From goemon at anime.net Wed Jun 1 00:58:11 2005 From: goemon at anime.net (Dan Hollis) Date: Tue, 31 May 2005 17:58:11 -0700 (PDT) Subject: <4> post_create: setxatter failed In-Reply-To: <20050531232102.GB18845@redhat.com> Message-ID: On Tue, 31 May 2005, Dave Jones wrote: > > Not sure what the point is recommending people test unsupported stuff in > > Fedora if they're going to be closed WONTFIX anyway... does Fedora want > > unsupported stuff tested or not? It would be nice to get an official > > statement on the issue. > If you hit bugs in JFS/XFS/Reiserfs, you're pretty much guaranteed not > to get Red Hat folks jumping on those bugs. There's just not enough > manpower to attack everything (especially with some of those filesystems > being very complicated internally), and hence we narrow the scope of bugs > by limiting the filesystems we class as 'supported'[1]. > The best way forward if you must use those filesystems for whatever reason and > you find bugs, is to file them upstream. As Fedora aggressively tracks the > upstream kernel, the faster stuff is fixed there, the faster it gets fixed in > Fedora. > [1] Supported is something of a misnomer here given Fedora by its nature > is unsupported, but for sake of argument think "We'll investigate this > bug if it gets filed in bugzilla.redhat.com" Actually the problem here is that these bugs appear to be regressions in the fedora _installer_ (which is why they were filed against anaconda). That is, they are not related to kernel bugs (you cannot even install reiserfs with selinux *disabled*). But they are summarily closed WONTFIX which I find troubling. Something is busted in the installer, a regression from FC3. Silent failures, install corruption, etc. It might indicate more serious general problems lurking about in the installer. But it gets closed WONTFIX without even a second thought. Worse yet I ran into an x86_64 bug yesterday where the kernel would panic on the installer if you had unclean xfs partitions in your system (even if you were only installing ext3). Why bother reporting when these things get instantly closed WONTFIX because they have "xfs" in them? -Dan From pinball at litz.org Wed Jun 1 01:59:20 2005 From: pinball at litz.org (Jonathan Deitch) Date: Tue, 31 May 2005 21:59:20 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <42993072.9070001@litz.org> References: <20050525031635.BA194735B8@hormel.redhat.com> <429671B7.9060104@garlic.com> <4296835F.1050907@litz.org> <200505262348.10393.linxt@comcast.net> <4297A559.2020601@litz.org> <429805AE.7010608@litz.org> <604aa79105052806491af11962@mail.gmail.com> <429908C8.4010306@litz.org> <42993072.9070001@litz.org> Message-ID: <429D1678.1010400@litz.org> Ok, this is even stranger. I installed a STOCK fc3 system. Same issue. STOCK fc2 system. Same issue. Something inherent to Fedora Core is just plain incompatible with this motherboard. It's not just a 2.6.11 or 2.6.9 kernel that's at fault. Anyone have any ideas as to how, why, or what I can try to make this work? If not, I'm going to be forced to leave Redhat entirely and go with another distribution, something I really do not want to do - all my system configurations are tailored for Fedora. Jonathan Deitch wrote: > > Bug has been changed to 159082 for this issue > > Jonathan Deitch wrote: > >> >> Knoppix 3.82 uses kernel 2.6.11 ... >> >> I opened a bugzilla for the FC4T3 problem (#159057) but have not >> opened one for FC3 yet, as I blew away the FC3 install to try a >> virgin FC4T3 install ... gotta go back and double verify the problem >> before I go open bugzilla for that. >> >> The weird thing is, the boot process DOES complete - but you have no >> IO ... only thing I can guess is it's something that isn't >> interacting with the Intel serverboard chipset properly. >> >> If anyone has ideas on things to test, anything please let me know >> and I'll give it a whirl. >> >> - JD >> >> >> Jeff Spaleta wrote: >> >>> On 5/28/05, Jonathan Deitch wrote: >>> >>> >>>> Anyone got any ideas? I find it absolutely ridiculous that no >>>> flavor of >>>> Fedora so far works in smp on my motherboard ... :-( Knoppix boots >>>> right into smp, no problems whatsoever. >>>> >>> >>> >>> >>> what kernel version is that knoppix cd using? >>> Your issue seems rather 'special' since its happening for both fc3 and >>> the rawhide kernels. >>> Was a bug filed against fc3 at some point about this? >>> >>> >>> -jef"seems to have the only bulletproof smp box around"spaleta >>> >>> >>> >> > From davej at redhat.com Wed Jun 1 02:15:46 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 31 May 2005 22:15:46 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <429D1678.1010400@litz.org> References: <20050525031635.BA194735B8@hormel.redhat.com> <429671B7.9060104@garlic.com> <4296835F.1050907@litz.org> <200505262348.10393.linxt@comcast.net> <4297A559.2020601@litz.org> <429805AE.7010608@litz.org> <604aa79105052806491af11962@mail.gmail.com> <429908C8.4010306@litz.org> <42993072.9070001@litz.org> <429D1678.1010400@litz.org> Message-ID: <20050601021546.GB28049@redhat.com> On Tue, May 31, 2005 at 09:59:20PM -0400, Jonathan Deitch wrote: > > Ok, this is even stranger. > > I installed a STOCK fc3 system. Same issue. > > STOCK fc2 system. Same issue. > > Something inherent to Fedora Core is just plain incompatible with this > motherboard. > > It's not just a 2.6.11 or 2.6.9 kernel that's at fault. > > Anyone have any ideas as to how, why, or what I can try to make this work? > > If not, I'm going to be forced to leave Redhat entirely and go with > another distribution, something I really do not want to do - all my > system configurations are tailored for Fedora. Can you try this.. boot the SMP kernel up until it hangs. Reboot. Boot the UP kernel, and then see if the kernel message from the smp kernel are in /var/log/messages If they are, please send them, that may provide clues. Also, does booting with exec-shield=0 make a difference ? Dave From dave at daveking.com Wed Jun 1 03:03:38 2005 From: dave at daveking.com (David King) Date: Tue, 31 May 2005 23:03:38 -0400 Subject: Openoffice segmentation fault, FC4 (x86_64) In-Reply-To: <42997E37.7010500@elgert.dk> References: <42997E37.7010500@elgert.dk> Message-ID: <429D258A.7010905@daveking.com> Harry Jensen wrote: > I've installed OpenOffice, and it just worked out of the box, but for > some reason I cannot start it now, and gets the following: > > /usr/lib/openoffice.org1.9.104/program/soffice: line 247: 2912 > Segmentation fault "$sd_prog/$sd_binary" "$@" You aren't by any chance using the proprietary NVidia video adapter driver are you? I just went through this same thing and it seems to that driver's fault. See Bugzilla, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=157024 -- David King dave at daveking.com From hpt at publica.bj.cninfo.net Wed Jun 1 03:15:59 2005 From: hpt at publica.bj.cninfo.net (hpt) Date: Wed, 01 Jun 2005 11:15:59 +0800 Subject: cannot launch icon Message-ID: <1117595759.13019.10.camel@hpt> I created a launcher on panel in FC test3 with these commands: LC_MESSAGES=zh_CN /usr/local/bin/foo But when I try to lanuch it, always get a error message: Cannot launch icon Details: Failed to execute child process "LC_MESSAGES=zh_CN" (No such file or directory) But I remember that everything is ok in the past. From lynn at garlic.com Wed Jun 1 03:57:37 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Tue, 31 May 2005 21:57:37 -0600 Subject: process hangs on 13xx smp kernels In-Reply-To: <20050601032104.F3D347387E@hormel.redhat.com> References: <20050601032104.F3D347387E@hormel.redhat.com> Message-ID: <429D3231.9080908@garlic.com> 1366 smp kernel also has process hangs ... standard dell poweredge 2400 dual 1ghz processors, 1gbyte memory, hardware raid, six scsi drives ... originally shipped with redhat 7 installed. regress to smp kernel 1276 and everything ok (all 13xx smp kernels have had process hang problems). From davej at redhat.com Wed Jun 1 04:29:37 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 1 Jun 2005 00:29:37 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <429D3231.9080908@garlic.com> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> Message-ID: <20050601042937.GA22344@redhat.com> On Tue, May 31, 2005 at 09:57:37PM -0600, Anne & Lynn Wheeler wrote: > 1366 smp kernel also has process hangs ... standard dell poweredge 2400 > dual 1ghz processors, 1gbyte memory, hardware raid, six scsi drives ... > originally shipped with redhat 7 installed. regress to smp kernel 1276 > and everything ok (all 13xx smp kernels have had process hang problems). Something else to try, is booting with nmi_watchdog=1 When it hangs, it should then print a backtrace after 5 seconds. (This does need you to be on the console though, so make sure X isn't focused -- unless you have a serial console.) Dave From pinball at litz.org Wed Jun 1 04:38:30 2005 From: pinball at litz.org (Jonathan Deitch) Date: Wed, 01 Jun 2005 00:38:30 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <20050601042937.GA22344@redhat.com> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> Message-ID: <429D3BC6.5040201@litz.org> Umm ... That's not going to help my problem, unforunately, In my case, it finishes booting and you have no keyboard, no mouse, and no network. So no way to log in, no way to get to a console, no way to do anything. So ... any other ideas? I have this problem on every single 2.6.9 and 2.6.11 smp kernel that's been released, on both FC3 and FC4T3. Nothing has helped - no kernel parms, nothing. I'm very very close to getting frustrated enough where I'm going to have to dump fedora, if there's not some kind of a solution soon. - litz Dave Jones wrote: >On Tue, May 31, 2005 at 09:57:37PM -0600, Anne & Lynn Wheeler wrote: > > 1366 smp kernel also has process hangs ... standard dell poweredge 2400 > > dual 1ghz processors, 1gbyte memory, hardware raid, six scsi drives ... > > originally shipped with redhat 7 installed. regress to smp kernel 1276 > > and everything ok (all 13xx smp kernels have had process hang problems). > >Something else to try, is booting with nmi_watchdog=1 >When it hangs, it should then print a backtrace after 5 seconds. >(This does need you to be on the console though, so make sure > X isn't focused -- unless you have a serial console.) > > Dave > > > From pinball at litz.org Wed Jun 1 04:40:35 2005 From: pinball at litz.org (Jonathan Deitch) Date: Wed, 01 Jun 2005 00:40:35 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <20050601021546.GB28049@redhat.com> References: <20050525031635.BA194735B8@hormel.redhat.com> <429671B7.9060104@garlic.com> <4296835F.1050907@litz.org> <200505262348.10393.linxt@comcast.net> <4297A559.2020601@litz.org> <429805AE.7010608@litz.org> <604aa79105052806491af11962@mail.gmail.com> <429908C8.4010306@litz.org> <42993072.9070001@litz.org> <429D1678.1010400@litz.org> <20050601021546.GB28049@redhat.com> Message-ID: <429D3C43.6070001@litz.org> Dave Jones wrote: >On Tue, May 31, 2005 at 09:59:20PM -0400, Jonathan Deitch wrote: > > > > Ok, this is even stranger. > > > > I installed a STOCK fc3 system. Same issue. > > > > STOCK fc2 system. Same issue. > > > > Something inherent to Fedora Core is just plain incompatible with this > > motherboard. > > > > It's not just a 2.6.11 or 2.6.9 kernel that's at fault. > > > > Anyone have any ideas as to how, why, or what I can try to make this work? > > > > If not, I'm going to be forced to leave Redhat entirely and go with > > another distribution, something I really do not want to do - all my > > system configurations are tailored for Fedora. > >Can you try this.. > >boot the SMP kernel up until it hangs. Reboot. >Boot the UP kernel, and then see if the kernel message from the smp >kernel are in /var/log/messages If they are, please send them, >that may provide clues. > >Also, does booting with exec-shield=0 make a difference ? > > Dave > > > No kernel messages in /var/log/messages. In fact, there's NOTHING in /var/log/messages at all from the smp boot. It's as if syslog never ran. Timestamps jump directly from the non-smp reboot prior to the smp test directly to the non-smp startup AFTER the smp test boot. exec-shield=0 makes no difference at all. - litz From mr_issac_newton at yahoo.com Wed Jun 1 04:44:03 2005 From: mr_issac_newton at yahoo.com (Issac Newton) Date: Tue, 31 May 2005 21:44:03 -0700 (PDT) Subject: process hangs on 13xx smp kernels In-Reply-To: 6667 Message-ID: <20050601044403.16195.qmail@web32512.mail.mud.yahoo.com> A Boot-disk should allow you to use keyboard and mouse. OR try a rescue disk, should be the same as boot disk. Shoot I am confusing myself. DONT KILL THE NEWBIE(me) -Ice --- Jonathan Deitch wrote: > > Umm ... > > That's not going to help my problem, unforunately, > > In my case, it finishes booting and you have no keyboard, no mouse, > and > no network. > > So no way to log in, no way to get to a console, no way to do > anything. > > So ... any other ideas? > > I have this problem on every single 2.6.9 and 2.6.11 smp kernel > that's > been released, on both FC3 and FC4T3. Nothing has helped - no kernel > > parms, nothing. > > I'm very very close to getting frustrated enough where I'm going to > have > to dump fedora, if there's not some kind of a solution soon. > > - litz > > > Dave Jones wrote: > > >On Tue, May 31, 2005 at 09:57:37PM -0600, Anne & Lynn Wheeler wrote: > > > 1366 smp kernel also has process hangs ... standard dell > poweredge 2400 > > > dual 1ghz processors, 1gbyte memory, hardware raid, six scsi > drives ... > > > originally shipped with redhat 7 installed. regress to smp kernel > 1276 > > > and everything ok (all 13xx smp kernels have had process hang > problems). > > > >Something else to try, is booting with nmi_watchdog=1 > >When it hangs, it should then print a backtrace after 5 seconds. > >(This does need you to be on the console though, so make sure > > X isn't focused -- unless you have a serial console.) > > > > Dave > > > > > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From pinball at litz.org Wed Jun 1 04:52:21 2005 From: pinball at litz.org (Jonathan Deitch) Date: Wed, 01 Jun 2005 00:52:21 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <20050601044403.16195.qmail@web32512.mail.mud.yahoo.com> References: <20050601044403.16195.qmail@web32512.mail.mud.yahoo.com> Message-ID: <429D3F05.70505@litz.org> Isaac, That still doesn't help the base situation : I can boot a nonsmp kernel just fine. It's only smp kernels that fail. Issac Newton wrote: >A Boot-disk should allow you to use keyboard and mouse. OR try a rescue >disk, should be the same as boot disk. Shoot I am confusing myself. > >DONT KILL THE NEWBIE(me) >-Ice >--- Jonathan Deitch wrote: > > >>Umm ... >> >>That's not going to help my problem, unforunately, >> >>In my case, it finishes booting and you have no keyboard, no mouse, >>and >>no network. >> >>So no way to log in, no way to get to a console, no way to do >>anything. >> >>So ... any other ideas? >> >>I have this problem on every single 2.6.9 and 2.6.11 smp kernel >>that's >>been released, on both FC3 and FC4T3. Nothing has helped - no kernel >> >>parms, nothing. >> >>I'm very very close to getting frustrated enough where I'm going to >>have >>to dump fedora, if there's not some kind of a solution soon. >> >>- litz >> >> >>Dave Jones wrote: >> >> >> >>>On Tue, May 31, 2005 at 09:57:37PM -0600, Anne & Lynn Wheeler wrote: >>> >>> >>>>1366 smp kernel also has process hangs ... standard dell >>>> >>>> >>poweredge 2400 >> >> >>>>dual 1ghz processors, 1gbyte memory, hardware raid, six scsi >>>> >>>> >>drives ... >> >> >>>>originally shipped with redhat 7 installed. regress to smp kernel >>>> >>>> >>1276 >> >> >>>>and everything ok (all 13xx smp kernels have had process hang >>>> >>>> >>problems). >> >> >>>Something else to try, is booting with nmi_watchdog=1 >>>When it hangs, it should then print a backtrace after 5 seconds. >>>(This does need you to be on the console though, so make sure >>>X isn't focused -- unless you have a serial console.) >>> >>> Dave >>> >>> >>> >>> >>> >>-- >>fedora-test-list mailing list >>fedora-test-list at redhat.com >>To unsubscribe: >>http://www.redhat.com/mailman/listinfo/fedora-test-list >> >> >> > >__________________________________________________ >Do You Yahoo!? >Tired of spam? Yahoo! Mail has the best spam protection around >http://mail.yahoo.com > > > From ivazquez at ivazquez.net Wed Jun 1 05:05:21 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 01 Jun 2005 01:05:21 -0400 Subject: cannot launch icon In-Reply-To: <1117595759.13019.10.camel@hpt> References: <1117595759.13019.10.camel@hpt> Message-ID: <1117602321.6284.26.camel@ignacio.ignacio.lan> On Wed, 2005-06-01 at 11:15 +0800, hpt wrote: > I created a launcher on panel in FC test3 with these commands: > > LC_MESSAGES=zh_CN /usr/local/bin/foo > > But when I try to lanuch it, always get a error message: > > Cannot launch icon > > Details: Failed to execute child process "LC_MESSAGES=zh_CN" (No such > file or directory) It tries to run the whole thing as a command. It fails since there is no such command "LC_MESSAGE=zh_CN". Try using "sh -c" before it since you're trying to exploit a feature of a shell interpreter. > But I remember that everything is ok in the past. No, this doesn't work in FC3 either. -- 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 davej at redhat.com Wed Jun 1 05:05:44 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 1 Jun 2005 01:05:44 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <429D3BC6.5040201@litz.org> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> Message-ID: <20050601050544.GA29645@redhat.com> On Wed, Jun 01, 2005 at 12:38:30AM -0400, Jonathan Deitch wrote: > > Umm ... > > That's not going to help my problem, unforunately, > > In my case, it finishes booting and you have no keyboard, no mouse, and > no network. > > So no way to log in, no way to get to a console, no way to do anything. if you change the /etc/inittab so it defaults to runlevel 3 instead of 5, it should stay on the console, instead of starting X. Then, hopefully you'll see something after the nmi watchdog triggers. Dave From paul at permanentmail.com Wed Jun 1 05:22:56 2005 From: paul at permanentmail.com (Paul Dickson) Date: Tue, 31 May 2005 22:22:56 -0700 Subject: Upgrading from RH9 to FC4t3: Success Message-ID: <20050531222256.305e1a53.paul@permanentmail.com> Last Wednesday I upgraded my files server at home from RH9 to FC4t3. Overall, the process took about 6 hours, due mostly because of the switch in IMAP packages. My LVM volumes came along easily, I manually converted them to LVM2 after upgrading the system so I could add a 80GB HD to the volume group. A minor question: What's the best method of moving the old E-mail from /var/spool/mail/* to the cyrus-imapd folders? Thanks for the good work that made the upgrade mostly trivial. -Paul From pinball at litz.org Wed Jun 1 05:27:24 2005 From: pinball at litz.org (Jonathan Deitch) Date: Wed, 01 Jun 2005 01:27:24 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <20050601050544.GA29645@redhat.com> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> <20050601050544.GA29645@redhat.com> Message-ID: <429D473C.3090408@litz.org> Dave Jones wrote: >On Wed, Jun 01, 2005 at 12:38:30AM -0400, Jonathan Deitch wrote: > > > > Umm ... > > > > That's not going to help my problem, unforunately, > > > > In my case, it finishes booting and you have no keyboard, no mouse, and > > no network. > > > > So no way to log in, no way to get to a console, no way to do anything. > >if you change the /etc/inittab so it defaults to runlevel 3 instead of 5, >it should stay on the console, instead of starting X. >Then, hopefully you'll see something after the nmi watchdog triggers. > > Dave > > > Believe it or not, I just found the solution to this issue ... USB Legacy was enabled in the bios, on the suggestion from someone in #Fedora, I disabled this and it fixed the problem. - JD From davej at redhat.com Wed Jun 1 05:29:12 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 1 Jun 2005 01:29:12 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <429D473C.3090408@litz.org> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> <20050601050544.GA29645@redhat.com> <429D473C.3090408@litz.org> Message-ID: <20050601052912.GA5404@redhat.com> On Wed, Jun 01, 2005 at 01:27:24AM -0400, Jonathan Deitch wrote: > >if you change the /etc/inittab so it defaults to runlevel 3 instead of 5, > >it should stay on the console, instead of starting X. > >Then, hopefully you'll see something after the nmi watchdog triggers. > Believe it or not, I just found the solution to this issue ... > > USB Legacy was enabled in the bios, on the suggestion from someone in > #Fedora, I disabled this and it fixed the problem. Excellent. That setting has caused no end of different problems. Dave From ivazquez at ivazquez.net Wed Jun 1 05:32:58 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 01 Jun 2005 01:32:58 -0400 Subject: Upgrading from RH9 to FC4t3: Success In-Reply-To: <20050531222256.305e1a53.paul@permanentmail.com> References: <20050531222256.305e1a53.paul@permanentmail.com> Message-ID: <1117603978.6284.31.camel@ignacio.ignacio.lan> On Tue, 2005-05-31 at 22:22 -0700, Paul Dickson wrote: > What's the best method of moving the old E-mail from /var/spool/mail/* to > the cyrus-imapd folders? Why not just use dovecot? -- 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 pinball at litz.org Wed Jun 1 05:52:04 2005 From: pinball at litz.org (Jonathan Deitch) Date: Wed, 01 Jun 2005 01:52:04 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <20050601052912.GA5404@redhat.com> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> <20050601050544.GA29645@redhat.com> <429D473C.3090408@litz.org> <20050601052912.GA5404@redhat.com> Message-ID: <429D4D04.8040104@litz.org> Dave Jones wrote: >On Wed, Jun 01, 2005 at 01:27:24AM -0400, Jonathan Deitch wrote: > > > >if you change the /etc/inittab so it defaults to runlevel 3 instead of 5, > > >it should stay on the console, instead of starting X. > > >Then, hopefully you'll see something after the nmi watchdog triggers. > > Believe it or not, I just found the solution to this issue ... > > > > USB Legacy was enabled in the bios, on the suggestion from someone in > > #Fedora, I disabled this and it fixed the problem. > >Excellent. That setting has caused no end of different problems. > > Dave > > > Are we at the point where it needs to be in the Fedora FAQs to simply disable this, period, prior to installation? That would solve soooo many problems, including mine ... - JD From russell at coker.com.au Wed Jun 1 06:06:27 2005 From: russell at coker.com.au (Russell Coker) Date: Wed, 1 Jun 2005 16:06:27 +1000 Subject: <4> post_create: setxatter failed In-Reply-To: References: Message-ID: <200506011606.30807.russell@coker.com.au> On Wednesday 01 June 2005 10:58, Dan Hollis wrote: > > If you hit bugs in JFS/XFS/Reiserfs, you're pretty much guaranteed not > > to get Red Hat folks jumping on those bugs. There's just not enough > > manpower to attack everything (especially with some of those filesystems > > being very complicated internally), and hence we narrow the scope of bugs > > by limiting the filesystems we class as 'supported'[1]. One thing that Dave didn't mention is that our lack of ability to fix bugs in ReiserFS does not mean it's a waste of time to test such things. Hans now has his people working on fixing this bug, and if nothing else it is now a known issue so other people can avoid wasting time on it. > Actually the problem here is that these bugs appear to be regressions in > the fedora _installer_ (which is why they were filed against anaconda). > That is, they are not related to kernel bugs (you cannot even install > reiserfs with selinux *disabled*). But they are summarily closed WONTFIX > which I find troubling. I have just installed a machine with ReiserFS as the root file system. I booted the installer with "selinux=0 reiserfs" and did a minimal install. Things worked fine, the machine booted, and I've logged in as root. Please tell me exactly how you caused the installer to break. > Something is busted in the installer, a regression from FC3. Silent > failures, install corruption, etc. It might indicate more serious general > problems lurking about in the installer. But it gets closed WONTFIX > without even a second thought. The corruption is file system corruption. It is a bug in ReiserFS. > Worse yet I ran into an x86_64 bug yesterday where the kernel would panic > on the installer if you had unclean xfs partitions in your system (even > if you were only installing ext3). Why bother reporting when these things > get instantly closed WONTFIX because they have "xfs" in them? File a bug report. Anything that prevents an ext3 install should be considered to be a serious bug. Regardless of whatever happened to be on your hard disk before you started the install you should be able to complete a regular install. -- 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 davej at redhat.com Wed Jun 1 06:08:06 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 1 Jun 2005 02:08:06 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <429D4D04.8040104@litz.org> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> <20050601050544.GA29645@redhat.com> <429D473C.3090408@litz.org> <20050601052912.GA5404@redhat.com> <429D4D04.8040104@litz.org> Message-ID: <20050601060805.GA16820@redhat.com> On Wed, Jun 01, 2005 at 01:52:04AM -0400, Jonathan Deitch wrote: > Dave Jones wrote: > > >On Wed, Jun 01, 2005 at 01:27:24AM -0400, Jonathan Deitch wrote: > > > >> >if you change the /etc/inittab so it defaults to runlevel 3 instead of > >5, > >> >it should stay on the console, instead of starting X. > >> >Then, hopefully you'll see something after the nmi watchdog triggers. > >> Believe it or not, I just found the solution to this issue ... > >> > >> USB Legacy was enabled in the bios, on the suggestion from someone in > >> #Fedora, I disabled this and it fixed the problem. > > > >Excellent. That setting has caused no end of different problems. > > > > Dave > > > > > > > Are we at the point where it needs to be in the Fedora FAQs to simply > disable this, period, prior to installation? That would solve soooo > many problems, including mine ... I need to add some more polish to this document.. http://people.redhat.com/davej/hardware-problems.txt Which would make for a handy 'readme first' reference for such problems. I actually forgot I wrote it. I'll look at making it a bit more publically visible. Dave From fedora at leemhuis.info Wed Jun 1 06:28:38 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 01 Jun 2005 08:28:38 +0200 Subject: process hangs on 13xx smp kernels In-Reply-To: <20050601060805.GA16820@redhat.com> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> <20050601050544.GA29645@redhat.com> <429D473C.3090408@litz.org> <20050601052912.GA5404@redhat.com> <429D4D04.8040104@litz.org> <20050601060805.GA16820@redhat.com> Message-ID: <1117607318.7862.4.camel@thl.ct.heise.de> Am Mittwoch, den 01.06.2005, 02:08 -0400 schrieb Dave Jones: > On Wed, Jun 01, 2005 at 01:52:04AM -0400, Jonathan Deitch wrote: > > Dave Jones wrote: > > > Are we at the point where it needs to be in the Fedora FAQs to simply > > disable this, period, prior to installation? That would solve soooo > > many problems, including mine ... > > I need to add some more polish to this document.. > http://people.redhat.com/davej/hardware-problems.txt /me wonders if he should say the magic word "wiki" (http://www.fedoraproject.com/wiki/) at this point. Other could help you maintaining the document (yes, I have some opinions to some of the points in the document -- I'll send them later). /me runs CU thl P.S.: Don't overclock. Don't overclock. Don't overclock. /me runs even faster From skvidal at phy.duke.edu Wed Jun 1 06:31:08 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 01 Jun 2005 02:31:08 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <1117607318.7862.4.camel@thl.ct.heise.de> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> <20050601050544.GA29645@redhat.com> <429D473C.3090408@litz.org> <20050601052912.GA5404@redhat.com> <429D4D04.8040104@litz.org> <20050601060805.GA16820@redhat.com> <1117607318.7862.4.camel@thl.ct.heise.de> Message-ID: <1117607468.24314.76.camel@cutter> On Wed, 2005-06-01 at 08:28 +0200, Thorsten Leemhuis wrote: > Am Mittwoch, den 01.06.2005, 02:08 -0400 schrieb Dave Jones: > > On Wed, Jun 01, 2005 at 01:52:04AM -0400, Jonathan Deitch wrote: > > > Dave Jones wrote: > > > > > Are we at the point where it needs to be in the Fedora FAQs to simply > > > disable this, period, prior to installation? That would solve soooo > > > many problems, including mine ... > > > > I need to add some more polish to this document.. > > http://people.redhat.com/davej/hardware-problems.txt > > /me wonders if he should say the magic word > "wiki" (http://www.fedoraproject.com/wiki/) at this point. Other could > help you maintaining the document (yes, I have some opinions to some of > the points in the document -- I'll send them later). Heh, I said the exact thing on his blog entry on the same subject. -sv From pinball at litz.org Wed Jun 1 06:33:07 2005 From: pinball at litz.org (Jonathan Deitch) Date: Wed, 01 Jun 2005 02:33:07 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <20050601060805.GA16820@redhat.com> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> <20050601050544.GA29645@redhat.com> <429D473C.3090408@litz.org> <20050601052912.GA5404@redhat.com> <429D4D04.8040104@litz.org> <20050601060805.GA16820@redhat.com> Message-ID: <429D56A3.6020001@litz.org> Dave Jones wrote: >On Wed, Jun 01, 2005 at 01:52:04AM -0400, Jonathan Deitch wrote: > > Dave Jones wrote: > > > > >On Wed, Jun 01, 2005 at 01:27:24AM -0400, Jonathan Deitch wrote: > > > > > >> >if you change the /etc/inittab so it defaults to runlevel 3 instead of > > >5, > > >> >it should stay on the console, instead of starting X. > > >> >Then, hopefully you'll see something after the nmi watchdog triggers. > > >> Believe it or not, I just found the solution to this issue ... > > >> > > >> USB Legacy was enabled in the bios, on the suggestion from someone in > > >> #Fedora, I disabled this and it fixed the problem. > > > > > >Excellent. That setting has caused no end of different problems. > > > > > > Dave > > > > > > > > > > > Are we at the point where it needs to be in the Fedora FAQs to simply > > disable this, period, prior to installation? That would solve soooo > > many problems, including mine ... > >I need to add some more polish to this document.. >http://people.redhat.com/davej/hardware-problems.txt > >Which would make for a handy 'readme first' reference for such problems. >I actually forgot I wrote it. I'll look at making it a bit more >publically visible. > > Dave > > > That is a very handy document. Handy enough where, IMHO, it needs to be in the root directory of the Fedora install cd, labelled "READ ME FIRST" ... or "IN CASE OF FIRE, READ ME" ... or something similar clever that will get someone to actually read it ... - JD From davej at redhat.com Wed Jun 1 06:37:36 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 1 Jun 2005 02:37:36 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <1117607318.7862.4.camel@thl.ct.heise.de> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> <20050601050544.GA29645@redhat.com> <429D473C.3090408@litz.org> <20050601052912.GA5404@redhat.com> <429D4D04.8040104@litz.org> <20050601060805.GA16820@redhat.com> <1117607318.7862.4.camel@thl.ct.heise.de> Message-ID: <20050601063736.GC16820@redhat.com> On Wed, Jun 01, 2005 at 08:28:38AM +0200, Thorsten Leemhuis wrote: > Am Mittwoch, den 01.06.2005, 02:08 -0400 schrieb Dave Jones: > > On Wed, Jun 01, 2005 at 01:52:04AM -0400, Jonathan Deitch wrote: > > > Dave Jones wrote: > > > > > Are we at the point where it needs to be in the Fedora FAQs to simply > > > disable this, period, prior to installation? That would solve soooo > > > many problems, including mine ... > > > > I need to add some more polish to this document.. > > http://people.redhat.com/davej/hardware-problems.txt > > /me wonders if he should say the magic word > "wiki" (http://www.fedoraproject.com/wiki/) at this point. Other could > help you maintaining the document (yes, I have some opinions to some of > the points in the document -- I'll send them later). Go wild. (I've only just created an account there, and now have to wait for someone in the editgroup to give me priveledges to create pages). Dave From roger at gwch.net Wed Jun 1 06:08:03 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 1 Jun 2005 08:08:03 +0200 (CEST) Subject: OOPSES with vsftp Message-ID: <50071.62.2.21.164.1117606083.squirrel@www.gwch.net> Hi, i installed vsftpd, configured it as usual. When i try to connect, i get this: 500 OOPS: failed to open xferlog log file:/var/log/xferlog the log exists and is writable to root. This seems not a concern to selinux, as it works on another machine (also fc4t3) flawlessy. Do you have an idea? I already tried with yum remove und reinstalled - but it didn't change. even logs don't tell me, what is up. Roger From davej at redhat.com Wed Jun 1 06:38:57 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 1 Jun 2005 02:38:57 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <1117607468.24314.76.camel@cutter> References: <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> <20050601050544.GA29645@redhat.com> <429D473C.3090408@litz.org> <20050601052912.GA5404@redhat.com> <429D4D04.8040104@litz.org> <20050601060805.GA16820@redhat.com> <1117607318.7862.4.camel@thl.ct.heise.de> <1117607468.24314.76.camel@cutter> Message-ID: <20050601063857.GD16820@redhat.com> On Wed, Jun 01, 2005 at 02:31:08AM -0400, seth vidal wrote: > On Wed, 2005-06-01 at 08:28 +0200, Thorsten Leemhuis wrote: > > Am Mittwoch, den 01.06.2005, 02:08 -0400 schrieb Dave Jones: > > > On Wed, Jun 01, 2005 at 01:52:04AM -0400, Jonathan Deitch wrote: > > > > Dave Jones wrote: > > > > > > > Are we at the point where it needs to be in the Fedora FAQs to simply > > > > disable this, period, prior to installation? That would solve soooo > > > > many problems, including mine ... > > > > > > I need to add some more polish to this document.. > > > http://people.redhat.com/davej/hardware-problems.txt > > > > /me wonders if he should say the magic word > > "wiki" (http://www.fedoraproject.com/wiki/) at this point. Other could > > help you maintaining the document (yes, I have some opinions to some of > > the points in the document -- I'll send them later). > > Heh, I said the exact thing on his blog entry on the same subject. Bah, I'm only just catching up on all this new-fangled wiki stuff :-P Dave From skvidal at phy.duke.edu Wed Jun 1 06:40:45 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 01 Jun 2005 02:40:45 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <20050601063736.GC16820@redhat.com> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> <20050601050544.GA29645@redhat.com> <429D473C.3090408@litz.org> <20050601052912.GA5404@redhat.com> <429D4D04.8040104@litz.org> <20050601060805.GA16820@redhat.com> <1117607318.7862.4.camel@thl.ct.heise.de> <20050601063736.GC16820@redhat.com> Message-ID: <1117608045.24314.85.camel@cutter> On Wed, 2005-06-01 at 02:37 -0400, Dave Jones wrote: > On Wed, Jun 01, 2005 at 08:28:38AM +0200, Thorsten Leemhuis wrote: > > Am Mittwoch, den 01.06.2005, 02:08 -0400 schrieb Dave Jones: > > > On Wed, Jun 01, 2005 at 01:52:04AM -0400, Jonathan Deitch wrote: > > > > Dave Jones wrote: > > > > > > > Are we at the point where it needs to be in the Fedora FAQs to simply > > > > disable this, period, prior to installation? That would solve soooo > > > > many problems, including mine ... > > > > > > I need to add some more polish to this document.. > > > http://people.redhat.com/davej/hardware-problems.txt > > > > /me wonders if he should say the magic word > > "wiki" (http://www.fedoraproject.com/wiki/) at this point. Other could > > help you maintaining the document (yes, I have some opinions to some of > > the points in the document -- I'll send them later). > > Go wild. (I've only just created an account there, and now have to wait > for someone in the editgroup to give me priveledges to create pages). provided you're registered as 'DaveJones' then you're added to the editgroup. -sv From skvidal at phy.duke.edu Wed Jun 1 06:41:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 01 Jun 2005 02:41:23 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <20050601063857.GD16820@redhat.com> References: <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> <20050601050544.GA29645@redhat.com> <429D473C.3090408@litz.org> <20050601052912.GA5404@redhat.com> <429D4D04.8040104@litz.org> <20050601060805.GA16820@redhat.com> <1117607318.7862.4.camel@thl.ct.heise.de> <1117607468.24314.76.camel@cutter> <20050601063857.GD16820@redhat.com> Message-ID: <1117608083.24314.87.camel@cutter> > > > > Heh, I said the exact thing on his blog entry on the same subject. > > Bah, I'm only just catching up on all this new-fangled wiki stuff :-P > a wiki is a blog w/o all the angst. :) -sv From davej at redhat.com Wed Jun 1 06:48:58 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 1 Jun 2005 02:48:58 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <1117608045.24314.85.camel@cutter> References: <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> <20050601050544.GA29645@redhat.com> <429D473C.3090408@litz.org> <20050601052912.GA5404@redhat.com> <429D4D04.8040104@litz.org> <20050601060805.GA16820@redhat.com> <1117607318.7862.4.camel@thl.ct.heise.de> <20050601063736.GC16820@redhat.com> <1117608045.24314.85.camel@cutter> Message-ID: <20050601064858.GE16820@redhat.com> On Wed, Jun 01, 2005 at 02:40:45AM -0400, seth vidal wrote: > On Wed, 2005-06-01 at 02:37 -0400, Dave Jones wrote: > > On Wed, Jun 01, 2005 at 08:28:38AM +0200, Thorsten Leemhuis wrote: > > > Am Mittwoch, den 01.06.2005, 02:08 -0400 schrieb Dave Jones: > > > > On Wed, Jun 01, 2005 at 01:52:04AM -0400, Jonathan Deitch wrote: > > > > > Dave Jones wrote: > > > > > > > > > Are we at the point where it needs to be in the Fedora FAQs to simply > > > > > disable this, period, prior to installation? That would solve soooo > > > > > many problems, including mine ... > > > > > > > > I need to add some more polish to this document.. > > > > http://people.redhat.com/davej/hardware-problems.txt > > > > > > /me wonders if he should say the magic word > > > "wiki" (http://www.fedoraproject.com/wiki/) at this point. Other could > > > help you maintaining the document (yes, I have some opinions to some of > > > the points in the document -- I'll send them later). > > > > Go wild. (I've only just created an account there, and now have to wait > > for someone in the editgroup to give me priveledges to create pages). > > provided you're registered as 'DaveJones' then you're added to the > editgroup. Thanks. The output is now at http://fedoraproject.org/wiki/HardwareProblems At 3am, I'm not too enthusiastic about making it look pretty, someone with more motivation is more than welcome to chop and change to make it more readable. Dave From paul at permanentmail.com Wed Jun 1 06:50:01 2005 From: paul at permanentmail.com (Paul Dickson) Date: Tue, 31 May 2005 23:50:01 -0700 Subject: Upgrading from RH9 to FC4t3: Success In-Reply-To: <1117603978.6284.31.camel@ignacio.ignacio.lan> References: <20050531222256.305e1a53.paul@permanentmail.com> <1117603978.6284.31.camel@ignacio.ignacio.lan> Message-ID: <20050531235001.4ce047cb.paul@permanentmail.com> On Wed, 01 Jun 2005 01:32:58 -0400, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-05-31 at 22:22 -0700, Paul Dickson wrote: > > What's the best method of moving the old E-mail from /var/spool/mail/* to > > the cyrus-imapd folders? > > Why not just use dovecot? Because when I grepped the packages for pop3 and imap, dovecot did not come up. :-) My continued googling located a script (mboxtocyrus) that did the job. I just needed to use the word mail rather than e-mail. -Paul From skvidal at phy.duke.edu Wed Jun 1 06:52:21 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 01 Jun 2005 02:52:21 -0400 Subject: Upgrading from RH9 to FC4t3: Success In-Reply-To: <20050531235001.4ce047cb.paul@permanentmail.com> References: <20050531222256.305e1a53.paul@permanentmail.com> <1117603978.6284.31.camel@ignacio.ignacio.lan> <20050531235001.4ce047cb.paul@permanentmail.com> Message-ID: <1117608741.24314.99.camel@cutter> On Tue, 2005-05-31 at 23:50 -0700, Paul Dickson wrote: > On Wed, 01 Jun 2005 01:32:58 -0400, Ignacio Vazquez-Abrams wrote: > > > On Tue, 2005-05-31 at 22:22 -0700, Paul Dickson wrote: > > > What's the best method of moving the old E-mail from /var/spool/mail/* to > > > the cyrus-imapd folders? > > > > Why not just use dovecot? > > Because when I grepped the packages for pop3 and imap, dovecot did not > come up. :-) > > My continued googling located a script (mboxtocyrus) that did the job. I > just needed to use the word mail rather than e-mail. yum search imap -sv From steve at greengecko.co.nz Wed Jun 1 07:27:46 2005 From: steve at greengecko.co.nz (Steve Holdoway) Date: Wed, 01 Jun 2005 19:27:46 +1200 Subject: Upgrading from RH9 to FC4t3: Success In-Reply-To: <1117608741.24314.99.camel@cutter> References: <20050531222256.305e1a53.paul@permanentmail.com> <1117603978.6284.31.camel@ignacio.ignacio.lan> <20050531235001.4ce047cb.paul@permanentmail.com> <1117608741.24314.99.camel@cutter> Message-ID: <429D6372.1020108@greengecko.co.nz> seth vidal wrote: >On Tue, 2005-05-31 at 23:50 -0700, Paul Dickson wrote: > > >>On Wed, 01 Jun 2005 01:32:58 -0400, Ignacio Vazquez-Abrams wrote: >> >> >> >>>On Tue, 2005-05-31 at 22:22 -0700, Paul Dickson wrote: >>> >>> >>>>What's the best method of moving the old E-mail from /var/spool/mail/* to >>>>the cyrus-imapd folders? >>>> >>>> >>>Why not just use dovecot? >>> >>> >>Because when I grepped the packages for pop3 and imap, dovecot did not >>come up. :-) >> >>My continued googling located a script (mboxtocyrus) that did the job. I >>just needed to use the word mail rather than e-mail. >> >> > >yum search imap > > >-sv > > > > still prefer courier myself. Even if it's still in beta after all these years. Steve From hpt at publica.bj.cninfo.net Wed Jun 1 07:31:26 2005 From: hpt at publica.bj.cninfo.net (hpt) Date: Wed, 01 Jun 2005 15:31:26 +0800 Subject: cannot launch icon In-Reply-To: <1117602321.6284.26.camel@ignacio.ignacio.lan> References: <1117595759.13019.10.camel@hpt> <1117602321.6284.26.camel@ignacio.ignacio.lan> Message-ID: <1117611086.18461.11.camel@hpt> On Wed, 2005-06-01 at 01:05 -0400, Ignacio Vazquez-Abrams wrote: > Try using "sh -c" before it since > you're trying to exploit a feature of a shell interpreter. > Sorry, it seems that it couldn't work. > > But I remember that everything is ok in the past. > > No, this doesn't work in FC3 either. Really? I had used it in fc3 indeed. From arjanv at redhat.com Wed Jun 1 07:38:08 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 01 Jun 2005 09:38:08 +0200 Subject: <4> post_create: setxatter failed In-Reply-To: References: Message-ID: <1117611489.6271.17.camel@laptopd505.fenrus.org> > > [1] Supported is something of a misnomer here given Fedora by its nature > > is unsupported, but for sake of argument think "We'll investigate this > > bug if it gets filed in bugzilla.redhat.com" > > Actually the problem here is that these bugs appear to be regressions in > the fedora _installer_ (which is why they were filed against anaconda). > That is, they are not related to kernel bugs (you cannot even install > reiserfs with selinux *disabled*). But they are summarily closed WONTFIX > which I find troubling. the same is true for reiser/xfs/etc bugs in the installer. Unless they come with a patch, they're not getting attention by RH folks. Does that make them second class citizens? Only partially. If nobody else cares about them enough to make a patch either, then yes they end up being second class citizens. Otoh if someone else stands up and starts caring, they aren't. -------------- 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 hpt at publica.bj.cninfo.net Wed Jun 1 08:15:18 2005 From: hpt at publica.bj.cninfo.net (hpt) Date: Wed, 01 Jun 2005 16:15:18 +0800 Subject: cannot launch icon In-Reply-To: <1117602321.6284.26.camel@ignacio.ignacio.lan> References: <1117595759.13019.10.camel@hpt> <1117602321.6284.26.camel@ignacio.ignacio.lan> Message-ID: <1117613718.18752.5.camel@hpt> Oh, I am so sorry! I have remembered that I had been using "env LC_MESSAGES=zh_CN /path/to/foo". That's working both in fc3 and fc4 test3. From fonya at fatav.hu Wed Jun 1 08:57:41 2005 From: fonya at fatav.hu (Szabo Akos) Date: Wed, 1 Jun 2005 10:57:41 +0200 (CEST) Subject: glibc-2.3.5-10 and gcc-3.4.1-9 Message-ID: Hi, I like to recompile the glibc package, with gcc 3.4.1, and i can't apply glibc-nptl-check.patch patch: 3 out of 3 hunks FAILED -- saving rejects to file \ sysdeps/unix/sysv/linux/dl-osinfo.h.rej I can't solve this trivial(?) problem, maybe sombody can help me? Thank 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 tarjei.knapstad at predichem.com Wed Jun 1 09:10:11 2005 From: tarjei.knapstad at predichem.com (Tarjei Knapstad) Date: Wed, 01 Jun 2005 11:10:11 +0200 Subject: Upgrading from RH9 to FC4t3: Success In-Reply-To: <1117608741.24314.99.camel@cutter> References: <20050531222256.305e1a53.paul@permanentmail.com> <1117603978.6284.31.camel@ignacio.ignacio.lan> <20050531235001.4ce047cb.paul@permanentmail.com> <1117608741.24314.99.camel@cutter> Message-ID: <1117617011.17146.2.camel@tarjei.predichem.nett> On Wed, 2005-06-01 at 08:52, seth vidal wrote: > On Tue, 2005-05-31 at 23:50 -0700, Paul Dickson wrote: > > On Wed, 01 Jun 2005 01:32:58 -0400, Ignacio Vazquez-Abrams wrote: > > > > Because when I grepped the packages for pop3 and imap, dovecot did not > > come up. :-) > > > > My continued googling located a script (mboxtocyrus) that did the job. I > > just needed to use the word mail rather than e-mail. > > yum search imap or 'apropos imap' :) (assuming apropos is still alive in FC4 - I keep forgetting it myself whenever I search for something) -- Tarjei From mk at crc.dk Wed Jun 1 09:57:22 2005 From: mk at crc.dk (Mogens Kjaer) Date: Wed, 01 Jun 2005 11:57:22 +0200 Subject: Upgrading from RH9 to FC4t3: Success In-Reply-To: <1117617011.17146.2.camel@tarjei.predichem.nett> References: <20050531222256.305e1a53.paul@permanentmail.com> <1117603978.6284.31.camel@ignacio.ignacio.lan> <20050531235001.4ce047cb.paul@permanentmail.com> <1117608741.24314.99.camel@cutter> <1117617011.17146.2.camel@tarjei.predichem.nett> Message-ID: <429D8682.70904@crc.dk> Tarjei Knapstad wrote: ... > or 'apropos imap' :) (assuming apropos is still alive in FC4 - I keep > forgetting it myself whenever I search for something) That will only help if the package actually is installed. 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 mattdm at mattdm.org Wed Jun 1 12:14:19 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 1 Jun 2005 08:14:19 -0400 Subject: Upgrading from RH9 to FC4t3: Success In-Reply-To: <20050531235001.4ce047cb.paul@permanentmail.com> References: <20050531222256.305e1a53.paul@permanentmail.com> <1117603978.6284.31.camel@ignacio.ignacio.lan> <20050531235001.4ce047cb.paul@permanentmail.com> Message-ID: <20050601121419.GA4609@jadzia.bu.edu> On Tue, May 31, 2005 at 11:50:01PM -0700, Paul Dickson wrote: > > > What's the best method of moving the old E-mail from /var/spool/mail/* to > > > the cyrus-imapd folders? > > Why not just use dovecot? > Because when I grepped the packages for pop3 and imap, dovecot did not > come up. :-) Seriously, this happens enough that I wonder if we oughta call the package dovecot-imap. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 77 degrees Fahrenheit. From ndbecker2 at gmail.com Wed Jun 1 12:19:38 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 01 Jun 2005 08:19:38 -0400 Subject: hardlink error installing kernel-devel References: <20050531234313.GD18845@redhat.com> Message-ID: Dave Jones wrote: > On Tue, May 31, 2005 at 10:53:08AM -0400, Neal Becker wrote: > > Today's yum upgrade gave this message: > > > > yum upgrade > > [...] > > > > Installing: kernel-devel ####################### > > [15/38] > > hardlink: hardlink: no version information available (required by > > hardlink) hardlink: hardlink: no version information available > > (required by hardlink) hardlink: symbol lookup error: hardlink: > > undefined symbol: stderr, version GLIBC_2.2.5 > > Warren hit this a little while ago too, it's in bugzilla. > I've no idea whats causing it yet, but haven't really had a chance > to dig into it. > Should I worry, or is this just an informational message? From skvidal at phy.duke.edu Wed Jun 1 12:43:41 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 01 Jun 2005 08:43:41 -0400 Subject: Upgrading from RH9 to FC4t3: Success In-Reply-To: <1117617011.17146.2.camel@tarjei.predichem.nett> References: <20050531222256.305e1a53.paul@permanentmail.com> <1117603978.6284.31.camel@ignacio.ignacio.lan> <20050531235001.4ce047cb.paul@permanentmail.com> <1117608741.24314.99.camel@cutter> <1117617011.17146.2.camel@tarjei.predichem.nett> Message-ID: <1117629821.24314.126.camel@cutter> > > > > yum search imap > > or 'apropos imap' :) (assuming apropos is still alive in FC4 - I keep > forgetting it myself whenever I search for something) > apropos would only work if dovecot is already installed. -sv From pnasrat at redhat.com Wed Jun 1 13:13:02 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Wed, 01 Jun 2005 09:13:02 -0400 Subject: <4> post_create: setxatter failed In-Reply-To: References: Message-ID: <1117631582.3266.27.camel@enki.eridu> On Mon, 2005-05-30 at 20:47 -0700, Dan Hollis wrote: > On Wed, 25 May 2005, Stephen Smalley wrote: > > On Wed, 2005-05-25 at 05:47 -0700, Dan Hollis wrote: > > > You mean FC4T3 installer has it? Or you mean the latest kernel > > > downloadable via yum updater? > > FC4T3 kernel should have included the reiserfs xattr fixes to make it > > work with SELinux, as the fixes were included in upstream kernels >= > > 2.6.12-rc1, and 2.6.12-rc1 was included in FC4 kernels a long time ago > > (1.1187, 2005/03/18). For that matter, I would have expected it in > > FC4T2 as well. > > Nope, FC4T3 is busted and not only that, it won't be fixed: No - just we don't spend any developer time in anaconda on it - if you send patches for specific anaconda/Fedora reiser fixups then they'll get considered for inclusion. Paul From pinball at litz.org Wed Jun 1 14:19:34 2005 From: pinball at litz.org (Jonathan Deitch) Date: Wed, 01 Jun 2005 10:19:34 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <1117608083.24314.87.camel@cutter> References: <429D3231.9080908@garlic.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> <20050601050544.GA29645@redhat.com> <429D473C.3090408@litz.org> <20050601052912.GA5404@redhat.com> <429D4D04.8040104@litz.org> <20050601060805.GA16820@redhat.com> <1117607318.7862.4.camel@thl.ct.heise.de> <1117607468.24314.76.camel@cutter> <20050601063857.GD16820@redhat.com> <1117608083.24314.87.camel@cutter> Message-ID: <429DC3F6.40509@litz.org> seth vidal wrote: >> > >> > Heh, I said the exact thing on his blog entry on the same subject. >> >>Bah, I'm only just catching up on all this new-fangled wiki stuff :-P >> >> >> > >a wiki is a blog w/o all the angst. :) > >-sv > > > > What's the point of a blog without all the angst? From guy at incentre.net Wed Jun 1 14:47:34 2005 From: guy at incentre.net (Guy Fraser) Date: Wed, 01 Jun 2005 08:47:34 -0600 Subject: Strange USB Pen problem In-Reply-To: <1117517986.8442.143.camel@localhost> References: <1117495898.8442.128.camel@localhost> <1117496274.5161.6.camel@Grissom.noldata.com> <1117517986.8442.143.camel@localhost> Message-ID: <1117637254.29882.58.camel@sigurd.incentre.net> On Tue, 2005-31-05 at 06:39 +0100, Paul wrote: > Hi, > > > Dont sure, but probably your usb pen have an FAT filesystem... > > > > I am guessing here.. > > Even if it was FAT32, I've never seen a name translation like that > before. > > TTFN > > Paul I use a USB/Firewirewire drive to hold all my MP3's. There are a number of instances where file names change. ALLUPPER.EXT => allupper.ext A1234567.EXT => a1234567.ext Abcdefgh.Ext => abcdefgh.ext It seems that unless you have a non alphanumeric character and the file name is 8 or less characters the filename is converted to lowercase. If you have more than 8 characters or have a non alphanumeric character, then the case is preserved. You can also get errors like "Can not copy file to null" this indicates that two or more filenames would be converted to the same thing. Example. File.EXT and File.ext would both be converted to file.ext and would cause the conflict. What can we say... M$ file system == :-( From buildsys at redhat.com Wed Jun 1 15:04:21 2005 From: buildsys at redhat.com (Build System) Date: Wed, 1 Jun 2005 11:04:21 -0400 Subject: rawhide report: 20050601 changes Message-ID: <200506011504.j51F4Llh015039@porkchop.devel.redhat.com> Updated Packages: anaconda-10.2.1.4-2 ------------------- * Tue May 31 2005 Chris Lumens 10.2.1.4-2 - Bump release for FC4 build. * Tue May 31 2005 Chris Lumens 10.2.1.4-1 - Fix to not traceback on certain preexisting RAID setups (#159079, #159182). From Robin.Laing at drdc-rddc.gc.ca Wed Jun 1 15:12:02 2005 From: Robin.Laing at drdc-rddc.gc.ca (Robin Laing) Date: Wed, 01 Jun 2005 09:12:02 -0600 Subject: Upgrading from RH9 to FC4t3: Success In-Reply-To: <20050531222256.305e1a53.paul@permanentmail.com> References: <20050531222256.305e1a53.paul@permanentmail.com> Message-ID: <429DD042.7020804@drdc-rddc.gc.ca> Paul Dickson wrote: > Last Wednesday I upgraded my files server at home from RH9 to FC4t3. > Overall, the process took about 6 hours, due mostly because of the switch > in IMAP packages. My LVM volumes came along easily, I manually converted > them to LVM2 after upgrading the system so I could add a 80GB HD to the > volume group. > > A minor question: > > What's the best method of moving the old E-mail from /var/spool/mail/* to > the cyrus-imapd folders? > > Thanks for the good work that made the upgrade mostly trivial. > > -Paul > Question. Is the SELINUX working properly? I ask this as I want to move to FC4 next month but concerned about SELINUX as well as other major changes from FC1. Heck I still find problems from the move from RH8 to FC1 today. :) -- Robin Laing From camilo at mesias.co.uk Wed Jun 1 16:26:30 2005 From: camilo at mesias.co.uk (Cam) Date: Wed, 01 Jun 2005 17:26:30 +0100 Subject: Strange USB Pen problem In-Reply-To: <1117495898.8442.128.camel@localhost> References: <1117495898.8442.128.camel@localhost> Message-ID: <429DE1B6.3090002@mesias.co.uk> Paul > Just noticed this one. What component should the bug get put under > though? > > If I use my USB pen and transfer something to it where the filename is > all uppercase, the filename is converted to all lowercase (for example > SENDA becomes senda). > > Everything still works, but it's a strange one. Have you tried mounting manually with the option shortname=win95? This is documented in the kernel docs: http://cvs.sourceforge.net/viewcvs.py/linuxsh/kernel/Documentation/filesystems/vfat.txt?rev=1.2 I found that 8.3 names without differing case were being shown as lower case, and this was confusing things like rsync. I have to do this for a FAT32 mp3 player and I would love to know how to make the hotplug system support the option (both using updfstab and the newer system). -Cam -- camilo at mesias.co.uk <-- From czar at czarc.net Wed Jun 1 16:56:53 2005 From: czar at czarc.net (Gene C.) Date: Wed, 1 Jun 2005 12:56:53 -0400 Subject: process hangs on 13xx smp kernels In-Reply-To: <429D3BC6.5040201@litz.org> References: <20050601032104.F3D347387E@hormel.redhat.com> <20050601042937.GA22344@redhat.com> <429D3BC6.5040201@litz.org> Message-ID: <200506011256.53247.czar@czarc.net> On Wednesday 01 June 2005 00:38, Jonathan Deitch wrote: > Umm ... > > That's not going to help my problem, unforunately, > > In my case, it finishes booting and you have no keyboard, no mouse, and > no network. > > So no way to log in, no way to get to a console, no way to do anything. > > So ... any other ideas? > > I have this problem on every single 2.6.9 and 2.6.11 smp kernel that's > been released, on both FC3 and FC4T3. Nothing has helped - no kernel > parms, nothing. > > I'm very very close to getting frustrated enough where I'm going to have > to dump fedora, if there's not some kind of a solution soon. I had a problem like this on a Dell 340. With the 2.6 UP kernel, the keyboard and mouse worked fine but with the 2.6 SMP kernel, nothing ... the solution (with kernel => 2.6.10) was to specify the kernel parameter usb-handoff About disabling USB legacy support in the BIOS ... not an option on the Dell 340. -- Gene From nhusted at gmail.com Wed Jun 1 17:36:36 2005 From: nhusted at gmail.com (Nathaniel Husted) Date: Wed, 1 Jun 2005 12:36:36 -0500 Subject: Kernel updates In-Reply-To: <20050531031507.GC20663@redhat.com> References: <1117495854.2481.0.camel@scrappy.netlyncs.com> <20050531031507.GC20663@redhat.com> Message-ID: On 5/30/05, Dave Jones wrote: > On Mon, May 30, 2005 at 09:30:26PM -0400, Tim Taranov wrote: > > I used it once to get a baseline for a 64-bit kernel I needed - I > > ended up just downloading the sources rpm and rebuilding the kernel > > (since I had to do a kernel recompile anyway b/c of my hardware > > drivers). Worked pretty well for me. I believe though that Dave merges > > his changes peridiocally into some main tree from where you can > > download and install precompiled rpms using the regular yum update > > command. Not sure how often he does this though. > > How it works is.. I throw the srpm at the build system, and RPMs > pop out the other side. Once every so often (I think hourly, though > I've forgotten what I set it to) a cronjob fires, which copies > everything out of the build system to people.redhat.com > > Normally, the following day, the highest version that is in the > buildroot gets pushed out to rawhide. Closer to release, the > automated 'if you build it, it goes to rawhide' thing gets turned > off, and packages get pushed through manually (which hopefully > explains why rawhide is 1-2 days behind what you see on my > people.redhat.com page the last few weeks). > > Dave > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > I too have used it before although not via yum. I stumbled upon his repository and decided to try out his latest kernel to see if it would solve what I thought was a software issue. Either way things compiled fine after I made a few changes to my config (for some reason disk dump support did not want to compile). Right not I'm using a the .29 FC3 kernel with a modified config. Works great with no issues. I think the repository is great for people who want to live dangerously. *grin* Cheers, Nathaniel Husted From korgull at home.nl Wed Jun 1 17:49:29 2005 From: korgull at home.nl (Marcel Janssen) Date: Wed, 1 Jun 2005 19:49:29 +0200 Subject: nvidia and openGL In-Reply-To: <1117581531.9465.13.camel@localhost.localdomain> References: <200505311930.39763.korgull@home.nl> <200505312038.39206.korgull@home.nl> <1117581531.9465.13.camel@localhost.localdomain> Message-ID: <200506011949.29293.korgull@home.nl> On Wednesday 01 June 2005 01:18, Ivan Gyurdiev wrote: > > Anyway, X still crashes when I run glxinfo. > > Do you see any error messages? > Anything in /var/log/*Xorg* that looks bad? Yes. /var/log/messages : May 30 19:04:05 superbit kernel: nvidia: no version for "struct_module" found: kernel tainted. May 30 19:04:05 superbit kernel: nvidia: module license 'NVIDIA' taints kernel. ----- I'm not sure if these have something to do with the Nvidia card : May 30 19:04:05 superbit kernel: PCI: Cannot allocate resource region 0 of device 0000:03:00.0 May 30 19:04:05 superbit kernel: PCI: Cannot allocate resource region 3 of device 0000:05:00.0 /var/log/Xorg.0.log : (WW) NVIDIA(0): OpenGL is not fully supported in Xinerama (EE) NVIDIA(0): Failed to load GLX I think the last one is serious, but I have no clue why it fails to load. One needs more info than just this, but where can I find it ? > You should also run /sbin/lsmod to check whether > the nvidia driver is loaded in the kernel. Yes, it is loaded. Regards, Marcel From korgull at home.nl Wed Jun 1 18:02:00 2005 From: korgull at home.nl (Marcel Janssen) Date: Wed, 1 Jun 2005 20:02:00 +0200 Subject: nvidia and openGL In-Reply-To: <1117581531.9465.13.camel@localhost.localdomain> References: <200505311930.39763.korgull@home.nl> <200505312038.39206.korgull@home.nl> <1117581531.9465.13.camel@localhost.localdomain> Message-ID: <200506012002.00565.korgull@home.nl> On Wednesday 01 June 2005 01:18, Ivan Gyurdiev wrote: > Do you see any error messages? > Anything in /var/log/*Xorg* that looks bad? Did a search and I found that it loaded the wrong libglx. I moved my libglx.a and created a link to libglx.so from the nvidia package. Now it works and glxgears runs with about 7000FPS (don't know if that's good or bad for my card though, it's a PCIe 6600GT). Regards, Marcel From mitr at volny.cz Wed Jun 1 18:52:14 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Wed, 1 Jun 2005 20:52:14 +0200 Subject: Strange USB Pen problem In-Reply-To: <1117637254.29882.58.camel@sigurd.incentre.net> References: <1117495898.8442.128.camel@localhost> <1117496274.5161.6.camel@Grissom.noldata.com> <1117517986.8442.143.camel@localhost> <1117637254.29882.58.camel@sigurd.incentre.net> Message-ID: <20050601185210.GD12446@chrys.ms.mff.cuni.cz> On Wed, Jun 01, 2005 at 08:47:34AM -0600, Guy Fraser wrote: > I use a USB/Firewirewire drive to hold all my MP3's. There are a > number of instances where file names change. > > ALLUPPER.EXT => allupper.ext > > A1234567.EXT => a1234567.ext > > Abcdefgh.Ext => abcdefgh.ext > > It seems that unless you have a non alphanumeric character and > the file name is 8 or less characters the filename is converted > to lowercase. (man mount), search for "shortname=". Can that explain the behavior? > File.EXT and File.ext would both be converted to file.ext and > would cause the conflict. FAT is case-preserving, but case-insensitive. You can't have two files with the "same [case doesn't matter]" name. Mirek From pgermer at www.zeon.hu Wed Jun 1 20:35:21 2005 From: pgermer at www.zeon.hu (Germer Peter) Date: Wed, 1 Jun 2005 22:35:21 +0200 (CEST) Subject: VMware5 setup for FC4t2 Message-ID: <37097.127.0.0.1.1117658121.squirrel@webmail.zeon.hu> Hi all! I have trouble with the vmware-config-tools.pl script in a VMware5. When the script ask me "C header files that match your running kernel", this error occured: ------------------------------------------ What is the location of the directory of C header files that match your running kernel? [/lib/modules/2.6.11-1.1366_FC4smp/build/include] Extracting the sources of the vmmon module. Building the vmmon module. make: Entering directory `/tmp/vmware-config1/vmmon-only' make[1]: Entering directory `/tmp/vmware-config1/vmmon-only' make[2]: Entering directory `/tmp/vmware-config1/vmmon-only/driver-2.6.11-1.1366_FC4smp' `-m486' is deprecated. Use `-march=i486' or `-mtune=i486' instead. .././linux/driver.c:0: warning: -malign-loops is obsolete, use -falign-loops .././linux/driver.c:0: warning: -malign-jumps is obsolete, use -falign-jumps .././linux/driver.c:0: warning: -malign-functions is obsolete, use -falign-functions In file included from .././linux/driver-config.h:38, from .././linux/driver.c:11: /usr/include/linux/modversions.h:1:2: error: #error Modules should never use kernel-headers system headers, /usr/include/linux/modversions.h:2:2: error: #error but rather headers from the appropriate kernel package. /usr/include/linux/modversions.h:3:2: error: #error Change -I/usr/src/linux/include (or similar) to /usr/include/linux/modversions.h:4:2: error: #error -I/lib/modules/$(uname -r)/build/include /usr/include/linux/modversions.h:5:2: error: #error to build against the currently-running kernel. In file included from /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/asm/smp.h:18, from /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/linux/smp.h:19, from /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/linux/sched.h:26, from /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/linux/module.h:10, from .././linux/driver.c:36: /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/asm/mpspec.h:6:25: error: mach_mpspec.h: Nincs ilyen f?jl vagy k?nyvt?r In file included from /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/linux/smp.h:19, from /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/linux/sched.h:26, from /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/linux/module.h:10, from .././linux/driver.c:36: /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/asm/smp.h:71:26: error: mach_apicdef.h: Nincs ilyen f?jl vagy k?nyvt?r .././linux/driver.c:38:26: error: linux/malloc.h: Nincs ilyen f?jl vagy k?nyvt?r In file included from /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/linux/irq.h:21, from /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/asm/hardirq.h:6, from /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/linux/hardirq.h:6, from /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/linux/interrupt.h:11, from .././linux/driver.c:39: /usr/src/kernels/2.6.11-1.1366_FC4smp-i686/include/asm/irq.h:16:25: error: irq_vectors.h: Nincs ilyen f?jl vagy k?nyvt?r make[2]: *** [driver.d] Error 1 make[2]: Leaving directory `/tmp/vmware-config1/vmmon-only/driver-2.6.11-1.1366_FC4smp' make[1]: *** [deps] Error 2 make[1]: Leaving directory `/tmp/vmware-config1/vmmon-only' make: *** [auto-build] Error 2 make: Leaving directory `/tmp/vmware-config1/vmmon-only' Unable to build the vmmon module. For more information on how to troubleshoot module-related problems, please have a look at "http://www.vmware.com/download/modules/modules.html". Execution aborted. What should be the problem? It worked fine on 1275. Thankks in advace Peter From tony at tgds.net Wed Jun 1 21:00:15 2005 From: tony at tgds.net (tony) Date: Wed, 01 Jun 2005 23:00:15 +0200 Subject: VMware5 setup for FC4t2 In-Reply-To: <37097.127.0.0.1.1117658121.squirrel@webmail.zeon.hu> References: <37097.127.0.0.1.1117658121.squirrel@webmail.zeon.hu> Message-ID: <1117659615.2702.5.camel@hush> Le mercredi 01 juin 2005 ? 22:35 +0200, Germer Peter a ?crit : > I have trouble with the vmware-config-tools.pl script in a VMware5. When > the script ask me "C header files that match your running kernel", this > error occured: ... Check google for vmware-any-any Tony From M.M.vanPaassen at lr.tudelft.nl Wed Jun 1 21:17:31 2005 From: M.M.vanPaassen at lr.tudelft.nl (=?ISO-8859-1?Q?Ren=E9?= van Paassen) Date: Wed, 01 Jun 2005 23:17:31 +0200 Subject: jscal -c not working? / trying iforce Message-ID: <1117660651.22949.14.camel@pascua.localdomain> I am playing around with a thrustmaster force-feedback joystick. For now it is not recognized as a normal joystick. I tried to run jscal -c /dev/input/js0 on it, jscal dies: [repa at pascua evtest]$ jscal -c /dev/input/js0 Joystick has 29 axes and 10 buttons. Correction for axis 0 is none (raw), precision is 0. snip ................ Correction for axis 28 is broken line, precision is 255. Coeficients are: 28672, 36862, 21844, 21844 Calibrating precision: wait and don't touch the joystick. Bus error dmesg gives: jscal[23019] trap stack segment rip:400d2e rsp:7fffffaea360 error:0 Anyone else tried this? I suspect the excessive number of axes has something to do with the joystick. I also added the stick's vendor+device id's to the iforce module and re-compiled that. However input keeps grabbing the stick, iforce doesn't get it, even after it has been manually loaded and I then plug in the stick. dmesg again: usb 4-2: new full speed USB device using uhci_hcd and address 3 input: USB HID v1.00 Joystick [ThrustMaster HOTAS Force Feedback Joystick] on usb-0000:00:10.2-2 Any clues on how to stop input from grabbing the device? Ren? p.s. currently running 2.6.11-1.1363_FC4, x86_64 From pgermer at www.zeon.hu Wed Jun 1 22:13:37 2005 From: pgermer at www.zeon.hu (Germer Peter) Date: Thu, 2 Jun 2005 00:13:37 +0200 (CEST) Subject: rc.local, Permission denied Message-ID: <40141.127.0.0.1.1117664017.squirrel@webmail.zeon.hu> Hi all! Since last update I have some problems in my FC4 (using FC4test2 1366smp): I have these lines in rc.local file: su -lc "vncserver :1" user1 su -lc "vncserver :2" user2 su -lc "vncserver :3" user3 but all of them I get this error message: su: Permission denied /bin/bash I still call from rc.local proftpd too, but permission denied error occurs, can't load /etc/proftpd.conf. (-rw-r--r-- 1 root root 1867 m?j 18 21:49 proftpd.conf) I installed proftpd and the other lines after the last update. What should be the problem? Thanks Peter From pgermer at www.zeon.hu Wed Jun 1 22:17:59 2005 From: pgermer at www.zeon.hu (Germer Peter) Date: Thu, 2 Jun 2005 00:17:59 +0200 (CEST) Subject: VMware5 setup for FC4t2 In-Reply-To: <1117659615.2702.5.camel@hush> References: <37097.127.0.0.1.1117658121.squirrel@webmail.zeon.hu> <1117659615.2702.5.camel@hush> Message-ID: <40431.127.0.0.1.1117664279.squirrel@webmail.zeon.hu> > Le mercredi 01 juin 2005 ? 22:35 +0200, Germer Peter a ?crit : > >> I have trouble with the vmware-config-tools.pl script in a VMware5. When >> the script ask me "C header files that match your running kernel", this >> error occured: > ... > > Check google for vmware-any-any > > Tony > Hi Tony, I tried VMware-any-any-update90 and 91 too, but didnt't work. After the config script couldn't start Virtual machine monitor and Virtual ethernet. Do you have any ideas? Thanks, Peter -- ** Germer P?ter <> tel.: +36 30 337 02 72 ** Zeon InfoTech Kft. <> Budapest IX. Tompa u.13/A II/5 ** Tel.: 1/2195748 <> Fax: 1/2195749 http://www.zeon.hu From ian at underpressuredivers.com Wed Jun 1 22:27:29 2005 From: ian at underpressuredivers.com (Ian Puleston) Date: Wed, 1 Jun 2005 15:27:29 -0700 Subject: Cannot login after updating yesterday Message-ID: <040901c566f9$193ee7d0$800101df@sv.us.sonicwall.com> Hi, I've been running FC4 test 2, and figured that with FC4 release imminent things should be pretty stable by now, so yesterday I ran up2date to update everything, initially bar the Kernel. Mostly went OK but there were a few problems afterwards: - GNOME desktop icons had vanished and I couldn't find a way to recreate them. - Right-click on GNOME desktop didn't bring up usual menu. - I couldn't login to CUPS. Then I decided to update the remaining items (kernel, kernel-devel, etc.) too. This update went OK except that up2date hung at the end of the installation phase. On re-running it, it told me everything was up to date so I rebooted. Now, with the new Kernel, I cannot login in at all. Trying to login as root or another user gives an error "no shell" and then back to the login prompt. Is there any way to get round this other than a full re-install? Ian From hmj at elgert.dk Wed Jun 1 20:39:16 2005 From: hmj at elgert.dk (Harry Jensen) Date: Wed, 01 Jun 2005 22:39:16 +0200 Subject: Openoffice segmentation fault, FC4 (x86_64) In-Reply-To: <429D258A.7010905@daveking.com> References: <42997E37.7010500@elgert.dk> <429D258A.7010905@daveking.com> Message-ID: <429E1CF4.6050506@elgert.dk> David King wrote: > > You aren't by any chance using the proprietary NVidia video adapter > driver are you? I just went through this same thing and it seems to > that driver's fault. See Bugzilla, > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=157024 > ..the Nvidia driver was the problem ;-) -- Brgds. Harry Jensen / Denmark / DK-2990 Nivaa ** Linux / Fedora Core 4 ** From ivg2 at cornell.edu Thu Jun 2 00:01:05 2005 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Wed, 01 Jun 2005 20:01:05 -0400 Subject: nvidia and openGL In-Reply-To: <200506012002.00565.korgull@home.nl> References: <200505311930.39763.korgull@home.nl> <200505312038.39206.korgull@home.nl> <1117581531.9465.13.camel@localhost.localdomain> <200506012002.00565.korgull@home.nl> Message-ID: <1117670465.32674.4.camel@localhost.localdomain> On Wed, 2005-06-01 at 20:02 +0200, Marcel Janssen wrote: > On Wednesday 01 June 2005 01:18, Ivan Gyurdiev wrote: > > Do you see any error messages? > > Anything in /var/log/*Xorg* that looks bad? > > Did a search and I found that it loaded the wrong libglx. > I moved my libglx.a and created a link to libglx.so from the nvidia package. If you have to move things to make it work, then the packaging is broken, and that should be reported to ATrpms. I assume you haven't tried to install anything with the nvidia binary installer... -- Ivan Gyurdiev Cornell University From Axel.Thimm at ATrpms.net Thu Jun 2 00:12:15 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 2 Jun 2005 02:12:15 +0200 Subject: nvidia and openGL In-Reply-To: <1117670465.32674.4.camel@localhost.localdomain> References: <200505311930.39763.korgull@home.nl> <200505312038.39206.korgull@home.nl> <1117581531.9465.13.camel@localhost.localdomain> <200506012002.00565.korgull@home.nl> <1117670465.32674.4.camel@localhost.localdomain> Message-ID: <20050602001215.GC15449@neu.nirvana> On Wed, Jun 01, 2005 at 08:01:05PM -0400, Ivan Gyurdiev wrote: > On Wed, 2005-06-01 at 20:02 +0200, Marcel Janssen wrote: > > On Wednesday 01 June 2005 01:18, Ivan Gyurdiev wrote: > > > Do you see any error messages? > > > Anything in /var/log/*Xorg* that looks bad? > > > > Did a search and I found that it loaded the wrong libglx. > > I moved my libglx.a and created a link to libglx.so from the nvidia package. > > If you have to move things to make it work, then the packaging is > broken, and that should be reported to ATrpms. I assume you haven't > tried to install anything with the nvidia binary installer... ATrpms sets up proper linking to the desired nvidia libs unless you have installed multiple versions of the nvidia drivers (which the ATrpms packages deliberately allow you to, there have been too many instances, where some groups of nvidia users would perfer driver A due to better 3d accel, while others prefered driver B due to better overscan and vsync control, the endless battle of gamers vs. PVR addicts ...) For this case ATrpms' nvidia packages have a tool called nvidia-graphics-switch which allows you to switch from one driver to another (with a X restart step in between) called nvidia-graphics-switch Call it w/o arguments to see which drivers are installed (and to get a usage information) and then call it with the driver you want to activate as its only argument. You need to do so as root. BTW ATrpms tracks rawhide in its FC4 repo, so you should get nvidia kmdls for recent rawhide kernels with a very small delay. HTH -- 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 gbisogno at tutopia.com Thu Jun 2 00:12:52 2005 From: gbisogno at tutopia.com (gbisogno at tutopia.com) Date: Wed, 01 Jun 2005 20:12:52 -0400 Subject: ATI radeon 9200SE Message-ID: An HTML attachment was scrubbed... URL: From cjlesh.lists at gmail.com Thu Jun 2 01:40:13 2005 From: cjlesh.lists at gmail.com (Charles Lesh) Date: Wed, 1 Jun 2005 21:40:13 -0400 Subject: Firefox -- Slow rendering Message-ID: <7e22d1cd050601184012ab7c89@mail.gmail.com> Hey all: Runnig the latest rawhide here, and noticed a problem. Goto: https://www.redhat.com/archives/fedora-test-list/ Now click on any of the 'View by thread' links, try March for example: https://www.redhat.com/archives/fedora-test-list/2005-March/thread.html For me, this page takes approximately 12 - 14 seconds (measured with a handheld stopwatch) to render...during which firefox is completely unresponsive. As a comparison, booting the same computer into Windows XP and firefox takes the same page about 3 seconds. This is not do to the page being cached. Also, I am on a cable modem, and other network operations (large downloads) seem to happen at about the same speed on both Windows and Fedora. Any one else seeing this? -cjl From pinball at litz.org Thu Jun 2 01:55:06 2005 From: pinball at litz.org (Jonathan Deitch) Date: Wed, 01 Jun 2005 21:55:06 -0400 Subject: Samba 3.0.14 - slow as a snail Message-ID: <429E66FA.2090801@litz.org> Anyone got any ideas? Reading is nice and snappy ... Writing runs about 1/40th the speed of reading. Happens regardless of kernel. Samba, happens on 3.0.14 and the beta 3.0.15 (if you install from samba.org) - litz From bruno at wolff.to Thu Jun 2 01:58:50 2005 From: bruno at wolff.to (Bruno Wolff III) Date: Wed, 1 Jun 2005 20:58:50 -0500 Subject: ATI radeon 9200SE In-Reply-To: References: Message-ID: <20050602015850.GA31922@wolff.to> I have a normal 9200 and I see that too, though less often than in the past. I see it when playing Neverwinter nights (which is the only 3D use I have of the card) with a MTBF of something over 4 hours. I am hoping there are still some fixes in xorg 6.8.3 that haven't been backported to 6.8.2 yet, that will improve things. On Wed, Jun 01, 2005 at 20:12:52 -0400, gbisogno at tutopia.com wrote: > Fedora core 4 support ATI radeon 9200SE?
>
> I have FC3 but freeze my computer in some times.
>
> Any idea?
>
> Thanks.
>
>
> Visita www.tutopia.com > y comienza a navegar más rápido en Internet.Tutopia es Internet > para todos. > > > -- > 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 Jun 2 02:00:01 2005 From: jim at jbsys.com (James C. Bevier) Date: Wed, 1 Jun 2005 19:00:01 -0700 Subject: VMware5 setup for FC4t2 References: <37097.127.0.0.1.1117658121.squirrel@webmail.zeon.hu><1117659615.2702.5.camel@hush> <40431.127.0.0.1.1117664279.squirrel@webmail.zeon.hu> Message-ID: <000801c56716$c98cda80$0a01a8c0@jbsys> ----- Original Message ----- From: "Germer Peter" To: "For testers of Fedora Core development releases" ; Sent: Wednesday, June 01, 2005 3:17 PM Subject: Re: VMware5 setup for FC4t2 > >> Le mercredi 01 juin 2005 ? 22:35 +0200, Germer Peter a ?crit : >> >>> I have trouble with the vmware-config-tools.pl script in a VMware5. When >>> the script ask me "C header files that match your running kernel", this >>> error occured: >> ... >> >> Check google for vmware-any-any >> >> Tony >> > > Hi Tony, > > I tried VMware-any-any-update90 and 91 too, but didnt't work. After the > config script couldn't start Virtual machine monitor and Virtual ethernet. > Do you have any ideas? > > Thanks, > Peter > Go to /usr/src/kernels/2.6.11-1-1366_FC4-x86_64/include/asm and do a "ln -s ../linux/ioctl32.h ioctl32.h" and try the build again. This has worked for me. Replace 1366 with the version of the kernel you want to build for. I have not built for i386, but should be the same. Jim From fct-cornette at insight.rr.com Thu Jun 2 02:21:03 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 01 Jun 2005 22:21:03 -0400 Subject: ~/.xscreensaver causes only blank screen, no other choices Message-ID: <429E6D0F.104@insight.rr.com> I installed FC4T3 fresh on a laptop that I was working on and was stuck with not being able to access an f the extra screensavers on an "everything" install. I finally realized some talk about an ~/.xscreensaver file might be installed in ~ after trying other stuff first. Is the .xscreensaver file intentionally put in the home directory. Also, the docmentation choice on xscreensaver-demo crashes the program. I have xscreensaver working after downloading the source. (upstream) compiling and installing the other version. All bugs were the same with the Fedora test binaries. Removing the file was the .xscreensaver file was te solution. Jim -- My brother sent me a postcard the other day with this big sattelite photo of the entire earth on it. On the back it said: "Wish you were here". -- Steven Wright From thomas.cameron at camerontech.com Thu Jun 2 03:01:22 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Wed, 01 Jun 2005 22:01:22 -0500 Subject: rc.local, Permission denied In-Reply-To: <40141.127.0.0.1.1117664017.squirrel@webmail.zeon.hu> References: <40141.127.0.0.1.1117664017.squirrel@webmail.zeon.hu> Message-ID: <1117681282.3832.0.camel@ml110.camerontech.com> On Thu, 2005-06-02 at 00:13 +0200, Germer Peter wrote: > Hi all! > > Since last update I have some problems in my FC4 (using FC4test2 1366smp): > > I have these lines in rc.local file: > > su -lc "vncserver :1" user1 > su -lc "vncserver :2" user2 > su -lc "vncserver :3" user3 > > but all of them I get this error message: > > su: Permission denied /bin/bash > > I still call from rc.local proftpd too, but permission denied error > occurs, can't load /etc/proftpd.conf. > (-rw-r--r-- 1 root root 1867 m?j 18 21:49 proftpd.conf) > > I installed proftpd and the other lines after the last update. > What should be the problem? What are the permissions on rc.local? Thomas From rodd at clarkson.id.au Thu Jun 2 03:39:03 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 02 Jun 2005 13:39:03 +1000 Subject: ATI drivers and FC4t3 In-Reply-To: <20050522134821.GA7521@devserv.devel.redhat.com> References: <1116713031.3446.5.camel@goose> <20050521231502.GA1027@devserv.devel.redhat.com> <1116717559.3446.11.camel@goose> <20050522134821.GA7521@devserv.devel.redhat.com> Message-ID: <1117683543.3517.33.camel@jellyfish.redfishdemo.com> On Sun, 2005-05-22 at 09:48 -0400, Alan Cox wrote: > On Sun, May 22, 2005 at 09:19:19AM +1000, Rodd Clarkson wrote: > > Are you suggesting that the there's open source drivers that support 3D? > > If this is the case, where can I get these from to give them a try? > > There are test drivers are beginning to work quite well. > > http://r300.sourceforge.net/ is a good starting URL although a little out of > date compared with the code sometimes. > > Current status is: > http://r300.sourceforge.net/r300_dri.php Alan, A couple of questions (I'm a little nervous about trying this out, so I hope you don't mind) Are you using this stuff with current FC4 stuff and is it (mostly) working for you? It says at the bottom of the page that I need to be using the X.org CVS tree. Is the xorg in FC4t3 good enough. Also, do I have to compile the r200 drivers and if so, how do I do this? Sorry if this is too much to ask and feel free to tell me to buzz off. ;-] Rodd -- "It's a fine line between denial and faith. It's much better on my side" From shrek-m at gmx.de Thu Jun 2 05:53:35 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 02 Jun 2005 07:53:35 +0200 Subject: ~/.xscreensaver causes only blank screen, no other choices In-Reply-To: <429E6D0F.104@insight.rr.com> References: <429E6D0F.104@insight.rr.com> Message-ID: <429E9EDF.3020307@gmx.de> Jim Cornette wrote: > I installed FC4T3 fresh on a laptop that I was working on and was > stuck with not being able to access an f the extra screensavers on an > "everything" install. I finally realized some talk about an > ~/.xscreensaver file might be installed in ~ after trying other stuff > first. Is the .xscreensaver file intentionally put in the home directory. $ rpm -q xscreensaver-gl-extras iirc this package is in some circumstances not installed. -- shrek-m From fedora at nodata.co.uk Thu Jun 2 06:43:31 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 02 Jun 2005 08:43:31 +0200 Subject: Evolution Outbox -> Sent Problem In-Reply-To: <1116624142.18066.18.camel@kn.home.geekystuff.net> References: <1116624142.18066.18.camel@kn.home.geekystuff.net> Message-ID: <1117694611.2835.3.camel@localhost.localdomain> On Fri, 2005-05-20 at 17:22 -0400, Ken Nordquist wrote: > I just noticed that when I send email, the email does not move from the > Outbox folder to the Sent folder. I am running Evolution 2.2.2-5 on the > 1312 build of the x86_64 kernel. I noticed the same problem with the > 1305 kernel as well (though I am pretty sure it is not a kernel issue). > > Has anyone else experienced this problem or know of a solution? > > Regards, > > Ken Nordquist > It should appear when you restart evo. From mike at netlyncs.com Thu Jun 2 07:16:42 2005 From: mike at netlyncs.com (Mike Chambers) Date: Thu, 02 Jun 2005 02:16:42 -0500 Subject: Firefox -- Slow rendering In-Reply-To: <7e22d1cd050601184012ab7c89@mail.gmail.com> References: <7e22d1cd050601184012ab7c89@mail.gmail.com> Message-ID: <1117696603.2396.1.camel@scrappy.netlyncs.com> On Wed, 2005-06-01 at 21:40 -0400, Charles Lesh wrote: > Now click on any of the 'View by thread' links, try March for example: > https://www.redhat.com/archives/fedora-test-list/2005-March/thread.html > > For me, this page takes approximately 12 - 14 seconds (measured with a > handheld stopwatch) to render...during which firefox is completely > unresponsive. As a comparison, booting the same computer into Windows > XP and firefox takes the same page about 3 seconds. Running the same updates/setup and it only took about 3-5 seconds to load. Maybe you have something unique to yours or some plugin or something loaded or not loaded to help cause it? -- Mike Chambers Madisonville, KY "Everything is difficult before it's easy!" From roger at gwch.net Thu Jun 2 07:51:33 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 2 Jun 2005 09:51:33 +0200 (CEST) Subject: Adding a lvm-volume how? Message-ID: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> Hi, I have a machine, containing 2 harddisks. The main disk crashed, so i had to reinstall the machine. All my data is on the 2nd harddrive In VolGroup00-LogVol01, whilst i reinstalled fc on VolGroup00-LogVol00. I would like to mount my data again :-) mount -t ext2 /dev/mapper/VolGroup00-LogVol01 /data -> according to the lvm-howto on internet. But this gives me just the following error: mount: /dev/mapper/VolGroup00-LogVol01 is already mounted or /volume is in use now. neither /var/log/messages nor ./audit/audit.log nor dmesg are saying more to me. What did i do wrong? Thanks for your help. Roger From pgermer at www.zeon.hu Thu Jun 2 07:56:03 2005 From: pgermer at www.zeon.hu (Germer Peter) Date: Thu, 2 Jun 2005 09:56:03 +0200 (CEST) Subject: rc.local, Permission denied In-Reply-To: <1117681282.3832.0.camel@ml110.camerontech.com> References: <40141.127.0.0.1.1117664017.squirrel@webmail.zeon.hu> <1117681282.3832.0.camel@ml110.camerontech.com> Message-ID: <52688.127.0.0.1.1117698963.squirrel@webmail.zeon.hu> > On Thu, 2005-06-02 at 00:13 +0200, Germer Peter wrote: >> Hi all! >> >> Since last update I have some problems in my FC4 (using FC4test2 >> 1366smp): >> >> I have these lines in rc.local file: >> >> su -lc "vncserver :1" user1 >> su -lc "vncserver :2" user2 >> su -lc "vncserver :3" user3 >> >> but all of them I get this error message: >> >> su: Permission denied /bin/bash >> >> I still call from rc.local proftpd too, but permission denied error >> occurs, can't load /etc/proftpd.conf. >> (-rw-r--r-- 1 root root 1867 m??j 18 21:49 proftpd.conf) >> >> I installed proftpd and the other lines after the last update. >> What should be the problem? > > What are the permissions on rc.local? > > Thomas > Permissions are: -rwxr-xr-x 1 root root 411 jun 1 17:05 /etc/rc.d/rc.local From graham at pageinabox.com Thu Jun 2 08:09:25 2005 From: graham at pageinabox.com (Graham Wharton) Date: Thu, 2 Jun 2005 09:09:25 +0100 Subject: VMware5 setup for FC4t2 References: <37097.127.0.0.1.1117658121.squirrel@webmail.zeon.hu><1117659615.2702.5.camel@hush><40431.127.0.0.1.1117664279.squirrel@webmail.zeon.hu> <000801c56716$c98cda80$0a01a8c0@jbsys> Message-ID: <056301c5674a$64596c30$fd00a8c0@graham> I had problems building the vmware modules and it worked a treat once I installed kernel-devel I had previously tried, fudging the /lib/modules/..../build..... treee installing kernel source rpm Graham ----- Original Message ----- From: "James C. Bevier" To: ; "For testers of Fedora Core development releases" Sent: Thursday, June 02, 2005 3:00 AM Subject: Re: VMware5 setup for FC4t2 > > ----- Original Message ----- > From: "Germer Peter" > To: "For testers of Fedora Core development releases" > ; > Sent: Wednesday, June 01, 2005 3:17 PM > Subject: Re: VMware5 setup for FC4t2 > > >> >>> Le mercredi 01 juin 2005 ? 22:35 +0200, Germer Peter a ?crit : >>> >>>> I have trouble with the vmware-config-tools.pl script in a VMware5. >>>> When >>>> the script ask me "C header files that match your running kernel", this >>>> error occured: >>> ... >>> >>> Check google for vmware-any-any >>> >>> Tony >>> >> >> Hi Tony, >> >> I tried VMware-any-any-update90 and 91 too, but didnt't work. After the >> config script couldn't start Virtual machine monitor and Virtual >> ethernet. >> Do you have any ideas? >> >> Thanks, >> Peter >> > > Go to /usr/src/kernels/2.6.11-1-1366_FC4-x86_64/include/asm and do a > "ln -s ../linux/ioctl32.h ioctl32.h" and try the build again. This has > worked for me. Replace 1366 with the version of the kernel you want to > build for. I have not built for i386, but should be the same. > > Jim > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list > From pgermer at www.zeon.hu Thu Jun 2 08:51:21 2005 From: pgermer at www.zeon.hu (Germer Peter) Date: Thu, 2 Jun 2005 10:51:21 +0200 (CEST) Subject: VMware5 setup for FC4t2 In-Reply-To: <056301c5674a$64596c30$fd00a8c0@graham> References: <37097.127.0.0.1.1117658121.squirrel@webmail.zeon.hu><1117659615.2702.5.camel@hush><40431.127.0.0.1.1117664279.squirrel@webmail.zeon.hu> <000801c56716$c98cda80$0a01a8c0@jbsys> <056301c5674a$64596c30$fd00a8c0@graham> Message-ID: <57595.127.0.0.1.1117702281.squirrel@webmail.zeon.hu> > I had problems building the vmware modules and it worked a treat once I > installed kernel-devel > > I had previously tried, > > fudging the /lib/modules/..../build..... treee > installing kernel source rpm > > Graham > > ----- Original Message ----- > From: "James C. Bevier" > To: ; "For testers of Fedora Core development releases" > > Sent: Thursday, June 02, 2005 3:00 AM > Subject: Re: VMware5 setup for FC4t2 > > >> >> ----- Original Message ----- >> From: "Germer Peter" >> To: "For testers of Fedora Core development releases" >> ; >> Sent: Wednesday, June 01, 2005 3:17 PM >> Subject: Re: VMware5 setup for FC4t2 >> >> >>> >>>> Le mercredi 01 juin 2005 ? 22:35 +0200, Germer Peter a ?crit : >>>> >>>>> I have trouble with the vmware-config-tools.pl script in a VMware5. >>>>> When >>>>> the script ask me "C header files that match your running kernel", >>>>> this >>>>> error occured: >>>> ... >>>> >>>> Check google for vmware-any-any >>>> >>>> Tony >>>> >>> >>> Hi Tony, >>> >>> I tried VMware-any-any-update90 and 91 too, but didnt't work. After the >>> config script couldn't start Virtual machine monitor and Virtual >>> ethernet. >>> Do you have any ideas? >>> >>> Thanks, >>> Peter >>> >> >> Go to /usr/src/kernels/2.6.11-1-1366_FC4-x86_64/include/asm and do a >> "ln -s ../linux/ioctl32.h ioctl32.h" and try the build again. This has >> worked for me. Replace 1366 with the version of the kernel you want to >> build for. I have not built for i386, but should be the same. >> >> Jim >> -- >> fedora-test-list mailing list >> fedora-test-list at redhat.com >> To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list Finally it works fine. Thank you for all guys! P. From roger at gwch.net Thu Jun 2 09:08:38 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 2 Jun 2005 11:08:38 +0200 (CEST) Subject: Adding a lvm-volume how? In-Reply-To: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> References: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> Message-ID: <56408.62.2.21.164.1117703318.squirrel@www.gwch.net> Okay, i found out, why this happened. The second disk has the same Volume-Label like the swap-disk :-( do i have the chance to rename the volume from the second harddisk??? Roger > Hi, > > I have a machine, containing 2 harddisks. The main disk crashed, so i had > to reinstall the machine. > > All my data is on the 2nd harddrive In VolGroup00-LogVol01, whilst i > reinstalled fc on VolGroup00-LogVol00. > > I would like to mount my data again :-) > > mount -t ext2 /dev/mapper/VolGroup00-LogVol01 /data -> according to the > lvm-howto on internet. > > But this gives me just the following error: > > mount: /dev/mapper/VolGroup00-LogVol01 is already mounted or /volume is in > use now. > > neither /var/log/messages nor ./audit/audit.log nor dmesg are saying more > to me. > > What did i do wrong? > > Thanks for your help. > Roger > > From fct-cornette at insight.rr.com Thu Jun 2 11:13:37 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 02 Jun 2005 07:13:37 -0400 Subject: ~/.xscreensaver causes only blank screen, no other choices In-Reply-To: <429E9EDF.3020307@gmx.de> References: <429E6D0F.104@insight.rr.com> <429E9EDF.3020307@gmx.de> Message-ID: <429EE9E1.7010807@insight.rr.com> shrek-m at gmx.de wrote: > Jim Cornette wrote: > >> I installed FC4T3 fresh on a laptop that I was working on and was >> stuck with not being able to access an f the extra screensavers on an >> "everything" install. I finally realized some talk about an >> ~/.xscreensaver file might be installed in ~ after trying other stuff >> first. Is the .xscreensaver file intentionally put in the home directory. > > > > $ rpm -q xscreensaver-gl-extras > > iirc this package is in some circumstances not installed. > All screensaver packages were installed on the initial installation. Not having the extras and gl-extras was my first thought. For some reason on the everything installation, the file .xscreensaver was plopped into my only user directory. After removing the file from my home directory, everything worked alright. I asked mainly because I figured this action might be intentional to give users a blank screen only screensaver unless they removed the file from particular users directories. The upstream package compiled fine on FC4T3 and looks and fails as the FC4T3 version does. Documentation crashes on both the upstream version and FC4T3 latest version. I had the problem on upgrades before and added the 2 missing extras packages and things worked thereafter. This is the first instance of a clean install with the FC4 test that I tried. Thanks! Jim -- "Don't tell me I'm burning the candle at both ends -- tell me where to get more wax!!" From buildsys at redhat.com Thu Jun 2 11:41:54 2005 From: buildsys at redhat.com (Build System) Date: Thu, 2 Jun 2005 07:41:54 -0400 Subject: rawhide report: 20050602 changes Message-ID: <200506021141.j52Bfs8R028992@porkchop.devel.redhat.com> New package autoconvert Chinese HZ/GB/BIG5 encodings auto-converter New package system-config-cluster system-config-cluster is a utility which allows you to manage cluster configuration in a graphical setting. New package tog-pegasus OpenPegasus WBEM Services for Linux Removed package struts11 Updated Packages: a2ps-4.13b-47 ------------- * Thu May 05 2005 Tim Waugh 4.13b-47 - Make pdiff use diff(1) properly (bug #156916). alsa-lib-1.0.9rf-1 ------------------ * Mon May 30 2005 Martin Stransky 1.0.9rf-1 - New upstream version - moved alsacard utility to alsa-utils ant-0:1.6.2-3jpp_9fc -------------------- * Wed May 25 2005 Gary Benson 0:1.6.2-3jpp_9fc - Rearrange how BC-compiled stuff is built and installed. aspell-af-50:0.50-3 ------------------- aspell-br-50:0.50-3 ------------------- aspell-ca-50:0.50-3 ------------------- aspell-cy-50:0.50-3 ------------------- aspell-el-50:0.50-3 ------------------- aspell-fo-50:0.51-3 ------------------- aspell-ga-50:0.50-3 ------------------- aspell-gd-50:0.50-3 ------------------- aspell-gl-50:0.50-3 ------------------- aspell-hr-50:0.51-3 ------------------- aspell-id-50:0.50.1-3 --------------------- bind-24:9.3.1-4_FC4 ------------------- * Mon May 23 2005 Jason Vas Dias - 24:9.2.1-4_FC4 - Fix SDB LDAP * Mon May 16 2005 Jason Vas Dias - 24:9.2.1-4 - Fix bug 157601: give named.init a configtest function - Fix bug 156797: named.init should check SELinux booleans.local before booleans - Fix bug 154335: if no controls in named.conf, stop named with -TERM sig, not rndc - Fix bug 155848: add NOTES section to named.8 man-page with info on all Red Hat BIND quirks and SELinux DDNS / slave zone file configuration - D-BUS patches NOT applied until dhcdbd is in FC * Sun May 15 2005 Jason Vas Dias - 24:9.3.1-4_dbus - Enhancement to allow dynamic forwarder table management and - DHCP forwarder auto-configuration with D-BUS busybox-1:1.00-5 ---------------- * Wed May 11 2005 Ivana Varekova - 1.00-5 - add debug files to debug_package checkpolicy-1.23.4-1 -------------------- * Fri May 20 2005 Dan Walsh 1.23-4-1 - Update to NSA Release * Merged cleanup patch from Dan Walsh. * Thu May 19 2005 Dan Walsh 1.23-3-1 - Update to NSA Release * Added sepol_ prefix to Flask types to avoid namespace collision with libselinux. * Sat May 07 2005 Dan Walsh 1.23-2-1 - Update to NSA Release * Merged identifier fix from Joshua Brindle (Tresys). classpathx-mail-0:1.0-4jpp_2fc ------------------------------ * Wed Jun 01 2005 Gary Benson 0:1.0-4jpp_2fc - Fix location of monolithic jarfile. * Tue May 31 2005 Gary Benson 0:1.0-4jpp_1fc - Remove now-unnecessary workaround for #132524. - Upgrade to 1.0-4jpp. - Add a javamail-monolithic equivalent. * Mon May 02 2005 Jason Corley 0:1.0-4jpp - Rebuild cpufreq-utils-1:0.3-1.1.15 -------------------------- * Mon May 09 2005 Dave Jones - Update to upstream 0.3 cracklib-2.8.3-1 ---------------- * Fri May 13 2005 Nalin Dahyabhai 2.8.3-1 - update to 2.8.3 crypto-utils-2.2-6 ------------------ * Thu May 26 2005 Joe Orton 2.2-6 - certwatch: use UTC time correctly (Tomas Mraz, #158703) db4-4.3.27-4 ------------ * Tue May 17 2005 Paul Nasrat 4.3.27-4 - /usr/lib/tls/ix86 dirs (#151371) desktop-file-utils-0.10-2 ------------------------- * Thu May 12 2005 Ray Strode - 0.10-2 - Add build requires for emacs (bug #141297). eclipse-1:3.1.0_fc-0.M7.8 ------------------------- * Thu May 26 2005 Andrew Overholt 3.1.0_fc-0.M7.8 - Fix ant jar removal (gbenson). * Wed May 25 2005 Andrew Overholt 3.1.0_fc-0.M7.7 - Fix ecj symlink in /usr/share/java (rh#158734). * Sun May 22 2005 Andrew Overholt 3.1.0_fc-0.M7.4 - Remove compilation of jdt.ui jar.so on ppc. elfutils-0.108-3 ---------------- * Wed May 25 2005 Roland McGrath - 0.108-3 - more robustification * Mon May 16 2005 Roland McGrath - 0.108-2 - robustification epiphany-1.6.3-1 ---------------- * Fri May 13 2005 Christopher Aillon - 1.6.3-1 - Update to 1.6.3 esound-1:0.2.35-5 ----------------- * Wed Jun 01 2005 Bill Nottingham - 1.0.2.35-5 - readdd patch to prevent multilib conflicts ethereal-0.10.11-3 ------------------ * Mon May 30 2005 Radek Vokal 0.10.11-3 - ethereal cleanup, patch by Steve Grubb (#159107) - few more cleanups evolution-2.2.2-7 ----------------- * Thu May 26 2005 David Malcolm - 2.2.2-7 - Added Akira Tagoh's patch for calendar keypress handling (#154360) * Mon May 23 2005 David Malcolm - 2.2.2-6 - Remove static versions of libraries * Thu May 05 2005 David Malcolm - 2.2.2-5 - added evolution-2.2.2-fix-new-mail-notify.patch to CVS expect-5.43.0-2 --------------- * Tue May 31 2005 Jens Petersen - 5.43.0-2 - fix flushing of unbuffer script (Charles Sullivan, #143963) with unbuffer-child-flush-143963.patch (Don Libes) - make autoconf include parent dir in testsuite to avoid error (Robert Scheck, 150369) - separate the examples scripts patches from the rest * Mon Mar 07 2005 Jens Petersen - replace expect-5.32.2-setpgrp.patch by expect-5.43.0-cfg-setpgrp.patch to set SETPGRP_VOID correctly gcc-4.0.0-9 ----------- * Wed May 25 2005 Jakub Jelinek 4.0.0-9 - update from CVS - PRs c++/1016, c++/21686, libfortran/18495, libfortran/19014, libfortran/19016, libfortran/19106, libfortran/20074, libfortran/20436, libfortran/21075, libfortran/21108, libfortran/21354, libfortran/21376, libgcj/21637, libgcj/21703, libgcj/21736 - fix overflowed constant handling (Zdenek Dvorak, #156844, PRs middle-end/21331, tree-opt/21293) - make sure slow_pthread_self is never yes for linux targets - fix reg-stack ICE (#158407, PR target/21716) - fix ICE on fortran alternate returns (#158434) - fix ICE on fortran functions without explicit type with implicit none (#158232, PR fortran/21729) gdb-6.3.0.0-1.24 ---------------- * Wed May 18 2005 Jeff Johnston 6.3.0.0-1.24 - Bump up release number. * Wed May 18 2005 Jeff Johnston 6.3.0.0-1.23 - Bump up release number. * Wed May 18 2005 Jeff Johnston 6.3.0.0-1.22 - Specify SA_RESTART for linux-nat.c handlers and use my_waitpid which handles EINTR. gkrellm-2.2.4-5 --------------- * Tue May 17 2005 Karsten Hopp 2.2.4-5 - use Sans fonts (Ville Skytta, #157899) glibc-kernheaders-2.4-9.1.95 ---------------------------- * Mon May 23 2005 David Woodhouse 2.4-9.1.95 - Update audit.h, add CAP_AUDIT_{WRITE,CONTROL} to capability.h gphoto2-2.1.5-10 ---------------- * Wed Jun 01 2005 Bill Nottingham 2.1.5-10 - fix multilib conflict on fdi files, and their generation on x86_64 in general hdparm-5.9-3 ------------ * Wed May 18 2005 Karsten Hopp 5.9-3 - remove /etc/sysconfig/harddisks (#157673) * Tue May 10 2005 Karsten Hopp 5.9-2 - enable debuginfo iiimf-le-chinput-0.3-20 ----------------------- * Tue May 31 2005 Yu Shao -20 - fix for Bug 157619 ??? GBK pinyin and Shuang Pin input style crash iiimd iproute-2.6.11-2 ---------------- * Tue May 24 2005 Radek Vokal 2.6.11-2 - removed useless initvar patch (#150798) - new upstream source iptables-1.3.1-1 ---------------- * Wed May 11 2005 Thomas Woerner 1.3.1-1 - new version 1.3.1 iputils-20020927-23 ------------------- * Fri May 27 2005 Radek Vokal 20020927-23 - fixed un-initialized "device" (#158914) jakarta-commons-beanutils-0:1.7.0-2jpp_1fc ------------------------------------------ * Wed May 25 2005 Gary Benson - 0:1.7.0-2jpp_1fc - Upgrade to 1.7.0-2jpp. - Rearrange how BC-compiled stuff is built and installed. jakarta-commons-collections-0:3.1-1jpp_5fc ------------------------------------------ * Wed May 25 2005 Gary Benson - 0:3.1-1jpp_5fc - Rearrange how BC-compiled stuff is built and installed. jakarta-commons-digester-0:1.6-2jpp_5fc --------------------------------------- * Wed May 25 2005 Gary Benson - 0:1.6-2jpp_5fc - Rearrange how BC-compiled stuff is built and installed. jakarta-commons-el-0:1.0-3jpp_1fc --------------------------------- * Thu May 26 2005 Gary Benson - 0:1.0-3jpp_1fc - Upgrade to 1.0-3jpp. - Rearrange how BC-compiled stuff is built and installed. - Don't bundle servletapi sources (which weren't used anyway). jakarta-commons-logging-0:1.0.4-2jpp_5fc ---------------------------------------- * Wed May 25 2005 Gary Benson - 0:1.0.4-2jpp_5fc - Rearrange how BC-compiled stuff is built and installed. jakarta-commons-modeler-0:1.1-4jpp_1fc -------------------------------------- * Thu May 26 2005 Gary Benson - 0:1.1-4jpp_1fc - Upgrade to 1.1-4jpp. - Rearrange how BC-compiled stuff is built and installed. java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_30rh ------------------------------------------ * Thu May 26 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_30rh - Add jaxp_parser_impl.jar alternative. (#158751) * Thu May 26 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_29rh - Separate post and postun requires lines * Thu May 26 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_28rh - Re-remove bouncy castle provider. jpilot-0.99.8-0.pre8.5 ---------------------- * Fri May 06 2005 Ivana Varekova 0.99.8-0.pre8.5 - fix typo (bug 157007) krb5-1.4.1-3 ------------ * Fri May 13 2005 Nalin Dahyabhai 1.4.1-3 - prevent spurious EBADF in krshd when stdin is closed by the client while the command is running (#151111) * Fri May 13 2005 Martin Stransky 1.4.1-2 - add deadlock patch, removed old patch * Fri May 06 2005 Nalin Dahyabhai 1.4.1-1 - update to 1.4.1, incorporating fixes for CAN-2005-0468 and CAN-2005-0469 - when starting the KDC or kadmind, if KRB5REALM is set via the /etc/sysconfig file for the service, pass it as an argument for the -r flag ksh-20050202-3 -------------- * Tue May 10 2005 Karsten Hopp 20050202-3 - enable debuginfo * Tue Mar 15 2005 Karsten Hopp 20050202-2 - add /usr/bin/ksh link for compatibility with pdksh scripts (#151134) libgal2-2:2.4.2-5 ----------------- * Thu May 26 2005 David Malcolm - 2:2.4.2-5 - added Akira Tagoh's patch to add boolean return value to keypress signal (#153360) libgsf-1.12.0-1 --------------- * Wed Mar 02 2005 Caolan McNamara 1.12.0-1 - bump to latest version - clean spec libidn-0.5.17-1 --------------- * Fri May 27 2005 Joe Orton 0.5.17-1 - update to 0.5.17 * Fri May 06 2005 Joe Orton 0.5.16-1 - update to 0.5.16 * Thu May 05 2005 Joe Orton 0.5.15-2 - constify data tables in pr29.c - clean up pre/post/postun requires libselinux-1.23.11-1 -------------------- * Fri May 20 2005 Dan Walsh 1.23.11-1 - Update from NSA * Merged avcstat and selinux man page from Dan Walsh. * Changed security_load_booleans to process booleans.local even if booleans file doesn't exist. * Tue Apr 26 2005 Dan Walsh 1.23.10-3 - Fix avcstat to clear totals libsepol-1.5.10-1 ----------------- * Tue May 17 2005 Dan Walsh 1.5.10-1 - Fix reset booleans warning message - Upgrade to latest from NSA * License changed to LGPL v2.1, see COPYING. libtool-1.5.18-2 ---------------- * Tue May 17 2005 Alexandre Oliva 1.5.18-2 - Update patch file. * Tue May 17 2005 Alexandre Oliva 1.5.18-1 - 1.5.18. Removed .multilib2 suffix. lm_sensors-2.9.1-3 ------------------ * Mon May 23 2005 Phil Knirsch 2.9.1-3 - Update to lm_sensors-2.9.1 - Fixed wrong/missing location variables for make user - Fixed missing check for /etc/modprobe.conf in sensors-detect (#139245) m2crypto-0.13-3 --------------- * Tue May 31 2005 Miloslav Trmac - 0.13-3 - Fix invalid Python version comparisons in M2Crypto.httpslib (#156979) - Don't ship obsolete xmlrpclib.py.patch - Clean up the build process a bit man-1.5p-6 ---------- * Tue May 17 2005 Ivana Varekova 1.5p-6 - change patch 18 (less hard solution) and patch 13 (don't change exit number in one case) * Wed Apr 13 2005 Ivana Varekova 1.5p-5 - fix bug 146849 - makewhatis from cron produce error message "zcat: stdout: Broken pipe" (patch 18) - fix makewhatis problem with sections (patch 19) - delete strips * 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) man-pages-ja-20050515-1 ----------------------- * Mon May 16 2005 Akira TAGOH - 20050515-1 - updates to 20050515. mod_perl-2.0.0-3 ---------------- * Fri May 20 2005 Warren Togami 2.0.0-3 - dep changes (#114651 jpo and ville) * Fri May 20 2005 Joe Orton 2.0.0-1 - update to 2.0.0 final mrtg-2.12.1-2 ------------- * Wed May 25 2005 Miloslav Trmac - 2.12.1-2 - Remove included old version of PodParser (#158735) * Tue May 17 2005 Miloslav Trmac - 2.12.1-1 - Update to mrtg-2.12.1 - Remove unnecessary BuildRequires, Requires - Don't link rateup to libpng and libz mx4j-1:2.1.0-1jpp_9fc --------------------- * Fri May 27 2005 Gary Benson 0:2.1.0-1jpp_9fc - Rearrange how BC-compiled stuff is built and installed. - Add missing epochs to dependencies. * Mon May 23 2005 Gary Benson 0:2.1.0-1jpp_8fc - Add alpha to the list of build architectures (#157522). - Use absolute paths for rebuild-gcj-db. net-snmp-5.2.1-13 ----------------- * Tue May 31 2005 Radek Vokal - 5.2.1-13 - CAN-2005-1740 net-snmp insecure temporary file usage (#158770) - patch from suse.de netpbm-10.27-4 -------------- * Tue May 31 2005 Jindrich Novy 10.27-4 - fix segfault in pnmcolormap what makes latex2html/ppmquant unusable (#158665, #139111) openldap-2.2.26-1 ----------------- * Thu May 19 2005 Nalin Dahyabhai 2.2.26-1 - run slaptest with the -u flag if no id2entry db files are found, because you can't check for read-write access to a non-existent database (#156787) - add /etc/openldap/cacerts, which authconfig sets as the TLS_CACERTDIR path in /etc/openldap/ldap.conf now - use a temporary wrapper script to launch slapd, in case we have arguments with embedded whitespace (#158111) * Wed May 04 2005 Nalin Dahyabhai - update to 2.2.26 (stable 20050429) - enable the lmpasswd scheme - print a warning if slaptest fails, slaptest -u succeeds, and one of the directories listed as the storage location for a given suffix in slapd.conf contains a readable file named __db.001 (#118678) * Tue Apr 26 2005 Nalin Dahyabhai 2.2.25-1 - update to 2.2.25 (release) openobex-1.0.1-4 ---------------- * Mon May 02 2005 Harald Hoyer 1.0.1-4 - added `OBEX_ServerAccept' to the exported symbols (bug rh#146353) openswan-2.3.1-3 ---------------- * Thu May 12 2005 Harald Hoyer - 2.3.1-3 - added openswan-2.3.1-nat_t_aggr.patch - added openswan-2.3.1-iproute2.patch - added openswan-2.3.1-cisco.patch - NAT-T/XAUTH/AGGR-MODE is now possible with a Cisco VPN 3000 pam-0.79-9 ---------- * Fri May 20 2005 Tomas Mraz 0.79-9 - update the pam audit patch to support newest audit library, audit also pam_setcred calls (Steve Grubb) - don't use the audit_fd as global static variable - don't unset the XAUTHORITY when target user is root * Mon May 02 2005 Tomas Mraz 0.79-8 - pam_console: support loading .perms files in the console.perms.d (#156069) * 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) policycoreutils-1.23.11-3 ------------------------- * Sat May 28 2005 Dan Walsh 1.23.11-3 - Add Ivan's patch for user role changes in genhomedircon * Thu May 26 2005 Dan Walsh 1.23.11-2 - Fix warning message on reload of booleans * Fri May 20 2005 Dan Walsh 1.23.11-1 - Update to match NSA * Merged fixfiles and newrole patch from Dan Walsh. * Merged audit2why man page from Dan Walsh. postfix-2:2.2.3-1 ----------------- * Thu May 12 2005 Thomas Woerner 2:2.2.3-1 - new version 2.2.3 - compiling all binaries PIE, dropped old pie patch privoxy-3.0.3-8 --------------- * Tue May 10 2005 Karsten Hopp 3.0.3-8 - enable debuginfo pvm-3.4.5-5 ----------- * Tue May 31 2005 Jason Vas Dias 3.4.5-4 - fix bug 158303: x86_64 build needs -fPIC - fix bug 155785: PVM_ARCH should be LINUX on i386, not LINUXI386 add LINUXPPC64 arch to pvmgetarch rdist-1:6.1.5-41 ---------------- * Wed May 04 2005 Phil Knirsch 6.1.5-41 - Fixed incorrect use of statfs return values (#147481) regexp-0:1.3-2jpp_1fc --------------------- * Thu May 26 2005 Gary Benson 0:1.3-2jpp_1fc - Upgrade to 1.3-2jpp. - Rearrange how BC-compiled stuff is built and installed. * Mon May 23 2005 Gary Benson 0:1.3-1jpp_6fc - Add alpha to the list of build architectures (#157522). - Use absolute paths for rebuild-gcj-db. rusers-0.17-44 -------------- * Wed May 04 2005 Phil Knirsch 0.17-44 - Fixed rup stack problem (#154396) sash-3.7-7 ---------- * Tue May 10 2005 Karsten Hopp 3.7-7 - enable debuginfo selinux-policy-strict-1.23.17-3 ------------------------------- * Sat May 28 2005 Dan Walsh 1.23.17-3 - Update policy, to remove crond_log_t - Fix selinuxenabled check * Thu May 26 2005 Dan Walsh 1.23.17-2 - Fixes to cups/ptal - Change ifconfig scripts back to etc_t * Wed May 25 2005 Dan Walsh 1.23.17-1 - Update from NSA * Merged minor fixes by Petre Rodan to the daemontools, dante, gpg, kerberos, and ucspi-tcp policies. * Merged minor fixes by Russell Coker to the bluetooth, crond, initrc, postfix, and udev policies. Modifies constraints so that newaliases can be run. Modifies types.fc so that objects in lost+found directories will not be relabled. * Modified fc rules for nvidia. * Added Chad Sellers policy for polyinstantiation support, which creates the polydir, polyparent, and polymember attributes. Also added the support_polyinstantiation tunable. * Merged patch from Dan Walsh. Includes mount_point attribute, read_font macros and some other policy fixes from Ivan Gyurdiev. Adds privkmsg and secadmfile attributes and ddcprobe policy. Removes the use_syslogng boolean. Many other minor fixes. selinux-policy-targeted-1.23.17-3 --------------------------------- * Sat May 28 2005 Dan Walsh 1.23.17-3 - Update policy, to remove crond_log_t - Fix selinuxenabled check * Thu May 26 2005 Dan Walsh 1.23.17-2 - Fixes to cups/ptal - Change ifconfig scripts back to etc_t * Wed May 25 2005 Dan Walsh 1.23.17-1 - Update from NSA * Merged minor fixes by Petre Rodan to the daemontools, dante, gpg, kerberos, and ucspi-tcp policies. * Merged minor fixes by Russell Coker to the bluetooth, crond, initrc, postfix, and udev policies. Modifies constraints so that newaliases can be run. Modifies types.fc so that objects in lost+found directories will not be relabled. * Modified fc rules for nvidia. * Added Chad Sellers policy for polyinstantiation support, which creates the polydir, polyparent, and polymember attributes. Also added the support_polyinstantiation tunable. * Merged patch from Dan Walsh. Includes mount_point attribute, read_font macros and some other policy fixes from Ivan Gyurdiev. Adds privkmsg and secadmfile attributes and ddcprobe policy. Removes the use_syslogng boolean. Many other minor fixes. slocate-2.7-23 -------------- * Sun May 01 2005 Miloslav Trmac - 2.7-23 - Remove "nodev" filesystems from PRUNEFS struts-0:1.2.4-1jpp_1fc ----------------------- * Fri May 27 2005 Gary Benson - 0:1.2.4-1jpp_1fc - Build into Fedora. * Fri Nov 26 2004 Fernando Nasser - 0:1.2.4-1jpp - Upgrade to 1.2.4 * Sat Sep 04 2004 Fernando Nasser - 0:1.1-3jpp - Rebuilt with Ant 1.6.2 subversion-1.2.0-2 ------------------ * Wed May 25 2005 Joe Orton 1.2.0-2 - disable java on all but x86, x86_64, ppc (#158719) * Tue May 24 2005 Joe Orton 1.2.0-1 - update to 1.2.0; add ruby subpackage synaptics-0:0.14.2-1 -------------------- * Tue May 17 2005 Paul Nasrat - 0:0.14.2-1 - Update to 0.14.2 * Mon May 16 2005 Paul Nasrat - 0:0.14.1-1 - Update to 0.14.1 sysstat-5.0.5-10.fc ------------------- * Tue May 10 2005 Ivana Varekova 5.0.5-10.fc - add debug files to debug_package system-config-kickstart-2.5.23-1 -------------------------------- * Tue May 31 2005 Chris Lumens 2.5.23-1 - Use random module instead of whrandom (#159115). system-config-netboot-0.1.16-1 ------------------------------ * Thu May 26 2005 Jason Vas Dias 0.1.16-1 - fix bugs 144240, 148022, 149000, 153047, 154982 system-config-soundcard-1.2.12-1 -------------------------------- * Fri May 27 2005 Martin Stransky 1.2.12 - fix order of cards - fix detection/setting of default card tomcat5-0:5.0.30-6jpp_1fc ------------------------- * Tue May 31 2005 Gary Benson 0:5.0.30-6jpp_1fc - Rearrange how BC-compiled stuff is built and installed. * Fri May 27 2005 Gary Benson - Upgrade to 5.0.30-6jpp. * Mon May 23 2005 Gary Benson - Add alpha to the list of build architectures (#157522). unzip-5.51-11 ------------- * Mon May 09 2005 Ivana Varekova 5.51-11 - fix bug 156959 ??? invalid file mode on created files vsftpd-2.0.3-2 -------------- * Fri May 27 2005 Radek Vokal 2.0.3-2 - timezone fix, patch from suse.de (#158779) xalan-j2-0:2.6.0-2jpp_3fc ------------------------- * Fri May 27 2005 Gary Benson 0:2.6.0-2jpp_3fc - Remove now-unnecessary workaround for #130162. - Rearrange how BC-compiled stuff is built and installed. * Tue May 24 2005 Gary Benson 0:2.6.0-2jpp_2fc - Add DOM3 stubs to classes that need them (#152255). - BC-compile the main jarfile. * Fri Apr 01 2005 Gary Benson - Add NOTICE file as per Apache License version 2.0. xen-2-20050530 -------------- * Mon May 30 2005 Rik van Riel 2-20050530 - create /var/lib/xen/xen-db/migrate directory so "xm save" works (#158895) xerces-j2-0:2.6.2-4jpp_7fc -------------------------- * Thu May 26 2005 Gary Benson 0:2.6.2-4jpp_7fc - Rearrange how BC-compiled stuff is built and installed. * Mon May 23 2005 Gary Benson 0:2.6.2-4jpp_6fc - Add alpha to the list of build architectures (#157522). - Use absolute paths for rebuild-gcj-db. xinitrc-4.0.19-1 ---------------- * Tue May 24 2005 Mike A. Harris 4.0.19-1 - [xinitrc-common] source /etc/profile.d/lang.sh if it exists to try and fix bug (#138681) - Remove unnecessary dependancy on /usr/X11R6/bin/RunWM from spec file - Do not install RunWM symlinks for window managers we have not shipped for several years. xml-commons-0:1.0-0.b2.7jpp_1fc ------------------------------- * Thu May 26 2005 Gary Benson - 0:1.0-0.b2.7jpp_1fc - Upgrade to 1.0-0.b2.7jpp. - Remove now-unnecessary workaround for #130162. - Rearrange how BC-compiled stuff is built and installed. * Mon May 23 2005 Gary Benson - 0:1.0-0.b2.6jpp_13fc - Add alpha to the list of build architectures (#157522). - Use absolute paths for rebuild-gcj-db. xorg-x11-6.8.2-36 ----------------- * Mon May 30 2005 Mike A. Harris 6.8.2-36 - Added xorg-x11-6.8.2-ia64-elfloader-cache-flush.patch to fix cache flush issue on ia64 systems (#153103) * Wed May 25 2005 Mike A. Harris 6.8.2-35 - Remove /usr/X11R6/lib/X11/xinit symlink on non with_Xserver builds to prevent rpm complaining about unpackaged symlinks on s390 et al. now that bug (#108778) is fixed. * Mon May 23 2005 Mike A. Harris - Made FC4 patches enabled for FC3, which will be merged into the FC-3 branch, and released as an FC3-testing update soon. xterm-200-7 ----------- * Mon May 02 2005 Mike A. Harris 200-7 - Updated xterm-resources-redhat.patch to enable xterm utf8 resource by default, as our default OS environment is UTF-8, for bug (#138681) From fox3ec208 at wideopenwest.com Thu Jun 2 12:18:18 2005 From: fox3ec208 at wideopenwest.com (Terry Polzin) Date: Thu, 2 Jun 2005 08:18:18 -0400 Subject: Adding a lvm-volume how? In-Reply-To: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> References: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> Message-ID: <200506020818.21421.fox3ec208@wideopenwest.com> On Thursday 02 June 2005 03:51 am, Roger Grosswiler wrote: > Hi, > > I have a machine, containing 2 harddisks. The main disk crashed, so i had > to reinstall the machine. > > All my data is on the 2nd harddrive In VolGroup00-LogVol01, whilst i > reinstalled fc on VolGroup00-LogVol00. > > I would like to mount my data again :-) > > mount -t ext2 /dev/mapper/VolGroup00-LogVol01 /data -> according to the > lvm-howto on internet. > > But this gives me just the following error: > > mount: /dev/mapper/VolGroup00-LogVol01 is already mounted or /volume is in > use now. > > neither /var/log/messages nor ./audit/audit.log nor dmesg are saying more > to me. > > What did i do wrong? > > Thanks for your help. > Roger How many PVs (physical volumes) does displayvg show? I suspect that your second drive is not recognized as a valid LVM PV. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From roger at gwch.net Thu Jun 2 12:39:10 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 2 Jun 2005 14:39:10 +0200 (CEST) Subject: Adding a lvm-volume how? In-Reply-To: <200506020818.21421.fox3ec208@wideopenwest.com> References: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> <200506020818.21421.fox3ec208@wideopenwest.com> Message-ID: <56736.62.2.21.164.1117715950.squirrel@www.gwch.net> [snip] > How many PVs (physical volumes) does displayvg show? I suspect that your > second drive is not recognized as a valid LVM PV. > -- [/snip] Hi, I didn't find displayvg, but i hope the following information help you either. pvscan says: pvscan PV /dev/sda2 VG VolGroup00 lvm2 [8,34 GB / 32,00 MB free] PV /dev/sdb1 lvm2 [16,94 GB] Total: 2 [25,29 GB] / in use: 1 [8,34 GB] / in no VG: 1 [16,94 GB] erm....correct, that /dev/sdb1 is in volume group? [root at frodo ~]# lvmdiskscan /dev/sda1 [ 101,94 MB] /dev/sda2 [ 8,37 GB] LVM physical volume /dev/sdb1 [ 16,94 GB] LVM physical volume 0 disks 1 partition 0 LVM physical volume whole disks 2 LVM physical volumes lvscan says: ACTIVE '/dev/VolGroup00/LogVol00' [8,06 GB] inherit ACTIVE '/dev/VolGroup00/LogVol01' [256,00 MB] inherit ...but the 2nd disk is a 16.94 gb as shown. so it seems, i have to handle it like a now volume group? Roger From bruno at wolff.to Thu Jun 2 12:39:52 2005 From: bruno at wolff.to (Bruno Wolff III) Date: Thu, 2 Jun 2005 07:39:52 -0500 Subject: ATI drivers and FC4t3 In-Reply-To: <1117683543.3517.33.camel@jellyfish.redfishdemo.com> References: <1116713031.3446.5.camel@goose> <20050521231502.GA1027@devserv.devel.redhat.com> <1116717559.3446.11.camel@goose> <20050522134821.GA7521@devserv.devel.redhat.com> <1117683543.3517.33.camel@jellyfish.redfishdemo.com> Message-ID: <20050602123952.GA7875@wolff.to> On Thu, Jun 02, 2005 at 13:39:03 +1000, Rodd Clarkson wrote: > > Also, do I have to compile the r200 drivers and if so, how do I do this? The r200 drivers have been available as part of a standard FC install for quite a while now because ATI released the specs a long time ago. r200 covers through the 9200. From justin.conover at gmail.com Thu Jun 2 12:43:37 2005 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 2 Jun 2005 07:43:37 -0500 Subject: Adding a lvm-volume how? In-Reply-To: <56736.62.2.21.164.1117715950.squirrel@www.gwch.net> References: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> <200506020818.21421.fox3ec208@wideopenwest.com> <56736.62.2.21.164.1117715950.squirrel@www.gwch.net> Message-ID: On 6/2/05, Roger Grosswiler wrote: > [snip] > > How many PVs (physical volumes) does displayvg show? I suspect that your > > second drive is not recognized as a valid LVM PV. > > -- > [/snip] > > Hi, > > I didn't find displayvg, but i hope the following information help you > either. > > pvscan says: > > pvscan > PV /dev/sda2 VG VolGroup00 lvm2 [8,34 GB / 32,00 MB free] > PV /dev/sdb1 lvm2 [16,94 GB] > Total: 2 [25,29 GB] / in use: 1 [8,34 GB] / in no VG: 1 [16,94 GB] > > erm....correct, that /dev/sdb1 is in volume group? > > [root at frodo ~]# lvmdiskscan > /dev/sda1 [ 101,94 MB] > /dev/sda2 [ 8,37 GB] LVM physical volume > /dev/sdb1 [ 16,94 GB] LVM physical volume > 0 disks > 1 partition > 0 LVM physical volume whole disks > 2 LVM physical volumes > > lvscan says: > ACTIVE '/dev/VolGroup00/LogVol00' [8,06 GB] inherit > ACTIVE '/dev/VolGroup00/LogVol01' [256,00 MB] inherit > ...but the 2nd disk is a 16.94 gb as shown. so it seems, i have to handle > it like a now volume group? > > Roger > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > http://www.tldp.org/HOWTO/LVM-HOWTO/ From roger at gwch.net Thu Jun 2 12:55:46 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 2 Jun 2005 14:55:46 +0200 (CEST) Subject: Adding a lvm-volume how? In-Reply-To: References: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> <200506020818.21421.fox3ec208@wideopenwest.com> <56736.62.2.21.164.1117715950.squirrel@www.gwch.net> Message-ID: <45003.62.2.21.164.1117716946.squirrel@www.gwch.net> [snip] > http://www.tldp.org/HOWTO/LVM-HOWTO/ [/snip] > Thats the howto i was reading, but i wanted to geth an existing lvm up, and i had an error-message on mounting it. Thats why i was asking for help. Roger From rodd at clarkson.id.au Thu Jun 2 13:02:37 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 02 Jun 2005 23:02:37 +1000 Subject: ATI drivers and FC4t3 In-Reply-To: <20050602123952.GA7875@wolff.to> References: <1116713031.3446.5.camel@goose> <20050521231502.GA1027@devserv.devel.redhat.com> <1116717559.3446.11.camel@goose> <20050522134821.GA7521@devserv.devel.redhat.com> <1117683543.3517.33.camel@jellyfish.redfishdemo.com> <20050602123952.GA7875@wolff.to> Message-ID: <1117717357.4211.5.camel@goose> On Thu, 2005-06-02 at 07:39 -0500, Bruno Wolff III wrote: > On Thu, Jun 02, 2005 at 13:39:03 +1000, > Rodd Clarkson wrote: > > > > Also, do I have to compile the r200 drivers and if so, how do I do this? > > The r200 drivers have been available as part of a standard FC install for > quite a while now because ATI released the specs a long time ago. r200 > covers through the 9200. Bruno, Muy Bad. I meant to type r300 and didn't. Rodd -- "It's a fine line between denial and faith. It's much better on my side" From justin.conover at gmail.com Thu Jun 2 13:08:05 2005 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 2 Jun 2005 08:08:05 -0500 Subject: Adding a lvm-volume how? In-Reply-To: <45003.62.2.21.164.1117716946.squirrel@www.gwch.net> References: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> <200506020818.21421.fox3ec208@wideopenwest.com> <56736.62.2.21.164.1117715950.squirrel@www.gwch.net> <45003.62.2.21.164.1117716946.squirrel@www.gwch.net> Message-ID: On 6/2/05, Roger Grosswiler wrote: > [snip] > > http://www.tldp.org/HOWTO/LVM-HOWTO/ > [/snip] > > > Thats the howto i was reading, but i wanted to geth an existing lvm up, > and i had an error-message on mounting it. Thats why i was asking for > help. > > Roger > > Sorry about that, so /dev/sdb is your current "new" install right, and it is also on VolGroup00? From justin.conover at gmail.com Thu Jun 2 13:11:52 2005 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 2 Jun 2005 08:11:52 -0500 Subject: Adding a lvm-volume how? In-Reply-To: References: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> <200506020818.21421.fox3ec208@wideopenwest.com> <56736.62.2.21.164.1117715950.squirrel@www.gwch.net> <45003.62.2.21.164.1117716946.squirrel@www.gwch.net> Message-ID: On 6/2/05, Justin Conover wrote: > On 6/2/05, Roger Grosswiler wrote: > > [snip] > > > http://www.tldp.org/HOWTO/LVM-HOWTO/ > > [/snip] > > > > > Thats the howto i was reading, but i wanted to geth an existing lvm up, > > and i had an error-message on mounting it. Thats why i was asking for > > help. > > > > Roger > > > > > Sorry about that, so /dev/sdb is your current "new" install right, and > it is also on VolGroup00? > Also, look at "vgrename" and "lvrename" http://www.die.net/doc/linux/man/man8/vgrename.8.html http://www.die.net/doc/linux/man/man8/lvrename.8.html You should be able to vgrename /old /new I would suggest simply changing it to VolGroup01 or 02, you get the idea :D From fedora at puzzled.xs4all.nl Thu Jun 2 13:29:07 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Thu, 02 Jun 2005 15:29:07 +0200 Subject: Missing Dependency: libjawt.so.6 Message-ID: <1117718948.22991.4.camel@guru.puzzled.xs4all.nl> Hi all, Just a quick headsup that the ol' "Error: Missing Dependency: libjawt.so.6 is needed by package openoffice.org-core" issue is back. You can still update by using: yum -y --exclude=\*4.0.0-9\* update Similar to last time, when the new OpenOffice packages have been built and made available this issue will automatically go away. Regards, Patrick From roger at gwch.net Thu Jun 2 13:48:30 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 2 Jun 2005 15:48:30 +0200 (CEST) Subject: Adding a lvm-volume how? In-Reply-To: <200506020818.21421.fox3ec208@wideopenwest.com> References: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> <200506020818.21421.fox3ec208@wideopenwest.com> Message-ID: <43506.62.2.21.164.1117720110.squirrel@www.gwch.net> [Snip] >> Roger > OK I transposed the letters in the command it is vgdisplay, what are the > values of Cur PV and Act PV? Something tells me that they are '1' > [/snip] Sorry, here again for the community, the output from pvdisplay either. [root at frodo ~]# pvdisplay --- Physical volume --- PV Name /dev/sda2 VG Name VolGroup00 PV Size 8,34 GB / not usable 0 Allocatable yes PE Size (KByte) 32768 Total PE 267 Free PE 1 Allocated PE 266 PV UUID Jcory5-DIqB-Mq1d-Ag43-3hSB-COlD-NB5QMI --- NEW Physical volume --- PV Name /dev/sdb1 VG Name PV Size 16,94 GB Allocatable NO PE Size (KByte) 0 Total PE 0 Free PE 0 Allocated PE 0 PV UUID WyCdOD-T3fq-r7gc-pFon-e3C1-Ay8n-EdGyEE From selinux at gmail.com Thu Jun 2 13:56:00 2005 From: selinux at gmail.com (Tom London) Date: Thu, 2 Jun 2005 06:56:00 -0700 Subject: package error for selinux-policy-targeted-sources Message-ID: <4c4ba15305060206562e79aed5@mail.gmail.com> Running targeted/enforcing, latest rawhide. Today's update of selinux-policy-targeted-sources: Updating : selinux-policy-targeted-sour ##################### [ 91/230] /var/tmp/rpm-tmp.79011: line 3: [: missing `]' Updating : privoxy ##################### [ 92/230] postinstall scriptlet (using /bin/sh): if [ -x /usr/sbin/selinuxenabled -a -f /etc/selinux/config ]; then . /etc/selinux/config - if [ "${SELINUXTYPE}" = "targeted" ] -a /usr/sbin/selinuxenabled; then + if [ "${SELINUXTYPE}" = "targeted" -a /usr/sbin/selinuxenabled ]; then make -C /etc/selinux/targeted/src/policy load > /dev/null 2>&1 [ -f /etc/selinux/targeted/contexts/files/file_contexts.pre ] && fixfiles -l /dev/null -C /etc/selinux/targeted/contexts/files/file_contexts.pre restore && rm -f /etc/selinux/targeted/contexts/files/file_contexts.pre fi fi exit 0 tom -- Tom London From justin.conover at gmail.com Thu Jun 2 13:59:55 2005 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 2 Jun 2005 08:59:55 -0500 Subject: Adding a lvm-volume how? In-Reply-To: <43506.62.2.21.164.1117720110.squirrel@www.gwch.net> References: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> <200506020818.21421.fox3ec208@wideopenwest.com> <43506.62.2.21.164.1117720110.squirrel@www.gwch.net> Message-ID: On 6/2/05, Roger Grosswiler wrote: > > [Snip] > >> Roger > > OK I transposed the letters in the command it is vgdisplay, what are the > > values of Cur PV and Act PV? Something tells me that they are '1' > > > [/snip] > > Sorry, here again for the community, the output from pvdisplay either. > > > [root at frodo ~]# pvdisplay > --- Physical volume --- > PV Name /dev/sda2 > VG Name VolGroup00 > PV Size 8,34 GB / not usable 0 > Allocatable yes > PE Size (KByte) 32768 > Total PE 267 > Free PE 1 > Allocated PE 266 > PV UUID Jcory5-DIqB-Mq1d-Ag43-3hSB-COlD-NB5QMI > > --- NEW Physical volume --- > PV Name /dev/sdb1 > VG Name > PV Size 16,94 GB > Allocatable NO > PE Size (KByte) 0 > Total PE 0 > Free PE 0 > Allocated PE 0 > PV UUID WyCdOD-T3fq-r7gc-pFon-e3C1-Ay8n-EdGyEE > > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > Ok, the reason is probably doesn't have a name is because the new install "sda" took the old name so it is probably all confused about names. What appears in /dev/mapper? If you can get it sorted out through commands and getting it to actually see the old name, a quick and possible solution is to re-install on the new drive again, only when it comes to the lvm, edit the configuration to use a different vg name. I think you are going to have a problem getting it to see the name atm since it is taken up by the new install. also checkout out "vgchange -a" From m.f.h at web.de Thu Jun 2 14:06:52 2005 From: m.f.h at web.de (Marcus Hartig) Date: Thu, 02 Jun 2005 16:06:52 +0200 Subject: Firefox -- Slow rendering Message-ID: <429F127C.7080805@web.de> Charles Lesh wrote: > For me, this page takes approximately 12 - 14 seconds (measured with a > handheld stopwatch) to render...during which firefox is completely > unresponsive. As a comparison, booting the same computer into Windows > XP and firefox takes the same page about 3 seconds. It?s really long to render the RH list. Takes here only 2-3 sec. Type "about:config" in the url bar and you see options to edit. Maybe "network.http.pipelining" in your config gives more speed on some servers. And with "about:buildconfig" you see the default compiler options. Firefox is not really optimized for a fast system. You can recompile firefox with -O2 and maybe sse/sse2 CPU flags. Then firefox speed is a lot faster as the default "slower" firefox from the distributions... -Os throttles om my amd64 system. :( Marcus From akonstam at trinity.edu Thu Jun 2 14:24:42 2005 From: akonstam at trinity.edu (akonstam at trinity.edu) Date: Thu, 2 Jun 2005 09:24:42 -0500 Subject: The system logs gui. Message-ID: <20050602142442.GA32144@Moof.cs.trinity.edu> I was just wondering whether the really helpful system logs gui in FC3 will ever be added to FC4? Earlier there was a indication of some difficulty in getting this to wok in FC4. Is that a permanent condition? -- ======================================================================= A prisoner of war is a man who tries to kill you and fails, and then asks you not to kill him. -- Sir Winston Churchill, 1952 ------------------------------------------- Aaron Konstam Computer Science Trinity University telephone: (210)-999-7484 From zac9 at CDC.GOV Thu Jun 2 14:15:43 2005 From: zac9 at CDC.GOV (Sessoms, Mack) Date: Thu, 02 Jun 2005 10:15:43 -0400 Subject: The system logs gui. In-Reply-To: <20050602142442.GA32144@Moof.cs.trinity.edu> References: <20050602142442.GA32144@Moof.cs.trinity.edu> Message-ID: <429F148F.8090408@cdc.gov> last i checked it was in extras akonstam at trinity.edu wrote: >I was just wondering whether the really helpful system logs gui in FC3 >will ever be added to FC4? Earlier there was a indication of some >difficulty in getting this to wok in FC4. Is that a permanent >condition? > > From pinball at litz.org Thu Jun 2 14:42:54 2005 From: pinball at litz.org (Jonathan Deitch) Date: Thu, 02 Jun 2005 10:42:54 -0400 Subject: Samba 3.0.14 - slow as a snail In-Reply-To: <429E66FA.2090801@litz.org> References: <429E66FA.2090801@litz.org> Message-ID: <429F1AEE.6050005@litz.org> This seems to be some sort of incompatibility between XP SP2's explorer and Samba ... happens on any XP SP2 machine I use ... *however*, if I use Total Commander and set it to "commpatibility mode" for the shared volumes, the copy speed is normal ...same Samba share, just not using the M$ file handlers ... Anyone got an idea what might be causing this? - JD Jonathan Deitch wrote: > Anyone got any ideas? > > Reading is nice and snappy ... Writing runs about 1/40th the speed of > reading. > > Happens regardless of kernel. > > Samba, happens on 3.0.14 and the beta 3.0.15 (if you install from > samba.org) > > - litz > From roger at gwch.net Thu Jun 2 14:54:14 2005 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 02 Jun 2005 16:54:14 +0200 Subject: Adding a lvm-volume how? In-Reply-To: <200506021038.24714.fox3ec208@wideopenwest.com> References: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> <200506020926.42270.fox3ec208@wideopenwest.com> <52368.62.2.21.164.1117719077.squirrel@www.gwch.net> <200506021038.24714.fox3ec208@wideopenwest.com> Message-ID: <429F1D96.4020603@gwch.net> Terry Polzin wrote: >On Thursday 02 June 2005 09:31 am, you wrote: > > >>[snip] >> >> >> >>>>Roger >>>> >>>> >>>OK I transposed the letters in the command it is vgdisplay, what are the >>>values of Cur PV and Act PV? Something tells me that they are '1' >>> >>> >>[/snip] >> >>btw. is this helpful? >> >>[root at frodo ~]# lvmdiskscan >> /dev/sda1 [ 101,94 MB] >> /dev/sda2 [ 8,37 GB] LVM physical volume >> /dev/sdb1 [ 16,94 GB] LVM physical volume >> 0 disks >> 1 partition >> 0 LVM physical volume whole disks >> 2 LVM physical volumes >> >> >Also does o/p of pvdisplay show 1 or 2 PVs? > > NOW it shows 2: > [root at frodo ~]# pvdisplay > --- Physical volume --- > PV Name /dev/sdb1 > VG Name VolGroup01 > PV Size 16,94 GB / not usable 0 > Allocatable yes > PE Size (KByte) 4096 > Total PE 4337 > Free PE 4337 > Allocated PE 0 > PV UUID WyCdOD-T3fq-r7gc-pFon-e3C1-Ay8n-EdGyEE > > --- Physical volume --- > PV Name /dev/sda2 > VG Name VolGroup00 > PV Size 8,34 GB / not usable 0 > Allocatable yes > PE Size (KByte) 32768 > Total PE 267 > Free PE 1 > Allocated PE 266 > PV UUID Jcory5-DIqB-Mq1d-Ag43-3hSB-COlD-NB5QMI as i did lvcreate... Roger From pgermer at www.zeon.hu Thu Jun 2 15:19:06 2005 From: pgermer at www.zeon.hu (Germer Peter) Date: Thu, 2 Jun 2005 17:19:06 +0200 (CEST) Subject: chrooted ssh Message-ID: <60960.127.0.0.1.1117725546.squirrel@webmail.zeon.hu> Hi all, On my FC4-1275 I created chrootjail for my users using pam_chroot.so and /etc/security/chroot.conf. Unfortunatelly my hard drive crashed, and Fedora couldn't boot from it. I bought a new disk and installed FC on it, and now I managed to mount the old drive, with all of my config files. After updating new system to 1366 I tried to setting up chroot jail, but it doesn't work. Wheer should be the problem? Changed anything in sshd or in pam? Thanks in advance. Peter From whb at ceimaine.org Thu Jun 2 15:52:47 2005 From: whb at ceimaine.org (Will H. Backman) Date: Thu, 2 Jun 2005 11:52:47 -0400 Subject: NS-LDAP Thanks! Message-ID: Not really a testing issue, but I wanted to give a big thank you to Redhat for continuing to release previously commercial software as open source. I'm looking forward to trying out http://directory.fedora.com as soon as possible. -- Will Backman - Network Administrator Coastal Enterprises, Inc. 36 Water Street POB 268 Wiscasset, Maine 04578 Tel: (207) 882-7552 FAX: (207) 882-7308 Email: whb at ceimaine.org Website: http://www.ceimaine.org The mission of CEI is to help create economically and environmentally healthy communities in which all people, especially those with low incomes, can reach their full potential. From paul at all-the-johnsons.co.uk Thu Jun 2 16:16:36 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 02 Jun 2005 17:16:36 +0100 Subject: Just an idea Message-ID: <1117728996.27658.5.camel@localhost> Hi, Any way of knowing what is in the next days build? Reason I'm asking is I know new versions of OOo are due as well as other bits and pieces and it would be quite nice to know what's in the next days build. It would also cut down on traffic with people saying "xyz" requires "abc". TTFN Paul -- "Space", it says, "is big. Really big. You just won't believe how vastly, hugely, mind-bogglingly big space really is. I mean, you may think it's a long way down the road to the chemists, but that's just *peanuts* compared to space, listen" - Hitch Hikers Guide to the Galaxy -------------- 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 ivazquez at ivazquez.net Thu Jun 2 16:30:14 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 02 Jun 2005 12:30:14 -0400 Subject: Just an idea In-Reply-To: <1117728996.27658.5.camel@localhost> References: <1117728996.27658.5.camel@localhost> Message-ID: <1117729815.6284.63.camel@ignacio.ignacio.lan> On Thu, 2005-06-02 at 17:16 +0100, Paul wrote: > Any way of knowing what is in the next days build? Reason I'm asking is > I know new versions of OOo are due as well as other bits and pieces and > it would be quite nice to know what's in the next days build. It would > also cut down on traffic with people saying "xyz" requires "abc". Subscribe to the fedora-cvs-commits mailing list. -- 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 Jun 2 16:36:05 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 2 Jun 2005 12:36:05 -0400 Subject: Just an idea In-Reply-To: <1117728996.27658.5.camel@localhost> References: <1117728996.27658.5.camel@localhost> Message-ID: <604aa791050602093635c46c91@mail.gmail.com> On 6/2/05, Paul wrote: > Hi, > > Any way of knowing what is in the next days build? no.. there is absolutely no way to for sure to read the future. Unless of course you mean.. 3 minutes into the future. If there was a sure way to know several hours ahead of time what was going to be built in time for the push to rawhide... we'd always have the clustering modules in sync with kernels. We already know from list archive discussion that the clustering modules package maintainer has a script to watch for new kernel builds...but it doesn't always catch late-breaking kernel builds in time to make sure the cluster modules are built for that kernel. > Reason I'm asking is > I know new versions of OOo are due as well as other bits and pieces and > it would be quite nice to know what's in the next days build. It's nice to know what I'm getting for christmas the day before too. Makes it very easy for me to prepare my mock 'I'm so happy you got me a wallet' face > also cut down on traffic with people saying "xyz" requires "abc". The build reports we get now.. don't help with this.. they don't detail the dependancies. There is no way knowing a day ahead which packages are going to be in the tree will catch all possible dep problems, unless you are also told exactly which deps each package has. And trust me.. you don't want to get a flat file listing of all deps to review. What would help, assuming people are reading the build reports... is if the build reports also included some output of repoclosure from yum-utils. This should give everyone reading the build reports a headsup of which packages have some sort of dep problem. Though I'm not sure how many people are actually reading the build reports. -jef From David.Estacio at sycoleman.com Thu Jun 2 17:07:10 2005 From: David.Estacio at sycoleman.com (David.Estacio at sycoleman.com) Date: Thu, 2 Jun 2005 12:07:10 -0500 Subject: Question about Yum dependency on x64 Message-ID: I am running FC4 Test 3 on my x64 laptop. When I run yum update it gets to the point where it says --> Running transaction check Then I get the following --> Processing Dependency: libhz.so.0()(64bit) for package: autoconvert --> Finished Dependency Resolution Error: Missing Dependency: libhz.so.0()(64bit) is needed by package autoconvert Any help with this? Thanks David From i.pilcher at comcast.net Thu Jun 2 17:04:44 2005 From: i.pilcher at comcast.net (Ian Pilcher) Date: Thu, 02 Jun 2005 12:04:44 -0500 Subject: up2date not adding packages Message-ID: Trying to use up2date to fetch today's (6/2) updates, it doesn't seem to be adding packages to satisfy dependencies. It doesn't complain about unresolvable deps, however, it seems to download the updated versions of packages that are already installed and then bomb when it tries to install them. I ended up having to manually download and install struts (required by tomcat5-admin-webapps) and subversion-perl (required by subversion). Anyone else seeing this? With FC4 about to his the steets, this seems like a particularly bad time for a messed up up2date infrastructure. -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From sean.bruno at dsl-only.net Thu Jun 2 17:10:00 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Thu, 02 Jun 2005 10:10:00 -0700 Subject: NS-LDAP Thanks! In-Reply-To: References: Message-ID: <1117732201.3382.1.camel@home-lap> On Thu, 2005-06-02 at 11:52 -0400, Will H. Backman wrote: > Not really a testing issue, but I wanted to give a big thank you to > Redhat for continuing to release previously commercial software as open > source. > I'm looking forward to trying out http://directory.fedora.com as soon as > possible. > > -- > Will Backman - Network Administrator > Coastal Enterprises, Inc. > 36 Water Street > POB 268 > Wiscasset, Maine 04578 > Tel: (207) 882-7552 > FAX: (207) 882-7308 > Email: whb at ceimaine.org > Website: http://www.ceimaine.org > > The mission of CEI is to help create economically and environmentally > healthy communities in which all people, especially those with low > incomes, can reach their full potential. > Is this a spam email masquerading as real? I foolishly clicked on the URL above and I definitely didn't get a redhat page. Sean From fonya at fatav.hu Thu Jun 2 17:16:01 2005 From: fonya at fatav.hu (=?ISO-8859-1?Q?Szab=F3_=C1kos?=) Date: Thu, 02 Jun 2005 19:16:01 +0200 Subject: NS-LDAP Thanks! In-Reply-To: <1117732201.3382.1.camel@home-lap> References: <1117732201.3382.1.camel@home-lap> Message-ID: <1117732561.4404.1.camel@loon.fatav.hu> > > I'm looking forward to trying out http://directory.fedora.com as soon as > > possible. > Is this a spam email masquerading as real? I foolishly clicked on the > URL above and I definitely didn't get a redhat page. No, use Your imagination: http://directory.fedora.redhat.com -- 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 jharnish at ci.grand-rapids.mi.us Thu Jun 2 17:17:15 2005 From: jharnish at ci.grand-rapids.mi.us (Harnish, Joseph) Date: Thu, 2 Jun 2005 13:17:15 -0400 Subject: NS-LDAP Thanks! Message-ID: <221C759285B78647AEE6181FD6AF36A710B017F8@bambi.grand-rapids.mi.us> It should be http://directory.fedora.redhat.com Thanks, Joseph Harnish Network Engineer Northrop Grumman City of Grand Rapids 616-456-4319 -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Sean Bruno Sent: Thursday, June 02, 2005 1:10 PM To: For testers of Fedora Core development releases Subject: Re: NS-LDAP Thanks! On Thu, 2005-06-02 at 11:52 -0400, Will H. Backman wrote: > Not really a testing issue, but I wanted to give a big thank you to > Redhat for continuing to release previously commercial software as open > source. > I'm looking forward to trying out http://directory.fedora.com as soon as > possible. > > -- > Will Backman - Network Administrator > Coastal Enterprises, Inc. > 36 Water Street > POB 268 > Wiscasset, Maine 04578 > Tel: (207) 882-7552 > FAX: (207) 882-7308 > Email: whb at ceimaine.org > Website: http://www.ceimaine.org > > The mission of CEI is to help create economically and environmentally > healthy communities in which all people, especially those with low > incomes, can reach their full potential. > Is this a spam email masquerading as real? I foolishly clicked on the URL above and I definitely didn't get a redhat page. Sean -- 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 david.r.bentley at btinternet.com Thu Jun 2 17:17:06 2005 From: david.r.bentley at btinternet.com (DAVID BENTLEY) Date: Thu, 2 Jun 2005 18:17:06 +0100 (BST) Subject: system-logviewer removed any idea why. Message-ID: <20050602171706.26550.qmail@web86502.mail.ukl.yahoo.com> Just noticed that system-logviewer is nologer in the development tree and since it is not installed on my system not in FC4test3 either From fedora at nodata.co.uk Thu Jun 2 17:18:06 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 02 Jun 2005 19:18:06 +0200 Subject: Just an idea In-Reply-To: <604aa791050602093635c46c91@mail.gmail.com> References: <1117728996.27658.5.camel@localhost> <604aa791050602093635c46c91@mail.gmail.com> Message-ID: <1117732686.27028.5.camel@localhost.localdomain> On Thu, 2005-06-02 at 12:36 -0400, Jeff Spaleta wrote: > On 6/2/05, Paul wrote: > > Hi, > > > > Any way of knowing what is in the next days build? > > no.. there is absolutely no way to for sure to read the future. > Unless of course you mean.. 3 minutes into the future. If there was a > sure way to know several hours ahead of time what was going to be > built in time for the push to rawhide... we'd always have the > clustering modules in sync with kernels. We already know from list > archive discussion that the clustering modules package maintainer has > a script to watch for new kernel builds...but it doesn't always catch > late-breaking kernel builds in time to make sure the cluster modules > are built for that kernel. > > > Reason I'm asking is > > I know new versions of OOo are due as well as other bits and pieces and > > it would be quite nice to know what's in the next days build. > > It's nice to know what I'm getting for christmas the day before too. > Makes it very easy for me to prepare my mock 'I'm so happy you got me > a wallet' face > > > also cut down on traffic with people saying "xyz" requires "abc". > > The build reports we get now.. don't help with this.. they don't > detail the dependancies. There is no way knowing a day ahead which > packages are going to be in the tree will catch all possible dep > problems, unless you are also told exactly which deps each package > has. > And trust me.. you don't want to get a flat file listing of all deps > to review. > > What would help, assuming people are reading the build reports... is > if the build reports also included some output of repoclosure from > yum-utils. This should give everyone reading the build reports a > headsup of which packages have some sort of dep problem. Though I'm > not sure how many people are actually reading the build reports. > > -jef > If you're going to add more detail to the build reports, can the more detailed one be labelled, or sent to a separate list? I skim read the build reports, but the prospect of even more to read worries me. From vonbrand at inf.utfsm.cl Thu Jun 2 17:24:28 2005 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Thu, 02 Jun 2005 13:24:28 -0400 Subject: Missing Dependency: libjawt.so.6 In-Reply-To: Your message of "Thu, 02 Jun 2005 15:29:07 +0200." <1117718948.22991.4.camel@guru.puzzled.xs4all.nl> Message-ID: <200506021724.j52HOS8O027370@laptop11.inf.utfsm.cl> Patrick said: > Just a quick headsup that the ol' "Error: Missing Dependency: > libjawt.so.6 is needed by package openoffice.org-core" issue is back. Not here... gcc*4.0.0-9 just updated without a hitch, OOo-1.9.104-2 -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From fedora at puzzled.xs4all.nl Thu Jun 2 17:52:09 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Thu, 02 Jun 2005 19:52:09 +0200 Subject: Missing Dependency: libjawt.so.6 In-Reply-To: <200506021724.j52HOS8O027370@laptop11.inf.utfsm.cl> References: <200506021724.j52HOS8O027370@laptop11.inf.utfsm.cl> Message-ID: <1117734729.9821.2.camel@guru.puzzled.xs4all.nl> On Thu, 2005-06-02 at 13:24 -0400, Horst von Brand wrote: > Patrick said: > > Just a quick headsup that the ol' "Error: Missing Dependency: > > libjawt.so.6 is needed by package openoffice.org-core" issue is back. > > Not here... gcc*4.0.0-9 just updated without a hitch, OOo-1.9.104-2 You are totally right. I still had libgcj 4.0.0-6 installed next to libgcj 4.0.0-8. Guess something did not go totally right with the upgrade to libgcj 4.0.0-8. After removing the old culprits everything updated fine. Sorry for the noise. Regards, Patrick From akonstam at trinity.edu Thu Jun 2 18:05:48 2005 From: akonstam at trinity.edu (akonstam at trinity.edu) Date: Thu, 2 Jun 2005 13:05:48 -0500 Subject: The system logs gui.- follow-up In-Reply-To: <20050602143553.GA32199@Moof.cs.trinity.edu> References: <20050602142442.GA32144@Moof.cs.trinity.edu> <429F148F.8090408@cdc.gov> <20050602143553.GA32199@Moof.cs.trinity.edu> Message-ID: <20050602180548.GA580@Moof.cs.trinity.edu> On Thu, Jun 02, 2005 at 09:35:53AM -0500, akonstam wrote: > On Thu, Jun 02, 2005 at 10:15:43AM -0400, Sessoms, Mack wrote: > > last i checked it was in extras > > > > akonstam at trinity.edu wrote: > > > > >I was just wondering whether the really helpful system logs gui in FC3 > > >will ever be added to FC4? Earlier there was a indication of some > > >difficulty in getting this to wok in FC4. Is that a permanent > > >condition? > > > > > > > What is the name of the package? > -- To follow up on this I did a yum update where the extras repo was included. Still I have not system logs gui. ======================================================================= C++ is the best example of second-system effect since OS/360. ------------------------------------------- Aaron Konstam Computer Science Trinity University telephone: (210)-999-7484 From ad+lists at uni-x.org Thu Jun 2 17:51:54 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Thu, 02 Jun 2005 19:51:54 +0200 Subject: Question about Yum dependency on x64 In-Reply-To: References: Message-ID: <1117734714.25585.123.camel@serendipity.dogma.lan> Am Do, den 02.06.2005 schrieb David.Estacio at sycoleman.com um 19:07: > I am running FC4 Test 3 on my x64 laptop. When I run yum update it gets > to the point where it says Sorry, you run rawhide and not FC4test3. > --> Running transaction check > > Then I get the following > > --> Processing Dependency: libhz.so.0()(64bit) for package: autoconvert > --> Finished Dependency Resolution > Error: Missing Dependency: libhz.so.0()(64bit) is needed by package > autoconvert > David Please see: https://www.redhat.com/archives/fedora-devel-list/2005-June/msg00173.html 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.27_FC2smp Serendipity 19:51:10 up 9 days, 18:28, load average: 0.75, 0.49, 0.32 -------------- 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 thomas.cameron at camerontech.com Thu Jun 2 21:21:49 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Thu, 02 Jun 2005 16:21:49 -0500 Subject: NS-LDAP Thanks! In-Reply-To: <1117732201.3382.1.camel@home-lap> References: <1117732201.3382.1.camel@home-lap> Message-ID: <1117747309.3832.49.camel@ml110.camerontech.com> On Thu, 2005-06-02 at 10:10 -0700, Sean Bruno wrote: > On Thu, 2005-06-02 at 11:52 -0400, Will H. Backman wrote: > > Not really a testing issue, but I wanted to give a big thank you to > > Redhat for continuing to release previously commercial software as open > > source. > > I'm looking forward to trying out http://directory.fedora.com as soon as > > possible. > > > > -- > > Will Backman - Network Administrator > > Coastal Enterprises, Inc. > > 36 Water Street > > POB 268 > > Wiscasset, Maine 04578 > > Tel: (207) 882-7552 > > FAX: (207) 882-7308 > > Email: whb at ceimaine.org > > Website: http://www.ceimaine.org > > > > The mission of CEI is to help create economically and environmentally > > healthy communities in which all people, especially those with low > > incomes, can reach their full potential. > > > Is this a spam email masquerading as real? I foolishly clicked on the > URL above and I definitely didn't get a redhat page. > > Sean I think it is... From sjansen at gurulabs.com Thu Jun 2 21:33:52 2005 From: sjansen at gurulabs.com (Stuart Jansen) Date: Thu, 02 Jun 2005 15:33:52 -0600 Subject: NS-LDAP Thanks! In-Reply-To: <1117747309.3832.49.camel@ml110.camerontech.com> References: <1117732201.3382.1.camel@home-lap> <1117747309.3832.49.camel@ml110.camerontech.com> Message-ID: <1117748032.8764.6.camel@localhost.localdomain> On Thu, 2005-06-02 at 16:21 -0500, Thomas Cameron wrote: > On Thu, 2005-06-02 at 10:10 -0700, Sean Bruno wrote: > > On Thu, 2005-06-02 at 11:52 -0400, Will H. Backman wrote: > > > I'm looking forward to trying out http://directory.fedora.com as soon as > > > possible. > > Is this a spam email masquerading as real? I foolishly clicked on the > > URL above and I definitely didn't get a redhat page. > I think it is... More likely just a typo. Try: http://directory.fedora.redhat.com/ -- Stuart Jansen Guru Labs, L.C. -------------- 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 David.Estacio at sycoleman.com Thu Jun 2 21:49:08 2005 From: David.Estacio at sycoleman.com (David.Estacio at sycoleman.com) Date: Thu, 2 Jun 2005 16:49:08 -0500 Subject: Question about Yum dependency on x64 Message-ID: Alexander Dalloz wrote: Am Do, den 02.06.2005 schrieb David.Estacio at sycoleman.com um 19:07: > I am running FC4 Test 3 on my x64 laptop. When I run yum update it gets > to the point where it says Sorry, you run rawhide and not FC4test3. > --> Running transaction check > > Then I get the following > > --> Processing Dependency: libhz.so.0()(64bit) for package: autoconvert > --> Finished Dependency Resolution > Error: Missing Dependency: libhz.so.0()(64bit) is needed by package > autoconvert > David Please see: https://www.redhat.com/archives/fedora-devel-list/2005-June/msg00173.htm l Alexander Thanks Alexander, I was worried that I may have missed this in my search of the test archive, but I didn't search the devel archive. I will in the future. Thanks again David From jtcarver at skinartz.com Thu Jun 2 22:48:38 2005 From: jtcarver at skinartz.com (James T. Carver) Date: Thu, 2 Jun 2005 14:48:38 -0800 Subject: http://directory.fedora.redhat.com In-Reply-To: <20050602214931.58F4873678@hormel.redhat.com> References: <20050602214931.58F4873678@hormel.redhat.com> Message-ID: <200506021448.43363.jtcarver@skinartz.com> On Thursday 02 June 2005 01:49 pm, fedora-test-list-request at redhat.com wrote: > Message: 7 > Date: Thu, 02 Jun 2005 19:16:01 +0200 > From: Szab? ?kos > Subject: Re: NS-LDAP Thanks! > To: For testers of Fedora Core development releases > ???????? > Message-ID: <1117732561.4404.1.camel at loon.fatav.hu> > Content-Type: text/plain; charset=ISO-8859-1 > > > > I'm looking forward to trying out http://directory.fedora.com as soon > > > as possible. > > > > Is this a spam email masquerading as real? ?I foolishly clicked on ?the > > URL above and I definitely didn't get a redhat page. > > No, use Your imagination: > http://directory.fedora.redhat.com > > -- > 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 Spam or real ? ... I went to the site and it sure isn't a redhat site, Nothing to do with Fedora core at all, just a bunch of commercial links... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lynn at garlic.com Thu Jun 2 23:04:13 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Thu, 02 Jun 2005 17:04:13 -0600 Subject: process hangs on 13xx smp kernels In-Reply-To: <429D3231.9080908@garlic.com> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> Message-ID: <429F906D.3050707@garlic.com> Anne & Lynn Wheeler wrote: > 1366 smp kernel also has process hangs ... standard dell poweredge 2400 > dual 1ghz processors, 1gbyte memory, hardware raid, six scsi drives ... > originally shipped with redhat 7 installed. regress to smp kernel 1276 > and everything ok (all 13xx smp kernels have had process hang problems). > refresh of x (and some number of updated apps) today ... seems to have corrected problem with process hangs on smp kernel. with just 1366 smp kernel ... processes would hang eventually requiring reboot to recover. regressing to smp kernel 1276 had corrected the problem today with same smp 1366 kernel and other new apps ... and the process hang problems appear to be corrected. From lynn at garlic.com Fri Jun 3 00:14:12 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Thu, 02 Jun 2005 18:14:12 -0600 Subject: process hangs on 13xx smp kernels (oops spoke a little too soon) In-Reply-To: <429F906D.3050707@garlic.com> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> <429F906D.3050707@garlic.com> Message-ID: <429FA0D4.6080100@garlic.com> Anne & Lynn Wheeler wrote: > refresh of x (and some number of updated apps) today ... seems to have > corrected problem with process hangs on smp kernel. with just 1366 smp > kernel ... processes would hang eventually requiring reboot to recover. > regressing to smp kernel 1276 had corrected the problem > > today with same smp 1366 kernel and other new apps ... and the process > hang problems appear to be corrected. oops, spoke a little too soon. x seems to be doing better ... but something hung in the network stack ... and then anything attempting to do tcp/ip would hang. i could kill processes and do other things (which wasn't happening when x was hanging) ... mozilla tabs trying to do network urls hung ... but basic mozilla was still live (aka toolbar worked, etc). finally rebooted to smp kernel 1276 and problem went away. From pinball at litz.org Fri Jun 3 02:46:32 2005 From: pinball at litz.org (Jonathan Deitch) Date: Thu, 02 Jun 2005 22:46:32 -0400 Subject: process hangs on 13xx smp kernels (oops spoke a little too soon) In-Reply-To: <429FA0D4.6080100@garlic.com> References: <20050601032104.F3D347387E@hormel.redhat.com> <429D3231.9080908@garlic.com> <429F906D.3050707@garlic.com> <429FA0D4.6080100@garlic.com> Message-ID: <429FC488.5050506@litz.org> It fixed it for me ... did you turn off USB Legacy in your bios ? Anne & Lynn Wheeler wrote: > Anne & Lynn Wheeler wrote: > >> refresh of x (and some number of updated apps) today ... seems to >> have corrected problem with process hangs on smp kernel. with just >> 1366 smp kernel ... processes would hang eventually requiring reboot >> to recover. regressing to smp kernel 1276 had corrected the problem >> >> today with same smp 1366 kernel and other new apps ... and the >> process hang problems appear to be corrected. > > > oops, spoke a little too soon. x seems to be doing better ... but > something hung in the network stack ... and then anything attempting > to do tcp/ip would hang. i could kill processes and do other things > (which wasn't happening when x was hanging) ... mozilla tabs trying to > do network urls hung ... but basic mozilla was still live (aka toolbar > worked, etc). finally rebooted to smp kernel 1276 and problem went away. > From johnp at redhat.com Fri Jun 3 03:46:53 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Thu, 02 Jun 2005 23:46:53 -0400 Subject: http://directory.fedora.redhat.com In-Reply-To: <200506021448.43363.jtcarver@skinartz.com> References: <20050602214931.58F4873678@hormel.redhat.com> <200506021448.43363.jtcarver@skinartz.com> Message-ID: <1117770413.5393.78.camel@remedyz.boston.redhat.com> On Thu, 2005-06-02 at 14:48 -0800, James T. Carver wrote: > On Thursday 02 June 2005 01:49 pm, fedora-test-list-request at redhat.com wrote: > > Message: 7 > > Date: Thu, 02 Jun 2005 19:16:01 +0200 > > From: Szab? ?kos > > Subject: Re: NS-LDAP Thanks! > > To: For testers of Fedora Core development releases > > > > Message-ID: <1117732561.4404.1.camel at loon.fatav.hu> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > > > I'm looking forward to trying out http://directory.fedora.com as soon > > > > as possible. > > > > > > Is this a spam email masquerading as real? I foolishly clicked on the > > > URL above and I definitely didn't get a redhat page. > > > > No, use Your imagination: > > http://directory.fedora.redhat.com > > > > -- > > 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 > > Spam or real ? ... > I went to the site and it sure isn't a redhat site, Nothing to do with Fedora > core at all, just a bunch of commercial links... http://directory.fedora.com is just an address that is being cybersquatted. Looks like a typo from the original poster. http://directory.fedora.redhat.com is the real address. -- John (J5) Palmieri Associate Software Engineer Desktop Group Red Hat, Inc. Blog: http://martianrock.com From goemon at anime.net Fri Jun 3 05:09:28 2005 From: goemon at anime.net (Dan Hollis) Date: Thu, 2 Jun 2005 22:09:28 -0700 (PDT) Subject: yum update fails on FC4T3 Message-ID: I read about the autoconvert yum update error so I rpm -e'd autoconvert to solve that conflict. But now I get: Transaction Check Error: file /usr/share/man/man8/dmraid.8.gz from install of dmraid-1.0.0.rc8-FC4_5 conflicts with file from package dmraid-1.0.0.rc7-4_FC4 -Dan From m.f.h at web.de Fri Jun 3 05:44:34 2005 From: m.f.h at web.de (Marcus Hartig) Date: Fri, 03 Jun 2005 07:44:34 +0200 Subject: firefox-1.0.4-4 CSS history exploit? Message-ID: <429FEE42.4040707@web.de> Hello, I've visited this browser test: http://gemal.dk/browserspy/css.html with the latest firefox-1.0.4-4 and wonder me, why the script can read my browser history?! Is it a general firefox feature or a bug? regards, Marcus From systemansvarlig at vagaungdomsskule.no Fri Jun 3 07:12:13 2005 From: systemansvarlig at vagaungdomsskule.no (Per Arne Nilssen) Date: Fri, 03 Jun 2005 08:12:13 +0100 Subject: firefox-1.0.4-4 CSS history exploit? In-Reply-To: <429FEE42.4040707@web.de> References: <429FEE42.4040707@web.de> Message-ID: <42A002CC.3060806@vagaungdomsskule.no> Marcus Hartig skrev: > Hello, > > I've visited this browser test: http://gemal.dk/browserspy/css.html > > with the latest firefox-1.0.4-4 and wonder me, why the script can read > my browser history?! Is it a general firefox feature or a bug? > > regards, > Marcus > Had to try this. Result; No or unable to detect! did then click one of the links on the list. Result; **Yes you have been visiting the site lately!** **** **Did then try one of the other sites, but din't click on the link. Result;** **** **No or unable to detect!** This is not a script that can read your browser history. regards Per Arne Nilssen ******** ** From harald.grossauer at uibk.ac.at Fri Jun 3 06:19:16 2005 From: harald.grossauer at uibk.ac.at (Harald Grossauer) Date: Fri, 03 Jun 2005 08:19:16 +0200 Subject: OpenOffice crashes on FC4_test3 (Repost from the fedora-list) Message-ID: <429FF664.5040304@uibk.ac.at> When I try to start any application of the openoffice suit it immediately quits with: /usr/lib/openoffice.org1.9.104/program/soffice: line 247: 32254 Segmentation fault "$sd_prog/$sd_binary" "$@" System is a Athlon64. Any ideas? From m.f.h at web.de Fri Jun 3 06:27:12 2005 From: m.f.h at web.de (Marcus Hartig) Date: Fri, 03 Jun 2005 08:27:12 +0200 Subject: firefox-1.0.4-4 CSS history exploit? In-Reply-To: <42A002CC.3060806@vagaungdomsskule.no> References: <429FEE42.4040707@web.de> <42A002CC.3060806@vagaungdomsskule.no> Message-ID: <429FF840.5010209@web.de> Per Arne Nilssen wrote: > This is not a script that can read your browser history. Hmm? The javascript code embedded is writing the results... I've never visited this side before and it wrote first 1 hit for dell.com, where I really was yesterday. ? regards, Marcus From systemansvarlig at vagaungdomsskule.no Fri Jun 3 07:39:50 2005 From: systemansvarlig at vagaungdomsskule.no (Per Arne Nilssen) Date: Fri, 03 Jun 2005 08:39:50 +0100 Subject: firefox-1.0.4-4 CSS history exploit? In-Reply-To: <429FF840.5010209@web.de> References: <429FEE42.4040707@web.de> <42A002CC.3060806@vagaungdomsskule.no> <429FF840.5010209@web.de> Message-ID: <42A00946.20300@vagaungdomsskule.no> Marcus Hartig skrev: > Per Arne Nilssen wrote: > >> This is not a script that can read your browser history. > > > Hmm? The javascript code embedded is writing the results... > > I've never visited this side before and it wrote first 1 hit for > dell.com, where I really was yesterday. ? > > regards, > Marcus > You're right Marcus. It reads your browser history. But not www.icq.com Cleared my browser cache and history. Visited gemal.dk and all was No or unable.... Visited then www.dell.com, www.icq.com and www.slashdot.com. (I did not have gemal.dk open when I visited the sites.) Result www.dell.com YES..... www.icq.com NO.... www.slashdot.com YES.... So there must be something here. Sorry, Marcus regards Per Arne From m.f.h at web.de Fri Jun 3 06:51:02 2005 From: m.f.h at web.de (Marcus Hartig) Date: Fri, 03 Jun 2005 08:51:02 +0200 Subject: firefox-1.0.4-4 CSS history exploit? In-Reply-To: <42A00946.20300@vagaungdomsskule.no> References: <429FEE42.4040707@web.de> <42A002CC.3060806@vagaungdomsskule.no> <429FF840.5010209@web.de> <42A00946.20300@vagaungdomsskule.no> Message-ID: <429FFDD6.7030902@web.de> Per Arne Nilssen wrote: > So there must be something here. Or is it only on the client side of firefox users possible? regards, Marcus From duralisis at yahoo.com Fri Jun 3 07:23:46 2005 From: duralisis at yahoo.com (duralisis) Date: Fri, 03 Jun 2005 02:23:46 -0500 Subject: firefox-1.0.4-4 CSS history exploit? In-Reply-To: <429FFDD6.7030902@web.de> References: <429FEE42.4040707@web.de> <42A002CC.3060806@vagaungdomsskule.no> <429FF840.5010209@web.de> <42A00946.20300@vagaungdomsskule.no> <429FFDD6.7030902@web.de> Message-ID: <42A00582.6040405@yahoo.com> Marcus Hartig wrote: > Per Arne Nilssen wrote: > >> So there must be something here. > > > Or is it only on the client side of firefox users possible? > > regards, > Marcus > It's probably reading a cookie since the code seems to respond to major sites. Try clearing and disabling tracking cookies and run it again. From roger at gwch.net Fri Jun 3 07:39:18 2005 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 3 Jun 2005 09:39:18 +0200 (CEST) Subject: (no subject) Message-ID: <49169.62.2.21.164.1117784358.squirrel@www.gwch.net> Hi, I reinstalled a second harddisk and tried to get it in my lvm-group VolGroup00. Before i struggled around somewhat :-( Now, i get the following errormessage, if i do vgdisplay Couldn't find device with uuid 'WyCdOD-T3fq-r7gc-pFon-e3C1-Ay8n-EdGyEE'. Couldn't find all physical volumes for volume group VolGroup00. Couldn't find device [root at frodo lvm]# lvmdiskscan /dev/sda1 [ 101,94 MB] /dev/sda2 [ 8,37 GB] LVM physical volume /dev/sdb1 [ 16,96 GB] LVM physical volume 0 disks 1 partition 0 LVM physical volume whole disks 2 LVM physical volumes How can i remove the device 'WyCdOD-T3fq-r7gc-pFon-e3C1-Ay8n-EdGyEE' out of this group? This should be /dev/sdb1, which i did wrong before. so now, if i want to vgextend VolGroup00 /dev/sdb1 i get this: Couldn't find device with uuid 'WyCdOD-T3fq-r7gc-pFon-e3C1-Ay8n-EdGyEE'. Couldn't find all physical volumes for volume group VolGroup00. Couldn't find device with uuid 'WyCdOD-T3fq-r7gc-pFon-e3C1-Ay8n-EdGyEE'. Couldn't find all physical volumes for volume group VolGroup00. Volume group "VolGroup00" not found Heeeeeeeeeeeeeeeeeeeelp please Roger From korgull at home.nl Fri Jun 3 07:40:30 2005 From: korgull at home.nl (Marcel Janssen) Date: Fri, 3 Jun 2005 09:40:30 +0200 Subject: nvidia and openGL In-Reply-To: <20050602001215.GC15449@neu.nirvana> References: <200505311930.39763.korgull@home.nl> <1117670465.32674.4.camel@localhost.localdomain> <20050602001215.GC15449@neu.nirvana> Message-ID: <200506030940.30369.korgull@home.nl> On Thursday 02 June 2005 02:12, Axel Thimm wrote: > ATrpms sets up proper linking to the desired nvidia libs unless you > have installed multiple versions of the nvidia drivers (which the > ATrpms packages deliberately allow you to, there have been too many > instances, where some groups of nvidia users would perfer driver A due > to better 3d accel, while others prefered driver B due to better > overscan and vsync control, the endless battle of gamers vs. PVR > addicts ...) As far as I can tell there's only one version of this package on my system. My system is a clean FC4test3 install on which I performed a yum upgrade. > For this case ATrpms' nvidia packages have a tool called > nvidia-graphics-switch which allows you to switch from one driver to > another (with a X restart step in between) called > > nvidia-graphics-switch I did use this. > Call it w/o arguments to see which drivers are installed (and to get a > usage information) and then call it with the driver you want to > activate as its only argument. You need to do so as root. => nvidia-graphics-switch Usage: /usr/sbin/nvidia-graphics-switch where is one of 7174 So, the problem I had is that X was using libglx.a which was in /usr/X11R6/lib64/modules/extensions/ Regards, Marcel From roger at gwch.net Fri Jun 3 07:59:21 2005 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 3 Jun 2005 09:59:21 +0200 (CEST) Subject: i killed the lvm-cat Message-ID: <42728.62.2.21.164.1117785561.squirrel@www.gwch.net> Hi & sorry, sent a message without any subject before I reinstalled a second harddisk and tried to get it in my lvm-group VolGroup00. Before i struggled around somewhat :-( Now, i get the following errormessage, if i do vgdisplay Couldn't find device with uuid 'WyCdOD-T3fq-r7gc-pFon-e3C1-Ay8n-EdGyEE'. Couldn't find all physical volumes for volume group VolGroup00. Couldn't find device [root at frodo lvm]# lvmdiskscan /dev/sda1 [ 101,94 MB] /dev/sda2 [ 8,37 GB] LVM physical volume /dev/sdb1 [ 16,96 GB] LVM physical volume 0 disks 1 partition 0 LVM physical volume whole disks 2 LVM physical volumes How can i remove the device 'WyCdOD-T3fq-r7gc-pFon-e3C1-Ay8n-EdGyEE' out of this group? This should be /dev/sdb1, which i did wrong before. so now, if i want to vgextend VolGroup00 /dev/sdb1 i get this: Couldn't find device with uuid 'WyCdOD-T3fq-r7gc-pFon-e3C1-Ay8n-EdGyEE'. Couldn't find all physical volumes for volume group VolGroup00. Couldn't find device with uuid 'WyCdOD-T3fq-r7gc-pFon-e3C1-Ay8n-EdGyEE'. Couldn't find all physical volumes for volume group VolGroup00. Volume group "VolGroup00" not found Heeeeeeeeeeeeeeeeeeeelp please Roger From m.f.h at web.de Fri Jun 3 08:02:28 2005 From: m.f.h at web.de (Marcus Hartig) Date: Fri, 03 Jun 2005 10:02:28 +0200 Subject: firefox-1.0.4-4 CSS history exploit? In-Reply-To: <42A00582.6040405@yahoo.com> References: <429FEE42.4040707@web.de> <42A002CC.3060806@vagaungdomsskule.no> <429FF840.5010209@web.de> <42A00946.20300@vagaungdomsskule.no> <429FFDD6.7030902@web.de> <42A00582.6040405@yahoo.com> Message-ID: <42A00E94.8010807@web.de> duralisis wrote: > It's probably reading a cookie since the code seems to respond to major > sites. Try clearing and disabling tracking cookies and run it again. Shouldn?t the stored cookies only be readable by the side, which has generate them? Hmm...something is wrong here. regards, Marcus From roger at gwch.net Fri Jun 3 09:18:37 2005 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 3 Jun 2005 11:18:37 +0200 (CEST) Subject: i killed the lvm-cat [ALMOST SOLVED] In-Reply-To: <42728.62.2.21.164.1117785561.squirrel@www.gwch.net> References: <42728.62.2.21.164.1117785561.squirrel@www.gwch.net> Message-ID: <35567.62.2.21.164.1117790317.squirrel@www.gwch.net> [snip] > Couldn't find device with uuid 'WyCdOD-T3fq-r7gc-pFon-e3C1-Ay8n-EdGyEE'. Couldn't find all physical volumes for > volume group VolGroup00. [/snip] hey, hey, it is done, now! using pvcreate /dev/sdb1 -u WyCdOD-T3fq-r7gc-pFon-e3C1-Ay8n-EdGyEE i got it. I could then do vgextend VolGroup00 /dev/sdb1 it works. But, how can i get it into the default Logical volumes? Will i have to create a new one and mounting it? I read and read in the howto from tldp, but i don't find a real "easy" solution. How can i add my /dev/sdb to LogVol01? ACTIVE '/dev/VolGroup00/LogVol00' [8,06 GB] inherit <-- must be /dev/sda2 ACTIVE '/dev/VolGroup00/LogVol01' [256,00 MB] inherit <-- should be swap i would like to either include /dev/sdb1 oder create an new one. I personally found it a little bit confusing about stripes and extents, that is why i am asking. Sorry Roger From Axel.Thimm at ATrpms.net Fri Jun 3 09:19:26 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 3 Jun 2005 11:19:26 +0200 Subject: nvidia and openGL In-Reply-To: <200506030940.30369.korgull@home.nl> References: <200505311930.39763.korgull@home.nl> <1117670465.32674.4.camel@localhost.localdomain> <20050602001215.GC15449@neu.nirvana> <200506030940.30369.korgull@home.nl> Message-ID: <20050603091926.GD7132@neu.nirvana> On Fri, Jun 03, 2005 at 09:40:30AM +0200, Marcel Janssen wrote: > On Thursday 02 June 2005 02:12, Axel Thimm wrote: > > ATrpms sets up proper linking to the desired nvidia libs unless you > > have installed multiple versions of the nvidia drivers (which the > > ATrpms packages deliberately allow you to, there have been too many > > instances, where some groups of nvidia users would perfer driver A due > > to better 3d accel, while others prefered driver B due to better > > overscan and vsync control, the endless battle of gamers vs. PVR > > addicts ...) > > As far as I can tell there's only one version of this package on my system. My > system is a clean FC4test3 install on which I performed a yum upgrade. > > > For this case ATrpms' nvidia packages have a tool called > > nvidia-graphics-switch which allows you to switch from one driver to > > another (with a X restart step in between) called > > > > nvidia-graphics-switch > > I did use this. > > > Call it w/o arguments to see which drivers are installed (and to get a > > usage information) and then call it with the driver you want to > > activate as its only argument. You need to do so as root. > > => nvidia-graphics-switch > Usage: /usr/sbin/nvidia-graphics-switch > where is one of 7174 > > So, the problem I had is that X was using libglx.a which was in > /usr/X11R6/lib64/modules/extensions/ That's taken care of by the ModulePath "/usr/X11R6/lib/modules/extensions/nvidia" statement in the supplied /etc/X11/xorg.conf.nvidia file. You need to explicitely copy this into its canonical place. Check the package description, too: # rpm -qi nvidia-graphics7174 The NVIDIA Accelerated Linux Driver Set brings both accelerated 2D functionality and high performance OpenGL support to Linux x86 with the use of NVIDIA graphics processing units (GPUs). These drivers provide optimized hardware acceleration of OpenGL applications via a direct-rendering X Server and support nearly all NVIDIA graphics chips. TwinView, TV-Out and flat panel displays are also supported. This package includes NVIDIA module for X11 and OpenGL libraries. Older RIVA 128 based video cards are supported by the server module shipping with XFree86/X.org, nv_drv.o. You must also install a matching nvidia-graphics7174-kmdl rpm, if you want to utilize these drivers. Add ModulePath "/usr/X11R6/lib/modules/extensions/nvidia" ModulePath "/usr/X11R6/lib/modules/extensions" ModulePath "/usr/X11R6/lib/modules" to `Section "Files"' /etc/X11/XF86Config and remove/comment the dri module. Check /etc/X11/XF86config.nvidia or /etc/X11/xorg.conf.nvidia for an automatically generated config file. -- 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 codex-1 at gmx.de Fri Jun 3 09:57:14 2005 From: codex-1 at gmx.de (Bernd Blaudzun) Date: Fri, 03 Jun 2005 11:57:14 +0200 Subject: Missing Dependency: libhz.so.0()(64bit) is needed by package autoconvert Message-ID: <1117792635.10908.32.camel@BB-1.Schloss-Apotheke.local> During latest Updates: Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package autoconvert.x86_64 0:0.3.13-1 set to be updated --> Running transaction check --> Processing Dependency: libhz.so.0()(64bit) for package: autoconvert --> Finished Dependency Resolution Error: Missing Dependency: libhz.so.0()(64bit) is needed by package autoconvert -- Bernd Blaudzun AMD64, nForce4-A939, FC4 T3 System -------------- next part -------------- An HTML attachment was scrubbed... URL: From tarjei.knapstad at predichem.com Fri Jun 3 10:15:35 2005 From: tarjei.knapstad at predichem.com (Tarjei Knapstad) Date: Fri, 03 Jun 2005 12:15:35 +0200 Subject: Missing Dependency: libhz.so.0()(64bit) is needed by package autoconvert In-Reply-To: <1117792635.10908.32.camel@BB-1.Schloss-Apotheke.local> References: <1117792635.10908.32.camel@BB-1.Schloss-Apotheke.local> Message-ID: <1117793735.12189.0.camel@tarjei.predichem.nett> On Fri, 2005-06-03 at 11:57, Bernd Blaudzun wrote: > During latest Updates: > > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package autoconvert.x86_64 0:0.3.13-1 set to be updated > --> Running transaction check > --> Processing Dependency: libhz.so.0()(64bit) for package: > autoconvert > --> Finished Dependency Resolution > Error: Missing Dependency: libhz.so.0()(64bit) is needed by package > autoconvert > This was a packaging error of yesterday IIRC, and should be fixed in todays update. -- Tarjei From roger at gwch.net Fri Jun 3 11:22:20 2005 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 3 Jun 2005 13:22:20 +0200 (CEST) Subject: i killed the lvm-cat [99% SOLVED] Message-ID: <43356.62.2.21.164.1117797740.squirrel@www.gwch.net> Hi guys, sorry for the pain i give... now i think i have it all...but i cannot mount this thing. [root at frodo mapper]# lvscan ACTIVE '/dev/VolGroup00/LogVol00' [8,06 GB] inherit ACTIVE '/dev/VolGroup00/LogVol01' [256,00 MB] inherit ACTIVE '/dev/VolGroup00/LogVol02' [16,97 GB] inherit [root at frodo mapper]# mount /dev/VolGroup00/LogVol02 /volume mount: You have to indicate the Filesystem-Type (sorry, translated from german) in fdisk, the type is 8e = Linux LVM, the disk is (somewhat) unformatted, if i format the disk, i loose it from the Volume Group, pvcreate destroys the ext3 format. Is there a special kind to mount /dev/VolGroup00/LogVol02 ?? Thanks, Roger Mit freundlichen Gr?ssen Roger Grosswiler ------------------------ mailto:roger at gwch.net http://www.gwch.net From roger at gwch.net Fri Jun 3 11:30:22 2005 From: roger at gwch.net (Roger Grosswiler) Date: Fri, 3 Jun 2005 13:30:22 +0200 (CEST) Subject: i killed the lvm-cat [99% SOLVED] In-Reply-To: <43356.62.2.21.164.1117797740.squirrel@www.gwch.net> References: <43356.62.2.21.164.1117797740.squirrel@www.gwch.net> Message-ID: <51031.62.2.21.164.1117798222.squirrel@www.gwch.net> > Hi guys, > > sorry for the pain i give... > > now i think i have it all...but i cannot mount this thing. > > [root at frodo mapper]# lvscan > ACTIVE '/dev/VolGroup00/LogVol00' [8,06 GB] inherit > ACTIVE '/dev/VolGroup00/LogVol01' [256,00 MB] inherit ACTIVE '/dev/VolGroup00/LogVol02' [16,97 > GB] inherit > [root at frodo mapper]# mount /dev/VolGroup00/LogVol02 /volume > mount: You have to indicate the Filesystem-Type (sorry, translated from german) > > in fdisk, the type is 8e = Linux LVM, the disk is (somewhat) unformatted, if i format the disk, i loose it from the > Volume Group, pvcreate destroys the ext3 format. Is there a special kind to mount /dev/VolGroup00/LogVol02 ?? > > Thanks, > Roger *aaaaaaaaaaaaaaaaaaaaaaaargh* type=PATH msg=audit(1117797891.772:7526443): item=0 name="/dev/VolGroup00/LogVol02" inode=3233845 dev=00:0d mode=060660 ouid=0 ogid=6 rdev=fd:02 type=AVC_PATH msg=audit(1117797891.772:7526443): path="/dev/mapper/VolGroup00-LogVol02" type=SYSCALL msg=audit(1117797891.772:7526443): arch=40000003 syscall=195 success=no exit=-13 a0=bfc75bb4 a1=bfc74138 a2=8bfff4 a3=0 items=1 pid=20579 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 comm="mkfs.ext3" exe="/sbin/mkfs.ext3" type=AVC msg=audit(1117797891.772:7526443): avc: denied { getattr } for pid=20579 comm="mkfs.ext3" name=VolGroup00-LogVol02 dev=tmpfs ino=3233845 scontext=root:system_r:fsadm_t tcontext=root:object_r:device_t tclass=blk_file [root at frodo mapper]# SELinux doensn't leave me formatting it with mkfs -t ext3 /dev/VolGroup00/LogVol02 ???? Roger From buildsys at redhat.com Fri Jun 3 11:32:15 2005 From: buildsys at redhat.com (Build System) Date: Fri, 3 Jun 2005 07:32:15 -0400 Subject: rawhide report: 20050603 changes Message-ID: <200506031132.j53BWFUn023782@porkchop.devel.redhat.com> Removed package autoconvert Updated Packages: audit-0.9.2-1 ------------- * Thu Jun 02 2005 Steve Grubb 0.9.2-1 - Step up to new glibc-kernheaders * Thu Jun 02 2005 Steve Grubb 0.9.1-1 - AUDITD_CLEAN_STOP config option in /etc/sysconfig/auditd - When unknown, show raw record in ausearch. - Add CWD message type support * Wed May 25 2005 Steve Grubb 0.9-1 - Translate numeric info to human readable for ausearch output - add '-if' option to ausearch to select input file - add '-c' option to ausearch to allow searching by comm field - init script now deletes all rules when daemon stops - Make auditctl display perms correctly in watch listings - Make auditctl -D remove all watches docbook-dtds-1.0-27 ------------------- * Thu Jun 02 2005 Tim Waugh 1.0-27 - Increase NAMELEN (bug #36058, bug #159382). rsync-2.6.5-2 ------------- * Thu Jun 02 2005 Jay Fenlason 2.6.5-2 - New upstream release * Tue May 17 2005 Jay Fenlason 2.6.5-0.pre1.0 - new upstream pre-release stunnel-4.10-2 -------------- * Wed Jun 01 2005 Miloslav Trmac - 4.10-2 - Fix inetd mode - Remove unnecessary Requires: and BuildRequires: - Clean up the spec file * Tue Apr 26 2005 Nalin Dahyabhai 4.10-1 - update to 4.10 xorg-x11-6.8.2-37 ----------------- * Mon May 30 2005 Mike A. Harris 6.8.2-37 - Implemented xorg-x11-6.8.2-redhat-kt.patch new kernel tainting diagnostics patch to aide in troubleshooting reported issues. - Removed older redhat-custom patch as the kt patch above replaces it now. - s/XFree86CustomVersion/XorgCustomVersion/ in host.def - Build for FC5 development. From alan at redhat.com Fri Jun 3 12:04:15 2005 From: alan at redhat.com (Alan Cox) Date: Fri, 3 Jun 2005 08:04:15 -0400 Subject: ATI drivers and FC4t3 In-Reply-To: <1117683543.3517.33.camel@jellyfish.redfishdemo.com> References: <1116713031.3446.5.camel@goose> <20050521231502.GA1027@devserv.devel.redhat.com> <1116717559.3446.11.camel@goose> <20050522134821.GA7521@devserv.devel.redhat.com> <1117683543.3517.33.camel@jellyfish.redfishdemo.com> Message-ID: <20050603120415.GB18228@devserv.devel.redhat.com> On Thu, Jun 02, 2005 at 01:39:03PM +1000, Rodd Clarkson wrote: > Are you using this stuff with current FC4 stuff and is it (mostly) > working for you? I've done some testing with FC3 and Xorg CVS > It says at the bottom of the page that I need to be using the X.org CVS > tree. Is the xorg in FC4t3 good enough. I don't believe so > Also, do I have to compile the r200 drivers and if so, how do I do this? R200 is supported already From surak at casa.surak.eti.br Fri Jun 3 13:09:41 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Fri, 03 Jun 2005 10:09:41 -0300 Subject: http://directory.fedora.redhat.com In-Reply-To: <200506021448.43363.jtcarver@skinartz.com> References: <20050602214931.58F4873678@hormel.redhat.com> <200506021448.43363.jtcarver@skinartz.com> Message-ID: <1117804181.5964.9.camel@localhost.surak.eti.br> Em Qui, 2005-06-02 ?s 14:48 -0800, James T. Carver escreveu: > Spam or real ? ... > I went to the site and it sure isn't a redhat site, Nothing to do with Fedora > core at all, just a bunch of commercial links... fedora.com seems that is was not sold yet. Some time ago, some of the master level domain companies begun to point to those creepy sites instead of saying "hey, that domain does not exist! give it up!" From MWeiner at ag.com Fri Jun 3 13:14:23 2005 From: MWeiner at ag.com (MW Mike Weiner (5028)) Date: Fri, 3 Jun 2005 09:14:23 -0400 Subject: http://directory.fedora.redhat.com Message-ID: <4FD2C985D5E2A642AE25823DFD61C2B00680D4C0@orca.agcom.amgreetings.com> http://directory.fedora.redhat.com/wiki/Download -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Alexandre Strube Sent: Friday, June 03, 2005 9:10 AM To: For testers of Fedora Core development releases Subject: Re: http://directory.fedora.redhat.com Em Qui, 2005-06-02 ?s 14:48 -0800, James T. Carver escreveu: > Spam or real ? ... > I went to the site and it sure isn't a redhat site, Nothing to do with > Fedora core at all, just a bunch of commercial links... fedora.com seems that is was not sold yet. Some time ago, some of the master level domain companies begun to point to those creepy sites instead of saying "hey, that domain does not exist! give it up!" -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From akonstam at trinity.edu Fri Jun 3 13:35:42 2005 From: akonstam at trinity.edu (akonstam at trinity.edu) Date: Fri, 3 Jun 2005 08:35:42 -0500 Subject: Sudden CPU frequency scaling error. Message-ID: <20050603133542.GA2920@Moof.cs.trinity.edu> Suddenlly when I login to my FC4test3 machine as root a window with the folloing error message appears: CPU frequency scaling unsupported You will not be able to modify the frequency of your machine. Your machine may be misconfigured or not have hardware support for CPU frequency scaling. -- What have been done to cause this error to show up suddenly and what can be done about it? ======================================================================= ------------------------------------------- Aaron Konstam Computer Science Trinity University telephone: (210)-999-7484 From lynn at garlic.com Fri Jun 3 13:32:42 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Fri, 03 Jun 2005 07:32:42 -0600 Subject: process hangs on 13xx smp kernels (oops spoke a little, too soon) In-Reply-To: <20050603091954.EFFC073A70@hormel.redhat.com> References: <20050603091954.EFFC073A70@hormel.redhat.com> Message-ID: <42A05BFA.3040706@garlic.com> dell poweredge 2400 only has bios option to turn motherboard usb on/off. turning that option off/on in the bios appears to have no effect on the hanging symptoms. it previously was on ... i've rebooted smp 1366 kernel 4-5 times with usb off and processes attempting to use network activity eventually hang. the 2400 has two 10/100 enet interfaces, one on the motherboard and a second card. From cervajs at fpf.slu.cz Fri Jun 3 14:16:53 2005 From: cervajs at fpf.slu.cz (marek cervenka) Date: Fri, 3 Jun 2005 16:16:53 +0200 (CEST) Subject: LVM2 + failure In-Reply-To: <42A05BFA.3040706@garlic.com> References: <20050603091954.EFFC073A70@hormel.redhat.com> <42A05BFA.3040706@garlic.com> Message-ID: hi, i have fc4test3 with ona system disk and 3 in lvm2 i'm booted without disks in lvm now i have disks connected back and vgdisplay shows this WARNING: Volume group "ftp" inconsistent --- Volume group --- VG Name ftp System ID Format lvm2 Metadata Areas 4 Metadata Sequence No 8 VG Access read/write VG Status resizable MAX LV 0 Cur LV 1 Open LV 0 Max PV 0 Cur PV 3 Act PV 3 VG Size 409.86 GB PE Size 16.00 MB Total PE 26231 Alloc PE / Size 26231 / 409.86 GB Free PE / Size 0 / 0 VG UUID LbNnyU-TS7U-w5EI-pGsQ-Mmj0-1J2V-5CM5H3 lv cannot be deleted #lvremove -f /dev/ftp/lvftp Inconsistent metadata copies found - updating to use version 8 Volume group ftp metadata is inconsistent Volume group for uuid not found: LbNnyUTS7Uw5EIpGsQMmj01J2V5CM5H3q0BI4QvUvoSlS7pLlB1aizoviEK9sBUw Unable to deactivate logical volume "lvftp" Device '/dev/hda1' has been left open. Device '/dev/hdc1' has been left open. Device '/dev/hdb1' has been left open. can i repair this? or how drop vg ? --------------------------------------- Marek Cervenka ======================================= From czar at czarc.net Fri Jun 3 14:59:41 2005 From: czar at czarc.net (Gene C.) Date: Fri, 3 Jun 2005 10:59:41 -0400 Subject: rawhide report: 20050603 changes In-Reply-To: <200506031132.j53BWFUn023782@porkchop.devel.redhat.com> References: <200506031132.j53BWFUn023782@porkchop.devel.redhat.com> Message-ID: <200506031059.41702.czar@czarc.net> I have noticed that the changes to rawhide (development) have been extensive the last couple of days ... especially since FC4 is due out 6 June. I am interested in testing FC4 as it will be on 6 June and am surprised that so many changes would be done just before the release. Has development already transitioned to FC5 development? What is the relationship between what will be in FC4 and what is available in the 2 June and 3 June rawhide/development updates? -- Gene From cdhouch at pobox.com Fri Jun 3 15:41:14 2005 From: cdhouch at pobox.com (Caerie Houchins) Date: Fri, 3 Jun 2005 10:41:14 -0500 (CDT) Subject: gnome-bluetooth missing artwork? In-Reply-To: <200506031059.41702.czar@czarc.net> References: <200506031132.j53BWFUn023782@porkchop.devel.redhat.com> <200506031059.41702.czar@czarc.net> Message-ID: <17729.66.138.136.132.1117813274.squirrel@brainbug.dnsalias.com> Am I the only one missing artwork for the gnome-bluetooth packages? When you install this it makes two entrys in Applications->System Tools with no icons. Additionally these did not function correctly in the apps themselves with my bluetooth device. I simply did a "yum install gnome-bluetooth". Are these packages deprecated or is this simply an oversight? From pbrobinson at gmail.com Fri Jun 3 15:59:07 2005 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 3 Jun 2005 16:59:07 +0100 Subject: gnome-bluetooth missing artwork? In-Reply-To: <17729.66.138.136.132.1117813274.squirrel@brainbug.dnsalias.com> References: <200506031132.j53BWFUn023782@porkchop.devel.redhat.com> <200506031059.41702.czar@czarc.net> <17729.66.138.136.132.1117813274.squirrel@brainbug.dnsalias.com> Message-ID: <5256d0b050603085943375345@mail.gmail.com> > Am I the only one missing artwork for the gnome-bluetooth packages? When > you install this it makes two entrys in Applications->System Tools with no > icons. Additionally these did not function correctly in the apps > themselves with my bluetooth device. I simply did a "yum install > gnome-bluetooth". Are these packages deprecated or is this simply an > oversight? They're not deprecated as they're still in the rawhide branch but I too can confirm the artwork is missing. Pete From davej at redhat.com Fri Jun 3 15:59:36 2005 From: davej at redhat.com (Dave Jones) Date: Fri, 3 Jun 2005 11:59:36 -0400 Subject: Sudden CPU frequency scaling error. In-Reply-To: <20050603133542.GA2920@Moof.cs.trinity.edu> References: <20050603133542.GA2920@Moof.cs.trinity.edu> Message-ID: <20050603155936.GC15689@redhat.com> On Fri, Jun 03, 2005 at 08:35:42AM -0500, akonstam at trinity.edu wrote: > Suddenlly when I login to my FC4test3 machine as root a window with > the folloing error message appears: > > CPU frequency scaling unsupported > You will not be able to modify the frequency of your machine. Your > machine may be misconfigured or not have hardware support for CPU > frequency scaling. > -- > What have been done to cause this error to show up suddenly and what > can be done about it? There were some driver updates recently, what does /proc/cpuinfo say for your machine ? Dave From td3201 at gmail.com Fri Jun 3 16:03:51 2005 From: td3201 at gmail.com (Terry) Date: Fri, 3 Jun 2005 11:03:51 -0500 Subject: places/connect to server (smb) - no domain option Message-ID: <8ee061010506030903287a0fb2@mail.gmail.com> Hello, Probably a little late at this point but I am seeing some missing functionality or a large bug (or user error). I am using the Places -> Connect to Server function in Gnome to connect to a Windows share. I am part of a domain. I see no domain/workgroup field so I tried domain\username. It attemps to connect using domain%5Cusername at server. This does not seem correct. Perhaps there is a general configuration for this process that I am missing. Please advise. Thanks, Terry -------------- next part -------------- An HTML attachment was scrubbed... URL: From akonstam at trinity.edu Fri Jun 3 16:32:31 2005 From: akonstam at trinity.edu (akonstam at trinity.edu) Date: Fri, 3 Jun 2005 11:32:31 -0500 Subject: Sudden CPU frequency scaling error. In-Reply-To: <20050603155936.GC15689@redhat.com> References: <20050603133542.GA2920@Moof.cs.trinity.edu> <20050603155936.GC15689@redhat.com> Message-ID: <20050603163231.GA3743@Moof.cs.trinity.edu> On Fri, Jun 03, 2005 at 11:59:36AM -0400, Dave Jones wrote: > On Fri, Jun 03, 2005 at 08:35:42AM -0500, akonstam at trinity.edu wrote: > > Suddenlly when I login to my FC4test3 machine as root a window with > > the folloing error message appears: > > > > CPU frequency scaling unsupported > > You will not be able to modify the frequency of your machine. Your > > machine may be misconfigured or not have hardware support for CPU > > frequency scaling. > > -- > > What have been done to cause this error to show up suddenly and what > > can be done about it? > > There were some driver updates recently, what does /proc/cpuinfo > say for your machine ? > > Dave I don't see what that has to do with it but here is the output you requested: [root at Hardy ~]# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.00GHz stepping : 4 cpu MHz : 1994.644 cache size : 512 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips : 3948.54 -- ======================================================================= Be warned that typing \fBkillall \fIname\fP may not have the desired effect on non-Linux systems, especially when done by a privileged user. (From the killall manual page) ------------------------------------------- Aaron Konstam Computer Science Trinity University telephone: (210)-999-7484 From davej at redhat.com Fri Jun 3 16:23:18 2005 From: davej at redhat.com (Dave Jones) Date: Fri, 3 Jun 2005 12:23:18 -0400 Subject: Sudden CPU frequency scaling error. In-Reply-To: <20050603163231.GA3743@Moof.cs.trinity.edu> References: <20050603133542.GA2920@Moof.cs.trinity.edu> <20050603155936.GC15689@redhat.com> <20050603163231.GA3743@Moof.cs.trinity.edu> Message-ID: <20050603162318.GA30745@redhat.com> On Fri, Jun 03, 2005 at 11:32:31AM -0500, akonstam at trinity.edu wrote: > On Fri, Jun 03, 2005 at 11:59:36AM -0400, Dave Jones wrote: > > On Fri, Jun 03, 2005 at 08:35:42AM -0500, akonstam at trinity.edu wrote: > > > Suddenlly when I login to my FC4test3 machine as root a window with > > > the folloing error message appears: > > > > > > CPU frequency scaling unsupported > > > You will not be able to modify the frequency of your machine. Your > > > machine may be misconfigured or not have hardware support for CPU > > > frequency scaling. > > > -- > > > What have been done to cause this error to show up suddenly and what > > > can be done about it? > > > > There were some driver updates recently, what does /proc/cpuinfo > > say for your machine ? > I don't see what that has to do with it Ah wait, I misparsed your original mail as "it used to work, but now it doesn't", but your problem is actually "something is trying to do CPU scaling, but my hardware can't do it". The warning is likely coming from the gnome cpu frequency scaling applet. I've no idea why its starting up automatically though if you didn't add it. Dave From liste-p.alain at wanadoo.fr Fri Jun 3 16:45:40 2005 From: liste-p.alain at wanadoo.fr (Aph) Date: Fri, 3 Jun 2005 18:45:40 +0200 Subject: rawhide report: 20050603 changes In-Reply-To: <200506031059.41702.czar@czarc.net> References: <200506031132.j53BWFUn023782@porkchop.devel.redhat.com> <200506031059.41702.czar@czarc.net> Message-ID: <200506031845.46910@carola.nyarlathotep> Le Vendredi 3 Juin 2005 16:59, Gene C. a ?crit?: > Has development already transitioned to FC5 development? > > What is the relationship between what will be in FC4 and what is available > in the 2 June and 3 June rawhide/development updates? <200506031132.j53BWFUn023782 at porkchop.devel.redhat.com> xorg-x11-6.8.2-37 ----------------- * Mon May 30 2005 Mike A. Harris 6.8.2-37 [...] - Build for FC5 development. -- QL> Heureusement qu'il y a un fichier PS ? c?t?. RG> Le fichier PCF ?tait trop petit pour ?tre mis en ligne. ;) C'est LCR qui lui a piqu? des octets ? -+- QL in GFA : "LaTeX, encore un effort pour ?tre r?publicain" -+- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pinball at litz.org Fri Jun 3 16:46:23 2005 From: pinball at litz.org (Jonathan Deitch) Date: Fri, 03 Jun 2005 12:46:23 -0400 Subject: process hangs on 13xx smp kernels (oops spoke a little, too soon) In-Reply-To: <42A05BFA.3040706@garlic.com> References: <20050603091954.EFFC073A70@hormel.redhat.com> <42A05BFA.3040706@garlic.com> Message-ID: <42A0895F.6040307@litz.org> Try specifying the kernel parameter "usb-handoff" and see if that helps ... it's kind of like disabling usb-legacy but from the kernel side ... Anne & Lynn Wheeler wrote: > dell poweredge 2400 only has bios option to turn motherboard usb > on/off. turning that option off/on in the bios appears to have no > effect on the hanging symptoms. it previously was on ... i've rebooted > smp 1366 kernel 4-5 times with usb off and processes attempting to use > network activity eventually hang. the 2400 has two 10/100 enet > interfaces, one on the motherboard and a second card. > From jspaleta at gmail.com Fri Jun 3 17:00:34 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 3 Jun 2005 13:00:34 -0400 Subject: rawhide report: 20050603 changes In-Reply-To: <200506031059.41702.czar@czarc.net> References: <200506031132.j53BWFUn023782@porkchop.devel.redhat.com> <200506031059.41702.czar@czarc.net> Message-ID: <604aa791050603100061491b81@mail.gmail.com> On 6/3/05, Gene C. wrote: > Has development already transitioned to FC5 development? Yes. Experienced users of rawhide who have been through a release transition before have caught this and have either prudently stopped eating rawhide or have put on a new layer of flame-retardant underwear in preparation for what I call the 'post-apocalyptic' phase of rawhide. The time between final release freeze of a release and the start of the next testing cycle is always a dental visit brand of fun. Sadly, other than an explicit annoucement that development is unfreezing for fc5 staging to -test and -devel, I don't think there is much that can be done to protect novice testers who have joined the process and would choose to get off the rollercoaster at the close of fc4 testing. I'm not even sure such an annoucement would be noticed by the group of testers who would benefit from it. Those testers are doing fresh installs of fc4 anyways right? right? so whatever they do to their system by eating fc5 staging updates for a week isn't a big deal. -jef"hear no evil"spaleta From notting at redhat.com Fri Jun 3 17:02:42 2005 From: notting at redhat.com (Bill Nottingham) Date: Fri, 3 Jun 2005 13:02:42 -0400 Subject: Fedora Core 4 delayed until June 13 Message-ID: <20050603170242.GC6057@nostromo.devel.redhat.com> Due to some unforseen complications, Fedora Core 4 is now scheduled for general availability on June 13. We apologize for the inconvenience. Bill From notting at redhat.com Fri Jun 3 17:09:47 2005 From: notting at redhat.com (Bill Nottingham) Date: Fri, 3 Jun 2005 13:09:47 -0400 Subject: rawhide report: 20050603 changes In-Reply-To: <200506031059.41702.czar@czarc.net> References: <200506031132.j53BWFUn023782@porkchop.devel.redhat.com> <200506031059.41702.czar@czarc.net> Message-ID: <20050603170947.GA6134@nostromo.devel.redhat.com> Gene C. (czar at czarc.net) said: > I have noticed that the changes to rawhide (development) have been extensive > the last couple of days ... especially since FC4 is due out 6 June. > > I am interested in testing FC4 as it will be on 6 June and am surprised that > so many changes would be done just before the release. > > Has development already transitioned to FC5 development? Yes. > What is the relationship between what will be in FC4 and what is available in > the 2 June and 3 June rawhide/development updates? Identical for those packages that weren't updated on June 2 or 3. Not so identical otherwise. :) Bill From dmm at 1-4-5.net Fri Jun 3 18:11:03 2005 From: dmm at 1-4-5.net (David Meyer) Date: Fri, 3 Jun 2005 11:11:03 -0700 Subject: Atheros 5212 (ath0) on 2.6.11-1.1366_FC4? Message-ID: <20050603181103.GA30877@1-4-5.net> Has anyone had any luck with this card? Neither 1366 or 1286 kernels see it. 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 glozano at noldata.com Fri Jun 3 18:16:02 2005 From: glozano at noldata.com (Gustavo A. Lozano) Date: Fri, 03 Jun 2005 13:16:02 -0500 Subject: Atheros 5212 (ath0) on 2.6.11-1.1366_FC4? In-Reply-To: <20050603181103.GA30877@1-4-5.net> References: <20050603181103.GA30877@1-4-5.net> Message-ID: <1117822562.3003.9.camel@Grissom.noldata.com> get madwifi and compile it... it is working fine here On Fri, 2005-06-03 at 11:11 -0700, David Meyer wrote: > Has anyone had any luck with this card? Neither 1366 or > 1286 kernels see it. > > Thanks, > > Dave > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- ------------------------- ---------------------------- Gustavo A. Lozano Noldata Corporation Chief Technology Officer Carrera 11A No. 90-16 Of 205 Noldata Corporation Bogota D.C. glozano at noldata.com Colombia From dmm at 1-4-5.net Fri Jun 3 18:17:31 2005 From: dmm at 1-4-5.net (David Meyer) Date: Fri, 3 Jun 2005 11:17:31 -0700 Subject: Atheros 5212 (ath0) on 2.6.11-1.1366_FC4? In-Reply-To: <1117822562.3003.9.camel@Grissom.noldata.com> References: <20050603181103.GA30877@1-4-5.net> <1117822562.3003.9.camel@Grissom.noldata.com> Message-ID: <20050603181731.GA31837@1-4-5.net> On Fri, Jun 03, 2005 at 01:16:02PM -0500, Gustavo A. Lozano wrote: > get madwifi and compile it... it is working fine here Thanks, will check it out... Dave > > On Fri, 2005-06-03 at 11:11 -0700, David Meyer wrote: > > Has anyone had any luck with this card? Neither 1366 or > > 1286 kernels see it. > > > > Thanks, > > > > Dave > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- > ------------------------- ---------------------------- > Gustavo A. Lozano Noldata Corporation > Chief Technology Officer Carrera 11A No. 90-16 Of 205 > Noldata Corporation Bogota D.C. > glozano at noldata.com Colombia > > -- > 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 gtm.kramer at inter.nl.net Fri Jun 3 18:52:12 2005 From: gtm.kramer at inter.nl.net (Jurgen Kramer) Date: Fri, 03 Jun 2005 20:52:12 +0200 Subject: Sudden CPU frequency scaling error. In-Reply-To: <20050603162318.GA30745@redhat.com> References: <20050603133542.GA2920@Moof.cs.trinity.edu> <20050603155936.GC15689@redhat.com> <20050603163231.GA3743@Moof.cs.trinity.edu> <20050603162318.GA30745@redhat.com> Message-ID: <1117824732.18416.4.camel@paragon.slim> On Fri, 2005-06-03 at 12:23 -0400, Dave Jones wrote: > On Fri, Jun 03, 2005 at 11:32:31AM -0500, akonstam at trinity.edu wrote: > > On Fri, Jun 03, 2005 at 11:59:36AM -0400, Dave Jones wrote: > > > On Fri, Jun 03, 2005 at 08:35:42AM -0500, akonstam at trinity.edu wrote: > > > > Suddenlly when I login to my FC4test3 machine as root a window with > > > > the folloing error message appears: > > > > > > > > CPU frequency scaling unsupported > > > > You will not be able to modify the frequency of your machine. Your > > > > machine may be misconfigured or not have hardware support for CPU > > > > frequency scaling. > > > > -- > > > > What have been done to cause this error to show up suddenly and what > > > > can be done about it? > > > > > > There were some driver updates recently, what does /proc/cpuinfo > > > say for your machine ? > > > I don't see what that has to do with it > > Ah wait, I misparsed your original mail as "it used to work, > but now it doesn't", but your problem is actually > "something is trying to do CPU scaling, but my hardware can't do it". > > The warning is likely coming from the gnome cpu frequency scaling applet. > I've no idea why its starting up automatically though if you didn't > add it. Shouldn't there be p4_clockmod support? (or is that not supported on the 2G model?) I'm also 'missing' this feature with FC4 (x86_64)... Jurgen From davej at redhat.com Fri Jun 3 18:57:19 2005 From: davej at redhat.com (Dave Jones) Date: Fri, 3 Jun 2005 14:57:19 -0400 Subject: Sudden CPU frequency scaling error. In-Reply-To: <1117824732.18416.4.camel@paragon.slim> References: <20050603133542.GA2920@Moof.cs.trinity.edu> <20050603155936.GC15689@redhat.com> <20050603163231.GA3743@Moof.cs.trinity.edu> <20050603162318.GA30745@redhat.com> <1117824732.18416.4.camel@paragon.slim> Message-ID: <20050603185719.GB12398@redhat.com> On Fri, Jun 03, 2005 at 08:52:12PM +0200, Jurgen Kramer wrote: > On Fri, 2005-06-03 at 12:23 -0400, Dave Jones wrote: > > On Fri, Jun 03, 2005 at 11:32:31AM -0500, akonstam at trinity.edu wrote: > > > On Fri, Jun 03, 2005 at 11:59:36AM -0400, Dave Jones wrote: > > > > On Fri, Jun 03, 2005 at 08:35:42AM -0500, akonstam at trinity.edu wrote: > > > > > Suddenlly when I login to my FC4test3 machine as root a window with > > > > > the folloing error message appears: > > > > > > > > > > CPU frequency scaling unsupported > > > > > You will not be able to modify the frequency of your machine. Your > > > > > machine may be misconfigured or not have hardware support for CPU > > > > > frequency scaling. > > > > > -- > > > > > What have been done to cause this error to show up suddenly and what > > > > > can be done about it? > > > > > > > > There were some driver updates recently, what does /proc/cpuinfo > > > > say for your machine ? > > > > > I don't see what that has to do with it > > > > Ah wait, I misparsed your original mail as "it used to work, > > but now it doesn't", but your problem is actually > > "something is trying to do CPU scaling, but my hardware can't do it". > > > > The warning is likely coming from the gnome cpu frequency scaling applet. > > I've no idea why its starting up automatically though if you didn't > > add it. > Shouldn't there be p4_clockmod support? (or is that not supported on the > 2G model?) True. Though I'd recommend it not get used. > I'm also 'missing' this feature with FC4 (x86_64)... >From the Kconfig.. "This driver should be only used in exceptional circumstances when very low power is needed because it causes severe slowdowns and noticeable latencies. Normally Speedstep should be used instead." Dave From thomas.cameron at camerontech.com Fri Jun 3 18:58:29 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Fri, 03 Jun 2005 13:58:29 -0500 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <20050603170242.GC6057@nostromo.devel.redhat.com> References: <20050603170242.GC6057@nostromo.devel.redhat.com> Message-ID: <1117825109.13376.33.camel@ml110.camerontech.com> On Fri, 2005-06-03 at 13:02 -0400, Bill Nottingham wrote: > Due to some unforseen complications, Fedora Core 4 is now > scheduled for general availability on June 13. We apologize for > the inconvenience. > > Bill Too much partying in New Orleans? :-) TC From thomas.cameron at camerontech.com Fri Jun 3 20:25:10 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Fri, 03 Jun 2005 15:25:10 -0500 Subject: FC4t3 Won't install in VMWare Message-ID: <1117830310.13376.55.camel@ml110.camerontech.com> Hi all - I am running VMWare GSX Server for Linux, version 3.1.0 build 9089, on a RHEL4 AS (up2date as of today) machine. I tried to install FC4t3 via an ftp install and it crashed in Anaconda. A screen shot of the crash is here: http://www.camerontech.com/FC4t3_crash_vmware.png I searched the fedora-test-list archives and found no mention of this type of crash. Anyone have any ideas? Thomas From notting at redhat.com Fri Jun 3 20:33:38 2005 From: notting at redhat.com (Bill Nottingham) Date: Fri, 3 Jun 2005 16:33:38 -0400 Subject: FC4t3 Won't install in VMWare In-Reply-To: <1117830310.13376.55.camel@ml110.camerontech.com> References: <1117830310.13376.55.camel@ml110.camerontech.com> Message-ID: <20050603203338.GA8120@nostromo.devel.redhat.com> Thomas Cameron (thomas.cameron at camerontech.com) said: > I am running VMWare GSX Server for Linux, version 3.1.0 build 9089, on a > RHEL4 AS (up2date as of today) machine. > > I tried to install FC4t3 via an ftp install and it crashed in Anaconda. > A screen shot of the crash is here: > > http://www.camerontech.com/FC4t3_crash_vmware.png > > I searched the fedora-test-list archives and found no mention of this > type of crash. Anyone have any ideas? Not that I've seen the crash, but is it possible to use a different storage emulation in VMWare rather than BusLogic? Bill From dmm at 1-4-5.net Fri Jun 3 20:49:37 2005 From: dmm at 1-4-5.net (David Meyer) Date: Fri, 3 Jun 2005 13:49:37 -0700 Subject: Atheros 5212 (ath0) on 2.6.11-1.1366_FC4? In-Reply-To: <20050603181731.GA31837@1-4-5.net> References: <20050603181103.GA30877@1-4-5.net> <1117822562.3003.9.camel@Grissom.noldata.com> <20050603181731.GA31837@1-4-5.net> Message-ID: <20050603204937.GA843@1-4-5.net> On Fri, Jun 03, 2005 at 11:17:31AM -0700, David Meyer wrote: > On Fri, Jun 03, 2005 at 01:16:02PM -0500, Gustavo A. Lozano wrote: > > get madwifi and compile it... it is working fine here > BTW, what I'm seeing with cvs madwifi and 2.6.11-1.1366_FC4 is Warning: could not find /usr/local/src/madwifi/ath_hal/.hal.o.cmd for /usr/local/src/madwifi/ath_hal/hal.o *** Warning: "ieee80211_iterate_nodes" [/usr/local/src/madwifi/ath_rate/onoe/ath_rate_onoe.ko] undefined! *** Warning: "ether_sprintf" [/usr/local/src/madwifi/ath_rate/onoe/ath_rate_onoe.ko] undefined! Any suggestions? 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 jspaar at users.sourceforge.net Fri Jun 3 20:43:57 2005 From: jspaar at users.sourceforge.net (Jack Spaar) Date: Fri, 03 Jun 2005 13:43:57 -0700 Subject: rawhide report: 20050603 changes References: <200506031132.j53BWFUn023782@porkchop.devel.redhat.com> <200506031059.41702.czar@czarc.net> <604aa791050603100061491b81@mail.gmail.com> Message-ID: On Fri, 03 Jun 2005 13:00:34 -0400, Jeff Spaleta wrote: > On 6/3/05, Gene C. wrote: >> Has development already transitioned to FC5 development? > > Yes. > [...] > Sadly, other than an explicit annoucement that development is unfreezing > for fc5 staging to -test and -devel, I don't think there is much that > can be done to protect novice testers who have joined the process and > would choose to get off the rollercoaster at the close of fc4 testing. > I'm not even sure such an annoucement would be noticed by the group of > testers who would benefit from it. Those testers are doing fresh > installs of fc4 anyways right? right? so whatever they do to their > system by eating fc5 staging updates for a week isn't a big deal. > > I was only aware of the branch for FC5 because of an announcement on the -devel list (and by having perky antennae, like the OP). Was there ever an explicit announcement here? It also helped that I knew beforehand the dual role that the rawhide update stream plays. But this was only through inference and osmosis. It would be cool if the website had a bit more of this explained for people who are willing to test and who also read docs. (Like maybe at http://fedora.redhat.com/download/test.html , or perhaps http://fedora.redhat.com/download/updates.html) --Jack From JBuck814366460 at aol.com Fri Jun 3 21:37:41 2005 From: JBuck814366460 at aol.com (Jared Buck) Date: Fri, 03 Jun 2005 14:37:41 -0700 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <20050603170242.GC6057@nostromo.devel.redhat.com> References: <20050603170242.GC6057@nostromo.devel.redhat.com> Message-ID: <1117834661.7720.0.camel@localhost.localdomain> On Fri, 2005-06-03 at 13:02 -0400, Bill Nottingham wrote: > Due to some unforseen complications, Fedora Core 4 is now > scheduled for general availability on June 13. We apologize for > the inconvenience. > > Bill > That's all right :) Better to ensure most of the bugs are gone than release something buggy, right? A later release date isn't a problem, FC3 was released a few weeks later than scheduled, wasn't it? Jared From thomas.cameron at camerontech.com Fri Jun 3 21:45:30 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Fri, 03 Jun 2005 16:45:30 -0500 Subject: FC4t3 Won't install in VMWare In-Reply-To: <20050603203338.GA8120@nostromo.devel.redhat.com> References: <1117830310.13376.55.camel@ml110.camerontech.com> <20050603203338.GA8120@nostromo.devel.redhat.com> Message-ID: <1117835130.13376.90.camel@ml110.camerontech.com> On Fri, 2005-06-03 at 16:33 -0400, Bill Nottingham wrote: > Thomas Cameron (thomas.cameron at camerontech.com) said: > > I am running VMWare GSX Server for Linux, version 3.1.0 build 9089, on a > > RHEL4 AS (up2date as of today) machine. > > > > I tried to install FC4t3 via an ftp install and it crashed in Anaconda. > > A screen shot of the crash is here: > > > > http://www.camerontech.com/FC4t3_crash_vmware.png > > > > I searched the fedora-test-list archives and found no mention of this > > type of crash. Anyone have any ideas? > > Not that I've seen the crash, but is it possible to use a different > storage emulation in VMWare rather than BusLogic? Will try that now, thanks! TC From Philip.R.Schaffner at NASA.GOV Fri Jun 3 21:45:42 2005 From: Philip.R.Schaffner at NASA.GOV (Phil Schaffner) Date: Fri, 03 Jun 2005 17:45:42 -0400 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <1117834661.7720.0.camel@localhost.localdomain> References: <20050603170242.GC6057@nostromo.devel.redhat.com> <1117834661.7720.0.camel@localhost.localdomain> Message-ID: <1117835142.22951.13.camel@wx1.larc.nasa.gov> On Fri, 2005-06-03 at 14:37 -0700, Jared Buck wrote: > On Fri, 2005-06-03 at 13:02 -0400, Bill Nottingham wrote: > > Due to some unforseen complications, Fedora Core 4 is now > > scheduled for general availability on June 13. We apologize for > > the inconvenience. > > > > Bill > > > > That's all right :) Better to ensure most of the bugs are gone than > release something buggy, right? A later release date isn't a problem, > FC3 was released a few weeks later than scheduled, wasn't it? Apparently nothing to do with bugs, just lawyers... https://www.redhat.com/archives/fedora-devel-list/2005-June/msg00299.html Phil From taquitos at gmail.com Fri Jun 3 21:50:52 2005 From: taquitos at gmail.com (Joshua Liebowitz) Date: Fri, 3 Jun 2005 17:50:52 -0400 Subject: Atheros 5212 (ath0) on 2.6.11-1.1366_FC4? In-Reply-To: <20050603213809.5D77A73368@hormel.redhat.com> References: <20050603213809.5D77A73368@hormel.redhat.com> Message-ID: > > ---------- Forwarded message ---------- > From: David Meyer > To: For testers of Fedora Core development releases < > fedora-test-list at redhat.com> > Date: Fri, 3 Jun 2005 13:49:37 -0700 > Subject: Re: Atheros 5212 (ath0) on 2.6.11-1.1366_FC4? > On Fri, Jun 03, 2005 at 11:17:31AM -0700, David Meyer wrote: > > On Fri, Jun 03, 2005 at 01:16:02PM -0500, Gustavo A. Lozano wrote: > > > get madwifi and compile it... it is working fine here > > > > BTW, what I'm seeing with cvs madwifi and > 2.6.11-1.1366_FC4 is > > Warning: could not find /usr/local/src/madwifi/ath_hal/.hal.o.cmd for > /usr/local/src/madwifi/ath_hal/hal.o > *** Warning: "ieee80211_iterate_nodes" > [/usr/local/src/madwifi/ath_rate/onoe/ath_rate_onoe.ko] undefined! > *** Warning: "ether_sprintf" > [/usr/local/src/madwifi/ath_rate/onoe/ath_rate_onoe.ko] undefined! > > Any suggestions? > > Thanks, > > Dave I just used the RPMs that were compiled for FC4T3 and my kernel, rebooted, and it worked for me. I suggest you try those too, instead of building it from CVS. Why build it from CVS when it works just fine from prebuilt RPM? -------------- next part -------------- An HTML attachment was scrubbed... URL: From rpjday at mindspring.com Fri Jun 3 21:49:40 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Fri, 3 Jun 2005 17:49:40 -0400 (EDT) Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <1117835142.22951.13.camel@wx1.larc.nasa.gov> References: <20050603170242.GC6057@nostromo.devel.redhat.com> <1117834661.7720.0.camel@localhost.localdomain> <1117835142.22951.13.camel@wx1.larc.nasa.gov> Message-ID: On Fri, 3 Jun 2005, Phil Schaffner wrote: > On Fri, 2005-06-03 at 14:37 -0700, Jared Buck wrote: > > On Fri, 2005-06-03 at 13:02 -0400, Bill Nottingham wrote: > > > Due to some unforseen complications, Fedora Core 4 is now > > > scheduled for general availability on June 13. We apologize for > > > the inconvenience. > > > > > > Bill > > > > > > > That's all right :) Better to ensure most of the bugs are gone than > > release something buggy, right? A later release date isn't a problem, > > FC3 was released a few weeks later than scheduled, wasn't it? > > Apparently nothing to do with bugs, just lawyers... and the significant difference there would be ... ? rday From dstolte at arcor.de Fri Jun 3 22:03:47 2005 From: dstolte at arcor.de (D. Stolte) Date: Sat, 04 Jun 2005 00:03:47 +0200 Subject: Atheros 5212 (ath0) on 2.6.11-1.1366_FC4? In-Reply-To: <20050603204937.GA843@1-4-5.net> References: <20050603181103.GA30877@1-4-5.net> <1117822562.3003.9.camel@Grissom.noldata.com> <20050603181731.GA31837@1-4-5.net> <20050603204937.GA843@1-4-5.net> Message-ID: <42A0D3C3.1080903@arcor.de> David Meyer wrote: > On Fri, Jun 03, 2005 at 11:17:31AM -0700, David Meyer wrote: > >>On Fri, Jun 03, 2005 at 01:16:02PM -0500, Gustavo A. Lozano wrote: >> >>>get madwifi and compile it... it is working fine here >> > > BTW, what I'm seeing with cvs madwifi and > 2.6.11-1.1366_FC4 is > > Warning: could not find /usr/local/src/madwifi/ath_hal/.hal.o.cmd for /usr/local/src/madwifi/ath_hal/hal.o > *** Warning: "ieee80211_iterate_nodes" [/usr/local/src/madwifi/ath_rate/onoe/ath_rate_onoe.ko] undefined! > *** Warning: "ether_sprintf" [/usr/local/src/madwifi/ath_rate/onoe/ath_rate_onoe.ko] undefined! > > Any suggestions? > > Thanks, > > Dave > Yes, ignore these warnings /ds From dmm at 1-4-5.net Fri Jun 3 22:05:42 2005 From: dmm at 1-4-5.net (David Meyer) Date: Fri, 3 Jun 2005 15:05:42 -0700 Subject: Atheros 5212 (ath0) on 2.6.11-1.1366_FC4? In-Reply-To: <42A0D3C3.1080903@arcor.de> References: <20050603181103.GA30877@1-4-5.net> <1117822562.3003.9.camel@Grissom.noldata.com> <20050603181731.GA31837@1-4-5.net> <20050603204937.GA843@1-4-5.net> <42A0D3C3.1080903@arcor.de> Message-ID: <20050603220542.GA3165@1-4-5.net> On Sat, Jun 04, 2005 at 12:03:47AM +0200, D. Stolte wrote: > David Meyer wrote: > > On Fri, Jun 03, 2005 at 11:17:31AM -0700, David Meyer wrote: > > > >>On Fri, Jun 03, 2005 at 01:16:02PM -0500, Gustavo A. Lozano wrote: > >> > >>>get madwifi and compile it... it is working fine here > >> > > > > BTW, what I'm seeing with cvs madwifi and > > 2.6.11-1.1366_FC4 is > > > > Warning: could not find /usr/local/src/madwifi/ath_hal/.hal.o.cmd for /usr/local/src/madwifi/ath_hal/hal.o > > *** Warning: "ieee80211_iterate_nodes" [/usr/local/src/madwifi/ath_rate/onoe/ath_rate_onoe.ko] undefined! > > *** Warning: "ether_sprintf" [/usr/local/src/madwifi/ath_rate/onoe/ath_rate_onoe.ko] undefined! > > > > Any suggestions? > > > > Thanks, > > > > Dave > > > Yes, ignore these warnings Thanks. FWIW, I was able to get the interface up by doing: iwconfig ath0 essid "local" ifconfig ath0 up iwlist ath0 scan dhclient ath0 Of course, the second time I did this it put my box out to lunch... Dave -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From taquitos at gmail.com Fri Jun 3 22:16:11 2005 From: taquitos at gmail.com (Joshua Liebowitz) Date: Fri, 3 Jun 2005 18:16:11 -0400 Subject: CPU frequency scaling and the Clevo D470K In-Reply-To: <20050603213809.5D77A73368@hormel.redhat.com> References: <20050603213809.5D77A73368@hormel.redhat.com> Message-ID: The CPU doesn't scale automatically, but I can set the speed manually. I ended up modifying someone else's daemon that was meant to help save power for a sony laptop, and now my processor will scale with that daemon using the processor load to determine what speed it should be at. I have a AMD 64 3700+ using FC4T3 (vanilla). Has anyone else seen this? -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.cameron at camerontech.com Fri Jun 3 22:52:08 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Fri, 03 Jun 2005 17:52:08 -0500 Subject: [SOLVED] Re: FC4t3 Won't install in VMWare In-Reply-To: <20050603203338.GA8120@nostromo.devel.redhat.com> References: <1117830310.13376.55.camel@ml110.camerontech.com> <20050603203338.GA8120@nostromo.devel.redhat.com> Message-ID: <1117839128.13376.92.camel@ml110.camerontech.com> On Fri, 2005-06-03 at 16:33 -0400, Bill Nottingham wrote: > Thomas Cameron (thomas.cameron at camerontech.com) said: > > I am running VMWare GSX Server for Linux, version 3.1.0 build 9089, on a > > RHEL4 AS (up2date as of today) machine. > > > > I tried to install FC4t3 via an ftp install and it crashed in Anaconda. > > A screen shot of the crash is here: > > > > http://www.camerontech.com/FC4t3_crash_vmware.png > > > > I searched the fedora-test-list archives and found no mention of this > > type of crash. Anyone have any ideas? > > Not that I've seen the crash, but is it possible to use a different > storage emulation in VMWare rather than BusLogic? > > Bill That did it, Bill, thanks for the suggestion! I chose the LSI Logic SCSI controller and it is installing as we speak. Thomas From lynn at garlic.com Sat Jun 4 00:11:06 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Fri, 03 Jun 2005 18:11:06 -0600 Subject: smp 13xx kernels with hung processes. In-Reply-To: <20050603213810.62EF273375@hormel.redhat.com> References: <20050603213810.62EF273375@hormel.redhat.com> Message-ID: <42A0F19A.2020509@garlic.com> > Try specifying the kernel parameter "usb-handoff" and see if that > helps .... it's kind of like disabling usb-legacy but from the kernel > side ... well i've tried nearly every smp 13xx kernel on poweredge 2400 (1gbyte memory, two 1ghz pentiums originally shipped with redhat 7 installed) that doesn't have any usb devices ... and they all had hung processes of one sort or antoher. problems disappear regressing to smp kernel 1276 and the problems disappear. tried 1366 kernel still same problems of one sort or another. after new x distribution ... x related processes seem to have less problem ... but there still were hang problems with processes that did network i/o. i tried selecting bios that completely turns usb off ... and rebooted 1366 several times and still problem (I even used hardware browse ... and it doesn't even show usb controller of any kind). i tried also setting usb-handoff on kernel boot line for smp kernel 1366. no difference (i wouldn't think it would make a lot of difference since there weren't any usb devices and bios turning usb off also didn't make any difference). From fct-cornette at insight.rr.com Sat Jun 4 01:24:51 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 03 Jun 2005 21:24:51 -0400 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: References: <20050603170242.GC6057@nostromo.devel.redhat.com> <1117834661.7720.0.camel@localhost.localdomain> <1117835142.22951.13.camel@wx1.larc.nasa.gov> Message-ID: <42A102E3.7030509@insight.rr.com> Robert P. J. Day wrote: > On Fri, 3 Jun 2005, Phil Schaffner wrote: > > >>On Fri, 2005-06-03 at 14:37 -0700, Jared Buck wrote: >> >>>On Fri, 2005-06-03 at 13:02 -0400, Bill Nottingham wrote: >>> >>>>Due to some unforseen complications, Fedora Core 4 is now >>>>scheduled for general availability on June 13. We apologize for >>>>the inconvenience. >>>> >>>>Bill >>>> >>> >>>That's all right :) Better to ensure most of the bugs are gone than >>>release something buggy, right? A later release date isn't a problem, >>>FC3 was released a few weeks later than scheduled, wasn't it? >> >>Apparently nothing to do with bugs, just lawyers... > > > and the significant difference there would be ... ? > > rday > Picking a name other than Fedora for the project would not change this project. Since the project is still associated with Red Hat and the project name did not get me interested, but the fact that this took off from merging resources from Fedora for providing desired products that were too risky for inclusion in RHL. I argued for the inclusion i RHL of mp3 players but could live with a name change for the project. Progressive Linux Project Windoze Alternative Project or any other name that just lets one know what website to go to is better than feeding a pool of people so intrigued by the word fedora that they feel that they have exclusive rights to the word. I never heard of the referenced company before this warring over a word. Jim -- If you can't understand it, it is intuitively obvious. From dr at cluenet.de Sat Jun 4 01:27:25 2005 From: dr at cluenet.de (Daniel Roesen) Date: Sat, 4 Jun 2005 03:27:25 +0200 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP Message-ID: <20050604012725.GA20375@srv01.cluenet.de> Hi, just tried installing FC4T3 on my Desktop system (using a seperate hard disk). P4 2.6GHz, HT enabled, 1GB RAM, Asus P4C800-E Deluxe, Matrox G550 Monitor is a Dell 2001FP 20" TFT able to do 1600x1200 in 60 Hz native Using DVI cable, installation was fine until first boot and switching to X11. No real display, OSD saying resolution 4078x6 @ 75Hz :-> Switching to text console via Alt-Ctrl-F1 didn't help, all just colorful garbage. Rebooting using VGA cable, no chance either. After X11 coming up, I'm seeing firstboot running, but everything being distorted to unusability. Same effect on text console like with DVI. Tried reinstalling via VGA, but there already Anaconda graphic mode is giving me distorted picture. So overall, I've got a complete "no go" on this system. Ideas? Couldn't get my FC1 installation working with DVI because XFree86 rejects 1600x1200x60 as it claims that 162MHz is too much for single-link DVI (which it isn't... it's exactly the max freq.), but I've been able to get it running stable with analog VGA. As a data point, X11 correctly detects Matrox G550 and Dell 2001FP (analog/digital). Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From m_epling at comcast.net Sat Jun 4 01:27:25 2005 From: m_epling at comcast.net (amazing powers of observation) Date: Fri, 03 Jun 2005 20:27:25 -0500 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <42A102E3.7030509@insight.rr.com> References: <20050603170242.GC6057@nostromo.devel.redhat.com> <1117834661.7720.0.camel@localhost.localdomain> <1117835142.22951.13.camel@wx1.larc.nasa.gov> <42A102E3.7030509@insight.rr.com> Message-ID: <42A1037D.7040404@comcast.net> just cause itts called fedora does not a red hat make . sure fedora is a hat but it brings up images of indiana jones and that type of bleeding edge adventures see where i am going with this ? Jim Cornette wrote: > Robert P. J. Day wrote: > >> On Fri, 3 Jun 2005, Phil Schaffner wrote: >> >> >>> On Fri, 2005-06-03 at 14:37 -0700, Jared Buck wrote: >>> >>>> On Fri, 2005-06-03 at 13:02 -0400, Bill Nottingham wrote: >>>> >>>>> Due to some unforseen complications, Fedora Core 4 is now >>>>> scheduled for general availability on June 13. We apologize for >>>>> the inconvenience. >>>>> >>>>> Bill >>>>> >>>> >>>> That's all right :) Better to ensure most of the bugs are gone than >>>> release something buggy, right? A later release date isn't a problem, >>>> FC3 was released a few weeks later than scheduled, wasn't it? >>> >>> >>> Apparently nothing to do with bugs, just lawyers... >> >> >> >> and the significant difference there would be ... ? >> >> rday >> > > Picking a name other than Fedora for the project would not change this > project. Since the project is still associated with Red Hat and the > project name did not get me interested, but the fact that this took > off from merging resources from Fedora for providing desired products > that were too risky for inclusion in RHL. I argued for the inclusion i > RHL of mp3 players but could live with a name change for the project. > > Progressive Linux Project > Windoze Alternative Project > or any other name that just lets one know what website to go to is > better than feeding a pool of people so intrigued by the word fedora > that they feel that they have exclusive rights to the word. I never > heard of the referenced company before this warring over a word. > > Jim > > From dr at cluenet.de Sat Jun 4 01:40:08 2005 From: dr at cluenet.de (Daniel Roesen) Date: Sat, 4 Jun 2005 03:40:08 +0200 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <20050604012725.GA20375@srv01.cluenet.de> References: <20050604012725.GA20375@srv01.cluenet.de> Message-ID: <20050604014008.GA20443@srv01.cluenet.de> On Sat, Jun 04, 2005 at 03:27:25AM +0200, Daniel Roesen wrote: > So overall, I've got a complete "no go" on this system. Ideas? Looks like: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=157556 This problem might be a serious showstopper on many Matrox systems... Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From whooperhsd3 at earthlink.net Sat Jun 4 01:41:21 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Fri, 3 Jun 2005 21:41:21 -0400 (EDT) Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <42A102E3.7030509@insight.rr.com> References: <20050603170242.GC6057@nostromo.devel.redhat.com> <1117834661.7720.0.camel@localhost.localdomain> <1117835142.22951.13.camel@wx1.larc.nasa.gov> <42A102E3.7030509@insight.rr.com> Message-ID: <1699.192.168.0.254.1117849281.squirrel@whooper.org> Jim Cornette wrote: >>> Apparently nothing to do with bugs, just lawyers... >>> >> >> >> and the significant difference there would be ... ? >> >> rday >> > > Picking a name other than Fedora for the project would not change this > project. The _release name_ is under discussion, not the _project name_. -- William Hooper From kas11 at tampabay.rr.com Sat Jun 4 01:54:34 2005 From: kas11 at tampabay.rr.com (kas) Date: Fri, 03 Jun 2005 21:54:34 -0400 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <20050604012725.GA20375@srv01.cluenet.de> References: <20050604012725.GA20375@srv01.cluenet.de> Message-ID: <1117850074.13677.19.camel@neptune> On Sat, 2005-06-04 at 03:27 +0200, Daniel Roesen wrote: > Monitor is a Dell 2001FP 20" TFT able to do 1600x1200 in 60 Hz native > > Using DVI cable, installation was fine until first boot and switching > to X11. No real display, OSD saying resolution 4078x6 @ 75Hz :-> > Switching to text console via Alt-Ctrl-F1 didn't help, all just colorful > garbage. > I have 2 2001FPs running DVI-connected 1600x1200 here...one on a nvidia fx5200 and one on an off-brand ATI 9250. Relevant portion of xorg.conf from this machine: Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Dell 2001FP (Digital)" HorizSync 31.0 - 80.0 VertRefresh 56.0 - 76.0 Gamma 1.05 1 1.1 Option "dpms" EndSection Section "Device" # Driver "nv" Identifier "Videocard0" Driver "nvidia" VendorName "NVidia" BoardName "NVIDIA GeForce 5200FX (generic)" Option "ConnectedMonitor" "DVI" EndSection As you can see from above, I can run either the nv or nvidia driver with no problem. With the ATI card, I get colorful speckles across the top third of the screen and a dead X server unless xorg.conf looks like this: Section "Device" Identifier "Videocard0" Driver "radeon" VendorName "Videocard vendor" BoardName "ATI Radeon 9200PRO" Option "EnablePageFlip" "true" Option "AGPSize" "64M" Option "AGPMode" "2" EndSection Otherwise, my xorg.conf settings are as installed by Anaconda. My Matrox card is too ancient to have a DVI connector so I can't help there...but at least this demonstrates that your 2001FP can do 1600x1200 DVI with the right mojo on other video cards. Both FC3 and FC4T3 are running on both 2001FP DVI-connected boxes. HTH, Karen From dr at cluenet.de Sat Jun 4 01:57:58 2005 From: dr at cluenet.de (Daniel Roesen) Date: Sat, 4 Jun 2005 03:57:58 +0200 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <1117850074.13677.19.camel@neptune> References: <20050604012725.GA20375@srv01.cluenet.de> <1117850074.13677.19.camel@neptune> Message-ID: <20050604015758.GA20792@srv01.cluenet.de> On Fri, Jun 03, 2005 at 09:54:34PM -0400, kas wrote: > but at least this demonstrates that your 2001FP can do 1600x1200 > DVI with the right mojo on other video cards. Yeah, I guess it's a mga problem. Thanks for the data point. > Both FC3 and FC4T3 are running on both 2001FP DVI-connected boxes. Could you send me your libvgahw.a from your FC3 box? Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From fct-cornette at insight.rr.com Sat Jun 4 02:01:55 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 03 Jun 2005 22:01:55 -0400 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <42A1037D.7040404@comcast.net> References: <20050603170242.GC6057@nostromo.devel.redhat.com> <1117834661.7720.0.camel@localhost.localdomain> <1117835142.22951.13.camel@wx1.larc.nasa.gov> <42A102E3.7030509@insight.rr.com> <42A1037D.7040404@comcast.net> Message-ID: <42A10B93.20302@insight.rr.com> amazing powers of observation wrote: > just cause itts called fedora does not a red hat make . sure fedora is > a hat but it brings up images of indiana jones and that type of bleeding > edge adventures see where i am going with this ? The Indiana Jones Project? Seriously, having something of interest and extremely useful can overcome a name change without suffering a flock of user loss. A snappier name might catch a few people for using something with name recognition, such as shoes, watches and other items enjoy. No one that I talked with raised an eybrow or showed any other signs of interest with the use of Fedora Core. With that said, that other company should change its name and quit blaming Red Hat for their lack of business. This controversy does make the wait until June 13th a bit more interesting. Jim -- If you can't understand it, it is intuitively obvious. From fct-cornette at insight.rr.com Sat Jun 4 02:11:24 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 03 Jun 2005 22:11:24 -0400 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <1699.192.168.0.254.1117849281.squirrel@whooper.org> References: <20050603170242.GC6057@nostromo.devel.redhat.com> <1117834661.7720.0.camel@localhost.localdomain> <1117835142.22951.13.camel@wx1.larc.nasa.gov> <42A102E3.7030509@insight.rr.com> <1699.192.168.0.254.1117849281.squirrel@whooper.org> Message-ID: <42A10DCC.7040605@insight.rr.com> William Hooper wrote: > > The _release name_ is under discussion, not the _project name_. > If the release name is the only problem, it seems more irrational to stake a claim to the name than if the problem involved the projects name. I guess the release name change is easier to overcome. Petty claims are the breakfast of any champion ambulance chasing pool of lawyers. Jim -- Where are the negative comments from Al? (Al _always_ has negative comments and suggestions for improvements, don't try to say that he also liked it unconditionally ;) - Linus Torvalds about Alexander Viro on linux-kernel From mpeters at mac.com Sat Jun 4 02:46:58 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 03 Jun 2005 19:46:58 -0700 Subject: Atheros 5212 (ath0) on 2.6.11-1.1366_FC4? In-Reply-To: <20050603181103.GA30877@1-4-5.net> References: <20050603181103.GA30877@1-4-5.net> Message-ID: <1117853219.6447.6.camel@laptop.mpeters.local> On Fri, 2005-06-03 at 11:11 -0700, David Meyer wrote: > Has anyone had any luck with this card? Neither 1366 or > 1286 kernels see it. Unfortunately it hasn't left QA yet so it isn't easily yummable - but the easiest way to install madwifi is through the rpm.livna.org src.rpm (search for madwifi in their bugzilla) when I update kernel, I just rebuild that - ie rpmbuild -bb kernel-module-madwifi.spec --target="i686" --define 'kernel 2.6.11-1.1366_FC4' You do need to have the following line in /etc/modprobe.conf: alias ath0 ath_pci configuring it after installing the rpm and adding the modprobe.conf line is cake - just use the standard configuration tool from the System Tools menu. I personally found that trying to use NetworkManager resulted in frequent dropped connections, so I don't recommend using that (I haven't tried it though since Test1) Hopefully the madwifi kernel module rpm will soon be out of QA at rpm.livna.org and be pushed to the repositories. From pinball at litz.org Sat Jun 4 03:25:28 2005 From: pinball at litz.org (Jonathan Deitch) Date: Fri, 03 Jun 2005 23:25:28 -0400 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <20050603170242.GC6057@nostromo.devel.redhat.com> References: <20050603170242.GC6057@nostromo.devel.redhat.com> Message-ID: <42A11F28.7090708@litz.org> Is the development tree forked yet? Or are current rarhide packages still going into FC4 ? Bill Nottingham wrote: >Due to some unforseen complications, Fedora Core 4 is now >scheduled for general availability on June 13. We apologize for >the inconvenience. > >Bill > > > From kas11 at tampabay.rr.com Sat Jun 4 03:45:17 2005 From: kas11 at tampabay.rr.com (kas) Date: Fri, 03 Jun 2005 23:45:17 -0400 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <20050604015758.GA20792@srv01.cluenet.de> References: <20050604012725.GA20375@srv01.cluenet.de> <1117850074.13677.19.camel@neptune> <20050604015758.GA20792@srv01.cluenet.de> Message-ID: <1117856717.13677.37.camel@neptune> On Sat, 2005-06-04 at 03:57 +0200, Daniel Roesen wrote: > > Could you send me your libvgahw.a from your FC3 box? > Daniel, libvgahw.a sent to address on your email. Will install FC4T3 on the box with the G400 to see if text mode works when shutting down X...didn't with FC4T1...will try MH's suggestions if not and will append my results to #157556 Regards, Karen From paul at permanentmail.com Sat Jun 4 03:57:15 2005 From: paul at permanentmail.com (Paul Dickson) Date: Fri, 3 Jun 2005 20:57:15 -0700 Subject: Adding a lvm-volume how? In-Reply-To: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> References: <43574.62.2.21.164.1117698693.squirrel@www.gwch.net> Message-ID: <20050603205715.5da21a62.paul@permanentmail.com> On Thu, 2 Jun 2005 09:51:33 +0200 (CEST), Roger Grosswiler wrote: > I have a machine, containing 2 harddisks. The main disk crashed, so i had > to reinstall the machine. > > All my data is on the 2nd harddrive In VolGroup00-LogVol01, whilst i > reinstalled fc on VolGroup00-LogVol00. So in summary, you had two physical volumes (HDs) combined into one volume group (VolGroup00) and that was split into two logical volume (LogVol00 and LogVol01). In this case, the data on the second drive is pretty much toast unless logical volume mapping is written to all physical drives of the volume group. And if you had that, there's still a chance that sections of both logical volumes where split between both drives. This is at least how I understand how the Linux LVM works. -Paul From linxt at comcast.net Sat Jun 4 04:07:13 2005 From: linxt at comcast.net (Thomas Taylor) Date: Fri, 3 Jun 2005 21:07:13 -0700 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <42A10DCC.7040605@insight.rr.com> References: <20050603170242.GC6057@nostromo.devel.redhat.com> <1699.192.168.0.254.1117849281.squirrel@whooper.org> <42A10DCC.7040605@insight.rr.com> Message-ID: <200506032107.13630.linxt@comcast.net> On Friday 03 June 2005 19:11, Jim Cornette wrote: > William Hooper wrote: > > The _release name_ is under discussion, not the _project name_. > > If the release name is the only problem, it seems more irrational to > stake a claim to the name than if the problem involved the projects > name. I guess the release name change is easier to overcome. > > Petty claims are the breakfast of any champion ambulance chasing pool of > lawyers. > > Jim > > -- > Where are the negative comments from Al? (Al _always_ has negative > comments and suggestions for improvements, don't try to say that he also > liked it unconditionally ;) > > - Linus Torvalds about Alexander Viro on linux-kernel Well, since everyone else is putting in there 2 cents, here's mine: Hat of a different shade of red. Hehehe Tom -- Tom Taylor Linux user #263467 Federal Way, WA Iraq war: 1,661 and counting From m_epling at comcast.net Sat Jun 4 04:34:06 2005 From: m_epling at comcast.net (amazing powers of observation) Date: Fri, 03 Jun 2005 23:34:06 -0500 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <200506032107.13630.linxt@comcast.net> References: <20050603170242.GC6057@nostromo.devel.redhat.com> <1699.192.168.0.254.1117849281.squirrel@whooper.org> <42A10DCC.7040605@insight.rr.com> <200506032107.13630.linxt@comcast.net> Message-ID: <42A12F3E.4030900@comcast.net> like a pink fedora ? Thomas Taylor wrote: >On Friday 03 June 2005 19:11, Jim Cornette wrote: > > >>William Hooper wrote: >> >> >>>The _release name_ is under discussion, not the _project name_. >>> >>> >>If the release name is the only problem, it seems more irrational to >>stake a claim to the name than if the problem involved the projects >>name. I guess the release name change is easier to overcome. >> >>Petty claims are the breakfast of any champion ambulance chasing pool of >>lawyers. >> >>Jim >> >>-- >>Where are the negative comments from Al? (Al _always_ has negative >>comments and suggestions for improvements, don't try to say that he also >>liked it unconditionally ;) >> >> - Linus Torvalds about Alexander Viro on linux-kernel >> >> > >Well, since everyone else is putting in there 2 cents, here's mine: >Hat of a different shade of red. Hehehe > >Tom > > > From jon780 at gmail.com Sat Jun 4 05:21:08 2005 From: jon780 at gmail.com (Jon 780) Date: Sat, 4 Jun 2005 00:21:08 -0500 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <20050604012725.GA20375@srv01.cluenet.de> References: <20050604012725.GA20375@srv01.cluenet.de> Message-ID: On 6/3/05, Daniel Roesen wrote: > Hi, > > just tried installing FC4T3 on my Desktop system (using a seperate > hard disk). > > P4 2.6GHz, HT enabled, 1GB RAM, Asus P4C800-E Deluxe, Matrox G550 > Monitor is a Dell 2001FP 20" TFT able to do 1600x1200 in 60 Hz native > > Using DVI cable, installation was fine until first boot and switching > to X11. No real display, OSD saying resolution 4078x6 @ 75Hz :-> > Switching to text console via Alt-Ctrl-F1 didn't help, all just colorful > garbage. > > Rebooting using VGA cable, no chance either. After X11 coming up, I'm > seeing firstboot running, but everything being distorted to unusability. > Same effect on text console like with DVI. > > Tried reinstalling via VGA, but there already Anaconda graphic mode > is giving me distorted picture. > > So overall, I've got a complete "no go" on this system. Ideas? > > Couldn't get my FC1 installation working with DVI because XFree86 > rejects 1600x1200x60 as it claims that 162MHz is too much for > single-link DVI (which it isn't... it's exactly the max freq.), but > I've been able to get it running stable with analog VGA. > > As a data point, X11 correctly detects Matrox G550 and Dell 2001FP > (analog/digital). > Had the exact same problem with FC3test4 and a Viewsonic P220fb monitor. No display during installation, or just colored veritcal lines. When you first boot, where you'd normally type "linux" and press enter, add the "nofb" (no framebuffer) option. Its fixed every display related installation problem I've ever had. As I understand it, it falls back to some really awful old Vesa drivers or something. Maybe someone else can correct me and/or explain it better. Good luck! .jon From nman64 at n-man.com Sat Jun 4 06:31:09 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Sat, 04 Jun 2005 01:31:09 -0500 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <42A11F28.7090708@litz.org> References: <20050603170242.GC6057@nostromo.devel.redhat.com> <42A11F28.7090708@litz.org> Message-ID: <42A14AAD.2090705@n-man.com> Jonathan Deitch wrote: > > Is the development tree forked yet? Or are current rarhide packages > still going into FC4 ? > > Bill Nottingham wrote: > >> Due to some unforseen complications, Fedora Core 4 is now >> scheduled for general availability on June 13. We apologize for >> the inconvenience. >> >> Bill >> >> >> > The tree has forked. Rawhide is now moving toward FC5. This delay, though not specifically because of bugs, provides an excellent opportunity for everyone to work on testing and flushing out any more major bugs in the FC4 tree. It's up to Legal to give the go-ahead on the release, but that doesn't mean we have to wait on Legal to make progress. -- Patrick "The N-Man" Barnes nman64 at n-man.com www.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 roger at gwch.net Sat Jun 4 07:49:08 2005 From: roger at gwch.net (Roger Grosswiler) Date: Sat, 04 Jun 2005 09:49:08 +0200 Subject: LVM2 + failure In-Reply-To: References: <20050603091954.EFFC073A70@hormel.redhat.com> <42A05BFA.3040706@garlic.com> Message-ID: <42A15CF4.5070301@gwch.net> marek cervenka wrote: > hi, > > i have fc4test3 with ona system disk and 3 in lvm2 > i'm booted without disks in lvm > now i have disks connected back and vgdisplay shows this > > WARNING: Volume group "ftp" inconsistent > --- Volume group --- > VG Name ftp > System ID > Format lvm2 > Metadata Areas 4 > Metadata Sequence No 8 > VG Access read/write > VG Status resizable > MAX LV 0 > Cur LV 1 > Open LV 0 > Max PV 0 > Cur PV 3 > Act PV 3 > VG Size 409.86 GB > PE Size 16.00 MB > Total PE 26231 > Alloc PE / Size 26231 / 409.86 GB > Free PE / Size 0 / 0 > VG UUID LbNnyU-TS7U-w5EI-pGsQ-Mmj0-1J2V-5CM5H3 > > lv cannot be deleted > > #lvremove -f /dev/ftp/lvftp > Inconsistent metadata copies found - updating to use version 8 > Volume group ftp metadata is inconsistent > Volume group for uuid not found: > LbNnyUTS7Uw5EIpGsQMmj01J2V5CM5H3q0BI4QvUvoSlS7pLlB1aizoviEK9sBUw > Unable to deactivate logical volume "lvftp" > Device '/dev/hda1' has been left open. > Device '/dev/hdc1' has been left open. > Device '/dev/hdb1' has been left open. > > can i repair this? > or how drop vg ? > > > --------------------------------------- > Marek Cervenka > ======================================= > try first with vgcfgrestore to restore to the last working config. From ja at jaa.org.uk Sat Jun 4 09:39:00 2005 From: ja at jaa.org.uk (John Austin) Date: Sat, 04 Jun 2005 10:39:00 +0100 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: References: <20050604012725.GA20375@srv01.cluenet.de> Message-ID: <1117877940.4891.15.camel@maui.jaa.org.uk> On Sat, 2005-06-04 at 00:21 -0500, Jon 780 wrote: > On 6/3/05, Daniel Roesen wrote: > > Hi, > > > > just tried installing FC4T3 on my Desktop system (using a seperate > > hard disk). > > > > P4 2.6GHz, HT enabled, 1GB RAM, Asus P4C800-E Deluxe, Matrox G550 > > Monitor is a Dell 2001FP 20" TFT able to do 1600x1200 in 60 Hz native > > > > Using DVI cable, installation was fine until first boot and switching > > to X11. No real display, OSD saying resolution 4078x6 @ 75Hz :-> > > Switching to text console via Alt-Ctrl-F1 didn't help, all just colorful > > garbage. > > > > Rebooting using VGA cable, no chance either. After X11 coming up, I'm > > seeing firstboot running, but everything being distorted to unusability. > > Same effect on text console like with DVI. > > > > Tried reinstalling via VGA, but there already Anaconda graphic mode > > is giving me distorted picture. > > > > So overall, I've got a complete "no go" on this system. Ideas? > > > > Couldn't get my FC1 installation working with DVI because XFree86 > > rejects 1600x1200x60 as it claims that 162MHz is too much for > > single-link DVI (which it isn't... it's exactly the max freq.), but > > I've been able to get it running stable with analog VGA. > > > > As a data point, X11 correctly detects Matrox G550 and Dell 2001FP > > (analog/digital). > > > > Had the exact same problem with FC3test4 and a Viewsonic P220fb > monitor. No display during installation, or just colored veritcal > lines. > > When you first boot, where you'd normally type "linux" and press > enter, add the "nofb" (no framebuffer) option. Its fixed every > display related installation problem I've ever had. As I understand > it, it falls back to some really awful old Vesa drivers or something. > Maybe someone else can correct me and/or explain it better. > > Good luck! > .jon > Hi See also https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153729 for the history of this. I've added cross reference between the two bugs, not sure this is the correct way of linking them. Tried xorg-x11-6.8.2-1.FC3.34 on FC4T3-i386 mg550 Athlon64 Corrupt at F7, kdm/kde Corrupt at F1-6 but no green border Reverted to 6.8.2-1.FC3.13.i368 to be able to use the machine Over reaction !! Replaced all 18 xorg-x11 rpms on FC4T2 and FC4T3 (and probably FC4) !!!! with 6.8.2-1.FC3.13.i368 from FC3 - Problem fixed xorg bugs https://bugs.freedesktop.org/show_bug.cgi?id=2991 https://bugs.freedesktop.org/show_bug.cgi?id=3094 There are going to be a lot of unhappy people with Matrox cards (mainly g550) when FC4 ships! John From buildsys at redhat.com Sat Jun 4 11:26:02 2005 From: buildsys at redhat.com (Build System) Date: Sat, 4 Jun 2005 07:26:02 -0400 Subject: rawhide report: 20050604 changes Message-ID: <200506041126.j54BQ2Yj021390@porkchop.devel.redhat.com> Updated Packages: GFS-kernel-2.6.11.8-20050601.152643.FC4.2 ----------------------------------------- at-3.1.8-78 ----------- * Fri Jun 03 2005 Jason Vas Dias 3.1.8-78 - fix bug 159220: add pam_loginuid to pam session stack in /etc/pam.d/atd - fix bug 102341: add '-r' synonym for '-d' / atrm for POSIX / SuS conformance cman-kernel-2.6.11.5-20050601.152643.FC4.2 ------------------------------------------ dlm-kernel-2.6.11.5-20050601.152643.FC4.2 ----------------------------------------- eclipse-cdt-1:3.0.0_fc-0.M6.8 ----------------------------- * Fri Jun 03 2005 Jeff Pound 3.0.0_fc-0.M6.8 - Patch refactoring/build.properties to include plugin.properties. - Temporarily move all *.so's to *.so.bak due to native compilation bug. - Temporarily remove gcj .jar -> .so db population. gamin-0.1.0-1.1 --------------- * Fri Jun 03 2005 Elliot Lee 0.1.0-1.1 - Add the .la file back in for now (FC-4) ghostscript-8.15-0.rc3.1 ------------------------ * Fri Jun 03 2005 Tim Waugh 8.15-0.rc3.1 - Switch to ESP Ghostscript. - 8.15rc3. - Lots of patches dropped. Perhaps some will need to be re-added. gnbd-kernel-2.6.11.2-20050420.133124.FC4.35 ------------------------------------------- kernel-2.6.11-1.1369_FC4 ------------------------ * Wed Jun 01 2005 Dave Jones - Fix up ALI IDE regression. (#157175) * Mon May 30 2005 Dave Jones - Fix up VIA IRQ quirk. python-urlgrabber-2.9.6-2 ------------------------- * Fri Jun 03 2005 Phil Knirsch 2.9.6-2 - Fixed the reget method to actually work correctly (skip completely transfered files, etc) From ndbecker2 at gmail.com Sat Jun 4 12:26:50 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Sat, 04 Jun 2005 08:26:50 -0400 Subject: rawhide report: 20050604 changes References: <200506041126.j54BQ2Yj021390@porkchop.devel.redhat.com> Message-ID: Error: Missing Dependency: libijs.so()(64bit) is needed by package gimp-print Error: Missing Dependency: libgs.so.7()(64bit) is needed by package ImageMagick-perl Error: Missing Dependency: libgs.so.7()(64bit) is needed by package ImageMagick [nbecker at nbecker ~]$ sudo yum --exclude=ghostscript* upgrade [Now updates OK] From twaugh at redhat.com Sat Jun 4 12:52:15 2005 From: twaugh at redhat.com (Tim Waugh) Date: Sat, 4 Jun 2005 13:52:15 +0100 Subject: rawhide report: 20050604 changes In-Reply-To: References: <200506041126.j54BQ2Yj021390@porkchop.devel.redhat.com> Message-ID: <20050604125215.GH8706@redhat.com> On Sat, Jun 04, 2005 at 08:26:50AM -0400, Neal Becker wrote: > Error: Missing Dependency: libijs.so()(64bit) is needed by package > gimp-print > Error: Missing Dependency: libgs.so.7()(64bit) is needed by package > ImageMagick-perl > Error: Missing Dependency: libgs.so.7()(64bit) is needed by package > ImageMagick > [nbecker at nbecker ~]$ sudo yum --exclude=ghostscript* upgrade > [Now updates OK] Yes, this is the very beginning of FC5 development, so things will be a little broken at the moment. First I want to check whether some old patches still need to be applied to ghostscript. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dgonzo at optonline.net Sat Jun 4 12:56:25 2005 From: dgonzo at optonline.net (Daniel Gonzalez) Date: Sat, 04 Jun 2005 08:56:25 -0400 Subject: rawhide report: 20050604 changes In-Reply-To: References: <200506041126.j54BQ2Yj021390@porkchop.devel.redhat.com> Message-ID: <1117889785.2758.1.camel@localhost.localdomain> Had same error on 'yum update'. Corrected the problem by downloading and installing the ghostcript-lib rpm form: http://lists.gnu.org/archive/html/info-lilypond/2005-05/msg00006.html Hope that helps Dan Gonzalez On Sat, 2005-06-04 at 08:26 -0400, Neal Becker wrote: > Error: Missing Dependency: libijs.so()(64bit) is needed by package > gimp-print > Error: Missing Dependency: libgs.so.7()(64bit) is needed by package > ImageMagick-perl > Error: Missing Dependency: libgs.so.7()(64bit) is needed by package > ImageMagick > [nbecker at nbecker ~]$ sudo yum --exclude=ghostscript* upgrade > [Now updates OK] > From ndbecker2 at gmail.com Sat Jun 4 13:16:00 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Sat, 04 Jun 2005 09:16:00 -0400 Subject: Fedora Core 4 delayed until June 13 References: <20050603170242.GC6057@nostromo.devel.redhat.com> <42A11F28.7090708@litz.org> <42A14AAD.2090705@n-man.com> Message-ID: Patrick Barnes wrote: > Jonathan Deitch wrote: > >> >> Is the development tree forked yet? Or are current rarhide packages >> still going into FC4 ? >> >> Bill Nottingham wrote: >> >>> Due to some unforseen complications, Fedora Core 4 is now >>> scheduled for general availability on June 13. We apologize for >>> the inconvenience. >>> >>> Bill >>> >>> >>> >> > The tree has forked. Rawhide is now moving toward FC5. This delay, > though not specifically because of bugs, provides an excellent > opportunity for everyone to work on testing and flushing out any more > major bugs in the FC4 tree. Great! So, where can I find a repos that I can sync to to get FC4? I'm still using ../development, which I guess is now moving toward FC5. From jspaleta at gmail.com Sat Jun 4 13:19:14 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 4 Jun 2005 09:19:14 -0400 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: References: <20050603170242.GC6057@nostromo.devel.redhat.com> <42A11F28.7090708@litz.org> <42A14AAD.2090705@n-man.com> Message-ID: <604aa79105060406192f95d845@mail.gmail.com> On 6/4/05, Neal Becker wrote: > Great! So, where can I find a repos that I can sync to to get FC4? I'm > still using ../development, which I guess is now moving toward FC5. well... you'll have to wait for release day. I recommend a fresh install of fc4 if you no longer want to track rawhide. -jef From skvidal at phy.duke.edu Sat Jun 4 13:22:54 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 04 Jun 2005 09:22:54 -0400 Subject: rawhide report: 20050604 changes In-Reply-To: <200506041126.j54BQ2Yj021390@porkchop.devel.redhat.com> References: <200506041126.j54BQ2Yj021390@porkchop.devel.redhat.com> Message-ID: <1117891374.3099.7.camel@cutter> > python-urlgrabber-2.9.6-2 > ------------------------- > * Fri Jun 03 2005 Phil Knirsch 2.9.6-2 > - Fixed the reget method to actually work correctly (skip completely transfered > files, etc) Odd, I didn't see a post to yum-devel or this filed upstream. It'd be nice if you filed that upstream and asked about a release before you patched it in the distro. -sv From leon.stringer at ntlworld.com Sat Jun 4 16:19:42 2005 From: leon.stringer at ntlworld.com (Leon Stringer) Date: Sat, 04 Jun 2005 17:19:42 +0100 Subject: CD Player problem playing 2 CDs Message-ID: <1117901982.5522.5.camel@localhost.localdomain> Hi, If I insert an audio CD, GNOME CD Player starts correctly and I can listen to my CD. If I then eject the audio CD and insert another audio CD, the first track plays fine but when it gets to the second track the CD drive makes a loud noise (as if increasing speed) and the audio skips through the track (it seems to play a snatch of music every second from 16 second intervals on the CD). It worked OK on FC3. Has anyone else had this? I can't see it on Bugzilla. Or is in a GNOME problem. Leon... From i.pilcher at comcast.net Sat Jun 4 17:46:04 2005 From: i.pilcher at comcast.net (Ian Pilcher) Date: Sat, 04 Jun 2005 12:46:04 -0500 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <1117835142.22951.13.camel@wx1.larc.nasa.gov> References: <20050603170242.GC6057@nostromo.devel.redhat.com> <1117834661.7720.0.camel@localhost.localdomain> <1117835142.22951.13.camel@wx1.larc.nasa.gov> Message-ID: Phil Schaffner wrote: > > Apparently nothing to do with bugs, just lawyers... > > https://www.redhat.com/archives/fedora-devel-list/2005-June/msg00299.html > Wow! That's truly sad. It's not like they could have known the name in advance. -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From RouillardSy at yahoo.fr Sat Jun 4 17:52:55 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Sat, 4 Jun 2005 19:52:55 +0200 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <42A14AAD.2090705@n-man.com> References: <20050603170242.GC6057@nostromo.devel.redhat.com> <42A11F28.7090708@litz.org> <42A14AAD.2090705@n-man.com> Message-ID: <200506041952.56262.RouillardSy@yahoo.fr> So, I reckon this extra week is not enough to stick KDE 3.4.1 in :-s Le Samedi 4 Juin 2005 08:31, Patrick Barnes a ?crit?: > The tree has forked. Rawhide is now moving toward FC5. This delay, > though not specifically because of bugs, provides an excellent > opportunity for everyone to work on testing and flushing out any more > major bugs in the FC4 tree. It's up to Legal to give the go-ahead on > the release, but that doesn't mean we have to wait on Legal to make > progress. _____________________________________________________________________________ D?couvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vid?os ! Cr?ez votre Yahoo! Mail sur http://fr.mail.yahoo.com From dr at cluenet.de Sat Jun 4 21:59:49 2005 From: dr at cluenet.de (Daniel Roesen) Date: Sat, 4 Jun 2005 23:59:49 +0200 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <1117856717.13677.37.camel@neptune> References: <20050604012725.GA20375@srv01.cluenet.de> <1117850074.13677.19.camel@neptune> <20050604015758.GA20792@srv01.cluenet.de> <1117856717.13677.37.camel@neptune> Message-ID: <20050604215949.GA30125@srv01.cluenet.de> On Fri, Jun 03, 2005 at 11:45:17PM -0400, kas wrote: > libvgahw.a sent to address on your email. Thanks. Didn't help too much though. With DVI cable, now text mode is OK, but with VGA cable I'm no seeing something reminding of a desktop in X mode, but garbled text in console mode. Can you send me your FC3 mga_drv.o as mentioned by mharris in #157556 so I can test that too? Thanks in advance, Karen! Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From rodd at clarkson.id.au Sun Jun 5 03:59:47 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Sun, 05 Jun 2005 13:59:47 +1000 Subject: rawhide report: 20050604 changes In-Reply-To: <1117889785.2758.1.camel@localhost.localdomain> References: <200506041126.j54BQ2Yj021390@porkchop.devel.redhat.com> <1117889785.2758.1.camel@localhost.localdomain> Message-ID: <1117943987.4196.4.camel@goose> On Sat, 2005-06-04 at 08:56 -0400, Daniel Gonzalez wrote: > Had same error on 'yum update'. > > Corrected the problem by downloading and installing the ghostcript-lib > rpm form: > > http://lists.gnu.org/archive/html/info-lilypond/2005-05/msg00006.html > > Hope that helps Actually, the problem here is 'a missing dependency in software on the rawhide repo', not just 'a missing dependency' While you may be able to address the issue of 'a missing dependency' using packages from outside of rawhide, this really needs to be solved using software from rawhide. It's worth keeping in mind (even though it's early in the FC5 cycle) that when people install FC they expect all the dependencies to be addressed as part of the Core install. And while it will be a while before any tests are released, people do actually install rawhide from time to time to test the installer. Hope that helps R -- "It's a fine line between denial and faith. It's much better on my side" From ian at underpressuredivers.com Sun Jun 5 05:39:00 2005 From: ian at underpressuredivers.com (Ian Puleston) Date: Sat, 04 Jun 2005 22:39:00 -0700 Subject: Cannot login with selinux on In-Reply-To: <1117949000.2943.3.camel@localhost.localdomain> References: <1117949000.2943.3.camel@localhost.localdomain> Message-ID: <1117949940.2943.18.camel@localhost.localdomain> Since updating to Kernel 2.6.11-1.1366_FC4, and now 2.6.11-1.1369_FC4, I haven't been able to login as root or any other user, getting error message "No shell: permission denied" on login followed by the login prompt again. This only happens with selinux, and does not happens if I boot with "selinux=no" - then it works fine and I can login OK. This is with login from the console after booting to level 3 (no X). In /var/log/messages I'm seeing the following when this happens: Jun 1 00:21:45 localhost login(pam_unix)[2704]: session opened for user ian by (uid=0) Jun 1 00:21:45 localhost login[2704]: Warning! Could not relabel /dev/tty1 with user_u:object_r:tty_device_t, not relabeling.Permission denied Jun 1 00:21:45 localhost -- ian[2704]: LOGIN ON tty1 BY ian Jun 1 00:21:45 localhost login(pam_unix)[2704]: session closed for user ian And I also see the following in there - don't know if this is relevant: Jun 1 00:21:28 localhost kernel: audit(1117610487.009:3): avc: denied { sys_admin } for pid=2078 comm="consoletype" capability=21 scontext=system_u:system_r:dhcpc_t tcontext=system_u:system_r:dhcpc_t tclass=capability Jun 1 00:21:28 localhost kernel: SELinux: initialized (dev rpc_pipefs, type rpc_pipefs), uses genfs_contexts Any ideas anyone (other than permanently turning off selinux)? Ian >From Ian Puleston: > > Now, with the new Kernel, I cannot login in at all. Trying to login as root > or another user gives an error "no shell" and then back to the login prompt. > > Is there any way to get round this other than a full re-install? > > Ian > From ian at underpressuredivers.com Sun Jun 5 05:57:18 2005 From: ian at underpressuredivers.com (Ian Puleston) Date: Sat, 04 Jun 2005 22:57:18 -0700 Subject: up2date now working Message-ID: <1117951038.2943.24.camel@localhost.localdomain> Hi, Having just updated everything, up2date is not now working, although I can get updates via yum OK. up2date gives the following error: There was a fatal error communicating with the server. The message was: An HTTP error occurred: URL: http://mirrors.kernel.org/fedora/core/development/i386//headers/header.info Status Code: 404 Error Message: Not Found Looking at that server, there is no headers directory under i386. Does some configuration need changing somewhere? Ian From ian at underpressuredivers.com Sun Jun 5 06:00:54 2005 From: ian at underpressuredivers.com (Ian Puleston) Date: Sat, 04 Jun 2005 23:00:54 -0700 Subject: up2date not working In-Reply-To: <1117951038.2943.24.camel@localhost.localdomain> References: <1117951038.2943.24.camel@localhost.localdomain> Message-ID: <1117951254.2943.26.camel@localhost.localdomain> Sorry, screwed up the subject line. up2date NOT working On Sat, 2005-06-04 at 22:57 -0700, Ian Puleston wrote: > Hi, > > Having just updated everything, up2date is not now working, although I > can get updates via yum OK. up2date gives the following error: > > There was a fatal error communicating with the server. The message was: > > An HTTP error occurred: > URL: > http://mirrors.kernel.org/fedora/core/development/i386//headers/header.info > Status Code: 404 > Error Message: Not Found > > > Looking at that server, there is no headers directory under i386. Does > some configuration need changing somewhere? > > Ian > > > From peterennis at yahoo.com Sun Jun 5 06:03:57 2005 From: peterennis at yahoo.com (Peter Ennis) Date: Sat, 4 Jun 2005 23:03:57 -0700 (PDT) Subject: Missing Dependency: libgs.so.7 is needed by package ImageMagick Message-ID: <20050605060357.2386.qmail@web81510.mail.yahoo.com> --> Running transaction check --> Processing Dependency: libgs.so.7 for package: ImageMagick --> Finished Dependency Resolution Error: Missing Dependency: libgs.so.7 is needed by package ImageMagick root:/adaept/lfs6/scripts# When I try to login to bugzilla on the FC4T3/Rawhide box (now FC5 develpoment with the updates ???) I get this message: Alert You cannot connect to bugzilla.redhat.com because SSL is disabled. I guess the failed yum update turned it off. PFE From buildsys at redhat.com Sun Jun 5 11:31:06 2005 From: buildsys at redhat.com (Build System) Date: Sun, 5 Jun 2005 07:31:06 -0400 Subject: rawhide report: 20050605 changes Message-ID: <200506051131.j55BV6bH007934@porkchop.devel.redhat.com> Updated Packages: metacity-2.10.0-2.fc5 --------------------- * Mon May 30 2005 Warren Togami 2.10.0-2 - raise demands attention (#157271 newren) From mike at netlyncs.com Sun Jun 5 12:25:58 2005 From: mike at netlyncs.com (Mike Chambers) Date: Sun, 05 Jun 2005 07:25:58 -0500 Subject: up2date not working In-Reply-To: <1117951254.2943.26.camel@localhost.localdomain> References: <1117951038.2943.24.camel@localhost.localdomain> <1117951254.2943.26.camel@localhost.localdomain> Message-ID: <1117974359.11434.2.camel@scrappy.netlyncs.com> On Sat, 2005-06-04 at 23:00 -0700, Ian Puleston wrote: > Sorry, screwed up the subject line. up2date NOT working > > On Sat, 2005-06-04 at 22:57 -0700, Ian Puleston wrote: > > An HTTP error occurred: > > URL: > > http://mirrors.kernel.org/fedora/core/development/i386//headers/header.info > > Status Code: 404 > > Error Message: Not Found > > > > > > Looking at that server, there is no headers directory under i386. Does > > some configuration need changing somewhere? Yep, noticed that too, as of a couple days ago. It seems the headers aren't there. You *can* still use at least up2date if you add a line that uses the dir structure and goes straight to the RPM dir instead of using the headers. Takes just a tad longer for it to compare what is new or not. dir Rawhide /path/to/rawhide/RPMS/ -- Mike Chambers Madisonville, KY "Everything is difficult before it's easy!" From liste-p.alain at wanadoo.fr Sun Jun 5 12:31:18 2005 From: liste-p.alain at wanadoo.fr (Aph) Date: Sun, 5 Jun 2005 14:31:18 +0200 Subject: Missing Dependency: libgs.so.7 is needed by package ImageMagick In-Reply-To: <20050605060357.2386.qmail@web81510.mail.yahoo.com> References: <20050605060357.2386.qmail@web81510.mail.yahoo.com> Message-ID: <200506051431.22322@carola.nyarlathotep> Le Dimanche 5 Juin 2005 08:03, Peter Ennis a ?crit?: > --> Running transaction check > --> Processing Dependency: libgs.so.7 for package: ImageMagick > --> Finished Dependency Resolution > Error: Missing Dependency: libgs.so.7 is needed by package > ImageMagick you don't update new version of ghostscript. -- Alors la ca d?passe l'entendemment, m?me clara dans sa splendeur n'?tait pas aussi d?rang?e ... A chacun de ses post j'entend la petite musique de la quatri?me dimension -+- AM in GNU-SE : La dimension de l'infiniment con -+- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From quivalen at gmail.com Sun Jun 5 12:32:08 2005 From: quivalen at gmail.com (Melmoth The Wandering Jew) Date: Sun, 5 Jun 2005 14:32:08 +0200 Subject: ATI drivers and FC4t3 In-Reply-To: <20050603120415.GB18228@devserv.devel.redhat.com> References: <1116713031.3446.5.camel@goose> <20050521231502.GA1027@devserv.devel.redhat.com> <1116717559.3446.11.camel@goose> <20050522134821.GA7521@devserv.devel.redhat.com> <1117683543.3517.33.camel@jellyfish.redfishdemo.com> <20050603120415.GB18228@devserv.devel.redhat.com> Message-ID: <82e01f960506050532797c0c1f@mail.gmail.com> 2005/6/3, Alan Cox : > On Thu, Jun 02, 2005 at 01:39:03PM +1000, Rodd Clarkson wrote: > > Are you using this stuff with current FC4 stuff and is it (mostly) > > working for you? > > I've done some testing with FC3 and Xorg CVS At the moment it seems that r300 project only support kernel 2.6.9. No way to enable 3d accelleration in 2.6.11-1.1369_FC4 ? Andrea From akonstam at trinity.edu Sun Jun 5 13:31:16 2005 From: akonstam at trinity.edu (akonstam at trinity.edu) Date: Sun, 5 Jun 2005 08:31:16 -0500 Subject: [akonstam: Re: A security flaw question - a clarification] Message-ID: <20050605133116.GA14988@Moof.cs.trinity.edu> > > > > I have a security question for the group. We have ~50 Linux machines J> > that are NIS clients of out server. The idea as you know is that any > > of are students can log in to any of the machines and have the same > > home directory and the same passwd. > > > > This would only happen if you have givin all the students the same user > account and password which is a bad idea from the start. Each student should > have their own user account and password, which would give each student their > own home directory. I guess I am not clear. The students have different user accounts and passwds but their user accounts and passwds work on all the NIS clients. > > > Ok, now the question. I have been hearing from people about security > > flaws. Well what about about this. A number of our faculty have set up > > their personal machines as NIS clients. It makes it easier to get to > > their class related files. My feeling this is a tremendous security > > hole, since a first important step in hacking a machine might be logging in > > to the machine. Making faculty personal machines NIS clients > > means that any of the 1000 or so students can log in to the faculty > > machine. Does any one else think that this is a bad idea, or am I > > confused? > > -- > It is only a security hole "if" the teacher remains logged in while away from > their machine. if so, anyone could use the machine and would be logged in as > the instructor. If the instructor logs out, then the students would not have > access to the computer. to prevent this you could have the computer log them > out after a certain time out and stress to the instructors that for security > it is important for them to log out of their machine. > > James Carver No that is not the problem I am talking about. To hack a machine remotely is a hell of a lot harder to do from a different machine than it is if you are logged on to the machine you want to hack. It has nothing to so with whether or not the instructor leaves his machine logged on. Well not nothing but I am not talking about that situation. I am not concerned if people disagree with me but I am frustrated that I can't clearly formulate my question so people see what I am asking. -- ======================================================================= If you want to know how old a man is, ask his brother-in-law. ------------------------------------------- Aaron Konstam Computer Science Trinity University telephone: (210)-999-7484 From fct-cornette at insight.rr.com Sun Jun 5 13:30:33 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 05 Jun 2005 09:30:33 -0400 Subject: up2date not working In-Reply-To: <1117974359.11434.2.camel@scrappy.netlyncs.com> References: <1117951038.2943.24.camel@localhost.localdomain> <1117951254.2943.26.camel@localhost.localdomain> <1117974359.11434.2.camel@scrappy.netlyncs.com> Message-ID: <42A2FE79.8090304@insight.rr.com> Mike Chambers wrote: > On Sat, 2005-06-04 at 23:00 -0700, Ian Puleston wrote: > >>Sorry, screwed up the subject line. up2date NOT working >> >>On Sat, 2005-06-04 at 22:57 -0700, Ian Puleston wrote: > > >>>An HTTP error occurred: >>>URL: >>>http://mirrors.kernel.org/fedora/core/development/i386//headers/header.info >>>Status Code: 404 >>>Error Message: Not Found >>> >>> >>>Looking at that server, there is no headers directory under i386. Does >>>some configuration need changing somewhere? > > > Yep, noticed that too, as of a couple days ago. It seems the headers > aren't there. You *can* still use at least up2date if you add a line > that uses the dir structure and goes straight to the RPM dir instead of > using the headers. Takes just a tad longer for it to compare what is > new or not. > > dir Rawhide /path/to/rawhide/RPMS/ > I noticed most repos that are newer are using the repodata vs.the header directory strategy. Since the rhn-applet started informing that it could not connect to a host of repos, third party and fedora core mirrors, I taylored the mirror listing to other sites with similar results. rhn-applet and up2date-gnome probably need revised to use repodata. Up2date worked fine when using older fc3 mirror listings from an earier /etc/sysconfig/source file. Jim -- The salesman drove over the CPU board. From skvidal at phy.duke.edu Sun Jun 5 14:09:58 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 05 Jun 2005 10:09:58 -0400 Subject: up2date not working In-Reply-To: <1117974359.11434.2.camel@scrappy.netlyncs.com> References: <1117951038.2943.24.camel@localhost.localdomain> <1117951254.2943.26.camel@localhost.localdomain> <1117974359.11434.2.camel@scrappy.netlyncs.com> Message-ID: <1117980599.7104.26.camel@cutter> On Sun, 2005-06-05 at 07:25 -0500, Mike Chambers wrote: > On Sat, 2005-06-04 at 23:00 -0700, Ian Puleston wrote: > > Sorry, screwed up the subject line. up2date NOT working > > > > On Sat, 2005-06-04 at 22:57 -0700, Ian Puleston wrote: > > > > An HTTP error occurred: > > > URL: > > > http://mirrors.kernel.org/fedora/core/development/i386//headers/header.info > > > Status Code: 404 > > > Error Message: Not Found > > > > > > > > > Looking at that server, there is no headers directory under i386. Does > > > some configuration need changing somewhere? > > Yep, noticed that too, as of a couple days ago. It seems the headers > aren't there. You *can* still use at least up2date if you add a line > that uses the dir structure and goes straight to the RPM dir instead of > using the headers. Takes just a tad longer for it to compare what is > new or not. > > dir Rawhide /path/to/rawhide/RPMS/ > up2date no longer has to use the old yum headers hierarchy - it can use the repodata hierarchy. The goal is to get rid of duplicate copies of the package metadata. -sv From rogelio.jacinto at onceonce.com Sun Jun 5 14:40:32 2005 From: rogelio.jacinto at onceonce.com (Rogelio Jacinto) Date: Sun, 05 Jun 2005 09:40:32 -0500 Subject: About firefox-1.0.4-4 CSS history exploit Message-ID: <42A30EE0.3030403@onceonce.com> Marcus wrote: > I've visited this browser test: http://gemal.dk/browserspy/css.html I visited the page and read the source. > with the latest firefox-1.0.4-4 and wonder me, why the script can read my browser >history?! Is it a general firefox feature or a bug? What the script is doing is the following: 1. Sets up a list of popular pages, this is hardcoded in the script. 2. Writes the HTML code including in line CSS styles for the link list: {position: absolute; top: 0} for the unvisited anchor elements (links) and {top: 100px; color: #660001;} for the visited anchors. 3. Examines the anchor elements to determine if the CSS style contains any of the properties and values assigned through the in line styles. If the condition is met then writes out: "Yes you have been visiting the site lately!". I think this is -not- a bug, it's just a clever use of javascript and CSS that exploits the well known CSS behavior of styling a visited link differently than a unvisited link. The script does not read the browser history nor does it access any cookies. Regards, Rogelio From selinux at gmail.com Sun Jun 5 15:54:02 2005 From: selinux at gmail.com (Tom London) Date: Sun, 5 Jun 2005 08:54:02 -0700 Subject: Cannot login with selinux on In-Reply-To: <1117949940.2943.18.camel@localhost.localdomain> References: <1117949000.2943.3.camel@localhost.localdomain> <1117949940.2943.18.camel@localhost.localdomain> Message-ID: <4c4ba153050605085430a3268@mail.gmail.com> On 6/4/05, Ian Puleston wrote: > Since updating to Kernel 2.6.11-1.1366_FC4, and now 2.6.11-1.1369_FC4, I > haven't been able to login as root or any other user, getting error > message "No shell: permission denied" on login followed by the login > prompt again. This only happens with selinux, and does not happens if I > boot with "selinux=no" - then it works fine and I can login OK. This is > with login from the console after booting to level 3 (no X). > > In /var/log/messages I'm seeing the following when this happens: > > Jun 1 00:21:45 localhost login(pam_unix)[2704]: session opened for user > ian by (uid=0) > Jun 1 00:21:45 localhost login[2704]: Warning! Could not > relabel /dev/tty1 with user_u:object_r:tty_device_t, not > relabeling.Permission denied > Jun 1 00:21:45 localhost -- ian[2704]: LOGIN ON tty1 BY ian > Jun 1 00:21:45 localhost login(pam_unix)[2704]: session closed for user > ian > > And I also see the following in there - don't know if this is relevant: > > Jun 1 00:21:28 localhost kernel: audit(1117610487.009:3): avc: denied > { sys_admin } for pid=2078 comm="consoletype" capability=21 > scontext=system_u:system_r:dhcpc_t tcontext=system_u:system_r:dhcpc_t > tclass=capability > Jun 1 00:21:28 localhost kernel: SELinux: initialized (dev rpc_pipefs, > type rpc_pipefs), uses genfs_contexts > > Any ideas anyone (other than permanently turning off selinux)? > > Ian > > > >From Ian Puleston: > > > > Now, with the new Kernel, I cannot login in at all. Trying to login as root > > or another user gives an error "no shell" and then back to the login prompt. > > > > Is there any way to get round this other than a full re-install? > > > > Ian > > OK,.... a few suggestions/questions: 1. When you updated to new kernel, did you only update kernel or did you also update the selinux policy packages? If not, do a full rawhide update. 2. Probably need to relabel file system. Do 'touch /.autorelabel' (as root) and reboot (without selinux=0). That will relabel the entire filesystem(s) during reboot. (Go get coffee, as this will take a few minutes.) 3. When you have problems like this, it better NOT to boot with 'selinux=0', but to boot with 'enforcing=0'. This leaves SELinux 'reporting but not enforcing', allowing it to properly label files created or touched. Booting with 'selinux=0' will almost always require (at least some) relabeling. tom -- Tom London From tmraz at redhat.com Sun Jun 5 17:49:33 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Sun, 05 Jun 2005 19:49:33 +0200 Subject: [akonstam: Re: A security flaw question - a clarification] In-Reply-To: <20050605133116.GA14988@Moof.cs.trinity.edu> References: <20050605133116.GA14988@Moof.cs.trinity.edu> Message-ID: <1117993773.5135.9.camel@perun.redhat.usu> On Sun, 2005-06-05 at 08:31 -0500, akonstam at trinity.edu wrote: > > > Ok, now the question. I have been hearing from people about security > > > flaws. Well what about about this. A number of our faculty have set up > > > their personal machines as NIS clients. It makes it easier to get to > > > their class related files. My feeling this is a tremendous security > > > hole, since a first important step in hacking a machine might be logging in > > > to the machine. Making faculty personal machines NIS clients > > > means that any of the 1000 or so students can log in to the faculty > > > machine. Does any one else think that this is a bad idea, or am I > > > confused? > No that is not the problem I am talking about. To hack a machine > remotely is a hell of a lot harder to do from a different machine > than it is if you are logged on to the machine you want to hack. It > has nothing to so with whether or not the instructor leaves his > machine logged on. Well not nothing but I am not talking about that > situation. > > I am not concerned if people disagree with me but I am frustrated that > I can't clearly formulate my question so people see what I am asking. First, this is a wrong list to discuss this - you should have posted this to fedora-list. You can close this hole easily by adding 'account required pam_access.so' to the system_auth pam config file. You will put all instructors to some group - f.e. 'instructors' and add a line to the /etc/security/access.conf: '-:ALL EXCEPT root instructors:ALL' This will disable login access for all people except root and instructors. -- Tomas Mraz From dr at cluenet.de Sun Jun 5 20:13:38 2005 From: dr at cluenet.de (Daniel Roesen) Date: Sun, 5 Jun 2005 22:13:38 +0200 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <20050604215949.GA30125@srv01.cluenet.de> References: <20050604012725.GA20375@srv01.cluenet.de> <1117850074.13677.19.camel@neptune> <20050604015758.GA20792@srv01.cluenet.de> <1117856717.13677.37.camel@neptune> <20050604215949.GA30125@srv01.cluenet.de> Message-ID: <20050605201338.GA18205@srv01.cluenet.de> On Sat, Jun 04, 2005 at 11:59:49PM +0200, Daniel Roesen wrote: > On Fri, Jun 03, 2005 at 11:45:17PM -0400, kas wrote: > > libvgahw.a sent to address on your email. > > Thanks. Didn't help too much though. With DVI cable, now text mode > is OK, but with VGA cable I'm no seeing something reminding of a > desktop in X mode, but garbled text in console mode. > > Can you send me your FC3 mga_drv.o as mentioned by mharris in #157556 > so I can test that too? Got it, thanks Karen. Unfortunately doesn't fix anything. So as far as I can see, FC4 X11 will be a complete no-go on my "simple" Matrox G550 system, even with "hacks". Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From ubaggili at jinsys.org Sun Jun 5 20:49:03 2005 From: ubaggili at jinsys.org (Ussama Baggili) Date: Sun, 5 Jun 2005 16:49:03 -0400 Subject: linksys usb 2.6 bug? Message-ID: <9ab0f706106cd37c5002be60f41de554@jinsys.org> Hi, I am a new-b and I have been trying to use Fedora on my desktop since Fedora 3. As my access to the internet is only through my Linksys USB v2.6 wireless device, it has become my only point of reference when trying to work with Fedora. I'm not a developer, nor am I familiar with rebuilding kernels, but I do find a lot of search results on the internet trying to provide solutions. I guess what I would like to ask for is either for a bug to be filed with bugzilla to get this fixed, or for guidance. In Fedora core 4 test 3, the hardware is discovered when I plug in the device and browse hardware. It is correctly identified, although no driver is associated. In the network configuration, it is not listed as an item, nor does lsmod show anything related to the device (as far as I know). Please advise or help! I'm writing to the list per instructions to file bugs or suggestions per Fedora's installer and OS. I would really like to get on board. Thanks, -Ussama Jinsys Inc From rmichael+fedoratest at fields.utoronto.ca Mon Jun 6 00:07:20 2005 From: rmichael+fedoratest at fields.utoronto.ca (Richard Michael) Date: Sun, 5 Jun 2005 20:07:20 -0400 Subject: FC4T3 install: boot fail after install onto reiserfs Message-ID: <20050606000720.GA7733@lpc54.fields.utoronto.ca> Three times today on different hardware (changing hard drives and architecture), I have attempted to install FC4 Test 3 onto a single partition reiserfs system, hda1 (10GB) = reiserfs, hda2 (1024MB) = swap. To launch the install, I used "linux selinux=0 reiserfs". The install proceeds normally, but during the initial reboot, the system halts when uncompressing the kernel and reports: ----- Uncompressing Linux... ran out of input data -- System halted ----- I might expect a bad hard drive, but, as I mentioned, this happens on two different drives, in two different systems. Does anyone know what's happening? Apologies if this is answered somewhere already. Thanks, Richard From fct-cornette at insight.rr.com Mon Jun 6 00:33:49 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 05 Jun 2005 20:33:49 -0400 Subject: FC4T3 install: boot fail after install onto reiserfs In-Reply-To: <20050606000720.GA7733@lpc54.fields.utoronto.ca> References: <20050606000720.GA7733@lpc54.fields.utoronto.ca> Message-ID: <42A399ED.5070306@insight.rr.com> Richard Michael wrote: > Three times today on different hardware (changing hard drives and > architecture), I have attempted to install FC4 Test 3 onto a single > partition reiserfs system, hda1 (10GB) = reiserfs, hda2 (1024MB) = swap. > > To launch the install, I used "linux selinux=0 reiserfs". > > The install proceeds normally, but during the initial reboot, the system > halts when uncompressing the kernel and reports: > > ----- > > > > Uncompressing Linux... > > ran out of input data > > -- System halted > > ----- > > I might expect a bad hard drive, but, as I mentioned, this happens on > two different drives, in two different systems. > > Does anyone know what's happening? > > Apologies if this is answered somewhere already. > > Thanks, > Richard > Is the /boot partition reiserfs also? I read on another Linux distro that the /boot partition should be ext2 or ext3. The reason is due to grub. Jim -- How dare the government intervene to stifle innovation in the computer industry! That's Microsoft's job, dammit! From kas11 at tampabay.rr.com Mon Jun 6 01:06:58 2005 From: kas11 at tampabay.rr.com (kas) Date: Sun, 05 Jun 2005 21:06:58 -0400 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <20050605201338.GA18205@srv01.cluenet.de> References: <20050604012725.GA20375@srv01.cluenet.de> <1117850074.13677.19.camel@neptune> <20050604015758.GA20792@srv01.cluenet.de> <1117856717.13677.37.camel@neptune> <20050604215949.GA30125@srv01.cluenet.de> <20050605201338.GA18205@srv01.cluenet.de> Message-ID: <1118020018.31814.8.camel@neptune> On Sun, 2005-06-05 at 22:13 +0200, Daniel Roesen wrote: > On Sat, Jun 04, 2005 at 11:59:49PM +0200, Daniel Roesen wrote: > > On Fri, Jun 03, 2005 at 11:45:17PM -0400, kas wrote: > > > libvgahw.a sent to address on your email. > > > > Thanks. Didn't help too much though. With DVI cable, now text mode > > is OK, but with VGA cable I'm no seeing something reminding of a > > desktop in X mode, but garbled text in console mode. > > > > Can you send me your FC3 mga_drv.o as mentioned by mharris in #157556 > > so I can test that too? > > Got it, thanks Karen. Unfortunately doesn't fix anything. > > So as far as I can see, FC4 X11 will be a complete no-go on my "simple" > Matrox G550 system, even with "hacks". > > > Best regards, > Daniel > > -- > CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 > Daniel, The experiment proposed by mharris in #157556 did fix the dead VTs/green border problem here on my vga-only Matrox g450 (for the curious, replacing the FC4T3 libvgahw.a and mga_drv.o with those from FC3)...but that problem was different than your trouble. Hopefully my report will shed some light on other problems too. Best regards, Karen From td3201 at gmail.com Mon Jun 6 01:59:28 2005 From: td3201 at gmail.com (Terry) Date: Sun, 5 Jun 2005 20:59:28 -0500 Subject: kernel source - building module (troubles) Message-ID: <8ee06101050605185918a2237@mail.gmail.com> I am attempting to follow the release notes so that I can install my cisco vpn client. The release notes state that "an exploded source tree is not required to build kernel modules against the currently in-use kernel". It goes on to say to use a Makefile that points to the KDIR of "/lib/modules/$(shell uname -r)/build". Here is some information about my environment: [root at linux vpnclient]# rpm -q kernel kernel-2.6.11-1.1369_FC4 [root at linux ~]# ls -l /lib/modules/2.6.11-1.1369_FC4/ total 1044 lrwxrwxrwx 1 root root 47 Jun 5 20:57 build -> ../../../usr/src/kernels/2.6.11-1.1369_FC4-i686 drwxr-xr-x 9 root root 4096 Jun 2 22:04 kernel -rw-r--r-- 1 root root 194071 Jun 5 20:57 modules.alias -rw-r--r-- 1 root root 69 Jun 5 20:57 modules.ccwmap -rw-r--r-- 1 root root 233753 Jun 5 20:57 modules.dep -rw-r--r-- 1 root root 813 Jun 5 20:57 modules.ieee1394map -rw-r--r-- 1 root root 357 Jun 5 20:57 modules.inputmap -rw-r--r-- 1 root root 16284 Jun 5 20:57 modules.isapnpmap -rw-r--r-- 1 root root 168631 Jun 5 20:57 modules.pcimap -rw-r--r-- 1 root root 89252 Jun 5 20:57 modules.symbols -rw-r--r-- 1 root root 267888 Jun 5 20:57 modules.usbmap lrwxrwxrwx 1 root root 5 Jun 5 20:57 source -> build Why is the build symlink pointing to that directory? Its a broken symlink. What am I missing? -------------- next part -------------- An HTML attachment was scrubbed... URL: From justin.conover at gmail.com Mon Jun 6 02:01:45 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 5 Jun 2005 21:01:45 -0500 Subject: Installing xen guest via iso/cd Message-ID: I use rawhide on my work laptop and currently use vmware with rhas 2.1 and 3 as guest for building packages and testing different things. Would Xen be a better fit, I've read the vairous how-to's out there for xen on fedora and have played around with it on another test box. Is it possible to use centos2.1/3 iso's for the guest install? From ivazquez at ivazquez.net Mon Jun 6 02:07:43 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 05 Jun 2005 22:07:43 -0400 Subject: kernel source - building module (troubles) In-Reply-To: <8ee06101050605185918a2237@mail.gmail.com> References: <8ee06101050605185918a2237@mail.gmail.com> Message-ID: <1118023663.26747.0.camel@ignacio.ignacio.lan> On Sun, 2005-06-05 at 20:59 -0500, Terry wrote: > What am I missing? The appropriate kernel-devel package. -- 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 td3201 at gmail.com Mon Jun 6 02:11:16 2005 From: td3201 at gmail.com (Terry) Date: Sun, 5 Jun 2005 21:11:16 -0500 Subject: kernel source - building module (troubles) In-Reply-To: <1118023663.26747.0.camel@ignacio.ignacio.lan> References: <8ee06101050605185918a2237@mail.gmail.com> <1118023663.26747.0.camel@ignacio.ignacio.lan> Message-ID: <8ee0610105060519115d6b6713@mail.gmail.com> Wow....haha, thanks. I didnt notice the kernel-devel packages. On 6/5/05, Ignacio Vazquez-Abrams wrote: > > On Sun, 2005-06-05 at 20:59 -0500, Terry wrote: > > What am I missing? > > The appropriate kernel-devel package. > > -- > Ignacio Vazquez-Abrams > http://fedora.ivazquez.net/ > > gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 > > > BodyID:26109037.2.n.logpart (stored separately) > > -- > 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 joelonlinux at optonline.net Mon Jun 6 03:12:49 2005 From: joelonlinux at optonline.net (Joel Rittvo) Date: Sun, 05 Jun 2005 23:12:49 -0400 Subject: up2date not working In-Reply-To: <1117974359.11434.2.camel@scrappy.netlyncs.com> References: <1117951038.2943.24.camel@localhost.localdomain> <1117951254.2943.26.camel@localhost.localdomain> <1117974359.11434.2.camel@scrappy.netlyncs.com> Message-ID: <42A3BF31.2070701@optonline.net> Mike Chambers wrote: > On Sat, 2005-06-04 at 23:00 -0700, Ian Puleston wrote: > >>Sorry, screwed up the subject line. up2date NOT working >> >>On Sat, 2005-06-04 at 22:57 -0700, Ian Puleston wrote: > > >>>An HTTP error occurred: >>>URL: >>>http://mirrors.kernel.org/fedora/core/development/i386//headers/header.info >>>Status Code: 404 >>>Error Message: Not Found >>> >>> >>>Looking at that server, there is no headers directory under i386. Does >>>some configuration need changing somewhere? > > > Yep, noticed that too, as of a couple days ago. It seems the headers > aren't there. You *can* still use at least up2date if you add a line > that uses the dir structure and goes straight to the RPM dir instead of > using the headers. Takes just a tad longer for it to compare what is > new or not. > > dir Rawhide /path/to/rawhide/RPMS/ > OK, I am lost here. Help me, please . . . This is some of what is in my /etc/sysconfig/rhn/sources file: ### EXTRAS FC4 yum extras-fc4 http://download.fedora.redhat.com/pub/fedora/linux/extras/4/i386/ ### DEVELOPMENT yum development http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/ ### EXTRAS DEVELOPMENT yum extras-development http://download.fedora.redhat.com/pub/fedora/linux/extras/development/i386/ How do I need to change these lines to in order for them to work again? I just tried, for example: dir extras-fc4 http://download.fedora.redhat.com/pub/fedora/linux/extras/4/i386/ and it does not work at all for me. That threw out a more serious error message than a 404 Not Found. Thanks. Joel Rittvo Hoboken, NJ From seanfedora at gmail.com Mon Jun 6 03:16:57 2005 From: seanfedora at gmail.com (Sean Earp) Date: Sun, 5 Jun 2005 20:16:57 -0700 Subject: up2date not working In-Reply-To: <42A3BF31.2070701@optonline.net> References: <1117951038.2943.24.camel@localhost.localdomain> <1117951254.2943.26.camel@localhost.localdomain> <1117974359.11434.2.camel@scrappy.netlyncs.com> <42A3BF31.2070701@optonline.net> Message-ID: <552507CC-5A21-475C-8252-516F1CD212A8@gmail.com> On Jun 5, 2005, at 8:12 PM, Joel Rittvo wrote: >> Yep, noticed that too, as of a couple days ago. It seems the headers >> aren't there. You *can* still use at least up2date if you add a line >> that uses the dir structure and goes straight to the RPM dir >> instead of >> using the headers. Takes just a tad longer for it to compare what is >> new or not. >> dir Rawhide /path/to/rawhide/RPMS/ >> > > OK, I am lost here. Help me, please . . . > > This is some of what is in my /etc/sysconfig/rhn/sources file: > > ### EXTRAS FC4 > yum extras-fc4 http://download.fedora.redhat.com/pub/fedora/linux/ > extras/4/i386/ > > ### DEVELOPMENT > yum development http://download.fedora.redhat.com/pub/fedora/linux/ > core/development/i386/ > > ### EXTRAS DEVELOPMENT > yum extras-development http://download.fedora.redhat.com/pub/fedora/ > linux/extras/development/i386/ > > > How do I need to change these lines to in order for them to work > again? I just tried, for example: > > dir extras-fc4 http://download.fedora.redhat.com/pub/fedora/linux/ > extras/4/i386/ > > and it does not work at all for me. That threw out a more serious > error message than a 404 Not Found. > > Thanks. I just clicked on each of the links in the above email, and they all work just fine for me, and show up as fully populated directories... -Sean From joelonlinux at optonline.net Mon Jun 6 03:30:41 2005 From: joelonlinux at optonline.net (Joel Rittvo) Date: Sun, 05 Jun 2005 23:30:41 -0400 Subject: up2date not working In-Reply-To: <552507CC-5A21-475C-8252-516F1CD212A8@gmail.com> References: <1117951038.2943.24.camel@localhost.localdomain> <1117951254.2943.26.camel@localhost.localdomain> <1117974359.11434.2.camel@scrappy.netlyncs.com> <42A3BF31.2070701@optonline.net> <552507CC-5A21-475C-8252-516F1CD212A8@gmail.com> Message-ID: <42A3C361.6010104@optonline.net> Sean Earp wrote: > > On Jun 5, 2005, at 8:12 PM, Joel Rittvo wrote: > >>> Yep, noticed that too, as of a couple days ago. It seems the headers >>> aren't there. You *can* still use at least up2date if you add a line >>> that uses the dir structure and goes straight to the RPM dir instead of >>> using the headers. Takes just a tad longer for it to compare what is >>> new or not. >>> dir Rawhide /path/to/rawhide/RPMS/ >>> >> >> OK, I am lost here. Help me, please . . . >> >> This is some of what is in my /etc/sysconfig/rhn/sources file: >> >> ### EXTRAS FC4 >> yum extras-fc4 http://download.fedora.redhat.com/pub/fedora/linux/ >> extras/4/i386/ >> >> ### DEVELOPMENT >> yum development http://download.fedora.redhat.com/pub/fedora/linux/ >> core/development/i386/ >> >> ### EXTRAS DEVELOPMENT >> yum extras-development http://download.fedora.redhat.com/pub/fedora/ >> linux/extras/development/i386/ >> >> >> How do I need to change these lines to in order for them to work >> again? I just tried, for example: >> >> dir extras-fc4 http://download.fedora.redhat.com/pub/fedora/linux/ >> extras/4/i386/ >> >> and it does not work at all for me. That threw out a more serious >> error message than a 404 Not Found. >> >> Thanks. > > > I just clicked on each of the links in the above email, and they all > work just fine for me, and show up as fully populated directories... > > -Sean > Yes, they are populated directories, but pointing up2date to them is not working. Pointing yum to them works fine. I am trying to get up2date working again, although I'm not sure why I bother with it. Joel From notting at redhat.com Mon Jun 6 03:31:36 2005 From: notting at redhat.com (Bill Nottingham) Date: Sun, 5 Jun 2005 23:31:36 -0400 Subject: linksys usb 2.6 bug? In-Reply-To: <9ab0f706106cd37c5002be60f41de554@jinsys.org> References: <9ab0f706106cd37c5002be60f41de554@jinsys.org> Message-ID: <20050606033136.GB8161@nostromo.devel.redhat.com> Ussama Baggili (ubaggili at jinsys.org) said: > I am a new-b and I have been trying to use Fedora on my desktop since > Fedora 3. As my access to the internet is only through my Linksys USB > v2.6 wireless device, it has become my only point of reference when > trying to work with Fedora. I'm not a developer, nor am I familiar > with rebuilding kernels, but I do find a lot of search results on the > internet trying to provide solutions. > > I guess what I would like to ask for is either for a bug to be filed > with bugzilla to get this fixed, or for guidance. In Fedora core 4 > test 3, the hardware is discovered when I plug in the device and browse > hardware. It is correctly identified, although no driver is > associated. In the network configuration, it is not listed as an item, > nor does lsmod show anything related to the device (as far as I know). > > Please advise or help! I'm writing to the list per instructions to > file bugs or suggestions per Fedora's installer and OS. I would really > like to get on board. If it's the one I'm thinking of, it uses an out-of-tree at76c505 driver; this would need to get submitted upstream. Bill From ivazquez at ivazquez.net Mon Jun 6 03:38:35 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 05 Jun 2005 23:38:35 -0400 Subject: up2date not working In-Reply-To: <42A3C361.6010104@optonline.net> References: <1117951038.2943.24.camel@localhost.localdomain> <1117951254.2943.26.camel@localhost.localdomain> <1117974359.11434.2.camel@scrappy.netlyncs.com> <42A3BF31.2070701@optonline.net> <552507CC-5A21-475C-8252-516F1CD212A8@gmail.com> <42A3C361.6010104@optonline.net> Message-ID: <1118029115.26747.3.camel@ignacio.ignacio.lan> On Sun, 2005-06-05 at 23:30 -0400, Joel Rittvo wrote: > Yes, they are populated directories, but pointing up2date to them is not > working. Pointing yum to them works fine. I am trying to get up2date > working again, although I'm not sure why I bother with it. They lack the old-style headers. Try the following instead: rpmmd extras-fc4 http://download.fedora.redhat.com/pub/fedora/linux/ extras/4/i386/ -- 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 byte at aeon.com.my Sun Jun 5 08:56:46 2005 From: byte at aeon.com.my (Colin Charles) Date: Sun, 05 Jun 2005 01:56:46 -0700 Subject: FC4 on June 6? In-Reply-To: <1117548277.3151.68.camel@arena.soho.bytebot.net> References: <1117515486.3151.20.camel@arena.soho.bytebot.net> <429C6BBF.5070404@atl.lmco.com> <1117548277.3151.68.camel@arena.soho.bytebot.net> Message-ID: <1117961806.25131.0.camel@arena.soho.bytebot.net> On Wed, 2005-06-01 at 00:04 +1000, Colin Charles wrote: > > > Yes, currently. Its sort of just been branched as well > > > > Must've missed that announcement. What are you referring to? > > https://www.redhat.com/archives/fedora-maintainers/2005-May/msg00220.html > > And come June 6, await an announcement ;-) And fwiw, oops, its now June 13th -- Colin Charles, http://www.bytebot.net/ From byte at aeon.com.my Sun Jun 5 12:54:09 2005 From: byte at aeon.com.my (Colin Charles) Date: Sun, 05 Jun 2005 05:54:09 -0700 Subject: Cannot login after updating yesterday In-Reply-To: <040901c566f9$193ee7d0$800101df@sv.us.sonicwall.com> References: <040901c566f9$193ee7d0$800101df@sv.us.sonicwall.com> Message-ID: <1117976050.25131.12.camel@arena.soho.bytebot.net> On Wed, 2005-06-01 at 15:27 -0700, Ian Puleston wrote: > Now, with the new Kernel, I cannot login in at all. Trying to login as > root > or another user gives an error "no shell" and then back to the login > prompt. Sounds like you're running SELinux and might need to relable the file system > Is there any way to get round this other than a full re-install? Updates between test releases aren't encouraged, so reinstalls are good unless you know what you're doing -- Colin Charles, http://www.bytebot.net/ From wdtj at yahoo.com Mon Jun 6 04:00:59 2005 From: wdtj at yahoo.com (Wayne Johnson) Date: Sun, 5 Jun 2005 21:00:59 -0700 (PDT) Subject: Can't seem to file BZ record Message-ID: <20050606040059.23397.qmail@web30207.mail.mud.yahoo.com> I tried to file a BZ record for an error I'm getting with yum update. After hitting submit, I get a about:blank page, but I don't see my records out there. Cockpit error or is there a problem somewhere? The BZ was about the error: Error: Missing Dependency: libijs.so()(64bit) is needed by package gimp-print When attempting to update a fc4test3 system. --- Wayne Johnson, | There are two kinds of people: Those 3943 Penn Ave. N. | who say to God, "Thy will be done," Minneapolis, MN 55412-1908 | and those to whom God says, "All right, (612) 522-7003 | then, have it your way." --C.S. Lewis --------------------------------- Discover Yahoo! Stay in touch with email, IM, photo sharing & more. Check it out! -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave at davenjudy.org Mon Jun 6 04:09:28 2005 From: dave at davenjudy.org (David G. Miller (aka DaveAtFraud)) Date: Sun, 05 Jun 2005 22:09:28 -0600 Subject: up2date not working, Silly question In-Reply-To: <20050606034841.7244F732AE@hormel.redhat.com> References: <20050606034841.7244F732AE@hormel.redhat.com> Message-ID: <42A3CC78.8010209@davenjudy.org> Is this an official change in the way Fedora updates are going to be distributed in the future or just a work-around until whoever is responsible for posting the updates fixes things and gets the previous method working again? If this is a permanent chance, it seems like this is something that should have gotten rolled out with FC5 instead of being inflicted on FC4 in the last few days before release (and someone needs a several whacks with a clue stick). Dave Miller Sun, 05 Jun 2005 23:38:35 -0400, Ignacio Vazquez-Abrams wrote >On Sun, 2005-06-05 at 23:30 -0400, Joel Rittvo wrote: > > >>> Yes, they are populated directories, but pointing up2date to them is not >>> working. Pointing yum to them works fine. I am trying to get up2date >>> working again, although I'm not sure why I bother with it. >> >> > >They lack the old-style headers. Try the following instead: > >rpmmd extras-fc4 http://download.fedora.redhat.com/pub/fedora/linux/ extras/4/i386/ > > > From joelonlinux at optonline.net Mon Jun 6 04:28:30 2005 From: joelonlinux at optonline.net (Joel Rittvo) Date: Mon, 06 Jun 2005 00:28:30 -0400 Subject: up2date not working, Silly question In-Reply-To: <42A3CC78.8010209@davenjudy.org> References: <20050606034841.7244F732AE@hormel.redhat.com> <42A3CC78.8010209@davenjudy.org> Message-ID: <42A3D0EE.5090705@optonline.net> David G. Miller (aka DaveAtFraud) wrote: > Is this an official change in the way Fedora updates are going to be > distributed in the future or just a work-around until whoever is > responsible for posting the updates fixes things and gets the previous > method working again? If this is a permanent chance, it seems like this > is something that should have gotten rolled out with FC5 instead of > being inflicted on FC4 in the last few days before release (and someone > needs a several whacks with a clue stick). > > Dave Miller > > Sun, 05 Jun 2005 23:38:35 -0400, Ignacio Vazquez-Abrams wrote > >> On Sun, 2005-06-05 at 23:30 -0400, Joel Rittvo wrote: >> >> >>>> Yes, they are populated directories, but pointing up2date to them is >>>> not working. Pointing yum to them works fine. I am trying to get >>>> up2date working again, although I'm not sure why I bother with it. >>> >>> >> >> >> They lack the old-style headers. Try the following instead: >> >> rpmmd extras-fc4 http://download.fedora.redhat.com/pub/fedora/linux/ >> extras/4/i386/ >> >> >> > It still isn't working for me. Now it is giving me parsing errors, telling me I need to register at RHN, and asking for babies so it can eat them. Thanks to all for the help, but I think I am going to wait for the FC4 official release and then reinstall the rhn and up2date related package(s) and grab the release package too. Between those I am sure it will be all happy. Then I will have a clean slate, and I can edit in the development repos at that point. Frankly, I think the recent constant breakage of up2date is a subversive way to get the last hold-outs like me fully switched over to yum. It may have finally worked here! Joel From rmichael+fedoratest at fields.utoronto.ca Mon Jun 6 05:01:04 2005 From: rmichael+fedoratest at fields.utoronto.ca (Richard Michael) Date: Mon, 6 Jun 2005 01:01:04 -0400 Subject: FC4T3 install: boot fail after install onto reiserfs In-Reply-To: <42A399ED.5070306@insight.rr.com> References: <20050606000720.GA7733@lpc54.fields.utoronto.ca> <42A399ED.5070306@insight.rr.com> Message-ID: <20050606050104.GA22223@fields.fields.utoronto.ca> To follow up this thread, thanks to Jim's tip, I found a bugzilla report (marked WONTFIX, since reiser is unsupported). https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155274 There's a work around to the reiserfs + grub problem. Boot into rescue, copy the vmlinuz and initrd files, delete the originals, then copy back to /boot. Richard From ian at underpressuredivers.com Mon Jun 6 05:00:56 2005 From: ian at underpressuredivers.com (Ian Puleston) Date: Sun, 05 Jun 2005 22:00:56 -0700 Subject: up2date not working In-Reply-To: <1118029115.26747.3.camel@ignacio.ignacio.lan> References: <1117951038.2943.24.camel@localhost.localdomain> <1117951254.2943.26.camel@localhost.localdomain> <1117974359.11434.2.camel@scrappy.netlyncs.com> <42A3BF31.2070701@optonline.net> <552507CC-5A21-475C-8252-516F1CD212A8@gmail.com> <42A3C361.6010104@optonline.net> <1118029115.26747.3.camel@ignacio.ignacio.lan> Message-ID: <1118034056.20959.51.camel@localhost.localdomain> On Sun, 2005-06-05 at 23:38 -0400, Ignacio Vazquez-Abrams wrote: > They lack the old-style headers. Try the following instead: > > rpmmd extras-fc4 http://download.fedora.redhat.com/pub/fedora/linux/ extras/4/i386/ > That doesn't work. With that line added in /etc/sysconfig/rhn/sources (with or without the space before extras - a typo or should that be there?) or with the following: rpmmd development http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/ I get: An error has occurred: exceptions.AttributeError See /var/log/up2date for more information And in /var/log/up2date: [Sun Jun 5 21:55:46 2005] up2date File "/usr/sbin/up2date", line 1265, in ? sys.exit(main() or 0) File "/usr/sbin/up2date", line 328, in main sources = sourcesConfig.getSources() File "/usr/share/rhn/up2date_client/sourcesConfig.py", line 263, in getSources scfg = SourcesConfigFile(filename="/etc/sysconfig/rhn/sources") File "/usr/share/rhn/up2date_client/sourcesConfig.py", line 42, in __init__ self.load() File "/usr/share/rhn/up2date_client/sourcesConfig.py", line 83, in load self.parseRpmmd(line) From vonbrand at inf.utfsm.cl Mon Jun 6 04:42:05 2005 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Mon, 06 Jun 2005 00:42:05 -0400 Subject: rawhide report: 20050604 changes In-Reply-To: Message from Neal Becker of "Sat, 04 Jun 2005 08:26:50 -0400." Message-ID: <200506060442.j564g56A012322@laptop11.inf.utfsm.cl> Neal Becker wrote: > Error: Missing Dependency: libijs.so()(64bit) is needed by package > gimp-print > Error: Missing Dependency: libgs.so.7()(64bit) is needed by package > ImageMagick-perl > Error: Missing Dependency: libgs.so.7()(64bit) is needed by package > ImageMagick > [nbecker at nbecker ~]$ sudo yum --exclude=ghostscript* upgrade > [Now updates OK] Same for i386 here. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From russell at coker.com.au Sun Jun 5 17:16:01 2005 From: russell at coker.com.au (Russell Coker) Date: Mon, 6 Jun 2005 03:16:01 +1000 Subject: audit and pam Message-ID: <200506060316.05473.russell@coker.com.au> I've done a fairly default install of Fedora Core slightly later than FC4T3. When it boots up GDM logs the following when it starts. Is this desired or should it be onsidered a bug? If so is it a bug in GDM or PAM? type=USER msg=audit(1117904916.797:266906): user pid=2415 uid=0 auid=4294967295 msg='PAM bad_ident: user=? exe=/usr/bin/gdm-binary (hostname=?, addr=?, terminal=? result=User not known to the underlying authentication module)' -- 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 goemon at anime.net Mon Jun 6 07:47:54 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 6 Jun 2005 00:47:54 -0700 (PDT) Subject: unable to yum update on freshly installed x86_64 FC4T3 Message-ID: This is a fresh 'install everything' FC4T3 install, absolutely nothing changed from default install. # yum clean all [...] # yum update [...] --> Running transaction check --> Processing Dependency: libijs.so()(64bit) for package: gimp-print --> Processing Dependency: mozilla-nss = 37:1.7.7-3 for package: mozilla --> Processing Dependency: libgs.so.7()(64bit) for package: ImageMagick-perl --> Processing Dependency: libgs.so.7()(64bit) for package: ImageMagick --> Processing Conflict: python-devel conflicts python < 2.4.1-2 --> Processing Dependency: mozilla-nspr = 37:1.7.7-3 for package: mozilla --> Processing Dependency: openoffice.org-core = 1:1.9.100-1 for package: openoffice.org-pyuno --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. --> Running transaction check --> Processing Dependency: libijs.so()(64bit) for package: gimp-print --> Processing Dependency: mozilla-nss = 37:1.7.7-3 for package: mozilla --> Processing Dependency: libgs.so.7()(64bit) for package: ImageMagick-perl --> Processing Dependency: libgs.so.7()(64bit) for package: ImageMagick --> Processing Conflict: python-devel conflicts python < 2.4.1-2 --> Processing Dependency: mozilla-nspr = 37:1.7.7-3 for package: mozilla --> Processing Dependency: openoffice.org-core = 1:1.9.100-1 for package: openoffice.org-pyuno --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. --> Running transaction check Error: Missing Dependency: libijs.so()(64bit) is needed by package gimp-print Error: Missing Dependency: libgs.so.7()(64bit) is needed by package ImageMagick-perl Error: Missing Dependency: libgs.so.7()(64bit) is needed by package ImageMagick Error: Missing Dependency: openoffice.org-core = 1:1.9.100-1 is needed by package openoffice.org-pyuno Error: Unable to satisfy dependencies Error: Package gimp-print needs libijs.so()(64bit), this is not available. Error: Package mozilla needs mozilla-nss = 37:1.7.7-3, this is not available. Error: Package ImageMagick-perl needs libgs.so.7()(64bit), this is not available. Error: Package ImageMagick needs libgs.so.7()(64bit), this is not available. Error: Package python-devel needs python < 2.4.1-2, this is not available. Error: Package mozilla needs mozilla-nspr = 37:1.7.7-3, this is not available. Error: Package openoffice.org-pyuno needs openoffice.org-core = 1:1.9.100-1, this is not available. From fedora at puzzled.xs4all.nl Mon Jun 6 09:31:33 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Mon, 06 Jun 2005 11:31:33 +0200 Subject: up2date not working, Silly question In-Reply-To: <42A3D0EE.5090705@optonline.net> References: <20050606034841.7244F732AE@hormel.redhat.com> <42A3CC78.8010209@davenjudy.org> <42A3D0EE.5090705@optonline.net> Message-ID: <1118050293.2776.11.camel@guru.puzzled.xs4all.nl> On Mon, 2005-06-06 at 00:28 -0400, Joel Rittvo wrote: [snip] > Thanks to all for the help, but I think I am going to wait for the FC4 > official release and then reinstall the rhn and up2date related > package(s) and grab the release package too. Between those I am sure it > will be all happy. Then I will have a clean slate, and I can edit in > the development repos at that point. Afaik it is advisable to reinstall a fresh clean copy of FC4 instead of upgrading your FC4Tx box to FC4. Iirc only upgrades from major to major are officially possible (eg FC3 -> FC4) and not even then a guarantee for success. > Frankly, I think the recent constant breakage of up2date is a subversive > way to get the last hold-outs like me fully switched over to yum. It > may have finally worked here! Yum has worked so much better for me that I don't know why anyone would want to hold on to up2date. Choice is good unless imho the alternative compared to yum is a nice much appreciated attempt from the early days :) Regards, Patrick From ja at jaa.org.uk Mon Jun 6 10:38:51 2005 From: ja at jaa.org.uk (John Austin) Date: Mon, 06 Jun 2005 11:38:51 +0100 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <20050605201338.GA18205@srv01.cluenet.de> References: <20050604012725.GA20375@srv01.cluenet.de> <1117850074.13677.19.camel@neptune> <20050604015758.GA20792@srv01.cluenet.de> <1117856717.13677.37.camel@neptune> <20050604215949.GA30125@srv01.cluenet.de> <20050605201338.GA18205@srv01.cluenet.de> Message-ID: <1118054331.4891.32.camel@maui.jaa.org.uk> On Sun, 2005-06-05 at 22:13 +0200, Daniel Roesen wrote: > On Sat, Jun 04, 2005 at 11:59:49PM +0200, Daniel Roesen wrote: > > On Fri, Jun 03, 2005 at 11:45:17PM -0400, kas wrote: > > > libvgahw.a sent to address on your email. > > > > Thanks. Didn't help too much though. With DVI cable, now text mode > > is OK, but with VGA cable I'm no seeing something reminding of a > > desktop in X mode, but garbled text in console mode. > > > > Can you send me your FC3 mga_drv.o as mentioned by mharris in #157556 > > so I can test that too? > > Got it, thanks Karen. Unfortunately doesn't fix anything. > > So as far as I can see, FC4 X11 will be a complete no-go on my "simple" > Matrox G550 system, even with "hacks". > > > Best regards, > Daniel > > -- > CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 > Hi Daniel Have you tried replacing all 18 xorg-x11 rpms ? At run level 3 something like s1=`rpm -qa|grep -i xorg-x11` triple check this is correct !!!!!!!!!!! echo $s1 Down load the FC3 versions I used xorg-x11-6.8.2-1.FC3.13 and saved them on a CD ready for FC4 !!!!! rpm --nodeps -e $s1 rpm --nodeps -i xorg-x11*.rpm This worked for me on FC4T2 and FC4T3 Hope this helps John From shiva at sewingwitch.com Mon Jun 6 11:04:42 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Mon, 06 Jun 2005 04:04:42 -0700 Subject: kernel source - building module (troubles) In-Reply-To: <8ee06101050605185918a2237@mail.gmail.com> References: <8ee06101050605185918a2237@mail.gmail.com> Message-ID: --On Sunday, June 05, 2005 8:59 PM -0500 Terry wrote: > I am attempting to follow the release notes so that I can install my > cisco vpn client. FYI, in case you weren't aware of it: Works pretty well. (I'm using an older version on FC2. Haven't felt a need to update it.) From arjanv at redhat.com Mon Jun 6 11:16:43 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 06 Jun 2005 13:16:43 +0200 Subject: kernel source - building module (troubles) In-Reply-To: References: <8ee06101050605185918a2237@mail.gmail.com> Message-ID: <1118056604.5652.27.camel@laptopd505.fenrus.org> On Mon, 2005-06-06 at 04:04 -0700, Kenneth Porter wrote: > --On Sunday, June 05, 2005 8:59 PM -0500 Terry wrote: > > > I am attempting to follow the release notes so that I can install my > > cisco vpn client. > > FYI, in case you weren't aware of it: > > > > Works pretty well. (I'm using an older version on FC2. Haven't felt a need > to update it.) there is also openswan which can be used nicely for this (which uses kernel level ipsec for the hard work)... so there's 2 solutions that don't require binary modules and don't corrupt random packets/memory right there... -------------- 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 dr at cluenet.de Mon Jun 6 11:23:33 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 6 Jun 2005 13:23:33 +0200 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <1118054331.4891.32.camel@maui.jaa.org.uk> References: <20050604012725.GA20375@srv01.cluenet.de> <1117850074.13677.19.camel@neptune> <20050604015758.GA20792@srv01.cluenet.de> <1117856717.13677.37.camel@neptune> <20050604215949.GA30125@srv01.cluenet.de> <20050605201338.GA18205@srv01.cluenet.de> <1118054331.4891.32.camel@maui.jaa.org.uk> Message-ID: <20050606112333.GA25560@srv01.cluenet.de> On Mon, Jun 06, 2005 at 11:38:51AM +0100, John Austin wrote: > > So as far as I can see, FC4 X11 will be a complete no-go on my "simple" > > Matrox G550 system, even with "hacks". > > Have you tried replacing all 18 xorg-x11 rpms ? [...] > Down load the FC3 versions > I used xorg-x11-6.8.2-1.FC3.13 and saved them on a CD > ready for FC4 !!!!! [...] > This worked for me on FC4T2 and FC4T3 Bingo, this fixes things here too. Thanks! DVI still doesn't work, but I'm used to that from FC1 too. It looks like the Modeline chosen has a pixel clock of 162MHz, and Xorg/XFree refusing to use modes with more than 160MHz, even that DVI can do 165MHz on single link. So to get DVI going I guess I have to play around with custom ModeLines for my Dell 2001FP. Which sucks.. the last time I had to do such stuff was 1995. :-) Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From buildsys at redhat.com Mon Jun 6 11:29:08 2005 From: buildsys at redhat.com (Build System) Date: Mon, 6 Jun 2005 07:29:08 -0400 Subject: rawhide report: 20050606 changes Message-ID: <200506061129.j56BT87T029902@porkchop.devel.redhat.com> Updated Packages: VFlib2-2.25.6-29 ---------------- * Mon Jun 06 2005 Akira TAGOH - 2.25.6-29 - convert a spec file to UTF-8. (#159577) arts-8:1.4.1-1 -------------- * Mon Jun 06 2005 Than Ngo 8:1.4.1-1 - 1.4.1 iiimf-le-xcin-0.1.10-2 ---------------------- * Mon Jun 06 2005 Leon Ho - 0.1.10-2 - requires > iiimf-server-12.2-1 - fix key accelerations (RH#154789) * Thu Apr 07 2005 Jens Petersen - update %sendhup to signal iiimd joe-3.3-1 --------- * Mon Jun 06 2005 Ivana Varekova 3.3-1 - new upstream version net-tools-1.60-53 ----------------- * Mon Jun 06 2005 Radek Vokal 1.60-53 - etherwake man page changed to ether-wake (#159156) spamassassin-3.0.4-1.fc5 ------------------------ * Sun Jun 05 2005 Warren Togami - 3.0.4-1 - 3.0.4 From off_by_1 at yahoo.com Mon Jun 6 10:41:33 2005 From: off_by_1 at yahoo.com (Mick Mearns) Date: Mon, 6 Jun 2005 03:41:33 -0700 (PDT) Subject: cannot startx as a user after yum upgrade Message-ID: <20050606104133.73825.qmail@web30704.mail.mud.yahoo.com> Hello; I am running FC4 Test. I upgraded last night, a lot of it was xwindow stuff. Now I cannot 'startx' as a user: ---------------------------------------------------------------- xauth: timeout in locking authority files /home/mick/.Xauthority Fatal server error: Cannot move old log file ("/var/log/Xorg.0.log" to "/var/log/Xorg.0.log.old" ---------------------------------------------------------------- (This was written down and typed in, right now I am in FC2.) I can 'startx' as root. I deleted the user mick and the home directory. Then recreated it. Also as a diferent user. Same thing thanks Mick M. Dogs have Masters - Siamese Cats have Staff! __________________________________ Discover Yahoo! Have fun online with music videos, cool games, IM and more. Check it out! http://discover.yahoo.com/online.html From dr at cluenet.de Mon Jun 6 12:18:50 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 6 Jun 2005 14:18:50 +0200 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <20050606112333.GA25560@srv01.cluenet.de> References: <20050604012725.GA20375@srv01.cluenet.de> <1117850074.13677.19.camel@neptune> <20050604015758.GA20792@srv01.cluenet.de> <1117856717.13677.37.camel@neptune> <20050604215949.GA30125@srv01.cluenet.de> <20050605201338.GA18205@srv01.cluenet.de> <1118054331.4891.32.camel@maui.jaa.org.uk> <20050606112333.GA25560@srv01.cluenet.de> Message-ID: <20050606121850.GA26188@srv01.cluenet.de> On Mon, Jun 06, 2005 at 01:23:33PM +0200, Daniel Roesen wrote: > DVI still doesn't work, but I'm used to that from FC1 too. It looks > like the Modeline chosen has a pixel clock of 162MHz, and Xorg/XFree > refusing to use modes with more than 160MHz, even that DVI can do > 165MHz on single link. So to get DVI going I guess I have to play around > with custom ModeLines for my Dell 2001FP. Which sucks.. the last time I > had to do such stuff was 1995. :-) FWIW, the 2001FP is reporting a max pixel clock of 160MHz in the DDC info, so the panel isn't playing nice. Tried with a custom ModeLine using only 112MHz which didn't let Xorg complain, but still no real display (just flickering, and OSD saying 1600x1200 @ 0Hz!). Well, but that's another topic anyway... :-) Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From linux_4ever at yahoo.com Mon Jun 6 13:18:07 2005 From: linux_4ever at yahoo.com (Steve G) Date: Mon, 6 Jun 2005 06:18:07 -0700 (PDT) Subject: audit and pam In-Reply-To: <200506060316.05473.russell@coker.com.au> Message-ID: <20050606131807.56558.qmail@web51505.mail.yahoo.com> >When it boots up GDM logs the following when it starts. Is this desired or >should it be onsidered a bug? I've seen this since February when I developed the original patch. I've had bigger fish to fry since this is simply reporting behavior that has existed for quite some time. >If so is it a bug in GDM or PAM? I'd say gdm. pam is working great with this patch everywhere else (for example - login, sshd). I don't think this is desired behavior, but it seems benign. You can put it into bugzilla just so it doesn't get lost. We probably should fix this so audit logs don't have this "suspicious activity". -Steve __________________________________ Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com/ From henryhartley at westat.com Mon Jun 6 13:58:11 2005 From: henryhartley at westat.com (Henry Hartley) Date: Mon, 6 Jun 2005 09:58:11 -0400 Subject: Fedora Core 4 delayed until June 13 Message-ID: <403593359CA56C4CAE1F8F4F00DCFE7D1C20E5@MAILBE2.westat.com> On: Sat, June 04, 2005 1:46 PM, Ian Pilcher said: >> >> Phil Schaffner wrote: >> > Apparently nothing to do with bugs, just lawyers... >> >> Wow! That's truly sad. It's not like they could have known the >> name in advance. Developers: We're ready to release the new version of Fedora Core. Lawyers: We'll the name "Fedora Core 3" was fine but we better check on your new name. What are you calling it? Developers: "Fedora Core 4" Lawyers: Whoa there! Just hold on a minute, bucko. We'll have to look into this a bit. Radical name changes like that don't just happen, you know. -- Henry From whooperhsd3 at earthlink.net Mon Jun 6 14:10:39 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Mon, 6 Jun 2005 10:10:39 -0400 (EDT) Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <403593359CA56C4CAE1F8F4F00DCFE7D1C20E5@MAILBE2.westat.com> References: <403593359CA56C4CAE1F8F4F00DCFE7D1C20E5@MAILBE2.westat.com> Message-ID: <4799.12.29.16.103.1118067039.squirrel@whooper.org> Henry Hartley wrote: > On: Sat, June 04, 2005 1:46 PM, Ian Pilcher said: > >>> >>> Phil Schaffner wrote: >>> >>>> Apparently nothing to do with bugs, just lawyers... >>>> >>> >>> Wow! That's truly sad. It's not like they could have known the >>> name in advance. > > Developers: We're ready to release the new version of Fedora Core. > > > Lawyers: We'll the name "Fedora Core 3" was fine but we better > check on your new name. What are you calling it? Again, the problem is the release name ("Heidelberg"), not the project name. -- William Hooper From henryhartley at westat.com Mon Jun 6 14:17:55 2005 From: henryhartley at westat.com (Henry Hartley) Date: Mon, 6 Jun 2005 10:17:55 -0400 Subject: Fedora Core 4 delayed until June 13 Message-ID: <403593359CA56C4CAE1F8F4F00DCFE7D1C20E7@MAILBE2.westat.com> On: Mon, June 06, 2005 10:11 AM, William Hooper said: >> >> Henry Hartley wrote: >> > Developers: We're ready to release the new version of Fedora >> > Core. >> > Lawyers: We'll the name "Fedora Core 3" was fine but we better >> > check on your new name. What are you calling it? >> >> Again, the problem is the release name ("Heidelberg"), not the >> project name. Of course, I was just joking but I didn't even know the release was called Heidelberg. Actually, I didn't know it even had a release name other than "4". Shows how little I know. -- Henry From wdtj at yahoo.com Mon Jun 6 14:28:58 2005 From: wdtj at yahoo.com (Wayne Johnson) Date: Mon, 6 Jun 2005 07:28:58 -0700 (PDT) Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <403593359CA56C4CAE1F8F4F00DCFE7D1C20E7@MAILBE2.westat.com> Message-ID: <20050606142858.27995.qmail@web30201.mail.mud.yahoo.com> I believe it's not really Heidelberg (which was a previous name as I remember), but it's true name is a secret till release... Besides Fedora Core 4, it has a "nickname" that is used as a development pseudonym. --- Henry Hartley wrote: > On: Mon, June 06, 2005 10:11 AM, William Hooper said: > >> > >> Henry Hartley wrote: > >> > Developers: We're ready to release the new version of Fedora > >> > Core. > >> > Lawyers: We'll the name "Fedora Core 3" was fine but we better > >> > check on your new name. What are you calling it? > >> > >> Again, the problem is the release name ("Heidelberg"), not the > >> project name. > > Of course, I was just joking but I didn't even know the release was > called Heidelberg. Actually, I didn't know it even had a release > name other than "4". Shows how little I know. > > -- > Henry > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > --- Wayne Johnson, | There are two kinds of people: Those 3943 Penn Ave. N. | who say to God, "Thy will be done," Minneapolis, MN 55412-1908 | and those to whom God says, "All right, (612) 522-7003 | then, have it your way." --C.S. Lewis __________________________________ Discover Yahoo! Get on-the-go sports scores, stock quotes, news and more. Check it out! http://discover.yahoo.com/mobile.html From rpjday at mindspring.com Mon Jun 6 14:28:46 2005 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 6 Jun 2005 10:28:46 -0400 (EDT) Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <403593359CA56C4CAE1F8F4F00DCFE7D1C20E7@MAILBE2.westat.com> References: <403593359CA56C4CAE1F8F4F00DCFE7D1C20E7@MAILBE2.westat.com> Message-ID: On Mon, 6 Jun 2005, Henry Hartley wrote: > On: Mon, June 06, 2005 10:11 AM, William Hooper said: > >> > >> Henry Hartley wrote: > >> > Developers: We're ready to release the new version of Fedora > >> > Core. > >> > Lawyers: We'll the name "Fedora Core 3" was fine but we better > >> > check on your new name. What are you calling it? > >> > >> Again, the problem is the release name ("Heidelberg"), not the > >> project name. > > Of course, I was just joking but I didn't even know the release was > called Heidelberg. Actually, I didn't know it even had a release > name other than "4". Shows how little I know. ignore the pedants. it *was* funny. rday From whooperhsd3 at earthlink.net Mon Jun 6 14:35:05 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Mon, 6 Jun 2005 10:35:05 -0400 (EDT) Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <20050606142858.27995.qmail@web30201.mail.mud.yahoo.com> References: <403593359CA56C4CAE1F8F4F00DCFE7D1C20E7@MAILBE2.westat.com> <20050606142858.27995.qmail@web30201.mail.mud.yahoo.com> Message-ID: <1955.12.29.16.103.1118068505.squirrel@whooper.org> Wayne Johnson wrote: > I believe it's not really Heidelberg (which was a previous name as I > remember), but it's true name is a secret till release... Besides Fedora > Core 4, it has a "nickname" that is used as a development pseudonym. Yes, Heidelberg is the release name of FC3. FC4's current release name is Stentz. http://cvs.fedora.redhat.com/viewcvs/rpms/fedora-release/FC-4/fedora-release.spec?rev=1.14&view=markup -- William Hooper From petrochard at hotpop.com Mon Jun 6 15:28:55 2005 From: petrochard at hotpop.com (Peter Rochard) Date: Mon, 6 Jun 2005 17:28:55 +0200 Subject: fedora-test-list Digest, Vol 16, Issue 13 In-Reply-To: <20050604160034.BB6BE7376A@hormel.redhat.com> References: <20050604160034.BB6BE7376A@hormel.redhat.com> Message-ID: <6ba9a0ea71acc5fea233f4e058c47130@hotpop.com> Would it be possible to have the acx100 wireless chip drivers included in the stock Fedora kernel, even if the closed firmware doesn't come with the distro CD? Peter From vonbrand at inf.utfsm.cl Mon Jun 6 15:42:09 2005 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Mon, 06 Jun 2005 11:42:09 -0400 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: Your message of "Mon, 06 Jun 2005 10:10:39 -0400." <4799.12.29.16.103.1118067039.squirrel@whooper.org> Message-ID: <200506061542.j56Fg9cZ004532@laptop11.inf.utfsm.cl> "William Hooper" said: [...] > Again, the problem is the release name ("Heidelberg"), not the project > name. Come on again, that is the name of a very well-known town in Germany. How could that possibly give legal grief? Is there something else in the software arena called Heidelberg that could concievably be taken as a name collide?! /me shakes head over incomprehensive US legal stuff. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From skvidal at phy.duke.edu Mon Jun 6 15:48:09 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 06 Jun 2005 11:48:09 -0400 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <200506061542.j56Fg9cZ004532@laptop11.inf.utfsm.cl> References: <200506061542.j56Fg9cZ004532@laptop11.inf.utfsm.cl> Message-ID: <1118072889.2468.3.camel@cutter> On Mon, 2005-06-06 at 11:42 -0400, Horst von Brand wrote: > "William Hooper" said: > > [...] > > > Again, the problem is the release name ("Heidelberg"), not the project > > name. > > Come on again, that is the name of a very well-known town in Germany. How > could that possibly give legal grief? Is there something else in the > software arena called Heidelberg that could concievably be taken as a name > collide?! > > /me shakes head over incomprehensive US legal stuff. heidelberg is the name of fedora core 3 there was no legal problem with it at all. stentz will be the name for fedora core 4. the problem is that even if the name does not seem like it will cause problems it still needs to be checked out. The only hold up was that the name needed to be checked, not that the name was bad in anyway. everyone, quit overreacting. -sv From thomas.cameron at camerontech.com Mon Jun 6 15:49:54 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Mon, 06 Jun 2005 10:49:54 -0500 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <1118072889.2468.3.camel@cutter> References: <200506061542.j56Fg9cZ004532@laptop11.inf.utfsm.cl> <1118072889.2468.3.camel@cutter> Message-ID: <1118072994.28486.18.camel@ml110.camerontech.com> On Mon, 2005-06-06 at 11:48 -0400, seth vidal wrote: > On Mon, 2005-06-06 at 11:42 -0400, Horst von Brand wrote: > > "William Hooper" said: > > > > [...] > > > > > Again, the problem is the release name ("Heidelberg"), not the project > > > name. > > > > Come on again, that is the name of a very well-known town in Germany. How > > could that possibly give legal grief? Is there something else in the > > software arena called Heidelberg that could concievably be taken as a name > > collide?! > > > > /me shakes head over incomprehensive US legal stuff. > > heidelberg is the name of fedora core 3 > there was no legal problem with it at all. > > stentz will be the name for fedora core 4. > > the problem is that even if the name does not seem like it will cause > problems it still needs to be checked out. > > The only hold up was that the name needed to be checked, not that the > name was bad in anyway. > > everyone, quit overreacting. But, but, it's *fun* to overreact! And besides, in this particular case, we get to bash lawyers, too! BONUS! :-) Thomas From skvidal at phy.duke.edu Mon Jun 6 15:57:10 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 06 Jun 2005 11:57:10 -0400 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <1118072994.28486.18.camel@ml110.camerontech.com> References: <200506061542.j56Fg9cZ004532@laptop11.inf.utfsm.cl> <1118072889.2468.3.camel@cutter> <1118072994.28486.18.camel@ml110.camerontech.com> Message-ID: <1118073430.2468.5.camel@cutter> > But, but, it's *fun* to overreact! And besides, in this particular > case, we get to bash lawyers, too! BONUS! :-) > Not to be pedantic and a killjoy - but we have to thank a number of lawyers for ANY of this project to be possible. -sv From nman64 at n-man.com Mon Jun 6 16:22:44 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Mon, 06 Jun 2005 11:22:44 -0500 Subject: fedora-test-list Digest, Vol 16, Issue 13 In-Reply-To: <6ba9a0ea71acc5fea233f4e058c47130@hotpop.com> References: <20050604160034.BB6BE7376A@hormel.redhat.com> <6ba9a0ea71acc5fea233f4e058c47130@hotpop.com> Message-ID: <42A47854.3010307@n-man.com> Peter Rochard wrote: > Would it be possible to have the acx100 wireless chip drivers included > in the stock Fedora kernel, even if the closed firmware doesn't come > with the distro CD? > > Peter > > It's most likely possible, but not something this project would likely do. When it is added upstream, Fedora will have it. If you really want it, you could look into creating your own package with the kernel module built with DKMS and submit it to Fedora Extras. Depending on how the firmware is licensed, you might even be able to include it in your package. http://fedoraproject.org/wiki/Extras -- Patrick "The N-Man" Barnes nman64 at n-man.com www.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 akonstam at trinity.edu Mon Jun 6 16:41:21 2005 From: akonstam at trinity.edu (akonstam at trinity.edu) Date: Mon, 6 Jun 2005 11:41:21 -0500 Subject: printing weirdness Message-ID: <20050606164121.GA18693@Moof.cs.trinity.edu> I installed the HP drivers in the HPLIP package from Sourceforge. Then I configured a HP 3500 printer using the cups web interface. The result is I can print to that printer from the machine logged in from local accounts in the /etc/passwd file but not from NIS accounts. Can anyone think of a reason for this? -- ======================================================================= Your computer account is overdrawn. Please reauthorize. ------------------------------------------- Aaron Konstam Computer Science Trinity University telephone: (210)-999-7484 From fedora at leemhuis.info Mon Jun 6 16:46:09 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 06 Jun 2005 18:46:09 +0200 Subject: fedora-test-list Digest, Vol 16, Issue 13 In-Reply-To: <42A47854.3010307@n-man.com> References: <20050604160034.BB6BE7376A@hormel.redhat.com> <6ba9a0ea71acc5fea233f4e058c47130@hotpop.com> <42A47854.3010307@n-man.com> Message-ID: <1118076369.5474.9.camel@notebook.thl.home> Am Montag, den 06.06.2005, 11:22 -0500 schrieb Patrick Barnes: > Peter Rochard wrote: > > > Would it be possible to have the acx100 wireless chip drivers included > > in the stock Fedora kernel, even if the closed firmware doesn't come > > with the distro CD? > > > It's most likely possible, but not something this project would likely > do. When it is added upstream, Fedora will have it. If you really want > it, you could look into creating your own package with the kernel module > built with DKMS and submit it to Fedora Extras. There is no agreement yet how kernel-module-packages should be build/packaged in extras. And especially there is none that requires dkms (there are people like me who even dislike the usage of dkms). There needs to be a (probably longer) discussion first. > Depending on how the > firmware is licensed, you might even be able to include it in your package. Or submit it to livna. There is a standard scheme for kernel-module packages in use already and there should be other wlan stuff soon. I'm willing to help with packaging if someone could test the resulting packages. -- Thorsten Leemhuis From tdiehl at rogueind.com Mon Jun 6 18:18:23 2005 From: tdiehl at rogueind.com (Tom Diehl) Date: Mon, 6 Jun 2005 14:18:23 -0400 (EDT) Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <20050606142858.27995.qmail@web30201.mail.mud.yahoo.com> References: <20050606142858.27995.qmail@web30201.mail.mud.yahoo.com> Message-ID: On Mon, 6 Jun 2005, Wayne Johnson wrote: > I believe it's not really Heidelberg (which was a previous name as I > remember), but it's true name is a secret till release... Besides Fedora > Core 4, it has a "nickname" that is used as a development pseudonym. shhhhhhh, don't tell anyone the current name is Stentz. :-))) Seriously though a lot of this secret BS went away with the demise of RHL. At least wrt Fedora. Of course if the lawyers object to the name than it could change. In which case the real name really is a secret. :-) Tom Diehl tdiehl at rogueind.com Spamtrap address mtd123 at rogueind.com From ben at bagu.org Mon Jun 6 20:57:04 2005 From: ben at bagu.org (Ben Konrath) Date: Mon, 06 Jun 2005 16:57:04 -0400 Subject: Eclipse frezes the computer References: <1117483268.3336.5.camel@Mars> Message-ID: On Mon, 30 May 2005 22:01:08 +0200, Bjorn Andersen wrote: > The reason why i will start is as root is because i need the Visual > Editor, and has to install the plugin, but thats not the reason for the > freeze. Il' never get that far before it lucks up... You can also use the VE update site to install it. Here are the instructions: http://help.eclipse.org/help30/index.jsp?topic=/org.eclipse.platform.doc.user/tasks/tasks-34.htm Just use the main Eclipse.org update site. An installation site will automatically be created in your home directory because the Eclipse installation directory is only writable by root. HTH, Ben From korgull at home.nl Mon Jun 6 20:05:40 2005 From: korgull at home.nl (Marcel Janssen) Date: Mon, 6 Jun 2005 22:05:40 +0200 Subject: system-config-samba unable to make a good configuration Message-ID: <200506062205.40138.korgull@home.nl> Hi, I'm trying to set up a very simple samba share (have done this dozen of times) but I'm not successful with system-config-samba. My windows machines see the share but as soon as I click them, I get the error "The network name cannot be found" I know permissions are correct and the path exists. I've tried various settings in system-config-samba but none of them work. Is the tool perhaps depreciated ? regards, Marcel From korgull at home.nl Mon Jun 6 20:27:00 2005 From: korgull at home.nl (Marcel Janssen) Date: Mon, 6 Jun 2005 22:27:00 +0200 Subject: system-config-samba unable to make a good configuration In-Reply-To: <200506062205.40138.korgull@home.nl> References: <200506062205.40138.korgull@home.nl> Message-ID: <200506062227.00694.korgull@home.nl> On Monday 06 June 2005 22:05, Marcel Janssen wrote: > Is the tool perhaps depreciated ? Just set up swat and created the sam ething (I believe) and it works straight away. Now I just don't know what's the difference :-( Regards, Marcel From talbotscott at cox.net Mon Jun 6 21:22:54 2005 From: talbotscott at cox.net (Scott) Date: Mon, 06 Jun 2005 14:22:54 -0700 Subject: up2date not working, Silly question In-Reply-To: <42A3CC78.8010209@davenjudy.org> References: <20050606034841.7244F732AE@hormel.redhat.com> <42A3CC78.8010209@davenjudy.org> Message-ID: <42A4BEAE.7040408@cox.net> David G. Miller (aka DaveAtFraud) wrote: > Is this an official change in the way Fedora updates are going to be > distributed in the future or just a work-around until whoever is > responsible for posting the updates fixes things and gets the previous > method working again? If this is a permanent chance, it seems like > this is something that should have gotten rolled out with FC5 instead > of being inflicted on FC4 in the last few days before release (and > someone needs a several whacks with a clue stick). > Just guessing, but this problem cropped up when rawhide started getting FC5 RPMs, I expect that when FC4 is rolled out we'll get a new fedora-release rpm that will have the new, improved sources file. At least I hope that is what will happen! Scott From jerone at gmail.com Mon Jun 6 21:23:12 2005 From: jerone at gmail.com (Jerone Young) Date: Mon, 6 Jun 2005 16:23:12 -0500 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <20050606121850.GA26188@srv01.cluenet.de> References: <20050604012725.GA20375@srv01.cluenet.de> <1117850074.13677.19.camel@neptune> <20050604015758.GA20792@srv01.cluenet.de> <1117856717.13677.37.camel@neptune> <20050604215949.GA30125@srv01.cluenet.de> <20050605201338.GA18205@srv01.cluenet.de> <1118054331.4891.32.camel@maui.jaa.org.uk> <20050606112333.GA25560@srv01.cluenet.de> <20050606121850.GA26188@srv01.cluenet.de> Message-ID: <9f50a7a0050606142375fd2939@mail.gmail.com> I could be wrong. But the only Matrox drivers that work with DVI are the closed source ones on Matox's website. The one's that come with xorg only support analouge output. But nvidia's & ati's drivers do support DVI though. Yeah here is a sinpet from "man mga" Support for the second head on G400 cards requires a binary-only "mga_hal" module that is available from Matrox , and may be on the CD supplied with the card. That module also provides various other enhancements, and may be necessary to use the DVI (digital) output on the G550 (and other cards). On 6/6/05, Daniel Roesen wrote: > On Mon, Jun 06, 2005 at 01:23:33PM +0200, Daniel Roesen wrote: > > DVI still doesn't work, but I'm used to that from FC1 too. It looks > > like the Modeline chosen has a pixel clock of 162MHz, and Xorg/XFree > > refusing to use modes with more than 160MHz, even that DVI can do > > 165MHz on single link. So to get DVI going I guess I have to play around > > with custom ModeLines for my Dell 2001FP. Which sucks.. the last time I > > had to do such stuff was 1995. :-) > > FWIW, the 2001FP is reporting a max pixel clock of 160MHz in the DDC > info, so the panel isn't playing nice. > > Tried with a custom ModeLine using only 112MHz which didn't let Xorg > complain, but still no real display (just flickering, and OSD saying > 1600x1200 @ 0Hz!). > > Well, but that's another topic anyway... :-) > > > Best regards, > Daniel > > -- > CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From goemon at anime.net Mon Jun 6 21:24:10 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 6 Jun 2005 14:24:10 -0700 (PDT) Subject: up2date not working, Silly question In-Reply-To: <42A4BEAE.7040408@cox.net> Message-ID: On Mon, 6 Jun 2005, Scott wrote: > Just guessing, but this problem cropped up when rawhide started > getting FC5 RPMs, I expect that when FC4 is rolled out we'll get a new > fedora-release rpm that will have the new, improved sources file. At > least I hope that is what will happen! Would be nice if it were possible to in-place upgrade FC4T3 to FC4-release via yum. Having to wipe and reinstall sucks. -Dan From skvidal at phy.duke.edu Mon Jun 6 21:28:46 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 06 Jun 2005 17:28:46 -0400 Subject: up2date not working, Silly question In-Reply-To: References: Message-ID: <1118093326.2468.47.camel@cutter> On Mon, 2005-06-06 at 14:24 -0700, Dan Hollis wrote: > On Mon, 6 Jun 2005, Scott wrote: > > Just guessing, but this problem cropped up when rawhide started > > getting FC5 RPMs, I expect that when FC4 is rolled out we'll get a new > > fedora-release rpm that will have the new, improved sources file. At > > least I hope that is what will happen! > > Would be nice if it were possible to in-place upgrade FC4T3 to FC4-release > via yum. Having to wipe and reinstall sucks. > feel free to try it. There wasn't that much shift. -sv From jspaleta at gmail.com Mon Jun 6 21:34:55 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 6 Jun 2005 17:34:55 -0400 Subject: up2date not working, Silly question In-Reply-To: References: <42A4BEAE.7040408@cox.net> Message-ID: <604aa791050606143455bf2bf3@mail.gmail.com> On 6/6/05, Dan Hollis wrote: > Would be nice if it were possible to in-place upgrade FC4T3 to FC4-release > via yum. Having to wipe and reinstall sucks. Who said it was impossible? Everything about a test release is a test... there is no promise that you be able to upgrade smoothly from a test release to a final release even using anaconda. I strongly suggest that if you are no longer going to track rawhide and want to stablize your install that you do a fresh install of fc4 to make sure any further bug reports you file are not some lingering artifact of rawhide-ness. -jef"strongly considers writing the 'fedora testing manifesto' "spaleta From goemon at anime.net Mon Jun 6 21:35:53 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 6 Jun 2005 14:35:53 -0700 (PDT) Subject: up2date not working, Silly question In-Reply-To: <1118093326.2468.47.camel@cutter> Message-ID: On Mon, 6 Jun 2005, seth vidal wrote: > On Mon, 2005-06-06 at 14:24 -0700, Dan Hollis wrote: > > On Mon, 6 Jun 2005, Scott wrote: > > > Just guessing, but this problem cropped up when rawhide started > > > getting FC5 RPMs, I expect that when FC4 is rolled out we'll get a new > > > fedora-release rpm that will have the new, improved sources file. At > > > least I hope that is what will happen! > > Would be nice if it were possible to in-place upgrade FC4T3 to FC4-release > > via yum. Having to wipe and reinstall sucks. > feel free to try it. There wasn't that much shift. I cant even upgrade FC4T3 to FC4T3 because someone pointed the repository to FC5... :-P Will this "just work" again when FC4 is released or will the repository pointers remain broken for FC4T3? Eg will FC4T3 users have to mangle .repo files? -Dan From goemon at anime.net Mon Jun 6 21:37:17 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 6 Jun 2005 14:37:17 -0700 (PDT) Subject: up2date not working, Silly question In-Reply-To: <604aa791050606143455bf2bf3@mail.gmail.com> Message-ID: On Mon, 6 Jun 2005, Jeff Spaleta wrote: > I strongly suggest that if you are no longer going to track rawhide and not even possible for FC4T3 anymore. the repository is pointed at FC5 which has dependencies which breaks FC4. -Dan From jspaleta at gmail.com Mon Jun 6 21:44:27 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 6 Jun 2005 17:44:27 -0400 Subject: up2date not working, Silly question In-Reply-To: References: <1118093326.2468.47.camel@cutter> Message-ID: <604aa79105060614444a707fb3@mail.gmail.com> On 6/6/05, Dan Hollis wrote: > > Will this "just work" again when FC4 is released or will the repository > pointers remain broken for FC4T3? Eg will FC4T3 users have to mangle .repo > files? yes users who want to stop tracking the development tree will have to mangle the repo files. OR install the fedora-release package from the full fc4 release (taking care to look for .rpmnew files in case you already editted the config files you want changed). Test releases are snapshots of the development tree... they are not branches. Full releases are branched off of the development tree and get their own dedicated update directory. Testers who want to stop being part of the development process when a new release is branched.. need to do a fresh install to be sure they are getting what they expect. There are testers/developers who continue to track the development tree after a full release is branched. There are some who never actually do a test release install and install directly from the development tree using the provided boot.iso. I see no reason why the people tracking the development tree should have their workflow disrupted by an abrupt change in repository configuration to point to fc4 updates. If you want fc4 and you want to be sure you have fc4 with no linger development packages or development configuration settings... install fc4. -jef From nman64 at n-man.com Mon Jun 6 21:47:47 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Mon, 06 Jun 2005 16:47:47 -0500 Subject: system-config-samba unable to make a good configuration In-Reply-To: <200506062227.00694.korgull@home.nl> References: <200506062205.40138.korgull@home.nl> <200506062227.00694.korgull@home.nl> Message-ID: <42A4C483.2050907@n-man.com> Marcel Janssen wrote: >On Monday 06 June 2005 22:05, Marcel Janssen wrote: > > >>Is the tool perhaps depreciated ? >> >> > >Just set up swat and created the sam ething (I believe) and it works straight >away. >Now I just don't know what's the difference :-( > >Regards, >Marcel > > > If you can recreate both configurations and create a list of the differences, you can post the results along with a description of your problem to Bugzilla. No guarantees on how long it will take to be fixed. Many of the system-config-* tools are aging and are not very well maintained. The whole set of them needs rewriting. -- Patrick "The N-Man" Barnes nman64 at n-man.com www.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 joelonlinux at optonline.net Mon Jun 6 22:51:23 2005 From: joelonlinux at optonline.net (Joel Rittvo) Date: Mon, 06 Jun 2005 18:51:23 -0400 Subject: up2date not working, Silly question In-Reply-To: <1118050293.2776.11.camel@guru.puzzled.xs4all.nl> References: <20050606034841.7244F732AE@hormel.redhat.com> <42A3CC78.8010209@davenjudy.org> <42A3D0EE.5090705@optonline.net> <1118050293.2776.11.camel@guru.puzzled.xs4all.nl> Message-ID: <42A4D36B.9020507@optonline.net> Patrick wrote: > On Mon, 2005-06-06 at 00:28 -0400, Joel Rittvo wrote: > [snip] > >>Thanks to all for the help, but I think I am going to wait for the FC4 >>official release and then reinstall the rhn and up2date related >>package(s) and grab the release package too. Between those I am sure it >>will be all happy. Then I will have a clean slate, and I can edit in >>the development repos at that point. > > > Afaik it is advisable to reinstall a fresh clean copy of FC4 instead of > upgrading your FC4Tx box to FC4. Iirc only upgrades from major to major > are officially possible (eg FC3 -> FC4) and not even then a guarantee > for success. > > >>Frankly, I think the recent constant breakage of up2date is a subversive >>way to get the last hold-outs like me fully switched over to yum. It >>may have finally worked here! > > > Yum has worked so much better for me that I don't know why anyone would > want to hold on to up2date. Choice is good unless imho the alternative > compared to yum is a nice much appreciated attempt from the early > days :) > > Regards, > Patrick > I know you are correct about the supported upgrade paths, but this box started as FC2 Test1 and has survived through daily Rawhide updates all the way to now. Sometimes things are broken for a few weeks but I get them fixed eventually. I try to not report bugs that could be the result of not doing a clean install of a new version in over a year, so I don't waste too much of every one else's time. For me, if it all worked perfectly all the time, I would never have the opportunity to start to understand how it works. Each time something is broken, I learn a great deal getting it fixed. I don't mind broken. I sort of like broken, sometimes. (Be very grateful you are not a part of my family . . .) Joel From dr at cluenet.de Mon Jun 6 22:55:42 2005 From: dr at cluenet.de (Daniel Roesen) Date: Tue, 7 Jun 2005 00:55:42 +0200 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <9f50a7a0050606142375fd2939@mail.gmail.com> References: <20050604012725.GA20375@srv01.cluenet.de> <1117850074.13677.19.camel@neptune> <20050604015758.GA20792@srv01.cluenet.de> <1117856717.13677.37.camel@neptune> <20050604215949.GA30125@srv01.cluenet.de> <20050605201338.GA18205@srv01.cluenet.de> <1118054331.4891.32.camel@maui.jaa.org.uk> <20050606112333.GA25560@srv01.cluenet.de> <20050606121850.GA26188@srv01.cluenet.de> <9f50a7a0050606142375fd2939@mail.gmail.com> Message-ID: <20050606225542.GA828@srv01.cluenet.de> On Mon, Jun 06, 2005 at 04:23:12PM -0500, Jerone Young wrote: > Yeah here is a sinpet from "man mga" > > Support for the second head on G400 > cards requires a binary-only "mga_hal" module that is available from > Matrox , and may be on the CD supplied with the > card. That module also provides various other enhancements, and may > be necessary to use the DVI (digital) output on the G550 (and other > cards). Did also try with Matrox' drivers v4.1 without any success. I think it's now beating a dead horse. Yesterday I've ordered a GeForce 6800 Ultra based card and a new power supply to feed it. From what I'm hearing their drivers actually work and support all the features of the cards, and have working DRI & OpenGL even in dual-head mode. BTW, one of the problems seem to be that Xorg somehow things that 112MHz is the end of the game. DDC says (relevant stuff only): (II) MGA(0): Digital Display Input (II) MGA(0): Supported Future Video Modes: (II) MGA(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) MGA(0): #1: hsize: 1600 vsize 1200 refresh: 60 vid: 16553 (II) MGA(0): #2: hsize: 1152 vsize 864 refresh: 75 vid: 20337 (II) MGA(0): Supported additional Video Mode: (II) MGA(0): clock: 162.0 MHz Image Size: 367 x 275 mm (II) MGA(0): h_active: 1600 h_sync: 1664 h_sync_end 1856 h_blank_end 2160 h_border: 0 (II) MGA(0): v_active: 1200 v_sync: 1201 v_sync_end 1204 v_blanking: 1250 v_border: 0 (II) MGA(0): Monitor name: DELL 2001FP (II) MGA(0): Ranges: V min: 56 V max: 76 Hz, H min: 31 H max: 80 kHz, PixClock max 160 MHz (II) MGA(0): end of VBE DDC Monitor info after the DDC info, it says: (==) MGA(0): Min pixel clock is 12 MHz (==) MGA(0): Max pixel clock is 112 MHz (II) MGA(0): Monitor0: Using hsync range of 31.00-80.00 kHz (II) MGA(0): Monitor0: Using vrefresh range of 56.00-76.00 Hz (II) MGA(0): Clock range: 12.00 to 112.00 MHz without any context. I guess this is actually what the MGA driver thinks that the G550 can do. IIRC, in analog mode, it allows up to 350MHz (which is the RAMDAC's max output pixel clock). So for whatever reason it doesn't allow the full DVI 165MHz, but only a mere 112MHz. After replacing the xorg RPMs with their FC3 versions, analog works. But I want/need DVI, as DPMS doesn't work with analog mode, only with DVI mode. Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From paul at permanentmail.com Mon Jun 6 23:02:14 2005 From: paul at permanentmail.com (Paul Dickson) Date: Mon, 6 Jun 2005 16:02:14 -0700 Subject: Upgrading from RH9 to FC4t3: Success In-Reply-To: <429DD042.7020804@drdc-rddc.gc.ca> References: <20050531222256.305e1a53.paul@permanentmail.com> <429DD042.7020804@drdc-rddc.gc.ca> Message-ID: <20050606160214.5196b831.paul@permanentmail.com> On Wed, 01 Jun 2005 09:12:02 -0600, Robin Laing wrote: > Paul Dickson wrote: > > Last Wednesday I upgraded my files server at home from RH9 to FC4t3. > > Question. > > Is the SELINUX working properly? I ask this as I want to move to FC4 > next month but concerned about SELINUX as well as other major changes > from FC1. Heck I still find problems from the move from RH8 to FC1 > today. :) When I did the install on my new notebook, I disabled SELINUX, but for the above upgrade I don't recall seeing this option. The system behaves like it's disabled though. -Paul From stevew5set at alltel.net Mon Jun 6 23:17:16 2005 From: stevew5set at alltel.net (steve) Date: Mon, 6 Jun 2005 18:17:16 -0500 Subject: Upgrading from RH9 to FC4t3: Success In-Reply-To: <20050606160214.5196b831.paul@permanentmail.com> References: <20050531222256.305e1a53.paul@permanentmail.com> <429DD042.7020804@drdc-rddc.gc.ca> <20050606160214.5196b831.paul@permanentmail.com> Message-ID: <200506061817.16640.stevew5set@alltel.net> On Monday 06 June 2005 06:02 pm, Paul Dickson wrote: > > Is the SELINUX working properly? I ask this as I want to move to FC4 > > next month but concerned about SELINUX as well as other major changes > > from FC1. Heck I still find problems from the move from RH8 to FC1 > > today. :) > > When I did the install on my new notebook, I disabled SELINUX, but for > the above upgrade I don't recall seeing this option. The system behaves > like it's disabled though. > > -Paul the command sestatus will let you know. -- ..................... steve w5set From ttaranov at gmail.com Tue Jun 7 03:39:43 2005 From: ttaranov at gmail.com (Tim Taranov) Date: Mon, 6 Jun 2005 23:39:43 -0400 Subject: yum update errors Message-ID: just trying to update my fc4 test3 and getting these errors. Any suggestions? [root at dualbox ~]# yum update .......... --> Running transaction check Error: Missing Dependency: libijs.so()(64bit) is needed by package gimp-print Error: Missing Dependency: libgs.so.7()(64bit) is needed by package ImageMagick-perl Error: Missing Dependency: libgs.so.7()(64bit) is needed by package ImageMagick Error: Missing Dependency: openoffice.org-core = 1:1.9.100-1 is needed by package openoffice.org-pyuno Error: Unable to satisfy dependencies Error: Package gimp-print needs libijs.so()(64bit), this is not available. Error: Package mozilla needs mozilla-nss = 37:1.7.7-3, this is not available. Error: Package ImageMagick-perl needs libgs.so.7()(64bit), this is not available. Error: Package ImageMagick needs libgs.so.7()(64bit), this is not available. Error: Package python-devel needs python < 2.4.1-2, this is not available. Error: Package mozilla needs mozilla-nspr = 37:1.7.7-3, this is not available. Error: Package openoffice.org-pyuno needs openoffice.org-core = 1:1.9.100-1, this is not available. From jspaleta at gmail.com Tue Jun 7 04:13:13 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 7 Jun 2005 00:13:13 -0400 Subject: yum update errors In-Reply-To: References: Message-ID: <604aa79105060621132608eaac@mail.gmail.com> On 6/6/05, Tim Taranov wrote: > just trying to update my fc4 test3 and getting these errors. Any suggestions? the development tree is now re-opened to begin staging for fc5. The fc4 testing period is over. This has several implications... one of them is that daily inconsistencies inside the development tree are going to increase as new packages are moved into the tree. Some of what you are seeing is simply dependancy inconsistency. For example.. the ghostscript package update provides libgs.so.8 the version of ghostscript you have installed provides libgs.so.7 and packages you have install like ImageMagick specifically require libgs.so.7. All the packages that depend on the new library version have not been rebuilt yet for the development tree. I'm sure many of the other errors in the list are similar problems. You have to remember the whole tree isn't rebuilt every night... tree self-consitency isn't garunteed.. this is especially true now right after a release branch and new packages start showing up. You might want to use repoclosure from the yum-utils addon tools to see what the daily dependancy inconsitencies are for yourself. http://blog.sethdot.org/index.cgi/233 -jef"I like to think of it as the development tree has seaons related to where we are in the release cycle. Just before a release is harvest season.. late fall...Octoberfest.. free beer and smoke rawhide sausages for all who would partake. But quickly after a release is branched the development tree enters into a desolate nuclear winter where the 'modest' dinner menu is prepared by my friend Jonathon Swift."spaleta From steve at greengecko.co.nz Tue Jun 7 06:00:29 2005 From: steve at greengecko.co.nz (Steve Holdoway) Date: Tue, 07 Jun 2005 18:00:29 +1200 Subject: 1369 kernel won't boot. Message-ID: <42A537FD.7050804@greengecko.co.nz> Hi folks, I can boot fine off a 1366 kernel with no problems, but I get the following errors from 1369 RAMDISK: compressed image found at block 0 RAMDISK: ran out of compressed data invalid compressed format (err=1) I'm booting into a reiser root partition... md5sums for the installed files... b04bc854d21e0d6ed811ca721984b90f config-2.6.11-1.1369_FC4 dd119b324f849d41593f2843a1c69640 initrd-2.6.11-1.1369_FC4.img 70a0d393db5703555459514c2bd65050 System.map-2.6.11-1.1369_FC4 a71e7abce43fb3a62066007d7ad2c0e6 vmlinuz-2.6.11-1.1369_FC4 a cpio -itv of the gunzipped initrd archive shows... -rw-r--r-- 1 root root 12384 Jun 6 17:17 lib/sata_nv.ko -rw-r--r-- 1 root root 296800 Jun 6 17:17 lib/reiserfs.ko -rw-r--r-- 1 root root 187272 Jun 6 17:17 lib/scsi_mod.ko -rw-r--r-- 1 root root 25492 Jun 6 17:17 lib/sd_mod.ko -rw-r--r-- 1 root root 55912 Jun 6 17:17 lib/libata.ko and the archive is 5196 blocks in size. Any ideas what could be causing the problems? Steve From davej at redhat.com Tue Jun 7 06:02:44 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 7 Jun 2005 02:02:44 -0400 Subject: 1369 kernel won't boot. In-Reply-To: <42A537FD.7050804@greengecko.co.nz> References: <42A537FD.7050804@greengecko.co.nz> Message-ID: <20050607060244.GA7830@redhat.com> On Tue, Jun 07, 2005 at 06:00:29PM +1200, Steve Holdoway wrote: > Hi folks, > > I can boot fine off a 1366 kernel with no problems, but I get the > following errors from 1369 > > RAMDISK: compressed image found at block 0 > RAMDISK: ran out of compressed data > invalid compressed format (err=1) > > I'm booting into a reiser root partition... > > md5sums for the installed files... > b04bc854d21e0d6ed811ca721984b90f config-2.6.11-1.1369_FC4 > dd119b324f849d41593f2843a1c69640 initrd-2.6.11-1.1369_FC4.img > 70a0d393db5703555459514c2bd65050 System.map-2.6.11-1.1369_FC4 > a71e7abce43fb3a62066007d7ad2c0e6 vmlinuz-2.6.11-1.1369_FC4 > > a cpio -itv of the gunzipped initrd archive shows... > > -rw-r--r-- 1 root root 12384 Jun 6 17:17 lib/sata_nv.ko > -rw-r--r-- 1 root root 296800 Jun 6 17:17 lib/reiserfs.ko > -rw-r--r-- 1 root root 187272 Jun 6 17:17 lib/scsi_mod.ko > -rw-r--r-- 1 root root 25492 Jun 6 17:17 lib/sd_mod.ko > -rw-r--r-- 1 root root 55912 Jun 6 17:17 lib/libata.ko > > and the archive is 5196 blocks in size. > > > Any ideas what could be causing the problems? Did it run out of disk space in /boot when it installed ? It looks like an installation problem. Try removing it, and installing it again. Dave From steve at greengecko.co.nz Tue Jun 7 06:17:45 2005 From: steve at greengecko.co.nz (Steve Holdoway) Date: Tue, 07 Jun 2005 18:17:45 +1200 Subject: 1369 kernel won't boot. In-Reply-To: <20050607060244.GA7830@redhat.com> References: <42A537FD.7050804@greengecko.co.nz> <20050607060244.GA7830@redhat.com> Message-ID: <42A53C09.7020303@greengecko.co.nz> Dave Jones wrote: >On Tue, Jun 07, 2005 at 06:00:29PM +1200, Steve Holdoway wrote: > > Hi folks, > > > > I can boot fine off a 1366 kernel with no problems, but I get the > > following errors from 1369 > > > > RAMDISK: compressed image found at block 0 > > RAMDISK: ran out of compressed data > > invalid compressed format (err=1) > > > > I'm booting into a reiser root partition... > > > > md5sums for the installed files... > > b04bc854d21e0d6ed811ca721984b90f config-2.6.11-1.1369_FC4 > > dd119b324f849d41593f2843a1c69640 initrd-2.6.11-1.1369_FC4.img > > 70a0d393db5703555459514c2bd65050 System.map-2.6.11-1.1369_FC4 > > a71e7abce43fb3a62066007d7ad2c0e6 vmlinuz-2.6.11-1.1369_FC4 > > > > a cpio -itv of the gunzipped initrd archive shows... > > > > -rw-r--r-- 1 root root 12384 Jun 6 17:17 lib/sata_nv.ko > > -rw-r--r-- 1 root root 296800 Jun 6 17:17 lib/reiserfs.ko > > -rw-r--r-- 1 root root 187272 Jun 6 17:17 lib/scsi_mod.ko > > -rw-r--r-- 1 root root 25492 Jun 6 17:17 lib/sd_mod.ko > > -rw-r--r-- 1 root root 55912 Jun 6 17:17 lib/libata.ko > > > > and the archive is 5196 blocks in size. > > > > > > Any ideas what could be causing the problems? > >Did it run out of disk space in /boot when it installed ? >It looks like an installation problem. Try removing it, and >installing it again. > > Dave > > > No diskspace issues... Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda1 4008000 3059788 948212 77% / none 517732 0 517732 0% /dev/shm /dev/hda6 4008000 112828 3895172 3% /tmp /dev/hda3 10008136 8819668 1188468 89% /usr /dev/hda5 6008068 4348340 1659728 73% /var /dev/hda7 52137284 43903720 8233564 85% /share Removed, downloaded the rpm again, and reinstalled. had exactly the same problem, although interestingly the md5sum for the initrd has changed... ? 9d7e317bafafdf6d106d5ef10da2e27e initrd-2.6.11-1.1369_FC4.img Can anyone confirm the correct value?? Any other suggestions? I can't seem to roll my own kernel and get it to boot either. Cheers, Steve From akonstam at trinity.edu Tue Jun 7 10:40:21 2005 From: akonstam at trinity.edu (akonstam at trinity.edu) Date: Tue, 7 Jun 2005 05:40:21 -0500 Subject: Install of FC4T3 fails to update MBR in Windows dual boot env. In-Reply-To: <20050524041704.50150.qmail@web52607.mail.yahoo.com> References: <20050524041704.50150.qmail@web52607.mail.yahoo.com> Message-ID: <20050607104021.GA21241@Moof.cs.trinity.edu> On Tue, May 24, 2005 at 02:17:04PM +1000, Srihari Vijayaraghavan wrote: > A friend of mine had this happened to him: > > ##### starts here ##### > My PC has 3 installs of Windows XP SP2 accessed via > Windows boot manager. > When I install FC4T3 onto 10 gig of empty space on 2nd > hard drive, the install would complete successfully, > but on reboot the windows boot manager is still there, > with no sign of grub. I have installed 4 times with > same result. > ##### Ends here ##### > > It seems as if anaconda 'forgot' to write the Grub on > the MBR of the Primary master IDE hard drive. Does > this sound like a known bug? Do you need more > information? > > We are happy to raise a bug in bugzilla. A quick > search on bugzilla did not reveal a similar bug. > > Thanks > Hari > It is too early in the morning to make guarantees but here are some thoughts: 1. It is not unheard of for the running of grub-install to not replace the Windows boot-loader in the MBR. grub-install as a glitch that makes it sometimes not to work. 2, So you can remove the boot-loader in one of 2 ways; a. run the dos command: fdisk /mbr b. run the unix command: dd if=/dev/zero of=/dev/hda bs=446 count 1 3. boot linux rescue and chroot to /mnt/sysimage that should be the / partition of your linux. Then run: grub grub> root (hd1,1) <-- that assumes your /partition is on /dev/hdb1 If not change the ,1 part accordingly. grub> setup (hd0) grub> quit I am also assuming that your grub.conf has the proper entries for the Windows XP systems. -- ======================================================================= If your aim in life is nothing, you can't miss. ------------------------------------------- Aaron Konstam Computer Science Trinity University telephone: (210)-999-7484 From buildsys at redhat.com Tue Jun 7 11:56:38 2005 From: buildsys at redhat.com (Build System) Date: Tue, 7 Jun 2005 07:56:38 -0400 Subject: rawhide report: 20050607 changes Message-ID: <200506071156.j57BucXX005944@porkchop.devel.redhat.com> Updated Packages: ImageMagick-6.2.2.0-3 --------------------- * Mon Jun 06 2005 Tim Waugh 6.2.2.0-3 - Rebuilt for new ghostscript. anaconda-10.2.1.5-2 ------------------- * Mon Jun 06 2005 Jeremy Katz - 10.2.1.5-1 - fix segfault on upgrades evince-0.3.1-2 -------------- * Mon Jun 06 2005 Marco Pesenti Gritti - 0.3.1-2 - Add poppler version dep and refactor the gtk2 one evolution-2.2.2-8 ----------------- * Mon Jun 06 2005 David Malcolm - 2.2.2-8 - Added Ivan Gyurdiev's patch to move autosave files inside the .evolution directory gcc-4.0.0-11 ------------ * Mon Jun 06 2005 Jakub Jelinek 4.0.0-11 - update from CVS - PRs c++/20350, c++/21151, c++/21280, c++/21336, c++/21619, c++/21853, c/21873, c/21879, fortran/16898, fortran/16939, fortran/17192, fortran/17193, fortran/17202, fortran/18109, fortran/18283, fortran/18689, fortran/18890, fortran/19107, fortran/19195, fortran/20883, fortran/21912, java/21722, libgcj/21753, target/21888 - fix some -fvar-tracking bugs that were causing bogus DW_OP_piece ops - extend GCC NLS support, so that gettext 0.14.5+ can verify GCC internal diagnostics format strings - fix ICE on not fully enumerated VECTOR_CSTs (PR regression/21897) - fix a typo in reset_evolution_in_loop * Tue May 31 2005 Jakub Jelinek 4.0.0-10 - update from CVS - PRs c++/21165, c++/21340, c++/21455, c++/21614, c++/21681, c++/21768, c++/21784, fortran/20846, libfortran/17283, libfortran/20006, libfortran/20179, libgcj/20273, libgcj/21775, middle-end/20931, middle-end/20946, middle-end/21595 - remove no longer used extra line in %build (#158863) - fold extractions from vector constant - fix and , so that they are usable with -std=c89 -pedantic-errors - gimplify SAVE_EXPRs in types (PRs c/21536, c/20760) - fix ICE in ivopts on vector constant (Zdenek Dvorak, PR tree-optimization/21817) gimp-print-4.2.7-10 ------------------- * Mon Jun 06 2005 Tim Waugh 4.2.7-10 - Use full path for hardlink. * Sun Jun 05 2005 Tim Waugh 4.2.7-9 - Rebuilt for new ghostscript. kdelibs-6:3.4.1-1 ----------------- * Wed May 25 2005 Than Ngo 6:3.4.1-1 - 3.4.1 mc-1:4.6.1a-0.10 ---------------- * Mon Jun 06 2005 Jindrich Novy 4.6.1a-0.10 - update from CVS - sync with .utf8 patch and some minor gcc4 fixups - add .fixes patch - drop upstreamed .spaceprompt patch - update .userhost, .64bit patch - add mcview mikmod-3.1.6-35 --------------- * Mon Jun 06 2005 Martin Stransky 3.1.6-35 - fixed #159290,#159291 - CAN-2003-0427 - fixed playing mod files from tar archive mkinitrd-4.2.16-1 ----------------- * Mon Jun 06 2005 Peter Jones - 4.2.16-1 - Add a patch from Jeff Layton to remove files from the initramfs before executing the new init. (slightly modified, #153069) openssh-4.1p1-1 --------------- * Mon Jun 06 2005 Tomas Mraz 4.1p1-1 - upgrade to a new upstream version - call pam_loginuid as a pam session module xorg-x11-6.8.2-36 ----------------- * Mon May 30 2005 Mike A. Harris 6.8.2-36 - Added xorg-x11-6.8.2-ia64-elfloader-cache-flush.patch to fix cache flush issue on ia64 systems (#153103) * Wed May 25 2005 Mike A. Harris 6.8.2-35 - Remove /usr/X11R6/lib/X11/xinit symlink on non with_Xserver builds to prevent rpm complaining about unpackaged symlinks on s390 et al. now that bug (#108778) is fixed. * Mon May 23 2005 Mike A. Harris - Made FC4 patches enabled for FC3, which will be merged into the FC-3 branch, and released as an FC3-testing update soon. From sct at redhat.com Tue Jun 7 12:42:14 2005 From: sct at redhat.com (Stephen C. Tweedie) Date: Tue, 07 Jun 2005 13:42:14 +0100 Subject: ext2online not extending lvm partion In-Reply-To: References: Message-ID: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> Hi, On Mon, 2005-05-30 at 17:26, Justin Conover wrote: > This is happening on several box's now, i386/64 selinux off/on, > doesn't seem to matter. > > "ext2online: ext2_ioctl: No space left on device" With 60+GB left, > another box has 11GB and another has 80+GB. Works for me; do you have a bugzilla open for this? Please open one if not. > May 30 11:20:51 morpheus kernel: JBD: ext2online wants too many > credits (2050 > 2048) I've never seen this before; I'm wondering if there's something odd about how the fs was created. Did you initialise it with an unusually large number of inodes, for example? --Stephen From nphilipp at redhat.com Tue Jun 7 13:14:55 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 07 Jun 2005 15:14:55 +0200 Subject: system-config-samba unable to make a good configuration In-Reply-To: <200506062205.40138.korgull@home.nl> References: <200506062205.40138.korgull@home.nl> Message-ID: <1118150095.24054.4.camel@wombat.tiptoe.de> On Mon, 2005-06-06 at 22:05 +0200, Marcel Janssen wrote: > Hi, > > I'm trying to set up a very simple samba share (have done this dozen of times) > but I'm not successful with system-config-samba. > > My windows machines see the share but as soon as I click them, I get the error > "The network name cannot be found" > > I know permissions are correct and the path exists. I've tried various > settings in system-config-samba but none of them work. > > Is the tool perhaps depreciated ? No. Please open an entry in bugzilla, describe what you wanted to do, how it failed and attach /etc/samba/smb.conf as generated by s-c-samba and swat to the bug entry. 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 justin.conover at gmail.com Tue Jun 7 13:34:04 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 7 Jun 2005 08:34:04 -0500 Subject: ext2online not extending lvm partion In-Reply-To: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> References: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> Message-ID: On 6/7/05, Stephen C. Tweedie wrote: > Hi, > > On Mon, 2005-05-30 at 17:26, Justin Conover wrote: > > This is happening on several box's now, i386/64 selinux off/on, > > doesn't seem to matter. > > > > "ext2online: ext2_ioctl: No space left on device" With 60+GB left, > > another box has 11GB and another has 80+GB. > > Works for me; do you have a bugzilla open for this? Please open one if > not. > > > May 30 11:20:51 morpheus kernel: JBD: ext2online wants too many > > credits (2050 > 2048) > > I've never seen this before; I'm wondering if there's something odd > about how the fs was created. Did you initialise it with an unusually > large number of inodes, for example? > > --Stephen > > Nope, this was normal install and I've had it happen on another box too. When I get home, I'll recreate it and file a bug. From jr36 at leicester.ac.uk Tue Jun 7 13:40:28 2005 From: jr36 at leicester.ac.uk (Jonathan Rawle) Date: Tue, 07 Jun 2005 14:40:28 +0100 Subject: Fedora Core 4 delayed until June 13 References: <403593359CA56C4CAE1F8F4F00DCFE7D1C20E7@MAILBE2.westat.com> <20050606142858.27995.qmail@web30201.mail.mud.yahoo.com> <1955.12.29.16.103.1118068505.squirrel@whooper.org> Message-ID: William Hooper wrote: > Yes, Heidelberg is the release name of FC3. FC4's current release name is > Stentz. > > http://cvs.fedora.redhat.com/viewcvs/rpms/fedora-release/FC-4/fedora-release.spec?rev=1.14&view=markup > Does anyone know the link between Heidelberg and Stentz? They are both German surnames, but what's the significance? I thought now's the time to do some Googling, before search results are full of Fedora-related pages, but so far it has me stumped. Jonathan From Philip.R.Schaffner at nasa.gov Tue Jun 7 14:06:15 2005 From: Philip.R.Schaffner at nasa.gov (Phil Schaffner) Date: Tue, 07 Jun 2005 10:06:15 -0400 Subject: 1369 kernel won't boot. In-Reply-To: <42A53C09.7020303@greengecko.co.nz> References: <42A537FD.7050804@greengecko.co.nz> <20050607060244.GA7830@redhat.com> <42A53C09.7020303@greengecko.co.nz> Message-ID: <1118153175.22951.198.camel@wx1.larc.nasa.gov> On Tue, 2005-06-07 at 18:17 +1200, Steve Holdoway wrote: ... snip ... > Removed, downloaded the rpm again, and reinstalled. had exactly the same > problem, although interestingly the md5sum for the initrd has changed... ? > > 9d7e317bafafdf6d106d5ef10da2e27e initrd-2.6.11-1.1369_FC4.img > > Can anyone confirm the correct value?? No - since initrd is created for your system as part of the installation process. Phil From dzrudy at gmail.com Tue Jun 7 14:16:58 2005 From: dzrudy at gmail.com (Dawid Zamirski) Date: Tue, 07 Jun 2005 10:16:58 -0400 Subject: 1369 kernel won't boot. In-Reply-To: <42A537FD.7050804@greengecko.co.nz> References: <42A537FD.7050804@greengecko.co.nz> Message-ID: <42A5AC5A.6000207@gmail.com> Steve Holdoway wrote: > Hi folks, > > I can boot fine off a 1366 kernel with no problems, but I get the > following errors from 1369 > > RAMDISK: compressed image found at block 0 > RAMDISK: ran out of compressed data > invalid compressed format (err=1) > > I'm booting into a reiser root partition... > > md5sums for the installed files... > b04bc854d21e0d6ed811ca721984b90f config-2.6.11-1.1369_FC4 > dd119b324f849d41593f2843a1c69640 initrd-2.6.11-1.1369_FC4.img > 70a0d393db5703555459514c2bd65050 System.map-2.6.11-1.1369_FC4 > a71e7abce43fb3a62066007d7ad2c0e6 vmlinuz-2.6.11-1.1369_FC4 > > a cpio -itv of the gunzipped initrd archive shows... > > -rw-r--r-- 1 root root 12384 Jun 6 17:17 lib/sata_nv.ko > -rw-r--r-- 1 root root 296800 Jun 6 17:17 lib/reiserfs.ko > -rw-r--r-- 1 root root 187272 Jun 6 17:17 lib/scsi_mod.ko > -rw-r--r-- 1 root root 25492 Jun 6 17:17 lib/sd_mod.ko > -rw-r--r-- 1 root root 55912 Jun 6 17:17 lib/libata.ko > > and the archive is 5196 blocks in size. > > > Any ideas what could be causing the problems? > > Steve > This is a known issue and probably won't be fixed. Bugzilla link: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156460 The solution for now would be to make the /boot partition ext3 instead of reiserfs From shrek-m at gmx.de Tue Jun 7 16:19:34 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 07 Jun 2005 18:19:34 +0200 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: References: <403593359CA56C4CAE1F8F4F00DCFE7D1C20E7@MAILBE2.westat.com> <20050606142858.27995.qmail@web30201.mail.mud.yahoo.com> <1955.12.29.16.103.1118068505.squirrel@whooper.org> Message-ID: <42A5C916.3050604@gmx.de> Jonathan Rawle wrote: >William Hooper wrote: > >>Yes, Heidelberg is the release name of FC3. FC4's current release name is >>Stentz. >> >http://cvs.fedora.redhat.com/viewcvs/rpms/fedora-release/FC-4/fedora-release.spec?rev=1.14&view=markup > > > >Does anyone know the link between Heidelberg and Stentz? They are both >German surnames, but what's the significance? > i do not know, perhaps vine ? heidelberg-castle has the biggest vine-barrel(wood) stentz, google: vine, vine, vine, vine, movie, vine, ... <-- rhl9 FC1 = yarrow "and is sometimes used in making beer" (1) ?? beer ?? "Yarrow can be used in beer, too" (2) ?? http://www.hopfenmuseum-tettnang.de/ ?? FC2 = tettnang http://www.schloesser-magazin.de/de/objekte/tt/ttth.php ?? castle ?? http://www.schloesser-magazin.de/de/objekte/hd/hdth.php ?? FC3 = heidelberg http://www.schloesser-magazin.de/de/objekte/hd/hd_anekdoten.php ?? vine ?? http://www.stentz.de/ ?? FC4 = stentz --> fc5 --------1-------- To: fedora-test-list at redhat.com From: Michael Knepher Date: Wed, 12 May 2004 14:24:57 -0700 > OK, so what's a Tettnang? > [root at dyne root]# cat /etc/fedora-release > Fedora Core release 2 (Tettnang) > > 1. http://www.yakimachief.com/hopvarieties/tettnanger.html > TETTNANG > Origin/History > Tettnang is an aroma-type cultivar which originated in the Tettnang hop > growing area of Germany as a land-race hop. It is grown in the U.S.A. in > Oregon and Washington State. > > 2. A city in Germany - seems to have lots of hotels, resorts, and (of > course) breweries. > > ...???... Yarrow Yar"row, n. OE. yarowe, yarwe, yogharowe, AS. gearwe; akin to D. gerw, OHG. garwa, garawa, G. garbe, schafgarbe, and perhaps to E. yare. (Bot.) An American and European composite plant (Achillea Millefolium) with very finely dissected leaves and small white corymbed flowers. It has a strong, and somewhat aromatic, odor and taste, and is sometimes used in making beer, or is dried for smoking. Called also milfoil, and nosebleed. --------/1-------- --------2-------- Date: Wed, 12 May 2004 23:28:37 +0200 From: Rudi Chiarito To: For testers of Fedora Core development releases > OK, so what's a Tettnang? > Tettnang is an aroma-type cultivar which originated in the Tettnang hop > growing area of Germany as a land-race hop. It is grown in the U.S.A. in > Oregon and Washington State. Yarrow can be used in beer, too. --------/2-------- -- shrek-m From michal at harddata.com Tue Jun 7 16:46:31 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 7 Jun 2005 10:46:31 -0600 Subject: yum update errors In-Reply-To: ; from ttaranov@gmail.com on Mon, Jun 06, 2005 at 11:39:43PM -0400 References: Message-ID: <20050607104631.C31020@mail.harddata.com> On Mon, Jun 06, 2005 at 11:39:43PM -0400, Tim Taranov wrote: > just trying to update my fc4 test3 and getting these errors. Any suggestions? A general suggestion is that if something break dependencies in testing stuff, which happens and surely will happen many times more, then to check where these troubles are coming from and exclude relevant packages from updates until other thing will catch. 'rpm -qf /path/to/something' will tell you what "owns" given files. > > [root at dualbox ~]# yum update > .......... > --> Running transaction check > Error: Missing Dependency: libijs.so()(64bit) is needed by package gimp-print > Error: Missing Dependency: libgs.so.7()(64bit) is needed by package > ImageMagick-perl Add --exclude='ghosts*' to your yum command, until versions of gimp-print and ImageMagick recompiled with new libraries show up, and that will cover this problem > Error: Missing Dependency: openoffice.org-core = 1:1.9.100-1 is needed > by package openoffice.org-pyuno The current version is 1.9.104-2 and it looks like that openoffice.org-pyuno was dropped from x86_64 set (it is available in i386 and _all_ openoffice packages are i386 only) together with python.i386 which is required to support that. If this was a deliberate decision that means that either you will have live with a reduced functionality on x86_64 side or add required packages from i386. If you are not doing the later then you have to deinstall packages you happen to have on your system and for which newer versions are not available. As simple as that. Michal From dmm at 1-4-5.net Tue Jun 7 17:03:24 2005 From: dmm at 1-4-5.net (David Meyer) Date: Tue, 7 Jun 2005 10:03:24 -0700 Subject: libgs.so.7? Message-ID: <20050607170324.GA16938@1-4-5.net> Anyone else seeing this? ... reduced installs : ImageMagick.i386 0:6.2.2.0-2 Resolving Dependencies 1118163466.75 --> Populating transaction set with selected packages. Please wait. Adding Package ImageMagick - 6.2.2.0-2.i386 in mode u ---> Package ImageMagick.i386 0:6.2.2.0-2 set to be updated --> Running transaction check # of Deps = 1 Dep Number: 1/1 ImageMagick requires: libgs.so.7 --> Processing Dependency: libgs.so.7 for package: ImageMagick Requiring package is from transaction set Resolving for requiring package: ImageMagick-6.2.2.0-2 in state u Resolving for requirement: libgs.so.7 Searching pkgSack for dep: libgs.so.7 miss = 1 conf = 0 CheckDeps = 0 --> Finished Dependency Resolution Dependency Process ending Error: Missing Dependency: libgs.so.7 is needed by package ImageMagick 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 jspaleta at gmail.com Tue Jun 7 17:14:56 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 7 Jun 2005 13:14:56 -0400 Subject: libgs.so.7? In-Reply-To: <20050607170324.GA16938@1-4-5.net> References: <20050607170324.GA16938@1-4-5.net> Message-ID: <604aa79105060710143eabd19d@mail.gmail.com> On 6/7/05, David Meyer wrote: > > Anyone else seeing this? Please... read the -test-list mail in the 24 hour period prior to posting. -jef From cimmo at libero.it Tue Jun 7 17:18:42 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 07 Jun 2005 19:18:42 +0200 Subject: libgs.so.7? In-Reply-To: <20050607170324.GA16938@1-4-5.net> References: <20050607170324.GA16938@1-4-5.net> Message-ID: <42A5D6F2.9060001@libero.it> David Meyer ha scritto: > Anyone else seeing this? > > Anyone else want to ask it? Search previous post and others... BUG-> RESOLVED RESOLUTION-> RAWHIDE IS MOVING TO FC5, IS AND WILL BE BROKEN SOMETIMES :-) From justin.conover at gmail.com Tue Jun 7 17:43:49 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 7 Jun 2005 12:43:49 -0500 Subject: system-config-samba unable to make a good configuration In-Reply-To: <1118150095.24054.4.camel@wombat.tiptoe.de> References: <200506062205.40138.korgull@home.nl> <1118150095.24054.4.camel@wombat.tiptoe.de> Message-ID: On 6/7/05, Nils Philippsen wrote: > On Mon, 2005-06-06 at 22:05 +0200, Marcel Janssen wrote: > > Hi, > > > > I'm trying to set up a very simple samba share (have done this dozen of times) > > but I'm not successful with system-config-samba. > > > > My windows machines see the share but as soon as I click them, I get the error > > "The network name cannot be found" > > > > I know permissions are correct and the path exists. I've tried various > > settings in system-config-samba but none of them work. > > > > Is the tool perhaps depreciated ? > > No. Please open an entry in bugzilla, describe what you wanted to do, > how it failed and attach /etc/samba/smb.conf as generated by s-c-samba > and swat to the bug entry. > > 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 > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > I'm seeing the exact same problem, I setup another share on centos4.0 they system-config-samba and it works fine. From andy at plausible.org Tue Jun 7 19:02:08 2005 From: andy at plausible.org (Andy Ross) Date: Tue, 07 Jun 2005 12:02:08 -0700 Subject: Looking for (compat-) libstdc++.so.5 Message-ID: <42A5EF30.50909@plausible.org> Just got around to installing a 32 bit Firefox on my x86_64 fc4 test system. The installer (and presumably the binary) is linked against libstdc++.so.5, which doesn't exist on my machine in either architecture. In FC3, this was installed in the compat-libstdc++ package, but I can't find that with yum. I'll leave the arguments about making YET ANOTHER incompatible change to the C++ interface for another day. But surely this package exists somewhere, no? Andy From jkeating at j2solutions.net Tue Jun 7 19:09:27 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 07 Jun 2005 12:09:27 -0700 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <42A5EF30.50909@plausible.org> References: <42A5EF30.50909@plausible.org> Message-ID: <1118171367.6416.36.camel@localhost.localdomain> On Tue, 2005-06-07 at 12:02 -0700, Andy Ross wrote: > Just got around to installing a 32 bit Firefox on my x86_64 fc4 test > system. The installer (and presumably the binary) is linked against > libstdc++.so.5, which doesn't exist on my machine in either > architecture. Why not use the .i386 firefox package? -- 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 ndbecker2 at gmail.com Tue Jun 7 19:28:47 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 07 Jun 2005 15:28:47 -0400 Subject: lastlog devours universe Message-ID: ls -l /var/log/lastlog -r-------- 1 root root 1254130450140 Jun 7 14:44 /var/log/lastlog du /var/log/lastlog 60 /var/log/lastlog What does this mean? From andy at plausible.org Tue Jun 7 19:30:26 2005 From: andy at plausible.org (Andy Ross) Date: Tue, 07 Jun 2005 12:30:26 -0700 Subject: Looking for (compat-) libstdc++.so.5 Message-ID: <42A5F5D2.3050504@plausible.org> [Sorry for the broken thread. I had clicked "digest" by mistake and don't have a message in my inbox to which to reply.] Jesse Keating wrote: > Andy Ross wrote: > > Just got around to installing a 32 bit Firefox on my x86_64 fc4 test > > system. The installer (and presumably the binary) is linked against > > libstdc++.so.5, which doesn't exist on my machine in either > > architecture. > > Why not use the .i386 firefox package? I haven't tried it for fear of breaking something by replacing the default web browser with one from an incompatible architecture. But that's really not the core issue. My real concern is that C++ binaries from (literally, AFAIK) every other linux distribution will not run on FC4. In FC3, which also shipped libstdc++.so.6 by default, there was a compatibility package (installed by default) that provided the older library, but that doesn't seem to be available any more. Andy From davej at redhat.com Tue Jun 7 19:32:17 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 7 Jun 2005 15:32:17 -0400 Subject: lastlog devours universe In-Reply-To: References: Message-ID: <20050607193217.GB597@redhat.com> On Tue, Jun 07, 2005 at 03:28:47PM -0400, Neal Becker wrote: > ls -l /var/log/lastlog > -r-------- 1 root root 1254130450140 Jun 7 14:44 /var/log/lastlog > > du /var/log/lastlog > 60 /var/log/lastlog > > What does this mean? That you're running on a 64-bit OS that supports sparse files. (hint: du -h /var/log/lastlog) Dave From davej at redhat.com Tue Jun 7 19:33:29 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 7 Jun 2005 15:33:29 -0400 Subject: lastlog devours universe In-Reply-To: <20050607193217.GB597@redhat.com> References: <20050607193217.GB597@redhat.com> Message-ID: <20050607193329.GC597@redhat.com> On Tue, Jun 07, 2005 at 03:32:17PM -0400, Dave Jones wrote: > On Tue, Jun 07, 2005 at 03:28:47PM -0400, Neal Becker wrote: > > ls -l /var/log/lastlog > > -r-------- 1 root root 1254130450140 Jun 7 14:44 /var/log/lastlog > > > > du /var/log/lastlog > > 60 /var/log/lastlog > > > > What does this mean? > > That you're running on a 64-bit OS that supports sparse files. > (hint: du -h /var/log/lastlog) Duh, my eyes somehow completely missed your second sentence. Apologies. In short: the empty parts of the file dont take up any diskspace. Dave From johnp at redhat.com Tue Jun 7 19:35:03 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Tue, 07 Jun 2005 15:35:03 -0400 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <42A5F5D2.3050504@plausible.org> References: <42A5F5D2.3050504@plausible.org> Message-ID: <1118172903.18813.84.camel@remedyz.boston.redhat.com> On Tue, 2005-06-07 at 12:30 -0700, Andy Ross wrote: > [Sorry for the broken thread. I had clicked "digest" by mistake and > don't have a message in my inbox to which to reply.] > > Jesse Keating wrote: > > Andy Ross wrote: > > > Just got around to installing a 32 bit Firefox on my x86_64 fc4 test > > > system. The installer (and presumably the binary) is linked against > > > libstdc++.so.5, which doesn't exist on my machine in either > > > architecture. > > > > Why not use the .i386 firefox package? > > I haven't tried it for fear of breaking something by replacing the > default web browser with one from an incompatible architecture. But > that's really not the core issue. > > My real concern is that C++ binaries from (literally, AFAIK) every > other linux distribution will not run on FC4. In FC3, which also > shipped libstdc++.so.6 by default, there was a compatibility package > (installed by default) that provided the older library, but that > doesn't seem to be available any more. > > Andy yum search compat-libstdc yum install compat-libstdc++-33 -- John (J5) Palmieri Associate Software Engineer Desktop Group Red Hat, Inc. Blog: http://martianrock.com From andy at plausible.org Tue Jun 7 19:45:00 2005 From: andy at plausible.org (Andy Ross) Date: Tue, 07 Jun 2005 12:45:00 -0700 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <1118172903.18813.84.camel@remedyz.boston.redhat.com> References: <42A5F5D2.3050504@plausible.org> <1118172903.18813.84.camel@remedyz.boston.redhat.com> Message-ID: <42A5F93C.6070500@plausible.org> John (J5) Palmieri wrote: > Andy Ross wrote: > > In FC3, this was installed in the compat-libstdc++ package, but I > > can't find that with yum. > > yum search compat-libstdc > yum install compat-libstdc++-33 John is hiding behind a clever typo. Note that: yum search compat-libstdc++ yum search libstdc++ yum search compat-libstdc++-33 and even: yum search compat-libstdc++-33.i386 # exact package name ....all produce no matches. Are there any other magic characters I should remember to excise from my yum searches, or should I file a bug on this issue instead? Andy From jkeating at j2solutions.net Tue Jun 7 19:56:21 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 07 Jun 2005 12:56:21 -0700 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <42A5F93C.6070500@plausible.org> References: <42A5F5D2.3050504@plausible.org> <1118172903.18813.84.camel@remedyz.boston.redhat.com> <42A5F93C.6070500@plausible.org> Message-ID: <1118174181.6416.43.camel@localhost.localdomain> On Tue, 2005-06-07 at 12:45 -0700, Andy Ross wrote: > ....all produce no matches. Are there any other magic characters I > should remember to excise from my yum searches, or should I file a bug > on this issue instead? > yum provides libstdc++.so.5 compat-libstdc++-33.i386 3.2.3-47.fc4 installed Matched from: /usr/lib/libstdc++.so.5 libstdc++.so.5 Would have listed a repo name if it wasn't installed already. -- 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 johnp at redhat.com Tue Jun 7 20:17:06 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Tue, 07 Jun 2005 16:17:06 -0400 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <42A5F93C.6070500@plausible.org> References: <42A5F5D2.3050504@plausible.org> <1118172903.18813.84.camel@remedyz.boston.redhat.com> <42A5F93C.6070500@plausible.org> Message-ID: <1118175426.18813.101.camel@remedyz.boston.redhat.com> On Tue, 2005-06-07 at 12:45 -0700, Andy Ross wrote: > John (J5) Palmieri wrote: > > Andy Ross wrote: > > > In FC3, this was installed in the compat-libstdc++ package, but I > > > can't find that with yum. > > > > yum search compat-libstdc > > yum install compat-libstdc++-33 > > John is hiding behind a clever typo. Note that: > > yum search compat-libstdc++ > yum search libstdc++ > yum search compat-libstdc++-33 > > and even: > > yum search compat-libstdc++-33.i386 # exact package name > > ....all produce no matches. Are there any other magic characters I > should remember to excise from my yum searches, or should I file a bug > on this issue instead? file a bug. -- John (J5) Palmieri Associate Software Engineer Desktop Group Red Hat, Inc. Blog: http://martianrock.com From jkeating at j2solutions.net Tue Jun 7 20:19:01 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 07 Jun 2005 13:19:01 -0700 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <42A5F93C.6070500@plausible.org> References: <42A5F5D2.3050504@plausible.org> <1118172903.18813.84.camel@remedyz.boston.redhat.com> <42A5F93C.6070500@plausible.org> Message-ID: <1118175541.6416.49.camel@localhost.localdomain> On Tue, 2005-06-07 at 12:45 -0700, Andy Ross wrote: > > John is hiding behind a clever typo. Note that: > > yum search compat-libstdc++ > yum search libstdc++ > yum search compat-libstdc++-33 > > and even: > > yum search compat-libstdc++-33.i386 # exact package name > > ....all produce no matches. Are there any other magic characters I > should remember to excise from my yum searches, or should I file a bug > on this issue instead? There is no bug. Use yum properly: yum search "compat-libstdc++*" compat-libstdc++-296.i386 2.96-132.fc4 development Matched from: compat-libstdc++-296 compat-libstdc++-33.i386 3.2.3-47.fc4 development Matched from: compat-libstdc++-33 -- 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 johnp at redhat.com Tue Jun 7 20:28:11 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Tue, 07 Jun 2005 16:28:11 -0400 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <1118175541.6416.49.camel@localhost.localdomain> References: <42A5F5D2.3050504@plausible.org> <1118172903.18813.84.camel@remedyz.boston.redhat.com> <42A5F93C.6070500@plausible.org> <1118175541.6416.49.camel@localhost.localdomain> Message-ID: <1118176091.18813.105.camel@remedyz.boston.redhat.com> On Tue, 2005-06-07 at 13:19 -0700, Jesse Keating wrote: > On Tue, 2005-06-07 at 12:45 -0700, Andy Ross wrote: > > > > John is hiding behind a clever typo. Note that: > > > > yum search compat-libstdc++ > > yum search libstdc++ > > yum search compat-libstdc++-33 > > > > and even: > > > > yum search compat-libstdc++-33.i386 # exact package name > > > > ....all produce no matches. Are there any other magic characters I > > should remember to excise from my yum searches, or should I file a bug > > on this issue instead? > > There is no bug. Use yum properly: > > yum search "compat-libstdc++*" hmm, interesting. Seems inconsistent when `yum search python` will produce this entry: gnome-python2-extras-debuginfo.i386 2.10.0-2.1 curly Matched from: gnome-python2-extras-debuginfo Debug information for package gnome-python2-extras This package provides debug information for package gnome-python2-extras. Debug information is useful when developing applications that use this package or when debugging this package. -- John (J5) Palmieri Associate Software Engineer Desktop Group Red Hat, Inc. Blog: http://martianrock.com From andy at plausible.org Tue Jun 7 20:28:32 2005 From: andy at plausible.org (Andy Ross) Date: Tue, 07 Jun 2005 13:28:32 -0700 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <1118175541.6416.49.camel@localhost.localdomain> References: <42A5F5D2.3050504@plausible.org> <1118172903.18813.84.camel@remedyz.boston.redhat.com> <42A5F93C.6070500@plausible.org> <1118175541.6416.49.camel@localhost.localdomain> Message-ID: <42A60370.8040308@plausible.org> Jesse Keating wrote: > There is no bug. Use yum properly: > yum search "compat-libstdc++*" I don't understand. How are: yum search compat-libstdc++-33.i386 yum search compat-libstdc++-33 yum search compat-libstdc++ ...which each return (incorrectly, AFAICT): Searching Packages: Setting up repositories Reading repository metadata in from local files No Matches found ...improper usage? Is any search without a wildcard, even it if is an exact package name, improper? Note that the yum man page doesn't even mention the existance of wildcards; this was the first I'd heard of the capability. Is there another documentation source I should look to for proper yum usage? Andy From jkeating at j2solutions.net Tue Jun 7 20:30:43 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 07 Jun 2005 13:30:43 -0700 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <42A60370.8040308@plausible.org> References: <42A5F5D2.3050504@plausible.org> <1118172903.18813.84.camel@remedyz.boston.redhat.com> <42A5F93C.6070500@plausible.org> <1118175541.6416.49.camel@localhost.localdomain> <42A60370.8040308@plausible.org> Message-ID: <1118176243.6416.52.camel@localhost.localdomain> On Tue, 2005-06-07 at 13:28 -0700, Andy Ross wrote: > ...improper usage? Is any search without a wildcard, even it if is > an exact package name, improper? Note that the yum man page doesn't > even mention the existance of wildcards; this was the first I'd heard > of the capability. Is there another documentation source I should > look to for proper yum usage? > You may have tickled something fun in how yum searches and the plus symbols not being handled absolutely correctly. I've ran into this on this exact package, and since I'm used to these types of bugs, I tried a wild card (and most importantly quotes), and it worked. Seth, any input? -- 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 jspaleta at gmail.com Tue Jun 7 20:45:33 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 7 Jun 2005 16:45:33 -0400 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <42A60370.8040308@plausible.org> References: <42A5F5D2.3050504@plausible.org> <1118172903.18813.84.camel@remedyz.boston.redhat.com> <42A5F93C.6070500@plausible.org> <1118175541.6416.49.camel@localhost.localdomain> <42A60370.8040308@plausible.org> Message-ID: <604aa79105060713451a1383ca@mail.gmail.com> On 6/7/05, Andy Ross wrote: > ...improper usage? Is any search without a wildcard, even it if is > an exact package name, improper? yum search libstdc++ works as expected for me, returning just libstdc++ package yum search compat-libstdc++ returns nothing as expected no package by that name. yum search libstdc++-33 works as expected for me returning the compat-libstdc++-33 package FWIW, instead of search to find a packagename you know use 'yum list'. since search looks into things like summary descriptions as well. list only looks at the packagename. yum list "*libstdc++*" might returns faster than yum search in some cases. If you think the documentation of yum needs to be updated to provide additional information about wildcards.. file a bug with yum upstream. Preferably with the a first draft set of additional information to be added to the manpage. -jef From michal at harddata.com Tue Jun 7 21:04:33 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 7 Jun 2005 15:04:33 -0600 Subject: lastlog devours universe In-Reply-To: ; from ndbecker2@gmail.com on Tue, Jun 07, 2005 at 03:28:47PM -0400 References: Message-ID: <20050607150433.A5042@mail.harddata.com> On Tue, Jun 07, 2005 at 03:28:47PM -0400, Neal Becker wrote: > ls -l /var/log/lastlog > -r-------- 1 root root 1254130450140 Jun 7 14:44 /var/log/lastlog > > What does this mean? That a file is sparse. If you want to see how many disk blocks it takes, which is not the same as a file length, then use 'ls -s /var/log/lastlog'. 'ls' indeed has tons of options, and more is added to support SELinux, but see 'man ls'. This also means that if you will try 'cat /var/log/lastlog > copy' this will take a long while and will indeed eat a disk space. GNU 'cp' uses some heuristic, and options, to handle sparse files but in general copying such things requires some care. Michal From rodd at clarkson.id.au Tue Jun 7 23:09:26 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 08 Jun 2005 09:09:26 +1000 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <1118176243.6416.52.camel@localhost.localdomain> References: <42A5F5D2.3050504@plausible.org> <1118172903.18813.84.camel@remedyz.boston.redhat.com> <42A5F93C.6070500@plausible.org> <1118175541.6416.49.camel@localhost.localdomain> <42A60370.8040308@plausible.org> <1118176243.6416.52.camel@localhost.localdomain> Message-ID: <1118185767.3119.3.camel@jellyfish.redfishdemo.com> On Tue, 2005-06-07 at 13:30 -0700, Jesse Keating wrote: > On Tue, 2005-06-07 at 13:28 -0700, Andy Ross wrote: > > ...improper usage? Is any search without a wildcard, even it if is > > an exact package name, improper? Note that the yum man page doesn't > > even mention the existance of wildcards; this was the first I'd heard > > of the capability. Is there another documentation source I should > > look to for proper yum usage? > > > > You may have tickled something fun in how yum searches and the plus > symbols not being handled absolutely correctly. I've ran into this on > this exact package, and since I'm used to these types of bugs, I tried a > wild card (and most importantly quotes), and it worked. > > Seth, any input? Or could it be that '+' does something special in the shell. Strangely both work for me, although it does appear that + has some special value in a bash shell and should probably be escaped or quoted (along with the rest of the string). This might be much the same as having to escape \* to get wildcards to work in yum, because bash interprets the wildcard first and yum doesn't see what you expect it to see for the string. R. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- "It's a fine line between denial and faith. It's much better on my side" From jkeating at j2solutions.net Tue Jun 7 23:15:11 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 07 Jun 2005 16:15:11 -0700 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <1118185767.3119.3.camel@jellyfish.redfishdemo.com> References: <42A5F5D2.3050504@plausible.org> <1118172903.18813.84.camel@remedyz.boston.redhat.com> <42A5F93C.6070500@plausible.org> <1118175541.6416.49.camel@localhost.localdomain> <42A60370.8040308@plausible.org> <1118176243.6416.52.camel@localhost.localdomain> <1118185767.3119.3.camel@jellyfish.redfishdemo.com> Message-ID: <1118186112.6416.85.camel@localhost.localdomain> On Wed, 2005-06-08 at 09:09 +1000, Rodd Clarkson wrote: > Or could it be that '+' does something special in the shell. > > Strangely both work for me, although it does appear that + has some > special value in a bash shell and should probably be escaped or quoted > (along with the rest of the string). > > This might be much the same as having to escape \* to get wildcards to > work in yum, because bash interprets the wildcard first and yum > doesn't > see what you expect it to see for the string. > > I talked w/ Seth and it's slightly different from the asterisk thing. Bash grabs the asterisk before sending it into yum, whereas with the +, something inside of yum or rpm is not escaping the + correctly, not bash. -- 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 andy at plausible.org Tue Jun 7 23:35:09 2005 From: andy at plausible.org (Andy Ross) Date: Tue, 07 Jun 2005 16:35:09 -0700 Subject: lastlog devours universe In-Reply-To: <20050607150433.A5042@mail.harddata.com> References: <20050607150433.A5042@mail.harddata.com> Message-ID: <42A62F2D.2000501@plausible.org> Michal Jaegermann wrote: > That a file is sparse. [...] > > This also means that if you will try 'cat /var/log/lastlog > copy' > this will take a long while and will indeed eat a disk space. > GNU 'cp' uses some heuristic, and options, to handle sparse files > but in general copying such things requires some care. Indeed: tar cf /tmp/unbelievably-huge-file /var/log/lastlog I killed it after 10 seconds and a few hundred MB. What if someone tries to backup their logs? Surely there must be a saner way to store this data than a 1.2TB sparse file... This is a sysadmin disaster waiting to happen. Andy From jkeating at j2solutions.net Tue Jun 7 23:49:03 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 07 Jun 2005 16:49:03 -0700 Subject: lastlog devours universe In-Reply-To: <42A62F2D.2000501@plausible.org> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> Message-ID: <1118188143.6416.112.camel@localhost.localdomain> On Tue, 2005-06-07 at 16:35 -0700, Andy Ross wrote: > Indeed: > > tar cf /tmp/unbelievably-huge-file /var/log/lastlog > > I killed it after 10 seconds and a few hundred MB. What if someone > tries to backup their logs? Surely there must be a saner way to store > this data than a 1.2TB sparse file... This is a sysadmin disaster > waiting to happen. From 'man tar' -S, --sparse handle sparse files efficiently From 'man rsync' -S, --sparse handle sparse files efficiently Most backup software I've looked at mentions sparse files and how to handle them. Perhaps what is prudent is a mention in the release notes and FAQs that /var/log/lastlog is a sparse file and should be treated accordingly. -- 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 andy at plausible.org Wed Jun 8 00:06:44 2005 From: andy at plausible.org (Andy Ross) Date: Tue, 07 Jun 2005 17:06:44 -0700 Subject: lastlog devours universe In-Reply-To: <1118188143.6416.112.camel@localhost.localdomain> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> Message-ID: <42A63694.7030403@plausible.org> Jesse Keating wrote: > Most backup software I've looked at mentions sparse files and how to > handle them. The question wasn't whether or not software can handle the sparse file, but whether human sysadmins will know this. Seriously: tell me you weren't surprised to find a 1,254,130,450,140 byte file sitting in the same directory as benign stuff like "messages" and "maillog". I was surprised. Other posters to this thread were surprised. Surprise is bad, and you can't document your way out of the problem by adding flags to tar and rsync (which I'll come right out and admit that I've never used nor heard of). Maybe shadow-utils is too far upstream, too old, or too arcane for you guys to fix. But I can't see this as anything but a bug. If you're going to "not a bug" this, then you should probably consider why the -S/--sparse flags to your backup tools are not on by default. As it stands, very few users have hardware capable of making a backup of the standard FC4/x86_64 log directory using standard arguments to standard tools. Andy From fct-cornette at insight.rr.com Wed Jun 8 00:45:51 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Tue, 07 Jun 2005 20:45:51 -0400 Subject: Slow Evo and .xscreensaver file in home Message-ID: <1118191552.17542.28.camel@cornette-fc4t3> After trying out another distro (which did not install on one computer and worked poorly on another computer), I tested my problem with xscreensavers on the new install. The version is on a 7 gig partition so it is pretty minimal. (No KDE pretty much a desktop install) Problem 1: On installation was disk hunting when mc, k3b, linx, festival were part of the chosen install. I had to insert disk 3 after disc 4 completed, disc 1, then disc 3 and disc 1 again. Problem 2: .xscreensavers is created in the user home directory which prevents one from viewing. I had to install xscreensaver-extras-4.21-4 and xscreensaver-gl-extras-4.21-4 via yum, but they were installed on the other everything install that I performed earlier. If one opens a terminal and runs rm .xscreens* as a regular user the full stock of screensavers is available. I am ruling out this being by design to prevent multiple users from running screensaver to bog down the computer. The permissions would have prevented me from the ability to remove the file as a regular user. A minor detail to remove the file. A harder thing to know what is causing the problem on clean installs. Problem 3: Blue border around terminals once X is launched. This is probably cured by the tricks used by others when replacing the file talked about. With the latest version of X (xorg-x11-6.8.2-37), I get a blue border, orange terminal and yellow text. This is with an Intel 815 video card set to 1280x1024 at 24. If you run a program such as setup or mutt in a virtual terminal, there is no blue except for the border. Problem 4: Evolution is dog slow when downloading mail from an ISP pop server. Problem 5: Firefox is nothing but trouble. I downloaded two ISO images from the net, then chose cleanup, which removed the files from disk and did not even stop at the trashcan. Why such a feature? If you are downloading something, don't you think you intend to keep it? (I thought that it would clear the list only.) Jim From jkeating at j2solutions.net Wed Jun 8 00:58:03 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 07 Jun 2005 17:58:03 -0700 Subject: lastlog devours universe In-Reply-To: <42A63694.7030403@plausible.org> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <42A63694.7030403@plausible.org> Message-ID: <1118192283.9062.15.camel@yoda.loki.me> On Tue, 2005-06-07 at 17:06 -0700, Andy Ross wrote: > > The question wasn't whether or not software can handle the sparse > file, but whether human sysadmins will know this. Seriously: tell me > you weren't surprised to find a 1,254,130,450,140 byte file sitting in > the same directory as benign stuff like "messages" and "maillog". I > was surprised. Other posters to this thread were surprised. I was mildly interested when I first saw it, I don't know how long ago, especially when du reported something different. A quick google showed me what was going on, and led me to investigate my 'standard' tools to make sure I was using the right argument. > Surprise is bad, and you can't document your way out of the problem by > adding flags to tar and rsync (which I'll come right out and admit > that I've never used nor heard of). Changes happen. You must learn to anticipate and prepare for them. Sysadmins should have the base knowledge about file systems and such strange and wonderful things as sparse files. When reading about backups and such, sparse files are mentioned and documented on how to work with them. > Maybe shadow-utils is too far upstream, too old, or too arcane for you > guys to fix. But I can't see this as anything but a bug. If you're > going to "not a bug" this, then you should probably consider why the > -S/--sparse flags to your backup tools are not on by default. There are NO default flags. If you did 'tar' does it do anything? Gives you usage right? I beg the question, how can a flag by 'on by default' ? How is a 'sparse' file a bug? Do you consider a dev file a bug? You can't very well tar up or copy /dev/urandom, is that a bug? Oh wait, I bet a sysadmin knows that she/he can't backup stuff in the /dev/ tree, just like she/he should know that sparse files exist and should be accounted for. Don't pass your lack of understanding off as a bug. > As it stands, very few users have hardware capable of making a backup > of the standard FC4/x86_64 log directory using standard arguments to > standard tools. > and what is a 'standard argument' to a 'standard tool'? I see nothing in the man page that says "These arguments are the standard arguments." or further "Anything that isn't supported by these is a bug". Again, just because YOU didn't know about sparse files does NOT make it a bug. -- 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 Jun 8 01:05:01 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 07 Jun 2005 18:05:01 -0700 Subject: Slow Evo and .xscreensaver file in home In-Reply-To: <1118191552.17542.28.camel@cornette-fc4t3> References: <1118191552.17542.28.camel@cornette-fc4t3> Message-ID: <1118192701.9062.20.camel@yoda.loki.me> On Tue, 2005-06-07 at 20:45 -0400, Jim Cornette wrote: > Problem 2: > .xscreensavers is created in the user home directory which prevents > one > from viewing. Viewing what? I have a .xscreensavers in my home dir, and I can use/test screensavers all I want.... > I had to install xscreensaver-extras-4.21-4 and > xscreensaver-gl-extras-4.21-4 via yum, but they were installed on the > other everything install that I performed earlier. If one opens a > terminal and runs rm .xscreens* as a regular user the full stock of > screensavers is available. Wait, your .xscreensavers file was from an old install, and you didn't clean out the home directory? -ENOTSUPPORTED > A > minor detail to remove the file. A harder thing to know what is > causing > the problem on clean installs. I don't think the problem DOES exist on clean installs. (By clean, I mean new file systems and the whole works) > Problem 5: > Firefox is nothing but trouble. I downloaded two ISO images from the > net, then chose cleanup, which removed the files from disk and did not > even stop at the trashcan. Why such a feature? If you are downloading > something, don't you think you intend to keep it? (I thought that it > would clear the list only.) It does clear the list only. I downloaded 5 or 6 files, looked in my defined download directory to make sure they were there, hit the 'clean up' button, and those files were still there.... It didn't delete them. It did however clean up the list. Make sure that the files are actually being downloaded to where you think they are. Check in ~/Desktop/ and ~/ -- 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 dr at cluenet.de Wed Jun 8 01:11:37 2005 From: dr at cluenet.de (Daniel Roesen) Date: Wed, 8 Jun 2005 03:11:37 +0200 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <20050606225542.GA828@srv01.cluenet.de> References: <1117850074.13677.19.camel@neptune> <20050604015758.GA20792@srv01.cluenet.de> <1117856717.13677.37.camel@neptune> <20050604215949.GA30125@srv01.cluenet.de> <20050605201338.GA18205@srv01.cluenet.de> <1118054331.4891.32.camel@maui.jaa.org.uk> <20050606112333.GA25560@srv01.cluenet.de> <20050606121850.GA26188@srv01.cluenet.de> <9f50a7a0050606142375fd2939@mail.gmail.com> <20050606225542.GA828@srv01.cluenet.de> Message-ID: <20050608011137.GA14686@srv01.cluenet.de> On Tue, Jun 07, 2005 at 12:55:42AM +0200, Daniel Roesen wrote: > I think it's now beating a dead horse. Yesterday I've ordered a GeForce > 6800 Ultra based card and a new power supply to feed it. From what I'm > hearing their drivers actually work and support all the features of > the cards, and have working DRI & OpenGL even in dual-head mode. The card arrived today and works PERFECTLY with DVI under both FC1 and FC4T3 with the NVIDIA-provided driver. 10 years of "only Matrox" have come to an end... Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From ttaranov at gmail.com Wed Jun 8 01:42:44 2005 From: ttaranov at gmail.com (Tim Taranov) Date: Tue, 7 Jun 2005 21:42:44 -0400 Subject: yum update errors In-Reply-To: <20050607104631.C31020@mail.harddata.com> References: <20050607104631.C31020@mail.harddata.com> Message-ID: how annoying it is...When is this final FC4 release going to come out and will it even work by then? I'm just about to give up on fedora altogether and move to Suse or just go and build my own distro. Didn't want to rant about it but, considering this thing is just about to be released, it's just very annoying to have the updates not working as well as simply screwing up the system (the last update apparently also apparently broke the console-based logins into my system, together with somewhat questionable general system performance - various annoying crashes of kde etc)... basically, I'm quite disappointed in this whole fedora experience of mine. On 6/7/05, Michal Jaegermann wrote: > On Mon, Jun 06, 2005 at 11:39:43PM -0400, Tim Taranov wrote: > > just trying to update my fc4 test3 and getting these errors. Any suggestions? > > A general suggestion is that if something break dependencies in > testing stuff, which happens and surely will happen many times more, > then to check where these troubles are coming from and exclude > relevant packages from updates until other thing will catch. > 'rpm -qf /path/to/something' will tell you what "owns" given files. > > > > > [root at dualbox ~]# yum update > > .......... > > --> Running transaction check > > Error: Missing Dependency: libijs.so()(64bit) is needed by package gimp-print > > Error: Missing Dependency: libgs.so.7()(64bit) is needed by package > > ImageMagick-perl > > Add --exclude='ghosts*' to your yum command, until versions of > gimp-print and ImageMagick recompiled with new libraries show up, > and that will cover this problem > > > Error: Missing Dependency: openoffice.org-core = 1:1.9.100-1 is needed > > by package openoffice.org-pyuno > > The current version is 1.9.104-2 and it looks like that > openoffice.org-pyuno was dropped from x86_64 set (it is available in > i386 and _all_ openoffice packages are i386 only) together with > python.i386 which is required to support that. If this was a > deliberate decision that means that either you will have live with a > reduced functionality on x86_64 side or add required packages from > i386. If you are not doing the later then you have to deinstall > packages you happen to have on your system and for which newer > versions are not available. As simple as that. > > Michal > From thomas.cameron at camerontech.com Wed Jun 8 01:48:24 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Tue, 07 Jun 2005 20:48:24 -0500 Subject: yum update errors In-Reply-To: References: <20050607104631.C31020@mail.harddata.com> Message-ID: <1118195304.30504.84.camel@ml110.camerontech.com> On Tue, 2005-06-07 at 21:42 -0400, Tim Taranov wrote: > how annoying it is...When is this final FC4 release going to come out > and will it even work by then? I'm just about to give up on fedora > altogether and move to Suse or just go and build my own distro. Didn't > want to rant about it but, considering this thing is just about to be > released, it's just very annoying to have the updates not working as > well as simply screwing up the system (the last update apparently also > apparently broke the console-based logins into my system, together > with somewhat questionable general system performance - various > annoying crashes of kde etc)... basically, I'm quite disappointed in > this whole fedora experience of mine. Tim - You did see that this is a *test* release, right? When you installed, you said "yes" at the message that says that it is not release quality, right? If you want a stable version of FC, install the latest *released* version, FC3. If you want commercial support, install RHEL 4. Cheers, Thomas From ivazquez at ivazquez.net Wed Jun 8 01:49:02 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 07 Jun 2005 21:49:02 -0400 Subject: yum update errors In-Reply-To: References: <20050607104631.C31020@mail.harddata.com> Message-ID: <1118195342.26747.41.camel@ignacio.ignacio.lan> On Tue, 2005-06-07 at 21:42 -0400, Tim Taranov wrote: > how annoying it is...When is this final FC4 release going to come out > and will it even work by then? I'm just about to give up on fedora > altogether and move to Suse or just go and build my own distro. Didn't > want to rant about it but, considering this thing is just about to be > released, it's just very annoying to have the updates not working as > well as simply screwing up the system (the last update apparently also > apparently broke the console-based logins into my system, together > with somewhat questionable general system performance - various > annoying crashes of kde etc)... basically, I'm quite disappointed in > this whole fedora experience of mine. You do realize that Rawhide has stopped tracking FC4 and is now tracking FC5, right? -- 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 nman64 at n-man.com Wed Jun 8 01:52:11 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Tue, 07 Jun 2005 20:52:11 -0500 Subject: yum update errors In-Reply-To: References: <20050607104631.C31020@mail.harddata.com> Message-ID: <42A64F4B.5060500@n-man.com> Tim Taranov wrote: >how annoying it is...When is this final FC4 release going to come out >and will it even work by then? I'm just about to give up on fedora >altogether and move to Suse or just go and build my own distro. Didn't >want to rant about it but, considering this thing is just about to be >released, it's just very annoying to have the updates not working as >well as simply screwing up the system (the last update apparently also >apparently broke the console-based logins into my system, together >with somewhat questionable general system performance - various >annoying crashes of kde etc)... basically, I'm quite disappointed in >this whole fedora experience of mine. > >On 6/7/05, Michal Jaegermann wrote: > > >>On Mon, Jun 06, 2005 at 11:39:43PM -0400, Tim Taranov wrote: >> >> >>>just trying to update my fc4 test3 and getting these errors. Any suggestions? >>> >>> >>A general suggestion is that if something break dependencies in >>testing stuff, which happens and surely will happen many times more, >>then to check where these troubles are coming from and exclude >>relevant packages from updates until other thing will catch. >>'rpm -qf /path/to/something' will tell you what "owns" given files. >> >> >> >>>[root at dualbox ~]# yum update >>>.......... >>>--> Running transaction check >>>Error: Missing Dependency: libijs.so()(64bit) is needed by package gimp-print >>>Error: Missing Dependency: libgs.so.7()(64bit) is needed by package >>>ImageMagick-perl >>> >>> >>Add --exclude='ghosts*' to your yum command, until versions of >>gimp-print and ImageMagick recompiled with new libraries show up, >>and that will cover this problem >> >> >> >>>Error: Missing Dependency: openoffice.org-core = 1:1.9.100-1 is needed >>>by package openoffice.org-pyuno >>> >>> >>The current version is 1.9.104-2 and it looks like that >>openoffice.org-pyuno was dropped from x86_64 set (it is available in >>i386 and _all_ openoffice packages are i386 only) together with >>python.i386 which is required to support that. If this was a >>deliberate decision that means that either you will have live with a >>reduced functionality on x86_64 side or add required packages from >>i386. If you are not doing the later then you have to deinstall >>packages you happen to have on your system and for which newer >>versions are not available. As simple as that. >> >> Michal >> >> >> > > > If you don't know how to use a development-branch repository, you shouldn't try. What yum is currently pulling from is NOT the FC4 branch. FC4 has already branched away and Rawhide is now rolling towards FC5. I do, however, have a hard time believing that your problems are really all the fault of Rawhide, because some of the problems you named aren't common to the other testers. If you're having such a hard time, try a release version. If that doesn't sound suitable, just don't let the door hit you in the ass. Either way, no excuse for top-posting. -- Patrick "The N-Man" Barnes nman64 at n-man.com www.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 jspaleta at gmail.com Wed Jun 8 01:53:24 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 7 Jun 2005 21:53:24 -0400 Subject: yum update errors In-Reply-To: References: <20050607104631.C31020@mail.harddata.com> Message-ID: <604aa79105060718532364d5c9@mail.gmail.com> On 6/7/05, Tim Taranov wrote: > how annoying it is...When is this final FC4 release going to come out > and will it even work by then? These questions concern me.. and suggest a lack of preparedness on your part before you decided to install the test release. I'm not sure you walked into the testing process with the correct expectations. In any event the testing phase is over, some of the latest updates are the first staging updates for fc5 and isn't representative of what fc4 is going to ship with anyways. The release schedule can be found here: http://fedora.redhat.com/participate/schedule/ -jef From fct-cornette at insight.rr.com Wed Jun 8 02:27:15 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Tue, 07 Jun 2005 22:27:15 -0400 Subject: Slow Evo and .xscreensaver file in home In-Reply-To: <1118192701.9062.20.camel@yoda.loki.me> References: <1118191552.17542.28.camel@cornette-fc4t3> <1118192701.9062.20.camel@yoda.loki.me> Message-ID: <42A65783.6010304@insight.rr.com> Jesse Keating wrote: > On Tue, 2005-06-07 at 20:45 -0400, Jim Cornette wrote: > >>Problem 2: >>.xscreensavers is created in the user home directory which prevents >>one >>from viewing. > > > Viewing what? I have a .xscreensavers in my home dir, and I can > use/test screensavers all I want.... viewing all of the screensavers that are available. All that I see is a blank screen. With the initial install and versions of screensavers below, I cannot get the screensavers to display regardless of removing the xscreensaver file from the directory. The installs were all clean wipes of partitions with new home directories. Installed versions with problem seem to be the FC4T3 install disk versions below: xscreensaver-extras-4.21-2 xscreensaver-gl-extras-4.21-2 xscreensaver-base-4.21-2 > > >>I had to install xscreensaver-extras-4.21-4 and >>xscreensaver-gl-extras-4.21-4 via yum, but they were installed on the >>other everything install that I performed earlier. If one opens a >>terminal and runs rm .xscreens* as a regular user the full stock of >>screensavers is available. > > > Wait, your .xscreensavers file was from an old install, and you didn't > clean out the home directory? -ENOTSUPPORTED The smaller install did not have extras installed by default. I updated the whole system before installing the extras for xscreensaver. I assume that the fault is with the FC4T3 versions and do not show with upgrades or FC4 hopefully. I did have to remove the .xscreensaver file from the home directory with two installs and I do not see the screensavers before upgrading to the latest versions of xscreensaver* > > >>A >>minor detail to remove the file. A harder thing to know what is >>causing >>the problem on clean installs. > > > I don't think the problem DOES exist on clean installs. (By clean, I > mean new file systems and the whole works) > THe whole works were wiped out and redone. > > >>Problem 5: >>Firefox is nothing but trouble. I downloaded two ISO images from the >>net, then chose cleanup, which removed the files from disk and did not >>even stop at the trashcan. Why such a feature? If you are downloading >>something, don't you think you intend to keep it? (I thought that it >>would clear the list only.) > > > It does clear the list only. I downloaded 5 or 6 files, looked in my > defined download directory to make sure they were there, hit the 'clean > up' button, and those files were still there.... It didn't delete them. > It did however clean up the list. Make sure that the files are actually > being downloaded to where you think they are. Check in ~/Desktop/ and > ~/ > It removed the isos from my selected directory. I was doing an md5sum against the ISOs and the iso files checked out. I did a clear all from the firefox download manager and the iso files were gone and the md5sum verified the problem with missing disks. ls on the directory and mc could not fnd the isos either. What you said is what I expected. The other result was not desirable and I see no value to such a feature. From jerryw4386 at msn.com Wed Jun 8 02:38:23 2005 From: jerryw4386 at msn.com (JERRY WHITMIRE) Date: Tue, 07 Jun 2005 19:38:23 -0700 Subject: FC4 test 3 Message-ID: Hi just checking to see if any one has put Fedora 4 test 3 on a Dell 8400 dimension without having to many problems. It is a p4 630 3000 mhz 64 ht and will i 386 work or should i just wait until FC 4 comes out ? and get the 64 bit. FC 4 _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From mgb-fedora at yosemite.net Wed Jun 8 02:50:50 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 07 Jun 2005 19:50:50 -0700 Subject: lastlog devours universe In-Reply-To: <1118192283.9062.15.camel@yoda.loki.me> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <42A63694.7030403@plausible.org> <1118192283.9062.15.camel@yoda.loki.me> Message-ID: <1118199049.17962.50.camel@mgb.bullion.ims> Jesse Keating: On Tue, 2005-06-07 at 17:58, Jesse Keating wrote: > Do you consider a dev file a bug? No. Do you? On Tue, 2005-06-07 at 17:58, Jesse Keating wrote: > Oh wait, I bet a sysadmin knows that she/he can't backup stuff in > the /dev/ tree, Wrong. "tar cfv /tmp/dev.tar /dev" "tar cfvz /tmp/dev/tgz /dev" On Tue, 2005-06-07 at 17:58, Jesse Keating wrote: > Don't pass your lack of understanding off .. on the people who point out glaring design flaws in the distro. --Mike Bird From mattdm at mattdm.org Wed Jun 8 03:24:49 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 7 Jun 2005 23:24:49 -0400 Subject: lastlog devours universe In-Reply-To: <42A63694.7030403@plausible.org> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <42A63694.7030403@plausible.org> Message-ID: <20050608032449.GA3638@jadzia.bu.edu> On Tue, Jun 07, 2005 at 05:06:44PM -0700, Andy Ross wrote: > Surprise is bad, and you can't document your way out of the problem by Yes. That's why one should think long and hard before mucking with this. Sparse files have been in *nix forever (someone more old sk00l than me can come up with a date), and this particular file or its equivalent has been that way as long as I know. > As it stands, very few users have hardware capable of making a backup > of the standard FC4/x86_64 log directory using standard arguments to > standard tools. That's a silly argument. The "standard arguments" to back up sparse files would be appropriate and work fine. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 81 degrees Fahrenheit. From mricon at gmail.com Wed Jun 8 03:32:39 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 7 Jun 2005 23:32:39 -0400 Subject: lastlog devours universe In-Reply-To: <1118199049.17962.50.camel@mgb.bullion.ims> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <42A63694.7030403@plausible.org> <1118192283.9062.15.camel@yoda.loki.me> <1118199049.17962.50.camel@mgb.bullion.ims> Message-ID: On 6/7/05, Mike Bird wrote: > > Oh wait, I bet a sysadmin knows that she/he can't backup stuff in > > the /dev/ tree, > > Wrong. "tar cfv /tmp/dev.tar /dev" "tar cfvz /tmp/dev/tgz /dev" > > > Don't pass your lack of understanding off > > .. on the people who point out glaring design flaws in the distro. That argument reminds me of a "sysadmin" at my previous job who for 3 years was ardently backing up "Shortcut to Exchange.lnk". If you work with Unix and you don't know what a sparse file is, well, then you are not a sysadmin. Besides, sparse files tar up just fine and take up no space even if you don't pass any special flags to tar, since nulls compress very well. It just takes forever. NOTABUG. -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From mgb-fedora at yosemite.net Wed Jun 8 03:39:10 2005 From: mgb-fedora at yosemite.net (Mike Bird) Date: Tue, 07 Jun 2005 20:39:10 -0700 Subject: lastlog devours universe In-Reply-To: References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <42A63694.7030403@plausible.org> <1118192283.9062.15.camel@yoda.loki.me> <1118199049.17962.50.camel@mgb.bullion.ims> Message-ID: <1118201949.17962.56.camel@mgb.bullion.ims> On Tue, 2005-06-07 at 20:32, Konstantin Ryabitsev wrote: > It just takes forever. > > NOTABUG. Sic transit gloria Fedorae. --Mike Bird From ttaranov at gmail.com Wed Jun 8 03:45:22 2005 From: ttaranov at gmail.com (Tim Taranov) Date: Tue, 7 Jun 2005 23:45:22 -0400 Subject: yum update errors In-Reply-To: <604aa79105060718532364d5c9@mail.gmail.com> References: <20050607104631.C31020@mail.harddata.com> <604aa79105060718532364d5c9@mail.gmail.com> Message-ID: probably...I thought I was prepared enough to handle the pre-final test build (that update problem was just an icing) - and unfortunately for myself I think I put the bar a little too high - (and obviously this in turn also lowered my expectation of the final fc4 build and the rest of related product lines). maybe I'll be pleasantly surprised come June 13 - but then again, quite possibly not. Anyway, this starts sounding like a rant, so I'll end it here. over On 6/7/05, Jeff Spaleta wrote: > On 6/7/05, Tim Taranov wrote: > > how annoying it is...When is this final FC4 release going to come out > > and will it even work by then? > > These questions concern me.. and suggest a lack of preparedness on > your part before you decided to install the test release. I'm not > sure you walked into the testing process with the correct > expectations. In any event the testing phase is over, some of the > latest updates are the first staging updates for fc5 and isn't > representative of what fc4 is going to ship with anyways. > The release schedule can be found here: > http://fedora.redhat.com/participate/schedule/ > > -jef > From chrism at plope.com Wed Jun 8 03:46:46 2005 From: chrism at plope.com (Chris McDonough) Date: Tue, 07 Jun 2005 23:46:46 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... Message-ID: <1118202406.14817.32.camel@plope.dyndns.org> I just upgraded from FC2 to FC4T3 (via CD upgrade process), which went amazingly well. Nice work to whomever works on the installer! One small problem I have with the result is that the new Rhythmbox (0.8.8) now: - frequently segfaults when attempting to play a song (I haven't been able to manage to trap this yet, but the next problem is actually more important ;-) - when a song can be played, it invariably sounds like its being played from underwater (quality is very poor as if the clip is being played a little bit slowly and has a sample rate of about twice a second or so) CPU usage is not noticeably high when playing back files, so it's not a lack of resources. The sound problem is independent of file format: ogg files and mp3 file playback sounds equally bad. Recompiling the 0.8.8 SRPM and reinstalling from the resulting RPM gave no improvement. xmms/mplayer seem have no problems producing good quality audio output on the same system. I also don't think this is necessarily a gstreamer problem because if I do: gst-launch filesrc location=file.ogg ! spider ! osssink .. "file.ogg" plays and sounds great. rhythmbox run with the -d flag provides no obvious clues. I was thinking of trying RB 0.7.1 for isolation's sake on FC4 but I haven't been able to get it to compile yet. Is anyone else having issues like this? - C From skvidal at phy.duke.edu Wed Jun 8 03:48:27 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 07 Jun 2005 23:48:27 -0400 Subject: yum update errors In-Reply-To: References: <20050607104631.C31020@mail.harddata.com> <604aa79105060718532364d5c9@mail.gmail.com> Message-ID: <1118202507.5209.88.camel@cutter> On Tue, 2005-06-07 at 23:45 -0400, Tim Taranov wrote: > probably...I thought I was prepared enough to handle the pre-final > test build (that update problem was just an icing) - and unfortunately > for myself I think I put the bar a little too high - (and obviously > this in turn also lowered my expectation of the final fc4 build and > the rest of related product lines). maybe I'll be pleasantly > surprised come June 13 - but then again, quite possibly not. Anyway, > this starts sounding like a rant, so I'll end it here. > If you download the fc4 cds and install from there I think you'll be extremely pleasantly surprised. seriously - some good people did some good work on it. FC3 was, imo, a good release, I'm hoping FC4 looks as rosy in the long run. -sv From mricon at gmail.com Wed Jun 8 04:03:32 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Wed, 8 Jun 2005 00:03:32 -0400 Subject: lastlog devours universe In-Reply-To: <1118201949.17962.56.camel@mgb.bullion.ims> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <42A63694.7030403@plausible.org> <1118192283.9062.15.camel@yoda.loki.me> <1118199049.17962.50.camel@mgb.bullion.ims> <1118201949.17962.56.camel@mgb.bullion.ims> Message-ID: On 6/7/05, Mike Bird wrote: > > It just takes forever. > > > > NOTABUG. > > Sic transit gloria Fedorae. I assure you, Aunt Gloria, if she ever decides to come visit Aunt Fedora, will not be taking the ride outta here on the sic transit just because of /var/log/lastlog being a sparse file. Well, tempus fugit, so pax vobiscum and vale, -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From jkeating at j2solutions.net Wed Jun 8 04:24:25 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 07 Jun 2005 21:24:25 -0700 Subject: Slow Evo and .xscreensaver file in home In-Reply-To: <42A65783.6010304@insight.rr.com> References: <1118191552.17542.28.camel@cornette-fc4t3> <1118192701.9062.20.camel@yoda.loki.me> <42A65783.6010304@insight.rr.com> Message-ID: <1118204665.9062.23.camel@yoda.loki.me> On Tue, 2005-06-07 at 22:27 -0400, Jim Cornette wrote: > > viewing all of the screensavers that are available. All that I see is > a > blank screen. With the initial install and versions of screensavers > below, I cannot get the screensavers to display regardless of > removing > the xscreensaver file from the directory. The installs were all clean > wipes of partitions with new home directories. Installed versions > with > problem seem to be the FC4T3 install disk versions below: > xscreensaver-extras-4.21-2 > xscreensaver-gl-extras-4.21-2 > xscreensaver-base-4.21-2 > Ah, I kind of see what you're saying now. Perhaps it is a bug. Have you searched bugzilla for an entry on this? > >>Problem 5: > >>Firefox is nothing but trouble. I downloaded two ISO images from the > >>net, then chose cleanup, which removed the files from disk and did > not > >>even stop at the trashcan. Why such a feature? If you are > downloading > >>something, don't you think you intend to keep it? (I thought that it > >>would clear the list only.) > > > > > > It does clear the list only. I downloaded 5 or 6 files, looked in > my > > defined download directory to make sure they were there, hit the > 'clean > > up' button, and those files were still there.... It didn't delete > them. > > It did however clean up the list. Make sure that the files are > actually > > being downloaded to where you think they are. Check in ~/Desktop/ > and > > ~/ > > > > It removed the isos from my selected directory. I was doing an md5sum > against the ISOs and the iso files checked out. I did a clear all > from > the firefox download manager and the iso files were gone and the > md5sum > verified the problem with missing disks. ls on the directory and mc > could not fnd the isos either. > > What you said is what I expected. The other result was not desirable > and > I see no value to such a feature. > I cannot duplicate your issue. Can you reliably duplicate it, on clean installs or clean users? If so, it is a bug as that is not the function of the clean up button. If you can't duplicate it, well then I can't really call it a bug. -- 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 Wed Jun 8 04:33:23 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 8 Jun 2005 00:33:23 -0400 Subject: Slow Evo and .xscreensaver file in home In-Reply-To: <42A65783.6010304@insight.rr.com> References: <1118191552.17542.28.camel@cornette-fc4t3> <1118192701.9062.20.camel@yoda.loki.me> <42A65783.6010304@insight.rr.com> Message-ID: <604aa79105060721336c24be4d@mail.gmail.com> On 6/7/05, Jim Cornette wrote: > Installed versions with > problem seem to be the FC4T3 install disk versions below: > xscreensaver-extras-4.21-2 > xscreensaver-gl-extras-4.21-2 > old news....xscreensaver-base-4.21-4 has the fix rpm -q --changelog xscreensaver-base-4.21-4 * Mon May 09 2005 Ray Strode 1:4.21-3 - Use @libexecdir@/xscreensaver instead of @HACKDIR@ in default configuration file so that the path gets expanded fully (bug 156906). -jef From vonbrand at inf.utfsm.cl Wed Jun 8 03:54:32 2005 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Tue, 07 Jun 2005 23:54:32 -0400 Subject: yum update errors In-Reply-To: Message from Tim Taranov of "Tue, 07 Jun 2005 21:42:44 -0400." Message-ID: <200506080354.j583sWv6032749@laptop11.inf.utfsm.cl> Tim Taranov wrote: > how annoying it is...When is this final FC4 release going to come out > and will it even work by then? If you need something that works right now, use Fedora Core 3. Or wait for a couple of weeks after Fedora Core 4 is out so the worst bugs are shaken out when you get it. > I'm just about to give up on fedora > altogether and move to Suse or just go and build my own distro. Didn't > want to rant about it but, considering this thing is just about to be > released, it's just very annoying to have the updates not working as > well as simply screwing up the system (the last update apparently also > apparently broke the console-based logins into my system, together > with somewhat questionable general system performance - various > annoying crashes of kde etc)... basically, I'm quite disappointed in > this whole fedora experience of mine. I'd guess you'll have exactly the same (or worse) problems elsewhere. This is /rawhide/, i.e. "it compiles (sort of), let's push it out to the world to see if it works too", not "checked and tested to death, no way to screw it up". Some breakage comes with the scenery. That said, the problems I've had are mostly minor, almost all fixed in a day or two as other packages caught up with the new developments. Continued breakage as you describe are probably due to pilot error of some sort, or /very/ weird hardware. Or perhaps very low tolerance for errors, in which case you should stay well away from experimental versions of all sorts. [Yes, I do fully know that my description of rawhide above is quite a caricaturization.] -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From michal at harddata.com Wed Jun 8 04:55:36 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 7 Jun 2005 22:55:36 -0600 Subject: lastlog devours universe In-Reply-To: <1118199049.17962.50.camel@mgb.bullion.ims>; from mgb-fedora@yosemite.net on Tue, Jun 07, 2005 at 07:50:50PM -0700 References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <42A63694.7030403@plausible.org> <1118192283.9062.15.camel@yoda.loki.me> <1118199049.17962.50.camel@mgb.bullion.ims> Message-ID: <20050607225536.A14430@mail.harddata.com> On Tue, Jun 07, 2005 at 07:50:50PM -0700, Mike Bird wrote: > On Tue, 2005-06-07 at 17:58, Jesse Keating wrote: > > Oh wait, I bet a sysadmin knows that she/he can't backup stuff in > > the /dev/ tree, > > Wrong. "tar cfv /tmp/dev.tar /dev" "tar cfvz /tmp/dev/tgz /dev" This is GNU tar saving your hide. You will try that with some other version of tar and you may be for a nasty surprise. In particular if you happen to have something like /dev/kmem. :-) That is why some "old hands" may prefer cpio although this may have some other problems. OTOH with cpio you may make a sparse file from something which merely has lots of null characters. Michal From skvidal at phy.duke.edu Wed Jun 8 05:07:44 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 08 Jun 2005 01:07:44 -0400 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <1118176091.18813.105.camel@remedyz.boston.redhat.com> References: <42A5F5D2.3050504@plausible.org> <1118172903.18813.84.camel@remedyz.boston.redhat.com> <42A5F93C.6070500@plausible.org> <1118175541.6416.49.camel@localhost.localdomain> <1118176091.18813.105.camel@remedyz.boston.redhat.com> Message-ID: <1118207264.5209.113.camel@cutter> > hmm, interesting. Seems inconsistent when `yum search python` will produce this entry: > > gnome-python2-extras-debuginfo.i386 2.10.0-2.1 curly > Matched from: > gnome-python2-extras-debuginfo > Debug information for package gnome-python2-extras > This package provides debug information for package > gnome-python2-extras. > Debug information is useful when developing applications that use this > package or when debugging this package. > it's sorta a bug. essentially it's hard to tell if the user meant: search for the exact string '++' or use the glob '++' and search by that. it's sorta like searching for a string of .*.*.* is actually a pain in the arse. :) -sv From roger at gwch.net Wed Jun 8 05:20:57 2005 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 08 Jun 2005 07:20:57 +0200 Subject: yum update errors In-Reply-To: <604aa79105060718532364d5c9@mail.gmail.com> References: <20050607104631.C31020@mail.harddata.com> <604aa79105060718532364d5c9@mail.gmail.com> Message-ID: <42A68039.7070307@gwch.net> Jeff Spaleta schrieb: > On 6/7/05, Tim Taranov wrote: > >>how annoying it is...When is this final FC4 release going to come out >>and will it even work by then? > > > These questions concern me.. and suggest a lack of preparedness on > your part before you decided to install the test release. I'm not > sure you walked into the testing process with the correct > expectations. In any event the testing phase is over, some of the > latest updates are the first staging updates for fc5 and isn't > representative of what fc4 is going to ship with anyways. > The release schedule can be found here: > http://fedora.redhat.com/participate/schedule/ > > -jef > ...and if i am not wrong, you gonna find those things prepared for fc5 also as updates for fc4, isn't it? ;-) Roger From michal at harddata.com Wed Jun 8 05:22:07 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 7 Jun 2005 23:22:07 -0600 Subject: Looking for (compat-) libstdc++.so.5 In-Reply-To: <1118207264.5209.113.camel@cutter>; from skvidal@phy.duke.edu on Wed, Jun 08, 2005 at 01:07:44AM -0400 References: <42A5F5D2.3050504@plausible.org> <1118172903.18813.84.camel@remedyz.boston.redhat.com> <42A5F93C.6070500@plausible.org> <1118175541.6416.49.camel@localhost.localdomain> <1118176091.18813.105.camel@remedyz.boston.redhat.com> <1118207264.5209.113.camel@cutter> Message-ID: <20050607232207.A15180@mail.harddata.com> On Wed, Jun 08, 2005 at 01:07:44AM -0400, seth vidal wrote: > > > it's sorta a bug. > > essentially it's hard to tell if the user meant: > > search for the exact string '++' or use the glob '++' and search by > that. 'yum' seems to be using "wildcards", a.k.a. "shell patterns", where '+' is not significant. OTOH yum documentation insists on talking about "regexps" where the picture would be different. In practice it looks that there are some inconsistencies there and quoting is at least prudent and it does solve gotchas. Michal From notting at redhat.com Wed Jun 8 05:50:01 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 8 Jun 2005 01:50:01 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <1118202406.14817.32.camel@plope.dyndns.org> References: <1118202406.14817.32.camel@plope.dyndns.org> Message-ID: <20050608055001.GA12800@nostromo.devel.redhat.com> Chris McDonough (chrism at plope.com) said: > I just upgraded from FC2 to FC4T3 (via CD upgrade process), which went > amazingly well. Nice work to whomever works on the installer! > > One small problem I have with the result is that the new Rhythmbox > (0.8.8) now: > > - frequently segfaults when attempting to play a song (I haven't > been able to manage to trap this yet, but the next problem > is actually more important ;-) > > - when a song can be played, it invariably sounds like its being > played from underwater (quality is very poor as if the clip > is being played a little bit slowly and has a sample rate of > about twice a second or so) Are you outputting by default to OSS, ESD, ALSA, or...? Bill From chrism at plope.com Wed Jun 8 06:59:37 2005 From: chrism at plope.com (Chris McDonough) Date: Wed, 08 Jun 2005 02:59:37 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <20050608055001.GA12800@nostromo.devel.redhat.com> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> Message-ID: <1118213977.3868.31.camel@plope.dyndns.org> On Wed, 2005-06-08 at 01:50 -0400, Bill Nottingham wrote: > > - when a song can be played, it invariably sounds like its being > > played from underwater (quality is very poor as if the clip > > is being played a little bit slowly and has a sample rate of > > about twice a second or so) > > Are you outputting by default to OSS, ESD, ALSA, or...? Thanks for the response. I actually have no idea. ;-) There is no "esd" process running, so I suspect that's out. alsamixer does indeed adjust the input and output volumes, but I do understand that I could be outputting via ALSA in "OSS emulation" mode. Is there something in /proc/asound that would allow me to answer that question? Or is there some generic GNOME and/or RB setting for telling it to use OSS emulation (/dev/dspX) vs. "native" ALSA devices that I can look for? Thanks again, - C From chrism at plope.com Wed Jun 8 07:16:42 2005 From: chrism at plope.com (Chris McDonough) Date: Wed, 08 Jun 2005 03:16:42 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <1118213977.3868.31.camel@plope.dyndns.org> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> <1118213977.3868.31.camel@plope.dyndns.org> Message-ID: <1118215002.3868.37.camel@plope.dyndns.org> On Wed, 2005-06-08 at 02:59 -0400, Chris McDonough wrote: > Is there something in /proc/asound that would allow me to answer that > question? Or is there some generic GNOME and/or RB setting for telling > it to use OSS emulation (/dev/dspX) vs. "native" ALSA devices that I can > look for? Ah ha! I fired up gconf-editor and lo and behold system/gstreamer/0.8/default/audiosink was set to "esdsink". I changed it to "osssink" and it sounds beautiful now.. great. Thanks for the direction! I suppose I should look into the benefits of running esound and esdsink instead. Still segfaults pretty frequently, but that appears to be a separate issue which I'll try to isolate now. - C From mitr at volny.cz Wed Jun 8 09:34:11 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Wed, 8 Jun 2005 11:34:11 +0200 Subject: lastlog devours universe In-Reply-To: <42A63694.7030403@plausible.org> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <42A63694.7030403@plausible.org> Message-ID: <20050608093406.GA5652@chrys.ms.mff.cuni.cz> On Tue, Jun 07, 2005 at 05:06:44PM -0700, Andy Ross wrote: > Maybe shadow-utils is too far upstream, too old, or too arcane for you > guys to fix. ... Or maybe everybody in this thread is assuming too much. AFAIK this _is_ going to be fixed, at least for new installations of FC >= 5. Truncating the existing file is a problem: you have to read it all to find out where it really ends. I don't know whether that is planned. Mirek From manolo at miconexion.com Wed Jun 8 09:34:24 2005 From: manolo at miconexion.com (Manuel Moreno) Date: Wed, 08 Jun 2005 10:34:24 +0100 Subject: lastlog devours universe In-Reply-To: <20050607225536.A14430@mail.harddata.com> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <42A63694.7030403@plausible.org> <1118192283.9062.15.camel@yoda.loki.me> <1118199049.17962.50.camel@mgb.bullion.ims> <20050607225536.A14430@mail.harddata.com> Message-ID: <42A6BBA0.6050208@miconexion.com> It seems that this oddity appears when you have 'nobody' or some other user (nfsnobody) assigned to uid '-1' in a 64 bit linux nobody uid 99 nfsnobody uid 65534 -- Manuel Moreno manolo at miconexion.com From dgonzo at optonline.net Wed Jun 8 10:45:14 2005 From: dgonzo at optonline.net (Daniel Gonzalez) Date: Wed, 08 Jun 2005 06:45:14 -0400 Subject: yum update errors In-Reply-To: <604aa79105060718532364d5c9@mail.gmail.com> References: <20050607104631.C31020@mail.harddata.com> <604aa79105060718532364d5c9@mail.gmail.com> Message-ID: <1118227515.2758.17.camel@localhost.localdomain> I'm new to fedora but I've been reading the threads regarding certain user dissatisfaction with portions of the development releases/yum updates "breaking" their installations. While I can understand the frustration, you agreed to install a development release. Deal with it. Complaining about it on the list is not productive or at least, not the best way to go about persuading someone to help you. That said, I've been experiencing some of the same problems but have dove in to try and fix some on my own with some success. It would seem to me that a possible solution would be if one of the "elder/wiser" Fedora developers/users could point us to some docs (if they exist) that would indicate how we could go about modifying repos to make the Fedora yum utility point to a FC4 release repository and update the system from there. I'm getting used to the Fedora way of doing things but still need a little direction (I'm a Slackware refugee). Is it possible to upgrade via yum from FC3.92-devel ---->FC4 without a clean install? I'm guessing that it's probably not the recommended way to do it but I'm tempted to try it just for the educational factor alone. I'd be willing to document and share my experience with anyone should they be interested. Hope that doesn't fan the fire Dan Gonzalez IM: signulth Fedora user since...oh....last week http://www.lilug.org On Tue, 2005-06-07 at 21:53 -0400, Jeff Spaleta wrote: > On 6/7/05, Tim Taranov wrote: > > how annoying it is...When is this final FC4 release going to come out > > and will it even work by then? > > These questions concern me.. and suggest a lack of preparedness on > your part before you decided to install the test release. I'm not > sure you walked into the testing process with the correct > expectations. In any event the testing phase is over, some of the > latest updates are the first staging updates for fc5 and isn't > representative of what fc4 is going to ship with anyways. > The release schedule can be found here: > http://fedora.redhat.com/participate/schedule/ > > -jef > From ndbecker2 at gmail.com Wed Jun 8 11:09:53 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 08 Jun 2005 07:09:53 -0400 Subject: lastlog devours universe References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> Message-ID: Jesse Keating wrote: > On Tue, 2005-06-07 at 16:35 -0700, Andy Ross wrote: >> Indeed: >> >> tar cf /tmp/unbelievably-huge-file /var/log/lastlog >> >> I killed it after 10 seconds and a few hundred MB. What if someone >> tries to backup their logs? Surely there must be a saner way to store >> this data than a 1.2TB sparse file... This is a sysadmin disaster >> waiting to happen. > > From 'man tar' > > -S, --sparse > handle sparse files efficiently > > > From 'man rsync' > > -S, --sparse handle sparse files efficiently > > Most backup software I've looked at mentions sparse files and how to > handle them. Perhaps what is prudent is a mention in the release notes > and FAQs that /var/log/lastlog is a sparse file and should be treated > accordingly. > If the change that causes /var/log/lastlog to be a huge sparse file is accepted, it is _imperative_ that all common backup tools be updated to support sparse by default. Actually, I don't understand why this isn't the default anyway, except that it is a tiny bit slower (on Linux systems it shouldn't be significantly slower). From fct-cornette at insight.rr.com Wed Jun 8 11:18:50 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 08 Jun 2005 07:18:50 -0400 Subject: Slow Evo and .xscreensaver file in home In-Reply-To: <604aa79105060721336c24be4d@mail.gmail.com> References: <1118191552.17542.28.camel@cornette-fc4t3> <1118192701.9062.20.camel@yoda.loki.me> <42A65783.6010304@insight.rr.com> <604aa79105060721336c24be4d@mail.gmail.com> Message-ID: <42A6D41A.6000300@insight.rr.com> Jeff Spaleta wrote: > On 6/7/05, Jim Cornette wrote: > >>Installed versions with >>problem seem to be the FC4T3 install disk versions below: >>xscreensaver-extras-4.21-2 >>xscreensaver-gl-extras-4.21-2 >> > > > old news....xscreensaver-base-4.21-4 has the fix > rpm -q --changelog xscreensaver-base-4.21-4 > * Mon May 09 2005 Ray Strode 1:4.21-3 > - Use @libexecdir@/xscreensaver instead of @HACKDIR@ in > default configuration file so that the path gets expanded > fully (bug 156906). > > > -jef > I added to the report. With the title that the bug report has, I would never have found the report. Thanks for the link. Jim -- Q: How many Microsoft support staff does it take to change a light bulb? A: Four. One to ask "What is the registration number of the light bulb?", one to ask "Have you tried rebooting it?", another to ask "Have you tried reinstalling it?" and the last one to say "It must be your hardware because the light bulb in our office works fine..." From buildsys at redhat.com Wed Jun 8 11:21:00 2005 From: buildsys at redhat.com (Build System) Date: Wed, 8 Jun 2005 07:21:00 -0400 Subject: rawhide report: 20050608 changes Message-ID: <200506081121.j58BL0gO020822@porkchop.devel.redhat.com> New package dhcdbd DHCP D-BUS daemon (dhcdbd) controls dhclient sessions with D-BUS, stores and presents DHCP options. Removed package w3c-libwww Updated Packages: fetchmail-6.2.5-8 ----------------- * Tue Jun 07 2005 Miloslav Trmac - 6.2.5-8 - Fix APOP and RPOP (#127315) - Don't link to libdl gedit-1:2.10.2-5 ---------------- * Tue Jun 07 2005 Ray Strode 1:2.10.2-5 - Dont pass user input as format specifiers to gtk_message_dialog_new (bug 159657). gstreamer-plugins-0.8.9-1 ------------------------- * Tue Jun 07 2005 John (J5) Palmieri - 0.8.9-1 - update to upstream 0.8.9 - disable spc support - Add requirement for cairo-devel - Add freeze, video4linuxradio, and wavpack plugins parted-1.6.22-3 --------------- * Tue Jun 07 2005 Chris Lumens 1.6.22-3 - Modified Apple_Free patch to take care of the case where the partitions are unnamed, causing many errors to be printed (#159047). tcpdump-14:3.8.2-13 ------------------- * Tue Jun 07 2005 Martin Stransky - 14:3.8.2-13 - fix for CAN-2005-1267 - BGP DoS, #159209 texinfo-4.8-5 ------------- * Tue Jun 07 2005 Tim Waugh 4.8-5 - Ship texi2pdf (bug #147271). From cimmo at libero.it Wed Jun 8 11:21:54 2005 From: cimmo at libero.it (Cimmo) Date: Wed, 08 Jun 2005 13:21:54 +0200 Subject: yum update errors In-Reply-To: <42A64F4B.5060500@n-man.com> References: <20050607104631.C31020@mail.harddata.com> <42A64F4B.5060500@n-man.com> Message-ID: <42A6D4D2.8010009@libero.it> Patrick Barnes ha scritto: > Either way, no excuse for top-posting. Your quoting is not so better, deleting unnecessary part of the email prevent others people to scrolling over over and over again... Still a lot of people that flame about top-posting, but continue to non-quote and just add all previuos email... best regards From ndbecker2 at gmail.com Wed Jun 8 11:35:12 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 08 Jun 2005 07:35:12 -0400 Subject: rawhide report: 20050608 changes (I'm conflicted) References: <200506081121.j58BL0gO020822@porkchop.devel.redhat.com> Message-ID: Anyone know a workaround for this? Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: ghostscript x86_64 8.15-0.rc3.1 development 4.8 M ghostscript-devel x86_64 8.15-0.rc3.1 development 34 k ghostscript-gtk x86_64 8.15-0.rc3.1 development 26 k gimp-print x86_64 4.2.7-10 development 2.4 M gimp-print-cups x86_64 4.2.7-10 development 2.6 M gimp-print-devel x86_64 4.2.7-10 development 566 k gimp-print-plugin x86_64 4.2.7-10 development 46 k gimp-print-utils x86_64 4.2.7-10 development 21 k Transaction Summary ============================================================================= Install 0 Package(s) Update 8 Package(s) Remove 0 Package(s) Total download size: 10 M Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Check Error: file /usr/bin/bdftops from install of ghostscript-8.1 5-0.rc3.1 conflicts with file from package ghostscript-7.07-40 [Lots more similar conflicts] From skvidal at phy.duke.edu Wed Jun 8 12:17:45 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 08 Jun 2005 08:17:45 -0400 Subject: yum update errors In-Reply-To: <1118227515.2758.17.camel@localhost.localdomain> References: <20050607104631.C31020@mail.harddata.com> <604aa79105060718532364d5c9@mail.gmail.com> <1118227515.2758.17.camel@localhost.localdomain> Message-ID: <1118233065.5209.124.camel@cutter> > Is it possible to upgrade via yum from FC3.92-devel ---->FC4 without a > clean install? I'm guessing that it's probably not the recommended way > to do it but I'm tempted to try it just for the educational factor > alone. I'd be willing to document and share my experience with anyone > should they be interested. > It should be possible to do that upgrade, yes. It is not the recommended mechanism but should be doable. -sv From dgonzo at optonline.net Wed Jun 8 13:05:12 2005 From: dgonzo at optonline.net (Daniel Gonzalez) Date: Wed, 08 Jun 2005 09:05:12 -0400 Subject: yum update errors In-Reply-To: <1118233065.5209.124.camel@cutter> References: <20050607104631.C31020@mail.harddata.com> <604aa79105060718532364d5c9@mail.gmail.com> <1118227515.2758.17.camel@localhost.localdomain> <1118233065.5209.124.camel@cutter> Message-ID: <42A6ED08.2050207@optonline.net> Seth- thanks for the reply. Do you know where I can find the information on how to modify the yum repos to point to FC4 release? Regards Dan Gonzalez seth vidal wrote: >>Is it possible to upgrade via yum from FC3.92-devel ---->FC4 without a >>clean install? I'm guessing that it's probably not the recommended way >>to do it but I'm tempted to try it just for the educational factor >>alone. I'd be willing to document and share my experience with anyone >>should they be interested. >> >> >> > >It should be possible to do that upgrade, yes. It is not the recommended >mechanism but should be doable. > >-sv > > > > From sundaram at redhat.com Wed Jun 8 13:02:53 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 08 Jun 2005 18:32:53 +0530 Subject: yum update errors In-Reply-To: <42A6ED08.2050207@optonline.net> References: <20050607104631.C31020@mail.harddata.com> <604aa79105060718532364d5c9@mail.gmail.com> <1118227515.2758.17.camel@localhost.localdomain> <1118233065.5209.124.camel@cutter> <42A6ED08.2050207@optonline.net> Message-ID: <42A6EC7D.3070701@redhat.com> Daniel Gonzalez wrote: > Seth- > > thanks for the reply. Do you know where I can find the information on > how to modify the yum repos to point to FC4 release? > > Regards > Dan Gonzalez This would a good starting point if you want to do this. Remember, this is not recommended at all http://www.brandonhutchinson.com/Upgrading_Red_Hat_Linux_with_yum.html regards Rahul From dgonzo at optonline.net Wed Jun 8 13:19:05 2005 From: dgonzo at optonline.net (Daniel Gonzalez) Date: Wed, 08 Jun 2005 09:19:05 -0400 Subject: yum update errors In-Reply-To: <42A6EC7D.3070701@redhat.com> References: <20050607104631.C31020@mail.harddata.com> <604aa79105060718532364d5c9@mail.gmail.com> <1118227515.2758.17.camel@localhost.localdomain> <1118233065.5209.124.camel@cutter> <42A6ED08.2050207@optonline.net> <42A6EC7D.3070701@redhat.com> Message-ID: <42A6F049.8060905@optonline.net> Rahul- Thank you. That's exactly what I was looking for. If the upgrade works, I'll document what I can and post it (if anyone is interested) Regards Dan Gonzalez Rahul Sundaram wrote: > Daniel Gonzalez wrote: > >> Seth- >> >> thanks for the reply. Do you know where I can find the information on >> how to modify the yum repos to point to FC4 release? >> >> Regards >> Dan Gonzalez > > > This would a good starting point if you want to do this. Remember, > this is not recommended at all > > http://www.brandonhutchinson.com/Upgrading_Red_Hat_Linux_with_yum.html > > regards > Rahul > From mattdm at mattdm.org Wed Jun 8 13:13:03 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 8 Jun 2005 09:13:03 -0400 Subject: lastlog devours universe In-Reply-To: <42A6BBA0.6050208@miconexion.com> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <42A63694.7030403@plausible.org> <1118192283.9062.15.camel@yoda.loki.me> <1118199049.17962.50.camel@mgb.bullion.ims> <20050607225536.A14430@mail.harddata.com> <42A6BBA0.6050208@miconexion.com> Message-ID: <20050608131303.GA6992@jadzia.bu.edu> On Wed, Jun 08, 2005 at 10:34:24AM +0100, Manuel Moreno wrote: > It seems that this oddity appears when you have 'nobody' or some other > user (nfsnobody) assigned to uid '-1' in a 64 bit linux > nobody uid 99 > nfsnobody uid 65534 Sure -- the file is indexed by UID, and 65534 is a kinda big number. Or if you use actual -1 with 32-bit uids, you get, what, 4294967295 -- which is a *really* big number. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 79 degrees Fahrenheit. From skvidal at phy.duke.edu Wed Jun 8 13:14:52 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 08 Jun 2005 09:14:52 -0400 Subject: yum update errors In-Reply-To: <42A6ED08.2050207@optonline.net> References: <20050607104631.C31020@mail.harddata.com> <604aa79105060718532364d5c9@mail.gmail.com> <1118227515.2758.17.camel@localhost.localdomain> <1118233065.5209.124.camel@cutter> <42A6ED08.2050207@optonline.net> Message-ID: <1118236492.5209.128.camel@cutter> On Wed, 2005-06-08 at 09:05 -0400, Daniel Gonzalez wrote: > Seth- > > thanks for the reply. Do you know where I can find the information on > how to modify the yum repos to point to FC4 release? > Well FC4 isn't out yet but when it comes out there's just a handful of changes to make manually and the run yum upgrade I'll try and post a doc with that info in it once I get a look at the FC4 final isos. -sv From Robin.Laing at drdc-rddc.gc.ca Wed Jun 8 14:02:05 2005 From: Robin.Laing at drdc-rddc.gc.ca (Robin Laing) Date: Wed, 08 Jun 2005 08:02:05 -0600 Subject: FAILED: FC4T3 on Matrox G550 + Dell 2001FP In-Reply-To: <20050608011137.GA14686@srv01.cluenet.de> References: <1117850074.13677.19.camel@neptune> <20050604015758.GA20792@srv01.cluenet.de> <1117856717.13677.37.camel@neptune> <20050604215949.GA30125@srv01.cluenet.de> <20050605201338.GA18205@srv01.cluenet.de> <1118054331.4891.32.camel@maui.jaa.org.uk> <20050606112333.GA25560@srv01.cluenet.de> <20050606121850.GA26188@srv01.cluenet.de> <9f50a7a0050606142375fd2939@mail.gmail.com> <20050606225542.GA828@srv01.cluenet.de> <20050608011137.GA14686@srv01.cluenet.de> Message-ID: <42A6FA5D.50700@drdc-rddc.gc.ca> Daniel Roesen wrote: > On Tue, Jun 07, 2005 at 12:55:42AM +0200, Daniel Roesen wrote: > >>I think it's now beating a dead horse. Yesterday I've ordered a GeForce >>6800 Ultra based card and a new power supply to feed it. From what I'm >>hearing their drivers actually work and support all the features of >>the cards, and have working DRI & OpenGL even in dual-head mode. > > > The card arrived today and works PERFECTLY with DVI under both FC1 and > FC4T3 with the NVIDIA-provided driver. > > 10 years of "only Matrox" have come to an end... > > > Best regards, > Daniel > I had the same experience with moving to nVidia from ATI. Used ATI since 386 days, over 13 years. nVidia all the way. :) -- Robin Laing From jspaleta at gmail.com Wed Jun 8 14:09:23 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 8 Jun 2005 10:09:23 -0400 Subject: Slow Evo and .xscreensaver file in home In-Reply-To: <42A6D41A.6000300@insight.rr.com> References: <1118191552.17542.28.camel@cornette-fc4t3> <1118192701.9062.20.camel@yoda.loki.me> <42A65783.6010304@insight.rr.com> <604aa79105060721336c24be4d@mail.gmail.com> <42A6D41A.6000300@insight.rr.com> Message-ID: <604aa7910506080709490917c8@mail.gmail.com> On 6/8/05, Jim Cornette wrote: > I added to the report. With the title that the bug report has, I would > never have found the report. Thanks for the link. from Jef's unauthorized fedora testing Manifesto: Item #233 When doing a fresh install of any test release, if you find a bug look over the rawhide build reports since the release day of that test release. Look for changelog snippets for packages with an emphasis on obvious candidate fixes and associated bugreport numbers. A throwaway gmail account is good for this sort of archiving and searching of the build reports. -jef From notting at redhat.com Wed Jun 8 14:14:12 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 8 Jun 2005 10:14:12 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <1118213977.3868.31.camel@plope.dyndns.org> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> <1118213977.3868.31.camel@plope.dyndns.org> Message-ID: <20050608141412.GA14124@nostromo.devel.redhat.com> Chris McDonough (chrism at plope.com) said: > On Wed, 2005-06-08 at 01:50 -0400, Bill Nottingham wrote: > > > - when a song can be played, it invariably sounds like its being > > > played from underwater (quality is very poor as if the clip > > > is being played a little bit slowly and has a sample rate of > > > about twice a second or so) > > > > Are you outputting by default to OSS, ESD, ALSA, or...? > > Thanks for the response. I actually have no idea. ;-) gstreamer-properties should tell you. Bill From notting at redhat.com Wed Jun 8 14:15:07 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 8 Jun 2005 10:15:07 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <1118215002.3868.37.camel@plope.dyndns.org> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> <1118213977.3868.31.camel@plope.dyndns.org> <1118215002.3868.37.camel@plope.dyndns.org> Message-ID: <20050608141507.GB14124@nostromo.devel.redhat.com> Chris McDonough (chrism at plope.com) said: > Ah ha! I fired up gconf-editor and lo and behold > system/gstreamer/0.8/default/audiosink was set to "esdsink". I changed > it to "osssink" and it sounds beautiful now.. great. Thanks for the > direction! I suppose I should look into the benefits of running esound > and esdsink instead. esd has known issues with the dmix config used in FC4t3; since dmix does the mixing for you, there's really no reason to use esd as a gstreamer output. What's best is to set it to alsasink with gstreamer-properties. Bill From harald.grossauer at uibk.ac.at Wed Jun 8 14:17:34 2005 From: harald.grossauer at uibk.ac.at (Harald Grossauer) Date: Wed, 08 Jun 2005 16:17:34 +0200 Subject: Upgrade to FC4 final? Message-ID: <42A6FDFE.5020300@uibk.ac.at> As far as I have seen there are no more updates for FC4test3, but FC4 final is not released yet. Just in advance: what do I have to do when FC4 final is released? Activate the appropriate repos, which are already configured in /etc/yum.repos.d but not enabled, and call "yum update"? Will that be enough to get a "clean and complete" FC4 final installation? Or would it be better to download the ISO images and completely reinstall FC4 from scratch? From dgonzo at optonline.net Wed Jun 8 14:35:33 2005 From: dgonzo at optonline.net (Daniel Gonzalez) Date: Wed, 08 Jun 2005 10:35:33 -0400 Subject: Upgrade to FC4 final? In-Reply-To: <42A6FDFE.5020300@uibk.ac.at> References: <42A6FDFE.5020300@uibk.ac.at> Message-ID: <42A70235.1020804@optonline.net> Harald- I asked this question earlier and I was directed to the following URL. It seems like a good place to start http://www.brandonhutchinson.com/Upgrading_Red_Hat_Linux_with_yum.html Hope that helps Dan Gonzalez Harald Grossauer wrote: > As far as I have seen there are no more updates for FC4test3, but FC4 > final is not released yet. > > Just in advance: what do I have to do when FC4 final is released? > Activate the appropriate repos, which are already configured in > /etc/yum.repos.d but not enabled, and call "yum update"? > > Will that be enough to get a "clean and complete" FC4 final > installation? Or would it be better to download the ISO images and > completely reinstall FC4 from scratch? > > From JBuck814366460 at aol.com Wed Jun 8 14:37:03 2005 From: JBuck814366460 at aol.com (Jared Buck) Date: Wed, 08 Jun 2005 07:37:03 -0700 Subject: Upgrade to FC4 final? In-Reply-To: <42A6FDFE.5020300@uibk.ac.at> References: <42A6FDFE.5020300@uibk.ac.at> Message-ID: <1118241423.11409.2.camel@localhost.localdomain> On Wed, 2005-06-08 at 16:17 +0200, Harald Grossauer wrote: > As far as I have seen there are no more updates for FC4test3, but FC4 > final is not released yet. > > Just in advance: what do I have to do when FC4 final is released? > Activate the appropriate repos, which are already configured in > /etc/yum.repos.d but not enabled, and call "yum update"? > > Will that be enough to get a "clean and complete" FC4 final > installation? Or would it be better to download the ISO images and > completely reinstall FC4 from scratch? > > You could do a netinstall of FC4 so you only have to download a small .iso file, but I don't know how to do that. A HD install is also possible, but you need the boot .iso for that, that can be found in the FC download area somewhere. Jared -- Jared Buck Project Gutenberg (http://www.gutenberg.org) From byte at aeon.com.my Wed Jun 8 13:12:47 2005 From: byte at aeon.com.my (Colin Charles) Date: Wed, 08 Jun 2005 06:12:47 -0700 Subject: system-logviewer removed any idea why. In-Reply-To: <20050602171706.26550.qmail@web86502.mail.ukl.yahoo.com> References: <20050602171706.26550.qmail@web86502.mail.ukl.yahoo.com> Message-ID: <1118236367.20494.45.camel@arena.soho.bytebot.net> On Thu, 2005-06-02 at 18:17 +0100, DAVID BENTLEY wrote: > Just noticed that system-logviewer is nologer in the > development tree and since it is not installed on my > system not in FC4test3 either It's being redone. Read the archives for fedora-config-list, back in Dec 06 2004 -- Colin Charles, http://www.bytebot.net/ From jkeating at j2solutions.net Wed Jun 8 14:51:18 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 08 Jun 2005 07:51:18 -0700 Subject: lastlog devours universe In-Reply-To: References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> Message-ID: <1118242278.9062.37.camel@yoda.loki.me> On Wed, 2005-06-08 at 07:09 -0400, Neal Becker wrote: > > If the change that causes /var/log/lastlog to be a huge sparse file is > accepted, it is _imperative_ that all common backup tools be updated > to > support sparse by default. Actually, I don't understand why this > isn't the > default anyway, except that it is a tiny bit slower (on Linux systems > it > shouldn't be significantly slower). > You're going to have to tell me what 'default' is. The backup tools I use don't do anything by default except give me a usage statement.... -- 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 fedora-test at drussell.dnsalias.com Wed Jun 8 14:55:28 2005 From: fedora-test at drussell.dnsalias.com (Don Russell) Date: Wed, 08 Jun 2005 07:55:28 -0700 Subject: rawhide report: 20050608 changes (I'm conflicted) In-Reply-To: References: <200506081121.j58BL0gO020822@porkchop.devel.redhat.com> Message-ID: <42A706E0.7030509@drussell.dnsalias.com> Neal Becker wrote: > Anyone know a workaround for this? [snip] > Transaction Check Error: file /usr/bin/bdftops from install of > ghostscript-8.1 > 5-0.rc3.1 conflicts with file from package ghostscript-7.07-40 > [Lots more similar conflicts] I there aren't too many, can you remove the (old) package and then install the new one? From chrism at plope.com Wed Jun 8 14:58:59 2005 From: chrism at plope.com (Chris McDonough) Date: Wed, 08 Jun 2005 10:58:59 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <20050608141507.GB14124@nostromo.devel.redhat.com> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> <1118213977.3868.31.camel@plope.dyndns.org> <1118215002.3868.37.camel@plope.dyndns.org> <20050608141507.GB14124@nostromo.devel.redhat.com> Message-ID: <1118242739.3868.69.camel@plope.dyndns.org> On Wed, 2005-06-08 at 10:15 -0400, Bill Nottingham wrote: > Chris McDonough (chrism at plope.com) said: > > Ah ha! I fired up gconf-editor and lo and behold > > system/gstreamer/0.8/default/audiosink was set to "esdsink". I changed > > it to "osssink" and it sounds beautiful now.. great. Thanks for the > > direction! I suppose I should look into the benefits of running esound > > and esdsink instead. > > esd has known issues with the dmix config used in FC4t3; since dmix > does the mixing for you, there's really no reason to use esd as a > gstreamer output. Thank you, that's useful to know. > What's best is to set it to alsasink with gstreamer-properties. Ah. Duh. I didn't know about gstreamer-properties (it doesn't seem to have made its way into my GNOME menus and I'm getting so pointy-and-clicky lately... ;-) Setting it to osssink works fine and the pipeline test passes. If I set it to alsasink, and I run a pipeline test from within gstreamer-properties, it fails with: Failed to construct test pipeline for 'ALSA - Advanced Linux Sound Architecture' This appears to be the same symptom noted in https://www.redhat.com/archives/fedora-test-list/2004-October/msg01258.html . Colin Walters apparently merged some related fixes into rawhide in mid-2004: https://www.redhat.com/archives/fedora-test-list/2004-July/msg00270.html But here's what happens when I try to use alsasink from gst-launch: gst-launch filesrc location=01\ -\ South\ Of\ Heaven.ogg ! spider ! alsasink RUNNING pipeline ... ERROR: from element /pipeline0/spider0/vorbisdec0: Internal GStreamer error: pad problem. File a bug. Additional debug info: gstpad.c(2562): gst_pad_set_explicit_caps: /pipeline0/spider0/vorbisdec0: failed to negotiate (try_set_caps with "audio/x-raw-float, rate=(int)44100, channels=(int)2, endianness=(int)1234, width=(int)32, buffer-frames=(int)0" returned REFUSED) Execution ended after 16 iterations (sum 358213000 ns, average 22388312 ns, min 24000 ns, max 161889000 ns). Obviously RB fails with the same sort of error. I suppose I should just file a bug with this info for the gstreamer folks (unless one already exists), as it says? - C From notting at redhat.com Wed Jun 8 15:01:34 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 8 Jun 2005 11:01:34 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <1118242739.3868.69.camel@plope.dyndns.org> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> <1118213977.3868.31.camel@plope.dyndns.org> <1118215002.3868.37.camel@plope.dyndns.org> <20050608141507.GB14124@nostromo.devel.redhat.com> <1118242739.3868.69.camel@plope.dyndns.org> Message-ID: <20050608150134.GA15030@nostromo.devel.redhat.com> Chris McDonough (chrism at plope.com) said: > Failed to construct test pipeline for 'ALSA - Advanced Linux Sound > Architecture' Are you fully up to date with the alsa-libs & alsa-utils in rawhide? Bill From jspaleta at gmail.com Wed Jun 8 15:07:29 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 8 Jun 2005 11:07:29 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <1118242739.3868.69.camel@plope.dyndns.org> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> <1118213977.3868.31.camel@plope.dyndns.org> <1118215002.3868.37.camel@plope.dyndns.org> <20050608141507.GB14124@nostromo.devel.redhat.com> <1118242739.3868.69.camel@plope.dyndns.org> Message-ID: <604aa7910506080807413e95cd@mail.gmail.com> On 6/8/05, Chris McDonough wrote: > Ah. Duh. I didn't know about gstreamer-properties (it doesn't seem to > have made its way into my GNOME menus and I'm getting so > pointy-and-clicky lately... ;-) its not in Preferences->More Preferences as Multimedia System Selector on your system? -jef From chrism at plope.com Wed Jun 8 15:07:48 2005 From: chrism at plope.com (Chris McDonough) Date: Wed, 08 Jun 2005 11:07:48 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <20050608150134.GA15030@nostromo.devel.redhat.com> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> <1118213977.3868.31.camel@plope.dyndns.org> <1118215002.3868.37.camel@plope.dyndns.org> <20050608141507.GB14124@nostromo.devel.redhat.com> <1118242739.3868.69.camel@plope.dyndns.org> <20050608150134.GA15030@nostromo.devel.redhat.com> Message-ID: <1118243268.3868.74.camel@plope.dyndns.org> Apparently... yum check-update doesn't indicate that they are pending and I do have the rawhide sources included in my yum.conf. Here's output from rpm -aq [chrism at plope South Of Heaven]$ rpm -aq|grep alsa alsa-lib-1.0.9rf-1 alsa-lib-devel-1.0.9rf-1 alsa-utils-1.0.9rc2-2 On Wed, 2005-06-08 at 11:01 -0400, Bill Nottingham wrote: > Chris McDonough (chrism at plope.com) said: > > Failed to construct test pipeline for 'ALSA - Advanced Linux Sound > > Architecture' > > Are you fully up to date with the alsa-libs & alsa-utils in rawhide? > > Bill > From chrism at plope.com Wed Jun 8 15:09:15 2005 From: chrism at plope.com (Chris McDonough) Date: Wed, 08 Jun 2005 11:09:15 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <604aa7910506080807413e95cd@mail.gmail.com> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> <1118213977.3868.31.camel@plope.dyndns.org> <1118215002.3868.37.camel@plope.dyndns.org> <20050608141507.GB14124@nostromo.devel.redhat.com> <1118242739.3868.69.camel@plope.dyndns.org> <604aa7910506080807413e95cd@mail.gmail.com> Message-ID: <1118243355.3868.77.camel@plope.dyndns.org> On Wed, 2005-06-08 at 11:07 -0400, Jeff Spaleta wrote: > On 6/8/05, Chris McDonough wrote: > > Ah. Duh. I didn't know about gstreamer-properties (it doesn't seem to > > have made its way into my GNOME menus and I'm getting so > > pointy-and-clicky lately... ;-) > > its not in Preferences->More Preferences as Multimedia System Selector > on your system? Uh... I wish I could say it wasn't, but it is. ;-) Sorry. - C From Robin.Laing at drdc-rddc.gc.ca Wed Jun 8 15:09:09 2005 From: Robin.Laing at drdc-rddc.gc.ca (Robin Laing) Date: Wed, 08 Jun 2005 09:09:09 -0600 Subject: Upgrade to FC4 final? In-Reply-To: <42A70235.1020804@optonline.net> References: <42A6FDFE.5020300@uibk.ac.at> <42A70235.1020804@optonline.net> Message-ID: <42A70A15.2060200@drdc-rddc.gc.ca> Daniel Gonzalez wrote: > Harald- > > I asked this question earlier and I was directed to the following URL. > It seems like a good place to start > > http://www.brandonhutchinson.com/Upgrading_Red_Hat_Linux_with_yum.html > > Hope that helps > Dan Gonzalez > > Harald Grossauer wrote: > >> As far as I have seen there are no more updates for FC4test3, but FC4 >> final is not released yet. >> >> Just in advance: what do I have to do when FC4 final is released? >> Activate the appropriate repos, which are already configured in >> /etc/yum.repos.d but not enabled, and call "yum update"? >> >> Will that be enough to get a "clean and complete" FC4 final >> installation? Or would it be better to download the ISO images and >> completely reinstall FC4 from scratch? >> I had a comment based on the upgrade method that there are packages that were missing or things that were not in the menu but installed on the system. His advice. Do a clean install instead of an upgrade. I upgraded from RH8 to FC1 and I still find some issues on my machine from this. -- Robin Laing From jspaleta at gmail.com Wed Jun 8 15:16:46 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 8 Jun 2005 11:16:46 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <1118243355.3868.77.camel@plope.dyndns.org> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> <1118213977.3868.31.camel@plope.dyndns.org> <1118215002.3868.37.camel@plope.dyndns.org> <20050608141507.GB14124@nostromo.devel.redhat.com> <1118242739.3868.69.camel@plope.dyndns.org> <604aa7910506080807413e95cd@mail.gmail.com> <1118243355.3868.77.camel@plope.dyndns.org> Message-ID: <604aa791050608081669062a61@mail.gmail.com> On 6/8/05, Chris McDonough wrote: > Uh... I wish I could say it wasn't, but it is. ;-) Sorry. tool discovery is a difficult issue. How does anyone really know what dialog really does what, before they go click happy and open up every dialog in the preferences list. Most people who are going to fire up rhythmbox aren't go to know why they would even want to touch that preference entry, instead of of the sound preference dialog. Having to expose these settings at all, indicates over-complexity of the available sound system implementations from an end-user perspective. -jef From chrism at plope.com Wed Jun 8 15:36:57 2005 From: chrism at plope.com (Chris McDonough) Date: Wed, 08 Jun 2005 11:36:57 -0400 Subject: sound config discovery (was: Re: rhythmbox segfault / sound quality problems in fc4t3...) In-Reply-To: <604aa791050608081669062a61@mail.gmail.com> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> <1118213977.3868.31.camel@plope.dyndns.org> <1118215002.3868.37.camel@plope.dyndns.org> <20050608141507.GB14124@nostromo.devel.redhat.com> <1118242739.3868.69.camel@plope.dyndns.org> <604aa7910506080807413e95cd@mail.gmail.com> <1118243355.3868.77.camel@plope.dyndns.org> <604aa791050608081669062a61@mail.gmail.com> Message-ID: <1118245018.3868.93.camel@plope.dyndns.org> On Wed, 2005-06-08 at 11:16 -0400, Jeff Spaleta wrote: > On 6/8/05, Chris McDonough wrote: > > Uh... I wish I could say it wasn't, but it is. ;-) Sorry. > > tool discovery is a difficult issue. How does anyone really know what > dialog really does what, before they go click happy and open up every > dialog in the preferences list. Most people who are going to fire up > rhythmbox aren't go to know why they would even want to touch that > preference entry, instead of of the sound preference dialog. Having > to expose these settings at all, indicates over-complexity of the > available sound system implementations from an end-user perspective. I imagine the need to use something like gstreamer-properties will just become a nonissue over time once the sound system defaults become prevalent and stable. It's likely only bitten me because I've upgraded as opposed to installing fresh. Hopefully the sound system defaults can remain constant from FC4 to FC5, then even upgrades would work fine. - C From ndbecker2 at gmail.com Wed Jun 8 15:41:47 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 08 Jun 2005 11:41:47 -0400 Subject: lastlog devours universe References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> Message-ID: Jesse Keating wrote: > On Wed, 2005-06-08 at 07:09 -0400, Neal Becker wrote: >> >> If the change that causes /var/log/lastlog to be a huge sparse file is >> accepted, it is _imperative_ that all common backup tools be updated >> to >> support sparse by default. Actually, I don't understand why this >> isn't the >> default anyway, except that it is a tiny bit slower (on Linux systems >> it >> shouldn't be significantly slower). >> > > You're going to have to tell me what 'default' is. The backup tools I > use don't do anything by default except give me a usage statement.... > If I understand correctly, tar will only handle sparse files properly if told to explicitly, using the --sparse flag. Unless tar defaults to handling sparse intelligently without the flag, 85% of all fedora sysadmins are going to be really pissed. From vonbrand at inf.utfsm.cl Wed Jun 8 15:59:24 2005 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Wed, 08 Jun 2005 11:59:24 -0400 Subject: yum update errors In-Reply-To: Message from Daniel Gonzalez of "Wed, 08 Jun 2005 06:45:14 -0400." <1118227515.2758.17.camel@localhost.localdomain> Message-ID: <200506081559.j58FxOEq005299@laptop11.inf.utfsm.cl> Daniel Gonzalez wrote: [...] > Is it possible to upgrade via yum from FC3.92-devel ---->FC4 without a > clean install? Probably. > I'm guessing that it's probably not the recommended way > to do it Yep. > but I'm tempted to try it just for the educational factor > alone. I'd be willing to document and share my experience with anyone > should they be interested. The problem with that is that any weirdness you encounter will probably go away on its own as FC4 packages get updated (and override the broken ones your system inherited). And the experience won't be too much use for when you want to do the same from 4.92 to 5, as many things will have changed (and the brokenness will then be something else entirely). Besides, there should be few people trying this; whilst all manpower will be concentrating on getting a clean install of FC4 from scratch or an upgrade to FC 4 from the range of RH 7.3 to FC 3, so... That said, as FC4 is a fork off the development version, the wisest course of action would have been stopping updating a week or so before the launch date, fix up the repos when the dust has settled and update again (and look closely for .rpmnew and .rpmsave files left after updating anything, and perhaps stuff that stays in the old version even with newer versions available). It might explode anyway... Scratch "wisest" above. Replace with "highest probability of success, foolish anyway" ;-) Good luck! -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From Robin.Laing at drdc-rddc.gc.ca Wed Jun 8 17:56:05 2005 From: Robin.Laing at drdc-rddc.gc.ca (Robin Laing) Date: Wed, 08 Jun 2005 11:56:05 -0600 Subject: Upgrade to FC4 final? In-Reply-To: <42A727E3.6060901@optonline.net> References: <42A6FDFE.5020300@uibk.ac.at> <42A70235.1020804@optonline.net> <42A70A15.2060200@drdc-rddc.gc.ca> <42A727E3.6060901@optonline.net> Message-ID: <42A73135.6070906@drdc-rddc.gc.ca> Daniel Gonzalez wrote: >> I upgraded from RH8 to FC1 and I still find some issues on my machine >> from this. > > > > Robin- > > Could it be that your upgrade skipped a major version number? I'm not > trying to be a troll, just curious. > It would seem to me that going from a final release candidate to a > release version should not require a full install. > If that's the case, then something needs to be addressed with the > current update mechanism.I'm not a programmer but I pride myself in the > fact that I can usually grind out a solution to whatever's presesnted to > me. If I do find something useful, that pearl of wisdom will be passed > on. The only issue i can see is that if someone installed FC3test 3 and > continually updated through yum, at this point their system is already > tracking FC5-devel. What would indicate to me that I can stop tracking > devel and "put the brakes on" to a release version? I guess that should > have been my initial question. > > If continual discussion of this issue is beating a dead horse, please > let me know and I'll drop the issue. I'm relatively new to the list and > to Fedora so I don't know what is proper netiquette for this list > > Dan Gonzalez > > I did miss the RH9 so this is an issue. The comment from one of the sysadmins was to do a clean install. He had gone the version to version upgrade. This was stated just last week. Previous discussions on upgrading versus clean install has always seemed to end in doing a clean install. Even when moving from test to release. It can be searched in the archives. If I remember correctly, there may be some residue code or errors from previous bug fixes that may not be properly dealt with. -- Robin Laing From kewley at gps.caltech.edu Wed Jun 8 19:53:06 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Wed, 8 Jun 2005 12:53:06 -0700 Subject: Upgrade to FC4 final? In-Reply-To: <42A6FDFE.5020300@uibk.ac.at> References: <42A6FDFE.5020300@uibk.ac.at> Message-ID: <200506081253.06244.kewley@gps.caltech.edu> On Wednesday 08 June 2005 07:17, Harald Grossauer wrote: > As far as I have seen there are no more updates for FC4test3, but FC4 > final is not released yet. > > Just in advance: what do I have to do when FC4 final is released? > Activate the appropriate repos, which are already configured in > /etc/yum.repos.d but not enabled, and call "yum update"? > > Will that be enough to get a "clean and complete" FC4 final > installation? Or would it be better to download the ISO images and > completely reinstall FC4 from scratch? If I read you correctly, you want to know whether it will work well to do a 'yum update' on a FC4t3 box, with yum.repos.d/ pointing (only) to the FC4-final repos? Whether you'll then end up with a "clean" FC4 box? I'm quite sure it isn't "supported" in any sense, but my bet is it will work well. I did it with FC3t3->FC3, and it seemed to work fine. It's probably best if you already did all the updates to FC4t3 that were available in rawhide, up to the point when rawhide became the playground for FC5. If you did so, I bet that there are relatively few packages that need updates to FC4, and that most of those packages have only very small changes. I have two boxes with FC4t3, both updated to the last pre-fork rawhide repository. I'm planning to 'yum update' to FC4, and I don't expect any problems. I reckon if there *are* problems, I may end up doing a clean reinstall. :) You might want to backup any data you care about beforehand, just in case. Shouldn't be an issue, but I tend to be conservative with large and/or unsupported changes. David From dbongert at ssc.wisc.edu Wed Jun 8 16:15:45 2005 From: dbongert at ssc.wisc.edu (Dan Bongert) Date: Wed, 8 Jun 2005 11:15:45 -0500 Subject: Upgrade to FC4 final? In-Reply-To: <42A70A15.2060200@drdc-rddc.gc.ca> References: <42A6FDFE.5020300@uibk.ac.at> <42A70235.1020804@optonline.net> <42A70A15.2060200@drdc-rddc.gc.ca> Message-ID: <20050608111545.0050b4ec@copland.ssc.wisc.edu> On Wed, 08 Jun 2005 09:09:09 -0600 Robin Laing wrote: > I had a comment based on the upgrade method that there are packages > that were missing or things that were not in the menu but installed > on the system. His advice. Do a clean install instead of an > upgrade. > > I upgraded from RH8 to FC1 and I still find some issues on my machine > from this. Surely an yum upgrade from FC4T3 to FC4 final would work better than going from RH8 to FC1? I'd think most of the packages would be exactly the same, right? -- Dan Bongert dbongert at ssc.wisc.edu From fedora at nodata.co.uk Wed Jun 8 18:05:18 2005 From: fedora at nodata.co.uk (nodata) Date: Wed, 08 Jun 2005 20:05:18 +0200 Subject: system-logviewer removed any idea why. In-Reply-To: <1118236367.20494.45.camel@arena.soho.bytebot.net> References: <20050602171706.26550.qmail@web86502.mail.ukl.yahoo.com> <1118236367.20494.45.camel@arena.soho.bytebot.net> Message-ID: <1118253918.2748.0.camel@sb-home.lan> On Wed, 2005-06-08 at 06:12 -0700, Colin Charles wrote: > On Thu, 2005-06-02 at 18:17 +0100, DAVID BENTLEY wrote: > > Just noticed that system-logviewer is nologer in the > > development tree and since it is not installed on my > > system not in FC4test3 either > > It's being redone. Read the archives for fedora-config-list, back in Dec > 06 2004 > -- > Colin Charles, http://www.bytebot.net/ > I don't use it, but it makes sense to pull it after the replacement comes, doesn't it? From dgonzo at optonline.net Wed Jun 8 17:16:19 2005 From: dgonzo at optonline.net (Daniel Gonzalez) Date: Wed, 08 Jun 2005 13:16:19 -0400 Subject: Upgrade to FC4 final? In-Reply-To: <42A70A15.2060200@drdc-rddc.gc.ca> References: <42A6FDFE.5020300@uibk.ac.at> <42A70235.1020804@optonline.net> <42A70A15.2060200@drdc-rddc.gc.ca> Message-ID: <42A727E3.6060901@optonline.net> > I upgraded from RH8 to FC1 and I still find some issues on my machine > from this. Robin- Could it be that your upgrade skipped a major version number? I'm not trying to be a troll, just curious. It would seem to me that going from a final release candidate to a release version should not require a full install. If that's the case, then something needs to be addressed with the current update mechanism.I'm not a programmer but I pride myself in the fact that I can usually grind out a solution to whatever's presesnted to me. If I do find something useful, that pearl of wisdom will be passed on. The only issue i can see is that if someone installed FC3test 3 and continually updated through yum, at this point their system is already tracking FC5-devel. What would indicate to me that I can stop tracking devel and "put the brakes on" to a release version? I guess that should have been my initial question. If continual discussion of this issue is beating a dead horse, please let me know and I'll drop the issue. I'm relatively new to the list and to Fedora so I don't know what is proper netiquette for this list Dan Gonzalez Robin Laing wrote: > Daniel Gonzalez wrote: > >> Harald- >> >> I asked this question earlier and I was directed to the following >> URL. It seems like a good place to start >> >> http://www.brandonhutchinson.com/Upgrading_Red_Hat_Linux_with_yum.html >> >> Hope that helps >> Dan Gonzalez >> >> Harald Grossauer wrote: >> >>> As far as I have seen there are no more updates for FC4test3, but >>> FC4 final is not released yet. >>> >>> Just in advance: what do I have to do when FC4 final is released? >>> Activate the appropriate repos, which are already configured in >>> /etc/yum.repos.d but not enabled, and call "yum update"? >>> >>> Will that be enough to get a "clean and complete" FC4 final >>> installation? Or would it be better to download the ISO images and >>> completely reinstall FC4 from scratch? >>> > > I had a comment based on the upgrade method that there are packages > that were missing or things that were not in the menu but installed on > the system. His advice. Do a clean install instead of an upgrade. > > I upgraded from RH8 to FC1 and I still find some issues on my machine > from this. > From mattdm at mattdm.org Wed Jun 8 17:47:56 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 8 Jun 2005 13:47:56 -0400 Subject: lastlog devours universe In-Reply-To: References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> Message-ID: <20050608174756.GA17500@jadzia.bu.edu> On Wed, Jun 08, 2005 at 11:41:47AM -0400, Neal Becker wrote: > If I understand correctly, tar will only handle sparse files properly if > told to explicitly, using the --sparse flag. Unless tar defaults to > handling sparse intelligently without the flag, 85% of all fedora sysadmins > are going to be really pissed. 85%? Wow. That's a large number of people getting angry at themselves for not knowing something that they could find out easily and which has been the case for years and years. So, anyway, are you suggesting that the Fedora kernel be patched to no longer handle sparse files, or what? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 79 degrees Fahrenheit. From dgonzo at optonline.net Wed Jun 8 18:13:42 2005 From: dgonzo at optonline.net (Daniel Gonzalez) Date: Wed, 08 Jun 2005 14:13:42 -0400 Subject: Upgrade to FC4 final? In-Reply-To: <42A73135.6070906@drdc-rddc.gc.ca> References: <42A6FDFE.5020300@uibk.ac.at> <42A70235.1020804@optonline.net> <42A70A15.2060200@drdc-rddc.gc.ca> <42A727E3.6060901@optonline.net> <42A73135.6070906@drdc-rddc.gc.ca> Message-ID: <42A73556.20401@optonline.net> Robin- Understood. I'm still going to try the upgrade but will burn FC4 iso's in case of disaster :-) Thanks for your feedback Dan Gonzalez Robin Laing wrote: > Daniel Gonzalez wrote: > >>> I upgraded from RH8 to FC1 and I still find some issues on my >>> machine from this. >> >> >> >> >> Robin- >> >> Could it be that your upgrade skipped a major version number? I'm not >> trying to be a troll, just curious. >> It would seem to me that going from a final release candidate to a >> release version should not require a full install. >> If that's the case, then something needs to be addressed with the >> current update mechanism.I'm not a programmer but I pride myself in >> the fact that I can usually grind out a solution to whatever's >> presesnted to me. If I do find something useful, that pearl of wisdom >> will be passed on. The only issue i can see is that if someone >> installed FC3test 3 and continually updated through yum, at this >> point their system is already tracking FC5-devel. What would indicate >> to me that I can stop tracking devel and "put the brakes on" to a >> release version? I guess that should have been my initial question. >> >> If continual discussion of this issue is beating a dead horse, please >> let me know and I'll drop the issue. I'm relatively new to the list >> and to Fedora so I don't know what is proper netiquette for this list >> >> Dan Gonzalez >> >> > > I did miss the RH9 so this is an issue. The comment from one of the > sysadmins was to do a clean install. He had gone the version to > version upgrade. This was stated just last week. > > Previous discussions on upgrading versus clean install has always > seemed to end in doing a clean install. Even when moving from test to > release. It can be searched in the archives. If I remember > correctly, there may be some residue code or errors from previous bug > fixes that may not be properly dealt with. > > From jkeating at j2solutions.net Wed Jun 8 16:35:48 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 08 Jun 2005 09:35:48 -0700 Subject: lastlog devours universe In-Reply-To: References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> Message-ID: <1118248549.6416.119.camel@localhost.localdomain> On Wed, 2005-06-08 at 11:41 -0400, Neal Becker wrote: > If I understand correctly, tar will only handle sparse files properly > if > told to explicitly, using the --sparse flag. Unless tar defaults to > handling sparse intelligently without the flag, 85% of all fedora > sysadmins > are going to be really pissed. > Again, tar won't do ANYTHING unless you pass the right arguments, whatever they may be. You have to know what you're telling tar to do. There is no default, other than displaying the usage (which states how to use --sparse) -- 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 andy at plausible.org Wed Jun 8 16:30:21 2005 From: andy at plausible.org (Andy Ross) Date: Wed, 08 Jun 2005 09:30:21 -0700 Subject: lastlog devours universe In-Reply-To: References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> Message-ID: <42A71D1D.8090304@plausible.org> Neal Becker wrote: > If I understand correctly, tar will only handle sparse files properly > if told to explicitly, using the --sparse flag. Unless tar defaults > to handling sparse intelligently without the flag, 85% of all fedora > sysadmins are going to be really pissed. Note that the -S/--sparse tar option is a GNUism. The tar you get on other systems (I checked BSD and Solaris, and the SUSv2 spec) doesn't support it, so users coming from those systems are unlikely to know the right voodoo to get a successful backup. The rsync --sparse option also seems to have had a bug tickled by this very file, so it's hard to argue that it isn't a real-world problem: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156809 No, this isn't a system-breaking issue (except for the case of a mildly naive user trying to backup the /var/log directory). But it's clearly undesirable and dumb. Imaging the flames if windows was discovered to have a magic file that would fill up the filesystem if you tried to copy it to a different folder. Why is this different? And the file is just ancient cruft anyway. It stores the last login time, terminal device (or X server), and remote host for each user. I found a couple of non-glibc utilities that write to the file (dhclient, useradd), but only one that actually cares to read it (lastlog(8), which can only be run by root). If this thing went away tomorrow, I doubt anyone would notice. Meaningful user login auditing is done with other tools. Are there any other clients for this file, anywhere? Note also that this is a BSD feature, and isn't part of the SUSv2 spec. In 1979 on a VAX with 16 bit UIDs, this might have been a worthwhile use of space (I found a 3BSD header that defined the lastlog struct as a 12 bytes; the current glibc structure is 292 bytes long). On a modern 64 bit linux, it leads to the 1.2TB monstrosity we're shouting about. To all the "not a bug" folks: if you were charged with deciding on a file format for storing 2 strings and a time for each user, would this honestly be your choice? Finally, note that its functionality is 100% duplicated by the wtmp file and last(1) tool anyway (except for the misfeature of not storing the user name and thus being unable to track changes in the passwd file). One could duplicate lastlog(8) using last(1) with a few lines of perl. Can we please stop the fanboy flamewars? This file is a silly side effect of the change to 32 bit UIDs, and needs to be fixed. Andy From dgonzo at optonline.net Wed Jun 8 20:13:35 2005 From: dgonzo at optonline.net (Daniel Gonzalez) Date: Wed, 08 Jun 2005 16:13:35 -0400 Subject: Upgrade to FC4 final? In-Reply-To: <200506081253.06244.kewley@gps.caltech.edu> References: <42A6FDFE.5020300@uibk.ac.at> <200506081253.06244.kewley@gps.caltech.edu> Message-ID: <42A7516F.6040204@optonline.net> David- Sounds promising, but how did you know when to stop updating via yum? I stopped updating about 1 week ago. That's what i'm trying to find out now. What files/directories will tell me where I'm at? My first guess would be to read everything under /etc/yum.conf. Agreed? Thanks for the input Dan Gonzalez David Kewley wrote: >On Wednesday 08 June 2005 07:17, Harald Grossauer wrote: > > >>As far as I have seen there are no more updates for FC4test3, but FC4 >>final is not released yet. >> >>Just in advance: what do I have to do when FC4 final is released? >>Activate the appropriate repos, which are already configured in >>/etc/yum.repos.d but not enabled, and call "yum update"? >> >>Will that be enough to get a "clean and complete" FC4 final >>installation? Or would it be better to download the ISO images and >>completely reinstall FC4 from scratch? >> >> > >If I read you correctly, you want to know whether it will work well to >do a 'yum update' on a FC4t3 box, with yum.repos.d/ pointing (only) to >the FC4-final repos? Whether you'll then end up with a "clean" FC4 >box? > >I'm quite sure it isn't "supported" in any sense, but my bet is it will >work well. I did it with FC3t3->FC3, and it seemed to work fine. > >It's probably best if you already did all the updates to FC4t3 that were >available in rawhide, up to the point when rawhide became the >playground for FC5. If you did so, I bet that there are relatively few >packages that need updates to FC4, and that most of those packages have >only very small changes. > >I have two boxes with FC4t3, both updated to the last pre-fork rawhide >repository. I'm planning to 'yum update' to FC4, and I don't expect >any problems. I reckon if there *are* problems, I may end up doing a >clean reinstall. :) > >You might want to backup any data you care about beforehand, just in >case. Shouldn't be an issue, but I tend to be conservative with large >and/or unsupported changes. > >David > > > From mharris at www.linux.org.uk Wed Jun 8 20:07:27 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Wed, 08 Jun 2005 16:07:27 -0400 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <20050606142858.27995.qmail@web30201.mail.mud.yahoo.com> References: <20050606142858.27995.qmail@web30201.mail.mud.yahoo.com> Message-ID: <42A74FFF.4020407@www.linux.org.uk> Wayne Johnson wrote: > I believe it's not really Heidelberg (which was a previous name as I > remember), but it's true name is a secret till release... Besides Fedora > Core 4, it has a "nickname" that is used as a development pseudonym. It does? Wow, I work here and wasn't even aware of that. AFAIK, the last OS release to have an internal developmental codename was RHL 9, or FC1. ;o) From mwiktowy at gmx.net Wed Jun 8 20:20:49 2005 From: mwiktowy at gmx.net (Michael Wiktowy) Date: Wed, 08 Jun 2005 16:20:49 -0400 Subject: Upgrade to FC4 final? In-Reply-To: <20050608111545.0050b4ec@copland.ssc.wisc.edu> References: <42A6FDFE.5020300@uibk.ac.at> <42A70235.1020804@optonline.net> <42A70A15.2060200@drdc-rddc.gc.ca> <20050608111545.0050b4ec@copland.ssc.wisc.edu> Message-ID: <42A75321.3000508@gmx.net> Dan Bongert wrote: >Surely an yum upgrade from FC4T3 to FC4 final would work better than >going from RH8 to FC1? I'd think most of the packages would be exactly >the same, right? > > In theory. However, "upgrading" from the latest test release sometimes includes downgrading to a more stable package if something didn't work out during testing. This is a failure mode that is not present in stable to stable updates. Also, there is more cruft (misnamed config files/options, bad dependencies, etc.) that gathers during test releases than stable releases since there is no commitment/promises made during test releases to clear it out. Those are the sorts of things that cause the most grief and require manual intervention in my experience. /Mike From shiva at sewingwitch.com Wed Jun 8 20:23:48 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Wed, 08 Jun 2005 13:23:48 -0700 Subject: Upgrade to FC4 final? In-Reply-To: <42A73556.20401@optonline.net> References: <42A6FDFE.5020300@uibk.ac.at> <42A70235.1020804@optonline.net> <42A70A15.2060200@drdc-rddc.gc.ca> <42A727E3.6060901@optonline.net> <42A73135.6070906@drdc-rddc.gc.ca> <42A73556.20401@optonline.net> Message-ID: <879006FAFBEAAB0E3D0B2170@[10.169.6.246]> --On Wednesday, June 08, 2005 2:13 PM -0400 Daniel Gonzalez wrote: > I'm still going to try the upgrade but will burn FC4 iso's in case of > disaster :-) My plan is to buy another disk, copy the current installation to it, and then upgrade the copy. Once the update is done and seems stable, I'll put the old disk in a USB enclosure and use it to make backups. From mwiktowy at gmx.net Wed Jun 8 20:37:32 2005 From: mwiktowy at gmx.net (Michael Wiktowy) Date: Wed, 08 Jun 2005 16:37:32 -0400 Subject: lastlog devours universe In-Reply-To: <1118248549.6416.119.camel@localhost.localdomain> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> <1118248549.6416.119.camel@localhost.localdomain> Message-ID: <42A7570C.50500@gmx.net> Jesse Keating wrote: >On Wed, 2005-06-08 at 11:41 -0400, Neal Becker wrote: > > >>If I understand correctly, tar will only handle sparse files properly >>if >>told to explicitly, using the --sparse flag. Unless tar defaults to >>handling sparse intelligently without the flag, 85% of all fedora >>sysadmins >>are going to be really pissed. >> >> > >Again, tar won't do ANYTHING unless you pass the right arguments, >whatever they may be. You have to know what you're telling tar to do. >There is no default, other than displaying the usage (which states how >to use --sparse) > > Not entirely true. As you stated, tar (or most commands for that matter) will, by default, output usage when no options are entered. When creating a tar, by default, it creates an uncompressed tar rather than assuming a compression type ... which is a sensible thing to do. What I think is being asked for here is the default treatment of sparse files to be changed. Right now, tar doesn't do anything special to handle sparse files, by default. It could, equally as legitimately, have --sparse assumed by default and require some sort of --nosparse option to be used if you want it to not handle sparse files. I don't really see that as being unreasonable. However, I don't have a lot of experience with using tar to backup though. In your experience, is there a reason not to use --sparse in most occasions? Usually sensible defaults are the best way to go and if 99% of the time, you want your tar to "condense" sparse files, then it is likely best to make it do that by default. /Mike From mattdm at mattdm.org Wed Jun 8 20:43:27 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 8 Jun 2005 16:43:27 -0400 Subject: lastlog devours universe In-Reply-To: <42A71D1D.8090304@plausible.org> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> <42A71D1D.8090304@plausible.org> Message-ID: <20050608204327.GA26079@jadzia.bu.edu> On Wed, Jun 08, 2005 at 09:30:21AM -0700, Andy Ross wrote: > clearly undesirable and dumb. Imaging the flames if windows was > discovered to have a magic file that would fill up the filesystem if > you tried to copy it to a different folder. Why is this different? It's not different; it's identical. > (lastlog(8), which can only be run by root). If this thing went away > tomorrow, I doubt anyone would notice. Meaningful user login auditing > is done with other tools. Are there any other clients for this file, > anywhere? The 'finger' command uses it too. In this day and age, that's generally seen as a bad thing, though. :) And if the file isn't accessible (ie on fedora, you're not running as root) it silently falls back to saying "never logged in". > One could duplicate lastlog(8) using last(1) with a few lines of perl. > Can we please stop the fanboy flamewars? This file is a silly side > effect of the change to 32 bit UIDs, and needs to be fixed. Suggestion: write this drop-in replacement (although ideally not in perl -- python is kinda the fedora-tools-language-of-choice) for the lastlog command that does the same thing but uses the information from wtmp. Then, let's get that into extras, and eventually have it replace the shadow-utils command. Code speaks louder than flamewars. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 80 degrees Fahrenheit. From mattdm at mattdm.org Wed Jun 8 20:44:34 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 8 Jun 2005 16:44:34 -0400 Subject: lastlog devours universe In-Reply-To: <42A7570C.50500@gmx.net> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> <1118248549.6416.119.camel@localhost.localdomain> <42A7570C.50500@gmx.net> Message-ID: <20050608204434.GB26079@jadzia.bu.edu> On Wed, Jun 08, 2005 at 04:37:32PM -0400, Michael Wiktowy wrote: > I don't really see that as being unreasonable. However, I don't have a > lot of experience with using tar to backup though. In your experience, > is there a reason not to use --sparse in most occasions? It's probably somewhat slower to have to check if special handling is needed. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 80 degrees Fahrenheit. From mitr at volny.cz Wed Jun 8 20:47:07 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Wed, 8 Jun 2005 22:47:07 +0200 Subject: lastlog devours universe In-Reply-To: <20050608204327.GA26079@jadzia.bu.edu> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> <42A71D1D.8090304@plausible.org> <20050608204327.GA26079@jadzia.bu.edu> Message-ID: <20050608204702.GA6536@chrys.ms.mff.cuni.cz> On Wed, Jun 08, 2005 at 04:43:27PM -0400, Matthew Miller wrote: > > One could duplicate lastlog(8) using last(1) with a few lines of perl. > > Can we please stop the fanboy flamewars? This file is a silly side > > effect of the change to 32 bit UIDs, and needs to be fixed. > > Suggestion: write this drop-in replacement (although ideally not in perl -- > python is kinda the fedora-tools-language-of-choice) for the lastlog command > that does the same thing but uses the information from wtmp. Suggestion 2: Before starting to write it, consider that logrotate will delete the data after two months. lastlog is very useful precisely to identify users who haven't logged in for a long time. Mirek From mattdm at mattdm.org Wed Jun 8 20:51:02 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 8 Jun 2005 16:51:02 -0400 Subject: lastlog devours universe In-Reply-To: <20050608204327.GA26079@jadzia.bu.edu> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> <42A71D1D.8090304@plausible.org> <20050608204327.GA26079@jadzia.bu.edu> Message-ID: <20050608205102.GC26079@jadzia.bu.edu> On Wed, Jun 08, 2005 at 04:43:27PM -0400, Matthew Miller wrote: > > is done with other tools. Are there any other clients for this file, > > anywhere? > The 'finger' command uses it too. In this day and age, that's generally seen Hmmm. Also apparently "omshell" from the ISC DHCP server. And I assume 'login', 'sessreg', etc., would have to be patched to not use lastlog. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 80 degrees Fahrenheit. From mattdm at mattdm.org Wed Jun 8 20:51:44 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 8 Jun 2005 16:51:44 -0400 Subject: lastlog devours universe In-Reply-To: <20050608204702.GA6536@chrys.ms.mff.cuni.cz> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> <42A71D1D.8090304@plausible.org> <20050608204327.GA26079@jadzia.bu.edu> <20050608204702.GA6536@chrys.ms.mff.cuni.cz> Message-ID: <20050608205144.GD26079@jadzia.bu.edu> On Wed, Jun 08, 2005 at 10:47:07PM +0200, Miloslav Trmac wrote: > Suggestion 2: Before starting to write it, consider that logrotate will > delete the data after two months. lastlog is very useful precisely to > identify users who haven't logged in for a long time. That's why I change the rotate time for wtmp way, way up. But yeah, good point. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 80 degrees Fahrenheit. From jspaleta at gmail.com Wed Jun 8 20:58:27 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 8 Jun 2005 16:58:27 -0400 Subject: Upgrade to FC4 final? In-Reply-To: <42A7516F.6040204@optonline.net> References: <42A6FDFE.5020300@uibk.ac.at> <200506081253.06244.kewley@gps.caltech.edu> <42A7516F.6040204@optonline.net> Message-ID: <604aa79105060813583f999ec6@mail.gmail.com> On 6/8/05, Daniel Gonzalez wrote: > David- > > Sounds promising, but how did you know when to stop updating via yum? I > stopped updating about 1 week ago. That's what i'm trying to find out > now. What files/directories will tell me where I'm at? My first guess > would be to read everything under /etc/yum.conf. Agreed? > > Thanks for the input *when fc4 comes out... install the fedora-release package from the official fc4 tree. *run rpm -V fedora-release look at the output. *If there are any yum configuration files flags by the verify check to see if a .rpmnew version was created for that file. .rpmnew files are created when rpm senses that you have an editted config and places the new default as .rpmnew. Its up to you as the local admin to decide which file to use or how to integrate the custom file with the new default. *If there are .rpmnew files the correspond to yum configs listed in the rpm -V fedora-release output, copy over files into the correct location as needed. *Take appropriate action to make sure the correct default repos are enabled by reviewing each repo file to see whats enabled. Anything thats not provided by the fedora-release package is a custom repo that you have added and you will have to decided whether or not that repo should be enabled or not as you try to upgrade. Make sure the addon repos you have enabled are ready to roll with fc4 trees if you need them. In the best case scenario with no customized .repo files already.... installing the fedora-release from the fc4 tree when its publicly available will result in a clean rpm -V fedora-release run and yum should be ready to use the fc4 trees. Assuming the configuration is ready to go.... you can either attempt an update with yum right then and see if it works then clean up any spurious packages listed in the output of 'yum list extras'. Or.. if you want to be a little more cautious you can do a comparison of 'yum list extras' and 'yum list updates' before attempting the update. The differences in that list should point to packages on your system that might have problems on your system. You can also use 'yum list obsoletes' in the comparison to further constrain the list of expected problematic packages. This comparison for example should definitely catch any fc5 staging packages from the development tree that you might have installed before fc4 release. Let me stress that i do not personally recommend any tester upgrading from a test release to a final release in this way. I personally believe as a tester participating in the ongoing development process, you are agreeing to do a fresh install when you decided to leave the development process. No matter how smoothly the upgrade appears to go, you can still run into lingering configuration issues from development packages that can be mis-interpreted as new bugs from fc4 final packages, resulting in erroneous bug reports wasting developer time. -jef"have fun storming the castle"spaleta reconfigure yum to look at the fc4 trees. If the details of that reconfiguration have to be From mwiktowy at gmx.net Wed Jun 8 20:58:29 2005 From: mwiktowy at gmx.net (Michael Wiktowy) Date: Wed, 08 Jun 2005 16:58:29 -0400 Subject: lastlog devours universe In-Reply-To: <20050608204434.GB26079@jadzia.bu.edu> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> <1118248549.6416.119.camel@localhost.localdomain> <42A7570C.50500@gmx.net> <20050608204434.GB26079@jadzia.bu.edu> Message-ID: <42A75BF5.8020603@gmx.net> Matthew Miller wrote: >On Wed, Jun 08, 2005 at 04:37:32PM -0400, Michael Wiktowy wrote: > > >>I don't really see that as being unreasonable. However, I don't have a >>lot of experience with using tar to backup though. In your experience, >>is there a reason not to use --sparse in most occasions? >> >> > >It's probably somewhat slower to have to check if special handling is >needed. > > Previous messages in this thread indicate: - there is a small perfomance hit - sparse files take a long time to compress (although they *do* compress really well). So it seems like there might be some time gain to be had if you are ultimately compressing the tar. This seems like a typical thing to do. Maybe --sparse should be assumed if a -z or -b is picked so that those foolish novice system admins are not burned by a performance hit. This is something that needs to be backed up with actual testing results comparing the two methods. Other than speed, are there other issues with assuming --sparse? What are the reasons for explictly *not* using --sparse? Do checksums get messed up? /Mike From chrism at plope.com Wed Jun 8 21:14:45 2005 From: chrism at plope.com (Chris McDonough) Date: Wed, 08 Jun 2005 17:14:45 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <1118215002.3868.37.camel@plope.dyndns.org> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> <1118213977.3868.31.camel@plope.dyndns.org> <1118215002.3868.37.camel@plope.dyndns.org> Message-ID: <1118265286.3868.106.camel@plope.dyndns.org> On Wed, 2005-06-08 at 03:16 -0400, Chris McDonough wrote: > On Wed, 2005-06-08 at 02:59 -0400, Chris McDonough wrote: > > Is there something in /proc/asound that would allow me to answer that > > question? Or is there some generic GNOME and/or RB setting for telling > > it to use OSS emulation (/dev/dspX) vs. "native" ALSA devices that I can > > look for? > > Ah ha! I fired up gconf-editor and lo and behold > system/gstreamer/0.8/default/audiosink was set to "esdsink". I changed > it to "osssink" and it sounds beautiful now.. great. Thanks for the > direction! I suppose I should look into the benefits of running esound > and esdsink instead. > > Still segfaults pretty frequently, but that appears to be a separate > issue which I'll try to isolate now. FYI... at least one class of segfaults were attributable to the fact that I was using an older version of gstreamer-plugins-mp3 (0.8.5) from livna. Installing ftp://ftp.pbone.net/mirror/rpm.livna.org/fedora/3.91/i386/RPMS.testing/gstreamer-plugins-mp3-0.8.8-0.lvn.1.3.91.i386.rpm and rerunning gst-register (and restarting RB) prevents RB from segfaulting when attempting to play some mp3 songs. Very good. - C From jkeating at j2solutions.net Wed Jun 8 21:50:45 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 08 Jun 2005 14:50:45 -0700 Subject: lastlog devours universe In-Reply-To: <42A7570C.50500@gmx.net> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> <1118248549.6416.119.camel@localhost.localdomain> <42A7570C.50500@gmx.net> Message-ID: <1118267445.6416.127.camel@localhost.localdomain> On Wed, 2005-06-08 at 16:37 -0400, Michael Wiktowy wrote: > What I think is being asked for here is the default treatment of > sparse > files to be changed. > Right now, tar doesn't do anything special to handle sparse files, by > default. > It could, equally as legitimately, have --sparse assumed by default > and > require some sort of --nosparse option to be used if you want it to > not > handle sparse files. > I don't really see that as being unreasonable. However, I don't have > a > lot of experience with using tar to backup though. In your > experience, > is there a reason not to use --sparse in most occasions? > Usually sensible defaults are the best way to go and if 99% of the > time, > you want your tar to "condense" sparse files, then it is likely best > to > make it do that by default. > And then we have an even longer thread about tar changing it's default behavior and pissing off even MORE admins who have been using tar for decades on not just Linux. That is a VERY silly suggestion. -- 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 glozano at noldata.com Wed Jun 8 21:51:38 2005 From: glozano at noldata.com (Gustavo A. Lozano) Date: Wed, 08 Jun 2005 16:51:38 -0500 Subject: ATI IXP 150 Audio Controller doesnt works Message-ID: <1118267498.3164.7.camel@Grissom.noldata.com> Hello I have an ATI IXP 150 branded into my A75 Toshiba Satellite. Sound with FC4 test 3 is not working, the systems detects the sound card but it is unable to play anything.. module is snd_atiixp .. As a matter of fact, it works sometimes, like 1 out of 5 boots.. This problem was also present after 2.6.7 on FC3, any clues about this being fixed in fc4? Gustavo -- From andy at plausible.org Wed Jun 8 22:06:04 2005 From: andy at plausible.org (Andy Ross) Date: Wed, 08 Jun 2005 15:06:04 -0700 Subject: lastlog devours universe In-Reply-To: <1118267445.6416.127.camel@localhost.localdomain> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> <1118248549.6416.119.camel@localhost.localdomain> <42A7570C.50500@gmx.net> <1118267445.6416.127.camel@localhost.localdomain> Message-ID: <42A76BCC.2050209@plausible.org> Jesse Keating wrote: > Michael Wiktowy wrote: > > In your experience, is there a reason not to use --sparse in most > > occasions? Usually sensible defaults are the best way to go and if > > 99% of the time, you want your tar to "condense" sparse files, then > > it is likely best to make it do that by default. > > And then we have an even longer thread about tar changing it's default > behavior and pissing off even MORE admins who have been using tar for > decades on not just Linux. That is a VERY silly suggestion. In a final attempt to inject some facts to this conversation, I actually tried the --sparse option. Indeed, it produces a very small file. It also takes forever to do it. Apparently tar implements sparse files by simply detecting and condensing large blocks of zeros in the input file, which means that it has to actually read all 1.2TB of nothingness to do its job. It's been working for 52 minutes now on my 1.8GHz Athlon64 laptop. I have no idea how much longer I will be waiting. Noting that the same behavior was reported with rsync in bug 156809, I submit that the --sparse option is actually a very poor workaround for this issue, even if it avoids the disk explotion issue when tar is used with more conventional* options. * Using the words "standard" or "default" in this context got slammed. Is this synonym OK with you? The bottom line, to my mind, is that the /var/log directory on (64 bit) FC4 systmes has extraordinarily strange characteristics that will (at best) cause serious performance problems and (at worst) fill up the output media when the user tries to back it up. Since this is a logging directory, and therefore a natural target for user backups, I think this is a problem that needs to be addressed and not ignored. Andy From mwiktowy at gmx.net Wed Jun 8 22:39:36 2005 From: mwiktowy at gmx.net (Michael Wiktowy) Date: Wed, 08 Jun 2005 18:39:36 -0400 Subject: lastlog devours universe In-Reply-To: <1118267445.6416.127.camel@localhost.localdomain> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> <1118248549.6416.119.camel@localhost.localdomain> <42A7570C.50500@gmx.net> <1118267445.6416.127.camel@localhost.localdomain> Message-ID: <42A773A8.6010705@gmx.net> Jesse Keating wrote: >On Wed, 2005-06-08 at 16:37 -0400, Michael Wiktowy wrote: > > >>In your experience, is there a reason not to use --sparse in most occasions? >> >> >And then we have an even longer thread about tar changing it's default >behavior and pissing off even MORE admins who have been using tar for >decades on not just Linux. That is a VERY silly suggestion. > > Well ... long threads are fine if they stay constructive and informative. I'll ask again because I honestly don't know the answer: Is there a reason not to use --sparse in most occasions? Call me an ignorant newb if it makes you feel better, but I would like an answer from someone knowledgable since all my Googling indicates: - there is just a slight slowdown since it has to read the file twice (Andy Ross' test only covered one condition ... I would imagine tarring a 1.4TB file takes a long time *any* way you do it.) - there is a large slowdown on compressing a sparse file - there is some indication that sparse file handling should be automatic and the --sparse option removed completely Ref: http://www.gnu.org/software/tar/manual/html_mono/tar.html#SEC132 http://www.it.cas.cz/manual/tar/html_node/tar_121.html /Mike From andy at plausible.org Wed Jun 8 23:11:32 2005 From: andy at plausible.org (Andy Ross) Date: Wed, 08 Jun 2005 16:11:32 -0700 Subject: lastlog devours universe In-Reply-To: <42A76BCC.2050209@plausible.org> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> <1118248549.6416.119.camel@localhost.localdomain> <42A7570C.50500@gmx.net> <1118267445.6416.127.camel@localhost.localdomain> <42A76BCC.2050209@plausible.org> Message-ID: <42A77B24.2030209@plausible.org> I wrote: > Apparently tar implements sparse files by simply detecting and > condensing large blocks of zeros in the input file, which means that > it has to actually read all 1.2TB of nothingness to do its job. > > It's been working for 52 minutes now on my 1.8GHz Athlon64 laptop. I > have no idea how much longer I will be waiting. Just for the record: 1h48m46s to generate a 10240 byte output file. Andy From jerone at gmail.com Wed Jun 8 23:18:03 2005 From: jerone at gmail.com (Jerone Young) Date: Wed, 8 Jun 2005 18:18:03 -0500 Subject: ATI IXP 150 Audio Controller doesnt works In-Reply-To: <1118267498.3164.7.camel@Grissom.noldata.com> References: <1118267498.3164.7.camel@Grissom.noldata.com> Message-ID: <9f50a7a005060816183453691e@mail.gmail.com> www.alsa-project.org ...go there compile latest drivers and you should work. If it works with these most likely FC4 has the fix as well. On 6/8/05, Gustavo A. Lozano wrote: > Hello > > I have an ATI IXP 150 branded into my A75 Toshiba Satellite. > > Sound with FC4 test 3 is not working, the systems detects the sound card > but it is unable to play anything.. module is snd_atiixp .. > > As a matter of fact, it works sometimes, like 1 out of 5 boots.. > > This problem was also present after 2.6.7 on FC3, any clues about this > being fixed in fc4? > > Gustavo > > -- > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From akonstam at trinity.edu Wed Jun 8 23:57:37 2005 From: akonstam at trinity.edu (akonstam at trinity.edu) Date: Wed, 8 Jun 2005 18:57:37 -0500 Subject: system-logviewer removed any idea why. In-Reply-To: <1118236367.20494.45.camel@arena.soho.bytebot.net> References: <20050602171706.26550.qmail@web86502.mail.ukl.yahoo.com> <1118236367.20494.45.camel@arena.soho.bytebot.net> Message-ID: <20050608235737.GA30232@Moof.cs.trinity.edu> On Wed, Jun 08, 2005 at 06:12:47AM -0700, Colin Charles wrote: > On Thu, 2005-06-02 at 18:17 +0100, DAVID BENTLEY wrote: > > Just noticed that system-logviewer is nologer in the > > development tree and since it is not installed on my > > system not in FC4test3 either > > It's being redone. Read the archives for fedora-config-list, back in Dec > 06 2004 > -- I read that in December but considering the program works in FC3 and 6 months have passed I would think this could have been fixed by now. -- ======================================================================= There's nothing very mysterious about you, except that nobody really knows your origin, purpose, or destination. ------------------------------------------- Aaron Konstam Computer Science Trinity University telephone: (210)-999-7484 From mwiktowy at gmx.net Thu Jun 9 00:12:13 2005 From: mwiktowy at gmx.net (Michael Wiktowy) Date: Wed, 08 Jun 2005 20:12:13 -0400 Subject: lastlog devours universe In-Reply-To: <42A77B24.2030209@plausible.org> References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> <1118248549.6416.119.camel@localhost.localdomain> <42A7570C.50500@gmx.net> <1118267445.6416.127.camel@localhost.localdomain> <42A76BCC.2050209@plausible.org> <42A77B24.2030209@plausible.org> Message-ID: <1118275933.4740.2.camel@localhost> On Wed, 2005-06-08 at 16:11 -0700, Andy Ross wrote: > I wrote: > > Apparently tar implements sparse files by simply detecting and > > condensing large blocks of zeros in the input file, which means that > > it has to actually read all 1.2TB of nothingness to do its job. > > > > It's been working for 52 minutes now on my 1.8GHz Athlon64 laptop. I > > have no idea how much longer I will be waiting. > > Just for the record: 1h48m46s to generate a 10240 byte output file. > > Andy > How long does it take without using --sparse (and compressing the output, I suppose)? /Mike From dgonzo at optonline.net Thu Jun 9 00:52:56 2005 From: dgonzo at optonline.net (Daniel Gonzalez) Date: Wed, 08 Jun 2005 20:52:56 -0400 Subject: Upgrade to FC4 final? In-Reply-To: <879006FAFBEAAB0E3D0B2170@[10.169.6.246]> References: <42A6FDFE.5020300@uibk.ac.at> <42A70235.1020804@optonline.net> <42A70A15.2060200@drdc-rddc.gc.ca> <42A727E3.6060901@optonline.net> <42A73135.6070906@drdc-rddc.gc.ca> <42A73556.20401@optonline.net> <879006FAFBEAAB0E3D0B2170@[10.169.6.246]> Message-ID: <1118278377.2791.17.camel@localhost.localdomain> Ken- That sounds like a better idea than my initial plan....off to the computer store for me Dan Gonzalez On Wed, 2005-06-08 at 13:23 -0700, Kenneth Porter wrote: > --On Wednesday, June 08, 2005 2:13 PM -0400 Daniel Gonzalez > wrote: > > > I'm still going to try the upgrade but will burn FC4 iso's in case of > > disaster :-) > > My plan is to buy another disk, copy the current installation to it, and > then upgrade the copy. Once the update is done and seems stable, I'll put > the old disk in a USB enclosure and use it to make backups. > > From dgonzo at optonline.net Thu Jun 9 01:34:19 2005 From: dgonzo at optonline.net (Daniel Gonzalez) Date: Wed, 08 Jun 2005 21:34:19 -0400 Subject: Upgrade to FC4 final? In-Reply-To: <604aa79105060813583f999ec6@mail.gmail.com> References: <42A6FDFE.5020300@uibk.ac.at> <200506081253.06244.kewley@gps.caltech.edu> <42A7516F.6040204@optonline.net> <604aa79105060813583f999ec6@mail.gmail.com> Message-ID: <1118280859.2791.25.camel@localhost.localdomain> Whew! Jeff, thanks for the guidance. I really ought to read the rpm man page a couple of times. I've been using Slackware and FreeBSD for so long, I've forgotten how powerful and informative 'rpm' can be if you know how to use it properly. I promise not to waste any developer time should my computer crash due to an unsuccessful upgrade and/or pilot error. Actually, everything is sounding like more trouble than it's worth. I'll burn the isos anyway. thanks dan gonzalez On Wed, 2005-06-08 at 16:58 -0400, Jeff Spaleta wrote: > On 6/8/05, Daniel Gonzalez wrote: > > David- > > > > Sounds promising, but how did you know when to stop updating via yum? I > > stopped updating about 1 week ago. That's what i'm trying to find out > > now. What files/directories will tell me where I'm at? My first guess > > would be to read everything under /etc/yum.conf. Agreed? > > > > Thanks for the input > > *when fc4 comes out... install the fedora-release package from the > official fc4 tree. > *run rpm -V fedora-release look at the output. > *If there are any yum configuration files flags by the verify check to > see if a .rpmnew version was created for that file. .rpmnew files are > created when rpm senses that you have an editted config and places the > new default as .rpmnew. Its up to you as the local admin to decide > which file to use or how to integrate the custom file with the new > default. > *If there are .rpmnew files the correspond to yum configs listed in > the rpm -V fedora-release output, copy over files into the correct > location as needed. > *Take appropriate action to make sure the correct default repos are > enabled by reviewing each repo file to see whats enabled. Anything > thats not provided by the fedora-release package is a custom repo that > you have added and you will have to decided whether or not that repo > should be enabled or not as you try to upgrade. Make sure the addon > repos you have enabled are ready to roll with fc4 trees if you need > them. > > In the best case scenario with no customized .repo files already.... > installing the fedora-release from the fc4 tree when its publicly > available will result in a clean rpm -V fedora-release run and yum > should be ready to use the fc4 trees. > > Assuming the configuration is ready to go.... you can either attempt > an update with yum right then and see if it works then clean up any > spurious packages listed in the output of 'yum list extras'. > > Or.. if you want to be a little more cautious you can do a comparison > of 'yum list extras' > and 'yum list updates' before attempting the update. The differences > in that list should point to packages on your system that might have > problems on your system. You can also use 'yum list obsoletes' in the > comparison to further constrain the list of expected problematic > packages. This comparison for example should definitely catch any fc5 > staging packages from the development tree that you might have > installed before fc4 release. > > Let me stress that i do not personally recommend any tester upgrading > from a test release to a final release in this way. I personally > believe as a tester participating in the ongoing development process, > you are agreeing to do a fresh install when you decided to leave the > development process. No matter how smoothly the upgrade appears to > go, you can still run into lingering configuration issues from > development packages that can be mis-interpreted as new bugs from fc4 > final packages, resulting in erroneous bug reports wasting developer > time. > > > -jef"have fun storming the castle"spaleta > > reconfigure yum to look at the fc4 trees. If the details of that > reconfiguration have to be > From thethirddoorontheleft at verizon.net Thu Jun 9 02:00:45 2005 From: thethirddoorontheleft at verizon.net (Darwin H. Webb) Date: Wed, 08 Jun 2005 19:00:45 -0700 Subject: Upgrade to FC4 final? In-Reply-To: <42A7516F.6040204@optonline.net> References: <42A6FDFE.5020300@uibk.ac.at> <200506081253.06244.kewley@gps.caltech.edu> <42A7516F.6040204@optonline.net> Message-ID: <1118282445.27623.15.camel@Jovette-14> On Wed, 2005-06-08 at 16:13 -0400, Daniel Gonzalez wrote: > David- > > Sounds promising, but how did you know when to stop updating via yum? I > stopped updating about 1 week ago. That's what i'm trying to find out > now. What files/directories will tell me where I'm at? My first guess > would be to read everything under /etc/yum.conf. Agreed? > > Thanks for the input > > Dan Gonzalez > > David Kewley wrote: > > >On Wednesday 08 June 2005 07:17, Harald Grossauer wrote: > > > > > >I have two boxes with FC4t3, both updated to the last pre-fork rawhide > >repository. I'm planning to 'yum update' to FC4, and I don't expect > >any problems. I reckon if there *are* problems, I may end up doing a > >clean reinstall. :) > > > >You might want to backup any data you care about beforehand, just in > >case. Shouldn't be an issue, but I tend to be conservative with large > >and/or unsupported changes. > > > >David > > > > > > > I'm at the same state. What I have not seen is what to point yum to (the FCt3 develop dist is a dead end) for FC4, how to do that, and when it will be available. A lot of users are pointing to other Repos (non Redhat / Fedora). Anyway, the sendmail root at localhost will have a list of packages that were installed on any day. June 2 mail s/b 4 am, so June 3 mail may have to sets of packages list. The second set may be part of FC5? Sort thru that and determine what is missing, or what was too much. I am stopped at 7 packages for Gcc4 \4.0.0.9\ on the Up2Date ignore list so my OO0 104-2 (reinstalled after gcc4 \4.0.0.8\ ) will still run as the newer complied OO0 never came down. Don't know how many server packages would be between the \4.0.0.9\ but I didn't see anything in the buildlists before June 2 that would be FC5? So the last two sendmail will tell the story. SlowJet From yuan.bbbush at gmail.com Thu Jun 9 02:10:14 2005 From: yuan.bbbush at gmail.com (Yuan Yijun) Date: Thu, 9 Jun 2005 10:10:14 +0800 Subject: fwd: help! my rpm segfault... Message-ID: <9792751e05060819105f5fdeb4@mail.gmail.com> A screenshot is here: http://www.linuxsir.org/bbs/attachment.php?attachmentid=26456 any suggestion? //thx. -- bbbush ^_^ From fct-cornette at insight.rr.com Thu Jun 9 02:17:03 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 08 Jun 2005 22:17:03 -0400 Subject: New login feature? Today's login problem Message-ID: <42A7A69F.8040901@insight.rr.com> Trying out the new login feature, I noticed the login for the new login goes to the F9 screen. Is this intended behavior for the second version of X? The other question concerns the first console owner getting the sound devices and probably scanners, cameras and other devices. Is this a recent feature for new logins? I only noticed it on a lean install that did not have a lot of clutter in the menus. The feature is nice, but wondering about the other limitations with it, if they would hold it out of FC4. Regarding the other login problem with FC5 before today's updates, did everyone have to login as single user, then start network services, upgrade via yum and reboot? I tried passwd and it segfaulted. after upgrading via yum, passwd worked again after touch /.autorelabel and a reboot. Current FC5-devel looks pretty good as of now. full install version and the scaled down version. I'll back off now while things are stable again. The current state might be worth considering to be FC4 (If legal issues hold the release of FC4 any off further) Jim -- Visit beautiful Vergas, Minnesota. From thethirddoorontheleft at verizon.net Thu Jun 9 02:24:48 2005 From: thethirddoorontheleft at verizon.net (Darwin H. Webb) Date: Wed, 08 Jun 2005 19:24:48 -0700 Subject: Upgrade to FC4 final? In-Reply-To: <604aa79105060813583f999ec6@mail.gmail.com> References: <42A6FDFE.5020300@uibk.ac.at> <200506081253.06244.kewley@gps.caltech.edu> <42A7516F.6040204@optonline.net> <604aa79105060813583f999ec6@mail.gmail.com> Message-ID: <1118283888.27623.25.camel@Jovette-14> On Wed, 2005-06-08 at 16:58 -0400, Jeff Spaleta wrote: > On 6/8/05, Daniel Gonzalez wrote: > > David- > > > > Sounds promising, but how did you know when to stop updating via yum? I > > stopped updating about 1 week ago. That's what i'm trying to find out > > now. What files/directories will tell me where I'm at? My first guess > > would be to read everything under /etc/yum.conf. Agreed? > > > > Thanks for the input > > *when fc4 comes out... install the fedora-release package from the > official fc4 tree. > *run rpm -V fedora-release look at the output. > *If there are any yum configuration files flags by the verify check to > see if a .rpmnew version was created for that file. .rpmnew files are > created when rpm senses that you have an editted config and places the > new default as .rpmnew. Its up to you as the local admin to decide > which file to use or how to integrate the custom file with the new > default. > *If there are .rpmnew files the correspond to yum configs listed in > the rpm -V fedora-release output, copy over files into the correct > location as needed. > *Take appropriate action to make sure the correct default repos are > enabled by reviewing each repo file to see whats enabled. Anything > thats not provided by the fedora-release package is a custom repo that > you have added and you will have to decided whether or not that repo > should be enabled or not as you try to upgrade. Make sure the addon > repos you have enabled are ready to roll with fc4 trees if you need > them. > > In the best case scenario with no customized .repo files already.... > installing the fedora-release from the fc4 tree when its publicly > available will result in a clean rpm -V fedora-release run and yum > should be ready to use the fc4 trees. > > Assuming the configuration is ready to go.... you can either attempt > an update with yum right then and see if it works then clean up any > spurious packages listed in the output of 'yum list extras'. > > Or.. if you want to be a little more cautious you can do a comparison > of 'yum list extras' > and 'yum list updates' before attempting the update. The differences > in that list should point to packages on your system that might have > problems on your system. You can also use 'yum list obsoletes' in the > comparison to further constrain the list of expected problematic > packages. This comparison for example should definitely catch any fc5 > staging packages from the development tree that you might have > installed before fc4 release. > > Let me stress that i do not personally recommend any tester upgrading > from a test release to a final release in this way. I personally > believe as a tester participating in the ongoing development process, > you are agreeing to do a fresh install when you decided to leave the > development process. No matter how smoothly the upgrade appears to > go, you can still run into lingering configuration issues from > development packages that can be mis-interpreted as new bugs from fc4 > final packages, resulting in erroneous bug reports wasting developer > time. > > > -jef"have fun storming the castle"spaleta > > reconfigure yum to look at the fc4 trees. If the details of that > reconfiguration have to be > Well, I'm convinced. I think I will install FC4 from the CD's. Does install EXPERT do any thing special for exposing properties of the disk druid? I think the default is shameful and someone was taking short cuts. :) SlowJet (And is Grub really fixed so I can forward chain Boot partitions embedded in an LVM? You do know that a disk only has 4 partitions and most of us only have 1 disk?) :P From thethirddoorontheleft at verizon.net Thu Jun 9 02:39:11 2005 From: thethirddoorontheleft at verizon.net (Darwin H. Webb) Date: Wed, 08 Jun 2005 19:39:11 -0700 Subject: system-logviewer removed any idea why. In-Reply-To: <20050608235737.GA30232@Moof.cs.trinity.edu> References: <20050602171706.26550.qmail@web86502.mail.ukl.yahoo.com> <1118236367.20494.45.camel@arena.soho.bytebot.net> <20050608235737.GA30232@Moof.cs.trinity.edu> Message-ID: <1118284752.27623.28.camel@Jovette-14> On Wed, 2005-06-08 at 18:57 -0500, akonstam at trinity.edu wrote: > On Wed, Jun 08, 2005 at 06:12:47AM -0700, Colin Charles wrote: > > On Thu, 2005-06-02 at 18:17 +0100, DAVID BENTLEY wrote: > > > Just noticed that system-logviewer is nologer in the > > > development tree and since it is not installed on my > > > system not in FC4test3 either > > > > It's being redone. Read the archives for fedora-config-list, back in Dec > > 06 2004 > > -- > I read that in December but considering the program works in FC3 and > 6 months have passed I would think this could have been fixed by now. > -- > > ======================================================================= > There's nothing very mysterious about you, except that > nobody really knows your origin, purpose, or destination. > ------------------------------------------- > Aaron Konstam > Computer Science > Trinity University > telephone: (210)-999-7484 > I'm lost with out it too. But it is being re-writtin by a one guy with a life. He has a working frame (I forget the GUI tool he is using) so ... go help him code it. :) SlowJet From pnasrat at redhat.com Thu Jun 9 02:59:53 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Wed, 08 Jun 2005 22:59:53 -0400 Subject: fwd: help! my rpm segfault... In-Reply-To: <9792751e05060819105f5fdeb4@mail.gmail.com> References: <9792751e05060819105f5fdeb4@mail.gmail.com> Message-ID: <1118285993.3286.3.camel@enki.eridu> On Thu, 2005-06-09 at 10:10 +0800, Yuan Yijun wrote: > A screenshot is here: > http://www.linuxsir.org/bbs/attachment.php?attachmentid=26456 > any suggestion? file in bugzilla with exact rpm version and how segfault occured. Paul From yuan.bbbush at gmail.com Thu Jun 9 02:21:30 2005 From: yuan.bbbush at gmail.com (Yuan Yijun) Date: Thu, 9 Jun 2005 10:21:30 +0800 Subject: why does my yum download really big headers? Message-ID: <9792751e05060819212c6096e3@mail.gmail.com> My configuration: [yuan at geeks ~]$ cat /etc/yum.repos.d/development.repo [development] name=Fedora development $basearch repository (Rawhide) mirrorlist=file:///etc/yum.repos.d/development.mirrorlist gpgcheck=0 keepalive=0 enabled=1 proxy=http://cs:cs2004 at 202.119.32.27:8080 #proxy=_none_ [yuan at geeks ~]$ cat /etc/yum.repos.d/development.mirrorlist #ftp://ftp.riken.jp/fedora/core/development/i386 #http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386 #ftp://ftp.tsinghua.edu.cn/mirror/download.fedora.redhat.com/pub/fedora/linux/core/development/i386 http://mirrors.geekbone.org/fedora/core/development/i386 #ftp://gnu.nju.edu.cn/fedora-mirror/fedora/core/development/i386 some explanation. I separate the configuration to 2 files, as you can see. And I can access to 2 mirrors, the first one needs proxy, the second one (ftp://gnu.nju.edu.cn) not. When I use the first one, the headers are very small in size. When I disable proxy and use the second one, the headers are as large as the rpm files. Could anyone please tell me why this happens? I cannot google it since my proxy denied it :*( //thx very much! -- bbbush ^_^ From fedora at wir-sind-cool.org Thu Jun 9 08:20:47 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Thu, 9 Jun 2005 10:20:47 +0200 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <1118265286.3868.106.camel@plope.dyndns.org> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> <1118213977.3868.31.camel@plope.dyndns.org> <1118215002.3868.37.camel@plope.dyndns.org> <1118265286.3868.106.camel@plope.dyndns.org> Message-ID: <20050609102047.4324cfd7.fedora@wir-sind-cool.org> On Wed, 08 Jun 2005 17:14:45 -0400, Chris McDonough wrote: > On Wed, 2005-06-08 at 03:16 -0400, Chris McDonough wrote: > > On Wed, 2005-06-08 at 02:59 -0400, Chris McDonough wrote: > > > Is there something in /proc/asound that would allow me to answer that > > > question? Or is there some generic GNOME and/or RB setting for telling > > > it to use OSS emulation (/dev/dspX) vs. "native" ALSA devices that I can > > > look for? > > > > Ah ha! I fired up gconf-editor and lo and behold > > system/gstreamer/0.8/default/audiosink was set to "esdsink". I changed > > it to "osssink" and it sounds beautiful now.. great. Thanks for the > > direction! I suppose I should look into the benefits of running esound > > and esdsink instead. > > > > Still segfaults pretty frequently, but that appears to be a separate > > issue which I'll try to isolate now. > > FYI... at least one class of segfaults were attributable to the fact > that I was using an older version of gstreamer-plugins-mp3 (0.8.5) from > livna. > > Installing > ftp://ftp.pbone.net/mirror/rpm.livna.org/fedora/3.91/i386/RPMS.testing/gstreamer-plugins-mp3-0.8.8-0.lvn.1.3.91.i386.rpm > > and rerunning gst-register (and restarting RB) prevents RB from > segfaulting when attempting to play some mp3 songs. > > Very good. It should not be necessary to run gst-register, since the package does it in its post-install scriptlet. For a long time. -- Fedora Core release 4 (still from Rawhide) - Linux 2.6.11-1.1366_FC4 loadavg: 1.00 1.08 1.35 From skvidal at phy.duke.edu Thu Jun 9 07:52:07 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 09 Jun 2005 03:52:07 -0400 Subject: why does my yum download really big headers? In-Reply-To: <9792751e05060819212c6096e3@mail.gmail.com> References: <9792751e05060819212c6096e3@mail.gmail.com> Message-ID: <1118303527.14757.94.camel@cutter> On Thu, 2005-06-09 at 10:21 +0800, Yuan Yijun wrote: > My configuration: > > [yuan at geeks ~]$ cat /etc/yum.repos.d/development.repo > [development] > name=Fedora development $basearch repository (Rawhide) > mirrorlist=file:///etc/yum.repos.d/development.mirrorlist > gpgcheck=0 > keepalive=0 > enabled=1 > proxy=http://cs:cs2004 at 202.119.32.27:8080 > #proxy=_none_ > > [yuan at geeks ~]$ cat /etc/yum.repos.d/development.mirrorlist > #ftp://ftp.riken.jp/fedora/core/development/i386 > #http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386 > #ftp://ftp.tsinghua.edu.cn/mirror/download.fedora.redhat.com/pub/fedora/linux/core/development/i386 > http://mirrors.geekbone.org/fedora/core/development/i386 > #ftp://gnu.nju.edu.cn/fedora-mirror/fedora/core/development/i386 > > > some explanation. I separate the configuration to 2 files, as you can > see. And I can access to 2 mirrors, the first one needs proxy, the > second one (ftp://gnu.nju.edu.cn) not. When I use the first one, the > headers are very small in size. When I disable proxy and use the > second one, the headers are as large as the rpm files. Could anyone > please tell me why this happens? I cannot google it since my proxy > denied it :*( > your proxy, transparent or not, does not support http byte-ranges. Contact your proxy admin to support those or use an ftp repository. -sv From buildsys at redhat.com Thu Jun 9 11:35:31 2005 From: buildsys at redhat.com (Build System) Date: Thu, 9 Jun 2005 07:35:31 -0400 Subject: rawhide report: 20050609 changes Message-ID: <200506091135.j59BZVeK025438@porkchop.devel.redhat.com> New package aspell-ru Russian dictionaries for Aspell. New package hplip HP Linux Imaging and Printing Project Removed package VFlib2 Removed package hpoj Removed package hpijs Updated Packages: dbus-0.33-4 ----------- * Sat Jun 18 2005 John (J5) Palmieri - 0.33-4 - Add new libaudit patch from Steve Grub and enable in configure (Bug #159218) fonts-japanese-0.20050222-4 --------------------------- * Thu Jun 09 2005 Akira TAGOH - 0.20050222-4 - removed VFlib2 dependency. ghostscript-8.15-0.rc3.2 ------------------------ * Wed Jun 08 2005 Tim Waugh 8.15-0.rc3.2 - Drop 'Provides: libijs.so' because it is incorrect. - Build igcref.c with -O0 to work around bug #150771. - Renumber patches. hdparm-6.1-1 ------------ * Wed Jun 08 2005 Karsten Hopp 6.1-1 - update to 6.1 (BLKGETSIZE fixes) - work around hdparm's usage of kernel headers, assume that we run it on little-endian machines only libuser-0.53.8-1 ---------------- * Wed Jun 08 2005 Miloslav Trmac - 0.53.8-1 - Permit "portable" user and group names as defined by SUSv3, plus trailing $ (#159452) - Don't build static libraries oprofile-0.9-1 -------------- * Wed Jun 08 2005 Will Cohen - Rebase on OProfile 0.9. pilot-link-1:0.12.0-0.pre3.1 ---------------------------- * Wed Jun 08 2005 Than Ngo 0.12.0-0.pre3.1 - apply patch to fix compiler warnings * Wed Jun 08 2005 Than Ngo 0.12.0-0.pre3.0 - 0.12.0-pre3 selinux-policy-strict-1.23.18-2 ------------------------------- * Wed Jun 08 2005 Dan Walsh 1.23.18-2 - Add alsa policy - Policy cleanup from Ivan * Mon Jun 06 2005 Dan Walsh 1.23.18-1 - Upgrade from NSA * Merged minor fixes to pppd.fc and courier.te by Russell Coker. * Removed devfsd policy as suggested by Russell Coker. * Merged patch from Dan Walsh. Includes beginnings of Ivan Gyurdiev's Font Config policy. Don't transition to fsadm_t from unconfined_t (sysadm_t) in targeted policy. Add support for debugfs in modutil. Allow automount to create and delete directories in /root and /home dirs. Move can_ypbind to chkpwd_macro.te. Allow useradd to create additional files and types via the skell mechanism. Other minor cleanups and fixes. * Sat May 28 2005 Dan Walsh 1.23.17-4 - Add evolution/thunderbird support for strict policy. Including break out of orbits, fonts, and gnome. All done by Ivan G. selinux-policy-targeted-1.23.18-2 --------------------------------- * Wed Jun 08 2005 Dan Walsh 1.23.18-2 - Add alsa policy - Policy cleanup from Ivan * Mon Jun 06 2005 Dan Walsh 1.23.18-1 - Upgrade from NSA * Merged minor fixes to pppd.fc and courier.te by Russell Coker. * Removed devfsd policy as suggested by Russell Coker. * Merged patch from Dan Walsh. Includes beginnings of Ivan Gyurdiev's Font Config policy. Don't transition to fsadm_t from unconfined_t (sysadm_t) in targeted policy. Add support for debugfs in modutil. Allow automount to create and delete directories in /root and /home dirs. Move can_ypbind to chkpwd_macro.te. Allow useradd to create additional files and types via the skell mechanism. Other minor cleanups and fixes. * Sat May 28 2005 Dan Walsh 1.23.17-4 - Add evolution/thunderbird support for strict policy. Including break out of orbits, fonts, and gnome. All done by Ivan G. system-config-netboot-0.1.17-1 ------------------------------ * Wed Jun 08 2005 Jason Vas Dias 0.1.17-1 - fix bugs 159490, 159390, 159064, 156274 From ndbecker2 at gmail.com Thu Jun 9 11:13:00 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 09 Jun 2005 07:13:00 -0400 Subject: lastlog devours universe References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <1118242278.9062.37.camel@yoda.loki.me> <42A71D1D.8090304@plausible.org> Message-ID: A good method to handle sparse files is included in rdist. I know because I put it there :) From lwn-fedora-test at lwn.net Thu Jun 9 12:38:03 2005 From: lwn-fedora-test at lwn.net (Jonathan Corbet) Date: Thu, 09 Jun 2005 06:38:03 -0600 Subject: lastlog devours universe In-Reply-To: Your message of "Wed, 08 Jun 2005 16:37:32 EDT." <42A7570C.50500@gmx.net> Message-ID: <20050609123803.14278.qmail@lwn.net> Michael Wiktowy wrote: > Usually sensible defaults are the best way to go and if 99% of the time, > you want your tar to "condense" sparse files, then it is likely best to > make it do that by default. My guess, offhand, is that the sparse file support is a non-standard addition to the tar format. I'm not sure how many people are still using non-GNU tar implementations, but it still makes sense to be very conservative in what you create. jon From chrism at plope.com Thu Jun 9 12:59:49 2005 From: chrism at plope.com (Chris McDonough) Date: Thu, 09 Jun 2005 08:59:49 -0400 Subject: rhythmbox segfault / sound quality problems in fc4t3... In-Reply-To: <20050609102047.4324cfd7.fedora@wir-sind-cool.org> References: <1118202406.14817.32.camel@plope.dyndns.org> <20050608055001.GA12800@nostromo.devel.redhat.com> <1118213977.3868.31.camel@plope.dyndns.org> <1118215002.3868.37.camel@plope.dyndns.org> <1118265286.3868.106.camel@plope.dyndns.org> <20050609102047.4324cfd7.fedora@wir-sind-cool.org> Message-ID: <1118321989.3868.114.camel@plope.dyndns.org> On Thu, 2005-06-09 at 10:20 +0200, Michael Schwendt wrote: > > FYI... at least one class of segfaults were attributable to the fact > > that I was using an older version of gstreamer-plugins-mp3 (0.8.5) from > > livna. > > > > Installing > > ftp://ftp.pbone.net/mirror/rpm.livna.org/fedora/3.91/i386/RPMS.testing/gstreamer-plugins-mp3-0.8.8-0.lvn.1.3.91.i386.rpm > > > > and rerunning gst-register (and restarting RB) prevents RB from > > segfaulting when attempting to play some mp3 songs. > > > > Very good. > > It should not be necessary to run gst-register, since the package does > it in its post-install scriptlet. For a long time. Sorry, should have been more precise. My "local" gstreamer registry ( /home/chrism/.gstreamer-0.8/registry-i386.xml) got created at some point and had stale info, and running gst-register as 'chrism' fixed that. - C From yuan.bbbush at gmail.com Thu Jun 9 13:30:09 2005 From: yuan.bbbush at gmail.com (Yuan Yijun) Date: Thu, 9 Jun 2005 21:30:09 +0800 Subject: why does my yum download really big headers? In-Reply-To: <1118303527.14757.94.camel@cutter> References: <9792751e05060819212c6096e3@mail.gmail.com> <1118303527.14757.94.camel@cutter> Message-ID: <9792751e050609063034588bdb@mail.gmail.com> 2005/6/9, seth vidal : > > some explanation. I separate the configuration to 2 files, as you can > > see. And I can access to 2 mirrors, the first one needs proxy, the > > second one (ftp://gnu.nju.edu.cn) not. When I use the first one, the > > headers are very small in size. When I disable proxy and use the > > second one, the headers are as large as the rpm files. Could anyone > > please tell me why this happens? I cannot google it since my proxy > > denied it :*( > > > Well this is very strange that I have specified "proxy=_none_" in the second case. I'm not using proxy here, though I have the shell variable http_proxy and ftp_proxy defined. (The values are identical as in the first case.) In `man 5 yum.conf' it says proxy url to the proxy server for this repository. Set to '_none_' to disable the global proxy setting for this repository. If this is unset it inherits it from the global setting and the environment variables http_proxy and ftp_proxy are the global settings, right? But after I unset the two variables, `yum install ' works well. > your proxy, transparent or not, does not support http byte-ranges. > Contact your proxy admin to support those or use an ftp repository. > I'm using a ftp repository in the second case. I'm not familiar with HTTP headers and how they affect ftp, could you say more about it? Thanks. -- bbbush ^_^ From ellson at research.att.com Thu Jun 9 16:15:43 2005 From: ellson at research.att.com (John Ellson) Date: Thu, 09 Jun 2005 12:15:43 -0400 Subject: hplib+sane config for scanning with hp-psc-1210 ? Message-ID: <42A86B2F.6080403@research.att.com> hplip was in today's rawhide updates. Does anyone know I get sane to use the new hplib backend for a usb hp-psc-1210 printer/scanner ? I have: hplip-0.9.3-0.1, libsane-hpaio-0.9.3-0.1, hpijs-0.9.3-0.1, sane-backends-1.0.15-9, installed. All hpoj bits removed. service hplip is running. Printing to the hp-psc-1210 is working. "hp-probe" returns: hp:/usb/psc_1200_series?serial=MY37AD82JT5H HP psc_1200_series "sane-find-scanner" returns: found USB scanner (vendor=0x03f0 [Hewlett-Packard], product=0x2f11 [psc 1200 series]) at libusb:002:005 when run as root, but only: found USB scanner (vendor=0x03f0, product=0x2f11) at libusb:002:005 when run as a regular user. Is there a permission problem here? "scanimage -L" picks up my v4l:/dev/video0 device, but not the usb scanner. (similarly xsane and gimp) file:///usr/share/doc/hplip-0.9.3/hplip_readme.html states: HPLIP provides a "hpaio" sane backend for scanning. but there is no reference to "hpaio" in any file in /etc/sane.d/ Do I need to add some config information for it? John From ellson at research.att.com Thu Jun 9 16:37:57 2005 From: ellson at research.att.com (John Ellson) Date: Thu, 09 Jun 2005 12:37:57 -0400 Subject: hplib+sane config for scanning with hp-psc-1210 ? In-Reply-To: <42A86B2F.6080403@research.att.com> References: <42A86B2F.6080403@research.att.com> Message-ID: <42A87065.6070005@research.att.com> John Ellson wrote: > hplip was in today's rawhide updates. > > Does anyone know I get sane to use the new hplib backend for a usb > hp-psc-1210 printer/scanner ? > > I have: hplip-0.9.3-0.1, libsane-hpaio-0.9.3-0.1, hpijs-0.9.3-0.1, > sane-backends-1.0.15-9, installed. All hpoj bits removed. > > service hplip is running. Printing to the hp-psc-1210 is working. > > "hp-probe" returns: > hp:/usb/psc_1200_series?serial=MY37AD82JT5H HP psc_1200_series > > "sane-find-scanner" returns: > found USB scanner (vendor=0x03f0 [Hewlett-Packard], product=0x2f11 > [psc 1200 series]) at libusb:002:005 > when run as root, but only: > found USB scanner (vendor=0x03f0, product=0x2f11) at libusb:002:005 > when run as a regular user. Is there a permission problem here? > > "scanimage -L" picks up my v4l:/dev/video0 device, but not the usb > scanner. (similarly xsane and gimp) > > > file:///usr/share/doc/hplip-0.9.3/hplip_readme.html states: > HPLIP provides a "hpaio" sane backend for scanning. > > but there is no reference to "hpaio" in any file in /etc/sane.d/ > Do I need to add some config information for it? > > > John > > I found the answer in: http://hpinkjet.sourceforge.net/hplip_readme.html I needed to add "hpiao" to /etc/sane/dll.conf I'll bugzilla this against hplip. John From twaugh at redhat.com Thu Jun 9 16:57:10 2005 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 9 Jun 2005 17:57:10 +0100 Subject: hplib+sane config for scanning with hp-psc-1210 ? In-Reply-To: <42A87065.6070005@research.att.com> References: <42A86B2F.6080403@research.att.com> <42A87065.6070005@research.att.com> Message-ID: <20050609165710.GM8706@redhat.com> On Thu, Jun 09, 2005 at 12:37:57PM -0400, John Ellson wrote: > I needed to add "hpiao" to /etc/sane/dll.conf Oops, it was still adding 'hpoj' to that file. :-) Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rmichael+fedoratest at fields.utoronto.ca Thu Jun 9 17:01:00 2005 From: rmichael+fedoratest at fields.utoronto.ca (Richard Michael) Date: Thu, 9 Jun 2005 13:01:00 -0400 Subject: FC4T3 1369 kernel: soft lockup w/ initio.ko SCSI module Message-ID: <20050609170100.GF23677@fields.fields.utoronto.ca> Hello, "uname -a": Linux server.localdomain 2.6.11-1.1369_FC4 #1 Thu Jun 2 22:55:56 EDT 2005 i686 i686 i386 GNU/Linux Following "modprobe initio", I found a soft lockup BUG() in syslog: Jun 9 12:41:04 server kernel: SCSI subsystem initialized Jun 9 12:41:14 server kernel: PCI: Found IRQ 9 for device 0000:00:09.0 Jun 9 12:41:14 server kernel: i91u: PCI Base=0xA400, IRQ=9, BIOS=0xFF000, SCSI ID=7 Jun 9 12:41:14 server kernel: i91u: Reset SCSI Bus ... Jun 9 12:41:14 server kernel: BUG: soft lockup detected on CPU#0! Jun 9 12:41:14 server kernel: Jun 9 12:41:14 server kernel: Pid: 4091, comm: modprobe Jun 9 12:41:14 server kernel: EIP: 0060:[] CPU: 0 Jun 9 12:41:14 server kernel: EIP is at tul_do_pause+0x8/0x12 [initio] Jun 9 12:41:14 server kernel: EFLAGS: 00000202 Not tainted (2.6.11-1.1369_FC4) Jun 9 12:41:14 server kernel: EAX: 0047a1ec EBX: 0000000a ECX: 0000a400 EDX: 0047a2cf Jun 9 12:41:14 server kernel: ESI: e0cc2600 EDI: 00000007 EBP: 0000a400 DS: 007b ES: 007b Jun 9 12:41:14 server kernel: CR0: 8005003b CR2: 00536194 CR3: 0b15c000 CR4: 000006d0 Jun 9 12:41:14 server kernel: [] tul_reset_scsi+0x45/0x57 [initio] Jun 9 12:41:14 server kernel: [] init_tulip+0x2bf/0x30b [initio] Jun 9 12:41:14 server kernel: [] i91u_detect+0x173/0x27d [initio] Is this possibly an issue for the FC4T3 kernel in particular, or should I try a stock kernel and report this to linux-kernel? (Perhaps soft lockups not very serious at all? This is the first one I've seen, and the system seems to have recovered.) Thanks, Richard From dianne at wellsgaming.com Thu Jun 9 17:05:48 2005 From: dianne at wellsgaming.com (Dianne Yumul) Date: Thu, 9 Jun 2005 10:05:48 -0700 Subject: Help needed with chcon Message-ID: <444ca79dafd371e4bc76c4b39fe69b08@wellsgaming.com> Hello List, Before I begin, I want to apologize if I'm posting to the wrong list and would greatly appreciate it if I get redirected to the appropriate one. I've just installed FC 4 Test 3 on a development box. I first noticed my problem when I start the postgresql service, I get: /usr/bin/chcon: can't apply partial context to unlabeled file /home/postgres/pgstartup.log Starting postgresql service: [ OK ] A guru from the postgresql list recommended running the commands from the postgresql init script by hand: # PGLOG=/home/postgres/pgstartup.log # touch "$PGLOG" # ls -Z $PGLOG -rw-r--r-- root root /home/postgres/pgstartup.log # chown postgres:postgres "$PGLOG" # chmod go-rwx "$PGLOG" # /usr/bin/chcon -u system_u -r object_r -t postgresql_log_t "$PGLOG" /usr/bin/chcon: can't apply partial context to unlabeled file /home/postgres/pgstartup.log # ls -Z $PGLOG -rw------- postgres postgres /home/postgres/pgstartup.log # uname -r 2.6.11-1.1369_FC4 # rpm -qf /usr/bin/chcon coreutils-5.2.1-48 [# sestatus -v SELinux status: disabled Is this behavior normal? ls -Z returns stuff with system_u:object_r:file_t on files already existing. But files just created return nothing. What do I need to do? Thank you very much for any help. dianne From fedora at nodata.co.uk Thu Jun 9 17:48:08 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 09 Jun 2005 19:48:08 +0200 Subject: system-logviewer removed any idea why. In-Reply-To: <1118284752.27623.28.camel@Jovette-14> References: <20050602171706.26550.qmail@web86502.mail.ukl.yahoo.com> <1118236367.20494.45.camel@arena.soho.bytebot.net> <20050608235737.GA30232@Moof.cs.trinity.edu> <1118284752.27623.28.camel@Jovette-14> Message-ID: <1118339288.2842.0.camel@localhost.localdomain> On Wed, 2005-06-08 at 19:39 -0700, Darwin H. Webb wrote: > On Wed, 2005-06-08 at 18:57 -0500, akonstam at trinity.edu wrote: > > On Wed, Jun 08, 2005 at 06:12:47AM -0700, Colin Charles wrote: > > > On Thu, 2005-06-02 at 18:17 +0100, DAVID BENTLEY wrote: > > > > Just noticed that system-logviewer is nologer in the > > > > development tree and since it is not installed on my > > > > system not in FC4test3 either > > > > > > It's being redone. Read the archives for fedora-config-list, back in Dec > > > 06 2004 > > > -- > > I read that in December but considering the program works in FC3 and > > 6 months have passed I would think this could have been fixed by now. > > -- > > > > ======================================================================= > > There's nothing very mysterious about you, except that > > nobody really knows your origin, purpose, or destination. > > ------------------------------------------- > > Aaron Konstam > > Computer Science > > Trinity University > > telephone: (210)-999-7484 > > > I'm lost with out it too. But it is being re-writtin by a one guy with a > life. He has a working frame (I forget the GUI tool he is using) so ... > go help him code it. :) > > SlowJet > > Again, the first problem is that system-logviewer shouldn't have been pulled until it has a replacement. From sundaram at redhat.com Thu Jun 9 17:50:08 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 09 Jun 2005 23:20:08 +0530 Subject: system-logviewer removed any idea why. In-Reply-To: <1118339288.2842.0.camel@localhost.localdomain> References: <20050602171706.26550.qmail@web86502.mail.ukl.yahoo.com> <1118236367.20494.45.camel@arena.soho.bytebot.net> <20050608235737.GA30232@Moof.cs.trinity.edu> <1118284752.27623.28.camel@Jovette-14> <1118339288.2842.0.camel@localhost.localdomain> Message-ID: <42A88150.2030406@redhat.com> Hi >Again, the first problem is that system-logviewer shouldn't have been >pulled until it has a replacement. > > Either interested people step up to maintain it or it gets removed rather than bi trot. regards Rahul From David.Estacio at sycoleman.com Thu Jun 9 18:49:23 2005 From: David.Estacio at sycoleman.com (David.Estacio at sycoleman.com) Date: Thu, 9 Jun 2005 13:49:23 -0500 Subject: Question about Yum dependency on x64 Message-ID: I am running FC4 Test 3 on my x64 laptop. When I run yum update it gets to the point where it says --> Running transaction check --> Processing Dependency: libptal.so.0()(64bit) for package: xojpanel --> Processing Dependency: hpoj = 0.91-13 for package: hpoj-devel --> Processing Dependency: hpoj for package: xojpanel --> Finished Dependency Resolution Error: Missing Dependency: libptal.so.0()(64bit) is needed by package xojpanel Error: Missing Dependency: hpoj = 0.91-13 is needed by package hpoj-devel Error: Missing Dependency: hpoj is needed by package xojpanel Any help with this? Thanks David -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndbecker2 at gmail.com Thu Jun 9 19:22:27 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 09 Jun 2005 15:22:27 -0400 Subject: Question about Yum dependency on x64 References: Message-ID: David.Estacio at sycoleman.com wrote: > I am running FC4 Test 3 on my x64 laptop. When I run yum update it gets > to the point where it says > > --> Running transaction check > --> Processing Dependency: libptal.so.0()(64bit) for package: xojpanel > --> Processing Dependency: hpoj = 0.91-13 for package: hpoj-devel > --> Processing Dependency: hpoj for package: xojpanel > --> Finished Dependency Resolution > Error: Missing Dependency: libptal.so.0()(64bit) is needed by package > xojpanel > Error: Missing Dependency: hpoj = 0.91-13 is needed by package > hpoj-devel > Error: Missing Dependency: hpoj is needed by package xojpanel > > Any help with this? > erase hpoj From guy at incentre.net Thu Jun 9 19:45:36 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 09 Jun 2005 13:45:36 -0600 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <1118072889.2468.3.camel@cutter> References: <200506061542.j56Fg9cZ004532@laptop11.inf.utfsm.cl> <1118072889.2468.3.camel@cutter> Message-ID: <1118346337.4423.22.camel@sigurd.incentre.net> On Mon, 2005-06-06 at 11:48 -0400, seth vidal wrote: > On Mon, 2005-06-06 at 11:42 -0400, Horst von Brand wrote: > > "William Hooper" said: > > > > [...] > > > > > Again, the problem is the release name ("Heidelberg"), not the project > > > name. > > > > Come on again, that is the name of a very well-known town in Germany. How > > could that possibly give legal grief? Is there something else in the > > software arena called Heidelberg that could concievably be taken as a name > > collide?! > > > > /me shakes head over incomprehensive US legal stuff. > > heidelberg is the name of fedora core 3 > there was no legal problem with it at all. > > stentz will be the name for fedora core 4. > > the problem is that even if the name does not seem like it will cause > problems it still needs to be checked out. > > The only hold up was that the name needed to be checked, not that the > name was bad in anyway. > > everyone, quit overreacting. > > -sv > The domains stentz.de and stentz.com are in use, but one appears to be a site for a German Town known for wine growing, and the other seems to belong to a French manufacturer of automated bottle washers. Since it is both the name of a town and used as a last name it is conceivable that it could be used in the computer industry. From guy at incentre.net Thu Jun 9 20:10:20 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 09 Jun 2005 14:10:20 -0600 Subject: lastlog devours universe In-Reply-To: References: <20050607150433.A5042@mail.harddata.com> <42A62F2D.2000501@plausible.org> <1118188143.6416.112.camel@localhost.localdomain> <42A63694.7030403@plausible.org> <1118192283.9062.15.camel@yoda.loki.me> <1118199049.17962.50.camel@mgb.bullion.ims> Message-ID: <1118347821.4423.34.camel@sigurd.incentre.net> On Tue, 2005-07-06 at 23:32 -0400, Konstantin Ryabitsev wrote: > On 6/7/05, Mike Bird wrote: > > > Oh wait, I bet a sysadmin knows that she/he can't backup stuff in > > > the /dev/ tree, > > > > Wrong. "tar cfv /tmp/dev.tar /dev" "tar cfvz /tmp/dev/tgz /dev" > > > > > Don't pass your lack of understanding off > > > > .. on the people who point out glaring design flaws in the distro. > > That argument reminds me of a "sysadmin" at my previous job who for 3 > years was ardently backing up "Shortcut to Exchange.lnk". > > If you work with Unix and you don't know what a sparse file is, well, > then you are not a sysadmin. Besides, sparse files tar up just fine > and take up no space even if you don't pass any special flags to tar, > since nulls compress very well. It just takes forever. > Say what! I have been a sysadmin since 1988, and was trained by Sun for Advanced Administration and Development for SunOS and Solaris and took refresher courses up until 1994. I had not heard of a sparse file until now. After googling I now know what a sparse file is, but have yet to come across a problem with one, or a circumstance where I needed to make a special provision for one. > NOTABUG. > > -- > Konstantin Ryabitsev > Zlotniks, INC > > "???????? ?????????? ????? ? ??????? ???? ?????." From peterennis at yahoo.com Thu Jun 9 21:31:53 2005 From: peterennis at yahoo.com (Peter Ennis) Date: Thu, 9 Jun 2005 14:31:53 -0700 (PDT) Subject: SSL is not running Message-ID: <20050609213153.63492.qmail@web81509.mail.yahoo.com> I am still running the rawhide updates. If I try to use Firefox to get to bugzilla it reports: "You cannot connect to bugzilla.redhat.com because SSL is disabled." The error happened after a failed update. I guess a reboot would get it going, but would prefer to know the correct incantation without stopping the box. PFE From fedora at nodata.co.uk Thu Jun 9 21:49:42 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 09 Jun 2005 23:49:42 +0200 Subject: system-logviewer removed any idea why. In-Reply-To: <42A88150.2030406@redhat.com> References: <20050602171706.26550.qmail@web86502.mail.ukl.yahoo.com> <1118236367.20494.45.camel@arena.soho.bytebot.net> <20050608235737.GA30232@Moof.cs.trinity.edu> <1118284752.27623.28.camel@Jovette-14> <1118339288.2842.0.camel@localhost.localdomain> <42A88150.2030406@redhat.com> Message-ID: <1118353782.2745.0.camel@localhost.localdomain> On Thu, 2005-06-09 at 23:20 +0530, Rahul Sundaram wrote: > Hi > > >Again, the first problem is that system-logviewer shouldn't have been > >pulled until it has a replacement. > > > > > Either interested people step up to maintain it or it gets removed > rather than bi trot. > > regards > Rahul > At last a reason. From twaugh at redhat.com Thu Jun 9 22:16:09 2005 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 9 Jun 2005 23:16:09 +0100 Subject: Question about Yum dependency on x64 In-Reply-To: References: Message-ID: <20050609221609.GN8706@redhat.com> On Thu, Jun 09, 2005 at 01:49:23PM -0500, David.Estacio at sycoleman.com wrote: > I am running FC4 Test 3 on my x64 laptop. When I run yum update it gets > to the point where it says Running 'yum update' at the moment will sync you with post-FC4 rawhide development, so things are likely to break from time to time. A better place for discussing Fedora Core development is the fedora-devel mailing list. > Error: Missing Dependency: libptal.so.0()(64bit) is needed by package > xojpanel > Error: Missing Dependency: hpoj = 0.91-13 is needed by package > hpoj-devel > Error: Missing Dependency: hpoj is needed by package xojpanel Oops, there were some missing 'Obsoletes' tags in the new hplip package. Thanks for point this out, and I have fixed that now. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From steve at greengecko.co.nz Thu Jun 9 22:25:02 2005 From: steve at greengecko.co.nz (Steve Holdoway) Date: Fri, 10 Jun 2005 10:25:02 +1200 (NZST) Subject: SSL is not running In-Reply-To: <20050609213153.63492.qmail@web81509.mail.yahoo.com> References: <20050609213153.63492.qmail@web81509.mail.yahoo.com> Message-ID: <2479.203.167.191.13.1118355902.squirrel@mail.greengecko.co.nz> /etc/init.d/sshd restart On Fri, June 10, 2005 9:31 am, Peter Ennis said: > > I am still running the rawhide updates. > If I try to use Firefox to get to bugzilla > it reports: > > "You cannot connect to bugzilla.redhat.com because > SSL is disabled." > > The error happened after a failed update. > I guess a reboot would get it going, but > would prefer to know the correct incantation > without stopping the box. > > PFE > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- Windows: Where do you want to go today? MacOS: Where do you want to be tomorrow? Linux: Are you coming or what? From mark at mark.mielke.cc Thu Jun 9 22:56:23 2005 From: mark at mark.mielke.cc (mark at mark.mielke.cc) Date: Thu, 9 Jun 2005 18:56:23 -0400 Subject: lastlog devours universe Message-ID: <20050609225623.GB19022@mark.mielke.cc> I apologize for losing threading information. I've been reading from the archives of late, instead of monitoring this list. I was a disappointed to read many of the conclusions with regard to this thread. Certainly sparse files should be known and understood, at least in concept, by UNIX administrators. However - we're not talking about regular sparse files here. We're talking about the very real potentially of a file that requires a 64-bit integer to represents its file size. AMD64 and Intel's entry in this arena are reaching a price range where these will become common over the next few years. Have you ever tried to count to 2^64? No matter how good cp, tar, or cpio are at compacting sparse files in their representation of the data, it still requires an insanely large number of system calls, and byte copies (even if only re-filling a buffer with 0's over and over), and processing effort for these applications to determine that these blocks are in fact empty. There is no algorithm I see of detecting this situation. Unless the operating system provided a system call to query 'which blocks are actually used in this file', and all applications were written to call this system call, the line of argument that says that this is ok is completely wrong. Also - for common file systems, is 2^64 byte file even practical to represent? Unless I'm mistaken, the last log file will have several levels of indirection on disk before being able to determine which block to read from or write to. If the data was actually there, this level of redirection would be a requirement. The data isn't, though, and there is no reason for this file to be larger than a few blocks, including file system metadata that the user never needs to see. I consider this a bug. -1 should not be a valid userid, or if it is, it should be represented differently when stored to disk. There is no requirement that I see that this file be in the format that it is. I would suspect that this was a matter of implementation convenience. My file with Fedora Core 3 is 19 Mbytes. If Fedora Core 4 is going to cause this to jump to something completely unreasonable, I am concerned. Then again - my /etc/passwd doesn't have a -1. So, my question then is - is this -1 caused by silly choices made by the user? Or is some RPM or tool in Fedora Core 4 going to use -1 for me? I suspect I would be content if negative uid's were never stored to lastlog. Just some thoughts and an opinion. I'm looking forward to using Fedora Core 4 as I believe it has several packages that I have been waiting for. After following rawhide for Fedora Core 2, and Fedora Core 3, I decided to opt out for Fedora Core 4 and reclaim a portion of my life allowing other people to take a turn. :-) Cheers, mark -- mark at mielke.cc / markm at ncf.ca / markm at nortel.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From steve at greengecko.co.nz Thu Jun 9 23:05:00 2005 From: steve at greengecko.co.nz (Steve Holdoway) Date: Fri, 10 Jun 2005 11:05:00 +1200 (NZST) Subject: SSL is not running In-Reply-To: <2479.203.167.191.13.1118355902.squirrel@mail.greengecko.co.nz> References: <20050609213153.63492.qmail@web81509.mail.yahoo.com> <2479.203.167.191.13.1118355902.squirrel@mail.greengecko.co.nz> Message-ID: <2767.203.167.191.13.1118358300.squirrel@mail.greengecko.co.nz> Sorry, just ignore me. Bad hair day. Steve On Fri, June 10, 2005 10:25 am, Steve Holdoway said: > /etc/init.d/sshd restart > > On Fri, June 10, 2005 9:31 am, Peter Ennis said: >> >> I am still running the rawhide updates. >> If I try to use Firefox to get to bugzilla >> it reports: >> >> "You cannot connect to bugzilla.redhat.com because >> SSL is disabled." >> >> The error happened after a failed update. >> I guess a reboot would get it going, but >> would prefer to know the correct incantation >> without stopping the box. >> >> PFE >> >> -- >> fedora-test-list mailing list >> fedora-test-list at redhat.com >> To unsubscribe: >> http://www.redhat.com/mailman/listinfo/fedora-test-list >> > > > -- > Windows: Where do you want to go today? > MacOS: Where do you want to be tomorrow? > Linux: Are you coming or what? > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- Windows: Where do you want to go today? MacOS: Where do you want to be tomorrow? Linux: Are you coming or what? From mpeters at mac.com Fri Jun 10 04:19:21 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 09 Jun 2005 21:19:21 -0700 Subject: Thinkpad T20 and Audio Message-ID: <1118377161.31279.41.camel@laptop.mpeters.local> Sound does not work on Thinkpad T20 in Rawhide It detects the soundcard but I can't hear test sound System bell works, but general audio does not. I've tried playing with the mixer with no luck. Sound does work in knoppix Vendor: Cirrus Model: Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] Module: snd-cs46xx from /etc/modprobe.conf alias snd-card-0 snd-cs46xx options snd-card-0 index=0 options snd-cs46xx index=0 remove snd-cs46xx { /usr/sbin/alsactl store 0 >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-cs46xx From buildsys at redhat.com Fri Jun 10 11:42:10 2005 From: buildsys at redhat.com (Build System) Date: Fri, 10 Jun 2005 07:42:10 -0400 Subject: rawhide report: 20050610 changes Message-ID: <200506101142.j5ABgAA1000595@porkchop.devel.redhat.com> New package javacc A parser/scanner generator for java Updated Packages: ImageMagick-6.2.2.0-4 --------------------- * Thu Jun 09 2005 Tim Waugh 6.2.2.0-4 - Rebuilt for fixed ghostscript. arptables_jf-0:0.0.8-5 ---------------------- * Thu Jun 09 2005 Jay Fenlason 0.0.8-5 - add -man patch to correct the names of the default tables. bz#123089 aptables man pages is not correct: built in chain name are wrong. * Tue Mar 08 2005 Jay Fenlason 0.0.8-4 - rebuilt with gcc4 * Fri Nov 26 2004 Florian La Roche - add a %clean target into .spec audit-0.9.3-1 ------------- * Thu Jun 09 2005 Steve Grubb 0.9.3-1 - Change filename handling to use linked list in ausearch - Add man pages for audit_setloginuid & audit_getloginuid - Fix problem where you couldn't set rule on unset loginuid's - Adjust memory management for sighup needs - Fix problem where netlink timeout counter wasn't being reset ddd-3.3.11-1 ------------ * Thu Jun 09 2005 Than Ngo 3.3.11-1 - 3.3.11 - add workaround for utf8 dump-0.4b40-3 ------------- * Thu Jun 09 2005 Jindrich Novy 0.4b40-3 - fix restoration of ext3 ACL's (#159617) - Stelian Pop elfutils-0.108-5 ---------------- * Thu Jun 09 2005 Roland McGrath - 0.108-5 - robustification of eu-strip and eu-readelf gaim-1:1.3.1-0.fc5 ------------------ * Thu Jun 09 2005 Warren Togami 1:1.3.1-0 - 1.3.1 more bug fixes CAN-2005-1269 CAN-2005-1934 - enable Message Notification plugin by default ghostscript-8.15-0.rc3.3 ------------------------ * Thu Jun 09 2005 Tim Waugh 8.15-0.rc3.3 - Build requires xorg-x11-devel, not XFree86-devel. - Include ierrors.h in the devel package. gkrellm-2.2.7-1 --------------- * Thu Jun 09 2005 Karsten Hopp 2.2.7-1 - update to 2.2.7 - add Requires: /sbin/chkconfig for -daemon subpackage - allow gkrellm width up to 1600 pixel - change spec file to valid UTF-8 (#159578) hplip-0.9.3-2 ------------- jpilot-0.99.8-0.pre9.1 ---------------------- * Thu Jun 09 2005 Ivana Varekova 0.99.8-0.pre9.1 - rebuilt new version (0.99.8-pre9) kernel-2.6.11-1.1381_FC5 ------------------------ * Thu Jun 09 2005 Dave Jones - 2.6.12-rc6-git3 - Temporarily disable the ipw drivers until I sort them out. * Tue Jun 07 2005 Dave Jones - 2.6.12-rc6-git1 - Disable hercules fb. If you have one of these, please put it back in the trash. Thanks. * Mon Jun 06 2005 Dave Jones - 2.6.12-rc6 - Copy asm-i386 into x86-64's kernel-devel too. (#150266) m2crypto-0.13-4 --------------- * Thu Jun 09 2005 Miloslav Trmac - 0.13-4 - Fix invalid handle_error override in SSL.SSLServer (#159898, patch by Dan Williams) openssh-4.1p1-2 --------------- * Thu Jun 09 2005 Tomas Mraz 4.1p1-2 - use only pam_nologin for nologin testing pam-0.79-10 ----------- * Thu Jun 09 2005 Tomas Mraz 0.79-10 - add the Requires dependency on audit-libs (#159885) - pam_loginuid shouldn't report error when /proc/self/loginuid is missing (#159974) pam_ccreds-1-7 -------------- * Thu Jun 09 2005 John Dennis - 1-7 - fix bug #134674, change BuildPrereq openssl to openssl-devel pilot-link-1:0.12.0-0.pre3.2 ---------------------------- * Thu Jun 09 2005 Than Ngo 0.12.0-0.pre3.2 - fix non utf-8 in changelog #159582 pychecker-0.8.14-4 ------------------ * Thu Jun 09 2005 Miloslav Trmac - 0.8.14-4 - Backport a fix for spurious warnings about "is{, not} None" redhat-artwork-0.124-1 ---------------------- * Thu Jun 09 2005 Than Ngo 0.124-1 - fix ComboBox_Popup issue in qt-theme #157809 - drop redhat-artwork-0.122-throbbers.patch, it's in new upstream selinux-policy-strict-1.23.18-4 ------------------------------- * Thu Jun 09 2005 Dan Walsh 1.23.18-4 - Add /etc/profile.d/selinux.sh /etc/profile.d/selinux.csh for strict - move ice_tmp_t definition for mls - More cleanup selinux-policy-targeted-1.23.18-3 --------------------------------- * Thu Jun 09 2005 Dan Walsh 1.23.18-3 - Add /etc/profile.d/selinux.sh /etc/profile.d/selinux.csh for strict - move ice_tmp_t definition for mls strace-4.5.12-1 --------------- * Wed Jun 08 2005 Roland McGrath - 4.5.12-1 - Fix known syscall recognition for IA32 processes on x86-64 (#158934). - Fix bad output for ptrace on x86-64 (#159787). - Fix potential buffer overruns (#151570, #159196). - Make some diagnostics more consistent (#159308). - Update PowerPC system calls. - Better printing for Linux aio system calls. - Don't truncate statfs64 fields to 32 bits in output (#158243). - Cosmetic code cleanups (#159688). system-config-printer-0.6.132-1 ------------------------------- * Thu Jun 09 2005 Tim Waugh 0.6.132-1 - Added hp-devid to file manifest. - 0.6.132: - F1 for help (bug #159152). - HPLIP support (replacing PTAL support). system-config-securitylevel-1.5.9-1 ----------------------------------- * Thu Jun 09 2005 Chris Lumens 1.5.9-1 - Handle ports that are not listed in /etc/services (#157620). - Add an option to allow Samba browsing - enables several ports, so use with care (#133478). - Mark updated menu option and comment for translation (#156800). - Rebuilt .pot file. texinfo-4.8-6 ------------- * Thu Jun 09 2005 Tim Waugh 4.8-6 - Ship texi2pdf man page, taken from tetex-2.0.2 RPM. From dmalcolm at redhat.com Fri Jun 10 18:06:28 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 10 Jun 2005 14:06:28 -0400 Subject: Slow Evo and .xscreensaver file in home In-Reply-To: <1118191552.17542.28.camel@cornette-fc4t3> References: <1118191552.17542.28.camel@cornette-fc4t3> Message-ID: <1118426789.17224.1.camel@cassandra.boston.redhat.com> On Tue, 2005-06-07 at 20:45 -0400, Jim Cornette wrote: > After trying out another distro (which did not install on one computer > and worked poorly on another computer), I tested my problem with > xscreensavers on the new install. The version is on a 7 gig partition so > it is pretty minimal. (No KDE pretty much a desktop install) > [snip] > Problem 4: > Evolution is dog slow when downloading mail from an ISP pop server. > Thanks. Which version of Evolution? Does setting CAMEL_VERBOSE_DEBUG=1 yield any useful debug info? [snip] From David.Estacio at sycoleman.com Fri Jun 10 18:53:29 2005 From: David.Estacio at sycoleman.com (David.Estacio at sycoleman.com) Date: Fri, 10 Jun 2005 13:53:29 -0500 Subject: Question about Yum dependency on x64 Message-ID: Tim Waugh wrote: Thanks for the help Tim! v/r David From marian_kopala at wp.pl Fri Jun 10 19:10:23 2005 From: marian_kopala at wp.pl (Marian Kopala) Date: Fri, 10 Jun 2005 21:10:23 +0200 Subject: gdm not finding throbber.png Message-ID: <1118430623.2917.18.camel@amigos> Welcome! After today's yum update not my reboot, announcement is not "/usr/share/gdm/themes/Bluecurve/throbber.png" After: 1) run CD linux rescue 2) chroot /mnt/sysimage 3) su 4) edit /usr/share/gdm/themes/Bluecurve/Bluecurve.xml 5) replace -> 6) reboot 7) login ok -------------------- Marian From johnp at redhat.com Fri Jun 10 19:20:09 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Fri, 10 Jun 2005 15:20:09 -0400 Subject: gdm not finding throbber.png In-Reply-To: <1118430623.2917.18.camel@amigos> References: <1118430623.2917.18.camel@amigos> Message-ID: <1118431209.3496.42.camel@remedyz.boston.redhat.com> On Fri, 2005-06-10 at 21:10 +0200, Marian Kopala wrote: > Welcome! > > After today's yum update not my reboot, announcement is not > "/usr/share/gdm/themes/Bluecurve/throbber.png" > > After: > 1) run CD linux rescue > 2) chroot /mnt/sysimage > 3) su > 4) edit /usr/share/gdm/themes/Bluecurve/Bluecurve.xml > 5) replace > > > -> > > > 6) reboot > 7) login ok > > -------------------- > Marian > Tomorrows update of redhat-artwork should fix this issue. -- John (J5) Palmieri Associate Software Engineer Desktop Group Red Hat, Inc. Blog: http://martianrock.com From ewinblists at chrusos.com Fri Jun 10 19:14:59 2005 From: ewinblists at chrusos.com (E Barnett) Date: Fri, 10 Jun 2005 14:14:59 -0500 Subject: Soft clock on FC3 & FC4 while running under VMware on Windoze In-Reply-To: <20050610160021.2991D739C0@hormel.redhat.com> References: <20050610160021.2991D739C0@hormel.redhat.com> Message-ID: <42A9E6B3.9080209@chrusos.com> Forum- I'm running VMware on a Dell Inspirion 8600 (Windoze XP Pro w/all patches) When I run RH9, the software clock tracks the real clock just fine. IOW, the date command shows the same passage of time as in the real world When I run wither FC3 or FC4t2 (both current with yum), the software clock tracks at a rate that is just about 1/3 or 1/4 of the real passage of time. Not only that, but the soft clock's factor of the passage of time seems to be erratic. Futher, the FC3 & FC4 seem to have other behavior that could be tied back to an erratic clock. Sometimes typomatic works, most of the time it doesn't. The length of time of key hold-down to trigger typomatic seems to very and sometimes I easily get a quick burst of repeat characters from one keystroke. Scrollbars work sometimes and not others. Progress bars (like on Thunderbird where it has a moving bar to indicate activity of send or receive) sometimes run slow, sometimes humorously fast. I get a hint that the timeouts for functions like POP and SMTP server sign-in handshaking fails because the timeout is way too short. Other times, the timeout looks real long. All these functions appear to work normally under RH9. I have tried to automatically adjust the clock but it always errors out because the correction factors are out of range. This is the only festering issue I have to complain about in either FC3 or FC4. Any suggestions would be appreciated. -- Ewin (NB: This email account is for all my list digests. My direct email is: ewinb (at) chrusos.com) From kewley at gps.caltech.edu Fri Jun 10 19:28:40 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Fri, 10 Jun 2005 12:28:40 -0700 Subject: Upgrade to FC4 final? In-Reply-To: <42A7516F.6040204@optonline.net> References: <42A6FDFE.5020300@uibk.ac.at> <200506081253.06244.kewley@gps.caltech.edu> <42A7516F.6040204@optonline.net> Message-ID: <200506101228.40919.kewley@gps.caltech.edu> On Wednesday 08 June 2005 13:13, Daniel Gonzalez wrote: > Sounds promising, but how did you know when to stop updating via yum? I kept an eye on fedora-devel-list and fedora-test-list, and noticed when the RH folks said that rawhide had forked from FC4. I've not done any (rawhide) yum updates since that point, except for the kernel. I was having really annoying system lockups, and the kernel update I pulled down still had an FC4 tag; no lockups so far with the new kernel. I'm not concerned that I have the "wrong" kernel. > I stopped updating about 1 week ago. That's what i'm trying to find > out now. What files/directories will tell me where I'm at? My first > guess would be to read everything under /etc/yum.conf. Agreed? Jeff gave a nice long reply on this, which I didn't totally understand. :) I know enough about the yum/rpm/update/upgrade process to do it on my own & handle unexpected outcomes as they crop up; I'll not be following Jeff's guide, personally. Basically, I will update the contents of /etc/yum.repos.d/ to point to the FC4 release repos, and not to rawhide. I will then do a 'yum list updates' to see what want to be updated. If it looks good, I'll do a 'yum update'. There's some slight possibility that I've updated some package *past* the final FC4 version-release. I'll figure out some way to do the comparison if I'm concerned enough about that. Regarding .rpmnew or .rpmsave files, I generally check those *whenever* I update rpms, not just when I update from a last test version to an actual final release. Certainly, as Jeff suggested, I'll try to ensure that I have the "true" FC4 (at least the "true" relevant packages) before I file any bug reports. It's a good idea to think carefully about & report any nonstandard things you've done, *whenever* you submit a bug report. That way, the package maintainer can judge whether your report is not useful because of your customizations. David From jspaleta at gmail.com Fri Jun 10 19:45:48 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Jun 2005 15:45:48 -0400 Subject: Upgrade to FC4 final? In-Reply-To: <200506101228.40919.kewley@gps.caltech.edu> References: <42A6FDFE.5020300@uibk.ac.at> <200506081253.06244.kewley@gps.caltech.edu> <42A7516F.6040204@optonline.net> <200506101228.40919.kewley@gps.caltech.edu> Message-ID: <604aa791050610124569845fdd@mail.gmail.com> On 6/10/05, David Kewley wrote: > Jeff gave a nice long reply on this, which I didn't totally > understand. :) I know enough about the yum/rpm/update/upgrade process > to do it on my own & handle unexpected outcomes as they crop up; I'll > not be following Jeff's guide, personally. I don't follow that guide either.. for system I'm actually going to use. It is however the best way I know to catelog problems that other more foolishly brave souls run into on the attempt. So when i see them complaining in public channels about it, casting stones and demanding help, I know with high confidence that they have attempted to do the live test to final upgrade and i lecture them accordingly. Not that you are going to be one of those people. I absolutely don't recommend doing live upgrades across the test to final release boundary...ever. But if I can't prevent someone from attempting it, at least I can do is help them try to avoid problems. > Regarding .rpmnew or .rpmsave files, I generally check those *whenever* > I update rpms, not just when I update from a last test version to an > actual final release. I really would like this problem solved in a more general way. I don't know of any way that the common self-adminning hobbiest/home user is going to know about the rpmnew/rpmsave files at all. There is no centralized way of being made aware of the creation of these files nor instructions on how to deal with them. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=158575 -jef From marian_kopala at wp.pl Fri Jun 10 20:34:41 2005 From: marian_kopala at wp.pl (Marian Kopala) Date: Fri, 10 Jun 2005 22:34:41 +0200 Subject: gdm not finding throbber.png In-Reply-To: <1118431209.3496.42.camel@remedyz.boston.redhat.com> References: <1118430623.2917.18.camel@amigos> <1118431209.3496.42.camel@remedyz.boston.redhat.com> Message-ID: <1118435682.2917.40.camel@amigos> Dnia 10-06-2005, pi? o godzinie 15:20 -0400, John (J5) Palmieri napisa?(a): > On Fri, 2005-06-10 at 21:10 +0200, Marian Kopala wrote: > > Welcome! > > > > After today's yum update not my reboot, announcement is not > > "/usr/share/gdm/themes/Bluecurve/throbber.png" > > > > After: > > 1) run CD linux rescue > > 2) chroot /mnt/sysimage > > 3) su > > 4) edit /usr/share/gdm/themes/Bluecurve/Bluecurve.xml > > 5) replace > > > > > > -> > > > > > > 6) reboot > > 7) login ok > > > > -------------------- > > Marian > > > > Tomorrows update of redhat-artwork should fix this issue. > > -- > John (J5) Palmieri > Associate Software Engineer > Desktop Group > Red Hat, Inc. > Blog: http://martianrock.com > 1) rpm -q redhat-artwork redhat-artwork-0.124-1 2) rpm -ql redhat-artwork > redhat-artwork.txt 3) gedit redhat-artwork.txt 4) search "throbber.png"? NOT throbber.png From jon780 at gmail.com Fri Jun 10 21:21:43 2005 From: jon780 at gmail.com (Jon 780) Date: Fri, 10 Jun 2005 16:21:43 -0500 Subject: Updating via yum/up2date Message-ID: I'm having a hell of a time updating my fc4test3 installation. Yum, after downloading 700 or so MB worth of packages, tells me it couldn't find any mirrors for about 10 packages, and exits. So I try again, and it attempts to download every package again. Why doesn't it just check to see what was already downloaded and skip what's already there? That seems patently ridiculious to me. up2date, that just gives me a 404 on the header.info file. So what am I doing wrong, why is something that should be so incredibly simple, such an incredible pain in my ass? .jon From jspaleta at gmail.com Fri Jun 10 21:32:49 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 10 Jun 2005 17:32:49 -0400 Subject: Updating via yum/up2date In-Reply-To: References: Message-ID: <604aa79105061014321d79024f@mail.gmail.com> On 6/10/05, Jon 780 wrote: > I'm having a hell of a time updating my fc4test3 installation. > > Yum, after downloading 700 or so MB worth of packages, tells me it > couldn't find any mirrors for about 10 packages, and exits. So I try > again, and it attempts to download every package again. Why doesn't > it just check to see what was already downloaded and skip what's > already there? That seems patently ridiculious to me. yum works as expected for me. If the package is in my local cache...yum doesn't download it again. However... with the development tree.. with daily packge updates.. you can easily end up touching an out of sync mirror on the list and end up pulling a different version of the same packagename. You'd have to convince me with proof that yum is re-downloading the exact same version of a package.. im just not seeing it here. > So what am I doing wrong, why is something that should be so > incredibly simple, such an incredible pain in my ass? You arent doing anything wrong necessarily. The fc4 testing phase is over. The development tree has begun its transition as a staging area for fc5. In this part of the development cycle is when large shifts in technology are done. For example the dropping of the old sytled header.info version of package metadata that up2date and even older versions of yum relied on from the development tree. The configs for up2date have to catch up to that change in how metadata is provided. I can't stress this enough.. the fc4 testing phase is over. You are of course free to continue using the development branch and participating in the development process, but understand that the development tree goes through phases and we are now in its most unstable phase. The development tree eats babies and its very hungry right about now. If you desire a more pleasant updating experience, do a fresh install of fc4 as soon as its publicly avaliable. -jef"cranberry-lime juice and vodka..here i come"spaleta From fct-cornette at insight.rr.com Fri Jun 10 22:09:37 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 10 Jun 2005 18:09:37 -0400 Subject: Slow Evo and .xscreensaver file in home In-Reply-To: <1118426789.17224.1.camel@cassandra.boston.redhat.com> References: <1118191552.17542.28.camel@cornette-fc4t3> <1118426789.17224.1.camel@cassandra.boston.redhat.com> Message-ID: <1118441378.3108.7.camel@cornette-fc4t3> On Fri, 2005-06-10 at 14:06 -0400, David Malcolm wrote: > On Tue, 2005-06-07 at 20:45 -0400, Jim Cornette wrote: > > Problem 4: > > Evolution is dog slow when downloading mail from an ISP pop server. > > > Thanks. Which version of Evolution? evolution-2.2.2-8 > Does setting CAMEL_VERBOSE_DEBUG=1 > yield any useful debug info? Is this a variable you set in evolution or something you set in the shell before launching Evolution.? Is this slowness a result of AV scanners or something? Mozilla mail and Thunderbird are fairly fast downloading mail compared to Evolution. Jim From rpa4email at rogers.com Fri Jun 10 22:40:47 2005 From: rpa4email at rogers.com (Robert Couture) Date: Fri, 10 Jun 2005 18:40:47 -0400 Subject: Slow Evo and .xscreensaver file in home In-Reply-To: <1118441378.3108.7.camel@cornette-fc4t3> References: <1118191552.17542.28.camel@cornette-fc4t3> <1118426789.17224.1.camel@cassandra.boston.redhat.com> <1118441378.3108.7.camel@cornette-fc4t3> Message-ID: <200506101840.55093.rpa4email@rogers.com> On Friday 10 June 2005 18:09, Jim Cornette wrote: > Is this a variable you set in evolution or something you set in the > shell before launching Evolution.? > Is this slowness a result of AV scanners or something? Mozilla mail and > Thunderbird are fairly fast downloading mail compared to Evolution. Sounds like SpamAssasin in action to me :) Robert. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From johnp at redhat.com Fri Jun 10 23:00:19 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Fri, 10 Jun 2005 19:00:19 -0400 Subject: gdm not finding throbber.png In-Reply-To: <1118435682.2917.40.camel@amigos> References: <1118430623.2917.18.camel@amigos> <1118431209.3496.42.camel@remedyz.boston.redhat.com> <1118435682.2917.40.camel@amigos> Message-ID: <1118444419.7006.1.camel@localhost.localdomain> On Fri, 2005-06-10 at 22:34 +0200, Marian Kopala wrote: > Dnia 10-06-2005, pi? o godzinie 15:20 -0400, John (J5) Palmieri > napisa?(a): > > On Fri, 2005-06-10 at 21:10 +0200, Marian Kopala wrote: > > > Welcome! > > > > > > After today's yum update not my reboot, announcement is not > > > "/usr/share/gdm/themes/Bluecurve/throbber.png" > > > > > > After: > > > 1) run CD linux rescue > > > 2) chroot /mnt/sysimage > > > 3) su > > > 4) edit /usr/share/gdm/themes/Bluecurve/Bluecurve.xml > > > 5) replace > > > > > > > > > -> > > > > > > > > > 6) reboot > > > 7) login ok > > > > > > -------------------- > > > Marian > > > > > > > Tomorrows update of redhat-artwork should fix this issue. > > > > -- > > John (J5) Palmieri > > Associate Software Engineer > > Desktop Group > > Red Hat, Inc. > > Blog: http://martianrock.com > > > > 1) rpm -q redhat-artwork > redhat-artwork-0.124-1 > > 2) rpm -ql redhat-artwork > redhat-artwork.txt > > 3) gedit redhat-artwork.txt > > 4) search "throbber.png"? NOT throbber.png Tomorrow dude, when the rawhide tree is regenerated. redhat-artwork-0.124-2. -- John (J5) Palmieri From thomas.cameron at camerontech.com Fri Jun 10 23:02:43 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Fri, 10 Jun 2005 18:02:43 -0500 Subject: Slow Evo and .xscreensaver file in home In-Reply-To: <1118441378.3108.7.camel@cornette-fc4t3> References: <1118191552.17542.28.camel@cornette-fc4t3> <1118426789.17224.1.camel@cassandra.boston.redhat.com> <1118441378.3108.7.camel@cornette-fc4t3> Message-ID: <1118444563.32224.2.camel@localhost.localdomain> On Fri, 2005-06-10 at 18:09 -0400, Jim Cornette wrote: > On Fri, 2005-06-10 at 14:06 -0400, David Malcolm wrote: > > On Tue, 2005-06-07 at 20:45 -0400, Jim Cornette wrote: > > > > Problem 4: > > > Evolution is dog slow when downloading mail from an ISP pop server. > > > > > Thanks. Which version of Evolution? > > evolution-2.2.2-8 > > Does setting CAMEL_VERBOSE_DEBUG=1 > > yield any useful debug info? > > Is this a variable you set in evolution or something you set in the > shell before launching Evolution.? Set in a shell, then run evolution &> evolution.log to capture all of the debug info. And there is a lot. > Is this slowness a result of AV scanners or something? Mozilla mail and > Thunderbird are fairly fast downloading mail compared to Evolution. It's just Evo in general. It is sooooo slow. I *love* the features, but absolutely *hate* the speed. With an IMAP server it is just ridiculously slow. Thomas From thethirddoorontheleft at verizon.net Fri Jun 10 23:19:31 2005 From: thethirddoorontheleft at verizon.net (Darwin H. Webb) Date: Fri, 10 Jun 2005 16:19:31 -0700 Subject: Slow Evo and .xscreensaver file in home In-Reply-To: <200506101840.55093.rpa4email@rogers.com> References: <1118191552.17542.28.camel@cornette-fc4t3> <1118426789.17224.1.camel@cassandra.boston.redhat.com> <1118441378.3108.7.camel@cornette-fc4t3> <200506101840.55093.rpa4email@rogers.com> Message-ID: <1118445571.16101.8.camel@Jovette-14> On Fri, 2005-06-10 at 18:40 -0400, Robert Couture wrote: > On Friday 10 June 2005 18:09, Jim Cornette wrote: > > > Is this a variable you set in evolution or something you set in the > > shell before launching Evolution.? > > > Is this slowness a result of AV scanners or something? Mozilla mail and > > Thunderbird are fairly fast downloading mail compared to Evolution. > > Sounds like SpamAssasin in action to me :) > > Robert. > Evolution has been getting smother and faster with each update. The SpamAssain used to open (and keep open) a half dozen processes, now it opens them when you open the e-mail and closes them when you done. It only tkes about 3 or 4 seconds to let it settle before clicking send/receive. Then it is slow on the first mail because you need to go through the wire and log on to the ISP mail, after that, the mail comes down steady and quick, considering it passes through 2 AV, and 3 A-SPam programs before Evolution gets it. And I only have a Pent III 800. So don't do anything drastic, without defining what slow really means. Expectations are so far out in the stars nowadays it's hilarious. SJ From fct-cornette at insight.rr.com Fri Jun 10 23:41:33 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 10 Jun 2005 19:41:33 -0400 Subject: Slow Evo and .xscreensaver file in home In-Reply-To: <1118445571.16101.8.camel@Jovette-14> References: <1118191552.17542.28.camel@cornette-fc4t3> <1118426789.17224.1.camel@cassandra.boston.redhat.com> <1118441378.3108.7.camel@cornette-fc4t3> <200506101840.55093.rpa4email@rogers.com> <1118445571.16101.8.camel@Jovette-14> Message-ID: <42AA252D.4040500@insight.rr.com> Darwin H. Webb wrote: > On Fri, 2005-06-10 at 18:40 -0400, Robert Couture wrote: > >>On Friday 10 June 2005 18:09, Jim Cornette wrote: >> >> >>> Is this a variable you set in evolution or something you set in the >>> shell before launching Evolution.? >> >>> Is this slowness a result of AV scanners or something? Mozilla mail and >>> Thunderbird are fairly fast downloading mail compared to Evolution. >> >>Sounds like SpamAssasin in action to me :) >> >>Robert. >> > > Evolution has been getting smother and faster with each update. > The SpamAssain used to open (and keep open) a half dozen processes, now > it opens them when you open the e-mail and closes them when you done. > > It only tkes about 3 or 4 seconds to let it settle before clicking > send/receive. > > Then it is slow on the first mail because you need to go through the > wire and log on to the ISP mail, after that, the mail comes down steady > and quick, considering it passes through 2 AV, and 3 A-SPam programs > before Evolution gets it. And I only have a Pent III 800. > > So don't do anything drastic, without defining what slow really means. > Expectations are so far out in the stars nowadays it's hilarious. > > SJ > > I setup Evolution on this computer with version evolution-2.2.2-8. I pasted the CAMEL variable in the shell then launched evolution with the &> evolution.log added to the command. I didn't have mail in the account to download. I'll close mozilla, then try checking mail again w/ evolution. Being that I do not use evolution on a regular basis, I never saw it so slow. The last time I really used it was with ximian on RHL7.2 or earlier. It surprised me with the time it took to download mail. Not to knock evolution. But when something downloads 50 emails and the progress is taking substantially longer than other mailers, it sticks out for comment. Thanks! Jim -- This is an air conditioned room -- do not open Windows! From fct-cornette at insight.rr.com Fri Jun 10 23:47:53 2005 From: fct-cornette at insight.rr.com (Evo Test CAMEL_VERBOSE_DEBUG=1) Date: Fri, 10 Jun 2005 19:47:53 -0400 Subject: Slow Evo and .xscreensaver file in home In-Reply-To: <42AA252D.4040500@insight.rr.com> References: <1118191552.17542.28.camel@cornette-fc4t3> <1118426789.17224.1.camel@cassandra.boston.redhat.com> <1118441378.3108.7.camel@cornette-fc4t3> <200506101840.55093.rpa4email@rogers.com> <1118445571.16101.8.camel@Jovette-14> <42AA252D.4040500@insight.rr.com> Message-ID: <1118447273.4623.5.camel@cornette-lt> > > > > Evolution has been getting smother and faster with each update. > > The SpamAssain used to open (and keep open) a half dozen processes, now > > it opens them when you open the e-mail and closes them when you done. > > > > It only tkes about 3 or 4 seconds to let it settle before clicking > > send/receive. > > > > Then it is slow on the first mail because you need to go through the > > wire and log on to the ISP mail, after that, the mail comes down steady > > and quick, considering it passes through 2 AV, and 3 A-SPam programs > > before Evolution gets it. And I only have a Pent III 800. > > > > So don't do anything drastic, without defining what slow really means. An average of 11 seconds to download the email through Evolution. (one message) > > Expectations are so far out in the stars nowadays it's hilarious. I still recall the large amount of 3.5" and 5.25 floppies install. Downloading 4 CDROMs vs. one DVD are acceptable choices. I'll send the log generated by evo to a bug report, then reference it after closing down Evo. Jim > > > > SJ > > > > From sean.bruno at dsl-only.net Fri Jun 10 23:52:00 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 10 Jun 2005 16:52:00 -0700 Subject: gdm not finding throbber.png In-Reply-To: <1118444419.7006.1.camel@localhost.localdomain> References: <1118430623.2917.18.camel@amigos> <1118431209.3496.42.camel@remedyz.boston.redhat.com> <1118435682.2917.40.camel@amigos> <1118444419.7006.1.camel@localhost.localdomain> Message-ID: <1118447520.9185.12.camel@home-lap> > > > > -------------------- > > > > Marian > > > > > > > > > > Tomorrows update of redhat-artwork should fix this issue. > > > > > > -- > > > John (J5) Palmieri > > > Associate Software Engineer > > > Desktop Group > > > Red Hat, Inc. > > > Blog: http://martianrock.com > > > > > > > 1) rpm -q redhat-artwork > > redhat-artwork-0.124-1 > > > > 2) rpm -ql redhat-artwork > redhat-artwork.txt > > > > 3) gedit redhat-artwork.txt > > > > 4) search "throbber.png"? NOT throbber.png > > Tomorrow dude, when the rawhide tree is regenerated. > > redhat-artwork-0.124-2. > > -- > John (J5) Palmieri > In a follow-up to this issue, should there be two instances of this RPM installed? It appears that on my x86_64 install both ARCH's are installed from the "Workstation" installation. Sean From johnp at redhat.com Sat Jun 11 00:05:35 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Fri, 10 Jun 2005 20:05:35 -0400 Subject: gdm not finding throbber.png In-Reply-To: <1118447520.9185.12.camel@home-lap> References: <1118430623.2917.18.camel@amigos> <1118431209.3496.42.camel@remedyz.boston.redhat.com> <1118435682.2917.40.camel@amigos> <1118444419.7006.1.camel@localhost.localdomain> <1118447520.9185.12.camel@home-lap> Message-ID: <1118448335.7006.5.camel@localhost.localdomain> On Fri, 2005-06-10 at 16:52 -0700, Sean Bruno wrote: > > > > > -------------------- > > > > > Marian > > > > > > > > > > > > > Tomorrows update of redhat-artwork should fix this issue. > > > > > > > > -- > > > > John (J5) Palmieri > > > > Associate Software Engineer > > > > Desktop Group > > > > Red Hat, Inc. > > > > Blog: http://martianrock.com > > > > > > > > > > 1) rpm -q redhat-artwork > > > redhat-artwork-0.124-1 > > > > > > 2) rpm -ql redhat-artwork > redhat-artwork.txt > > > > > > 3) gedit redhat-artwork.txt > > > > > > 4) search "throbber.png"? NOT throbber.png > > > > Tomorrow dude, when the rawhide tree is regenerated. > > > > redhat-artwork-0.124-2. > > > > -- > > John (J5) Palmieri > > > In a follow-up to this issue, should there be two instances of this RPM > installed? It appears that on my x86_64 install both ARCH's are > installed from the "Workstation" installation. > > Sean Some packages are multilib meaning both the 32 bit and 64 bit versions can be installed at once. It doesn't mean that you have twice the amount of graphics. Most likely the Bluecurve theming libraries are multilib. -- John (J5) Palmieri From fct-cornette at insight.rr.com Sat Jun 11 00:19:34 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 10 Jun 2005 20:19:34 -0400 Subject: Slow Evo and CAMEL_VERBOSE_DEBUG=1 In-Reply-To: <1118447273.4623.5.camel@cornette-lt> References: <1118191552.17542.28.camel@cornette-fc4t3> <1118426789.17224.1.camel@cassandra.boston.redhat.com> <1118441378.3108.7.camel@cornette-fc4t3> <200506101840.55093.rpa4email@rogers.com> <1118445571.16101.8.camel@Jovette-14> <42AA252D.4040500@insight.rr.com> <1118447273.4623.5.camel@cornette-lt> Message-ID: <42AA2E16.5010409@insight.rr.com> Evo Test CAMEL_VERBOSE_DEBUG=1 wrote: >>>Evolution has been getting smother and faster with each update. >>>The SpamAssain used to open (and keep open) a half dozen processes, now >>>it opens them when you open the e-mail and closes them when you done. >>> >>>It only tkes about 3 or 4 seconds to let it settle before clicking >>>send/receive. >>> >>>Then it is slow on the first mail because you need to go through the >>>wire and log on to the ISP mail, after that, the mail comes down steady >>>and quick, considering it passes through 2 AV, and 3 A-SPam programs >>>before Evolution gets it. And I only have a Pent III 800. >>> >>>So don't do anything drastic, without defining what slow really means. > > > An average of 11 seconds to download the email through Evolution. (one > message) I tried: ~]$ CAMEL_VERBOSE_DEBUG=1 ~]$ evolution &> evolution.log The dowload of three messages was as fast as with other mailers. I don't think the log contains much helpful information but the below was obtained with the command. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=134053 Jim From buildsys at redhat.com Sat Jun 11 11:23:14 2005 From: buildsys at redhat.com (Build System) Date: Sat, 11 Jun 2005 07:23:14 -0400 Subject: rawhide report: 20050611 changes Message-ID: <200506111123.j5BBNEgQ010583@porkchop.devel.redhat.com> New package gpart A program for recovering corrupt partition tables. Removed package sash Updated Packages: gamin-0.1.1-1 ------------- * Thu May 12 2005 Daniel Veillard 0.1.0-1 - Close inherited file descriptors on exec of gam_server - Cancelling a monitor send back a FAMAcknowledge - Fixed for big files > 2GB - Bug when monitoring a non existing directory - Make client side thread safe - Unreadable directory fixes - Better flow control handling - Updated to latest inotify version: 0.23-6 * Tue Mar 15 2005 Daniel Veillard 0.0.26-1 - Fix an include problem showing up with gcc4 - Fix the crash on failed tree assert bug #150471 based on patch from Dean Brettle - removed an incompatibility with SGI FAM #149822 * Tue Mar 01 2005 Daniel Veillard 0.0.25-1 - Fix a configure problem reported by Martin Schlemmer - Fix the /media/* and /mnt/* mount blocking problems from 0.0.24 e.g. #142637 - Fix the monitoring of directory using poll and not kernel hplip-0.9.3-3 ------------- * Thu Jun 09 2005 Tim Waugh 0.9.3-3 - Added Obsoletes: for xojpanel and hpoj-devel (but we don't actually package devel files yet). netpbm-10.28-1 -------------- * Fri Jun 10 2005 Jindrich Novy 10.28-1 - update to 10.28 - regenerated man pages - sync .security, .security2, .badlink, .libpm, .gcc4 patches - drop upstreamed .pngtopnm, .pnmcolormap patches openoffice.org-1:1.9.109-1.2.0.fc5 ---------------------------------- * Fri Jun 10 2005 Caolan McNamara - 1:1.9.109-1 - rh#158943# Require some fonts - bump to next version - drop integrated ooo46528.stillnotpic.icu.patch - drop integrated ooo48816.instsetoo_native.systempython.patch * Fri Jun 10 2005 Caolan McNamara - 1:1.9.108-4 - ooo#50556# Filetype-label doesn't support special char * Thu Jun 09 2005 Caolan McNamara - 1:1.9.108-3 - rh#159930# use us english thesaurus for australia as well - add openoffice.org-1.9.108.ooo47323.binfilter.stupiddetect.patch for rh#159851#/ooo#47323# prelink-0.3.5-1 --------------- * Fri Jun 10 2005 Jakub Jelinek 0.3.5-1 - support for ppc32 -msecure-plt libraries and binaries - don't crash if d_tag is invalid (#155605) - rebuilt against robustified libelf (CAN-2005-1704) - fix handling of libraries and binaries given on command line without any / characters in the filename selinux-policy-strict-1.23.18-5 ------------------------------- * Fri Jun 10 2005 Dan Walsh 1.23.18-5 - Further cleanup of user separation patches from Ivan selinux-policy-targeted-1.23.18-5 --------------------------------- * Fri Jun 10 2005 Dan Walsh 1.23.18-5 - Further cleanup of user separation patches from Ivan xerces-j2-0:2.6.2-4jpp_8fc -------------------------- * Fri Jun 10 2005 Gary Benson 0:2.6.2-4jpp_8fc - Remove the tools tarball, and build xjavac from source. - Replace classpath workaround to xjavac task and use xml-commons classes again (#152255). From matt.carter85 at gmail.com Sat Jun 11 12:33:26 2005 From: matt.carter85 at gmail.com (Matt Carter) Date: Sat, 11 Jun 2005 13:33:26 +0100 Subject: PCMCIA Problem with FC4T3 Message-ID: <7c79ba1505061105333741c161@mail.gmail.com> Hi all I have just installed FC4T3 on my laptop to see the changes, however on boot up the system crashes when it tries to load PCMCIA Service. My laptop is a Sony VAIO VGN-S3HP, any help with this would be great. Matthew From yuan.bbbush at gmail.com Sat Jun 11 13:50:28 2005 From: yuan.bbbush at gmail.com (Yuan Yijun) Date: Sat, 11 Jun 2005 21:50:28 +0800 Subject: Are these official fc4 iso's? Message-ID: <9792751e050611065059a98577@mail.gmail.com> http://mirror.clarkson.edu/pub/distributions/fedora/linux/core/4/i386/iso/SHA1SUM http://ftp.isu.edu.tw/pub/Linux/Fedora/linux/core/4/i386/iso/SHA1SUM http://ftp.man.poznan.pl/pub/linux/fedora/4/i386/iso/SHA1SUM I guess not, since I find that there is ../os/Fedora/RPMS/fedora-release-4-2.noarch.rpm but the fedora-release is updated to fedora-release-4-3 in Jun 9, is this the only difference to the final version? -- bbbush ^_^ From matt.carter85 at gmail.com Sat Jun 11 14:16:49 2005 From: matt.carter85 at gmail.com (Matt Carter) Date: Sat, 11 Jun 2005 15:16:49 +0100 Subject: Are these official fc4 iso's? In-Reply-To: <9792751e050611065059a98577@mail.gmail.com> References: <9792751e050611065059a98577@mail.gmail.com> Message-ID: <7c79ba150506110716634048da@mail.gmail.com> I am guessing the are the final version, the only way to tell is download and find out. Matthew On 6/11/05, Yuan Yijun wrote: > http://mirror.clarkson.edu/pub/distributions/fedora/linux/core/4/i386/iso/SHA1SUM > http://ftp.isu.edu.tw/pub/Linux/Fedora/linux/core/4/i386/iso/SHA1SUM > http://ftp.man.poznan.pl/pub/linux/fedora/4/i386/iso/SHA1SUM > > I guess not, since I find that there is > ../os/Fedora/RPMS/fedora-release-4-2.noarch.rpm but the fedora-release > is updated to fedora-release-4-3 in Jun 9, is this the only difference > to the final version? > > -- > bbbush ^_^ > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From skvidal at phy.duke.edu Sat Jun 11 14:19:56 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 11 Jun 2005 10:19:56 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <7c79ba150506110716634048da@mail.gmail.com> References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> Message-ID: <1118499596.14986.2.camel@cutter> On Sat, 2005-06-11 at 15:16 +0100, Matt Carter wrote: > I am guessing the are the final version, the only way to tell is > download and find out. > or you could just wait until monday. -sv From veillard at redhat.com Sat Jun 11 16:42:08 2005 From: veillard at redhat.com (Daniel Veillard) Date: Sat, 11 Jun 2005 12:42:08 -0400 Subject: rawhide report: 20050611 changes In-Reply-To: References: <200506111123.j5BBNEgQ010583@porkchop.devel.redhat.com> Message-ID: <20050611164208.GC20350@redhat.com> On Sat, Jun 11, 2005 at 12:19:19PM -0400, sean wrote: > Build System wrote: > ................. > > > >gamin-0.1.1-1 > > The spec files removes libfam.la. For whatever reason, this > is needed to build koffice ( other kde?) and filelight. the version in FC3 & FC3 keep the .la . The consensus was that kde would be rebuild to remove that dependancy. We are on Rawhide, the goal is to fix things at this point, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159144 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 jerone at gmail.com Sat Jun 11 17:24:34 2005 From: jerone at gmail.com (Jerone Young) Date: Sat, 11 Jun 2005 12:24:34 -0500 Subject: Are these official fc4 iso's? In-Reply-To: <1118499596.14986.2.camel@cutter> References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> <1118499596.14986.2.camel@cutter> Message-ID: <9f50a7a00506111024258795ed@mail.gmail.com> The FC4 i386 & x86-64 cd isos are floating around the net. Got the i386..getting x86-64 isos now. Installed i386 and the build is called "Stentz". Installer didn't say anything about beta. So they look to be the final final. On 6/11/05, seth vidal wrote: > On Sat, 2005-06-11 at 15:16 +0100, Matt Carter wrote: > > I am guessing the are the final version, the only way to tell is > > download and find out. > > > > or you could just wait until monday. > > -sv > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From skvidal at phy.duke.edu Sat Jun 11 17:30:30 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 11 Jun 2005 13:30:30 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <9f50a7a00506111024258795ed@mail.gmail.com> References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> Message-ID: <1118511030.14986.26.camel@cutter> On Sat, 2005-06-11 at 12:24 -0500, Jerone Young wrote: > The FC4 i386 & x86-64 cd isos are floating around the net. Got the > i386..getting x86-64 isos now. Installed i386 and the build is called > "Stentz". Installer didn't say anything about beta. So they look to be > the final final. > or so you hope! but hey, whatever floats your boat. -sv From matt.carter85 at gmail.com Sat Jun 11 17:36:01 2005 From: matt.carter85 at gmail.com (Matt Carter) Date: Sat, 11 Jun 2005 18:36:01 +0100 Subject: Are these official fc4 iso's? In-Reply-To: <1118511030.14986.26.camel@cutter> References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <1118511030.14986.26.camel@cutter> Message-ID: <7c79ba1505061110362a36f022@mail.gmail.com> Same here downloaded the first CD it never mentioned anything about being a test release, also the release notes say Fedora core 4 so I hope its gonna be the official. Matthew On 6/11/05, seth vidal wrote: > On Sat, 2005-06-11 at 12:24 -0500, Jerone Young wrote: > > The FC4 i386 & x86-64 cd isos are floating around the net. Got the > > i386..getting x86-64 isos now. Installed i386 and the build is called > > "Stentz". Installer didn't say anything about beta. So they look to be > > the final final. > > > > or so you hope! > > but hey, whatever floats your boat. > > -sv > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From mricon at gmail.com Sat Jun 11 19:08:32 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Sat, 11 Jun 2005 15:08:32 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <7c79ba1505061110362a36f022@mail.gmail.com> References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <1118511030.14986.26.camel@cutter> <7c79ba1505061110362a36f022@mail.gmail.com> Message-ID: On 6/11/05, Matt Carter wrote: > Same here downloaded the first CD it never mentioned anything about > being a test release, also the release notes say Fedora core 4 so I > hope its gonna be the official. Sweet! My "make a fake FC4 and add a backdoor" plan is working perfectly. Soon I and my hordes of drones will take over the world. Mwahahahaha. Now, I need to make sure nobody suspects anything... Where's the "Discard" button... ah, there it is... -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From ivazquez at ivazquez.net Sat Jun 11 19:25:08 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 11 Jun 2005 15:25:08 -0400 Subject: Are these official fc4 iso's? In-Reply-To: References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <1118511030.14986.26.camel@cutter> <7c79ba1505061110362a36f022@mail.gmail.com> Message-ID: <1118517908.23142.25.camel@ignacio.ignacio.lan> On Sat, 2005-06-11 at 15:08 -0400, Konstantin Ryabitsev wrote: > On 6/11/05, Matt Carter wrote: > > Same here downloaded the first CD it never mentioned anything about > > being a test release, also the release notes say Fedora core 4 so I > > hope its gonna be the official. > > Sweet! My "make a fake FC4 and add a backdoor" plan is working > perfectly. Soon I and my hordes of drones will take over the world. > Mwahahahaha. *Your* plan? I though that was *my* plan! Don't tell me you did it without letting me know! No respect these days, I tells ya... -- 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 veillard at redhat.com Sat Jun 11 21:43:34 2005 From: veillard at redhat.com (Daniel Veillard) Date: Sat, 11 Jun 2005 17:43:34 -0400 Subject: rawhide report: 20050611 changes In-Reply-To: References: <200506111123.j5BBNEgQ010583@porkchop.devel.redhat.com> <20050611164208.GC20350@redhat.com> Message-ID: <20050611214334.GE20350@redhat.com> On Sat, Jun 11, 2005 at 02:16:43PM -0400, sean wrote: > Daniel Veillard wrote: > >On Sat, Jun 11, 2005 at 12:19:19PM -0400, sean wrote: > > > >>Build System wrote: > >>................. > >> > >>>gamin-0.1.1-1 > >> > >>The spec files removes libfam.la. For whatever reason, this > >>is needed to build koffice ( other kde?) and filelight. > > > > > > the version in FC3 & FC3 keep the .la . The consensus was that > >kde would be rebuild to remove that dependancy. We are on Rawhide, > >the goal is to fix things at this point, > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159144 > > > >Daniel > > > OK. Does the libfam.la dependency just go away if kde is > rebuilt without .la installed, or does this require a change > to the kde code? our current guess is that it won't require it if rebuilt. 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 fct-cornette at insight.rr.com Sat Jun 11 22:47:13 2005 From: fct-cornette at insight.rr.com (Evo Test - Jim C.) Date: Sat, 11 Jun 2005 18:47:13 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <7c79ba1505061110362a36f022@mail.gmail.com> References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <1118511030.14986.26.camel@cutter> <7c79ba1505061110362a36f022@mail.gmail.com> Message-ID: <1118530033.6307.8.camel@cornette-lt> On Sat, 2005-06-11 at 18:36 +0100, Matt Carter wrote: > Same here downloaded the first CD it never mentioned anything about > being a test release, also the release notes say Fedora core 4 so I > hope its gonna be the official. > > Matthew > Do the release notes mention anything about GFS-kernel modules using yum remove kernel- to remove the modules also? I know that Tommy added a good explanation that made it in the release notes. Section 6.1.1.1 or something along those lines. If it is included, it might be authentic. Jim es menu class init adding hook target 'source' (evolution:3987): camel-WARNING **: Invalid root: '/home/jim/.evolution/mail/local/Drafts.ibex.index' (evolution:3987): camel-WARNING **: version: TEXT.000 (TEXT.000) (evolution:3987): camel-WARNING **: block size: 1024 (1024) OK (evolution:3987): camel-WARNING **: free: 0 (0 add size < 1024) OK (evolution:3987): camel-WARNING **: last: 6144 (6144 and size: 1024) BAD (evolution:3987): camel-WARNING **: flags: unSYNC ** (evolution:3987): CRITICAL **: draw_box: assertion `width >= -1' failed update flow align From fedora-test-list at cygnusx-1.org Sat Jun 11 23:04:01 2005 From: fedora-test-list at cygnusx-1.org (Nathan Grennan) Date: Sat, 11 Jun 2005 16:04:01 -0700 Subject: Are these official fc4 iso's? In-Reply-To: <1118517908.23142.25.camel@ignacio.ignacio.lan> References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <1118511030.14986.26.camel@cutter> <7c79ba1505061110362a36f022@mail.gmail.com> <1118517908.23142.25.camel@ignacio.ignacio.lan> Message-ID: <1118531042.2072.4.camel@proton.cygnusx-1.org> On Sat, 2005-06-11 at 15:25 -0400, Ignacio Vazquez-Abrams wrote: > On Sat, 2005-06-11 at 15:08 -0400, Konstantin Ryabitsev wrote: > > On 6/11/05, Matt Carter wrote: > > > Same here downloaded the first CD it never mentioned anything about > > > being a test release, also the release notes say Fedora core 4 so I > > > hope its gonna be the official. > > > > Sweet! My "make a fake FC4 and add a backdoor" plan is working > > perfectly. Soon I and my hordes of drones will take over the world. > > Mwahahahaha. > > *Your* plan? I though that was *my* plan! Don't tell me you did it > without letting me know! No respect these days, I tells ya... Hmm, my both have a copy of the Red Hat Fedora private gpg key? The SHA1SUM files are signed and for just such reasons. I personally compared the official Fedora key and the key used to sign the SHA1SUM file. It passed the test. Plus all the rpms are signed on top of that. Which gets around risks of SHA1 hash collisions. From lynn at garlic.com Sat Jun 11 23:22:26 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Sat, 11 Jun 2005 17:22:26 -0600 Subject: smp 13xx kernels with hung processes In-Reply-To: <20050604021045.F2B6673598@hormel.redhat.com> References: <20050604021045.F2B6673598@hormel.redhat.com> Message-ID: <42AB7232.6040405@garlic.com> del poweredge 2400 with hardware raid (six real scsi drives), dual 1ghz processors, 1gbyte memory ... originally shipped from dell w/rh7 installed, smp 13xx kernels started having hung problems problems. 1381 seems to be somewhat better ... it took some amount of time longer before it hung. then i tried to logoff and also do cntrl-alt-bckspc ... which then had everything locked and had to do hardware reset butto to reboot back to 1276 smp kernel (which hasn't had any such problems). stress is mozilla clicking on a couple tab folders that have nearly 200 total urls ... and a couple other things. earlier 13xx kernels could hang before kde initialization was completed and/or early in kicking off the 200 tabbed urls. 1381 seemed to get several minutes futher before it locked up. From thomas.cameron at camerontech.com Sat Jun 11 23:30:35 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Sat, 11 Jun 2005 18:30:35 -0500 Subject: Are these official fc4 iso's? In-Reply-To: <1118531042.2072.4.camel@proton.cygnusx-1.org> References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <1118511030.14986.26.camel@cutter> <7c79ba1505061110362a36f022@mail.gmail.com> <1118517908.23142.25.camel@ignacio.ignacio.lan> <1118531042.2072.4.camel@proton.cygnusx-1.org> Message-ID: <1118532635.3605.3.camel@localhost.localdomain> On Sat, 2005-06-11 at 16:04 -0700, Nathan Grennan wrote: > On Sat, 2005-06-11 at 15:25 -0400, Ignacio Vazquez-Abrams wrote: > > On Sat, 2005-06-11 at 15:08 -0400, Konstantin Ryabitsev wrote: > > > On 6/11/05, Matt Carter wrote: > > > > Same here downloaded the first CD it never mentioned anything about > > > > being a test release, also the release notes say Fedora core 4 so I > > > > hope its gonna be the official. > > > > > > Sweet! My "make a fake FC4 and add a backdoor" plan is working > > > perfectly. Soon I and my hordes of drones will take over the world. > > > Mwahahahaha. > > > > *Your* plan? I though that was *my* plan! Don't tell me you did it > > without letting me know! No respect these days, I tells ya... > > Hmm, my both have a copy of the Red Hat Fedora private gpg key? The > SHA1SUM files are signed and for just such reasons. > > I personally compared the official Fedora key and the key used to sign > the SHA1SUM file. It passed the test. Plus all the rpms are signed on > top of that. Which gets around risks of SHA1 hash collisions. So in plain old English for us mere mortals, does that mean that this torrent is legit? They are the final FC4 ISO images? Thanks! Thomas From fedora-test-list at cygnusx-1.org Sat Jun 11 23:39:29 2005 From: fedora-test-list at cygnusx-1.org (Nathan Grennan) Date: Sat, 11 Jun 2005 16:39:29 -0700 Subject: Are these official fc4 iso's? In-Reply-To: <1118532635.3605.3.camel@localhost.localdomain> References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <1118511030.14986.26.camel@cutter> <7c79ba1505061110362a36f022@mail.gmail.com> <1118517908.23142.25.camel@ignacio.ignacio.lan> <1118531042.2072.4.camel@proton.cygnusx-1.org> <1118532635.3605.3.camel@localhost.localdomain> Message-ID: <1118533169.2072.26.camel@proton.cygnusx-1.org> On Sat, 2005-06-11 at 18:30 -0500, Thomas Cameron wrote: > On Sat, 2005-06-11 at 16:04 -0700, Nathan Grennan wrote: > > On Sat, 2005-06-11 at 15:25 -0400, Ignacio Vazquez-Abrams wrote: > > > On Sat, 2005-06-11 at 15:08 -0400, Konstantin Ryabitsev wrote: > > > > On 6/11/05, Matt Carter wrote: > > > > > Same here downloaded the first CD it never mentioned anything about > > > > > being a test release, also the release notes say Fedora core 4 so I > > > > > hope its gonna be the official. > > > > > > > > Sweet! My "make a fake FC4 and add a backdoor" plan is working > > > > perfectly. Soon I and my hordes of drones will take over the world. > > > > Mwahahahaha. > > > > > > *Your* plan? I though that was *my* plan! Don't tell me you did it > > > without letting me know! No respect these days, I tells ya... > > > > Hmm, my both have a copy of the Red Hat Fedora private gpg key? The > > SHA1SUM files are signed and for just such reasons. > > > > I personally compared the official Fedora key and the key used to sign > > the SHA1SUM file. It passed the test. Plus all the rpms are signed on > > top of that. Which gets around risks of SHA1 hash collisions. > > So in plain old English for us mere mortals, does that mean that this > torrent is legit? They are the final FC4 ISO images? Most likely, with two potential problems. One, you have to trust me or do the tests yourself. Two, Red Hat could find a bug that causes it to format partitions when told not to at random today and then decide to make a new release. One is easy to solve, and two is a small risk. Another issue is that yum isn't going to work very well since most mirrors aren't open. Some repositories have some FC4 packages, but not all of them. Others have no FC4 packages. Overall in general I say go for it if you are already running a FC4 test or rawhide. Because there is just as much risk. If you are still running FC3 it is probably best to stick with FC3 for another few days at least. From thomas.cameron at camerontech.com Sat Jun 11 23:54:44 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Sat, 11 Jun 2005 18:54:44 -0500 Subject: Are these official fc4 iso's? In-Reply-To: <1118533169.2072.26.camel@proton.cygnusx-1.org> References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <1118511030.14986.26.camel@cutter> <7c79ba1505061110362a36f022@mail.gmail.com> <1118517908.23142.25.camel@ignacio.ignacio.lan> <1118531042.2072.4.camel@proton.cygnusx-1.org> <1118532635.3605.3.camel@localhost.localdomain> <1118533169.2072.26.camel@proton.cygnusx-1.org> Message-ID: <1118534084.3605.18.camel@localhost.localdomain> On Sat, 2005-06-11 at 16:39 -0700, Nathan Grennan wrote: > > So in plain old English for us mere mortals, does that mean that this > > torrent is legit? They are the final FC4 ISO images? > > Most likely, with two potential problems. One, you have to trust me or > do the tests yourself. Two, Red Hat could find a bug that causes it to > format partitions when told not to at random today and then decide to > make a new release. One is easy to solve, and two is a small risk. > > Another issue is that yum isn't going to work very well since most > mirrors aren't open. Some repositories have some FC4 packages, but not > all of them. Others have no FC4 packages. > > Overall in general I say go for it if you are already running a FC4 test > or rawhide. Because there is just as much risk. If you are still running > FC3 it is probably best to stick with FC3 for another few days at least. I don't know if everyone saw the message on the Fedora list about the torrent: http://www.torrentspy.com/download.asp?id=326159 I am downloading at about 170 KB/s right now, and the files to be downloaded are: FC4-i386-disc1.iso FC4-i386-disc2.iso FC4-i386-disc3.iso FC4-i386-disc4.iso SHA1SUM I'll let everyone know how it looks when I get done. Thomas From stevew5set at alltel.net Sun Jun 12 02:07:35 2005 From: stevew5set at alltel.net (steve) Date: Sat, 11 Jun 2005 21:07:35 -0500 Subject: Are these official fc4 iso's? In-Reply-To: <9f50a7a00506111024258795ed@mail.gmail.com> References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> Message-ID: <200506112107.35738.stevew5set@alltel.net> On Saturday 11 June 2005 12:24 pm, Jerone Young wrote: > The FC4 i386 & x86-64 cd isos are floating around the net. Got the > i386..getting x86-64 isos now. Installed i386 and the build is called > "Stentz". Installer didn't say anything about beta. So they look to be > the final final. Is it??---huh?--is it??huh--is it??? Well--OF COURSE IT IS! Please install and run as soon as possible and if there IS a bug--figure out how to stop/halt the "torrent" with the faulty copy floating around. Steve w5set From byte at aeon.com.my Sat Jun 11 04:53:29 2005 From: byte at aeon.com.my (Colin Charles) Date: Fri, 10 Jun 2005 21:53:29 -0700 Subject: Fedora Core 4 delayed until June 13 In-Reply-To: <42A74FFF.4020407@www.linux.org.uk> References: <20050606142858.27995.qmail@web30201.mail.mud.yahoo.com> <42A74FFF.4020407@www.linux.org.uk> Message-ID: <1118465609.3544.278.camel@arena.soho.bytebot.net> On Wed, 2005-06-08 at 16:07 -0400, Mike A. Harris wrote: > > I believe it's not really Heidelberg (which was a previous name as I > > remember), but it's true name is a secret till release... Besides > Fedora > > Core 4, it has a "nickname" that is used as a development pseudonym. > > It does? Wow, I work here and wasn't even aware of that. AFAIK, > the last OS release to have an internal developmental codename was > RHL 9, or FC1. Yah, rhl9->fc1 (cambridge?) it was I think -- Colin Charles, http://www.bytebot.net/ FUDCon II @ LinuxTag June 24-25, 2005 in Karlsruhe, Germany http://fedoraproject.com/fudcon/ From jerone at gmail.com Sun Jun 12 04:34:18 2005 From: jerone at gmail.com (Jerone Young) Date: Sat, 11 Jun 2005 23:34:18 -0500 Subject: Are these official fc4 iso's? In-Reply-To: <200506112107.35738.stevew5set@alltel.net> References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> Message-ID: <9f50a7a005061121347f8f8a83@mail.gmail.com> Havn't had any problems. It's the real thing. If not then a few package update once the repositories get updated with fc4. It's a good build. I see no faults in it. Only thing I really do wish is the the Network Manger app (the wireless app) was mature enough to be ready for prime time for fc4 :-( . It's there but still has a ways to go. fc4 looking good! On 6/11/05, steve wrote: > On Saturday 11 June 2005 12:24 pm, Jerone Young wrote: > > The FC4 i386 & x86-64 cd isos are floating around the net. Got the > > i386..getting x86-64 isos now. Installed i386 and the build is called > > "Stentz". Installer didn't say anything about beta. So they look to be > > the final final. > Is it??---huh?--is it??huh--is it??? > Well--OF COURSE IT IS! > Please install and run as soon as possible and if there IS a bug--figure out > how to stop/halt the "torrent" with the faulty copy floating around. > > Steve w5set > From mhw at wittsend.com Sun Jun 12 04:50:30 2005 From: mhw at wittsend.com (Michael H. Warfield) Date: Sun, 12 Jun 2005 00:50:30 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <9f50a7a005061121347f8f8a83@mail.gmail.com> References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> Message-ID: <1118551830.4300.14.camel@localhost.localdomain> On Sat, 2005-06-11 at 23:34 -0500, Jerone Young wrote: > Havn't had any problems. It's the real thing. If not then a few > package update once the repositories get updated with fc4. It's a good > build. I see no faults in it. Only thing I really do wish is the the > Network Manger app (the wireless app) was mature enough to be ready > for prime time for fc4 :-( . It's there but still has a ways to go. > fc4 looking good! I had one experience with that Network Manager such that I would never even try it again, even at gun point. It committed such random acts of terrorism (broke all my existing connections, totally torched my routing tables, and absolutely refused to be unloaded) that I had to reboot my entire laptop to get it off my system and reestablish my wired connection. I now manage all my wireless using wpa_supplicant (which handles WEP and WPA-* and WPA2-*) and have yet to figure out what anyone would even want the Network (Mis)Manager app for unless they were gluttons for punishment. Sorry for the rant. An extremely distasteful experience... Mike > On 6/11/05, steve wrote: > > On Saturday 11 June 2005 12:24 pm, Jerone Young wrote: > > > The FC4 i386 & x86-64 cd isos are floating around the net. Got the > > > i386..getting x86-64 isos now. Installed i386 and the build is called > > > "Stentz". Installer didn't say anything about beta. So they look to be > > > the final final. > > Is it??---huh?--is it??huh--is it??? > > Well--OF COURSE IT IS! > > Please install and run as soon as possible and if there IS a bug--figure out > > how to stop/halt the "torrent" with the faulty copy floating around. > > > > Steve w5set > > > -- Michael H. Warfield | (770) 985-6132 | mhw at WittsEnd.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 307 bytes Desc: This is a digitally signed message part URL: From kapointer at charter.net Sun Jun 12 05:09:49 2005 From: kapointer at charter.net (Kyle Pointer) Date: Sun, 12 Jun 2005 00:09:49 -0500 Subject: general software managment problems In-Reply-To: <20050612045114.5B59073699@hormel.redhat.com> References: <20050612045114.5B59073699@hormel.redhat.com> Message-ID: <1118552990.6492.8.camel@fluffbox.fluffnet> Not sure what the deal is, but I have been having a lot of problems with RPM's and RPM type things. I don't see any sort of relation between the problems, but generally they have something to do with RPM. One thing, I always get a "/media/cdrecorder does not look like a valid installation source" error when I try to put in say, the Redhat Enterprise Linux EXTRAS cds. Not sure what the deal there is... And then there's a problem with up2date looking for headers directory in "http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/" and there isn't one. I'm not sure what the deal is there either... Any ideas about either of these issues? I've filled bug reports. -- Kyle Pointer From david at fubar.dk Sun Jun 12 05:55:25 2005 From: david at fubar.dk (David Zeuthen) Date: Sun, 12 Jun 2005 01:55:25 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <1118551830.4300.14.camel@localhost.localdomain> References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> Message-ID: <1118555725.16796.31.camel@daxter.boston.redhat.com> On Sun, 2005-06-12 at 00:50 -0400, Michael H. Warfield wrote: > On Sat, 2005-06-11 at 23:34 -0500, Jerone Young wrote: > > Havn't had any problems. It's the real thing. If not then a few > > package update once the repositories get updated with fc4. It's a good > > build. I see no faults in it. Only thing I really do wish is the the > > Network Manger app (the wireless app) was mature enough to be ready > > for prime time for fc4 :-( . It's there but still has a ways to go. > > fc4 looking good! > > I had one experience with that Network Manager such that I would never > even try it again, even at gun point. It committed such random acts of > terrorism (broke all my existing connections, totally torched my routing > tables, and absolutely refused to be unloaded) that I had to reboot my > entire laptop to get it off my system and reestablish my wired > connection. I now manage all my wireless using wpa_supplicant (which > handles WEP and WPA-* and WPA2-*) and have yet to figure out what anyone > would even want the Network (Mis)Manager app for unless they were > gluttons for punishment. > Uhm, you see, NetworkManager is *specifically designed* to take over all networking on the box such that the user won't have install software not in the core distro, touch configuration files, reconfigure name resolution service, identity ESS id's, configure WEP keys, invoke DHCP clients, run shell commands etc. etc. For instance, today, if I pull out the Ethernet cable, NM will automatically switch to wireless networking, lookup WEP keys (or ask the me if it's not cached in the keyring), negotiate DHCP, update the name resolution service and so forth. I don't have to do a *single thing* and I get smooth animations and visual feedback on top :-). It just works. However, to do all this it means that it's pretty difficult to get this to work with the setup of certain users who, uhm, like total control of their routing tables, connections and so on. So, if you're the kind of user that (for some reason) need this, NetworkManager isn't for you yet. > Sorry for the rant. An extremely distasteful experience... No, maybe you're just not the target user for NetworkManager so that may be why it doesn't work for you. My guess is that NM works pretty well for the vast majority because they only use wired/wireless networking and, frankly said, just wants things to work and are less enthusiastic about technical details. That said, we're working hard on extending what NM does so it's useful for more and more people [1] but keep in mind that it will require that existing software gets adapted such that NetworkManager can control it. This takes time. We take patches though. However, another issue (which may be why you didn't have luck with NM) is that the quality of wireless drivers (and to a certain extent, wired drivers too) vary a lot and this matters when software, not people, are configuring them. David [1] : we're adding support for VPN software for instance; more stuff like dial-up, Bluetooth networking, integration with wpa_supplicant is on the roadmap too From thomas.cameron at camerontech.com Sun Jun 12 06:02:45 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Sun, 12 Jun 2005 01:02:45 -0500 Subject: FC4 is in the torrent! Message-ID: <1118556165.3605.28.camel@localhost.localdomain> I just got all four installation CD images downloaded, and they match the sha1sums. http://www.torrentspy.com/download.asp?id=326159 Have fun! Thomas From jerryw4386 at msn.com Sun Jun 12 06:44:55 2005 From: jerryw4386 at msn.com (JERRY WHITMIRE) Date: Sat, 11 Jun 2005 23:44:55 -0700 Subject: sound not working Message-ID: Hi my sound card worked when i first installed Fedora core but i get the message when boot to Kde sound server information message error while initializing the sound driver device default cant be opened for play back [ invalid argument } the sound server will continue using null output device. But when i use sound card detection the sound work just fine. this is a new Dell 8400 i do not know much about it i have only had it for few days now. this is the first time to have Fedora on it. Is there something i can do to make it work ? It is using kernel 2.6.11-1.1369_FC4 smp. vender-intel model : corporation 82801FB/FBM/FR/FW/FRW/{ICH6.Family] AC 97 Audio controller module:snd-intel 8x0 _________________________________________________________________ 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 korgull at home.nl Sun Jun 12 08:46:55 2005 From: korgull at home.nl (Marcel Janssen) Date: Sun, 12 Jun 2005 10:46:55 +0200 Subject: swat Message-ID: <200506121046.55818.korgull@home.nl> Hi, I'm having trouble login into swat. Last week it worked well, but now it fails and I have no idea why. swat is on. I login with my root account, but it fails. I have no idea why it would fail as both username (root) and password are certainly correct. Regards, Marcel From dr at cluenet.de Sun Jun 12 08:47:59 2005 From: dr at cluenet.de (Daniel Roesen) Date: Sun, 12 Jun 2005 10:47:59 +0200 Subject: Are these official fc4 iso's? In-Reply-To: <1118555725.16796.31.camel@daxter.boston.redhat.com> References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> Message-ID: <20050612084759.GA2959@srv01.cluenet.de> On Sun, Jun 12, 2005 at 01:55:25AM -0400, David Zeuthen wrote: > [1] : we're adding support for VPN software for instance; more stuff > like dial-up, Bluetooth networking, integration with wpa_supplicant is > on the roadmap too Cool. OpenVPN? That would rock. Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From korgull at home.nl Sun Jun 12 09:00:03 2005 From: korgull at home.nl (Marcel Janssen) Date: Sun, 12 Jun 2005 11:00:03 +0200 Subject: swat In-Reply-To: <200506121046.55818.korgull@home.nl> References: <200506121046.55818.korgull@home.nl> Message-ID: <200506121100.03989.korgull@home.nl> On Sunday 12 June 2005 10:46, Marcel Janssen wrote: > Hi, > > I'm having trouble login into swat. > Last week it worked well, but now it fails and I have no idea why. > swat is on. I login with my root account, but it fails. > > I have no idea why it would fail as both username (root) and password are > certainly correct. Apparently the system also doesn't have clue :-) (Unknown error ???) Jun 12 10:51:30 superbit swat[13529]: [2005/06/12 10:51:30, 0] auth/pampass.c:smb_pam_auth(535) Jun 12 10:51:30 superbit swat[13529]: smb_pam_auth: PAM: UNKNOWN ERROR while authenticating user root Jun 12 10:51:30 superbit swat[13529]: [2005/06/12 10:51:30, 0] auth/pampass.c:smb_pam_passcheck(810) Jun 12 10:51:30 superbit swat[13529]: smb_pam_passcheck: PAM: smb_pam_auth failed - Rejecting User root ! How can I open swat to everyone ? (I don';t care if that's not secure, I need to get some work done now and care about security later). Regards, Marcel From korgull at home.nl Sun Jun 12 09:09:39 2005 From: korgull at home.nl (Marcel Janssen) Date: Sun, 12 Jun 2005 11:09:39 +0200 Subject: swat In-Reply-To: <200506121100.03989.korgull@home.nl> References: <200506121046.55818.korgull@home.nl> <200506121100.03989.korgull@home.nl> Message-ID: <200506121109.39455.korgull@home.nl> On Sunday 12 June 2005 11:00, Marcel Janssen wrote: > Jun 12 10:51:30 superbit swat[13529]: [2005/06/12 10:51:30, 0] > auth/pampass.c:smb_pam_auth(535) > Jun 12 10:51:30 superbit swat[13529]: smb_pam_auth: PAM: UNKNOWN ERROR > while authenticating user root > Jun 12 10:51:30 superbit swat[13529]: [2005/06/12 10:51:30, 0] > auth/pampass.c:smb_pam_passcheck(810) > Jun 12 10:51:30 superbit swat[13529]: smb_pam_passcheck: PAM: > smb_pam_auth failed - Rejecting User root ! It seems some PAM error, other tools like system-config-samba also fail. How does one restart this pam stuff ? Regards, Marcel From sundaram at redhat.com Sun Jun 12 09:44:34 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Sun, 12 Jun 2005 15:14:34 +0530 Subject: Are these official fc4 iso's? In-Reply-To: <1118555725.16796.31.camel@daxter.boston.redhat.com> References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> Message-ID: <42AC0402.2090106@redhat.com> Hi > >That said, we're working hard on extending what NM does so it's useful >for more and more people [1] but keep in mind that it will require that >existing software gets adapted such that NetworkManager can control it. >This takes time. We take patches though. > > It would be a good idea to add these plans to the following wiki page for everyone to drool at http://www.fedoraproject.org/wiki/FC5Future regards Rahul From jimhayward at earthlink.net Sun Jun 12 10:48:59 2005 From: jimhayward at earthlink.net (Jim Hayward) Date: Sun, 12 Jun 2005 03:48:59 -0700 Subject: FC4 is in the torrent! In-Reply-To: <1118556165.3605.28.camel@localhost.localdomain> References: <1118556165.3605.28.camel@localhost.localdomain> Message-ID: <1118573339.5979.2.camel@garfield.linux.localdomain> On Sun, 2005-06-12 at 01:02 -0500, Thomas Cameron wrote: > I just got all four installation CD images downloaded, and they match > the sha1sums. > > http://www.torrentspy.com/download.asp?id=326159 > Thats the i386 torrent. The x86_64 bit torrent appears to be here. If they are legit anyway. :-/ http://www.torrentspy.com/download.asp?id=326476 Regards, Jim H -- Jim Hayward GPG Key available at: http://keyserver.noreply.org gpg --recv-keys --keyserver keyserver.noreply.org 0x85A92DCC GPG Fingerprint: 1AA9 AEC9 BFDF FF7A E4F8 90C7 4947 3A41 85A9 2DCC -------------- 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 Sun Jun 12 11:20:37 2005 From: fonya at fatav.hu (=?ISO-8859-1?Q?Szab=F3_=C1kos?=) Date: Sun, 12 Jun 2005 13:20:37 +0200 Subject: FC4 is in the torrent! In-Reply-To: <1118556165.3605.28.camel@localhost.localdomain> References: <1118556165.3605.28.camel@localhost.localdomain> Message-ID: <1118575237.11379.13.camel@loon.fatav.hu> Hi, On Sun, 2005-06-12 at 01:02 -0500, Thomas Cameron wrote: > I just got all four installation CD images downloaded, and they match > the sha1sums. > > http://www.torrentspy.com/download.asp?id=326159 Why don't You use Linux ISO Torrents? http://www.linuxisotorrent.com/ http://torrent.linux.duke.edu/torrents/FC4-test3-DVD-i386.torrent http://torrent.linux.duke.edu/torrents/FC4-test3-DVD-ppc.torrent http://torrent.linux.duke.edu/torrents/FC4-test3-DVD-x86_64.torrent -- Ciao: Fonya GIVE ME DIRECT LINK I AM A HIGH-PAID MANAGER! PGP key ID F86614E5, GPG key ID 83AD9365 From buildsys at redhat.com Sun Jun 12 11:21:58 2005 From: buildsys at redhat.com (Build System) Date: Sun, 12 Jun 2005 07:21:58 -0400 Subject: rawhide report: 20050612 changes Message-ID: <200506121121.j5CBLwvw004540@porkchop.devel.redhat.com> Updated Packages: (none) From paul at all-the-johnsons.co.uk Sun Jun 12 11:33:57 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 12 Jun 2005 12:33:57 +0100 Subject: FC4 is in the torrent! In-Reply-To: <1118575237.11379.13.camel@loon.fatav.hu> References: <1118556165.3605.28.camel@localhost.localdomain> <1118575237.11379.13.camel@loon.fatav.hu> Message-ID: <1118576037.3924.3.camel@localhost> Hi > > http://www.torrentspy.com/download.asp?id=326159 FC4 > Why don't You use Linux ISO Torrents? > > http://www.linuxisotorrent.com/ > http://torrent.linux.duke.edu/torrents/FC4-test3-DVD-i386.torrent > http://torrent.linux.duke.edu/torrents/FC4-test3-DVD-ppc.torrent > http://torrent.linux.duke.edu/torrents/FC4-test3-DVD-x86_64.torrent FC4t3 Not the same. TTFN Paul -- "Space", it says, "is big. Really big. You just won't believe how vastly, hugely, mind-bogglingly big space really is. I mean, you may think it's a long way down the road to the chemists, but that's just *peanuts* compared to space, listen" - Hitch Hikers Guide to the Galaxy -------------- 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 david at fubar.dk Sun Jun 12 13:05:58 2005 From: david at fubar.dk (David Zeuthen) Date: Sun, 12 Jun 2005 09:05:58 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <20050612084759.GA2959@srv01.cluenet.de> References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> <20050612084759.GA2959@srv01.cluenet.de> Message-ID: <1118581558.20976.6.camel@daxter.boston.redhat.com> On Sun, 2005-06-12 at 10:47 +0200, Daniel Roesen wrote: > On Sun, Jun 12, 2005 at 01:55:25AM -0400, David Zeuthen wrote: > > [1] : we're adding support for VPN software for instance; more stuff > > like dial-up, Bluetooth networking, integration with wpa_supplicant is > > on the roadmap too > > Cool. OpenVPN? That would rock. > It's plug-in based so providers of VPN software (both open source projects and others) have three extension points to implement: 1) a system-level back-end that communicates with MM via D-BUS using a standard protocol, 2) a desktop-level VPN properties widget for configuring the VPN connection; and 3) a desktop-level authentication dialog. Right now we only do vpnc but it's designed to support things like OpenVPN too. In fact, we want to do things like OpenVPN, IPSec etc. before we commit to stable interfaces for said extension points. David From david at fubar.dk Sun Jun 12 13:06:33 2005 From: david at fubar.dk (David Zeuthen) Date: Sun, 12 Jun 2005 09:06:33 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <42AC0402.2090106@redhat.com> References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> <42AC0402.2090106@redhat.com> Message-ID: <1118581593.20976.7.camel@daxter.boston.redhat.com> On Sun, 2005-06-12 at 15:14 +0530, Rahul Sundaram wrote: > Hi > > > > >That said, we're working hard on extending what NM does so it's useful > >for more and more people [1] but keep in mind that it will require that > >existing software gets adapted such that NetworkManager can control it. > >This takes time. We take patches though. > > > > > It would be a good idea to add these plans to the following wiki page > for everyone to drool at > > http://www.fedoraproject.org/wiki/FC5Future > That would be a good idea; I'll ask Dan to do that. David From mhw at wittsend.com Sun Jun 12 15:25:58 2005 From: mhw at wittsend.com (Michael H. Warfield) Date: Sun, 12 Jun 2005 11:25:58 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <1118555725.16796.31.camel@daxter.boston.redhat.com> References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> Message-ID: <1118589958.4300.27.camel@localhost.localdomain> On Sun, 2005-06-12 at 01:55 -0400, David Zeuthen wrote: > On Sun, 2005-06-12 at 00:50 -0400, Michael H. Warfield wrote: > > On Sat, 2005-06-11 at 23:34 -0500, Jerone Young wrote: > > > Havn't had any problems. It's the real thing. If not then a few > > > package update once the repositories get updated with fc4. It's a good > > > build. I see no faults in it. Only thing I really do wish is the the > > > Network Manger app (the wireless app) was mature enough to be ready > > > for prime time for fc4 :-( . It's there but still has a ways to go. > > > fc4 looking good! > > > > I had one experience with that Network Manager such that I would never > > even try it again, even at gun point. It committed such random acts of > > terrorism (broke all my existing connections, totally torched my routing > > tables, and absolutely refused to be unloaded) that I had to reboot my > > entire laptop to get it off my system and reestablish my wired > > connection. I now manage all my wireless using wpa_supplicant (which > > handles WEP and WPA-* and WPA2-*) and have yet to figure out what anyone > > would even want the Network (Mis)Manager app for unless they were > > gluttons for punishment. > > > > Uhm, you see, NetworkManager is *specifically designed* to take over all > networking on the box such that the user won't have install software not > in the core distro, touch configuration files, reconfigure name > resolution service, identity ESS id's, configure WEP keys, invoke DHCP > clients, run shell commands etc. etc. Yeah, so I noticed. Given that it was some months ago that I last played with Network Manager, I also remember that it totaled my IPv6 environment. My eth interfaces didn't even have the autoconfigured prefixes any longer. That was the absolute kiss of death, considering that I work as much (if not more) over IPv6 as IPv4. Hopefully, newer version are more cooperative in IPv6 environments as well. Rule number one should always be "do no damage". > For instance, today, if I pull out the Ethernet cable, NM will > automatically switch to wireless networking, lookup WEP keys (or ask the > me if it's not cached in the keyring), negotiate DHCP, update the name > resolution service and so forth. I don't have to do a *single thing* and > I get smooth animations and visual feedback on top :-). It just works. > However, to do all this it means that it's pretty difficult to get this > to work with the setup of certain users who, uhm, like total control of > their routing tables, connections and so on. So, if you're the kind of > user that (for some reason) need this, NetworkManager isn't for you > yet. : > [1] : we're adding support for VPN software for instance; more stuff > like dial-up, Bluetooth networking, integration with wpa_supplicant is > on the roadmap too Don't forget IPv6 and various tunneling mechanisms. I just discovered the "Join Project" which was an OpenVPN based tunnel broker out of Germany. http://www.join.uni-muenster.de/Dokumente/Howtos/Howto_OpenVPN_Tunnelbroker.php?lang=en Took less than a hour to set up my own private tunnel broker service over OpenVPN, on my colo based tunnel anchor, for when I'm "road warrior". Looks like the project may be beginning to discontinue service since it was originally 6Bone based (it has migrated to inet6) and their 6bone POP there in Germany has now ceased operation since the commercial IPv6 is already superior in performance and management (that's not on their web site but from some announcements on the 6Bone mailing list). Mike -- Michael H. Warfield | (770) 985-6132 | mhw at WittsEnd.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 307 bytes Desc: This is a digitally signed message part URL: From matt.carter85 at gmail.com Sun Jun 12 16:52:40 2005 From: matt.carter85 at gmail.com (Matt Carter) Date: Sun, 12 Jun 2005 17:52:40 +0100 Subject: Are these official fc4 iso's? In-Reply-To: <1118589958.4300.27.camel@localhost.localdomain> References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> <1118589958.4300.27.camel@localhost.localdomain> Message-ID: <7c79ba150506120952e234577@mail.gmail.com> Downloaded and Installed, and everything seems to be working on my laptop apart from PCMCIA Services which crashes my system (also occured in FC4T3) everytime so that is now disabled, additionally Kmix doesnt mute my sound on my laptop. So there are a few bugs to iron out. Other than that all is ok. Matthew On 6/12/05, Michael H. Warfield wrote: > On Sun, 2005-06-12 at 01:55 -0400, David Zeuthen wrote: > > On Sun, 2005-06-12 at 00:50 -0400, Michael H. Warfield wrote: > > > On Sat, 2005-06-11 at 23:34 -0500, Jerone Young wrote: > > > > Havn't had any problems. It's the real thing. If not then a few > > > > package update once the repositories get updated with fc4. It's a good > > > > build. I see no faults in it. Only thing I really do wish is the the > > > > Network Manger app (the wireless app) was mature enough to be ready > > > > for prime time for fc4 :-( . It's there but still has a ways to go. > > > > fc4 looking good! > > > > > > I had one experience with that Network Manager such that I would never > > > even try it again, even at gun point. It committed such random acts of > > > terrorism (broke all my existing connections, totally torched my routing > > > tables, and absolutely refused to be unloaded) that I had to reboot my > > > entire laptop to get it off my system and reestablish my wired > > > connection. I now manage all my wireless using wpa_supplicant (which > > > handles WEP and WPA-* and WPA2-*) and have yet to figure out what anyone > > > would even want the Network (Mis)Manager app for unless they were > > > gluttons for punishment. > > > > > > > Uhm, you see, NetworkManager is *specifically designed* to take over all > > networking on the box such that the user won't have install software not > > in the core distro, touch configuration files, reconfigure name > > resolution service, identity ESS id's, configure WEP keys, invoke DHCP > > clients, run shell commands etc. etc. > > Yeah, so I noticed. > > Given that it was some months ago that I last played with Network > Manager, I also remember that it totaled my IPv6 environment. My eth > interfaces didn't even have the autoconfigured prefixes any longer. > That was the absolute kiss of death, considering that I work as much (if > not more) over IPv6 as IPv4. Hopefully, newer version are more > cooperative in IPv6 environments as well. Rule number one should always > be "do no damage". > > > For instance, today, if I pull out the Ethernet cable, NM will > > automatically switch to wireless networking, lookup WEP keys (or ask the > > me if it's not cached in the keyring), negotiate DHCP, update the name > > resolution service and so forth. I don't have to do a *single thing* and > > I get smooth animations and visual feedback on top :-). It just works. > > > However, to do all this it means that it's pretty difficult to get this > > to work with the setup of certain users who, uhm, like total control of > > their routing tables, connections and so on. So, if you're the kind of > > user that (for some reason) need this, NetworkManager isn't for you > > yet. > > : > > > [1] : we're adding support for VPN software for instance; more stuff > > like dial-up, Bluetooth networking, integration with wpa_supplicant is > > on the roadmap too > > Don't forget IPv6 and various tunneling mechanisms. I just discovered > the "Join Project" which was an OpenVPN based tunnel broker out of > Germany. > > http://www.join.uni-muenster.de/Dokumente/Howtos/Howto_OpenVPN_Tunnelbroker.php?lang=en > > Took less than a hour to set up my own private tunnel broker service > over OpenVPN, on my colo based tunnel anchor, for when I'm "road > warrior". Looks like the project may be beginning to discontinue > service since it was originally 6Bone based (it has migrated to inet6) > and their 6bone POP there in Germany has now ceased operation since the > commercial IPv6 is already superior in performance and management > (that's not on their web site but from some announcements on the 6Bone > mailing list). > > Mike > -- > Michael H. Warfield | (770) 985-6132 | mhw at WittsEnd.com > /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ > NIC whois: MHW9 | An optimist believes we live in the best of all > PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it! > > > BodyID:28756513.2.n.logpart (stored separately) > > -- > 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 puzzled.xs4all.nl Sun Jun 12 16:59:38 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Sun, 12 Jun 2005 18:59:38 +0200 Subject: Sound & NM2200 Video on a Toshiba Tecra 8000 (FC4T3) Message-ID: <1118595578.3005.20.camel@guru.puzzled.xs4all.nl> Hi all, I just put FC4T3 on my old Toshiba Tecra 8000 and everything seems to work sort of fine except for the graphics and the sound. Under FC3 I would issue these rules in /etc/modprobe.conf to get it going: ### Sound modules for YamahaOPL ### alias char-major-14 opl3sa2 pre-install opl3sa2 modprobe "-k" ad1848 post-install opl3sa2 modprobe "-k" opl3 options opl3sa2 dma=1 dma2=0 io=0x538 irq=5 mpu_io=0x330 mss_io=0x530 options opl3 io=0x388 Under FC4T3 the onboard sound is no longer recognized. Anyone have a suggestion how I would adjust the rules above for FC4T3? About the autoselected driver for the Neomagic NM2200 video chipset: afaict it is not accelerated (no DRI?) as it draws moving windows very slow. Also the fonts look badly anti-aliased have rather jagged edges at 24bit 1024x768 (highest resolution I could get). Have I done something wrong or does the xorg Neomagic NM2200 driver not support accelerated 2D rendering and smooth anti-aliased fonts? TIA, Patrick From michal at harddata.com Sun Jun 12 17:19:11 2005 From: michal at harddata.com (Michal Jaegermann) Date: Sun, 12 Jun 2005 11:19:11 -0600 Subject: NetworkManager (was: Are these official fc4 iso's?) In-Reply-To: <1118555725.16796.31.camel@daxter.boston.redhat.com>; from david@fubar.dk on Sun, Jun 12, 2005 at 01:55:25AM -0400 References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> Message-ID: <20050612111911.A12863@mail.harddata.com> On Sun, Jun 12, 2005 at 01:55:25AM -0400, David Zeuthen wrote: > > Uhm, you see, NetworkManager is *specifically designed* to take over all > networking .... > ... , identity ESS id's, configure WEP keys, invoke DHCP Taking into account that there exist programs for automatically breaking WEP keys, although a considerable number of sniffed packets is required, that does not sound like so exciting deal. WPA should be used quite a while ago. > I don't have to do a *single thing* and > I get smooth animations and visual feedback on top :-). It just works. It is hard to figure out what are preconditions for that, as NetworkManager carefuly avoids what could be taken for a documentation, but when I had an opportunity to try it I have seen only a picture of a rotating beam and _nothing_ was ever detected. I can believe that it may work in some limited circumstances but this is not good enough. Michal From david at fubar.dk Sun Jun 12 18:44:36 2005 From: david at fubar.dk (David Zeuthen) Date: Sun, 12 Jun 2005 14:44:36 -0400 Subject: NetworkManager (was: Are these official fc4 iso's?) In-Reply-To: <20050612111911.A12863@mail.harddata.com> References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> <20050612111911.A12863@mail.harddata.com> Message-ID: <1118601876.20976.43.camel@daxter.boston.redhat.com> On Sun, 2005-06-12 at 11:19 -0600, Michal Jaegermann wrote: > On Sun, Jun 12, 2005 at 01:55:25AM -0400, David Zeuthen wrote: > > > > Uhm, you see, NetworkManager is *specifically designed* to take over all > > networking > .... > > ... , identity ESS id's, configure WEP keys, invoke DHCP > > Taking into account that there exist programs for automatically > breaking WEP keys, although a considerable number of sniffed > packets is required, that does not sound like so exciting deal. > WPA should be used quite a while ago. Certainly - and I know Dan and others are looking into this through wpa_supplicant integration. Btw, we don't store the cached WEP keys in the clear; we use gnome-keyring to encrypt it. > > I don't have to do a *single thing* and > > I get smooth animations and visual feedback on top :-). It just works. > > It is hard to figure out what are preconditions for that, as > NetworkManager carefuly avoids what could be taken for a > documentation, Well, you know, the idea here is that things should just work out of the box by default hence we don't provide a lot of documentation for configuration. All the configuration you need (which is little) is available from the GUI (if it's not, then it's a bug). Again, no, we don't yet attempt to solve all aspects of networking and leet configuration, only the aspects that the broad majority needs. > but when I had an opportunity to try it I have seen > only a picture of a rotating beam and _nothing_ was ever detected. > I can believe that it may work in some limited circumstances but > this is not good enough. Well, as noted you may just be suffering from bad networking drivers [1]. Also, in the early days NetworkManager wasn't too stable but at least for the past not-so-few months it's been working very well for me and others that I know. David [1] : for example, I've got a USB Wireless 802.11b device that works flawlessly when configured by hand but the poor driver gets confused when NetworkManager uses it. If anything, NetworkManager is also a tool for QC'ing drivers :-). Drivers definitely contribute to giving NM a bad rep... and, uhm, vice versa :-) From caf at omen.com Sun Jun 12 21:12:04 2005 From: caf at omen.com (Chuck Forsberg WA7KGX) Date: Sun, 12 Jun 2005 14:12:04 -0700 Subject: Broken alarm(3) Message-ID: <1118610724.5097.14.camel@omen.com> I don't know when, but the alarm system call no longer works properly. The following program works on Unix but not Linux FC4t3 or FC3. This is the mechanism rz/sz use for generating protocol timeouts. #include #include #include #include #include #include #include #include #include #include #include #include #include #include jmp_buf timedout; /* For the timeout interrupt on RX timeout */ void alrm(c) { longjmp(timedout, -1); } char linbuf[33]; main() { int c; int n = 4; printf ("This program should time out every 4 seconds\n"); for (;;) { printf("Calling read: alarm=%d \n ", n ); if (setjmp(timedout)) { printf("Readline:TIMEOUT\n"); continue; } signal(SIGALRM, alrm); alarm(n); errno = 0; c = read(0, linbuf, 22); alarm(0); printf("Read returned %d\n", n); } } -- 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 strange at nsk.no-ip.org Sun Jun 12 21:25:55 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Sun, 12 Jun 2005 22:25:55 +0100 Subject: Broken alarm(3) In-Reply-To: <1118610724.5097.14.camel@omen.com> References: <1118610724.5097.14.camel@omen.com> Message-ID: <20050612212554.GB9264@nsk.no-ip.org> On Sun, Jun 12, 2005 at 02:12:04PM -0700, Chuck Forsberg WA7KGX wrote: > I don't know when, but the alarm system call no longer works > properly. The following program works on Unix but not > Linux FC4t3 or FC3. This is the mechanism rz/sz use for > generating protocol timeouts. It also doesn't work on RH 7.3. But replacing longjmp by siglongjmp and setjmp by sigsetjmp(,1) makes it work. Notes from the manual page: POSIX does not specify whether setjmp will save the signal context. (In SYSV it will not. In BSD4.3 it will, and there is a function _setjmp that will not.) If you want to save signal masks, use sigsetjmp. So it could be that you were depending on unspecified behaviour... Regards, Luciano Rocha -- lfr 0/0 From jreiser at BitWagon.com Sun Jun 12 22:29:25 2005 From: jreiser at BitWagon.com (John Reiser) Date: Sun, 12 Jun 2005 15:29:25 -0700 Subject: Broken alarm(3) In-Reply-To: <1118610724.5097.14.camel@omen.com> References: <1118610724.5097.14.camel@omen.com> Message-ID: <42ACB745.4010901@BitWagon.com> > I don't know when, but the alarm system call no longer works > properly. The following program works on Unix but not > Linux FC4t3 or FC3. This is the mechanism rz/sz use for > generating protocol timeouts. From the kernel's viewpoint, the signal handler never returns. The kernel has no knowledge of the longjmp(). So, the kernel is still blocking the delivery of SIGALRM, the signal which caused entry into the first handler. This is BSD semantics. "man signal" says: The original Unix signal() would reset the handler to SIG_DFL, and Sys- tem V (and the Linux kernel and libc4,5) does the same. On the other hand, BSD does not reset the handler, but blocks new instances of this signal from occurring during a call of the handler. The glibc2 library follows the BSD behaviour. The program works the same way for me (alarm happens once, signal is caught, handler performs longjmp() out of handler, message is printed, signal is re-armed, alarm() is called, read() is restarted, alarm never happens) on each of these systems: RedHat 7.3 kernel 2.4.18-10 glibc 2.2.5-39 Apr. 2002 RedHat 8.0 kernel 2.4.18-24.8.0 glibc 2.2.93-5 Sept. 2002 RedHat 9 kernel 2.4.20-2.9 glibc 2.3.2-11.9 Feb. 2003 FC3 kernel 2.6.10-1.766_FC3 glibc 2.3.5-0.fc3.1 Feb. 2005 Recommendation: use setitimer(), sigaction(), and do not longjmp() out of a signal handler. -- From alan at redhat.com Sun Jun 12 22:41:25 2005 From: alan at redhat.com (Alan Cox) Date: Sun, 12 Jun 2005 18:41:25 -0400 Subject: Broken alarm(3) In-Reply-To: <1118610724.5097.14.camel@omen.com> References: <1118610724.5097.14.camel@omen.com> Message-ID: <20050612224125.GA512@devserv.devel.redhat.com> On Sun, Jun 12, 2005 at 02:12:04PM -0700, Chuck Forsberg WA7KGX wrote: > I don't know when, but the alarm system call no longer works > properly. The following program works on Unix but not > Linux FC4t3 or FC3. This is the mechanism rz/sz use for > generating protocol timeouts. Your program is buggy. > alrm(c) > { > longjmp(timedout, -1); > } Should be siglonjmp > if (setjmp(timedout)) { > printf("Readline:TIMEOUT\n"); > continue; > } and sigsetjmp > signal(SIGALRM, alrm); > alarm(n); And use sigaction to get defined behaviour. > errno = 0; And writing to errno isn't allowed in C > c = read(0, linbuf, 22); > alarm(0); Alan From mitr at volny.cz Sun Jun 12 22:50:14 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Mon, 13 Jun 2005 00:50:14 +0200 Subject: Broken alarm(3) In-Reply-To: <20050612224125.GA512@devserv.devel.redhat.com> References: <1118610724.5097.14.camel@omen.com> <20050612224125.GA512@devserv.devel.redhat.com> Message-ID: <20050612225009.GA25835@chrys.ms.mff.cuni.cz> On Sun, Jun 12, 2005 at 06:41:25PM -0400, Alan Cox wrote: > And writing to errno isn't allowed in C It is allowed, actually. C99 describes it as a "modifiable lvalue" (OK, that's not explicit), footnote 170 says "a program that uses errno for error checking should set it to zero before a library function call" (OK, not normative). Without setting errno to 0 it is impossible to detect e.g. range errors in strtol () (as opposed to input string with value LONG_{MIN,MAX}). SUSv3 explicitly talks about application assigning a value to errno; it is also impossible to detect whether readdir () reached EOF or encountered an error without errno modification. Mirek From alan at redhat.com Sun Jun 12 22:51:52 2005 From: alan at redhat.com (Alan Cox) Date: Sun, 12 Jun 2005 18:51:52 -0400 Subject: Broken alarm(3) In-Reply-To: <20050612225009.GA25835@chrys.ms.mff.cuni.cz> References: <1118610724.5097.14.camel@omen.com> <20050612224125.GA512@devserv.devel.redhat.com> <20050612225009.GA25835@chrys.ms.mff.cuni.cz> Message-ID: <20050612225152.GA2898@devserv.devel.redhat.com> On Mon, Jun 13, 2005 at 12:50:14AM +0200, Miloslav Trmac wrote: > On Sun, Jun 12, 2005 at 06:41:25PM -0400, Alan Cox wrote: > > And writing to errno isn't allowed in C > It is allowed, actually. C99 describes it as a "modifiable lvalue" > (OK, that's not explicit), footnote 170 says "a program that uses > errno for error checking should set it to zero before a library > function call" (OK, not normative). Thanks for the correction. From fedora at puzzled.xs4all.nl Mon Jun 13 00:24:33 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Mon, 13 Jun 2005 02:24:33 +0200 Subject: Sound & NM2200 video on a Toshiba Tecra 8000 (FC4T3) In-Reply-To: <1118595578.3005.20.camel@guru.puzzled.xs4all.nl> References: <1118595578.3005.20.camel@guru.puzzled.xs4all.nl> Message-ID: <1118622273.3005.30.camel@guru.puzzled.xs4all.nl> On Sun, 2005-06-12 at 18:59 +0200, Patrick wrote: > Hi all, > > I just put FC4T3 on my old Toshiba Tecra 8000 and everything seems to > work sort of fine except for the graphics and the sound. Under FC3 I > would issue these rules in /etc/modprobe.conf to get it going: > > ### Sound modules for YamahaOPL ### > alias char-major-14 opl3sa2 > pre-install opl3sa2 modprobe "-k" ad1848 > post-install opl3sa2 modprobe "-k" opl3 > options opl3sa2 dma=1 dma2=0 io=0x538 irq=5 mpu_io=0x330 mss_io=0x530 > options opl3 io=0x388 > > Under FC4T3 the onboard sound is no longer recognized. Anyone have a > suggestion how I would adjust the rules above for FC4T3? Apologies for replying to my own post. The issue with the Neomagic NM2200 chip is mostly solved (have to use 16 bit to get acceleration). So the sound issue described above remains. If anyone has a clue I'd appreciate the info. Regards, Patrick From cyberhawkusa at hotmail.com Mon Jun 13 00:49:11 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Mon, 13 Jun 2005 00:49:11 +0000 Subject: kerbos (timing) Message-ID: i am planning on using fedora core 4 x86-64 for a gaming lounge/internet cafe and needed to know if kerbos is the best way to go what i need is a sort of domain login sort of like what windows offers but i have never tried to do such a thing on linux and i dont want to use samba if possiable to point me to a howto page that might help the other thing is that i need to find some way to record how log a user has been loged in and log them off when the time some number i plan on doing all the networking and stuff my self but i dont want to have to train the people i pay to run it when i am not there to do i bunch of stuff or worry about them not tracking time right so i figured that if i can have them set up a user and add time to there accounts but thats all i really want them to need to do i will be using cedega from transgaming.com for the gaming half i am not to sure how ill pull that off on a domain like login yet but ideas on any of this stuff would be great i really need some help with the main logon stuff ive tried to set up kerbos like 12 times now normally i get stuff on the 3-4 this is driving me crazzy _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From caf at omen.com Mon Jun 13 02:36:14 2005 From: caf at omen.com (Chuck Forsberg WA7KGX) Date: Sun, 12 Jun 2005 19:36:14 -0700 Subject: Alarm 2 Message-ID: <1118630174.5097.20.camel@omen.com> Thank you for the input. Using sigsetjmp et al. solved the problem. These functions were not available in V7 Unix when rz/sz was first written. -- 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 mattdm at mattdm.org Mon Jun 13 02:37:12 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 12 Jun 2005 22:37:12 -0400 Subject: kerbos (timing) In-Reply-To: References: Message-ID: <20050613023712.GA16648@jadzia.bu.edu> On Mon, Jun 13, 2005 at 12:49:11AM +0000, Caleb Warta wrote: > i am planning on using fedora core 4 x86-64 for a gaming lounge/internet > cafe and needed to know if kerbos is the best way to go Do you mean "kerberos"? Depending on what you're doing, the answer is either "maybe partly" or "not really". The main part of what you probably want is LDAP. But this is all pretty complicated. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 82 degrees Fahrenheit. From jerryw4386 at msn.com Mon Jun 13 03:27:53 2005 From: jerryw4386 at msn.com (JERRY WHITMIRE) Date: Sun, 12 Jun 2005 20:27:53 -0700 Subject: FW: fedora-test-list Digest, Vol 16, Issue 33 Message-ID: >Hi my sound card worked when i first installed Fedora core but i get the message when boot to Kde >sound server information message >error while initializing the sound driver >device default cant be opened for play back >[ invalid argument } >the sound server will continue using null output device. >But when i use sound card detection the sound work just fine. >this is a new Dell 8400 i do not know much about it i have only had it for >few days now. this is the first time to have Fedora on it. >Is there something i can do to make it work ? >It is using kernel 2.6.11-1.1381_FC5. >vender-intel >model : corporation 82801FB/FBM/FR/FW/FRW/{ICH6.Family] AC 97 Audio >controller >module:snd-intel 8x0 Again is there something i can do to make my sound work are put a bug report on it ? _________________________________________________________________ Don?t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From michal at harddata.com Mon Jun 13 03:51:21 2005 From: michal at harddata.com (Michal Jaegermann) Date: Sun, 12 Jun 2005 21:51:21 -0600 Subject: NetworkManager (was: Are these official fc4 iso's?) In-Reply-To: <1118601876.20976.43.camel@daxter.boston.redhat.com>; from david@fubar.dk on Sun, Jun 12, 2005 at 02:44:36PM -0400 References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> <20050612111911.A12863@mail.harddata.com> <1118601876.20976.43.camel@daxter.boston.redhat.com> Message-ID: <20050612215121.A22762@mail.harddata.com> On Sun, Jun 12, 2005 at 02:44:36PM -0400, David Zeuthen wrote: > On Sun, 2005-06-12 at 11:19 -0600, Michal Jaegermann wrote: > > > > Taking into account that there exist programs for automatically > > breaking WEP keys, although a considerable number of sniffed > > packets is required, .... > Certainly - and I know Dan and others are looking into this through > wpa_supplicant integration. Btw, we don't store the cached WEP keys in > the clear; we use gnome-keyring to encrypt it. It does not help you very much with that. I was talking about retrieving keys from ethernet packets _sniffed_ over a radio so how they are stored is hardly relevant. AFAIK you need big samples for those key breaking programs but the point is that with WEP you can collect long enough and a target has no way to check that this is happening. > > It is hard to figure out what are preconditions for that, as > > NetworkManager carefuly avoids what could be taken for a > > documentation, > > Well, you know, the idea here is that things should just work out of the > box This assumption falls apart from what I, and an number of others, have seen so far. Yes, I wrote myself various things in "worksforme" category but I never tried to push them to the public as the best thing from a sliced bread. :-) Michal From gmaxwell at gmail.com Mon Jun 13 04:00:28 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Mon, 13 Jun 2005 00:00:28 -0400 Subject: NetworkManager (was: Are these official fc4 iso's?) In-Reply-To: <20050612215121.A22762@mail.harddata.com> References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> <20050612111911.A12863@mail.harddata.com> <1118601876.20976.43.camel@daxter.boston.redhat.com> <20050612215121.A22762@mail.harddata.com> Message-ID: On 6/12/05, Michal Jaegermann wrote: > It does not help you very much with that. I was talking about > retrieving keys from ethernet packets _sniffed_ over a radio so how > they are stored is hardly relevant. AFAIK you need big samples for > those key breaking programs but the point is that with WEP you can > collect long enough and a target has no way to check that this is > happening. Eh, it's even worse than that: the attacker can grab a packet, make a guess at the addresses in use and flip some bits until he turns it into a broadcast packet.... then the access point will retransmit it with a new IV every time the attacker replays the packet on the wire... This means that an attacker can generate the 100k packets needed for a solid statistical attack on the key in a couple of minutes tops. I've even toyed with the idea of making a modifyed network manager to auto-crack wep protected networks... but the traffic generated by performing a replay attack is somewhat disruptive. :) From kapointer at charter.net Mon Jun 13 04:51:11 2005 From: kapointer at charter.net (Kyle Pointer) Date: Sun, 12 Jun 2005 23:51:11 -0500 Subject: Some bugs that still need work. In-Reply-To: <20050613040041.55B8A73C48@hormel.redhat.com> References: <20050613040041.55B8A73C48@hormel.redhat.com> Message-ID: <1118638271.7668.18.camel@fluffbox.fluffnet> Whine I shall not, however some things should be brought to the attention of the Fedora Core user community. 1. GPilot still doesn't work. ( still crashes when trying to do initial sync and can't get any further ) 2. There's problems with the RPM gui frontend. ( if I try to use it it complains about /media/cdrom being an invalid installation source. Or if I try to use the autorun programs on CD's like the RHEL Extras CD to add the CD to the RPM sources ) 3. There seems to be a problem with up2date whining about sources... ( The applet has been unable to access the following information sources in its last attempts: development @ http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/ ... This causes ill effects on rhn-applet-gui ( and tui ) and up2date-gnome. Latest booboo is: There was a fatal error communicating with the server. The message was: An HTTP error occurred: URL: http://ftp.dulug.duke.edu/pub/fedora/linux/core/development/i386//headers/header.info Status Code: 404 Error Message: Not Found ) 4. At least on June 12, 2005 it is impossible to install xfce4 with YUM or up2date. ( Not all the packages are there. ) 5. SELinux rules are still broken, and Firewall still has trouble with active FTP. ( Last time I had SELinux enabled I couldn't even boot correctly. That could be passive ftp.. I'm not sure... its the one that doesn't have a predetermined port to connect to. ) 6. XMMS isn't in development or extras tree. ( Had to use Freshrpms repo... Probably isn't that big of a deal, but I know I'd miss it. And Extras repo HAS some xmms plugins so it probably should have xmms too... ) Those are my only gripes with the FC4 release. Other than these things, I have noticed nothing but improvement in this latest version, with the upgrade to new versions of some really big programs. I would like to ask the Fedora Core community to keep up the great work. :) -- Kyle Pointer P.S. Some of the RPM problems could be caused because I used the FTP install method instead of CDROM, but I think that if that causes problems there must be some bugs with the FTP install code in anaconda. From jkeating at j2solutions.net Mon Jun 13 05:09:21 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Sun, 12 Jun 2005 22:09:21 -0700 Subject: Some bugs that still need work. In-Reply-To: <1118638271.7668.18.camel@fluffbox.fluffnet> References: <20050613040041.55B8A73C48@hormel.redhat.com> <1118638271.7668.18.camel@fluffbox.fluffnet> Message-ID: <1118639361.2758.23.camel@yoda.loki.me> On Sun, 2005-06-12 at 23:51 -0500, Kyle Pointer wrote: > Those are my only gripes with the FC4 release. Other than these > things, I have noticed nothing but > improvement in this latest version, with the upgrade to new versions > of some really big programs. > I would like to ask the Fedora Core community to keep up the great > work. :) > > -- Kyle Pointer FC4 is not released yet, the install you have is pointing to development places to grab packages, which is now set up for FC5 development (which is why you get a 404, and possibly why xmms isn't there) -- 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 carl.parrish at gmail.com Mon Jun 13 05:10:41 2005 From: carl.parrish at gmail.com (Carl Parrish) Date: Sun, 12 Jun 2005 22:10:41 -0700 Subject: kerbos (timing) In-Reply-To: <20050613023712.GA16648@jadzia.bu.edu> References: <20050613023712.GA16648@jadzia.bu.edu> Message-ID: On 6/12/05, Matthew Miller wrote: > On Mon, Jun 13, 2005 at 12:49:11AM +0000, Caleb Warta wrote: > > i am planning on using fedora core 4 x86-64 for a gaming lounge/internet > > cafe and needed to know if kerbos is the best way to go > It sounds to me like you're going to want to use. Fedora Directory Server (http://directory.fedora.redhat.com/wiki/Main_Page) or openLDAP From cyberhawkusa at hotmail.com Mon Jun 13 06:16:53 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Mon, 13 Jun 2005 06:16:53 +0000 Subject: kerbos (timing) In-Reply-To: <20050613023712.GA16648@jadzia.bu.edu> Message-ID: yes kerberos and well i need mainly LDAP but is there i way of moving some desktop settings to or point them to NFS folder and can anyone direct me to a kerberos and/or LDAP guide and does anyone have idea on setting up time tracking on this thats not really a big deal though >From: Matthew Miller >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: Re: kerbos (timing) >Date: Sun, 12 Jun 2005 22:37:12 -0400 > >On Mon, Jun 13, 2005 at 12:49:11AM +0000, Caleb Warta wrote: > > i am planning on using fedora core 4 x86-64 for a gaming lounge/internet > > cafe and needed to know if kerbos is the best way to go > >Do you mean "kerberos"? Depending on what you're doing, the answer is >either >"maybe partly" or "not really". The main part of what you probably want is >LDAP. But this is all pretty complicated. > >-- >Matthew Miller mattdm at mattdm.org >Boston University Linux ------> >Current office temperature: 82 degrees Fahrenheit. > >-- >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 davej at redhat.com Mon Jun 13 06:36:49 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 13 Jun 2005 02:36:49 -0400 Subject: Fedora Core 3 Test Update: kernel-2.6.11-1.35_FC3 Message-ID: <200506130636.j5D6anw0002557@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-412 2005-06-13 --------------------------------------------------------------------- Product : Fedora Core 3 Name : kernel Version : 2.6.11 Release : 1.35_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. The rebase to 2.6.11.12 fixes a handful of security bugs, so this will go out as a live update in the next few days. --------------------------------------------------------------------- * Mon Jun 13 2005 Dave Jones - Rebase to 2.6.11.12 * Fri Jun 10 2005 Dave Jones - Fix up TASK_SIZE thinko in execshield patch. (#160097) * Fri Jun 3 2005 Dave Jones - Don't checksum CHECKSUM_UNNECESSARY skbs in TCP connection tracking. (#158710) * Wed Jun 1 2005 Dave Jones - Exec-shield improvements (Should fix #154759) * Tue May 31 2005 Dave Jones - Rebase to 2.6.11.11 * Thu May 19 2005 Dave Jones - Fix syntactical error in GFP flag usage in SCSI layer. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 886e367084bc03be9ad35cbf7a6cc205 SRPMS/kernel-2.6.11-1.35_FC3.src.rpm 7359a6e631a08543affac5b82e536f19 x86_64/kernel-2.6.11-1.35_FC3.x86_64.rpm 5328ee3ed626785065dfda880d051823 x86_64/kernel-smp-2.6.11-1.35_FC3.x86_64.rpm 9e9278209359de31610729d7947677a7 x86_64/debug/kernel-debuginfo-2.6.11-1.35_FC3.x86_64.rpm f94cc8cf20568e8973d2c4bf1da727c7 x86_64/kernel-doc-2.6.11-1.35_FC3.noarch.rpm 1e51dc2dfc373e13d514cc9c2dcc3f50 i386/kernel-2.6.11-1.35_FC3.i586.rpm 0a485c7fa37d8e1d603b1a9435ad5cb4 i386/kernel-smp-2.6.11-1.35_FC3.i586.rpm 0b62a47572b6a4d884130ee14859ecf4 i386/debug/kernel-debuginfo-2.6.11-1.35_FC3.i586.rpm 341730aad4c2b91953bacfe487a51639 i386/kernel-2.6.11-1.35_FC3.i686.rpm a3c55a374408077be56b6cdd85c730ce i386/kernel-smp-2.6.11-1.35_FC3.i686.rpm 0f3b0b93399810f6083a1e45e86acb66 i386/debug/kernel-debuginfo-2.6.11-1.35_FC3.i686.rpm f94cc8cf20568e8973d2c4bf1da727c7 i386/kernel-doc-2.6.11-1.35_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 cyberhawkusa at hotmail.com Mon Jun 13 06:57:53 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Mon, 13 Jun 2005 06:57:53 +0000 Subject: Some bugs that still need work. In-Reply-To: <1118638271.7668.18.camel@fluffbox.fluffnet> Message-ID: >From: Kyle Pointer >Reply-To: For testers of Fedora Core development releases > >To: fedora-test-list at redhat.com >Subject: Some bugs that still need work. >Date: Sun, 12 Jun 2005 23:51:11 -0500 > >Whine I shall not, however some things should be brought to the attention >of the Fedora Core user community. > >1. GPilot still doesn't work. >( still crashes when trying to do initial sync and can't get any further ) >2. There's problems with the RPM gui frontend. >( if I try to use it it complains about /media/cdrom being an invalid > installation source. Or if I try to use the autorun programs on CD's > like the RHEL Extras CD to add the CD to the RPM sources ) >3. There seems to be a problem with up2date whining about sources... >( The applet has been unable to access the following information sources > in its last attempts: > development @ >http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/ > ... > This causes ill effects on rhn-applet-gui ( and tui ) and up2date-gnome. > Latest booboo is: > There was a fatal error communicating with the server. The >message was: > > An HTTP error occurred: > URL: >http://ftp.dulug.duke.edu/pub/fedora/linux/core/development/i386//headers/header.info > Status Code: 404 > Error Message: Not Found >) >4. At least on June 12, 2005 it is impossible to install xfce4 with YUM or >up2date. >( Not all the packages are there. ) >5. SELinux rules are still broken, and Firewall still has trouble with >active FTP. >( Last time I had SELinux enabled I couldn't even boot correctly. That >could be passive ftp.. I'm > not sure... its the one that doesn't have a predetermined port to >connect to. ) >6. XMMS isn't in development or extras tree. >( Had to use Freshrpms repo... Probably isn't that big of a deal, but I >know I'd miss it. > And Extras repo HAS some xmms plugins so it probably should have xmms >too... ) > >Those are my only gripes with the FC4 release. Other than these things, I >have noticed nothing but >improvement in this latest version, with the upgrade to new versions of >some really big programs. >I would like to ask the Fedora Core community to keep up the great work. :) > >-- Kyle Pointer > >P.S. Some of the RPM problems could be caused because I used the FTP >install method instead of CDROM, >but I think that if that causes problems there must be some bugs with the >FTP install code in anaconda. > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: >http://www.redhat.com/mailman/listinfo/fedora-test-list i still have that run away artsd bug with FC4T3 x86-64 _________________________________________________________________ Don?t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From ba at linuxin.dk Mon Jun 13 09:30:41 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 13 Jun 2005 11:30:41 +0200 Subject: Are these official fc4 iso's? In-Reply-To: <7c79ba150506110716634048da@mail.gmail.com> References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> Message-ID: <1118655041.3047.0.camel@Mars> l?r, 11 06 2005 kl. 15:16 +0100, skrev Matt Carter: > I am guessing the are the final version, the only way to tell is > download and find out. Hmm, cant even boot cd 1. Kernel panic. I does not hope they are the final... /Bjorn From fedora at puzzled.xs4all.nl Mon Jun 13 09:41:12 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Mon, 13 Jun 2005 11:41:12 +0200 Subject: Are these official fc4 iso's? In-Reply-To: <1118655041.3047.0.camel@Mars> References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> <1118655041.3047.0.camel@Mars> Message-ID: <1118655672.2768.2.camel@guru.puzzled.xs4all.nl> On Mon, 2005-06-13 at 11:30 +0200, Bjorn Andersen wrote: > Hmm, cant even boot cd 1. Kernel panic. I does not hope they are the > final... In about 4 hours and about 18 minutes you can download "the real thing" and judge for yourself :) Regards, Patrick From ba at linuxin.dk Mon Jun 13 09:43:51 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 13 Jun 2005 11:43:51 +0200 Subject: Are these official fc4 iso's? In-Reply-To: <1118655672.2768.2.camel@guru.puzzled.xs4all.nl> References: <9792751e050611065059a98577@mail.gmail.com> <7c79ba150506110716634048da@mail.gmail.com> <1118655041.3047.0.camel@Mars> <1118655672.2768.2.camel@guru.puzzled.xs4all.nl> Message-ID: <1118655832.3047.3.camel@Mars> man, 13 06 2005 kl. 11:41 +0200, skrev Patrick: > On Mon, 2005-06-13 at 11:30 +0200, Bjorn Andersen wrote: > > Hmm, cant even boot cd 1. Kernel panic. I does not hope they are the > > final... > > In about 4 hours and about 18 minutes you can download "the real thing" > and judge for yourself :) I know. I just waiting until the official release, before submitting to bugzilla. I just wandered if anyone has the same problem... /Bjorn From goemon at anime.net Mon Jun 13 09:46:16 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 13 Jun 2005 02:46:16 -0700 (PDT) Subject: Are these official fc4 iso's? In-Reply-To: <1118655672.2768.2.camel@guru.puzzled.xs4all.nl> Message-ID: On Mon, 13 Jun 2005, Patrick wrote: > On Mon, 2005-06-13 at 11:30 +0200, Bjorn Andersen wrote: > > Hmm, cant even boot cd 1. Kernel panic. I does not hope they are the > > final... > In about 4 hours and about 18 minutes you can download "the real thing" > and judge for yourself :) Or just compare the md5sums from the early torrents to the md5sums on the fedora FC4 official release. IIRC someone said they already compared them though, and the torrent is the 'real thing' :-( -Dan From sundaram at redhat.com Mon Jun 13 10:33:06 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Mon, 13 Jun 2005 16:03:06 +0530 Subject: Are these official fc4 iso's? In-Reply-To: References: Message-ID: <42AD60E2.3010306@redhat.com> Dan Hollis wrote: >On Mon, 13 Jun 2005, Patrick wrote: > > >>On Mon, 2005-06-13 at 11:30 +0200, Bjorn Andersen wrote: >> >> >>>Hmm, cant even boot cd 1. Kernel panic. I does not hope they are the >>>final... >>> >>> >>In about 4 hours and about 18 minutes you can download "the real thing" >>and judge for yourself :) >> >> > >Or just compare the md5sums from the early torrents to the md5sums on the >fedora FC4 official release. > > Note that its sha1sum and *not* md5sum for FC4 and read the release notes before you install it http://fedora.redhat.com/docs/release-notes/fc4/ regards Rahul From buildsys at redhat.com Mon Jun 13 11:19:03 2005 From: buildsys at redhat.com (Build System) Date: Mon, 13 Jun 2005 07:19:03 -0400 Subject: rawhide report: 20050613 changes Message-ID: <200506131119.j5DBJ3PU016769@porkchop.devel.redhat.com> Updated Packages: (none) From ba at linuxin.dk Mon Jun 13 12:23:16 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 13 Jun 2005 14:23:16 +0200 Subject: Are these official fc4 iso's? In-Reply-To: References: Message-ID: <1118665396.6853.3.camel@Mars> man, 13 06 2005 kl. 02:46 -0700, skrev Dan Hollis: > Or just compare the md5sums from the early torrents to the md5sums on the > fedora FC4 official release. > > IIRC someone said they already compared them though, and the torrent is > the 'real thing' :-( I really dont hope so, course then all with my system setup gets kernel panic. /Bjorn From fedora at wir-sind-cool.org Mon Jun 13 12:35:40 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Mon, 13 Jun 2005 14:35:40 +0200 Subject: Some bugs that still need work. In-Reply-To: <1118638271.7668.18.camel@fluffbox.fluffnet> References: <20050613040041.55B8A73C48@hormel.redhat.com> <1118638271.7668.18.camel@fluffbox.fluffnet> Message-ID: <20050613143540.69071c8f.fedora@wir-sind-cool.org> On Sun, 12 Jun 2005 23:51:11 -0500, Kyle Pointer wrote: > 4. At least on June 12, 2005 it is impossible to install xfce4 with YUM or up2date. > ( Not all the packages are there. ) Which ones are missing? Which repository did you install from? > 6. XMMS isn't in development or extras tree. This is false information. XMMS was last built for Extras FC4 on May 9th and is in the repository. Verify it with your web browser. From jerone at gmail.com Mon Jun 13 14:19:31 2005 From: jerone at gmail.com (Jerone Young) Date: Mon, 13 Jun 2005 09:19:31 -0500 Subject: Are these official fc4 iso's? In-Reply-To: <1118665396.6853.3.camel@Mars> References: <1118665396.6853.3.camel@Mars> Message-ID: <9f50a7a00506130719a944448@mail.gmail.com> Looks like the iso images that appeared over the weekend where the real thing. Duke has Fedora 4 torrents ready to go now: http://torrent.linux.duke.edu/ On 6/13/05, Bjorn Andersen wrote: > man, 13 06 2005 kl. 02:46 -0700, skrev Dan Hollis: > > Or just compare the md5sums from the early torrents to the md5sums on the > > fedora FC4 official release. > > > > IIRC someone said they already compared them though, and the torrent is > > the 'real thing' :-( > > I really dont hope so, course then all with my system setup gets kernel > panic. > > /Bjorn > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From skvidal at phy.duke.edu Mon Jun 13 14:21:51 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 13 Jun 2005 10:21:51 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <9f50a7a00506130719a944448@mail.gmail.com> References: <1118665396.6853.3.camel@Mars> <9f50a7a00506130719a944448@mail.gmail.com> Message-ID: <1118672511.19703.74.camel@cutter> On Mon, 2005-06-13 at 09:19 -0500, Jerone Young wrote: > Looks like the iso images that appeared over the weekend where the > real thing. Duke has Fedora 4 torrents ready to go now: > http://torrent.linux.duke.edu/ > Also hosted at duke and easier to remember: http://torrent.fedoraproject.org -sv From trulsg at broadpark.no Mon Jun 13 17:18:57 2005 From: trulsg at broadpark.no (Truls Gulbrandsen) Date: Mon, 13 Jun 2005 17:18:57 +0000 Subject: Moving /home keeping settings Message-ID: <42ADC001.7010105@broadpark.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I will make a fresh installation of FC4 to a new HD. Then I will back up /home to a CD and copy to the new HD. I have done this earlier but have been strugling with the files settings as all files have gone in as read-only. How do I copy from the CD to the HD keeping the original settings? Thanks in advance, Truls Gulbrandsen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCrcABickK29LSyG8RAmRgAJwI16nKi8X9m4UaYQjCRgqAw4IfrQCeJ4ww /xI123xexx5eEdN83r6mT8Q= =XY3G -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: trulsg.vcf Type: text/x-vcard Size: 237 bytes Desc: not available URL: From pbrobinson at gmail.com Mon Jun 13 15:24:16 2005 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 13 Jun 2005 16:24:16 +0100 Subject: Moving /home keeping settings In-Reply-To: <42ADC001.7010105@broadpark.no> References: <42ADC001.7010105@broadpark.no> Message-ID: <5256d0b05061308241e8c11aa@mail.gmail.com> > Hi, > I will make a fresh installation of FC4 to a new HD. Then I will back > up /home to a CD and copy to the new HD. I have done this earlier but > have been strugling with the files settings as all files have gone in as > read-only. > How do I copy from the CD to the HD keeping the original settings? When doing something like this I normally tar up the dir in question and then write it to cd as it then incorporates all the permissions etc within the tar ball and you don't have all the files set to read only as they're written to cd. Pete From trulsg at broadpark.no Mon Jun 13 17:45:11 2005 From: trulsg at broadpark.no (Truls Gulbrandsen) Date: Mon, 13 Jun 2005 17:45:11 +0000 Subject: Are these official fc4 iso's? In-Reply-To: <1118672511.19703.74.camel@cutter> References: <1118665396.6853.3.camel@Mars> <9f50a7a00506130719a944448@mail.gmail.com> <1118672511.19703.74.camel@cutter> Message-ID: <42ADC627.9010307@broadpark.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 seth vidal wrote: | On Mon, 2005-06-13 at 09:19 -0500, Jerone Young wrote: | I am downloading right now from obtaining a good bandwith. Truls -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCrcYnickK29LSyG8RAo+6AJ9CepjkJZMi0EV/Lg1R0h4fKMO56gCdH+IW sJ9BEiUpm2KOz7Qz3qNovNE= =RetP -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: trulsg.vcf Type: text/x-vcard Size: 237 bytes Desc: not available URL: From janina at rednote.net Mon Jun 13 16:12:52 2005 From: janina at rednote.net (Janina Sajka) Date: Mon, 13 Jun 2005 12:12:52 -0400 Subject: Moving /home keeping settings In-Reply-To: <42ADC001.7010105@broadpark.no> References: <42ADC001.7010105@broadpark.no> Message-ID: <20050613161252.GB28484@rednote.net> I don't know how (or whether you can) preserve the original permissions, but I do know how to avoid this kind of issue. I'm sharing it with you know because you say you're going to do a fresh install of FC4. When you get the partitioning phase choose the Druid and set yourself up with a separate partition for /home. That way, when FC5 comes out (and FC6, etc.), you can simply reinstall without touching /home. All you need do is select 'Edit' for the appropriate partition and give it the '/home' label. The 'Do not format' flag is the default. Very simple, very straight forward, and very sensible, imho. Too bad it isn't part of 'Autopartition.' Truls Gulbrandsen writes: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > I will make a fresh installation of FC4 to a new HD. Then I will back > up /home to a CD and copy to the new HD. I have done this earlier but > have been strugling with the files settings as all files have gone in as > read-only. > How do I copy from the CD to the HD keeping the original settings? > > Thanks in advance, > Truls Gulbrandsen > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.6 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iD8DBQFCrcABickK29LSyG8RAmRgAJwI16nKi8X9m4UaYQjCRgqAw4IfrQCeJ4ww > /xI123xexx5eEdN83r6mT8Q= > =XY3G > -----END PGP SIGNATURE----- > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Bringing the Owasys 22C screenless cell phone to the U.S. and Canada. Go to http://www.ScreenlessPhone.Com to learn more. From kapointer at charter.net Mon Jun 13 16:04:10 2005 From: kapointer at charter.net (Kyle Pointer) Date: Mon, 13 Jun 2005 11:04:10 -0500 Subject: Some bugs that still need work. In-Reply-To: <20050613143540.69071c8f.fedora@wir-sind-cool.org> References: <20050613040041.55B8A73C48@hormel.redhat.com> <1118638271.7668.18.camel@fluffbox.fluffnet> <20050613143540.69071c8f.fedora@wir-sind-cool.org> Message-ID: <1118678651.16845.0.camel@fluffbox.fluffnet> I'm gonna try installing from the FC4 ISO. If these things are still broken I'll reply about them. :) -- kyle From fedora at nodata.co.uk Mon Jun 13 16:41:40 2005 From: fedora at nodata.co.uk (nodata) Date: Mon, 13 Jun 2005 18:41:40 +0200 Subject: Moving /home keeping settings In-Reply-To: <42ADC001.7010105@broadpark.no> References: <42ADC001.7010105@broadpark.no> Message-ID: <1118680900.2752.2.camel@localhost.localdomain> On Mon, 2005-06-13 at 17:18 +0000, Truls Gulbrandsen wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > I will make a fresh installation of FC4 to a new HD. Then I will back > up /home to a CD and copy to the new HD. I have done this earlier but > have been strugling with the files settings as all files have gone in as > read-only. > How do I copy from the CD to the HD keeping the original settings? > > Thanks in advance, > Truls Gulbrandsen > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.6 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iD8DBQFCrcABickK29LSyG8RAmRgAJwI16nKi8X9m4UaYQjCRgqAw4IfrQCeJ4ww > /xI123xexx5eEdN83r6mT8Q= > =XY3G > -----END PGP SIGNATURE----- > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list Another suggestion: Use k3b with rockridge and "backup/archive mode". Bear in mind you will need the same uid after the install. From notting at redhat.com Mon Jun 13 16:42:13 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 13 Jun 2005 12:42:13 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <1118665396.6853.3.camel@Mars> References: <1118665396.6853.3.camel@Mars> Message-ID: <20050613164213.GJ19700@nostromo.devel.redhat.com> Bjorn Andersen (ba at linuxin.dk) said: > man, 13 06 2005 kl. 02:46 -0700, skrev Dan Hollis: > > Or just compare the md5sums from the early torrents to the md5sums on the > > fedora FC4 official release. > > > > IIRC someone said they already compared them though, and the torrent is > > the 'real thing' :-( > > I really dont hope so, course then all with my system setup gets kernel > panic. What sort of system? Bill From janina at rednote.net Mon Jun 13 17:04:36 2005 From: janina at rednote.net (Janina Sajka) Date: Mon, 13 Jun 2005 13:04:36 -0400 Subject: FC4 ALSA Disappointment Message-ID: <20050613170436.GE28484@rednote.net> I have FC4 but it appears there are no Echo Indigo modules with the ALSA provided by the kernel, so I compiled alsa-driver-1.0.9a via rpmbuild on my spanking new FC4 installation. I had no errors during the installation, but attempting to restart alsa gives me: service alsasound restart Shutting down sound driver: done Starting sound driver: snd-intel8x0 FATAL: Error inserting snd_pcm (/lib/modules/2.6.11-1.1369_FC4/kernel/sound/acore/snd-pcm.ko): Unknown symbol in module, or unknown parameter (see dmesg) WARNING: Error running install command for snd_pcm WARNING: Error inserting snd_ac97_codec (/lib/modules/2.6.11-1.1369_FC4/kernel/sound/pci/ac97/snd-ac97-codec.ko): Unknown symbol in module, or unknown parameter (see dmesg) FATAL: Error inserting snd_intel8x0 (/lib/modules/2.6.11-1.1369_FC4/kernel/sound/pci/snd-intel8x0.ko): Unknown symbol in module, or unknown parameter (see dmesg) done Starting sound driver: snd-indigo FATAL: Error inserting snd_pcm (/lib/modules/2.6.11-1.1369_FC4/kernel/sound/acore/snd-pcm.ko): Unknown symbol in module, or unknown parameter (see dmesg) WARNING: Error running install command for snd_pcm FATAL: Error inserting snd_pcm (/lib/modules/2.6.11-1.1369_FC4/kernel/sound/acore/snd-pcm.ko): Unknown symbol in module, or unknown parameter (see dmesg) WARNING: Error running install command for snd_pcm FATAL: Error inserting snd_indigo (/lib/modules/2.6.11-1.1369_FC4/kernel/sound/pci/echoaudio/snd-indigo.ko): Unknown symbol in module, or unknown parameter (see dmesg) done /usr/sbin/alsactl: load_state:1272: No soundcards found... Any help much appreciated. PS: Why no /etc/init.d/alsasound in the default FC4, by the way? Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Bringing the Owasys 22C screenless cell phone to the U.S. and Canada. Go to http://www.ScreenlessPhone.Com to learn more. From rad at radfiles.net Mon Jun 13 17:21:56 2005 From: rad at radfiles.net (Brian Rademacher) Date: Mon, 13 Jun 2005 11:21:56 -0600 Subject: Kernel 2.6.11-1.1369_FC4smp bug... Message-ID: <006101c5703c$663a4290$0301a8c0@Rad> Can't tell you what caused it exactly, but things were perfectly stable until: kernel: sh[17943]: segfault at 0000000000000000 rip 0000000000000000 rsp 00007fffffa020d0 error 14 kernel: ----------- [cut here ] --------- [please bite here ] --------- kernel: Kernel BUG at "mm/rmap.c":493 kernel: invalid operand: 0000 [1] SMP kernel: CPU 1 kernel: Modules linked in: md5 ipv6 autofs4 dm_mod video button battery ac shpchp tg3 floppy ext3 jbd rai d0 mv_sata(U) sd_mod scsi_mod kernel: Pid: 17943, comm: sh Tainted: G M 2.6.11-1.1369_FC4smp kernel: RIP: 0010:[] {page_remove_rmap+40} kernel: RSP: 0000:ffff81003b741c40 EFLAGS: 00010286 kernel: RAX: 00000000ffffffff RBX: 0000000000000020 RCX: ffff810042438440 kernel: RDX: ffff810018cc4120 RSI: ffff81003f51d8e8 RDI: ffff81000116a240 kernel: RBP: ffff81000116a240 R08: ffff81000116a240 R09: 00000000fffffffa kernel: R10: ffff810000fabe28 R11: 0000000000000003 R12: ffff81002f1f3008 kernel: R13: 0000000000401000 R14: 00000000004a8000 R15: ffff810040e184a0 kernel: FS: 00002aaaab3381a0(0000) GS:ffffffff80510700(0000) knlGS:00000000f7f249e0 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b Ran memtest86 for a while and it doesn't appear to be a RAM issue...This is on a dual Opteron 246 with 2 gigs ECC... From dwalsh at redhat.com Mon Jun 13 17:24:23 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Mon, 13 Jun 2005 13:24:23 -0400 Subject: Fedora Core 3 Test Update: selinux-policy-targeted-1.17.30-3.9 Message-ID: <42ADC147.7090406@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-413 2005-06-13 --------------------------------------------------------------------- Product : Fedora Core 3 Name : selinux-policy-targeted Version : 1.17.30 Release : 3.9 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. --------------------------------------------------------------------- * Mon Jun 13 2005 Dan Walsh 1.17.30-3.9 - Allow unconfined_t full execmod access. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 9536a66aeab1902afe4d333e59dd1569 SRPMS/selinux-policy-targeted-1.17.30-3.9.src.rpm 7fba82d1e7607030640a3290e8ed8798 x86_64/selinux-policy-targeted-1.17.30-3.9.noarch.rpm 8af2ef1b02fcaab2fb25f604ec64eda5 x86_64/selinux-policy-targeted-sources-1.17.30-3.9.noarch.rpm 7fba82d1e7607030640a3290e8ed8798 i386/selinux-policy-targeted-1.17.30-3.9.noarch.rpm 8af2ef1b02fcaab2fb25f604ec64eda5 i386/selinux-policy-targeted-sources-1.17.30-3.9.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 ba at linuxin.dk Mon Jun 13 19:09:09 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 13 Jun 2005 21:09:09 +0200 Subject: Are these official fc4 iso's? In-Reply-To: <20050613164213.GJ19700@nostromo.devel.redhat.com> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> Message-ID: <1118689749.3072.5.camel@Mars> man, 13 06 2005 kl. 12:42 -0400, skrev Bill Nottingham: > > I really dont hope so, course then all with my system setup gets kernel > > panic. > > What sort of system? Intel P4 2.4 HT Processor, Intel Mainboard, 800 MHz system bus, 1 gb ram, Nvidia FX 5700 gfx card, Western Digital 10.000 rpm. SATA harddisk. Link to Motherboard: http://www.intel.com/design/motherbd/rl/index.htm But, i am downloading the iso from another mirror now. Regards Bjorn Andersen From ba at linuxin.dk Mon Jun 13 19:10:23 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 13 Jun 2005 21:10:23 +0200 Subject: Are these official fc4 iso's? In-Reply-To: <1118689749.3072.5.camel@Mars> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> Message-ID: <1118689823.3072.7.camel@Mars> man, 13 06 2005 kl. 21:09 +0200, skrev Bjorn Andersen: > man, 13 06 2005 kl. 12:42 -0400, skrev Bill Nottingham: > > > I really dont hope so, course then all with my system setup gets kernel > > > panic. > > > > What sort of system? > > Intel P4 2.4 HT Processor, Intel Mainboard, 800 MHz system bus, 1 gb > ram, Nvidia FX 5700 gfx card, Western Digital 10.000 rpm. SATA harddisk. > > Link to Motherboard: http://www.intel.com/design/motherbd/rl/index.htm > > But, i am downloading the iso from another mirror now. Btw. i uses a smb kernel. /Bjorn From goemon at anime.net Mon Jun 13 19:09:59 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 13 Jun 2005 12:09:59 -0700 (PDT) Subject: Are these official fc4 iso's? In-Reply-To: <1118689749.3072.5.camel@Mars> Message-ID: On Mon, 13 Jun 2005, Bjorn Andersen wrote: > man, 13 06 2005 kl. 12:42 -0400, skrev Bill Nottingham: > > > I really dont hope so, course then all with my system setup gets kernel > > > panic. > > What sort of system? > Intel P4 2.4 HT Processor, Intel Mainboard, 800 MHz system bus, 1 gb > ram, Nvidia FX 5700 gfx card, Western Digital 10.000 rpm. SATA harddisk. > Link to Motherboard: http://www.intel.com/design/motherbd/rl/index.htm > But, i am downloading the iso from another mirror now. Do you have onboard agp? Is it disabled in bios? -Dan From jr36 at leicester.ac.uk Mon Jun 13 19:14:45 2005 From: jr36 at leicester.ac.uk (Jonathan Rawle) Date: Mon, 13 Jun 2005 20:14:45 +0100 Subject: Moving /home keeping settings References: <42ADC001.7010105@broadpark.no> Message-ID: Truls Gulbrandsen wrote: > Hi, > I will make a fresh installation of FC4 to a new HD. Then I will back > up /home to a CD and copy to the new HD. I have done this earlier but > have been strugling with the files settings as all files have gone in as > read-only. > How do I copy from the CD to the HD keeping the original settings? > You could temporarily keep both drives in the system and then copy your files across. You can reformat and remove the other drive afterwards if you no longer want it. Before starting, boot your old installation for a final time, and relabel the partitions. This will save a headache when you boot your new system, as I once discovered the hard way! Type: mount -l to show what is mounted. You should see something like: /dev/hda1 on / type ext3 (rw) [/] The entries with square brackets show which partitions are labelled. So issue as root the command: /sbin/e2label /dev/hda1 /oldroot (be sure to change hda1 to whatever your partition is!) If you have other partitions such as /home or /boot you should change them to /oldhome etc. Install FC4 onto the new drive (you can do this with the old drive disconnected if you are worried). Reconnect the old drive and reboot. Now create directories /oldroot, /oldhome etc. You can then mount the old partitions, e.g: mount -L /oldroot /oldroot Then copy your old home directory to your new one using: cp -ar /oldroot/home/username /home (the -a option ensures all timestamps and permissions are preserved). Hope this helps! Jonathan From ba at linuxin.dk Mon Jun 13 20:00:20 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 13 Jun 2005 22:00:20 +0200 Subject: Are these official fc4 iso's? In-Reply-To: References: Message-ID: <1118692820.3050.5.camel@Mars> man, 13 06 2005 kl. 12:09 -0700, skrev Dan Hollis: > On Mon, 13 Jun 2005, Bjorn Andersen wrote: > > man, 13 06 2005 kl. 12:42 -0400, skrev Bill Nottingham: > > > > I really dont hope so, course then all with my system setup gets kernel > > > > panic. > > > What sort of system? > > Intel P4 2.4 HT Processor, Intel Mainboard, 800 MHz system bus, 1 gb > > ram, Nvidia FX 5700 gfx card, Western Digital 10.000 rpm. SATA harddisk. > > Link to Motherboard: http://www.intel.com/design/motherbd/rl/index.htm > > But, i am downloading the iso from another mirror now. What a disappointment. I have used Red Hat since ver 4.2, and this is the first release i am not able to install. Its almost too much... The newly downloaded iso cant boot ether. > Do you have onboard agp? Is it disabled in bios? What do you mean with agp disabled? I have no option for disabling agp, and my FC4T3 development boots just fine. /Bjorn From notting at redhat.com Mon Jun 13 20:01:48 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 13 Jun 2005 16:01:48 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <1118689749.3072.5.camel@Mars> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> Message-ID: <20050613200148.GB22360@nostromo.devel.redhat.com> Bjorn Andersen (ba at linuxin.dk) said: > man, 13 06 2005 kl. 12:42 -0400, skrev Bill Nottingham: > > > I really dont hope so, course then all with my system setup gets kernel > > > panic. > > > > What sort of system? > > Intel P4 2.4 HT Processor, Intel Mainboard, 800 MHz system bus, 1 gb > ram, Nvidia FX 5700 gfx card, Western Digital 10.000 rpm. SATA harddisk. What's the oops? Does it resemble bug 159026 at all? Bill From david at fubar.dk Mon Jun 13 20:12:22 2005 From: david at fubar.dk (David Zeuthen) Date: Mon, 13 Jun 2005 16:12:22 -0400 Subject: NetworkManager (was: Are these official fc4 iso's?) In-Reply-To: <20050612215121.A22762@mail.harddata.com> References: <9792751e050611065059a98577@mail.gmail.com> <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> <20050612111911.A12863@mail.harddata.com> <1118601876.20976.43.camel@daxter.boston.redhat.com> <20050612215121.A22762@mail.harddata.com> Message-ID: <1118693542.13021.12.camel@daxter.boston.redhat.com> On Sun, 2005-06-12 at 21:51 -0600, Michal Jaegermann wrote: > > Certainly - and I know Dan and others are looking into this through > > wpa_supplicant integration. Btw, we don't store the cached WEP keys in > > the clear; we use gnome-keyring to encrypt it. > > It does not help you very much with that. I was talking about > retrieving keys from ethernet packets _sniffed_ over a radio so how > they are stored is hardly relevant. AFAIK you need big samples for > those key breaking programs but the point is that with WEP you can > collect long enough and a target has no way to check that this is > happening. Of course. I'm aware of that. > > > It is hard to figure out what are preconditions for that, as > > > NetworkManager carefuly avoids what could be taken for a > > > documentation, > > > > Well, you know, the idea here is that things should just work out of the > > box > > This assumption falls apart from what I, and an number of others, > have seen so far. Yes, I wrote myself various things in > "worksforme" category but I never tried to push them to the public > as the best thing from a sliced bread. :-) Sigh. I've already described several times why this is difficult to get right and I'm not going to repeat myself. Here's a question though; why do you think that OS X only supports their own Airport wireless cards? David From jerone at gmail.com Mon Jun 13 20:25:09 2005 From: jerone at gmail.com (Jerone Young) Date: Mon, 13 Jun 2005 15:25:09 -0500 Subject: NetworkManager (was: Are these official fc4 iso's?) In-Reply-To: <1118693542.13021.12.camel@daxter.boston.redhat.com> References: <9792751e050611065059a98577@mail.gmail.com> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> <20050612111911.A12863@mail.harddata.com> <1118601876.20976.43.camel@daxter.boston.redhat.com> <20050612215121.A22762@mail.harddata.com> <1118693542.13021.12.camel@daxter.boston.redhat.com> Message-ID: <9f50a7a00506131325fb43dc2@mail.gmail.com> On 6/13/05, David Zeuthen wrote: > On Sun, 2005-06-12 at 21:51 -0600, Michal Jaegermann wrote: > > > Certainly - and I know Dan and others are looking into this through > > > wpa_supplicant integration. Btw, we don't store the cached WEP keys in > > > the clear; we use gnome-keyring to encrypt it. > > > > It does not help you very much with that. I was talking about > > retrieving keys from ethernet packets _sniffed_ over a radio so how > > they are stored is hardly relevant. AFAIK you need big samples for > > those key breaking programs but the point is that with WEP you can > > collect long enough and a target has no way to check that this is > > happening. > > Of course. I'm aware of that. > > > > > It is hard to figure out what are preconditions for that, as > > > > NetworkManager carefuly avoids what could be taken for a > > > > documentation, > > > > > > Well, you know, the idea here is that things should just work out of the > > > box > > > > This assumption falls apart from what I, and an number of others, > > have seen so far. Yes, I wrote myself various things in > > "worksforme" category but I never tried to push them to the public > > as the best thing from a sliced bread. :-) > > Sigh. I've already described several times why this is difficult to get > right and I'm not going to repeat myself. Here's a question though; why > do you think that OS X only supports their own Airport wireless cards? This might be the key for Redhat. Honestly Redhat needs to team up with some hardware manufacturer and have a standard platform that will work out of the box. You really don't have to worry about this with servers today. But with desktop machines you need a standard supported platform that you can tell people 100% works out of the box. With Linux I have no idea what wireless card is the best wireless card to use? I would really like to just go to a website and know, OK this is what I need to buy for a supported wireless card ( I think the intel wireless card may be the best?!). > > David > > > -- > 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 Mon Jun 13 20:27:35 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 13 Jun 2005 16:27:35 -0400 Subject: NetworkManager (was: Are these official fc4 iso's?) In-Reply-To: <1118693542.13021.12.camel@daxter.boston.redhat.com> References: <9792751e050611065059a98577@mail.gmail.com> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> <20050612111911.A12863@mail.harddata.com> <1118601876.20976.43.camel@daxter.boston.redhat.com> <20050612215121.A22762@mail.harddata.com> <1118693542.13021.12.camel@daxter.boston.redhat.com> Message-ID: <604aa79105061313277ffc6625@mail.gmail.com> On 6/13/05, David Zeuthen wrote: > Here's a question though; why > do you think that OS X only supports their own Airport wireless cards? Because apple thinks of itself has a hardware company and uses its aggressively successful and well tailored marketing campaign around the usability of its operating system to drive a specific demographic towards buying its branded hardware at a premium. Not only is it easier to just support their own hardware.. but it also re-enforces apple's brand in the hardware marketplace. -jef"imagines a world..where linux distributions were crafted primarily by pc oem's and tailored to support exactly the hardware offered by that oem"spaleta From dcbw at redhat.com Mon Jun 13 20:38:25 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 13 Jun 2005 16:38:25 -0400 Subject: NetworkManager (was: Are these official fc4 iso's?) In-Reply-To: <9f50a7a00506131325fb43dc2@mail.gmail.com> References: <9792751e050611065059a98577@mail.gmail.com> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> <20050612111911.A12863@mail.harddata.com> <1118601876.20976.43.camel@daxter.boston.redhat.com> <20050612215121.A22762@mail.harddata.com> <1118693542.13021.12.camel@daxter.boston.redhat.com> <9f50a7a00506131325fb43dc2@mail.gmail.com> Message-ID: <1118695105.8869.10.camel@dcbw.boston.redhat.com> On Mon, 2005-06-13 at 15:25 -0500, Jerone Young wrote: > what I need to buy for a supported wireless card ( I think the intel > wireless card may be the best?!). At this time, they are. Dan From steve at greengecko.co.nz Mon Jun 13 20:33:47 2005 From: steve at greengecko.co.nz (Steve Holdoway) Date: Tue, 14 Jun 2005 08:33:47 +1200 (NZST) Subject: Are these official fc4 iso's? In-Reply-To: <1118692820.3050.5.camel@Mars> References: <1118692820.3050.5.camel@Mars> Message-ID: <1625.203.167.191.13.1118694827.squirrel@mail.greengecko.co.nz> You're not using ReiserFS are you? Steve On Tue, June 14, 2005 8:00 am, Bjorn Andersen said: > man, 13 06 2005 kl. 12:09 -0700, skrev Dan Hollis: >> On Mon, 13 Jun 2005, Bjorn Andersen wrote: >> > man, 13 06 2005 kl. 12:42 -0400, skrev Bill Nottingham: >> > > > I really dont hope so, course then all with my system setup gets >> kernel >> > > > panic. >> > > What sort of system? >> > Intel P4 2.4 HT Processor, Intel Mainboard, 800 MHz system bus, 1 gb >> > ram, Nvidia FX 5700 gfx card, Western Digital 10.000 rpm. SATA >> harddisk. >> > Link to Motherboard: http://www.intel.com/design/motherbd/rl/index.htm >> > But, i am downloading the iso from another mirror now. > > What a disappointment. I have used Red Hat since ver 4.2, and this is > the first release i am not able to install. Its almost too much... > The newly downloaded iso cant boot ether. > >> Do you have onboard agp? Is it disabled in bios? > > What do you mean with agp disabled? I have no option for disabling agp, > and my FC4T3 development boots just fine. > > > /Bjorn > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- Windows: Where do you want to go today? MacOS: Where do you want to be tomorrow? Linux: Are you coming or what? From ba at linuxin.dk Mon Jun 13 20:42:47 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 13 Jun 2005 22:42:47 +0200 Subject: Are these official fc4 iso's? In-Reply-To: <20050613200148.GB22360@nostromo.devel.redhat.com> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> <20050613200148.GB22360@nostromo.devel.redhat.com> Message-ID: <1118695367.3576.0.camel@Mars> man, 13 06 2005 kl. 16:01 -0400, skrev Bill Nottingham: > > Intel P4 2.4 HT Processor, Intel Mainboard, 800 MHz system bus, 1 gb > > ram, Nvidia FX 5700 gfx card, Western Digital 10.000 rpm. SATA harddisk. > > What's the oops? Does it resemble bug 159026 at all? Can anyone tell me if it is the same bug? http://www.linuxin.dk/pictures/cimg1242.jpg /Bjorn From notting at redhat.com Mon Jun 13 20:44:41 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 13 Jun 2005 16:44:41 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <1118695367.3576.0.camel@Mars> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> <20050613200148.GB22360@nostromo.devel.redhat.com> <1118695367.3576.0.camel@Mars> Message-ID: <20050613204441.GA23124@nostromo.devel.redhat.com> Bjorn Andersen (ba at linuxin.dk) said: > man, 13 06 2005 kl. 16:01 -0400, skrev Bill Nottingham: > > > Intel P4 2.4 HT Processor, Intel Mainboard, 800 MHz system bus, 1 gb > > > ram, Nvidia FX 5700 gfx card, Western Digital 10.000 rpm. SATA harddisk. > > > > What's the oops? Does it resemble bug 159026 at all? > > Can anyone tell me if it is the same bug? > http://www.linuxin.dk/pictures/cimg1242.jpg Hard to tell, the initial error has scrolled off the screen. vga=ext or vga=791 may help. Bill From ba at linuxin.dk Mon Jun 13 20:45:48 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 13 Jun 2005 22:45:48 +0200 Subject: Are these official fc4 iso's? In-Reply-To: <1625.203.167.191.13.1118694827.squirrel@mail.greengecko.co.nz> References: <1118692820.3050.5.camel@Mars> <1625.203.167.191.13.1118694827.squirrel@mail.greengecko.co.nz> Message-ID: <1118695548.3576.4.camel@Mars> tir, 14 06 2005 kl. 08:33 +1200, skrev Steve Holdoway: > You're not using ReiserFS are you? No, not at the primarry harddisk. But i have an old SuSE installation with ReiserFS on hdc. But thats not the problem i think. I am not able to boot the kernel at all. /Bjorn From pjones at redhat.com Mon Jun 13 20:46:55 2005 From: pjones at redhat.com (Peter Jones) Date: Mon, 13 Jun 2005 16:46:55 -0400 Subject: NetworkManager (was: Are these official fc4 iso's?) In-Reply-To: <9f50a7a00506131325fb43dc2@mail.gmail.com> References: <9792751e050611065059a98577@mail.gmail.com> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> <20050612111911.A12863@mail.harddata.com> <1118601876.20976.43.camel@daxter.boston.redhat.com> <20050612215121.A22762@mail.harddata.com> <1118693542.13021.12.camel@daxter.boston.redhat.com> <9f50a7a00506131325fb43dc2@mail.gmail.com> Message-ID: <1118695615.8516.4.camel@localhost.localdomain> On Mon, 2005-06-13 at 15:25 -0500, Jerone Young wrote: > This might be the key for Redhat. Honestly Redhat needs to team up > with some hardware manufacturer and have a standard platform that will > work out of the box. I think you've got the wrong mailing list. This is the _fedora_ test list. -- Peter From ba at linuxin.dk Mon Jun 13 20:58:23 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 13 Jun 2005 22:58:23 +0200 Subject: Are these official fc4 iso's? In-Reply-To: <20050613204441.GA23124@nostromo.devel.redhat.com> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> <20050613200148.GB22360@nostromo.devel.redhat.com> <1118695367.3576.0.camel@Mars> <20050613204441.GA23124@nostromo.devel.redhat.com> Message-ID: <1118696303.3134.0.camel@Mars> man, 13 06 2005 kl. 16:44 -0400, skrev Bill Nottingham: > Hard to tell, the initial error has scrolled off the screen. > > vga=ext or vga=791 may help. Here is one with vga=ext: http://www.linuxin.dk/pictures/cimg1244.jpg /Bjorn From notting at redhat.com Mon Jun 13 21:01:34 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 13 Jun 2005 17:01:34 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <1118696303.3134.0.camel@Mars> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> <20050613200148.GB22360@nostromo.devel.redhat.com> <1118695367.3576.0.camel@Mars> <20050613204441.GA23124@nostromo.devel.redhat.com> <1118696303.3134.0.camel@Mars> Message-ID: <20050613210134.GB23188@nostromo.devel.redhat.com> Bjorn Andersen (ba at linuxin.dk) said: > man, 13 06 2005 kl. 16:44 -0400, skrev Bill Nottingham: > > Hard to tell, the initial error has scrolled off the screen. > > > > vga=ext or vga=791 may help. > > Here is one with vga=ext: > > http://www.linuxin.dk/pictures/cimg1244.jpg Yeah, looks like the same bug. If you've got an install already on the box, you can copy the initrd & vmlinuz off the CD into your /boot directory and boot them directly with grub. Bill From ba at linuxin.dk Mon Jun 13 21:07:57 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 13 Jun 2005 23:07:57 +0200 Subject: Are these official fc4 iso's? In-Reply-To: <20050613210134.GB23188@nostromo.devel.redhat.com> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> <20050613200148.GB22360@nostromo.devel.redhat.com> <1118695367.3576.0.camel@Mars> <20050613204441.GA23124@nostromo.devel.redhat.com> <1118696303.3134.0.camel@Mars> <20050613210134.GB23188@nostromo.devel.redhat.com> Message-ID: <1118696877.3364.2.camel@Mars> man, 13 06 2005 kl. 17:01 -0400, skrev Bill Nottingham: > If you've got an install already on the box, you can copy > the initrd & vmlinuz off the CD into your /boot directory > and boot them directly with grub. What about the other way? Copying the kernel from development: 2.6.11-1.1381_FC5smp onto the CD, so i can install FC4? /Bjorn From notting at redhat.com Mon Jun 13 21:10:09 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 13 Jun 2005 17:10:09 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <1118696877.3364.2.camel@Mars> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> <20050613200148.GB22360@nostromo.devel.redhat.com> <1118695367.3576.0.camel@Mars> <20050613204441.GA23124@nostromo.devel.redhat.com> <1118696303.3134.0.camel@Mars> <20050613210134.GB23188@nostromo.devel.redhat.com> <1118696877.3364.2.camel@Mars> Message-ID: <20050613211009.GD23188@nostromo.devel.redhat.com> Bjorn Andersen (ba at linuxin.dk) said: > man, 13 06 2005 kl. 17:01 -0400, skrev Bill Nottingham: > > If you've got an install already on the box, you can copy > > the initrd & vmlinuz off the CD into your /boot directory > > and boot them directly with grub. > > > What about the other way? > Copying the kernel from development: 2.6.11-1.1381_FC5smp onto the CD, > so i can install FC4? It's not a kernel issue, it's a syslinux issue. Bill From jspaleta at gmail.com Mon Jun 13 21:11:33 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 13 Jun 2005 17:11:33 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <1118696877.3364.2.camel@Mars> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> <20050613200148.GB22360@nostromo.devel.redhat.com> <1118695367.3576.0.camel@Mars> <20050613204441.GA23124@nostromo.devel.redhat.com> <1118696303.3134.0.camel@Mars> <20050613210134.GB23188@nostromo.devel.redhat.com> <1118696877.3364.2.camel@Mars> Message-ID: <604aa7910506131411cad3f@mail.gmail.com> On 6/13/05, Bjorn Andersen wrote: > What about the other way? > Copying the kernel from development: 2.6.11-1.1381_FC5smp onto the CD, > so i can install FC4? you should be able to install fc4.... using the grub trick... and still use the package payload on the cds. -jef From ba at linuxin.dk Mon Jun 13 21:15:37 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 13 Jun 2005 23:15:37 +0200 Subject: Are these official fc4 iso's? In-Reply-To: <20050613210134.GB23188@nostromo.devel.redhat.com> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> <20050613200148.GB22360@nostromo.devel.redhat.com> <1118695367.3576.0.camel@Mars> <20050613204441.GA23124@nostromo.devel.redhat.com> <1118696303.3134.0.camel@Mars> <20050613210134.GB23188@nostromo.devel.redhat.com> Message-ID: <1118697337.3364.3.camel@Mars> man, 13 06 2005 kl. 17:01 -0400, skrev Bill Nottingham: > If you've got an install already on the box, you can copy > the initrd & vmlinuz off the CD into your /boot directory > and boot them directly with grub. > This would make me install from the CD's? /Bjorn From notting at redhat.com Mon Jun 13 21:21:09 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 13 Jun 2005 17:21:09 -0400 Subject: Are these official fc4 iso's? In-Reply-To: <1118697337.3364.3.camel@Mars> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> <20050613200148.GB22360@nostromo.devel.redhat.com> <1118695367.3576.0.camel@Mars> <20050613204441.GA23124@nostromo.devel.redhat.com> <1118696303.3134.0.camel@Mars> <20050613210134.GB23188@nostromo.devel.redhat.com> <1118697337.3364.3.camel@Mars> Message-ID: <20050613212109.GA23583@nostromo.devel.redhat.com> Bjorn Andersen (ba at linuxin.dk) said: > man, 13 06 2005 kl. 17:01 -0400, skrev Bill Nottingham: > > If you've got an install already on the box, you can copy > > the initrd & vmlinuz off the CD into your /boot directory > > and boot them directly with grub. > > This would make me install from the CD's? It should let you, yes. Bill From brian_magnuson at msn.com Mon Jun 13 21:47:30 2005 From: brian_magnuson at msn.com (Brian Magnuson) Date: Mon, 13 Jun 2005 15:47:30 -0600 Subject: Wireless Message-ID: I have Xp on my Toshiba Tecra 8000 laptop because Fedora Core 3 didn't support my Lynksys WPC11 v.4 Card. Does anyone know if Fedora Core 4 supports new wireless cards and what cards it supports? Thanx ! From michal at harddata.com Mon Jun 13 23:03:36 2005 From: michal at harddata.com (Michal Jaegermann) Date: Mon, 13 Jun 2005 17:03:36 -0600 Subject: NetworkManager (was: Are these official fc4 iso's?) In-Reply-To: <1118693542.13021.12.camel@daxter.boston.redhat.com>; from david@fubar.dk on Mon, Jun 13, 2005 at 04:12:22PM -0400 References: <1118499596.14986.2.camel@cutter> <9f50a7a00506111024258795ed@mail.gmail.com> <200506112107.35738.stevew5set@alltel.net> <9f50a7a005061121347f8f8a83@mail.gmail.com> <1118551830.4300.14.camel@localhost.localdomain> <1118555725.16796.31.camel@daxter.boston.redhat.com> <20050612111911.A12863@mail.harddata.com> <1118601876.20976.43.camel@daxter.boston.redhat.com> <20050612215121.A22762@mail.harddata.com> <1118693542.13021.12.camel@daxter.boston.redhat.com> Message-ID: <20050613170336.A14961@mail.harddata.com> On Mon, Jun 13, 2005 at 04:12:22PM -0400, David Zeuthen wrote: > Here's a question though; why > do you think that OS X only supports their own Airport wireless cards? Don't start me on OS X. Recently I had a misfortune to be forced to configure a wireless connection for OS X and that experience left me really disgusted. First of all, as far I was told, it is not entirely correct that you have to use Airport; but for other cards you have to buy an extra software so you may as well stick with Airport. It will cost you the same or less then other combinations. It turns out that OS X, at least with "native" drivers, will not do WPA. This detail is not mentioned anywhere in what can pass for a documentation, nor on that "user-friendly" interface. You will only get some weird and uncomprehensible errors. Even WEP requires you to do some strange moves. The only help you can find is on the web, even if sizeable portions of that are plainly wrong, so if this is your only network connection you are screwed. Possibly a totally open connection would be "easy" to set but that I did not try. If that happens to be your "gold standard of user-friendly" then no wonder that NetworkManager looks nice in a comparison. Michal From jeffy5 at optonline.net Tue Jun 14 00:55:35 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Mon, 13 Jun 2005 20:55:35 -0400 Subject: Missing Screensavers Message-ID: <42AE2B07.4090602@optonline.net> Hello, I just finished installing FC4 and have found that the screensavers are not there. This was a problem with the screensavers as well in FC4t3 as well and I forgot which files with YUM I had to download to install them. Can you tell me which files need to be downloaded for the screensavers to be loades? Jeff From pgraner at redhat.com Tue Jun 14 01:02:19 2005 From: pgraner at redhat.com (Pete Graner) Date: Mon, 13 Jun 2005 21:02:19 -0400 Subject: Missing Screensavers In-Reply-To: <42AE2B07.4090602@optonline.net> References: <42AE2B07.4090602@optonline.net> Message-ID: <42AE2C9B.1070503@redhat.com> Jeffrey D. Yuille wrote: > Hello, > > I just finished installing FC4 and have found that the screensavers > are not there. This was a problem with the screensavers as well in > FC4t3 as well and I forgot which files with YUM I had to download to > install them. Can you tell me which files need to be downloaded for the > screensavers to be loades? > > Jeff > yum install xscreensaver-extras xscreensaver-gl-extras ~pete -- Pete Graner email: Senior Manager Office: 919.754.4376 Support Engineering Group Mobile: 910.391.7621 Red Hat Inc. http://www.redhat.com From m_epling at comcast.net Tue Jun 14 03:17:58 2005 From: m_epling at comcast.net (mitch epling) Date: Mon, 13 Jun 2005 22:17:58 -0500 Subject: looks good Message-ID: <42AE4C66.6040906@comcast.net> give a hint where to find the apt servers for synaptic are they ready dag livina ans all of them ? From johnp at redhat.com Tue Jun 14 03:36:32 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Mon, 13 Jun 2005 23:36:32 -0400 Subject: Missing Screensavers In-Reply-To: <42AE2B07.4090602@optonline.net> References: <42AE2B07.4090602@optonline.net> Message-ID: <1118720192.5123.2.camel@localhost.localdomain> On Mon, 2005-06-13 at 20:55 -0400, Jeffrey D. Yuille wrote: > Hello, > > I just finished installing FC4 and have found that the > screensavers are not there. This was a problem with the screensavers as > well in FC4t3 as well and I forgot which files with YUM I had to > download to install them. Can you tell me which files need to be > downloaded for the screensavers to be loades? > > > Jeff They are not installed by default because some are offensive and some may crash a users system (gl screen savers mostly). So we ship with only one - blank screen. You can however get xscreensaver-extras and xscreensaver-gl-extras as someone else has pointed out. -- John (J5) Palmieri From m_epling at comcast.net Tue Jun 14 03:44:41 2005 From: m_epling at comcast.net (mitch epling) Date: Mon, 13 Jun 2005 22:44:41 -0500 Subject: looks good In-Reply-To: <42AE4C66.6040906@comcast.net> References: <42AE4C66.6040906@comcast.net> Message-ID: <42AE52A9.4050809@comcast.net> mitch epling wrote: > give a hint where to find the apt servers for synaptic are they > ready dag livina ans all of them ? > heres one ready http://*apt*.sw.be *fedora*/*4*/en/i386 dag rpm anyone have more ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From MichaelCagle at earthlink.net Tue Jun 14 03:46:31 2005 From: MichaelCagle at earthlink.net (Michael Cagle) Date: Mon, 13 Jun 2005 22:46:31 -0500 Subject: Problem with Add/Remove Applications -- will not complete Message-ID: <42AE5317.3040403@earthlink.net> I have an HP Pavillion a430n with an AMD AthlonXP 3200+ processor and 1.25 gigabytes of memory. When I click on Start->System Settings->Add/Remove Applications the "Checking System Status" dialog box moves quickly to about 1/3 complete then stalls. When I use top from the command line, I see that python continues to grow. It ran 4 hours yesterday and python grew to 1.4 gigabytes before I stopped it. I have an install of FC4T3 that has all packages installed. It has been updated daily. "uname -a" returns the following: Linux CagleUX.MichaelCagle.com 2.6.11-1.1381_FC5 #1 Thu Jun 9 20:56:43 EDT 2005 i686 athlon i386 GNU/Linux. Any ideas? Thanks, Mike From skvidal at phy.duke.edu Tue Jun 14 03:50:24 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 13 Jun 2005 23:50:24 -0400 Subject: Problem with Add/Remove Applications -- will not complete In-Reply-To: <42AE5317.3040403@earthlink.net> References: <42AE5317.3040403@earthlink.net> Message-ID: <1118721025.28155.20.camel@cutter> On Mon, 2005-06-13 at 22:46 -0500, Michael Cagle wrote: > I have an HP Pavillion a430n with an AMD AthlonXP 3200+ processor and > 1.25 gigabytes of memory. When I click on Start->System > Settings->Add/Remove Applications the "Checking System Status" dialog > box moves quickly to about 1/3 complete then stalls. When I use top from > the command line, I see that python continues to grow. It ran 4 hours > yesterday and python grew to 1.4 gigabytes before I stopped it. I have > an install of FC4T3 that has all packages installed. It has been updated > daily. "uname -a" returns the following: > Linux CagleUX.MichaelCagle.com 2.6.11-1.1381_FC5 #1 Thu Jun 9 20:56:43 > EDT 2005 i686 athlon i386 GNU/Linux. > > Any ideas? don't use it. use this: yum shell > list available > install name-of-package-you-want > install name-of-other-package-you-want > run > quit it's not graphically enabled, yet, but it works. -sv From ba at linuxin.dk Tue Jun 14 06:51:38 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Tue, 14 Jun 2005 08:51:38 +0200 Subject: Are these official fc4 iso's? In-Reply-To: <20050613212109.GA23583@nostromo.devel.redhat.com> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> <20050613200148.GB22360@nostromo.devel.redhat.com> <1118695367.3576.0.camel@Mars> <20050613204441.GA23124@nostromo.devel.redhat.com> <1118696303.3134.0.camel@Mars> <20050613210134.GB23188@nostromo.devel.redhat.com> <1118697337.3364.3.camel@Mars> <20050613212109.GA23583@nostromo.devel.redhat.com> Message-ID: <1118731898.3721.0.camel@Mars> man, 13 06 2005 kl. 17:21 -0400, skrev Bill Nottingham: > > This would make me install from the CD's? > > It should let you, yes. Thanks, it worked. /Bjorn Andersen From blackman at pharm.uoa.gr Tue Jun 14 07:30:34 2005 From: blackman at pharm.uoa.gr (=?ISO-8859-7?Q?=C3=FE=F1=EA=E1=F2_=C4=E7=EC=DE=F4=F1=E9=EF=F2?=) Date: Tue, 14 Jun 2005 10:30:34 +0300 Subject: More bugs on Final Version! Message-ID: <42AE879A.7080102@pharm.uoa.gr> Although had been pointed out before this bug still exists in final version!!! 1) Installing FC4 64 with reiserfs system the system fails to boot since it' can't mount the root fs!!! 2) I own an AMD 64bit 3200+ the gnome applet that show the cpu speed complains that it can not manage the cpu speed so my cpu is stack at 2Ghz even when cpu time is 0%. Cool and quiet which was WORKING on fc4 rc3 use to slow down my cpu at 800Mhz when cpu load was low and the gnome applet worked fine! 3) XMMS is missing! Nice... who needs the famous xmms?? 4) my favorite editor jed is missing... nice Now I have to turn to vi??? and more to come as I look in to it the following days!!! Anyway it still mych better then FC3!!! Nice job, thainks ! From sundaram at redhat.com Tue Jun 14 07:31:28 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 14 Jun 2005 13:01:28 +0530 Subject: More bugs on Final Version! In-Reply-To: <42AE879A.7080102@pharm.uoa.gr> References: <42AE879A.7080102@pharm.uoa.gr> Message-ID: <42AE87D0.3080302@redhat.com> ?????? ????????? wrote: > Although had been pointed out before this bug still exists in final > version!!! > 1) Installing FC4 64 with reiserfs system the system fails to boot > since it' can't mount the root fs!!! Reiserfs is not support in this release. only ext3 > > 3) XMMS is missing! Nice... who needs the famous xmms?? Rythmbox is the default player. Xmms is a gtk1 application and does not use the gstreamer framework. It is available in Fedora Extras #yum install xmms > 4) my favorite editor jed is missing... nice Now I have to turn to vi??? You have nano or emacs too. It would a good idea to step up to maintain Joe in Fedora Extras if you are interested in it http://fedoraproject.org/wiki/Extras > and more to come as I look in to it the following days!!! > Anyway it still mych better then FC3!!! > Nice job, thainks ! Glad you like it regards Rahul From lars at homer.se Tue Jun 14 07:34:35 2005 From: lars at homer.se (Lars E. Pettersson) Date: 14 Jun 2005 09:34:35 +0200 Subject: More bugs on Final Version! In-Reply-To: <42AE879A.7080102@pharm.uoa.gr> References: <42AE879A.7080102@pharm.uoa.gr> Message-ID: <1118734475.9257.9.camel@iving.oso.chalmers.se> On Tue, 2005-06-14 at 09:30, ?????? ????????? wrote: > 3) XMMS is missing! Nice... who needs the famous xmms?? It is in extras now: http://download.fedora.redhat.com/pub/fedora/linux/extras/4/i386/xmms-1.2.10-16.i386.rpm > 4) my favorite editor jed is missing... nice Now I have to turn to vi??? So is jed: http://download.fedora.redhat.com/pub/fedora/linux/extras/4/i386/jed-0.99.16-10.i386.rpm I am not at my FC4 machine now, but I think extras is enabled by default, so you should be able to do: yum install xmms jed Lars -- Lars E. Pettersson http://www.sm6rpz.se/ From sundaram at redhat.com Tue Jun 14 07:38:45 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 14 Jun 2005 13:08:45 +0530 Subject: More bugs on Final Version! In-Reply-To: <42AE87D0.3080302@redhat.com> References: <42AE879A.7080102@pharm.uoa.gr> <42AE87D0.3080302@redhat.com> Message-ID: <42AE8985.5070809@redhat.com> Hi >> 4) my favorite editor jed is missing... nice Now I have to turn to vi??? > Just found out that Jed is in there too http://fedoraproject.org/extras/4/i386/repodata/repoview/jed-0-0.99.16-10.html #yum install jed regards Rahul From pmatilai at laiskiainen.org Tue Jun 14 08:22:02 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Tue, 14 Jun 2005 01:22:02 -0700 (PDT) Subject: looks good In-Reply-To: <42AE4C66.6040906@comcast.net> References: <42AE4C66.6040906@comcast.net> Message-ID: On Mon, 13 Jun 2005, mitch epling wrote: > give a hint where to find the apt servers for synaptic are they ready dag > livina ans all of them ? freshrpms and it's mirrors at least still provides apt repository: http://ayo.freshrpms.net/fedora/linux/4/i386/ - Panu - From ba at linuxin.dk Tue Jun 14 10:19:34 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Tue, 14 Jun 2005 12:19:34 +0200 Subject: More bugs on Final Version! In-Reply-To: <42AE879A.7080102@pharm.uoa.gr> References: <42AE879A.7080102@pharm.uoa.gr> Message-ID: <1118744374.3073.4.camel@Mars> tir, 14 06 2005 kl. 10:30 +0300, skrev ?????? ?????????: > Although had been pointed out before this bug still exists in final > version!!! > 1) Installing FC4 64 with reiserfs system the system fails to boot since > it' can't mount the root fs!!! I it not a SELinux problem here? Reaiser FS is not kompatible with SELinux. > 2) I own an AMD 64bit 3200+ the gnome applet that show the cpu speed > complains that it can not manage the cpu speed so my cpu is stack at > 2Ghz even when cpu time is 0%. Cool and quiet which was WORKING on fc4 > rc3 use to slow down my cpu at 800Mhz when cpu load was low and the > gnome applet worked fine! I too have problem with the Network monitor applet in the AMD 64 system. > 3) XMMS is missing! Nice... who needs the famous xmms?? > 4) my favorite editor jed is missing... nice Now I have to turn to vi??? > and more to come as I look in to it the following days!!! > Anyway it still mych better then FC3!!! > Nice job, thainks ! Its by far the best Fedora release. Besides the syslinux install issue, its great! /Bjorn From alan at redhat.com Tue Jun 14 11:00:35 2005 From: alan at redhat.com (Alan Cox) Date: Tue, 14 Jun 2005 07:00:35 -0400 Subject: Missing Screensavers In-Reply-To: <1118720192.5123.2.camel@localhost.localdomain> References: <42AE2B07.4090602@optonline.net> <1118720192.5123.2.camel@localhost.localdomain> Message-ID: <20050614110035.GA24182@devserv.devel.redhat.com> On Mon, Jun 13, 2005 at 11:36:32PM -0400, John (J5) Palmieri wrote: > They are not installed by default because some are offensive and some > may crash a users system (gl screen savers mostly). So we ship with > only one - blank screen. You can however get xscreensaver-extras and > xscreensaver-gl-extras as someone else has pointed out. Also some of them use sections of the users screen for amusing effects. Thats a nasty suprise that some people don't welcome when they are using "lock" mode. From dr at cluenet.de Tue Jun 14 11:05:56 2005 From: dr at cluenet.de (Daniel Roesen) Date: Tue, 14 Jun 2005 13:05:56 +0200 Subject: Missing Screensavers In-Reply-To: <20050614110035.GA24182@devserv.devel.redhat.com> References: <42AE2B07.4090602@optonline.net> <1118720192.5123.2.camel@localhost.localdomain> <20050614110035.GA24182@devserv.devel.redhat.com> Message-ID: <20050614110556.GA27174@srv01.cluenet.de> On Tue, Jun 14, 2005 at 07:00:35AM -0400, Alan Cox wrote: > On Mon, Jun 13, 2005 at 11:36:32PM -0400, John (J5) Palmieri wrote: > > They are not installed by default because some are offensive and some > > may crash a users system (gl screen savers mostly). So we ship with > > only one - blank screen. You can however get xscreensaver-extras and > > xscreensaver-gl-extras as someone else has pointed out. > > Also some of them use sections of the users screen for amusing > effects. Thats a nasty suprise that some people don't welcome when they > are using "lock" mode. All that is a none-issue if the default setting for xscreensaver would be "blank screen" (no matter wether the others are installed or not), or am I missing something? Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From mitr at volny.cz Tue Jun 14 11:14:40 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Tue, 14 Jun 2005 13:14:40 +0200 Subject: Missing Screensavers In-Reply-To: <20050614110035.GA24182@devserv.devel.redhat.com> References: <42AE2B07.4090602@optonline.net> <1118720192.5123.2.camel@localhost.localdomain> <20050614110035.GA24182@devserv.devel.redhat.com> Message-ID: <20050614111424.GA28294@chrys.ms.mff.cuni.cz> On Tue, Jun 14, 2005 at 07:00:35AM -0400, Alan Cox wrote: > Also some of them use sections of the users screen for amusing effects. Thats > a nasty suprise that some people don't welcome when they are using "lock" mode. FC4 seems to default to choosing a random image from /usr/share/backgrounds/images, which is a lot better. Mirek From buildsys at redhat.com Tue Jun 14 11:20:37 2005 From: buildsys at redhat.com (Build System) Date: Tue, 14 Jun 2005 07:20:37 -0400 Subject: rawhide report: 20050614 changes Message-ID: <200506141120.j5EBKbak003638@porkchop.devel.redhat.com> New package iso-codes ISO code lists and translations New package libpixman Pixel manipulation library Updated Packages: audit-0.9.4-1 ------------- * Sat Jun 11 2005 Steve Grubb 0.9.4-1 - Rule and watch insert no longer automatically dumps list - auditctl rules can now use auid instead of loginuid - Add sighup support for daemon reconfiguration - Move some functions into private.h elinks-0.10.3-3.1 ----------------- * Sat Jun 11 2005 Karel Zak 0.10.3-3.1 - fix #159575 - elinks fails to render entire page epiphany-1.7.1-1 ---------------- * Fri Jun 10 2005 Christopher Aillon - 1.7.1-1 - Update to 1.7.1 fetchmail-6.2.5-9 ----------------- * Sat Jun 11 2005 Miloslav Trmac - 6.2.5-9 - Fix fetchmailconf handling of unspecified server port foomatic-3.0.2-20 ----------------- * Mon Jun 13 2005 Tim Waugh 3.0.2-20 - Updated db-hpijs to 1.5-20050613. - Updated db to 20050613. * Fri Jun 10 2005 Tim Waugh - Add IEEE 1284 ID for Epson Stylus Photo 915 (bug #160030). - Add IEEE 1284 ID for Ricoh Aficio 2228C PS (bug #160036). * Tue Jun 07 2005 Tim Waugh - Add IEEE 1284 ID for Epson Stylus Photo 870 (bug #159719). glib2-2.7.0-1 ------------- * Mon Jun 13 2005 Matthias Clasen - 2.7.0-1 - Update to 2.7.0 jwhois-3.2.2-16 --------------- * Sun Jun 12 2005 Miloslav Trmac - 3.2.2-16 - Remove 'fuzzy' from ru.po header to make charset conversion work (#160165) * Sat Jun 11 2005 Miloslav Trmac - 3.2.2-15 - Update to upstream config as of Jun 11 2005, remove patches accepted upstream patchutils-0.2.31-1 ------------------- * Mon Jun 13 2005 Tim Waugh 0.2.31-1 - 0.2.31. redhat-artwork-0.124-2 ---------------------- * Fri Jun 10 2005 John (J5) Palmieri 0.124-2 - readd a throbbers patch because the uptream tarball missed the Makefile changes rhythmbox-0.8.8-3 ----------------- * Mon Jun 13 2005 Colin Walters - 0.8.8-3 - Add Bluecurve-ized icons from Jeff Schroeder (157716) - Add rhythmbox-0.8.8-cell-renderer.patch to remove use of custom cell renderer for playback icon (no longer necessary) and changes the rating renderer to work with non-b&w icons rp-pppoe-3.5-28 --------------- * Mon Jun 13 2005 Than Ngo 3.5-28 - use iproute2 instead of old ifconfig #134816 selinux-policy-targeted-1.23.18-6 --------------------------------- * Mon Jun 13 2005 Dan Walsh 1.23.18-6 - Further cleanup of user separation patches from Ivan system-config-netboot-0.1.18-1 ------------------------------ * Mon Jun 13 2005 Jason Vas Dias 0.1.18-1 - fix bugs 159490, 159996, 160143 xpdf-1:3.00-20 -------------- * Mon Jun 13 2005 Than Ngo 3.00-20 - urlCommand launches htmlview #160176 - fix gcc4 build problem From gmaxwell at gmail.com Tue Jun 14 11:51:40 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Tue, 14 Jun 2005 07:51:40 -0400 Subject: More bugs on Final Version! In-Reply-To: <42AE87D0.3080302@redhat.com> References: <42AE879A.7080102@pharm.uoa.gr> <42AE87D0.3080302@redhat.com> Message-ID: On 6/14/05, Rahul Sundaram wrote: > You have nano or emacs too. It would a good idea to step up to maintain > Joe in Fedora Extras if you are interested in it > http://fedoraproject.org/wiki/Extras Excuse me? emacs-21.4-5.i386.rpm emacs-leim-21.4-5.i386.rpm emacs-common-21.4-5.i386.rpm emacs-nox-21.4-5.i386.rpm emacs-el-21.4-5.i386.rpm emacspeak-21.0-2.i386.rpm From sundaram at redhat.com Tue Jun 14 11:56:09 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 14 Jun 2005 17:26:09 +0530 Subject: More bugs on Final Version! In-Reply-To: References: <42AE879A.7080102@pharm.uoa.gr> <42AE87D0.3080302@redhat.com> Message-ID: <42AEC5D9.6040202@redhat.com> Gregory Maxwell wrote: >On 6/14/05, Rahul Sundaram wrote: > > >>You have nano or emacs too. It would a good idea to step up to maintain >>Joe in Fedora Extras if you are interested in it >>http://fedoraproject.org/wiki/Extras >> >> > >Excuse me? >emacs-21.4-5.i386.rpm emacs-leim-21.4-5.i386.rpm >emacs-common-21.4-5.i386.rpm emacs-nox-21.4-5.i386.rpm >emacs-el-21.4-5.i386.rpm emacspeak-21.0-2.i386.rpm > > > My point exactly, that the user doesnt have to use vi and can use emacs since it already exists in core. In a followup I also confirmed that Jed is available from Fedora Extras regards Rahul From mattdm at mattdm.org Tue Jun 14 12:23:50 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 14 Jun 2005 08:23:50 -0400 Subject: Missing Screensavers In-Reply-To: <20050614110035.GA24182@devserv.devel.redhat.com> References: <42AE2B07.4090602@optonline.net> <1118720192.5123.2.camel@localhost.localdomain> <20050614110035.GA24182@devserv.devel.redhat.com> Message-ID: <20050614122350.GA15779@jadzia.bu.edu> On Tue, Jun 14, 2005 at 07:00:35AM -0400, Alan Cox wrote: > Also some of them use sections of the users screen for amusing effects. > Thats a nasty suprise that some people don't welcome when they are using > "lock" mode. Yes. I still think it's a good idea to change the default to using a directory of logos/images rather than the background. It's an easy switch, still looks nice, and doesn't have the surprise side-effect. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 80 degrees Fahrenheit. From mattdm at mattdm.org Tue Jun 14 12:24:08 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 14 Jun 2005 08:24:08 -0400 Subject: Missing Screensavers In-Reply-To: <20050614111424.GA28294@chrys.ms.mff.cuni.cz> References: <42AE2B07.4090602@optonline.net> <1118720192.5123.2.camel@localhost.localdomain> <20050614110035.GA24182@devserv.devel.redhat.com> <20050614111424.GA28294@chrys.ms.mff.cuni.cz> Message-ID: <20050614122408.GB15779@jadzia.bu.edu> On Tue, Jun 14, 2005 at 01:14:40PM +0200, Miloslav Trmac wrote: > > Also some of them use sections of the users screen for amusing effects. Thats > > a nasty suprise that some people don't welcome when they are using "lock" mode. > FC4 seems to default to choosing a random image from > /usr/share/backgrounds/images, which is a lot better. Oh. Good then. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 80 degrees Fahrenheit. From nbc at cisco.com Tue Jun 14 12:39:49 2005 From: nbc at cisco.com (Neil B. Cohen) Date: Tue, 14 Jun 2005 08:39:49 -0400 Subject: Installation failure - suggestions needed... In-Reply-To: <20050613212109.GA23583@nostromo.devel.redhat.com> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> <20050613200148.GB22360@nostromo.devel.redhat.com> <1118695367.3576.0.camel@Mars> <20050613204441.GA23124@nostromo.devel.redhat.com> <1118696303.3134.0.camel@Mars> <20050613210134.GB23188@nostromo.devel.redhat.com> <1118697337.3364.3.camel@Mars> <20050613212109.GA23583@nostromo.devel.redhat.com> Message-ID: <1118752789.32339.8.camel@nbc-linux.cisco.com> I have a machine at home which has been running FC3 and FC4T3 without any problems. Last night I attempted to install the official FC4. I media checked the CD's, partitioned my disks, selected packages and started the install. Before formatting the disks, I got a popup window that said "Error informing the kernel about mods to partition /dev/hdb2 - resource is busy. This means Linux will not see any changes to /dev/hdb2 until your reboot...." Then the system forces a reboot. I think this was my swap partition, but clicking the 'Ignore' button on the popup generated a similar message for other partitions I was trying to create (some, but not all of them...) I tried this twice. Figured it might be hardware, so I used a Windows CD (ugh! :)) to completely reformat both hard drives. Formatting worked, but the Linux install failed again. Tried letting Anaconda do an automatic disk partitioning instead of manual - same result. I gather that people have successfully installed FC4 from the emails I've read. Anyone see anything like this? Any suggestions? I plan to take my FC4T3 disks home tonight and see if I can reload the system with those... Anything else I can try? Thanks in advance, nbc -- NAME: Neil B. Cohen (Cisco Systems Inc.) PHONE: 703-484-1316 DOMAIN: nbc at cisco.com ************************************************************* * Murphy's Philosophy: Smile - tomorrow will be worse... * * * * O'Tooles Commentary: Murphy was an optimist! * ************************************************************* From tony.molloy at ul.ie Tue Jun 14 12:51:28 2005 From: tony.molloy at ul.ie (Tony Molloy) Date: Tue, 14 Jun 2005 13:51:28 +0100 Subject: Installation failure - suggestions needed... In-Reply-To: <1118752789.32339.8.camel@nbc-linux.cisco.com> References: <20050613212109.GA23583@nostromo.devel.redhat.com> <1118752789.32339.8.camel@nbc-linux.cisco.com> Message-ID: <200506141351.28945.tony.molloy@ul.ie> On Tuesday 14 June 2005 13:39, Neil B. Cohen wrote: > I have a machine at home which has been running FC3 and FC4T3 without > any problems. Last night I attempted to install the official FC4. I > media checked the CD's, partitioned my disks, selected packages and > started the install. Before formatting the disks, I got a popup window > that said "Error informing the kernel about mods to partition /dev/hdb2 > - resource is busy. This means Linux will not see any changes > to /dev/hdb2 until your reboot...." Then the system forces a reboot. > I think this was my swap partition, but clicking the 'Ignore' button on > the popup generated a similar message for other partitions I was trying > to create (some, but not all of them...) > > I tried this twice. Figured it might be hardware, so I used a Windows > CD (ugh! :)) to completely reformat both hard drives. Formatting > worked, but the Linux install failed again. Tried letting Anaconda do > an automatic disk partitioning instead of manual - same result. > > Thanks in advance, > Hi, Had the same problem with a Dell Precision 330. Again the error referred to my old swap partition which I had changed for the installation. I just rebooted and everything went OK !! Tony -- Tony Molloy. Dept. of Comp. Sci. University of Limerick From sds at tycho.nsa.gov Tue Jun 14 13:00:44 2005 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Tue, 14 Jun 2005 09:00:44 -0400 Subject: More bugs on Final Version! In-Reply-To: <1118744374.3073.4.camel@Mars> References: <42AE879A.7080102@pharm.uoa.gr> <1118744374.3073.4.camel@Mars> Message-ID: <1118754044.32637.3.camel@moss-spartans.epoch.ncsc.mil> On Tue, 2005-06-14 at 12:19 +0200, Bjorn Andersen wrote: > tir, 14 06 2005 kl. 10:30 +0300, skrev ?????? ?????????: > > Although had been pointed out before this bug still exists in final > > version!!! > > 1) Installing FC4 64 with reiserfs system the system fails to boot since > > it' can't mount the root fs!!! > > I it not a SELinux problem here? Reaiser FS is not kompatible with > SELinux. That should have been addressed (i.e. reiserfs xattr support has allegedly been fixed upstream to work properly with SELinux), but others have also reported breakage with reiserfs in FC4. Whether or not it is SELinux-related, I'm not sure. -- Stephen Smalley National Security Agency From fedora at puzzled.xs4all.nl Tue Jun 14 13:35:18 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Tue, 14 Jun 2005 15:35:18 +0200 Subject: Installation failure - suggestions needed... In-Reply-To: <1118752789.32339.8.camel@nbc-linux.cisco.com> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> <20050613200148.GB22360@nostromo.devel.redhat.com> <1118695367.3576.0.camel@Mars> <20050613204441.GA23124@nostromo.devel.redhat.com> <1118696303.3134.0.camel@Mars> <20050613210134.GB23188@nostromo.devel.redhat.com> <1118697337.3364.3.camel@Mars> <20050613212109.GA23583@nostromo.devel.redhat.com> <1118752789.32339.8.camel@nbc-linux.cisco.com> Message-ID: <1118756119.3095.16.camel@guru.puzzled.xs4all.nl> On Tue, 2005-06-14 at 08:39 -0400, Neil B. Cohen wrote: > I have a machine at home which has been running FC3 and FC4T3 without > any problems. Last night I attempted to install the official FC4. I > media checked the CD's, partitioned my disks, selected packages and > started the install. Before formatting the disks, I got a popup window > that said "Error informing the kernel about mods to partition /dev/hdb2 > - resource is busy. This means Linux will not see any changes > to /dev/hdb2 until your reboot...." Then the system forces a reboot. > I think this was my swap partition, but clicking the 'Ignore' button on > the popup generated a similar message for other partitions I was trying > to create (some, but not all of them...) Neil, I experienced the same thing. I solved it by going into rescue mode and manually removing the FC4T3 partitions, reboot, go into rescue mode again, make the partitions manually with fdisk and format them, reboot and go into the installer and install FC4. After the installation finished and I rebooted I had a weird LABEL=... entry for the swap partition in my /etc/fstab filled with what someone in #fedora called UTF8 junk. I removed the junk and changed the label to LABEL=SWAP-sda3. Then all was fine. Hope this helps. Regards, Patrick From matthew at nocturnal.org Tue Jun 14 15:27:29 2005 From: matthew at nocturnal.org (Matthew Lenz) Date: Tue, 14 Jun 2005 10:27:29 -0500 Subject: Installation failure - suggestions needed... In-Reply-To: <1118752789.32339.8.camel@nbc-linux.cisco.com> References: <1118665396.6853.3.camel@Mars> <20050613164213.GJ19700@nostromo.devel.redhat.com> <1118689749.3072.5.camel@Mars> <20050613200148.GB22360@nostromo.devel.redhat.com> <1118695367.3576.0.camel@Mars> <20050613204441.GA23124@nostromo.devel.redhat.com> <1118696303.3134.0.camel@Mars> <20050613210134.GB23188@nostromo.devel.redhat.com> <1118697337.3364.3.camel@Mars> <20050613212109.GA23583@nostromo.devel.redhat.com> <1118752789.32339.8.camel@nbc-linux.cisco.com> Message-ID: <1118762849.4176.7.camel@mlenzdesktop> Wish I would have even gotten that far. Tried to install on a newer Dell desktop at work yesterday and it kernel panic'd towards the end of the kernel load. Installs just fine on my current machine (dell a couple years old). How does one even diagnose a situation like that? Is there some kernel boot arg that just writes a log to a floppy drive or something? Its a Newish (last couple months) Dell 8400 series. SATA, PCI express. From pnasrat at redhat.com Tue Jun 14 16:45:51 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Tue, 14 Jun 2005 12:45:51 -0400 Subject: Fedora Core 3 Test Update: rpm-4.3.3-3.0.fc3.1 Message-ID: <1118767551.3173.9.camel@enki.eridu> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-416 2005-06-14 --------------------------------------------------------------------- Product : Fedora Core 3 Name : rpm Version : 4.3.3 Release : 3.0.fc3.1 Summary : The RPM package management system. Description : The RPM Package Manager (RPM) is a powerful command line driven package management system capable of installing, uninstalling, verifying, querying, and updating software packages. Each software package consists of an archive of files along with information about the package like its version, a description, etc. --------------------------------------------------------------------- Update Information: This update is for x86_64 users experiencing memory issues updating shadow-utils. Please test and comment on bug #155730 --------------------------------------------------------------------- * Mon Jun 13 2005 Paul Nasrat 4.3.3-3.0.fc3.1 - sparse patch for lastlog (#155730) * Mon Nov 15 2004 Dan Walsh 4.3.3-3 - bump micro version. - make peace with libtool-1.5.10 and automake-1.9.3. - python: add python 2.4 support. - selinux: use rpm_execcon, not execv, to run scriptlets (#136848). - fix: segfault on --verifydb (#138589). * Mon Nov 1 2004 Bill Nottingham 4.3.2-21 - remove excess rpmIncreaseVerbosity() calls (fixes #137834) * Sun Oct 31 2004 Jeff Johnson 4.3.2-20 - fix: buffer overrun displaying ko_KR (#135389). * Sat Oct 30 2004 Jeff Johnson 4.3.2-18 - reprise file conflicts yet again, flip/flop/flip/flop ... * Fri Oct 29 2004 Jeff Johnson 4.2.3-16 - python: fix RPMPROB_BADRELOCATE segfault return in ts.check (#137116). - revert selinux patch until fc3 release. * Fri Oct 22 2004 Jeff Johnson 4.3.2-15 - selinux: set "ldconfig_t" for /sbin/ldconfig, else "rpm_script_t". * Sun Oct 17 2004 Jeff Johnson 4.3.2-14 - don't add time stamp to compressed man pages (#132526). * Fri Oct 15 2004 Jeff Johnson 4.3.2-13 - fix: don't set handler if SIG_IGN is already set (#134474). * Mon Oct 11 2004 Jeff Johnson 4.3.2-12 - python: remove ".A" from creaky ts.check() tuple return (#135008). * Fri Oct 8 2004 Jeff Johnson 4.3.2-11 - honor inherited SIG_IGN when establishing rpmdb signal exit (#134474). * Wed Oct 6 2004 Jeff Johnson 4.3.2-10 - display caught signals to diagnose #134474 (gonna be SIGPIPE). - display N-V-R.A in dependency failure messages. - selinux: set "rpm_script_t" always, not just for /bin/sh. * Tue Oct 5 2004 Jeff Johnson 4.3.2-9 - fix: revert Obsoletes: "fix" (#134497). - fix: work around for dangling symlinks not globbed (#134362). * Fri Oct 1 2004 Jeff Johnson 4.3.2-8 - disable static linking until libc*.a provides symbols. * Thu Sep 30 2004 Jeff Johnson 4.3.2-7 - ia64: add autorelocate_dcolor to macros.in. * Wed Sep 29 2004 Jeff Johnson 4.3.2-6 - fix: mark uninstalled elf32 files in rpmdb to disable -Va checks. * Wed Sep 15 2004 Jeff Johnson 4.3.2-4 - print dependency loops as warning iff --anaconda is specified. * Sat Sep 4 2004 Jeff Johnson 4.3.2-2 - ia64: make sure that autorelocated file dependencies are satisfied. - ia64: relocate all scriptlet interpreters. - ia64: don't bother trying to preload autorelocated modules. - fix: filesystem package needs mail/lock w/o getgrnam. - fix: do getpwnam/getgrnam to load correct modules before chroot. - restore file conflict detection traditional behavior. * Fri Aug 20 2004 Jeff Johnson 4.3.2-0.9 - fix: static glibc/libgcc helpers always installed (#127522). - fix: defattr for rpm-libs (#130461). * Thu Aug 19 2004 Jeff Johnson 4.3.2-0.7 - shared libraries in separate rpm-libs package. - avoid "can't happen" recursion while retrieving pubkeys. - add ppc32dy4 arch. - make peace with automake 1.9.1. * Fri Jul 9 2004 Jeff Johnson 4.3.2-0.6 - fix: evaluate rather than default file_contexts path. (#127501). * Mon Jul 5 2004 Jeff Johnson 4.3.2-0.5 - change default behavior to resolve file conflicts as LIFO. - add --fileconflicts to recover rpm traditional behavior. - prefer elf64 over elf32 files, everywhere and always (#126853). - ia64: auto-relocate entire, not partial, directory contents (#126905). - ia64: auto-relocate glibc.ix86 interpreter path (#100563). * Wed Jun 16 2004 Jeff Johnson 4.3.2-0.4 - add ppc8[25]60 arches. * Mon Jun 14 2004 Jeff Johnson 4.3.2-0.3 - add 'requires' and 'conflicts' tag aliases. - python: return ds, not tuple, for ds iteration. - python: permit integer keys to ts.dbMatch(). - xml: use markup for empty tags. - xml: instead of 0 markup. - fix: disable fingerprint generation on kernel paths. * Tue Jun 8 2004 Jeff Johnson 4.3.2-0.2 - lua embedded in rpmio. - use lua to identify desired selinux file context regexes. * Tue Jun 1 2004 Jeff Johnson 4.3.2-0.1 - use /etc/selinux/targeted/contexts/files/file_contexts for now. - disable file contexts into package metadata during build. - fix: dev package build on s390x hack around. - fix: "/path/foo.../bar" was losing a dot (#123844). - fix: PIE executables have basename-as-soname provides (#123697). - add aurora/sparc patches (#124469). - use poll(2) if available, avoid borked aurora/sparc select (#124574). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ fd8d9b1c52b9e21f6d3800b3b6280a31 SRPMS/rpm-4.3.3-3.0.fc3.1.src.rpm 4546ee225396965027571b77736a4a0f x86_64/rpm-4.3.3-3.0.fc3.1.x86_64.rpm 7af5bd19c8646fe77cfe2153befbe1b1 x86_64/rpm-libs-4.3.3-3.0.fc3.1.x86_64.rpm c9dcc0581fda98d43e72edc41ec791e8 x86_64/rpm-devel-4.3.3-3.0.fc3.1.x86_64.rpm 67c1b3d8f44104e7ea83a45c340964ca x86_64/rpm-build-4.3.3-3.0.fc3.1.x86_64.rpm 0ca4228c9108b46bd0f727044c07631e x86_64/rpm-python-4.3.3-3.0.fc3.1.x86_64.rpm 0768d909fe367d44015568ca7941a61b x86_64/popt-1.9.1-3.0.fc3.1.x86_64.rpm f6b72f2c64481e7c79f16c8196b5abb7 x86_64/debug/rpm-debuginfo-4.3.3-3.0.fc3.1.x86_64.rpm 77f3f0032f3aa5cd360bd7754cd454ac x86_64/popt-1.9.1-3.0.fc3.1.i386.rpm efa520b677eea4820bb97d46d8c8c4ee i386/rpm-4.3.3-3.0.fc3.1.i386.rpm d9699c28afd29a1a4ce8603029231060 i386/rpm-libs-4.3.3-3.0.fc3.1.i386.rpm 2607e3a4ceb456ac1b495540406e388f i386/rpm-devel-4.3.3-3.0.fc3.1.i386.rpm 4d7ec25ecfa7586a20c961112b55617d i386/rpm-build-4.3.3-3.0.fc3.1.i386.rpm 8474bfec18e53a621a29a646c7e078e3 i386/rpm-python-4.3.3-3.0.fc3.1.i386.rpm 77f3f0032f3aa5cd360bd7754cd454ac i386/popt-1.9.1-3.0.fc3.1.i386.rpm 87260e29adcd426e011c1f48cc9caec8 i386/debug/rpm-debuginfo-4.3.3-3.0.fc3.1.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 caf at omen.com Tue Jun 14 17:39:29 2005 From: caf at omen.com (Chuck Forsberg WA7KGX) Date: Tue, 14 Jun 2005 10:39:29 -0700 Subject: FC3 to FC4 Message-ID: <1118770769.5097.34.camel@omen.com> Is there a program to store account information so it can be preserved across a new install? -- 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 kapointer at charter.net Tue Jun 14 18:29:06 2005 From: kapointer at charter.net (kapointer at charter.net) Date: Tue, 14 Jun 2005 14:29:06 -0400 Subject: More bugs on Final Version! Message-ID: <44039q$123lo1b@mxip15a.cluster1.charter.net> >4) my favorite editor jed is missing... nice Now I have >to turn to vi??? > and more to come as I look in to it the following days!!! >Anyway it still mych better then FC3!!! >Nice job, thainks ! Looks like they broke spell check too. :) -- kyle -------------- next part -------------- Today's Topics: 1. More bugs on Final Version! (?????? ?????????) 2. Re: More bugs on Final Version! (Rahul Sundaram) 3. Re: More bugs on Final Version! (Lars E. Pettersson) 4. Re: More bugs on Final Version! (Rahul Sundaram) 5. Re: looks good (Panu Matilainen) 6. Re: More bugs on Final Version! (Bjorn Andersen) 7. Re: Missing Screensavers (Alan Cox) 8. Re: Missing Screensavers (Daniel Roesen) 9. Re: Missing Screensavers (Miloslav Trmac) 10. rawhide report: 20050614 changes (Build System) 11. Re: More bugs on Final Version! (Gregory Maxwell) 12. Re: More bugs on Final Version! (Rahul Sundaram) 13. Re: Missing Screensavers (Matthew Miller) 14. Re: Missing Screensavers (Matthew Miller) 15. Installation failure - suggestions needed... (Neil B. Cohen) 16. Re: Installation failure - suggestions needed... (Tony Molloy) 17. Re: More bugs on Final Version! (Stephen Smalley) 18. Re: Installation failure - suggestions needed... (Patrick) 19. Re: Installation failure - suggestions needed... (Matthew Lenz) -------------- next part -------------- -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From anyweb at linux-noob.com Tue Jun 14 20:05:48 2005 From: anyweb at linux-noob.com (niall brady) Date: Tue, 14 Jun 2005 21:05:48 +0100 Subject: No volume groups found after a clean full install of FCR4 Message-ID: <20050614200548.33BBF2FB9F@ws6-3.us4.outblaze.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From leon.stringer at ntlworld.com Tue Jun 14 21:15:54 2005 From: leon.stringer at ntlworld.com (Leon Stringer) Date: Tue, 14 Jun 2005 22:15:54 +0100 Subject: RPM stopped working Message-ID: <1118783754.4638.3.camel@localhost.localdomain> Hi, RPM has suddenly stopped working. If I try to install a package at the command line the process never completes i.e. I hit return and nothing else happens and I eventually have to kill it. I thought the problem could be the database but I can't rebuild it. I tried with the debugging options and just get: # rpm --rebuilddb -vv D: rebuilding database /var/lib/rpm into /var/lib/rpmrebuilddb.4560 D: creating directory /var/lib/rpmrebuilddb.4560 D: opening old database with dbapi 3 D: opening db environment /var/lib/rpm/Packages joinenv D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 and that's it, no disk activity, no response after half an hour. Can anyone suggest how I might fix or troubleshoot this? (FC4t3 with up to date packages.) Leon... From cimmo at libero.it Tue Jun 14 22:28:33 2005 From: cimmo at libero.it (Cimmo) Date: Wed, 15 Jun 2005 00:28:33 +0200 Subject: FC3 to FC4 In-Reply-To: <1118770769.5097.34.camel@omen.com> References: <1118770769.5097.34.camel@omen.com> Message-ID: <42AF5A11.80306@libero.it> Chuck Forsberg WA7KGX ha scritto: >Is there a program to store account information so it >can be preserved across a new install? > > for the next time install /home in a different partition, upgrading will be easier :) bye Cimmo From jeffy5 at optonline.net Wed Jun 15 03:22:55 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Tue, 14 Jun 2005 23:22:55 -0400 Subject: Problems With Installing LimeWire Message-ID: <42AF9F0F.7040005@optonline.net> Hello, I have been trying to install LimeWire 4.8.1 on FC4 and had first tried to install jre-1_5, only to receive an error stating that java-1_4_2-gcj-compat is need first. I tried to install this, only to receive an error message that the same (java-1_4_2-gcj-compat) is already installed. I'm guessing that this is a problem with Java, however, I had successfully installed jre-1_5 in FC4t3 but am now unable to do so. Is there a reason for this? I tried to install J2re-1_4_2 and did so successfully. However, when I click on LimeWire, I receive an error message stating that it cannot connect to the internet. How do I resolve this and is anyone else coming up with the same problem? Any help would be greatly appreciated. Jeff From sundaram at redhat.com Wed Jun 15 06:43:33 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 15 Jun 2005 12:13:33 +0530 Subject: No volume groups found after a clean full install of FCR4 In-Reply-To: <20050614200548.33BBF2FB9F@ws6-3.us4.outblaze.com> References: <20050614200548.33BBF2FB9F@ws6-3.us4.outblaze.com> Message-ID: <42AFCE15.50804@redhat.com> niall brady wrote: >hi guys, > >this is my third install of FCR4 final in two days, (third machine, a dell latitude X300, more than a year old so not exactly brand new chipset etc...) > >the install went fine, no issues at all using the same cd's as i used on the other boxes. However after booting into grub, i get a kernel panic > > check out https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159026 regards Rahul From blackman at pharm.uoa.gr Wed Jun 15 08:07:14 2005 From: blackman at pharm.uoa.gr (=?ISO-8859-7?Q?=C3=FE=F1=EA=E1=F2_=C4=E7=EC=DE=F4=F1=E9=EF=F2?=) Date: Wed, 15 Jun 2005 11:07:14 +0300 Subject: More bugs on Final Version! Message-ID: <42AFE1B2.4030500@pharm.uoa.gr> In x86_64 bit fc4 version and for all AMD 64 owners : it seems that the powernow_k8 module has not been compiled in the kernel and it does not work!!! or so it seems since I can't locate it modprobe it, or anything it seems that the kernel needs to be reconfigured and rebuild... I 'm downloading the sources now... But please answer to this: Is it a fact that the fc4 kernel doesnot support powernow_k8 cool and quiet??? I now that in fc4 rc3 the module did exist and the powernow (cool&quiet) worked perfectly!!! Thainks again From andreas.bierfert at lowlatency.de Wed Jun 15 10:27:52 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Wed, 15 Jun 2005 12:27:52 +0200 Subject: FC3 to FC4 In-Reply-To: <42AF5A11.80306@libero.it> References: <1118770769.5097.34.camel@omen.com> <42AF5A11.80306@libero.it> Message-ID: <42B002A8.6090804@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Cimmo wrote: > for the next time install /home in a different partition, upgrading will > be easier :) Or use shared homes via nfs - -Andreas - -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 172 9789968 | mail preferred -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCsAKoQEQyPsWM8csRAvm1AKCDZ4QT/NqIYvx9nAU+UHZSC79J4QCgphZm VXq+qW/GG+TYTBJmWIFsc3A= =R7Hc -----END PGP SIGNATURE----- From a.t.meinen at chello.nl Wed Jun 15 10:35:18 2005 From: a.t.meinen at chello.nl (Tino Meinen) Date: Wed, 15 Jun 2005 12:35:18 +0200 Subject: Problems With Installing LimeWire In-Reply-To: <42AF9F0F.7040005@optonline.net> References: <42AF9F0F.7040005@optonline.net> Message-ID: <1118831718.14607.2.camel@localhost.localdomain> I guess this list should no (longer) be used for posing/answering questions about FC4, but hey... Op di, 14-06-2005 te 23:22 -0400, schreef Jeffrey D. Yuille: > Hello, > > I have been trying to install LimeWire 4.8.1 on FC4 and had first > tried to install jre-1_5, only to receive an error stating that > java-1_4_2-gcj-compat is need first. I tried to install this, only to > receive an error message that the same (java-1_4_2-gcj-compat) is > already installed. I'm guessing that this is a problem with Java, > however, I had successfully installed jre-1_5 in FC4t3 but am now unable > to do so. Is there a reason for this? I tried to install J2re-1_4_2 > and did so successfully. However, when I click on LimeWire, I receive > an error message stating that it cannot connect to the internet. How do > I resolve this and is anyone else coming up with the same problem? Any > help would be greatly appreciated. Have you read the release notes about this?: ... Fedora Core 4 users are advised not to use the Java RPM provided by Sun. It contains Provides that conflict with names used in packages provided as part of Fedora Core 4. Because of this, Sun Java might disappear from an installed system during package upgrade operations. Fedora Core 4 users should use either the RPM from jpackage.org or manually install the Sun Java tarball into /opt. Sun Java 1.5+ is recommended for stability purposes. ... Tino From tony.molloy at ul.ie Wed Jun 15 11:04:50 2005 From: tony.molloy at ul.ie (Tony Molloy) Date: Wed, 15 Jun 2005 12:04:50 +0100 Subject: Installation failure - suggestions needed... In-Reply-To: <1118756119.3095.16.camel@guru.puzzled.xs4all.nl> References: <1118752789.32339.8.camel@nbc-linux.cisco.com> <1118756119.3095.16.camel@guru.puzzled.xs4all.nl> Message-ID: <200506151204.51000.tony.molloy@ul.ie> On Tuesday 14 June 2005 14:35, Patrick wrote: > > I experienced the same thing. I solved it by going into rescue mode and > manually removing the FC4T3 partitions, reboot, go into rescue mode > again, make the partitions manually with fdisk and format them, reboot > and go into the installer and install FC4. > > After the installation finished and I rebooted I had a weird LABEL=... > entry for the swap partition in my /etc/fstab filled with what someone > in #fedora called UTF8 junk. I removed the junk and changed the label > to LABEL=SWAP-sda3. Then all was fine. Hope this helps. > > Regards, > Patrick Same here now on a second machine. Tried to install, created new partitions including the swap partition and I got the same error. So I installed a second time and got it again. But then the third time it worked!!! strange. So it's installing now. Funny on a third machine when I didn't change partitions the install went fine. Also on the first machine when I rebooted after the install I got the same UTF8 junk for the label of the swap partition. I'm going to follow your advice and reboot. hope it works. Tony -- Tony Molloy. Dept. of Comp. Sci. University of Limerick From buildsys at redhat.com Wed Jun 15 11:20:56 2005 From: buildsys at redhat.com (Build System) Date: Wed, 15 Jun 2005 07:20:56 -0400 Subject: rawhide report: 20050615 changes Message-ID: <200506151120.j5FBKu9f002628@porkchop.devel.redhat.com> New package cairo A vector graphics library Updated Packages: 4Suite-1.0-9.b1 --------------- * Sun Jun 12 2005 Miloslav Trmac - 1.0-9.b1 - Ship COPYRIGHT file - Use bdist_install like upstream does, instead of patching the build scripts audit-0.9.5-1 ------------- * Tue Jun 14 2005 Steve Grubb 0.9.5-1 - interpret socketcall & ipc based on a0 in ausearch - change call sequence to make user space messages faster - update return val for auditctl device-mapper-1.01.03-1.0 ------------------------- * Mon Jun 13 2005 Alasdair Kergon - 1.01.03-1.0 - Reinstate selinux support. doxygen-1:1.4.3-1 ----------------- * Tue Jun 14 2005 Than Ngo 1.4.3-1 - 1.4.3 hplip-0.9.3-4 ------------- * Tue Jun 14 2005 Tim Waugh 0.9.3-4 - Conflicts: hpijs from before this package provided it. - Conflicts: system-config-printer < 0.6.132 (i.e. before HPLIP support was added) jakarta-commons-collections-0:3.1-2jpp_1fc ------------------------------------------ * Tue Jun 14 2005 Gary Benson - 0:3.1-2jpp_1fc - Remove jarfiles from the tarball. * Wed May 25 2005 Gary Benson - 0:3.1-2jpp - Do not fetch stuff from sun.com during javadoc generation. - Add build dependency on ant-junit. jakarta-commons-el-0:1.0-4jpp_1fc --------------------------------- * Tue Jun 14 2005 Gary Benson - 0:1.0-4jpp_1fc - Remove build-depencency on log4j. * Thu May 26 2005 Gary Benson - 0:1.0-4jpp - Don't bundle servletapi sources (which weren't used anyway). kdebase-6:3.4.1-0.fc4.1 ----------------------- * Mon Jun 13 2005 Than Ngo 3.4.1-0.fc4.1 - 3.4.1 - update pam configuration for the new audit system #159333 * Tue May 03 2005 Than Ngo 6:3.4.0-7 - fix broken kde-essential.menu * Tue Apr 19 2005 Than Ngo 6:3.4.0-6 - apply kdebase-3.4.0rc1-konsole-keymap.patch to change backspace key to ASCII-DEL, thanks to j.w.r.degoede at hhs.nl libsoup-2.2.3-4 --------------- * Tue Jun 14 2005 David Malcolm - 2.2.3-4 - add patch for NTLM domains (#160071) * Sun Apr 24 2005 Florian La Roche - rebuild for new gnutls lvm2-2.01.12-1.0 ---------------- * Tue Jun 14 2005 Alasdair Kergon - 2.01.12-1.0 - New version upstream with a lot of fixes and enhancements. * 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. lvm2-cluster-2.01.09-5.0 ------------------------ * Tue Jun 14 2005 Alasdair Kergon - 2.01.09-5.0 - Couple of fixes to clvmd file descriptor closing. - Fix potential spin loop in clvmd. - Add lvmconf binary to enable/disable clustering. m2crypto-0.13-5 --------------- * Tue Jun 14 2005 Miloslav Trmac - 0.13-5 - Better fix for #159898, by Dan Williams openoffice.org-1:1.9.109-5.2.0.fc5 ---------------------------------- * Tue Jun 14 2005 Caolan McNamara - 1:1.9.109-5 - drop unnecessary openoffice.org-1.9.103.oooXXXXX.installation.disable-epm.fix.patch - add simple crash report output, not that there are any crashs you understand * Tue Jun 14 2005 Caolan McNamara - 1:1.9.109-4 - add Bengali langpack - make a stable /usr/lib/openoffice.org2.0 dir - make openoffice.org-1.9.108.ooo9290.goodies.epstoepdf.patch paranoid - enable failure on rpmbuild test for executable stack - drop integrated openoffice.org-1.9.89.ooo46912.setjmpoutsidenamespace.binfilter.patch * Tue Jun 14 2005 Caolan McNamara - 1:1.9.109-3 - add openoffice.org-1.9.108.oooXXXXX.pyuno.pushrpath.patch - rejig build to use current splashscreen - readd openoffice.org-1.9.88.NONE.gcc3gcj4.patch - add openoffice.org-1.9.108.ooo9290.goodies.epstoepdf.patch for rh#142535# qt-1:3.3.4-15 ------------- * Tue May 24 2005 Than Ngo 1:3.3.4-15 - add better fix for #156977, thanks to trolltech - apply patch to fix keyReleaseEvent problem #156572 regexp-0:1.3-2jpp_2fc --------------------- * Tue Jun 14 2005 Gary Benson 0:1.3-2jpp_2fc - Remove jarfile from the tarball. selinux-policy-strict-1.23.18-6 ------------------------------- * Mon Jun 13 2005 Dan Walsh 1.23.18-6 - Further cleanup of user separation patches from Ivan sysreport-1.4.1-3 ----------------- * Tue Jun 14 2005 Than Ngo 1.4.1-3 - don't include sensitive data #159502 - collect exim/nis/cluster/inittab/maillog/shell/ipcs/nscd/udev From jspaleta at gmail.com Wed Jun 15 12:04:14 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 15 Jun 2005 08:04:14 -0400 Subject: More bugs on Final Version! In-Reply-To: <42AFE1B2.4030500@pharm.uoa.gr> References: <42AFE1B2.4030500@pharm.uoa.gr> Message-ID: <604aa791050615050426508493@mail.gmail.com> On 6/15/05, ?????? ????????? wrote: > In x86_64 bit fc4 version and for all AMD 64 owners : it seems that the > powernow_k8 module has not been compiled in the kernel >From the package changelog * Fri Apr 22 2005 Dave Jones - Don't build powernow-k6 on anything other than 586 kernels. -jef From nbc at cisco.com Wed Jun 15 12:31:38 2005 From: nbc at cisco.com (Neil B. Cohen) Date: Wed, 15 Jun 2005 08:31:38 -0400 Subject: Installation failure - suggestions needed... In-Reply-To: <200506151204.51000.tony.molloy@ul.ie> References: <1118752789.32339.8.camel@nbc-linux.cisco.com> <1118756119.3095.16.camel@guru.puzzled.xs4all.nl> <200506151204.51000.tony.molloy@ul.ie> Message-ID: <1118838698.5256.55.camel@nbc-linux.cisco.com> I followed Patrick's suggestions last night and was able to get my system installed too. Thanks Patrick! nbc On Wed, 2005-06-15 at 12:04 +0100, Tony Molloy wrote: > On Tuesday 14 June 2005 14:35, Patrick wrote: > > > > I experienced the same thing. I solved it by going into rescue mode and > > manually removing the FC4T3 partitions, reboot, go into rescue mode > > again, make the partitions manually with fdisk and format them, reboot > > and go into the installer and install FC4. > > > > After the installation finished and I rebooted I had a weird LABEL=... > > entry for the swap partition in my /etc/fstab filled with what someone > > in #fedora called UTF8 junk. I removed the junk and changed the label > > to LABEL=SWAP-sda3. Then all was fine. Hope this helps. > > > > Regards, > > Patrick > > Same here now on a second machine. Tried to install, created new > partitions including the swap partition and I got the same error. So I > installed a second time and got it again. But then the third time it > worked!!! strange. So it's installing now. > > Funny on a third machine when I didn't change partitions the install went > fine. > > Also on the first machine when I rebooted after the install I got the same > UTF8 junk for the label of the swap partition. I'm going to follow your > advice and reboot. hope it works. > > Tony > -- > > > Tony Molloy. > > Dept. of Comp. Sci. > University of Limerick > -- NAME: Neil B. Cohen (Cisco Systems Inc.) PHONE: 703-484-1316 DOMAIN: nbc at cisco.com ************************************************************* * Murphy's Philosophy: Smile - tomorrow will be worse... * * * * O'Tooles Commentary: Murphy was an optimist! * ************************************************************* From jkeating at j2solutions.net Wed Jun 15 13:09:33 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 15 Jun 2005 06:09:33 -0700 Subject: More bugs on Final Version! In-Reply-To: <42AFE1B2.4030500@pharm.uoa.gr> References: <42AFE1B2.4030500@pharm.uoa.gr> Message-ID: <1118840973.2752.4.camel@yoda.loki.me> On Wed, 2005-06-15 at 11:07 +0300, ?????? ????????? wrote: > In x86_64 bit fc4 version and for all AMD 64 owners : it seems that > the > powernow_k8 module has not been compiled in the kernel and it does > not > work!!! or so it seems since I can't locate it modprobe it, or > anything > it seems that the kernel needs to be reconfigured and rebuild... > I 'm downloading the sources now... > But please answer to this: > Is it a fact that the fc4 kernel doesnot support powernow_k8 cool and > quiet??? > I now that in fc4 rc3 the module did exist and the powernow > (cool&quiet) > worked perfectly!!! Kernel 2.6.11-1.1369_FC4 has the module. Have you done all your updates? -- 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 dwalsh at redhat.com Wed Jun 15 13:19:39 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 15 Jun 2005 09:19:39 -0400 Subject: Fedora Core 3 Test Update: checkpolicy-1.17.5-1.2 Message-ID: <42B02AEB.1020509@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-417 2005-06-15 --------------------------------------------------------------------- Product : Fedora Core 3 Name : checkpolicy Version : 1.17.5 Release : 1.2 Summary : SELinux policy compiler 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 checkpolicy, the SELinux policy compiler. Only required for building policies. --------------------------------------------------------------------- --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 974fb959335e7bb6ac71647b83b6c92e SRPMS/checkpolicy-1.17.5-1.2.src.rpm 08b08f61982b346f0f56c28c32217b98 x86_64/checkpolicy-1.17.5-1.2.x86_64.rpm 33372dcb7775a14093046d2d19f6a4e6 x86_64/debug/checkpolicy-debuginfo-1.17.5-1.2.x86_64.rpm 953e07865e951b35b2cbc7d8de10b231 i386/checkpolicy-1.17.5-1.2.i386.rpm 7a2cca997424c79d5c15e856290e7ac0 i386/debug/checkpolicy-debuginfo-1.17.5-1.2.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 thomas.cameron at camerontech.com Wed Jun 15 14:15:38 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Wed, 15 Jun 2005 09:15:38 -0500 Subject: RPM stopped working In-Reply-To: <1118783754.4638.3.camel@localhost.localdomain> References: <1118783754.4638.3.camel@localhost.localdomain> Message-ID: <1118844938.14295.25.camel@ml110.camerontech.com> On Tue, 2005-06-14 at 22:15 +0100, Leon Stringer wrote: > Hi, > > RPM has suddenly stopped working. If I try to install a package at the > command line the process never completes i.e. I hit return and nothing > else happens and I eventually have to kill it. > > I thought the problem could be the database but I can't rebuild it. I > tried with the debugging options and just get: > > # rpm --rebuilddb -vv > D: rebuilding database /var/lib/rpm into /var/lib/rpmrebuilddb.4560 > D: creating directory /var/lib/rpmrebuilddb.4560 > D: opening old database with dbapi 3 > D: opening db environment /var/lib/rpm/Packages joinenv > D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 > > and that's it, no disk activity, no response after half an hour. > > Can anyone suggest how I might fix or troubleshoot this? > > (FC4t3 with up to date packages.) I would make sure that there are no hung rpm processes (maybe reboot to single user mode just to be sure). Then make a backup of /var/lib/rpm, maybe like this: tar zcvf /tmp/var.lib.rpm.tar.gz /var/lib/rpm Then remove all the __db* files in /var/lib/rpm, maybe like this: rm -f /var/lib/rpm/__db* Then rebuild the rpm database, maybe like this: rpm ----rebuilddb See if that works and report back? Thomas From webmaster at margo.bijoux.nom.br Wed Jun 15 15:40:28 2005 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Wed, 15 Jun 2005 12:40:28 -0300 Subject: More bugs on Final Version! In-Reply-To: <1118754044.32637.3.camel@moss-spartans.epoch.ncsc.mil> References: <42AE879A.7080102@pharm.uoa.gr> <1118744374.3073.4.camel@Mars> <1118754044.32637.3.camel@moss-spartans.epoch.ncsc.mil> Message-ID: <42B04BEC.6040107@margo.bijoux.nom.br> Stephen Smalley wrote: >On Tue, 2005-06-14 at 12:19 +0200, Bjorn Andersen wrote: > > >>tir, 14 06 2005 kl. 10:30 +0300, skrev ?????? ?????????: >> >> >>>Although had been pointed out before this bug still exists in final >>>version!!! >>>1) Installing FC4 64 with reiserfs system the system fails to boot since >>>it' can't mount the root fs!!! >>> >>> >>I it not a SELinux problem here? Reaiser FS is not kompatible with >>SELinux. >> >> > >That should have been addressed (i.e. reiserfs xattr support has >allegedly been fixed upstream to work properly with SELinux), but others >have also reported breakage with reiserfs in FC4. Whether or not it is >SELinux-related, I'm not sure. > > Well , XFS is compatible with selinux and same problem occurs if /boot is a XFS filesystem (grub segfaults during setup). If you use ext3 for /boot , you can use XFS (and probably reiser) for the other partitions , as long as you dont use mount-by-label. Manually removing all label references on my fstab and grub.conf made it work perfectly (/boot ext3 , / and /home xfs. /home was the only partition that was from a previous install and wasnt formatted). -- Pedro Macedo From caf at omen.com Wed Jun 15 17:21:40 2005 From: caf at omen.com (Chuck Forsberg WA7KGX) Date: Wed, 15 Jun 2005 10:21:40 -0700 Subject: FC3 to FC4 In-Reply-To: <20050615160032.4F3447478F@hormel.redhat.com> References: <20050615160032.4F3447478F@hormel.redhat.com> Message-ID: <1118856100.5097.63.camel@omen.com> On Wed, 2005-06-15 at 12:00 -0400, fedora-test-list-request at redhat.com wrote: > Date: Wed, 15 Jun 2005 00:28:33 +0200 > From: Cimmo > Subject: Re: FC3 to FC4 > To: For testers of Fedora Core development releases > > Message-ID: <42AF5A11.80306 at libero.it> > Content-Type: text/plain; charset=ISO-8859-15; format=flowed > > Chuck Forsberg WA7KGX ha scritto: > > >Is there a program to store account information so it > >can be preserved across a new install? > > > > > > for the next time install /home in a different partition, upgrading will > be easier :) > > bye > Cimmo I've had a separate /u file system going back to SCO Xenix. I keep a tree in /u with copies of /etc/hosts at al. I also have an "upgrade check list" for things to do for upgrading *x releases -- double backups juat in case, and all that. Which gets back to my original, unanswered question: is there a Linux counterpart to the SCO Unix programs that store and reinstall the users' ACCOUNT INFORMATION? Saving /etc/passwd doesn't quite cut it anymore. -- 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 alan at redhat.com Wed Jun 15 17:39:43 2005 From: alan at redhat.com (Alan Cox) Date: Wed, 15 Jun 2005 13:39:43 -0400 Subject: More bugs on Final Version! In-Reply-To: <604aa791050615050426508493@mail.gmail.com> References: <42AFE1B2.4030500@pharm.uoa.gr> <604aa791050615050426508493@mail.gmail.com> Message-ID: <20050615173943.GE22721@devserv.devel.redhat.com> On Wed, Jun 15, 2005 at 08:04:14AM -0400, Jeff Spaleta wrote: > On 6/15/05, ?????? ????????? wrote: > > In x86_64 bit fc4 version and for all AMD 64 owners : it seems that the > > powernow_k8 module has not been compiled in the kernel > > >From the package changelog > * Fri Apr 22 2005 Dave Jones > - Don't build powernow-k6 on anything other than 586 kernels. K8 not K6 8) From cimmo at libero.it Wed Jun 15 17:43:06 2005 From: cimmo at libero.it (Cimmo) Date: Wed, 15 Jun 2005 19:43:06 +0200 Subject: screen bug in FC4 Message-ID: <42B068AA.5020209@libero.it> 1) Someone else seen this bug? Seem to appear only with KDE, at random time. Attachment is very poor because I have to stay under 40 KB, just see all the dark part, like window's draw is broken. 2) another thing: I've freshly installed FC4, but the root is /1 instead of / that I have specified, any ideas? my conf: FC4-x86_64 final Athlon64 3000+ 1 GB of ram GeForce6600 GT nv module (no nvidia module installed yet) thanx Cimmo -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen-bug3.jpg Type: image/jpeg Size: 28112 bytes Desc: not available URL: From kewley at gps.caltech.edu Wed Jun 15 18:26:09 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Wed, 15 Jun 2005 11:26:09 -0700 Subject: More bugs on Final Version! In-Reply-To: <1118840973.2752.4.camel@yoda.loki.me> References: <42AFE1B2.4030500@pharm.uoa.gr> <1118840973.2752.4.camel@yoda.loki.me> Message-ID: <200506151126.09349.kewley@gps.caltech.edu> On Wednesday 15 June 2005 06:09, Jesse Keating wrote: > On Wed, 2005-06-15 at 11:07 +0300, ?????? ????????? wrote: > > In x86_64 bit fc4 version and for all AMD 64 owners : it seems that > > the > > powernow_k8 module has not been compiled in the kernel and it does > > not > > work!!! or so it seems since I can't locate it modprobe it, or > > anything > > it seems that the kernel needs to be reconfigured and rebuild... > > I 'm downloading the sources now... > > But please answer to this: > > Is it a fact that the fc4 kernel doesnot support powernow_k8 cool > > and quiet??? > > I now that in fc4 rc3 the module did exist and the powernow > > (cool&quiet) > > worked perfectly!!! > > Kernel 2.6.11-1.1369_FC4 has the module. Have you done all your > updates? Jesse, I don't see it. [kewley at millard ~]$ uname -r 2.6.11-1.1369_FC4 [kewley at millard ~]$ find /lib/modules/ -name 'powernow*' [kewley at millard ~]$ David From blackman at pharm.uoa.gr Wed Jun 15 18:28:15 2005 From: blackman at pharm.uoa.gr (blackman at pharm.uoa.gr) Date: Wed, 15 Jun 2005 21:28:15 +0300 Subject: PowerNow cool and quiet Message-ID: <1118860095.42b0733fdf5e7@webmail.uoa.gr> It seems that powernow cool and quiet is not compiled since when I modprobe powernow_k8 says fatal module not found... So I got no cool and quiet... I tried to configure nad then compile the kernel make xconfig did not work and returned : /usr/bin/ld: cannot find -lqt collect2: ld returned 1 exit status make[1]: *** [scripts/kconfig/qconf] Error 1 make: *** [xconfig] Error 2 make menuconfig worked but then after saving the configuration I did make and give this error-- scripts/kconfig/confdata.c:88: warning: pointer targets in passing argument 1 of ‘conf_expand_value’ differ in signedness /usr/lib64/qt-3.3/bin/moc -i scripts/kconfig/qconf.h -o scripts/kconfig/qconf.moc HOSTCXX scripts/kconfig/qconf.o HOSTLD scripts/kconfig/qconf /usr/bin/ld: cannot find -lqt collect2: ld returned 1 exit status make[1]: *** [scripts/kconfig/qconf] Error 1 make: *** [xconfig] Error 2 [root at localhost linux]# make CHK include/linux/version.h make[1]: `arch/x86_64/kernel/asm-offsets.s' is up to date. CHK include/linux/compile.h CHK usr/initramfs_list CC arch/x86_64/ia32/ia32_ioctl.o In file included from fs/compat_ioctl.c:69, from arch/x86_64/ia32/ia32_ioctl.c:14: include/linux/i2c.h:58: error: array type has incomplete element type include/linux/i2c.h:197: error: array type has incomplete element type make[1]: *** [arch/x86_64/ia32/ia32_ioctl.o] Error 1 make: *** [arch/x86_64/ia32] Error 2 ok.... what do ido wrong??? thainx From kewley at gps.caltech.edu Wed Jun 15 18:33:50 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Wed, 15 Jun 2005 11:33:50 -0700 Subject: screen bug in FC4 In-Reply-To: <42B068AA.5020209@libero.it> References: <42B068AA.5020209@libero.it> Message-ID: <200506151133.50591.kewley@gps.caltech.edu> On Wednesday 15 June 2005 10:43, Cimmo wrote: > 1) Someone else seen this bug? Seem to appear only with KDE, at > random time. Attachment is very poor because I have to stay under 40 > KB, just see all the dark part, like window's draw is broken. Yes, I see this regularly using KDE under FC4 (fully updated). I assumed hardware since it looks like memory corruption, but an 18-hour memtest86 shows no problems. I figured it might be my video card (even though it works for playing Win2k games), but since you see it too, I guess not. Sometimes I'm able to fix it with switching to a text vt & back, but sometimes nothing works and I have to hit the reset button. (I don't have another machine at home from which to try to ssh in.) > my conf: > FC4-x86_64 final > Athlon64 3000+ > 1 GB of ram > GeForce6600 GT > nv module (no nvidia module installed yet) mine: FC4 x86_64 final (upgraded, admittedly, from FC4t3, where I also saw this problem) MSI K8N Neo2 Platinum (Nforce3) Athlon64 3000+, Venice core GeForce 6800 (by Gigabyte) 1.5 GB of ram (also happened when I had 1GB) nv module I am only just now updating the xorg update packages that were released (today?) -- let's see if the problem doesn't reappear. David From jkeating at j2solutions.net Wed Jun 15 18:42:48 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 15 Jun 2005 11:42:48 -0700 Subject: More bugs on Final Version! In-Reply-To: <200506151126.09349.kewley@gps.caltech.edu> References: <42AFE1B2.4030500@pharm.uoa.gr> <1118840973.2752.4.camel@yoda.loki.me> <200506151126.09349.kewley@gps.caltech.edu> Message-ID: <1118860969.2740.0.camel@localhost.localdomain> On Wed, 2005-06-15 at 11:26 -0700, David Kewley wrote: > Jesse, I don't see it. > > [kewley at millard ~]$ uname -r > 2.6.11-1.1369_FC4 > [kewley at millard ~]$ find /lib/modules/ -name 'powernow*' > [kewley at millard ~]$ Are you running x86 or x86_64 kernel? I'm running x86... rpm -qf /lib/modules/2.6.11-1.1369_FC4/kernel/arch/i386/kernel/cpu/cpufreq/powernow-k8.ko kernel-2.6.11-1.1369_FC4 -- 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 kewley at gps.caltech.edu Wed Jun 15 18:51:38 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Wed, 15 Jun 2005 11:51:38 -0700 Subject: More bugs on Final Version! In-Reply-To: <1118860969.2740.0.camel@localhost.localdomain> References: <42AFE1B2.4030500@pharm.uoa.gr> <200506151126.09349.kewley@gps.caltech.edu> <1118860969.2740.0.camel@localhost.localdomain> Message-ID: <200506151151.38684.kewley@gps.caltech.edu> On Wednesday 15 June 2005 11:42, Jesse Keating wrote: > On Wed, 2005-06-15 at 11:26 -0700, David Kewley wrote: > > Jesse, I don't see it. > > > > [kewley at millard ~]$ uname -r > > 2.6.11-1.1369_FC4 > > [kewley at millard ~]$ find /lib/modules/ -name 'powernow*' > > [kewley at millard ~]$ > > Are you running x86 or x86_64 kernel? I'm running x86... > > rpm > -qf > /lib/modules/2.6.11-1.1369_FC4/kernel/arch/i386/kernel/cpu/cpufreq/po >wernow-k8.ko kernel-2.6.11-1.1369_FC4 Aha. I have x86_64. David From jkeating at j2solutions.net Wed Jun 15 18:55:44 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 15 Jun 2005 11:55:44 -0700 Subject: More bugs on Final Version! In-Reply-To: <200506151151.38684.kewley@gps.caltech.edu> References: <42AFE1B2.4030500@pharm.uoa.gr> <200506151126.09349.kewley@gps.caltech.edu> <1118860969.2740.0.camel@localhost.localdomain> <200506151151.38684.kewley@gps.caltech.edu> Message-ID: <1118861744.2740.4.camel@localhost.localdomain> On Wed, 2005-06-15 at 11:51 -0700, David Kewley wrote: > > Aha. I have x86_64. Perhaps this is a bug, have you searched bugzilla? -- 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 tjb at unh.edu Wed Jun 15 19:09:44 2005 From: tjb at unh.edu (Thomas J. Baker) Date: Wed, 15 Jun 2005 15:09:44 -0400 Subject: More bugs on Final Version! In-Reply-To: <1118861744.2740.4.camel@localhost.localdomain> References: <42AFE1B2.4030500@pharm.uoa.gr> <200506151126.09349.kewley@gps.caltech.edu> <1118860969.2740.0.camel@localhost.localdomain> <200506151151.38684.kewley@gps.caltech.edu> <1118861744.2740.4.camel@localhost.localdomain> Message-ID: <1118862584.10960.3.camel@wintermute.sr.unh.edu> On Wed, 2005-06-15 at 11:55 -0700, Jesse Keating wrote: > On Wed, 2005-06-15 at 11:51 -0700, David Kewley wrote: > > > > Aha. I have x86_64. > > Perhaps this is a bug, have you searched bugzilla? > Seems like it's there to me. From my dmesg: powernow-k8: Found 1 AMD Athlon 64 / Opteron processors (version 1.40.2) powernow-k8: 0 : fid 0xe (2200 MHz), vid 0x6 (1400 mV) powernow-k8: 1 : fid 0xc (2000 MHz), vid 0x8 (1350 mV) powernow-k8: 2 : fid 0xa (1800 MHz), vid 0xa (1300 mV) powernow-k8: 3 : fid 0x2 (1000 MHz), vid 0x12 (1100 mV) cpu_init done, current fid 0xe, vid 0x6 tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From WormLineFiles at gmx.de Wed Jun 15 18:25:40 2005 From: WormLineFiles at gmx.de (Simon Lanzmich) Date: Wed, 15 Jun 2005 20:25:40 +0200 Subject: More bugs on Final Version! In-Reply-To: <42AFE1B2.4030500@pharm.uoa.gr> References: <42AFE1B2.4030500@pharm.uoa.gr> Message-ID: <1118859940.23447.8.camel@simon.home> Am Mittwoch, den 15.06.2005, 11:07 +0300 schrieb ?????? ?????????: > Is it a fact that the fc4 kernel doesnot support powernow_k8 cool and > quiet??? Hi, for me, cool&quiet works without a problem. have you installed the cpuspeed daemon? Simon From goemon at anime.net Wed Jun 15 19:59:21 2005 From: goemon at anime.net (Dan Hollis) Date: Wed, 15 Jun 2005 12:59:21 -0700 (PDT) Subject: More bugs on Final Version! In-Reply-To: <42B04BEC.6040107@margo.bijoux.nom.br> Message-ID: On Wed, 15 Jun 2005, Pedro Fernandes Macedo wrote: > Stephen Smalley wrote: > >On Tue, 2005-06-14 at 12:19 +0200, Bjorn Andersen wrote: > >>tir, 14 06 2005 kl. 10:30 +0300, skrev ???????????? ??????????????????: > >>>Although had been pointed out before this bug still exists in final > >>>version!!! > >>>1) Installing FC4 64 with reiserfs system the system fails to boot since > >>>it' can't mount the root fs!!! > >>I it not a SELinux problem here? Reaiser FS is not kompatible with > >>SELinux. > >That should have been addressed (i.e. reiserfs xattr support has > >allegedly been fixed upstream to work properly with SELinux), but others > >have also reported breakage with reiserfs in FC4. Whether or not it is > >SELinux-related, I'm not sure. > Well , XFS is compatible with selinux and same problem occurs if /boot > is a XFS filesystem (grub segfaults during setup). If you use ext3 for > /boot , you can use XFS (and probably reiser) for the other partitions , > as long as you dont use mount-by-label. Manually removing all label > references on my fstab and grub.conf made it work perfectly (/boot ext3 > , / and /home xfs. /home was the only partition that was from a previous > install and wasnt formatted). These are all well known issues with fedora: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159123 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159188 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156460 -Dan From leon.stringer at ntlworld.com Wed Jun 15 20:08:40 2005 From: leon.stringer at ntlworld.com (Leon Stringer) Date: Wed, 15 Jun 2005 21:08:40 +0100 Subject: RPM stopped working In-Reply-To: <1118844938.14295.25.camel@ml110.camerontech.com> References: <1118783754.4638.3.camel@localhost.localdomain> <1118844938.14295.25.camel@ml110.camerontech.com> Message-ID: <1118866120.2795.2.camel@localhost.localdomain> On Wed, 2005-06-15 at 09:15 -0500, Thomas Cameron wrote: > Then remove all the __db* files in /var/lib/rpm, maybe like this: > > rm -f /var/lib/rpm/__db* Thanks for your post. But I don't have any __db* files: ls /var/lib/rpm: Triggername Requirename Packages Filemd5s Sigmd5 Pubkeys Name Dirnames Sha1header Provideversion Installtid Conflictname Requireversion Providename Group Basenames Any ideas? Thanks in advance, Leon... From tonyj at immunix.com Wed Jun 15 20:04:58 2005 From: tonyj at immunix.com (Tony Jones) Date: Wed, 15 Jun 2005 13:04:58 -0700 Subject: Yum question (and maybe a Xen one too) Message-ID: <20050615200458.GA9370@immunix.com> I was using yum to track rawhide (mostly for Xen). I was snoozing and didn't realise that FC4 had been released (duh) and my last yum upgrade sucked down a bunch of FC5 stuff. Is there any way to back this out and get yum to upgrade me onto the FC4 path or do I have to just go and install FC4 and then go back to yum? Curious, What is the status of Xen is for FC5? I noticed there was no Xen kernel for the latest kernel-2.6.11-1.1381_FC5 and I don't see any Xen symbols in it's system.map Thanks From ufo at linux.net.mk Wed Jun 15 20:43:04 2005 From: ufo at linux.net.mk (Arangel Angov) Date: Wed, 15 Jun 2005 22:43:04 +0200 Subject: FC4: gweather keeps crashing Message-ID: <42B092D8.4010900@linux.net.mk> I looked if anyone else reported this but didn't find anything in my client's Fedora-test folder or on bugzilla. The problem is that gweather applet cannot be started. It says that the application gweather-applet-2 has crashed. I've tried to add it again and again but no use. I have an Ubuntu workstation at work and the gweather applet works fine there, it's also Gnome 2.10. Anyone else has this problem? I wasn't able to find any bug reports. This can't be hapening just to me. :0 -- ??????? ????? ???????? ??????? ?????????? http://www.slobodensoftver.org.mk info at slobodensoftver.org.mk From ba at linuxin.dk Wed Jun 15 21:14:16 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Wed, 15 Jun 2005 23:14:16 +0200 Subject: nVidia drivers and rawhide In-Reply-To: <604aa79105051914437ed16a18@mail.gmail.com> References: <1116537929.4695.3.camel@localhost> <604aa79105051914437ed16a18@mail.gmail.com> Message-ID: <1118870056.4730.1.camel@Mars> tor, 19 05 2005 kl. 17:43 -0400, skrev Jeff Spaleta: > 0) do not mix the livna rpms with nvidia's installer > 1) its very easy to use livna's srpm to rebuild a new kernel module > 2) do not mix the livna rpms with nvidia's installer > 3) example using nvidia-glx-1.0.7174-0.lvn.1.3.src.rpm from livna > assuming kernel-smp-2.6.11-1.1319_FC4 and kernel-smp-devel-2.6.11-1.1319_FC4 > are installed on an smp athlon: > rpmbuild --rebuild --target i686 --define "kernel > 2.6.11-1.1315_FC4smp" nvidia-glx-1.0.7174-0.lvn.1.3.src.rpm > (that should be one line but of course email is going to line wrap that) > 4) do not mix the livna rpms with nvidia's installer > 5) that rebuild command will create > nvidia-glx-1.0.7174-0.lvn.1.3.i686.rpm > kernel-module-nvidia-2.6.11-1.1315_FC4smp-1.0.7174-0.lvn.1.3.i686.rpm > nvidia-glx-devel-1.0.7174-0.lvn.1.3.i686.rpm > 6) do not mix the livna rpms with nvidia's installer > 7) all you need to do is install the new kernel-module-nvidia package > that was built > rpm -ivh kernel-module-nvidia-2.6.11-1.1315_FC4smp-1.0.7174-0.lvn.1.3.i686.rpm > 8) repeat as needed when a new kernel and kernel-devel package is > installed before you > reboot into the new kernel. Can this guide be used on all my RHEL4 workstations too? Regards Bjorn Andersen From kyrre at solution-forge.net Wed Jun 15 21:26:28 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 15 Jun 2005 23:26:28 +0200 Subject: screen bug in FC4 In-Reply-To: <200506151133.50591.kewley@gps.caltech.edu> References: <42B068AA.5020209@libero.it> <200506151133.50591.kewley@gps.caltech.edu> Message-ID: <1118870788.3360.5.camel@localhost.localdomain> ons, 15.06.2005 kl. 20.33 skrev David Kewley: > On Wednesday 15 June 2005 10:43, Cimmo wrote: > > 1) Someone else seen this bug? Seem to appear only with KDE, at > > random time. Attachment is very poor because I have to stay under 40 > > KB, just see all the dark part, like window's draw is broken. > > Yes, I see this regularly using KDE under FC4 (fully updated). I > assumed hardware since it looks like memory corruption, but an 18-hour > memtest86 shows no problems. I figured it might be my video card (even > though it works for playing Win2k games), but since you see it too, I > guess not. > > Sometimes I'm able to fix it with switching to a text vt & back, but > sometimes nothing works and I have to hit the reset button. (I don't > have another machine at home from which to try to ssh in.) > > > my conf: > > FC4-x86_64 final > > Athlon64 3000+ > > 1 GB of ram > > GeForce6600 GT > > nv module (no nvidia module installed yet) > > mine: > FC4 x86_64 final > (upgraded, admittedly, from FC4t3, where I also saw this problem) > MSI K8N Neo2 Platinum (Nforce3) > Athlon64 3000+, Venice core > GeForce 6800 (by Gigabyte) > 1.5 GB of ram (also happened when I had 1GB) > nv module > > I am only just now updating the xorg update packages that were released > (today?) -- let's see if the problem doesn't reappear. > > David I had a similar problem with a vodoo 3 PCI card on fc2 - assumed it was a defective card, switched it to a gforce 2, and it worked. It would randomly crash, making the screen flicker (like a wrong frequency). Most of the time i was able to switch consoles back an forth to restore, but sometimes i wasn't possible. I was however able to ssh in from another machine, even if it looked like something was terribly wrong - the connection ligths on the switch turned on and off at random, and the floppy/cd drive ligths was blinking like they use to during kudzu. On fc3 early days, there was also a bug with the intel gfx drivers that caused the screen to "hang" - patches of it wasn't redrawn. Kyrre From javaman67 at acd.net Wed Jun 15 21:30:59 2005 From: javaman67 at acd.net (Brian Craft) Date: Wed, 15 Jun 2005 17:30:59 -0400 Subject: FC4: gweather keeps crashing In-Reply-To: <42B092D8.4010900@linux.net.mk> References: <42B092D8.4010900@linux.net.mk> Message-ID: <42B09E13.8070902@acd.net> Arangel Angov wrote: > I looked if anyone else reported this but didn't find anything in my > client's Fedora-test folder or on bugzilla. > The problem is that gweather applet cannot be started. It says that the > application gweather-applet-2 has crashed. I've tried to add it again > and again but no use. I have an Ubuntu workstation at work and the > gweather applet works fine there, it's also Gnome 2.10. > > Anyone else has this problem? I wasn't able to find any bug reports. > This can't be hapening just to me. :0 > Working fine here with no crashes on a fresh install of FC4 -- Brian Craft Jabber id: javaman67 at jabber.org Linux Counter id: 97873 Linux......the OS of Choice! From jspaleta at gmail.com Wed Jun 15 22:47:19 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 15 Jun 2005 18:47:19 -0400 Subject: nVidia drivers and rawhide In-Reply-To: <1118870056.4730.1.camel@Mars> References: <1116537929.4695.3.camel@localhost> <604aa79105051914437ed16a18@mail.gmail.com> <1118870056.4730.1.camel@Mars> Message-ID: <604aa79105061515476dc655e2@mail.gmail.com> On 6/15/05, Bjorn Andersen wrote: > Can this guide be used on all my RHEL4 workstations too? as soon as you buy me a rhel4 ws subscription... I think i could. -jef From cimmo at libero.it Wed Jun 15 23:50:09 2005 From: cimmo at libero.it (Cimmo) Date: Thu, 16 Jun 2005 01:50:09 +0200 Subject: screen bug in FC4 In-Reply-To: <200506151133.50591.kewley@gps.caltech.edu> References: <42B068AA.5020209@libero.it> <200506151133.50591.kewley@gps.caltech.edu> Message-ID: <42B0BEB1.2000803@libero.it> David Kewley ha scritto: >I am only just now updating the xorg update packages that were released >(today?) -- let's see if the problem doesn't reappear. > > I have fully updated xorg with 15 of june updated packages and still same issue. Is there some bug filed into bugzilla or should we do? Is really annoying bug, KDE is unusable... bye Cimmo From ufo at linux.net.mk Thu Jun 16 00:03:56 2005 From: ufo at linux.net.mk (Arangel Angov) Date: Thu, 16 Jun 2005 02:03:56 +0200 Subject: FC4: gweather keeps crashing In-Reply-To: <42B09E13.8070902@acd.net> References: <42B092D8.4010900@linux.net.mk> <42B09E13.8070902@acd.net> Message-ID: <42B0C1EC.5000007@linux.net.mk> Brian Craft wrote: >Working fine here with no crashes on a fresh install of FC4 > I don't now if you mean a new install when you say fresh install but this is what I did. I had fc3, started fc4 installation and only assigned the mount points to my "/boot", "/home" and "/" partition. Everything else is working fine. I tried to install gnome-applets above this package but it still crashes even with the new downloaded package installed. -- ??????? ????? ???????? ??????? ?????????? http://www.slobodensoftver.org.mk info at slobodensoftver.org.mk From eolson at mit.edu Thu Jun 16 00:09:53 2005 From: eolson at mit.edu (Edwin Olson) Date: Wed, 15 Jun 2005 20:09:53 -0400 Subject: FC4: out of memory errors? Message-ID: <42B0C351.8080000@mit.edu> On a fresh install of FC4, on a machine which had been running FC4T3 without issues, I'm encountering odd "out of memory" errors. One moment, running a command (launching one of my own java applications, or playing a movie in mplayer) will work; the next moment, I get an out of memory error, or a X-related insufficient resources. My apologies, I don't recall the exact error message. I will attempt to characterize the problem tomorrow, but I thought I'd share my experiences in case anyone else is having these sorts of issues. I am using the nvidia drivers, which might be a factor. My java app uses OpenGL, and mplayer does some videocard acceleration, doesn't it? -Ed From michaelhensley1 at comcast.net Thu Jun 16 01:02:33 2005 From: michaelhensley1 at comcast.net (Michael Hensley) Date: Wed, 15 Jun 2005 18:02:33 -0700 Subject: Wireless In-Reply-To: <42ADFEF2.30203@msn.com> References: <42ADFEF2.30203@msn.com> Message-ID: <1118883754.3582.3.camel@localhost.localdomain> Not out of the box! I have the same card and just looked for it... It's not there. I would like to get it working also, I just don't have the time to look it up now. Regards, -Michael On Mon, 2005-06-13 at 15:47 -0600, Brian Magnuson wrote: > I have Xp on my Toshiba Tecra 8000 laptop because Fedora Core 3 didn't > support my Lynksys WPC11 v.4 Card. Does anyone know if Fedora Core 4 > supports new wireless cards and what cards it supports? > Thanx ! > -------------- 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 Thu Jun 16 02:46:55 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 15 Jun 2005 21:46:55 -0500 Subject: ext2online not extending lvm partion In-Reply-To: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> References: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> Message-ID: On 6/7/05, Stephen C. Tweedie wrote: > Hi, > > On Mon, 2005-05-30 at 17:26, Justin Conover wrote: > > This is happening on several box's now, i386/64 selinux off/on, > > doesn't seem to matter. > > > > "ext2online: ext2_ioctl: No space left on device" With 60+GB left, > > another box has 11GB and another has 80+GB. > > Works for me; do you have a bugzilla open for this? Please open one if > not. > > > May 30 11:20:51 morpheus kernel: JBD: ext2online wants too many > > credits (2050 > 2048) > > I've never seen this before; I'm wondering if there's something odd > about how the fs was created. Did you initialise it with an unusually > large number of inodes, for example? > > --Stephen > > > Sorry, works has been kicking my buttttt! Happened again, I'll fill a bug. vgdisplay Free PE / Size 2765 / 86.41 GB # lvextend -L+5G /dev/VolGroup00/LogVol02 Extending logical volume LogVol02 to 47.00 GB Logical volume LogVol02 successfully resized # ext2online -d /dev/VolGroup00/LogVol02 ext2online v1.1.18 - 2001/03/18 for EXT2FS 0.5b ext2_open ext2_bcache_init ext2_determine_itoffset setting itoffset to +1027 ext2_get_reserved using itoffset of 1027 new block bitmap is at 0xab8401 new inode bitmap is at 0xab8402 new inode table is at 0xab8403-0xab8802 new group has 30717 free blocks new group has 32768 free inodes (1024 blocks) ext2_ioctl: ADD group 343 ext2online: ext2_ioctl: No space left on device ext2online: unable to resize /dev/mapper/VolGroup00-LogVol02 #dmesg JBD: ext2online wants too many credits (2050 > 2048) From justin.conover at gmail.com Thu Jun 16 04:03:21 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 15 Jun 2005 23:03:21 -0500 Subject: ext2online not extending lvm partion In-Reply-To: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> References: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> Message-ID: On 6/7/05, Stephen C. Tweedie wrote: > Hi, > > On Mon, 2005-05-30 at 17:26, Justin Conover wrote: > > This is happening on several box's now, i386/64 selinux off/on, > > doesn't seem to matter. > > > > "ext2online: ext2_ioctl: No space left on device" With 60+GB left, > > another box has 11GB and another has 80+GB. > > Works for me; do you have a bugzilla open for this? Please open one if > not. > > > May 30 11:20:51 morpheus kernel: JBD: ext2online wants too many > > credits (2050 > 2048) > > I've never seen this before; I'm wondering if there's something odd > about how the fs was created. Did you initialise it with an unusually > large number of inodes, for example? > > --Stephen > > > [Bug 160612] ext2online wants to many credits, can't resize logical volume The other day I decided to mv my laptop (work) to fc4 instead of running rawhide all the time an it did the samething too. So I blew it out again and just left lvm off of it and just used standard file systems. I still have 2 box's i386/amd64 that run rawhide. From sundaram at redhat.com Thu Jun 16 05:35:48 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 16 Jun 2005 11:05:48 +0530 Subject: Yum question (and maybe a Xen one too) In-Reply-To: <20050615200458.GA9370@immunix.com> References: <20050615200458.GA9370@immunix.com> Message-ID: <42B10FB4.1020008@redhat.com> Tony Jones wrote: >I was using yum to track rawhide (mostly for Xen). I was snoozing and didn't >realise that FC4 had been released (duh) and my last yum upgrade sucked down >a bunch of FC5 stuff. > >Is there any way to back this out and get yum to upgrade me onto the FC4 path >or do I have to just go and install FC4 and then go back to yum? > > Doing a clean installation of FC4 is the recommended procedure. Upgrading from a test release to a final version is likely to leave some cruft behind regards Rahul From m_epling at comcast.net Thu Jun 16 06:18:34 2005 From: m_epling at comcast.net (m_epling) Date: Thu, 16 Jun 2005 01:18:34 -0500 Subject: Yum question (and maybe a Xen one too) In-Reply-To: <42B10FB4.1020008@redhat.com> References: <20050615200458.GA9370@immunix.com> <42B10FB4.1020008@redhat.com> Message-ID: <42B119BA.3070307@comcast.net> you ever hear of karma ? Rahul Sundaram wrote: > Tony Jones wrote: > >> I was using yum to track rawhide (mostly for Xen). I was snoozing and >> didn't >> realise that FC4 had been released (duh) and my last yum upgrade >> sucked down a bunch of FC5 stuff. >> >> Is there any way to back this out and get yum to upgrade me onto the >> FC4 path >> or do I have to just go and install FC4 and then go back to yum? >> >> > Doing a clean installation of FC4 is the recommended procedure. > Upgrading from a test release to a final version is likely to leave > some cruft behind > > regards > Rahul > From blackman at pharm.uoa.gr Thu Jun 16 08:18:13 2005 From: blackman at pharm.uoa.gr (James Black) Date: Thu, 16 Jun 2005 11:18:13 +0300 Subject: More bugs on Final Version! Message-ID: <42B135C5.8000209@pharm.uoa.gr> powernow_k8: Well It seems to work on x86 and not on x86_64... Actually check out to see that in kernel .config it does not seem to be checked... also make xconfig does not work only make menuconfig seems to be ok... but then you can't compile the kernel right since it exits with errors... I'm confused... I would not bother siunce everything else works but iI noticed the following: I downloaded on fc3_64 the ffmpeg,mplayer etc packages and I compile it for my AMD64. I got 65fps of lavc mpeg4 codec... Now on fedora core 4 I can't compile anything so I got the rpms x86_64 for the same packages and now I'm getting for the same DVD only 35... thats as slow as my old amd 2600+ ... From taquitos at gmail.com Thu Jun 16 11:15:53 2005 From: taquitos at gmail.com (Joshua Liebowitz) Date: Thu, 16 Jun 2005 07:15:53 -0400 Subject: Wireless (WPC 11 v4) In-Reply-To: <20050616053558.416E773525@hormel.redhat.com> References: <20050616053558.416E773525@hormel.redhat.com> Message-ID: > Subject: Re: Wireless > Not out of the box! I have the same card and just looked for it... It's > not there. I would like to get it working also, I just don't have the > time to look it up now. > > Regards, > > -Michael > > On Mon, 2005-06-13 at 15:47 -0600, Brian Magnuson wrote: > > I have Xp on my Toshiba Tecra 8000 laptop because Fedora Core 3 didn't > > support my Lynksys WPC11 v.4 Card. Does anyone know if Fedora Core 4 > > supports new wireless cards and what cards it supports? > > Thanx ! > I looked around a little bit, and I found forum ( http://featherlinux.berlios.de/phpBB2/viewtopic.php?p=6883& ) where other people had the same issue, but with Feather Linux. I haven't tried it yet, but using this driver http://www.realtek.com.tw/downloads/downloads1-3.aspx?Keyword=8180 with ndiswrapper seems to be the only solution at this point. I would love to know if there is an alternative to this. -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at redhat.com Thu Jun 16 11:36:14 2005 From: buildsys at redhat.com (Build System) Date: Thu, 16 Jun 2005 07:36:14 -0400 Subject: rawhide report: 20050616 changes Message-ID: <200506161136.j5GBaEvV030108@porkchop.devel.redhat.com> New package bsf Bean Scripting Framework New package concurrent Utility classes for concurrent Java programming New package geronimo-specs Geronimo J2EE server J2EE specifications New package jacorb Free Java implementation of OMG's CORBA standard New package jakarta-commons-codec Jakarta Commons Codec Package New package jakarta-commons-discovery Jakarta Commons Discovery New package jakarta-commons-httpclient Jakarta Commons HTTPClient Package New package jdom Java alternative to DOM and SAX New package jonathan-rmi Subset of javax.rmi for building against New package jrefactory JRefactory and Pretty Print New package mockobjects Java MockObjects package New package tanukiwrapper Java Service Wrapper New package velocity Java-based template engine New package werken.xpath XPath implementation using JDOM New package xdoclet XDoclet Attribute Orientated Programming Framework New package xjavadoc The XJavaDoc engine Updated Packages: NetworkManager-0.4-30.cvs20050615 --------------------------------- * Wed Jun 15 2005 Dan Williams - 0.4-30.cvs20050615 - Update to latest CVS ant-0:1.6.2-3jpp_10fc --------------------- * Wed Jun 15 2005 Gary Benson 0:1.6.2-3jpp_10fc - Add the bsf subpackage since we now ship bsf. - Remove gcj workaround (not correct, so assume not necessary). - Remove jarfiles from the tarball. * Mon Jun 06 2005 Gary Benson - Make the javah task fall back to executing javah if com.sun.tools.javah.Main cannot be found. curl-7.14.0-1 ------------- * Thu Jun 16 2005 Ivana Varekova 7.14.0-1 - rebuild new version hplip-0.9.3-5 ------------- * Wed Jun 15 2005 Tim Waugh 0.9.3-5 - Use static IP ports (for SELinux policy). kdepim-6:3.4.1-0.fc4.1 ---------------------- * Tue Jun 14 2005 Than Ngo 3.4.1-0.fc4.1 - update to 3.4.1 - remove kdepim-3.4.0-long.patch, it's included in new upstream kernel-2.6.11-1.1383_FC5 ------------------------ * Mon Jun 13 2005 Peter Jones - Reenable fixed ipw drivers. * Mon Jun 13 2005 Dave Jones - 2.6.12-rc6-git5 libgsf-1.12.1-1 --------------- * Wed Jun 15 2005 Caolan McNamara 1.12.1-1 - bump to latest version openoffice.org-1:1.9.109-6.2.0.fc5 ---------------------------------- * Tue Jun 14 2005 Caolan McNamara - 1:1.9.109-6 - drop unnecessary Require - rh#160302# skip fontconfig for symbol font processing pilot-link-1:0.12.0-0.pre4.1 ---------------------------- * Wed Jun 15 2005 Than Ngo 0.12.0-0.pre4.1 - 0.12.0-pre4 - remove pilot-link-0.12.0-pre3-buffer.patch, it's included in new upstream selinux-policy-strict-1.23.18-7 ------------------------------- * Wed Jun 15 2005 Dan Walsh 1.23.18-7 - Fixed for new cups domain hplip struts-0:1.2.4-2jpp_1fc ----------------------- * Wed Jun 15 2005 Gary Benson - 0:1.2.4-2jpp_1fc - Make workaround for #157205 specific to libgcj. * Tue Jun 14 2005 Gary Benson - Remove jars, wars and classes from the tarball. * Fri May 27 2005 Gary Benson - 0:1.2.4-2jpp - Build with servletapi5. - Add build dependency on ant-nodeps. system-config-netboot-0.1.20-1 ------------------------------ * Wed Jun 15 2005 Jason Vas Dias 0.1.20-1 - fix addendum to bugs 149000/135411: updateDiskless: Do not create SELinux xattr labels in the initrd filesystem xalan-j2-0:2.6.0-3jpp_1fc ------------------------- * Wed Jun 15 2005 Gary Benson 0:2.6.0-3jpp_1fc - Remove jarfiles from the tarball. * Fri May 27 2005 Gary Benson 0:2.6.0-3jpp - Add NOTICE file as per Apache License version 2.0. - Build with servletapi5. xerces-j2-0:2.6.2-5jpp_1fc -------------------------- * Wed Jun 15 2005 Gary Benson 0:2.6.2-5jpp_1fc - Upgrade to 2.6.2-5jpp. * Tue Jun 14 2005 Gary Benson 0:2.6.2-5jpp - Remove the tools tarball, and build xjavac from source. - Patch xjavac to fix the classpath under libgcj too. xml-commons-0:1.0-0.b2.7jpp_2fc ------------------------------- * Wed Jun 15 2005 Gary Benson - 0:1.0-0.b2.7jpp_2fc - Remove all prebuilt stuff from the tarball. yum-2.3.3-1 ----------- * Wed Jun 15 2005 Jeremy Katz - 2.3.3-1 - update to 2.3.3 From kyrre at solution-forge.net Thu Jun 16 11:40:19 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Thu, 16 Jun 2005 13:40:19 +0200 Subject: rawhide report: 20050615 changes In-Reply-To: <200506151120.j5FBKu9f002628@porkchop.devel.redhat.com> References: <200506151120.j5FBKu9f002628@porkchop.devel.redhat.com> Message-ID: <1118922019.5370.1.camel@localhost.localdomain> ons, 15.06.2005 kl. 13.20 skrev Build System: > New package cairo > A vector graphics library > Cairo added? What will depend on it? From sundaram at redhat.com Thu Jun 16 11:42:52 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 16 Jun 2005 17:12:52 +0530 Subject: rawhide report: 20050615 changes In-Reply-To: <1118922019.5370.1.camel@localhost.localdomain> References: <200506151120.j5FBKu9f002628@porkchop.devel.redhat.com> <1118922019.5370.1.camel@localhost.localdomain> Message-ID: <42B165BC.3000400@redhat.com> Kyrre Ness Sjobak wrote: >ons, 15.06.2005 kl. 13.20 skrev Build System: > > >>New package cairo >> A vector graphics library >> >> >> >Cairo added? What will depend on it? > > > It will start with GTK 2.7 branch regards Rahu; From WormLineFiles at gmx.de Thu Jun 16 15:41:20 2005 From: WormLineFiles at gmx.de (Simon Lanzmich) Date: Thu, 16 Jun 2005 17:41:20 +0200 Subject: webcam problem (pwc) Message-ID: <1118936480.3829.12.camel@simon.home> I have a problem with my Philips ToUcam Pro (Philips 740 webcam, using the pwc module) on both FC4 and a Fedora development system. When I try to start camorama, it says: Could not connect to video device (/dev/video1). Please check connection. and aborts. dmesg says right after boot: pwc Philips webcam module version 9.0.2-unofficial loaded. pwc Supports Philips PCA645/646, PCVC675/680/690, PCVC720[40]/730/740/750 & PCVC830/840. pwc Also supports the Askey VC010, various Logitech Quickcams, Samsung MPC-C10 and MPC-C30, pwc the Creative WebCam 5 & Pro Ex, SOTEC Afina Eye and Visionite VCS-UC300 and VCS-UM100. pwc Default framerate set to 30. pwc Philips PCVC740K (ToUCam Pro)/PCVC840 (ToUCam II) USB webcam detected. pwc Registered as /dev/video1. usbcore: registered new driver Philips webcam After trying to start camorama, dmesg says: pwc Failed to set LED on/off time. pwc type = 740 pwc Failed to allocate decompress table. However, the integrated microphone works. The cam works well on FC3, but I can't say when it stopped working, because I don't use the cam very often. Any ideas? Simon From pbrobinson at gmail.com Thu Jun 16 15:57:29 2005 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 16 Jun 2005 16:57:29 +0100 Subject: webcam problem (pwc) In-Reply-To: <1118936480.3829.12.camel@simon.home> References: <1118936480.3829.12.camel@simon.home> Message-ID: <5256d0b0506160857644a60e5@mail.gmail.com> > I have a problem with my Philips ToUcam Pro (Philips 740 webcam, using > the pwc module) on both FC4 and a Fedora development system. When I try > to start camorama, it says: > Could not connect to video device (/dev/video1). > Please check connection. > and aborts. > > dmesg says right after boot: > pwc Philips webcam module version 9.0.2-unofficial loaded. > pwc Supports Philips PCA645/646, PCVC675/680/690, > PCVC720[40]/730/740/750 & PCVC830/840. > pwc Also supports the Askey VC010, various Logitech Quickcams, Samsung > MPC-C10 and MPC-C30, > pwc the Creative WebCam 5 & Pro Ex, SOTEC Afina Eye and Visionite > VCS-UC300 and VCS-UM100. > pwc Default framerate set to 30. > pwc Philips PCVC740K (ToUCam Pro)/PCVC840 (ToUCam II) USB webcam > detected. > pwc Registered as /dev/video1. > usbcore: registered new driver Philips webcam > > After trying to start camorama, dmesg says: > pwc Failed to set LED on/off time. > pwc type = 740 > pwc Failed to allocate decompress table. > > However, the integrated microphone works. > The cam works well on FC3, but I can't say when it stopped working, > because I don't use the cam very often. I would say its because the driver (or at least the compression module used by the driver) has been removed from the kernel. It was removed a while ago because the compression module was a precompiled non open source binary driver. It was then reintroduced because it was reverse engineered. It has since been removed a second time because the the reverse engineering of the driver wasn't a clean room reverse engineer of the driver. So in short its because of issues with the binary part of the driver its basically been removed pending a rewrite. Regards Peter From sean.bruno at dsl-only.net Thu Jun 16 16:32:19 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Thu, 16 Jun 2005 09:32:19 -0700 Subject: rhn-applet can't talk to development repo Message-ID: <1118939539.10529.5.camel@home-lap> I keep getting an error on the rhn-applet under the critical information tab that says: "The applet has been unable to access the following information sources in its last attempts: development @ http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/ " I can definitely hit this web page from my browser, so I am not real sure what the error is indicating. Any ideas? Sean From a.kurtz at hardsun.net Thu Jun 16 16:36:35 2005 From: a.kurtz at hardsun.net (Aaron Kurtz) Date: Thu, 16 Jun 2005 09:36:35 -0700 Subject: webcam problem (pwc) In-Reply-To: <1118936480.3829.12.camel@simon.home> References: <1118936480.3829.12.camel@simon.home> Message-ID: <1118939795.7721.30.camel@rydia.hardsun.net> On Thu, 2005-06-16 at 17:41 +0200, Simon Lanzmich wrote: > I have a problem with my Philips ToUcam Pro (Philips 740 webcam, using > the pwc module) on both FC4 and a Fedora development system. When I try > to start camorama, it says: > Could not connect to video device (/dev/video1). > Please check connection. > and aborts. > However, the integrated microphone works. > The cam works well on FC3, but I can't say when it stopped working, > because I don't use the cam very often. > > Any ideas? pwc driver is broken for kernel-2.6.11-1.1369_FC4 and apparently rawhide kernels as well. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159608 Quick fix would be to grab full PWC driver from current maintainer (http://www.saillard.org/linux/pwc/files/ compile and replace bad pwc.ko with new pwc.ko file. -- Aaron Kurtz From eric at netline.be Thu Jun 16 17:31:20 2005 From: eric at netline.be (eric lapaille) Date: Thu, 16 Jun 2005 19:31:20 +0200 Subject: FC4: out of memory errors? In-Reply-To: <42B0C351.8080000@mit.edu> Message-ID: <200506161731.j5GHVMUA017906@linux.netline.be> same problem than you with 2 migrations from FC3 to FC4 it happens when I use to launch /etc/init.d/mysql or webmin or xfs at startup if I wait a little bit to launch these init script, everythinq is all right i suspect mysql to execute some incorrect migration stuff when started for the first time me too, i'm using nvidia thanks for the tip -----Message d'origine----- De : fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] De la part de Edwin Olson Envoy? : jeudi 16 juin 2005 2:10 ? : For testers of Fedora Core development releases Objet : FC4: out of memory errors? On a fresh install of FC4, on a machine which had been running FC4T3 without issues, I'm encountering odd "out of memory" errors. One moment, running a command (launching one of my own java applications, or playing a movie in mplayer) will work; the next moment, I get an out of memory error, or a X-related insufficient resources. My apologies, I don't recall the exact error message. I will attempt to characterize the problem tomorrow, but I thought I'd share my experiences in case anyone else is having these sorts of issues. I am using the nvidia drivers, which might be a factor. My java app uses OpenGL, and mplayer does some videocard acceleration, doesn't it? -Ed -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From alan at redhat.com Thu Jun 16 17:46:02 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 16 Jun 2005 13:46:02 -0400 Subject: webcam problem (pwc) In-Reply-To: <1118939795.7721.30.camel@rydia.hardsun.net> References: <1118936480.3829.12.camel@simon.home> <1118939795.7721.30.camel@rydia.hardsun.net> Message-ID: <20050616174602.GA31976@devserv.devel.redhat.com> On Thu, Jun 16, 2005 at 09:36:35AM -0700, Aaron Kurtz wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159608 Quick fix > would be to grab full PWC driver from current maintainer > (http://www.saillard.org/linux/pwc/files/ compile and replace bad pwc.ko > with new pwc.ko file. I've got a patch for the basic driver to fix it. We should soon be able to put a full driver back into the kernel. Philips have been very helpful in resolving some questions. Alan From WormLineFiles at gmx.de Thu Jun 16 17:59:37 2005 From: WormLineFiles at gmx.de (Simon Lanzmich) Date: Thu, 16 Jun 2005 19:59:37 +0200 Subject: webcam problem (pwc) In-Reply-To: <1118939795.7721.30.camel@rydia.hardsun.net> References: <1118936480.3829.12.camel@simon.home> <1118939795.7721.30.camel@rydia.hardsun.net> Message-ID: <1118944777.5138.2.camel@simon.home> Am Donnerstag, den 16.06.2005, 09:36 -0700 schrieb Aaron Kurtz: > Quick fix > would be to grab full PWC driver from current maintainer > (http://www.saillard.org/linux/pwc/files/ compile and replace bad pwc.ko > with new pwc.ko file. > -- > Aaron Kurtz > Grabbed and installed the pwc driver and now it works. Thanks for your help! From thethirddoorontheleft at verizon.net Thu Jun 16 20:27:11 2005 From: thethirddoorontheleft at verizon.net (Darwin H. Webb) Date: Thu, 16 Jun 2005 13:27:11 -0700 Subject: rawhide report: 20050616 changes In-Reply-To: <200506161136.j5GBaEvV030108@porkchop.devel.redhat.com> References: <200506161136.j5GBaEvV030108@porkchop.devel.redhat.com> Message-ID: <1118953631.20916.14.camel@Jovette-14> On Thu, 2005-06-16 at 07:36 -0400, Build System wrote: > New package bsf > Bean Scripting Framework > > New package concurrent > Utility classes for concurrent Java programming > > New package geronimo-specs > Geronimo J2EE server J2EE specifications > > New package jacorb > Free Java implementation of OMG's CORBA standard > > New package jakarta-commons-codec > Jakarta Commons Codec Package > > New package jakarta-commons-discovery > Jakarta Commons Discovery > > New package jakarta-commons-httpclient > Jakarta Commons HTTPClient Package > > New package jdom > Java alternative to DOM and SAX > > New package jonathan-rmi > Subset of javax.rmi for building against > > New package jrefactory > JRefactory and Pretty Print > > New package mockobjects > Java MockObjects package > > New package tanukiwrapper > Java Service Wrapper > > New package velocity > Java-based template engine > > New package werken.xpath > XPath implementation using JDOM > > New package xdoclet > XDoclet Attribute Orientated Programming Framework > > New package xjavadoc > The XJavaDoc engine > > > > Updated Packages: > > NetworkManager-0.4-30.cvs20050615 > --------------------------------- > * Wed Jun 15 2005 Dan Williams - 0.4-30.cvs20050615 > - Update to latest CVS > > ant-0:1.6.2-3jpp_10fc > --------------------- > * Wed Jun 15 2005 Gary Benson 0:1.6.2-3jpp_10fc > - Add the bsf subpackage since we now ship bsf. > - Remove gcj workaround (not correct, so assume not necessary). > - Remove jarfiles from the tarball. > > * Mon Jun 06 2005 Gary Benson > - Make the javah task fall back to executing javah if > com.sun.tools.javah.Main cannot be found. > > curl-7.14.0-1 > ------------- > * Thu Jun 16 2005 Ivana Varekova 7.14.0-1 > - rebuild new version > > hplip-0.9.3-5 > ------------- > * Wed Jun 15 2005 Tim Waugh 0.9.3-5 > - Use static IP ports (for SELinux policy). > > kdepim-6:3.4.1-0.fc4.1 > ---------------------- > * Tue Jun 14 2005 Than Ngo 3.4.1-0.fc4.1 > - update to 3.4.1 > - remove kdepim-3.4.0-long.patch, it's included in new upstream > > kernel-2.6.11-1.1383_FC5 > ------------------------ > * Mon Jun 13 2005 Peter Jones > - Reenable fixed ipw drivers. > > * Mon Jun 13 2005 Dave Jones > - 2.6.12-rc6-git5 > > libgsf-1.12.1-1 > --------------- > * Wed Jun 15 2005 Caolan McNamara 1.12.1-1 > - bump to latest version > > openoffice.org-1:1.9.109-6.2.0.fc5 > ---------------------------------- > * Tue Jun 14 2005 Caolan McNamara - 1:1.9.109-6 > - drop unnecessary Require > - rh#160302# skip fontconfig for symbol font processing > > pilot-link-1:0.12.0-0.pre4.1 > ---------------------------- > * Wed Jun 15 2005 Than Ngo 0.12.0-0.pre4.1 > - 0.12.0-pre4 > - remove pilot-link-0.12.0-pre3-buffer.patch, it's included in new upstream > > selinux-policy-strict-1.23.18-7 > ------------------------------- > * Wed Jun 15 2005 Dan Walsh 1.23.18-7 > - Fixed for new cups domain hplip > > struts-0:1.2.4-2jpp_1fc > ----------------------- > * Wed Jun 15 2005 Gary Benson - 0:1.2.4-2jpp_1fc > - Make workaround for #157205 specific to libgcj. > > * Tue Jun 14 2005 Gary Benson > - Remove jars, wars and classes from the tarball. > > * Fri May 27 2005 Gary Benson - 0:1.2.4-2jpp > - Build with servletapi5. > - Add build dependency on ant-nodeps. > > system-config-netboot-0.1.20-1 > ------------------------------ > * Wed Jun 15 2005 Jason Vas Dias 0.1.20-1 > - fix addendum to bugs 149000/135411: updateDiskless: > Do not create SELinux xattr labels in the initrd filesystem > > xalan-j2-0:2.6.0-3jpp_1fc > ------------------------- > * Wed Jun 15 2005 Gary Benson 0:2.6.0-3jpp_1fc > - Remove jarfiles from the tarball. > > * Fri May 27 2005 Gary Benson 0:2.6.0-3jpp > - Add NOTICE file as per Apache License version 2.0. > - Build with servletapi5. > > xerces-j2-0:2.6.2-5jpp_1fc > -------------------------- > * Wed Jun 15 2005 Gary Benson 0:2.6.2-5jpp_1fc > - Upgrade to 2.6.2-5jpp. > > * Tue Jun 14 2005 Gary Benson 0:2.6.2-5jpp > - Remove the tools tarball, and build xjavac from source. > - Patch xjavac to fix the classpath under libgcj too. > > xml-commons-0:1.0-0.b2.7jpp_2fc > ------------------------------- > * Wed Jun 15 2005 Gary Benson - 0:1.0-0.b2.7jpp_2fc > - Remove all prebuilt stuff from the tarball. > > yum-2.3.3-1 > ----------- > * Wed Jun 15 2005 Jeremy Katz - 2.3.3-1 > - update to 2.3.3 > Hey and good Morning PDT, :) I have sayed on FC4T# develop tree and last night I did a yum check-updates because nothing was showing in the redd flashing ball for a week or so. There were 52 updates and the kernel, kernal-dev, as listed in the previous build. I did a yum update and all went find. I did notice that the first part of the yum was something like patching and parsing the header? I figured it was part of the new repo stuff. This morning I looked at the build list and did another yum check-update and all of the packages were laisted as in the build list above, and since yum was one of the packages I did a yum update yum and got that out of the way. Then I did yum check-updtes because I wanted to exclude a couple that didn't look ready for my Linux level, but the yum check-update said that there were nothing to update. They were there 2 minutes ago? I check yum and found that yum.repo.d had 4 repos in it. I thoht I only had devel defined. I checked each one carefully and sure enough only devel had enable and gpkey off. I then check yum.conf and the MAIN section had newest and pgkey off. Now I did yum update and there was a ton of error messages from the repo about xlm. So is that something that just happened to the xml by chance, an out of sync thing, the last yum update was bad, or what? SJ From thethirddoorontheleft at verizon.net Thu Jun 16 21:22:00 2005 From: thethirddoorontheleft at verizon.net (Darwin H. Webb) Date: Thu, 16 Jun 2005 14:22:00 -0700 Subject: rawhide report: 20050616 changes In-Reply-To: <1118953631.20916.14.camel@Jovette-14> References: <200506161136.j5GBaEvV030108@porkchop.devel.redhat.com> <1118953631.20916.14.camel@Jovette-14> Message-ID: <1118956920.2723.7.camel@Jovette-14> On Thu, 2005-06-16 at 13:27 -0700, Darwin H. Webb wrote: > > kernel-2.6.11-1.1383_FC5 > > ------------------------ > > * Mon Jun 13 2005 Peter Jones > > - Reenable fixed ipw drivers. > > > > * Mon Jun 13 2005 Dave Jones > > - 2.6.12-rc6-git5 > > > > selinux-policy-strict-1.23.18-7 > > ------------------------------- > > * Wed Jun 15 2005 Dan Walsh 1.23.18-7 > > - Fixed for new cups domain hplip > > > > xml-commons-0:1.0-0.b2.7jpp_2fc > > ------------------------------- > > * Wed Jun 15 2005 Gary Benson - 0:1.0-0.b2.7jpp_2fc > > - Remove all prebuilt stuff from the tarball. > > > > yum-2.3.3-1 > > ----------- > > * Wed Jun 15 2005 Jeremy Katz - 2.3.3-1 > > - update to 2.3.3 > > > > Hey and good Morning PDT, :) > > I have sayed on FC4T# develop tree and last night I did a yum > check-updates because nothing was showing in the redd flashing ball for > a week or so. > There were 52 updates and the kernel, kernal-dev, as listed in the > previous build. I did a yum update and all went find. I did notice that > the first part of the yum was something like patching and parsing the > header? I figured it was part of the new repo stuff. > > This morning I looked at the build list and did another yum check-update > and all of the packages were laisted as in the build list above, and > since yum was one of the packages I did a yum update yum and got that > out of the way. > Then I did yum check-updtes because I wanted to exclude a couple that > didn't look ready for my Linux level, but the yum check-update said that > there were nothing to update. They were there 2 minutes ago? > > I check yum and found that yum.repo.d had 4 repos in it. > I thoht I only had devel defined. > I checked each one carefully and sure enough only devel had enable and > gpkey off. > I then check yum.conf and the MAIN section had newest and pgkey off. > > Now I did yum update and there was a ton of error messages from the repo > about xlm. So is that something that just happened to the xml by chance, > an out of sync thing, the last yum update was bad, or what? > > SJ > > Hey again, :) Yum is now working and all the newest update went in ok. 1. SElinux policy strick didin't appear on list? 2. XLM-commoms? Could that be the reason for the error messages? 3. During reboot - Volgroup-LVol splash info message /etc/lvm/bkchk ? failed sync ? (it went by fast. :) ) Don't know what that is about, but it continued to boot up and is running ok. FYI and thank you, SJ From dmalcolm at redhat.com Thu Jun 16 21:32:11 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Thu, 16 Jun 2005 17:32:11 -0400 Subject: Fedora Core 3 Test Update: libsoup-2.2.2-2.FC3 Message-ID: <200506162132.j5GLWBpx013808@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-418 2005-06-16 --------------------------------------------------------------------- Product : Fedora Core 3 Name : libsoup Version : 2.2.2 Release : 2.FC3 Summary : Soup, an HTTP library implementation Description : Libsoup is an HTTP library implementation in C. It was originally part of a SOAP (Simple Object Access Protocol) implementation called Soup, but the SOAP and non-SOAP parts have now been split into separate packages. libsoup uses the Glib main loop and is designed to work well with GTK applications. This enables GNOME applications to access HTTP servers on the network in a completely asynchronous fashion, very similar to the Gtk+ programming model (a synchronous operation mode is also supported for those who want it). --------------------------------------------------------------------- Update Information: This update should fix a problem with domain-handling in NTLM authentication ("Secure Password") when using evolution-connector. Please test it if you use the connector. --------------------------------------------------------------------- * Tue Jun 14 2005 David Malcolm - 2.2.2-2.FC3 - add patch for NTLM domains (#159901) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 657694b8e5e0e42978a4bd66aece30ff SRPMS/libsoup-2.2.2-2.FC3.src.rpm b98e6cf9e77be8af76a09c68b8de0efc x86_64/libsoup-2.2.2-2.FC3.x86_64.rpm c288ad5a15c5f30a1327f9f1de0eea84 x86_64/libsoup-devel-2.2.2-2.FC3.x86_64.rpm 6a973b4301b1e4ad552a0095ad544847 x86_64/debug/libsoup-debuginfo-2.2.2-2.FC3.x86_64.rpm ff6d3301a4316c0fea6b8b6208c227dd x86_64/libsoup-2.2.2-2.FC3.i386.rpm ff6d3301a4316c0fea6b8b6208c227dd i386/libsoup-2.2.2-2.FC3.i386.rpm 3f2c30ccbe343c26eaaadcfa960d0e18 i386/libsoup-devel-2.2.2-2.FC3.i386.rpm d95875ae838df8e5debde8bdac7c14fd i386/debug/libsoup-debuginfo-2.2.2-2.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 --------------------------------------------------------------------- From ptiggerdine at astute-systems.com Thu Jun 16 23:21:45 2005 From: ptiggerdine at astute-systems.com (Peter Tiggerdine) Date: Fri, 17 Jun 2005 09:21:45 +1000 Subject: rhn-applet can't talk to development repo In-Reply-To: <1118939539.10529.5.camel@home-lap> References: <1118939539.10529.5.camel@home-lap> Message-ID: <1118964106.3602.30.camel@paul.astute-systems.com> Hi, All, Sean, The problem is that the RHN applet is looking for a "headers" directory under $ARCH ( $ARCH == your architecture). In this directory there is information about all the packages that appear in "rawhide". I have also had this problem, but gathered that while FC4 is being released and sorted out, that most of the "development/time" is going there. ( i.e if someone with better knowledge know that do tell :)) Regards, Peter Tiggerdine On Thu, 2005-06-16 at 09:32 -0700, Sean Bruno wrote: > I keep getting an error on the rhn-applet under the critical information > tab that says: > > "The applet has been unable to access the following information sources > in its last attempts: development @ > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/ " > > I can definitely hit this web page from my browser, so I am not real > sure what the error is indicating. Any ideas? > > Sean -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smiley-3.png Type: image/png Size: 819 bytes Desc: not available URL: From javaman67 at acd.net Thu Jun 16 23:32:49 2005 From: javaman67 at acd.net (Brian Craft) Date: Thu, 16 Jun 2005 19:32:49 -0400 Subject: FC4: gweather keeps crashing In-Reply-To: <42B0C1EC.5000007@linux.net.mk> References: <42B092D8.4010900@linux.net.mk> <42B09E13.8070902@acd.net> <42B0C1EC.5000007@linux.net.mk> Message-ID: <42B20C21.5050303@acd.net> Arangel Angov wrote: > Brian Craft wrote: > >> Working fine here with no crashes on a fresh install of FC4 >> > I don't now if you mean a new install when you say fresh install but > this is what I did. I had fc3, started fc4 installation and only > assigned the mount points to my "/boot", "/home" and "/" partition. > Everything else is working fine. I tried to install gnome-applets above > this package but it still crashes even with the new downloaded package > installed. > Did you upgrade from FC3 to FC4 or did you allow FC4 to format your drive and then install. I formated the drive and installed FC4........no problems at all. -- Brian Craft Jabber id: javaman67 at jabber.org Linux Counter id: 97873 Linux......the OS of Choice! From fedora at wir-sind-cool.org Thu Jun 16 23:49:38 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 17 Jun 2005 01:49:38 +0200 Subject: screen bug in FC4 In-Reply-To: <42B0BEB1.2000803@libero.it> References: <42B068AA.5020209@libero.it> <200506151133.50591.kewley@gps.caltech.edu> <42B0BEB1.2000803@libero.it> Message-ID: <20050617014938.7e0e16d8.fedora@wir-sind-cool.org> On Thu, 16 Jun 2005 01:50:09 +0200, Cimmo wrote: > David Kewley ha scritto: > > >I am only just now updating the xorg update packages that were released > >(today?) -- let's see if the problem doesn't reappear. > > > > > I have fully updated xorg with 15 of june updated packages and still > same issue. > Is there some bug filed into bugzilla or should we do? Is really > annoying bug, KDE is unusable... Can you reproduce it with GNOME, so you can assume that it is something in the xorg-x11 drivers? They have other issues with other graphics chipsets (maybe due to changes that come with GCC 4.0.0), one more issue would not be a surprise. ;) From thomas.cameron at camerontech.com Fri Jun 17 03:01:49 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Thu, 16 Jun 2005 22:01:49 -0500 Subject: RPM stopped working In-Reply-To: <1118866120.2795.2.camel@localhost.localdomain> References: <1118783754.4638.3.camel@localhost.localdomain> <1118844938.14295.25.camel@ml110.camerontech.com> <1118866120.2795.2.camel@localhost.localdomain> Message-ID: <1118977309.2701.14.camel@ml110.camerontech.com> On Wed, 2005-06-15 at 21:08 +0100, Leon Stringer wrote: > On Wed, 2005-06-15 at 09:15 -0500, Thomas Cameron wrote: > > Then remove all the __db* files in /var/lib/rpm, maybe like this: > > > > rm -f /var/lib/rpm/__db* > > Thanks for your post. But I don't have any __db* files: > > ls /var/lib/rpm: > > Triggername Requirename Packages Filemd5s > Sigmd5 Pubkeys Name Dirnames > Sha1header Provideversion Installtid Conflictname > Requireversion Providename Group Basenames You don't??? That's odd. Anyway - have you tried to reboot (to make sure that there are no hung rpm processes) and rpm --rebuilddb? Thomas From jeffy5 at optonline.net Fri Jun 17 03:19:48 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Thu, 16 Jun 2005 23:19:48 -0400 Subject: Getting Rhythmbox To Work in FC4 Message-ID: <42B24154.3050104@optonline.net> Hello, I just installed fc4 the other day and it installed without a hitch. However, I also installed gstreamer and its dependencies to add mp3 support. However, when I try to add a folder into the browser window, all of the mp3 recordings appear to be grayed out. Has anyone else experienced this. I have also Googled to find out to solve this and I am told to add the latest release of Gstreamer. I have already done this but still with no success. Is this a bug? I know that Fedora does not come with mp3 support by default, but after adding what should make Rhythmbox work with mp3, I am still not having any success. Can anyone help? Jeff From justin.conover at gmail.com Fri Jun 17 03:45:54 2005 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 16 Jun 2005 22:45:54 -0500 Subject: ext2online not extending lvm partion In-Reply-To: References: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> Message-ID: On 6/15/05, Justin Conover wrote: > On 6/7/05, Stephen C. Tweedie wrote: > > Hi, > > > > On Mon, 2005-05-30 at 17:26, Justin Conover wrote: > > > This is happening on several box's now, i386/64 selinux off/on, > > > doesn't seem to matter. > > > > > > "ext2online: ext2_ioctl: No space left on device" With 60+GB left, > > > another box has 11GB and another has 80+GB. > > > > Works for me; do you have a bugzilla open for this? Please open one if > > not. > > > > > May 30 11:20:51 morpheus kernel: JBD: ext2online wants too many > > > credits (2050 > 2048) > > > > I've never seen this before; I'm wondering if there's something odd > > about how the fs was created. Did you initialise it with an unusually > > large number of inodes, for example? > > > > --Stephen > > > > > > > [Bug 160612] ext2online wants to many credits, can't resize logical volume > > The other day I decided to mv my laptop (work) to fc4 instead of > running rawhide all the time an it did the samething too. So I blew > it out again and just left lvm off of it and just used standard file > systems. I still have 2 box's i386/amd64 that run rawhide. > Another test, I decided to scrap my rawhide 64 box and install fc4........ same problem ;( ext2online: unable to resize /dev/mapper/VolGroup00-LogVol01 dmesg output's the same thing JBD: ext2online wants too many credits (2050 > 2048) From justin.conover at gmail.com Fri Jun 17 03:55:07 2005 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 16 Jun 2005 22:55:07 -0500 Subject: ext2online not extending lvm partion In-Reply-To: References: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> Message-ID: On 6/16/05, Justin Conover wrote: > On 6/15/05, Justin Conover wrote: > > On 6/7/05, Stephen C. Tweedie wrote: > > > Hi, > > > > > > On Mon, 2005-05-30 at 17:26, Justin Conover wrote: > > > > This is happening on several box's now, i386/64 selinux off/on, > > > > doesn't seem to matter. > > > > > > > > "ext2online: ext2_ioctl: No space left on device" With 60+GB left, > > > > another box has 11GB and another has 80+GB. > > > > > > Works for me; do you have a bugzilla open for this? Please open one if > > > not. > > > > > > > May 30 11:20:51 morpheus kernel: JBD: ext2online wants too many > > > > credits (2050 > 2048) > > > > > > I've never seen this before; I'm wondering if there's something odd > > > about how the fs was created. Did you initialise it with an unusually > > > large number of inodes, for example? > > > > > > --Stephen > > > > > > > > > > > [Bug 160612] ext2online wants to many credits, can't resize logical volume > > > > The other day I decided to mv my laptop (work) to fc4 instead of > > running rawhide all the time an it did the samething too. So I blew > > it out again and just left lvm off of it and just used standard file > > systems. I still have 2 box's i386/amd64 that run rawhide. > > > > Another test, I decided to scrap my rawhide 64 box and install > fc4........ same problem ;( > > ext2online: unable to resize /dev/mapper/VolGroup00-LogVol01 > > dmesg output's the same thing > JBD: ext2online wants too many credits (2050 > 2048) > ODD, I just extended /usr another 2 GB! Could there be a size limit problem happeneing? I know before that I was doing this on /home and it was pretty large, 40-80GB and now my home on this install today strated at 40GB and I tried to increase it another 5GB. /usr was 8GB and I just extended it to 10GB From justin.conover at gmail.com Fri Jun 17 04:06:37 2005 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 16 Jun 2005 23:06:37 -0500 Subject: ext2online not extending lvm partion In-Reply-To: References: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> Message-ID: > ODD, I just extended /usr another 2 GB! > > Could there be a size limit problem happeneing? I know before that I > was doing this on /home and it was pretty large, 40-80GB and now my > home on this install today strated at 40GB and I tried to increase it > another 5GB. > > /usr was 8GB and I just extended it to 10GB > Just some more notes, /usr/local was 4GB and is now 10GB no problem. # vgdisplay | grep Free I Free PE / Size 2349 / 73.41 GB Tried to create a 40GB with ext3 /TESTLVM slice # system-config-lvm Incorrect metadata area header checksum Incorrect metadata area header checksum Incorrect metadata area header checksum Incorrect metadata area header checksum Incorrect metadata area header checksum Incorrect metadata area header checksum << Another 80+lines >>>> Disk /dev/md0 doesn't contain a valid partition table <<< same stuff >>>>>> Incorrect metadata area header checksum Incorrect metadata area header checksum Incorrect metadata area header checksum Disk /dev/md0 doesn't contain a valid partition table Incorrect metadata area header checksum Incorrect metadata area header checksum Incorrect metadata area header checksum Incorrect metadata area header checksum ERROR displayed on screen: = mkfs command failed. Command attempted: "/sbin/mkfs -t ext3 /dev/VolGroup00/LogVol07" - System Error Message: mke2fs 1.37 (21-Mar-2005) Could not stat /dev/VolGroup00/LogVol07 --- Permission denied # /sbin/mke2fs -j /dev/VolGroup00/LogVol07 mke2fs 1.37 (21-Mar-2005) Could not stat /dev/VolGroup00/LogVol07 --- Permission denied # /sbin/mke2fs /dev/mapper/VolGroup00-LogVol07 mke2fs 1.37 (21-Mar-2005) Could not stat /dev/mapper/VolGroup00-LogVol07 --- Permission denied # id -Z root:system_r:unconfined_t ]# id uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6(disk),10(wheel) context=root:system_r:unconfined_t Well, i'm going to relabel and see if that does anything. From talbotscott at cox.net Fri Jun 17 04:57:05 2005 From: talbotscott at cox.net (Scott Talbot) Date: Thu, 16 Jun 2005 21:57:05 -0700 Subject: Getting Rhythmbox To Work in FC4 In-Reply-To: <42B24154.3050104@optonline.net> References: <42B24154.3050104@optonline.net> Message-ID: <42B25821.2020402@cox.net> Jeffrey D. Yuille wrote: > Hello, > > I just installed fc4 the other day and it installed without a > hitch. However, I also installed gstreamer and its dependencies to > add mp3 support. However, when I try to add a folder into the browser > window, all of the mp3 recordings appear to be grayed out. Has anyone > else experienced this. I have also Googled to find out to solve this > and I am told to add the latest release of Gstreamer. I have already > done this but still with no success. Is this a bug? I know that > Fedora does not come with mp3 support by default, but after adding > what should make Rhythmbox work with mp3, I am still not having any > success. Can anyone help? > > Jeff > Were you unable to add the folder? As I recall the songs are "grayed out" because you are supposed to select a folder, rather than a song. Guess I'll be doing this in a little while, myself Scott From ttaranov at gmail.com Fri Jun 17 06:24:44 2005 From: ttaranov at gmail.com (Tim Taranov) Date: Fri, 17 Jun 2005 02:24:44 -0400 Subject: Getting Rhythmbox To Work in FC4 In-Reply-To: <42B25821.2020402@cox.net> References: <42B24154.3050104@optonline.net> <42B25821.2020402@cox.net> Message-ID: STFW man... livna, freshrpms... On 6/17/05, Scott Talbot wrote: > Jeffrey D. Yuille wrote: > > > Hello, > > > > I just installed fc4 the other day and it installed without a > > hitch. However, I also installed gstreamer and its dependencies to > > add mp3 support. However, when I try to add a folder into the browser > > window, all of the mp3 recordings appear to be grayed out. Has anyone > > else experienced this. I have also Googled to find out to solve this > > and I am told to add the latest release of Gstreamer. I have already > > done this but still with no success. Is this a bug? I know that > > Fedora does not come with mp3 support by default, but after adding > > what should make Rhythmbox work with mp3, I am still not having any > > success. Can anyone help? > > > > Jeff > > > Were you unable to add the folder? As I recall the songs are > "grayed out" because you are supposed to select a folder, rather than a > song. Guess I'll be doing this in a little while, myself > > Scott > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From jeffy5 at optonline.net Fri Jun 17 10:32:10 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Fri, 17 Jun 2005 06:32:10 -0400 Subject: Getting Rhythmbox To Work in FC4 In-Reply-To: References: <42B24154.3050104@optonline.net> <42B25821.2020402@cox.net> Message-ID: <42B2A6AA.3050508@optonline.net> Tim Taranov wrote: >STFW man... livna, freshrpms... > >On 6/17/05, Scott Talbot wrote: > > >>Jeffrey D. Yuille wrote: >> >> >> >>>Hello, >>> >>> I just installed fc4 the other day and it installed without a >>>hitch. However, I also installed gstreamer and its dependencies to >>>add mp3 support. However, when I try to add a folder into the browser >>>window, all of the mp3 recordings appear to be grayed out. Has anyone >>>else experienced this. I have also Googled to find out to solve this >>>and I am told to add the latest release of Gstreamer. I have already >>>done this but still with no success. Is this a bug? I know that >>>Fedora does not come with mp3 support by default, but after adding >>>what should make Rhythmbox work with mp3, I am still not having any >>>success. Can anyone help? >>> >>>Jeff >>> >>> >>> >> Were you unable to add the folder? As I recall the songs are >>"grayed out" because you are supposed to select a folder, rather than a >>song. Guess I'll be doing this in a little while, myself >> >>Scott >> >>-- >>fedora-test-list mailing list >>fedora-test-list at redhat.com >>To unsubscribe: >>http://www.redhat.com/mailman/listinfo/fedora-test-list >> >> >> > > > Hello Scott, Yes, I did include the "shared" folder which is created when you set up LimeWire. It is in this folder that I download songs, or at the present moment, I only have one song in the folder. However, it appears grayed out and I still cannot resolve this situation. Jeff From ufo at linux.net.mk Fri Jun 17 10:40:19 2005 From: ufo at linux.net.mk (Arangel Angov) Date: Fri, 17 Jun 2005 12:40:19 +0200 Subject: FC4: gweather keeps crashing In-Reply-To: <42B20C21.5050303@acd.net> References: <42B092D8.4010900@linux.net.mk> <42B09E13.8070902@acd.net> <42B0C1EC.5000007@linux.net.mk> <42B20C21.5050303@acd.net> Message-ID: <42B2A893.5030002@linux.net.mk> Brian Craft wrote: >Did you upgrade from FC3 to FC4 or did you allow FC4 to format your >drive and then install. I formated the drive and installed >FC4........no problems at all. > > I only upgraded. Didn't format anything. -- ??????? ????? ???????? ??????? ?????????? http://www.slobodensoftver.org.mk info at slobodensoftver.org.mk From dcbw at redhat.com Fri Jun 17 11:08:05 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 17 Jun 2005 07:08:05 -0400 (EDT) Subject: Getting Rhythmbox To Work in FC4 In-Reply-To: <42B2A6AA.3050508@optonline.net> References: <42B24154.3050104@optonline.net> <42B25821.2020402@cox.net> <42B2A6AA.3050508@optonline.net> Message-ID: On Fri, 17 Jun 2005, Jeffrey D. Yuille wrote: > Hello Scott, > > Yes, I did include the "shared" folder which is created when you > set up LimeWire. It is in this folder that I download songs, or at the > present moment, I only have one song in the folder. However, it appears > grayed out and I still cannot resolve this situation. Hmm, ok. So I choose File->Import Folder, click "Desktop" in the bookmarks pane on the left side of the file chooser, and click just once on "Under Rug Swept", which happens to be a folder on my desktop. I then click the Import button. This does successfully import the songs. If I were to go _into_ Under Rug Swept, however, all the songs would be greyed out because the Import thing doesn't import songs, it imports a folder as the menu item for it indicates. Are you saying your copy _doesn't_ work like this? If so, that's most likely a bug... In your case, you want to navigate to the folder that your Limewire Songs folder is in, but not into the Limewire Songs folder itself. Rhythmbox will import the whole Limewire Songs folder then, as designed. Dan From buildsys at redhat.com Fri Jun 17 11:35:18 2005 From: buildsys at redhat.com (Build System) Date: Fri, 17 Jun 2005 07:35:18 -0400 Subject: rawhide report: 20050617 changes Message-ID: <200506171135.j5HBZILw030776@porkchop.devel.redhat.com> New package adaptx AdaptX New package bsh Lightweight Scripting for Java New package carol CAROL: Common Architecture for RMI ObjectWeb Layer New package castor An open source data binding framework for Java New package gif89encoder Java class library for encoding GIFs New package gnu.regexp Java NFA regular expression engine implementation New package howl-logger High speed ObjectWeb logger New package hsqldb Hsqldb Database Engine New package jakarta-commons-cli Jakarta Commons CLI, a Command Line Interface for Java New package jgroups Toolkit for reliable multicast communication. New package jonathan-core Distributed Object Platform (DOP) written entirely in Java New package jonathan-jeremie Distributed Object Platform (DOP) written entirely in Java New package joram JORAM: Java (TM) Open Reliable Asynchronous Messaging New package jotm JOTM : A Java Open Transaction Manager New package monolog API for monitoring and logging New package nanoxml NanoXML is a small XML parser for Java New package objectweb-anttask ObjectWeb Ant task New package oldkilim A generic configuration framework for Java New package p6spy Database statement interceptor for Java New package wsdl4j Web Services Description Language Toolkit for Java Updated Packages: NetworkManager-0.4-31.cvs20050616 --------------------------------- * Thu Jun 16 2005 Dan Williams - 0.4-31.cvs20050616 - Update to latest CVS o Clean up wording in Wireless Network Discovery menu o Robert Love's applet beautify patch alsa-utils-1.0.9rf-2 -------------------- * Thu Jun 16 2005 Martin Stransky 1.0.9-2 - New upstream version * Mon May 30 2005 Martin Stransky 1.0.9-1 - New upstream version. - moved alsacard utility from alsa-lib to alsa-tools audit-0.9.7-1 ------------- * Thu Jun 16 2005 Steve Grubb 0.9.7-1 - fixed bug in send_user_message which errored on pam logins - Change nanosleeps over to select loops - Change the 'e' option to auditctl -p to 'x' * Thu Jun 16 2005 Steve Grubb 0.9.6-1 - fix bug in incremental flush where is wrongly reported an error - ausearch should not do uid check for -if option - adjust ipc interpretation to not use ipc.h coreutils-5.2.1-51 ------------------ * Fri Jun 17 2005 Tim Waugh 5.2.1-51 - Use upstream hostid fix. * Thu Jun 16 2005 Tim Waugh 5.2.1-50 - Don't display the sign-extended part of the host id (bug #160078). * Tue May 31 2005 Dan Walsh 5.2.1-49 - Eliminate bogus "can not preserve context" message when moving files. cryptsetup-luks-1.0-2 --------------------- * Thu Jun 16 2005 Bill Nottingham 1.0-2 - add patch for 32/64 bit compatibility (#160445, ) cups-1:1.1.23-16 ---------------- * Thu Jun 16 2005 Tim Waugh 1:1.1.23-16 - Make DeletePrinterFromClass faster (bug #160620). eclipse-1:3.1.0_fc-0.M7.9 ------------------------- * Tue Jun 14 2005 Andrew Overholt 3.1.0_fc-0.M7.9 - Add tomcat5 patch and symlinks. * Thu May 26 2005 Andrew Overholt 3.1.0_fc-0.M7.8 - Fix ant jar removal (gbenson). * Wed May 25 2005 Andrew Overholt 3.1.0_fc-0.M7.7 - Fix ecj symlink in /usr/share/java (rh#158734). gcc-4.0.0-12 ------------ * Thu Jun 16 2005 Jakub Jelinek 4.0.0-12 - update from CVS - PRs fortran/22038, libfortran/20930, libfortran/21950, rtl-opt/21528, target/20301, target/21889, tree-opt/19768, tree-optimization/21171, tree-optimization/21847, tree-optimization/22043 - further fixes for Fortran FORALL, also use less temporary memory for masks - make libltdl aware of */lib64 paths (#156005) - cast of vector to integral type fix (PR middle-end/21850) - libstdc++.so symbol versioning fixes (Benjamin Kosnik) iiimf-1:12.2-5 -------------- * Fri Jun 10 2005 Akira TAGOH - 1:12.2-5 - Fixed the compiler warnings. (#159392) - xiiimp-xft.patch: updated to fix use of uninitialized variable. - EIMIL-fix-uninitialized-value.patch: likewise. * Mon Jun 06 2005 Akira TAGOH - iiimgcf-fix-memory-leak-r2660.patch: fixed a memory leak. - xiiimp-fix-infinite-loop-property-notify-event-r2661.patch: fixed the infinite loop of PropertyNotify event that it causes eating more CPUs and memory at iiimd. (#158254) * Thu Jun 02 2005 Akira TAGOH - added a simple wrapper for iiimd to avoid iiimd running as root when it needs to be run at the terminal for debugging purpose. - ensure the directory owner of /var/run/iiim is iiimd. kdemultimedia-6:3.4.1-0.fc4.1 ----------------------------- * Thu Jun 16 2005 Than Ngo 3.4.1-0.fc4.1 - 3.4.1 * Tue May 03 2005 Than Ngo 6:3.4.0-3 - fix kde-multimedia-music.menu kdesdk-3.4.1-0.fc4.1 -------------------- * Thu Jun 16 2005 Than Ngo 3.4.1-0.fc4.1 - 3.4.1 mod_auth_mysql-1:2.9.0-1 ------------------------ * Thu Jun 16 2005 Joe Orton 1:2.9.0-1 - update to 2.9.0 (#160239) netatalk-4:2.0.3-1 ------------------ * Thu Jun 16 2005 Jason Vas Dias - Upgrade to upstream version 2.0.3 - fix bug 160486: use netatalk's initscript redhat-rpm-config-8.0.36-1 -------------------------- * Thu Jun 16 2005 Elliot Lee - 8.0.36-1 - Fix the fix * Wed Apr 06 2005 Elliot Lee - 8.0.35-1 - Fix #129025 (enable python byte compilation) ruby-1.8.2-8 ------------ * Thu Jun 16 2005 Akira TAGOH - 1.8.2-8 - ruby-1.8.2-tcltk-multilib.patch: applied to get tcltklib.so built. (#160194) selinux-policy-strict-1.23.18-11 -------------------------------- * Thu Jun 16 2005 Dan Walsh 1.23.18-11 - Fix NetworkManager dhcpd communications - Fix hotplug * Thu Jun 16 2005 Dan Walsh 1.23.18-9 - Update Ivan trusted/untrusted patch - add texrel_shlib_t to targeted selinux-policy-targeted-1.23.18-11 ---------------------------------- * Thu Jun 16 2005 Dan Walsh 1.23.18-11 - Fix NetworkManager dhcpd communications - Fix hotplug * Thu Jun 16 2005 Dan Walsh 1.23.18-9 - Update Ivan trusted/untrusted patch - add texrel_shlib_t to targeted * Wed Jun 15 2005 Dan Walsh 1.23.18-7 - Fixed for new cups domain hplip shared-mime-info-0.16-4 ----------------------- * Fri Jun 17 2005 David Zeuthen - 0.16-4 - Add MIME-types for .pcf Cisco VPN settings files (fdo #3560) system-config-printer-0.6.134-1 ------------------------------- * Thu Jun 16 2005 Tim Waugh - Updated file manifest to include glob patterns for python byte compilation. - 0.6.134: - No code changes. Rebuilt for python byte compilation. * Thu Jun 16 2005 Tim Waugh 0.6.133-1 - 0.6.133: - No code changes. Rebuilt for python byte compilation. util-linux-2.12p-10 ------------------- * Thu Jun 16 2005 Karel Zak 2.12p-10 - fix #157656 ??? CRM 546998: Possible bug in vipw, changes permissions of /etc/shadow and /etc/gshadow - fix #159339 - util-linux updates for new audit system (pam_loginuid.so added to util-linux-selinux.pamd) - fix #159418 - sfdisk unusable - crashes immediately on invocation - fix #157674 ??? sync option on VFAT mount destroys flash drives - fix .spec file /usr/sbin/{hwclock,clock} symlinks xorg-x11-6.8.2-38 ----------------- * Thu Jun 09 2005 Mike A. Harris 6.8.2-38 - Removed unused legacy with_new_savage_driver macro and conditional spec file code. - Added xorg-x11-6.8.2-ati-radeon-7000-disable-dri.patch to disable DRI on Radeon 7000/VE hardware to test patch in rawhide prior to inclusion in RHEL4U2. (#150174) * Mon Jun 06 2005 Mike A. Harris - Removed with_libs_data macro as it is no longer useful. - Updated "Obsoletes: xorg-x11-libs-data" line to remove versioning * Mon May 30 2005 Mike A. Harris 6.8.2-37 - Implemented xorg-x11-6.8.2-redhat-kt.patch new kernel tainting diagnostics patch to aide in troubleshooting reported issues. - Removed older redhat-custom patch as the kt patch above replaces it now. - s/XFree86CustomVersion/XorgCustomVersion/ in host.def - Build for FC5 development. From cimmo at libero.it Fri Jun 17 14:27:11 2005 From: cimmo at libero.it (Cimmo) Date: Fri, 17 Jun 2005 16:27:11 +0200 Subject: screen bug in FC4 In-Reply-To: <20050617014938.7e0e16d8.fedora@wir-sind-cool.org> References: <42B068AA.5020209@libero.it> <200506151133.50591.kewley@gps.caltech.edu> <42B0BEB1.2000803@libero.it> <20050617014938.7e0e16d8.fedora@wir-sind-cool.org> Message-ID: <42B2DDBF.307@libero.it> Michael Schwendt ha scritto: >Can you reproduce it with GNOME, so you can assume that it is something in >the xorg-x11 drivers? They have other issues with other graphics chipsets >(maybe due to changes that come with GCC 4.0.0), one more issue would not >be a surprise. ;) > > > Cannot reproduce with Gnome. I've also reproduced one of the random time that bug appears (it also appears in other random ways): - open KDE - open control center - go to system administrator - go to login manager - click on asministrator mode and after inserted root password corruption starts. Also seen that it appears an image of Windows XP logout with corruption, (I've both OS installed), but don't know why!!! please help! Cimmo From mark.bradbury at gmail.com Fri Jun 17 14:30:53 2005 From: mark.bradbury at gmail.com (Mark Bradbury) Date: Sat, 18 Jun 2005 00:00:53 +0930 Subject: not working Message-ID: Hi Guys Just did an upgrade from FC3 to FC4 and all went cool only thing I found not working is that a is not working I get a green border from top left to bottom right. any one else have this prob ?. I need the console for vdr please help From mark.bradbury at gmail.com Fri Jun 17 14:39:14 2005 From: mark.bradbury at gmail.com (Mark Bradbury) Date: Sat, 18 Jun 2005 00:09:14 +0930 Subject: not working In-Reply-To: References: Message-ID: sorry to follow up on my own message Has anything changed so that the virtual consoles don't work any more? all the is not working except F7 which get X11 back On 6/18/05, Mark Bradbury wrote: > Hi Guys > > Just did an upgrade from FC3 to FC4 and all went cool > only thing I found not working is that a is not > working I get a green border from top left to bottom right. any one > else have this prob ?. I need the console for vdr please help > From Fred.New at microlink.ee Fri Jun 17 14:45:20 2005 From: Fred.New at microlink.ee (Fred New) Date: Fri, 17 Jun 2005 17:45:20 +0300 Subject: not working Message-ID: <345764DCB65C0C4FACC44529DE273C18F8EC9D@eemail1.microlink.lan> On 17. juuni 2005. a. 17:31, Mark Bradbury wrote: > Just did an upgrade from FC3 to FC4 and all went cool > only thing I found not working is that a is not > working I get a green border from top left to bottom right. any one > else have this prob ?. I need the console for vdr please help > You're correct, virtual consoles don't appear on my system, either. Try rebooting without "rhgb". This works for me. I also noticed after pressing that my keyboard worked as if I was on virtual console 1, but I couldn't see what was happening. That is, I could log in and see on a SSH session that I was logged in, but my screen looked like it was on the X screen - . Fred From mark.bradbury at gmail.com Fri Jun 17 15:06:17 2005 From: mark.bradbury at gmail.com (Mark Bradbury) Date: Sat, 18 Jun 2005 00:36:17 +0930 Subject: not working In-Reply-To: <345764DCB65C0C4FACC44529DE273C18F8EC9D@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C18F8EC9D@eemail1.microlink.lan> Message-ID: On 6/18/05, Fred New wrote: > On 17. juuni 2005. a. 17:31, Mark Bradbury wrote: > > Just did an upgrade from FC3 to FC4 and all went cool > > only thing I found not working is that a is not > > working I get a green border from top left to bottom right. any one > > else have this prob ?. I need the console for vdr please help > > > You're correct, virtual consoles don't appear on my system, either. > Try rebooting without "rhgb". This works for me. > How do I do that ? > I also noticed after pressing that my keyboard worked > as if I was on virtual console 1, but I couldn't see what was happening. > That is, I could log in and see on a SSH session that I was logged in, > but my screen looked like it was on the X screen - . > > Fred > From thomas.cameron at camerontech.com Fri Jun 17 15:20:21 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Fri, 17 Jun 2005 10:20:21 -0500 Subject: not working In-Reply-To: References: <345764DCB65C0C4FACC44529DE273C18F8EC9D@eemail1.microlink.lan> Message-ID: <1119021621.3557.35.camel@ml110.camerontech.com> On Sat, 2005-06-18 at 00:36 +0930, Mark Bradbury wrote: > On 6/18/05, Fred New wrote: > > On 17. juuni 2005. a. 17:31, Mark Bradbury wrote: > > > Just did an upgrade from FC3 to FC4 and all went cool > > > only thing I found not working is that a is not > > > working I get a green border from top left to bottom right. any one > > > else have this prob ?. I need the console for vdr please help > > > > > You're correct, virtual consoles don't appear on my system, either. > > Try rebooting without "rhgb". This works for me. > > > > How do I do that ? vi /boot/grub/grub.conf and remove rhgb from the kernel lines of the config file. Reboot. Thomas From jspaleta at gmail.com Fri Jun 17 15:27:37 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 17 Jun 2005 11:27:37 -0400 Subject: not working In-Reply-To: <1119021621.3557.35.camel@ml110.camerontech.com> References: <345764DCB65C0C4FACC44529DE273C18F8EC9D@eemail1.microlink.lan> <1119021621.3557.35.camel@ml110.camerontech.com> Message-ID: <604aa791050617082759590cc0@mail.gmail.com> On 6/17/05, Thomas Cameron wrote: > vi /boot/grub/grub.conf and remove rhgb from the kernel lines of the > config file. Reboot. has anyone filed this in bugzilla yet? -jef From sct at redhat.com Fri Jun 17 15:33:50 2005 From: sct at redhat.com (Stephen C. Tweedie) Date: Fri, 17 Jun 2005 16:33:50 +0100 Subject: ext2online not extending lvm partion In-Reply-To: References: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> Message-ID: <1119022430.1916.98.camel@sisko.sctweedie.blueyonder.co.uk> Hi, On Fri, 2005-06-17 at 04:55, Justin Conover wrote: > ODD, I just extended /usr another 2 GB! > > Could there be a size limit problem happeneing? I know before that I > was doing this on /home and it was pretty large, 40-80GB and now my > home on this install today strated at 40GB and I tried to increase it > another 5GB. Not sure. Have you filed a bug yet? If so, please attach "tune2fs -l" information for one of the filesystems in question. Thanks, Stephen From mark.bradbury at gmail.com Fri Jun 17 15:45:22 2005 From: mark.bradbury at gmail.com (Mark Bradbury) Date: Sat, 18 Jun 2005 01:15:22 +0930 Subject: not working In-Reply-To: <604aa791050617082759590cc0@mail.gmail.com> References: <345764DCB65C0C4FACC44529DE273C18F8EC9D@eemail1.microlink.lan> <1119021621.3557.35.camel@ml110.camerontech.com> <604aa791050617082759590cc0@mail.gmail.com> Message-ID: On 6/18/05, Jeff Spaleta wrote: > On 6/17/05, Thomas Cameron wrote: > > vi /boot/grub/grub.conf and remove rhgb from the kernel lines of the > > config file. Reboot. > > has anyone filed this in bugzilla yet? > > -jef > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list I removed the rhgb from /etc/grub but still can not get to consoles this is my /etc/grub.conf [root at pluto mab]# cat /etc/grub.conf # 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/hda3 # initrd /initrd-version.img #boot=/dev/hda default=0 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title Fedora Core (2.6.11-1.1369_FC4) root (hd0,0) kernel /vmlinuz-2.6.11-1.1369_FC4 ro root=LABEL=/ quiet initrd /initrd-2.6.11-1.1369_FC4.img can not get a prompt at all I get is a screen with a green border from the top left down to the bottom right oh well From thomas.cameron at camerontech.com Fri Jun 17 15:56:47 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Fri, 17 Jun 2005 10:56:47 -0500 Subject: not working In-Reply-To: References: <345764DCB65C0C4FACC44529DE273C18F8EC9D@eemail1.microlink.lan> <1119021621.3557.35.camel@ml110.camerontech.com> <604aa791050617082759590cc0@mail.gmail.com> Message-ID: <1119023807.3557.39.camel@ml110.camerontech.com> On Sat, 2005-06-18 at 01:15 +0930, Mark Bradbury wrote: > On 6/18/05, Jeff Spaleta wrote: > > On 6/17/05, Thomas Cameron wrote: > > > vi /boot/grub/grub.conf and remove rhgb from the kernel lines of the > > > config file. Reboot. > > > > has anyone filed this in bugzilla yet? > > > > -jef > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > http://www.redhat.com/mailman/listinfo/fedora-test-list > > I removed the rhgb from /etc/grub but still can not get to consoles > > this is my /etc/grub.conf > > [root at pluto mab]# cat /etc/grub.conf > # 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/hda3 > # initrd /initrd-version.img > #boot=/dev/hda > default=0 > timeout=5 > splashimage=(hd0,0)/grub/splash.xpm.gz > hiddenmenu > title Fedora Core (2.6.11-1.1369_FC4) > root (hd0,0) > kernel /vmlinuz-2.6.11-1.1369_FC4 ro root=LABEL=/ quiet > initrd /initrd-2.6.11-1.1369_FC4.img > > > can not get a prompt at all I get is a screen with a > green border from the top left down to the bottom right > > oh well Can you check to see if this is filed? If not, please file it at bugzilla.redhat.com? Thomas From terraformers at gmail.com Fri Jun 17 16:31:54 2005 From: terraformers at gmail.com (Lars G) Date: Fri, 17 Jun 2005 18:31:54 +0200 Subject: rawhide report: 20050617 changes In-Reply-To: <200506171135.j5HBZILw030776@porkchop.devel.redhat.com> References: <200506171135.j5HBZILw030776@porkchop.devel.redhat.com> Message-ID: <1119025913.2589.3.camel@kinichahau.homebase> after updating audit / audit-libs i couldn't login anymore. had to boot as single user and downgrade to audit / audit-libs from fc4 release. cheers -- Lars G From kyrre at solution-forge.net Fri Jun 17 16:45:50 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 17 Jun 2005 18:45:50 +0200 Subject: screen bug in FC4 In-Reply-To: <42B2DDBF.307@libero.it> References: <42B068AA.5020209@libero.it> <200506151133.50591.kewley@gps.caltech.edu> <42B0BEB1.2000803@libero.it> <20050617014938.7e0e16d8.fedora@wir-sind-cool.org> <42B2DDBF.307@libero.it> Message-ID: <1119026749.3480.2.camel@localhost.localdomain> fre, 17.06.2005 kl. 16.27 skrev Cimmo: > Michael Schwendt ha scritto: > > >Can you reproduce it with GNOME, so you can assume that it is something in > >the xorg-x11 drivers? They have other issues with other graphics chipsets > >(maybe due to changes that come with GCC 4.0.0), one more issue would not > >be a surprise. ;) > > > > > > > Cannot reproduce with Gnome. > I've also reproduced one of the random time that bug appears (it also > appears in other random ways): > > - open KDE > - open control center > - go to system administrator > - go to login manager > - click on asministrator mode > > and after inserted root password corruption starts. > Also seen that it appears an image of Windows XP logout with corruption, > (I've both OS installed), but don't know why!!! Looks like the videocard is reading from wrong memory? Had a buggy computer do that once - using the VESA driver From cimmo at libero.it Fri Jun 17 16:52:31 2005 From: cimmo at libero.it (Cimmo) Date: Fri, 17 Jun 2005 18:52:31 +0200 Subject: screen bug in FC4 In-Reply-To: <1119026749.3480.2.camel@localhost.localdomain> References: <42B068AA.5020209@libero.it> <200506151133.50591.kewley@gps.caltech.edu> <42B0BEB1.2000803@libero.it> <20050617014938.7e0e16d8.fedora@wir-sind-cool.org> <42B2DDBF.307@libero.it> <1119026749.3480.2.camel@localhost.localdomain> Message-ID: <42B2FFCF.7050701@libero.it> Kyrre Ness Sjobak ha scritto: >Looks like the videocard is reading from wrong memory? Had a buggy >computer do that once - using the VESA driver > > on windows video card works perfectly both in games and normal use. any other people that can help me? b.r. Cimmo From linux_4ever at yahoo.com Fri Jun 17 17:38:36 2005 From: linux_4ever at yahoo.com (Steve G) Date: Fri, 17 Jun 2005 10:38:36 -0700 (PDT) Subject: rawhide report: 20050617 changes In-Reply-To: <1119025913.2589.3.camel@kinichahau.homebase> Message-ID: <20050617173836.32577.qmail@web51503.mail.yahoo.com> >after updating audit / audit-libs i couldn't login anymore. Which version did you upgrade to? 0.9.7 is current. Which version of pam are you using? And are you using a stock kernel? -Steve Grubb ____________________________________________________ Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com From Fred.New at microlink.ee Fri Jun 17 18:09:36 2005 From: Fred.New at microlink.ee (Fred New) Date: Fri, 17 Jun 2005 21:09:36 +0300 Subject: not working Message-ID: <345764DCB65C0C4FACC44529DE273C18BE62AD@eemail1.microlink.lan> On Fri 6/17/2005 6:27 PM, Jeff Spaleta wrote: > On 6/17/05, Thomas Cameron wrote: > > vi /boot/grub/grub.conf and remove rhgb from the kernel lines of the > > config file. Reboot. > > has anyone filed this in bugzilla yet? Sorry, I've been commuting home and eating dinner. I can file this now. Fred -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2456 bytes Desc: not available URL: From caf at omen.com Fri Jun 17 18:27:11 2005 From: caf at omen.com (Chuck Forsberg WA7KGX N2469R) Date: Fri, 17 Jun 2005 11:27:11 -0700 Subject: SSH and login attack Message-ID: <1119032832.2713.7.camel@omen.com> I noticed a rapid fire set of login attempts over SSH. What happened to the delay after a failed login attempt? -- 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 mattdm at mattdm.org Fri Jun 17 18:28:30 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 17 Jun 2005 14:28:30 -0400 Subject: SSH and login attack In-Reply-To: <1119032832.2713.7.camel@omen.com> References: <1119032832.2713.7.camel@omen.com> Message-ID: <20050617182830.GA18228@jadzia.bu.edu> On Fri, Jun 17, 2005 at 11:27:11AM -0700, Chuck Forsberg WA7KGX N2469R wrote: > I noticed a rapid fire set of login attempts over SSH. > What happened to the delay after a failed login attempt? It can be used in timing attacks to deterimine if an account is valid. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 78 degrees Fahrenheit. From Fred.New at microlink.ee Fri Jun 17 18:31:16 2005 From: Fred.New at microlink.ee (Fred New) Date: Fri, 17 Jun 2005 21:31:16 +0300 Subject: not working Message-ID: <345764DCB65C0C4FACC44529DE273C18BE62AE@eemail1.microlink.lan> On Fri 6/17/2005 6:27 PM, Jeff Spaleta wrote: > On 6/17/05, Thomas Cameron wrote: > > vi /boot/grub/grub.conf and remove rhgb from the kernel lines of the > > config file. Reboot. > > has anyone filed this in bugzilla yet? Actually, this looks a lot like https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160470 This bug mentions another workaround to try (but I'm away from my offending computer for the weekend). Fred -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2576 bytes Desc: not available URL: From caf at omen.com Fri Jun 17 18:32:06 2005 From: caf at omen.com (Chuck Forsberg WA7KGX N2469R) Date: Fri, 17 Jun 2005 11:32:06 -0700 Subject: sendmail.mc cookbook? Message-ID: <1119033126.2713.13.camel@omen.com> Is there a CURRENT cookbook for configuring sendmail.mc to allow incoming mail from the internet? I had to overerite FC4 sendmail.mc with a version that worked just to get mail. IMO the default should allow incoming mail. -- 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 Jun 17 18:35:26 2005 From: caf at omen.com (Chuck Forsberg WA7KGX N2469R) Date: Fri, 17 Jun 2005 11:35:26 -0700 Subject: Evolution Questions Message-ID: <1119033326.2713.18.camel@omen.com> The FC4 Evolution does not rescan the /var/spool/mail queue unless it is "kicked". In FC3 evolution updated itself. Furthermore the "you have mail" notification in the toolbar has disappeared. -- 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 kewley at gps.caltech.edu Fri Jun 17 18:51:35 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Fri, 17 Jun 2005 11:51:35 -0700 Subject: screen bug in FC4 In-Reply-To: <42B2FFCF.7050701@libero.it> References: <42B068AA.5020209@libero.it> <1119026749.3480.2.camel@localhost.localdomain> <42B2FFCF.7050701@libero.it> Message-ID: <200506171151.35681.kewley@gps.caltech.edu> On Friday 17 June 2005 09:52, Cimmo wrote: > Kyrre Ness Sjobak ha scritto: > >Looks like the videocard is reading from wrong memory? Had a buggy > >computer do that once - using the VESA driver > > on windows video card works perfectly both in games and normal use. > any other people that can help me? Hi Cimmo, Just to let you know where I am: I've not see the screen corruption in the past day or so, after updating xorg* and powercycling the computer. And today there are KDE updates (not that KDE should conceivably cause X screen memory corruption, I think). So I'm going to wait until I see the issue again to give more details and/or open a bug report. David From cmadams at hiwaay.net Fri Jun 17 18:59:28 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 17 Jun 2005 13:59:28 -0500 Subject: sendmail.mc cookbook? In-Reply-To: <1119033126.2713.13.camel@omen.com> References: <1119033126.2713.13.camel@omen.com> Message-ID: <20050617185928.GC871682@hiwaay.net> Once upon a time, Chuck Forsberg WA7KGX N2469R said: > Is there a CURRENT cookbook for configuring sendmail.mc > to allow incoming mail from the internet? RTF comments in the file. They tell you what to do. > IMO the default should allow incoming mail. The default is to be secure. The vast majority of systems are not set up to be mail servers, so there is no reason to have them accepting SMTP connections to a daemon that may have bugs (it doesn't matter what the daemon is; they all have bugs of some type or another). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From nalin at redhat.com Fri Jun 17 18:59:43 2005 From: nalin at redhat.com (Nalin Dahyabhai) Date: Fri, 17 Jun 2005 14:59:43 -0400 Subject: SSH and login attack In-Reply-To: <1119032832.2713.7.camel@omen.com> References: <1119032832.2713.7.camel@omen.com> Message-ID: <20050617185942.GC13260@redhat.com> On Fri, Jun 17, 2005 at 11:27:11AM -0700, Chuck Forsberg WA7KGX N2469R wrote: > I noticed a rapid fire set of login attempts over SSH. > What happened to the delay after a failed login attempt? Were they over the same connection? Nalin From ad+lists at uni-x.org Fri Jun 17 19:00:35 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Fri, 17 Jun 2005 21:00:35 +0200 Subject: sendmail.mc cookbook? In-Reply-To: <1119033126.2713.13.camel@omen.com> References: <1119033126.2713.13.camel@omen.com> Message-ID: <1119034835.23545.238.camel@serendipity.dogma.lan> Am Fr, den 17.06.2005 schrieb Chuck Forsberg WA7KGX N2469R um 20:32: > Is there a CURRENT cookbook for configuring sendmail.mc > to allow incoming mail from the internet? I had to overerite > FC4 sendmail.mc with a version that worked just to get mail. > > IMO the default should allow incoming mail. No, it should not. The default to restrict port 25 binding to localhost only is a fine decision. It is even documented inside the sendmail.mc itself. > Chuck Forsberg caf at omen.com www.omen.com 503-614-0430 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.27_FC2smp Serendipity 20:59:20 up 24 days, 19:37, load average: 0.28, 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 czar at czarc.net Fri Jun 17 19:08:19 2005 From: czar at czarc.net (Gene C.) Date: Fri, 17 Jun 2005 15:08:19 -0400 Subject: Local yum repo Message-ID: <200506171508.19797.czar@czarc.net> I have a number of systems I want to be able to update and would prefer to download updates across the Internet only once. Therefore, I would like to create a local repo. OK, I know how to create the local repo and have done that. There problem is that I want to keep the regular repo mirror lists also but have yum pull the updated packages from one of the mirror lists sites ONLY IF that package is not available on the local site. Just adding /etc/yum.repos.d/fedora-local-updates.repo does not do it since the updates are still pulled first from the release-updates mirror sites. My /etc/yum.repos.d/fedora-local-updates.repo is: [local-updates-released] name=Fedora Core $releasever - $basearch - Local Released Updates #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/$releasever/$basearch/ baseurl=http://amber.home/redhat/fc4/Updates/$basearch/ #mirrorlist=http://fedora.redhat.com/download/mirrors/updates-released-fc$releasever.us.east enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora Suggestions? -- Gene From skvidal at phy.duke.edu Fri Jun 17 19:12:11 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 17 Jun 2005 15:12:11 -0400 Subject: Local yum repo In-Reply-To: <200506171508.19797.czar@czarc.net> References: <200506171508.19797.czar@czarc.net> Message-ID: <1119035532.2440.4.camel@cutter> On Fri, 2005-06-17 at 15:08 -0400, Gene C. wrote: > I have a number of systems I want to be able to update and would prefer to > download updates across the Internet only once. Therefore, I would like to > create a local repo. OK, I know how to create the local repo and have done > that. There problem is that I want to keep the regular repo mirror lists > also but have yum pull the updated packages from one of the mirror lists > sites ONLY IF that package is not available on the local site. > > Just adding /etc/yum.repos.d/fedora-local-updates.repo does not do it since > the updates are still pulled first from the release-updates mirror sites. > > My /etc/yum.repos.d/fedora-local-updates.repo is: > > [local-updates-released] > name=Fedora Core $releasever - $basearch - Local Released Updates > #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/$releasever/$basearch/ > baseurl=http://amber.home/redhat/fc4/Updates/$basearch/ > #mirrorlist=http://fedora.redhat.com/download/mirrors/updates-released-fc$releasever.us.east > enabled=1 > gpgcheck=1 > gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora > > Suggestions? that doesn't and won't work. Repos are not scored higher vis-a-vis each other. if you want to setup a local mirror repo, then do so. Don't straddle the fence b/t the two. -sv From mattdm at mattdm.org Fri Jun 17 19:12:26 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 17 Jun 2005 15:12:26 -0400 Subject: Local yum repo In-Reply-To: <200506171508.19797.czar@czarc.net> References: <200506171508.19797.czar@czarc.net> Message-ID: <20050617191226.GA21735@jadzia.bu.edu> On Fri, Jun 17, 2005 at 03:08:19PM -0400, Gene C. wrote: > I have a number of systems I want to be able to update and would prefer to > download updates across the Internet only once. Therefore, I would like to > create a local repo. OK, I know how to create the local repo and have done > that. There problem is that I want to keep the regular repo mirror lists > also but have yum pull the updated packages from one of the mirror lists > sites ONLY IF that package is not available on the local site. Yeah, you can't do that. At least not without some crazy pluginery. Or, I think SmartPM can do stuff like this. 'Cause it *starts out* crazy. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 78 degrees Fahrenheit. From czar at czarc.net Fri Jun 17 19:25:30 2005 From: czar at czarc.net (Gene C.) Date: Fri, 17 Jun 2005 15:25:30 -0400 Subject: Local yum repo In-Reply-To: <1119035532.2440.4.camel@cutter> References: <200506171508.19797.czar@czarc.net> <1119035532.2440.4.camel@cutter> Message-ID: <200506171525.30816.czar@czarc.net> On Friday 17 June 2005 15:12, seth vidal wrote: > On Fri, 2005-06-17 at 15:08 -0400, Gene C. wrote: > > I have a number of systems I want to be able to update and would prefer > > to download updates across the Internet only once. Therefore, I would > > like to create a local repo. OK, I know how to create the local repo and > > have done that. There problem is that I want to keep the regular repo > > mirror lists also but have yum pull the updated packages from one of the > > mirror lists sites ONLY IF that package is not available on the local > > site. > > > > Just adding /etc/yum.repos.d/fedora-local-updates.repo does not do it > > since the updates are still pulled first from the release-updates mirror > > sites. > > > > My /etc/yum.repos.d/fedora-local-updates.repo is: > > > > [local-updates-released] > > name=Fedora Core $releasever - $basearch - Local Released Updates > > #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/ > >$releasever/$basearch/ > > baseurl=http://amber.home/redhat/fc4/Updates/$basearch/ > > #mirrorlist=http://fedora.redhat.com/download/mirrors/updates-released-fc > >$releasever.us.east enabled=1 > > gpgcheck=1 > > gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora > > > > Suggestions? > > that doesn't and won't work. Repos are not scored higher vis-a-vis each > other. > > if you want to setup a local mirror repo, then do so. Don't straddle the > fence b/t the two. > Thanks for the prompt reply! (Thanks to you too Matthew) I suspect I may not be the only one with this particular need (which I could do with up2date) and you may want to consider addressing this capability for future versions of yum. I think I can accomplish what I want to do (see what is available from the mirror list and install only install from my local repo) by using --enablerepo=<> or --disablerepro=<> on the yum command line. This is a bit more manual but not much. If the manual entry becomes error prone or tedious, some script files should simplify things. -- Gene From skvidal at phy.duke.edu Fri Jun 17 19:28:37 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 17 Jun 2005 15:28:37 -0400 Subject: Local yum repo In-Reply-To: <200506171525.30816.czar@czarc.net> References: <200506171508.19797.czar@czarc.net> <1119035532.2440.4.camel@cutter> <200506171525.30816.czar@czarc.net> Message-ID: <1119036517.2440.6.camel@cutter> > Thanks for the prompt reply! (Thanks to you too Matthew) > > I suspect I may not be the only one with this particular need (which I could > do with up2date) and you may want to consider addressing this capability for > future versions of yum. > > I think I can accomplish what I want to do (see what is available from the > mirror list and install only install from my local repo) by using > --enablerepo=<> or --disablerepro=<> on the yum command line. This is a bit > more manual but not much. If the manual entry becomes error prone or > tedious, some script files should simplify things. why not just treat your local repo as your own mirror and remove the remote site from your .repo files? -sv From david.r.bentley at btinternet.com Fri Jun 17 19:29:08 2005 From: david.r.bentley at btinternet.com (DAVID BENTLEY) Date: Fri, 17 Jun 2005 20:29:08 +0100 (BST) Subject: Java rpm's for FC$ Message-ID: <20050617192908.21439.qmail@web86509.mail.ukl.yahoo.com> Having just installed FC4 I have heeded the warning about not using the sun java rpm and followed the instructions and created my own package(s) using the file from the java-1.5.0-sun link under the non-free section at www.jpackage.org. Following the instructions given for building your own files this resuls in 8 rpm files as follows :- java-1.5.0-sun-1.5.0.03-1jpp.i586.rpm * java-1.5.0-sun-alsa-1.5.0.03-1jpp.i586.rpm java-1.5.0-sun-demo-1.5.0.03-1jpp.i586.rpm java-1.5.0-sun-devel-1.5.0.03-1jpp.i586.rpm java-1.5.0-sun-fonts-1.5.0.03-1jpp.i586.rpm * java-1.5.0-sun-jdbc-1.5.0.03-1jpp.i586.rpm java-1.5.0-sun-plugin-1.5.0.03-1jpp.i586.rpm * java-1.5.0-sun-src-1.5.0.03-1jpp.i586.rpm I have installed the ones marked * Would it be benificial to install any of the others. From david.r.bentley at btinternet.com Fri Jun 17 19:33:10 2005 From: david.r.bentley at btinternet.com (DAVID BENTLEY) Date: Fri, 17 Jun 2005 20:33:10 +0100 (BST) Subject: Java rpm's for FC4 In-Reply-To: <20050617192908.21439.qmail@web86509.mail.ukl.yahoo.com> Message-ID: <20050617193310.69591.qmail@web86501.mail.ukl.yahoo.com> Corrected subject line --- DAVID BENTLEY wrote: > Having just installed FC4 I have heeded the warning > about not using the sun java rpm and followed the > instructions and created my own package(s) using the > file from the java-1.5.0-sun link under the non-free > > section at www.jpackage.org. > > Following the instructions given for building your > own > files this resuls in 8 rpm files as follows :- > > java-1.5.0-sun-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-alsa-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-demo-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-devel-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-fonts-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-jdbc-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-plugin-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-src-1.5.0.03-1jpp.i586.rpm > > I have installed the ones marked * > > Would it be benificial to install any of the others. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From david.r.bentley at btinternet.com Fri Jun 17 20:03:36 2005 From: david.r.bentley at btinternet.com (DAVID BENTLEY) Date: Fri, 17 Jun 2005 21:03:36 +0100 (BST) Subject: not working In-Reply-To: <1119023807.3557.39.camel@ml110.camerontech.com> Message-ID: <20050617200336.47450.qmail@web86506.mail.ukl.yahoo.com> The green border problem is already filed under the following :- [Bug 153729] (mga g550 green border) Blank Screen when switching F7 screen to Cont/Alt/F1-6 --- Thomas Cameron wrote: > On Sat, 2005-06-18 at 01:15 +0930, Mark Bradbury > wrote: > > On 6/18/05, Jeff Spaleta > wrote: > > > On 6/17/05, Thomas Cameron > wrote: > > > > vi /boot/grub/grub.conf and remove rhgb from > the kernel lines of the > > > > config file. Reboot. > > > > > > has anyone filed this in bugzilla yet? > > > > > > -jef > > > > > > -- > > > fedora-test-list mailing list > > > fedora-test-list at redhat.com > > > To unsubscribe: > > > > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > > I removed the rhgb from /etc/grub but still can > not get to consoles > > > > this is my /etc/grub.conf > > > > [root at pluto mab]# cat /etc/grub.conf > > # 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/hda3 > > # initrd /initrd-version.img > > #boot=/dev/hda > > default=0 > > timeout=5 > > splashimage=(hd0,0)/grub/splash.xpm.gz > > hiddenmenu > > title Fedora Core (2.6.11-1.1369_FC4) > > root (hd0,0) > > kernel /vmlinuz-2.6.11-1.1369_FC4 ro > root=LABEL=/ quiet > > initrd /initrd-2.6.11-1.1369_FC4.img > > > > > > can not get a prompt at all I > get is a screen with a > > green border from the top left down to the bottom > right > > > > oh well > > Can you check to see if this is filed? If not, > please file it at > bugzilla.redhat.com? > > Thomas > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From michal at harddata.com Fri Jun 17 20:17:12 2005 From: michal at harddata.com (Michal Jaegermann) Date: Fri, 17 Jun 2005 14:17:12 -0600 Subject: Local yum repo In-Reply-To: <1119036517.2440.6.camel@cutter>; from skvidal@phy.duke.edu on Fri, Jun 17, 2005 at 03:28:37PM -0400 References: <200506171508.19797.czar@czarc.net> <1119035532.2440.4.camel@cutter> <200506171525.30816.czar@czarc.net> <1119036517.2440.6.camel@cutter> Message-ID: <20050617141712.A24610@mail.harddata.com> On Fri, Jun 17, 2005 at 03:28:37PM -0400, seth vidal wrote: > > > I think I can accomplish what I want to do (see what is available from the > > mirror list and install only install from my local repo) by using > > --enablerepo=<> or --disablerepro=<> on the yum command line. This is a bit > > more manual but not much. If the manual entry becomes error prone or > > tedious, some script files should simplify things. > > why not just treat your local repo as your own mirror and remove the > remote site from your .repo files? I think that Gene is concerned that a local mirror may be not always in a sufficiently updated state and then one should look somewhere further. I did not try that but I wonder if something like that would not work in 'fedora-updates.repo' file .... failovermethod=priority baseurl= mirrorlist=http://.... .... A default 'failovermethod' is 'roundrobin' according to a manpage of yum.conf. Or this will affect too an order in which entries from a mirrorlist are picked up or it will not work at all? One possible workaround is to rewrite 'baseurl' list on every yum invocation with a local mirror always on the first place and the rest of this list "randomized" while using 'priority' for a 'failovermethod'. That is easy to do. Michal From overholt at redhat.com Fri Jun 17 20:43:49 2005 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 17 Jun 2005 16:43:49 -0400 Subject: Java rpm's for FC$ In-Reply-To: <20050617192908.21439.qmail@web86509.mail.ukl.yahoo.com> References: <20050617192908.21439.qmail@web86509.mail.ukl.yahoo.com> Message-ID: <20050617204349.GD25848@redhat.com> * DAVID BENTLEY [2005-06-17 15:29]: > java-1.5.0-sun-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-alsa-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-demo-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-devel-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-fonts-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-jdbc-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-plugin-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-src-1.5.0.03-1jpp.i586.rpm > > I have installed the ones marked * > > Would it be benificial to install any of the others. -devel is where the java compiler is. Steer away from -src if you can avoid it (so that you can contribute GNU Classpath :) . Andrew From ja at jaa.org.uk Fri Jun 17 20:44:22 2005 From: ja at jaa.org.uk (John Austin) Date: Fri, 17 Jun 2005 21:44:22 +0100 Subject: not working In-Reply-To: <20050617200336.47450.qmail@web86506.mail.ukl.yahoo.com> References: <20050617200336.47450.qmail@web86506.mail.ukl.yahoo.com> Message-ID: <1119041062.10262.56.camel@maui.jaa.org.uk> On Fri, 2005-06-17 at 21:03 +0100, DAVID BENTLEY wrote: > The green border problem is already filed under the > following :- > > [Bug 153729] (mga g550 green border) Blank Screen > when switching F7 screen to Cont/Alt/F1-6 > > --- Thomas Cameron > wrote: > > > On Sat, 2005-06-18 at 01:15 +0930, Mark Bradbury > > wrote: > > > On 6/18/05, Jeff Spaleta > > wrote: > > > > On 6/17/05, Thomas Cameron > > wrote: > > > > > vi /boot/grub/grub.conf and remove rhgb from > > the kernel lines of the > > > > > config file. Reboot. > > > > > > > > has anyone filed this in bugzilla yet? > > > > > > > > -jef > > > > > > > > -- > > > > fedora-test-list mailing list > > > > fedora-test-list at redhat.com > > > > To unsubscribe: > > > > > > > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > > > > I removed the rhgb from /etc/grub but still can > > not get to consoles > > > > > > this is my /etc/grub.conf > > > > > > [root at pluto mab]# cat /etc/grub.conf > > > # 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/hda3 > > > # initrd /initrd-version.img > > > #boot=/dev/hda > > > default=0 > > > timeout=5 > > > splashimage=(hd0,0)/grub/splash.xpm.gz > > > hiddenmenu > > > title Fedora Core (2.6.11-1.1369_FC4) > > > root (hd0,0) > > > kernel /vmlinuz-2.6.11-1.1369_FC4 ro > > root=LABEL=/ quiet > > > initrd /initrd-2.6.11-1.1369_FC4.img > > > > > > > > > can not get a prompt at all I > > get is a screen with a > > > green border from the top left down to the bottom > > right > > > > > > oh well > > > > Can you check to see if this is filed? If not, > > please file it at > > bugzilla.redhat.com? > > > > Thomas > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > Hi Its been there since FCT1 updates !!!!! On a Matrox G550 its worse - unusable !!!! On FC4 full release I replaced all 18 xorg-x11 rpms with 6.8.2-1.FC3.13 versions before even leaving run level 3 !!!! https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153729 https://bugs.freedesktop.org/show_bug.cgi?id=2991 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=157556 John From mricon at gmail.com Fri Jun 17 20:47:14 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Fri, 17 Jun 2005 16:47:14 -0400 Subject: Java rpm's for FC$ In-Reply-To: <20050617192908.21439.qmail@web86509.mail.ukl.yahoo.com> References: <20050617192908.21439.qmail@web86509.mail.ukl.yahoo.com> Message-ID: On 6/17/05, DAVID BENTLEY wrote: > java-1.5.0-sun-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-alsa-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-demo-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-devel-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-fonts-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-jdbc-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-plugin-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-src-1.5.0.03-1jpp.i586.rpm > > I have installed the ones marked * > > Would it be benificial to install any of the others. Well, that depends on what you want to achieve, doesn't it? :) Run "rpm -qip" on every one of these packages and read the "Description" to see if you need it. If you are just a casual user of java, then your setup should be sufficient, though you may wish to add the alsa package. Regards, -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From TVarveris at wiley.com Fri Jun 17 20:56:42 2005 From: TVarveris at wiley.com (TVarveris at wiley.com) Date: Fri, 17 Jun 2005 16:56:42 -0400 Subject: Terri Varveris/P&T/NewYork909/Wiley is out of the office. Message-ID: I will be out of the office starting 06/17/2005 and will not return until 06/21/2005. I'll be out of the office on Monday, June 20th. I will get back to you as soon possible on the 21st. Thanks. Terri From akonstam at trinity.edu Fri Jun 17 21:27:22 2005 From: akonstam at trinity.edu (akonstam at trinity.edu) Date: Fri, 17 Jun 2005 16:27:22 -0500 Subject: Java rpm's for FC$ In-Reply-To: <20050617192908.21439.qmail@web86509.mail.ukl.yahoo.com> References: <20050617192908.21439.qmail@web86509.mail.ukl.yahoo.com> Message-ID: <20050617212722.GA9542@Moof.cs.trinity.edu> On Fri, Jun 17, 2005 at 08:29:08PM +0100, DAVID BENTLEY wrote: > Having just installed FC4 I have heeded the warning > about not using the sun java rpm and followed the > instructions and created my own package(s) using the > file from the java-1.5.0-sun link under the non-free > section at www.jpackage.org. > > Following the instructions given for building your own > files this resuls in 8 rpm files as follows :- > > java-1.5.0-sun-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-alsa-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-demo-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-devel-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-fonts-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-jdbc-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-plugin-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-src-1.5.0.03-1jpp.i586.rpm > > I have installed the ones marked * > > Would it be benificial to install any of the others. Why did you not install the .bin file in /opt as they suggested. -- ======================================================================= Putt's Law: Technology is dominated by two types of people: Those who understand what they do not manage. Those who manage what they do not understand. ------------------------------------------- Aaron Konstam Computer Science Trinity University telephone: (210)-999-7484 From ad+lists at uni-x.org Fri Jun 17 21:15:06 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Fri, 17 Jun 2005 23:15:06 +0200 Subject: Java rpm's for FC$ In-Reply-To: <20050617212722.GA9542@Moof.cs.trinity.edu> References: <20050617192908.21439.qmail@web86509.mail.ukl.yahoo.com> <20050617212722.GA9542@Moof.cs.trinity.edu> Message-ID: <1119042906.23545.253.camel@serendipity.dogma.lan> Am Fr, den 17.06.2005 schrieb akonstam at trinity.edu um 23:27: > On Fri, Jun 17, 2005 at 08:29:08PM +0100, DAVID BENTLEY wrote: > > Having just installed FC4 I have heeded the warning > > about not using the sun java rpm and followed the > > instructions and created my own package(s) using the > > file from the java-1.5.0-sun link under the non-free > > section at www.jpackage.org. > > > Why did you not install the .bin file in /opt as they suggested. Who suggests this? Sun itself? Aaron, did you read the FC4 release notes? There are good reasons to rpmbuild with the src.rpm and the binary file from jpackage.org and java.sun.com. > Aaron Konstam 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.27_FC2smp Serendipity 23:13:33 up 24 days, 21:51, load average: 0.33, 0.33, 0.24 -------------- 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 czar at czarc.net Fri Jun 17 21:21:45 2005 From: czar at czarc.net (Gene C.) Date: Fri, 17 Jun 2005 17:21:45 -0400 Subject: Local yum repo In-Reply-To: <20050617141712.A24610@mail.harddata.com> References: <200506171508.19797.czar@czarc.net> <1119036517.2440.6.camel@cutter> <20050617141712.A24610@mail.harddata.com> Message-ID: <200506171721.45839.czar@czarc.net> On Friday 17 June 2005 16:17, Michal Jaegermann wrote: > On Fri, Jun 17, 2005 at 03:28:37PM -0400, seth vidal wrote: > > > I think I can accomplish what I want to do (see what is available from > > > the mirror list and install only install from my local repo) by using > > > --enablerepo=<> or --disablerepro=<> on the yum command line. ?This is > > > a bit more manual but not much. ?If the manual entry becomes error > > > prone or tedious, some script files should simplify things. > > > > why not just treat your local repo as your own mirror and remove the > > remote site from your .repo files? > > I think that Gene is concerned that a local mirror may be not always > in a sufficiently updated state and then one should look somewhere > further. > > I did not try that but I wonder if something like that would not > work in 'fedora-updates.repo' file > > .... > failovermethod=priority > baseurl= > mirrorlist=http://.... > .... > > A default 'failovermethod' is 'roundrobin' according to a manpage of > yum.conf. ?Or this will affect too an order in which entries from a > mirrorlist are picked up or it will not work at all? > > One possible workaround is to rewrite 'baseurl' list on every > yum invocation with a local mirror always on the first place and > the rest of this list "randomized" while using 'priority' for > a 'failovermethod'. ?That is easy to do. I pretty sure this will not work. For right now, I am disabling the regular updates-released but enabling my local version. If I then want to check for other available updates, I use yum --enablerepo=updates-released check-update This seems to do what I want. One question that is a puzzle is how yum (or update for that matter) figures the order in which access the repositories. If I could tell it to first look in local and then look at the mirrorlist, that would be better but that does not seem possible. -- Gene From eolson at mit.edu Fri Jun 17 22:04:52 2005 From: eolson at mit.edu (Edwin Olson) Date: Fri, 17 Jun 2005 18:04:52 -0400 Subject: grub can't find config file Message-ID: <42B34904.2090705@mit.edu> I did a clean FC4 install to the second disk (hdb) of my x86 machine. hda is Windows. During install, I requested grub be written to hda, and upon reboot, grub runs. But grub can't find its config file, so it dumps me at a command prompt. I can proceed normally by typing 'configfile /grub/grub.conf'. The menu pops up and I can boot both windows or linux just fine. What can I do to make grub automatically find its config file in this most obvious of locations? :) Could there be a bug that I'm tickling, since the config file is on hdb instead of hda? -Ed From steve at greengecko.co.nz Fri Jun 17 22:21:17 2005 From: steve at greengecko.co.nz (Steve Holdoway) Date: Sat, 18 Jun 2005 10:21:17 +1200 Subject: grub can't find config file In-Reply-To: <42B34904.2090705@mit.edu> References: <42B34904.2090705@mit.edu> Message-ID: <42B34CDD.40404@greengecko.co.nz> Edwin Olson wrote: > I did a clean FC4 install to the second disk (hdb) of my x86 machine. > hda is Windows. During install, I requested grub be written to hda, > and upon reboot, grub runs. > > But grub can't find its config file, so it dumps me at a command prompt. > > I can proceed normally by typing 'configfile /grub/grub.conf'. The > menu pops up and I can boot both windows or linux just fine. > > What can I do to make grub automatically find its config file in this > most obvious of locations? :) Could there be a bug that I'm tickling, > since the config file is on hdb instead of hda? > > -Ed > try /boot/grub/grub.conf. This is where the file resides, not where some strange ( non standard? ) link is. There's a standard symlink from /etc/grub.conf, but that's all I know about. Steve From justin.conover at gmail.com Fri Jun 17 22:34:12 2005 From: justin.conover at gmail.com (Justin Conover) Date: Fri, 17 Jun 2005 17:34:12 -0500 Subject: ext2online not extending lvm partion In-Reply-To: <1119022430.1916.98.camel@sisko.sctweedie.blueyonder.co.uk> References: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> <1119022430.1916.98.camel@sisko.sctweedie.blueyonder.co.uk> Message-ID: On 6/17/05, Stephen C. Tweedie wrote: > Hi, > > On Fri, 2005-06-17 at 04:55, Justin Conover wrote: > > > ODD, I just extended /usr another 2 GB! > > > > Could there be a size limit problem happeneing? I know before that I > > was doing this on /home and it was pretty large, 40-80GB and now my > > home on this install today strated at 40GB and I tried to increase it > > another 5GB. > > Not sure. Have you filed a bug yet? If so, please attach "tune2fs -l" > information for one of the filesystems in question. > > Thanks, > Stephen > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160612 From mpeters at mac.com Fri Jun 17 23:48:08 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 17 Jun 2005 16:48:08 -0700 Subject: Java rpm's for FC$ In-Reply-To: <20050617192908.21439.qmail@web86509.mail.ukl.yahoo.com> References: <20050617192908.21439.qmail@web86509.mail.ukl.yahoo.com> Message-ID: <1119052088.5839.34.camel@locolhost.localdomain> On Fri, 2005-06-17 at 20:29 +0100, DAVID BENTLEY wrote: > Having just installed FC4 I have heeded the warning > about not using the sun java rpm and followed the > instructions and created my own package(s) using the > file from the java-1.5.0-sun link under the non-free > section at www.jpackage.org. > > Following the instructions given for building your own > files this resuls in 8 rpm files as follows :- > > java-1.5.0-sun-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-alsa-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-demo-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-devel-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-fonts-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-jdbc-1.5.0.03-1jpp.i586.rpm > java-1.5.0-sun-plugin-1.5.0.03-1jpp.i586.rpm * > java-1.5.0-sun-src-1.5.0.03-1jpp.i586.rpm > > I have installed the ones marked * Those three are the only rpm's I ever install from the jpackage nosrc.rpm From ernesto at ornl.gov Fri Jun 17 23:56:11 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Fri, 17 Jun 2005 19:56:11 -0400 Subject: No volume groups found after a clean full install of FCR4 In-Reply-To: <20050614200548.33BBF2FB9F@ws6-3.us4.outblaze.com> References: <20050614200548.33BBF2FB9F@ws6-3.us4.outblaze.com> Message-ID: <1119052571.8345.8.camel@lion> On Tue, 2005-06-14 at 21:05 +0100, niall brady wrote: > hi guys, > > this is my third install of FCR4 final in two days, (third machine, a dell latitude X300, more than a year old so not exactly brand new chipset etc...) > > the install went fine, no issues at all using the same cd's as i used on the other boxes. However after booting into grub, i get a kernel panic > > the errors appear like this > > Uncompressing Linux... ok, booting the kernel. > Red Hat nash version 4.2.15 starting > reading all physical volumes. this may take a while... > No volume groups found. > Unable to find volume group "VolGroup00" > Error: /bin/lvm exited abnormally with value 5 ! (pid 418) > > and goes on ending with a kernel panic. > > so, in disbelief i booted from cd1, and did linux rescue, > > that goes fine until finally it tells me it cant find any linux partitions, so i cannot go in and look at grub or anything. > > does anyone have any ideas about this ? is it a known bug ? the only reference i found to it (similar issue) was here https://www.redhat.com/archives/fedora-test-list/2005-April/msg02208.html > i'd appreciate your thoughts, I just installed Fedora Core4 and get exactly the same results!! I have a DELL Precision M70. I noticed that no one has replied to your post? Can anyone please help us? Thanks, Ernest > > cheers > > anyweb > http://www.linux-noob.com > forums, tips, news, reviews and stuff :-) > From fct-cornette at insight.rr.com Sat Jun 18 00:04:19 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 17 Jun 2005 20:04:19 -0400 Subject: not working In-Reply-To: <1119041062.10262.56.camel@maui.jaa.org.uk> References: <20050617200336.47450.qmail@web86506.mail.ukl.yahoo.com> <1119041062.10262.56.camel@maui.jaa.org.uk> Message-ID: <42B36503.6060806@insight.rr.com> John Austin wrote: > On Fri, 2005-06-17 at 21:03 +0100, DAVID BENTLEY wrote: > >>The green border problem is already filed under the >>following :- >> >>[Bug 153729] (mga g550 green border) Blank Screen >>when switching F7 screen to Cont/Alt/F1-6 >> >>--- Thomas Cameron >>wrote: >> >> >>>On Sat, 2005-06-18 at 01:15 +0930, Mark Bradbury >>>wrote: >>> >>>>On 6/18/05, Jeff Spaleta >>> >>>wrote: >>> >>>>>On 6/17/05, Thomas Cameron >>> >>> wrote: >>> >>>>>>vi /boot/grub/grub.conf and remove rhgb from >>> >>>the kernel lines of the >>> >>>>>>config file. Reboot. >>>>> >>>>>has anyone filed this in bugzilla yet? >>>>> >>>>>-jef >>>>> >>>>>-- >>>>>fedora-test-list mailing list >>>>>fedora-test-list at redhat.com >>>>>To unsubscribe: >>>>> >>> >>http://www.redhat.com/mailman/listinfo/fedora-test-list >> >>>>I removed the rhgb from /etc/grub but still can >>> >>>not get to consoles >>> >>>>this is my /etc/grub.conf >>>> >>>>[root at pluto mab]# cat /etc/grub.conf >>>># 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/hda3 >>> >>>># initrd /initrd-version.img >>>>#boot=/dev/hda >>>>default=0 >>>>timeout=5 >>>>splashimage=(hd0,0)/grub/splash.xpm.gz >>>>hiddenmenu >>>>title Fedora Core (2.6.11-1.1369_FC4) >>>> root (hd0,0) >>>> kernel /vmlinuz-2.6.11-1.1369_FC4 ro >>> >>>root=LABEL=/ quiet >>> >>>> initrd /initrd-2.6.11-1.1369_FC4.img >>>> >>>> >>>>can not get a prompt at all I >>> >>>get is a screen with a >>> >>>>green border from the top left down to the bottom >>> >>>right >>> >>>>oh well >>> >>>Can you check to see if this is filed? If not, >>>please file it at >>>bugzilla.redhat.com? >>> >>>Thomas >>> >>>-- >>>fedora-test-list mailing list >>>fedora-test-list at redhat.com >>>To unsubscribe: >>> >> >>http://www.redhat.com/mailman/listinfo/fedora-test-list >> > Hi > Its been there since FCT1 updates !!!!! > On a Matrox G550 its worse - unusable !!!! > > On FC4 full release I replaced all 18 xorg-x11 rpms > with 6.8.2-1.FC3.13 versions before even leaving run level 3 !!!! > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153729 > https://bugs.freedesktop.org/show_bug.cgi?id=2991 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=157556 > > > John > The workaround of replacing libvgahw.a worked for me on an Intel 815. Others reported success with the Intel 865G and I believe the Intel 845. I guess you cannot blame the libvgahw.a file entirely, but it allows the bug to show its wrath on MGA, Intel and a host of other video card types. I filed this bug as a cross-link between and there was an interesting reply regarding overscan routines and other libraries and workarounds in the drivers that should be discussed. Sunday, according to the person responding to the bug report should be a productive meeting or presentation. https://bugs.freedesktop.org/show_bug.cgi?id=3557 Bug 2991 was one that I used to cross-reference this library pulling in problems with the X server and various drivers. I don't know a lot about code and such, but maybe this will lead into some direction where improvements can be made. Jim From ernesto at ornl.gov Sat Jun 18 00:04:49 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Fri, 17 Jun 2005 20:04:49 -0400 Subject: No volume groups found after a clean full install of FCR4 In-Reply-To: <42AFCE15.50804@redhat.com> References: <20050614200548.33BBF2FB9F@ws6-3.us4.outblaze.com> <42AFCE15.50804@redhat.com> Message-ID: <1119053089.8345.11.camel@lion> On Wed, 2005-06-15 at 12:13 +0530, Rahul Sundaram wrote: > niall brady wrote: > > >hi guys, > > > >this is my third install of FCR4 final in two days, (third machine, a dell latitude X300, more than a year old so not exactly brand new chipset etc...) > > > >the install went fine, no issues at all using the same cd's as i used on the other boxes. However after booting into grub, i get a kernel panic > > > > > check out https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159026 How does this help? I read it. The install was successful but the kernel panic occurs on bootup. Help. Thanks, Ernest > > regards > Rahul > From ernesto at ornl.gov Sat Jun 18 00:12:07 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Fri, 17 Jun 2005 20:12:07 -0400 Subject: Kernel or Grub In-Reply-To: <1114664474.10891.2.camel@localhost.localdomain> References: <20050428042032.B58737DC1BD@rad.worldramp.net> <1114664474.10891.2.camel@localhost.localdomain> Message-ID: <1119053527.8345.14.camel@lion> On Thu, 2005-04-28 at 01:01 -0400, Peter Jones wrote: > 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) In the official release of Fedora Core 4, this problem exists and stops me cold. Please, tell me how to get Fedora Core 4 working? Thanks, Ernest > > -- > Peter > From linxt at comcast.net Sat Jun 18 00:26:16 2005 From: linxt at comcast.net (Thomas Taylor) Date: Fri, 17 Jun 2005 17:26:16 -0700 Subject: grub can't find config file In-Reply-To: <42B34CDD.40404@greengecko.co.nz> References: <42B34904.2090705@mit.edu> <42B34CDD.40404@greengecko.co.nz> Message-ID: <200506171726.16153.linxt@comcast.net> On Friday 17 June 2005 15:21, Steve Holdoway wrote: > Edwin Olson wrote: > > I did a clean FC4 install to the second disk (hdb) of my x86 machine. > > hda is Windows. During install, I requested grub be written to hda, > > and upon reboot, grub runs. > > > > But grub can't find its config file, so it dumps me at a command prompt. > > > > I can proceed normally by typing 'configfile /grub/grub.conf'. The > > menu pops up and I can boot both windows or linux just fine. > > > > What can I do to make grub automatically find its config file in this > > most obvious of locations? :) Could there be a bug that I'm tickling, > > since the config file is on hdb instead of hda? > > > > -Ed > > try /boot/grub/grub.conf. This is where the file resides, not where some > strange ( non standard? ) link is. There's a standard symlink from > /etc/grub.conf, but that's all I know about. > > Steve Hi Edwin: Did you set the location of boot as /dev/hdb? See below. If not, it's trying to find /boot on /dev/hda. Tom # 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/hda6 # initrd /initrd-version.img #boot=/dev/hda <<<<<<<<<<<<<<<<<<<<<<< change default=0 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title Fedora Core (2.6.11-1.1369_FC4smp) root (hd0,0) kernel /vmlinuz-2.6.11-1.1369_FC4smp ro root=LABEL=/ rhgb quiet -- Tom Taylor Linux user #263467 Federal Way, WA Iraq war: 1,707 and counting From steve at greengecko.co.nz Sat Jun 18 00:31:51 2005 From: steve at greengecko.co.nz (Steve Holdoway) Date: Sat, 18 Jun 2005 12:31:51 +1200 Subject: grub can't find config file In-Reply-To: <200506171726.16153.linxt@comcast.net> References: <42B34904.2090705@mit.edu> <42B34CDD.40404@greengecko.co.nz> <200506171726.16153.linxt@comcast.net> Message-ID: <42B36B77.2080803@greengecko.co.nz> Thomas Taylor wrote: >On Friday 17 June 2005 15:21, Steve Holdoway wrote: > > >>Edwin Olson wrote: >> >> >>>I did a clean FC4 install to the second disk (hdb) of my x86 machine. >>>hda is Windows. During install, I requested grub be written to hda, >>>and upon reboot, grub runs. >>> >>>But grub can't find its config file, so it dumps me at a command prompt. >>> >>>I can proceed normally by typing 'configfile /grub/grub.conf'. The >>>menu pops up and I can boot both windows or linux just fine. >>> >>>What can I do to make grub automatically find its config file in this >>>most obvious of locations? :) Could there be a bug that I'm tickling, >>>since the config file is on hdb instead of hda? >>> >>>-Ed >>> >>> >>try /boot/grub/grub.conf. This is where the file resides, not where some >>strange ( non standard? ) link is. There's a standard symlink from >>/etc/grub.conf, but that's all I know about. >> >>Steve >> >> > >Hi Edwin: >Did you set the location of boot as /dev/hdb? See below. If not, it's trying >to find /boot on /dev/hda. > >Tom > ># 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/hda6 ># initrd /initrd-version.img >#boot=/dev/hda <<<<<<<<<<<<<<<<<<<<<<< change >default=0 >timeout=5 >splashimage=(hd0,0)/grub/splash.xpm.gz >hiddenmenu >title Fedora Core (2.6.11-1.1369_FC4smp) > root (hd0,0) > kernel /vmlinuz-2.6.11-1.1369_FC4smp ro root=LABEL=/ rhgb quiet > > > > Updating a commented out line is unlikely to make much of a difference (: I suggest pointing to root being on /dev/hdb as follows instead... title Fedora Core (2.6.11-1.1369_FC4smp) root (hd0,1) <<<<<<<<<<<<<<<<<<<<<<<<<<<<<< kernel /vmlinuz-2.6.11-1.1369_FC4smp ro root=LABEL=/ rhgb quiet Steve From steve at greengecko.co.nz Sat Jun 18 00:35:57 2005 From: steve at greengecko.co.nz (Steve Holdoway) Date: Sat, 18 Jun 2005 12:35:57 +1200 Subject: grub can't find config file In-Reply-To: <42B36B77.2080803@greengecko.co.nz> References: <42B34904.2090705@mit.edu> <42B34CDD.40404@greengecko.co.nz> <200506171726.16153.linxt@comcast.net> <42B36B77.2080803@greengecko.co.nz> Message-ID: <42B36C6D.4070906@greengecko.co.nz> Steve Holdoway wrote: > [snip] > title Fedora Core (2.6.11-1.1369_FC4smp) > root (hd0,1) <<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > kernel /vmlinuz-2.6.11-1.1369_FC4smp ro root=LABEL=/ rhgb quiet > > > Steve > > Oops, make that root (hd1,0) will you (: Cheers, Steve From gillb4 at telusplanet.net Sat Jun 18 01:11:43 2005 From: gillb4 at telusplanet.net (Bob Gill) Date: Fri, 17 Jun 2005 19:11:43 -0600 Subject: Nasty Bug (plus fix) In-Reply-To: <20050618000423.62D8E735BF@hormel.redhat.com> References: <20050618000423.62D8E735BF@hormel.redhat.com> Message-ID: <1119057103.18106.6.camel@localhost.localdomain> Sorry if this one has been beaten to death. After installing FC4, the kernel would tank (Oops early on the first boot after the last install CD was out). The problem is the swap line in /etc/fstab was seriously mangled. Initially it said: LABEL=/tmp (then a bunch of garbage characters) swap swap defaults 0 0 Which looks like something is mangled with what should be in /boot/grub/grub.conf. After setting the swap file to where I set it running disk druid (in my case the line looked like: /dev/hda2 /tmp swap defaults 0 0 .... Things worked fine. It might already be in bugzilla, but I post partly for those people who got hammered by this bug and are looking for a quick fix (and haven't peeked at bugzilla or anywhere else). Thanks, Bob From eolson at mit.edu Sat Jun 18 01:13:16 2005 From: eolson at mit.edu (Edwin Olson) Date: Fri, 17 Jun 2005 21:13:16 -0400 Subject: grub can't find config file In-Reply-To: <42B36C6D.4070906@greengecko.co.nz> References: <42B34904.2090705@mit.edu> <42B34CDD.40404@greengecko.co.nz> <200506171726.16153.linxt@comcast.net> <42B36B77.2080803@greengecko.co.nz> <42B36C6D.4070906@greengecko.co.nz> Message-ID: <42B3752C.8090904@mit.edu> These are the contents of my grub.conf, as written during install... they already point to (hd1,0). Any other ideas? :) # 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 (hd1,0) # kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00 # initrd /initrd-version.img #boot=/dev/hda default=0 timeout=5 splashimage=(hd1,0)/grub/splash.xpm.gz hiddenmenu title Fedora Core (2.6.11-1.1369_FC4) root (hd1,0) kernel /vmlinuz-2.6.11-1.1369_FC4 ro root=/dev/VolGroup00/LogVol00 video=vesa vga=793 initrd /initrd-2.6.11-1.1369_FC4.img title Windows rootnoverify (hd0,0) chainloader +1 Steve Holdoway wrote: > Steve Holdoway wrote: > >> [snip] >> title Fedora Core (2.6.11-1.1369_FC4smp) >> root (hd0,1) <<<<<<<<<<<<<<<<<<<<<<<<<<<<<< >> kernel /vmlinuz-2.6.11-1.1369_FC4smp ro root=LABEL=/ rhgb quiet >> >> >> Steve >> >> > Oops, make that root (hd1,0) will you (: > > Cheers, > > Steve > From rad at radfiles.net Sat Jun 18 01:19:34 2005 From: rad at radfiles.net (Brian Rademacher) Date: Fri, 17 Jun 2005 19:19:34 -0600 Subject: FC4: Out of memory error Message-ID: <000501c573a3$ce666e10$46460346@904167SOSLA> I read the post on this error earlier this month, but don't know if it is quite the same as mine... I had 3 days of uptime until it crashed with an out of memory error...I'm out of town and don't know exactly what process caused this because it wasn't logged... Setup is a dual Opteron 246 with 2 gigs of RAM... Just wondering if anyone is continuing to have problems with this... From steve at greengecko.co.nz Sat Jun 18 01:22:15 2005 From: steve at greengecko.co.nz (Steve Holdoway) Date: Sat, 18 Jun 2005 13:22:15 +1200 Subject: grub can't find config file In-Reply-To: <42B3752C.8090904@mit.edu> References: <42B34904.2090705@mit.edu> <42B34CDD.40404@greengecko.co.nz> <200506171726.16153.linxt@comcast.net> <42B36B77.2080803@greengecko.co.nz> <42B36C6D.4070906@greengecko.co.nz> <42B3752C.8090904@mit.edu> Message-ID: <42B37747.40902@greengecko.co.nz> Edwin Olson wrote: > These are the contents of my grub.conf, as written during install... > they already point to (hd1,0). Any other ideas? :) > > # 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 (hd1,0) > # kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00 > # initrd /initrd-version.img #boot=/dev/hda > default=0 > timeout=5 > splashimage=(hd1,0)/grub/splash.xpm.gz > hiddenmenu > title Fedora Core (2.6.11-1.1369_FC4) > root (hd1,0) > kernel /vmlinuz-2.6.11-1.1369_FC4 ro > root=/dev/VolGroup00/LogVol00 video=vesa vga=793 > initrd /initrd-2.6.11-1.1369_FC4.img > title Windows rootnoverify (hd0,0) > chainloader +1 > > > > > Steve Holdoway wrote: > >> Steve Holdoway wrote: >> >>> [snip] >>> title Fedora Core (2.6.11-1.1369_FC4smp) >>> root (hd0,1) <<<<<<<<<<<<<<<<<<<<<<<<<<<<<< >>> kernel /vmlinuz-2.6.11-1.1369_FC4smp ro root=LABEL=/ rhgb quiet >>> >>> >>> Steve >>> >>> >> Oops, make that root (hd1,0) will you (: >> >> Cheers, >> >> Steve >> > 1. Do you have the option to boot either to windows or linux - ie is this file being used? 2. Does the stock initrd image contain all the modules necessary to boot lvm? If 1 is yes, then the problem is with the kernel/initrd resources available at boot. Steve From ernesto at ornl.gov Sat Jun 18 01:26:27 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Fri, 17 Jun 2005 21:26:27 -0400 Subject: Nasty Bug (plus fix) In-Reply-To: <1119057103.18106.6.camel@localhost.localdomain> References: <20050618000423.62D8E735BF@hormel.redhat.com> <1119057103.18106.6.camel@localhost.localdomain> Message-ID: <1119057988.8345.19.camel@lion> On Fri, 2005-06-17 at 19:11 -0600, Bob Gill wrote: > Sorry if this one has been beaten to death. After installing FC4, the > kernel would tank (Oops early on the first boot after the last install > CD was out). What exactly is the error that you see? I am getting: ====================================================== No volume groups found. Unable to find volume group "VolGroup00" Error: /bin/lvm exited abnormally with value 5 ! (pid 448) Thanks, Ernest > The problem is the swap line in /etc/fstab was seriously > mangled. Initially it said: > LABEL=/tmp (then a bunch of garbage characters) swap swap defaults 0 0 > Which looks like something is mangled with what should be > in /boot/grub/grub.conf. > After setting the swap file to where I set it running disk druid (in my > case the line looked like: > /dev/hda2 /tmp swap defaults > 0 0 > .... > Things worked fine. It might already be in bugzilla, but I post partly > for those people who got hammered by this bug and are looking for a > quick fix (and haven't peeked at bugzilla or anywhere else). > > Thanks, > Bob > From stevew5set at alltel.net Sat Jun 18 01:39:32 2005 From: stevew5set at alltel.net (steve) Date: Fri, 17 Jun 2005 20:39:32 -0500 Subject: Local yum repo In-Reply-To: <200506171721.45839.czar@czarc.net> References: <200506171508.19797.czar@czarc.net> <20050617141712.A24610@mail.harddata.com> <200506171721.45839.czar@czarc.net> Message-ID: <200506172039.33191.stevew5set@alltel.net> On Friday 17 June 2005 04:21 pm, Gene C. wrote: > On Friday 17 June 2005 16:17, Michal Jaegermann wrote: > > On Fri, Jun 17, 2005 at 03:28:37PM -0400, seth vidal wrote: > > > > I think I can accomplish what I want to do (see what is available > > > > from the mirror list and install only install from my local repo) by > > > > using --enablerepo=<> or --disablerepro=<> on the yum command line. > > > > ?This is a bit more manual but not much. ?If the manual entry becomes > > > > error prone or tedious, some script files should simplify things. > > > > > > why not just treat your local repo as your own mirror and remove the > > > remote site from your .repo files? > > > > I think that Gene is concerned that a local mirror may be not always > > in a sufficiently updated state and then one should look somewhere > > further. > > > > I did not try that but I wonder if something like that would not > > work in 'fedora-updates.repo' file > > > > .... > > failovermethod=priority > > baseurl= > > mirrorlist=http://.... > > .... > > > > A default 'failovermethod' is 'roundrobin' according to a manpage of > > yum.conf. ?Or this will affect too an order in which entries from a > > mirrorlist are picked up or it will not work at all? > > > > One possible workaround is to rewrite 'baseurl' list on every > > yum invocation with a local mirror always on the first place and > > the rest of this list "randomized" while using 'priority' for > > a 'failovermethod'. ?That is easy to do. > > I pretty sure this will not work. > > For right now, I am disabling the regular updates-released but enabling my > local version. If I then want to check for other available updates, I use > yum --enablerepo=updates-released check-update > > This seems to do what I want. > > One question that is a puzzle is how yum (or update for that matter) > figures the order in which access the repositories. If I could tell it to > first look in local and then look at the mirrorlist, that would be better > but that does not seem possible. > -- > Gene Put them all in yum.conf and it should go down the "script" checking in that order. Disable the ones in yum.repos.d. OR #info yum gives--- yum makecache for making a "local" cache of updates available. -C Tells yum to run entirely from cache - does not download or update any headers unless it has to to perform the requested action. -c [config file] Specifies the config file location - can take http, ftp urls and local file paths.<<<<<<<< References: <42B34904.2090705@mit.edu> <42B34CDD.40404@greengecko.co.nz> <200506171726.16153.linxt@comcast.net> <42B36B77.2080803@greengecko.co.nz> <42B36C6D.4070906@greengecko.co.nz> <42B3752C.8090904@mit.edu> Message-ID: <42B384B4.9030507@cox.net> Edwin Olson wrote: > These are the contents of my grub.conf, as written during install... > they already point to (hd1,0). Any other ideas? :) > > # 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 (hd1,0) > # kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00 > # initrd /initrd-version.img #boot=/dev/hda > default=0 > timeout=5 > splashimage=(hd1,0)/grub/splash.xpm.gz > hiddenmenu > title Fedora Core (2.6.11-1.1369_FC4) > root (hd1,0) > kernel /vmlinuz-2.6.11-1.1369_FC4 ro > root=/dev/VolGroup00/LogVol00 video=vesa vga=793 > initrd /initrd-2.6.11-1.1369_FC4.img > title Windows rootnoverify (hd0,0) > chainloader +1 > > > > > Steve Holdoway wrote: > >> Steve Holdoway wrote: >> >>> [snip] >>> title Fedora Core (2.6.11-1.1369_FC4smp) >>> root (hd0,1) <<<<<<<<<<<<<<<<<<<<<<<<<<<<<< >>> kernel /vmlinuz-2.6.11-1.1369_FC4smp ro root=LABEL=/ rhgb quiet >>> >>> >>> Steve >>> >>> >> Oops, make that root (hd1,0) will you (: >> >> Cheers, >> >> Steve >> > It looks like there is some confusion here. I believe the location of the grub.conf is coded into the boot sector. Perhaps there is something wrong with the script that installs grub? In any event, it shouldn't hurt anything to re-install Grub running grub-install /dev/hda in a terminal (as root of course), you might even want to do a linux rescue from an old boot CD, just to eliminate the install grub script duplicating the problem. Scott From terraformers at gmail.com Sat Jun 18 03:02:10 2005 From: terraformers at gmail.com (Lars G) Date: Sat, 18 Jun 2005 05:02:10 +0200 Subject: rawhide report: 20050617 changes In-Reply-To: <20050617173836.32577.qmail@web51503.mail.yahoo.com> References: <1119025913.2589.3.camel@kinichahau.homebase> <20050617173836.32577.qmail@web51503.mail.yahoo.com> Message-ID: <1119063730.4187.4.camel@kinichahau.homebase> On Fri, 2005-06-17 at 10:38 -0700, Steve G wrote: > >after updating audit / audit-libs i couldn't login anymore. > > Which version did you upgrade to? 0.9.7 is current. Which version of pam are you > using? And are you using a stock kernel? updated to the current rawhide 0.9.7 audit with a vanilla 2.6.12-rc6 kernel. is there some kernel config switch to make it play nice? cheers -- Lars G From jspaleta at gmail.com Sat Jun 18 04:32:51 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 18 Jun 2005 00:32:51 -0400 Subject: Nasty Bug (plus fix) In-Reply-To: <1119057103.18106.6.camel@localhost.localdomain> References: <20050618000423.62D8E735BF@hormel.redhat.com> <1119057103.18106.6.camel@localhost.localdomain> Message-ID: <604aa79105061721321e6bae04@mail.gmail.com> On 6/17/05, Bob Gill wrote: > Sorry if this one has been beaten to death. After installing FC4, fresh install or upgrade? if upgrade upgrade from what previous release? -jef From P.R.Schaffner at IEEE.org Sat Jun 18 11:23:45 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sat, 18 Jun 2005 07:23:45 -0400 Subject: not working In-Reply-To: <1119021621.3557.35.camel@ml110.camerontech.com> References: <345764DCB65C0C4FACC44529DE273C18F8EC9D@eemail1.microlink.lan> <1119021621.3557.35.camel@ml110.camerontech.com> Message-ID: <1119093825.5957.13.camel@tabb1.tabb> On Fri, 2005-06-17 at 10:20 -0500, Thomas Cameron wrote: > On Sat, 2005-06-18 at 00:36 +0930, Mark Bradbury wrote: All your messages are appearing twice. > > On 6/18/05, Fred New wrote: > > > On 17. juuni 2005. a. 17:31, Mark Bradbury wrote: > > > > Just did an upgrade from FC3 to FC4 and all went cool > > > > only thing I found not working is that a is not > > > > working I get a green border from top left to bottom right. any one > > > > else have this prob ?. I need the console for vdr please help > > > > > > > You're correct, virtual consoles don't appear on my system, either. > > > Try rebooting without "rhgb". This works for me. > > > > > > > How do I do that ? > > vi /boot/grub/grub.conf and remove rhgb from the kernel lines of the > config file. Reboot. Or at boot time, type "a" and delete the "rhgb quiet" part of the kernel line. Could also add back a "3" to boot in runlevel 3 rather than 5 and see if that makes a difference. Phil P.S. Shouldn't this whole thread be on "fedora-list"? Doesn't look like a test problem. From P.R.Schaffner at IEEE.org Sat Jun 18 11:34:36 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sat, 18 Jun 2005 07:34:36 -0400 Subject: grub can't find config file In-Reply-To: <42B384B4.9030507@cox.net> References: <42B34904.2090705@mit.edu> <42B34CDD.40404@greengecko.co.nz> <200506171726.16153.linxt@comcast.net> <42B36B77.2080803@greengecko.co.nz> <42B36C6D.4070906@greengecko.co.nz> <42B3752C.8090904@mit.edu> <42B384B4.9030507@cox.net> Message-ID: <1119094476.5957.19.camel@tabb1.tabb> On Fri, 2005-06-17 at 19:19 -0700, Scott Talbot wrote: > Edwin Olson wrote: > > > These are the contents of my grub.conf, as written during install... > > they already point to (hd1,0). Any other ideas? :) ... > It looks like there is some confusion here. I believe the location > of the grub.conf is coded into the boot sector. Perhaps there is > something wrong with the script that installs grub? > > In any event, it shouldn't hurt anything to re-install Grub running > grub-install /dev/hda in a terminal (as root of course), you might even > want to do a linux rescue from an old boot CD, just to eliminate the > install grub script duplicating the problem. Another way to avoid potential grub-install problems is to do it manually in grub at the prompt. grub> root (hd1,0) grub> setup (hd0) Check the output for any error messages. Phil P.S. This should be on "fedora-list" for FC4 release problems. Not a test problem. From javaman67 at acd.net Sat Jun 18 12:20:09 2005 From: javaman67 at acd.net (Brian Craft) Date: Sat, 18 Jun 2005 08:20:09 -0400 Subject: FC4: gweather keeps crashing In-Reply-To: <42B2A893.5030002@linux.net.mk> References: <42B092D8.4010900@linux.net.mk> <42B09E13.8070902@acd.net> <42B0C1EC.5000007@linux.net.mk> <42B20C21.5050303@acd.net> <42B2A893.5030002@linux.net.mk> Message-ID: <42B41179.1030806@acd.net> Arangel Angov wrote: > Brian Craft wrote: > >> Did you upgrade from FC3 to FC4 or did you allow FC4 to format your >> drive and then install. I formated the drive and installed >> FC4........no problems at all. >> >> > > I only upgraded. Didn't format anything. > Maybe there's the problem..........some people have good luck upgrading, but I've always backed up my data and do fresh installs that include a format of the drive/partition I'm installing to. You may want to give that a try. -- Brian Craft Jabber id: javaman67 at jabber.org Linux Counter id: 97873 Linux......the OS of Choice! From thomas.cameron at camerontech.com Sat Jun 18 12:22:32 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Sat, 18 Jun 2005 07:22:32 -0500 Subject: SSH and login attack In-Reply-To: <1119032832.2713.7.camel@omen.com> References: <1119032832.2713.7.camel@omen.com> Message-ID: <1119097352.3557.85.camel@ml110.camerontech.com> On Fri, 2005-06-17 at 11:27 -0700, Chuck Forsberg WA7KGX N2469R wrote: > I noticed a rapid fire set of login attempts over SSH. > What happened to the delay after a failed login attempt? These attacks appear to me to fire multiple concurrent connections to get around the delay. Thomas From lamune at doki-doki.net Sat Jun 18 12:27:18 2005 From: lamune at doki-doki.net (Mike Pepe) Date: Sat, 18 Jun 2005 08:27:18 -0400 Subject: SSH and login attack In-Reply-To: <1119097352.3557.85.camel@ml110.camerontech.com> References: <1119032832.2713.7.camel@omen.com> <1119097352.3557.85.camel@ml110.camerontech.com> Message-ID: <42B41326.80604@doki-doki.net> Thomas Cameron wrote: > > These attacks appear to me to fire multiple concurrent connections to > get around the delay. > > Thomas > Possibly. I found a script out there and modified it a bit, this will block the attacker after opening up 3 concurrent connections in 60 seconds: modprobe ipt_recent ip_list_tot=200 IPADDR=67.110.180.110 $IPT -A INPUT -i $IF -p tcp \ -d $IPADDR --dport 22 -m state --state NEW -m recent --rcheck \ --hitcount 3 --seconds 60 --name SSH_PROBERS \ -j LOG --log-prefix "Adaptive-FW SSH Prober: " $IPT -A INPUT -i $IF -p tcp \ -d $IPADDR --dport 22 -m state --state NEW -m recent \ --update --hitcount 3 --seconds 60 --name SSH_PROBERS \ -j DROP $IPT -A INPUT -i $IF -p tcp \ -d $IPADDR --dport 22 -m state --state NEW -m recent \ --set --name SSH_PROBERS -j ACCEPT So far this is working for me, it has a few drawbacks but seems simple enough for now. From linux_4ever at yahoo.com Sat Jun 18 12:50:42 2005 From: linux_4ever at yahoo.com (Steve G) Date: Sat, 18 Jun 2005 05:50:42 -0700 (PDT) Subject: rawhide report: 20050617 changes In-Reply-To: <1119063730.4187.4.camel@kinichahau.homebase> Message-ID: <20050618125042.16906.qmail@web51508.mail.yahoo.com> Hi, >updated to the current rawhide 0.9.7 audit with a vanilla 2.6.12-rc6 >kernel. is there some kernel config switch to make it play nice? The kernel switch we are using is CONFIG_AUDITSYSCALL. However, you should be able to login without it. It does depend on which version of audit-libs and pam that you are using. If you are using the current versions of each (rawhide), you shouldn't be having a problem. The way this should be working is that login calls pam, which in turn notifies the audit system as pam performs certain actions. This is a call to audit_send_user_message in libaudit.c. This sends the message via sendto into the kernel. It checks for ECONNREFUSED which means the audit netlink subsytem is not compiled into the kernel. It also looks for EPERM & uid!=0, which is what you have when xscreensaver needs to let you back in. If either of those are found, it tells pam that it was successful and pam continues with login. Some pam configurations have also been updated to call pam_loginuid.so. What this does is set a new process attribute, loginuid, that is inheritted by all processes after login forks to start your shell. This way, if you su to root, we can see that you originally logged in under another account. There was a bug spotted a week ago that pam_loginuid.so was not checking for ENOENT when it tried to open /proc/self/loginuid to set that process attribute. This could also prevent you from logging in, too. To check this, comment out pam_loginuid.so in /etc/pam.d/login,sshd,gdm. Or you can change it from required to optional. Today should have audit-libs-0.9.8 in rawhide, which cleans up a couple more user space audit message functions that are not called by pam. If you could check to see if loginuid is causing the problem that would help. Any other debug info would help too. Thanks, -Steve Grubb __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From goemon at anime.net Sat Jun 18 14:27:21 2005 From: goemon at anime.net (Dan Hollis) Date: Sat, 18 Jun 2005 07:27:21 -0700 (PDT) Subject: SSH and login attack In-Reply-To: <42B41326.80604@doki-doki.net> Message-ID: On Sat, 18 Jun 2005, Mike Pepe wrote: > Thomas Cameron wrote: > > These attacks appear to me to fire multiple concurrent connections to > > get around the delay. > Possibly. I found a script out there and modified it a bit, this will > block the attacker after opening up 3 concurrent connections in 60 seconds: I prefer pam_abl myself: http://www.hexten.net/sw/pam_abl/index.mhtml It automatically blacklists IPs which fail more than X logins in a user-specified time. All attempts after that fail, even if the user+pass supplied is correct. Firewalling miscreants out is a dead giveaway for them, so they give up and immediately move on to the next victim. pam_abl is nice because it makes them waste their time. Jun 13 05:18:47 sasami pam_abl[7593]: Blocking access from 210.0.178.146 to service sshd, user root [...] Jun 16 04:44:15 sasami pam_abl[20188]: Blocking access from 202.76.92.199 to service sshd, user root [...] Jun 16 07:15:28 sasami pam_abl[40]: Blocking access from mail.estudio-jardo.com.ar to service sshd, user mysql Jun 16 07:31:33 sasami pam_abl[26812]: Blocking access from mail.estudio-jardo.com.ar to service sshd, user root Jun 16 07:31:38 sasami pam_abl[13388]: Blocking access from mail.estudio-jardo.com.ar to service sshd, user root Jun 16 07:31:43 sasami pam_abl[7209]: Blocking access from mail.estudio-jardo.com.ar to service sshd, user root <3 <3 <3 <3 <3 It warms the heart to watch all these criminals waste their time bouncing off your auto-blacklist. -Dan From mikelurk at rogers.com Sat Jun 18 17:21:15 2005 From: mikelurk at rogers.com (Mike Lurk) Date: Sat, 18 Jun 2005 13:21:15 -0400 Subject: fstab error on boot Message-ID: <1119115275.3310.27.camel@Darkstar> I don't know if anyone else had this problem after a fresh install of FC4 from the DVD iso, but it happened to me. I did a manual disk partition using disk druid and chose what I wanted to install. The install went fine untill I did a reboot, after firstboot, and I got an error with fstab, damaged fstab error line 7 ignoring remainder ( I think that was the error as I didn't write it down). The only way that I could edit fstab was using vi in a terminal window. Looking at fstab I found that line 7 was for my swap file it read; LABEL=pool s@@@@@sap swap swap or something like that. I had changed it to what it should be and saved it. Rebooted and everything booted normally, with no errors. Before the fstab was fixed I could not use my cd or DVD burner, it wouldn't even find my externel hard drive. I don't know what caused the problem but I am glad it was an easy fix. I didn't have this problem when I installed FC4T3 from DVD. Mike From ad+lists at uni-x.org Sat Jun 18 17:29:20 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Sat, 18 Jun 2005 19:29:20 +0200 Subject: fstab error on boot In-Reply-To: <1119115275.3310.27.camel@Darkstar> References: <1119115275.3310.27.camel@Darkstar> Message-ID: <1119115760.23545.335.camel@serendipity.dogma.lan> Am Sa, den 18.06.2005 schrieb Mike Lurk um 19:21: > I don't know if anyone else had this problem after a fresh install of > FC4 from the DVD iso, but it happened to me. I did a manual disk > partition using disk druid and chose what I wanted to install. The > install went fine untill I did a reboot, after firstboot, and I got an > error with fstab, damaged fstab error line 7 ignoring remainder ( I > think that was the error as I didn't write it down). > The only way that I could edit fstab was using vi in a terminal window. > Looking at fstab I found that line 7 was for my swap file it read; > > LABEL=pool s@@@@@sap swap swap > > or something like that. I had changed it to what it should be and saved > it. Rebooted and everything booted normally, with no errors. > Before the fstab was fixed I could not use my cd or DVD burner, it > wouldn't even find my externel hard drive. I don't know what caused the > problem but I am glad it was an easy fix. > > I didn't have this problem when I installed FC4T3 from DVD. > > Mike It is in bugzilla. 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.27_FC2smp Serendipity 19:28:50 up 25 days, 18:06, load average: 0.10, 0.11, 0.09 -------------- 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 terraformers at gmail.com Sat Jun 18 20:11:31 2005 From: terraformers at gmail.com (Lars G) Date: Sat, 18 Jun 2005 22:11:31 +0200 Subject: audit login problem (was Re: rawhide report: 20050617 changes) In-Reply-To: <20050618125042.16906.qmail@web51508.mail.yahoo.com> References: <1119063730.4187.4.camel@kinichahau.homebase> <20050618125042.16906.qmail@web51508.mail.yahoo.com> Message-ID: <1119125491.2549.17.camel@kinichahau.homebase> On Sat, 2005-06-18 at 05:50 -0700, Steve G wrote: > The kernel switch we are using is CONFIG_AUDITSYSCALL. However, you should be > able to login without it. It does depend on which version of audit-libs and pam > that you are using. If you are using the current versions of each (rawhide), you > shouldn't be having a problem. thanks for the explanation checked, the kernel (now vanilla 2.6.12 final) uses CONFIG_AUDITSYSCALL. also i'm using the latest rawhide versions of today, with pam-0.79-10 audit-0.9.7-1 audit-libs-0.9.7-1 and still can't login. (downgrading to the fc4 versions of audit & audit-libs works ok) > Some pam configurations have also been updated to call pam_loginuid.so. What this > does is set a new process attribute, loginuid, that is inheritted by all > processes after login forks to start your shell. This way, if you su to root, we > can see that you originally logged in under another account. There was a bug > spotted a week ago that pam_loginuid.so was not checking for ENOENT when it tried > to open /proc/self/loginuid to set that process attribute. This could also > prevent you from logging in, too. > > To check this, comment out pam_loginuid.so in /etc/pam.d/login,sshd,gdm. Or you > can change it from required to optional. checked the files login, sshd, gdm in /etc/pam.d/ but there is no pam_loginuid.so line in these files for me. (?) > Today should have audit-libs-0.9.8 in rawhide, which cleans up a couple more user > space audit message functions that are not called by pam. If you could check to > see if loginuid is causing the problem that would help. Any other debug info > would help too. maybe my problem is that i'm not using selinux (because of reiserfs) ? what log/info is needed to help debug this? if it's not a trivial thing (selinux maybe) i think it's better to put this to bugzilla. thanks -- Lars G From jreiser at BitWagon.com Sat Jun 18 21:01:35 2005 From: jreiser at BitWagon.com (John Reiser) Date: Sat, 18 Jun 2005 14:01:35 -0700 Subject: polling of IDE CD-ROM drive at 10/second Message-ID: <42B48BAF.7020707@BitWagon.com> By looking at /proc/interrupts, I see that there are 20 interrupts/second on the IDE channel that has two empty CD-ROM drives (actually one CD and one DVD) when running the GNOME desktop from a Workstation install of FC4. [cat /proc/interrupts; sleep 10; cat /proc/interrupts ==> delta of 200] Is there a setting to reduce the frequency to only 1/second per drive, or to turn off polling completely? -- From arjanv at redhat.com Sat Jun 18 21:18:38 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sat, 18 Jun 2005 17:18:38 -0400 Subject: polling of IDE CD-ROM drive at 10/second In-Reply-To: <42B48BAF.7020707@BitWagon.com> References: <42B48BAF.7020707@BitWagon.com> Message-ID: <1119129519.5871.16.camel@localhost.localdomain> On Sat, 2005-06-18 at 14:01 -0700, John Reiser wrote: > By looking at /proc/interrupts, I see that there are 20 interrupts/second > on the IDE channel that has two empty CD-ROM drives (actually one CD and > one DVD) when running the GNOME desktop from a Workstation install of FC4. > [cat /proc/interrupts; sleep 10; cat /proc/interrupts ==> delta of 200] > > Is there a setting to reduce the frequency to only 1/second per drive, > or to turn off polling completely? urg.. even once per second is like way too much already :( once per ten seconds sounds a lot more realisitic -------------- 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 linux_4ever at yahoo.com Sat Jun 18 23:29:02 2005 From: linux_4ever at yahoo.com (Steve G) Date: Sat, 18 Jun 2005 16:29:02 -0700 (PDT) Subject: audit login problem (was Re: rawhide report: 20050617 changes) In-Reply-To: <1119125491.2549.17.camel@kinichahau.homebase> Message-ID: <20050618232902.10203.qmail@web51510.mail.yahoo.com> >i'm using the latest rawhide versions of today, with >pam-0.79-10 >audit-0.9.7-1 >audit-libs-0.9.7-1 These are all the right ones. FWIW, I use the same ones, except I build audit/pam myself and use stock kernel. I'm not seeing a problem. Other configs aren't supposed to be a problem. >checked the files login, sshd, gdm in /etc/pam.d/ but there is no >pam_loginuid.so line in these files for me. (?) OK that's fine. These would only be in rawhide if anywhere. I didn't want too much audit stuff into FC4 since this is all new. >maybe my problem is that i'm not using selinux (because of reiserfs) ? No. They are independant. SE Linux uses the audit system to report AVC denials, but thats as far as it goes. >what log/info is needed to help debug this? Actually, what I need is the return code from sendto. You should be able to upgrade, run "strace su - root" and then attach that to bz#160929 (altering any sensitive information first). That is assuming that su misbehaves, too. Thanks, -Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From ernesto at ornl.gov Sun Jun 19 01:07:31 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sat, 18 Jun 2005 21:07:31 -0400 Subject: Wireless support for the Intel 2915 a/b/g under Fedora Core 4 Message-ID: <1119143251.7056.6.camel@lion> Hi, Can someone help me get the Intel 2915 a/b/g built-in wireless going on the DELL Precision M70 under Fedora Core 4? Thanks, Ernest From terraformers at gmail.com Sun Jun 19 01:24:20 2005 From: terraformers at gmail.com (Lars G) Date: Sun, 19 Jun 2005 03:24:20 +0200 Subject: audit login problem (was Re: rawhide report: 20050617 changes) In-Reply-To: <20050618232902.10203.qmail@web51510.mail.yahoo.com> References: <1119125491.2549.17.camel@kinichahau.homebase> <20050618232902.10203.qmail@web51510.mail.yahoo.com> Message-ID: <1119144249.5915.1.camel@kinichahau.homebase> On Sat, 2005-06-18 at 16:29 -0700, Steve G wrote: > Actually, what I need is the return code from sendto. You should be able to > upgrade, run "strace su - root" and then attach that to bz#160929 (altering any > sensitive information first). That is assuming that su misbehaves, too. attached the requested info to bz#160929. thanks -- Lars G From dcbw at redhat.com Sun Jun 19 02:43:18 2005 From: dcbw at redhat.com (Dan Williams) Date: Sat, 18 Jun 2005 22:43:18 -0400 (EDT) Subject: Wireless support for the Intel 2915 a/b/g under Fedora Core 4 In-Reply-To: <1119143251.7056.6.camel@lion> References: <1119143251.7056.6.camel@lion> Message-ID: On Sat, 18 Jun 2005, Ernest L. Williams Jr. wrote: > Hi, > > Can someone help me get the Intel 2915 a/b/g built-in wireless going on > the DELL Precision M70 under Fedora Core 4? The kernel should have the drivers, but you need firmware, since the firmware has a license that does not allow it to be distributed with Fedora Core. http://dl.atrpms.net/production/packages/common/atrpms/ipw2200-firmware-2.2-5.at.noarch.rpm Grab that RPM, then install it, and you should be good to go. Dan From pjones at redhat.com Sun Jun 19 04:56:39 2005 From: pjones at redhat.com (Peter Jones) Date: Sun, 19 Jun 2005 00:56:39 -0400 Subject: Kernel or Grub In-Reply-To: <1119053527.8345.14.camel@lion> References: <20050428042032.B58737DC1BD@rad.worldramp.net> <1114664474.10891.2.camel@localhost.localdomain> <1119053527.8345.14.camel@lion> Message-ID: <1119156999.9860.12.camel@localhost.localdomain> On Fri, 2005-06-17 at 20:12 -0400, Ernest L. Williams Jr. wrote: > > In the official release of Fedora Core 4, this problem exists and stops > me cold. Please, tell me how to get Fedora Core 4 working? > Well, it's highly unlikely this is the same error, so can you show us what your screen says when things stop working properly? -- Peter From arjanv at redhat.com Sun Jun 19 11:25:12 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sun, 19 Jun 2005 07:25:12 -0400 Subject: Wireless support for the Intel 2915 a/b/g under Fedora Core 4 In-Reply-To: <1119143251.7056.6.camel@lion> References: <1119143251.7056.6.camel@lion> Message-ID: <1119180313.5827.0.camel@localhost.localdomain> On Sat, 2005-06-18 at 21:07 -0400, Ernest L. Williams Jr. wrote: > Hi, > > > Can someone help me get the Intel 2915 a/b/g built-in wireless going on > the DELL Precision M70 under Fedora Core 4? wrong mailing list.... it's not a question for fedora-test-list -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ernesto at ornl.gov Sun Jun 19 14:01:03 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 19 Jun 2005 10:01:03 -0400 Subject: Dell Precision M60/M70 Wireless NICs in Fedora Message-ID: <1119189664.7056.32.camel@lion> Hi, On my DELL Precision M60 I have a DELL TrueMobile 1400 (802.11a/b/g). I would like to finally get this one going without using any contamination from Windows (i.e. don't want ndiswrappers) Is the DELL TrueMobile 1400 equivalent to ipw2100 or ipw2200? The folks that use ndiswrapper have a line like this: =========================================================== ndiswrapper -i /windows/C/DRIVERS/STORAGE/BCMWL5.INF =========================================================== This makes me think that we are dealing with broadcom, hmmm? I am sure DELL is not making their own wireless NICs; what is the real wireless NIC in the DELL M60? As for the DELL Precision M70, I have a "Intel PRO/Wireless 2915 a/b/g" "Fedora 3/4" did not automatically detect and install, hmmm. >From what I find it seems that the ipw2200 will support the following: ========================================================================== Intel PRO/Wireless 2200BG Network Connection Adapter Intel PRO/Wireless 2915ABG Network Connection Adapter ========================================================================== How to get this going under Fedora Core 4 and higher? Could someone point me in the right direction? Thanks, Ernesto From ernesto at ornl.gov Sun Jun 19 14:08:56 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 19 Jun 2005 10:08:56 -0400 Subject: Kernel or Grub In-Reply-To: <1119156999.9860.12.camel@localhost.localdomain> References: <20050428042032.B58737DC1BD@rad.worldramp.net> <1114664474.10891.2.camel@localhost.localdomain> <1119053527.8345.14.camel@lion> <1119156999.9860.12.camel@localhost.localdomain> Message-ID: <1119190136.7056.37.camel@lion> On Sun, 2005-06-19 at 00:56 -0400, Peter Jones wrote: > On Fri, 2005-06-17 at 20:12 -0400, Ernest L. Williams Jr. wrote: > > > > > In the official release of Fedora Core 4, this problem exists and stops > > me cold. Please, tell me how to get Fedora Core 4 working? > > > > Well, it's highly unlikely this is the same error, so can you show us > what your screen says when things stop working properly? No volume groups found Unable to find volume group "VolGroup00" ERROR: /bin/lvm exited abnormally! (pid 483) Resolution: =========================================================================== For a laptop LVM is probably not necessary. So, I reinstalled FC4 with basic partitioning (i.e. No LVM!!) Everything is perfect now with respect to booting. ============================================================================ I will try the FC4 install on my Desktop next nd see what happens with respect to lvm. PS: When I installed FC3 on my laptop, with the lvm partitioning everything worked great. ================ FC3 affter install ================================= [williams at lion ~]$ df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol00 34G 27G 4.9G 85% / /dev/hda2 494M 78M 391M 17% /boot none 1014M 0 1014M 0% /dev/shm [williams at lion ~]$ ====================================================================== Thanks, Ernesto From ernesto at ornl.gov Sun Jun 19 14:26:51 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 19 Jun 2005 10:26:51 -0400 Subject: Wireless support for the Intel 2915 a/b/g under Fedora Core 4 In-Reply-To: References: <1119143251.7056.6.camel@lion> Message-ID: <1119191211.7056.39.camel@lion> On Sat, 2005-06-18 at 22:43 -0400, Dan Williams wrote: > On Sat, 18 Jun 2005, Ernest L. Williams Jr. wrote: > > > Hi, > > > > Can someone help me get the Intel 2915 a/b/g built-in wireless going on > > the DELL Precision M70 under Fedora Core 4? > > The kernel should have the drivers, but you need firmware, since the firmware > has a license that does not allow it to be distributed with Fedora Core. > > http://dl.atrpms.net/production/packages/common/atrpms/ipw2200-firmware-2.2-5.at.noarch.rpm > > Grab that RPM, then install it, and you should be good to go. The RPM installed fine. After rebooting, eth1 is still not detected. What other modification is needed? Thanks, Ernesto > > Dan > From ernesto at ornl.gov Sun Jun 19 14:50:31 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 19 Jun 2005 10:50:31 -0400 Subject: Wireless support for the Intel 2915 a/b/g under Fedora Core 4 In-Reply-To: <1119191211.7056.39.camel@lion> References: <1119143251.7056.6.camel@lion> <1119191211.7056.39.camel@lion> Message-ID: <1119192631.7056.44.camel@lion> On Sun, 2005-06-19 at 10:26 -0400, Ernest L. Williams Jr. wrote: > On Sat, 2005-06-18 at 22:43 -0400, Dan Williams wrote: > > On Sat, 18 Jun 2005, Ernest L. Williams Jr. wrote: > > > > > Hi, > > > > > > Can someone help me get the Intel 2915 a/b/g built-in wireless going on > > > the DELL Precision M70 under Fedora Core 4? > > > > The kernel should have the drivers, but you need firmware, since the firmware > > has a license that does not allow it to be distributed with Fedora Core. > > > > http://dl.atrpms.net/production/packages/common/atrpms/ipw2200-firmware-2.2-5.at.noarch.rpm > > > > Grab that RPM, then install it, and you should be good to go. > > The RPM installed fine. After rebooting, eth1 is still not detected. > What other modification is needed? ==== Okay replying to my own post============ After adding "/etc/sysconfig/network-scripts/ifcfg-eth1", everything is awesome. Thanks for your help. My Dell Precision M70 now has wireless working! Contents of "ifcfg-eth1": =========================================== DEVICE=eth1 BOOTPROTO=dhcp ONBOOT=yes TYPE=Ethernet =========================================== Thanks, Ernesto > > > Thanks, > Ernesto > > > > > > Dan > > > From wowbagger at sktc.net Sun Jun 19 15:17:56 2005 From: wowbagger at sktc.net (David D. Hagood) Date: Sun, 19 Jun 2005 10:17:56 -0500 Subject: sata-sil broken - IRQ issue Message-ID: <42B58CA4.8090307@sktc.net> On trying to upgrade my system to FC4, I've run into a problem with the sata-sil module as supplied by FC4. When Anaconda loads the sata-sil module (which I need, as /home is in a SATA drive), the kernel throws an error (disabling IRQ #10) and dies. Looking at the traceback on the other console leads me to believe that the sata-sil module is enabling the interrupt before hooking the interrupt, or is not telling the kernel that the interrupt has been handled, or is not clearing the IRQ in the hardware, or something, as the kernel believes that the int10 is has not been handled. I've tried passing "lapic noirqdebug" to the kernel, but then things just die. It looks like the default kernel as used by the FC4 upgrade does NOT enable the ioapic by default - leaving all the hardware piled up on the normal PIC interrupt channels. From mikelurk at rogers.com Sun Jun 19 17:02:37 2005 From: mikelurk at rogers.com (Mike Lurk) Date: Sun, 19 Jun 2005 13:02:37 -0400 Subject: fstab error on boot Message-ID: <1119200557.30496.3.camel@Darkstar> It is now in bugzilla as bug 160999 Mike From DwaineGarden at rogers.com Sun Jun 19 17:10:35 2005 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Sun, 19 Jun 2005 13:10:35 -0400 Subject: OT: SSH hacking... Nice... Message-ID: <42B5A70B.1050807@rogers.com> I know it's off topic, but look at the nice attempt... Jun 19 07:59:20 www sshd[5709]: Invalid user test from 63.193.139.46 Jun 19 07:59:20 www sshd[5709]: Address 63.193.139.46 maps to easywaredb.com, but this does not map back to the address - POSSIBLE BREAKIN ATTEMPT! Jun 19 07:59:22 www sshd[5709]: Failed password for invalid user test from 63.193.139.46 port 58646 ssh2 Jun 19 07:59:23 www sshd[5712]: Invalid user guest from 63.193.139.46 Jun 19 07:59:23 www sshd[5712]: Address 63.193.139.46 maps to easywaredb.com, but this does not map back to the address - POSSIBLE BREAKIN ATTEMPT! Jun 19 07:59:25 www sshd[5712]: Failed password for invalid user guest from 63.193.139.46 port 58772 ssh2 Jun 19 07:59:26 www sshd[5714]: Invalid user admin from 63.193.139.46 Jun 19 07:59:26 www sshd[5714]: Address 63.193.139.46 maps to easywaredb.com, but this does not map back to the address - POSSIBLE BREAKIN ATTEMPT! Jun 19 07:59:28 www sshd[5714]: Failed password for invalid user admin from 63.193.139.46 port 58858 ssh2 Jun 19 07:59:29 www sshd[5716]: Invalid user admin from 63.193.139.46 Jun 19 07:59:29 www sshd[5716]: Address 63.193.139.46 maps to easywaredb.com, but this does not map back to the address - POSSIBLE BREAKIN ATTEMPT! Jun 19 07:59:32 www sshd[5716]: Failed password for invalid user admin from 63.193.139.46 port 58954 ssh2 Jun 19 07:59:32 www sshd[5718]: Invalid user user from 63.193.139.46 Jun 19 07:59:32 www sshd[5718]: Address 63.193.139.46 maps to easywaredb.com, but this does not map back to the address - POSSIBLE BREAKIN ATTEMPT! Jun 19 07:59:35 www sshd[5718]: Failed password for invalid user user from 63.193.139.46 port 59072 ssh2 Jun 19 07:59:41 www sshd[5722]: Address 63.193.139.46 maps to easywaredb.com, but this does not map back to the address - POSSIBLE BREAKIN ATTEMPT! Jun 19 07:59:43 www sshd[5722]: Failed password for root from 63.193.139.46 port 59172 ssh2 Jun 19 07:59:44 www sshd[5724]: Address 63.193.139.46 maps to easywaredb.com, but this does not map back to the address - POSSIBLE BREAKIN ATTEMPT! Jun 19 07:59:46 www sshd[5724]: Failed password for root from 63.193.139.46 port 59395 ssh2 Jun 19 07:59:47 www sshd[5726]: Address 63.193.139.46 maps to easywaredb.com, but this does not map back to the address - POSSIBLE BREAKIN ATTEMPT! Jun 19 07:59:50 www sshd[5726]: Failed password for root from 63.193.139.46 port 59513 ssh2 Jun 19 07:59:51 www sshd[5730]: Invalid user test from 63.193.139.46 Jun 19 07:59:51 www sshd[5730]: Address 63.193.139.46 maps to easywaredb.com, but this does not map back to the address - POSSIBLE BREAKIN ATTEMPT! Jun 19 07:59:53 www sshd[5730]: Failed password for invalid user test from 63.193.139.46 port 59656 ssh2 Jun 19 12:59:35 www sshd[9246]: Failed password for nobody from 211.253.219.210 port 33751 ssh2 Jun 19 12:59:37 www sshd[9250]: Invalid user patrick from 211.253.219.210 Jun 19 12:59:40 www sshd[9250]: Failed password for invalid user patrick from 211.253.219.210 port 33836 ssh2 Jun 19 12:59:41 www sshd[9252]: Invalid user patrick from 211.253.219.210 Jun 19 12:59:44 www sshd[9252]: Failed password for invalid user patrick from 211.253.219.210 port 33918 ssh2 Jun 19 12:59:48 www sshd[9254]: Failed password for root from 211.253.219.210 port 34002 ssh2 Jun 19 12:59:52 www sshd[9257]: Failed password for root from 211.253.219.210 port 34074 ssh2 Jun 19 12:59:57 www sshd[9263]: Failed password for root from 211.253.219.210 port 34154 ssh2 Jun 19 13:00:01 www sshd[9265]: Failed password for root from 211.253.219.210 port 34235 ssh2 Jun 19 13:00:05 www sshd[9267]: Failed password for root from 211.253.219.210 port 34312 ssh2 Jun 19 13:00:07 www sshd[9272]: Invalid user rolo from 211.253.219.210 Jun 19 13:00:09 www sshd[9272]: Failed password for invalid user rolo from 211.253.219.210 port 34387 ssh2 Jun 19 13:00:11 www sshd[9274]: Invalid user iceuser from 211.253.219.210 Jun 19 13:00:13 www sshd[9274]: Failed password for invalid user iceuser from 211.253.219.210 port 34472 ssh2 Jun 19 13:00:15 www sshd[9276]: Invalid user horde from 211.253.219.210 Jun 19 13:00:18 www sshd[9276]: Failed password for invalid user horde from 211.253.219.210 port 34544 ssh2 Jun 19 13:00:19 www sshd[9279]: Invalid user cyrus from 211.253.219.210 Jun 19 13:00:22 www sshd[9279]: Failed password for invalid user cyrus from 211.253.219.210 port 34613 ssh2 Jun 19 13:00:24 www sshd[9282]: Invalid user www from 211.253.219.210 Jun 19 13:00:26 www sshd[9282]: Failed password for invalid user www from 211.253.219.210 port 34693 ssh2 Jun 19 13:00:28 www sshd[9284]: Invalid user wwwrun from 211.253.219.210 Jun 19 13:00:30 www sshd[9284]: Failed password for invalid user wwwrun from 211.253.219.210 port 34758 ssh2 Jun 19 13:00:32 www sshd[9286]: Invalid user matt from 211.253.219.210 Jun 19 13:00:34 www sshd[9286]: Failed password for invalid user matt from 211.253.219.210 port 34829 ssh2 Jun 19 13:00:36 www sshd[9290]: Invalid user test from 211.253.219.210 Jun 19 13:00:39 www sshd[9290]: Failed password for invalid user test from 211.253.219.210 port 34902 ssh2 Jun 19 13:00:41 www sshd[9292]: Invalid user test from 211.253.219.210 Jun 19 13:00:43 www sshd[9292]: Failed password for invalid user test from 211.253.219.210 port 34974 ssh2 Jun 19 13:00:45 www sshd[9294]: Invalid user test from 211.253.219.210 Jun 19 13:00:47 www sshd[9294]: Failed password for invalid user test from 211.253.219.210 port 35061 ssh2 Jun 19 13:00:49 www sshd[9297]: Invalid user test from 211.253.219.210 Jun 19 13:00:51 www sshd[9297]: Failed password for invalid user test from 211.253.219.210 port 35145 ssh2 Jun 19 13:00:53 www sshd[9300]: Invalid user www-data from 211.253.219.210 Jun 19 13:00:56 www sshd[9300]: Failed password for invalid user www-data from 211.253.219.210 port 35221 ssh2 Jun 19 13:01:00 www sshd[9302]: Failed password for mysql from 211.253.219.210 port 35310 ssh2 Jun 19 13:01:04 www sshd[9304]: Failed password for operator from 211.253.219.210 port 35393 ssh2 Jun 19 13:01:09 www sshd[9352]: Failed password for adm from 211.253.219.210 port 35480 ssh2 Jun 19 13:01:13 www sshd[9358]: Failed password for apache from 211.253.219.210 port 35561 ssh2 Jun 19 13:01:15 www sshd[9360]: Invalid user irc from 211.253.219.210 Jun 19 13:01:17 www sshd[9360]: Failed password for invalid user irc from 211.253.219.210 port 35650 ssh2 Jun 19 13:01:19 www sshd[9363]: Invalid user irc from 211.253.219.210 Jun 19 13:01:21 www sshd[9363]: Failed password for invalid user irc from 211.253.219.210 port 35735 ssh2 Jun 19 13:01:25 www sshd[9366]: Failed password for adm from 211.253.219.210 port 35821 ssh2 Jun 19 13:01:30 www sshd[9368]: Failed password for root from 211.253.219.210 port 35915 ssh2 Jun 19 13:01:34 www sshd[9370]: Failed password for root from 211.253.219.210 port 36006 ssh2 Jun 19 13:01:38 www sshd[9374]: Failed password for root from 211.253.219.210 port 36091 ssh2 Jun 19 13:01:40 www sshd[9376]: Invalid user jane from 211.253.219.210 Jun 19 13:01:42 www sshd[9376]: Failed password for invalid user jane from 211.253.219.210 port 36189 ssh2 Jun 19 13:01:45 www sshd[9378]: Invalid user pamela from 211.253.219.210 Jun 19 13:01:47 www sshd[9378]: Failed password for invalid user pamela from 211.253.219.210 port 36271 ssh2 Jun 19 13:01:51 www sshd[9381]: Failed password for root from 211.253.219.210 port 36363 ssh2 Jun 19 13:01:55 www sshd[9384]: Failed password for root from 211.253.219.210 port 36454 ssh2 Jun 19 13:02:00 www sshd[9386]: Failed password for root from 211.253.219.210 port 36542 ssh2 Jun 19 13:02:04 www sshd[9388]: Failed password for root from 211.253.219.210 port 36626 ssh2 Jun 19 13:02:08 www sshd[9392]: Failed password for root from 211.253.219.210 port 36698 ssh2 Jun 19 13:02:10 www sshd[9394]: Invalid user cosmin from 211.253.219.210 Jun 19 13:02:12 www sshd[9394]: Failed password for invalid user cosmin from 211.253.219.210 port 36770 ssh2 Jun 19 13:02:17 www sshd[9397]: Failed password for root from 211.253.219.210 port 36845 ssh2 Jun 19 13:02:21 www sshd[9399]: Failed password for root from 211.253.219.210 port 36918 ssh2 Jun 19 13:02:25 www sshd[9403]: Failed password for root from 211.253.219.210 port 36994 ssh2 Jun 19 13:02:29 www sshd[9405]: Failed password for root from 211.253.219.210 port 37073 ssh2 Jun 19 13:02:33 www sshd[9407]: Failed password for root from 211.253.219.210 port 37144 ssh2 Jun 19 13:02:38 www sshd[9411]: Failed password for root from 211.253.219.210 port 37216 ssh2 Jun 19 13:02:42 www sshd[9413]: Failed password for root from 211.253.219.210 port 37290 ssh2 Jun 19 13:02:46 www sshd[9415]: Failed password for root from 211.253.219.210 port 37370 ssh2 Jun 19 13:02:50 www sshd[9417]: Failed password for root from 211.253.219.210 port 37448 ssh2 Jun 19 13:02:55 www sshd[9421]: Failed password for root from 211.253.219.210 port 37530 ssh2 Jun 19 13:02:59 www sshd[9423]: Failed password for root from 211.253.219.210 port 37624 ssh2 Jun 19 13:03:03 www sshd[9425]: Failed password for root from 211.253.219.210 port 37722 ssh2 Jun 19 13:03:07 www sshd[9428]: Failed password for root from 211.253.219.210 port 37809 ssh2 Jun 19 13:03:12 www sshd[9431]: Failed password for root from 211.253.219.210 port 37901 ssh2 Jun 19 13:03:16 www sshd[9433]: Failed password for root from 211.253.219.210 port 37997 ssh2 Jun 19 13:03:20 www sshd[9435]: Failed password for root from 211.253.219.210 port 38089 ssh2 Jun 19 13:03:24 www sshd[9439]: Failed password for root from 211.253.219.210 port 38177 ssh2 Jun 19 13:03:28 www sshd[9441]: Failed password for root from 211.253.219.210 port 38254 ssh2 Jun 19 13:03:33 www sshd[9443]: Failed password for root from 211.253.219.210 port 38336 ssh2 Jun 19 13:03:37 www sshd[9446]: Failed password for root from 211.253.219.210 port 38419 ssh2 Jun 19 13:03:41 www sshd[9449]: Failed password for root from 211.253.219.210 port 38499 ssh2 Jun 19 13:03:45 www sshd[9451]: Failed password for root from 211.253.219.210 port 38591 ssh2 Jun 19 13:03:49 www sshd[9453]: Failed password for root from 211.253.219.210 port 38679 ssh2 Jun 19 13:03:54 www sshd[9457]: Failed password for root from 211.253.219.210 port 38766 ssh2 Jun 19 13:03:58 www sshd[9459]: Failed password for root from 211.253.219.210 port 38849 ssh2 Jun 19 13:04:02 www sshd[9461]: Failed password for root from 211.253.219.210 port 38941 ssh2 Jun 19 13:04:06 www sshd[9464]: Failed password for root from 211.253.219.210 port 39029 ssh2 Jun 19 13:04:11 www sshd[9467]: Failed password for root from 211.253.219.210 port 39113 ssh2 Jun 19 13:04:15 www sshd[9469]: Failed password for root from 211.253.219.210 port 39207 ssh2 Jun 19 13:04:19 www sshd[9471]: Failed password for root from 211.253.219.210 port 39294 ssh2 Jun 19 13:04:23 www sshd[9475]: Failed password for root from 211.253.219.210 port 39391 ssh2 Jun 19 13:04:28 www sshd[9482]: Failed password for root from 211.253.219.210 port 39484 ssh2 Jun 19 13:04:32 www sshd[9484]: Failed password for root from 211.253.219.210 port 39575 ssh2 Jun 19 13:04:36 www sshd[9487]: Failed password for root from 211.253.219.210 port 39655 ssh2 Jun 19 13:04:40 www sshd[9490]: Failed password for root from 211.253.219.210 port 39739 ssh2 Jun 19 13:04:44 www sshd[9492]: Failed password for root from 211.253.219.210 port 39832 ssh2 Jun 19 13:04:46 www sshd[9494]: Invalid user cip52 from 211.253.219.210 Jun 19 13:04:49 www sshd[9494]: Failed password for invalid user cip52 from 211.253.219.210 port 39918 ssh2 Jun 19 13:04:51 www sshd[9498]: Invalid user cip51 from 211.253.219.210 Jun 19 13:04:53 www sshd[9498]: Failed password for invalid user cip51 from 211.253.219.210 port 39994 ssh2 Jun 19 13:04:57 www sshd[9500]: Failed password for root from 211.253.219.210 port 40074 ssh2 Jun 19 13:04:59 www sshd[9502]: Invalid user noc from 211.253.219.210 Jun 19 13:05:01 www sshd[9502]: Failed password for invalid user noc from 211.253.219.210 port 40160 ssh2 Jun 19 13:05:06 www sshd[9504]: Failed password for root from 211.253.219.210 port 40253 ssh2 Jun 19 13:05:10 www sshd[9508]: Failed password for root from 211.253.219.210 port 40337 ssh2 Jun 19 13:05:14 www sshd[9510]: Failed password for root from 211.253.219.210 port 40421 ssh2 Jun 19 13:05:18 www sshd[9512]: Failed password for root from 211.253.219.210 port 40516 ssh2 Jun 19 13:05:20 www sshd[9515]: Invalid user webmaster from 211.253.219.210 Jun 19 13:05:22 www sshd[9515]: Failed password for invalid user webmaster from 211.253.219.210 port 40598 ssh2 Jun 19 13:05:24 www sshd[9518]: Invalid user data from 211.253.219.210 Jun 19 13:05:27 www sshd[9518]: Failed password for invalid user data from 211.253.219.210 port 40679 ssh2 Jun 19 13:05:29 www sshd[9520]: Invalid user user from 211.253.219.210 Jun 19 13:05:31 www sshd[9520]: Failed password for invalid user user from 211.253.219.210 port 40771 ssh2 Jun 19 13:05:33 www sshd[9522]: Invalid user user from 211.253.219.210 Jun 19 13:05:35 www sshd[9522]: Failed password for invalid user user from 211.253.219.210 port 40871 ssh2 Jun 19 13:05:37 www sshd[9526]: Invalid user user from 211.253.219.210 Jun 19 13:05:39 www sshd[9526]: Failed password for invalid user user from 211.253.219.210 port 40963 ssh2 Jun 19 13:05:41 www sshd[9528]: Invalid user web from 211.253.219.210 Jun 19 13:05:44 www sshd[9528]: Failed password for invalid user web from 211.253.219.210 port 41048 ssh2 Jun 19 13:05:45 www sshd[9530]: Invalid user web from 211.253.219.210 Jun 19 13:05:48 www sshd[9530]: Failed password for invalid user web from 211.253.219.210 port 41139 ssh2 Jun 19 13:05:50 www sshd[9533]: Invalid user oracle from 211.253.219.210 Jun 19 13:05:52 www sshd[9533]: Failed password for invalid user oracle from 211.253.219.210 port 41232 ssh2 Jun 19 13:05:54 www sshd[9536]: Invalid user sybase from 211.253.219.210 Jun 19 13:05:56 www sshd[9536]: Failed password for invalid user sybase from 211.253.219.210 port 41334 ssh2 Jun 19 13:05:58 www sshd[9538]: Invalid user master from 211.253.219.210 Jun 19 13:06:00 www sshd[9538]: Failed password for invalid user master from 211.253.219.210 port 41429 ssh2 Jun 19 13:06:02 www sshd[9540]: Invalid user account from 211.253.219.210 Jun 19 13:06:05 www sshd[9540]: Failed password for invalid user account from 211.253.219.210 port 41525 ssh2 Jun 19 13:06:07 www sshd[9544]: Invalid user backup from 211.253.219.210 Jun 19 13:06:09 www sshd[9544]: Failed password for invalid user backup from 211.253.219.210 port 41623 ssh2 Jun 19 13:06:11 www sshd[9546]: Invalid user server from 211.253.219.210 Jun 19 13:06:13 www sshd[9546]: Failed password for invalid user server from 211.253.219.210 port 41717 ssh2 Jun 19 13:06:15 www sshd[9548]: Invalid user adam from 211.253.219.210 Jun 19 13:06:17 www sshd[9548]: Failed password for invalid user adam from 211.253.219.210 port 41810 ssh2 Jun 19 13:06:19 www sshd[9551]: Invalid user alan from 211.253.219.210 Jun 19 13:06:22 www sshd[9551]: Failed password for invalid user alan from 211.253.219.210 port 41909 ssh2 Jun 19 13:06:23 www sshd[9554]: Invalid user frank from 211.253.219.210 Jun 19 13:06:26 www userhelper[9557]: pam_timestamp: updated timestamp file `/var/run/sudo/root/unknown' Jun 19 13:06:26 www userhelper[9560]: running '/usr/share/system-logviewer/system-logviewer.py' with root privileges on behalf of 'root' Jun 19 13:06:26 www sshd[9554]: Failed password for invalid user frank from 211.253.219.210 port 42008 ssh2 Jun 19 13:06:28 www sshd[9561]: Invalid user george from 211.253.219.210 Jun 19 13:06:30 www sshd[9561]: Failed password for invalid user george from 211.253.219.210 port 42105 ssh2 Jun 19 13:06:32 www sshd[9563]: Invalid user henry from 211.253.219.210 Jun 19 13:06:34 www sshd[9563]: Failed password for invalid user henry from 211.253.219.210 port 42207 ssh2 Jun 19 13:06:36 www sshd[9567]: Invalid user john from 211.253.219.210 Jun 19 13:06:38 www sshd[9567]: Failed password for invalid user john from 211.253.219.210 port 42312 ssh2 Jun 19 13:06:43 www sshd[9569]: Failed password for root from 211.253.219.210 port 42410 ssh2 Jun 19 13:06:47 www sshd[9571]: Failed password for root from 211.253.219.210 port 42509 ssh2 Jun 19 13:06:51 www sshd[9574]: Failed password for root from 211.253.219.210 port 42609 ssh2 Jun 19 13:06:55 www sshd[9577]: Failed password for root from 211.253.219.210 port 42710 ssh2 Jun 19 13:06:59 www sshd[9579]: Failed password for root from 211.253.219.210 port 42811 ssh2 Jun 19 13:07:01 www sshd[9581]: Invalid user test from 211.253.219.210 Jun 19 13:07:04 www sshd[9581]: Failed password for invalid user test from 211.253.219.210 port 42914 ssh2 Jun 19 13:07:56 www userhelper[9592]: pam_timestamp: updated timestamp file `/var/run/sudo/root/unknown' Jun 19 13:07:56 www userhelper[9595]: running '/usr/sbin/system-config-services' with root privileges on behalf of 'root' Jun 19 13:08:02 www sshd[2520]: Received signal 15; terminating. From ad+lists at uni-x.org Sun Jun 19 17:39:46 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Sun, 19 Jun 2005 19:39:46 +0200 Subject: OT: SSH hacking... Nice... In-Reply-To: <42B5A70B.1050807@rogers.com> References: <42B5A70B.1050807@rogers.com> Message-ID: <1119202786.23545.515.camel@serendipity.dogma.lan> Am So, den 19.06.2005 schrieb Dwaine Garden um 19:10: > I know it's off topic, but look at the nice attempt... > > Jun 19 07:59:20 www sshd[5709]: Invalid user test from 63.193.139.46 > Jun 19 07:59:20 www sshd[5709]: Address 63.193.139.46 maps to > easywaredb.com, but this does not map back to the address - POSSIBLE > BREAKIN ATTEMPT! [ ...] Would you be so kind and explains whats specific about that kind of attempts that its worth to paste and mail? Looks pretty common to me and has been seen on many hosts during the last months. Please give me a hint what you think is "nice" or even new. 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.27_FC2smp Serendipity 19:34:03 up 26 days, 18:11, load average: 0.65, 0.40, 0.21 -------------- 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 DwaineGarden at rogers.com Sun Jun 19 17:56:37 2005 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Sun, 19 Jun 2005 13:56:37 -0400 Subject: OT: SSH hacking... Nice... In-Reply-To: <1119202786.23545.515.camel@serendipity.dogma.lan> References: <42B5A70B.1050807@rogers.com> <1119202786.23545.515.camel@serendipity.dogma.lan> Message-ID: <42B5B1D5.90902@rogers.com> Alexander Dalloz wrote: >Am So, den 19.06.2005 schrieb Dwaine Garden um 19:10: > > > >>I know it's off topic, but look at the nice attempt... >> >>Jun 19 07:59:20 www sshd[5709]: Invalid user test from 63.193.139.46 >>Jun 19 07:59:20 www sshd[5709]: Address 63.193.139.46 maps to >>easywaredb.com, but this does not map back to the address - POSSIBLE >>BREAKIN ATTEMPT! >> >> > >[ ...] > >Would you be so kind and explains whats specific about that kind of >attempts that its worth to paste and mail? Looks pretty common to me and >has been seen on many hosts during the last months. Please give me a >hint what you think is "nice" or even new. > >Alexander > > > > Nothing really.... That's why I put OT. Just wanted some people to have a good chuckle. Dwaine. From sean.bruno at dsl-only.net Sun Jun 19 19:52:01 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sun, 19 Jun 2005 12:52:01 -0700 Subject: FC5 Wishlist Message-ID: <1119210721.3396.2.camel@home-lap> I would like to see "Gutenprint" added at some point for testing purposes. It is getting pretty close to a release and it couldn't hurt to have some more testing at this time. Sean From skvidal at phy.duke.edu Sun Jun 19 19:58:56 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 19 Jun 2005 15:58:56 -0400 Subject: FC5 Wishlist In-Reply-To: <1119210721.3396.2.camel@home-lap> References: <1119210721.3396.2.camel@home-lap> Message-ID: <1119211136.7160.121.camel@cutter> On Sun, 2005-06-19 at 12:52 -0700, Sean Bruno wrote: > I would like to see "Gutenprint" added at some point for testing > purposes. It is getting pretty close to a release and it couldn't hurt > to have some more testing at this time. > why not package it for extras for FC4? -sv From sean.bruno at dsl-only.net Sun Jun 19 19:59:30 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sun, 19 Jun 2005 12:59:30 -0700 Subject: FC5 Wishlist In-Reply-To: <1119211136.7160.121.camel@cutter> References: <1119210721.3396.2.camel@home-lap> <1119211136.7160.121.camel@cutter> Message-ID: <1119211170.3396.5.camel@home-lap> On Sun, 2005-06-19 at 15:58 -0400, seth vidal wrote: > why not package it for extras for FC4? Indeed, I could do such a thing. However, is printing something we want to send off to "extras" ? From skvidal at phy.duke.edu Sun Jun 19 20:02:59 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 19 Jun 2005 16:02:59 -0400 Subject: FC5 Wishlist In-Reply-To: <1119211170.3396.5.camel@home-lap> References: <1119210721.3396.2.camel@home-lap> <1119211136.7160.121.camel@cutter> <1119211170.3396.5.camel@home-lap> Message-ID: <1119211379.7160.124.camel@cutter> On Sun, 2005-06-19 at 12:59 -0700, Sean Bruno wrote: > On Sun, 2005-06-19 at 15:58 -0400, seth vidal wrote: > > why not package it for extras for FC4? > > Indeed, I could do such a thing. However, is printing something we want > to send off to "extras" ? extras is a path to core. Get it packaged for extras and it has an easier trip to get to core. And if FC4's release has shown us anything it has shown us that "sending off to extras" doesn't mean a whole lot. Extras is immediately accessible via yum and from what I've heard from various folks being fairly well received. So yah - off in extras - but still extremely accessible. :) -sv From sean.bruno at dsl-only.net Sun Jun 19 20:02:55 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sun, 19 Jun 2005 13:02:55 -0700 Subject: FC5 Wishlist In-Reply-To: <1119211379.7160.124.camel@cutter> References: <1119210721.3396.2.camel@home-lap> <1119211136.7160.121.camel@cutter> <1119211170.3396.5.camel@home-lap> <1119211379.7160.124.camel@cutter> Message-ID: <1119211375.3396.7.camel@home-lap> On Sun, 2005-06-19 at 16:02 -0400, seth vidal wrote: > On Sun, 2005-06-19 at 12:59 -0700, Sean Bruno wrote: > > On Sun, 2005-06-19 at 15:58 -0400, seth vidal wrote: > > > why not package it for extras for FC4? > > > > Indeed, I could do such a thing. However, is printing something we want > > to send off to "extras" ? > > extras is a path to core. > > Get it packaged for extras and it has an easier trip to get to core. > > And if FC4's release has shown us anything it has shown us that "sending > off to extras" doesn't mean a whole lot. Extras is immediately > accessible via yum and from what I've heard from various folks being > fairly well received. > > So yah - off in extras - but still extremely accessible. :) > -sv > > Excellent idea, I will get started on this tonight... Thanks for the input. Sean From linux_4ever at yahoo.com Sun Jun 19 20:23:17 2005 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 19 Jun 2005 13:23:17 -0700 (PDT) Subject: audit login problem (was Re: rawhide report: 20050617 changes) In-Reply-To: <1119144249.5915.1.camel@kinichahau.homebase> Message-ID: <20050619202317.45772.qmail@web51506.mail.yahoo.com> >attached the requested info to bz#160929. This problem has been traced to kernels that do not understand all the new audit message types. They are returning EINVAL in the recvfrom when the audit libs is checking to see if the kernel accepted the message. I think I have the problem fixed by retrying the message using an older message type only when EINVAL is detected. The 0.9.9 version of audit should be in rawhide next time its updated. In the mean time, anyone wanting to test can build the package from the srpm located at http://people.redhat.com/sgrubb/audit/ Thanks, -Steve Grubb __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From leon.stringer at ntlworld.com Sun Jun 19 21:33:33 2005 From: leon.stringer at ntlworld.com (Leon Stringer) Date: Sun, 19 Jun 2005 22:33:33 +0100 Subject: RPM stopped working In-Reply-To: <1118977309.2701.14.camel@ml110.camerontech.com> References: <1118783754.4638.3.camel@localhost.localdomain> <1118844938.14295.25.camel@ml110.camerontech.com> <1118866120.2795.2.camel@localhost.localdomain> <1118977309.2701.14.camel@ml110.camerontech.com> Message-ID: <1119216813.15203.2.camel@localhost.localdomain> On Thu, 2005-06-16 at 22:01 -0500, Thomas Cameron wrote: > On Wed, 2005-06-15 at 21:08 +0100, Leon Stringer wrote: > > ls /var/lib/rpm: > > > > Triggername Requirename Packages Filemd5s > > Sigmd5 Pubkeys Name Dirnames > > Sha1header Provideversion Installtid Conflictname > > Requireversion Providename Group Basenames > > You don't??? That's odd. > > Anyway - have you tried to reboot (to make sure that there are no hung > rpm processes) and rpm --rebuilddb? Yeah, it gets shutdown most days. I guess I'm going to have to just stick FC4 final on, but I'm a bit disappointed the whole RPM subsystem can fail in normal use. Thanks for your help anyhow! From kyrre at solution-forge.net Sun Jun 19 21:31:46 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 19 Jun 2005 23:31:46 +0200 Subject: Local yum repo In-Reply-To: <200506171508.19797.czar@czarc.net> References: <200506171508.19797.czar@czarc.net> Message-ID: <1119216705.5432.0.camel@localhost.localdomain> "yum install fedora-yum-mirror" could be a good idea... If it was possible. fre, 17.06.2005 kl. 21.08 skrev Gene C.: > I have a number of systems I want to be able to update and would prefer to > download updates across the Internet only once. Therefore, I would like to > create a local repo. OK, I know how to create the local repo and have done > that. There problem is that I want to keep the regular repo mirror lists > also but have yum pull the updated packages from one of the mirror lists > sites ONLY IF that package is not available on the local site. > > Just adding /etc/yum.repos.d/fedora-local-updates.repo does not do it since > the updates are still pulled first from the release-updates mirror sites. > > My /etc/yum.repos.d/fedora-local-updates.repo is: > > [local-updates-released] > name=Fedora Core $releasever - $basearch - Local Released Updates > #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/$releasever/$basearch/ > baseurl=http://amber.home/redhat/fc4/Updates/$basearch/ > #mirrorlist=http://fedora.redhat.com/download/mirrors/updates-released-fc$releasever.us.east > enabled=1 > gpgcheck=1 > gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora > > Suggestions? > -- > Gene From buildsys at redhat.com Sun Jun 19 21:39:15 2005 From: buildsys at redhat.com (Build System) Date: Sun, 19 Jun 2005 17:39:15 -0400 Subject: rawhide report: 20050619 changes Message-ID: <200506192139.j5JLdFov032075@porkchop.devel.redhat.com> Updated Packages: selinux-policy-strict-1.23.18-14 -------------------------------- * Sat Jun 18 2005 Dan Walsh 1.23.18-14 - Add Russell's patch for net_contexts selinux-policy-targeted-1.23.18-14 ---------------------------------- * Sat Jun 18 2005 Dan Walsh 1.23.18-14 - Add Russell's patch for net_contexts From ba at linuxin.dk Sun Jun 19 21:59:17 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Sun, 19 Jun 2005 23:59:17 +0200 Subject: FC5 Wishlist In-Reply-To: <1119210721.3396.2.camel@home-lap> References: <1119210721.3396.2.camel@home-lap> Message-ID: <1119218357.10008.1.camel@Mars> s?n, 19 06 2005 kl. 12:52 -0700, skrev Sean Bruno: > I would like to see "Gutenprint" added at some point for testing > purposes. It is getting pretty close to a release and it couldn't hurt > to have some more testing at this time. What about Gnome-Baker? http://gnomebaker.sourceforge.net/ Regards Bjorn Andersen From joelonlinux at optonline.net Sun Jun 19 23:21:55 2005 From: joelonlinux at optonline.net (Joel Rittvo) Date: Sun, 19 Jun 2005 19:21:55 -0400 Subject: TAINT -- Was: Wireless support for the Intel 2915 a/b/g under Fedora Core 4 In-Reply-To: <1119180313.5827.0.camel@localhost.localdomain> References: <1119143251.7056.6.camel@lion> <1119180313.5827.0.camel@localhost.localdomain> Message-ID: <42B5FE13.5080506@optonline.net> Arjan van de Ven wrote: > On Sat, 2005-06-18 at 21:07 -0400, Ernest L. Williams Jr. wrote: > >>Hi, >> >>Can someone help me get the Intel 2915 a/b/g built-in wireless going on >>the DELL Precision M70 under Fedora Core 4? > > > wrong mailing list.... it's not a question for fedora-test-list With all due respect, I am a Fedora Tester, and subjects like these are essential parts of keeping my Rawhide version running day to day. I completely understand the need for zealotry about non FOSS components, but it also seems important to some of us keep our test systems running. So, I am proposing (and sure to go down in flames for this) a new subject qualifier of TAINT, to be used similarly to OT, where many of the list subscribers think it (ATI, Nvidia, assorted wireless cards, etc.) is/are a valid subject, and many do not. If you feel that items which taint the kernel have no place on this list, then you can skip over TAINT tagged posts. If you depend on an item that taints the kernel to continue being a Fedora tester, then you can read and even reply to TAINT tagged posts. Joel Rittvo From jspaleta at gmail.com Sun Jun 19 23:43:09 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 19 Jun 2005 19:43:09 -0400 Subject: TAINT -- Was: Wireless support for the Intel 2915 a/b/g under Fedora Core 4 In-Reply-To: <42B5FE13.5080506@optonline.net> References: <1119143251.7056.6.camel@lion> <1119180313.5827.0.camel@localhost.localdomain> <42B5FE13.5080506@optonline.net> Message-ID: <604aa791050619164314689bee@mail.gmail.com> On 6/19/05, Joel Rittvo wrote: > With all due respect, I am a Fedora Tester, and subjects like these are > essential parts of keeping my Rawhide version running day to day. The original thread explicitly stated FC4 and not a development box. If the similar issue exists on a box that is tracking rawhide and you want help determining what the problem is on that development box... bring it up on test list. -jef From kapointer at charter.net Sun Jun 19 23:50:57 2005 From: kapointer at charter.net (Kyle Pointer) Date: Sun, 19 Jun 2005 18:50:57 -0500 Subject: OT: Re: FC5 Wishlist In-Reply-To: <1119211379.7160.124.camel@cutter> References: <1119210721.3396.2.camel@home-lap> <1119211136.7160.121.camel@cutter> <1119211170.3396.5.camel@home-lap> <1119211379.7160.124.camel@cutter> Message-ID: <1119225057.3191.1.camel@fluffbox.fluffnet> > extras is a path to core. No. Extras is the path to the dark side. -- kyle From skvidal at phy.duke.edu Sun Jun 19 23:56:33 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 19 Jun 2005 19:56:33 -0400 Subject: OT: Re: FC5 Wishlist In-Reply-To: <1119225057.3191.1.camel@fluffbox.fluffnet> References: <1119210721.3396.2.camel@home-lap> <1119211136.7160.121.camel@cutter> <1119211170.3396.5.camel@home-lap> <1119211379.7160.124.camel@cutter> <1119225057.3191.1.camel@fluffbox.fluffnet> Message-ID: <1119225393.7160.130.camel@cutter> On Sun, 2005-06-19 at 18:50 -0500, Kyle Pointer wrote: > > extras is a path to core. > > No. Extras is the path to the dark side. > -- kyle Why is that? or are you just being flippant? -sv From goemon at anime.net Mon Jun 20 00:15:01 2005 From: goemon at anime.net (Dan Hollis) Date: Sun, 19 Jun 2005 17:15:01 -0700 (PDT) Subject: OT: Re: FC5 Wishlist In-Reply-To: <1119225393.7160.130.camel@cutter> Message-ID: On Sun, 19 Jun 2005, seth vidal wrote: > On Sun, 2005-06-19 at 18:50 -0500, Kyle Pointer wrote: > > > extras is a path to core. > > No. Extras is the path to the dark side. > Why is that? or are you just being flippant? Historically speaking, extras seem to be where packages go to die. Or like a roach motel - "they check in but they don't check out". -Dan From skvidal at phy.duke.edu Mon Jun 20 00:23:44 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 19 Jun 2005 20:23:44 -0400 Subject: OT: Re: FC5 Wishlist In-Reply-To: References: Message-ID: <1119227025.7160.139.camel@cutter> On Sun, 2005-06-19 at 17:15 -0700, Dan Hollis wrote: > On Sun, 19 Jun 2005, seth vidal wrote: > > On Sun, 2005-06-19 at 18:50 -0500, Kyle Pointer wrote: > > > > extras is a path to core. > > > No. Extras is the path to the dark side. > > Why is that? or are you just being flippant? > > Historically speaking, extras seem to be where packages go to die. > > Or like a roach motel - "they check in but they don't check out". > Historically speaking? Are any of the packages in Fedora Extras 4 poorly maintained? Are any of them languishing, unloved? Are packages not being updated and new packages not being uploaded? I don't think you can answer yes to any of those questions. So before you talk about how extras is not doing well, show me some evidence of that. -sv From ellson at research.att.com Mon Jun 20 01:28:39 2005 From: ellson at research.att.com (John Ellson) Date: Sun, 19 Jun 2005 21:28:39 -0400 Subject: rawhide report: 20050619 changes In-Reply-To: <200506192139.j5JLdFov032075@porkchop.devel.redhat.com> References: <200506192139.j5JLdFov032075@porkchop.devel.redhat.com> Message-ID: <42B61BC7.8090205@research.att.com> Build System wrote: > > > >Updated Packages: > >selinux-policy-strict-1.23.18-14 >-------------------------------- >* Sat Jun 18 2005 Dan Walsh 1.23.18-14 >- Add Russell's patch for net_contexts > >selinux-policy-targeted-1.23.18-14 >---------------------------------- >* Sat Jun 18 2005 Dan Walsh 1.23.18-14 >- Add Russell's patch for net_contexts > > > Seems smple enough, but why did all the remaining i386.rpm get added to the x86_64/Fedora/RPMS directory today? John From ernesto at ornl.gov Mon Jun 20 01:43:19 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 19 Jun 2005 21:43:19 -0400 Subject: TAINT -- Was: Wireless support for the Intel 2915 a/b/g under Fedora Core 4 In-Reply-To: <42B5FE13.5080506@optonline.net> References: <1119143251.7056.6.camel@lion> <1119180313.5827.0.camel@localhost.localdomain> <42B5FE13.5080506@optonline.net> Message-ID: <1119231799.7056.78.camel@lion> On Sun, 2005-06-19 at 19:21 -0400, Joel Rittvo wrote: > Arjan van de Ven wrote: > > > On Sat, 2005-06-18 at 21:07 -0400, Ernest L. Williams Jr. wrote: > > > >>Hi, > >> > >>Can someone help me get the Intel 2915 a/b/g built-in wireless going on > >>the DELL Precision M70 under Fedora Core 4? > > > > > > wrong mailing list.... it's not a question for fedora-test-list > > > With all due respect, I am a Fedora Tester, and subjects like these are > essential parts of keeping my Rawhide version running day to day. I > completely understand the need for zealotry about non FOSS components, > but it also seems important to some of us keep our test systems running. > So, I am proposing (and sure to go down in flames for this) a new > subject qualifier of TAINT, to be used similarly to OT, where many of > the list subscribers think it (ATI, Nvidia, assorted wireless cards, > etc.) is/are a valid subject, and many do not. If you feel that items > which taint the kernel have no place on this list, then you can skip > over TAINT tagged posts. If you depend on an item that taints the > kernel to continue being a Fedora tester, then you can read and even > reply to TAINT tagged posts. Agreed!!! > > Joel Rittvo > From ernesto at ornl.gov Mon Jun 20 01:46:56 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 19 Jun 2005 21:46:56 -0400 Subject: TAINT -- Was: Wireless support for the Intel 2915 a/b/g under Fedora Core 4 In-Reply-To: <604aa791050619164314689bee@mail.gmail.com> References: <1119143251.7056.6.camel@lion> <1119180313.5827.0.camel@localhost.localdomain> <42B5FE13.5080506@optonline.net> <604aa791050619164314689bee@mail.gmail.com> Message-ID: <1119232016.7056.81.camel@lion> On Sun, 2005-06-19 at 19:43 -0400, Jeff Spaleta wrote: > On 6/19/05, Joel Rittvo wrote: > > With all due respect, I am a Fedora Tester, and subjects like these are > > essential parts of keeping my Rawhide version running day to day. > > The original thread explicitly stated FC4 and not a development box. > If the similar issue exists on a box that is tracking rawhide and you > want help determining what the problem is on that development box... > bring it up on test list. I posted to both list because of this reason. Typically, I have many machines with various releases of Fedora even RHEL. I will try to be more careful. Thanks, Ernest > > -jef > From justin.conover at gmail.com Mon Jun 20 02:12:01 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 19 Jun 2005 21:12:01 -0500 Subject: OT: Re: FC5 Wishlist In-Reply-To: References: <1119225393.7160.130.camel@cutter> Message-ID: On 6/19/05, Dan Hollis wrote: > On Sun, 19 Jun 2005, seth vidal wrote: > > On Sun, 2005-06-19 at 18:50 -0500, Kyle Pointer wrote: > > > > extras is a path to core. > > > No. Extras is the path to the dark side. > > Why is that? or are you just being flippant? > > Historically speaking, extras seem to be where packages go to die. > > Or like a roach motel - "they check in but they don't check out". > > -Dan > Historically? How old is extras been around in this supported form? I don't think either one of you know what you are talking about, if there is something out dated, how about you send a patch in or a package that isn't being maintained, how about you take it on? The developers have been putting a lot of time in this to make extras a FIRST class citizen so why don't you hug your local extras developer today :) From mpeters at mac.com Mon Jun 20 02:29:23 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 19 Jun 2005 19:29:23 -0700 Subject: OT: Re: FC5 Wishlist In-Reply-To: References: Message-ID: <1119234563.7701.99.camel@locolhost.localdomain> On Sun, 2005-06-19 at 17:15 -0700, Dan Hollis wrote: > On Sun, 19 Jun 2005, seth vidal wrote: > > On Sun, 2005-06-19 at 18:50 -0500, Kyle Pointer wrote: > > > > extras is a path to core. > > > No. Extras is the path to the dark side. > > Why is that? or are you just being flippant? > > Historically speaking, extras seem to be where packages go to die. Isn't this the first release where packages have been moved to extras? I think it is better for a package personally - some packages weren't getting the attention they should of in core - but in extras, they are maintained by people who actually WANT them. > > Or like a roach motel - "they check in but they don't check out". Must have your cvs misconfigured or something ;) From fct-cornette at insight.rr.com Mon Jun 20 03:06:41 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 19 Jun 2005 23:06:41 -0400 Subject: system-config-cluster curiousity Message-ID: <42B632C1.6060900@insight.rr.com> I broke from developmemt when FC4 was releases and slid over to FC4. Today, I saw a program for making a cluster file system and am attempting to get it going on a USB disk. I tried a few intuitive attempts at configuring things but was more miss than hit. I tried mkfs.gfs, gfs_mkfs, turning on services like gfs. I guess a lead to a how to would be more hit than miss. Is there any documention that goes through and sumarizes the creating of clusters, etc and how to set them up for shared resources? BTW - Just a commment regarding the work on getting core and extras working seamlessly, I find the packages in extras are working excellent and am personally not discouraged by any program ending up in any particular repostory. Thanks, Jim -- All new: Parts not interchangeable with previous model. From shrek-m at gmx.de Mon Jun 20 05:20:18 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 20 Jun 2005 07:20:18 +0200 Subject: FC5 Wishlist In-Reply-To: <1119218357.10008.1.camel@Mars> References: <1119210721.3396.2.camel@home-lap> <1119218357.10008.1.camel@Mars> Message-ID: <42B65212.8000300@gmx.de> Bjorn Andersen wrote: >s?n, 19 06 2005 kl. 12:52 -0700, skrev Sean Bruno: > > >>I would like to see "Gutenprint" added at some point for testing >>purposes. It is getting pretty close to a release and it couldn't hurt >>to have some more testing at this time. >> >> >What about Gnome-Baker? >http://gnomebaker.sourceforge.net/ > > do you really need one more burning app ? https://www.redhat.com/archives/fedora-test-list/2005-March/thread.html GnomeBaker a Gnome burning app. From: Bjorn Andersen Subject: Re: GnomeBaker a Gnome burning app. To: For testers of Fedora Core development releases Date: Sun, 13 Mar 2005 23:31:53 +0100 ... and that app has a lot of development speed. ... i doubt ... http://sourceforge.net/projects/gnomebaker/ http://sourceforge.net/project/stats/index.php?group_id=127397&ugn=gnomebaker&type=&mode=alltime -- shrek-m From arjanv at redhat.com Mon Jun 20 09:26:56 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 20 Jun 2005 05:26:56 -0400 Subject: TAINT -- Was: Wireless support for the Intel 2915 a/b/g under Fedora Core 4 In-Reply-To: <42B5FE13.5080506@optonline.net> References: <1119143251.7056.6.camel@lion> <1119180313.5827.0.camel@localhost.localdomain> <42B5FE13.5080506@optonline.net> Message-ID: <1119259616.17601.13.camel@localhost.localdomain> On Sun, 2005-06-19 at 19:21 -0400, Joel Rittvo wrote: > Arjan van de Ven wrote: > > > On Sat, 2005-06-18 at 21:07 -0400, Ernest L. Williams Jr. wrote: > > > >>Hi, > >> > >>Can someone help me get the Intel 2915 a/b/g built-in wireless going on > >>the DELL Precision M70 under Fedora Core 4? > > > > > > wrong mailing list.... it's not a question for fedora-test-list > > > With all due respect, I am a Fedora Tester, and subjects like these are > essential parts of keeping my Rawhide version running day to day. I > completely understand the need for zealotry about non FOSS components, > but it also seems important to some of us keep our test systems running. > So, I am proposing (and sure to go down in flames for this) a new > subject qualifier of TAINT, my comment was absolutely not about the OSS nature of this (the drivers are GPL btw and even shipped, but that is besides the point). My comment was that "please help me get my wireless working on FC4" is *NOT* a valid posting for fedora-test-list. It is perfectly valid for fedora- list@, but by no means does it even come close to fitting in the charter of fedora-test-list, in any imagination possible. -------------- 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 goemon at anime.net Mon Jun 20 09:33:26 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 20 Jun 2005 02:33:26 -0700 (PDT) Subject: FC5 Wishlist In-Reply-To: <1119218357.10008.1.camel@Mars> Message-ID: mod_security https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=139778 7-zip https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151956 pecl-cracklib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151962 From tarjei.knapstad at predichem.com Mon Jun 20 14:34:26 2005 From: tarjei.knapstad at predichem.com (Tarjei Knapstad) Date: Mon, 20 Jun 2005 16:34:26 +0200 Subject: SSH and login attack In-Reply-To: References: Message-ID: <1119278066.27240.29.camel@tarjei.predichem.nett> On Sat, 2005-06-18 at 16:27, Dan Hollis wrote: > On Sat, 18 Jun 2005, Mike Pepe wrote: > > Thomas Cameron wrote: > > > These attacks appear to me to fire multiple concurrent connections to > > > get around the delay. > > Possibly. I found a script out there and modified it a bit, this will > > block the attacker after opening up 3 concurrent connections in 60 seconds: > > I prefer pam_abl myself: http://www.hexten.net/sw/pam_abl/index.mhtml > > It automatically blacklists IPs which fail more than X logins in a > user-specified time. All attempts after that fail, even if the user+pass > supplied is correct. > Excellent tip Dan, thanks a lot! -- Tarjei From clumens at redhat.com Mon Jun 20 14:45:26 2005 From: clumens at redhat.com (Chris Lumens) Date: Mon, 20 Jun 2005 10:45:26 -0400 (EDT) Subject: Nasty Bug (plus fix) In-Reply-To: <1119057103.18106.6.camel@localhost.localdomain> References: <20050618000423.62D8E735BF@hormel.redhat.com> <1119057103.18106.6.camel@localhost.localdomain> Message-ID: > Sorry if this one has been beaten to death. After installing FC4, the > kernel would tank (Oops early on the first boot after the last install > CD was out). The problem is the swap line in /etc/fstab was seriously > mangled. Initially it said: > LABEL=/tmp (then a bunch of garbage characters) swap swap defaults 0 0 Yup, this one is in bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159087 The problem here is that for some reason, the part of the swap partition that contains the partition's label doesn't get obliterated by mkswapfs so we're reading whatever garbage was there and thinking it's a valid label. I should have a fix for it in a day or two. - Chris From ba at linuxin.dk Mon Jun 20 13:01:41 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 20 Jun 2005 15:01:41 +0200 Subject: FC5 Wishlist In-Reply-To: <42B65212.8000300@gmx.de> References: <1119210721.3396.2.camel@home-lap> <1119218357.10008.1.camel@Mars> <42B65212.8000300@gmx.de> Message-ID: <1119272501.11873.1.camel@Mars> Yes i do. The reason why i use Fedora is because its a Gnome dist. If i wanted K3B i would be using SuSE. /Bjorn man, 20 06 2005 kl. 07:20 +0200, skrev shrek-m at gmx.de: > Bjorn Andersen wrote: > > >s?n, 19 06 2005 kl. 12:52 -0700, skrev Sean Bruno: > > > > > >>I would like to see "Gutenprint" added at some point for testing > >>purposes. It is getting pretty close to a release and it couldn't hurt > >>to have some more testing at this time. > >> > >> > >What about Gnome-Baker? > >http://gnomebaker.sourceforge.net/ > > > > > > do you really need one more burning app ? > > https://www.redhat.com/archives/fedora-test-list/2005-March/thread.html > > > GnomeBaker a Gnome burning app. > > > > > From: Bjorn Andersen > Subject: Re: GnomeBaker a Gnome burning app. > To: For testers of Fedora Core development releases > Date: Sun, 13 Mar 2005 23:31:53 +0100 > > ... and that app has a lot of development speed. ... > > > > > > i doubt ... > > http://sourceforge.net/projects/gnomebaker/ > http://sourceforge.net/project/stats/index.php?group_id=127397&ugn=gnomebaker&type=&mode=alltime > > > -- > shrek-m > From justin.conover at gmail.com Mon Jun 20 15:16:26 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 20 Jun 2005 10:16:26 -0500 Subject: FC5 Wishlist In-Reply-To: <1119272501.11873.1.camel@Mars> References: <1119210721.3396.2.camel@home-lap> <1119218357.10008.1.camel@Mars> <42B65212.8000300@gmx.de> <1119272501.11873.1.camel@Mars> Message-ID: On 6/20/05, Bjorn Andersen wrote: > Yes i do. > > The reason why i use Fedora is because its a Gnome dist. If i wanted K3B > i would be using SuSE. > > > /Bjorn > $ yum info graveman Setting up repositories Reading repository metadata in from local files Available Packages Name : graveman Arch : i386 Version: 0.3.8 Release: 2 Size : 264 k Repo : extras Summary: A frontend for cdrtools, dvd+rw-tools and sox Description: Graveman! provides a graphical user interface for handling common CD/DVD burning tasks. It can burn Audio CDs, Data CDs and DVDs, duplicate CDs, and clean rewritable CD/DVD media. From pjones at redhat.com Mon Jun 20 15:23:44 2005 From: pjones at redhat.com (Peter Jones) Date: Mon, 20 Jun 2005 11:23:44 -0400 Subject: grub can't find config file In-Reply-To: <200506171726.16153.linxt@comcast.net> References: <42B34904.2090705@mit.edu> <42B34CDD.40404@greengecko.co.nz> <200506171726.16153.linxt@comcast.net> Message-ID: <1119281024.17168.1.camel@localhost.localdomain> On Fri, 2005-06-17 at 17:26 -0700, Thomas Taylor wrote: > Hi Edwin: > Did you set the location of boot as /dev/hdb? See below. If not, it's trying > to find /boot on /dev/hda. > > Tom > > # 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/hda6 > # initrd /initrd-version.img > #boot=/dev/hda <<<<<<<<<<<<<<<<<<<<<<< change This line will affect what gets passed to grub-install when you do a kernel upgrade; it won't affect what grub does while you're booting. -- Peter From Thomas.Duffy.99 at alumni.brown.edu Mon Jun 20 15:26:14 2005 From: Thomas.Duffy.99 at alumni.brown.edu (Tom Duffy) Date: Mon, 20 Jun 2005 08:26:14 -0700 Subject: FC5 Wishlist In-Reply-To: <1119210721.3396.2.camel@home-lap> References: <1119210721.3396.2.camel@home-lap> Message-ID: <1119281174.4064.34.camel@duffman> As long as we are talking wishlist, I would like to see FC5 fully support InfiniBand, from install to coming up. -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 sundaram at redhat.com Mon Jun 20 15:50:44 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Mon, 20 Jun 2005 21:20:44 +0530 Subject: FC5 Wishlist In-Reply-To: <1119281174.4064.34.camel@duffman> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> Message-ID: <42B6E5D4.5030600@redhat.com> Tom Duffy wrote: >As long as we are talking wishlist, I would like to see FC5 fully >support InfiniBand, from install to coming up. > >-tduffy > > The following pages are useful if you want to add these information http://fedoraproject.org/wiki/Wishlist http://www.fedoraproject.org/wiki/FC5Future regards Rahul From eolson at mit.edu Mon Jun 20 16:11:14 2005 From: eolson at mit.edu (Edwin Olson) Date: Mon, 20 Jun 2005 12:11:14 -0400 Subject: grub can't find config file In-Reply-To: <1119094476.5957.19.camel@tabb1.tabb> References: <42B34904.2090705@mit.edu> <42B34CDD.40404@greengecko.co.nz> <200506171726.16153.linxt@comcast.net> <42B36B77.2080803@greengecko.co.nz> <42B36C6D.4070906@greengecko.co.nz> <42B3752C.8090904@mit.edu> <42B384B4.9030507@cox.net> <1119094476.5957.19.camel@tabb1.tabb> Message-ID: <42B6EAA2.5050805@mit.edu> > >grub> root (hd1,0) >grub> setup (hd0) > > > After doing this as root, grub now finds its configuration file correctly (automatically), yay! I'd guess that anaconda isn't doing quite the right thing when setting up grub. In fact, it appears to be this bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159089 I've updated the bug report with the results of this thread. Thanks for the help! -Ed From dr at cluenet.de Mon Jun 20 16:16:52 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 20 Jun 2005 18:16:52 +0200 Subject: FC5 Wishlist In-Reply-To: <42B6E5D4.5030600@redhat.com> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> Message-ID: <20050620161652.GA15105@srv01.cluenet.de> On Mon, Jun 20, 2005 at 09:20:44PM +0530, Rahul Sundaram wrote: > >As long as we are talking wishlist, I would like to see FC5 fully > >support InfiniBand, from install to coming up. > > The following pages are useful if you want to add these information > > http://fedoraproject.org/wiki/Wishlist > http://www.fedoraproject.org/wiki/FC5Future I'm bored registering accounts all day for yet-another-wiki-or-bugzilla-or-whatever. Why not collect them in bugzilla.redhat.com, as "enhancement" and be done with it? *groan* This here-a-wiki there-a-forum is just insane. Regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From guy at incentre.net Mon Jun 20 16:20:02 2005 From: guy at incentre.net (Guy Fraser) Date: Mon, 20 Jun 2005 10:20:02 -0600 Subject: FC4: gweather keeps crashing In-Reply-To: <42B41179.1030806@acd.net> References: <42B092D8.4010900@linux.net.mk> <42B09E13.8070902@acd.net> <42B0C1EC.5000007@linux.net.mk> <42B20C21.5050303@acd.net> <42B2A893.5030002@linux.net.mk> <42B41179.1030806@acd.net> Message-ID: <1119284403.12055.104.camel@sigurd.incentre.net> On Sat, 2005-18-06 at 08:20 -0400, Brian Craft wrote: > Arangel Angov wrote: > > Brian Craft wrote: > > > >> Did you upgrade from FC3 to FC4 or did you allow FC4 to format your > >> drive and then install. I formated the drive and installed > >> FC4........no problems at all. > >> > >> > > > > I only upgraded. Didn't format anything. > > > > Maybe there's the problem..........some people have good luck upgrading, > but I've always backed up my data and do fresh installs that include a > format of the drive/partition I'm installing to. You may want to give > that a try. > Are you suggesting upgrades are not reliable? If upgrades are unreliable, then should the option be removed? From dr at cluenet.de Mon Jun 20 16:18:12 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 20 Jun 2005 18:18:12 +0200 Subject: FC5 Wishlist In-Reply-To: <20050620161652.GA15105@srv01.cluenet.de> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> Message-ID: <20050620161812.GA15558@srv01.cluenet.de> On Mon, Jun 20, 2005 at 06:16:52PM +0200, Daniel Roesen wrote: > Why not collect them in bugzilla.redhat.com, as "enhancement" and be > done with it? Adding to that: bugzilla already has the infrastructure to keep people updated to what's happening too. Regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From sundaram at redhat.com Mon Jun 20 16:23:38 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Mon, 20 Jun 2005 21:53:38 +0530 Subject: FC5 Wishlist In-Reply-To: <20050620161652.GA15105@srv01.cluenet.de> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> Message-ID: <42B6ED8A.4050003@redhat.com> Daniel Roesen wrote: >On Mon, Jun 20, 2005 at 09:20:44PM +0530, Rahul Sundaram wrote: > > >>>As long as we are talking wishlist, I would like to see FC5 fully >>>support InfiniBand, from install to coming up. >>> >>> >>The following pages are useful if you want to add these information >> >>http://fedoraproject.org/wiki/Wishlist >>http://www.fedoraproject.org/wiki/FC5Future >> >> > >I'm bored registering accounts all day for >yet-another-wiki-or-bugzilla-or-whatever. > >Why not collect them in bugzilla.redhat.com, as "enhancement" and be >done with it? > go ahead and do it then regards Rahul From kapointer at charter.net Mon Jun 20 16:34:31 2005 From: kapointer at charter.net (Kyle Pointer) Date: Mon, 20 Jun 2005 11:34:31 -0500 Subject: FC5 Wishlist In-Reply-To: References: Message-ID: <1119285271.15903.4.camel@fluffbox.fluffnet> On Mon, 2005-06-20 at 02:33 -0700, Dan Hollis wrote: mod_security https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=139778 7-zip https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151956 pecl-cracklib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151962 gpilot *WORKING* http://www.gnome.org From skvidal at phy.duke.edu Mon Jun 20 16:58:30 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 20 Jun 2005 12:58:30 -0400 Subject: FC5 Wishlist In-Reply-To: <20050620161812.GA15558@srv01.cluenet.de> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> Message-ID: <1119286710.26216.0.camel@cutter> On Mon, 2005-06-20 at 18:18 +0200, Daniel Roesen wrote: > On Mon, Jun 20, 2005 at 06:16:52PM +0200, Daniel Roesen wrote: > > Why not collect them in bugzilla.redhat.com, as "enhancement" and be > > done with it? > > Adding to that: bugzilla already has the infrastructure to keep people > updated to what's happening too. > > And it makes it just-short-of-impossible to find on your own. -10 -sv From bernd.bartmann at gmail.com Mon Jun 20 17:02:45 2005 From: bernd.bartmann at gmail.com (Bernd Bartmann) Date: Mon, 20 Jun 2005 19:02:45 +0200 Subject: Yet again: several missing update announcements Message-ID: <6c18a4f050620100273fbb9ee@mail.gmail.com> Hi, yet again several updates have appeared for FC3/4 on the download mirrors, but some of them were never announced on fedora-announce-list. Even more confusing is that "Fedora Weekly News Issue #1" lists some of the missing announcements but not all. As FC4 is out now I've also created a bugzilla tracking bug for the missing announcements. So here is the list of what's currently missing: FC4: #161106 pilot-link-0.12.0-0.pre3.0.fc4.1, released 2005-06-17, #161118 NetworkManager-0.4-18.FC4, released 2005-06-17, #161117 jpilot-0.99.8-0.pre9.fc4.1, released 2005-06-16, #161115 xorg-x11-6.8.2-37, released 2005-06-14, #161114 gamin-0.1.1-1.FC4, released 2005-06-14, #161113 gedit-2.10.2-4, released 2005-06-13, #161111 FC3: #141256 gzip-1.3.3-14.fc3, released 2005-06-17, #161110 ncpfs-2.2.4-4.FC3.1, released 2005-06-17, #161109 bzip2-1.0.2-13.FC3.1, released 2005-06-16, #161108 gamin-0.1.1-1.FC3, released 2005-06-14, #161107 gedit-2.8.1-2.fc3.1, released 2005-06-08, #160140 bzip2-1.0.2-13.FC3, released 2005-05-19, #158470 devhelp-0.9.2-2.3.4, released 2005-05-17, #158320 epiphany-1.4.4-4.3.4, released 2005-05-17, #158319 devhelp-0.9.2-2.3.3, released 2005-05-17, #158317 epiphany-1.4.4-4.3.3, released 2005-05-17, #158315 firefox-1.0.4-1.3.1, released 2005-05-17, #158314 mozilla-1.7.8-1.3.1, released 2005-05-17, #158313 thunderbird-1.0.2-1.3.3, released 2005-05-17, #158311 logwatch-5.2.2-1.FC3.1, released 2005-04-26, #156367 devhelp-0.9.2-2.3.2, released 2005-04-22, #156017 epiphany-1.4.4-4.3.2, released 2005-04-22, #156016 mozilla-1.7.7-1.3.1, released 2005-04-22, #156015 logwatch-5.2.2-1.FC3, released 2005-04-21, #156014 firefox-1.0.3-1.3.1, released 2005-04-19, #156013 postfix-2.1.5-5, released 2005-03-17, #151588 nfs-utils-1.0.6-52, released 2005-02-19, #149901 Can we please get this problem fixed once and for all if not for the older FC released but at least starting with FC4? Best regards, Bernd. From fedora at leemhuis.info Mon Jun 20 17:28:19 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 20 Jun 2005 19:28:19 +0200 Subject: FC5 Wishlist In-Reply-To: <1119286710.26216.0.camel@cutter> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> Message-ID: <1119288499.3398.39.camel@notebook.thl.home> Am Montag, den 20.06.2005, 12:58 -0400 schrieb seth vidal: > On Mon, 2005-06-20 at 18:18 +0200, Daniel Roesen wrote: > > On Mon, Jun 20, 2005 at 06:16:52PM +0200, Daniel Roesen wrote: > > > Why not collect them in bugzilla.redhat.com, as "enhancement" and be > > > done with it? > > Adding to that: bugzilla already has the infrastructure to keep people > > updated to what's happening too. > And it makes it just-short-of-impossible to find on your own. > > -10 Maybe create those bugs and use them as a tracker for other bugs that are created to get things resolved? And of course those (tracker-)bugs should be linked on FC5Future page in the wiki. Just my 2 cents -- Thorsten Leemhuis From sundaram at redhat.com Mon Jun 20 17:28:28 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Mon, 20 Jun 2005 22:58:28 +0530 Subject: FC5 Wishlist In-Reply-To: <1119288499.3398.39.camel@notebook.thl.home> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <1119288499.3398.39.camel@notebook.thl.home> Message-ID: <42B6FCBC.7020208@redhat.com> Hi >Maybe create those bugs and use them as a tracker for other bugs that >are created to get things resolved? And of course those (tracker-)bugs >should be linked on FC5Future page in the wiki. > > Thats a good thing to do. regards Rahul From nhusted at gmail.com Mon Jun 20 17:28:27 2005 From: nhusted at gmail.com (Nathaniel Husted) Date: Mon, 20 Jun 2005 12:28:27 -0500 Subject: nVidia drivers and rawhide In-Reply-To: <604aa79105061515476dc655e2@mail.gmail.com> References: <1116537929.4695.3.camel@localhost> <604aa79105051914437ed16a18@mail.gmail.com> <1118870056.4730.1.camel@Mars> <604aa79105061515476dc655e2@mail.gmail.com> Message-ID: On 6/15/05, Jeff Spaleta wrote: > On 6/15/05, Bjorn Andersen wrote: > > Can this guide be used on all my RHEL4 workstations too? > > as soon as you buy me a rhel4 ws subscription... I think i could. > > -jef > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > It should work fine on RHEL4. RHEL4 is basically FC3 (in some respects) and whenever you bulid a src.rpm you are rebuilding it for your current platform. From dr at cluenet.de Mon Jun 20 17:36:44 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 20 Jun 2005 19:36:44 +0200 Subject: FC5 Wishlist In-Reply-To: <1119286710.26216.0.camel@cutter> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> Message-ID: <20050620173644.GA15843@srv01.cluenet.de> On Mon, Jun 20, 2005 at 12:58:30PM -0400, seth vidal wrote: > On Mon, 2005-06-20 at 18:18 +0200, Daniel Roesen wrote: > > On Mon, Jun 20, 2005 at 06:16:52PM +0200, Daniel Roesen wrote: > > > Why not collect them in bugzilla.redhat.com, as "enhancement" and be > > > done with it? > > > > Adding to that: bugzilla already has the infrastructure to keep people > > updated to what's happening too. > > And it makes it just-short-of-impossible to find on your own. Hm? Where's the problem of doing a query against product Fedora Core, severity "enhancement" and status not CLOSED or RESOLVED? Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From jspaleta at gmail.com Mon Jun 20 17:45:06 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 20 Jun 2005 13:45:06 -0400 Subject: FC5 Wishlist In-Reply-To: <20050620173644.GA15843@srv01.cluenet.de> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> Message-ID: <604aa79105062010451db4fd72@mail.gmail.com> On 6/20/05, Daniel Roesen wrote: > Hm? Where's the problem of doing a query against product Fedora Core, > severity "enhancement" and status not CLOSED or RESOLVED? You mean this crap? http://tinyurl.com/akh8t 711 bugs found. I'm really not sure 711 different enhancement request make for a reasonable size list from which to really gain any sort of feel as to what the important items for near term focus are going to be. -jef From dr at cluenet.de Mon Jun 20 17:56:52 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 20 Jun 2005 19:56:52 +0200 Subject: FC5 Wishlist In-Reply-To: <604aa79105062010451db4fd72@mail.gmail.com> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> Message-ID: <20050620175652.GB15843@srv01.cluenet.de> On Mon, Jun 20, 2005 at 01:45:06PM -0400, Jeff Spaleta wrote: > On 6/20/05, Daniel Roesen wrote: > > Hm? Where's the problem of doing a query against product Fedora Core, > > severity "enhancement" and status not CLOSED or RESOLVED? > > You mean this crap? Time to go thru them and clean up you mean? > http://tinyurl.com/akh8t Please post real direct URLs. > 711 bugs found. I'm really not sure 711 different enhancement > request make for a reasonable size list from which to really gain any > sort of feel as to what the important items for near term focus are > going to be. That's what tracker bugs are for. Do you think Wikis where arbitrary dudes can edit around how they feel as long as they do have an account are anywhere better? There's no priorization too. But Bugzilla filings have the advantage that you have all discussion on one idea in ONE place and people can easily track the RFEs they are interested in (and take part in discussion or testing). Regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From skvidal at phy.duke.edu Mon Jun 20 17:59:28 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 20 Jun 2005 13:59:28 -0400 Subject: FC5 Wishlist In-Reply-To: <20050620175652.GB15843@srv01.cluenet.de> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> Message-ID: <1119290368.26216.4.camel@cutter> > Do you think Wikis where arbitrary dudes can edit around how they feel > as long as they do have an account are anywhere better? 1. arbitrary people cannot edit the fedoraproject wiki. There are ACLs for a reason. 2. all good wikis have rollback mechanisms. -sv From dr at cluenet.de Mon Jun 20 18:01:01 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 20 Jun 2005 20:01:01 +0200 Subject: FC5 Wishlist In-Reply-To: <1119290368.26216.4.camel@cutter> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <1119290368.26216.4.camel@cutter> Message-ID: <20050620180101.GC15843@srv01.cluenet.de> On Mon, Jun 20, 2005 at 01:59:28PM -0400, seth vidal wrote: > > Do you think Wikis where arbitrary dudes can edit around how they feel > > as long as they do have an account are anywhere better? > > 1. arbitrary people cannot edit the fedoraproject wiki. There are ACLs > for a reason. So what's the point of that then? If not anybody can file feature requests? > 2. all good wikis have rollback mechanisms. And who decides what will be rolled back and thus ignored? Guys. Use request/bug trackers like Bugzilla for what they are designed. I'm getting more and more annoyed by this "Wiki hype". Everytime this overboards I'm being reminded on the saying "when all you have is a hammer, suddenly everything looks like a nail". Wikis are simple to set up, but they are just the wrong tool for the job. IMHO. YMMV. Regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From paul at permanentmail.com Mon Jun 20 18:01:47 2005 From: paul at permanentmail.com (Paul Dickson) Date: Mon, 20 Jun 2005 11:01:47 -0700 Subject: FC3 to FC4 In-Reply-To: <42AF5A11.80306@libero.it> References: <1118770769.5097.34.camel@omen.com> <42AF5A11.80306@libero.it> Message-ID: <20050620110147.64b4d514.paul@permanentmail.com> On Wed, 15 Jun 2005 00:28:33 +0200, Cimmo wrote: > Chuck Forsberg WA7KGX ha scritto: > > >Is there a program to store account information so it > >can be preserved across a new install? > > > > > > for the next time install /home in a different partition, upgrading will > be easier :) And having done this, copy /etc to /home/etc before the new install. This will give you something for comparison when you find "This doesn't work anymore...". I also have /usr/local being a symlink to /home/local. -Paul From skvidal at phy.duke.edu Mon Jun 20 18:05:48 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 20 Jun 2005 14:05:48 -0400 Subject: FC3 to FC4 In-Reply-To: <20050620110147.64b4d514.paul@permanentmail.com> References: <1118770769.5097.34.camel@omen.com> <42AF5A11.80306@libero.it> <20050620110147.64b4d514.paul@permanentmail.com> Message-ID: <1119290748.26216.10.camel@cutter> On Mon, 2005-06-20 at 11:01 -0700, Paul Dickson wrote: > On Wed, 15 Jun 2005 00:28:33 +0200, Cimmo wrote: > > > Chuck Forsberg WA7KGX ha scritto: > > > > >Is there a program to store account information so it > > >can be preserved across a new install? > > > > > > > > > > for the next time install /home in a different partition, upgrading will > > be easier :) > > And having done this, copy /etc to /home/etc before the new install. > This will give you something for comparison when you find "This doesn't > work anymore...". > > I also have /usr/local being a symlink to /home/local. > better yet - never have anything in /usr/local. EVER -sv From jkeating at j2solutions.net Mon Jun 20 18:09:14 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Mon, 20 Jun 2005 11:09:14 -0700 Subject: FC5 Wishlist In-Reply-To: <20050620180101.GC15843@srv01.cluenet.de> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <1119290368.26216.4.camel@cutter> <20050620180101.GC15843@srv01.cluenet.de> Message-ID: <1119290955.3974.6.camel@localhost.localdomain> On Mon, 2005-06-20 at 20:01 +0200, Daniel Roesen wrote: > So what's the point of that then? If not anybody can file feature > requests? There is an edit list. You have to be known by somebody in the wiki already to add you to the edit list. Prevents the bot and medium casual spammer. > > 2. all good wikis have rollback mechanisms. > > And who decides what will be rolled back and thus ignored? Any person with admin access can do a rollback to a previous unpammed version. I don't know what you mean by 'thus ignored'. -- 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 jspaleta at gmail.com Mon Jun 20 18:13:20 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 20 Jun 2005 14:13:20 -0400 Subject: FC5 Wishlist In-Reply-To: <20050620175652.GB15843@srv01.cluenet.de> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> Message-ID: <604aa79105062011133997af96@mail.gmail.com> On 6/20/05, Daniel Roesen wrote: > > http://tinyurl.com/akh8t > > Please post real direct URLs. Ask and you shall receive https://bugzilla.redhat.com/bugzilla/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=Fedora+Core&component_text=&query_format=advanced&bug_status=NEW&bug_status=VERIFIED&bug_status=ASSIGNED&bug_status=REOPENED&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&bug_severity=enhancement&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&fixed_in_type=allwordssubstr&fixed_in=&qa_whiteboard_type=allwordssubstr&qa_whiteboard=&keywords_type=allwords&keywords=&emailassigned_to1=1&emailtype1=exact&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailcc2=1&emailtype2=exact&email2=&bugidtype=include&bug_id=&votes=&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0= > That's what tracker bugs are for. And at certain points in the development phase Blocker and Target trackers for a release are created as a tool for Core developers. > Do you think Wikis where arbitrary dudes can edit around how they feel > as long as they do have an account are anywhere better? There's no > priorization too. But Bugzilla filings have the advantage that you have > all discussion on one idea in ONE place and people can easily track the > RFEs they are interested in (and take part in discussion or testing). I'm not arguing that bugzilla entries aren't a good idea. You should file your enhancements against the bugzilla component that makes sense to let the current developers and maintainers know about it. But the bugzilla interface is not necessarily the best way to communicate plans and feature requests to potential contributors who might be willing to dig in and work on an item. I find this resistence to exploring alternative avenues of communication... amusing... considering the fact that this mailinglist is a hallmark of duplication. -jef From dr at cluenet.de Mon Jun 20 18:14:46 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 20 Jun 2005 20:14:46 +0200 Subject: FC5 Wishlist In-Reply-To: <1119290955.3974.6.camel@localhost.localdomain> References: <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <1119290368.26216.4.camel@cutter> <20050620180101.GC15843@srv01.cluenet.de> <1119290955.3974.6.camel@localhost.localdomain> Message-ID: <20050620181446.GA16560@srv01.cluenet.de> On Mon, Jun 20, 2005 at 11:09:14AM -0700, Jesse Keating wrote: > On Mon, 2005-06-20 at 20:01 +0200, Daniel Roesen wrote: > > So what's the point of that then? If not anybody can file feature > > requests? > > There is an edit list. You have to be known by somebody in the wiki > already to add you to the edit list. Prevents the bot and medium > casual spammer. Jup. So the hurdle to file something is even higher. Not only do you need just-another-account-somewhere, you also need to be "known" and "trusted". > > > 2. all good wikis have rollback mechanisms. > > > > And who decides what will be rolled back and thus ignored? > > Any person with admin access can do a rollback to a previous unpammed > version. I don't know what you mean by 'thus ignored'. People suggested that when people are allowed to file whatever RFEs they like, those become too many. People said that there is a rollback mechanism to counter that. I ask who decides what gets rolled back. We're not talking about wiping spam, but editorial work. In the form it is now is just one page with a long list of ideas. So, what is now the advantage of just-another-wiki compared to a full-blown request/bug tracking system, which outweights all the advantages of that? Regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From bioinfowistar at yahoo.com Mon Jun 20 18:16:18 2005 From: bioinfowistar at yahoo.com (bioinfo Gu) Date: Mon, 20 Jun 2005 11:16:18 -0700 (PDT) Subject: yum error : "ImportError: No module named rpm" on Enterprise Linux WS3 Message-ID: <20050620181618.97846.qmail@web51606.mail.yahoo.com> Hello, I install yum-2.2.0-1.noarch.rpm on Enterprise Linux WS3, Use PYTHONPATH=/usr/lib/python2.3/site-packages/ solve the problem: "ImportError: No module named yum". But now I use yum command, the error is: [root at cirith-ungol opt]# yum Traceback (most recent call last): File "/usr/bin/yum", line 6, in ? import yummain File "/usr/share/yum-cli/yummain.py", line 23, in ? import yum File "__init__.py", line 21, in ? ImportError: No module named rpm [root at cirith-ungol opt]# My environment is: [root at cirith-uol opt]# rpm -qa | grep rpm rpm-4.2.2-0.14 rpm-build-4.2.2-0.14 rpmdb-redhat-3-0.20040505 redhat-rpm-config-8.0.28-2 rpm-python-4.2.2-0.14 redhat-java-rpm-scripts-1.0.2-2 rpm-devel-4.2.2-0.14 #[root at cirith-uol opt]# rpm -qa | grep yum yum-2.2.0-1 I want to try to upgrade rpm-python-4.2.2-0.14 to rpm-python-4.3.2-21.x86_64.rpm [root at cirith-ungol opt]# rpm -Uvh rpm-python-4.3.2-21.x86_64.rpm warning: rpm-python-4.3.2-21.x86_64.rpm: V3 DSA signature: NOKEY, key ID 4f2a6fd2 error: Failed dependencies: librpm-4.3.so()(64bit) is needed by rpm-python-4.3.2-21 librpmdb-4.3.so()(64bit) is needed by rpm-python-4.3.2-21 librpmio-4.3.so()(64bit) is needed by rpm-python-4.3.2-21 python >= 2.3 is needed by rpm-python-4.3.2-21 rpm = 4.3.2-21 is needed by rpm-python-4.3.2-21 [root at cirith-ungol opt]# Do I have to upgrade so many package to install yum or there is another yum version suit all existing package? thanks a lot, Grace __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs From steve at greengecko.co.nz Mon Jun 20 18:17:05 2005 From: steve at greengecko.co.nz (Steve Holdoway) Date: Tue, 21 Jun 2005 06:17:05 +1200 Subject: FC3 to FC4 In-Reply-To: <1119290748.26216.10.camel@cutter> References: <1118770769.5097.34.camel@omen.com> <42AF5A11.80306@libero.it> <20050620110147.64b4d514.paul@permanentmail.com> <1119290748.26216.10.camel@cutter> Message-ID: <42B70821.8020500@greengecko.co.nz> seth vidal wrote: >On Mon, 2005-06-20 at 11:01 -0700, Paul Dickson wrote: > > >>On Wed, 15 Jun 2005 00:28:33 +0200, Cimmo wrote: >> >> >> >>>Chuck Forsberg WA7KGX ha scritto: >>> >>> >>> >>>>Is there a program to store account information so it >>>>can be preserved across a new install? >>>> >>>> >>>> >>>> >>>for the next time install /home in a different partition, upgrading will >>>be easier :) >>> >>> >>And having done this, copy /etc to /home/etc before the new install. >>This will give you something for comparison when you find "This doesn't >>work anymore...". >> >>I also have /usr/local being a symlink to /home/local. >> >> >> > >better yet - never have anything in /usr/local. > >EVER >-sv > > > > Even better - mount /usr/local as a separate partition... then it doesn't get overwritten. From mattdm at mattdm.org Mon Jun 20 18:17:52 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 20 Jun 2005 14:17:52 -0400 Subject: yum error : "ImportError: No module named rpm" on Enterprise Linux WS3 In-Reply-To: <20050620181618.97846.qmail@web51606.mail.yahoo.com> References: <20050620181618.97846.qmail@web51606.mail.yahoo.com> Message-ID: <20050620181752.GA16864@jadzia.bu.edu> On Mon, Jun 20, 2005 at 11:16:18AM -0700, bioinfo Gu wrote: > I install yum-2.2.0-1.noarch.rpm on Enterprise Linux WS3, ^^^^^^^^^^^^^^^^^^^^ This is off topic. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 76 degrees Fahrenheit. From skvidal at phy.duke.edu Mon Jun 20 18:19:37 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 20 Jun 2005 14:19:37 -0400 Subject: FC5 Wishlist In-Reply-To: <20050620181446.GA16560@srv01.cluenet.de> References: <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <1119290368.26216.4.camel@cutter> <20050620180101.GC15843@srv01.cluenet.de> <1119290955.3974.6.camel@localhost.localdomain> <20050620181446.GA16560@srv01.cluenet.de> Message-ID: <1119291577.26216.12.camel@cutter> On Mon, 2005-06-20 at 20:14 +0200, Daniel Roesen wrote: > On Mon, Jun 20, 2005 at 11:09:14AM -0700, Jesse Keating wrote: > > On Mon, 2005-06-20 at 20:01 +0200, Daniel Roesen wrote: > > > So what's the point of that then? If not anybody can file feature > > > requests? > > > > There is an edit list. You have to be known by somebody in the wiki > > already to add you to the edit list. Prevents the bot and medium > > casual spammer. > > Jup. So the hurdle to file something is even higher. Not only do you > need just-another-account-somewhere, you also need to be "known" and > "trusted". > > > > > 2. all good wikis have rollback mechanisms. > > > > > > And who decides what will be rolled back and thus ignored? > > > > Any person with admin access can do a rollback to a previous unpammed > > version. I don't know what you mean by 'thus ignored'. > > People suggested that when people are allowed to file whatever RFEs > they like, those become too many. People said that there is a rollback > mechanism to counter that. I ask who decides what gets rolled back. > > We're not talking about wiping spam, but editorial work. In the form > it is now is just one page with a long list of ideas. > > So, what is now the advantage of just-another-wiki compared to a > full-blown request/bug tracking system, which outweights all the > advantages of that? right now the advantage is that: 1. we have it 2. people use it 3. people like it so since it seems like you don't like it you're invited to NOT USE IT. presto-change-o. -sv From skvidal at phy.duke.edu Mon Jun 20 18:20:22 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 20 Jun 2005 14:20:22 -0400 Subject: yum error : "ImportError: No module named rpm" on Enterprise Linux WS3 In-Reply-To: <20050620181618.97846.qmail@web51606.mail.yahoo.com> References: <20050620181618.97846.qmail@web51606.mail.yahoo.com> Message-ID: <1119291622.26216.14.camel@cutter> On Mon, 2005-06-20 at 11:16 -0700, bioinfo Gu wrote: > Hello, > > > I install yum-2.2.0-1.noarch.rpm on Enterprise Linux > WS3, > This is REALLY REALLY REALLY not a fedora issue. -sv From dr at cluenet.de Mon Jun 20 18:26:37 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 20 Jun 2005 20:26:37 +0200 Subject: FC5 Wishlist In-Reply-To: <604aa79105062011133997af96@mail.gmail.com> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> Message-ID: <20050620182637.GB16560@srv01.cluenet.de> On Mon, Jun 20, 2005 at 02:13:20PM -0400, Jeff Spaleta wrote: > On 6/20/05, Daniel Roesen wrote: > > > http://tinyurl.com/akh8t > > > > Please post real direct URLs. > > Ask and you shall receive And if you wouldn't have broken it for the last part, I could have just clicked on it in gnome-terminal to open the URL. And now the URL is usable when read in archives and tinyurl gone out of business. :-) > > Do you think Wikis where arbitrary dudes can edit around how they feel > > as long as they do have an account are anywhere better? There's no > > priorization too. But Bugzilla filings have the advantage that you have > > all discussion on one idea in ONE place and people can easily track the > > RFEs they are interested in (and take part in discussion or testing). > > I'm not arguing that bugzilla entries aren't a good idea. You should > file your enhancements against the bugzilla component that makes sense > to let the current developers and maintainers know about it. But the > bugzilla interface is not necessarily the best way to communicate > plans and feature requests to potential contributors who might be > willing to dig in and work on an item. Then work on a script which generates a web page out of not-closed bugzilla RFEs in pretty-print, with links to the bug filings. Then you have your pretty overview for people who can't query bugzilla for RFEs. > I find this resistence to exploring alternative avenues of > communication... amusing... I find hyping Wikis for everything that remotely resembles "information" annoying. Use the right tool for the job. It's hard to track things in a Wiki, but it's not a real problem to generate easier presentation forms for request/bug-tracking systems. > considering the fact that this mailinglist is a hallmark of > duplication. Well, I don't fully understand the seperation of fedora-devel and -test either. But having bad examples doesn't excuse making the mess even bigger. See also the "web forum" thing regarding end user question support. There was AND IS fedora-list, (now) _and_ "web forums". Can we please decide to EITHER use mailing list OR clickety-click-all-colorful? Anyway, I'll rest my case. Looks like I'm the only one preferring request/bug trackers and mailing lists over the stylish new things like "web forums" and Wikis. Perhaps because for me not everything looks like a nail yet. Regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From sundaram at redhat.com Mon Jun 20 18:31:22 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 21 Jun 2005 00:01:22 +0530 Subject: FC5 Wishlist In-Reply-To: <20050620182637.GB16560@srv01.cluenet.de> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> Message-ID: <42B70B7A.7090707@redhat.com> Hi >Then work on a script which generates a web page out of not-closed >bugzilla RFEs in pretty-print, with links to the bug filings. Then you >have your pretty overview for people who can't query bugzilla for RFEs. > > are you volunteering to do that. We would love to have such wonderful scripts >Well, I don't fully understand the seperation of fedora-devel and -test >either. > There is a difference between testing and development. > But having bad examples doesn't excuse making the mess even >bigger. See also the "web forum" thing regarding end user question >support. There was AND IS fedora-list, (now) _and_ "web forums". Can we >please decide to EITHER use mailing list OR clickety-click-all-colorful? > some people prefer forums. others prefer mailing lists. You can force everyone to use the same medium regards Rahul From bioinfowistar at yahoo.com Mon Jun 20 18:34:09 2005 From: bioinfowistar at yahoo.com (bioinfo Gu) Date: Mon, 20 Jun 2005 11:34:09 -0700 (PDT) Subject: yum error : "ImportError: No module named rpm" on Enterprise Linux WS3 In-Reply-To: <1119291622.26216.14.camel@cutter> Message-ID: <20050620183409.47509.qmail@web51605.mail.yahoo.com> Where should I ask though? Thanks, --- seth vidal wrote: > On Mon, 2005-06-20 at 11:16 -0700, bioinfo Gu wrote: > > Hello, > > > > > > I install yum-2.2.0-1.noarch.rpm on Enterprise > Linux > > WS3, > > > > This is REALLY REALLY REALLY not a fedora issue. > > -sv > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From skvidal at phy.duke.edu Mon Jun 20 18:38:58 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 20 Jun 2005 14:38:58 -0400 Subject: yum error : "ImportError: No module named rpm" on Enterprise Linux WS3 In-Reply-To: <20050620183409.47509.qmail@web51605.mail.yahoo.com> References: <20050620183409.47509.qmail@web51605.mail.yahoo.com> Message-ID: <1119292738.26216.24.camel@cutter> On Mon, 2005-06-20 at 11:34 -0700, bioinfo Gu wrote: > Where should I ask though? > you can try your distribution/vendor support list. or the yum user list. -sv From dr at cluenet.de Mon Jun 20 18:43:13 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 20 Jun 2005 20:43:13 +0200 Subject: FC5 Wishlist In-Reply-To: <42B70B7A.7090707@redhat.com> References: <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <42B70B7A.7090707@redhat.com> Message-ID: <20050620184313.GA16889@srv01.cluenet.de> On Tue, Jun 21, 2005 at 12:01:22AM +0530, Rahul Sundaram wrote: > >Then work on a script which generates a web page out of not-closed > >bugzilla RFEs in pretty-print, with links to the bug filings. Then you > >have your pretty overview for people who can't query bugzilla for RFEs. > > are you volunteering to do that. We would love to have such wonderful > scripts No, I'm not. I don't see a problem that is to be solved. > >Well, I don't fully understand the seperation of fedora-devel and -test > >either. > > There is a difference between testing and development. Not really. The seperation between the lists is supposed to be "test releases" and "rawhide". Can you name anyone who is only interested in -test but not -devel? Or in -devel but not -test? I doubt there are (m)any. Test releases are basically devel snapshots. > >But having bad examples doesn't excuse making the mess even > >bigger. See also the "web forum" thing regarding end user question > >support. There was AND IS fedora-list, (now) _and_ "web forums". Can we > >please decide to EITHER use mailing list OR clickety-click-all-colorful? > > > some people prefer forums. others prefer mailing lists. You can force > everyone to use the same medium Yes you can. Otherwise you force other people to monitor MULTIPLE places instead of just one. And mailing lists are easy to monitor, compared to the clicky-click orgys of "web forums". And of course, it just duplicates efforts (same questions to answer or topics to discuss in multiple places). The usual excuse for such "web forums" are bad MUA software. Educate people to use proper software, and suddenly mailing lists are fine. Don't try to cure symptoms, fix the root causes. Guys, following all that stuff is already very hard. Don't make it harder and harder by constantly opening new venues to monitor. Regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From ba at linuxin.dk Mon Jun 20 18:44:41 2005 From: ba at linuxin.dk (Bjorn Andersen) Date: Mon, 20 Jun 2005 20:44:41 +0200 Subject: FC5 Wishlist In-Reply-To: References: <1119210721.3396.2.camel@home-lap> <1119218357.10008.1.camel@Mars> <42B65212.8000300@gmx.de> <1119272501.11873.1.camel@Mars> Message-ID: <1119293081.3224.7.camel@Mars> man, 20 06 2005 kl. 10:16 -0500, skrev Justin Conover: > $ yum info graveman > Setting up repositories > Reading repository metadata in from local files > Available Packages > Name : graveman > Arch : i386 > Version: 0.3.8 > Release: 2 > Size : 264 k > Repo : extras > Summary: A frontend for cdrtools, dvd+rw-tools and sox > Description: > Graveman! provides a graphical user interface for handling common CD/DVD > burning tasks. It can burn Audio CDs, Data CDs and DVDs, duplicate CDs, > and clean rewritable CD/DVD media. > Ohh, im sorry. I didnt know that Graveman was a Gnome burning app. Great burning application btw, now i can dump Nero. Regards Bjorn Andersen From sundaram at redhat.com Mon Jun 20 18:47:16 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 21 Jun 2005 00:17:16 +0530 Subject: FC5 Wishlist In-Reply-To: <20050620184313.GA16889@srv01.cluenet.de> References: <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <42B70B7A.7090707@redhat.com> <20050620184313.GA16889@srv01.cluenet.de> Message-ID: <42B70F34.7090003@redhat.com> Hi >Not really. The seperation between the lists is supposed to be "test >releases" and "rawhide". Can you name anyone who is only interested in >-test but not -devel? Or in -devel but not -test? I doubt there are >(m)any. Test releases are basically devel snapshots. > > No. its not. devel list is about discussing related to development. say what are the good things to have for FC5. This list is about discussions about what works or breaks during rawhide or during the testing packages which goes into the previous versions as an update. > > >>>But having bad examples doesn't excuse making the mess even >>>bigger. See also the "web forum" thing regarding end user question >>>support. There was AND IS fedora-list, (now) _and_ "web forums". Can we >>>please decide to EITHER use mailing list OR clickety-click-all-colorful? >>> >>> >>> >>some people prefer forums. others prefer mailing lists. You can force >>everyone to use the same medium >> >> > >Yes you can. Otherwise you force other people to monitor MULTIPLE places >instead of just one. > No. Nobody forces you. You choose to use what medium you want to use and stick with that. regards Rahul From mitr at volny.cz Mon Jun 20 18:47:45 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Mon, 20 Jun 2005 20:47:45 +0200 Subject: FC5 Wishlist In-Reply-To: <20050620184313.GA16889@srv01.cluenet.de> References: <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <42B70B7A.7090707@redhat.com> <20050620184313.GA16889@srv01.cluenet.de> Message-ID: <20050620184740.GG24514@chrys.ms.mff.cuni.cz> On Mon, Jun 20, 2005 at 08:43:13PM +0200, Daniel Roesen wrote: > Not really. The seperation between the lists is supposed to be "test > releases" and "rawhide". No, the separation is supposed to be "testing test releases" and "developing Fedora". I don't know where user problems when testing rawhide fit in, but -devel certainly isn't the right place. Mirek From mricon at gmail.com Mon Jun 20 18:49:38 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Mon, 20 Jun 2005 14:49:38 -0400 Subject: FC5 Wishlist In-Reply-To: <20050620182637.GB16560@srv01.cluenet.de> References: <1119210721.3396.2.camel@home-lap> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> Message-ID: On 6/20/05, Daniel Roesen wrote: > And now the URL is usable when read in archives and tinyurl gone out of > business. :-) Using tinyurl is also a bad security practice, since there is no telling what hides behind the link -- from something sophomoric like goatse, to a specially-crafted online form that submits threatening email to your members of parliament. If the first one just results in burned retinas, the second one will probably involve an unpleasant chit-chat with your local or federal law enforcement authorities. So, please, no tinyurls. Regards, -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From mattdm at mattdm.org Mon Jun 20 18:53:09 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 20 Jun 2005 14:53:09 -0400 Subject: yum error : "ImportError: No module named rpm" on Enterprise Linux WS3 In-Reply-To: <20050620183409.47509.qmail@web51605.mail.yahoo.com> References: <1119291622.26216.14.camel@cutter> <20050620183409.47509.qmail@web51605.mail.yahoo.com> Message-ID: <20050620185309.GA18163@jadzia.bu.edu> On Mon, Jun 20, 2005 at 11:34:09AM -0700, bioinfo Gu wrote: > Where should I ask though? has some links. Or install Fedora and come back and ask on the main fedora list. (Not fedora-devel.) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 77 degrees Fahrenheit. From dr at cluenet.de Mon Jun 20 18:59:09 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 20 Jun 2005 20:59:09 +0200 Subject: FC5 Wishlist In-Reply-To: <20050620184740.GG24514@chrys.ms.mff.cuni.cz> References: <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <42B70B7A.7090707@redhat.com> <20050620184313.GA16889@srv01.cluenet.de> <20050620184740.GG24514@chrys.ms.mff.cuni.cz> Message-ID: <20050620185909.GA17083@srv01.cluenet.de> On Mon, Jun 20, 2005 at 08:47:45PM +0200, Miloslav Trmac wrote: > On Mon, Jun 20, 2005 at 08:43:13PM +0200, Daniel Roesen wrote: > > Not really. The seperation between the lists is supposed to be "test > > releases" and "rawhide". > No, the separation is supposed to be "testing test releases" and > "developing Fedora". I don't know where user problems when testing > rawhide fit in, but -devel certainly isn't the right place. Sure it is. Testing rawhide is part of development. Don't overcomplicate things! Micromanagement kills. Regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From jspaleta at gmail.com Mon Jun 20 19:02:23 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 20 Jun 2005 15:02:23 -0400 Subject: FC5 Wishlist In-Reply-To: <20050620182637.GB16560@srv01.cluenet.de> References: <1119210721.3396.2.camel@home-lap> <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> Message-ID: <604aa7910506201202451feab7@mail.gmail.com> On 6/20/05, Daniel Roesen wrote: > Then work on a script which generates a web page out of not-closed > bugzilla RFEs in pretty-print, with links to the bug filings. Then you > have your pretty overview for people who can't query bugzilla for RFEs. Actually.. no... it wouldnt... I think part of the point of the wiki page is to hilight certain feature requests where there is some agreement that this is a worthwhile feature.. a feature worth showing to potential contributors and encouraging them to work on. Another point of the wiki pages was to provide an editorial summary of discussions that happen here on the mailinglists. The wiki is NOT meant to replace bugzilla as a tracking tool. Its meant to supplement discussion which sprawls over month long circular threads in the mailinglists to provide a central point of information and informed opinion about what people are thinking and already talking about about in the lists. That process the wiki is being used for is editorial in nature, something a wiki is very good at and something the pretty-print script output wouldn't be. I fully expect the wishlist of features in the wiki to be smaller than the number of open rfes in bugzilla. And I fully expect the wishlist to be narrowed down on informed review in a way that the bugzilla enhancements are not. If you don't want to participate in that wiki experiment.. feel free to ignore any further requests Rahul or anyone else makes to add content to the wiki. > I find hyping Wikis for everything that remotely resembles "information" > annoying. Either it will be a popular tool or it won't be. I believe you have expressed your opinion. Now that its on record in the lists you won't have to express your opinion again. I'm sure when the wiki issue comes up again everyone who wants your opinion can easily access the mainglist archives and find your opinion on the matter. There will be absolutely no need to duplicate your opinion again anywhere on the internet. > Well, I don't fully understand the seperation of fedora-devel and -test > either. No.. inside a single list... there is continuous duplication of discussion especially for long lived subjects. Thre is a constant influx of new people on the lists..people who do not go back and read archives...even from the previous day. >But having bad examples doesn't excuse making the mess even > bigger. See also the "web forum" thing regarding end user question > support. There was AND IS fedora-list, (now) _and_ "web forums". Can we > please decide to EITHER use mailing list OR clickety-click-all-colorful? Why must we have just one? I'm sure some people are more comfortable with the mailinglist some are more comfortable with a webforum... some are more comfortable with irc.... some i would imagine would prefer a usenet group. You are free to use the method that you prefer. There is no absolute best technology for discussion. Even if the project made a formal decree and made ONE form of communication the one true way and forbid all other forms of communication.. community would still go on using the other ways of communication. But I look forward to the clockwork efficiency of Earth's future under your benevolent rule. > > Anyway, I'll rest my case. Looks like I'm the only one preferring > request/bug trackers and mailing lists over the stylish new things like > "web forums" and Wikis. Perhaps because for me not everything looks like > a nail yet. Its more likely you misunderstand what is going on.. and are assuming that people are trying to replace bugzilla as a tracking tool with the wiki... which is not the case. Its far better to think of the wiki as an editorial supplement to the discussions in the mailinglists and the forums. And clearly... by your participation on the lists.. you see that bugzilla isn't where you hold all discussion. The wishlists on the wiki are there to provide editorial summaries of on going discussions in the community facing channels.. like this list. -jef From skvidal at phy.duke.edu Mon Jun 20 19:06:49 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 20 Jun 2005 15:06:49 -0400 Subject: FC5 Wishlist In-Reply-To: <20050620185909.GA17083@srv01.cluenet.de> References: <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <42B70B7A.7090707@redhat.com> <20050620184313.GA16889@srv01.cluenet.de> <20050620184740.GG24514@chrys.ms.mff.cuni.cz> <20050620185909.GA17083@srv01.cluenet.de> Message-ID: <1119294409.26216.48.camel@cutter> On Mon, 2005-06-20 at 20:59 +0200, Daniel Roesen wrote: > On Mon, Jun 20, 2005 at 08:47:45PM +0200, Miloslav Trmac wrote: > > On Mon, Jun 20, 2005 at 08:43:13PM +0200, Daniel Roesen wrote: > > > Not really. The seperation between the lists is supposed to be "test > > > releases" and "rawhide". > > No, the separation is supposed to be "testing test releases" and > > "developing Fedora". I don't know where user problems when testing > > rawhide fit in, but -devel certainly isn't the right place. > > Sure it is. Testing rawhide is part of development. > > Don't overcomplicate things! Micromanagement kills. > I'm pretty sure having this conversation kills. Do you realize how completely arrogant and annoying it is to come in and tell us how everything we're doing is wrong even though you've never contributed a single thing? How about this: First, contribute usefully to the distribution development. Second, tell us how to fix some of the processes in place. -sv From davej at redhat.com Mon Jun 20 19:07:16 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 20 Jun 2005 15:07:16 -0400 Subject: PowerNow cool and quiet In-Reply-To: <1118860095.42b0733fdf5e7@webmail.uoa.gr> References: <1118860095.42b0733fdf5e7@webmail.uoa.gr> Message-ID: <20050620190716.GA25141@redhat.com> On Wed, Jun 15, 2005 at 09:28:15PM +0300, blackman at pharm.uoa.gr wrote: > > It seems that powernow cool and quiet is not compiled since when I modprobe > powernow_k8 says fatal module not found... So I got no cool and quiet... It's not modular, but built statically into the x86-64 kernel. It's only a module on x86. Dave From jspaleta at gmail.com Mon Jun 20 19:14:39 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 20 Jun 2005 15:14:39 -0400 Subject: FC5 Wishlist In-Reply-To: <42B70B7A.7090707@redhat.com> References: <1119210721.3396.2.camel@home-lap> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <42B70B7A.7090707@redhat.com> Message-ID: <604aa791050620121448d071bd@mail.gmail.com> On 6/20/05, Rahul Sundaram wrote: > are you volunteering to do that. We would love to have such wonderful > scripts What information out of bugzilla would you like? Can you mock up a fake 3 item list layout somewhere as a target. -jef From dr at cluenet.de Mon Jun 20 19:17:00 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 20 Jun 2005 21:17:00 +0200 Subject: FC5 Wishlist In-Reply-To: <1119294409.26216.48.camel@cutter> References: <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <42B70B7A.7090707@redhat.com> <20050620184313.GA16889@srv01.cluenet.de> <20050620184740.GG24514@chrys.ms.mff.cuni.cz> <20050620185909.GA17083@srv01.cluenet.de> <1119294409.26216.48.camel@cutter> Message-ID: <20050620191700.GA17249@srv01.cluenet.de> On Mon, Jun 20, 2005 at 03:06:49PM -0400, seth vidal wrote: > Do you realize how completely arrogant and annoying it is to come in and > tell us how everything we're doing is wrong even though you've never > contributed a single thing? You might want to check facts before making accusations. Start with querying bugzilla. > How about this: > First, contribute usefully to the distribution development. > Second, tell us how to fix some of the processes in place. Fixing processes IS contribution. -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From goemon at anime.net Mon Jun 20 19:17:04 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 20 Jun 2005 12:17:04 -0700 (PDT) Subject: PowerNow cool and quiet In-Reply-To: <20050620190716.GA25141@redhat.com> Message-ID: On Mon, 20 Jun 2005, Dave Jones wrote: > On Wed, Jun 15, 2005 at 09:28:15PM +0300, blackman at pharm.uoa.gr wrote: > > It seems that powernow cool and quiet is not compiled since when I modprobe > > powernow_k8 says fatal module not found... So I got no cool and quiet... > It's not modular, but built statically into the x86-64 kernel. > It's only a module on x86. Why is it a module on x86 but not x86-64? -Dan From davej at redhat.com Mon Jun 20 19:23:24 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 20 Jun 2005 15:23:24 -0400 Subject: PowerNow cool and quiet In-Reply-To: References: <20050620190716.GA25141@redhat.com> Message-ID: <20050620192324.GB25141@redhat.com> On Mon, Jun 20, 2005 at 12:17:04PM -0700, Dan Hollis wrote: > On Mon, 20 Jun 2005, Dave Jones wrote: > > On Wed, Jun 15, 2005 at 09:28:15PM +0300, blackman at pharm.uoa.gr wrote: > > > It seems that powernow cool and quiet is not compiled since when I modprobe > > > powernow_k8 says fatal module not found... So I got no cool and quiet... > > It's not modular, but built statically into the x86-64 kernel. > > It's only a module on x86. > > Why is it a module on x86 but not x86-64? historical reasons. Initially, the x84-64 platform only supported powernow-k8, so there was little reason to make it modular. With the advent of Intel's EM64T's with speedstep however, it's no longer the case. I need to have a big sweep-n-clear of the config options. There's a bunch of others that are enabled but shouldn't be, and vice versa.. Dave From goemon at anime.net Mon Jun 20 19:19:54 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 20 Jun 2005 12:19:54 -0700 (PDT) Subject: FC5 Wishlist In-Reply-To: <1119286710.26216.0.camel@cutter> Message-ID: On Mon, 20 Jun 2005, seth vidal wrote: > On Mon, 2005-06-20 at 18:18 +0200, Daniel Roesen wrote: > > On Mon, Jun 20, 2005 at 06:16:52PM +0200, Daniel Roesen wrote: > > > Why not collect them in bugzilla.redhat.com, as "enhancement" and be > > > done with it? > > Adding to that: bugzilla already has the infrastructure to keep people > > updated to what's happening too. > And it makes it just-short-of-impossible to find on your own. I think something like a bugzilla meta-bug "master bug" to track/organize/prioritize enhancements for FC5 would be useful. Can bugzilla do anything like that? -Dan From dr at cluenet.de Mon Jun 20 19:25:23 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 20 Jun 2005 21:25:23 +0200 Subject: FC5 Wishlist In-Reply-To: <604aa7910506201202451feab7@mail.gmail.com> References: <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <604aa7910506201202451feab7@mail.gmail.com> Message-ID: <20050620192523.GB17249@srv01.cluenet.de> On Mon, Jun 20, 2005 at 03:02:23PM -0400, Jeff Spaleta wrote: > On 6/20/05, Daniel Roesen wrote: > > Then work on a script which generates a web page out of not-closed > > bugzilla RFEs in pretty-print, with links to the bug filings. Then you > > have your pretty overview for people who can't query bugzilla for RFEs. > > Actually.. no... it wouldnt... I think part of the point of the wiki > page is to hilight certain feature requests where there is some > agreement that this is a worthwhile feature.. Agreement between whom? > Another point of the wiki pages was to provide an > editorial summary of discussions that happen here on the mailinglists. That's fine. But then the comment "add it to the Wiki" toward people who bring up ideas on the mailing lists is just wrong. And exactly that happened and was what I commented on. > The wiki is NOT meant to replace bugzilla as a tracking tool. Its > meant to supplement discussion which sprawls over month long circular > threads in the > mailinglists to provide a central point of information and informed > opinion about what people are thinking and already talking about about > in the lists. Fact is that someone proposed InfiniBand support and another one (Rahul) has sent him to the Wiki to add it there. So he promoted the Wiki as the means to collect RFEs. > > I find hyping Wikis for everything that remotely resembles "information" > > annoying. > > Either it will be a popular tool or it won't be. > I believe you have > expressed your opinion. Now that its on record in the lists you won't > have to express your opinion again. I'm sure when the wiki issue comes > up again everyone who wants your opinion can easily access the > mainglist archives and find your opinion on the matter. There will be > absolutely no need to duplicate your opinion again anywhere on the > internet. You need many words for a simple "STFU". > >But having bad examples doesn't excuse making the mess even > > bigger. See also the "web forum" thing regarding end user question > > support. There was AND IS fedora-list, (now) _and_ "web forums". Can we > > please decide to EITHER use mailing list OR clickety-click-all-colorful? > > Why must we have just one? I've answered this question already in verbosity. Just don't ignore the arguments presented. > But I look forward to the clockwork efficiency of Earth's future under > your benevolent rule. Now you resort to personal attacks. How cheap. > Its more likely you misunderstand what is going on.. and are assuming > that people are trying to replace bugzilla as a tracking tool with the > wiki... which is not the case. Then don't promote it as such like Rahul did. -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From sundaram at redhat.com Mon Jun 20 19:27:30 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 21 Jun 2005 00:57:30 +0530 Subject: FC5 Wishlist In-Reply-To: <20050620192523.GB17249@srv01.cluenet.de> References: <42B6E5D4.5030600@redhat.com> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <604aa7910506201202451feab7@mail.gmail.com> <20050620192523.GB17249@srv01.cluenet.de> Message-ID: <42B718A2.5040809@redhat.com> Daniel Roesen wrote: >On Mon, Jun 20, 2005 at 03:02:23PM -0400, Jeff Spaleta wrote: > > >>On 6/20/05, Daniel Roesen wrote: >> >> >>>Then work on a script which generates a web page out of not-closed >>>bugzilla RFEs in pretty-print, with links to the bug filings. Then you >>>have your pretty overview for people who can't query bugzilla for RFEs. >>> >>> >>Actually.. no... it wouldnt... I think part of the point of the wiki >>page is to hilight certain feature requests where there is some >>agreement that this is a worthwhile feature.. >> >> > >Agreement between whom? > > > Between developers working on it >>Another point of the wiki pages was to provide an >>editorial summary of discussions that happen here on the mailinglists. >> >> > >That's fine. But then the comment "add it to the Wiki" toward people who >bring up ideas on the mailing lists is just wrong. And exactly that >happened and was what I commented on. > > > >>The wiki is NOT meant to replace bugzilla as a tracking tool. Its >>meant to supplement discussion which sprawls over month long circular >>threads in the >>mailinglists to provide a central point of information and informed >>opinion about what people are thinking and already talking about about >>in the lists. >> >> > >Fact is that someone proposed InfiniBand support and another one (Rahul) >has sent him to the Wiki to add it there. So he promoted the Wiki as >the means to collect RFEs. > > No reason you couldnt file RFE's in bugzilla and add them to the wiki page regards Rahul From sundaram at redhat.com Mon Jun 20 19:32:19 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 21 Jun 2005 01:02:19 +0530 Subject: FC5 Wishlist In-Reply-To: <604aa791050620121448d071bd@mail.gmail.com> References: <1119210721.3396.2.camel@home-lap> <20050620161652.GA15105@srv01.cluenet.de> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <42B70B7A.7090707@redhat.com> <604aa791050620121448d071bd@mail.gmail.com> Message-ID: <42B719C3.7080208@redhat.com> Jeff Spaleta wrote: >On 6/20/05, Rahul Sundaram wrote: > > >>are you volunteering to do that. We would love to have such wonderful >>scripts >> >> > >What information out of bugzilla would you like? Can you mock up a >fake 3 item list layout somewhere as a target. > >-jef > > > Not really comfortable about my mockup skills but taking a RFE tracker in bugzilla along with its bug components and presenting them into a page that looks more like the wiki page would be more end user friendly. Currently there might be a lack of coordination between what is represented in bugzilla and what is proposed in the wiki pages which I suspect is what Dan Hollis wants to communicate through regards Rahul From ernesto at ornl.gov Mon Jun 20 19:32:10 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Mon, 20 Jun 2005 15:32:10 -0400 Subject: ipw2200 and wpa_supplicant Message-ID: <1119295930.5201.18.camel@lion> Hi, Can someone point me to the wpa_supplicant RPMS for Fedora 4 and/or RawHide? Thanks, Ernesto From dr at cluenet.de Mon Jun 20 19:33:44 2005 From: dr at cluenet.de (Daniel Roesen) Date: Mon, 20 Jun 2005 21:33:44 +0200 Subject: FC5 Wishlist In-Reply-To: <42B718A2.5040809@redhat.com> References: <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <604aa7910506201202451feab7@mail.gmail.com> <20050620192523.GB17249@srv01.cluenet.de> <42B718A2.5040809@redhat.com> Message-ID: <20050620193344.GA17535@srv01.cluenet.de> On Tue, Jun 21, 2005 at 12:57:30AM +0530, Rahul Sundaram wrote: > >>Actually.. no... it wouldnt... I think part of the point of the wiki > >>page is to hilight certain feature requests where there is some > >>agreement that this is a worthwhile feature.. > > > >Agreement between whom? > > Between developers working on it [...] > >Fact is that someone proposed InfiniBand support and another one (Rahul) > >has sent him to the Wiki to add it there. So he promoted the Wiki as > >the means to collect RFEs. > > No reason you couldnt file RFE's in bugzilla and add them to the > wiki page Sure there is, like you confirmed as quoted above: There has to be "some agreement" first to qualify for the Wiki list as I'm being told, and you confirmed above. It seems you need to make up your mind about the Wiki. Either you send people directly there to add RFEs to a list there, OR you want to have the Wiki as editorial summary for things there is "some agreement" with. If "some consensus" is necessary, you can't send people directly there. If there isn't a necessity of "some consensus", the Wiki makes no sense as the editorial idea is lost. You contradict yourself. Regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From notting at redhat.com Mon Jun 20 19:36:39 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 20 Jun 2005 15:36:39 -0400 Subject: rawhide report: 20050619 changes In-Reply-To: <42B61BC7.8090205@research.att.com> References: <200506192139.j5JLdFov032075@porkchop.devel.redhat.com> <42B61BC7.8090205@research.att.com> Message-ID: <20050620193639.GB20427@nostromo.devel.redhat.com> John Ellson (ellson at research.att.com) said: > Seems smple enough, but why did all the remaining i386.rpm get added to > the x86_64/Fedora/RPMS directory today? Bug in anaconda that caused all sorts of fun with the tree build. Will be fixed tomorrow-if-not-earlier. Bill From sundaram at redhat.com Mon Jun 20 19:38:22 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 21 Jun 2005 01:08:22 +0530 Subject: FC5 Wishlist In-Reply-To: <20050620193344.GA17535@srv01.cluenet.de> References: <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <604aa7910506201202451feab7@mail.gmail.com> <20050620192523.GB17249@srv01.cluenet.de> <42B718A2.5040809@redhat.com> <20050620193344.GA17535@srv01.cluenet.de> Message-ID: <42B71B2E.8000306@redhat.com> Hi >If "some consensus" is necessary, you can't send people directly there. >If there isn't a necessity of "some consensus", the Wiki makes no sense >as the editorial idea is lost. You contradict yourself. > > I wasnt talking about any editorial ideas, so no contradiction there. Anyway I think whatever there is to be discussed about this has already happened. So I will stop feeding more inputs regards Rahul From talbotscott at cox.net Mon Jun 20 20:10:15 2005 From: talbotscott at cox.net (Scott Talbot) Date: Mon, 20 Jun 2005 13:10:15 -0700 Subject: ipw2200 and wpa_supplicant In-Reply-To: <1119295930.5201.18.camel@lion> References: <1119295930.5201.18.camel@lion> Message-ID: <42B722A7.1010808@cox.net> Ernest L. Williams Jr. wrote: >Hi, > >Can someone point me to the wpa_supplicant RPMS for Fedora 4 and/or >RawHide? > > > > > > > >Thanks, >Ernesto > > > Here it is: Remember the google! http://atrpms.net/dist/fc4/ Scott From m_epling at comcast.net Mon Jun 20 20:14:50 2005 From: m_epling at comcast.net (m_epling) Date: Mon, 20 Jun 2005 15:14:50 -0500 Subject: FC5 Wishlist In-Reply-To: <42B71B2E.8000306@redhat.com> References: <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <604aa7910506201202451feab7@mail.gmail.com> <20050620192523.GB17249@srv01.cluenet.de> <42B718A2.5040809@redhat.com> <20050620193344.GA17535@srv01.cluenet.de> <42B71B2E.8000306@redhat.com> Message-ID: <42B723BA.9010008@comcast.net> i wished it had as many isos as debian 30 disks of stuff Rahul Sundaram wrote: > Hi > >> If "some consensus" is necessary, you can't send people directly there. >> If there isn't a necessity of "some consensus", the Wiki makes no sense >> as the editorial idea is lost. You contradict yourself. >> >> > I wasnt talking about any editorial ideas, so no contradiction there. > Anyway I think whatever there is to be discussed about this has > already happened. So I will stop feeding more inputs > > regards > Rahul > From jspaleta at gmail.com Mon Jun 20 20:17:14 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 20 Jun 2005 16:17:14 -0400 Subject: FC5 Wishlist In-Reply-To: <20050620192523.GB17249@srv01.cluenet.de> References: <42B6E5D4.5030600@redhat.com> <20050620161812.GA15558@srv01.cluenet.de> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <604aa7910506201202451feab7@mail.gmail.com> <20050620192523.GB17249@srv01.cluenet.de> Message-ID: <604aa791050620131769aeb0a4@mail.gmail.com> On 6/20/05, Daniel Roesen wrote: > I've answered this question already in verbosity. Just don't ignore the > arguments presented. Pardon me, from now on I'll make sure to to check for new thread posts in my inbox before I hit the send button. That's what I get for actually taking the time to spell check a post for once. Here's what I'll do.. from now on 'll travel 10 minutes into the future, long enough to account for any lag in mail delivery of your post to make sure there is no chance that I'll be sending a response that covers information you yourself are responding to at the same time I'm responding. Man think about how many software race conditions could be solved with that 10-minute into the future technology. I think I smell a patent. > > Its more likely you misunderstand what is going on.. and are assuming > > that people are trying to replace bugzilla as a tracking tool with the > > wiki... which is not the case. > > Then don't promote it as such like Rahul did. I'm promoting it? I don't think I've promoted anything. I think Rahul can vouch for the fact that I've voiced my own pointed concerns about duplication of information. I'm personally, not overly concerned with information in the wiki going unnoticed or not finding its way into bugzilla as an rfe. I'm much more concerned about information and ideas being lost in the morass of the mailinglists. You are free to disagree with what some people are trying to do with the wiki, at least until someone decides that the wiki is the one true way to communicate and shuts down other forms of communication and uses neural implant technology to govern whatever thoughts you might have that contradict the official order. -jef"okay well I promote KK doughnuts and tequila a lot... but not in this thread. I swear.. I will not promote KK doughnuts and tequila in this thread. Now I need to go eat a KK doughnut and drink a shot of tequila."spaleta From ernesto at ornl.gov Mon Jun 20 20:31:09 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Mon, 20 Jun 2005 16:31:09 -0400 Subject: ipw2200 and wpa_supplicant In-Reply-To: <42B722A7.1010808@cox.net> References: <1119295930.5201.18.camel@lion> <42B722A7.1010808@cox.net> Message-ID: <1119299469.5201.22.camel@lion> On Mon, 2005-06-20 at 13:10 -0700, Scott Talbot wrote: > Ernest L. Williams Jr. wrote: > > >Hi, > > > >Can someone point me to the wpa_supplicant RPMS for Fedora 4 and/or > >RawHide? > > > > > > > > > > > > > > > >Thanks, > >Ernesto > > > > > > > Here it is: Remember the google! > > http://atrpms.net/dist/fc4/ No. That only fives a SPEC file. Where are the RPMS? Ernest > > Scott > From jspaleta at gmail.com Mon Jun 20 20:41:34 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 20 Jun 2005 16:41:34 -0400 Subject: FC5 Wishlist In-Reply-To: <42B719C3.7080208@redhat.com> References: <1119210721.3396.2.camel@home-lap> <1119286710.26216.0.camel@cutter> <20050620173644.GA15843@srv01.cluenet.de> <604aa79105062010451db4fd72@mail.gmail.com> <20050620175652.GB15843@srv01.cluenet.de> <604aa79105062011133997af96@mail.gmail.com> <20050620182637.GB16560@srv01.cluenet.de> <42B70B7A.7090707@redhat.com> <604aa791050620121448d071bd@mail.gmail.com> <42B719C3.7080208@redhat.com> Message-ID: <604aa791050620134165301ec5@mail.gmail.com> On 6/20/05, Rahul Sundaram wrote: > Not really comfortable about my mockup skills but taking a RFE tracker > in bugzilla along with its bug components and presenting them into a > page that looks more like the wiki page would be more end user > friendly. Do you REALLY want ALL the open rfe's on a wiki page? I link like the query url i created already for this list would accomplish the basics of giving a summary of all open rfes. I'm not sure its worth the effort to pretty up the whole long list. You can certaintly attempt to build a tracker bug and make open rfes dependants to that bug. But I think you want to take a few moments to think about what the tracker is actually meant to track. Are these going to be rfes developers have decided to implement in the next release cycle? Are this going to be rfes developers would like to see implemented but can't make a high enough priority to do themselves? What's the potential payoff to having each developer to use the new tracker bug? Personally I think the best possible tracker bug in the rfe space would be to track rfe's the developers/maintainers are interested in but are a lower personal priority. Items people in the community could take a lead in, and that the Core developers would be receptive to incorporating. Or in other words a "Please work on this" list. >Currently there might be a lack of coordination between what > is represented in bugzilla and what is proposed in the wiki pages which > I suspect is what Dan Hollis wants to communicate through There certaintly is a coordination problem... but its marginally better than watching ideas float by on long winding discussion thread in the mailing list where the discussion wanders onto a tagential topic without a subject change because people like myself can't seem to be bothered to start a new thread. -jef From ernesto at ornl.gov Mon Jun 20 20:48:36 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Mon, 20 Jun 2005 16:48:36 -0400 Subject: ipw2200 and wpa_supplicant In-Reply-To: <1119299469.5201.22.camel@lion> References: <1119295930.5201.18.camel@lion> <42B722A7.1010808@cox.net> <1119299469.5201.22.camel@lion> Message-ID: <1119300516.5201.29.camel@lion> > > Here it is: Remember the google! > > > > http://atrpms.net/dist/fc4/ > No. > That only fives a SPEC file. Where are the RPMS? Okay, some more googling reveals: http://hostap.epitest.fi/wpa_supplicant I would like to get some source RPMS for FC4 but for now I will use the pure source distro. Has anyone else tried the ipw2200+wpa combo with FC4? Ernest > > Ernest > > > > > > > Scott > > > From veillard at redhat.com Mon Jun 20 21:18:01 2005 From: veillard at redhat.com (Daniel Veillard) Date: Mon, 20 Jun 2005 17:18:01 -0400 Subject: Yet again: several missing update announcements In-Reply-To: <6c18a4f050620100273fbb9ee@mail.gmail.com> References: <6c18a4f050620100273fbb9ee@mail.gmail.com> Message-ID: <20050620211801.GP11753@redhat.com> On Mon, Jun 20, 2005 at 07:02:45PM +0200, Bernd Bartmann wrote: > Hi, > > yet again several updates have appeared for FC3/4 on the download > mirrors, but some of them were never announced on > fedora-announce-list. Even more confusing is that "Fedora Weekly News > Issue #1" lists some of the missing announcements but not all. As FC4 > is out now I've also created a bugzilla tracking bug for the missing > announcements. So here is the list of what's currently missing: > gamin-0.1.1-1.FC4, released 2005-06-14, #161113 [...] > Can we please get this problem fixed once and for all if not for the > older FC released but at least starting with FC4? Currently as a maintainer, pushing a fedora update I need step 1/ to build the update in the appropriate channel step 2/ label it with an unique number step 3/ ask and wait for it to be pushed step 4/ once pushed use a very unconvenient script to generate the boilerplate for the announcement step 5/ mail the announcement 1/ 2/ and 3/ are under my control, I do them in batch, then there is an asynchronous mechanism, and then after "some" time I need to do the messy 4/ and 5/ steps. Concusion: Being a lazy computer guy (remember it's a virtue) once 3/ is done I tend to think I have done my part, the bits are out, and I don't feel compelled at all to go to 4/ and 5/ Moreover, getting bug reports about missing announcement just generate frustration, I don't like pushing updates as a result, and if you were among the ones who waited 3 months for a gamin official update on FC3 between 0.0.25 and 0.1.1 you know why now, I just hate pushing updates but the srpms are available on my home page. Now if you want the reason why gamin-0.1.1 was pushed: - on FC3 it fixes the zillion bugs present and found in 0.0.25 - on FC4 it fixes the desktop update on dynamically mounted USB media Writing this mail is way less painful than sending the real announcements. If I hadn't the Damocles sword of those missing update bug reports, I would probably push bug fixes faster. Whether I must be whipped for being lazy, or the tool for pushing announcement need to be changed or missing announcement should not be considered bugs, there is a choice, the current situation does not seems pleasant to you, it's not really for me either. 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 luc.maignan at winxpert.com Mon Jun 20 20:40:58 2005 From: luc.maignan at winxpert.com (Luc MAIGNAN) Date: Mon, 20 Jun 2005 22:40:58 +0200 Subject: FC4 and wireless network Message-ID: <42B729DA.6090201@winxpert.com> Hi all, I didn't succeed to configure my wireless network (a Brandcom BCM4306) with an FC4 64 bits on a K8 (Amd Athlon 64 on a Compaq Presario R3000). No driver could be loaded. Where ca I find a good driver for this configuration and make my wireless network to work ? Thanks for any help From jdennis at redhat.com Mon Jun 20 21:40:00 2005 From: jdennis at redhat.com (John Dennis) Date: Mon, 20 Jun 2005 17:40:00 -0400 Subject: Yet again: several missing update announcements In-Reply-To: <20050620211801.GP11753@redhat.com> References: <6c18a4f050620100273fbb9ee@mail.gmail.com> <20050620211801.GP11753@redhat.com> Message-ID: <1119303600.6022.91.camel@chickadee.boston.redhat.com> On Mon, 2005-06-20 Bernd Bartmann carps about missing announcements and threatens to file bugs. On Mon, 2005-06-20, Daniel Veillard responds: > Whether I must be whipped for being lazy, > or the tool for pushing announcement need to be changed or missing announcement > should not be considered bugs, there is a choice, the current situation > does not seems pleasant to you, it's not really for me either. This has been discussed previously in other threads. The current release tools and procedures are less than ideal and there isn't much that can be done about it unless you can clone some of the release engineers and free them up to fix the tools. The manual nature of the process is going to guarantee inconsistencies. Filing bugs for missing announcements isn't going to help make things better. Maybe filing one bug against the tools is more sensible. -- John Dennis From ad+lists at uni-x.org Mon Jun 20 21:42:13 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Mon, 20 Jun 2005 23:42:13 +0200 Subject: FC4 and wireless network In-Reply-To: <42B729DA.6090201@winxpert.com> References: <42B729DA.6090201@winxpert.com> Message-ID: <1119303733.23545.650.camel@serendipity.dogma.lan> Am Mo, den 20.06.2005 schrieb Luc MAIGNAN um 22:40: > I didn't succeed to configure my wireless network (a Brandcom BCM4306) > with an FC4 64 bits on a K8 (Amd Athlon 64 on a Compaq Presario R3000). > No driver could be loaded. Where ca I find a good driver for this > configuration and make my wireless network to work ? I think it is a Broadcom (not Brandcom) NIC. Get ndiswrapper to run, available from rpm.livna.rpm as an FC4 rpm. Alexander P.S. Not really a tester issue. -- 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.27_FC2smp Serendipity 23:39:01 up 27 days, 22:16, load average: 0.38, 0.24, 0.22 -------------- 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 Thomas.Duffy.99 at alumni.brown.edu Mon Jun 20 21:57:36 2005 From: Thomas.Duffy.99 at alumni.brown.edu (Tom Duffy) Date: Mon, 20 Jun 2005 14:57:36 -0700 Subject: FC5 Wishlist In-Reply-To: <42B6E5D4.5030600@redhat.com> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> Message-ID: <1119304656.25973.30.camel@duffman> On Mon, 2005-06-20 at 21:20 +0530, Rahul Sundaram wrote: > The following pages are useful if you want to add these information > > http://fedoraproject.org/wiki/Wishlist > http://www.fedoraproject.org/wiki/FC5Future It won't let me edit any page including my page! What am I doing wrong here? -tduffy -- I wish we lived in the America of yesteryear that only exists in the minds of us Republicans. -- Ned Flanders -------------- 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 sundaram at redhat.com Mon Jun 20 22:01:09 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 21 Jun 2005 03:31:09 +0530 Subject: FC5 Wishlist In-Reply-To: <1119304656.25973.30.camel@duffman> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <1119304656.25973.30.camel@duffman> Message-ID: <42B73CA5.8040602@redhat.com> Hi >It won't let me edit any page including my page! > >What am I doing wrong here? > >-tduffy > > You need to be in the edit group. If you arent going to maintain or update any of the pages frequently. File them as RFE's in bugzilla and pass on the numbers here. regards Rahul From mike at netlyncs.com Mon Jun 20 22:02:00 2005 From: mike at netlyncs.com (Mike Chambers) Date: Mon, 20 Jun 2005 17:02:00 -0500 Subject: Up2date & RHN Message-ID: <1119304920.2479.2.camel@scrappy.netlyncs.com> I see that the headers dir doesn't exist in rawhide, either because yum now uses repodata or something is wrong? In the case of repodata, what should be in the /etc/sysconfig/rhn/sources dir to point to what would show needs updating for the rhn applet? It doesn't seem to use the repo structure to show you the exclamation point when things need updating. Just shows the check mark that it's updated. Or am I missing something? haha -- Mike Chambers Madisonville, KY "Everything is always harder, before it's easy! From Thomas.Duffy.99 at alumni.brown.edu Mon Jun 20 22:05:52 2005 From: Thomas.Duffy.99 at alumni.brown.edu (Tom Duffy) Date: Mon, 20 Jun 2005 15:05:52 -0700 Subject: FC5 Wishlist In-Reply-To: <42B73CA5.8040602@redhat.com> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <1119304656.25973.30.camel@duffman> <42B73CA5.8040602@redhat.com> Message-ID: <1119305152.25973.32.camel@duffman> On Tue, 2005-06-21 at 03:31 +0530, Rahul Sundaram wrote: > You need to be in the edit group. If you arent going to maintain or > update any of the pages frequently. File them as RFE's in bugzilla and > pass on the numbers here. This makes the wiki absolutely useless. The whole point is that anybody can dive in. Forget about it. -tduffy -- I wish we lived in the America of yesteryear that only exists in the minds of us Republicans. -- Ned Flanders -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Mon Jun 20 22:07:46 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 20 Jun 2005 18:07:46 -0400 Subject: FC5 Wishlist In-Reply-To: <1119305152.25973.32.camel@duffman> References: <1119210721.3396.2.camel@home-lap> <1119281174.4064.34.camel@duffman> <42B6E5D4.5030600@redhat.com> <1119304656.25973.30.camel@duffman> <42B73CA5.8040602@redhat.com> <1119305152.25973.32.camel@duffman> Message-ID: <1119305266.32747.59.camel@opus.phy.duke.edu> On Mon, 2005-06-20 at 15:05 -0700, Tom Duffy wrote: > On Tue, 2005-06-21 at 03:31 +0530, Rahul Sundaram wrote: > > You need to be in the edit group. If you arent going to maintain or > > update any of the pages frequently. File them as RFE's in bugzilla and > > pass on the numbers here. > > This makes the wiki absolutely useless. The whole point is that anybody > can dive in. No, it makes it so the wiki isn't constantly trashed with spam about casinos and links to goatse.cx > Forget about it. well I'm glad you're so willing to help out! :) -sv From goemon at anime.net Mon Jun 20 22:15:06 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 20 Jun 2005 15:15:06 -0700 (PDT) Subject: FC5 Wishlist In-Reply-To: <42B73CA5.8040602@redhat.com> Message-ID: On Tue, 21 Jun 2005, Rahul Sundaram wrote: > You need to be in the edit group. If you arent going to maintain or > update any of the pages frequently. File them as RFE's in bugzilla and > pass on the numbers here. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156790 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=139778 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151956 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151962 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155271 -Dan From sundaram at redhat.com Mon Jun 20 22:26:11 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 21 Jun 2005 03:56:11 +0530 Subject: FC5 Wishlist In-Reply-To: References: Message-ID: <42B74283.8050605@redhat.com> Dan Hollis wrote: >On Tue, 21 Jun 2005, Rahul Sundaram wrote: > > >>You need to be in the edit group. If you arent going to maintain or >>update any of the pages frequently. File them as RFE's in bugzilla and >>pass on the numbers here. >> >> > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156790 >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=139778 >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151956 >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151962 >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155271 > >-Dan > > > You have provided these multiple times already. The packages that should be in extras repository will be added to the extras wishlist. Rest of them will be added to the core wish list ot FC5 page depending on the developer working on these projects. I will confirm and add it as appropriate. Thanks regards Rahul From buildsys at redhat.com Mon Jun 20 22:54:11 2005 From: buildsys at redhat.com (Build System) Date: Mon, 20 Jun 2005 18:54:11 -0400 Subject: rawhide report: 20050620 changes Message-ID: <200506202254.j5KMsB6N024356@porkchop.devel.redhat.com> Updated Packages: (none) From whooperhsd3 at earthlink.net Mon Jun 20 23:07:37 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Mon, 20 Jun 2005 19:07:37 -0400 (EDT) Subject: Up2date & RHN In-Reply-To: <1119304920.2479.2.camel@scrappy.netlyncs.com> References: <1119304920.2479.2.camel@scrappy.netlyncs.com> Message-ID: <1198.192.168.0.254.1119308857.squirrel@whooper.org> Mike Chambers wrote: > In the case of repodata, what should be in > the /etc/sysconfig/rhn/sources dir to point to what would show needs > updating for the rhn applet? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160873 -- William Hooper From goemon at anime.net Tue Jun 21 00:06:10 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 20 Jun 2005 17:06:10 -0700 (PDT) Subject: FC5 Wishlist In-Reply-To: <1119293081.3224.7.camel@Mars> Message-ID: On Mon, 20 Jun 2005, Bjorn Andersen wrote: > I didnt know that Graveman was a Gnome burning app. Great burning > application btw, now i can dump Nero. As long as you don't need to burn video DVD, then yes graveman is nice. If you want to make video DVD then you have to use k3b (or growisofs). -Dan From kewley at gps.caltech.edu Tue Jun 21 03:54:09 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Mon, 20 Jun 2005 20:54:09 -0700 Subject: screen bug in FC4 In-Reply-To: <200506171151.35681.kewley@gps.caltech.edu> References: <42B068AA.5020209@libero.it> <42B2FFCF.7050701@libero.it> <200506171151.35681.kewley@gps.caltech.edu> Message-ID: <200506202054.10101.kewley@gps.caltech.edu> On Friday 17 June 2005 11:51, David Kewley wrote: > On Friday 17 June 2005 09:52, Cimmo wrote: > > Kyrre Ness Sjobak ha scritto: > > >Looks like the videocard is reading from wrong memory? Had a buggy > > >computer do that once - using the VESA driver > > > > on windows video card works perfectly both in games and normal use. > > any other people that can help me? > > Hi Cimmo, > > Just to let you know where I am: I've not see the screen corruption > in the past day or so, after updating xorg* and powercycling the > computer. And today there are KDE updates (not that KDE should > conceivably cause X screen memory corruption, I think). So I'm going > to wait until I see the issue again to give more details and/or open > a bug report. > > David FYI, to complete this thread (?), I have not seen the screen corruption since I updated xorg* and kde (a bunch of rpms), and power-cycled. I don't believe my use patterns now are very different from before, so perhaps the source of the problem I saw has been fixed. Cimmo, are you still seeing problems after the above-mentioned updates & power-cycle? David From cyberhawkusa at hotmail.com Tue Jun 21 04:07:14 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Tue, 21 Jun 2005 04:07:14 +0000 Subject: what are the rpm nvidia drivers Message-ID: you know those repackaged nvidia drivers somthing like lvidia where can i get them my nvidia installs so messed up right now i just want to use those so i can play some games with my friend that came over before it gets to late please help ASAP _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From cyberhawkusa at hotmail.com Tue Jun 21 04:33:24 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Tue, 21 Jun 2005 04:33:24 +0000 Subject: what are the rpm nvidia drivers In-Reply-To: Message-ID: o and does anyone know how to fix this Segmentation fault >From: "Caleb Warta" >Reply-To: For testers of Fedora Core development releases > >To: fedora-test-list at redhat.com >Subject: what are the rpm nvidia drivers >Date: Tue, 21 Jun 2005 04:07:14 +0000 > >you know those repackaged nvidia drivers somthing like lvidia where can i >get them my nvidia installs so messed up right now i just want to use those >so i can play some games with my friend that came over before it gets to >late please help ASAP > >_________________________________________________________________ >Express yourself instantly with MSN Messenger! Download today - it's FREE! >http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list _________________________________________________________________ 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 mpeters at mac.com Tue Jun 21 05:24:27 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 20 Jun 2005 22:24:27 -0700 Subject: FC5 Wishlist In-Reply-To: <1119210721.3396.2.camel@home-lap> References: <1119210721.3396.2.camel@home-lap> Message-ID: <1119331467.3109.25.camel@locolhost.localdomain> I've been lurking in this thread - I'm NOT to get into any arguments - but I do think there could be a better way of _package_ RFE's than the wiki or bugzilla. A simple page where a user can input the name of the desired package, a url to the homepage, a brief description, and select a category from a drop down menu. This would be something that extras maintainers looking to contribute could go through. A mechanism by which users interested in that package could add their e-mail address as a "me too" kind of thing. This would make it stupidly trivial for an Extras packager working on the package to get potential QA testers to try it out. From fedora at kjb.dds.nl Tue Jun 21 06:05:27 2005 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Tue, 21 Jun 2005 08:05:27 +0200 Subject: what are the rpm nvidia drivers In-Reply-To: References: Message-ID: <1119333927.3468.0.camel@isengard> On Tue, 2005-06-21 at 04:33 +0000, Caleb Warta wrote: > o and does anyone know how to fix this > > Segmentation fault Yes. Install the drivers with selinux set to "permissive" (in system-config-securitylevel). Klaasjan From cyberhawkusa at hotmail.com Tue Jun 21 07:06:54 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Tue, 21 Jun 2005 07:06:54 +0000 Subject: what are the rpm nvidia drivers In-Reply-To: <1119333927.3468.0.camel@isengard> Message-ID: thats not going to fix it there are files from the older drivers that is messing with the new version >From: Klaasjan Brand >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: RE: what are the rpm nvidia drivers >Date: Tue, 21 Jun 2005 08:05:27 +0200 > >On Tue, 2005-06-21 at 04:33 +0000, Caleb Warta wrote: > > o and does anyone know how to fix this > > > > Segmentation fault > >Yes. Install the drivers with selinux set to "permissive" (in >system-config-securitylevel). > >Klaasjan > > >-- >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 vherva at viasys.com Tue Jun 21 07:24:03 2005 From: vherva at viasys.com (Ville Herva) Date: Tue, 21 Jun 2005 10:24:03 +0300 Subject: pam-0.79-10, coreutils-5.2.1-51: logins no longer work Message-ID: <20050621072402.GY21004@viasys.com> After yum upgraded pam from pam-0.79-8 to pam-0.79-10 and from coreutils-5.2.1-48 to coreutils-5.2.1-51, I can no longer su, nor log in as root or anybody else. su just gives "incorrect password". See attached strace (NOTE: I erased some string, passwd contents etc). I'm running up-to-date Fedora Rawhide, but vanilla kernel.org 2.6.12-rc4. selinux is disabled on kernel command line and in /etc/sysconfig/selinux. I downgraded back to pam-0.79-8 and coreutils-5.2.1-48 and everything works again. "strace" is with pam-0.79-10, coreutils-5.2.1-51 (DOESN'T WORK) "strace.working" is with pam-0.79-8, coreutils-5.2.1-48 (WORKS) -- v -- v at iki.fi -------------- next part -------------- execve("/bin/su", ["su"], [/* 60 vars */]) = 0 brk(0) = 0x80007000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=123188, ...}) = 0 old_mmap(NULL, 123188, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fd9000 close(3) = 0 open("/lib/libpam.so.0", 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\260\247"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=35492, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fd8000 old_mmap(NULL, 36800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7fcf000 old_mmap(0xb7fd7000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7000) = 0xb7fd7000 close(3) = 0 open("/lib/libpam_misc.so.0", 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\260<\220"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=10172, ...}) = 0 old_mmap(NULL, 11560, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7fcc000 old_mmap(0xb7fce000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0xb7fce000 close(3) = 0 open("/lib/libcrypt.so.1", 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\360\367"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=27660, ...}) = 0 old_mmap(NULL, 184604, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f9e000 old_mmap(0xb7fa3000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4000) = 0xb7fa3000 old_mmap(0xb7fa5000, 155932, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fa5000 close(3) = 0 open("/lib/libdl.so.2", 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\0LKG4\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=16244, ...}) = 0 old_mmap(NULL, 12404, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f9a000 old_mmap(0xb7f9c000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0xb7f9c000 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\no7G4\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1489572, ...}) = 0 old_mmap(NULL, 1219548, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e70000 old_mmap(0xb7f94000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x124000) = 0xb7f94000 old_mmap(0xb7f98000, 7132, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f98000 close(3) = 0 open("/lib/libaudit.so.0", 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\200\217"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=54712, ...}) = 0 old_mmap(NULL, 52104, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e63000 old_mmap(0xb7e6c000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9000) = 0xb7e6c000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e62000 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e61000 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7e616c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xb7f94000, 8192, PROT_READ) = 0 mprotect(0xb7f9c000, 4096, PROT_READ) = 0 mprotect(0xb7fa3000, 4096, PROT_READ) = 0 mprotect(0x46b99000, 4096, PROT_READ) = 0 munmap(0xb7fd9000, 123188) = 0 brk(0) = 0x80007000 brk(0x80028000) = 0x80028000 socket(PF_FILE, SOCK_STREAM, 0) = 3 fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) close(3) = 0 socket(PF_FILE, SOCK_STREAM, 0) = 3 fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) close(3) = 0 open("/etc/nsswitch.conf", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=1696, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff7000 read(3, "#\n# /etc/nsswitch.conf\n#\n# An ex"..., 4096) = 1696 read(3, "", 4096) = 0 close(3) = 0 munmap(0xb7ff7000, 4096) = 0 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=123188, ...}) = 0 old_mmap(NULL, 123188, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fd9000 close(3) = 0 open("/lib/libnss_files.so.2", 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 \33\0\000"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=46552, ...}) = 0 old_mmap(NULL, 41616, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e56000 old_mmap(0xb7e5f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0xb7e5f000 close(3) = 0 mprotect(0xb7e5f000, 4096, PROT_READ) = 0 munmap(0xb7fd9000, 123188) = 0 open("/etc/passwd", O_RDONLY) = 3 fcntl64(3, F_GETFD) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fstat64(3, {st_mode=S_IFREG|0644, st_size=1998, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff7000 read(3, ""..., 4096) = 1998 close(3) = 0 munmap(0xb7ff7000, 4096) = 0 stat64("/etc/pam.d", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open("/etc/pam.d/su", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=944, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff7000 read(3, "#%PAM-1.0\nauth sufficient "..., 4096) = 944 open("/lib/security/$ISA/pam_rootok.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/security/../../lib/security/pam_rootok.so", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\5\0"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=3900, ...}) = 0 old_mmap(NULL, 6776, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7ff5000 old_mmap(0xb7ff6000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0) = 0xb7ff6000 close(4) = 0 open("/etc/ld.so.cache", O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=123188, ...}) = 0 old_mmap(NULL, 123188, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7e37000 close(4) = 0 open("/lib/libselinux.so.1", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\5\300"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=68864, ...}) = 0 old_mmap(NULL, 68592, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7e26000 old_mmap(0xb7e36000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x10000) = 0xb7e36000 close(4) = 0 access("/etc/selinux/", F_OK) = -1 ENOENT (No such file or directory) open("/proc/mounts", O_RDONLY|O_LARGEFILE) = 4 fstat64(4, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff4000 read(4, "rootfs / rootfs rw 0 0\n/dev/root"..., 1024) = 1017 read(4, "", 1024) = 0 close(4) = 0 munmap(0xb7ff4000, 4096) = 0 munmap(0xb7e37000, 123188) = 0 open("/lib/security/$ISA/pam_stack.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/security/../../lib/security/pam_stack.so", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\n\0"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=10996, ...}) = 0 old_mmap(NULL, 13872, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7ff1000 old_mmap(0xb7ff4000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x2000) = 0xb7ff4000 close(4) = 0 open("/lib/security/$ISA/pam_selinux.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/security/../../lib/security/pam_selinux.so", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\f\0"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=12156, ...}) = 0 old_mmap(NULL, 15048, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7fed000 old_mmap(0xb7ff0000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x2000) = 0xb7ff0000 close(4) = 0 open("/lib/security/$ISA/pam_xauth.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/security/../../lib/security/pam_xauth.so", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\22\0"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=15036, ...}) = 0 old_mmap(NULL, 17960, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7fe8000 old_mmap(0xb7fec000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x3000) = 0xb7fec000 close(4) = 0 read(3, "", 4096) = 0 close(3) = 0 munmap(0xb7ff7000, 4096) = 0 open("/etc/pam.d/other", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=154, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff7000 read(3, "#%PAM-1.0\nauth required "..., 4096) = 154 open("/lib/security/pam_deny.so", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\354\4\0"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=3284, ...}) = 0 old_mmap(NULL, 6208, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7fe6000 old_mmap(0xb7fe7000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0) = 0xb7fe7000 close(4) = 0 read(3, "", 4096) = 0 close(3) = 0 munmap(0xb7ff7000, 4096) = 0 getuid32() = 0 getuid32() = 0 open("/etc/passwd", O_RDONLY) = 3 fcntl64(3, F_GETFD) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fstat64(3, {st_mode=S_IFREG|0644, st_size=1998, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff7000 read(3, ""..., 4096) = 1998 close(3) = 0 munmap(0xb7ff7000, 4096) = 0 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 readlink("/proc/self/fd/0", "/dev/ttyp0 (deleted)", 4095) = 20 time(NULL) = 1119282890 getuid32() = 0 open("/proc/filesystems", O_RDONLY|O_LARGEFILE) = 3 read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tb"..., 4095) = 223 close(3) = 0 socket(PF_NETLINK, SOCK_RAW, 9) = 3 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 readlink("/proc/self/exe", "/bin/su", 4095) = 7 sendto(3, "|\0\0\0L\4\5\0\1\0\0\0\0\0\0\0PAM authenticati"..., 124, 0, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 124 select(4, [3], NULL, NULL, {0, 100000}) = 1 (in [3], left {0, 100000}) recvfrom(3, "$\0\0\0\2\0\0\0\1\0\0\0\311_\0\0\352\377\377\377|\0\0\0"..., 8476, MSG_PEEK|MSG_DONTWAIT, {sa_family=AF_NETLINK, pid=0, groups=00000000}, [12]) = 36 close(3) = 0 munmap(0xb7ff5000, 6776) = 0 munmap(0xb7ff1000, 13872) = 0 munmap(0xb7fed000, 15048) = 0 munmap(0xb7e26000, 68592) = 0 munmap(0xb7fe8000, 17960) = 0 munmap(0xb7fe6000, 6208) = 0 write(2, "su: ", 4) = 4 write(2, "incorrect password", 18) = 18 write(2, "\n", 1) = 1 exit_group(1) = ? -------------- next part -------------- execve("/bin/su", ["su"], [/* 50 vars */]) = 0 brk(0) = 0x80007000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=123188, ...}) = 0 old_mmap(NULL, 123188, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f50000 close(3) = 0 open("/lib/libpam.so.0", 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\0p\227\305"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=34820, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f4f000 old_mmap(NULL, 36128, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f46000 old_mmap(0xb7f4e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7000) = 0xb7f4e000 close(3) = 0 open("/lib/libpam_misc.so.0", 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\260<\306"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=10172, ...}) = 0 old_mmap(NULL, 11560, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f43000 old_mmap(0xb7f45000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0xb7f45000 close(3) = 0 open("/lib/libcrypt.so.1", 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\360\367"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=27660, ...}) = 0 old_mmap(NULL, 184604, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f15000 old_mmap(0xb7f1a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4000) = 0xb7f1a000 old_mmap(0xb7f1c000, 155932, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f1c000 close(3) = 0 open("/lib/libdl.so.2", 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\0LKG4\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=16244, ...}) = 0 old_mmap(NULL, 12404, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f11000 old_mmap(0xb7f13000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0xb7f13000 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\no7G4\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1489572, ...}) = 0 old_mmap(NULL, 1219548, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7de7000 old_mmap(0xb7f0b000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x124000) = 0xb7f0b000 old_mmap(0xb7f0f000, 7132, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f0f000 close(3) = 0 open("/lib/libaudit.so.0", 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\220O\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=53308, ...}) = 0 old_mmap(NULL, 52104, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7dda000 old_mmap(0xb7de3000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9000) = 0xb7de3000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7dd9000 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7dd8000 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7dd86c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xb7f0b000, 8192, PROT_READ) = 0 mprotect(0xb7f13000, 4096, PROT_READ) = 0 mprotect(0xb7f1a000, 4096, PROT_READ) = 0 mprotect(0x46b99000, 4096, PROT_READ) = 0 munmap(0xb7f50000, 123188) = 0 brk(0) = 0x80007000 brk(0x80028000) = 0x80028000 socket(PF_FILE, SOCK_STREAM, 0) = 3 fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) close(3) = 0 socket(PF_FILE, SOCK_STREAM, 0) = 3 fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) close(3) = 0 open("/etc/nsswitch.conf", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=1696, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f6e000 read(3, "#\n# /etc/nsswitch.conf\n#\n# An ex"..., 4096) = 1696 read(3, "", 4096) = 0 close(3) = 0 munmap(0xb7f6e000, 4096) = 0 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=123188, ...}) = 0 old_mmap(NULL, 123188, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f50000 close(3) = 0 open("/lib/libnss_files.so.2", 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 \33\0\000"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=46552, ...}) = 0 old_mmap(NULL, 41616, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7dcd000 old_mmap(0xb7dd6000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0xb7dd6000 close(3) = 0 mprotect(0xb7dd6000, 4096, PROT_READ) = 0 munmap(0xb7f50000, 123188) = 0 open("/etc/passwd", O_RDONLY) = 3 fcntl64(3, F_GETFD) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fstat64(3, {st_mode=S_IFREG|0644, st_size=1998, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f6e000 read(3, ""..., 4096) = 1998 close(3) = 0 munmap(0xb7f6e000, 4096) = 0 stat64("/etc/pam.d", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open("/etc/pam.d/su", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=944, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f6e000 read(3, "#%PAM-1.0\nauth sufficient "..., 4096) = 944 open("/lib/security/$ISA/pam_rootok.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/security/../../lib/security/pam_rootok.so", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\5\0"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=3900, ...}) = 0 old_mmap(NULL, 6776, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7f6c000 old_mmap(0xb7f6d000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0) = 0xb7f6d000 close(4) = 0 open("/etc/ld.so.cache", O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=123188, ...}) = 0 old_mmap(NULL, 123188, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7dae000 close(4) = 0 open("/lib/libselinux.so.1", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\5\300"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=68864, ...}) = 0 old_mmap(NULL, 68592, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7d9d000 old_mmap(0xb7dad000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x10000) = 0xb7dad000 close(4) = 0 access("/etc/selinux/", F_OK) = -1 ENOENT (No such file or directory) open("/proc/mounts", O_RDONLY|O_LARGEFILE) = 4 fstat64(4, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f6b000 read(4, "rootfs / rootfs rw 0 0\n/dev/root"..., 1024) = 1017 read(4, "", 1024) = 0 close(4) = 0 munmap(0xb7f6b000, 4096) = 0 munmap(0xb7dae000, 123188) = 0 open("/lib/security/$ISA/pam_stack.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/security/../../lib/security/pam_stack.so", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\n\0"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=10996, ...}) = 0 old_mmap(NULL, 13872, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7f68000 old_mmap(0xb7f6b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x2000) = 0xb7f6b000 close(4) = 0 open("/lib/security/$ISA/pam_selinux.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/security/../../lib/security/pam_selinux.so", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\f\0"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=12156, ...}) = 0 old_mmap(NULL, 15048, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7f64000 old_mmap(0xb7f67000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x2000) = 0xb7f67000 close(4) = 0 open("/lib/security/$ISA/pam_xauth.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/security/../../lib/security/pam_xauth.so", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\22\0"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=15004, ...}) = 0 old_mmap(NULL, 17928, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7f5f000 old_mmap(0xb7f63000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x3000) = 0xb7f63000 close(4) = 0 read(3, "", 4096) = 0 close(3) = 0 munmap(0xb7f6e000, 4096) = 0 open("/etc/pam.d/other", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=154, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f6e000 read(3, "#%PAM-1.0\nauth required "..., 4096) = 154 open("/lib/security/pam_deny.so", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\354\4\0"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=3284, ...}) = 0 old_mmap(NULL, 6208, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7f5d000 old_mmap(0xb7f5e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0) = 0xb7f5e000 close(4) = 0 read(3, "", 4096) = 0 close(3) = 0 munmap(0xb7f6e000, 4096) = 0 getuid32() = 0 getuid32() = 0 open("/etc/passwd", O_RDONLY) = 3 fcntl64(3, F_GETFD) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fstat64(3, {st_mode=S_IFREG|0644, st_size=1998, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f6e000 read(3, ""..., 4096) = 1998 close(3) = 0 munmap(0xb7f6e000, 4096) = 0 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 readlink("/proc/self/fd/0", "/dev/pts/5", 4095) = 10 time(NULL) = 1119338291 getuid32() = 0 open("/proc/filesystems", O_RDONLY|O_LARGEFILE) = 3 read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tb"..., 4095) = 223 close(3) = 0 socket(PF_NETLINK, SOCK_RAW, 9) = 3 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 readlink("/proc/self/exe", "/bin/su", 4095) = 7 sendto(3, "\20\0\0\0\350\3\5\0\1\0\0\0\0\0\0\0", 16, 0, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 16 select(4, [3], NULL, NULL, {0, 100000}) = 1 (in [3], left {0, 100000}) recvfrom(3, "0\0\0\0\350\3\0\0\1\0\0\0\\y\0\0\240\230;\300\0\0\0\0\1"..., 8476, MSG_PEEK|MSG_DONTWAIT, {sa_family=AF_NETLINK, pid=0, groups=00000000}, [12]) = 48 select(4, [3], NULL, NULL, {0, 100000}) = 1 (in [3], left {0, 100000}) recvfrom(3, "0\0\0\0\350\3\0\0\1\0\0\0\\y\0\0\240\230;\300\0\0\0\0\1"..., 8476, MSG_DONTWAIT, {sa_family=AF_NETLINK, pid=0, groups=00000000}, [12]) = 48 close(3) = 0 stat64("/etc/pam.d", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open("/etc/pam.d/system-auth", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=676, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f6e000 read(3, "#%PAM-1.0\n# This file is auto-ge"..., 4096) = 676 open("/lib/security/pam_unix.so", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`&\0\000"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=52576, ...}) = 0 old_mmap(NULL, 100676, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7db4000 old_mmap(0xb7dc0000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xc000) = 0xb7dc0000 old_mmap(0xb7dc1000, 47428, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7dc1000 close(4) = 0 open("/etc/ld.so.cache", O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=123188, ...}) = 0 old_mmap(NULL, 123188, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7d7e000 close(4) = 0 open("/lib/libnsl.so.1", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\5\272"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=96960, ...}) = 0 old_mmap(NULL, 88064, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7d68000 old_mmap(0xb7d7a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x11000) = 0xb7d7a000 old_mmap(0xb7d7c000, 6144, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7d7c000 close(4) = 0 mprotect(0xb7d7a000, 4096, PROT_READ) = 0 munmap(0xb7d7e000, 123188) = 0 open("/lib/security/pam_cracklib.so", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\v\0\000"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=12640, ...}) = 0 old_mmap(NULL, 31936, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7d95000 old_mmap(0xb7d98000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x2000) = 0xb7d98000 old_mmap(0xb7d99000, 15552, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7d99000 close(4) = 0 open("/etc/ld.so.cache", O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=123188, ...}) = 0 old_mmap(NULL, 123188, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7d49000 close(4) = 0 open("/usr/lib/libcrack.so.2", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\354"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=29452, ...}) = 0 old_mmap(NULL, 45920, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7d3d000 old_mmap(0xb7d44000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x6000) = 0xb7d44000 old_mmap(0xb7d45000, 13152, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7d45000 close(4) = 0 munmap(0xb7d49000, 123188) = 0 read(3, "", 4096) = 0 close(3) = 0 munmap(0xb7f6e000, 4096) = 0 open("/etc/pam.d/other", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=154, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f6e000 read(3, "#%PAM-1.0\nauth required "..., 4096) = 154 read(3, "", 4096) = 0 close(3) = 0 munmap(0xb7f6e000, 4096) = 0 getuid32() = 0 open("/etc/passwd", O_RDONLY) = 3 fcntl64(3, F_GETFD) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fstat64(3, {st_mode=S_IFREG|0644, st_size=1998, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f6e000 read(3, ""..., 4096) = 1998 close(3) = 0 munmap(0xb7f6e000, 4096) = 0 open("/etc/shadow", O_RDONLY) = 3 fcntl64(3, F_GETFD) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fstat64(3, {st_mode=S_IFREG|0600, st_size=1390, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f6e000 read(3, ""..., 4096) = 1390 close(3) = 0 munmap(0xb7f6e000, 4096) = 0 time(NULL) = 1119338291 socket(PF_NETLINK, SOCK_RAW, 9) = 3 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 readlink("/proc/self/exe", "/bin/su", 4095) = 7 sendto(3, "\20\0\0\0\350\3\5\0\2\0\0\0\0\0\0\0", 16, 0, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 16 select(4, [3], NULL, NULL, {0, 100000}) = 1 (in [3], left {0, 100000}) recvfrom(3, "0\0\0\0\350\3\0\0\2\0\0\0\\y\0\0\240\230;\300\0\0\0\0\1"..., 8476, MSG_PEEK|MSG_DONTWAIT, {sa_family=AF_NETLINK, pid=0, groups=00000000}, [12]) = 48 select(4, [3], NULL, NULL, {0, 100000}) = 1 (in [3], left {0, 100000}) recvfrom(3, "0\0\0\0\350\3\0\0\2\0\0\0\\y\0\0\240\230;\300\0\0\0\0\1"..., 8476, MSG_DONTWAIT, {sa_family=AF_NETLINK, pid=0, groups=00000000}, [12]) = 48 close(3) = 0 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 getuid32() = 0 getuid32() = 0 time([1119338291]) = 1119338291 open("/etc/localtime", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=682, ...}) = 0 fstat64(3, {st_mode=S_IFREG|0644, st_size=682, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f6e000 read(3, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\5\0\0\0\5\0"..., 4096) = 682 close(3) = 0 munmap(0xb7f6e000, 4096) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=682, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=682, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=682, ...}) = 0 getpid() = 31068 socket(PF_FILE, SOCK_DGRAM, 0) = 3 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 connect(3, {sa_family=AF_FILE, path="/dev/log"}, 16) = 0 send(3, "<38>Jun 21 10:18:11 su(pam_unix)"..., 80, MSG_NOSIGNAL) = 80 close(3) = 0 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 open("/proc/filesystems", O_RDONLY|O_LARGEFILE) = 3 read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tb"..., 4095) = 223 close(3) = 0 socket(PF_NETLINK, SOCK_RAW, 9) = 3 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 readlink("/proc/self/exe", "/bin/su", 4095) = 7 sendto(3, "\20\0\0\0\350\3\5\0\3\0\0\0\0\0\0\0", 16, 0, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 16 select(4, [3], NULL, NULL, {0, 100000}) = 1 (in [3], left {0, 100000}) recvfrom(3, "0\0\0\0\350\3\0\0\3\0\0\0\\y\0\0\240\230;\300\0\0\0\0\1"..., 8476, MSG_PEEK|MSG_DONTWAIT, {sa_family=AF_NETLINK, pid=0, groups=00000000}, [12]) = 48 select(4, [3], NULL, NULL, {0, 100000}) = 1 (in [3], left {0, 100000}) recvfrom(3, "0\0\0\0\350\3\0\0\3\0\0\0\\y\0\0\240\230;\300\0\0\0\0\1"..., 8476, MSG_DONTWAIT, {sa_family=AF_NETLINK, pid=0, groups=00000000}, [12]) = 48 close(3) = 0 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7dd8708) = 31069 rt_sigprocmask(SIG_BLOCK, ~[RTMIN RT_1], NULL, 8) = 0 rt_sigaction(SIGTERM, {0x80001a39, [], 0}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [ALRM TERM], NULL, 8) = 0 waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WSTOPPED) = 31069 getuid32() = 0 time([1119338398]) = 1119338398 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=682, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=682, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=682, ...}) = 0 socket(PF_FILE, SOCK_DGRAM, 0) = 3 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 connect(3, {sa_family=AF_FILE, path="/dev/log"}, 16) = 0 send(3, "<38>Jun 21 10:19:58 su(pam_unix)"..., 69, MSG_NOSIGNAL) = 69 close(3) = 0 socket(PF_NETLINK, SOCK_RAW, 9) = 3 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 readlink("/proc/self/exe", "/bin/su", 4095) = 7 sendto(3, "\20\0\0\0\350\3\5\0\4\0\0\0\0\0\0\0", 16, 0, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 16 select(4, [3], NULL, NULL, {0, 100000}) = 1 (in [3], left {0, 100000}) recvfrom(3, "0\0\0\0\350\3\0\0\4\0\0\0\\y\0\0\240\230;\300\0\0\0\0\1"..., 8476, MSG_PEEK|MSG_DONTWAIT, {sa_family=AF_NETLINK, pid=0, groups=00000000}, [12]) = 48 select(4, [3], NULL, NULL, {0, 100000}) = 1 (in [3], left {0, 100000}) recvfrom(3, "0\0\0\0\350\3\0\0\4\0\0\0\\y\0\0\240\230;\300\0\0\0\0\1"..., 8476, MSG_DONTWAIT, {sa_family=AF_NETLINK, pid=0, groups=00000000}, [12]) = 48 close(3) = 0 munmap(0xb7db4000, 100676) = 0 munmap(0xb7d68000, 88064) = 0 munmap(0xb7d95000, 31936) = 0 munmap(0xb7d3d000, 45920) = 0 munmap(0xb7f6c000, 6776) = 0 munmap(0xb7f68000, 13872) = 0 munmap(0xb7f64000, 15048) = 0 munmap(0xb7d9d000, 68592) = 0 munmap(0xb7f5f000, 17928) = 0 munmap(0xb7f5d000, 6208) = 0 exit_group(0) = ? From fedora at kjb.dds.nl Tue Jun 21 07:30:58 2005 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Tue, 21 Jun 2005 09:30:58 +0200 Subject: what are the rpm nvidia drivers In-Reply-To: References: Message-ID: <1119339058.6116.1.camel@kj> On Tue, 2005-06-21 at 07:06 +0000, Caleb Warta wrote: > thats not going to fix it there are files from the older drivers that is > messing with the new version The nvidia installer will remove older drivers from your system before installing new ones. The rpm will install cleaner (without overwriting system files), but the nvidia installer also works. Klaasjan From che666 at gmail.com Tue Jun 21 09:02:18 2005 From: che666 at gmail.com (Rudolf Kastl) Date: Tue, 21 Jun 2005 11:02:18 +0200 Subject: ipw2200 and wpa_supplicant In-Reply-To: <1119300516.5201.29.camel@lion> References: <1119295930.5201.18.camel@lion> <42B722A7.1010808@cox.net> <1119299469.5201.22.camel@lion> <1119300516.5201.29.camel@lion> Message-ID: 2005/6/20, Ernest L. Williams Jr. : > > > > Here it is: Remember the google! > > > > > > http://atrpms.net/dist/fc4/ > > No. > > That only fives a SPEC file. Where are the RPMS? > > Okay, some more googling reveals: > http://hostap.epitest.fi/wpa_supplicant > > I would like to get some source RPMS for FC4 but for now I will use the > pure source distro. > > Has anyone else tried the ipw2200+wpa combo with FC4? > > > Ernest > > > > > > Ernest > > > > > > > > > > > > Scott > > > > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > well i did... you can find my results on bugzilla ;) From twaugh at redhat.com Tue Jun 21 09:04:33 2005 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 21 Jun 2005 10:04:33 +0100 Subject: pam-0.79-10, coreutils-5.2.1-51: logins no longer work In-Reply-To: <20050621072402.GY21004@viasys.com> References: <20050621072402.GY21004@viasys.com> Message-ID: <20050621090433.GC3691@redhat.com> On Tue, Jun 21, 2005 at 10:24:03AM +0300, Ville Herva wrote: > After yum upgraded pam from pam-0.79-8 to pam-0.79-10 and from > coreutils-5.2.1-48 to coreutils-5.2.1-51, I can no longer su, nor log in as > root or anybody else. su just gives "incorrect password". See attached > strace (NOTE: I erased some string, passwd contents etc). Works for me. Can you isolate it to one package or the other? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tmraz at redhat.com Tue Jun 21 10:02:12 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Tue, 21 Jun 2005 12:02:12 +0200 Subject: pam-0.79-10, coreutils-5.2.1-51: logins no longer work In-Reply-To: <20050621072402.GY21004@viasys.com> References: <20050621072402.GY21004@viasys.com> Message-ID: <1119348132.5303.1.camel@perun.redhat.usu> On Tue, 2005-06-21 at 10:24 +0300, Ville Herva wrote: > After yum upgraded pam from pam-0.79-8 to pam-0.79-10 and from > coreutils-5.2.1-48 to coreutils-5.2.1-51, I can no longer su, nor log in as > root or anybody else. su just gives "incorrect password". See attached > strace (NOTE: I erased some string, passwd contents etc). > > I'm running up-to-date Fedora Rawhide, but vanilla kernel.org 2.6.12-rc4. > selinux is disabled on kernel command line and in /etc/sysconfig/selinux. > > I downgraded back to pam-0.79-8 and coreutils-5.2.1-48 and everything works > again. > > "strace" is with pam-0.79-10, coreutils-5.2.1-51 (DOESN'T WORK) > "strace.working" is with pam-0.79-8, coreutils-5.2.1-48 (WORKS) This is bug #160929. Either use Fedora kernel - not vanilla or wait for upgrade of audit-libs to 0.9.10. -- Tomas Mraz From Axel.Thimm at ATrpms.net Tue Jun 21 10:06:13 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 21 Jun 2005 12:06:13 +0200 Subject: ipw2200 and wpa_supplicant In-Reply-To: <1119300516.5201.29.camel@lion> References: <1119295930.5201.18.camel@lion> <42B722A7.1010808@cox.net> <1119299469.5201.22.camel@lion> <1119300516.5201.29.camel@lion> Message-ID: <20050621100613.GD29807@neu.nirvana> On Mon, Jun 20, 2005 at 04:48:36PM -0400, Ernest L. Williams Jr. wrote: > > > > Here it is: Remember the google! > > > > > > http://atrpms.net/dist/fc4/ > > No. > > That only fives a SPEC file. Where are the RPMS? All rpms were removed and scheduled for a rebuild on FC4 proper. http://bugzilla.atrpms.net/show_bug.cgi?id=545 > Okay, some more googling reveals: > http://hostap.epitest.fi/wpa_supplicant > > I would like to get some source RPMS for FC4 but for now I will use the > pure source distro. Use the src.rpms for FC3, or wait for ATrpms to launch official FC4 support. :) > Has anyone else tried the ipw2200+wpa combo with FC4? > > > > Ernest > > > > > > > > Ernest > > > > > > > > > > > > Scott > > > > > > -- 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 mark.bradbury at gmail.com Tue Jun 21 10:11:16 2005 From: mark.bradbury at gmail.com (Mark Bradbury) Date: Tue, 21 Jun 2005 19:41:16 +0930 Subject: Fedora 5 wish list Message-ID: I would like to see bacula replace amanda as the backup software for fedora (not counting tar and dump) bacula at least spans tapes and seems to be much more functional ( its just missing pools) bacula link here http://www.bacula.org/ what do you think ps. I've just been on a legato networker training camp and have been comparing backup "solutions" so my mind could be warped From sundaram at redhat.com Tue Jun 21 10:21:48 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 21 Jun 2005 15:51:48 +0530 Subject: Fedora 5 wish list In-Reply-To: References: Message-ID: <42B7EA3C.8060802@redhat.com> Mark Bradbury wrote: >I would like to see bacula replace amanda as the backup software for >fedora (not counting tar and dump) bacula at least spans tapes and >seems to be much more functional ( its just missing pools) > >bacula link here http://www.bacula.org/ > >what do you think > >ps. I've just been on a legato networker training camp and have been >comparing backup "solutions" so my mind could be warped > > > It would be a good idea to package this for Fedora Extras and get it integrated well before proposing this for inclusion as a Amanda replacement in core http://fedoraproject.org/wiki/Extras regards Rahul From res at ausics.net Tue Jun 21 10:23:05 2005 From: res at ausics.net (Res) Date: Tue, 21 Jun 2005 20:23:05 +1000 (EST) Subject: Fedora 5 wish list In-Reply-To: References: Message-ID: FC5 wishlist: 1/ installer of CD ISO's that work, unlike the biggest botch job of all time as with FC4 where you have a bug in syslinux and have to break it by giving it an error then the real command line 2/ openoffice install that doesnt fail with unknown crash error when you start it so it gets past the splash screen 3/ Evolution upgrade that doesnt resemble balsa and all hte icons throughout it actually ened to work 4/ an i810 driver that works properly like FC1 used to and doesnt lock up on exiting X and fail to allow you to go to a VC 5/ xcdroast that asks for root password rather than bailing 6/ no need for 6 reinstalling FC1 again from backups tomorrow because it WORKS! I think QC's for FC4 should be sacked and by christ if they worked for me they would be, I've seen less of a fuckup with windows, and im talking win 3.10! here we are only released a week ago and already hte updated/4/ dir is over populated. this bullshit only gives fuel to the BSD and Windows propoganda machines. On Tue, 21 Jun 2005, Mark Bradbury wrote: From buildsys at redhat.com Tue Jun 21 11:02:10 2005 From: buildsys at redhat.com (Build System) Date: Tue, 21 Jun 2005 07:02:10 -0400 Subject: rawhide report: 20050621 changes Message-ID: <200506211102.j5LB2A69007309@porkchop.devel.redhat.com> Updated Packages: audit-0.9.10-1 -------------- * Sun Jun 19 2005 Steve Grubb 0.9.10-1 - Make sure the bad packet is drained when retrying user messages - Add support for new user and watch filter lists - Interpret flags field in ausearch cairo-0.5.1-1 ------------- * Mon Jun 20 2005 Kristian H??gsberg 0.5.1-1 - Update to cairo 0.5.1. - Remove gtk-doc files, since --disable-gtk-doc doesn't work. - Disable gtk-doc and add freetype and fontconfig BuildRequires. glibc-2.3.5-11 -------------- * Mon Jun 20 2005 Jakub Jelinek 2.3.5-11 - update from CVS - PPC32 -msecure-plt support - support classes keyword in /etc/hesiod.conf (#150350) - add RLIMIT_NICE and RLIMIT_RTPRIO to (#157049) - decrease number of .plt relocations in libc.so - use -laudit in nscd (#159217) - handle big amounts of networking interfaces in getifaddrs/if_nameindex (#159399) - fix pa_IN locale's am_pm (#158715, BZ#622) - fix debugging of PIEs * Mon May 30 2005 Jakub Jelinek 2.3.5-10 - fix LD_ASSUME_KERNEL (since 2.3.5-8 GLRO(dl_osversion) has been always overwritten with the version of currently running kernel) - remove linuxthreads man pages other than those covered in 3p section, as 3p man pages are far better quality and describe POSIX behaviour that NPTL implements (#159084) * Tue May 24 2005 Jakub Jelinek 2.3.5-9 - update from CVS - increase bindresvport's LOWPORT to 512, apparently some broken daemons don't think 0 .. 511 ports are reserved iiimf-1:12.2-6 -------------- * Tue Jun 21 2005 Akira TAGOH - 1:12.2-6 - iiimd-init.d: fixed that service iiim stop didn't work properly. * Thu Jun 16 2005 Akira TAGOH - gimlet-default-icon-r2665-159121.patch: set the default window icon. (#159121) isdn4k-utils-3.2-29 ------------------- * Mon Jun 20 2005 Than Ngo 3.2-29 - workaround for loading isdn module at system startup #160831 kernel-2.6.12-1.1387_FC5 ------------------------ * Mon Jun 20 2005 Dave Jones - 2.6.12-git2 - temporarily disable Tux as the rebase broke it. poppler-0.3.3-1 --------------- * Mon Jun 20 2005 Kristian H??gsberg - 0.3.3-1 - Update to 0.3.3 and change to build cairo backend. squirrelmail-1.4.5-0.rc1 ------------------------ * Mon Jun 20 2005 Warren Togami 1.4.5-0.rc1 - 1.4.5-0.rc1 From che666 at gmail.com Tue Jun 21 11:08:45 2005 From: che666 at gmail.com (Rudolf Kastl) Date: Tue, 21 Jun 2005 13:08:45 +0200 Subject: ipw2200 and wpa_supplicant In-Reply-To: <20050621100613.GD29807@neu.nirvana> References: <1119295930.5201.18.camel@lion> <42B722A7.1010808@cox.net> <1119299469.5201.22.camel@lion> <1119300516.5201.29.camel@lion> <20050621100613.GD29807@neu.nirvana> Message-ID: hi axel! heres the bug... happens with a thinkpad r51 centrino with ipw2200 ;)) i think thats fixed for the latest prepatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160648 2005/6/21, Axel Thimm : > On Mon, Jun 20, 2005 at 04:48:36PM -0400, Ernest L. Williams Jr. wrote: > > > > > > Here it is: Remember the google! > > > > > > > > http://atrpms.net/dist/fc4/ > > > No. > > > That only fives a SPEC file. Where are the RPMS? > > All rpms were removed and scheduled for a rebuild on FC4 proper. > > http://bugzilla.atrpms.net/show_bug.cgi?id=545 > > > Okay, some more googling reveals: > > http://hostap.epitest.fi/wpa_supplicant > > > > I would like to get some source RPMS for FC4 but for now I will use the > > pure source distro. > > Use the src.rpms for FC3, or wait for ATrpms to launch official FC4 > support. :) > > > Has anyone else tried the ipw2200+wpa combo with FC4? > > > > > > > > Ernest > > > > > > > > > > > > > > Ernest > > > > > > > > > > > > > > > > > Scott > > > > > > > > > > > -- > Axel.Thimm at ATrpms.net > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > From cimmo at libero.it Tue Jun 21 11:09:13 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 13:09:13 +0200 Subject: screen bug in FC4 In-Reply-To: <200506202054.10101.kewley@gps.caltech.edu> References: <42B068AA.5020209@libero.it> <42B2FFCF.7050701@libero.it> <200506171151.35681.kewley@gps.caltech.edu> <200506202054.10101.kewley@gps.caltech.edu> Message-ID: <42B7F559.2050104@libero.it> David Kewley ha scritto: >FYI, to complete this thread (?), I have not seen the screen corruption >since I updated xorg* and kde (a bunch of rpms), and power-cycled. I >don't believe my use patterns now are very different from before, so >perhaps the source of the problem I saw has been fixed. > >Cimmo, are you still seeing problems after the above-mentioned updates & >power-cycle? > > > Thanx David, With new xorg same results, haven't tried yet new kde, because my yum and up2date stop working after the first time :( I'm affected by this bug that it was ignored by red hat because all people think it is a nvidia network related bug, but now I think it isn't! https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152566 Thanx Cimmo From cimmo at libero.it Tue Jun 21 11:11:13 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 13:11:13 +0200 Subject: Stop ignoring #152566 bug Message-ID: <42B7F5D1.5030707@libero.it> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152566 I've reported it since Fedora Core test 1, all people thought that it is related to nvidia network, but it isn't. It's a Fedora's bug, and prevent me to update Fedora itself. Please stop ignoring it and fix it. I'm at complete disposition to test patch, report others informations and whatever, BUT STOP IGNORING THIS BUG! bye Cimmo From linux_4ever at yahoo.com Tue Jun 21 11:31:28 2005 From: linux_4ever at yahoo.com (Steve G) Date: Tue, 21 Jun 2005 04:31:28 -0700 (PDT) Subject: pam-0.79-10, coreutils-5.2.1-51: logins no longer work In-Reply-To: <20050621072402.GY21004@viasys.com> Message-ID: <20050621113128.45852.qmail@web51509.mail.yahoo.com> >recvfrom(3, "$\0\0\0\2\0\0\0\1\0\0\0\311_\0\0\352\377\377\377|\0\0\0"..., 8476, This is your problem. 352 is octal for -EINVAL. Your kernel doesn't understand the netlink message type that the audit-libs is sending. I put audit-libs-0.9.10 into rawhide and it should be available next time its pushed out. If you feel like building it yourself, you can get it from people.redhat.com/sgrubb/audit -Steve Grubb ____________________________________________________ Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com From fedora at puzzled.xs4all.nl Tue Jun 21 11:42:36 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Tue, 21 Jun 2005 13:42:36 +0200 Subject: Fedora 5 wish list In-Reply-To: References: Message-ID: <1119354156.2866.28.camel@guru.puzzled.xs4all.nl> On Tue, 2005-06-21 at 20:23 +1000, Res wrote: [snip] Thank you for your entertaining remarks. Given your wealth of experience going back to no less than Windows 3.1 I'm sure you are aware of how the F/OSS community in general and the Fedora Project in particular works. So the community will be looking forward to your submissions to bugzilla, your patches, your extensive contributions to QC and anything else you have time for. Alternatively you can always buy Red Hat Enterprise Linux or any of the other commercial solutions. That way somebody actually (has to) care for your rants. Or go back to Win31. By now hopefully they will have flushed out most of the bugs (although with IE you just never know). >From fedora.redhat.com: "It is also a proving ground for new technology". You get what you (don't) pay for. Patrick From ernesto at ornl.gov Tue Jun 21 11:42:04 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Tue, 21 Jun 2005 07:42:04 -0400 Subject: ipw2200 and wpa_supplicant In-Reply-To: <20050621100613.GD29807@neu.nirvana> References: <1119295930.5201.18.camel@lion> <42B722A7.1010808@cox.net> <1119299469.5201.22.camel@lion> <1119300516.5201.29.camel@lion> <20050621100613.GD29807@neu.nirvana> Message-ID: <1119354124.5222.9.camel@lion> On Tue, 2005-06-21 at 12:06 +0200, Axel Thimm wrote: > On Mon, Jun 20, 2005 at 04:48:36PM -0400, Ernest L. Williams Jr. wrote: > > > > > > Here it is: Remember the google! > > > > > > > > http://atrpms.net/dist/fc4/ > > > No. > > > That only fives a SPEC file. Where are the RPMS? > > All rpms were removed and scheduled for a rebuild on FC4 proper. > > http://bugzilla.atrpms.net/show_bug.cgi?id=545 > > > Okay, some more googling reveals: > > http://hostap.epitest.fi/wpa_supplicant > > > > I would like to get some source RPMS for FC4 but for now I will use the > > pure source distro. > > Use the src.rpms for FC3, or wait for ATrpms to launch official FC4 > support. :) Thanks. For now, I have gone with the pure source distribution. "wpa_supplicant-0.3.9" I am having a few problems latching on to the AP, hopefully I will figure it out. When FC4 is ready, I will try that one. > > > Has anyone else tried the ipw2200+wpa combo with FC4? > > > > > > > > Ernest > > > > > > > > > > > > > > Ernest > > > > > > > > > > > > > > > > > Scott > > > > > > > > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From ernesto at ornl.gov Tue Jun 21 11:55:55 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Tue, 21 Jun 2005 07:55:55 -0400 Subject: ipw2200 and wpa_supplicant In-Reply-To: References: <1119295930.5201.18.camel@lion> <42B722A7.1010808@cox.net> <1119299469.5201.22.camel@lion> <1119300516.5201.29.camel@lion> <20050621100613.GD29807@neu.nirvana> Message-ID: <1119354955.5222.16.camel@lion> On Tue, 2005-06-21 at 13:08 +0200, Rudolf Kastl wrote: > hi axel! > > heres the bug... happens with a thinkpad r51 centrino with ipw2200 ;)) > i think thats fixed for the latest prepatch Is there really a patch for the driver or is it a firmware patch? Also, where might I find this fix? I am seeing the same bug on the Dell Precision M70 laptop which also uses the ipw2200: ===================================================================== [root at jaguar WPA-source]# wpa_supplicant -i eth1 \ -c wpa_supplicant.conf -D ipw -w -dd Initializing interface 'eth1' conf 'wpa_supplicant.conf' driver 'ipw' Configuration file 'wpa_supplicant.conf' -> 'wpa_supplicant.conf' Reading configuration file 'wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 eapol_version=1 ap_scan=1 fast_reauth=1 Line: 311 - start of a new network block ssid - hexdump_ascii(len=7): 6f 72 6e 6c 77 70 61 ornlwpa scan_ssid=1 (0x1) proto: 0x1 key_mgmt: 0x1 eap methods - hexdump(len=2): 19 00 pairwise: 0x8 group: 0x8 --- snip --- --- snip --- Initializing interface (2) 'eth1' EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 wpa_driver_ipw_init is called ioctl[SIOCSIWPMKSA]: Operation not supported Own MAC address: 00:12:f0:04:8c:e4 wpa_driver_ipw_set_wpa: enabled=1 ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported wpa_driver_ipw_set_key: alg=none key_idx=0 set_tx=0 seq_len=0 key_len=0 ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported Failed to set encryption. wpa_driver_ipw_set_key: alg=none key_idx=1 set_tx=0 seq_len=0 key_len=0 ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported Failed to set encryption. wpa_driver_ipw_set_key: alg=none key_idx=2 set_tx=0 seq_len=0 key_len=0 ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported Failed to set encryption. wpa_driver_ipw_set_key: alg=none key_idx=3 set_tx=0 seq_len=0 key_len=0 ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported Failed to set encryption. wpa_driver_ipw_set_countermeasures: enabled=0 ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported wpa_driver_ipw_set_drop_unencrypted: enabled=1 ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported Setting scan request: 0 sec 100000 usec Wireless event: cmd=0x8b06 len=8 RTM_NEWLINK, IFLA_IFNAME: Interface 'eth1' added RTM_NEWLINK, IFLA_IFNAME: Interface 'eth1' added State: DISCONNECTED -> SCANNING Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=7): 6f 72 6e 6c 77 70 61 ornlwpa Scan timeout - try to get results Received 2070 bytes of scan results (10 BSSes) Scan results: 10 Selecting BSS from priority group 0 --- snip -- --- snip ---- No suitable AP found. Thanks, Ernest > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160648 > > 2005/6/21, Axel Thimm : > > On Mon, Jun 20, 2005 at 04:48:36PM -0400, Ernest L. Williams Jr. wrote: > > > > > > > > Here it is: Remember the google! > > > > > > > > > > http://atrpms.net/dist/fc4/ > > > > No. > > > > That only fives a SPEC file. Where are the RPMS? > > > > All rpms were removed and scheduled for a rebuild on FC4 proper. > > > > http://bugzilla.atrpms.net/show_bug.cgi?id=545 > > > > > Okay, some more googling reveals: > > > http://hostap.epitest.fi/wpa_supplicant > > > > > > I would like to get some source RPMS for FC4 but for now I will use the > > > pure source distro. > > > > Use the src.rpms for FC3, or wait for ATrpms to launch official FC4 > > support. :) > > > > > Has anyone else tried the ipw2200+wpa combo with FC4? > > > > > > > > > > > > Ernest > > > > > > > > > > > > > > > > > > > > Ernest > > > > > > > > > > > > > > > > > > > > > > Scott > > > > > > > > > > > > > > > > -- > > Axel.Thimm at ATrpms.net > > > > > > -- > > 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 Tue Jun 21 12:11:29 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 21 Jun 2005 08:11:29 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <42B7F5D1.5030707@libero.it> References: <42B7F5D1.5030707@libero.it> Message-ID: <20050621121128.GD592@redhat.com> On Tue, Jun 21, 2005 at 01:11:13PM +0200, Cimmo wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152566 > I've reported it since Fedora Core test 1, all people thought that it is > related to nvidia network, but it isn't. > > It's a Fedora's bug, and prevent me to update Fedora itself. > Please stop ignoring it and fix it. > > I'm at complete disposition to test patch, report others informations > and whatever, > > BUT STOP IGNORING THIS BUG! It isn't being ignored. No more than any of the other ~850 fedora kernel bugzillas currently opened. FWIW, I don't think your bug is a kernel bug, I've reassigned it accordingly. Dave From mricon at gmail.com Tue Jun 21 12:16:31 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 21 Jun 2005 08:16:31 -0400 Subject: Fedora 5 wish list In-Reply-To: References: Message-ID: On 6/21/05, Res wrote: > I think QC's for FC4 should be sacked and by christ if they worked > for me they would be, I've seen less of a fuckup with windows, and im > talking win 3.10! Dear Valued Customer: We apologize for the problems you are seeing with our software, and as a gesture of our continued appreciation, we are ready to offer you a full refund. Additionally, the next version of our software will be available to you completely free of charge. Sincerely, Customer Care Center From cimmo at libero.it Tue Jun 21 12:28:14 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 14:28:14 +0200 Subject: Stop ignoring #152566 bug In-Reply-To: <20050621121128.GD592@redhat.com> References: <42B7F5D1.5030707@libero.it> <20050621121128.GD592@redhat.com> Message-ID: <42B807DE.1000201@libero.it> Dave Jones ha scritto: >It isn't being ignored. No more than any of the other ~850 fedora kernel >bugzillas currently opened. > >FWIW, I don't think your bug is a kernel bug, I've reassigned >it accordingly. > > > Ok thanx, hope to discover the real buggy component. Harald Hoyer is responsible now about this bug? Hope to see some words from him :) b.r. Cimmo From cimmo at libero.it Tue Jun 21 12:49:46 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 14:49:46 +0200 Subject: Stop ignoring #152566 bug In-Reply-To: <42B807DE.1000201@libero.it> References: <42B7F5D1.5030707@libero.it> <20050621121128.GD592@redhat.com> <42B807DE.1000201@libero.it> Message-ID: <42B80CEA.3040808@libero.it> Cimmo ha scritto: > Ok thanx, > hope to discover the real buggy component. > Harald Hoyer is responsible now about this bug? Hope to see some words > from him :) > > b.r. > Cimmo > Great! Just replyed and rejected the responsability... ...what is the buggy component? Find it and you win a bear :) ok hope to see a fix soon... b.r Cimmo From kas11 at tampabay.rr.com Tue Jun 21 13:17:07 2005 From: kas11 at tampabay.rr.com (kas) Date: Tue, 21 Jun 2005 09:17:07 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <42B807DE.1000201@libero.it> References: <42B7F5D1.5030707@libero.it> <20050621121128.GD592@redhat.com> <42B807DE.1000201@libero.it> Message-ID: <1119359827.5466.28.camel@neptune.psag.mwg> On Tue, 2005-06-21 at 14:28 +0200, Cimmo wrote: > Dave Jones ha scritto: > > >It isn't being ignored. No more than any of the other ~850 fedora kernel > >bugzillas currently opened. > > > >FWIW, I don't think your bug is a kernel bug, I've reassigned > >it accordingly. > > > > > > > Ok thanx, > hope to discover the real buggy component. > Harald Hoyer is responsible now about this bug? Hope to see some words > from him :) > > b.r. > Cimmo > FWIW, both the Network Tools Devices tab and the Network Applet are broken here on two entirely different x86_64 boxes...one system being an Epox 9NDA3 NForce3-250 using the forcedeth driver and the other being an Asus K8V using the sk98lin driver. In each case, the network connectivity is fine...the numbers in Network Tools are simply bogus (the MAC address and MTU values are obviously wrong)...the Network app doesn't even begin to work properly. In actual fact, both the app and the applet work fine here on a 32 bit Athlon system using the 32 bit forcedeth driver. AFAICT, these are app bugs and don't have anything to do with the drivers As far as the yum problems reported in the previously referenced bugzilla ticket, I've found the replacing mirrorlist with the baseurl of a nearby mirror cures the timeout problems...using mirrorlist was frequently sending me half way around the world and .tw sites are slow from this part of the world. HTH, Karen From twaugh at redhat.com Tue Jun 21 13:25:55 2005 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 21 Jun 2005 14:25:55 +0100 Subject: RENDER support in VNC Message-ID: <20050621132555.GG3691@redhat.com> Hi, In Fedora Core 4, VNC has been patched for RENDER support. This means that, among other things, OpenOffice.org will correctly display anti-aliased fonts. To enable RENDER, start the VNC server with the "+render" option. For example: (at the command line:) Xvnc +render -geometry ... :1 vncserver +render -geometry ... :1 (in /etc/sysconfig/vncservers): VNCSERVERARGS[1]="+render -geometry ..." Please try it out and report any bugs you find to Bugzilla. I will also turn on RENDER support by default in the Fedora development package, to get extra testing there. Thanks, Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jspaleta at gmail.com Tue Jun 21 13:29:13 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 21 Jun 2005 09:29:13 -0400 Subject: RENDER support in VNC In-Reply-To: <20050621132555.GG3691@redhat.com> References: <20050621132555.GG3691@redhat.com> Message-ID: <604aa791050621062997c275c@mail.gmail.com> On 6/21/05, Tim Waugh wrote: > Hi, > > In Fedora Core 4, VNC has been patched for RENDER support. This means > that, among other things, OpenOffice.org will correctly display > anti-aliased fonts. Has vino been similarly affected? -jef From kas11 at tampabay.rr.com Tue Jun 21 13:33:44 2005 From: kas11 at tampabay.rr.com (kas) Date: Tue, 21 Jun 2005 09:33:44 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <42B80CEA.3040808@libero.it> References: <42B7F5D1.5030707@libero.it> <20050621121128.GD592@redhat.com> <42B807DE.1000201@libero.it> <42B80CEA.3040808@libero.it> Message-ID: <1119360825.5466.36.camel@neptune.psag.mwg> On Tue, 2005-06-21 at 14:49 +0200, Cimmo wrote: > Cimmo ha scritto: > > > Ok thanx, > > hope to discover the real buggy component. > > Harald Hoyer is responsible now about this bug? Hope to see some words > > from him :) > > > > b.r. > > Cimmo > > > Great! > Just replyed and rejected the responsability... > ...what is the buggy component? > Find it and you win a bear :) > > ok hope to see a fix soon... > > b.r > Cimmo Cimmo, I filed this against Network Tools so someone upstream would be aware. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161207 In looking at the network status applet, I find that if I type in eth0 in the selection box, it seems to work ok...that there isn't a default entry for eth0 is a minor bug but I can't find the component in bugzilla to file against...maybe after more coffee. Karen From fedora at wir-sind-cool.org Tue Jun 21 13:37:06 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 21 Jun 2005 15:37:06 +0200 Subject: Stop ignoring #152566 bug In-Reply-To: <42B7F5D1.5030707@libero.it> References: <42B7F5D1.5030707@libero.it> Message-ID: <20050621153706.4c4259d5.fedora@wir-sind-cool.org> On Tue, 21 Jun 2005 13:11:13 +0200, Cimmo wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152566 > I've reported it since Fedora Core test 1, all people thought that it is > related to nvidia network, but it isn't. > > It's a Fedora's bug, and prevent me to update Fedora itself. > Please stop ignoring it and fix it. > > I'm at complete disposition to test patch, report others informations > and whatever, > > BUT STOP IGNORING THIS BUG! Wow, how about you provide some detail session logs? Your problem description like > - Yum sometimes reaches repos sometimes not. or > - yum doesn't work is much too vague. If Firefox and ping see a working network -- and other networking tools like wget or curl probably, too -- yum has access to the same network. Yum doesn't know/care at all what driver provides the network connectivity. -- Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.08 1.05 1.09 From pbrobinson at gmail.com Tue Jun 21 13:58:00 2005 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 21 Jun 2005 14:58:00 +0100 Subject: Stop ignoring #152566 bug In-Reply-To: <1119360825.5466.36.camel@neptune.psag.mwg> References: <42B7F5D1.5030707@libero.it> <20050621121128.GD592@redhat.com> <42B807DE.1000201@libero.it> <42B80CEA.3040808@libero.it> <1119360825.5466.36.camel@neptune.psag.mwg> Message-ID: <5256d0b050621065813431ab@mail.gmail.com> I filed this against Network Tools so someone upstream would be aware. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161207 > > In looking at the network status applet, I find that if I type in eth0 > in the selection box, it seems to work ok...that there isn't a default > entry for eth0 is a minor bug but I can't find the component in bugzilla > to file against...maybe after more coffee. Try gnome-applets. From jspaleta at gmail.com Tue Jun 21 14:05:00 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 21 Jun 2005 10:05:00 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <1119360825.5466.36.camel@neptune.psag.mwg> References: <42B7F5D1.5030707@libero.it> <20050621121128.GD592@redhat.com> <42B807DE.1000201@libero.it> <42B80CEA.3040808@libero.it> <1119360825.5466.36.camel@neptune.psag.mwg> Message-ID: <604aa79105062107053bc3031a@mail.gmail.com> On 6/21/05, kas wrote: > In looking at the network status applet, I find that if I type in eth0 > in the selection box, it seems to work ok...that there isn't a default > entry for eth0 is a minor bug but I can't find the component in bugzilla > to file against...maybe after more coffee. here is how i go about figuring out which package a program belongs to. I start the program up and then in a terminal i do "ps auxw" and review the names of the running programs. Usually i can figure out which binary is actually associated with the graphical program I started up. In the case of the gnome network applet /usr/libexec/gnome-netstatus-applet shows up in the ps auxw output next i do an rpm -qf /usr/libexec/gnome-netstatus-applet to find the name of the binary package, in this case gnome-netstatus is the binary package then i do an rpm -qi gnome-netstatus to find the SRPM the binary package came from. in this case Source RPM: gnome-netstatus-2.10.0-4.src.rpm the Source RPM name is the name of the component in bugzilla that you should file against. -jef From mattdm at mattdm.org Tue Jun 21 14:17:29 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 21 Jun 2005 10:17:29 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <604aa79105062107053bc3031a@mail.gmail.com> References: <42B7F5D1.5030707@libero.it> <20050621121128.GD592@redhat.com> <42B807DE.1000201@libero.it> <42B80CEA.3040808@libero.it> <1119360825.5466.36.camel@neptune.psag.mwg> <604aa79105062107053bc3031a@mail.gmail.com> Message-ID: <20050621141729.GA22196@jadzia.bu.edu> On Tue, Jun 21, 2005 at 10:05:00AM -0400, Jeff Spaleta wrote: > next i do an rpm -qf /usr/libexec/gnome-netstatus-applet to find the > name of the binary package, in this case gnome-netstatus is the > binary package > > then i do an rpm -qi gnome-netstatus to find the SRPM the binary > package came from. > in this case Source RPM: gnome-netstatus-2.10.0-4.src.rpm If you're lazy, you can combine these two: rpm -qif /usr/libexec/gnome-netstatus-applet -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 78 degrees Fahrenheit. From jspaleta at gmail.com Tue Jun 21 14:18:53 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 21 Jun 2005 10:18:53 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <20050621141729.GA22196@jadzia.bu.edu> References: <42B7F5D1.5030707@libero.it> <20050621121128.GD592@redhat.com> <42B807DE.1000201@libero.it> <42B80CEA.3040808@libero.it> <1119360825.5466.36.camel@neptune.psag.mwg> <604aa79105062107053bc3031a@mail.gmail.com> <20050621141729.GA22196@jadzia.bu.edu> Message-ID: <604aa7910506210718752f094@mail.gmail.com> On 6/21/05, Matthew Miller wrote: > If you're lazy, you can combine these two: > > rpm -qif /usr/libexec/gnome-netstatus-applet i was going to leave that as an excerise for the reader... you know to make them feel like they figured something out on their own.. -jef From mattdm at mattdm.org Tue Jun 21 14:19:52 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 21 Jun 2005 10:19:52 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <604aa7910506210718752f094@mail.gmail.com> References: <42B7F5D1.5030707@libero.it> <20050621121128.GD592@redhat.com> <42B807DE.1000201@libero.it> <42B80CEA.3040808@libero.it> <1119360825.5466.36.camel@neptune.psag.mwg> <604aa79105062107053bc3031a@mail.gmail.com> <20050621141729.GA22196@jadzia.bu.edu> <604aa7910506210718752f094@mail.gmail.com> Message-ID: <20050621141952.GA22435@jadzia.bu.edu> On Tue, Jun 21, 2005 at 10:18:53AM -0400, Jeff Spaleta wrote: > > rpm -qif /usr/libexec/gnome-netstatus-applet > i was going to leave that as an excerise for the reader... you know to > make them feel like they figured something out on their own.. Oh. Well, we'll have none of *that* around here. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 78 degrees Fahrenheit. From cimmo at libero.it Tue Jun 21 14:51:33 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 16:51:33 +0200 Subject: Stop ignoring #152566 bug In-Reply-To: <20050621153706.4c4259d5.fedora@wir-sind-cool.org> References: <42B7F5D1.5030707@libero.it> <20050621153706.4c4259d5.fedora@wir-sind-cool.org> Message-ID: <42B82975.1070403@libero.it> Michael Schwendt ha scritto: >Wow, how about you provide some detail session logs? Your problem >description like > > For details open 152566 bug report. >is much too vague. If Firefox and ping see a working network -- and >other networking tools like wget or curl probably, too -- yum has >access to the same network. Yum doesn't know/care at all what driver >provides the network connectivity. > > > Seems that changing from b-52 back to the default hostname "localhost.localdomain" let yum to work. It's strange, yum take care about it? With b-52 browsers and ping works... bye Cimmo From cimmo at libero.it Tue Jun 21 14:54:11 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 16:54:11 +0200 Subject: screen bug in FC4 In-Reply-To: <200506202054.10101.kewley@gps.caltech.edu> References: <42B068AA.5020209@libero.it> <42B2FFCF.7050701@libero.it> <200506171151.35681.kewley@gps.caltech.edu> <200506202054.10101.kewley@gps.caltech.edu> Message-ID: <42B82A13.8010804@libero.it> David Kewley ha scritto: > >FYI, to complete this thread (?), I have not seen the screen corruption >since I updated xorg* and kde (a bunch of rpms), and power-cycled. I >don't believe my use patterns now are very different from before, so >perhaps the source of the problem I saw has been fixed. > >Cimmo, are you still seeing problems after the above-mentioned updates & >power-cycle? > > > done a full update and power-cycle. Same issue :( Cimmo From kas11 at tampabay.rr.com Tue Jun 21 14:56:07 2005 From: kas11 at tampabay.rr.com (kas) Date: Tue, 21 Jun 2005 10:56:07 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <20050621141952.GA22435@jadzia.bu.edu> References: <42B7F5D1.5030707@libero.it> <20050621121128.GD592@redhat.com> <42B807DE.1000201@libero.it> <42B80CEA.3040808@libero.it> <1119360825.5466.36.camel@neptune.psag.mwg> <604aa79105062107053bc3031a@mail.gmail.com> <20050621141729.GA22196@jadzia.bu.edu> <604aa7910506210718752f094@mail.gmail.com> <20050621141952.GA22435@jadzia.bu.edu> Message-ID: <1119365767.8843.10.camel@neptune.psag.mwg> On Tue, 2005-06-21 at 10:19 -0400, Matthew Miller wrote: > On Tue, Jun 21, 2005 at 10:18:53AM -0400, Jeff Spaleta wrote: > > > rpm -qif /usr/libexec/gnome-netstatus-applet > > i was going to leave that as an excerise for the reader... you know to > > make them feel like they figured something out on their own.. > > Oh. Well, we'll have none of *that* around here. :) > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > Current office temperature: 78 degrees Fahrenheit. > With a whole thread developing, I guess I couldn't plead ignorance...except that the problem was more where than what ;) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161216 kas From mattdm at mattdm.org Tue Jun 21 14:56:29 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 21 Jun 2005 10:56:29 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <42B82975.1070403@libero.it> References: <42B7F5D1.5030707@libero.it> <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> Message-ID: <20050621145629.GA23937@jadzia.bu.edu> On Tue, Jun 21, 2005 at 04:51:33PM +0200, Cimmo wrote: > >Wow, how about you provide some detail session logs? Your problem > >description like > For details open 152566 bug report. That's where the vagueness, is yeah. Good bug reports are easier to respond to quickly. Vague ones, as you noticed, tend to get pushed off, not out of maliciousness, but simply because there's a zillion things to do, and it's easier to work on the clear-cut ones first. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 78 degrees Fahrenheit. From jspaleta at gmail.com Tue Jun 21 15:04:25 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 21 Jun 2005 11:04:25 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <42B82975.1070403@libero.it> References: <42B7F5D1.5030707@libero.it> <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> Message-ID: <604aa79105062108044eb17f80@mail.gmail.com> On 6/21/05, Cimmo wrote: > Seems that changing from b-52 back to the default hostname > "localhost.localdomain" let yum to work. > It's strange, yum take care about it? > With b-52 browsers and ping works... you changed the hostname where? The problem I have with this bug report is I can't follow it as a guide towards trying to reproduce your problem. Nor do I have a really good feel as to what you have been attempting to do in terms of configuration changes between comments. As far as I can tell from that report.. you havent attempted to do a fresh install of the operating system since first encountering the problem with fc4 test1. How do any of us really know that this issue isn't some lingering configuration problem isnt a hold over from the early test releases? If you are seeing hardware problems with a test release.. and an upgrade doesn't fix it do a fresh install and make sure its not a lingering config issue that the upgrading isnt handling properly. I personally think its in your best interest to do a fresh install of fc4 and see if the problem still exists. Has anyone else reported similar problems using that motherboard? You have to realize that the core developers do not personally have access to every piece of hardware. For hardware issues you need to try search out other people with the same hardware to compare. How does anyone know that this issue isn't a case of your hardware being broken compared to other owners of the same hardware? -jef From cimmo at libero.it Tue Jun 21 15:08:47 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 17:08:47 +0200 Subject: Stop ignoring #152566 bug In-Reply-To: <20050621145629.GA23937@jadzia.bu.edu> References: <42B7F5D1.5030707@libero.it> <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <20050621145629.GA23937@jadzia.bu.edu> Message-ID: <42B82D7F.2000703@libero.it> Matthew Miller ha scritto: >On Tue, Jun 21, 2005 at 04:51:33PM +0200, Cimmo wrote: > > >>>Wow, how about you provide some detail session logs? Your problem >>>description like >>> >>> >>For details open 152566 bug report. >> >> > >That's where the vagueness, is yeah. > >Good bug reports are easier to respond to quickly. Vague ones, as you >noticed, tend to get pushed off, not out of maliciousness, but simply >because there's a zillion things to do, and it's easier to work on the >clear-cut ones first. > > > Are you talking about bug report in bugzilla or here in the mailing list? If you are talking about here I have just posted request for help with more details and no response, how many times I have to do copy and paste? Anyway if there is something that is missing tell and I'll write, I think not every people can think what it is important to say and what not. Ignoring something just bacause is missing something is not a good idea.... ...ask and I will answer... bye From cimmo at libero.it Tue Jun 21 15:09:46 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 17:09:46 +0200 Subject: Stop ignoring #152566 bug In-Reply-To: <604aa79105062108044eb17f80@mail.gmail.com> References: <42B7F5D1.5030707@libero.it> <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <604aa79105062108044eb17f80@mail.gmail.com> Message-ID: <42B82DBA.7090504@libero.it> Jeff Spaleta ha scritto: >you changed the hostname where? > > in network configuration -> dns -> hostname >The problem I have with this bug report is I can't follow it as a >guide towards trying to reproduce your problem. Nor do I have a really >good feel as to what you have been attempting to do in terms of >configuration changes between comments. > >As far as I can tell from that report.. you havent attempted to do a >fresh install of the operating system since first encountering the >problem with fc4 test1. How do any of us really know that this issue >isn't some lingering configuration problem isnt a hold over from the >early test releases? If you are seeing hardware problems with a test >release.. and an upgrade doesn't fix it do a fresh install and make >sure its not a lingering config issue that the upgrading isnt handling >properly. I personally think its in your best interest to do a fresh >install of fc4 and see if the problem still exists. > > I've a _fresh_ install of Fedora Core 4, formatted every partition, so the problem is something else. >Has anyone else reported similar problems using that motherboard? You >have to realize that the core developers do not personally have access >to every piece of hardware. For hardware issues you need to try search >out other people with the same hardware to compare. How does anyone >know that this issue isn't a case of your hardware being broken >compared to other owners of the same hardware? > > > I've the same problem with a PCI VIA network card, so I think it isn't an hardware failure... From twaugh at redhat.com Tue Jun 21 15:09:54 2005 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 21 Jun 2005 16:09:54 +0100 Subject: RENDER support in VNC In-Reply-To: <604aa791050621062997c275c@mail.gmail.com> References: <20050621132555.GG3691@redhat.com> <604aa791050621062997c275c@mail.gmail.com> Message-ID: <20050621150954.GI3691@redhat.com> On Tue, Jun 21, 2005 at 09:29:13AM -0400, Jeff Spaleta wrote: > On 6/21/05, Tim Waugh wrote: > > Hi, > > > > In Fedora Core 4, VNC has been patched for RENDER support. This means > > that, among other things, OpenOffice.org will correctly display > > anti-aliased fonts. > > Has vino been similarly affected? No, vino uses its own code base altogether I think. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mattdm at mattdm.org Tue Jun 21 15:12:47 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 21 Jun 2005 11:12:47 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <42B82D7F.2000703@libero.it> References: <42B7F5D1.5030707@libero.it> <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <20050621145629.GA23937@jadzia.bu.edu> <42B82D7F.2000703@libero.it> Message-ID: <20050621151247.GA25096@jadzia.bu.edu> On Tue, Jun 21, 2005 at 05:08:47PM +0200, Cimmo wrote: > >Good bug reports are easier to respond to quickly. Vague ones, as you > >noticed, tend to get pushed off, not out of maliciousness, but simply > >because there's a zillion things to do, and it's easier to work on the > >clear-cut ones first. > Are you talking about bug report in bugzilla or here in the mailing list? Bugzilla. But the same thing applies here. > If you are talking about here I have just posted request for help with > more details and no response, how many times I have to do copy and paste? Patience! > Anyway if there is something that is missing tell and I'll write, I > think not every people can think what it is important to say and what not. Detailed reports -- not "yum doesn't work", but: when I run _this_ yum command, I get _this_ output instead of _this other_ output which I expected. > Ignoring something just bacause is missing something is not a good idea.... > ...ask and I will answer... Keep in mind that no one is obligated to help you *at all*. You're not being ignored out of spite or bad intentions -- it's just that it's *easier* to skip over to something else. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 78 degrees Fahrenheit. From cimmo at libero.it Tue Jun 21 15:19:35 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 17:19:35 +0200 Subject: Stop ignoring #152566 bug In-Reply-To: <20050621151247.GA25096@jadzia.bu.edu> References: <42B7F5D1.5030707@libero.it> <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <20050621145629.GA23937@jadzia.bu.edu> <42B82D7F.2000703@libero.it> <20050621151247.GA25096@jadzia.bu.edu> Message-ID: <42B83007.5050705@libero.it> Matthew Miller ha scritto: >Detailed reports -- not "yum doesn't work", but: when I run _this_ yum >command, I get _this_ output instead of _this other_ output which I >expected. > > Matthew there is an image from the beginning attached that _show_ commands and their results at the same time, do you think I have only written "yum doesn't work"? have you seen it? From mattdm at mattdm.org Tue Jun 21 15:28:59 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 21 Jun 2005 11:28:59 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <42B83007.5050705@libero.it> References: <42B7F5D1.5030707@libero.it> <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <20050621145629.GA23937@jadzia.bu.edu> <42B82D7F.2000703@libero.it> <20050621151247.GA25096@jadzia.bu.edu> <42B83007.5050705@libero.it> Message-ID: <20050621152859.GA25951@jadzia.bu.edu> On Tue, Jun 21, 2005 at 05:19:35PM +0200, Cimmo wrote: > >Detailed reports -- not "yum doesn't work", but: when I run _this_ yum > >command, I get _this_ output instead of _this other_ output which I > >expected. > Matthew there is an image from the beginning attached that _show_ > commands and their results at the same time, do you think I have only > written "yum doesn't work"? > have you seen it? I think the saying is: Words are worth a thousand pictures. :) More specifically, the picture is a static snapshot of one state -- a good report has a _sequence_. For example, yum says: "Exiting on user cancel". So as far as I can see, it was working just fine until the user cancelled. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 78 degrees Fahrenheit. From cimmo at libero.it Tue Jun 21 15:40:14 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 17:40:14 +0200 Subject: Stop ignoring #152566 bug In-Reply-To: <20050621152859.GA25951@jadzia.bu.edu> References: <42B7F5D1.5030707@libero.it> <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <20050621145629.GA23937@jadzia.bu.edu> <42B82D7F.2000703@libero.it> <20050621151247.GA25096@jadzia.bu.edu> <42B83007.5050705@libero.it> <20050621152859.GA25951@jadzia.bu.edu> Message-ID: <42B834DE.5070707@libero.it> Matthew Miller ha scritto: >I think the saying is: Words are worth a thousand pictures. :) More >specifically, the picture is a static snapshot of one state -- a good report >has a _sequence_. > >For example, yum says: "Exiting on user cancel". So as far as I can see, it >was working just fine until the user cancelled. > > > Probably my bug report can be done better, however linking the attachment with the very first post is not so bad bug report: I've done a yum -d5 update and I've written "Yum sometimes reaches repos sometimes not." in other words when not I've to do a ctrl-c! Now I've added an abstract and another comment (#17 and #18). The problem seem to be the hostname name change, hostname is only the name of my pc? Can change something? bye From caf at omen.com Tue Jun 21 15:40:07 2005 From: caf at omen.com (Chuck Forsberg WA7KGX N2469R) Date: Tue, 21 Jun 2005 08:40:07 -0700 Subject: Things not working FC4 release Message-ID: <1119368408.31918.54.camel@omen.com> System: 1.4 P4 1 GB RAM 3 IDE 1 SATA AIW 9600 1920x1200 Dell 2405 FPW, 1024x768 LCD 1.When using the SATA drive as first boot disk, grub would not install boot to the SATA drive. 2. Cron reports "oversize truncation on referr field" 3. 1920x1200 resolution not set properly, display distorted 4. Dual head does not work 5. No "new mail" message in status or toolbar 6. No sound - Audugy 2 zs soundblaster -- 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 mattdm at mattdm.org Tue Jun 21 15:44:32 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 21 Jun 2005 11:44:32 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <42B834DE.5070707@libero.it> References: <42B7F5D1.5030707@libero.it> <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <20050621145629.GA23937@jadzia.bu.edu> <42B82D7F.2000703@libero.it> <20050621151247.GA25096@jadzia.bu.edu> <42B83007.5050705@libero.it> <20050621152859.GA25951@jadzia.bu.edu> <42B834DE.5070707@libero.it> Message-ID: <20050621154432.GA26982@jadzia.bu.edu> On Tue, Jun 21, 2005 at 05:40:14PM +0200, Cimmo wrote: > Probably my bug report can be done better, however linking the > attachment with the very first post is not so bad bug report: I'm not really trying to deride your bug report -- rather, to help understand why we didn't all jump with responses. > Now I've added an abstract and another comment (#17 and #18). > The problem seem to be the hostname name change, hostname is only the > name of my pc? Can change something? Yes, some parts of gnome are very sensitive to hostname changes. More so than one would think they should be. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 78 degrees Fahrenheit. From markmc at redhat.com Tue Jun 21 15:51:37 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Tue, 21 Jun 2005 16:51:37 +0100 Subject: RENDER support in VNC In-Reply-To: <604aa791050621062997c275c@mail.gmail.com> References: <20050621132555.GG3691@redhat.com> <604aa791050621062997c275c@mail.gmail.com> Message-ID: <1119369098.22794.4.camel@blaa> Hi Jeff, On Tue, 2005-06-21 at 09:29 -0400, Jeff Spaleta wrote: > On 6/21/05, Tim Waugh wrote: > > Hi, > > > > In Fedora Core 4, VNC has been patched for RENDER support. This means > > that, among other things, OpenOffice.org will correctly display > > anti-aliased fonts. > > Has vino been similarly affected? It was never an issue for Vino ... Vino just scrapes the screen, so if the Xserver has support for RENDER then all is well .. Cheers, Mark. From cimmo at libero.it Tue Jun 21 15:55:48 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 17:55:48 +0200 Subject: Stop ignoring #152566 bug In-Reply-To: <20050621154432.GA26982@jadzia.bu.edu> References: <42B7F5D1.5030707@libero.it> <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <20050621145629.GA23937@jadzia.bu.edu> <42B82D7F.2000703@libero.it> <20050621151247.GA25096@jadzia.bu.edu> <42B83007.5050705@libero.it> <20050621152859.GA25951@jadzia.bu.edu> <42B834DE.5070707@libero.it> <20050621154432.GA26982@jadzia.bu.edu> Message-ID: <42B83884.8030001@libero.it> Matthew Miller ha scritto: > >Yes, some parts of gnome are very sensitive to hostname changes. More so >than one would think they should be. > > > yum it isn't a gnome's application... it is hostname sensitive too? From fedora at wir-sind-cool.org Tue Jun 21 15:58:27 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 21 Jun 2005 17:58:27 +0200 Subject: Stop ignoring #152566 bug In-Reply-To: <42B82975.1070403@libero.it> References: <42B7F5D1.5030707@libero.it> <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> Message-ID: <20050621175827.651af8b8.fedora@wir-sind-cool.org> On Tue, 21 Jun 2005 16:51:33 +0200, Cimmo wrote: > Michael Schwendt ha scritto: > > >Wow, how about you provide some detail session logs? Your problem > >description like > > > > > For details open 152566 bug report. The picture? It only says "Exiting on user cancel". It does not say which repositories you have configured and which repository yum tried to access. It does not say how yum failed, because you interrupted it at some unknown point of time. > Seems that changing from b-52 back to the default hostname > "localhost.localdomain" let yum to work. > It's strange, yum take care about it? > With b-52 browsers and ping works... What is in your files /etc/hosts and /etc/sysconfig/network-scripts/ifcfg* compared with the non-working state? From mattdm at mattdm.org Tue Jun 21 16:01:20 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 21 Jun 2005 12:01:20 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <42B83884.8030001@libero.it> References: <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <20050621145629.GA23937@jadzia.bu.edu> <42B82D7F.2000703@libero.it> <20050621151247.GA25096@jadzia.bu.edu> <42B83007.5050705@libero.it> <20050621152859.GA25951@jadzia.bu.edu> <42B834DE.5070707@libero.it> <20050621154432.GA26982@jadzia.bu.edu> <42B83884.8030001@libero.it> Message-ID: <20050621160119.GA28074@jadzia.bu.edu> On Tue, Jun 21, 2005 at 05:55:48PM +0200, Cimmo wrote: > >Yes, some parts of gnome are very sensitive to hostname changes. More so > >than one would think they should be. > yum it isn't a gnome's application... > it is hostname sensitive too? Generally not. Was it working fine until you changed the hostname, and then stopped? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 79 degrees Fahrenheit. From jspaleta at gmail.com Tue Jun 21 16:02:46 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 21 Jun 2005 12:02:46 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <42B82DBA.7090504@libero.it> References: <42B7F5D1.5030707@libero.it> <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <604aa79105062108044eb17f80@mail.gmail.com> <42B82DBA.7090504@libero.it> Message-ID: <604aa79105062109027115b8f@mail.gmail.com> On 6/21/05, Cimmo wrote: > I've a _fresh_ install of Fedora Core 4, formatted every partition, so > the problem is something else. That's great... but from reading the bug report.. i don't see any mention of that fresh install attempt. I see repeated 'upgrades'. >From the bug report its difficult to get an accurate picture of what you have been doing with that system. Which do i believe? what you are telling me now or what you have written in the bugreport? This is the sort of confusion you should try to avoid, it helps everyone if you are as accurate in your descriptions as possible. > I've the same problem with a PCI VIA network card, so I think it isn't > an hardware failure... You have the same issue.. with a pci card on the exact same motherboard that you are having a problem with? Again you need to do what you can to find other people that are using the same pci card AND that motherboard and compare with their experiences. I personally am not having any issues with network operations like the ones you have described afaict. One of my fresh fc4 system is using a via pci card lspci reports. 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78) using the kernel module via_rhine the gnome network monitor seems to work just fine with that card. Shall i go ahead and close that bug report as WORKSFORME? -jef From cimmo at libero.it Tue Jun 21 16:08:41 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 18:08:41 +0200 Subject: Stop ignoring #152566 bug In-Reply-To: <20050621160119.GA28074@jadzia.bu.edu> References: <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <20050621145629.GA23937@jadzia.bu.edu> <42B82D7F.2000703@libero.it> <20050621151247.GA25096@jadzia.bu.edu> <42B83007.5050705@libero.it> <20050621152859.GA25951@jadzia.bu.edu> <42B834DE.5070707@libero.it> <20050621154432.GA26982@jadzia.bu.edu> <42B83884.8030001@libero.it> <20050621160119.GA28074@jadzia.bu.edu> Message-ID: <42B83B89.8050008@libero.it> Matthew Miller ha scritto: > >Generally not. Was it working fine until you changed the hostname, and then >stopped? > > > exactly From dcbw at redhat.com Tue Jun 21 16:17:34 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 21 Jun 2005 12:17:34 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <42B83B89.8050008@libero.it> References: <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <20050621145629.GA23937@jadzia.bu.edu> <42B82D7F.2000703@libero.it> <20050621151247.GA25096@jadzia.bu.edu> <42B83007.5050705@libero.it> <20050621152859.GA25951@jadzia.bu.edu> <42B834DE.5070707@libero.it> <20050621154432.GA26982@jadzia.bu.edu> <42B83884.8030001@libero.it> <20050621160119.GA28074@jadzia.bu.edu> <42B83B89.8050008@libero.it> Message-ID: <1119370654.17041.30.camel@foo> On Tue, 2005-06-21 at 18:08 +0200, Cimmo wrote: > Matthew Miller ha scritto: > > > > >Generally not. Was it working fine until you changed the hostname, and then > >stopped? > > > > > > > exactly I just tried changing my hostname, and yum seems to work fine, apart from taking a while to "read in package metadata". One thing to make sure of with yum: Pick a mirror and specify that in the yum .repo file, don't just use "mirrorlist=". I haven't mirrorlist to work very reliably. Dan From cimmo at libero.it Tue Jun 21 16:24:01 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 18:24:01 +0200 Subject: Stop ignoring #152566 bug In-Reply-To: <1119370654.17041.30.camel@foo> References: <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <20050621145629.GA23937@jadzia.bu.edu> <42B82D7F.2000703@libero.it> <20050621151247.GA25096@jadzia.bu.edu> <42B83007.5050705@libero.it> <20050621152859.GA25951@jadzia.bu.edu> <42B834DE.5070707@libero.it> <20050621154432.GA26982@jadzia.bu.edu> <42B83884.8030001@libero.it> <20050621160119.GA28074@jadzia.bu.edu> <42B83B89.8050008@libero.it> <1119370654.17041.30.camel@foo> Message-ID: <42B83F21.3030301@libero.it> Dan Williams ha scritto: >I just tried changing my hostname, and yum seems to work fine, apart >from taking a while to "read in package metadata". > >One thing to make sure of with yum: Pick a mirror and specify that in >the yum .repo file, don't just use "mirrorlist=". I haven't mirrorlist >to work very reliably. > >Dan > > > I've all files untouched from the installation (fresh one). Just changed hostname in network configuration. ASAP I will see "mirrorlist=", what I have to do? From fedora at puzzled.xs4all.nl Tue Jun 21 16:35:11 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Tue, 21 Jun 2005 18:35:11 +0200 Subject: Things not working FC4 release In-Reply-To: <1119368408.31918.54.camel@omen.com> References: <1119368408.31918.54.camel@omen.com> Message-ID: <1119371711.2866.86.camel@guru.puzzled.xs4all.nl> On Tue, 2005-06-21 at 08:40 -0700, Chuck Forsberg WA7KGX N2469R wrote: > System: 1.4 P4 1 GB RAM 3 IDE 1 SATA AIW 9600 > 1920x1200 Dell 2405 FPW, 1024x768 LCD > > 1.When using the SATA drive as first boot disk, grub would > not install boot to the SATA drive. In the installer did you change the boot order so the SATA drive was first? I had to do that with 2 IDE drives and 1 SATA drive in my box. Also had to select boot SCSI/SATA first in bios. [snip] > 3. 1920x1200 resolution not set properly, display distorted Did you try a fresh config with system-config-display -v --reconfig? (backup /etc/xorg.conf first) Patrick From twaugh at redhat.com Tue Jun 21 16:33:23 2005 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 21 Jun 2005 17:33:23 +0100 Subject: RENDER support in VNC In-Reply-To: <1119369098.22794.4.camel@blaa> References: <20050621132555.GG3691@redhat.com> <604aa791050621062997c275c@mail.gmail.com> <1119369098.22794.4.camel@blaa> Message-ID: <20050621163323.GJ3691@redhat.com> On Tue, Jun 21, 2005 at 04:51:37PM +0100, Mark McLoughlin wrote: > > Has vino been similarly affected? > > It was never an issue for Vino ... Vino just scrapes the screen, so if > the Xserver has support for RENDER then all is well .. Similarly, any users of the VNC package's vnc.so X11 module: well, firstly, use vino. :-) But also, this change does not affect vnc.so. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From felipe.alfaro at gmail.com Tue Jun 21 16:41:51 2005 From: felipe.alfaro at gmail.com (Felipe Alfaro Solana) Date: Tue, 21 Jun 2005 18:41:51 +0200 Subject: pam-0.79-10, coreutils-5.2.1-51: logins no longer work In-Reply-To: <20050621113128.45852.qmail@web51509.mail.yahoo.com> References: <20050621072402.GY21004@viasys.com> <20050621113128.45852.qmail@web51509.mail.yahoo.com> Message-ID: <6f6293f10506210941417af8f8@mail.gmail.com> > >recvfrom(3, "$\0\0\0\2\0\0\0\1\0\0\0\311_\0\0\352\377\377\377|\0\0\0"..., 8476, > > This is your problem. 352 is octal for -EINVAL. Your kernel doesn't understand > the netlink message type that the audit-libs is sending. I put audit-libs-0.9.10 > into rawhide and it should be available next time its pushed out. If you feel > like building it yourself, you can get it from people.redhat.com/sgrubb/audit For me, downgrading to audit-libs-0.9.5-1 solved this problem. From cimmo at libero.it Tue Jun 21 16:58:06 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 18:58:06 +0200 Subject: screen bug in FC4 In-Reply-To: <200506202054.10101.kewley@gps.caltech.edu> References: <42B068AA.5020209@libero.it> <42B2FFCF.7050701@libero.it> <200506171151.35681.kewley@gps.caltech.edu> <200506202054.10101.kewley@gps.caltech.edu> Message-ID: <42B8471E.9090806@libero.it> opened a new bug report https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161239 From kewley at gps.caltech.edu Tue Jun 21 17:07:43 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Tue, 21 Jun 2005 10:07:43 -0700 Subject: screen bug in FC4 In-Reply-To: <42B82A13.8010804@libero.it> References: <42B068AA.5020209@libero.it> <200506202054.10101.kewley@gps.caltech.edu> <42B82A13.8010804@libero.it> Message-ID: <200506211007.43696.kewley@gps.caltech.edu> On Tuesday 21 June 2005 07:54, Cimmo wrote: > David Kewley ha scritto: > >FYI, to complete this thread (?), I have not seen the screen > > corruption since I updated xorg* and kde (a bunch of rpms), and > > power-cycled. I don't believe my use patterns now are very > > different from before, so perhaps the source of the problem I saw > > has been fixed. > > > >Cimmo, are you still seeing problems after the above-mentioned > > updates & power-cycle? > > done a full update and power-cycle. > Same issue :( > > Cimmo A quick update: I found out this morning that I had *not* in fact updated KDE; I'm doing that now. I could swear I'd done that, so perhaps I did it on my work machine rather than my home machine... Sigh. I found this out because last night I got screen corruption & X nonresponse, as before, so I double-checked my installed packages. This time I let the machine run several hours overnight to see if it would ever respond to Ctrl-Alt-F1; it did not, so X at least was locked hard. As before, the mouse pointer moves, but onscreen widgets do not update. Over the past few days, until last night, I had experienced no problems, including a few hours of troublefree 3D gaming in Win2k. Cimmo, how about you and I take this path: * If you wish to submit a bug report now, go ahead and do so, and reply to this thread with a URL to the bug report. I'll fill in the details I have. * Alternately, wait until I've confirmed whether I still see this bug with KE 3.4.1 before submitting a bug report. Have you searched http://bugzilla.redhat.com/ for similar-sounding reports? I have not yet. Regarding your network bug report that hadn't seen any action in the past three months until you brought it up on this list today, I hear your frustration. But I think that the list members are being very helpful to you, both in terms of tracking down the bug & giving you guidance about how to get attention to your bugs. I hope you and the bug respondents will together gather all the required facts & find the problem. Remember that it could possibly be hardware, even though you also saw it with a PCI network card. Unless you're a deep, deep hardware wizard (I'm good, but not a deep wizard), never 100% rule out the possibility of hardware problems. :) David From kapointer at charter.net Tue Jun 21 17:35:43 2005 From: kapointer at charter.net (Kyle Pointer) Date: Tue, 21 Jun 2005 12:35:43 -0500 Subject: Is there any work underway to fix the gpilot bug? In-Reply-To: <20050621160036.07EFB73F38@hormel.redhat.com> References: <20050621160036.07EFB73F38@hormel.redhat.com> Message-ID: <1119375343.17866.1.camel@fluffbox.fluffnet> GPilot hasn't worked correctly since.. Fedora Core 4 test 1. ( possibly late FC3 too ) It has been a looooong time since it has worked right, and I would like to ask.. is anything being done to fix it?! I like being able to use my palm pilot with evolution.... I really do. -- kyle From pjones at redhat.com Tue Jun 21 17:41:34 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 21 Jun 2005 13:41:34 -0400 Subject: Things not working FC4 release In-Reply-To: <1119368408.31918.54.camel@omen.com> References: <1119368408.31918.54.camel@omen.com> Message-ID: <1119375694.1366.10.camel@localhost.localdomain> On Tue, 2005-06-21 at 08:40 -0700, Chuck Forsberg WA7KGX N2469R wrote: > System: 1.4 P4 1 GB RAM 3 IDE 1 SATA AIW 9600 > 1920x1200 Dell 2405 FPW, 1024x768 LCD > > 1.When using the SATA drive as first boot disk, grub would > not install boot to the SATA drive. Grub wouldn't, or anaconda didn't set it up that way, or both? -- Peter From skvidal at phy.duke.edu Tue Jun 21 17:43:03 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 21 Jun 2005 13:43:03 -0400 Subject: Stop ignoring #152566 bug In-Reply-To: <1119370654.17041.30.camel@foo> References: <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <20050621145629.GA23937@jadzia.bu.edu> <42B82D7F.2000703@libero.it> <20050621151247.GA25096@jadzia.bu.edu> <42B83007.5050705@libero.it> <20050621152859.GA25951@jadzia.bu.edu> <42B834DE.5070707@libero.it> <20050621154432.GA26982@jadzia.bu.edu> <42B83884.8030001@libero.it> <20050621160119.GA28074@jadzia.bu.edu> <42B83B89.8050008@libero.it> <1119370654.17041.30.camel@foo> Message-ID: <1119375783.24920.28.camel@opus.phy.duke.edu> On Tue, 2005-06-21 at 12:17 -0400, Dan Williams wrote: > On Tue, 2005-06-21 at 18:08 +0200, Cimmo wrote: > > Matthew Miller ha scritto: > > > > > > > >Generally not. Was it working fine until you changed the hostname, and then > > >stopped? > > > > > > > > > > > exactly > > I just tried changing my hostname, and yum seems to work fine, apart > from taking a while to "read in package metadata". > > One thing to make sure of with yum: Pick a mirror and specify that in > the yum .repo file, don't just use "mirrorlist=". I haven't mirrorlist > to work very reliably. > What failed wrt the mirrorlist? the actual downloading of the mirrorlist? The selection from the list? I didn't know of any specific bugs in that code that aren't related to the mirrors themselves. -sv From cimmo at libero.it Tue Jun 21 17:46:54 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 19:46:54 +0200 Subject: screen bug in FC4 In-Reply-To: <200506211007.43696.kewley@gps.caltech.edu> References: <42B068AA.5020209@libero.it> <200506202054.10101.kewley@gps.caltech.edu> <42B82A13.8010804@libero.it> <200506211007.43696.kewley@gps.caltech.edu> Message-ID: <42B8528E.2000600@libero.it> David Kewley ha scritto: >Cimmo, how about you and I take this path: > >* If you wish to submit a bug report now, go ahead and do so, and reply >to this thread with a URL to the bug report. I'll fill in the details >I have. > > Just done, have you seen other post in this thread? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161239 >* Alternately, wait until I've confirmed whether I still see this bug >with KE 3.4.1 before submitting a bug report. > > kde 3.4.1 results in the same issue >Have you searched http://bugzilla.redhat.com/ for similar-sounding >reports? I have not yet. > > yes, found only a cirrus corrupted screen. >Regarding your network bug report that hadn't seen any action in the >past three months until you brought it up on this list today, I hear >your frustration. But I think that the list members are being very >helpful to you, both in terms of tracking down the bug & giving you >guidance about how to get attention to your bugs. I hope you and the >bug respondents will together gather all the required facts & find the >problem. Remember that it could possibly be hardware, even though you >also saw it with a PCI network card. Unless you're a deep, deep >hardware wizard (I'm good, but not a deep wizard), never 100% rule out >the possibility of hardware problems. :) > > I have just resolved, it is a "NON A BUG" but don't know how it shows before. thanx for your reply, please fill your system spec in my bug report if you see corrupted screen again. bye Cimmo From dmalcolm at redhat.com Tue Jun 21 17:53:10 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Tue, 21 Jun 2005 13:53:10 -0400 Subject: Is there any work underway to fix the gpilot bug? In-Reply-To: <1119375343.17866.1.camel@fluffbox.fluffnet> References: <20050621160036.07EFB73F38@hormel.redhat.com> <1119375343.17866.1.camel@fluffbox.fluffnet> Message-ID: <1119376390.3572.7.camel@cassandra.boston.redhat.com> On Tue, 2005-06-21 at 12:35 -0500, Kyle Pointer wrote: > GPilot hasn't worked correctly since.. Fedora Core 4 test 1. ( possibly late FC3 too ) > It has been a looooong time since it has worked right, and I would like to ask.. > is anything being done to fix it?! > > I like being able to use my palm pilot with evolution.... I really do. > I'll try to spend some debugging time on this later today. From cimmo at libero.it Tue Jun 21 18:09:53 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 20:09:53 +0200 Subject: Stop ignoring #152566 bug In-Reply-To: <1119375783.24920.28.camel@opus.phy.duke.edu> References: <20050621153706.4c4259d5.fedora@wir-sind-cool.org> <42B82975.1070403@libero.it> <20050621145629.GA23937@jadzia.bu.edu> <42B82D7F.2000703@libero.it> <20050621151247.GA25096@jadzia.bu.edu> <42B83007.5050705@libero.it> <20050621152859.GA25951@jadzia.bu.edu> <42B834DE.5070707@libero.it> <20050621154432.GA26982@jadzia.bu.edu> <42B83884.8030001@libero.it> <20050621160119.GA28074@jadzia.bu.edu> <42B83B89.8050008@libero.it> <1119370654.17041.30.camel@foo> <1119375783.24920.28.camel@opus.phy.duke.edu> Message-ID: <42B857F1.30209@libero.it> seth vidal ha scritto: > >What failed wrt the mirrorlist? the actual downloading of the >mirrorlist? The selection from the list? I didn't know of any specific >bugs in that code that aren't related to the mirrors themselves. > >-sv > > > Gnome's network icon works putting manually eth0 in the configuration like explained here https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161216 Now yum works also with b-52 hostname, both with via network card and with nvidia integrated card. It's very slow to retrieve informations about repositaries but after this it starts to download at high speed. Also it is strange why I've disabled ipv6 in network manager, but I've an ipv6 address typing ifconfig I'm very sorry for all that troubles, I'm sure that before it will not work, or probably it cannot reaches repositaries in a normal time :) I've closed the bug with a NOT A BUG resolution. best regards Cimmo From lfarkas at bppiac.hu Tue Jun 21 18:26:37 2005 From: lfarkas at bppiac.hu (Farkas Levente) Date: Tue, 21 Jun 2005 20:26:37 +0200 Subject: RENDER support in VNC In-Reply-To: <20050621163323.GJ3691@redhat.com> References: <20050621132555.GG3691@redhat.com> <604aa791050621062997c275c@mail.gmail.com> <1119369098.22794.4.camel@blaa> <20050621163323.GJ3691@redhat.com> Message-ID: <42B85BDD.1050409@bppiac.hu> Tim Waugh wrote: > On Tue, Jun 21, 2005 at 04:51:37PM +0100, Mark McLoughlin wrote: > > >>>Has vino been similarly affected? >> >> It was never an issue for Vino ... Vino just scrapes the screen, so if >>the Xserver has support for RENDER then all is well .. > > > Similarly, any users of the VNC package's vnc.so X11 module: well, > firstly, use vino. :-) But also, this change does not affect vnc.so. but it happend many times with vino server, that it takes 90% of my cpu without anybody using it! this has never happend with vnc.so.... -- Levente "Si vis pacem para bellum!" From vherva at vianova.fi Tue Jun 21 18:37:21 2005 From: vherva at vianova.fi (Ville Herva) Date: Tue, 21 Jun 2005 21:37:21 +0300 Subject: pam-0.79-10, coreutils-5.2.1-51: logins no longer work In-Reply-To: <20050621113128.45852.qmail@web51509.mail.yahoo.com> References: <20050621072402.GY21004@viasys.com> <20050621113128.45852.qmail@web51509.mail.yahoo.com> Message-ID: <20050621183721.GA21004@viasys.com> On Tue, Jun 21, 2005 at 04:31:28AM -0700, you [Steve G] wrote: > > >recvfrom(3, "$\0\0\0\2\0\0\0\1\0\0\0\311_\0\0\352\377\377\377|\0\0\0"..., 8476, > > This is your problem. 352 is octal for -EINVAL. Your kernel doesn't > understand the netlink message type that the audit-libs is sending. I put > audit-libs-0.9.10 into rawhide and it should be available next time its > pushed out. If you feel like building it yourself, you can get it from > people.redhat.com/sgrubb/audit Ok, I built audit-libs-0.9.10-1.i386.rpm and gave it a try: --8<----------------------------------------------------------------------- root at babbage:/var/cache/yum/development/packages>rpm -Fvh audit-libs-0.9.10-1.i386.rpm pam-0.79-10.i386.rpm pam-devel-0.79-10.i386.rpm Preparing... ########################################### [100%] 1:audit-libs ########################################### [ 33%] /sbin/ldconfig: /lib/libselinux.so.1 is not a symbolic link 2:pam ########################################### [ 67%] /sbin/ldconfig: /lib/libselinux.so.1 is not a symbolic link 3:pam-devel ########################################### [100%] root at babbage:/var/cache/yum/development/packages>su root at babbage:/var/cache/yum/development/packages> --8<----------------------------------------------------------------------- Seems to work. I can also su from normal user to root. Thanks! -- v -- v at iki.fi From caf at omen.com Tue Jun 21 18:51:12 2005 From: caf at omen.com (Chuck Forsberg WA7KGX N2469R) Date: Tue, 21 Jun 2005 11:51:12 -0700 Subject: Booting from SATA drive Message-ID: <1119379872.31918.63.camel@omen.com> This is an amplification on the previous report of booting difficulties from a SATA drive. System has three IDE drives + DVD on the usual controller. I added a SATA drive to increase memory. The bios allows the the boot order to be changed, so I was able to install XP on the SATA drive and boot it. I installed FC4 to the SATA drive and used the advanced install option to write the boot to the SATA drive. But Windows still booted directly, no Grub. -- 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 cimmo at libero.it Tue Jun 21 18:54:03 2005 From: cimmo at libero.it (Cimmo) Date: Tue, 21 Jun 2005 20:54:03 +0200 Subject: Booting from SATA drive In-Reply-To: <1119379872.31918.63.camel@omen.com> References: <1119379872.31918.63.camel@omen.com> Message-ID: <42B8624B.3090709@libero.it> Chuck Forsberg WA7KGX N2469R ha scritto: >This is an amplification on the previous report of booting >difficulties from a SATA drive. > >System has three IDE drives + DVD on the usual controller. >I added a SATA drive to increase memory. The bios allows >the the boot order to be changed, so I was able to install >XP on the SATA drive and boot it. > >I installed FC4 to the SATA drive and used the advanced >install option to write the boot to the SATA drive. But >Windows still booted directly, no Grub. > > Have you changed the device order? You have to change during installation the order of the hard disks, put SATA you want on first, and then install on MBR. i think have to bugzilla this, because too many people doesn't understand how to install grub on a sata device, also I've wrong it the very first time. bye Cimmo From vonbrand at inf.utfsm.cl Tue Jun 21 19:31:24 2005 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Tue, 21 Jun 2005 15:31:24 -0400 Subject: FC5 Wishlist In-Reply-To: Message from "Michael A. Peters" of "Mon, 20 Jun 2005 22:24:27 MST." <1119331467.3109.25.camel@locolhost.localdomain> Message-ID: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> Michael A. Peters wrote: > I've been lurking in this thread - I'm NOT to get into any arguments - > but I do think there could be a better way of _package_ RFE's than the > wiki or bugzilla. Maybe... > A simple page where a user can input the name of the desired package, a > url to the homepage, a brief description, and select a category from a > drop down menu. > > This would be something that extras maintainers looking to contribute > could go through. I'd wagger that extras maintainers have their hands more than full with the packages they do maintain, and would love to have time left over for the /other/ packages they care for... I.e., if you want a package included/maintained, your best (only?) bet is doing it yourself. [No, I have no standing to talk officially here. Just from observations elsewhere...] -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From pjones at redhat.com Tue Jun 21 19:36:18 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 21 Jun 2005 15:36:18 -0400 Subject: Booting from SATA drive In-Reply-To: <1119379872.31918.63.camel@omen.com> References: <1119379872.31918.63.camel@omen.com> Message-ID: <1119382578.1366.40.camel@localhost.localdomain> On Tue, 2005-06-21 at 11:51 -0700, Chuck Forsberg WA7KGX N2469R wrote: > This is an amplification on the previous report of booting > difficulties from a SATA drive. > > System has three IDE drives + DVD on the usual controller. > I added a SATA drive to increase memory. The bios allows > the the boot order to be changed, so I was able to install > XP on the SATA drive and boot it. > > I installed FC4 to the SATA drive and used the advanced > install option to write the boot to the SATA drive. But > Windows still booted directly, no Grub. This probably means grub got installed to the MBR of a device that's not the first one BIOS tries to boot, or you installed it onto a partition, and XP goes is on the MBR. Are you really sure BIOS knows that it's supposed to boot the SATA drives first, _AND_ that the SATA controller is set to boot its disks? You're installing both of them on the SATA drives, and trying to put grub on the MBR of the SATA drive? What are the IDE drives for? Let's get some data. Run this as root: modprobe edd find /sys/firmware/edd/*/pci_dev/ What's it show? Assuming there's an int13_dev80 and an int13_dev81 (and any other directories you may see) in /sys/firmware/edd/, cat each "host_bus" file, and be sure you show us which one's which, i.e.: vroomfondel:/sys/firmware/edd/int13_dev80$ cat host_bus PCI 00:1f.1 channel: 0 (I need to know how "int13_devXX" matches up to the contents). then run "lspci", and paste the output here as well. And then we'll at least know if the bios is completely useless, totally full of misinformation, or (maybe) if there's an actual bug that we can fix. -- Peter From pjones at redhat.com Tue Jun 21 19:38:16 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 21 Jun 2005 15:38:16 -0400 Subject: Booting from SATA drive In-Reply-To: <42B8624B.3090709@libero.it> References: <1119379872.31918.63.camel@omen.com> <42B8624B.3090709@libero.it> Message-ID: <1119382696.1366.42.camel@localhost.localdomain> On Tue, 2005-06-21 at 20:54 +0200, Cimmo wrote: > Chuck Forsberg WA7KGX N2469R ha scritto: > > >This is an amplification on the previous report of booting > >difficulties from a SATA drive. > > > >System has three IDE drives + DVD on the usual controller. > >I added a SATA drive to increase memory. The bios allows > >the the boot order to be changed, so I was able to install > >XP on the SATA drive and boot it. > > > >I installed FC4 to the SATA drive and used the advanced > >install option to write the boot to the SATA drive. But > >Windows still booted directly, no Grub. > > > > > Have you changed the device order? You have to change during > installation the order of the hard disks, put SATA you want on first, > and then install on MBR. > i think have to bugzilla this, because too many people doesn't > understand how to install grub on a sata device, also I've wrong it the > very first time. You _might_ have to change it; it depends on if we can detect the device order or not. We've considered doing some heuristics if we _can't_ detect it, but that's a lot of the time, and really, if you have a builtin IDE card and an add-on SATA card, guessing is just not very likely to work. We probably just need better UI to ask the user, as this is becoming a bigger problem with the rise in popularity of add-on SATA cards. -- Peter From lynn at garlic.com Tue Jun 21 20:27:38 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Tue, 21 Jun 2005 14:27:38 -0600 Subject: smp 13xx kernels with hung processes on two processor dell poweredge 2400 Message-ID: <42B8783A.4060909@garlic.com> smp 13xx kernels have hung processes with dell poweredge 2400, two 1ghz processors, 1gbyte memory last couple smp 13xx kernels seems to be specifically related to tcp/ip and/or enet activity (box has two 100mbit enet interfaces) ... it would run for awhile and then things start hanging and the only way out is to hit the reset butto to force reset. in the past, was able to drop back and run fine with smp kernel 1267. latest round of updates did something so that 1267 no longer finishes boot .... so i figured what the heck ... i would do FC4 final cdrom ... which only put on a couple new files (did cleanup /boot on put on smp kernel 1369) ... but didn't correct the problem and there is no kernel 1267 to fall back to. looks like i'll have to regress to some earlier fc4 test system. From ivazquez at ivazquez.net Tue Jun 21 22:10:22 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 21 Jun 2005 18:10:22 -0400 Subject: Things not working FC4 release In-Reply-To: <1119368408.31918.54.camel@omen.com> References: <1119368408.31918.54.camel@omen.com> Message-ID: <1119391822.28488.1.camel@ignacio.ignacio.lan> On Tue, 2005-06-21 at 08:40 -0700, Chuck Forsberg WA7KGX N2469R wrote: > 4. Dual head does not work Proprietary driver. > 5. No "new mail" message in status or toolbar Extras, mail-notification, Preferences | Mail Notification, runs in Notification Area. -- 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 Tue Jun 21 23:41:58 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Tue, 21 Jun 2005 19:41:58 -0400 Subject: FC5 Wishlist In-Reply-To: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> Message-ID: <42B8A5C6.60207@insight.rr.com> Horst von Brand wrote: > Michael A. Peters wrote: What should be available are libraries that are as current as possible. As an example: FC4 provides /usr/lib/libdb.so.2 Program requires a later version. libdb.so.3 is needed by gmc-4.5.51-16.i386 Jim -- Never put off till run-time what you can do at compile-time. -- D. Gries From rodd at clarkson.id.au Wed Jun 22 00:04:59 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 22 Jun 2005 10:04:59 +1000 Subject: rawhide report: 20050621 changes In-Reply-To: <200506211102.j5LB2A69007309@porkchop.devel.redhat.com> References: <200506211102.j5LB2A69007309@porkchop.devel.redhat.com> Message-ID: <1119398699.3281.4.camel@jellyfish.redfishdemo.com> On Tue, 2005-06-21 at 07:02 -0400, Build System wrote: > cairo-0.5.1-1 > ------------- > * Mon Jun 20 2005 Kristian H?gsberg 0.5.1-1 > - Update to cairo 0.5.1. > - Remove gtk-doc files, since --disable-gtk-doc doesn't work. > - Disable gtk-doc and add freetype and fontconfig BuildRequires. I'm curious to know what cairo means in terms of performance for users. I've read some really good stuff about it, but it all seems to rely on "taking advantage of display hardware acceleration when available (eg. through the X Render Extension or OpenGL)" (to quote from the cairographics.org web site). What does this mean for users without hardware acceleration? What does this mean for users with NVIDIA and ATI cards who don't have support for 3D rendering because current open source drivers aren't offering support for this? Given that gtp+-2.7.x (and beyond) is going to rely on Cairo for rendering, I'd really appreciate it if someone in the know could give a heads up on what this means for all users (since most of the focus (media wise) seems to look at hardware accelerated environments). Any comments? Rodd -- "It's a fine line between denial and faith. It's much better on my side" From joelbryanster at gmail.com Wed Jun 22 01:30:46 2005 From: joelbryanster at gmail.com (Joel Juliano) Date: Wed, 22 Jun 2005 09:30:46 +0800 Subject: FC5 Wishlist In-Reply-To: <42B8A5C6.60207@insight.rr.com> References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> Message-ID: How about a dedicated server to recieve crash reports automatically. On 6/22/05, Jim Cornette wrote: > > Horst von Brand wrote: > > Michael A. Peters wrote: > > What should be available are libraries that are as current as possible. > > As an example: FC4 provides > /usr/lib/libdb.so.2 > > Program requires a later version. > > libdb.so.3 is needed by gmc-4.5.51-16.i386 > > Jim > > -- > Never put off till run-time what you can do at compile-time. > -- D. Gries > > -- > 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 skvidal at phy.duke.edu Wed Jun 22 01:36:53 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 21 Jun 2005 21:36:53 -0400 Subject: FC5 Wishlist In-Reply-To: References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> Message-ID: <1119404213.3031.1.camel@cutter> On Wed, 2005-06-22 at 09:30 +0800, Joel Juliano wrote: > How about a dedicated server to recieve crash reports automatically. > how about infinite bandwidth and server resources? and while we're asking for mythical things - how about a unicorn or a pegasus! Maybe a baby unicorn for Jef. A dedicated server to receive crash reports automatically would probably take a lot of abuse and you'd have to sift through the real reports vs the sheer volume of people who just have bad hardware. -sv From m_epling at comcast.net Wed Jun 22 03:07:55 2005 From: m_epling at comcast.net (m_epling) Date: Tue, 21 Jun 2005 22:07:55 -0500 Subject: FC5 Wishlist In-Reply-To: References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> Message-ID: <42B8D60B.7000804@comcast.net> how about a translator for gaim or webpages From mpeters at mac.com Wed Jun 22 03:11:00 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 21 Jun 2005 20:11:00 -0700 Subject: FC5 Wishlist In-Reply-To: <1119404213.3031.1.camel@cutter> References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> <1119404213.3031.1.camel@cutter> Message-ID: <1119409861.3109.110.camel@locolhost.localdomain> On Tue, 2005-06-21 at 21:36 -0400, seth vidal wrote: > > A dedicated server to receive crash reports automatically would probably > take a lot of abuse and you'd have to sift through the real reports vs > the sheer volume of people who just have bad hardware. Heh, yeah - I filed several bug reports when RH8 shipped because certain things (xscreensaver) etc had a tendency to crash my machine - all new since symptoms since installing RH8. Then one day it wouldn't boot. Same ram, video card, hard drive, etc. - only thing I changes was mobo (same chipset) and cpu - and no more crashes ... From jspaleta at gmail.com Wed Jun 22 03:13:51 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 21 Jun 2005 23:13:51 -0400 Subject: FC5 Wishlist In-Reply-To: <1119404213.3031.1.camel@cutter> References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> <1119404213.3031.1.camel@cutter> Message-ID: <604aa79105062120135602a54a@mail.gmail.com> On 6/21/05, seth vidal wrote: > > how about infinite bandwidth and server resources? > > and while we're asking for mythical things - how about a unicorn or a > pegasus! > > Maybe a baby unicorn for Jef. > how about http://nadvsh.sourceforge.net/ integration into yum jef"I won't go till i have oneko I won't go till i have oneko I won't go till i have oneko... in Core"spaleta From eolson at mit.edu Wed Jun 22 03:25:56 2005 From: eolson at mit.edu (Edwin Olson) Date: Tue, 21 Jun 2005 23:25:56 -0400 Subject: FC5 Wishlist In-Reply-To: <1119404213.3031.1.camel@cutter> References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> <1119404213.3031.1.camel@cutter> Message-ID: <42B8DA44.90603@mit.edu> > > > I think you meant :) >A dedicated server to receive crash reports automatically would probably >take a lot of abuse and you'd have to sift through the real reports vs >the sheer volume of people who just have bad hardware. > > You can't mine the data until you have it, and having it is not an obligation to mine it. It's just an opportunity. There's probably an unbounded amount of work that could go into mining it, but I'd suspect that you could get a pretty good ROI just by going for easy signals-- a rash of crashes on chipset foo on kernel x.y.z, for example. It sounds to me like a pretty decent idea, modulo privacy concerns. -Ed From skvidal at phy.duke.edu Wed Jun 22 03:31:48 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 21 Jun 2005 23:31:48 -0400 Subject: FC5 Wishlist In-Reply-To: <604aa79105062120135602a54a@mail.gmail.com> References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> <1119404213.3031.1.camel@cutter> <604aa79105062120135602a54a@mail.gmail.com> Message-ID: <1119411109.3031.17.camel@cutter> > > how about http://nadvsh.sourceforge.net/ integration into yum > from irc: yum-nadvsh> you have entered fedora-extras repo... you see abiword.. there are exits to the east and north yum-nadvsh> You have 1200 packages in your pkgSack yum-nadvsh> you have entered fedora-development... dead babies litter the ground yum-nadvsh> there are unresolved dependencies. a grue eats you. oh the opportunities for hijinks are limitless. -sv From m_epling at comcast.net Wed Jun 22 03:34:00 2005 From: m_epling at comcast.net (m_epling) Date: Tue, 21 Jun 2005 22:34:00 -0500 Subject: FC5 Wishlist In-Reply-To: <1119411109.3031.17.camel@cutter> References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> <1119404213.3031.1.camel@cutter> <604aa79105062120135602a54a@mail.gmail.com> <1119411109.3031.17.camel@cutter> Message-ID: <42B8DC28.9080405@comcast.net> yes we have so much to show you... seth vidal wrote: >> >>how about http://nadvsh.sourceforge.net/ integration into yum >> >> >> > >from irc: > >yum-nadvsh> you have entered fedora-extras repo... you see abiword.. >there are exits to the east and north >yum-nadvsh> You have 1200 packages in your pkgSack >yum-nadvsh> you have entered fedora-development... dead babies litter >the ground >yum-nadvsh> there are unresolved dependencies. a grue eats you. > > >oh the opportunities for hijinks are limitless. > >-sv > > > > From jspaleta at gmail.com Wed Jun 22 03:35:06 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 21 Jun 2005 23:35:06 -0400 Subject: FC5 Wishlist In-Reply-To: <42B8DA44.90603@mit.edu> References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> <1119404213.3031.1.camel@cutter> <42B8DA44.90603@mit.edu> Message-ID: <604aa7910506212035160aec43@mail.gmail.com> On 6/21/05, Edwin Olson wrote: > There's probably an unbounded amount of work that could go into mining > it, but I'd suspect that you could get a pretty good ROI just by going > for easy signals-- a rash of crashes on chipset foo on kernel x.y.z, for > example. It sounds to me like a pretty decent idea, modulo privacy > concerns. well you could go ask upstream gnome about the quality of the data and the amount of mining thats going on with bug-buddy. -jef From thethirddoorontheleft at verizon.net Wed Jun 22 03:50:39 2005 From: thethirddoorontheleft at verizon.net (Darwin H. Webb) Date: Tue, 21 Jun 2005 20:50:39 -0700 Subject: rawhide report: 20050621 changes In-Reply-To: <200506211102.j5LB2A69007309@porkchop.devel.redhat.com> References: <200506211102.j5LB2A69007309@porkchop.devel.redhat.com> Message-ID: <1119412239.5153.15.camel@Jovette-14> On Tue, 2005-06-21 at 07:02 -0400, Build System wrote: > > > Updated Packages: > > audit-0.9.10-1 > -------------- > * Sun Jun 19 2005 Steve Grubb 0.9.10-1 > - Make sure the bad packet is drained when retrying user messages > - Add support for new user and watch filter lists > - Interpret flags field in ausearch > > cairo-0.5.1-1 > ------------- > * Mon Jun 20 2005 Kristian H?gsberg 0.5.1-1 > - Update to cairo 0.5.1. > - Remove gtk-doc files, since --disable-gtk-doc doesn't work. > - Disable gtk-doc and add freetype and fontconfig BuildRequires. > > glibc-2.3.5-11 > -------------- > * Mon Jun 20 2005 Jakub Jelinek 2.3.5-11 > - update from CVS > - PPC32 -msecure-plt support > - support classes keyword in /etc/hesiod.conf (#150350) > - add RLIMIT_NICE and RLIMIT_RTPRIO to (#157049) > - decrease number of .plt relocations in libc.so > - use -laudit in nscd (#159217) > - handle big amounts of networking interfaces in getifaddrs/if_nameindex > (#159399) > - fix pa_IN locale's am_pm (#158715, BZ#622) > - fix debugging of PIEs > > * Mon May 30 2005 Jakub Jelinek 2.3.5-10 > - fix LD_ASSUME_KERNEL (since 2.3.5-8 GLRO(dl_osversion) > has been always overwritten with the version of currently > running kernel) > - remove linuxthreads man pages other than those covered in > 3p section, as 3p man pages are far better quality and describe > POSIX behaviour that NPTL implements (#159084) > > * Tue May 24 2005 Jakub Jelinek 2.3.5-9 > - update from CVS > - increase bindresvport's LOWPORT to 512, apparently some > broken daemons don't think 0 .. 511 ports are reserved > > iiimf-1:12.2-6 > -------------- > * Tue Jun 21 2005 Akira TAGOH - 1:12.2-6 > - iiimd-init.d: fixed that service iiim stop didn't work properly. > > * Thu Jun 16 2005 Akira TAGOH > - gimlet-default-icon-r2665-159121.patch: set the default window icon. (#159121) > > isdn4k-utils-3.2-29 > ------------------- > * Mon Jun 20 2005 Than Ngo 3.2-29 > - workaround for loading isdn module at system startup #160831 > > kernel-2.6.12-1.1387_FC5 > ------------------------ > * Mon Jun 20 2005 Dave Jones > - 2.6.12-git2 > - temporarily disable Tux as the rebase broke it. > > poppler-0.3.3-1 > --------------- > * Mon Jun 20 2005 Kristian H?gsberg - 0.3.3-1 > - Update to 0.3.3 and change to build cairo backend. > > squirrelmail-1.4.5-0.rc1 > ------------------------ > * Mon Jun 20 2005 Warren Togami 1.4.5-0.rc1 > - 1.4.5-0.rc1 > Hey, :) Following reguar devel path repos with basic desktop+ installed. No problems until recently. 1. Yesterday printing stopped working. error message lpr: error - unable to print file: server-error-service-unavailable Doesn't matter what program. My printer is a shared samba printer from a Windows box. Has always worked. Re-setup everything about it and still get the error. (It seems like some of the printer definitions are missing?) Root mail can not be retrieved with client. I use Evolution, also tried mail (sendmail root at localhost root at hostname nothing works.) I tried Graveman cd burning app as it was said to be GREAT and I didn't have one. It wouldn't use the /tmp or /home/username/tmp dir's. Some access denied error. However it left the data (which were photos) in temp dir's under tmp. Wrote them there in a blink, then errored out. Any suggestion, recommendations, any thing known that would cause theses things from the build lists rpms? No printing is a show stopper. thanks, SJ From markmc at redhat.com Wed Jun 22 07:31:30 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 22 Jun 2005 08:31:30 +0100 Subject: RENDER support in VNC In-Reply-To: <42B85BDD.1050409@bppiac.hu> References: <20050621132555.GG3691@redhat.com> <604aa791050621062997c275c@mail.gmail.com> <1119369098.22794.4.camel@blaa> <20050621163323.GJ3691@redhat.com> <42B85BDD.1050409@bppiac.hu> Message-ID: <1119425490.3855.3.camel@blaa> On Tue, 2005-06-21 at 20:26 +0200, Farkas Levente wrote: > but it happend many times with vino server, that it takes 90% of my cpu > without anybody using it! Please log a bug if you can reproduce it. Thanks, Mark. From fzied at planet.tn Wed Jun 22 10:24:07 2005 From: fzied at planet.tn (Zydoon) Date: Wed, 22 Jun 2005 12:24:07 +0200 Subject: Fedora 5 wish list In-Reply-To: References: Message-ID: <42B93C47.102@planet.tn> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Res wrote: | | FC5 wishlist: | | 1/ installer of CD ISO's that work, unlike the biggest botch job of all | time as with FC4 where you have a bug in syslinux and have to break it | by giving it an error then the real command line | | 2/ openoffice install that doesnt fail with unknown crash error | when you start it so it gets past the splash screen | | 3/ Evolution upgrade that doesnt resemble balsa and all hte icons | throughout it actually ened to work | | 4/ an i810 driver that works properly like FC1 used to and doesnt | lock up on exiting X and fail to allow you to go to a VC | | 5/ xcdroast that asks for root password rather than bailing | | 6/ no need for 6 reinstalling FC1 again from backups tomorrow because | it WORKS! | | I think QC's for FC4 should be sacked and by christ if they worked for | me they would be, I've seen less of a fuckup with windows, and im | talking win 3.10! | | here we are only released a week ago and already hte updated/4/ dir is | over populated. | | this bullshit only gives fuel to the BSD and Windows propoganda machines. | | | | On Tue, 21 Jun 2005, Mark Bradbury wrote: | Thaught, there's is many "erros" or bugs with this 4th release of Fedora Core. Anyway, I thank the FC community for bringing us a free of charge a full and amazing Linux distribution. It's not fair to compare Windows to Linux through FC. Indeeed, FC is bringing us the most updated linux distro and it's for, somehow, linux "warned" users, and may be for for the newbie (I concede this latest release lack of some QC). Wanna compare Windows to linux distro, try the enterprise class Red Hat or novell and no need to talk about the result. hainf the updates directory already populated, means that the community is working hard toward the stability of FC4. The community is working at 2-3 releases per year rate, that means they will fail somewhere in QC. But in the other hand, they are bringing us (trying at least) the best and most up to date OSS of the market. Regards, Zydoon. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCuTxHS1DO7ovpKz8RAowqAJ4vNSTvxaIImF1LguG1C0vYVvSDzACg3jqY c5olpvyXcy3DL/HI7cBVs4M= =JAsl -----END PGP SIGNATURE----- From ernesto at ornl.gov Wed Jun 22 12:38:47 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Wed, 22 Jun 2005 08:38:47 -0400 Subject: ipw2200 and wpa_supplicant In-Reply-To: References: <1119295930.5201.18.camel@lion> <42B722A7.1010808@cox.net> <1119299469.5201.22.camel@lion> <1119300516.5201.29.camel@lion> <20050621100613.GD29807@neu.nirvana> <1119354955.5222.16.camel@lion> Message-ID: <1119443927.5361.8.camel@lion> On Wed, 2005-06-22 at 13:59 +0200, Rudolf Kastl wrote: > theres a wpa fix in the latest kernel prepatch > -> kernel.org > > and there was also a small patch in the thread on sf.net i posted the > link to above. > > regards, > Rudolf Kastl > ---------- > http://newrpms.sunsite.dk > > p.s. i dont know real details about the issue yet. just that it seems > according to the thread i posted that the iocontrols dont happen if > the driver is built as module yet. Thanks for your help. "I am up and running now" with the FC4 kernel and the new ipw2200 driver (version 1.0.4 from SourceForge). Here is what I did: ================================================================================= Note: the new driver only supports 2.6 kernels. Step 0: get ipw2200-1.0.4.tgz and build the new driver. Step 0.1 get new firmware: ipw2200-fw-2.3.tgz Step 1: First backup/rename the old wireless drivers then install new *.ko files: /lib/modules/2.6.11-1.1369_FC4/kernel/drivers/net/wireless/ipw2200 ipw2200.ko /lib/modules/2.6.11-1.1369_FC4/kernel/drivers/net/wireless/ieee80211 ieee80211_crypt_ccmp.ko ieee80211_crypt.ko ieee80211_crypt_tkip.ko ieee80211_crypt_wep.ko ieee80211.ko Step 2: Back old ipw2200 firmware files, remove old softlinks and make new softlinks to version 2.3 of the firmware. /usr/lib/hotplug/firmware [williams at jaguar firmware]$ ls -l total 0 lrwxrwxrwx 1 root root 21 Jun 21 16:56 ipw2200-LICENSE.txt - > /lib/firmware/LICENSE* lrwxrwxrwx 1 root root 29 Jun 21 16:57 ipw-2.3-boot.fw - > /lib/firmware/ipw-2.3-boot.fw* lrwxrwxrwx 1 root root 28 Jun 21 16:57 ipw-2.3-bss.fw - > /lib/firmware/ipw-2.3-bss.fw* lrwxrwxrwx 1 root root 34 Jun 21 16:58 ipw-2.3-bss_ucode.fw - > /lib/firmware/ipw-2.3-bss_ucode.fw* lrwxrwxrwx 1 root root 29 Jun 21 16:58 ipw-2.3-ibss.fw - > /lib/firmware/ipw-2.3-ibss.fw* lrwxrwxrwx 1 root root 35 Jun 21 16:58 ipw-2.3-ibss_ucode.fw - > /lib/firmware/ipw-2.3-ibss_ucode.fw* Step 3: Reboot laptop; since I could not remove the ipw2200 and ieee80211 modules with "rmmod" After system boots: Step 4: ifconfig eth1 down iwconfig eth1 key 12345678901234567890123456 ifconfig eth1 allmulti up Step 5: configure wpa_supplicant.conf and then Start WPA wpa_supplicant -i eth1 -c/etc/wpa_supplicant.conf -D ipw -B Step 6: Start wpa command line client wpa_cli >logon Step 7: Open another shell and as root: dhclient eth1 Happy surfing. Things are working well for me under: 2.6.11-1.1369_FC4. Thanks, Ernest > > > > 2005/6/21, Ernest L. Williams Jr. : > > On Tue, 2005-06-21 at 13:08 +0200, Rudolf Kastl wrote: > > > hi axel! > > > > > > heres the bug... happens with a thinkpad r51 centrino with ipw2200 ;)) > > > i think thats fixed for the latest prepatch > > Is there really a patch for the driver or is it a firmware patch? > > Also, where might I find this fix? > > > > I am seeing the same bug on the Dell Precision M70 laptop which also > > uses the ipw2200: > > ===================================================================== > > [root at jaguar WPA-source]# wpa_supplicant -i eth1 \ > > -c wpa_supplicant.conf -D ipw -w -dd > > Initializing interface 'eth1' conf 'wpa_supplicant.conf' driver 'ipw' > > Configuration file 'wpa_supplicant.conf' -> 'wpa_supplicant.conf' > > Reading configuration file 'wpa_supplicant.conf' > > ctrl_interface='/var/run/wpa_supplicant' > > ctrl_interface_group=0 > > eapol_version=1 > > ap_scan=1 > > fast_reauth=1 > > Line: 311 - start of a new network block > > ssid - hexdump_ascii(len=7): > > 6f 72 6e 6c 77 70 61 ornlwpa > > scan_ssid=1 (0x1) > > proto: 0x1 > > key_mgmt: 0x1 > > eap methods - hexdump(len=2): 19 00 > > pairwise: 0x8 > > group: 0x8 > > > > --- snip --- > > --- snip --- > > > > Initializing interface (2) 'eth1' > > EAPOL: SUPP_PAE entering state DISCONNECTED > > EAPOL: KEY_RX entering state NO_KEY_RECEIVE > > EAPOL: SUPP_BE entering state INITIALIZE > > EAP: EAP entering state DISABLED > > EAPOL: External notification - portEnabled=0 > > EAPOL: External notification - portValid=0 > > wpa_driver_ipw_init is called > > ioctl[SIOCSIWPMKSA]: Operation not supported > > Own MAC address: 00:12:f0:04:8c:e4 > > wpa_driver_ipw_set_wpa: enabled=1 > > ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported > > wpa_driver_ipw_set_key: alg=none key_idx=0 set_tx=0 seq_len=0 key_len=0 > > ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported > > Failed to set encryption. > > wpa_driver_ipw_set_key: alg=none key_idx=1 set_tx=0 seq_len=0 key_len=0 > > ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported > > Failed to set encryption. > > wpa_driver_ipw_set_key: alg=none key_idx=2 set_tx=0 seq_len=0 key_len=0 > > ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported > > Failed to set encryption. > > wpa_driver_ipw_set_key: alg=none key_idx=3 set_tx=0 seq_len=0 key_len=0 > > ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported > > Failed to set encryption. > > wpa_driver_ipw_set_countermeasures: enabled=0 > > ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported > > wpa_driver_ipw_set_drop_unencrypted: enabled=1 > > ioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported > > Setting scan request: 0 sec 100000 usec > > Wireless event: cmd=0x8b06 len=8 > > RTM_NEWLINK, IFLA_IFNAME: Interface 'eth1' added > > RTM_NEWLINK, IFLA_IFNAME: Interface 'eth1' added > > State: DISCONNECTED -> SCANNING > > Starting AP scan (specific SSID) > > Scan SSID - hexdump_ascii(len=7): > > 6f 72 6e 6c 77 70 61 ornlwpa > > Scan timeout - try to get results > > Received 2070 bytes of scan results (10 BSSes) > > Scan results: 10 > > Selecting BSS from priority group 0 > > > > --- snip -- > > --- snip ---- > > > > No suitable AP found. > > > > Thanks, > > Ernest > > > > > > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160648 > > > > > > 2005/6/21, Axel Thimm : > > > > On Mon, Jun 20, 2005 at 04:48:36PM -0400, Ernest L. Williams Jr. wrote: > > > > > > > > > > > > Here it is: Remember the google! > > > > > > > > > > > > > > http://atrpms.net/dist/fc4/ > > > > > > No. > > > > > > That only fives a SPEC file. Where are the RPMS? > > > > > > > > All rpms were removed and scheduled for a rebuild on FC4 proper. > > > > > > > > http://bugzilla.atrpms.net/show_bug.cgi?id=545 > > > > > > > > > Okay, some more googling reveals: > > > > > http://hostap.epitest.fi/wpa_supplicant > > > > > > > > > > I would like to get some source RPMS for FC4 but for now I will use the > > > > > pure source distro. > > > > > > > > Use the src.rpms for FC3, or wait for ATrpms to launch official FC4 > > > > support. :) > > > > > > > > > Has anyone else tried the ipw2200+wpa combo with FC4? > > > > > > > > > > > > > > > > > > > > Ernest > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ernest > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Scott > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Axel.Thimm at ATrpms.net > > > > > > > > > > > > -- > > > > fedora-test-list mailing list > > > > fedora-test-list at redhat.com > > > > To unsubscribe: > > > > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > > > > > > > > > > > > > > > > > From bobhillegas at houston.rr.com Wed Jun 22 12:41:26 2005 From: bobhillegas at houston.rr.com (Bob Hillegas) Date: Wed, 22 Jun 2005 07:41:26 -0500 Subject: Media Check FAILED.... Message-ID: <42B95C76.9050700@houston.rr.com> I just downloaded FC4-i386-disc1.iso (also 2,3&4) and burned 4 CD's. When I attempt to install and check the media, all four fail. I have re-downloaded from a different site. All .iso's pass the sha1sum --check SHA1SUM.txt test and diff shows that they are identical to the first set. I re-made one CD at speed=2 instead of speed=12, still fails. I'm using Memorex CD-R media on a Plextor. I'm halfway through a spindle that has never given me problems. What is the likely source of the FAILED? Bad media, drive gone bad, bug in media check? Thanks, BobH -- ================================================= Bob Hillegas bobhillegas at houston.rr.com From jspaleta at gmail.com Wed Jun 22 12:45:59 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 22 Jun 2005 08:45:59 -0400 Subject: Media Check FAILED.... In-Reply-To: <42B95C76.9050700@houston.rr.com> References: <42B95C76.9050700@houston.rr.com> Message-ID: <604aa7910506220545637870ce@mail.gmail.com> On 6/22/05, Bob Hillegas wrote: > What is the likely source of the FAILED? Bad media, drive gone bad, bug > in media check? try adding ide=nodma at the installer boot prompt and try the mediacheck again -jef From pmatilai at laiskiainen.org Wed Jun 22 12:48:29 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Wed, 22 Jun 2005 05:48:29 -0700 (PDT) Subject: FC5 Wishlist In-Reply-To: <604aa79105062120135602a54a@mail.gmail.com> References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> <1119404213.3031.1.camel@cutter> <604aa79105062120135602a54a@mail.gmail.com> Message-ID: On Tue, 21 Jun 2005, Jeff Spaleta wrote: > On 6/21/05, seth vidal wrote: >> >> how about infinite bandwidth and server resources? >> >> and while we're asking for mythical things - how about a unicorn or a >> pegasus! >> >> Maybe a baby unicorn for Jef. >> > > > how about http://nadvsh.sourceforge.net/ integration into yum > LOL... I once had this idea to create "Apt adventure" with apts Lua-interface where you try to do dist-upgrade from, say, FC1 to FC2. Never got further than the "this would be really sick" thinking stage though :P - Panu - From kevin.b.walker1 at jsc.nasa.gov Wed Jun 22 13:19:54 2005 From: kevin.b.walker1 at jsc.nasa.gov (Kevin B. Walker) Date: Wed, 22 Jun 2005 08:19:54 -0500 Subject: Media Check FAILED.... In-Reply-To: <604aa7910506220545637870ce@mail.gmail.com> References: <42B95C76.9050700@houston.rr.com> <604aa7910506220545637870ce@mail.gmail.com> Message-ID: <1119446394.4175.39.camel@penguin2.jsc.nasa.gov> After typing "linux ide=nodma" at the installer boot prompt all four CD's passed the media check. Without the ide=nodma argument they all failed. I had verified the sha1sum on the downloaded isos. I had also successfully diffed the images with the created cd's after mounting the images with the -o loop option. I had similar problems with FC4t2. Here's my question: Should I use the ide=nodma option each time I load FC4 or is the problem only with media check? On Wed, 2005-06-22 at 08:45 -0400, Jeff Spaleta wrote: > On 6/22/05, Bob Hillegas wrote: > > What is the likely source of the FAILED? Bad media, drive gone bad, bug > > in media check? > > try adding ide=nodma at the installer boot prompt and try the > mediacheck again > > -jef > > -- > 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 sundaram at redhat.com Wed Jun 22 13:21:59 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 22 Jun 2005 18:51:59 +0530 Subject: Media Check FAILED.... In-Reply-To: <1119446394.4175.39.camel@penguin2.jsc.nasa.gov> References: <42B95C76.9050700@houston.rr.com> <604aa7910506220545637870ce@mail.gmail.com> <1119446394.4175.39.camel@penguin2.jsc.nasa.gov> Message-ID: <42B965F7.7030405@redhat.com> Kevin B. Walker wrote: >After typing "linux ide=nodma" at the installer boot prompt all four >CD's passed the media check. Without the ide=nodma argument they all >failed. I had verified the sha1sum on the downloaded isos. I had also >successfully diffed the images with the created cd's after mounting the >images with the -o loop option. I had similar problems with FC4t2. > >Here's my question: Should I use the ide=nodma option each time I load >FC4 or is the problem only with media check? > only the media check. The release notes has more details on this regards Rahul From pjones at redhat.com Wed Jun 22 14:25:45 2005 From: pjones at redhat.com (Peter Jones) Date: Wed, 22 Jun 2005 10:25:45 -0400 Subject: Media Check FAILED.... In-Reply-To: <1119446394.4175.39.camel@penguin2.jsc.nasa.gov> References: <42B95C76.9050700@houston.rr.com> <604aa7910506220545637870ce@mail.gmail.com> <1119446394.4175.39.camel@penguin2.jsc.nasa.gov> Message-ID: <1119450345.24659.7.camel@localhost.localdomain> On Wed, 2005-06-22 at 08:19 -0500, Kevin B. Walker wrote: > After typing "linux ide=nodma" at the installer boot prompt all four > CD's passed the media check. Without the ide=nodma argument they all > failed. I had verified the sha1sum on the downloaded isos. I had also > successfully diffed the images with the created cd's after mounting the > images with the -o loop option. I had similar problems with FC4t2. > > Here's my question: Should I use the ide=nodma option each time I load > FC4 or is the problem only with media check? The fact that it worked means that the combination of that IDE controller, CD drive, and kernel (and possibly, but unlikely, specifically that media) results in bad reads while using dma. So if you're using that controller and drive for FC4, then yes, always use ide=nodma while installing. This is a hardware problem, a kernel problem, or both. -- Peter From pjones at redhat.com Wed Jun 22 14:28:18 2005 From: pjones at redhat.com (Peter Jones) Date: Wed, 22 Jun 2005 10:28:18 -0400 Subject: Media Check FAILED.... In-Reply-To: <42B965F7.7030405@redhat.com> References: <42B95C76.9050700@houston.rr.com> <604aa7910506220545637870ce@mail.gmail.com> <1119446394.4175.39.camel@penguin2.jsc.nasa.gov> <42B965F7.7030405@redhat.com> Message-ID: <1119450498.24659.10.camel@localhost.localdomain> On Wed, 2005-06-22 at 18:51 +0530, Rahul Sundaram wrote: > >Here's my question: Should I use the ide=nodma option each time I load > >FC4 or is the problem only with media check? > > > only the media check. The release notes has more details on this The release notes don't say to only use this for mediacheck, and with good reason. If it fails mediacheck while using DMA, then in some cases it'll fail during install for exactly the same reasons. If you need ide=nodma for mediacheck, you need it for the install as well. -- Peter From nalin at redhat.com Wed Jun 22 14:35:37 2005 From: nalin at redhat.com (Nalin Dahyabhai) Date: Wed, 22 Jun 2005 10:35:37 -0400 Subject: FC5 Wishlist In-Reply-To: <42B8A5C6.60207@insight.rr.com> References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> Message-ID: <20050622143537.GA11053@redhat.com> On Tue, Jun 21, 2005 at 07:41:58PM -0400, Jim Cornette wrote: > Horst von Brand wrote: > >Michael A. Peters wrote: > > What should be available are libraries that are as current as possible. > > As an example: FC4 provides > /usr/lib/libdb.so.2 > > Program requires a later version. > > libdb.so.3 is needed by gmc-4.5.51-16.i386 This gmc package has a dependency on Berkeley DB 3.x, which hasn't been current since before RHL 8.0 (which is why it's not even in compat-db any more). Nalin From buildsys at redhat.com Wed Jun 22 16:09:57 2005 From: buildsys at redhat.com (Build System) Date: Wed, 22 Jun 2005 12:09:57 -0400 Subject: rawhide report: 20050622 changes Message-ID: <200506221609.j5MG9vTQ010665@porkchop.devel.redhat.com> Updated Packages: antlr-0:2.7.4-2jpp_2fc ---------------------- * Tue Jun 21 2005 Gary Benson - 0:2.7.4-2jpp_2fc - Remove jarfile from the tarball. - Remove now-unnecessary workaround for #144775. * Tue Jan 11 2005 Gary Benson - 0:2.7.4-2jpp_1fc - Sync with RHAPS. * Mon Nov 15 2004 Fernando Nasser - 0:2.7.4-2jpp_1rh - Merge with upstream for upgrade arts-8:1.4.1-2 -------------- * Tue Jun 21 2005 Than Ngo 8:1.4.1-2 - rebuilt audit-0.9.11-1 -------------- * Tue Jun 21 2005 Steve Grubb 0.9.11-1 - Change packet draining to nonblocking - Interpret id field in ausearch - Add error message if not able to create log - Ignore netlink acks when asking for rule & watch list * Mon Jun 20 2005 Steve Grubb 0.9.10-1 - Make sure the bad packet is drained when retrying user messages - Add support for new user and watch filter lists - Interpret flags field in ausearch * Sun Jun 19 2005 Steve Grubb 0.9.9-1 - Fix user messages for people with older kernels axis-0:1.2.1-1jpp_1fc --------------------- * Tue Jun 21 2005 Gary Benson 0:1.2.1-1jpp_1fc - Upgrade to 1.2.1-1jpp. * Fri Jun 17 2005 Fernando Nasser 0:1.2.1-1jpp - Upgrade to 1.2.1 maintenance release bsf-0:2.3.0-6jpp_2fc -------------------- * Tue Jun 21 2005 Gary Benson 0:2.3.0-6jpp_2fc - Remove classes and tarballs from the tarball too. cairo-0.5.1-2 ------------- * Tue Jun 21 2005 Kristian H??gsberg - 0.5.1-2 - Package gtk docs as part of devel package. - Nuke static library. - Update devel files so /usr/include/cairo is owned by devel package. * Mon Jun 20 2005 Kristian H??gsberg - 0.5.1-1 - Update to cairo 0.5.1. - Remove gtk-doc files, since --disable-gtk-doc doesn't work. - Disable gtk-doc and add freetype and fontconfig BuildRequires. * Tue Jun 14 2005 Kristian H??gsberg - 0.5.0-2 - Add libpixman-devel BuildRequires. - Explicitly disable win32 backend. cryptix-0:3.2.0-4jpp_2fc ------------------------ * Tue Jun 21 2005 Gary Benson 3.2.0-4jpp_2fc - Remove jarfile from the tarball. * Fri Jan 21 2005 Gary Benson 3.2.0-4jpp_1fc - Build into Fedora. * Fri Mar 05 2004 Frank Ch. Eigler 3.2.0-4jpp_1rh - RH vacuuming cryptix-asn1-0:20011119-4jpp_2fc -------------------------------- * Tue Jun 21 2005 Gary Benson 20011119-4jpp_2fc - Remove classes and jarfiles from the tarball. gnu.getopt-0:1.0.9-4jpp_2fc --------------------------- * Tue Jun 21 2005 Gary Benson 0:1.0.9-4jpp_2fc - Remove classes from the tarball. gtk2-2.7.0-1 ------------ * Tue Jun 21 2005 Matthias Clasen - update to 2.7.0 - bump requirements * Tue May 10 2005 Matthias Clasen - remove the openssl prereq again, as it did not fix Florians problem. * Sun May 08 2005 Matthias Clasen - remove debug spew jakarta-commons-dbcp-0:1.2.1-3jpp_2fc ------------------------------------- * Tue Jun 21 2005 Gary Benson - 0:1.2.1-3jpp_2fc - Remove jarfile from the tarball. * Thu Jan 20 2005 Gary Benson - 0:1.2.1-3jpp_1fc - Build into Fedora. * Tue Nov 02 2004 Fernando Nasser 0:1.2.1-0.hjc.3jpp_1rh - Import latest community version jakarta-commons-lang-0:2.0-2jpp_2fc ----------------------------------- * Tue Jun 21 2005 Gary Benson - 0:2.0-2jpp_2fc - Remove jarfile from the tarball. jakarta-commons-pool-0:1.2-2jpp_2fc ----------------------------------- * Tue Jun 21 2005 Gary Benson - 0:1.2-2jpp_2fc - Remove jarfile from the tarball. jakarta-commons-validator-0:1.1.3-1jpp_2fc ------------------------------------------ * Tue Jun 21 2005 Gary Benson - 0:1.1.3-1jpp_2fc - Remove jarfile from the tarball. java_cup-1:0.10-0.k.1jpp_3fc ---------------------------- * Tue Jun 21 2005 Gary Benson 1:0.10-0.k.1jpp_3fc - Remove classes from the tarball. jdepend-0:2.6-2jpp_4fc ---------------------- * Wed Jun 22 2005 Gary Benson 0:2.6-2jpp_4fc - Remove jarfile from the tarball. jdom-0:1.0-1jpp_2fc ------------------- * Wed Jun 22 2005 Gary Benson - 0:1.0-1jpp_2fc - Remove classes from the tarball too. kdelibs-6:3.4.1-2 ----------------- * Tue Jun 21 2005 Than Ngo 6:3.4.1-2 - add devices protocol #160927 kernel-2.6.12-1.1392_FC5 ------------------------ * Tue Jun 21 2005 Dave Jones - 2.6.12-git3 - Welcome back Tux. - Don't disable sysenter if booted with exec_shield=0 - Fix up and reenable Xen. latex2html-2002.2.1-4 --------------------- * Tue Jun 21 2005 Jindrich Novy 2002.2.1-4 - remove '\n' causing that pstoimg generates gray images (#161186, #127010), solution from Julius Smith libmng-1.0.9-2 -------------- * Tue Jun 21 2005 Matthias Clasen 1.0.9-2 - Add missing requires net-tools-1.60-54 ----------------- * Wed Jun 22 2005 Radek Vokal 1.60-54 - fr man pages are back (#159702) netpbm-10.28-2 -------------- * Tue Jun 21 2005 Jindrich Novy 10.28-2 - fix segfault in pbmtolj caused by unchecked assertions caused by definition of NDEBUG (#160429) - drop hunk from .security patch causing dual inclusion of string.h in pbmtolj.c pango-1.9.0-1 ------------- * Tue Jun 21 2005 Matthias Clasen 1.9.0-1 - Update to 1.9.0 - Require cairo ruby-1.8.2-9 ------------ * Tue Jun 21 2005 Akira TAGOH - 1.8.2-9 - ruby-1.8.2-xmlrpc-CAN-2005-1992.patch: fixed the arbitrary command execution on XMLRPC server. (#161096) s390utils-2:1.3.2-5 ------------------- * Tue Jun 21 2005 Phil Knirsch 2:1.3.2-5 - Added src_vipa to s390utils slocate-2.7-24 -------------- * Tue Jun 21 2005 Miloslav Trmac - 2.7-24 - Add missing OOM handling to lazy-mtab.patch sudo-1.6.8p9-1 -------------- * Tue Jun 21 2005 Karel Zak 1.6.8p9-1 - new version 1.6.8p9 (resolve #161116 - CAN-2005-1993 sudo trusted user arbitrary command execution) * Tue May 24 2005 Karel Zak 1.6.8p8-2 - fix #154511 ??? sudo does not use limits.conf * Mon Apr 04 2005 Thomas Woerner 1.6.8p8-1 - new version 1.6.8p8: new sudoedit and sudo_noexec tcpdump-14:3.8.2-14 ------------------- * Tue Jun 21 2005 Martin Stransky - 14:3.8.2-14 - add shadow-utils to Prereq (#160643) vnc-4.1.1-11 ------------ * Tue Jun 21 2005 Tim Waugh 4.1.1-11 - Don't ship vncconfig.py any more. - Enable render by default for further testing. * Mon Jun 20 2005 Tim Waugh - Build requires expat-devel (bug #160982). Broken deps for ppc ---------------------------------------------------------- gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.ppc requires /lib/modules/2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.ppc requires kernel = 0:2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.ppc requires /lib/modules/2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.ppc requires kernel = 0:2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc requires /lib/modules/2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc requires kernel = 0:2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc requires /lib/modules/2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc requires kernel = 0:2.6.11-1.1369_FC4 Broken deps for x86_64 ---------------------------------------------------------- cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4smp cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires kernel-smp = 0:2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires kernel = 0:2.6.11-1.1369_FC4 gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.35.x86_64 requires /lib/modules/2.6.11-1.1369_FC4smp gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.35.x86_64 requires kernel-smp = 0:2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.x86_64 requires kernel = 0:2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.x86_64 requires /lib/modules/2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.x86_64 requires kernel = 0:2.6.11-1.1369_FC4 GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4smp GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.2.x86_64 requires kernel-smp = 0:2.6.11-1.1369_FC4 dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4smp dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires kernel-smp = 0:2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires kernel = 0:2.6.11-1.1369_FC4 Broken deps for i386 ---------------------------------------------------------- gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.i586 requires /lib/modules/2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.i586 requires kernel = 0:2.6.11-1.1369_FC4 gnbd-kernel-xen0 - 2.6.11.2-20050420.133124.FC4.35.i686 requires kernel-xen0 = 0:2.6.11-1.1369_FC4 cman-kernel-xenU - 2.6.11.5-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4xenU cman-kernel-xenU - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel-xenU = 0:2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel = 0:2.6.11-1.1369_FC4 cman-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel-xen0 = 0:2.6.11-1.1369_FC4 dlm-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel-xen0 = 0:2.6.11-1.1369_FC4 dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4smp dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel-smp = 0:2.6.11-1.1369_FC4 GFS-kernel-xenU - 2.6.11.8-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4xenU GFS-kernel-xenU - 2.6.11.8-20050601.152643.FC4.2.i686 requires kernel-xenU = 0:2.6.11-1.1369_FC4 GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4smp GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.2.i686 requires kernel-smp = 0:2.6.11-1.1369_FC4 GFS-kernel-xen0 - 2.6.11.8-20050601.152643.FC4.2.i686 requires kernel-xen0 = 0:2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.i586 requires /lib/modules/2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.i586 requires kernel = 0:2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel = 0:2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.i586 requires /lib/modules/2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.i586 requires kernel = 0:2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.i686 requires /lib/modules/2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.i686 requires kernel = 0:2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.i586 requires /lib/modules/2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.i586 requires kernel = 0:2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.i686 requires kernel = 0:2.6.11-1.1369_FC4 cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4smp cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel-smp = 0:2.6.11-1.1369_FC4 gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.35.i686 requires /lib/modules/2.6.11-1.1369_FC4smp gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.35.i686 requires kernel-smp = 0:2.6.11-1.1369_FC4 dlm-kernel-xenU - 2.6.11.5-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4xenU dlm-kernel-xenU - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel-xenU = 0:2.6.11-1.1369_FC4 gnbd-kernel-xenU - 2.6.11.2-20050420.133124.FC4.35.i686 requires /lib/modules/2.6.11-1.1369_FC4xenU gnbd-kernel-xenU - 2.6.11.2-20050420.133124.FC4.35.i686 requires kernel-xenU = 0:2.6.11-1.1369_FC4 Broken deps for ia64 ---------------------------------------------------------- velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging joram - 4.1.5-1jpp_1fc.noarch requires jmxri joram - 4.1.5-1jpp_1fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_1fc.noarch requires jta jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jessie - 1.0.0-8.noarch requires java >= 0:1.4 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper wsdl4j - 1.5.1-1jpp_1fc.noarch requires java xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 magma-plugins - 1.0-0.pre16.11.ia64 requires libgulm.so.1.0()(64bit) jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 jonas - 4.3.3-1jpp_1fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_1fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_1fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_1fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_1fc.noarch requires mx4j >= 1:2.1.0 jonas - 4.3.3-1jpp_1fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_1fc.noarch requires jasper5 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 castor - 0.9.5-1jpp_1fc.noarch requires jta java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj rgmanager - 1.9.31-3.ia64 requires ccs xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging Broken deps for s390x ---------------------------------------------------------- quota - 1:3.12-6.s390x requires kernel >= 0:2.4 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet dhcp - 10:3.0.2-14.s390x requires kernel >= 0:2.2.18 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 castor - 0.9.5-1jpp_1fc.noarch requires jta jessie - 1.0.0-8.noarch requires java >= 0:1.4 prelink - 0.3.5-1.s390x requires kernel >= 0:2.4.10 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging libsane-hpaio - 0.9.3-5.s390x requires sane-backends gkrellm - 2.2.7-1.s390x requires kernel >= 0:2.6.2 selinux-policy-strict-sources - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java lvm2 - 2.01.12-1.0.s390x requires kernel >= 0:2.6 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 sysstat - 5.0.5-10.fc.s390x requires kernel >= 0:2.2.16-21 joram - 4.1.5-1jpp_1fc.noarch requires jmxri joram - 4.1.5-1jpp_1fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_1fc.noarch requires jta ecj - 1:3.1-0.M4.9.s390x requires katana >= 0:2.0.0 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections libpcap - 14:0.8.3-14.s390x requires kernel >= 0:2.2.0 jonas - 4.3.3-1jpp_1fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_1fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_1fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_1fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_1fc.noarch requires mx4j >= 1:2.1.0 jonas - 4.3.3-1jpp_1fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_1fc.noarch requires jasper5 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging selinux-policy-strict - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 nfs-utils - 1.0.7-8.s390x requires kernel >= 0:2.2.14 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java selinux-policy-targeted-sources - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet sound-juicer - 0.5.14-1.FC3.0.s390x requires libdbus-1.so.0()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libmusicbrainz.so.2()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libhal.so.0()(64bit) initscripts - 8.11.1-1.s390x requires kernel >= 0:2.6 hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 arptables_jf - 0.0.8-5.s390x requires kernel >= 0:2.4.0 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 hal - 0.5.2-2.s390x requires kernel >= 0:2.6.11 selinux-policy-targeted - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 Broken deps for ppc64 ---------------------------------------------------------- jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jonas - 4.3.3-1jpp_1fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_1fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_1fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_1fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_1fc.noarch requires mx4j >= 1:2.1.0 jonas - 4.3.3-1jpp_1fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_1fc.noarch requires jasper5 ppc64-utils - 0.7-9.ppc64 requires yaboot wsdl4j - 1.5.1-1jpp_1fc.noarch requires java jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging castor - 0.9.5-1jpp_1fc.noarch requires jta gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.ppc64 requires /lib/modules/2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.ppc64 requires kernel = 0:2.6.11-1.1369_FC4 rhpl - 0.167-1.ppc64 requires pyxf86config >= 0:0.3.2 system-config-mouse - 1.2.11-1.noarch requires pyxf86config jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 gnomemeeting - 1.0.2-8.ppc64 requires libpt.so.1.6.5()(64bit) gnomemeeting - 1.0.2-8.ppc64 requires libh323_linux_ppc64_r.so.1.13.4()(64bit) axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections ecj - 1:3.1-0.M4.9.ppc64 requires katana >= 0:2.0.0 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet cman-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc64 requires /lib/modules/2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc64 requires kernel = 0:2.6.11-1.1369_FC4 joram - 4.1.5-1jpp_1fc.noarch requires jmxri joram - 4.1.5-1jpp_1fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_1fc.noarch requires jta system-config-display - 1.0.29-1.noarch requires /usr/X11R6/bin/Xorg system-config-display - 1.0.29-1.noarch requires pyxf86config >= 0:0.3.16 jessie - 1.0.0-8.noarch requires java >= 0:1.4 system-config-keyboard - 1.2.6-2.noarch requires pyxf86config dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc64 requires /lib/modules/2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc64 requires kernel = 0:2.6.11-1.1369_FC4 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging Broken deps for s390 ---------------------------------------------------------- castor - 0.9.5-1jpp_1fc.noarch requires jta selinux-policy-strict - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 libsane-hpaio - 0.9.3-5.s390 requires sane-backends jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging joram - 4.1.5-1jpp_1fc.noarch requires jmxri joram - 4.1.5-1jpp_1fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_1fc.noarch requires jta jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging selinux-policy-targeted - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 nfs-utils - 1.0.7-8.s390 requires kernel >= 0:2.2.14 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 jessie - 1.0.0-8.noarch requires java >= 0:1.4 quota - 1:3.12-6.s390 requires kernel >= 0:2.4 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 sysstat - 5.0.5-10.fc.s390 requires kernel >= 0:2.2.16-21 selinux-policy-targeted-sources - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 lvm2 - 2.01.12-1.0.s390 requires kernel >= 0:2.6 jonas - 4.3.3-1jpp_1fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_1fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_1fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_1fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_1fc.noarch requires mx4j >= 1:2.1.0 jonas - 4.3.3-1jpp_1fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_1fc.noarch requires jasper5 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper prelink - 0.3.5-1.s390 requires kernel >= 0:2.4.10 gkrellm - 2.2.7-1.s390 requires kernel >= 0:2.6.2 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 selinux-policy-strict-sources - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 dhcp - 10:3.0.2-14.s390 requires kernel >= 0:2.2.18 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet ecj - 1:3.1-0.M4.9.s390 requires katana >= 0:2.0.0 arptables_jf - 0.0.8-5.s390 requires kernel >= 0:2.4.0 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 sound-juicer - 0.5.14-1.FC3.0.s390 requires libdbus-1.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libhal.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libmusicbrainz.so.2 initscripts - 8.11.1-1.s390 requires kernel >= 0:2.6 From caf at omen.com Wed Jun 22 18:04:15 2005 From: caf at omen.com (Chuck Forsberg WA7KGX N2469R) Date: Wed, 22 Jun 2005 11:04:15 -0700 Subject: Booting from SATA drive Message-ID: <1119463456.19138.6.camel@omen.com> I was able to get Fedora on the SATA drive to boot by juggling the drive order et al. IMO things would be easier for average users to offer the MBR of the drive Linux is installed to as a choice. -- 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 jkeating at j2solutions.net Wed Jun 22 18:26:19 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 22 Jun 2005 11:26:19 -0700 Subject: Booting from SATA drive In-Reply-To: <1119463456.19138.6.camel@omen.com> References: <1119463456.19138.6.camel@omen.com> Message-ID: <1119464779.2778.9.camel@yoda.loki.me> On Wed, 2005-06-22 at 11:04 -0700, Chuck Forsberg WA7KGX N2469R wrote: > IMO things would be easier for average users to offer > the MBR of the drive Linux is installed to as a choice. I believe that is an option under the advanced bootloader configuration button. -- 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 RouillardSy at yahoo.fr Wed Jun 22 18:42:46 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Wed, 22 Jun 2005 20:42:46 +0200 Subject: rawhide report: 20050622 changes In-Reply-To: <200506221609.j5MG9vTQ010665@porkchop.devel.redhat.com> References: <200506221609.j5MG9vTQ010665@porkchop.devel.redhat.com> Message-ID: <200506222042.46458.RouillardSy@yahoo.fr> Firefox 1.0.4 has become unusable for me after this update. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161374 Le Mercredi 22 Juin 2005 18:09, Build System a ?crit?: > gtk2-2.7.0-1 > ------------ > * Tue Jun 21 2005 Matthias Clasen > - update to 2.7.0 > - bump requirements > > * Tue May 10 2005 Matthias Clasen > - remove the openssl prereq again, as it did not fix > Florians problem. > > * Sun May 08 2005 Matthias Clasen > - remove debug spew ___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger T?l?chargez cette version sur http://fr.messenger.yahoo.com From vonbrand at inf.utfsm.cl Wed Jun 22 21:17:16 2005 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Wed, 22 Jun 2005 17:17:16 -0400 Subject: rawhide report: 20050622 changes In-Reply-To: Message from Sylvain Rouillard of "Wed, 22 Jun 2005 20:42:46 +0200." <200506222042.46458.RouillardSy@yahoo.fr> Message-ID: <200506222117.j5MLHGfi016713@laptop11.inf.utfsm.cl> Sylvain Rouillard wrote: > Firefox 1.0.4 has become unusable for me after this update. Define "unusable". It works fine here. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From ellson at research.att.com Wed Jun 22 21:25:11 2005 From: ellson at research.att.com (John Ellson) Date: Wed, 22 Jun 2005 17:25:11 -0400 Subject: rawhide report: 20050622 changes In-Reply-To: <200506222042.46458.RouillardSy@yahoo.fr> References: <200506221609.j5MG9vTQ010665@porkchop.devel.redhat.com> <200506222042.46458.RouillardSy@yahoo.fr> Message-ID: <42B9D737.1060905@research.att.com> Sylvain Rouillard wrote: >Firefox 1.0.4 has become unusable for me after this update. > > > Found this on Fedora-devel list: Le mercredi 22 juin 2005 ? 14:28 -0400, Jon Nettleton a ?crit : >> Everything is working great so far. As per an earlier email on this >> thread you have to go into /usr/bin/firefox and /usr/bin/mozilla and >> uncomment. >> >> MOZ_DISABLE_PANGO=1 >> export MOZ_DISABLE_PANGO > > I'll add that /usr/bin/thunderbid needs the same treatment. John From fct-cornette at insight.rr.com Wed Jun 22 21:38:11 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 22 Jun 2005 17:38:11 -0400 Subject: FC5 Wishlist In-Reply-To: <20050622143537.GA11053@redhat.com> References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> <20050622143537.GA11053@redhat.com> Message-ID: <42B9DA43.6080508@insight.rr.com> Nalin Dahyabhai wrote: > On Tue, Jun 21, 2005 at 07:41:58PM -0400, Jim Cornette wrote: > >>Horst von Brand wrote: >> >>>Michael A. Peters wrote: >> >>What should be available are libraries that are as current as possible. >> >>As an example: FC4 provides >>/usr/lib/libdb.so.2 >> >>Program requires a later version. >> >>libdb.so.3 is needed by gmc-4.5.51-16.i386 > > > This gmc package has a dependency on Berkeley DB 3.x, which hasn't been > current since before RHL 8.0 (which is why it's not even in compat-db > any more). > > Nalin > Thanks! I was surprised that the lib version is one version newer than the one supplied in gnome-libs. Nothing seems to need this older library version either. How did an older version than shipped with RHL 8.0 end up in current gnome-libs? Jim rpm -q --whatrequires /usr/lib/libdb.so.2 no package requires /usr/lib/libdb.so.2 rpm -q --whatprovides /usr/lib/libdb.so.2 gnome-libs-1.4.1.2.90-46 From thethirddoorontheleft at verizon.net Wed Jun 22 21:58:44 2005 From: thethirddoorontheleft at verizon.net (Darwin H. Webb) Date: Wed, 22 Jun 2005 14:58:44 -0700 Subject: rawhide report: 20050622 changes In-Reply-To: <200506221609.j5MG9vTQ010665@porkchop.devel.redhat.com> References: <200506221609.j5MG9vTQ010665@porkchop.devel.redhat.com> Message-ID: <1119477524.2774.5.camel@Jovette-14> On Wed, 2005-06-22 at 12:09 -0400, Build System wrote: > > > Updated Packages: > > antlr-0:2.7.4-2jpp_2fc > ---------------------- > * Tue Jun 21 2005 Gary Benson - 0:2.7.4-2jpp_2fc > - Remove jarfile from the tarball. > - Remove now-unnecessary workaround for #144775. > > * Tue Jan 11 2005 Gary Benson - 0:2.7.4-2jpp_1fc > - Sync with RHAPS. > > * Mon Nov 15 2004 Fernando Nasser - 0:2.7.4-2jpp_1rh > - Merge with upstream for upgrade > > arts-8:1.4.1-2 > -------------- > * Tue Jun 21 2005 Than Ngo 8:1.4.1-2 > - rebuilt > > audit-0.9.11-1 > -------------- > * Tue Jun 21 2005 Steve Grubb 0.9.11-1 > - Change packet draining to nonblocking > - Interpret id field in ausearch > - Add error message if not able to create log > - Ignore netlink acks when asking for rule & watch list > > * Mon Jun 20 2005 Steve Grubb 0.9.10-1 > - Make sure the bad packet is drained when retrying user messages > - Add support for new user and watch filter lists > - Interpret flags field in ausearch > > * Sun Jun 19 2005 Steve Grubb 0.9.9-1 > - Fix user messages for people with older kernels > > axis-0:1.2.1-1jpp_1fc > --------------------- > * Tue Jun 21 2005 Gary Benson 0:1.2.1-1jpp_1fc > - Upgrade to 1.2.1-1jpp. > > * Fri Jun 17 2005 Fernando Nasser 0:1.2.1-1jpp > - Upgrade to 1.2.1 maintenance release > > bsf-0:2.3.0-6jpp_2fc > -------------------- > * Tue Jun 21 2005 Gary Benson 0:2.3.0-6jpp_2fc > - Remove classes and tarballs from the tarball too. > > cairo-0.5.1-2 > ------------- > * Tue Jun 21 2005 Kristian H?gsberg - 0.5.1-2 > - Package gtk docs as part of devel package. > - Nuke static library. > - Update devel files so /usr/include/cairo is owned by devel package. > > * Mon Jun 20 2005 Kristian H?gsberg - 0.5.1-1 > - Update to cairo 0.5.1. > - Remove gtk-doc files, since --disable-gtk-doc doesn't work. > - Disable gtk-doc and add freetype and fontconfig BuildRequires. > > * Tue Jun 14 2005 Kristian H?gsberg - 0.5.0-2 > - Add libpixman-devel BuildRequires. > - Explicitly disable win32 backend. > > cryptix-0:3.2.0-4jpp_2fc > ------------------------ > * Tue Jun 21 2005 Gary Benson 3.2.0-4jpp_2fc > - Remove jarfile from the tarball. > > * Fri Jan 21 2005 Gary Benson 3.2.0-4jpp_1fc > - Build into Fedora. > > * Fri Mar 05 2004 Frank Ch. Eigler 3.2.0-4jpp_1rh > - RH vacuuming > > cryptix-asn1-0:20011119-4jpp_2fc > -------------------------------- > * Tue Jun 21 2005 Gary Benson 20011119-4jpp_2fc > - Remove classes and jarfiles from the tarball. > > gnu.getopt-0:1.0.9-4jpp_2fc > --------------------------- > * Tue Jun 21 2005 Gary Benson 0:1.0.9-4jpp_2fc > - Remove classes from the tarball. > > gtk2-2.7.0-1 > ------------ > * Tue Jun 21 2005 Matthias Clasen > - update to 2.7.0 > - bump requirements > > * Tue May 10 2005 Matthias Clasen > - remove the openssl prereq again, as it did not fix > Florians problem. > > * Sun May 08 2005 Matthias Clasen > - remove debug spew > > jakarta-commons-dbcp-0:1.2.1-3jpp_2fc > ------------------------------------- > * Tue Jun 21 2005 Gary Benson - 0:1.2.1-3jpp_2fc > - Remove jarfile from the tarball. > > * Thu Jan 20 2005 Gary Benson - 0:1.2.1-3jpp_1fc > - Build into Fedora. > > * Tue Nov 02 2004 Fernando Nasser 0:1.2.1-0.hjc.3jpp_1rh > - Import latest community version > > jakarta-commons-lang-0:2.0-2jpp_2fc > ----------------------------------- > * Tue Jun 21 2005 Gary Benson - 0:2.0-2jpp_2fc > - Remove jarfile from the tarball. > > jakarta-commons-pool-0:1.2-2jpp_2fc > ----------------------------------- > * Tue Jun 21 2005 Gary Benson - 0:1.2-2jpp_2fc > - Remove jarfile from the tarball. > > jakarta-commons-validator-0:1.1.3-1jpp_2fc > ------------------------------------------ > * Tue Jun 21 2005 Gary Benson - 0:1.1.3-1jpp_2fc > - Remove jarfile from the tarball. > > java_cup-1:0.10-0.k.1jpp_3fc > ---------------------------- > * Tue Jun 21 2005 Gary Benson 1:0.10-0.k.1jpp_3fc > - Remove classes from the tarball. > > jdepend-0:2.6-2jpp_4fc > ---------------------- > * Wed Jun 22 2005 Gary Benson 0:2.6-2jpp_4fc > - Remove jarfile from the tarball. > > jdom-0:1.0-1jpp_2fc > ------------------- > * Wed Jun 22 2005 Gary Benson - 0:1.0-1jpp_2fc > - Remove classes from the tarball too. > > kdelibs-6:3.4.1-2 > ----------------- > * Tue Jun 21 2005 Than Ngo 6:3.4.1-2 > - add devices protocol #160927 > > kernel-2.6.12-1.1392_FC5 > ------------------------ > * Tue Jun 21 2005 Dave Jones > - 2.6.12-git3 > - Welcome back Tux. > - Don't disable sysenter if booted with exec_shield=0 > - Fix up and reenable Xen. > > latex2html-2002.2.1-4 > --------------------- > * Tue Jun 21 2005 Jindrich Novy 2002.2.1-4 > - remove '\n' causing that pstoimg generates gray images > (#161186, #127010), solution from Julius Smith > > libmng-1.0.9-2 > -------------- > * Tue Jun 21 2005 Matthias Clasen 1.0.9-2 > - Add missing requires > > net-tools-1.60-54 > ----------------- > * Wed Jun 22 2005 Radek Vokal 1.60-54 > - fr man pages are back (#159702) > > netpbm-10.28-2 > -------------- > * Tue Jun 21 2005 Jindrich Novy 10.28-2 > - fix segfault in pbmtolj caused by unchecked assertions > caused by definition of NDEBUG (#160429) > - drop hunk from .security patch causing dual inclusion > of string.h in pbmtolj.c > > pango-1.9.0-1 > ------------- > * Tue Jun 21 2005 Matthias Clasen 1.9.0-1 > - Update to 1.9.0 > - Require cairo > > ruby-1.8.2-9 > ------------ > * Tue Jun 21 2005 Akira TAGOH - 1.8.2-9 > - ruby-1.8.2-xmlrpc-CAN-2005-1992.patch: fixed the arbitrary command execution > on XMLRPC server. (#161096) > > s390utils-2:1.3.2-5 > ------------------- > * Tue Jun 21 2005 Phil Knirsch 2:1.3.2-5 > - Added src_vipa to s390utils > > slocate-2.7-24 > -------------- > * Tue Jun 21 2005 Miloslav Trmac - 2.7-24 > - Add missing OOM handling to lazy-mtab.patch > > sudo-1.6.8p9-1 > -------------- > * Tue Jun 21 2005 Karel Zak 1.6.8p9-1 > - new version 1.6.8p9 (resolve #161116 - CAN-2005-1993 sudo trusted user arbitrary command execution) > > * Tue May 24 2005 Karel Zak 1.6.8p8-2 > - fix #154511 ? sudo does not use limits.conf > > * Mon Apr 04 2005 Thomas Woerner 1.6.8p8-1 > - new version 1.6.8p8: new sudoedit and sudo_noexec > > tcpdump-14:3.8.2-14 > ------------------- > * Tue Jun 21 2005 Martin Stransky - 14:3.8.2-14 > - add shadow-utils to Prereq (#160643) > > vnc-4.1.1-11 > ------------ > * Tue Jun 21 2005 Tim Waugh 4.1.1-11 > - Don't ship vncconfig.py any more. > - Enable render by default for further testing. > > * Mon Jun 20 2005 Tim Waugh > - Build requires expat-devel (bug #160982). > Hey, After above updates, FireFox came up as Blue and White frame with no icons, bookmarks, url, no content. Almost blank except for colors of blue and white. Tried kernel fall back to 1383 with same results. So, rootmail is broke, printing is broke, and now the Browser is broke. It's getting harder to drive this OS. :) SJ From jspaleta at gmail.com Wed Jun 22 22:06:01 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 22 Jun 2005 18:06:01 -0400 Subject: rawhide report: 20050622 changes In-Reply-To: <1119477524.2774.5.camel@Jovette-14> References: <200506221609.j5MG9vTQ010665@porkchop.devel.redhat.com> <1119477524.2774.5.camel@Jovette-14> Message-ID: <604aa791050622150616155b69@mail.gmail.com> On 6/22/05, Darwin H. Webb wrote: > So, rootmail is broke, printing is broke, and now the Browser is broke. > It's getting harder to drive this OS. :) Finally... rawhide is starting to feel like rawhide again. -jef From paul at all-the-johnsons.co.uk Wed Jun 22 22:57:29 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 22 Jun 2005 23:57:29 +0100 Subject: rawhide report: 20050622 changes In-Reply-To: <200506222117.j5MLHGfi016713@laptop11.inf.utfsm.cl> References: <200506222117.j5MLHGfi016713@laptop11.inf.utfsm.cl> Message-ID: <1119481049.3836.2.camel@localhost> Hi, > > Firefox 1.0.4 has become unusable for me after this update. > > Define "unusable". > > It works fine here. Fonts screwed and window decorations incorrect. TTFN Paul -- "The city of Washington was built on a stagnant swamp some 200 years ago and very little has changed; it stank then and it stinks now. Only today, it is the fetid stench of corruption that hangs in the air" - Simpson, L. Mr Lisa Goes to Washington (1991) Fox. 8F01 (Sep). -------------- 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 twaugh at redhat.com Wed Jun 22 23:12:33 2005 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 23 Jun 2005 00:12:33 +0100 Subject: rawhide report: 20050622 changes In-Reply-To: <604aa791050622150616155b69@mail.gmail.com> References: <200506221609.j5MG9vTQ010665@porkchop.devel.redhat.com> <1119477524.2774.5.camel@Jovette-14> <604aa791050622150616155b69@mail.gmail.com> Message-ID: <20050622231233.GT3691@redhat.com> On 6/22/05, Darwin H. Webb wrote: > printing is broke, Er.. it is? Is there a bugzilla ID? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From orion at cora.nwra.com Wed Jun 22 23:19:29 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 22 Jun 2005 17:19:29 -0600 Subject: Amanda/Bacula (was Re: Fedora 5 wish list) In-Reply-To: References: Message-ID: <42B9F201.4010909@cora.nwra.com> Mark Bradbury wrote: > I would like to see bacula replace amanda as the backup software for > fedora (not counting tar and dump) bacula at least spans tapes and > seems to be much more functional ( its just missing pools) > > bacula link here http://www.bacula.org/ > > what do you think > > ps. I've just been on a legato networker training camp and have been > comparing backup "solutions" so my mind could be warped > Perusing the bacula docs it does not appear to have automatic scheduling of full/incremental backups. This feature of amanda is absolutely critical for our usage. Also, there is a tape/volume splitting patch making its way into amanda. I used it for a while with success. But that said, I don't suppose either is going away. Package it up for extras as suggested - let's get it out there. It may be more useful for folks as a default backup program. From thethirddoorontheleft at verizon.net Wed Jun 22 23:45:58 2005 From: thethirddoorontheleft at verizon.net (Darwin H. Webb) Date: Wed, 22 Jun 2005 16:45:58 -0700 Subject: rawhide report: 20050622 changes In-Reply-To: <20050622231233.GT3691@redhat.com> References: <200506221609.j5MG9vTQ010665@porkchop.devel.redhat.com> <1119477524.2774.5.camel@Jovette-14> <604aa791050622150616155b69@mail.gmail.com> <20050622231233.GT3691@redhat.com> Message-ID: <1119483959.3001.15.camel@Jovette-14> On Thu, 2005-06-23 at 00:12 +0100, Tim Waugh wrote: > On 6/22/05, Darwin H. Webb wrote: > > > printing is broke, > > Er.. it is? Is there a bugzilla ID? > > Tim. > */ Yes, printing stopped working about 2 to 4 build updates ago. No, I didn't change anything. I was printing and then there was non printing. The error message is in one of the build list threads with my name on it. I have tried to re-do the printing but nothing works. OO0 see the printer as defined, Gimp and gPHOTO do not see any printer but generic. It's as if the pdd files are gone. No there is not a bug report, as it only happened this weekend and I have no idea what caused it as the only things that changed were the updates from devel. Same for root mail, and now the browser info is invisible, seems to be stuff behind the invisible Also add to that the creating a vncpasswd for a user, k-boom and a list of libs. Log off disintegrated into a flashing black and gray screen until it said, the welcome task is crashing would you like me to present another. I said ok, and it did, I logged back on to my user account. Started vncserver and it failed. So, I have my e-mail and that's about it. SJ From notting at redhat.com Thu Jun 23 01:36:21 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 22 Jun 2005 21:36:21 -0400 Subject: FC5 Wishlist In-Reply-To: <42B9DA43.6080508@insight.rr.com> References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> <20050622143537.GA11053@redhat.com> <42B9DA43.6080508@insight.rr.com> Message-ID: <20050623013621.GC20769@nostromo.devel.redhat.com> Jim Cornette (fct-cornette at insight.rr.com) said: > I was surprised that the lib version is one version newer than the one > supplied in gnome-libs. Nothing seems to need this older library version > either. How did an older version than shipped with RHL 8.0 end up in > current gnome-libs? That's gnome-libs for GNOME 1, which is really really old. :) Bill From justin.conover at gmail.com Thu Jun 23 03:35:12 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 22 Jun 2005 22:35:12 -0500 Subject: ext2online not extending lvm partion In-Reply-To: References: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> <1119022430.1916.98.camel@sisko.sctweedie.blueyonder.co.uk> Message-ID: On 6/17/05, Justin Conover wrote: > On 6/17/05, Stephen C. Tweedie wrote: > > Hi, > > > > On Fri, 2005-06-17 at 04:55, Justin Conover wrote: > > > > > ODD, I just extended /usr another 2 GB! > > > > > > Could there be a size limit problem happeneing? I know before that I > > > was doing this on /home and it was pretty large, 40-80GB and now my > > > home on this install today strated at 40GB and I tried to increase it > > > another 5GB. > > > > Not sure. Have you filed a bug yet? If so, please attach "tune2fs -l" > > information for one of the filesystems in question. > > > > Thanks, > > Stephen > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160612 > Oddness strikes again, I'm trying to extend home again to see what it does and when I type in : lvextend -L+2G /d I get this # lvextend -L+2G /dawk: {if ($2 ~ /^/d/) print $2} awk: ^ syntax error Another note, I re-install on my other test box, this time creating /home on LogVol07 and makeing it 80GB. Updated to rawhide and now it extends just fine. From justin.conover at gmail.com Thu Jun 23 03:38:15 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 22 Jun 2005 22:38:15 -0500 Subject: ext2online not extending lvm partion In-Reply-To: References: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> <1119022430.1916.98.camel@sisko.sctweedie.blueyonder.co.uk> Message-ID: On 6/22/05, Justin Conover wrote: > On 6/17/05, Justin Conover wrote: > > On 6/17/05, Stephen C. Tweedie wrote: > > > Hi, > > > > > > On Fri, 2005-06-17 at 04:55, Justin Conover wrote: > > > > > > > ODD, I just extended /usr another 2 GB! > > > > > > > > Could there be a size limit problem happeneing? I know before that I > > > > was doing this on /home and it was pretty large, 40-80GB and now my > > > > home on this install today strated at 40GB and I tried to increase it > > > > another 5GB. > > > > > > Not sure. Have you filed a bug yet? If so, please attach "tune2fs -l" > > > information for one of the filesystems in question. > > > > > > Thanks, > > > Stephen > > > > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160612 > > > > Oddness strikes again, I'm trying to extend home again to see what it > does and when I type in : > > lvextend -L+2G /d I get this > > # lvextend -L+2G /dawk: {if ($2 ~ /^/d/) print $2} > awk: ^ syntax error > > Another note, I re-install on my other test box, this time creating > /home on LogVol07 and makeing it 80GB. Updated to rawhide and now it > extends just fine. > This is the broken fc4 x86_64 box (forgot to include it) lvextend -L+2G /dev/VolGroup00/LogVol01 /dev/cdrom: open failed: Read-only file system Incorrect metadata area header checksum Extending logical volume LogVol01 to 57.00 GB Logical volume LogVol01 successfully resized [root at morpheus ~]# ext2online -d /dev/VolGroup00/LogVol01 ext2online v1.1.18 - 2001/03/18 for EXT2FS 0.5b ext2_open ext2_bcache_init ext2_determine_itoffset setting itoffset to +1027 ext2_get_reserved Found 1021 blocks in s_reserved_gdt_blocks using itoffset of 1027 new block bitmap is at 0xab8401 new inode bitmap is at 0xab8402 new inode table is at 0xab8403-0xab8802 new group has 30717 free blocks new group has 32768 free inodes (1024 blocks) ext2_ioctl: ADD group 343 ext2online: ext2_ioctl: No space left on device ext2online: unable to resize /dev/mapper/VolGroup00-LogVol01 JBD: ext2online wants too many credits (2050 > 2048) # df -h /home Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol01 42G 27G 14G 67% /home From RouillardSy at yahoo.fr Thu Jun 23 05:32:11 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Thu, 23 Jun 2005 07:32:11 +0200 Subject: rawhide report: 20050622 changes In-Reply-To: <200506222117.j5MLHGfi016713@laptop11.inf.utfsm.cl> References: <200506222117.j5MLHGfi016713@laptop11.inf.utfsm.cl> Message-ID: <200506230732.11515.RouillardSy@yahoo.fr> My initial mail had two lines. Beside the one you quoted, there was also a link to the bugzilla I submitted where everything is explained as well as I can. That is why I didn't feel like going over this again here. My lazyness goes that far that I don't feel like saying twice the same thing but rather refer to the full explaination through a link. Le Mercredi 22 Juin 2005 23:17, Horst von Brand a ?crit?: > Sylvain Rouillard wrote: > > Firefox 1.0.4 has become unusable for me after this update. > > Define "unusable". > > It works fine here. > -- > Dr. Horst H. von Brand User #22616 counter.li.org > Departamento de Informatica Fono: +56 32 654431 > Universidad Tecnica Federico Santa Maria +56 32 654239 > Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 ___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger T?l?chargez cette version sur http://fr.messenger.yahoo.com From RouillardSy at yahoo.fr Thu Jun 23 05:54:43 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Thu, 23 Jun 2005 07:54:43 +0200 Subject: rawhide report: 20050622 changes In-Reply-To: <1119483959.3001.15.camel@Jovette-14> References: <200506221609.j5MG9vTQ010665@porkchop.devel.redhat.com> <20050622231233.GT3691@redhat.com> <1119483959.3001.15.camel@Jovette-14> Message-ID: <200506230754.43921.RouillardSy@yahoo.fr> Le Jeudi 23 Juin 2005 01:45, Darwin H. Webb a ?crit?: > Yes, printing stopped working about 2 to 4 build updates ago. > No, I didn't change anything. I was printing and then there was non > printing. > The error message is in one of the build list threads with my name on > it. I have tried to re-do the printing but nothing works. > OO0 see the printer as defined, Gimp and gPHOTO do not see any printer > but generic. It's as if the pdd files are gone. > No there is not a bug report, as it only happened this weekend and I > have no idea what caused it as the only things that changed were the > updates from devel. Hi there, I remember seeing your post but I can't seem to find it again. IIRC, you are using a printer shared through a windows computer. That stroke me because I have the same config (HP Laserjet connected on a networked WinXP computer through a router). I just tested, and I can still get it to print with both KEdit and OOo-writer with no problem. Let us know if you file a bug report, I'll chime in and give my config to help debugging. Cheers ___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger T?l?chargez cette version sur http://fr.messenger.yahoo.com From mark.bradbury at gmail.com Thu Jun 23 10:59:55 2005 From: mark.bradbury at gmail.com (Mark Bradbury) Date: Thu, 23 Jun 2005 20:29:55 +0930 Subject: Is this possible? with Xen and GFS Message-ID: Just a thought I noticed that there are XEN, GFS and XEN GFS kernels Would it be possible with fedora 4 to do the following Have a system boot from a XEN hyper-visor kernel with all my normal stuff eg. nvidia drivers and mount my /home partion using GFS at this stage have a normal working system with accelerated graphics. and then configure multiple XEN virtual machines all mounting the same /home partion with GFS so that what ever machine I'm on has the same $HOME but with locking? If possible has anyonegot a howto? TIA From fct-cornette at insight.rr.com Thu Jun 23 11:05:39 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 23 Jun 2005 07:05:39 -0400 Subject: FC5 Wishlist In-Reply-To: <20050623013621.GC20769@nostromo.devel.redhat.com> References: <200506211931.j5LJVOY5029734@laptop11.inf.utfsm.cl> <42B8A5C6.60207@insight.rr.com> <20050622143537.GA11053@redhat.com> <42B9DA43.6080508@insight.rr.com> <20050623013621.GC20769@nostromo.devel.redhat.com> Message-ID: <42BA9783.9090702@insight.rr.com> Bill Nottingham wrote: > Jim Cornette (fct-cornette at insight.rr.com) said: > >>I was surprised that the lib version is one version newer than the one >>supplied in gnome-libs. Nothing seems to need this older library version >>either. How did an older version than shipped with RHL 8.0 end up in >>current gnome-libs? > > > That's gnome-libs for GNOME 1, which is really really old. :) > > Bill > This is using an FC4T3 to FC4 system. The lib is on my system and gnome-libs-1.4.1.2.90-46 is the only version installed. Anyway, gmc worked when making a symlink to the below. It was fast, but left extra icons on the desktop. Once started, both gmc and nautilus would respawn if either was killed. Trying gmc with failsafe might be interesting to me. Jim ls -la libdb.so.* lrwxrwxrwx 1 root root 11 Jun 7 22:14 libdb.so.2 -> libdb1.so.2 lrwxrwxrwx 1 root root 17 Jun 22 18:15 libdb.so.3 -> /usr/lib/libdb.so (my symlink creation) rpm -q --whatprovides /usr/lib/libdb1.so.2 gnome-libs-1.4.1.2.90-46 rpm -q --whatprovides /usr/lib/libdb.so db4-devel-4.3.27-4 From mark.bradbury at gmail.com Thu Jun 23 11:09:28 2005 From: mark.bradbury at gmail.com (Mark Bradbury) Date: Thu, 23 Jun 2005 20:39:28 +0930 Subject: Is this possible? with Xen and GFS In-Reply-To: References: Message-ID: Should have added that LDAP is running on the hyper-visor to keep all the username/password consistent From buildsys at redhat.com Thu Jun 23 16:48:03 2005 From: buildsys at redhat.com (Build System) Date: Thu, 23 Jun 2005 12:48:03 -0400 Subject: rawhide report: 20050623 changes Message-ID: <200506231648.j5NGm2Uq016416@porkchop.devel.redhat.com> Updated Packages: hplip-0.9.3-6 ------------- * Wed Jun 22 2005 Tim Waugh 0.9.3-6 - For libsane-hpaio ExcludeArch: s390 s390x, because it requires sane-backends. hwdata-0.159-1 -------------- * Wed Jun 22 2005 Bill Nottingham - 0.159-1 - pcitable: make branding happy (#160047) - Cards: add required blank line (#157972) - add some monitors - add JVC CD-ROM (#160907, ) - add hisax stuff to blacklist (#154799, #159068) joram-0:4.1.5-1jpp_2fc ---------------------- * Wed Jun 22 2005 Gary Benson 0:4.1.5-1jpp_2fc - Remove warfile from the tarball too. junit-0:3.8.1-3jpp_5fc ---------------------- * Wed Jun 22 2005 Gary Benson 0:3.8.1-3jpp_5fc - Remove classes and jarfiles from the tarball. kernel-2.6.12-1.1395_FC5 ------------------------ * Wed Jun 22 2005 Dave Jones - 2.6.12-git4 - Bring back the IDE fixes from -ac log4j-0:1.2.8-7jpp_5fc ---------------------- * Wed Jun 22 2005 Gary Benson 0:1.2.8-7jpp_5fc - Reenable building of classes that require jms. - Remove classes and jarfiles from the tarball. mockobjects-0:0.09-11jpp_2fc ---------------------------- * Wed Jun 22 2005 Gary Benson 0.09-11jpp_2fc - Remove jarfile from the tarball. monolog-0:1.8.6-1jpp_2fc ------------------------ * Wed Jun 22 2005 Gary Benson 0:1.8.6-1jpp_2fc - Remove zipfiles from the tarball too. nanoxml-0:2.2.3-3jpp_2fc ------------------------ * Wed Jun 22 2005 Gary Benson - 0:2.2.3-3jpp_2fc - Remove jarfile from the tarball. Broken deps for i386 ---------------------------------------------------------- GFS-kernel-xenU - 2.6.11.8-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4xenU GFS-kernel-xenU - 2.6.11.8-20050601.152643.FC4.2.i686 requires kernel-xenU = 0:2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel = 0:2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.i586 requires /lib/modules/2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.i586 requires kernel = 0:2.6.11-1.1369_FC4 dlm-kernel-xenU - 2.6.11.5-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4xenU dlm-kernel-xenU - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel-xenU = 0:2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.i686 requires /lib/modules/2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.i686 requires kernel = 0:2.6.11-1.1369_FC4 GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4smp GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.2.i686 requires kernel-smp = 0:2.6.11-1.1369_FC4 cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4smp cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel-smp = 0:2.6.11-1.1369_FC4 GFS-kernel-xen0 - 2.6.11.8-20050601.152643.FC4.2.i686 requires kernel-xen0 = 0:2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.i586 requires /lib/modules/2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.i586 requires kernel = 0:2.6.11-1.1369_FC4 cman-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel-xen0 = 0:2.6.11-1.1369_FC4 gnbd-kernel-xen0 - 2.6.11.2-20050420.133124.FC4.35.i686 requires kernel-xen0 = 0:2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.i586 requires /lib/modules/2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.i586 requires kernel = 0:2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.i686 requires kernel = 0:2.6.11-1.1369_FC4 dlm-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel-xen0 = 0:2.6.11-1.1369_FC4 gnbd-kernel-xenU - 2.6.11.2-20050420.133124.FC4.35.i686 requires /lib/modules/2.6.11-1.1369_FC4xenU gnbd-kernel-xenU - 2.6.11.2-20050420.133124.FC4.35.i686 requires kernel-xenU = 0:2.6.11-1.1369_FC4 dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4smp dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel-smp = 0:2.6.11-1.1369_FC4 gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.35.i686 requires /lib/modules/2.6.11-1.1369_FC4smp gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.35.i686 requires kernel-smp = 0:2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel = 0:2.6.11-1.1369_FC4 cman-kernel-xenU - 2.6.11.5-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4xenU cman-kernel-xenU - 2.6.11.5-20050601.152643.FC4.2.i686 requires kernel-xenU = 0:2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.i586 requires /lib/modules/2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.i586 requires kernel = 0:2.6.11-1.1369_FC4 Broken deps for ppc ---------------------------------------------------------- gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.ppc requires /lib/modules/2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.ppc requires kernel = 0:2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc requires /lib/modules/2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc requires kernel = 0:2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.ppc requires /lib/modules/2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.ppc requires kernel = 0:2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc requires /lib/modules/2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc requires kernel = 0:2.6.11-1.1369_FC4 Broken deps for x86_64 ---------------------------------------------------------- dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires kernel = 0:2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.x86_64 requires kernel = 0:2.6.11-1.1369_FC4 gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.35.x86_64 requires /lib/modules/2.6.11-1.1369_FC4smp gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.35.x86_64 requires kernel-smp = 0:2.6.11-1.1369_FC4 cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4smp cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires kernel-smp = 0:2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.x86_64 requires /lib/modules/2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.x86_64 requires kernel = 0:2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires kernel = 0:2.6.11-1.1369_FC4 dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4smp dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.2.x86_64 requires kernel-smp = 0:2.6.11-1.1369_FC4 GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4smp GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.2.x86_64 requires kernel-smp = 0:2.6.11-1.1369_FC4 Broken deps for ia64 ---------------------------------------------------------- castor - 0.9.5-1jpp_1fc.noarch requires jta jessie - 1.0.0-8.noarch requires java >= 0:1.4 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jonas - 4.3.3-1jpp_1fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_1fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_1fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_1fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_1fc.noarch requires mx4j >= 1:2.1.0 jonas - 4.3.3-1jpp_1fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_1fc.noarch requires jasper5 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 magma-plugins - 1.0-0.pre16.11.ia64 requires libgulm.so.1.0()(64bit) castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging rgmanager - 1.9.31-3.ia64 requires ccs xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging Broken deps for s390x ---------------------------------------------------------- jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging prelink - 0.3.5-1.s390x requires kernel >= 0:2.4.10 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 nfs-utils - 1.0.7-8.s390x requires kernel >= 0:2.2.14 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 hal - 0.5.2-2.s390x requires kernel >= 0:2.6.11 selinux-policy-targeted - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_1fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_1fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_1fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_1fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_1fc.noarch requires mx4j >= 1:2.1.0 jonas - 4.3.3-1jpp_1fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_1fc.noarch requires jasper5 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet initscripts - 8.11.1-1.s390x requires kernel >= 0:2.6 arptables_jf - 0.0.8-5.s390x requires kernel >= 0:2.4.0 ecj - 1:3.1-0.M4.9.s390x requires katana >= 0:2.0.0 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 castor - 0.9.5-1jpp_1fc.noarch requires jta libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta quota - 1:3.12-6.s390x requires kernel >= 0:2.4 jessie - 1.0.0-8.noarch requires java >= 0:1.4 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging lvm2 - 2.01.12-1.0.s390x requires kernel >= 0:2.6 selinux-policy-targeted-sources - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 dhcp - 10:3.0.2-14.s390x requires kernel >= 0:2.2.18 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 selinux-policy-strict - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 sysstat - 5.0.5-10.fc.s390x requires kernel >= 0:2.2.16-21 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 libsane-hpaio - 0.9.3-5.s390x requires sane-backends gkrellm - 2.2.7-1.s390x requires kernel >= 0:2.6.2 selinux-policy-strict-sources - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 sound-juicer - 0.5.14-1.FC3.0.s390x requires libdbus-1.so.0()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libmusicbrainz.so.2()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libhal.so.0()(64bit) libpcap - 14:0.8.3-14.s390x requires kernel >= 0:2.2.0 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet Broken deps for s390 ---------------------------------------------------------- jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet selinux-policy-targeted-sources - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 sysstat - 5.0.5-10.fc.s390 requires kernel >= 0:2.2.16-21 ecj - 1:3.1-0.M4.9.s390 requires katana >= 0:2.0.0 lvm2 - 2.01.12-1.0.s390 requires kernel >= 0:2.6 sound-juicer - 0.5.14-1.FC3.0.s390 requires libdbus-1.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libhal.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libmusicbrainz.so.2 initscripts - 8.11.1-1.s390 requires kernel >= 0:2.6 prelink - 0.3.5-1.s390 requires kernel >= 0:2.4.10 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 castor - 0.9.5-1jpp_1fc.noarch requires jta xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 arptables_jf - 0.0.8-5.s390 requires kernel >= 0:2.4.0 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jonas - 4.3.3-1jpp_1fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_1fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_1fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_1fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_1fc.noarch requires mx4j >= 1:2.1.0 jonas - 4.3.3-1jpp_1fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_1fc.noarch requires jasper5 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 dhcp - 10:3.0.2-14.s390 requires kernel >= 0:2.2.18 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 gkrellm - 2.2.7-1.s390 requires kernel >= 0:2.6.2 selinux-policy-strict-sources - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta quota - 1:3.12-6.s390 requires kernel >= 0:2.4 jessie - 1.0.0-8.noarch requires java >= 0:1.4 libsane-hpaio - 0.9.3-5.s390 requires sane-backends selinux-policy-strict - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 nfs-utils - 1.0.7-8.s390 requires kernel >= 0:2.2.14 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging selinux-policy-targeted - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java Broken deps for ppc64 ---------------------------------------------------------- jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper jessie - 1.0.0-8.noarch requires java >= 0:1.4 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc64 requires /lib/modules/2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc64 requires kernel = 0:2.6.11-1.1369_FC4 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging castor - 0.9.5-1jpp_1fc.noarch requires jta avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections system-config-keyboard - 1.2.6-2.noarch requires pyxf86config xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging wsdl4j - 1.5.1-1jpp_1fc.noarch requires java gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.ppc64 requires /lib/modules/2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.35.ppc64 requires kernel = 0:2.6.11-1.1369_FC4 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 system-config-mouse - 1.2.11-1.noarch requires pyxf86config jonas - 4.3.3-1jpp_1fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_1fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_1fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_1fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_1fc.noarch requires mx4j >= 1:2.1.0 jonas - 4.3.3-1jpp_1fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_1fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_1fc.noarch requires jasper5 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging gnomemeeting - 1.0.2-8.ppc64 requires libpt.so.1.6.5()(64bit) gnomemeeting - 1.0.2-8.ppc64 requires libh323_linux_ppc64_r.so.1.13.4()(64bit) ecj - 1:3.1-0.M4.9.ppc64 requires katana >= 0:2.0.0 rhpl - 0.167-1.ppc64 requires pyxf86config >= 0:0.3.2 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc64 requires /lib/modules/2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.2.ppc64 requires kernel = 0:2.6.11-1.1369_FC4 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 ppc64-utils - 0.7-9.ppc64 requires yaboot system-config-display - 1.0.29-1.noarch requires /usr/X11R6/bin/Xorg system-config-display - 1.0.29-1.noarch requires pyxf86config >= 0:0.3.16 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 From orion at cora.nwra.com Thu Jun 23 16:51:33 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 23 Jun 2005 10:51:33 -0600 Subject: Crappy fonts In-Reply-To: <1114637704.3380.0.camel@localhost.localdomain> References: <426FC7FC.1020502@earthlink.net> <1114637704.3380.0.camel@localhost.localdomain> Message-ID: <42BAE895.8070906@cora.nwra.com> Kyrre Ness Sjobak wrote: > 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? > That was it. The FC4 testing was picking up some (very) old .qt settings which had anti-aliasing turned off. Turn it on and everything is hunky dory. - Orion From sct at redhat.com Thu Jun 23 20:25:13 2005 From: sct at redhat.com (Stephen C. Tweedie) Date: Thu, 23 Jun 2005 21:25:13 +0100 Subject: ext2online not extending lvm partion In-Reply-To: References: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> <1119022430.1916.98.camel@sisko.sctweedie.blueyonder.co.uk> Message-ID: <1119558313.13343.5.camel@sisko.sctweedie.blueyonder.co.uk> Hi, On Thu, 2005-06-23 at 04:35, Justin Conover wrote: > Oddness strikes again, I'm trying to extend home again to see what it > does and when I type in : > > lvextend -L+2G /d I get this > > # lvextend -L+2G /dawk: {if ($2 ~ /^/d/) print $2} > awk: ^ syntax error Shell completion is *definitely* not ext3's problem. :-) Cheers, Stephen From sct at redhat.com Thu Jun 23 20:44:15 2005 From: sct at redhat.com (Stephen C. Tweedie) Date: Thu, 23 Jun 2005 21:44:15 +0100 Subject: ext2online not extending lvm partion In-Reply-To: References: <1118148133.2614.37.camel@sisko.sctweedie.blueyonder.co.uk> <1119022430.1916.98.camel@sisko.sctweedie.blueyonder.co.uk> Message-ID: <1119559455.13343.7.camel@sisko.sctweedie.blueyonder.co.uk> Hi, On Thu, 2005-06-23 at 04:38, Justin Conover wrote: > This is the broken fc4 x86_64 box (forgot to include it) ... Thanks, I've added this to the bugzilla to keep the info in one place. --Stephen From jreiser at BitWagon.com Fri Jun 24 00:51:31 2005 From: jreiser at BitWagon.com (John Reiser) Date: Thu, 23 Jun 2005 17:51:31 -0700 Subject: /proc/PID/auxv vs. moving linux-gate.so.1 Message-ID: <42BB5913.6040605@BitWagon.com> How can I reliably move the variable dynamic shared object linux-gate.so.1 that the kernel puts into the address space upon execve()? At Elf32_Ehdr.e_entry, my code sees the Elf32_auxv entries AT_SYSINFO and AT_SYSINFO_EHDR, allocates a page where I want it, copies from AT_SYSINFO_EHDR, then updates those auxv entries. But /proc/PID/auxv still remembers the old values, is read-only, and some code is using them by setting the pc to the old value for __kernel_sigreturn. -- From jreiser at BitWagon.com Fri Jun 24 03:36:06 2005 From: jreiser at BitWagon.com (John Reiser) Date: Thu, 23 Jun 2005 20:36:06 -0700 Subject: 2.6.11 breaks applications In-Reply-To: <42BB5913.6040605@BitWagon.com> References: <42BB5913.6040605@BitWagon.com> Message-ID: <42BB7FA6.8050206@BitWagon.com> > At Elf32_Ehdr.e_entry, my code sees the Elf32_auxv entries AT_SYSINFO and > AT_SYSINFO_EHDR, allocates a page where I want it, copies from AT_SYSINFO_EHDR, > then updates those auxv entries. But /proc/PID/auxv still remembers the old > values, is read-only, and some code is using them by setting the pc > to the old value for __kernel_sigreturn. Well, it is the kernel itself that uses a dangling pointer. setup_frame() in arch/i386/kernel/signal.c uses restorer = current->mm->context.vdso + (long)&__kernel_sigreturn; whenever !(.sa_flags & SA_RESTORER). Unfortunately: context.vdso is never updated when the user changes the mapping for that page, the mapping is not protected against being changed, and because /proc/PID/auxv is read-only then the user cannot inform the kernel. So any *sigaction() that does not specify SA_RESTORER creates a time bomb. Some applications really do know better [than the kernel or glibc] how to manage address space. It is particularly important for an application that uses large arrays: contiguous space is at a premium. How can I tell the kernel to keep linux-gate.so.1 out of the way? -- From pcaulfie at redhat.com Fri Jun 24 07:09:29 2005 From: pcaulfie at redhat.com (Patrick Caulfield) Date: Fri, 24 Jun 2005 08:09:29 +0100 Subject: Is this possible? with Xen and GFS In-Reply-To: References: Message-ID: <42BBB1A9.2080203@redhat.com> Mark Bradbury wrote: > Just a thought > > I noticed that there are XEN, GFS and XEN GFS kernels > > Would it be possible with fedora 4 to do the following > > Have a system boot from a XEN hyper-visor kernel with all my normal > stuff eg. nvidia drivers > and mount my /home partion using GFS > > at this stage have a normal working system with accelerated graphics. > > and then configure multiple XEN virtual machines all mounting the > same /home partion with GFS > so that what ever machine I'm on has the same $HOME but with locking? It certainly should be possible. I've only ever had Xen VMs running GFS but I can't think of any reason why you shouldn't run it on the host too. One thing you should ensure though, is that the cluster can continue to work with just the host running. To do this you could either (with cman) give the host more votes than the sum of the VMs votes or (with gulm) put a single gulm server on the host. There may be memory constraints with the latter arrangement of the lock traffic is high though. > If possible has anyonegot a howto? > I have a more general document on Fedora/Xen at http://www.cix.co.uk/~tykepenguin/xencluster.html , it doesn't cover exactly what you need and it's not really a HOWTO, but it might help! -- patrick From RouillardSy at yahoo.fr Fri Jun 24 08:44:57 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Fri, 24 Jun 2005 10:44:57 +0200 Subject: rawhide report: 20050623 changes In-Reply-To: <200506231648.j5NGm2Uq016416@porkchop.devel.redhat.com> References: <200506231648.j5NGm2Uq016416@porkchop.devel.redhat.com> Message-ID: <200506241044.57569.RouillardSy@yahoo.fr> Is hplip supposed to replace hpijs eventually? Do those two even relate? If so, what sort of improvement does hplip provide? Le Jeudi 23 Juin 2005 18:48, Build System a ?crit?: > Updated Packages: > > hplip-0.9.3-6 > ------------- > * Wed Jun 22 2005 Tim Waugh 0.9.3-6 > - For libsane-hpaio ExcludeArch: s390 s390x, because it requires > sane-backends. ___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger T?l?chargez cette version sur http://fr.messenger.yahoo.com From twaugh at redhat.com Fri Jun 24 09:27:29 2005 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 24 Jun 2005 10:27:29 +0100 Subject: rawhide report: 20050623 changes In-Reply-To: <200506241044.57569.RouillardSy@yahoo.fr> References: <200506231648.j5NGm2Uq016416@porkchop.devel.redhat.com> <200506241044.57569.RouillardSy@yahoo.fr> Message-ID: <20050624092729.GA2911@redhat.com> On Fri, Jun 24, 2005 at 10:44:57AM +0200, Sylvain Rouillard wrote: > Is hplip supposed to replace hpijs eventually? Do those two even relate? If > so, what sort of improvement does hplip provide? HPLIP replaces HPIJS and HPOJ. The hpijs package is a sub-package of hplip. HPOJ is no longer maintained, and requires a manual set-up step before printing will work. With HPLIP there is no extra manual step required. There is also an application (hp-toolbox) for aligning print cartridges, checking ink levels, and so on. Tim. */ -------------- 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 bristolreccc.co.uk Fri Jun 24 10:48:54 2005 From: mike at bristolreccc.co.uk (Mike old) Date: Fri, 24 Jun 2005 11:48:54 +0100 Subject: Question about speed Message-ID: <1119610134.2530.3.camel@Vigor102> I have two machines (home/work) both running FC4 machine 1 k6/2 500mhz 256Mb geforce4 machine 1 celeron 933mhz 256Mb geforce2 The lower speced machine is far,far,far quicker (gnome etc). Anyone any ideas how this could be? From buildsys at redhat.com Fri Jun 24 11:28:57 2005 From: buildsys at redhat.com (Build System) Date: Fri, 24 Jun 2005 07:28:57 -0400 Subject: rawhide report: 20050624 changes Message-ID: <200506241128.j5OBSvui024580@porkchop.devel.redhat.com> Updated Packages: audit-0.9.13-1 -------------- * Thu Jun 23 2005 Steve Grubb 0.9.13-1 - Remove /lib/libaudit.so & .la from audit-libs package - In auditctl, if syscall not given, default to all * Wed Jun 22 2005 Steve Grubb 0.9.12-1 - Add some syslog messages for a couple exits - Add some unlinks of the pid file in a couple error exits - Make some options of auditctl not expect a reply - Update support for user and watch filter lists cairo-0.5.1-3 ------------- * Wed Jun 22 2005 Kristian H??gsberg 0.5.1-3 - Add requirement on libpixman-devel for devel package. cman-kernel-2.6.11.5-20050601.152643.FC4.4 ------------------------------------------ coreutils-5.2.1-52 ------------------ * Wed Jun 22 2005 Tim Waugh 5.2.1-52 - Fixed stale-utmp patch so that 'who -r' and 'who -b' work again (bug #161264). desktop-printing-0.19-1 ----------------------- * Thu Jun 02 2005 Colin Walters - New upstream version - Disable session cupsd - Add evil find+perl command to change namespace back to com.redhat until we adapt Fedora cups patch dlm-kernel-2.6.11.5-20050601.152643.FC4.5 ----------------------------------------- emacs-21.4-6 ------------ * Thu Jun 23 2005 Jens Petersen - 21.4-6 - merge in changes from emacs22.spec conditionally - define emacs21 rpm macro switch to control major version and use it - update tramp to 2.0.49 * Fri Jun 17 2005 Jens Petersen - set arg0 to emacs in wrapper script (Peter Oliver, 149512#3) * Mon May 30 2005 Jens Petersen - move setting of require-final-newline from default.el to a comment in default .emacs (Ralph Loader, 119141) firefox-0:1.0.4-5 ----------------- * Thu Jun 23 2005 Kristian H??gsberg 0:1.0.4-3 - Add firefox-1.0-pango-cairo.patch to get rid of the last few Xft references, fixing the "no fonts" problem. - Copy over changes from FC4 branch. gcc-4.0.0-13 ------------ * Thu Jun 23 2005 Jakub Jelinek 4.0.0-13 - update from CVS - PRs bootstrap/17383, libfortran/16436, libfortran/19216, libstdc++/21726, libstdc++/22111 - fix libltdl fix for */lib64 paths (#156005) - fix ICE on invalid introduced in 4.0.0-10 (PR middle-end/22028) - further libstdc++.so symbol versioning fixes (PR libstdc++/22109) - fix ICE when compiling call with excessive size of arguments passed by value (#160718, PR middle-end/17965) - grmic fix (Archit Shah, #133180) gnbd-kernel-2.6.11.2-20050420.133124.FC4.38 ------------------------------------------- gphoto2-2.1.6-1 --------------- * Thu Jun 23 2005 Tim Waugh 2.1.6-1 - 2.1.6. jonas-0:4.3.3-1jpp_2fc ---------------------- * Thu Jun 23 2005 Gary Benson - 4.3.3-1jpp_2fc - Only compile jeremie stubs, and reenable ejbjars stuff. - Various tweaks to installed classloader repositories. - Various other tweaks (patch renames and the like). * Fri Jun 17 2005 Gary Benson - 4.3.3-1jpp_1fc - Avoid an API hole in libgcj's java.io.OutputStreamWriter. - Don't build IIOP stubs. - Disable anything that needs the (failing) ejbjars task. - Pick up javax.rmi classes from jonathan-rmi. - Remove almost all jarfiles from the tarball. - Build with system axis, mx4j, jacorb, etc. - Build with gif89encoder rather than bundled acme thing. * Wed Mar 09 2005 Fernando Nasser - 4.3.3.1jpp_4rh - Fix catalina links - Update documentation - Add patch to remove stack trace jonathan-rmi-3.1-2 ------------------ kernel-2.6.12-1.1400_FC5 ------------------------ * Thu Jun 23 2005 Dave Jones - 2.6.12-git5 - Revert ipw drivers back to those shipped with FC4 for the time being.. - Make Orinoco driver suck less. (Scanning/Roaming/Ethtool support). libwpd-0.8.2-1 -------------- * Wed Jun 22 2005 Caolan McNamara 0.8.1-2 - bump to latest version logrotate-3.7.1-11 ------------------ * Wed Jun 22 2005 Peter Vrabec 3.7.1-11 - enhance logrotate with "dateext", "maxage" logwatch-6.1.2-1 ---------------- * Thu Jun 23 2005 Ivana Varekova 6.1.2-1 - update to 6.1.2-1 mx4j-1:3.0.1-1jpp_2fc --------------------- * Fri Jun 24 2005 Gary Benson 0:3.0.1-1jpp_2fc - Compile JRMP stubs. thunderbird-0:1.0.2-7 --------------------- * Thu Jun 23 2005 Kristian H??gsberg 1.0.2-7 - Add firefox-1.0-pango-cairo.patch to get rid of the last few Xft references, fixing the "no fonts" problem. vsftpd-2.0.3-4 -------------- * Thu Jun 23 2005 Radek Vokal 2.0.3-4 - fixed requires for pam_loginuid * Wed Jun 01 2005 Radek Vokal 2.0.3-3 - vsftpd update for new audit system (#159223) Broken deps for ia64 ---------------------------------------------------------- axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 castor - 0.9.5-1jpp_1fc.noarch requires jta jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java jessie - 1.0.0-8.noarch requires java >= 0:1.4 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging rgmanager - 1.9.31-3.ia64 requires ccs magma-plugins - 1.0-0.pre16.11.ia64 requires libgulm.so.1.0()(64bit) vsftpd - 2.0.3-4.ia64 requires pam_loginuid.so java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging jonas - 4.3.3-1jpp_2fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_2fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_2fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_2fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_2fc.noarch requires mx4j >= 1:3.0.1 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_2fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_2fc.noarch requires jasper5 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta Broken deps for s390 ---------------------------------------------------------- jonas - 4.3.3-1jpp_2fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_2fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_2fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_2fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_2fc.noarch requires mx4j >= 1:3.0.1 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_2fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_2fc.noarch requires jasper5 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet nfs-utils - 1.0.7-8.s390 requires kernel >= 0:2.2.14 jessie - 1.0.0-8.noarch requires java >= 0:1.4 selinux-policy-targeted - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 castor - 0.9.5-1jpp_1fc.noarch requires jta geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 selinux-policy-strict-sources - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 quota - 1:3.12-6.s390 requires kernel >= 0:2.4 gkrellm - 2.2.7-1.s390 requires kernel >= 0:2.6.2 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet sysstat - 5.0.5-10.fc.s390 requires kernel >= 0:2.2.16-21 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging arptables_jf - 0.0.8-5.s390 requires kernel >= 0:2.4.0 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections ecj - 1:3.1-0.M4.9.s390 requires katana >= 0:2.0.0 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 initscripts - 8.11.1-1.s390 requires kernel >= 0:2.6 sound-juicer - 0.5.14-1.FC3.0.s390 requires libdbus-1.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libhal.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libmusicbrainz.so.2 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper lvm2 - 2.01.12-1.0.s390 requires kernel >= 0:2.6 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 prelink - 0.3.5-1.s390 requires kernel >= 0:2.4.10 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 selinux-policy-strict - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 selinux-policy-targeted-sources - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging dhcp - 10:3.0.2-14.s390 requires kernel >= 0:2.2.18 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 Broken deps for s390x ---------------------------------------------------------- wsdl4j - 1.5.1-1jpp_1fc.noarch requires java jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging dhcp - 10:3.0.2-14.s390x requires kernel >= 0:2.2.18 nfs-utils - 1.0.7-8.s390x requires kernel >= 0:2.2.14 arptables_jf - 0.0.8-5.s390x requires kernel >= 0:2.4.0 prelink - 0.3.5-1.s390x requires kernel >= 0:2.4.10 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 selinux-policy-strict - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 lvm2 - 2.01.12-1.0.s390x requires kernel >= 0:2.6 sysstat - 5.0.5-10.fc.s390x requires kernel >= 0:2.2.16-21 gkrellm - 2.2.7-1.s390x requires kernel >= 0:2.6.2 selinux-policy-strict-sources - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 hal - 0.5.2-2.s390x requires kernel >= 0:2.6.11 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 castor - 0.9.5-1jpp_1fc.noarch requires jta initscripts - 8.11.1-1.s390x requires kernel >= 0:2.6 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta ecj - 1:3.1-0.M4.9.s390x requires katana >= 0:2.0.0 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jessie - 1.0.0-8.noarch requires java >= 0:1.4 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 sound-juicer - 0.5.14-1.FC3.0.s390x requires libdbus-1.so.0()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libmusicbrainz.so.2()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libhal.so.0()(64bit) libpcap - 14:0.8.3-14.s390x requires kernel >= 0:2.2.0 hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 jonas - 4.3.3-1jpp_2fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_2fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_2fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_2fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_2fc.noarch requires mx4j >= 1:3.0.1 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_2fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_2fc.noarch requires jasper5 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet selinux-policy-targeted-sources - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 selinux-policy-targeted - 1.23.18-15.noarch requires kernel >= 0:2.6.11-1.1219 quota - 1:3.12-6.s390x requires kernel >= 0:2.4 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper Broken deps for x86_64 ---------------------------------------------------------- dlm-kernel - 2.6.11.5-20050601.152643.FC4.5.x86_64 requires /lib/modules/2.6.12-1.1395_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.5.x86_64 requires kernel = 0:2.6.12-1.1395_FC5 cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.4.x86_64 requires /lib/modules/2.6.12-1.1395_FC5smp cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.4.x86_64 requires kernel-smp = 0:2.6.12-1.1395_FC5 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.x86_64 requires kernel = 0:2.6.11-1.1369_FC4 dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.5.x86_64 requires /lib/modules/2.6.12-1.1395_FC5smp dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.5.x86_64 requires kernel-smp = 0:2.6.12-1.1395_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.38.x86_64 requires /lib/modules/2.6.12-1.1395_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.38.x86_64 requires kernel = 0:2.6.12-1.1395_FC5 GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.2.x86_64 requires /lib/modules/2.6.11-1.1369_FC4smp GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.2.x86_64 requires kernel-smp = 0:2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.4.x86_64 requires /lib/modules/2.6.12-1.1395_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.4.x86_64 requires kernel = 0:2.6.12-1.1395_FC5 gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.38.x86_64 requires /lib/modules/2.6.12-1.1395_FC5smp gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.38.x86_64 requires kernel-smp = 0:2.6.12-1.1395_FC5 Broken deps for ppc64 ---------------------------------------------------------- vsftpd - 2.0.3-4.ppc64 requires pam_loginuid.so jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 castor - 0.9.5-1jpp_1fc.noarch requires jta ecj - 1:3.1-0.M4.9.ppc64 requires katana >= 0:2.0.0 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java jessie - 1.0.0-8.noarch requires java >= 0:1.4 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet jonas - 4.3.3-1jpp_2fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_2fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_2fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_2fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_2fc.noarch requires mx4j >= 1:3.0.1 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_2fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_2fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_2fc.noarch requires jasper5 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 cman-kernel - 2.6.11.5-20050601.152643.FC4.4.ppc64 requires /lib/modules/2.6.12-1.1395_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.4.ppc64 requires kernel = 0:2.6.12-1.1395_FC5 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging system-config-mouse - 1.2.11-1.noarch requires pyxf86config gnbd-kernel - 2.6.11.2-20050420.133124.FC4.38.ppc64 requires /lib/modules/2.6.12-1.1395_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.38.ppc64 requires kernel = 0:2.6.12-1.1395_FC5 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 rhpl - 0.167-1.ppc64 requires pyxf86config >= 0:0.3.2 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging system-config-keyboard - 1.2.6-2.noarch requires pyxf86config dlm-kernel - 2.6.11.5-20050601.152643.FC4.5.ppc64 requires /lib/modules/2.6.12-1.1395_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.5.ppc64 requires kernel = 0:2.6.12-1.1395_FC5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta wsdl4j - 1.5.1-1jpp_1fc.noarch requires java jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging gnomemeeting - 1.0.2-8.ppc64 requires libpt.so.1.6.5()(64bit) gnomemeeting - 1.0.2-8.ppc64 requires libh323_linux_ppc64_r.so.1.13.4()(64bit) avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet ppc64-utils - 0.7-9.ppc64 requires yaboot system-config-display - 1.0.29-1.noarch requires /usr/X11R6/bin/Xorg system-config-display - 1.0.29-1.noarch requires pyxf86config >= 0:0.3.16 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 Broken deps for i386 ---------------------------------------------------------- gnbd-kernel-xenU - 2.6.11.2-20050420.133124.FC4.38.i686 requires kernel-xenU = 0:2.6.12-1.1395_FC5 gnbd-kernel-xenU - 2.6.11.2-20050420.133124.FC4.38.i686 requires /lib/modules/2.6.12-1.1395_FC5xenU GFS-kernel-xen0 - 2.6.11.8-20050601.152643.FC4.2.i686 requires kernel-xen0 = 0:2.6.11-1.1369_FC4 gnbd-kernel-xen0 - 2.6.11.2-20050420.133124.FC4.38.i686 requires /lib/modules/2.6.12-1.1395_FC5xen0 gnbd-kernel-xen0 - 2.6.11.2-20050420.133124.FC4.38.i686 requires kernel-xen0 = 0:2.6.12-1.1395_FC5 gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.38.i686 requires /lib/modules/2.6.12-1.1395_FC5smp gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.38.i686 requires kernel-smp = 0:2.6.12-1.1395_FC5 dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.5.i686 requires /lib/modules/2.6.12-1.1395_FC5smp dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.5.i686 requires kernel-smp = 0:2.6.12-1.1395_FC5 dlm-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.5.i686 requires /lib/modules/2.6.12-1.1395_FC5xen0 dlm-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.5.i686 requires kernel-xen0 = 0:2.6.12-1.1395_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.5.i586 requires /lib/modules/2.6.12-1.1395_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.5.i586 requires kernel = 0:2.6.12-1.1395_FC5 cman-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.4.i686 requires /lib/modules/2.6.12-1.1395_FC5xen0 cman-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.4.i686 requires kernel-xen0 = 0:2.6.12-1.1395_FC5 GFS-kernel-xenU - 2.6.11.8-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4xenU GFS-kernel-xenU - 2.6.11.8-20050601.152643.FC4.2.i686 requires kernel-xenU = 0:2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.38.i686 requires /lib/modules/2.6.12-1.1395_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.38.i686 requires kernel = 0:2.6.12-1.1395_FC5 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.i586 requires /lib/modules/2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.i586 requires kernel = 0:2.6.11-1.1369_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.5.i686 requires /lib/modules/2.6.12-1.1395_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.5.i686 requires kernel = 0:2.6.12-1.1395_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.4.i586 requires /lib/modules/2.6.12-1.1395_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.4.i586 requires kernel = 0:2.6.12-1.1395_FC5 cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.4.i686 requires /lib/modules/2.6.12-1.1395_FC5smp cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.4.i686 requires kernel-smp = 0:2.6.12-1.1395_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.4.i686 requires /lib/modules/2.6.12-1.1395_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.4.i686 requires kernel = 0:2.6.12-1.1395_FC5 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.i686 requires kernel = 0:2.6.11-1.1369_FC4 GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.2.i686 requires /lib/modules/2.6.11-1.1369_FC4smp GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.2.i686 requires kernel-smp = 0:2.6.11-1.1369_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.38.i586 requires /lib/modules/2.6.12-1.1395_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.38.i586 requires kernel = 0:2.6.12-1.1395_FC5 cman-kernel-xenU - 2.6.11.5-20050601.152643.FC4.4.i686 requires kernel-xenU = 0:2.6.12-1.1395_FC5 cman-kernel-xenU - 2.6.11.5-20050601.152643.FC4.4.i686 requires /lib/modules/2.6.12-1.1395_FC5xenU dlm-kernel-xenU - 2.6.11.5-20050601.152643.FC4.5.i686 requires kernel-xenU = 0:2.6.12-1.1395_FC5 dlm-kernel-xenU - 2.6.11.5-20050601.152643.FC4.5.i686 requires /lib/modules/2.6.12-1.1395_FC5xenU Broken deps for ppc ---------------------------------------------------------- GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.ppc requires /lib/modules/2.6.11-1.1369_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.2.ppc requires kernel = 0:2.6.11-1.1369_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.4.ppc requires /lib/modules/2.6.12-1.1395_FC5 cman-kernel - 2.6.11.5-20050601.152643.FC4.4.ppc requires kernel = 0:2.6.12-1.1395_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.5.ppc requires /lib/modules/2.6.12-1.1395_FC5 dlm-kernel - 2.6.11.5-20050601.152643.FC4.5.ppc requires kernel = 0:2.6.12-1.1395_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.38.ppc requires /lib/modules/2.6.12-1.1395_FC5 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.38.ppc requires kernel = 0:2.6.12-1.1395_FC5 From fedora at kjb.dds.nl Fri Jun 24 12:06:14 2005 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Fri, 24 Jun 2005 14:06:14 +0200 Subject: Question about speed In-Reply-To: <1119610134.2530.3.camel@Vigor102> References: <1119610134.2530.3.camel@Vigor102> Message-ID: <1119614774.5644.5.camel@kj> On Fri, 2005-06-24 at 11:48 +0100, Mike old wrote: > I have two machines (home/work) both running FC4 > > machine 1 k6/2 500mhz 256Mb geforce4 > machine 1 celeron 933mhz 256Mb geforce2 > > The lower speced machine is far,far,far quicker (gnome etc). > > Anyone any ideas how this could be? > Did you install the binary nvidia drivers on one of them? X performance looks a lot snappier using these drivers instead of the nv driver from xorg. You can also check with hdparm if ultradma is enabled for the disk in the celeron. If it's not the machine will react a lot slower since the cpu is tied up by the disk i/o... Klaasjan From mattdm at mattdm.org Fri Jun 24 12:39:43 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 24 Jun 2005 08:39:43 -0400 Subject: Question about speed In-Reply-To: <1119610134.2530.3.camel@Vigor102> References: <1119610134.2530.3.camel@Vigor102> Message-ID: <20050624123943.GA6243@jadzia.bu.edu> On Fri, Jun 24, 2005 at 11:48:54AM +0100, Mike old wrote: > I have two machines (home/work) both running FC4 > machine 1 k6/2 500mhz 256Mb geforce4 > machine 1 celeron 933mhz 256Mb geforce2 > The lower speced machine is far,far,far quicker (gnome etc). > Anyone any ideas how this could be? Which of these machines is the "lower speced" one? And how are you measuring quicker? Startup time, "responsiveness", something else? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 78 degrees Fahrenheit. From RouillardSy at yahoo.fr Fri Jun 24 18:35:59 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Fri, 24 Jun 2005 20:35:59 +0200 Subject: My computer is buzzing In-Reply-To: <200506241128.j5OBSvui024580@porkchop.devel.redhat.com> References: <200506241128.j5OBSvui024580@porkchop.devel.redhat.com> Message-ID: <200506242035.59729.RouillardSy@yahoo.fr> Everything was fine after last yum update (and before). I rebooted, and now my computer is buzzing. Out loud. It's not my stereo, it works well for the radio and all. It's not hardware, windows doesn't buzz. It's plain software. If I turn the sound down on the computer, the buzz is quieter. Turn the sound off, the buzz stops. I'm puzzeled by the update log, it shows nothing that could do that to sound IMHO. I thought of the kernel, so I rebooted on the previous one, no dice. I have an onboard AC97, KDE desktop. Any idea against what package I could/should bugzilla this one? ___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger T?l?chargez cette version sur http://fr.messenger.yahoo.com From kevin.b.walker1 at jsc.nasa.gov Fri Jun 24 21:49:19 2005 From: kevin.b.walker1 at jsc.nasa.gov (Kevin B. Walker) Date: Fri, 24 Jun 2005 16:49:19 -0500 Subject: Can't install FC4 from SCSI CDROM Message-ID: <1119649759.4175.106.camel@penguin2.jsc.nasa.gov> I've got an old 650MHz Single Board Computer (SBC) with an Adaptec 1542 CDROM. I can boot from the FC4 Disk one but the installation program can't see the CDROM. The Adaptec driver seems to be loading. Any ideas? Thanks in advance. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 lux at diesel-research.com Sat Jun 25 00:43:19 2005 From: lux at diesel-research.com (Kim Lux) Date: Fri, 24 Jun 2005 18:43:19 -0600 Subject: Fedora Core 4 rocks. Thanks ! In-Reply-To: <200506242035.59729.RouillardSy@yahoo.fr> References: <200506241128.j5OBSvui024580@porkchop.devel.redhat.com> <200506242035.59729.RouillardSy@yahoo.fr> Message-ID: <1119660199.10083.2.camel@localhost.localdomain> We updated several machines in our office to FC4 today. Everything went smooth with the exception of an issue or two with Nvidia and ndiswrapper drivers... but nothing major. I can't believe how much nicer FC4 is than FC3. Kudos on an apparent job well done. -- Kim Lux, Diesel Research Inc. From temlakos at gmail.com Sat Jun 25 01:43:45 2005 From: temlakos at gmail.com (Temlakos) Date: Fri, 24 Jun 2005 21:43:45 -0400 Subject: Fedora Core 4 rocks. Thanks ! In-Reply-To: <1119660199.10083.2.camel@localhost.localdomain> References: <200506241128.j5OBSvui024580@porkchop.devel.redhat.com> <200506242035.59729.RouillardSy@yahoo.fr> <1119660199.10083.2.camel@localhost.localdomain> Message-ID: <42BCB6D1.7090502@gmail.com> Kim Lux wrote: > We updated several machines in our office to FC4 today. Everything went > smooth with the exception of an issue or two with Nvidia and ndiswrapper > drivers... but nothing major. > > I can't believe how much nicer FC4 is than FC3. Kudos on an apparent > job well done. > Did you know that the livna repo has specific kernel modules available, containing proprietary NVidia drivers and even ndiswrapper drivers? (And ATI Radeon drivers, too.) Temlakos From lux at diesel-research.com Sat Jun 25 02:04:37 2005 From: lux at diesel-research.com (Kim Lux) Date: Fri, 24 Jun 2005 20:04:37 -0600 Subject: Fedora Core 4 rocks. Thanks ! In-Reply-To: <42BCB6D1.7090502@gmail.com> References: <200506241128.j5OBSvui024580@porkchop.devel.redhat.com> <200506242035.59729.RouillardSy@yahoo.fr> <1119660199.10083.2.camel@localhost.localdomain> <42BCB6D1.7090502@gmail.com> Message-ID: <1119665077.11361.1.camel@localhost.localdomain> On Fri, 2005-06-24 at 21:43 -0400, Temlakos wrote: > Kim Lux wrote: > > We updated several machines in our office to FC4 today. Everything went > > smooth with the exception of an issue or two with Nvidia and ndiswrapper > > drivers... but nothing major. > > > > I can't believe how much nicer FC4 is than FC3. Kudos on an apparent > > job well done. > > > > Did you know that the livna repo has specific kernel modules available, > containing proprietary NVidia drivers and even ndiswrapper drivers? (And > ATI Radeon drivers, too.) > > Temlakos I didn't know that. Thanks for the info. It is about time that something was done about having to build those drivers every time one changes a kernel. It is getting to be a huge pain in the butt when a number of machines are involved. -- Kim Lux, Diesel Research Inc. From cimmo at libero.it Sat Jun 25 07:17:58 2005 From: cimmo at libero.it (Cimmo) Date: Sat, 25 Jun 2005 09:17:58 +0200 Subject: Fedora Core 4 rocks. Thanks ! In-Reply-To: <42BCB6D1.7090502@gmail.com> References: <200506241128.j5OBSvui024580@porkchop.devel.redhat.com> <200506242035.59729.RouillardSy@yahoo.fr> <1119660199.10083.2.camel@localhost.localdomain> <42BCB6D1.7090502@gmail.com> Message-ID: <42BD0526.2040407@libero.it> Temlakos ha scritto: > > Did you know that the livna repo has specific kernel modules > available, containing proprietary NVidia drivers and even ndiswrapper > drivers? (And ATI Radeon drivers, too.) > Yes, but they are very slow to update these drivers, they are at version 7174 when there were the newer 7664 and now 7667 From kyrre at solution-forge.net Sat Jun 25 08:16:00 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 25 Jun 2005 10:16:00 +0200 Subject: Is this possible? with Xen and GFS In-Reply-To: References: Message-ID: <1119687359.3357.0.camel@localhost.localdomain> tor, 23.06.2005 kl. 12.59 skrev Mark Bradbury: > Just a thought > > I noticed that there are XEN, GFS and XEN GFS kernels > > Would it be possible with fedora 4 to do the following > > Have a system boot from a XEN hyper-visor kernel with all my normal > stuff eg. nvidia drivers > and mount my /home partion using GFS > > at this stage have a normal working system with accelerated graphics. > > and then configure multiple XEN virtual machines all mounting the > same /home partion with GFS > so that what ever machine I'm on has the same $HOME but with locking? Isn't this what you normally would use NFS for? From fedora at leemhuis.info Sat Jun 25 10:11:45 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 25 Jun 2005 12:11:45 +0200 Subject: Fedora Core 4 rocks. Thanks ! In-Reply-To: <42BD0526.2040407@libero.it> References: <200506241128.j5OBSvui024580@porkchop.devel.redhat.com> <200506242035.59729.RouillardSy@yahoo.fr> <1119660199.10083.2.camel@localhost.localdomain> <42BCB6D1.7090502@gmail.com> <42BD0526.2040407@libero.it> Message-ID: <1119694305.3072.1.camel@notebook.thl.home> Am Samstag, den 25.06.2005, 09:17 +0200 schrieb Cimmo: > Temlakos ha scritto: > > > > > Did you know that the livna repo has specific kernel modules > > available, containing proprietary NVidia drivers and even ndiswrapper > > drivers? (And ATI Radeon drivers, too.) > > > Yes, but they are very slow to update these drivers, they are at version > 7174 when there were the newer 7664 and now 7667 This is on purpose this time because some people had problems with the new versions. See: http://bugzilla.livna.org/show_bug.cgi?id=463#c4 -- Thorsten Leemhuis From buildsys at redhat.com Sat Jun 25 11:21:33 2005 From: buildsys at redhat.com (Build System) Date: Sat, 25 Jun 2005 07:21:33 -0400 Subject: rawhide report: 20050625 changes Message-ID: <200506251121.j5PBLXTp015127@porkchop.devel.redhat.com> Removed package ecj Updated Packages: GFS-6.1.0-3 ----------- * Fri Jun 17 2005 Chris Feist - Synced to upstream sources. * Tue May 17 2005 Chris Feist - Synced to upstream sources. * Fri May 06 2005 Chris Feist - Cleaned up .spec file and %files section. GFS-kernel-2.6.11.8-20050601.152643.FC4.6 ----------------------------------------- HelixPlayer-1:1.0.5-1 --------------------- * Fri Jun 24 2005 Colin Walters 1:1.0.5-1 - Update to 1.0.5 - Remove some hardcoded 1.0.4 in specfile in favor of version var - New patch HelixPlayer-1.0.5-missing-header.patch audit-0.9.14-1 -------------- * Fri Jun 24 2005 Steve Grubb 0.9.14-1 - make auditctl -s work again - make AUDITD_CLEAN_STOP test in init scripts case insensitive authd-1.4.3-5.devel ------------------- * Fri Jun 24 2005 Martin Stransky - 1.4.3-5.devel - add xinetd to Prereq - fix for #150502 (authd doesn't map IPv6 to IPv4 from xinetd) ccs-1.0.0-1 ----------- cman-1.0.0-1 ------------ * Tue May 17 2005 Chris Feist - Require cman-kernel-modules. * Thu May 05 2005 Chris Feist - Added patch to disable starting up the init scripts. * Mon Dec 20 2004 Chris Feist - Rebuild with new sources. cman-kernel-2.6.11.5-20050601.152643.FC4.5 ------------------------------------------ dlm-1.0.0-3 ----------- * Tue May 17 2005 Chris Feist - Requires dlm-kernel-modules. * Sun May 08 2005 Florian La Roche - fix -devel requires * Fri May 06 2005 Chris Feist - Cleaned up .spec file. dlm-kernel-2.6.11.5-20050601.152643.FC4.7 ----------------------------------------- eclipse-1:3.1.0_fc-0.RC3.3 -------------------------- * Fri Jun 24 2005 Andrew Overholt 3.1.0_fc-0.RC3.3 - Add rcp requirement for platform (rh#161267). - Add un-owned osgi directories to libswt and platform. * Tue Jun 21 2005 Andrew Overholt 3.1.0_fc-0.RC3.2 - Use SWT bundle ID for SWT %files list (determine in %install). * Mon Jun 20 2005 Andrew Overholt 3.1.0_fc-0.RC3.1 - Import 3.1RC3. - Use FileInitializer (e.o#90535) - this should eliminate .sos in ~/.eclipse. - Add eclipse-filenamepatterns.txt ("*.so" currently) for above. - Symlink JNI libraries. fence-1.32.1-1 -------------- gnbd-1.0.0-1 ------------ * Tue May 17 2005 Chris Feist - Require cman-kernel-modules. * Fri May 06 2005 Chris Feist - Cleanup .spec file, don't glob /usr/share/man. * Mon Dec 20 2004 Chris Feist - Rebuild with new sources. gnbd-kernel-2.6.11.2-20050420.133124.FC4.39 ------------------------------------------- gulm-1.0.0-2 ------------ iddev-2.0.0-1 ------------- jonas-0:4.3.3-1jpp_3fc ---------------------- * Fri Jun 24 2005 Gary Benson - 4.3.3-1jpp_3fc - Symlink a copy of axis that slipped through. - Add howl-logger symlinks where required. - Ensure that ow_jonas_bootstrap.jar is on the classpath. - Various dependency fixes. magma-1.0.0-1 ------------- magma-plugins-1.0.0-2 --------------------- mkinitrd-4.2.17-1 ----------------- * Fri Jun 24 2005 Peter Jones - 4.2.17-1 - Don't use udev or udevstart in the initrd; it's trivial to do all that work by looking for directories with "dev" nodes in sysfs and making the device from the dirname using major/minor from "dev" rgmanager-1.9.34-5 ------------------ selinux-policy-strict-1.23.18-16 -------------------------------- * Thu Jun 23 2005 Dan Walsh 1.23.18-16 - Fix postgres to allow it to connect to auth - Change cyrus-imapd to write to /var/spool/imap - Add Russell patches selinux-policy-targeted-1.23.18-16 ---------------------------------- * Thu Jun 23 2005 Dan Walsh 1.23.18-16 - Fix postgres to allow it to connect to auth - Change cyrus-imapd to write to /var/spool/imap - Add Russell patches Broken deps for s390x ---------------------------------------------------------- sound-juicer - 0.5.14-1.FC3.0.s390x requires libdbus-1.so.0()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libmusicbrainz.so.2()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libhal.so.0()(64bit) nfs-utils - 1.0.7-8.s390x requires kernel >= 0:2.2.14 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java hal - 0.5.2-2.s390x requires kernel >= 0:2.6.11 libpcap - 14:0.8.3-14.s390x requires kernel >= 0:2.2.0 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper prelink - 0.3.5-1.s390x requires kernel >= 0:2.4.10 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 selinux-policy-strict - 1.23.18-16.noarch requires kernel >= 0:2.6.11-1.1219 selinux-policy-targeted-sources - 1.23.18-16.noarch requires kernel >= 0:2.6.11-1.1219 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 jessie - 1.0.0-8.noarch requires java >= 0:1.4 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj selinux-policy-strict-sources - 1.23.18-16.noarch requires kernel >= 0:2.6.11-1.1219 hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging lvm2 - 2.01.12-1.0.s390x requires kernel >= 0:2.6 castor - 0.9.5-1jpp_1fc.noarch requires jta sysstat - 5.0.5-10.fc.s390x requires kernel >= 0:2.2.16-21 initscripts - 8.11.1-1.s390x requires kernel >= 0:2.6 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 dhcp - 10:3.0.2-14.s390x requires kernel >= 0:2.2.18 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 gkrellm - 2.2.7-1.s390x requires kernel >= 0:2.6.2 arptables_jf - 0.0.8-5.s390x requires kernel >= 0:2.4.0 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta selinux-policy-targeted - 1.23.18-16.noarch requires kernel >= 0:2.6.11-1.1219 quota - 1:3.12-6.s390x requires kernel >= 0:2.4 Broken deps for ia64 ---------------------------------------------------------- avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet castor - 0.9.5-1jpp_1fc.noarch requires jta jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 vsftpd - 2.0.3-4.ia64 requires pam_loginuid.so jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging rgmanager - 1.9.31-3.ia64 requires ccs jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 jessie - 1.0.0-8.noarch requires java >= 0:1.4 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta magma-plugins - 1.0-0.pre16.11.ia64 requires libgulm.so.1.0()(64bit) Broken deps for s390 ---------------------------------------------------------- geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 selinux-policy-targeted - 1.23.18-16.noarch requires kernel >= 0:2.6.11-1.1219 prelink - 0.3.5-1.s390 requires kernel >= 0:2.4.10 selinux-policy-targeted-sources - 1.23.18-16.noarch requires kernel >= 0:2.6.11-1.1219 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 sound-juicer - 0.5.14-1.FC3.0.s390 requires libdbus-1.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libhal.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libmusicbrainz.so.2 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 selinux-policy-strict-sources - 1.23.18-16.noarch requires kernel >= 0:2.6.11-1.1219 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging sysstat - 5.0.5-10.fc.s390 requires kernel >= 0:2.2.16-21 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper selinux-policy-strict - 1.23.18-16.noarch requires kernel >= 0:2.6.11-1.1219 lvm2 - 2.01.12-1.0.s390 requires kernel >= 0:2.6 gkrellm - 2.2.7-1.s390 requires kernel >= 0:2.6.2 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging castor - 0.9.5-1jpp_1fc.noarch requires jta avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet arptables_jf - 0.0.8-5.s390 requires kernel >= 0:2.4.0 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 quota - 1:3.12-6.s390 requires kernel >= 0:2.4 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj nfs-utils - 1.0.7-8.s390 requires kernel >= 0:2.2.14 jessie - 1.0.0-8.noarch requires java >= 0:1.4 libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 initscripts - 8.11.1-1.s390 requires kernel >= 0:2.6 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet dhcp - 10:3.0.2-14.s390 requires kernel >= 0:2.2.18 Broken deps for ppc64 ---------------------------------------------------------- jessie - 1.0.0-8.noarch requires java >= 0:1.4 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 rhpl - 0.167-1.ppc64 requires pyxf86config >= 0:0.3.2 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java wsdl4j - 1.5.1-1jpp_1fc.noarch requires java jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 system-config-keyboard - 1.2.6-2.noarch requires pyxf86config velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 gnomemeeting - 1.0.2-8.ppc64 requires libpt.so.1.6.5()(64bit) gnomemeeting - 1.0.2-8.ppc64 requires libh323_linux_ppc64_r.so.1.13.4()(64bit) system-config-display - 1.0.29-1.noarch requires /usr/X11R6/bin/Xorg system-config-display - 1.0.29-1.noarch requires pyxf86config >= 0:0.3.16 vsftpd - 2.0.3-4.ppc64 requires pam_loginuid.so xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet ppc64-utils - 0.7-9.ppc64 requires yaboot xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 castor - 0.9.5-1jpp_1fc.noarch requires jta joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj system-config-mouse - 1.2.11-1.noarch requires pyxf86config avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet From fct-cornette at insight.rr.com Sat Jun 25 12:44:18 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 25 Jun 2005 08:44:18 -0400 Subject: Switching to Rawhide, trying pup, surprised no conflicts upgrading Message-ID: <42BD51A2.1050602@insight.rr.com> After hearing mention of pup now beig available in development on the Fedora-list, I had to try out the program. It gave the same dep error in FC4 as yum specified regarding magma and gulm. (hangovers from switching over from rawhide to FC4) I decided to switch back over to rawhide and see how it dealt with the devlopment tree. Suprisingly, it installed all package upgrades without any dep not being resolved. All packages installed without problem. Notes on pup, I like it so far. The information during package install was vague and the only indication of where one was in the installation process was when the process was completed. When upgrading 300 packages, a display regarding where you are in the upgrading would be information worth knowing. I am sure this information will be added later. Great job with pup and with keeping development deps in check! (i386 anyway) General comments about the file chooser. I like the feature regarding the pulldown for directories. I like the overall look of the file chooser compared to previous versions. Jim -- And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports on it, you know they are just evil lies." (By Linus Torvalds, Linus.Torvalds at cs.helsinki.fi) From ad+lists at uni-x.org Sat Jun 25 12:48:25 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Sat, 25 Jun 2005 14:48:25 +0200 Subject: Fedora Core 4 rocks. Thanks ! In-Reply-To: <1119694305.3072.1.camel@notebook.thl.home> References: <200506241128.j5OBSvui024580@porkchop.devel.redhat.com> <200506242035.59729.RouillardSy@yahoo.fr> <1119660199.10083.2.camel@localhost.localdomain> <42BCB6D1.7090502@gmail.com> <42BD0526.2040407@libero.it> <1119694305.3072.1.camel@notebook.thl.home> Message-ID: <1119703705.5740.409.camel@serendipity.dogma.lan> Am Sa, den 25.06.2005 schrieb Thorsten Leemhuis um 12:11: > > Yes, but they are very slow to update these drivers, they are at version > > 7174 when there were the newer 7664 and now 7667 > > This is on purpose this time because some people had problems with the > new versions. See: > > http://bugzilla.livna.org/show_bug.cgi?id=463#c4 > Thorsten Leemhuis And with the latest NVidia closed source driver some older card models became legacy and are not supported any longer by the "7667" driver version (and following). 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.27_FC2smp Serendipity 14:47:12 up 3 days, 23:01, load average: 0.11, 0.12, 0.07 -------------- 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 Sat Jun 25 12:57:19 2005 From: mike at netlyncs.com (Mike Chambers) Date: Sat, 25 Jun 2005 07:57:19 -0500 Subject: Switching to Rawhide, trying pup, surprised no conflicts upgrading In-Reply-To: <42BD51A2.1050602@insight.rr.com> References: <42BD51A2.1050602@insight.rr.com> Message-ID: <1119704239.2554.0.camel@scrappy.netlyncs.com> On Sat, 2005-06-25 at 08:44 -0400, Jim Cornette wrote: > I decided to switch back over to rawhide and see how it dealt with the > devlopment tree. Suprisingly, it installed all package upgrades without > any dep not being resolved. All packages installed without problem. Did firefox work OK with the updated firefox/cairo packages (regarding fonts I mean)? -- Mike Chambers Madisonville, KY "Everything is always harder, before it's easier!" From cesto at email.it Sat Jun 25 13:10:18 2005 From: cesto at email.it (lk) Date: Sat, 25 Jun 2005 15:10:18 +0200 Subject: Firefox crashes on FC$ Message-ID: <42BD57BA.2000106@email.it> Hi, last week I installed FC4 without problems. From yesterday I'm having many crashes of Firefox 1.0.4 (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4). What could be the problem? Thanks LuKe -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: aziendeinaffari.it: la risposta per tutte le esigenze delle industrie. Vieni a conoscere le 2000 imprese che ne fanno parte * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3610&d=25-6 From dstolte at arcor.de Sat Jun 25 13:23:03 2005 From: dstolte at arcor.de (D. Stolte) Date: Sat, 25 Jun 2005 15:23:03 +0200 Subject: Firefox crashes on FC$ In-Reply-To: <42BD57BA.2000106@email.it> References: <42BD57BA.2000106@email.it> Message-ID: <42BD5AB7.6040606@arcor.de> i see the same crashes here (e.g. with http://freshrpms.net/packages/). the new cairo patch is buggy i suppose. /ds lk wrote: > Hi, > > last week I installed FC4 without problems. > > From yesterday I'm having many crashes of Firefox 1.0.4 (Mozilla/5.0 > (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 > Firefox/1.0.4). > > What could be the problem? > > Thanks > > LuKe > > > -- > Email.it, the professional e-mail, gratis per te: http://www.email.it/f > > Sponsor: > aziendeinaffari.it: la risposta per tutte le esigenze delle industrie. > Vieni a conoscere le 2000 imprese che ne fanno parte > * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3610&d=25-6 > From ivazquez at ivazquez.net Sat Jun 25 13:52:12 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 25 Jun 2005 09:52:12 -0400 Subject: Switching to Rawhide, trying pup, surprised no conflicts upgrading In-Reply-To: <42BD51A2.1050602@insight.rr.com> References: <42BD51A2.1050602@insight.rr.com> Message-ID: <1119707532.9012.4.camel@ignacio.ignacio.lan> On Sat, 2005-06-25 at 08:44 -0400, Jim Cornette wrote: > Notes on pup, I like it so far. The information during package install > was vague and the only indication of where one was in the installation > process was when the process was completed. When upgrading 300 packages, > a display regarding where you are in the upgrading would be > information worth knowing. I am sure this information will be added later. I installed pup from Rawhide on FC4, and while I like the concept, the interface and the execution do need a bit more polish. But it's only at 0.0.1, so there's plenty of time for improvement on both parts. -- 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 talbotscott at cox.net Sat Jun 25 13:55:23 2005 From: talbotscott at cox.net (Scott Talbot) Date: Sat, 25 Jun 2005 06:55:23 -0700 Subject: Switching to Rawhide, trying pup, surprised no conflicts upgrading In-Reply-To: <42BD51A2.1050602@insight.rr.com> References: <42BD51A2.1050602@insight.rr.com> Message-ID: <42BD624B.5020907@cox.net> Jim Cornette wrote: > After hearing mention of pup now beig available in development on the > Fedora-list, I had to try out the program. It gave the same dep error > in FC4 as yum specified regarding magma and gulm. (hangovers from > switching over from rawhide to FC4) > > I decided to switch back over to rawhide and see how it dealt with the > devlopment tree. Suprisingly, it installed all package upgrades > without any dep not being resolved. All packages installed without > problem. > > Notes on pup, I like it so far. The information during package install > was vague and the only indication of where one was in the installation > process was when the process was completed. When upgrading 300 > packages, a display regarding where you are in the upgrading would be > information worth knowing. I am sure this information will be added > later. > > Great job with pup and with keeping development deps in check! (i386 > anyway) > > General comments about the file chooser. I like the feature regarding > the pulldown for directories. I like the overall look of the file > chooser compared to previous versions. > > Jim > > It seems as though we are re-inventing a product that already exists, and is much more developed: http://linux.rasmil.dk/cms/modules/wfsection/article.php?articleid=1 Scott From jason.dwyer at redata.com.au Sat Jun 25 13:58:27 2005 From: jason.dwyer at redata.com.au (jason dwyer) Date: Sat, 25 Jun 2005 23:58:27 +1000 Subject: fc5 .. more on the wish list Message-ID: <1119707907.3447.9.camel@zeus.redata.com.au> surely quake(i) must be gpl'd by now... ... i mean, the engine is (i think), how about the content? personally, i've bought the media a couple o times over. once for me. (lost it..), then again, then for my brother... ...so how bout it id? .. perhaps even package a few mods? .. leaving room for a repo along the lines of /etc/yum.repos.d/quake :) jd From RouillardSy at yahoo.fr Sat Jun 25 14:00:19 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Sat, 25 Jun 2005 16:00:19 +0200 Subject: My computer is buzzing In-Reply-To: <200506242035.59729.RouillardSy@yahoo.fr> References: <200506241128.j5OBSvui024580@porkchop.devel.redhat.com> <200506242035.59729.RouillardSy@yahoo.fr> Message-ID: <200506251600.20143.RouillardSy@yahoo.fr> Well, I figured out that turning the mic and line input channels to mute (upper green led in KMix), it 'fixed' the horrible buzz problem. It would sound like something in this update created a loop between the sound chip input and output. I still have no idea against what package I should report this, so I probably won't if nobody has any idea. Le Vendredi 24 Juin 2005 20:35, Sylvain Rouillard a ?crit?: > Everything was fine after last yum update (and before). I rebooted, and now > my computer is buzzing. Out loud. It's not my stereo, it works well for the > radio and all. It's not hardware, windows doesn't buzz. It's plain > software. If I turn the sound down on the computer, the buzz is quieter. > Turn the sound off, the buzz stops. > > I'm puzzeled by the update log, it shows nothing that could do that to > sound IMHO. I thought of the kernel, so I rebooted on the previous one, no > dice. > > I have an onboard AC97, KDE desktop. Any idea against what package I > could/should bugzilla this one? ___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger T?l?chargez cette version sur http://fr.messenger.yahoo.com From skvidal at phy.duke.edu Sat Jun 25 14:05:09 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 25 Jun 2005 10:05:09 -0400 Subject: Switching to Rawhide, trying pup, surprised no conflicts upgrading In-Reply-To: <42BD624B.5020907@cox.net> References: <42BD51A2.1050602@insight.rr.com> <42BD624B.5020907@cox.net> Message-ID: <1119708309.7898.6.camel@cutter> > > General comments about the file chooser. I like the feature regarding > > the pulldown for directories. I like the overall look of the file > > chooser compared to previous versions. > > > > Jim > > > > > It seems as though we are re-inventing a product that already > exists, and is much more developed: > > http://linux.rasmil.dk/cms/modules/wfsection/article.php?articleid=1 with no offense to Tim's work, no, yumex is not doing what pup is intending to do. It's a design difference. yumex provides an interface that is more or less a graphical version of yum. Pup is an interface strictly for updating packages and changing the type of data available to the user to make a decision about the updates. there is room for both programs, imo. -sv From fct-cornette at insight.rr.com Sat Jun 25 14:38:36 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 25 Jun 2005 10:38:36 -0400 Subject: Switching to Rawhide, trying pup, surprised no conflicts upgrading In-Reply-To: <1119704239.2554.0.camel@scrappy.netlyncs.com> References: <42BD51A2.1050602@insight.rr.com> <1119704239.2554.0.camel@scrappy.netlyncs.com> Message-ID: <42BD6C6C.6070800@insight.rr.com> Mike Chambers wrote: > On Sat, 2005-06-25 at 08:44 -0400, Jim Cornette wrote: > > >>I decided to switch back over to rawhide and see how it dealt with the >>devlopment tree. Suprisingly, it installed all package upgrades without >>any dep not being resolved. All packages installed without problem. > > > Did firefox work OK with the updated firefox/cairo packages (regarding > fonts I mean)? > When I launched Firefox for the first time, it imported mozilla bookmarks. Compared to Mozilla, contrast seemed lesser. The text seemed the same though. Going to a webpage that is the same site for both browsers, firefox displayed the background as green, mozilla showed it as blue. I believe the background should be blue and not green. Epiphany displays the colors the same as mozilla, as does konquerer. Jim From fedora at puzzled.xs4all.nl Sat Jun 25 15:05:11 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Sat, 25 Jun 2005 17:05:11 +0200 Subject: pygtk2 error Message-ID: <1119711912.2905.6.camel@guru.puzzled.xs4all.nl> Hi all, When starting a python app like yumex I get the following error: [root at srv12 ~]# yumex Xlib: connection to ":0.0" refused by server Xlib: No protocol specified Traceback (most recent call last): File "yumex.py", line 23, in ? File "yumWrapper.py", line 26, in ? File "/usr/src/build/535819-i386/install/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 37, in ? RuntimeError: could not open display Looks like pygtk2 was built with the %{buildroot} prepended in hardcoded paths. pygtk2 version is 2.6.0-2 on FC4. Anyone have an idea how to fix this error? Thanks and regards, Patrick From ad+lists at uni-x.org Sat Jun 25 16:10:19 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Sat, 25 Jun 2005 18:10:19 +0200 Subject: pygtk2 error In-Reply-To: <1119711912.2905.6.camel@guru.puzzled.xs4all.nl> References: <1119711912.2905.6.camel@guru.puzzled.xs4all.nl> Message-ID: <1119715819.3713.16.camel@serendipity.dogma.lan> Am Sa, den 25.06.2005 schrieb Patrick um 17:05: > When starting a python app like yumex I get the following error: > [root at srv12 ~]# yumex > Xlib: connection to ":0.0" refused by server > Xlib: No protocol specified ^^^^ > Traceback (most recent call last): > File "yumex.py", line 23, in ? > File "yumWrapper.py", line 26, in ? > File > "/usr/src/build/535819-i386/install/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 37, in ? > RuntimeError: could not open display > > Looks like pygtk2 was built with the %{buildroot} prepended in hardcoded > paths. pygtk2 version is 2.6.0-2 on FC4. Anyone have an idea how to fix > this error? > Patrick Looks like an X server problem. Run xhost +local:root and see if that changes anything. 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.35_FC2smp Serendipity 18:06:57 up 59 min, 17 average: 0.25, 0.24, 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 alan at redhat.com Sat Jun 25 17:24:02 2005 From: alan at redhat.com (Alan Cox) Date: Sat, 25 Jun 2005 13:24:02 -0400 Subject: fc5 .. more on the wish list In-Reply-To: <1119707907.3447.9.camel@zeus.redata.com.au> References: <1119707907.3447.9.camel@zeus.redata.com.au> Message-ID: <20050625172402.GA1539@devserv.devel.redhat.com> On Sat, Jun 25, 2005 at 11:58:27PM +1000, jason dwyer wrote: > surely quake(i) must be gpl'd by now... > ... i mean, the engine is (i think), how about the content? > personally, i've bought the media a couple o times over. once for me. > (lost it..), then again, then for my brother... Quake certainly can't ever go on our base disks. Several countries regulate violent games or those that glorify war. Alan From jspaleta at gmail.com Sat Jun 25 18:02:23 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 25 Jun 2005 14:02:23 -0400 Subject: pygtk2 error In-Reply-To: <1119711912.2905.6.camel@guru.puzzled.xs4all.nl> References: <1119711912.2905.6.camel@guru.puzzled.xs4all.nl> Message-ID: <604aa7910506251102693566ff@mail.gmail.com> On 6/25/05, Patrick wrote: > Looks like pygtk2 was built with the %{buildroot} prepended in hardcoded > paths. pygtk2 version is 2.6.0-2 on FC4. Anyone have an idea how to fix > this error? uhm... actually its most likely a known pam problem associated how consolehelper works. Read all the comments in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161269 -jef From gmaxwell at gmail.com Sat Jun 25 18:21:16 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Sat, 25 Jun 2005 14:21:16 -0400 Subject: fc5 .. more on the wish list In-Reply-To: <20050625172402.GA1539@devserv.devel.redhat.com> References: <1119707907.3447.9.camel@zeus.redata.com.au> <20050625172402.GA1539@devserv.devel.redhat.com> Message-ID: On 6/25/05, Alan Cox wrote: > Quake certainly can't ever go on our base disks. Several countries regulate > violent games or those that glorify war. There are countries that regulate cryptography as well... In any case if we were going to go about including more games in core, there are plenty of good ones that are less controversial than quake. From jspaleta at gmail.com Sat Jun 25 18:39:19 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 25 Jun 2005 14:39:19 -0400 Subject: fc5 .. more on the wish list In-Reply-To: <20050625172402.GA1539@devserv.devel.redhat.com> References: <1119707907.3447.9.camel@zeus.redata.com.au> <20050625172402.GA1539@devserv.devel.redhat.com> Message-ID: <604aa791050625113960e54718@mail.gmail.com> On 6/25/05, Alan Cox wrote: > Quake certainly can't ever go on our base disks. Several countries regulate > violent games or those that glorify war. I find that i revel in the glory of rounds of liquidwar much more fervently than any round of quake I've played. -jef From fedora at wir-sind-cool.org Sat Jun 25 18:43:22 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 25 Jun 2005 20:43:22 +0200 Subject: pygtk2 error In-Reply-To: <1119711912.2905.6.camel@guru.puzzled.xs4all.nl> References: <1119711912.2905.6.camel@guru.puzzled.xs4all.nl> Message-ID: <20050625204322.1034ebf7.fedora@wir-sind-cool.org> On Sat, 25 Jun 2005 17:05:11 +0200, Patrick wrote: > Hi all, > > When starting a python app like yumex I get the following error: > [root at srv12 ~]# yumex > Xlib: connection to ":0.0" refused by server > Xlib: No protocol specified > > Traceback (most recent call last): > File "yumex.py", line 23, in ? > File "yumWrapper.py", line 26, in ? > File > "/usr/src/build/535819-i386/install/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 37, in ? > The path above is a packaging bug, but not the cause of the malfunction. Please report the buildroot path being in there as a bug. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.00 1.07 1.17 From fedora at puzzled.xs4all.nl Sat Jun 25 20:59:11 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Sat, 25 Jun 2005 22:59:11 +0200 Subject: pygtk2 error In-Reply-To: <20050625204322.1034ebf7.fedora@wir-sind-cool.org> References: <1119711912.2905.6.camel@guru.puzzled.xs4all.nl> <20050625204322.1034ebf7.fedora@wir-sind-cool.org> Message-ID: <1119733151.2905.8.camel@guru.puzzled.xs4all.nl> On Sat, 2005-06-25 at 20:43 +0200, Michael Schwendt wrote: [snip] > The path above is a packaging bug, but not the cause of the malfunction. > Please report the buildroot path being in there as a bug. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161689 Regards, Patrick From fedora at puzzled.xs4all.nl Sat Jun 25 21:00:39 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Sat, 25 Jun 2005 23:00:39 +0200 Subject: pygtk2 error In-Reply-To: <1119715819.3713.16.camel@serendipity.dogma.lan> References: <1119711912.2905.6.camel@guru.puzzled.xs4all.nl> <1119715819.3713.16.camel@serendipity.dogma.lan> Message-ID: <1119733240.2905.11.camel@guru.puzzled.xs4all.nl> On Sat, 2005-06-25 at 18:10 +0200, Alexander Dalloz wrote: [snip] > Looks like an X server problem. Run > > xhost +local:root > > and see if that changes anything. Thanks for the tip Alexander. Issuing xhost +local:root before starting yumex makes the error go away. Regards, Patrick From linxt at comcast.net Sat Jun 25 20:58:12 2005 From: linxt at comcast.net (Thomas Taylor) Date: Sat, 25 Jun 2005 13:58:12 -0700 Subject: Firefox crashes on FC$ In-Reply-To: <42BD5AB7.6040606@arcor.de> References: <42BD57BA.2000106@email.it> <42BD5AB7.6040606@arcor.de> Message-ID: <200506251358.12240.linxt@comcast.net> On Saturday 25 June 2005 06:23, D. Stolte wrote: > i see the same crashes here (e.g. with http://freshrpms.net/packages/). > the new cairo patch is buggy i suppose. > > /ds > > lk wrote: > > Hi, > > > > last week I installed FC4 without problems. > > > > From yesterday I'm having many crashes of Firefox 1.0.4 (Mozilla/5.0 > > (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 > > Firefox/1.0.4). > > > > What could be the problem? > > > > Thanks > > > > LuKe > > > > >>>>> snip <<<<< I have the same configuration but have not had any problems with Firefox crashing or showing false colors. The link above worked just fine. Have you checked your security/firewall settings? Tom -- Tom Taylor Linux user #263467 Federal Way, WA Iraq war: 1,740 and counting From lynn at garlic.com Sat Jun 25 21:45:48 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Sat, 25 Jun 2005 15:45:48 -0600 Subject: smp 13xx & 1400 kernels with hung processes In-Reply-To: <20050622035218.BE9F073EE6@hormel.redhat.com> References: <20050622035218.BE9F073EE6@hormel.redhat.com> Message-ID: <42BDD08C.1090307@garlic.com> i was hoping that the 1400 smp kernel might break the bad luck i've had with all the 13xx smp kernels where processes starting hanging and eventually the whole machine locks up and has to be rebooted. the machine is a dell poweredge 2400 with two 1ghz processors and 1gbyte of memory ... that was originally shipped with redhat 7.0 installed and worked fine with smp kernels up until 13xx. the 1400 smp kernel can hang after initial boot but during KDE initializing (and require rebooting) ... or sometimes it will get thru KDE initializing and run for 5-10 minutes before hung processes and requiring rebooting. note that the 1400 non-smp (single processor) kernel (and prior non-smp 13xx kernels) run fine on the machine w/o process hanging and requiring rebooting. From justin.conover at gmail.com Sat Jun 25 23:27:48 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 25 Jun 2005 18:27:48 -0500 Subject: mkfs.ext3 on 500GB drive Message-ID: I have a LaCie 500GB/firewire drive, and I've been at this thing all day. Took me awhile to get the firewire/fedora to actually see it and seems the only things that have worked: mkinitrd --with=sd_mod --with=sbp2 --with=raw1394 /boot/initrd-2.6.12-1.1400_FC5.img 2.6.12-1.1400_FC5 /etc/rc.local /sbin/modprobe sbp2 serialize_io=1 Currently trying: mkfs.ext3 -v -O sparse_super -O dir_index -R stride=8 -N 120000000 -j -F /dev/sda1 Everything I have done has not work, I tried xfs too. Currently as this is formating I see this in dmesg $ dmesg | tail sda: Current: sense key: No Sense Additional sense: No additional sense information sda: Current: sense key: No Sense Additional sense: No additional sense information sda: Current: sense key: No Sense Additional sense: No additional sense information sda: Current: sense key: No Sense Additional sense: No additional sense information sda: Current: sense key: No Sense Additional sense: No additional sense information I assume this is going to suck and explode too. Anyone have any tips what-so-ever for formating a LARGE slice? This was supposed to backup my raid5 server but so far, I can't even use it and it took me long enough to get Fedora to see it. Or I can give up, hand it to my wife, format it with ntfs and let her use it directly to backup her photo work. (really really don't want to do that) From loony at loonybin.org Sat Jun 25 23:38:31 2005 From: loony at loonybin.org (Peter Arremann) Date: Sat, 25 Jun 2005 19:38:31 -0400 Subject: mkfs.ext3 on 500GB drive In-Reply-To: References: Message-ID: <200506251938.31975.loony@loonybin.org> On Saturday 25 June 2005 19:27, Justin Conover wrote: > I have a LaCie 500GB/firewire drive, and I've been at this thing all > day. > $ dmesg | tail > sda: Current: sense key: No Sense > Additional sense: No additional sense information > sda: Current: sense key: No Sense > Additional sense: No additional sense information > sda: Current: sense key: No Sense > Additional sense: No additional sense information > sda: Current: sense key: No Sense > Additional sense: No additional sense information > sda: Current: sense key: No Sense > Additional sense: No additional sense information > > I assume this is going to suck and explode too. Hmmm - that doesn't look good. its either a firewire transport issue or an issue with the drive itsself in my opinion. What kind of firewire controller do you have? lspci and boot messages would help a lot too. > Anyone have any tips what-so-ever for formating a LARGE slice? This > was supposed to backup my raid5 server but so far, I can't even use it > and it took me long enough to get Fedora to see it. Or I can give up, > hand it to my wife, format it with ntfs and let her use it directly to > backup her photo work. (really really don't want to do that) We're doing it on a regular basis - 400GB to 1TB is the normal size for where I work. No issues. Peter. From justin.conover at gmail.com Sun Jun 26 00:15:38 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 25 Jun 2005 19:15:38 -0500 Subject: mkfs.ext3 on 500GB drive In-Reply-To: <200506251938.31975.loony@loonybin.org> References: <200506251938.31975.loony@loonybin.org> Message-ID: On 6/25/05, Peter Arremann wrote: > On Saturday 25 June 2005 19:27, Justin Conover wrote: > > I have a LaCie 500GB/firewire drive, and I've been at this thing all > > day. > > $ dmesg | tail > > sda: Current: sense key: No Sense > > Additional sense: No additional sense information > > sda: Current: sense key: No Sense > > Additional sense: No additional sense information > > sda: Current: sense key: No Sense > > Additional sense: No additional sense information > > sda: Current: sense key: No Sense > > Additional sense: No additional sense information > > sda: Current: sense key: No Sense > > Additional sense: No additional sense information > > > > I assume this is going to suck and explode too. > Hmmm - that doesn't look good. its either a firewire transport issue or an > issue with the drive itsself in my opinion. What kind of firewire controller > do you have? lspci and boot messages would help a lot too. > lspci -v | grep 1394 03:00.0 FireWire (IEEE 1394): Agere Systems (former Lucent Microelectronics) FW323 (rev 61) (prog-if 10 [OHCI]) > > Anyone have any tips what-so-ever for formating a LARGE slice? This > > was supposed to backup my raid5 server but so far, I can't even use it > > and it took me long enough to get Fedora to see it. Or I can give up, > > hand it to my wife, format it with ntfs and let her use it directly to > > backup her photo work. (really really don't want to do that) > We're doing it on a regular basis - 400GB to 1TB is the normal size for where > I work. No issues. > > Peter. > What do you format a large drive with, just plain mkfs.ext3 /dev/X or do you specifiy inodes or anything else? # dmesg | tail lost page write due to I/O error on sda1 sda: Current: sense key: No Sense Additional sense: No additional sense information ieee1394: sbp2: aborting sbp2 command scsi0 : destination target 0, lun 0 command: Write (10): 2a 00 38 67 a5 d7 00 00 10 00 SCSI error : <0 0 0 0> return code = 0x50000 end_request: I/O error, dev sda, sector 946316759 Buffer I/O error on device sda1, logical block 118289587 lost page write due to I/O error on sda1 The firewire interface further up is a pcmcia card on my laptop, I have also tried it on another box with the same results # lspci -v | grep 1394 02:0c.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46) (prog-if 10 [OHCI]) And my server currently has # lspci -v | grep 1394 00:11.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port (rev 04) (prog-if 10 [OHCI]) I put the card in my server because I didn't have any other firewire sitting around. I was thinking of getting one of the following: FireWire 800 (1394b) 3 Port, 32-bit PCI Host Adapter With Deluxe DV Editing Software and 1394 DV Cable Manufacturer: SIIG Mfg Part #: NN-831012 Product Number: 50320715 or 3 Port FireWire 800 PCI Card Manufacturer: LaCie Mfg Part #: 107755 Product Number: 50280126 From loony at loonybin.org Sun Jun 26 01:15:49 2005 From: loony at loonybin.org (Peter Arremann) Date: Sat, 25 Jun 2005 21:15:49 -0400 Subject: mkfs.ext3 on 500GB drive In-Reply-To: References: <200506251938.31975.loony@loonybin.org> Message-ID: <200506252115.49939.loony@loonybin.org> On Saturday 25 June 2005 20:15, Justin Conover wrote: > # dmesg | tail > lost page write due to I/O error on sda1 > sda: Current: sense key: No Sense > Additional sense: No additional sense information > ieee1394: sbp2: aborting sbp2 command > scsi0 : destination target 0, lun 0 > command: Write (10): 2a 00 38 67 a5 d7 00 00 10 00 > SCSI error : <0 0 0 0> return code = 0x50000 > end_request: I/O error, dev sda, sector 946316759 > Buffer I/O error on device sda1, logical block 118289587 > lost page write due to I/O error on sda1 > > > The firewire interface further up is a pcmcia card on my laptop, I > have also tried it on another box with the same results > > # lspci -v | grep 1394 > 02:0c.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host > Controller (rev 46) (prog-if 10 [OHCI]) > > And my server currently has > > # lspci -v | grep 1394 > 00:11.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port > (rev 04) (prog-if 10 [OHCI]) > > I put the card in my server because I didn't have any other firewire > sitting around. I was thinking of getting one of the following: > > FireWire 800 (1394b) 3 Port, 32-bit PCI Host Adapter With Deluxe DV > Editing Software and 1394 DV Cable > Manufacturer: SIIG > Mfg Part #: NN-831012 > Product Number: 50320715 > > or > > 3 Port FireWire 800 PCI Card > Manufacturer: LaCie > Mfg Part #: 107755 > Product Number: 50280126 The chip you have is fairly common - my desktop has the same and works just fine. That together with the error you got above seems to indicate an error on the actual disk drive. If it was me, I'd rip open the storage unit, take the drives out, connect them to a pc and run the manufacturers drive fitness test program (http://www.ultimatebootcd.com/ if you don't have a copy of the software). Peter. From justin.conover at gmail.com Sun Jun 26 04:00:18 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 25 Jun 2005 23:00:18 -0500 Subject: mkfs.ext3 on 500GB drive In-Reply-To: <200506252115.49939.loony@loonybin.org> References: <200506251938.31975.loony@loonybin.org> <200506252115.49939.loony@loonybin.org> Message-ID: On 6/25/05, Peter Arremann wrote: > On Saturday 25 June 2005 20:15, Justin Conover wrote: > > # dmesg | tail > > lost page write due to I/O error on sda1 > > sda: Current: sense key: No Sense > > Additional sense: No additional sense information > > ieee1394: sbp2: aborting sbp2 command > > scsi0 : destination target 0, lun 0 > > command: Write (10): 2a 00 38 67 a5 d7 00 00 10 00 > > SCSI error : <0 0 0 0> return code = 0x50000 > > end_request: I/O error, dev sda, sector 946316759 > > Buffer I/O error on device sda1, logical block 118289587 > > lost page write due to I/O error on sda1 > > > > > > The firewire interface further up is a pcmcia card on my laptop, I > > have also tried it on another box with the same results > > > > # lspci -v | grep 1394 > > 02:0c.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host > > Controller (rev 46) (prog-if 10 [OHCI]) > > > > And my server currently has > > > > # lspci -v | grep 1394 > > 00:11.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port > > (rev 04) (prog-if 10 [OHCI]) > > > > I put the card in my server because I didn't have any other firewire > > sitting around. I was thinking of getting one of the following: > > > > FireWire 800 (1394b) 3 Port, 32-bit PCI Host Adapter With Deluxe DV > > Editing Software and 1394 DV Cable > > Manufacturer: SIIG > > Mfg Part #: NN-831012 > > Product Number: 50320715 > > > > or > > > > 3 Port FireWire 800 PCI Card > > Manufacturer: LaCie > > Mfg Part #: 107755 > > Product Number: 50280126 > > The chip you have is fairly common - my desktop has the same and works just > fine. That together with the error you got above seems to indicate an error > on the actual disk drive. > > If it was me, I'd rip open the storage unit, take the drives out, connect them > to a pc and run the manufacturers drive fitness test program > (http://www.ultimatebootcd.com/ if you don't have a copy of the software). > > Peter. > Well, I think your right, I plugged it into my wifes windows box and ntfs failed to format it too, guess I'll be calling LaCie. I thought these were supposed to be good drives..... From jeffy5 at optonline.net Sun Jun 26 04:31:16 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Sun, 26 Jun 2005 00:31:16 -0400 Subject: System Lockup Message-ID: <42BE2F94.2080009@optonline.net> Hello, I am currently have Fedora Core 4 installed on a Dell Dimension XPS T600R desktop and I am experiencing intermitent lockups whenever I have multiple programs open at the same time (for example, Mplayer, Firefox and FreeCell Solitaire). I also have Fedora Core 4 installed on a Dell Inspiron 4000 Laptop and I am having no problems at all with lockups. On the desktop, I have 384 MG of ram installed and I never experienced this problem with previous versions of Fedora (Fedora 2 and 3). Is this a bug and is there a fix for this? Should I report this to Bugzilla? Any help would be greatly appreciated. Jeff From pjones at redhat.com Sun Jun 26 04:43:09 2005 From: pjones at redhat.com (Peter Jones) Date: Sun, 26 Jun 2005 00:43:09 -0400 Subject: System Lockup In-Reply-To: <42BE2F94.2080009@optonline.net> References: <42BE2F94.2080009@optonline.net> Message-ID: <1119760989.23254.4.camel@localhost.localdomain> On Sun, 2005-06-26 at 00:31 -0400, Jeffrey D. Yuille wrote: > Hello, > > I am currently have Fedora Core 4 installed on a Dell Dimension XPS > T600R desktop and I am experiencing intermitent lockups whenever I have > multiple programs open at the same time (for example, Mplayer, Firefox > and FreeCell Solitaire). Time for memtest86 . -- Peter From sundaram at redhat.com Sun Jun 26 04:50:53 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Sun, 26 Jun 2005 10:20:53 +0530 Subject: System Lockup In-Reply-To: <42BE2F94.2080009@optonline.net> References: <42BE2F94.2080009@optonline.net> Message-ID: <42BE342D.2020007@redhat.com> Jeffrey D. Yuille wrote: > Hello, > > I am currently have Fedora Core 4 installed on a Dell Dimension > XPS T600R desktop and I am experiencing intermitent lockups whenever I > have multiple programs open at the same time (for example, Mplayer, > Firefox and FreeCell Solitaire). I also have Fedora Core 4 installed > on a Dell Inspiron 4000 Laptop and I am having no problems at all with > lockups. On the desktop, I have 384 MG of ram installed and I never > experienced this problem with previous versions of Fedora (Fedora 2 > and 3). Is this a bug and is there a fix for this? Should I report > this to Bugzilla? Any help would be greatly appreciated. Looks like a hardware issue http://fedoraproject.org/wiki/HardwareProblems regards Rahul From buildsys at redhat.com Sun Jun 26 11:18:51 2005 From: buildsys at redhat.com (Build System) Date: Sun, 26 Jun 2005 07:18:51 -0400 Subject: rawhide report: 20050626 changes Message-ID: <200506261118.j5QBIpB1006868@porkchop.devel.redhat.com> Updated Packages: selinux-policy-strict-1.23.18-19 -------------------------------- * Mon Jun 27 2005 Dan Walsh 1.23.18-19 - Fix /opt * Mon Jun 27 2005 Dan Walsh 1.23.18-18 - Add passwd policy to targeted to maintain context on shadow file selinux-policy-targeted-1.23.18-19 ---------------------------------- * Mon Jun 27 2005 Dan Walsh 1.23.18-19 - Fix /opt * Mon Jun 27 2005 Dan Walsh 1.23.18-18 - Add passwd policy to targeted to maintain context on shadow file Broken deps for ia64 ---------------------------------------------------------- castor - 0.9.5-1jpp_1fc.noarch requires jta jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 magma-plugins - 1.0-0.pre16.11.ia64 requires libgulm.so.1.0()(64bit) jessie - 1.0.0-8.noarch requires java >= 0:1.4 rgmanager - 1.9.31-3.ia64 requires ccs jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 vsftpd - 2.0.3-4.ia64 requires pam_loginuid.so joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 Broken deps for ppc64 ---------------------------------------------------------- jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java castor - 0.9.5-1jpp_1fc.noarch requires jta xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 system-config-display - 1.0.29-1.noarch requires /usr/X11R6/bin/Xorg system-config-display - 1.0.29-1.noarch requires pyxf86config >= 0:0.3.16 ppc64-utils - 0.7-9.ppc64 requires yaboot jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet wsdl4j - 1.5.1-1jpp_1fc.noarch requires java jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 vsftpd - 2.0.3-4.ppc64 requires pam_loginuid.so rhpl - 0.167-1.ppc64 requires pyxf86config >= 0:0.3.2 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jessie - 1.0.0-8.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 system-config-keyboard - 1.2.6-2.noarch requires pyxf86config jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper gnomemeeting - 1.0.2-8.ppc64 requires libpt.so.1.6.5()(64bit) gnomemeeting - 1.0.2-8.ppc64 requires libh323_linux_ppc64_r.so.1.13.4()(64bit) system-config-mouse - 1.2.11-1.noarch requires pyxf86config castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 Broken deps for s390 ---------------------------------------------------------- jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 selinux-policy-strict-sources - 1.23.18-19.noarch requires kernel >= 0:2.6.11-1.1219 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging jessie - 1.0.0-8.noarch requires java >= 0:1.4 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java quota - 1:3.12-6.s390 requires kernel >= 0:2.4 prelink - 0.3.5-1.s390 requires kernel >= 0:2.4.10 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 sound-juicer - 0.5.14-1.FC3.0.s390 requires libdbus-1.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libhal.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libmusicbrainz.so.2 selinux-policy-targeted - 1.23.18-19.noarch requires kernel >= 0:2.6.11-1.1219 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 arptables_jf - 0.0.8-5.s390 requires kernel >= 0:2.4.0 lvm2 - 2.01.12-1.0.s390 requires kernel >= 0:2.6 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java sysstat - 5.0.5-10.fc.s390 requires kernel >= 0:2.2.16-21 selinux-policy-targeted-sources - 1.23.18-19.noarch requires kernel >= 0:2.6.11-1.1219 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper selinux-policy-strict - 1.23.18-19.noarch requires kernel >= 0:2.6.11-1.1219 gkrellm - 2.2.7-1.s390 requires kernel >= 0:2.6.2 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 nfs-utils - 1.0.7-8.s390 requires kernel >= 0:2.2.14 dhcp - 10:3.0.2-14.s390 requires kernel >= 0:2.2.18 castor - 0.9.5-1jpp_1fc.noarch requires jta initscripts - 8.11.1-1.s390 requires kernel >= 0:2.6 Broken deps for s390x ---------------------------------------------------------- wsdl4j - 1.5.1-1jpp_1fc.noarch requires java arptables_jf - 0.0.8-5.s390x requires kernel >= 0:2.4.0 prelink - 0.3.5-1.s390x requires kernel >= 0:2.4.10 selinux-policy-strict-sources - 1.23.18-19.noarch requires kernel >= 0:2.6.11-1.1219 castor - 0.9.5-1jpp_1fc.noarch requires jta jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging gkrellm - 2.2.7-1.s390x requires kernel >= 0:2.6.2 hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 sound-juicer - 0.5.14-1.FC3.0.s390x requires libdbus-1.so.0()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libmusicbrainz.so.2()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libhal.so.0()(64bit) xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet lvm2 - 2.01.12-1.0.s390x requires kernel >= 0:2.6 selinux-policy-strict - 1.23.18-19.noarch requires kernel >= 0:2.6.11-1.1219 nfs-utils - 1.0.7-8.s390x requires kernel >= 0:2.2.14 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta quota - 1:3.12-6.s390x requires kernel >= 0:2.4 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging libpcap - 14:0.8.3-14.s390x requires kernel >= 0:2.2.0 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 initscripts - 8.11.1-1.s390x requires kernel >= 0:2.6 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper selinux-policy-targeted-sources - 1.23.18-19.noarch requires kernel >= 0:2.6.11-1.1219 selinux-policy-targeted - 1.23.18-19.noarch requires kernel >= 0:2.6.11-1.1219 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java jessie - 1.0.0-8.noarch requires java >= 0:1.4 libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet dhcp - 10:3.0.2-14.s390x requires kernel >= 0:2.2.18 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj hal - 0.5.2-2.s390x requires kernel >= 0:2.6.11 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections sysstat - 5.0.5-10.fc.s390x requires kernel >= 0:2.2.16-21 From jeffy5 at optonline.net Sun Jun 26 12:05:23 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Sun, 26 Jun 2005 08:05:23 -0400 Subject: System Lockup In-Reply-To: <1119760989.23254.4.camel@localhost.localdomain> References: <42BE2F94.2080009@optonline.net> <1119760989.23254.4.camel@localhost.localdomain> Message-ID: <42BE9A03.1050403@optonline.net> Peter Jones wrote: >On Sun, 2005-06-26 at 00:31 -0400, Jeffrey D. Yuille wrote: > > >>Hello, >> >> I am currently have Fedora Core 4 installed on a Dell Dimension XPS >>T600R desktop and I am experiencing intermitent lockups whenever I have >>multiple programs open at the same time (for example, Mplayer, Firefox >>and FreeCell Solitaire). >> >> > >Time for memtest86 . > > Hello Peter, Thanks for the advice. I tried to run this command from the command line, but it states, "command not found" . How do I do this? Jeff From ivazquez at ivazquez.net Sun Jun 26 12:15:53 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 26 Jun 2005 08:15:53 -0400 Subject: System Lockup In-Reply-To: <42BE9A03.1050403@optonline.net> References: <42BE2F94.2080009@optonline.net> <1119760989.23254.4.camel@localhost.localdomain> <42BE9A03.1050403@optonline.net> Message-ID: <1119788153.4427.12.camel@ignacio.ignacio.lan> On Sun, 2005-06-26 at 08:05 -0400, Jeffrey D. Yuille wrote: > Peter Jones wrote: > >Time for memtest86 . > > > > > Hello Peter, > > Thanks for the advice. I tried to run this command from the > command line, but it states, "command not found" . How do I do this? http://www.memtest86.com/ -- 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 Sun Jun 26 12:45:12 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 26 Jun 2005 13:45:12 +0100 Subject: nVidia modules Message-ID: <1119789912.10993.6.camel@localhost> Hi, My laptop (runs on rawhide) uses the Intel 865 chipset (it's a Toshiba Satellite A10) and I would like to do some OpenGL development work on it for which, I think I need the nVidia specific drivers. Can anyone confirm this and if I do need them, do I just grab the livna srpm and install those (after recompiling for the 1400_FC5 kernel)? Sorry if this is to the wrong list, I wasn't sure if this should be on test or releases and chose test as I'm running on rawhide. TTFN Paul -- "The city of Washington was built on a stagnant swamp some 200 years ago and very little has changed; it stank then and it stinks now. Only today, it is the fetid stench of corruption that hangs in the air" - Simpson, L. Mr Lisa Goes to Washington (1991) Fox. 8F01 (Sep). -------------- 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 ivazquez at ivazquez.net Sun Jun 26 13:01:34 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 26 Jun 2005 09:01:34 -0400 Subject: nVidia modules In-Reply-To: <1119789912.10993.6.camel@localhost> References: <1119789912.10993.6.camel@localhost> Message-ID: <1119790894.4427.18.camel@ignacio.ignacio.lan> On Sun, 2005-06-26 at 13:45 +0100, Paul wrote: > Can anyone confirm this and if I do need them, do I just grab the livna > srpm and install those (after recompiling for the 1400_FC5 kernel)? Does lspci say that you have a nVidia card? If so, then 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 fedora at kjb.dds.nl Sun Jun 26 13:11:43 2005 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Sun, 26 Jun 2005 15:11:43 +0200 Subject: nVidia modules In-Reply-To: <1119789912.10993.6.camel@localhost> References: <1119789912.10993.6.camel@localhost> Message-ID: <1119791504.3325.2.camel@localhost.localdomain> On Sun, 2005-06-26 at 13:45 +0100, Paul wrote: > Hi, > > My laptop (runs on rawhide) uses the Intel 865 chipset (it's a Toshiba > Satellite A10) and I would like to do some OpenGL development work on it > for which, I think I need the nVidia specific drivers. You only need the nVidia drivers if you have a video card. The A10 series have - according to google - the Intel extreme video which will work "out of the box". The OpenGL (Mesa) headers are part of the xorg-x11-devel package. Klaasjan From justin.conover at gmail.com Sun Jun 26 13:34:12 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 26 Jun 2005 08:34:12 -0500 Subject: System Lockup In-Reply-To: <1119788153.4427.12.camel@ignacio.ignacio.lan> References: <42BE2F94.2080009@optonline.net> <1119760989.23254.4.camel@localhost.localdomain> <42BE9A03.1050403@optonline.net> <1119788153.4427.12.camel@ignacio.ignacio.lan> Message-ID: On 6/26/05, Ignacio Vazquez-Abrams wrote: > On Sun, 2005-06-26 at 08:05 -0400, Jeffrey D. Yuille wrote: > > Peter Jones wrote: > > >Time for memtest86 . > > > > > > > > Hello Peter, > > > > Thanks for the advice. I tried to run this command from the > > command line, but it states, "command not found" . How do I do this? > > http://www.memtest86.com/ > > -- > Ignacio Vazquez-Abrams > http://fedora.ivazquez.net/ > > gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 > > > BodyID:133249063.2.n.logpart (stored separately) > # yum list | grep memtest memtest86+.i386 1.55.1-1 development From mattdm at mattdm.org Sun Jun 26 13:46:05 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 26 Jun 2005 09:46:05 -0400 Subject: System Lockup In-Reply-To: References: <42BE2F94.2080009@optonline.net> <1119760989.23254.4.camel@localhost.localdomain> <42BE9A03.1050403@optonline.net> <1119788153.4427.12.camel@ignacio.ignacio.lan> Message-ID: <20050626134605.GA4362@jadzia.bu.edu> On Sun, Jun 26, 2005 at 08:34:12AM -0500, Justin Conover wrote: > # yum list | grep memtest > memtest86+.i386 1.55.1-1 development But actually, that's not always the easiest way to run it. Instead, boot from an install CD and type 'memtest' at the prompt. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 86 degrees Fahrenheit. From loony at loonybin.org Sun Jun 26 14:15:35 2005 From: loony at loonybin.org (Peter Arremann) Date: Sun, 26 Jun 2005 10:15:35 -0400 Subject: mkfs.ext3 on 500GB drive In-Reply-To: References: <200506252115.49939.loony@loonybin.org> Message-ID: <200506261015.35270.loony@loonybin.org> On Sunday 26 June 2005 00:00, Justin Conover wrote: > > Well, I think your right, I plugged it into my wifes windows box and > ntfs failed to format it too, guess I'll be calling LaCie. I thought > these were supposed to be good drives..... >From what I know of them, they usually work pretty well - don't blame the manufacturer too much for a bad harddisk... most likely it got damaged while shipping or so - well after LaCie did their functionality testing. Peter. From justin.conover at gmail.com Sun Jun 26 14:19:36 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 26 Jun 2005 09:19:36 -0500 Subject: mkfs.ext3 on 500GB drive In-Reply-To: <200506261015.35270.loony@loonybin.org> References: <200506252115.49939.loony@loonybin.org> <200506261015.35270.loony@loonybin.org> Message-ID: On 6/26/05, Peter Arremann wrote: > On Sunday 26 June 2005 00:00, Justin Conover wrote: > > > > Well, I think your right, I plugged it into my wifes windows box and > > ntfs failed to format it too, guess I'll be calling LaCie. I thought > > these were supposed to be good drives..... > >From what I know of them, they usually work pretty well - don't blame the > manufacturer too much for a bad harddisk... most likely it got damaged while > shipping or so - well after LaCie did their functionality testing. > > Peter. > > -- Well, I registered it today and looks like you can only call from M-F, so I'll be calling tomorrow. Once I get a new one or how ever they do this, how do you recommend formating a 500GB drive. Do you just use standard mkfs.ext3 or do you increase the inode size or anything else. Any recommendations? I'm going to see if they will send me the usb 2.0 instead of just firewire, so I will see how that goes. Thanks for your help. From pjones at redhat.com Sun Jun 26 15:54:23 2005 From: pjones at redhat.com (Peter Jones) Date: Sun, 26 Jun 2005 11:54:23 -0400 Subject: System Lockup In-Reply-To: <42BE9A03.1050403@optonline.net> References: <42BE2F94.2080009@optonline.net> <1119760989.23254.4.camel@localhost.localdomain> <42BE9A03.1050403@optonline.net> Message-ID: <1119801263.23254.6.camel@localhost.localdomain> On Sun, 2005-06-26 at 08:05 -0400, Jeffrey D. Yuille wrote: > Peter Jones wrote: > > >On Sun, 2005-06-26 at 00:31 -0400, Jeffrey D. Yuille wrote: > > > > > >>Hello, > >> > >> I am currently have Fedora Core 4 installed on a Dell Dimension XPS > >>T600R desktop and I am experiencing intermitent lockups whenever I have > >>multiple programs open at the same time (for example, Mplayer, Firefox > >>and FreeCell Solitaire). > >> > >> > > > >Time for memtest86 . > > > > > Hello Peter, > > Thanks for the advice. I tried to run this command from the > command line, but it states, "command not found" . How do I do this? Boot the CD; at the prompt, type "memtest86". -- Peter From nman64 at n-man.com Sun Jun 26 16:04:02 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Sun, 26 Jun 2005 11:04:02 -0500 Subject: mkfs.ext3 on 500GB drive In-Reply-To: References: <200506252115.49939.loony@loonybin.org> <200506261015.35270.loony@loonybin.org> Message-ID: <42BED1F2.2090401@n-man.com> Justin Conover wrote: >On 6/26/05, Peter Arremann wrote: > > >>On Sunday 26 June 2005 00:00, Justin Conover wrote: >> >> >>>Well, I think your right, I plugged it into my wifes windows box and >>>ntfs failed to format it too, guess I'll be calling LaCie. I thought >>>these were supposed to be good drives..... >>> >>> >>>From what I know of them, they usually work pretty well - don't blame the >>manufacturer too much for a bad harddisk... most likely it got damaged while >>shipping or so - well after LaCie did their functionality testing. >> >>Peter. >> >>-- >> >> >Well, I registered it today and looks like you can only call from M-F, >so I'll be calling tomorrow. > >Once I get a new one or how ever they do this, how do you recommend >formating a 500GB drive. Do you just use standard mkfs.ext3 or do you >increase the inode size or anything else. Any recommendations? I'm >going to see if they will send me the usb 2.0 instead of just >firewire, so I will see how that goes. > >Thanks for your help. > > > Using mkfs.ext3 without any special arguments should work just fine. The only thing you might consider is changing the options for the superblocks to improve efficiency. Just have a look at the man page for mkfs and see what interests you. Many options can be changed later with tune2fs. -- Patrick "The N-Man" Barnes nman64 at n-man.com www.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 czar at czarc.net Sun Jun 26 19:59:50 2005 From: czar at czarc.net (Gene C.) Date: Sun, 26 Jun 2005 15:59:50 -0400 Subject: HelixPlayer Message-ID: <200506261559.51090.czar@czarc.net> I noticed that for FC3, the i386 HelixPlayer package was part of both the i386 and the x86_64 distributions. However, the i386 HelixPlayer package is only included in the i386 distribution for both FC4 and the current development tree. Is there some reasom for this? -- Gene From nutello at sweetness.com Sun Jun 26 21:22:20 2005 From: nutello at sweetness.com (Rudi Chiarito) Date: Sun, 26 Jun 2005 23:22:20 +0200 Subject: mkfs.ext3 on 500GB drive In-Reply-To: References: <200506251938.31975.loony@loonybin.org> <200506252115.49939.loony@loonybin.org> Message-ID: <20050626212220.GA1373@plain.rackshack.net> On Sat, Jun 25, 2005 at 11:00:18PM -0500, Justin Conover wrote: > Well, I think your right, I plugged it into my wifes windows box and > ntfs failed to format it too, guess I'll be calling LaCie. I thought > these were supposed to be good drives..... Ha-ha, this rings a bell. A colleague of mine had been having problems weeks ago with a 500GB LaCie on Windows. I think he tried another 500GB drive the past week and it still exhibited problems. He went back to a smaller LaCie drive, as those had worked smoothly in the past. As far as I recall, this happened with both Firewire and USB2. Did you notice when Windows actually complained about the drive? I seem to remember that, when I tried to help him, formatting proceeded fine up to 50%, after which it slowed down and then failed. This made me think that there were two 250GB drives inside (the case is larger than the smaller drives, too), that the second drive was faulty and that the USB2/FW firmware wasn't handling the error in the best way. Now, based on his reports as well as yours, I am starting to believe that it might not be a drive failure, but something more fundamental... Can you try creating a partition that takes up the first 49% of the disk? -- Rudi From justin.conover at gmail.com Sun Jun 26 22:04:52 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 26 Jun 2005 17:04:52 -0500 Subject: mkfs.ext3 on 500GB drive In-Reply-To: <20050626212220.GA1373@plain.rackshack.net> References: <200506251938.31975.loony@loonybin.org> <200506252115.49939.loony@loonybin.org> <20050626212220.GA1373@plain.rackshack.net> Message-ID: On 6/26/05, Rudi Chiarito wrote: > On Sat, Jun 25, 2005 at 11:00:18PM -0500, Justin Conover wrote: > > Well, I think your right, I plugged it into my wifes windows box and > > ntfs failed to format it too, guess I'll be calling LaCie. I thought > > these were supposed to be good drives..... > > Ha-ha, this rings a bell. A colleague of mine had been having problems > weeks ago with a 500GB LaCie on Windows. I think he tried another 500GB > drive the past week and it still exhibited problems. He went back to > a smaller LaCie drive, as those had worked smoothly in the past. As far > as I recall, this happened with both Firewire and USB2. > > Did you notice when Windows actually complained about the drive? I seem > to remember that, when I tried to help him, formatting proceeded fine > up to 50%, after which it slowed down and then failed. This made me think > that there were two 250GB drives inside (the case is larger than the > smaller drives, too), that the second drive was faulty and that the > USB2/FW firmware wasn't handling the error in the best way. Now, based > on his reports as well as yours, I am starting to believe that it might > not be a drive failure, but something more fundamental... > > Can you try creating a partition that takes up the first 49% of the > disk? > > -- > Rudi > My guess is it would be 2 at 250 in a raid 0, I would pop it open, but I want to send it back :) If my raid 0 guess is correct, it wouldn't matter doing a % since it will pull from both. From jspaleta at gmail.com Sun Jun 26 22:18:38 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 26 Jun 2005 18:18:38 -0400 Subject: Firefox crashes on FC$ In-Reply-To: <42BD5AB7.6040606@arcor.de> References: <42BD57BA.2000106@email.it> <42BD5AB7.6040606@arcor.de> Message-ID: <604aa791050626151862d2e7ef@mail.gmail.com> On 6/25/05, D. Stolte wrote: > i see the same crashes here (e.g. with http://freshrpms.net/packages/). > the new cairo patch is buggy i suppose. The original poster said fc4 install... the cairo patch is in the development tree... there is no cairo patch in any fc4 package afaik. Right now according to the information expressed.. there is absolutely no indication that you and the original poster have similar systems nor are seeing anything that can be considered as related to his problem. The development tree is starting to diverge signficantly from FC4. People running fc4 installs need to be encouraged to start using fedora-list and fedoraforum instead of this mailinglist. Making a comparison between what you see on a development synced install and an fc4 install is going to become less and less valid. cairo and gtk 2.7 are just the beginning of the significant divergent behavior. -jef From dstolte at arcor.de Sun Jun 26 22:40:34 2005 From: dstolte at arcor.de (D. Stolte) Date: Mon, 27 Jun 2005 00:40:34 +0200 Subject: Firefox crashes on FC$ In-Reply-To: <604aa791050626151862d2e7ef@mail.gmail.com> References: <42BD57BA.2000106@email.it> <42BD5AB7.6040606@arcor.de> <604aa791050626151862d2e7ef@mail.gmail.com> Message-ID: <42BF2EE2.9030208@arcor.de> Jeff Spaleta wrote: > On 6/25/05, D. Stolte wrote: > >>i see the same crashes here (e.g. with http://freshrpms.net/packages/). >>the new cairo patch is buggy i suppose. > > > The original poster said fc4 install... the cairo patch is in the > development tree... there is no cairo patch in any fc4 package afaik. > Right now according to the information expressed.. there is absolutely > no indication that you and the original poster have similar systems > nor are seeing anything that can be considered as related to his > problem. > > The development tree is starting to diverge signficantly from FC4. > People running fc4 installs need to be encouraged to start using > fedora-list and fedoraforum instead of this mailinglist. Making a > comparison between what you see on a development synced install and > an fc4 install is going to become less and less valid. cairo and gtk > 2.7 are just the beginning of the significant divergent behavior. > > > -jef > You are right. I havent read carefully enough, sorry. /ds From byte at aeon.com.my Mon Jun 27 00:07:59 2005 From: byte at aeon.com.my (Colin Charles) Date: Mon, 27 Jun 2005 10:07:59 +1000 Subject: fc5 .. more on the wish list In-Reply-To: <20050625172402.GA1539@devserv.devel.redhat.com> References: <1119707907.3447.9.camel@zeus.redata.com.au> <20050625172402.GA1539@devserv.devel.redhat.com> Message-ID: <1119830879.3322.80.camel@potter.soho.bytebot.net> On Sat, 2005-06-25 at 13:24 -0400, Alan Cox wrote: > > surely quake(i) must be gpl'd by now... > > ... i mean, the engine is (i think), how about the content? > > personally, i've bought the media a couple o times over. once for me. > > (lost it..), then again, then for my brother... > > Quake certainly can't ever go on our base disks. Several countries regulate > violent games or those that glorify war. However, if someone is interested in packaging this up for Extras, by all means feel free to -- Colin Charles, http://www.bytebot.net/ From cochranb at speakeasy.net Mon Jun 27 03:44:39 2005 From: cochranb at speakeasy.net (Robert L Cochran) Date: Sun, 26 Jun 2005 23:44:39 -0400 Subject: Fedora Core 4 Firewall and Wireless Configuration Message-ID: <42BF7627.8000007@speakeasy.net> I have an HP/Compaq nx9010 laptop with an Broadcom 94306 (rev 02, PCI id 14E4:4320) wireless chipset. I installed Fedora Core 4 with the firewall enabled and SELinux enabled on this and then ndiswrapper 1.2. I used the latest Dell Truemobile 1300 Windows driver. Running 'modprobe ndiswrapper' yeilds an interface 'wlan0' I can play with. After loading the wep key, setting the mode, and setting the essid, I can scan the access point but not get an ip address using dhclient with it. It looked like a firewall problem. I've opened up ports 67 and 68 on the firewall (using system-config-securitylevel and opening both tcp and udp protocols.) Still can't get an IP address. My dhcp server is offering an IP address in response to the DHCPREQUESTs going out on port 67, it looks like the firewall must be blocking the replies. I'm only set up to offer ipv4 addresses, but even so I'm wondering if I need to open up ports 546 and 547 -- for ipv6? Or could this be an SELinux issue affecting ndiswrapper? I don't see any avc denied messages, but perhaps they are being logged differently in FC4? Thanks Bob Cochran From vonbrand at inf.utfsm.cl Sun Jun 26 22:36:41 2005 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Sun, 26 Jun 2005 18:36:41 -0400 Subject: mkfs.ext3 on 500GB drive In-Reply-To: Message from Justin Conover of "Sun, 26 Jun 2005 17:04:52 EST." Message-ID: <200506262236.j5QMaflL030791@laptop11.inf.utfsm.cl> Justin Conover wrote: > On 6/26/05, Rudi Chiarito wrote: > > On Sat, Jun 25, 2005 at 11:00:18PM -0500, Justin Conover wrote: > > > Well, I think your right, I plugged it into my wifes windows box and > > > ntfs failed to format it too, guess I'll be calling LaCie. I thought > > > these were supposed to be good drives..... [...] > > Did you notice when Windows actually complained about the drive? I seem > > to remember that, when I tried to help him, formatting proceeded fine > > up to 50%, after which it slowed down and then failed. This made me think > > that there were two 250GB drives inside (the case is larger than the > > smaller drives, too), that the second drive was faulty and that the > > USB2/FW firmware wasn't handling the error in the best way. Now, based > > on his reports as well as yours, I am starting to believe that it might > > not be a drive failure, but something more fundamental... > > Can you try creating a partition that takes up the first 49% of the > > disk? > My guess is it would be 2 at 250 in a raid 0, I would pop it open, but I > want to send it back :) If my raid 0 guess is correct, it wouldn't > matter doing a % since it will pull from both. I don't think so. The most expensive part of a disk is the head assembly and such (witness the prices for different sized disks of similar make and performance), putting in two makes no sense. It is probably just larger platters (thus larger casing). About the trouble they are giving, I'd suspect some limit on disk size somewhere (not exactly unheard of...). Missing "special Windows driver" or something? -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From loony at loonybin.org Mon Jun 27 06:36:36 2005 From: loony at loonybin.org (Peter Arremann) Date: Mon, 27 Jun 2005 02:36:36 -0400 Subject: mkfs.ext3 on 500GB drive In-Reply-To: <200506262236.j5QMaflL030791@laptop11.inf.utfsm.cl> References: <200506262236.j5QMaflL030791@laptop11.inf.utfsm.cl> Message-ID: <200506270236.36326.loony@loonybin.org> On Sunday 26 June 2005 18:36, Horst von Brand wrote: > I don't think so. The most expensive part of a disk is the head assembly > and such (witness the prices for different sized disks of similar make and > performance), putting in two makes no sense. It is probably just larger > platters (thus larger casing). I think you're missing the scope of what LaCie does... :-) They do not manufacture harddisks, they make external enclosures using standard disk drives - Last I heard they were using mostly WD... To offer large capacities (their enclosures go up to 2TB) they use an internal controller and several smaller harddisks. Peter. From mike at redtux1.uklinux.net Mon Jun 27 09:32:45 2005 From: mike at redtux1.uklinux.net (mike) Date: Mon, 27 Jun 2005 10:32:45 +0100 Subject: Question about speed In-Reply-To: <1119614774.5644.5.camel@kj> References: <1119610134.2530.3.camel@Vigor102> <1119614774.5644.5.camel@kj> Message-ID: <1119864766.2741.9.camel@Vigor102> On Fri, 2005-06-24 at 14:06 +0200, Klaasjan Brand wrote: > On Fri, 2005-06-24 at 11:48 +0100, Mike old wrote: > > I have two machines (home/work) both running FC4 > > > > machine 1 k6/2 500mhz 256Mb geforce4 > > machine 1 celeron 933mhz 256Mb geforce2 > > > > The lower speced machine is far,far,far quicker (gnome etc). > > > > Anyone any ideas how this could be? > > > > Did you install the binary nvidia drivers on one of them? X performance > looks a lot snappier using these drivers instead of the nv driver from > xorg. > not installed on either > You can also check with hdparm if ultradma is enabled for the disk in > the celeron. If it's not the machine will react a lot slower since the > cpu is tied up by the disk i/o... > yep working on "slower" machine, ie: the higher specced one > Klaasjan > > From paul at all-the-johnsons.co.uk Mon Jun 27 09:58:03 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Mon, 27 Jun 2005 09:58:03 +0000 Subject: /dev/hda2 problem Message-ID: <1119866283.27037.8.camel@localhost.localdomain> Hi, Last week, I found grub.conf had been hosed (deleted somehow), so this morning, using RIP linux, I re-wrote the grub.conf file so that it is the same as my laptop (both run rawhide). I did a reboot, but it came up a kernel panic as lvm was unable to sync. I've tried to mount /dev/hda2 using RIP linux, but it always comes back with the error that /dev/hda2 or /mnt/linux is in use. I've tried mounting it using gnoppix (also has lvm abilities), but get the same error. Any ideas on how to fix this problem? TTFN Paul From dwalsh at redhat.com Mon Jun 27 10:15:04 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Mon, 27 Jun 2005 06:15:04 -0400 Subject: Fedora Core 3 Test Update: selinux-policy-targeted-1.17.30-3.15 Message-ID: <42BFD1A8.1050207@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-486 2005-06-27 --------------------------------------------------------------------- Product : Fedora Core 3 Name : selinux-policy-targeted Version : 1.17.30 Release : 3.15 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. --------------------------------------------------------------------- * Sat Jun 25 2005 Dan Walsh 1.17.30-3.15 - Fix /opt definition --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 6812e04c2221c8a76876fefcbcbd9809 SRPMS/selinux-policy-targeted-1.17.30-3.15.src.rpm 8b131adb7b427cd35334e8d952cab32c x86_64/selinux-policy-targeted-1.17.30-3.15.noarch.rpm 74d22d88880572b1753b465e87b66bcb x86_64/selinux-policy-targeted-sources-1.17.30-3.15.noarch.rpm 8b131adb7b427cd35334e8d952cab32c i386/selinux-policy-targeted-1.17.30-3.15.noarch.rpm 74d22d88880572b1753b465e87b66bcb i386/selinux-policy-targeted-sources-1.17.30-3.15.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 dwalsh at redhat.com Mon Jun 27 10:39:28 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Mon, 27 Jun 2005 06:39:28 -0400 Subject: Fedora Core 4 Test Update: selinux-policy-targeted-1.23.18-17 Message-ID: <42BFD760.70006@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-485 2005-06-27 --------------------------------------------------------------------- Product : Fedora Core 4 Name : selinux-policy-targeted Version : 1.23.18 Release : 17 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/4/ eea78f9cf53ede85543c4edf2b7e2a57 SRPMS/selinux-policy-targeted-1.23.18-17.src.rpm b15c8779c6b28fd1dbe9bf657f9526f6 x86_64/selinux-policy-targeted-1.23.18-17.noarch.rpm f33de79c8115c598a4a9d72a924a5914 x86_64/selinux-policy-targeted-sources-1.23.18-17.noarch.rpm b15c8779c6b28fd1dbe9bf657f9526f6 i386/selinux-policy-targeted-1.23.18-17.noarch.rpm f33de79c8115c598a4a9d72a924a5914 i386/selinux-policy-targeted-sources-1.23.18-17.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/4/$ARCH --------------------------------------------------------------------- -- From buildsys at redhat.com Mon Jun 27 11:12:12 2005 From: buildsys at redhat.com (Build System) Date: Mon, 27 Jun 2005 07:12:12 -0400 Subject: rawhide report: 20050627 changes Message-ID: <200506271112.j5RBCCGN023757@porkchop.devel.redhat.com> Updated Packages: selinux-policy-strict-1.23.18-20 -------------------------------- * Sun Jun 26 2005 Dan Walsh 1.23.18-20 - Fix hplip for cups * Sat Jun 25 2005 Dan Walsh 1.23.18-19 - Fix /opt * Sat Jun 25 2005 Dan Walsh 1.23.18-18 - Add passwd policy to targeted to maintain context on shadow file selinux-policy-targeted-1.23.18-20 ---------------------------------- * Sun Jun 26 2005 Dan Walsh 1.23.18-20 - Fix hplip for cups * Sat Jun 25 2005 Dan Walsh 1.23.18-19 - Fix /opt * Sat Jun 25 2005 Dan Walsh 1.23.18-18 - Add passwd policy to targeted to maintain context on shadow file Broken deps for s390x ---------------------------------------------------------- jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta quota - 1:3.12-6.s390x requires kernel >= 0:2.4 lvm2 - 2.01.12-1.0.s390x requires kernel >= 0:2.6 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 gkrellm - 2.2.7-1.s390x requires kernel >= 0:2.6.2 initscripts - 8.11.1-1.s390x requires kernel >= 0:2.6 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging selinux-policy-strict - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 prelink - 0.3.5-1.s390x requires kernel >= 0:2.4.10 arptables_jf - 0.0.8-5.s390x requires kernel >= 0:2.4.0 hal - 0.5.2-2.s390x requires kernel >= 0:2.6.11 jessie - 1.0.0-8.noarch requires java >= 0:1.4 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging dhcp - 10:3.0.2-14.s390x requires kernel >= 0:2.2.18 sound-juicer - 0.5.14-1.FC3.0.s390x requires libdbus-1.so.0()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libmusicbrainz.so.2()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libhal.so.0()(64bit) jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper selinux-policy-strict-sources - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 selinux-policy-targeted - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 nfs-utils - 1.0.7-8.s390x requires kernel >= 0:2.2.14 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging castor - 0.9.5-1jpp_1fc.noarch requires jta sysstat - 5.0.5-10.fc.s390x requires kernel >= 0:2.2.16-21 libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections libpcap - 14:0.8.3-14.s390x requires kernel >= 0:2.2.0 selinux-policy-targeted-sources - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 Broken deps for s390 ---------------------------------------------------------- quota - 1:3.12-6.s390 requires kernel >= 0:2.4 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 sound-juicer - 0.5.14-1.FC3.0.s390 requires libdbus-1.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libhal.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libmusicbrainz.so.2 selinux-policy-targeted - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet dhcp - 10:3.0.2-14.s390 requires kernel >= 0:2.2.18 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 selinux-policy-targeted-sources - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java gkrellm - 2.2.7-1.s390 requires kernel >= 0:2.6.2 prelink - 0.3.5-1.s390 requires kernel >= 0:2.4.10 sysstat - 5.0.5-10.fc.s390 requires kernel >= 0:2.2.16-21 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 selinux-policy-strict - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta castor - 0.9.5-1jpp_1fc.noarch requires jta velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 arptables_jf - 0.0.8-5.s390 requires kernel >= 0:2.4.0 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 initscripts - 8.11.1-1.s390 requires kernel >= 0:2.6 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 lvm2 - 2.01.12-1.0.s390 requires kernel >= 0:2.6 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 nfs-utils - 1.0.7-8.s390 requires kernel >= 0:2.2.14 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 selinux-policy-strict-sources - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 jessie - 1.0.0-8.noarch requires java >= 0:1.4 Broken deps for ppc64 ---------------------------------------------------------- joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta jessie - 1.0.0-8.noarch requires java >= 0:1.4 vsftpd - 2.0.3-4.ppc64 requires pam_loginuid.so hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 system-config-mouse - 1.2.11-1.noarch requires pyxf86config rhpl - 0.167-1.ppc64 requires pyxf86config >= 0:0.3.2 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 ppc64-utils - 0.7-9.ppc64 requires yaboot axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging system-config-display - 1.0.29-1.noarch requires /usr/X11R6/bin/Xorg system-config-display - 1.0.29-1.noarch requires pyxf86config >= 0:0.3.16 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging gnomemeeting - 1.0.2-8.ppc64 requires libpt.so.1.6.5()(64bit) gnomemeeting - 1.0.2-8.ppc64 requires libh323_linux_ppc64_r.so.1.13.4()(64bit) jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 castor - 0.9.5-1jpp_1fc.noarch requires jta castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java system-config-keyboard - 1.2.6-2.noarch requires pyxf86config jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet Broken deps for ia64 ---------------------------------------------------------- java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 magma-plugins - 1.0-0.pre16.11.ia64 requires libgulm.so.1.0()(64bit) jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 vsftpd - 2.0.3-4.ia64 requires pam_loginuid.so jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 castor - 0.9.5-1jpp_1fc.noarch requires jta rgmanager - 1.9.31-3.ia64 requires ccs avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta wsdl4j - 1.5.1-1jpp_1fc.noarch requires java jessie - 1.0.0-8.noarch requires java >= 0:1.4 From dominik.schastok at t-online.de Mon Jun 27 11:22:47 2005 From: dominik.schastok at t-online.de (dominik.schastok at t-online.de) Date: Mon, 27 Jun 2005 13:22:47 +0200 Subject: mkfs.ext3 on 500GB drive In-Reply-To: <200506270236.36326.loony@loonybin.org> References: <200506262236.j5QMaflL030791@laptop11.inf.utfsm.cl> <200506270236.36326.loony@loonybin.org> Message-ID: <1DmrhP-29x16G0@fwd19.aul.t-online.de> After all I heard, this has to be an hardware error, maybe the internal controller isn?t working correctly. I formated a 600GB raid5 array (software raid) on my fc4 box yesterday without any problems. kind regards Dominik Schastok >On Sunday 26 June 2005 18:36, Horst von Brand wrote: >> I don't think so. The most expensive part of a disk is the head assembly >> and such (witness the prices for different sized disks of similar make and >> performance), putting in two makes no sense. It is probably just larger >> platters (thus larger casing). >I think you're missing the scope of what LaCie does... :-) >They do not manufacture harddisks, they make external enclosures using >standard disk drives - Last I heard they were using mostly WD... >To offer large capacities (their enclosures go up to 2TB) they use an internal >controller and several smaller harddisks. > >Peter. > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: >http://www.redhat.com/mailman/listinfo/fedora-test-list From janina at rednote.net Mon Jun 27 13:16:35 2005 From: janina at rednote.net (Janina Sajka) Date: Mon, 27 Jun 2005 09:16:35 -0400 Subject: Question about speed In-Reply-To: <1119614774.5644.5.camel@kj> References: <1119610134.2530.3.camel@Vigor102> <1119614774.5644.5.camel@kj> Message-ID: <20050627131635.GA30246@rednote.net> Klaasjan Brand writes: > On Fri, 2005-06-24 at 11:48 +0100, Mike old wrote: > > I have two machines (home/work) both running FC4 > > > > machine 1 k6/2 500mhz 256Mb geforce4 > > machine 1 celeron 933mhz 256Mb geforce2 > > > > The lower speced machine is far,far,far quicker (gnome etc). > > I'm also wondering the same thing. My fast machine is a Pentium 2 clocking at 348 Mhz with 192 Mb RAM The Celeron slowpoke clocks at 701 and sports 512 Mb RAM DMA is on on both. > > Anyone any ideas how this could be? > > > > Did you install the binary nvidia drivers on one of them? X performance > looks a lot snappier using these drivers instead of the nv driver from > xorg. > > You can also check with hdparm if ultradma is enabled for the disk in > the celeron. If it's not the machine will react a lot slower since the > cpu is tied up by the disk i/o... > > Klaasjan > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Bringing the Owasys 22C screenless cell phone to the U.S. and Canada. Go to http://www.ScreenlessPhone.Com to learn more. Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org From mattdm at mattdm.org Mon Jun 27 13:21:36 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 27 Jun 2005 09:21:36 -0400 Subject: Question about speed In-Reply-To: <20050627131635.GA30246@rednote.net> References: <1119610134.2530.3.camel@Vigor102> <1119614774.5644.5.camel@kj> <20050627131635.GA30246@rednote.net> Message-ID: <20050627132136.GA12101@jadzia.bu.edu> On Mon, Jun 27, 2005 at 09:16:35AM -0400, Janina Sajka wrote: > > > machine 1 k6/2 500mhz 256Mb geforce4 > > > machine 1 celeron 933mhz 256Mb geforce2 > > > The lower speced machine is far,far,far quicker (gnome etc). > I'm also wondering the same thing. > My fast machine is a Pentium 2 clocking at 348 Mhz with 192 Mb RAM > The Celeron slowpoke clocks at 701 and sports 512 Mb RAM How are you measuring fast? For some workloads, that's completely to be expected. (I'm still wondering which the original poster thinks is a "higher speced" machine....) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 90 degrees Fahrenheit. From janina at rednote.net Mon Jun 27 13:51:51 2005 From: janina at rednote.net (Janina Sajka) Date: Mon, 27 Jun 2005 09:51:51 -0400 Subject: Question about speed In-Reply-To: <20050627132136.GA12101@jadzia.bu.edu> References: <1119610134.2530.3.camel@Vigor102> <1119614774.5644.5.camel@kj> <20050627131635.GA30246@rednote.net> <20050627132136.GA12101@jadzia.bu.edu> Message-ID: <20050627135151.GB30246@rednote.net> Matthew Miller writes: > On Mon, Jun 27, 2005 at 09:16:35AM -0400, Janina Sajka wrote: > > > > machine 1 k6/2 500mhz 256Mb geforce4 > > > > machine 1 celeron 933mhz 256Mb geforce2 > > > > The lower speced machine is far,far,far quicker (gnome etc). > > I'm also wondering the same thing. > > My fast machine is a Pentium 2 clocking at 348 Mhz with 192 Mb RAM > > The Celeron slowpoke clocks at 701 and sports 512 Mb RAM > > How are you measuring fast? For some workloads, that's completely to be > expected. Latency of keystrokes. I press the key and the feedback is oo so slow. In my case it's TTS feedback, not on screen, but same principle. Both machines have the exact same TTS board (ISA) and software drivers, both running FC4, but this was also true FC 3. The 348Mb box is snappy. I press [char], I hear [char] echoed out the TTS. On the slow machine, I would warrant there's a delay of hundreds of ms. Not measured, but I'd warrant on the order of 400-700 ms. > > (I'm still wondering which the original poster thinks is a "higher speced" > machine....) > > > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > Current office temperature: 90 degrees Fahrenheit. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Bringing the Owasys 22C screenless cell phone to the U.S. and Canada. Go to http://www.ScreenlessPhone.Com to learn more. Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org From mattdm at mattdm.org Mon Jun 27 14:45:37 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 27 Jun 2005 10:45:37 -0400 Subject: Question about speed In-Reply-To: <20050627135151.GB30246@rednote.net> References: <1119610134.2530.3.camel@Vigor102> <1119614774.5644.5.camel@kj> <20050627131635.GA30246@rednote.net> <20050627132136.GA12101@jadzia.bu.edu> <20050627135151.GB30246@rednote.net> Message-ID: <20050627144537.GA14629@jadzia.bu.edu> On Mon, Jun 27, 2005 at 09:51:51AM -0400, Janina Sajka wrote: > > > My fast machine is a Pentium 2 clocking at 348 Mhz with 192 Mb RAM > > > The Celeron slowpoke clocks at 701 and sports 512 Mb RAM > > How are you measuring fast? For some workloads, that's completely to be > > expected. > Latency of keystrokes. I press the key and the feedback is oo so slow. > In my case it's TTS feedback, not on screen, but same principle. Both > machines have the exact same TTS board (ISA) and software drivers, both > running FC4, but this was also true FC 3. Hmmm. That should be next to instant on either system. I wonder if something is simply configured badly and introducing a delay. I'm going to make the assumption that you're not running a heavyweight GUI environment such as GNOME or KDE. In that case, the greater RAM is probably not usually a factor at all. And the Celeron 700 is a very low-end chip with pretty low overall performance. > The 348Mb box is snappy. I press [char], I hear [char] echoed out the > TTS. On the slow machine, I would warrant there's a delay of hundreds of > ms. Not measured, but I'd warrant on the order of 400-700 ms. On the other hand, either machine ought to be able to do better than that. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 89 degrees Fahrenheit. From cfeist at redhat.com Thu Jun 23 18:58:08 2005 From: cfeist at redhat.com (Chris Feist) Date: Thu, 23 Jun 2005 14:58:08 -0400 Subject: Fedora Core 4 Test Update: gulm-1.0.0-2 Message-ID: <200506231858.j5NIw8ZX025821@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-480 2005-06-23 --------------------------------------------------------------------- Product : Fedora Core 4 Name : gulm Version : 1.0.0 Release : 2 Summary : gulm - One possible lock manager for GFS Description : gulm - One possible lock manager for GFS --------------------------------------------------------------------- Update Information: Fixed the soname of libgulm to match what was previously used. --------------------------------------------------------------------- --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 43c29341d994cc8a288b049959822088 SRPMS/gulm-1.0.0-2.src.rpm 0774b72a427bff8d9e9613d90025e8dd ppc/gulm-1.0.0-2.ppc.rpm 719933da18ca39f1e6c0e8141e01f25f ppc/gulm-devel-1.0.0-2.ppc.rpm 8b69f158953788924b5b06267b117527 ppc/debug/gulm-debuginfo-1.0.0-2.ppc.rpm 3ec76e71fb212aefcedf7eaf8cfd33b9 x86_64/gulm-1.0.0-2.x86_64.rpm b3805e1de2d83266b1da5df8f9580e4a x86_64/gulm-devel-1.0.0-2.x86_64.rpm 1d94bb63b86c2137c88a1917414b32eb x86_64/debug/gulm-debuginfo-1.0.0-2.x86_64.rpm 9b517b925565028f3276a6a95a727068 i386/gulm-1.0.0-2.i386.rpm 6b764028681054c8fdf99c9047bb811a i386/gulm-devel-1.0.0-2.i386.rpm 499cae0e0111ad8271a8f651734979ea i386/debug/gulm-debuginfo-1.0.0-2.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/4/$ARCH --------------------------------------------------------------------- From dan.dickey at savvis.net Mon Jun 27 15:14:57 2005 From: dan.dickey at savvis.net (Dan A. Dickey) Date: Mon, 27 Jun 2005 10:14:57 -0500 Subject: Question about speed In-Reply-To: <1119610134.2530.3.camel@Vigor102> References: <1119610134.2530.3.camel@Vigor102> Message-ID: <200506271014.57960.dan.dickey@savvis.net> On Friday 24 June 2005 05:48, Mike old wrote: > I have two machines (home/work) both running FC4 > > machine 1 k6/2 500mhz 256Mb geforce4 > machine 1 celeron 933mhz 256Mb geforce2 > > The lower speced machine is far,far,far quicker (gnome etc). > > Anyone any ideas how this could be? If you are building your own kernels, make sure that you don't accidentally turn on CONFIG_DEBUG_PAGEALLOC in your .config. You can check this by doing a 'grep CONFIG_DEBUG_PAGEALLOC /usr/src/linux/.config'. It should not be set. I speak from recent experience with this matter; I enabled debug in my config so that I could use the sysrq key. Unknowingly, I turned on pagealloc debug also (the default if debug is enabled) - and it took me a little while and some effort to track the problem down. I checked the stock FC4 kernel, and it of course does not have this config set. But be wary if building your own kernel. -Dan -- Dan A. Dickey dan.dickey at savvis.net skype: hydraatworkmain SAVVIS Transforming Information Technology From janina at rednote.net Mon Jun 27 16:11:22 2005 From: janina at rednote.net (Janina Sajka) Date: Mon, 27 Jun 2005 12:11:22 -0400 Subject: Question about speed In-Reply-To: <20050627144537.GA14629@jadzia.bu.edu> References: <1119610134.2530.3.camel@Vigor102> <1119614774.5644.5.camel@kj> <20050627131635.GA30246@rednote.net> <20050627132136.GA12101@jadzia.bu.edu> <20050627135151.GB30246@rednote.net> <20050627144537.GA14629@jadzia.bu.edu> Message-ID: <20050627161122.GC30246@rednote.net> Matthew Miller writes: > On Mon, Jun 27, 2005 at 09:51:51AM -0400, Janina Sajka wrote: > > > > My fast machine is a Pentium 2 clocking at 348 Mhz with 192 Mb RAM > > > > The Celeron slowpoke clocks at 701 and sports 512 Mb RAM > > > How are you measuring fast? For some workloads, that's completely to be > > > expected. > > Latency of keystrokes. I press the key and the feedback is oo so slow. > > In my case it's TTS feedback, not on screen, but same principle. Both > > machines have the exact same TTS board (ISA) and software drivers, both > > running FC4, but this was also true FC 3. > > Hmmm. That should be next to instant on either system. I wonder if something > is simply configured badly and introducing a delay. > > I'm going to make the assumption that you're not running a heavyweight GUI > environment such as GNOME or KDE. In that case, the greater RAM is probably > not usually a factor at all. And the Celeron 700 is a very low-end chip with > pretty low overall performance. > > > The 348Mb box is snappy. I press [char], I hear [char] echoed out the > > TTS. On the slow machine, I would warrant there's a delay of hundreds of > > ms. Not measured, but I'd warrant on the order of 400-700 ms. > > On the other hand, either machine ought to be able to do better than that. > -- Yes, I think so. The 348 box is runlevel 3 by default and is very snappy. The 700 Mhz Celeron slowpoke is runlevel 5 by default, but I'm talking console in the above, and it's the same slowness regardless. On the other hand, the slow poke responds very snappy over console ssh. It's only on its own consoles that it's bad. I can't test at the moment because it is setup as my pristine FC4 box as we try to put the Speakup Modified for FC4 together. So no speech there right now. I will try re display response when someone sighted shows up here. > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > Current office temperature: 89 degrees Fahrenheit. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Bringing the Owasys 22C screenless cell phone to the U.S. and Canada. Go to http://www.ScreenlessPhone.Com to learn more. Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org From rpa4email at rogers.com Mon Jun 27 17:14:26 2005 From: rpa4email at rogers.com (Robert Couture) Date: Mon, 27 Jun 2005 13:14:26 -0400 Subject: My computer is buzzing In-Reply-To: <200506242035.59729.RouillardSy@yahoo.fr> References: <200506241128.j5OBSvui024580@porkchop.devel.redhat.com> <200506242035.59729.RouillardSy@yahoo.fr> Message-ID: <200506271314.26426.rpa4email@rogers.com> On Friday 24 June 2005 14:35, Sylvain Rouillard wrote: > Everything was fine after last yum update (and before). I rebooted, and > now my computer is buzzing. Out loud. It's not my stereo, it works well for > the radio and all. It's not hardware, windows doesn't buzz. It's plain > software. If I turn the sound down on the computer, the buzz is quieter. > Turn the sound off, the buzz stops. > I'm puzzeled by the update log, it shows nothing that could do that to > sound IMHO. I thought of the kernel, so I rebooted on the previous one, no > dice. > I have an onboard AC97, KDE desktop. Any idea against what package I > could/should bugzilla this one? Okay I am not the only one that has gone through this and have the same issues you do. It is not hardware related as I have a SoundBlaster Live! 5.1 Robert. From jdf.lists at gmail.com Mon Jun 27 17:23:33 2005 From: jdf.lists at gmail.com (Joshua Daniel Franklin) Date: Mon, 27 Jun 2005 10:23:33 -0700 Subject: Can't install FC4 from SCSI CDROM In-Reply-To: <1119649759.4175.106.camel@penguin2.jsc.nasa.gov> References: <1119649759.4175.106.camel@penguin2.jsc.nasa.gov> Message-ID: <67437bc40506271023742ffc44@mail.gmail.com> On 6/24/05, Kevin B. Walker wrote: > I've got an old 650MHz Single Board Computer (SBC) with an Adaptec 1542 > CDROM. I can boot from the FC4 Disk one but the installation program > can't see the CDROM. The Adaptec driver seems to be loading. Any ideas? I think this is an issue for fedora-list, but assuming the network driver loads and you have an older linux on the system I would recommend booting an http install from the bootloader. Here's a paste of my local RHEL4 notes, should be the same for FC4: Copy the files from disc1/images/pxeboot/ and put them in /boot; here is an example grub section: title install root (hd0,0) kernel /pxeboot/vmlinuz initrd /pxeboot/initrd.img This describes a method for sysadmins to create an install point without copying the RPMs from the ISOs. The goal is to create a single place that looks like one really big CD (or DVD) to anaconda, the Red Hat installer. This will need to be done for every new release or update CD set. Make sure you have enough room for 4 CDs on the server, then go to the [WWW] RHN website, click on "Channels" then click on "Easy ISOs" on the left. 1. Find the correct Channel, currently "Red Hat Enterprise Linux AS (v. 4 for 32-bit x86)," then download them on the server: mkdir -p /ISO/4as cd /ISO/4as nohup wget -c 'LONG-URL-disc1.iso' & nohup wget -c 'LONG-URL-disc2.iso' & nohup wget -c 'LONG-URL-disc3.iso' & nohup wget -c 'LONG-URL-disc4.iso' & 2. Make directories and add the ISOs to /etc/fstab (same as mount -t iso9660 -o loop=/dev/loop1 RHEL4-i386-AS-disc1.iso disc1) mkdir {disc1,disc2,disc3,disc4} cat >> /etc/fstab < References: <200506241128.j5OBSvui024580@porkchop.devel.redhat.com> <200506242035.59729.RouillardSy@yahoo.fr> <200506271314.26426.rpa4email@rogers.com> Message-ID: <200506271927.22565.RouillardSy@yahoo.fr> Glad to know I'm not alone! Was it this same update batch that was the cause of your problem too? Did you bugzilla this somewhere? Le Lundi 27 Juin 2005 19:14, Robert Couture a ?crit?: > Okay I am not the only one that has gone through this and have the same > issues you do. > > It is not hardware related as I have a SoundBlaster Live! 5.1 > > Robert. ___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger T?l?chargez cette version sur http://fr.messenger.yahoo.com From i.pilcher at comcast.net Mon Jun 27 23:29:14 2005 From: i.pilcher at comcast.net (Ian Pilcher) Date: Mon, 27 Jun 2005 18:29:14 -0500 Subject: Fedora Core 3 Test Update: selinux-policy-targeted-1.17.30-3.15 In-Reply-To: <42BFD1A8.1050207@redhat.com> References: <42BFD1A8.1050207@redhat.com> Message-ID: Acrobat Reader 7 (non-RPM install) is still broken: Jun 27 18:04:00 home kernel: audit(1119913440.472:0): avc: denied { execmod } for pid=5877 comm=acroread path=/opt/Adobe/Acrobat7.0/Reader/intellinux/plug_ins/AcroForm.api dev=md1 ino=578545 scontext=user_u:system_r:unconfined_t tcontext=root:object_r:usr_t tclass=file Jun 27 18:04:00 home kernel: audit(1119913440.495:0): avc: denied { execmod } for pid=5877 comm=acroread path=/opt/Adobe/Acrobat7.0/Reader/intellinux/SPPlugins/ADMPlugin.apl dev=md1 ino=578612 scontext=user_u:system_r:unconfined_t tcontext=root:object_r:usr_t tclass=file -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From dcastle at knology.net Mon Jun 27 23:56:27 2005 From: dcastle at knology.net (Dwaine Castle) Date: Mon, 27 Jun 2005 18:56:27 -0500 Subject: Oracle 10G on Fedora 4? Message-ID: <200506280056.j5S0uVJE017216@mx1.redhat.com> I am sorry for this off topic question, but has anyone successfully installed Oracle 10g on Fedora 4? Any pointers would be appreciated. Thank you. From justin.conover at gmail.com Tue Jun 28 01:28:08 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 27 Jun 2005 20:28:08 -0500 Subject: mkfs.ext3 on 500GB drive In-Reply-To: <1DmrhP-29x16G0@fwd19.aul.t-online.de> References: <200506262236.j5QMaflL030791@laptop11.inf.utfsm.cl> <200506270236.36326.loony@loonybin.org> <1DmrhP-29x16G0@fwd19.aul.t-online.de> Message-ID: On 6/27/05, dominik.schastok at t-online.de wrote: > After all I heard, this has to be an hardware error, maybe the internal > controller isn?t working correctly. > I formated a 600GB raid5 array (software raid) on my fc4 box yesterday > without any problems. > > kind regards > Dominik Schastok > > >On Sunday 26 June 2005 18:36, Horst von Brand wrote: > >> I don't think so. The most expensive part of a disk is the head > assembly > >> and such (witness the prices for different sized disks of similar > make and > >> performance), putting in two makes no sense. It is probably just > larger > >> platters (thus larger casing). > >I think you're missing the scope of what LaCie does... :-) > >They do not manufacture harddisks, they make external enclosures using > >standard disk drives - Last I heard they were using mostly WD... > >To offer large capacities (their enclosures go up to 2TB) they use an > internal > >controller and several smaller harddisks. > > > >Peter. > > > >-- I am returning it and getting my $$ back and this is what i'm thinking of doing now, just get a case and a 4-5 hotswap sata bay and use sata-to-sata for backup, I think i would get much better performance and I can do it for the same price. I wont fill all the drives up just yet, just get them as I need them and expand the lv. From ttaranov at gmail.com Tue Jun 28 01:34:10 2005 From: ttaranov at gmail.com (Tim Taranov) Date: Mon, 27 Jun 2005 21:34:10 -0400 Subject: Oracle 10G on Fedora 4? In-Reply-To: <200506280056.j5S0uVJE017216@mx1.redhat.com> References: <200506280056.j5S0uVJE017216@mx1.redhat.com> Message-ID: I did... just follow the instructions in the oracle documentation. When getting to the point of starting oracle installer, execute ./runInstaller -ignoreSysPrereqs that's really the only deviation from the standard. Otherwise the thing works just fine. On 6/27/05, Dwaine Castle wrote: > I am sorry for this off topic question, but has anyone successfully > installed Oracle 10g on Fedora 4? Any pointers would be appreciated. > > Thank you. > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From cochranb at speakeasy.net Tue Jun 28 01:58:51 2005 From: cochranb at speakeasy.net (Robert L Cochran) Date: Mon, 27 Jun 2005 21:58:51 -0400 Subject: mkfs.ext3 on 500GB drive In-Reply-To: References: <200506262236.j5QMaflL030791@laptop11.inf.utfsm.cl> <200506270236.36326.loony@loonybin.org> <1DmrhP-29x16G0@fwd19.aul.t-online.de> Message-ID: <42C0AEDB.5020909@speakeasy.net> Justin Conover wrote: >On 6/27/05, dominik.schastok at t-online.de wrote: > > >>After all I heard, this has to be an hardware error, maybe the internal >>controller isn?t working correctly. >>I formated a 600GB raid5 array (software raid) on my fc4 box yesterday >>without any problems. >> >>kind regards >>Dominik Schastok >> >> >> >>>On Sunday 26 June 2005 18:36, Horst von Brand wrote: >>> >>> >>>>I don't think so. The most expensive part of a disk is the head >>>> >>>> >>assembly >> >> >>>>and such (witness the prices for different sized disks of similar >>>> >>>> >>make and >> >> >>>>performance), putting in two makes no sense. It is probably just >>>> >>>> >>larger >> >> >>>>platters (thus larger casing). >>>> >>>> >>>I think you're missing the scope of what LaCie does... :-) >>>They do not manufacture harddisks, they make external enclosures using >>>standard disk drives - Last I heard they were using mostly WD... >>>To offer large capacities (their enclosures go up to 2TB) they use an >>> >>> >>internal >> >> >>>controller and several smaller harddisks. >>> >>>Peter. >>> >>>-- >>> >>> >I am returning it and getting my $$ back and this is what i'm thinking >of doing now, just get a case and a 4-5 hotswap sata bay and use >sata-to-sata for backup, I think i would get much better performance >and I can do it for the same price. I wont fill all the drives up >just yet, just get them as I need them and expand the lv. > > > Make sure your power supply can handle it all. You can get weird problems from an too-small or bad power supply. Bob Cochran From buildsys at redhat.com Tue Jun 28 11:15:46 2005 From: buildsys at redhat.com (Build System) Date: Tue, 28 Jun 2005 07:15:46 -0400 Subject: rawhide report: 20050628 changes Message-ID: <200506281115.j5SBFkAf020187@porkchop.devel.redhat.com> New package lucene High-performance, full-featured text search engine Updated Packages: OpenIPMI-1.4.14-1 ----------------- * Mon Jun 27 2005 Phil Knirsch 1.4.14-2 - Updated to OpenIPMI-1.4.14 - Split the main package into normal and libs package for multilib support - Added impitool-1.8.2 to OpenIPMI and put it in tools package - Added sysconf and initscript (#158270) - Fixed oob subscripts (#149142) cairo-0.5.1-4 ------------- * Sun Jun 26 2005 Kristian H??gsberg - 0.5.1-4 - Add more missing devel package requires (libpng-devel and xorg-x11-devel) (#161688) - Add Owens patch (cairo-0.5.1-bitmap-fonts.patch) to make bitmap fonts work with cairo (#161653). carol-0:1.8.9.3-1jpp_2fc ------------------------ * Mon Jun 27 2005 Gary Benson 0:1.8.9.3-1jpp_2fc - BC-compile the combined jarfile. evolution-2.2.2-9.fc5 --------------------- * Mon Jun 27 2005 David Malcolm - 2.2.2-9.fc5 - Replaced patch to port conduits to pilot-link-0.12 with Mark G Adams's version of same (#161817) - Added Mark G Adams's memory leak fix (patch 801) evolution-data-server-1.2.2-4.fc5 --------------------------------- * Mon Jun 27 2005 David Malcolm - 1.2.2-4.fc5 - Added leak fixes for GNOME bug 309079 provided by Mark G. Adams fedora-release-4-rawhide ------------------------ geronimo-specs-0:1.0-0.M2.2jpp_2fc ---------------------------------- * Mon Jun 27 2005 Gary Benson 0:1.0-0.M2.2jpp_2fc - BC-compile. gnome-panel-2.10.1-11 --------------------- * Mon Jun 27 2005 Mark McLoughlin 2.10.1-11 - Fix "panel doesn't notice new screen size" issue (bug #160439) gnome-pilot-2.0.13-4.fc5 ------------------------ * Mon Jun 27 2005 David Malcolm - 2.0.13-4.fc5 - Introduce pilot-link-version macro; use to bump version to 1:0.12.0-0.pre2.0 - Update gnome-pilot-2.0.12-port-to-pilot-link-0.12.patch to use version by Mark G Adams (#161824; patch 11) In addition to the correct port to 0.12, this contains three patches in GNOME bugzilla bug 274032 (error handling, not closing socket on connection, fixed DB reading loop) - Renabled backup conduit (was patch 12), applying two patches by Mark G Adams (#161799; patch 18 and patch 19) - Applied patch by Mark G Adams to fix some issues identified using valgrind in the backup conduit (gnome bug 209130, patch 17) - Applied patch by Mark G Adams to fix some cleanup of XML handling (gnome bug 309077, patch 16) - Patched to fix a missing #include (patch 20) - Remove test conduit grep-2.5.1-49 ------------- * Mon Jun 27 2005 Tim Waugh 2.5.1-49 - Fix 'grep -Fw' for encodings other than UTF-8 (bug #161700). * Wed Apr 13 2005 Tim Waugh - Build requires recent pcre-devel (bug #154626). jacorb-0:2.2-3jpp_2fc --------------------- * Mon Jun 27 2005 Gary Benson 0:2.2-3jpp_1fc - BC-compile the main jarfile. jonathan-rmi-3.1-3 ------------------ * Mon Jun 27 2005 Gary Benson 3.1-3 - BC-compile. kdebase-6:3.4.1-2 ----------------- * Mon Jun 27 2005 Than Ngo 3.4.1-2 - fix gcc4 build problem * Mon Jun 06 2005 Than Ngo 3.4.1-1 - 3.4.1 - update pam configuration for the new audit system #159333 * Tue May 03 2005 Than Ngo 6:3.4.0-7 - fix broken kde-essential.menu lam-2:7.1.1-5 ------------- * Mon Jun 27 2005 Tom "spot" Callaway - 2:7.1.1-5 - enable shared libraries - don't list /usr/share/* in files * Sun May 22 2005 Jeremy Katz - 2:7.1.1-4 - use -fPIC on x86_64 (reported by spot to get things building for Extras) mx4j-1:3.0.1-1jpp_3fc --------------------- * Mon Jun 27 2005 Gary Benson 0:3.0.1-1jpp_3fc - Also BC-compile the combined remote jarfile. netpbm-10.28-3 -------------- * Mon Jun 27 2005 Jindrich Novy 10.28-3 - create symlink pnmtopnm -> pamtopnm, this works now in netpbm-10.28 (#161436) oldkilim-0:1.1.3-2jpp_2fc ------------------------- * Mon Jun 27 2005 Gary Benson 0:1.1.3-2jpp_2fc - BC-compile the main jarfile. qt-1:3.3.4-16 ------------- * Mon Jun 27 2005 Than Ngo 1:3.3.4-15 - apply patch to fix Rendering for Punjabii, thanks to Trolltech #156504 quagga-0:0.98.4-2 ----------------- * Mon Jun 27 2005 Jay Fenlason 0.98.4-2 - New upstream version. tn5250-0.16.5-6 --------------- * Mon Jun 27 2005 Karsten Hopp 0.16.5-6 - add buildrequires ncurses-devel (#160985) vnc-4.1.1-12 ------------ * Mon Jun 27 2005 Tim Waugh 4.1.1-12 - Fixed vncpasswd crash (bug #160471). * Wed Jun 22 2005 Tim Waugh - Updated URL in vncservers file (bug #161334). vsftpd-2.0.3-5 -------------- * Mon Jun 27 2005 Radek Vokal 2.0.3-5 - fixed requires for 64bit libs zsh-4.2.5-1 ----------- * Mon Mar 14 2005 Colin Walters - 4.2.5-1 - New upstream version - Fix Doc html includes; looks like texinfo changed incompatibly * Mon Mar 14 2005 Colin Walters - 4.2.1-3 - Rebuild for GCC4 Broken deps for ia64 ---------------------------------------------------------- xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet wsdl4j - 1.5.1-1jpp_1fc.noarch requires java java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta jessie - 1.0.0-8.noarch requires java >= 0:1.4 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging rgmanager - 1.9.31-3.ia64 requires ccs castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 magma-plugins - 1.0-0.pre16.11.ia64 requires libgulm.so.1.0()(64bit) jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 castor - 0.9.5-1jpp_1fc.noarch requires jta Broken deps for s390 ---------------------------------------------------------- libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 sysstat - 5.0.5-10.fc.s390 requires kernel >= 0:2.2.16-21 selinux-policy-strict - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 selinux-policy-targeted-sources - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 dhcp - 10:3.0.2-14.s390 requires kernel >= 0:2.2.18 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 selinux-policy-strict-sources - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 jessie - 1.0.0-8.noarch requires java >= 0:1.4 sound-juicer - 0.5.14-1.FC3.0.s390 requires libdbus-1.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libhal.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libmusicbrainz.so.2 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java nfs-utils - 1.0.7-8.s390 requires kernel >= 0:2.2.14 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging arptables_jf - 0.0.8-5.s390 requires kernel >= 0:2.4.0 hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 gkrellm - 2.2.7-1.s390 requires kernel >= 0:2.6.2 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections lvm2 - 2.01.12-1.0.s390 requires kernel >= 0:2.6 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 prelink - 0.3.5-1.s390 requires kernel >= 0:2.4.10 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta initscripts - 8.11.1-1.s390 requires kernel >= 0:2.6 quota - 1:3.12-6.s390 requires kernel >= 0:2.4 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java castor - 0.9.5-1jpp_1fc.noarch requires jta jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 selinux-policy-targeted - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 Broken deps for ppc64 ---------------------------------------------------------- java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet system-config-display - 1.0.29-1.noarch requires /usr/X11R6/bin/Xorg system-config-display - 1.0.29-1.noarch requires pyxf86config >= 0:0.3.16 gnomemeeting - 1.0.2-8.ppc64 requires libpt.so.1.6.5()(64bit) gnomemeeting - 1.0.2-8.ppc64 requires libh323_linux_ppc64_r.so.1.13.4()(64bit) jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 rhpl - 0.167-1.ppc64 requires pyxf86config >= 0:0.3.2 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging wsdl4j - 1.5.1-1jpp_1fc.noarch requires java jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging castor - 0.9.5-1jpp_1fc.noarch requires jta jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper system-config-mouse - 1.2.11-1.noarch requires pyxf86config hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet ppc64-utils - 0.7-9.ppc64 requires yaboot jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging jessie - 1.0.0-8.noarch requires java >= 0:1.4 system-config-keyboard - 1.2.6-2.noarch requires pyxf86config xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 Broken deps for s390x ---------------------------------------------------------- xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging prelink - 0.3.5-1.s390x requires kernel >= 0:2.4.10 dhcp - 10:3.0.2-14.s390x requires kernel >= 0:2.2.18 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections nfs-utils - 1.0.7-8.s390x requires kernel >= 0:2.2.14 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet sysstat - 5.0.5-10.fc.s390x requires kernel >= 0:2.2.16-21 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta quota - 1:3.12-6.s390x requires kernel >= 0:2.4 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 sound-juicer - 0.5.14-1.FC3.0.s390x requires libdbus-1.so.0()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libmusicbrainz.so.2()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libhal.so.0()(64bit) jessie - 1.0.0-8.noarch requires java >= 0:1.4 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 hal - 0.5.2-2.s390x requires kernel >= 0:2.6.11 gkrellm - 2.2.7-1.s390x requires kernel >= 0:2.6.2 libpcap - 14:0.8.3-14.s390x requires kernel >= 0:2.2.0 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 castor - 0.9.5-1jpp_1fc.noarch requires jta lvm2 - 2.01.12-1.0.s390x requires kernel >= 0:2.6 libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 selinux-policy-targeted-sources - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper initscripts - 8.11.1-1.s390x requires kernel >= 0:2.6 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 selinux-policy-targeted - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 arptables_jf - 0.0.8-5.s390x requires kernel >= 0:2.4.0 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging selinux-policy-strict - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 selinux-policy-strict-sources - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 From tjikkun at xs4all.nl Tue Jun 28 11:56:21 2005 From: tjikkun at xs4all.nl (Sander Hoentjen) Date: Tue, 28 Jun 2005 13:56:21 +0200 Subject: fc5 .. more on the wish list In-Reply-To: <604aa791050625113960e54718@mail.gmail.com> References: <1119707907.3447.9.camel@zeus.redata.com.au> <20050625172402.GA1539@devserv.devel.redhat.com> <604aa791050625113960e54718@mail.gmail.com> Message-ID: <1119959781.21203.2.camel@tjikkun.dyndns.org> On Sat, 2005-06-25 at 14:39 -0400, Jeff Spaleta wrote: > I find that i revel in the glory of rounds of liquidwar much more > fervently than any round of quake I've played. > +1! From justin.conover at gmail.com Tue Jun 28 12:47:42 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 28 Jun 2005 07:47:42 -0500 Subject: rawhide report: 20050628 changes In-Reply-To: <200506281115.j5SBFkAf020187@porkchop.devel.redhat.com> References: <200506281115.j5SBFkAf020187@porkchop.devel.redhat.com> Message-ID: On 6/28/05, Build System wrote: Please fix so I can have my cup of java :D yum groupinstall "Eclipse" --> Running transaction check --> Processing Dependency: java-1.4.2-gcj-compat = 0:1.4.2.0-40jpp_30rh for package: java-1.4.2-gcj-compat-devel --> Finished Dependency Resolution Error: Missing Dependency: java-1.4.2-gcj-compat = 0:1.4.2.0-40jpp_30rh is needed by package java-1.4.2-gcj-compat-devel 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 Tue Jun 28 13:02:24 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 28 Jun 2005 09:02:24 -0400 Subject: rawhide report: 20050628 changes In-Reply-To: References: <200506281115.j5SBFkAf020187@porkchop.devel.redhat.com> Message-ID: <604aa791050628060249b23b7f@mail.gmail.com> On 6/28/05, Justin Conover wrote: > On 6/28/05, Build System wrote: > > Please fix so I can have my cup of java :D First let me point you to the the new feature of the build report that summarizes the broken deps for each arch that rawhide builds for. I don't see that dep issue listed for any arch. Nor do I encounter any such error on my x86 rawhide box. Perhaps you have created a localized inconsistency on your system. Is this a 64bit system? Are there 32bit and 64bit flavors of these packages on your system? -jef From justin.conover at gmail.com Tue Jun 28 13:55:11 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 28 Jun 2005 08:55:11 -0500 Subject: rawhide report: 20050628 changes In-Reply-To: <604aa791050628060249b23b7f@mail.gmail.com> References: <200506281115.j5SBFkAf020187@porkchop.devel.redhat.com> <604aa791050628060249b23b7f@mail.gmail.com> Message-ID: On 6/28/05, Jeff Spaleta wrote: > On 6/28/05, Justin Conover wrote: > > On 6/28/05, Build System wrote: > > > > Please fix so I can have my cup of java :D > > First let me point you to the the new feature of the build report that > summarizes the broken deps for each arch that rawhide builds for. I > don't see that dep issue listed for any arch. Nor do I encounter any > such error on my x86 rawhide box. > > Perhaps you have created a localized inconsistency on your system. Is > this a 64bit system? Are there 32bit and 64bit flavors of these > packages on your system? > > -jef > x86 rawhide box, I did a clean install of fc4 about a week ago and then upgraded to rawhide and now I can't get my java fix. It does show broken deps for many of the arch's but doesn't list i386 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj From justin.conover at gmail.com Tue Jun 28 14:03:27 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 28 Jun 2005 09:03:27 -0500 Subject: rawhide report: 20050628 changes In-Reply-To: References: <200506281115.j5SBFkAf020187@porkchop.devel.redhat.com> <604aa791050628060249b23b7f@mail.gmail.com> Message-ID: On 6/28/05, Justin Conover wrote: > On 6/28/05, Jeff Spaleta wrote: > > On 6/28/05, Justin Conover wrote: > > > On 6/28/05, Build System wrote: > > > > > > Please fix so I can have my cup of java :D > > > > First let me point you to the the new feature of the build report that > > summarizes the broken deps for each arch that rawhide builds for. I > > don't see that dep issue listed for any arch. Nor do I encounter any > > such error on my x86 rawhide box. > > > > Perhaps you have created a localized inconsistency on your system. Is > > this a 64bit system? Are there 32bit and 64bit flavors of these > > packages on your system? > > > > -jef > > > x86 rawhide box, > > I did a clean install of fc4 about a week ago and then upgraded to > rawhide and now I can't get my java fix. > > It does show broken deps for many of the arch's but doesn't list i386 > > java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj > Figured it out, apparently I had some hiding fruit. # rpm -qa | grep java gcc-java-4.0.0-13 java-1.4.2-gcj-compat-1.4.2.0-40jpp_31rh yum remove java-1.4.2-gcj-compat-1.4.2.0-40jpp_31rh Running Transaction Removing : jessie ######################### [1/2] Removing : java-1.4.2-gcj-compat ######################### [2/2] yum groupinstall "Eclipse" is proceeding as planned :D From jspaleta at gmail.com Tue Jun 28 14:08:16 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 28 Jun 2005 10:08:16 -0400 Subject: rawhide report: 20050628 changes In-Reply-To: References: <200506281115.j5SBFkAf020187@porkchop.devel.redhat.com> <604aa791050628060249b23b7f@mail.gmail.com> Message-ID: <604aa79105062807082cca541e@mail.gmail.com> On 6/28/05, Justin Conover wrote: > It does show broken deps for many of the arch's but doesn't list i386 because there are no broken deps for 386 at the moment according to repoclosure. Which I can verify by locally using the yum-utils package. > > java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj I saw that.. thats a related problem but thats not exactly the error you reported.... which is why im asking. how about you install the yum-utils package from extras-development and then do a run of repoclosure. Does the output of "repoclosure -r development" on your machine include any additional breakages not reported in the build report for that arch? -jef From twaugh at redhat.com Tue Jun 28 14:29:44 2005 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 28 Jun 2005 15:29:44 +0100 Subject: Fedora Core 4 Test Update: grep-2.5.1-48.1 Message-ID: <20050628142944.GL2911@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-487 2005-06-28 --------------------------------------------------------------------- Product : Fedora Core 4 Name : grep Version : 2.5.1 Release : 48.1 Summary : The GNU versions of grep pattern matching utilities. Description : The GNU versions of commonly used grep utilities. Grep searches through textual input for lines which contain a match to a specified pattern and then prints the matching lines. GNU's grep utilities include grep, egrep and fgrep. You should install grep on your system, because it is a very useful utility for searching through text. --------------------------------------------------------------------- Update Information: This update fixes a regression in handling 'grep -Fw' for encodings other than UTF-8 (bug #161700). --------------------------------------------------------------------- * Mon Jun 27 2005 Tim Waugh 2.5.1-48.1 - Fix 'grep -Fw' for encodings other than UTF-8 (bug #161700). * Wed Apr 13 2005 Tim Waugh - Build requires recent pcre-devel (bug #154626). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ e0ce58dac3e9eb749db4d58619e14303 SRPMS/grep-2.5.1-48.1.src.rpm d2bc599a047138c549476442b0d691ac ppc/grep-2.5.1-48.1.ppc.rpm 35fc0687bcf1f3d0f7e26799aac66dc7 ppc/debug/grep-debuginfo-2.5.1-48.1.ppc.rpm f70635248414a576dc0838e4105aa235 x86_64/grep-2.5.1-48.1.x86_64.rpm 0e83065e456a381df22964260b403ba8 x86_64/debug/grep-debuginfo-2.5.1-48.1.x86_64.rpm 592833512cd0bd2f3a4cb5590216d2fd i386/grep-2.5.1-48.1.i386.rpm dc7c5e88d765ae519a4396b286b45305 i386/debug/grep-debuginfo-2.5.1-48.1.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/4/$ARCH --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From vonbrand at inf.utfsm.cl Tue Jun 28 14:55:30 2005 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Tue, 28 Jun 2005 10:55:30 -0400 Subject: Question about speed In-Reply-To: Your message of "Mon, 27 Jun 2005 12:11:22 -0400." <20050627161122.GC30246@rednote.net> Message-ID: <200506281455.j5SEtUJO008354@laptop11.inf.utfsm.cl> Janina Sajka wrote: > Matthew Miller writes: > > On Mon, Jun 27, 2005 at 09:51:51AM -0400, Janina Sajka wrote: > > > > > My fast machine is a Pentium 2 clocking at 348 Mhz with 192 Mb RAM > > > > > The Celeron slowpoke clocks at 701 and sports 512 Mb RAM > > > > How are you measuring fast? For some workloads, that's completely to be > > > > expected. > > > Latency of keystrokes. I press the key and the feedback is oo so slow. > > > In my case it's TTS feedback, not on screen, but same principle. Both > > > machines have the exact same TTS board (ISA) and software drivers, both > > > running FC4, but this was also true FC 3. > > Hmmm. That should be next to instant on either system. I wonder if > > something is simply configured badly and introducing a delay. Note that in my experience a good or bad motherboard can make worlds of difference between machines. I.e., an i386/25 being quite a bit faster than an i486dx4/100 when compiling kernels... one a Novell certified mobo (quite expensive in its time), the other a el-cheapo mobo from the PC store at the next corner. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From i.pilcher at comcast.net Tue Jun 28 16:27:10 2005 From: i.pilcher at comcast.net (Ian Pilcher) Date: Tue, 28 Jun 2005 11:27:10 -0500 Subject: Fedora Core 3 Test Update: selinux-policy-targeted-1.17.30-3.15 In-Reply-To: References: <42BFD1A8.1050207@redhat.com> Message-ID: Ian Pilcher wrote: > Acrobat Reader 7 (non-RPM install) is still broken: > > Jun 27 18:04:00 home kernel: audit(1119913440.472:0): avc: denied { > execmod } for pid=5877 comm=acroread > path=/opt/Adobe/Acrobat7.0/Reader/intellinux/plug_ins/AcroForm.api > dev=md1 ino=578545 scontext=user_u:system_r:unconfined_t > tcontext=root:object_r:usr_t tclass=file > Jun 27 18:04:00 home kernel: audit(1119913440.495:0): avc: denied { > execmod } for pid=5877 comm=acroread > path=/opt/Adobe/Acrobat7.0/Reader/intellinux/SPPlugins/ADMPlugin.apl > dev=md1 ino=578612 scontext=user_u:system_r:unconfined_t > tcontext=root:object_r:usr_t tclass=file > OK, I've got Acrobat Reader 7 working with this policy. It turns out that it includes a number of shared library files with names that don't end in .so. The following got it working for me: cd /opt/Adobe/Acrobat7.0/Reader/intellinux chcon -t shlib_t SPPlugins/ADMPlugin.apl plug_ins/*.api restorecon did not recognize that these files were mislabeled. In fact, it thinks that they should be changed back to usr_t. Presumably, it should be enhanced to look at things other than file name. -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From davej at redhat.com Tue Jun 28 16:47:34 2005 From: davej at redhat.com (David Jones) Date: Tue, 28 Jun 2005 12:47:34 -0400 Subject: Fedora Core 4 Test Update: kernel-2.6.12-1.1385_FC4 Message-ID: <200506281647.j5SGlYal025015@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-488 2005-06-28 --------------------------------------------------------------------- Product : Fedora Core 4 Name : kernel Version : 2.6.12 Release : 1.1385_FC4 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. --------------------------------------------------------------------- * Mon Jun 27 2005 Dave Jones - Disable multipath caches. (#161168) - Reenable AMD756 I2C driver fro x86-64. (#159609) - Add more IBM r40e BIOS's to the C2/C3 blacklist. * Thu Jun 23 2005 Dave Jones - Make orinoco driver suck less. (Scanning/roaming/ethtool support). - Exec-shield randomisation fix. - pwc driver warning fix. - Prevent potential oops in tux with symlinks. (#160219) * Wed Jun 22 2005 Dave Jones - 2.6.12.1 - Clean up subthread exec (CAN-2005-1913) - ia64 ptrace + sigrestore_context (CAN-2005-1761) * Wed Jun 22 2005 David Woodhouse - Update audit support * Mon Jun 20 2005 Dave Jones - Rebase to 2.6.12 - Enable userspace queueing of ipv6 packets. * Tue Jun 7 2005 Dave Jones - Drop recent b44 changes which broke some setups. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 90df9fe794735e92c03c6bf99c5bfc4b SRPMS/kernel-2.6.12-1.1385_FC4.src.rpm af10ceeee3d96aec686e49df62123f13 ppc/kernel-2.6.12-1.1385_FC4.ppc.rpm 57283b5b129fda6501c04c1922380695 ppc/kernel-devel-2.6.12-1.1385_FC4.ppc.rpm e3bee2d581cbc7889df27ada76ae47a2 ppc/kernel-smp-2.6.12-1.1385_FC4.ppc.rpm ed4f074689cc7688ce63ae7479740233 ppc/kernel-smp-devel-2.6.12-1.1385_FC4.ppc.rpm 1b4ef1ced18554d4747720a1655c9e82 ppc/debug/kernel-debuginfo-2.6.12-1.1385_FC4.ppc.rpm ad7b78cdc24deb3fbb44fdfdb070f86f ppc/kernel-2.6.12-1.1385_FC4.ppc64.rpm 9f2174c25bc7783120fc1c9e4057d4e7 ppc/kernel-devel-2.6.12-1.1385_FC4.ppc64.rpm 153a6903d98a0060c8e1134db06e686c ppc/kernel-2.6.12-1.1385_FC4.ppc64iseries.rpm 89b0d4592adab11f8e795340e95014c1 ppc/kernel-devel-2.6.12-1.1385_FC4.ppc64iseries.rpm b65bcfdf922874d55efa5c998052bdac x86_64/kernel-2.6.12-1.1385_FC4.x86_64.rpm 7718b9adf24a862b9428b5c10d248814 x86_64/kernel-devel-2.6.12-1.1385_FC4.x86_64.rpm 2cfea19bb408e45ed520816b677c5928 x86_64/kernel-smp-2.6.12-1.1385_FC4.x86_64.rpm b2a8e9e313b9485bdf28404e1e66ee54 x86_64/kernel-smp-devel-2.6.12-1.1385_FC4.x86_64.rpm 7b57c2edc957c293e93d0e91037d400f x86_64/debug/kernel-debuginfo-2.6.12-1.1385_FC4.x86_64.rpm 6cb7e03627bd8f9ee37b4af6e672b7ee x86_64/kernel-doc-2.6.12-1.1385_FC4.noarch.rpm 0710eed4ed9ac00c190c18828f270f04 i386/kernel-2.6.12-1.1385_FC4.i586.rpm 28a2f26a97c314d9dc0a38bd008d15a1 i386/kernel-devel-2.6.12-1.1385_FC4.i586.rpm 0121b1da25f9bc71d5f2f14e73bc399d i386/debug/kernel-debuginfo-2.6.12-1.1385_FC4.i586.rpm 93da7b7c743fc007b205f1defb1356ac i386/kernel-2.6.12-1.1385_FC4.i686.rpm d81ffe4372c57c9983f0c6d5023192b5 i386/kernel-devel-2.6.12-1.1385_FC4.i686.rpm 80caf6eddd23be545d95b71eaab1921a i386/kernel-smp-2.6.12-1.1385_FC4.i686.rpm 40a43bfad7f21a389e5797c6e0da7249 i386/kernel-smp-devel-2.6.12-1.1385_FC4.i686.rpm 0cc94ed450d26babe4bee4a43d989157 i386/kernel-xen0-2.6.12-1.1385_FC4.i686.rpm 3e0b7c7899a32ac9ce0f4aeba767dd1c i386/kernel-xen0-devel-2.6.12-1.1385_FC4.i686.rpm 903d837850abf6c7b0c73716c8be68e8 i386/kernel-xenU-2.6.12-1.1385_FC4.i686.rpm 51a6bf3e8f214bdafbf5b3c749904dda i386/kernel-xenU-devel-2.6.12-1.1385_FC4.i686.rpm 76b4c8334bb4f5abc98e6cd363f4a30c i386/debug/kernel-debuginfo-2.6.12-1.1385_FC4.i686.rpm 6cb7e03627bd8f9ee37b4af6e672b7ee i386/kernel-doc-2.6.12-1.1385_FC4.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/4/$ARCH --------------------------------------------------------------------- From Robin.Laing at drdc-rddc.gc.ca Tue Jun 28 17:08:55 2005 From: Robin.Laing at drdc-rddc.gc.ca (Robin Laing) Date: Tue, 28 Jun 2005 11:08:55 -0600 Subject: Question about speed In-Reply-To: <20050627132136.GA12101@jadzia.bu.edu> References: <1119610134.2530.3.camel@Vigor102> <1119614774.5644.5.camel@kj> <20050627131635.GA30246@rednote.net> <20050627132136.GA12101@jadzia.bu.edu> Message-ID: <42C18427.8020508@drdc-rddc.gc.ca> Matthew Miller wrote: > On Mon, Jun 27, 2005 at 09:16:35AM -0400, Janina Sajka wrote: > >>>>machine 1 k6/2 500mhz 256Mb geforce4 >>>>machine 1 celeron 933mhz 256Mb geforce2 >>>>The lower speced machine is far,far,far quicker (gnome etc). >> >>I'm also wondering the same thing. >>My fast machine is a Pentium 2 clocking at 348 Mhz with 192 Mb RAM >>The Celeron slowpoke clocks at 701 and sports 512 Mb RAM > > > How are you measuring fast? For some workloads, that's completely to be > expected. > > (I'm still wondering which the original poster thinks is a "higher speced" > machine....) > > > To add to this thread. On another list, there is discussion about FC4 being slower than Windows on the same hardware. Default installation and text entry being to slow to refresh the screen when typing in OOo. Slow enough to be a show stopper. -- Robin Laing From RouillardSy at yahoo.fr Tue Jun 28 17:46:10 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Tue, 28 Jun 2005 19:46:10 +0200 Subject: rawhide report: 20050628 changes In-Reply-To: <200506281115.j5SBFkAf020187@porkchop.devel.redhat.com> References: <200506281115.j5SBFkAf020187@porkchop.devel.redhat.com> Message-ID: <200506281946.10251.RouillardSy@yahoo.fr> Looks like my yum was switched to the regular FC4 repositories, with devel disabled... why? Le Mardi 28 Juin 2005 13:15, Build System a ?crit?: > Updated Packages: > > fedora-release-4-rawhide > ------------------------ ___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger T?l?chargez cette version sur http://fr.messenger.yahoo.com From kevin.b.walker1 at jsc.nasa.gov Tue Jun 28 18:49:23 2005 From: kevin.b.walker1 at jsc.nasa.gov (Kevin B. Walker) Date: Tue, 28 Jun 2005 13:49:23 -0500 Subject: Problems Installing FC4 from ISA SCSI CDROM Message-ID: <1119984563.4138.64.camel@penguin2.jsc.nasa.gov> I have an old 650MHz PIII Single Board Computer with an Adaptec 1542 ISA SCSI card and a 3Com 3c509 ISA card. It runs Redhat 7.0 nicely but I want to load Fedora. I have been unable to load Fedora Core 4 because the installer cannot find the CDROM or the NIC. Please note, the system boots from the SCSI CDROM just fine. The installer prompts me to either select a driver or provide a driver disk. It does this in spite of the fact that the 1542 driver is already loaded. After failing to load from CDROM, I decided to load from an NFS image. I loaded up the server, turned on NFS, etc. When I selected NFS image in the installer, I got the same choices. Select Driver or Driver Disk. I load the Etherlink III driver and it goes right back to the "Select Driver or Driver Disk" screen. I have seen several similar problems discussed on the net but I have never seen an answer. Any help would be appreciated. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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 kewley at gps.caltech.edu Tue Jun 28 19:38:56 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Tue, 28 Jun 2005 12:38:56 -0700 Subject: System Lockup In-Reply-To: <20050626134605.GA4362@jadzia.bu.edu> References: <42BE2F94.2080009@optonline.net> <20050626134605.GA4362@jadzia.bu.edu> Message-ID: <200506281238.56538.kewley@gps.caltech.edu> On Sunday 26 June 2005 06:46, Matthew Miller wrote: > On Sun, Jun 26, 2005 at 08:34:12AM -0500, Justin Conover wrote: > > # yum list | grep memtest > > memtest86+.i386 1.55.1-1 > > development > > But actually, that's not always the easiest way to run it. Instead, > boot from an install CD and type 'memtest' at the prompt. The easiest way to run it under FC4, in my experience, is: yum install memtest86+ > > Under what circumstances is it easier to run it from the install CD? Well, the general cases are: 1) you're having trouble installing 2) you're having stability issues and would rather not chance it crashing during an rpm db modification. Note that #2 is probably the case being discussed in this thread. -- Peter From twaugh at redhat.com Tue Jun 28 22:40:11 2005 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 28 Jun 2005 23:40:11 +0100 Subject: Fedora Core 4 Test Update: grep-2.5.1-48.2 In-Reply-To: <20050628142944.GL2911@redhat.com> References: <20050628142944.GL2911@redhat.com> Message-ID: <20050628224011.GQ2911@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-487 2005-06-28 --------------------------------------------------------------------- Product : Fedora Core 4 Name : grep Version : 2.5.1 Release : 48.2 Summary : The GNU versions of grep pattern matching utilities. Description : The GNU versions of commonly used grep utilities. Grep searches through textual input for lines which contain a match to a specified pattern and then prints the matching lines. GNU's grep utilities include grep, egrep and fgrep. You should install grep on your system, because it is a very useful utility for searching through text. --------------------------------------------------------------------- Update Information: This update fixes a regression in handling 'grep -Fw' for encodings other than UTF-8 (bug #161700). --------------------------------------------------------------------- * Tue Jun 28 2005 Tim Waugh 2.5.1-48.2 - Futher fixing for bug #161700. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 6843dcf56def20265f491e494c9f34f7 SRPMS/grep-2.5.1-48.2.src.rpm ce31edaf5c6dfdfac700ab1e11f91838 ppc/grep-2.5.1-48.2.ppc.rpm c547b72a2098e41806f4ae213bf12f05 ppc/debug/grep-debuginfo-2.5.1-48.2.ppc.rpm 39fe8a33006d4b0b7fe2bf2d022a45f5 x86_64/grep-2.5.1-48.2.x86_64.rpm 41ae2fb256307b1004e7017330b90293 x86_64/debug/grep-debuginfo-2.5.1-48.2.x86_64.rpm dd000ee612bec8b5ad7cc4ba951abf3f i386/grep-2.5.1-48.2.i386.rpm dd1a94d25a7e40147c5bcfeb97ba8257 i386/debug/grep-debuginfo-2.5.1-48.2.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/4/$ARCH --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at all-the-johnsons.co.uk Tue Jun 28 22:46:45 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 28 Jun 2005 23:46:45 +0100 Subject: Qt4 Message-ID: <1119998805.25367.18.camel@localhost> Hi, Qt4 has now been officially released. When will we be seeing it in rawhide? TTFN Paul -- "The city of Washington was built on a stagnant swamp some 200 years ago and very little has changed; it stank then and it stinks now. Only today, it is the fetid stench of corruption that hangs in the air" - Simpson, L. Mr Lisa Goes to Washington (1991) Fox. 8F01 (Sep). -------------- 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 Wed Jun 29 00:57:24 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 28 Jun 2005 19:57:24 -0500 Subject: Is this possible? with Xen and GFS In-Reply-To: <1119687359.3357.0.camel@localhost.localdomain> References: <1119687359.3357.0.camel@localhost.localdomain> Message-ID: On 6/25/05, Kyrre Ness Sjobak wrote: > tor, 23.06.2005 kl. 12.59 skrev Mark Bradbury: > > Just a thought > > > > I noticed that there are XEN, GFS and XEN GFS kernels > > > > Would it be possible with fedora 4 to do the following > > > > Have a system boot from a XEN hyper-visor kernel with all my normal > > stuff eg. nvidia drivers > > and mount my /home partion using GFS > > > > at this stage have a normal working system with accelerated graphics. > > > > and then configure multiple XEN virtual machines all mounting the > > same /home partion with GFS > > so that what ever machine I'm on has the same $HOME but with locking? > > Isn't this what you normally would use NFS for? > http://www.redhat.com/magazine/008jun05/features/gfs_nfs/ From cyberhawkusa at hotmail.com Wed Jun 29 01:00:18 2005 From: cyberhawkusa at hotmail.com (Caleb Warta) Date: Wed, 29 Jun 2005 01:00:18 +0000 Subject: what are the rpm nvidia drivers In-Reply-To: <1119339058.6116.1.camel@kj> Message-ID: i installed the last nvidia driver through copying files over one at a time so the nvidia installer wont remove the old installs i dont know were to get the rpm version thats why i started this email but not one person that has replied has ansered the question were the heck do i get the rpm version my other question is how can i boot to a vga mode to install the nvidia drivers through the installer with fc4t3 >From: Klaasjan Brand >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: RE: what are the rpm nvidia drivers >Date: Tue, 21 Jun 2005 09:30:58 +0200 > >On Tue, 2005-06-21 at 07:06 +0000, Caleb Warta wrote: > > thats not going to fix it there are files from the older drivers that is > > messing with the new version > >The nvidia installer will remove older drivers from your system before >installing new ones. >The rpm will install cleaner (without overwriting system files), but the >nvidia installer also works. > >Klaasjan > > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: >http://www.redhat.com/mailman/listinfo/fedora-test-list _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From jeffy5 at optonline.net Wed Jun 29 01:25:07 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Tue, 28 Jun 2005 21:25:07 -0400 Subject: Editing cupsd.config files Message-ID: <42C1F873.9070209@optonline.net> Hello, Just a thought, but has anyone ever thought of developing a program within the Gnome desktop environment that would allow you to edit the /etc/cups/cupsd.config file without having to log out from a user's account to log on to a root account ? Is there such a program available within Gnome? I have a small network where in order for the computers to access the print server, I have to configure the print server's cupsd.config file in order for the computers to access the printer connected to the print server. Although the computers can "see" the printer connected to the print server, they cannot access it. It would be a great idea if some type of program could be developed to edit these files without logging out from the user's account. I'm not sure if this is an appropriate question for an FC5 wish list, but I'll throw my hat into the ring for this one. Jeff From scott.aaron at abc.net.au Wed Jun 29 05:41:25 2005 From: scott.aaron at abc.net.au (Aaron Scott) Date: Wed, 29 Jun 2005 15:41:25 +1000 Subject: what are the rpm nvidia drivers In-Reply-To: References: Message-ID: <1120023686.4801.10.camel@localhost.localdomain> 1. Nobody here owes you a thing. Complaining that no one answers your questions doesn't inspire the people who are willing to help 2. There is not any VGA mode. You would want to stop gdm spawning X sessions. The easiest way of doing this is using the init command and as root run the command: init 4 3. when you have the new nvidia driver installed it is just a matter of running the command "init 5". No reboot required 4. I strongly suggest using the NVIDIA installer. Rpm's are pretty brain dead. The installer will do some thinking about what is on your machine and alert you to any problems I am sure that there are many forums that you could also find that will help you if you don't have any luck with the help offered here. Quiet I find searching in Google with the error messages I get helpful. Good luck and let us know how you go. Cheers, Ronnie Beck On Wed, 2005-06-29 at 01:00 +0000, Caleb Warta wrote: > i installed the last nvidia driver through copying files over one at a time > so the nvidia installer wont remove the old installs > > i dont know were to get the rpm version thats why i started this email but > not one person that has replied has ansered the question were the heck do i > get the rpm version > > my other question is how can i boot to a vga mode to install the nvidia > drivers through the installer with fc4t3 > > >From: Klaasjan Brand > >Reply-To: For testers of Fedora Core development releases > > > >To: For testers of Fedora Core development releases > > > >Subject: RE: what are the rpm nvidia drivers > >Date: Tue, 21 Jun 2005 09:30:58 +0200 > > > >On Tue, 2005-06-21 at 07:06 +0000, Caleb Warta wrote: > > > thats not going to fix it there are files from the older drivers that is > > > messing with the new version > > > >The nvidia installer will remove older drivers from your system before > >installing new ones. > >The rpm will install cleaner (without overwriting system files), but the > >nvidia installer also works. > > > >Klaasjan > > > > > >-- > >fedora-test-list mailing list > >fedora-test-list at redhat.com > >To unsubscribe: > >http://www.redhat.com/mailman/listinfo/fedora-test-list > > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today - it's FREE! > http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From twaugh at redhat.com Wed Jun 29 08:25:57 2005 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 29 Jun 2005 09:25:57 +0100 Subject: Editing cupsd.config files In-Reply-To: <42C1F873.9070209@optonline.net> References: <42C1F873.9070209@optonline.net> Message-ID: <20050629082556.GR2911@redhat.com> On Tue, Jun 28, 2005 at 09:25:07PM -0400, Jeffrey D. Yuille wrote: > Just a thought, but has anyone ever thought of developing a > program within the Gnome desktop environment that would allow you to > edit the /etc/cups/cupsd.config file without having to log out from a > user's account to log on to a root account ? Huh? Logged on as your user account, go to Desktop->System Settings->Printing. Type in the root password, and you can configure queues. All of the system-config-* tools that require root operate in this way. Tim. */ -------------- 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 puzzled.xs4all.nl Wed Jun 29 09:11:06 2005 From: fedora at puzzled.xs4all.nl (Patrick) Date: Wed, 29 Jun 2005 11:11:06 +0200 Subject: what are the rpm nvidia drivers In-Reply-To: <1120023686.4801.10.camel@localhost.localdomain> References: <1120023686.4801.10.camel@localhost.localdomain> Message-ID: <1120036266.2894.16.camel@guru.puzzled.xs4all.nl> On Wed, 2005-06-29 at 15:41 +1000, Aaron Scott wrote: > 1. Nobody here owes you a thing. Complaining that no one answers your > questions doesn't inspire the people who are willing to help Indeed. [snip] > 3. when you have the new nvidia driver installed it is just a matter > of running the command "init 5". No reboot required Make sure you disable SELinux *prior* to installing the nvidia stuff. I have seen this mentioned on irc in #fedora several times (don't have nvidia myself). Patrick From paul at all-the-johnsons.co.uk Wed Jun 29 09:17:46 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 29 Jun 2005 10:17:46 +0100 Subject: what are the rpm nvidia drivers In-Reply-To: <1120036266.2894.16.camel@guru.puzzled.xs4all.nl> References: <1120023686.4801.10.camel@localhost.localdomain> <1120036266.2894.16.camel@guru.puzzled.xs4all.nl> Message-ID: <1120036666.25367.73.camel@localhost> Hi, On Wed, 2005-06-29 at 11:11 +0200, Patrick wrote: > > 3. when you have the new nvidia driver installed it is just a matter > > of running the command "init 5". No reboot required > > Make sure you disable SELinux *prior* to installing the nvidia stuff. I > have seen this mentioned on irc in #fedora several times (don't have > nvidia myself). Nope. Don't need to do that here - it just works by rebuilding the rpms from livna for the kernel and installing the johnnies then restarting the X server. TTFN Paul -- "The city of Washington was built on a stagnant swamp some 200 years ago and very little has changed; it stank then and it stinks now. Only today, it is the fetid stench of corruption that hangs in the air" - Simpson, L. Mr Lisa Goes to Washington (1991) Fox. 8F01 (Sep). -------------- 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 ivg2 at cornell.edu Wed Jun 29 09:29:46 2005 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Wed, 29 Jun 2005 05:29:46 -0400 Subject: what are the rpm nvidia drivers In-Reply-To: <1120036266.2894.16.camel@guru.puzzled.xs4all.nl> References: <1120023686.4801.10.camel@localhost.localdomain> <1120036266.2894.16.camel@guru.puzzled.xs4all.nl> Message-ID: <1120037386.21131.5.camel@localhost.localdomain> > > 3. when you have the new nvidia driver installed it is just a matter > > of running the command "init 5". No reboot required > > Make sure you disable SELinux *prior* to installing the nvidia stuff. I > have seen this mentioned on irc in #fedora several times (don't have > nvidia myself). I have nvidia... Installing the module (from the livna package) should work correctly with or without selinux. The problem is when the startup script tries to write to xorg.conf, and that's currently disallowed in selinux. If the previous configuration was correct, there will be no problem. However, if the previous configuration was not correct, the script will fail to update xorg.conf, with possibly very un-user friendly consequences. We should really fix this problem - I'll look into it over the weekend. -- Ivan Gyurdiev Cornell University From buildsys at redhat.com Wed Jun 29 11:21:49 2005 From: buildsys at redhat.com (Build System) Date: Wed, 29 Jun 2005 07:21:49 -0400 Subject: rawhide report: 20050629 changes Message-ID: <200506291121.j5TBLnps025512@porkchop.devel.redhat.com> Updated Packages: at-spi-1.6.4-1 -------------- * Tue Jun 28 2005 Matthias Clasen 1.6.4-1 - Update to 1.6.4 atk-1.10.1-1 ------------ * Tue Jun 28 2005 Matthias Clasen - 1.10.1-1 - Update to 1.10.1 audit-0.9.15-1 -------------- * Mon Jun 27 2005 Steve Grubb 0.9.15-1 - Update log rotation handling to be more robust carol-0:1.8.9.3-1jpp_4fc ------------------------ * Mon Jun 27 2005 Gary Benson 0:1.8.9.3-1jpp_4fc - 'And do it again until you get it right!' * Mon Jun 27 2005 Gary Benson 0:1.8.9.3-1jpp_3fc - Build the gcj classmap correctly. dbus-0.34-1 ----------- * Tue Jun 28 2005 John (J5) Palmieri - 0.34-1 - Upgrade to dbus-0.34 - added dbus-0.34-kill-babysitter.patch - added dbus-0.34-python-threadsync.patch - remove dbus-0.32-print_child_pid.patch - remove dbus-0.32-deadlock-fix.patch - remove dbus-0.33-types.patch evolution-2.2.2-11.fc5 ---------------------- * Tue Jun 28 2005 David Malcolm - 2.2.2-11.fc5 - Remove GNOME_COMPILE_WARNINGS from configure.in (since gnome-common might not be available when we rerun the autotools; patch 803) * Tue Jun 28 2005 David Malcolm - 2.2.2-10.fc5 - Moved .conduit files to libdir/gnome-pilot/conduits, rather than beneath datadir, to match gnome-pilot (patch 802) freeradius-1.0.4-1 ------------------ * Tue Jun 28 2005 Thomas Woerner 1.0.4-1 - new version 1.0.4 - droppend radrelay patch (fixed upstream) gnome-mag-0.12.1-1 ------------------ * Tue Jun 28 2005 Matthias Clasen 0.12.1-1 - Update to 0.12.1 gnome-pilot-2.0.13-6.fc5 ------------------------ * Tue Jun 28 2005 David Malcolm - 2.0.13-6.fc5 - Regenerate patch 18 with a fix for a crash in the backup conduit (would crash whenever no modifications had occurred since the last sync) * Tue Jun 28 2005 David Malcolm - 2.0.13-5.fc5 - Fixed gnome-pilot-2.0.12-move-conduits-autotools.patch to set GNOME_PILOT_CONDUIT_SEARCH_PATH to libdir/gnome-pilot/conduits rather than share/gnome-pilot/conduits; should be able to find conduits now. - Finished removing test conduit gnome-themes-2.11.3-1 --------------------- * Tue Jun 28 2005 Matthias Clasen - 2.11.3-1 - Update to 2.11.3 and Clearlooks 0.6.1 gnopernicus-0.11.2-1 -------------------- * Tue Jun 28 2005 Matthias Clasen 0.11.2-1 - Update to 0.11.2 - Update filelist gnu-crypto-0:2.0.1-1jpp_6fc --------------------------- * Tue Jun 28 2005 Gary Benson - 0:2.0.1-1jpp_6fc - BC-compile. gok-1.0.5-1 ----------- * Tue Jun 28 2005 Matthias Clasen 1.0.5-1 - Update to 1.0.5 grep-2.5.1-50 ------------- * Tue Jun 28 2005 Tim Waugh 2.5.1-50 - Futher fixing for bug #161700. gtk2-engines-2.6.3-3 -------------------- * Tue Jun 28 2005 Matthias Clasen 2.6.3-3 - Update Clearlooks to 0.6.1 howl-logger-0:0.1.8-1jpp_2fc ---------------------------- * Tue Jun 28 2005 Gary Benson 0:0.1.8-1jpp_2fc - BC-compile. java_cup-1:0.10-0.k.1jpp_4fc ---------------------------- * Tue Jun 28 2005 Gary Benson 1:0.10-0.k.1jpp_4fc - BC-compile. jonathan-core-0:4.1-1jpp_3fc ---------------------------- * Tue Jun 28 2005 Gary Benson 0:4.1-1jpp_3fc - BC-compile. jonathan-jeremie-0:4.2-1jpp_3fc ------------------------------- * Tue Jun 28 2005 Gary Benson 0:4.2-1jpp_3fc - BC-compile. joram-0:4.1.5-1jpp_3fc ---------------------- * Tue Jun 28 2005 Gary Benson 0:4.1.5-1jpp_3fc - BC-compile. jotm-0:2.0.5-1jpp_2fc --------------------- * Tue Jun 28 2005 Gary Benson 0:2.0.5-1jpp_2fc - BC-compile. kdeaccessibility-1:3.4.1-1 -------------------------- * Tue Jun 28 2005 Than Ngo 1:3.4.1-1 - 3.4.1 - fix gcc4 build problem * Wed Mar 16 2005 Than Ngo 1:3.4.0-1 - KDE 3.4.0 final * Sun Feb 27 2005 Than Ngo 1:3.4.0-0.rc1.1 - KDE 3.4.0 rc1 kdeaddons-3.4.1-1 ----------------- * Tue Jun 28 2005 Than Ngo 3.4.1-1 - 3.4.1 * Tue Apr 05 2005 Than Ngo 3.4.0-2 - xmms is removed in fc4, rebuild without xmms support * Thu Mar 17 2005 Than Ngo 3.4.0-1 - 3.4.0 release kdeadmin-7:3.4.1-1 ------------------ * Tue Jun 28 2005 Than Ngo 7:3.4.1-1 - 3.4.1 * Fri Mar 18 2005 Than Ngo 7:3.4.0-1 - 3.4.0 * Fri Mar 04 2005 Than Ngo 7:3.4.0-0.rc1.2 - rebuilt against gcc-4.0.0-0.31 kdeartwork-3.4.1-1 ------------------ * Tue Jun 28 2005 Than Ngo 3.4.1-1 - 3.4.1 * Fri Mar 18 2005 Than Ngo 3.4.0-1 - 3.4.0 * Fri Mar 04 2005 Than Ngo 3.4.0-0.rc1.2 - rebuilt against gcc-4.0.0-0.31 kdebindings-3.4.1-1 ------------------- * Tue Jun 28 2005 Than Ngo 3.4.1-1 - 3.4.1 * Fri Mar 18 2005 Than Ngo 3.4.0-1 - 3.4.0 * Sat Mar 05 2005 Than Ngo 3.4.0-0.rc1.2 - fix gcc4 build problem kdeedu-3.4.1-1 -------------- * Tue Jun 28 2005 Than Ngo 3.4.1-1 - 3.4.1 - fix gcc4 build problem * Fri Mar 18 2005 Than Ngo 3.4.0-1 - 3.4.0 * Fri Mar 04 2005 Than Ngo 3.4.0-0.rc1.2 - rebuilt against gcc-4.0.0-0.31 kdegames-6:3.4.1-1 ------------------ * Tue Jun 28 2005 Than Ngo 6:3.4.1-1 - 3.4.1 * Fri Mar 18 2005 Than Ngo 6:3.4.0-1 - 3.4.0 * Fri Mar 04 2005 Than Ngo 6:3.4.0-0.rc1.2 - rebuilt against gcc-4.0.0-0.31 kdegraphics-7:3.4.1-1 --------------------- * Tue Jun 28 2005 Than Ngo 7:3.4.1-1 - 3.4.1 - fix gcc4 build problem * Wed Mar 30 2005 Florian La Roche - try rebuilding * Fri Mar 18 2005 Than Ngo 7:3.4.0-1 - 3.4.0 kdemultimedia-6:3.4.1-1 ----------------------- * Tue Jun 28 2005 Than Ngo 6:3.4.1-1 - 3.4.1 * Tue May 03 2005 Than Ngo 6:3.4.0-3 - fix kde-multimedia-music.menu * Wed Mar 30 2005 Than Ngo 6:3.4.0-2 - buildrequires libmusicbrainz, libtunepimp if Juk enable kdenetwork-7:3.4.1-1 -------------------- * Tue Jun 28 2005 Than Ngo 7:3.4.1-1 - 3.4.1 * Tue Apr 05 2005 Than Ngo 7:3.4.0-3 - xmms is removed in fc4, rebuild without xmms support * Wed Mar 23 2005 Than Ngo 7:3.4.0-2 - 3_4_BRANCH CVS fixes kdepim-6:3.4.1-1 ---------------- * Mon Jun 27 2005 Than Ngo 6:3.4.1-1 - add kdepim-kpilot-fix.diff - update to 3.4.1 - remove kdepim-3.4.0-long.patch, it's included in new upstream * Wed Mar 23 2005 Than Ngo 6:3.4.0-4 - add lockdev support patch in kandy from Peter Rockai #84143 - add missing kandy icons #141165 * Mon Mar 21 2005 Than Ngo 6:3.4.0-3 - cleanup build dependencies #151673 kdesdk-3.4.1-1 -------------- * Tue Jun 28 2005 Than Ngo 2:3.4.1-1 - 3.4.1 * Wed Apr 20 2005 Than Ngo 2:3.4.0-3 - fix dependency issue * Tue Apr 19 2005 Than Ngo 2:3.4.0-2 - buildrequires cleanup libgnomecanvas-2.11.1-1 ----------------------- * Tue Jun 28 2005 Matthias Clasen - 2.11.1-1 - Update to 2.11.1 libwpd-0.8.2-2.fc5 ------------------ * Tue Jun 28 2005 Caolan McNamara 0.8.2-2.fc5 - export to other formats twiddle * Wed Jun 22 2005 Caolan McNamara 0.8.2-1 - bump to latest version * Fri Apr 29 2005 Caolan McNamara 0.8.1-1 - bump to latest version kudos Fridrich Strba - drop integrated patch monolog-0:1.8.6-1jpp_3fc ------------------------ * Tue Jun 28 2005 Gary Benson 0:1.8.6-1jpp_3fc - Don't ship the test jarfile. - BC-compile. openoffice.org-1:1.9.112-1.2.0.fc5 ---------------------------------- * Mon Jun 27 2005 Caolan McNamara - 1:1.9.112-1 - bump to next version - add openoffice.org-1.9.112.ooo50875.gtkslowunderkde.vcl.patch for rh#157158# * Tue Jun 21 2005 Caolan McNamara - 1:1.9.111-1 - bump to next version - drop integrated openoffice.org-1.9.87.ooo50575.fragments.patch - add openoffice.org-1.9.111.ooo51091.exportgcjsymbolname.jvmaccess.patch to export differently named symbols under gcj - try to workaround hsqldb problems with itself and with gcj * Thu Jun 16 2005 Caolan McNamara - 1:1.9.110-1 - bump to next version - drop integrated workspace.gcc4fwdecl.patch - need a openoffice.org-1.9.110.oooXXXXX.psprintfriend.patch oro-0:2.0.8-1jpp_3fc -------------------- * Tue Jun 28 2005 Gary Benson 2.0.8-1jpp_3fc - Remove classes and jarfiles from the tarball. p6spy-0:1.3-2jpp_2fc -------------------- * Tue Jun 28 2005 Gary Benson 0:1.3-2jpp_2fc - BC-compile. perl-DBD-Pg-1.43-1 ------------------ * Tue Jun 28 2005 Jose Pedro Oliveira - 1.43-1 - Update to 1.43 (corrects #156840). pilot-link-1:0.12.0-0.pre4.2 ---------------------------- * Tue Jun 28 2005 Than Ngo 0.12.0-0.pre4.2 - fix c++ build problem xalan-j2-0:2.6.0-3jpp_2fc ------------------------- * Tue Jun 28 2005 Gary Benson 0:2.6.0-3jpp_2fc - Remove a tarball from the tarball too. - Fix demo subpackage's dependencies. xchat-1:2.4.4-1 --------------- * Sun Jun 26 2005 Christopher Aillon 1:2.4.4-1 - Update to xchat-2.4.4 xml-commons-resolver-0:1.1-1jpp_5fc ----------------------------------- * Tue Jun 28 2005 Gary Benson 0:1.1-1jpp_5fc - Remove jarfile from the tarball. Broken deps for s390 ---------------------------------------------------------- axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper selinux-policy-strict-sources - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 sound-juicer - 0.5.14-1.FC3.0.s390 requires libdbus-1.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libhal.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libmusicbrainz.so.2 lvm2 - 2.01.12-1.0.s390 requires kernel >= 0:2.6 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 selinux-policy-targeted-sources - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 selinux-policy-targeted - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 gkrellm - 2.2.7-1.s390 requires kernel >= 0:2.6.2 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 jessie - 1.0.0-8.noarch requires java >= 0:1.4 xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging selinux-policy-strict - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging prelink - 0.3.5-1.s390 requires kernel >= 0:2.4.10 initscripts - 8.11.1-1.s390 requires kernel >= 0:2.6 nfs-utils - 1.0.7-8.s390 requires kernel >= 0:2.2.14 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging castor - 0.9.5-1jpp_1fc.noarch requires jta sysstat - 5.0.5-10.fc.s390 requires kernel >= 0:2.2.16-21 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 dhcp - 10:3.0.2-14.s390 requires kernel >= 0:2.2.18 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires carol = 0:1.8.9.3 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 quota - 1:3.12-6.s390 requires kernel >= 0:2.4 hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta arptables_jf - 0.0.8-5.s390 requires kernel >= 0:2.4.0 Broken deps for ppc64 ---------------------------------------------------------- jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 system-config-mouse - 1.2.11-1.noarch requires pyxf86config jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging wsdl4j - 1.5.1-1jpp_1fc.noarch requires java jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 system-config-display - 1.0.29-1.noarch requires /usr/X11R6/bin/Xorg system-config-display - 1.0.29-1.noarch requires pyxf86config >= 0:0.3.16 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java castor - 0.9.5-1jpp_1fc.noarch requires jta jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging rhpl - 0.167-1.ppc64 requires pyxf86config >= 0:0.3.2 gnomemeeting - 1.0.2-8.ppc64 requires libpt.so.1.6.5()(64bit) gnomemeeting - 1.0.2-8.ppc64 requires libh323_linux_ppc64_r.so.1.13.4()(64bit) jessie - 1.0.0-8.noarch requires java >= 0:1.4 system-config-keyboard - 1.2.6-2.noarch requires pyxf86config jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires carol = 0:1.8.9.3 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 ppc64-utils - 0.7-9.ppc64 requires yaboot xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 Broken deps for ia64 ---------------------------------------------------------- magma-plugins - 1.0-0.pre16.11.ia64 requires libgulm.so.1.0()(64bit) jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires carol = 0:1.8.9.3 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging wsdl4j - 1.5.1-1jpp_1fc.noarch requires java jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging jessie - 1.0.0-8.noarch requires java >= 0:1.4 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 castor - 0.9.5-1jpp_1fc.noarch requires jta xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 rgmanager - 1.9.31-3.ia64 requires ccs joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper Broken deps for s390x ---------------------------------------------------------- jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 wsdl4j - 1.5.1-1jpp_1fc.noarch requires java sysstat - 5.0.5-10.fc.s390x requires kernel >= 0:2.2.16-21 libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires jta hal - 0.5.2-2.s390x requires kernel >= 0:2.6.11 selinux-policy-strict-sources - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 sound-juicer - 0.5.14-1.FC3.0.s390x requires libdbus-1.so.0()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libmusicbrainz.so.2()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libhal.so.0()(64bit) jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper selinux-policy-strict - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet nfs-utils - 1.0.7-8.s390x requires kernel >= 0:2.2.14 dhcp - 10:3.0.2-14.s390x requires kernel >= 0:2.2.18 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires carol = 0:1.8.9.3 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 selinux-policy-targeted-sources - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 initscripts - 8.11.1-1.s390x requires kernel >= 0:2.6 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 gkrellm - 2.2.7-1.s390x requires kernel >= 0:2.6.2 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 selinux-policy-targeted - 1.23.18-20.noarch requires kernel >= 0:2.6.11-1.1219 arptables_jf - 0.0.8-5.s390x requires kernel >= 0:2.4.0 libpcap - 14:0.8.3-14.s390x requires kernel >= 0:2.2.0 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 castor - 0.9.5-1jpp_1fc.noarch requires jta jessie - 1.0.0-8.noarch requires java >= 0:1.4 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 quota - 1:3.12-6.s390x requires kernel >= 0:2.4 prelink - 0.3.5-1.s390x requires kernel >= 0:2.4.10 lvm2 - 2.01.12-1.0.s390x requires kernel >= 0:2.6 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj From fedora at kjb.dds.nl Wed Jun 29 13:02:51 2005 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Wed, 29 Jun 2005 15:02:51 +0200 Subject: Problems Installing FC4 from ISA SCSI CDROM In-Reply-To: <1119984563.4138.64.camel@penguin2.jsc.nasa.gov> References: <1119984563.4138.64.camel@penguin2.jsc.nasa.gov> Message-ID: <1120050171.5659.9.camel@kj> On Tue, 2005-06-28 at 13:49 -0500, Kevin B. Walker wrote: > I have an old 650MHz PIII Single Board Computer with an Adaptec 1542 ISA > SCSI card and a 3Com 3c509 ISA card. It runs Redhat 7.0 nicely but I > want to load Fedora. I have been unable to load Fedora Core 4 because > the installer cannot find the CDROM or the NIC. Please note, the system > boots from the SCSI CDROM just fine. The installer prompts me to either > select a driver or provide a driver disk. It does this in spite of the > fact that the 1542 driver is already loaded. You can use the control-Fn keys to switch to the kernel logging console. Maybe you can see if/why the module is not detected... > After failing to load from CDROM, I decided to load from an NFS image. I > loaded up the server, turned on NFS, etc. When I selected NFS image in > the installer, I got the same choices. Select Driver or Driver Disk. I > load the Etherlink III driver and it goes right back to the "Select > Driver or Driver Disk" screen. My guess is the old isa cards are not supported anymore in the installer. If they are, there are almost certainly not many people testing and/or willing to spend lots of time getting them to work... If you have RH 7.0 running you can try to upgrade to FC with yum (no idea if it will work). Otherwise, if your machine has an IDE port you can (temporarily) connect an IDE CD-ROM drive (assuming the hard drive is not on the SCSI card). Klaasjan From tmraz at redhat.com Wed Jun 29 17:01:23 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 29 Jun 2005 13:01:23 -0400 Subject: Fedora Core 4 Test Update: openssh-4.1p1-3.1 Message-ID: <200506291701.j5TH1Nc3011258@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-495 2005-06-29 --------------------------------------------------------------------- Product : Fedora Core 4 Name : openssh Version : 4.1p1 Release : 3.1 Summary : The OpenSSH implementation of SSH protocol versions 1 and 2. Description : SSH (Secure SHell) is a program for logging into and executing commands on a remote machine. SSH is intended to replace rlogin and rsh, and to provide secure encrypted communications between two untrusted hosts over an insecure network. X11 connections and arbitrary TCP/IP ports can also be forwarded over the secure channel. OpenSSH is OpenBSD's version of the last free version of SSH, bringing it up to date in terms of security and features, as well as removing all patented algorithms to separate libraries. This package includes the core files necessary for both the OpenSSH client and server. To make this package useful, you should also install openssh-clients, openssh-server, or both. --------------------------------------------------------------------- Update Information: This update rebases openssh to 4.1p1 upstream. This upstream release is only bug fix release so the changes should be minimal. Also /etc/nologin processing has been changed so it is not done twice. I plan to release it as a final update by end of the next week (Jul 8). --------------------------------------------------------------------- * Wed Jun 29 2005 Tomas Mraz 4.1p1-3.1 - fix small regression caused by the nologin patch (#161956) - fix race in getpeername error checking (mindrot #1054) - don't deadlock on exit with multiple X forwarded channels (#152432) * Thu Jun 9 2005 Tomas Mraz 4.1p1-2 - use only pam_nologin for nologin testing * Mon Jun 6 2005 Tomas Mraz 4.1p1-1 - upgrade to a new upstream version - call pam_loginuid as a pam session module --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 432909408d4c79049c079f9f0f704b62 SRPMS/openssh-4.1p1-3.1.src.rpm 4edb0cd12b1e05b1a317095f581e817d ppc/openssh-4.1p1-3.1.ppc.rpm 8ccb8cbbace5ad8a4425de1627f86895 ppc/openssh-clients-4.1p1-3.1.ppc.rpm 3744b5b1d09f64c23f2e7f3f8845b799 ppc/openssh-server-4.1p1-3.1.ppc.rpm 0f2b6628518b8593ab311c6adbfa7c47 ppc/openssh-askpass-4.1p1-3.1.ppc.rpm 489f9bd1f8e2a4d3e50aeaf7a84b1189 ppc/openssh-askpass-gnome-4.1p1-3.1.ppc.rpm 2d3b0545f7311c53d46dad1d04330bfb ppc/debug/openssh-debuginfo-4.1p1-3.1.ppc.rpm 90df4db19c50dd56a3b1a6c82b0528f0 x86_64/openssh-4.1p1-3.1.x86_64.rpm 936c7f550f6a65139191b175b65107da x86_64/openssh-clients-4.1p1-3.1.x86_64.rpm dfb4f751689d72ece7d54557fa59e910 x86_64/openssh-server-4.1p1-3.1.x86_64.rpm 95dbc8ec5b9fa9db78cde49a0901b89e x86_64/openssh-askpass-4.1p1-3.1.x86_64.rpm 0cecd822a155436468e7756acb05f6ce x86_64/openssh-askpass-gnome-4.1p1-3.1.x86_64.rpm 749c52ffd54ad9d2676b996e9f9cbf1e x86_64/debug/openssh-debuginfo-4.1p1-3.1.x86_64.rpm 922860031843545dd3e90814b685805a i386/openssh-4.1p1-3.1.i386.rpm 449f4dd16ce15d9eb067a71e35e4c7dd i386/openssh-clients-4.1p1-3.1.i386.rpm 9efe35a94ccae0a042bc30b54ae81865 i386/openssh-server-4.1p1-3.1.i386.rpm 8912521356a27b4cee0163e48ce9319d i386/openssh-askpass-4.1p1-3.1.i386.rpm efca74ad141a6787a21fc8c8f860d759 i386/openssh-askpass-gnome-4.1p1-3.1.i386.rpm 4d2741ecbd6cc4b18e7b1d7434a81ed1 i386/debug/openssh-debuginfo-4.1p1-3.1.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/4/$ARCH --------------------------------------------------------------------- From dwalsh at redhat.com Wed Jun 29 17:47:52 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 29 Jun 2005 13:47:52 -0400 Subject: Fedora Core 3 Test Update: selinux-policy-targeted-1.17.30-3.16 Message-ID: <42C2DEC8.8050307@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-496 2005-06-29 --------------------------------------------------------------------- Product : Fedora Core 3 Name : selinux-policy-targeted Version : 1.17.30 Release : 3.16 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. --------------------------------------------------------------------- * Wed Jun 29 2005 Dan Walsh 1.17.30-3.16 - Allow unconfined_t to execmod file_type * Sat Jun 25 2005 Dan Walsh 1.17.30-3.15 - Fix /opt definition --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ d67c7c5d0683dd22342fe5442b781ea5 SRPMS/selinux-policy-targeted-1.17.30-3.16.src.rpm 58abf7364d3357c3929089cfe89bed03 x86_64/selinux-policy-targeted-1.17.30-3.16.noarch.rpm 9a7c70d5b1766b7e18bb2b60f2c8a3b1 x86_64/selinux-policy-targeted-sources-1.17.30-3.16.noarch.rpm 58abf7364d3357c3929089cfe89bed03 i386/selinux-policy-targeted-1.17.30-3.16.noarch.rpm 9a7c70d5b1766b7e18bb2b60f2c8a3b1 i386/selinux-policy-targeted-sources-1.17.30-3.16.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 dmalcolm at redhat.com Wed Jun 29 22:58:19 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 29 Jun 2005 18:58:19 -0400 Subject: Fedora Core 4 Test Update: libsoup-2.2.3-4.FC4 Message-ID: <200506292258.j5TMwJOA015957@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-419 2005-06-29 --------------------------------------------------------------------- Product : Fedora Core 4 Name : libsoup Version : 2.2.3 Release : 4.FC4 Summary : Soup, an HTTP library implementation Description : Libsoup is an HTTP library implementation in C. It was originally part of a SOAP (Simple Object Access Protocol) implementation called Soup, but the SOAP and non-SOAP parts have now been split into separate packages. libsoup uses the Glib main loop and is designed to work well with GTK applications. This enables GNOME applications to access HTTP servers on the network in a completely asynchronous fashion, very similar to the Gtk+ programming model (a synchronous operation mode is also supported for those who want it). --------------------------------------------------------------------- Update Information: Contains a fix when doing NTLM authentication ("Integrated Windows Authentication") against an Exchange server when you have a username of the form DOMAINUSERNAME. --------------------------------------------------------------------- * Tue Jun 14 2005 David Malcolm - 2.2.3-4.FC4 - add patch for NTLM domains (#160071) * Sun Apr 24 2005 Florian La Roche - rebuild for new gnutls --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ ec3bc5b92fcd5623c3c24b316bbee715 SRPMS/libsoup-2.2.3-4.FC4.src.rpm 333bddb8f24d8aaa17ad78ff00498cb7 ppc/libsoup-2.2.3-4.FC4.ppc.rpm 6dc50387fa85604f5b60e6475512d503 ppc/libsoup-devel-2.2.3-4.FC4.ppc.rpm 249b4892fc7b8316db7dd3e82cb14f91 ppc/debug/libsoup-debuginfo-2.2.3-4.FC4.ppc.rpm e2df3eb0c086a61d848c818902579f29 ppc/libsoup-2.2.3-4.FC4.ppc64.rpm b3944c9a3b8334994389ad4dda8dbbe3 x86_64/libsoup-2.2.3-4.FC4.x86_64.rpm 4283c0194a2e74ada3c23463b3f4f92a x86_64/libsoup-devel-2.2.3-4.FC4.x86_64.rpm 288fbc4052cea2980823aaa0c90c123f x86_64/debug/libsoup-debuginfo-2.2.3-4.FC4.x86_64.rpm 169e6b9342a36e110fbc7c3814909cec x86_64/libsoup-2.2.3-4.FC4.i386.rpm 169e6b9342a36e110fbc7c3814909cec i386/libsoup-2.2.3-4.FC4.i386.rpm 746048b828002ada382618bf962afbbf i386/libsoup-devel-2.2.3-4.FC4.i386.rpm 11601d8a4ffb910de642b9bd7edec162 i386/debug/libsoup-debuginfo-2.2.3-4.FC4.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/4/$ARCH --------------------------------------------------------------------- From dmalcolm at redhat.com Wed Jun 29 23:01:50 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 29 Jun 2005 19:01:50 -0400 Subject: Fedora Core 4 Test Update: libsoup-2.2.3-4.FC4 In-Reply-To: <200506292258.j5TMwJOA015957@porkchop.devel.redhat.com> References: <200506292258.j5TMwJOA015957@porkchop.devel.redhat.com> Message-ID: <1120086110.1824.41.camel@cassandra.boston.redhat.com> On Wed, 2005-06-29 at 18:58 -0400, David Malcolm wrote: [snip] > --------------------------------------------------------------------- > Update Information: > > Contains a fix when doing NTLM authentication ("Integrated Windows Authentication") against an Exchange server when you have a username > of the form DOMAINUSERNAME. > --------------------------------------------------------------------- This should have read "DOMAIN\USERNAME". Without the fix I'd expect it to always fail, telling you that you've got the password wrong. [snip] From dmalcolm at redhat.com Thu Jun 30 02:05:21 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 29 Jun 2005 22:05:21 -0400 Subject: Fedora Core 4 Test Update: libgal2-2.4.3-1.fc4 Message-ID: <200506300205.j5U25LmJ002352@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-500 2005-06-29 --------------------------------------------------------------------- Product : Fedora Core 4 Name : libgal2 Version : 2.4.3 Release : 1.fc4 Summary : The GNOME Application Library Description : A collection of GNOME widgets and utility functions. --------------------------------------------------------------------- * Wed Jun 29 2005 David Malcolm - 2:2.4.3-1.fc4 - 2.4.3 * Thu May 26 2005 David Malcolm - 2:2.4.2-5 - added Akira Tagoh's patch to add boolean return value to keypress signal (#153360) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 5a3db2dd6737917ce84572db3de55075 SRPMS/libgal2-2.4.3-1.fc4.src.rpm b2a8ad606e40b443ed7b9c13ae09f487 ppc/libgal2-2.4.3-1.fc4.ppc.rpm b1ed03230a0b401337971a84a3748667 ppc/libgal2-devel-2.4.3-1.fc4.ppc.rpm 1e82e62cea67b451b92ba92d160cabec ppc/debug/libgal2-debuginfo-2.4.3-1.fc4.ppc.rpm 3bb9c87d57072fb051aab986e5ce1a7a x86_64/libgal2-2.4.3-1.fc4.x86_64.rpm 8f86cfbf6ea315fafddf81a2cafd9e14 x86_64/libgal2-devel-2.4.3-1.fc4.x86_64.rpm 200f9b8a95a80a491c440fe0795d347e x86_64/debug/libgal2-debuginfo-2.4.3-1.fc4.x86_64.rpm a1cfeff6868749724ec7caecd8c86402 i386/libgal2-2.4.3-1.fc4.i386.rpm 88a1d738f134785c8a5ded7905f4c5a7 i386/libgal2-devel-2.4.3-1.fc4.i386.rpm 7cd610cb1657e9ee33fa74e036dd2219 i386/debug/libgal2-debuginfo-2.4.3-1.fc4.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/4/$ARCH --------------------------------------------------------------------- From dmalcolm at redhat.com Thu Jun 30 02:06:48 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 29 Jun 2005 22:06:48 -0400 Subject: Fedora Core 4 Test Update: evolution-data-server-1.2.3-1.fc4 Message-ID: <200506300206.j5U26mAA002405@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-501 2005-06-29 --------------------------------------------------------------------- Product : Fedora Core 4 Name : evolution-data-server Version : 1.2.3 Release : 1.fc4 Summary : Backend data server for evolution Description : The evolution-data-server package provides a unified backend for programs that work with contacts, tasks, and calendar information. It was originally developed for Evolution (hence the name), but is now used by other packages. --------------------------------------------------------------------- * Wed Jun 29 2005 David Malcolm - 1.2.3-1.fc4 - 1.2.3 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 64c5406bddc8751f4753ff09b9c3a20f SRPMS/evolution-data-server-1.2.3-1.fc4.src.rpm ceb257b0c07b353ae49c88790a559c91 ppc/evolution-data-server-1.2.3-1.fc4.ppc.rpm 53815da46e32572a9b357d3ac1c0e024 ppc/evolution-data-server-devel-1.2.3-1.fc4.ppc.rpm 6cc9fb2a844c871ef460dfa6326ee504 ppc/debug/evolution-data-server-debuginfo-1.2.3-1.fc4.ppc.rpm 29fbeb28c661d87cc1c0f04fb1ef95b1 x86_64/evolution-data-server-1.2.3-1.fc4.x86_64.rpm 0f5b24100f2cf4d5f7dad1027eebefba x86_64/evolution-data-server-devel-1.2.3-1.fc4.x86_64.rpm 677b4fcad637c424d29f14ec5a2f9b42 x86_64/debug/evolution-data-server-debuginfo-1.2.3-1.fc4.x86_64.rpm a25cb98e18afa9cc8c26a4f4e6ee973a i386/evolution-data-server-1.2.3-1.fc4.i386.rpm bfcf2600089617e43b7bf12435efbe88 i386/evolution-data-server-devel-1.2.3-1.fc4.i386.rpm 0142b4cf71b0c7bfbf922c9ea977a643 i386/debug/evolution-data-server-debuginfo-1.2.3-1.fc4.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/4/$ARCH --------------------------------------------------------------------- From dmalcolm at redhat.com Thu Jun 30 02:07:20 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 29 Jun 2005 22:07:20 -0400 Subject: Fedora Core 4 Test Update: evolution-2.2.3-1.fc4 Message-ID: <200506300207.j5U27KE2002429@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-502 2005-06-29 --------------------------------------------------------------------- Product : Fedora Core 4 Name : evolution Version : 2.2.3 Release : 1.fc4 Summary : GNOME's next-generation groupware suite Description : Evolution is the GNOME mailer, calendar, contact manager and communications tool. The tools which make up Evolution will be tightly integrated with one another and act as a seamless personal information-management tool. --------------------------------------------------------------------- * Wed Jun 29 2005 David Malcolm - 2.2.3-1.fc4 - 2.2.3 - Moved .conduit files to libdir/gnome-pilot/conduits, rather than beneath datadir, to match gnome-pilot (patch 802) - Remove GNOME_COMPILE_WARNINGS from configure.in (since gnome-common might not be available when we rerun the autotools; patch 803) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 6167c3f7dc87a595a26aa2f1afb05aad SRPMS/evolution-2.2.3-1.fc4.src.rpm 1ccfb67f032f28916b87cf70bcca6e7f ppc/evolution-2.2.3-1.fc4.ppc.rpm 8788d74128ba72f8c909563dc462a165 ppc/evolution-devel-2.2.3-1.fc4.ppc.rpm aa118662c6ca0ef8481b79b6fdd85866 ppc/debug/evolution-debuginfo-2.2.3-1.fc4.ppc.rpm 52d5987fcb65565282473845db869dc3 x86_64/evolution-2.2.3-1.fc4.x86_64.rpm 9e3e0797a0ef1509e8c7a6b4471a847a x86_64/evolution-devel-2.2.3-1.fc4.x86_64.rpm 8d8b11d0eb3c6f7418604d6dbee0ed12 x86_64/debug/evolution-debuginfo-2.2.3-1.fc4.x86_64.rpm f3a834704a9031e2d2a9b97eb79d9fb6 i386/evolution-2.2.3-1.fc4.i386.rpm 11a16217c760b1c2fa6360d40c1d836e i386/evolution-devel-2.2.3-1.fc4.i386.rpm 9accac8bfd41a24ca86ddf9a7b62c515 i386/debug/evolution-debuginfo-2.2.3-1.fc4.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/4/$ARCH --------------------------------------------------------------------- From dmalcolm at redhat.com Thu Jun 30 02:07:45 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 29 Jun 2005 22:07:45 -0400 Subject: Fedora Core 4 Test Update: evolution-connector-2.2.3-1.fc4 Message-ID: <200506300207.j5U27jPF002451@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-503 2005-06-29 --------------------------------------------------------------------- Product : Fedora Core 4 Name : evolution-connector Version : 2.2.3 Release : 1.fc4 Summary : Evolution plugin to interact with MS Exchange Server Description : The connector enables added functionality to Evolution when used with a Microsoft Exchange Server. --------------------------------------------------------------------- * Wed Jun 29 2005 David Malcolm - 2.2.3-1.fc4 - 2.2.3 - Regenerate patch 200 (autotool results) from the source patches --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 570532d5d961ba7324b0950db0551a36 SRPMS/evolution-connector-2.2.3-1.fc4.src.rpm bff1d2a5e56f3f3a1e51e2ebcab69a29 ppc/evolution-connector-2.2.3-1.fc4.ppc.rpm 889e7488ec1d2ee59a38021481f1927c ppc/debug/evolution-connector-debuginfo-2.2.3-1.fc4.ppc.rpm f7a4ecb93de5f23e64cb5ee42f35ba05 x86_64/evolution-connector-2.2.3-1.fc4.x86_64.rpm 85cb8ff668c3262324cf3413e72f4a07 x86_64/debug/evolution-connector-debuginfo-2.2.3-1.fc4.x86_64.rpm 3ad97a6b89ae85b15a26bed636247bb3 i386/evolution-connector-2.2.3-1.fc4.i386.rpm f2a10a2ceeee10eb0516126f66d42b20 i386/debug/evolution-connector-debuginfo-2.2.3-1.fc4.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/4/$ARCH --------------------------------------------------------------------- From dmalcolm at redhat.com Thu Jun 30 02:08:07 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 29 Jun 2005 22:08:07 -0400 Subject: Fedora Core 4 Test Update: evolution-webcal-2.2.1-1.fc4 Message-ID: <200506300208.j5U287k7002476@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-504 2005-06-29 --------------------------------------------------------------------- Product : Fedora Core 4 Name : evolution-webcal Version : 2.2.1 Release : 1.fc4 Summary : A handler for webcal URIs Description : evolution-webcal is a small helper application that can be run when webcal URIs are clicked in web browsers. It adds the calendar to your evolution-data-server, which will make the calendar appear in Evolution and in the gnome-panel's calendar. --------------------------------------------------------------------- * Wed Jun 29 2005 David Malcolm - 2.2.1-1.fc4 - 2.2.1 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ c721d770247f966477bb61c229ef0730 SRPMS/evolution-webcal-2.2.1-1.fc4.src.rpm 9dee3896642c97cfe4a88f9f2a9dac4c ppc/evolution-webcal-2.2.1-1.fc4.ppc.rpm 33ac8f8477891297dd47e079de862c66 ppc/debug/evolution-webcal-debuginfo-2.2.1-1.fc4.ppc.rpm 6f1f608a12a9bb962c4f5ab417a719c0 x86_64/evolution-webcal-2.2.1-1.fc4.x86_64.rpm b5874db3be91bb5920837ec2b2360c26 x86_64/debug/evolution-webcal-debuginfo-2.2.1-1.fc4.x86_64.rpm 92a251c0d2d88e01476fe74ea179e863 i386/evolution-webcal-2.2.1-1.fc4.i386.rpm c8439bf64893cfea0de7cb007569ad49 i386/debug/evolution-webcal-debuginfo-2.2.1-1.fc4.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/4/$ARCH --------------------------------------------------------------------- From buildsys at redhat.com Thu Jun 30 11:25:56 2005 From: buildsys at redhat.com (Build System) Date: Thu, 30 Jun 2005 07:25:56 -0400 Subject: rawhide report: 20050630 changes Message-ID: <200506301125.j5UBPuJ0024242@porkchop.devel.redhat.com> New package dtdparser A Java DTD Parser New package objectweb-deploysched ObjectWeb scheduling framework Updated Packages: NetworkManager-0.4-33.cvs20050629 --------------------------------- * Wed Jun 29 2005 David Zeuthen - 0.4-33.cvs20050629 - Update to latest CVS to get latest VPN interface settings to satisfy BuildReq for NetworkManager-vpnc in Fedora Extras Development - Latest CVS also contains various bug- and UI-fixes * Fri Jun 17 2005 Dan Williams - 0.4-32.cvs20050617 - Update to latest CVS o VPN connection import/export capability o Fix up some menu item names - Move nm-vpn-properties.glade to the gnome subpackage * Thu Jun 16 2005 Dan Williams - 0.4-31.cvs20050616 - Update to latest CVS o Clean up wording in Wireless Network Discovery menu o Robert Love's applet beautify patch anaconda-10.3.0.3-1 ------------------- * Wed Jun 29 2005 Chris Lumens 10.3.0.3-1 - Mount "auto" filesystems on upgrade (#160986). - Add cairo for new pango/gtk (katzj). - Delete labels on swap and ext3 partitions before formatting. - Remove langsupport keyword from kickstart. binutils-2.15.94.0.2.2-2.1 -------------------------- * Wed Jun 29 2005 Jakub Jelinek 2.15.94.0.2.2-2.1 - further bfd, readelf and binutils robustification (CAN-2005-1704, #158680) gail-1.8.4-1 ------------ * Tue Jun 28 2005 Matthias Clasen 1.8.4-1 - Update to 1.8.4 geronimo-specs-0:1.0-0.M2.2jpp_3fc ---------------------------------- * Wed Jun 29 2005 Gary Benson 0:1.0-0.M2.2jpp_3fc - Add dependency on the main package to the compatibility subpackage. hplip-0.9.3-7 ------------- * Thu Jun 30 2005 Tim Waugh 0.9.3-7 - Rebuild to get Python modules precompiled. kde-i18n-1:3.4.1-1 ------------------ * Wed Jun 29 2005 Than Ngo 1:3.4.1-1 - 3.4.1 * Thu Mar 03 2005 Than Ngo 1:3.4.0-0.rc1.2 - fix build problem * Tue Mar 01 2005 Than Ngo 1:3.4.0-0.rc1.1 - 3.4.0 rc1 kdeutils-6:3.4.1-1 ------------------ * Thu Jun 16 2005 Than Ngo 6:3.4.1-1 - 3.4.1 * Fri Mar 18 2005 Than Ngo 6:3.4.0-1 - 3.4.0 * Fri Mar 04 2005 Than Ngo 6:3.4.0-0.rc1.2 - rebuilt against gcc-4.0.0-0.31 kdevelop-9:3.2.1-1 ------------------ * Wed Jun 29 2005 Than Ngo 9:3.2.1-1 - 3.2.1 - fix gcc4 build problem * Wed Apr 13 2005 Than Ngo 9:3.2.0-2 - fix wrong qtdoc path * Fri Mar 18 2005 Than Ngo 9:3.2.0-1 - 3.2.0 kdewebdev-6:3.4.1-1 ------------------- * Wed Jun 29 2005 Than Ngo 6:3.4.1-1 - 3.4.1 - fix gcc4 build problem * Wed May 04 2005 Than Ngo 6:3.4.0-3 - apply patch to fix CAN-2005-0754, Kommander untrusted code execution, thanks to KDE security team * Tue Apr 19 2005 Than Ngo 6:3.4.0-2 - add kdesdk in buildrequires #155054 lftp-3.2.1-1 ------------ * Thu Jun 30 2005 Warren Togami 3.2.1-1 - 3.2.1 libselinux-1.24.1-1 ------------------- * Wed Jun 29 2005 Dan Walsh 1.24.1-1 - Update from NSA * Merged security_setupns() from Chad Sellers. - fix selinuxenabled man page libsepol-1.6-1 -------------- * Wed Jun 29 2005 Dan Walsh 1.6-1 - Upgrade to latest from NSA * Updated version for release. libtiff-3.7.2-1 --------------- * Wed Jun 29 2005 Matthias Clasen - 3.7.2-1 - Update to 3.7.2 - Drop upstreamed patches logwatch-6.1.2-2 ---------------- * Wed Jun 29 2005 Ivana Varekova 6.1.2-2 - fix bug 161973 - The logwatch yum service doesn't properly show removed entries - used patch created by Dean Earley (patch5) monolog-0:1.8.6-1jpp_4fc ------------------------ * Wed Jun 29 2005 Gary Benson 0:1.8.6-1jpp_4fc - Also build ow_util_io.jar, as required by medor. nautilus-cd-burner-2.8.3-6 -------------------------- * Wed Oct 20 2004 Alexander Larsson - 2.8.3-6 - Make user own the dirs in burn:/// (#135151) * Tue Oct 12 2004 Alexander Larsson - 2.8.3-5 - Make unmount patch slighly better * Fri Oct 08 2004 Alexander Larsson - 2.8.3-4 - Add patch to unmount if needed (#107544) openoffice.org-1:1.9.112-2.2.0.fc5 ---------------------------------- * Wed Jun 29 2005 Caolan McNamara - 1:1.9.112-2 - wrong userdir - allow fallbacks for translations with partial support file coverage - rh#160301# tweak fontconfig patch to ignore opensymbol/starsymbol openssh-4.1p1-3 --------------- * Wed Jun 29 2005 Tomas Mraz 4.1p1-3 - fix small regression caused by the nologin patch (#161956) - fix race in getpeername error checking (mindrot #1054) policycoreutils-1.24-1 ---------------------- * Wed Jun 29 2005 Dan Walsh 1.24-1 - Update to match NSA * Updated version for release. * Tue Jun 14 2005 Dan Walsh 1.23.11-4 - Fix Ivan's patch for user role changes rdesktop-1.4.1-1.fc5 -------------------- * Thu Jun 30 2005 Warren Togami - 1.4.1-1 - 1.4.1 selinux-policy-strict-1.24-1 ---------------------------- * Wed Jun 29 2005 Dan Walsh 1.24-1 - Upgrade from NSA * Updated version for release. * Mon Jun 27 2005 Dan Walsh 1.23.18-22 - Add additional http ports - Force make reload when sourses installed selinux-policy-targeted-1.24-1 ------------------------------ * Wed Jun 29 2005 Dan Walsh 1.24-1 - Upgrade from NSA * Updated version for release. * Mon Jun 27 2005 Dan Walsh 1.23.18-22 - Add additional http ports - Force make reload when sourses installed setarch-1.8-1 ------------- * Thu Jun 30 2005 Jindrich Novy 1.8-1 - fix possible segfault when parsing unknown arguments (#161975) - print wanings when unknown arguments are passed - add FDPIC_FUNCPTRS personality system-config-display-1.0.30-2 ------------------------------ * Wed Jun 29 2005 Soren Sandmann 1.0.30-2 - Build * Mon Jun 27 2005 Soren Sandmann 1.0.30-1 - Add ppc64 to ExcludeArchs totem-1.1.2-1 ------------- * Wed Jun 29 2005 John (J5) Palmieri - 1.1.2-1 - Update to upstream version 1.1.2 vsftpd-2.0.3-6 -------------- * Thu Jun 30 2005 Radek Vokal 2.0.3-6 - start in background as default, init script changed (#158714) Broken deps for ia64 ---------------------------------------------------------- xalan-j2-xsltc - 2.6.0-2jpp_1fc.noarch requires jaxp_parser_impl xalan-j2-xsltc - 2.6.0-2jpp_1fc.noarch requires regexp xdoclet - 1.2.2-2jpp_1fc.noarch requires xml-commons-apis xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 p6spy - 1.3-2jpp_1fc.noarch requires regexp geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires xml-commons-apis jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper bcel - 5.1-1jpp_4fc.noarch requires regexp jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging rgmanager - 1.9.31-3.ia64 requires ccs jonas - 4.3.3-1jpp_3fc.noarch requires xerces-j2 >= 0:2.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires carol = 0:1.8.9.3 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-el jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires xml-commons-apis >= 0:1.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 jonas - 4.3.3-1jpp_3fc.noarch requires regexp xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet xml-commons-resolver - 1.1-1jpp_5fc.noarch requires jaxp_parser_impl xml-commons-resolver - 1.1-1jpp_5fc.noarch requires xml-commons-apis log4j - 1.2.8-7jpp_5fc.noarch requires xml-commons-apis log4j - 1.2.8-7jpp_5fc.noarch requires jaxp_parser_impl velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jgroups - 2.2.6-1jpp_1fc.noarch requires jaxp_parser_impl jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 xalan-j2 - 2.6.0-2jpp_1fc.noarch requires jaxp_parser_impl castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires xml-commons-apis xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires xerces-j2 joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires regexp joram - 4.1.5-1jpp_2fc.noarch requires jta jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 wsdl4j - 1.5.1-1jpp_1fc.noarch requires jaxp_parser_impl wsdl4j - 1.5.1-1jpp_1fc.noarch requires java avalon-framework - 4.1.4-2jpp_5fc.noarch requires xml-commons-apis jessie - 1.0.0-8.noarch requires java >= 0:1.4 castor - 0.9.5-1jpp_1fc.noarch requires xerces-j2 castor - 0.9.5-1jpp_1fc.noarch requires regexp castor - 0.9.5-1jpp_1fc.noarch requires jta Broken deps for s390 ---------------------------------------------------------- castor - 0.9.5-1jpp_1fc.noarch requires xerces-j2 castor - 0.9.5-1jpp_1fc.noarch requires regexp castor - 0.9.5-1jpp_1fc.noarch requires jta hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 selinux-policy-targeted-sources - 1.24-1.noarch requires kernel >= 0:2.6.11-1.1219 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections jessie - 1.0.0-8.noarch requires java >= 0:1.4 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper gnome-python2-nautilus-cd-burner - 2.10.0-2.1.s390 requires nautilus-cd-burner >= 0:2.9.4 gnome-python2-nautilus-cd-burner - 2.10.0-2.1.s390 requires libnautilus-burn.so.1 quota - 1:3.12-6.s390 requires kernel >= 0:2.4 jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires xml-commons-apis jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 jgroups - 2.2.6-1jpp_1fc.noarch requires jaxp_parser_impl jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging initscripts - 8.11.1-1.s390 requires kernel >= 0:2.6 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj xml-commons-resolver - 1.1-1jpp_5fc.noarch requires jaxp_parser_impl xml-commons-resolver - 1.1-1jpp_5fc.noarch requires xml-commons-apis xdoclet - 1.2.2-2jpp_1fc.noarch requires xml-commons-apis xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging prelink - 0.3.5-1.s390 requires kernel >= 0:2.4.10 bcel - 5.1-1jpp_4fc.noarch requires regexp jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 selinux-policy-strict-sources - 1.24-1.noarch requires kernel >= 0:2.6.11-1.1219 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java log4j - 1.2.8-7jpp_5fc.noarch requires xml-commons-apis log4j - 1.2.8-7jpp_5fc.noarch requires jaxp_parser_impl avalon-framework - 4.1.4-2jpp_5fc.noarch requires xml-commons-apis hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires xerces-j2 joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires regexp joram - 4.1.5-1jpp_2fc.noarch requires jta nautilus-cd-burner - 2.8.3-6.s390 requires libdbus-1.so.0 nautilus-cd-burner - 2.8.3-6.s390 requires libhal.so.0 libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 lvm2 - 2.01.12-1.0.s390 requires kernel >= 0:2.6 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging nfs-utils - 1.0.7-8.s390 requires kernel >= 0:2.2.14 xalan-j2 - 2.6.0-2jpp_1fc.noarch requires jaxp_parser_impl p6spy - 1.3-2jpp_1fc.noarch requires regexp dhcp - 10:3.0.2-14.s390 requires kernel >= 0:2.2.18 xalan-j2-xsltc - 2.6.0-2jpp_1fc.noarch requires jaxp_parser_impl xalan-j2-xsltc - 2.6.0-2jpp_1fc.noarch requires regexp jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 sound-juicer - 0.5.14-1.FC3.0.s390 requires libdbus-1.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libhal.so.0 sound-juicer - 0.5.14-1.FC3.0.s390 requires libmusicbrainz.so.2 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 sysstat - 5.0.5-10.fc.s390 requires kernel >= 0:2.2.16-21 wsdl4j - 1.5.1-1jpp_1fc.noarch requires jaxp_parser_impl wsdl4j - 1.5.1-1jpp_1fc.noarch requires java selinux-policy-strict - 1.24-1.noarch requires kernel >= 0:2.6.11-1.1219 jonas - 4.3.3-1jpp_3fc.noarch requires xerces-j2 >= 0:2.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires carol = 0:1.8.9.3 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-el jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires xml-commons-apis >= 0:1.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 jonas - 4.3.3-1jpp_3fc.noarch requires regexp gkrellm - 2.2.7-1.s390 requires kernel >= 0:2.6.2 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires xml-commons-apis xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging selinux-policy-targeted - 1.24-1.noarch requires kernel >= 0:2.6.11-1.1219 arptables_jf - 0.0.8-5.s390 requires kernel >= 0:2.4.0 Broken deps for s390x ---------------------------------------------------------- joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires xerces-j2 joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires regexp joram - 4.1.5-1jpp_2fc.noarch requires jta p6spy - 1.3-2jpp_1fc.noarch requires regexp jgroups - 2.2.6-1jpp_1fc.noarch requires jaxp_parser_impl jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 hal - 0.5.2-2.s390x requires kernel >= 0:2.6.11 sysstat - 5.0.5-10.fc.s390x requires kernel >= 0:2.2.16-21 selinux-policy-strict - 1.24-1.noarch requires kernel >= 0:2.6.11-1.1219 bcel - 5.1-1jpp_4fc.noarch requires regexp jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires xml-commons-apis jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper hal - 0.5.2-2.s390 requires kernel >= 0:2.6.11 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 avalon-framework - 4.1.4-2jpp_5fc.noarch requires xml-commons-apis gkrellm - 2.2.7-1.s390x requires kernel >= 0:2.6.2 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 lvm2 - 2.01.12-1.0.s390x requires kernel >= 0:2.6 initscripts - 8.11.1-1.s390x requires kernel >= 0:2.6 selinux-policy-targeted - 1.24-1.noarch requires kernel >= 0:2.6.11-1.1219 avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet jessie - 1.0.0-8.noarch requires java >= 0:1.4 axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java libpcap - 14:0.8.3-14.s390x requires kernel >= 0:2.2.0 castor - 0.9.5-1jpp_1fc.noarch requires xerces-j2 castor - 0.9.5-1jpp_1fc.noarch requires regexp castor - 0.9.5-1jpp_1fc.noarch requires jta sound-juicer - 0.5.14-1.FC3.0.s390x requires libdbus-1.so.0()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libmusicbrainz.so.2()(64bit) sound-juicer - 0.5.14-1.FC3.0.s390x requires libhal.so.0()(64bit) selinux-policy-strict-sources - 1.24-1.noarch requires kernel >= 0:2.6.11-1.1219 xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet jonas - 4.3.3-1jpp_3fc.noarch requires xerces-j2 >= 0:2.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires carol = 0:1.8.9.3 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-el jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires xml-commons-apis >= 0:1.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 jonas - 4.3.3-1jpp_3fc.noarch requires regexp xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires xml-commons-apis xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging nfs-utils - 1.0.7-8.s390x requires kernel >= 0:2.2.14 libpcap - 14:0.8.3-14.s390 requires kernel >= 0:2.2.0 xml-commons-resolver - 1.1-1jpp_5fc.noarch requires jaxp_parser_impl xml-commons-resolver - 1.1-1jpp_5fc.noarch requires xml-commons-apis velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections log4j - 1.2.8-7jpp_5fc.noarch requires xml-commons-apis log4j - 1.2.8-7jpp_5fc.noarch requires jaxp_parser_impl prelink - 0.3.5-1.s390x requires kernel >= 0:2.4.10 xdoclet - 1.2.2-2jpp_1fc.noarch requires xml-commons-apis xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 nautilus-cd-burner - 2.8.3-6.s390x requires libdbus-1.so.0()(64bit) nautilus-cd-burner - 2.8.3-6.s390x requires libhal.so.0()(64bit) gnome-python2-nautilus-cd-burner - 2.10.0-2.1.s390x requires nautilus-cd-burner >= 0:2.9.4 gnome-python2-nautilus-cd-burner - 2.10.0-2.1.s390x requires libnautilus-burn.so.1()(64bit) arptables_jf - 0.0.8-5.s390x requires kernel >= 0:2.4.0 xalan-j2-xsltc - 2.6.0-2jpp_1fc.noarch requires jaxp_parser_impl xalan-j2-xsltc - 2.6.0-2jpp_1fc.noarch requires regexp jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 quota - 1:3.12-6.s390x requires kernel >= 0:2.4 selinux-policy-targeted-sources - 1.24-1.noarch requires kernel >= 0:2.6.11-1.1219 dhcp - 10:3.0.2-14.s390x requires kernel >= 0:2.2.18 xalan-j2 - 2.6.0-2jpp_1fc.noarch requires jaxp_parser_impl wsdl4j - 1.5.1-1jpp_1fc.noarch requires jaxp_parser_impl wsdl4j - 1.5.1-1jpp_1fc.noarch requires java java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj Broken deps for ppc64 ---------------------------------------------------------- jonas - 4.3.3-1jpp_3fc.noarch requires xerces-j2 >= 0:2.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires ant >= 0:1.6.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-beanutils >= 0:1.7.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-logging >= 0:1.0.4 jonas - 4.3.3-1jpp_3fc.noarch requires servletapi5 jonas - 4.3.3-1jpp_3fc.noarch requires carol = 0:1.8.9.3 jonas - 4.3.3-1jpp_3fc.noarch requires jta >= 0:1.0.1 jonas - 4.3.3-1jpp_3fc.noarch requires struts >= 0:1.2.4 jonas - 4.3.3-1jpp_3fc.noarch requires tomcat5 >= 0:5.0.30 jonas - 4.3.3-1jpp_3fc.noarch requires mx4j >= 1:3.0.1-1jpp_2fc jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-el jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-digester >= 0:1.6 jonas - 4.3.3-1jpp_3fc.noarch requires xml-commons-apis >= 0:1.0 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-collections >= 0:3.1 jonas - 4.3.3-1jpp_3fc.noarch requires java >= 0:1.4.2 jonas - 4.3.3-1jpp_3fc.noarch requires jakarta-commons-modeler >= 0:1.1 jonas - 4.3.3-1jpp_3fc.noarch requires jasper5 jonas - 4.3.3-1jpp_3fc.noarch requires regexp xml-commons-resolver - 1.1-1jpp_5fc.noarch requires jaxp_parser_impl xml-commons-resolver - 1.1-1jpp_5fc.noarch requires xml-commons-apis xalan-j2-demo - 2.6.0-2jpp_1fc.noarch requires servlet geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires servletapi5 geronimo-specs - 1.0-0.M2.2jpp_1fc.noarch requires mx4j >= 0:2.0.1 bcel - 5.1-1jpp_4fc.noarch requires regexp castor-demo - 0.9.5-1jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires servletapi5 velocity - 1.4-3jpp_1fc.noarch requires jakarta-commons-collections axis - 1.2.1-1jpp_1fc.noarch requires jakarta-commons-logging axis - 1.2.1-1jpp_1fc.noarch requires java avalon-framework - 4.1.4-2jpp_5fc.noarch requires xml-commons-apis jakarta-commons-pool - 1.2-2jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 rhpl - 0.167-1.ppc64 requires pyxf86config >= 0:0.3.2 xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-collections xjavadoc - 1.1-1jpp_1fc.noarch requires xml-commons-apis xjavadoc - 1.1-1jpp_1fc.noarch requires jakarta-commons-logging joram - 4.1.5-1jpp_2fc.noarch requires jmxri joram - 4.1.5-1jpp_2fc.noarch requires xerces-j2 joram - 4.1.5-1jpp_2fc.noarch requires java >= 0:1.4 joram - 4.1.5-1jpp_2fc.noarch requires regexp joram - 4.1.5-1jpp_2fc.noarch requires jta wsdl4j - 1.5.1-1jpp_1fc.noarch requires jaxp_parser_impl wsdl4j - 1.5.1-1jpp_1fc.noarch requires java ppc64-utils - 0.7-9.ppc64 requires yaboot system-config-mouse - 1.2.11-1.noarch requires pyxf86config system-config-keyboard - 1.2.6-2.noarch requires pyxf86config jakarta-commons-dbcp - 1.2.1-3jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.0 jakarta-commons-cli - 1.0-6jpp_1fc.noarch requires jakarta-commons-logging firstboot - 1.3.42-1.noarch requires system-config-display avalon-logkit - 1.2-2jpp_4fc.noarch requires servlet gnomemeeting - 1.0.2-8.ppc64 requires libpt.so.1.6.5()(64bit) gnomemeeting - 1.0.2-8.ppc64 requires libh323_linux_ppc64_r.so.1.13.4()(64bit) jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch requires servletapi5 log4j - 1.2.8-7jpp_5fc.noarch requires xml-commons-apis log4j - 1.2.8-7jpp_5fc.noarch requires jaxp_parser_impl xalan-j2-xsltc - 2.6.0-2jpp_1fc.noarch requires jaxp_parser_impl xalan-j2-xsltc - 2.6.0-2jpp_1fc.noarch requires regexp jakarta-commons-discovery - 1:0.3-1jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.1 java-1.4.2-gcj-compat-devel - 1.4.2.0-11jpp.noarch requires ecj jakarta-commons-httpclient - 1:3.0-0.rc2.0jpp_1fc.noarch requires jakarta-commons-logging >= 0:1.0.3 p6spy - 1.3-2jpp_1fc.noarch requires regexp hsqldb - 1.73.0-2jpp_1fc.noarch requires servletapi5 xdoclet - 1.2.2-2jpp_1fc.noarch requires xml-commons-apis xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-collections xdoclet - 1.2.2-2jpp_1fc.noarch requires jakarta-commons-logging jessie - 1.0.0-8.noarch requires java >= 0:1.4 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-logging >= 0:1.0.2 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires xml-commons-apis jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-beanutils >= 0:1.5 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-collections >= 0:2.1 jakarta-commons-validator - 1.1.3-1jpp_2fc.noarch requires jakarta-commons-digester >= 0:1.3 xalan-j2 - 2.6.0-2jpp_1fc.noarch requires jaxp_parser_impl jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch requires servletapi5 >= 0:5.0.16 jgroups - 2.2.6-1jpp_1fc.noarch requires jaxp_parser_impl jgroups - 2.2.6-1jpp_1fc.noarch requires jakarta-commons-logging castor - 0.9.5-1jpp_1fc.noarch requires xerces-j2 castor - 0.9.5-1jpp_1fc.noarch requires regexp castor - 0.9.5-1jpp_1fc.noarch requires jta jacorb - 2.2-3jpp_1fc.noarch requires tanukiwrapper From sgrubb at redhat.com Thu Jun 30 11:42:20 2005 From: sgrubb at redhat.com (Steve Grubb) Date: Thu, 30 Jun 2005 07:42:20 -0400 Subject: Fedora Core 4 Test Update: audit-0.9.15-1.FC4 Message-ID: <200506300742.20189.sgrubb@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-499 2005-06-29 --------------------------------------------------------------------- Product : Fedora Core 4 Name : audit Version : 0.9.15 Release : 1.FC4 Summary : User space tools for 2.6 kernel auditing. Description : The audit package contains the user space utilities for storing and processing the audit records generate by the audit subsystem in the Linux 2.6 kernel. --------------------------------------------------------------------- Update Information: This update adds interpretive mode for ausearch utility to make results easier to read, sighup support, big performance improvements, lots of bug fixes, more documentation in man pages, and more syslog information for failure conditions. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 56327f95b473e11878da3472396fc0ad SRPMS/audit-0.9.15-1.FC4.src.rpm 08068c95687ca7786c15683662a1b2c4 ppc/audit-0.9.15-1.FC4.ppc.rpm 84e40698a81bc400352b2e73767ee60f ppc/audit-libs-0.9.15-1.FC4.ppc.rpm 0501fe388ae0707fa56219e68433d428 ppc/audit-libs-devel-0.9.15-1.FC4.ppc.rpm 23c283e53986baa48162d40b9310402a ppc/debug/audit-debuginfo-0.9.15-1.FC4.ppc.rpmd 7876e11faae1f881348e9407bf0c6ed ppc/audit-libs-0.9.15-1.FC4.ppc64.rpm 31c6205f3a975082c070d9253432f651 x86_64/audit-0.9.15-1.FC4.x86_64.rpm e8b59efb11115f5ed6c39445330b09c6 x86_64/audit-libs-0.9.15-1.FC4.x86_64.rpm 456d39be22546aea3ad35aa495f2eded x86_64/audit-libs-devel-0.9.15-1.FC4.x86_64.rpm e11d6e51166ec8cca6e8616e364ae2f8 x86_64/debug/audit-debuginfo-0.9.15-1.FC4.x86_64.rpm c037938d0ec180a9450b578e613074ce x86_64/audit-libs-0.9.15-1.FC4.i386.rpm 01cf73189a8b3aab6f2028b8997b74fd i386/audit-0.9.15-1.FC4.i386.rpm c037938d0ec180a9450b578e613074ce i386/audit-libs-0.9.15-1.FC4.i386.rpm 4f08b0845b245f83d16ab55eaeb71734 i386/audit-libs-devel-0.9.15-1.FC4.i386.rpm 09cee6da694389b00bcf209c7760ad60 i386/debug/audit-debuginfo-0.9.15-1.FC4.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/4/$ARCH --------------------------------------------------------------------- From wowbagger at sktc.net Thu Jun 30 11:51:06 2005 From: wowbagger at sktc.net (David D. Hagood) Date: Thu, 30 Jun 2005 06:51:06 -0500 Subject: Audit messages on console & in logwatch Message-ID: <42C3DCAA.5050603@sktc.net> Having recently updated to FC4 and then to rawhide, I am now getting lots of messages on any console of the form: audit(1120021201.349:0): user pid=xxxx uid=0 length=100 msg='PAM accounting: user=root exe="/usr/sbin/crond" (hostname=?, addr=?, terminal=cron result=Success)' These also show up in /var/log/messages, and are thus picked up by logwatch. How do I tell the system to stop wasting my time with notifications about normal operations? From sgrubb at redhat.com Thu Jun 30 11:58:18 2005 From: sgrubb at redhat.com (Steve Grubb) Date: Thu, 30 Jun 2005 07:58:18 -0400 Subject: Audit messages on console & in logwatch In-Reply-To: <42C3DCAA.5050603@sktc.net> References: <42C3DCAA.5050603@sktc.net> Message-ID: <200506300758.18917.sgrubb@redhat.com> On Thursday 30 June 2005 07:51, David D. Hagood wrote: > These also show up in /var/log/messages, and are thus picked up by > logwatch. You can disable auditing, but you won't get complete SE Linux avc denial information. This is done with audit=0 boot param, or auditctl -e 0. The alternative is to install the audit package which will pick up these messages and deposit them in /var/log/audit/audit.log. This keeps them out of /var/log/messages. -Steve From sgrubb at redhat.com Thu Jun 30 12:00:23 2005 From: sgrubb at redhat.com (Steve Grubb) Date: Thu, 30 Jun 2005 08:00:23 -0400 Subject: Audit messages on console & in logwatch In-Reply-To: <42C3DCAA.5050603@sktc.net> References: <42C3DCAA.5050603@sktc.net> Message-ID: <200506300800.23817.sgrubb@redhat.com> On Thursday 30 June 2005 07:51, David D. Hagood wrote: > Having recently updated to FC4 and then to rawhide, I am now getting > lots of messages on any console of the form: Also, its a kernel bug that these hit the console. A patch for this has been created in the audit test kernels. I don't know if the patch has been put into rawhide or FC4 kernels. -Steve From wowbagger at sktc.net Thu Jun 30 12:03:37 2005 From: wowbagger at sktc.net (David D. Hagood) Date: Thu, 30 Jun 2005 07:03:37 -0500 Subject: Audit messages on console & in logwatch In-Reply-To: <200506300758.18917.sgrubb@redhat.com> References: <42C3DCAA.5050603@sktc.net> <200506300758.18917.sgrubb@redhat.com> Message-ID: <42C3DF99.3050601@sktc.net> Steve Grubb wrote: > The alternative is to install the audit package which will pick up these > messages and deposit them in /var/log/audit/audit.log. This keeps them out > of /var/log/messages. > OK, will do - thanks. This is one thing I would advise those working on logging systems, like Logwatch and audit, to keep in mind: Logging everything is good, but needlessly bothering root about trivial stuff just buries the important messages in the noise. From kyrre at solution-forge.net Thu Jun 30 12:11:21 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Thu, 30 Jun 2005 14:11:21 +0200 Subject: rawhide report: 20050628 changes In-Reply-To: <200506281946.10251.RouillardSy@yahoo.fr> References: <200506281115.j5SBFkAf020187@porkchop.devel.redhat.com> <200506281946.10251.RouillardSy@yahoo.fr> Message-ID: <1120133480.3357.3.camel@localhost.localdomain> tir, 28.06.2005 kl. 19.46 skrev Sylvain Rouillard: > Looks like my yum was switched to the regular FC4 repositories, with devel > disabled... why? Happened to me as well. Yesterdays (or the day before that, possibly) rawhide update did it. From sgrubb at redhat.com Thu Jun 30 12:31:22 2005 From: sgrubb at redhat.com (Steve Grubb) Date: Thu, 30 Jun 2005 08:31:22 -0400 Subject: Audit messages on console & in logwatch In-Reply-To: <42C3DF99.3050601@sktc.net> References: <42C3DCAA.5050603@sktc.net> <200506300758.18917.sgrubb@redhat.com> <42C3DF99.3050601@sktc.net> Message-ID: <200506300831.22546.sgrubb@redhat.com> On Thursday 30 June 2005 08:03, David D. Hagood wrote: > Logging everything is good, but needlessly bothering root about trivial > stuff just buries the important messages in the noise. This is required for CAPP compliant auditing. We are logging only the minimum. There will probably be a default set of rules distributed with the audit package that can be installed by the admin to increase the amount of information collected. Also, if you truly do not want to keep audit messages, you can minimize the disk space used by editing /etc/auditd.conf and setting max_log_file to 1 and num_logs = 2. This will occupy 2 MB of disk space. -Steve From nman64 at n-man.com Thu Jun 30 15:25:10 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Thu, 30 Jun 2005 10:25:10 -0500 Subject: rawhide report: 20050628 changes In-Reply-To: <1120133480.3357.3.camel@localhost.localdomain> References: <200506281115.j5SBFkAf020187@porkchop.devel.redhat.com> <200506281946.10251.RouillardSy@yahoo.fr> <1120133480.3357.3.camel@localhost.localdomain> Message-ID: <42C40ED6.4080108@n-man.com> Kyrre Ness Sjobak wrote: >tir, 28.06.2005 kl. 19.46 skrev Sylvain Rouillard: > > >>Looks like my yum was switched to the regular FC4 repositories, with devel >>disabled... why? >> >> > >Happened to me as well. Yesterdays (or the day before that, possibly) >rawhide update did it. > > > Caused by the new fedora-release package. As silly as it may seem, the yum repository definitions in the Rawhide release package are the same as the release version. -- Patrick "The N-Man" Barnes nman64 at n-man.com www.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 wowbagger at sktc.net Thu Jun 30 15:58:38 2005 From: wowbagger at sktc.net (David D. Hagood) Date: Thu, 30 Jun 2005 10:58:38 -0500 Subject: Audit messages on console & in logwatch In-Reply-To: <200506300831.22546.sgrubb@redhat.com> References: <42C3DCAA.5050603@sktc.net> <200506300758.18917.sgrubb@redhat.com> <42C3DF99.3050601@sktc.net> <200506300831.22546.sgrubb@redhat.com> Message-ID: <42C416AE.9090600@sktc.net> Steve Grubb wrote: > On Thursday 30 June 2005 08:03, David D. Hagood wrote: > >>Logging everything is good, but needlessly bothering root about trivial >>stuff just buries the important messages in the noise. > > > This is required for CAPP compliant auditing. We are logging only the minimum. I'm complaining about the information being logged to a file - far from it: logging GOOD! However, I would suggest that, by default, such messages NOT be sent to the console, and by default they be excluded from things like the Logwatch summary email. Of course, changing Logwatch is more for an upstream issue, but. From TVarveris at wiley.com Thu Jun 30 18:55:33 2005 From: TVarveris at wiley.com (TVarveris at wiley.com) Date: Thu, 30 Jun 2005 14:55:33 -0400 Subject: Terri Varveris is On a Maternity Leave Until Nov. 1st, 2005 Message-ID: I will be out of the office starting 06/30/2005 and will not return until 11/01/2005. I'm on a maternity leave until Nov. 1st, 2005. In my absence, please contact Tiffany Franklin (tfrankli at wiley.com or 281-534-1072) or Greg Croy (gcroy at wiley.com or 317-572-3303). Thank you!! Terri From michal at harddata.com Thu Jun 30 19:14:17 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 30 Jun 2005 13:14:17 -0600 Subject: Audit messages on console & in logwatch In-Reply-To: <42C416AE.9090600@sktc.net>; from wowbagger@sktc.net on Thu, Jun 30, 2005 at 10:58:38AM -0500 References: <42C3DCAA.5050603@sktc.net> <200506300758.18917.sgrubb@redhat.com> <42C3DF99.3050601@sktc.net> <200506300831.22546.sgrubb@redhat.com> <42C416AE.9090600@sktc.net> Message-ID: <20050630131417.A12647@mail.harddata.com> On Thu, Jun 30, 2005 at 10:58:38AM -0500, David D. Hagood wrote: > > I'm complaining about the information being logged to a file - far from > it: logging GOOD! See comments to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161533 Michal From RouillardSy at yahoo.fr Thu Jun 30 19:23:04 2005 From: RouillardSy at yahoo.fr (Sylvain Rouillard) Date: Thu, 30 Jun 2005 21:23:04 +0200 Subject: Terri Varveris is On a Maternity Leave Until Nov. 1st, 2005 In-Reply-To: References: Message-ID: <200506302123.04461.RouillardSy@yahoo.fr> Congratulations then! (though perhaps it's a bit anticipated...) Le Jeudi 30 Juin 2005 20:55, TVarveris at wiley.com a ?crit?: > I will be out of the office starting 06/30/2005 and will not return until > 11/01/2005. > > I'm on a maternity leave until Nov. 1st, 2005. In my absence, please > contact Tiffany Franklin (tfrankli at wiley.com or 281-534-1072) or Greg Croy > (gcroy at wiley.com or 317-572-3303). Thank you!! Terri ___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger T?l?chargez cette version sur http://fr.messenger.yahoo.com From tmraz at redhat.com Thu Jun 30 19:36:44 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 30 Jun 2005 15:36:44 -0400 Subject: Fedora Core 4 Test Update: pam-0.79-9.1 Message-ID: <200506301936.j5UJaiGO024028@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-508 2005-06-30 --------------------------------------------------------------------- Product : Fedora Core 4 Name : pam Version : 0.79 Release : 9.1 Summary : A security tool which provides authentication for applications. Description : PAM (Pluggable Authentication Modules) is a system security tool that allows system administrators to set authentication policy without having to recompile programs that handle authentication. --------------------------------------------------------------------- Update Information: This update fixes a regression in XAUTHORITY handling and updates auditing support. It requires audit-libs update due to changes in its API. --------------------------------------------------------------------- * Fri Jun 17 2005 Tomas Mraz 0.79-9.1 - pam_loginuid shouldn't report error when /proc/self/loginuid is missing (#159974) * Thu Jun 9 2005 Tomas Mraz - add the Requires dependency on audit-libs (#159885) * Fri May 20 2005 Tomas Mraz 0.79-9 - update the pam audit patch to support newest audit library, audit also pam_setcred calls (Steve Grubb) - don't use the audit_fd as global static variable - don't unset the XAUTHORITY when target user is root * Fri May 20 2005 Tomas Mraz 0.79-9 - update the pam audit patch to support newest audit library, audit also pam_setcred calls (Steve Grubb) - don't use the audit_fd as global static variable - don't unset the XAUTHORITY when target user is root --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 1c78e5852c5fc5dfa94d1de59569b27b SRPMS/pam-0.79-9.1.src.rpm e8f2d059a3f1e05da1a4bdf3fc31271f ppc/pam-0.79-9.1.ppc.rpm 19f166541e021ac7d8f2ae2fa1560574 ppc/pam-devel-0.79-9.1.ppc.rpm 0c070c463be1ef51812726db2637650b ppc/debug/pam-debuginfo-0.79-9.1.ppc.rpm e76083e2e938cd433693260e0119089f ppc/pam-0.79-9.1.ppc64.rpm b4746ec7bc8fea6f99423b1551e0be00 ppc/pam-devel-0.79-9.1.ppc64.rpm afe8b286bfa0650b698dc90106f405d0 x86_64/pam-0.79-9.1.x86_64.rpm 8af75c0f50e4e20a15679c78514db258 x86_64/pam-devel-0.79-9.1.x86_64.rpm c455ed00336e435e0dfc6679d3158484 x86_64/debug/pam-debuginfo-0.79-9.1.x86_64.rpm 6f4eac4c3397e8d162edfbf14cecebb8 x86_64/pam-0.79-9.1.i386.rpm 5e7ac3c0188399501e10ecf057f558ea x86_64/pam-devel-0.79-9.1.i386.rpm 6f4eac4c3397e8d162edfbf14cecebb8 i386/pam-0.79-9.1.i386.rpm 5e7ac3c0188399501e10ecf057f558ea i386/pam-devel-0.79-9.1.i386.rpm 8cf633c5e25e4de4f57c7e597dc4ed12 i386/debug/pam-debuginfo-0.79-9.1.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/4/$ARCH --------------------------------------------------------------------- From whooperhsd3 at earthlink.net Thu Jun 30 19:52:31 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 30 Jun 2005 15:52:31 -0400 (EDT) Subject: Up2date advice (was: Fedora Core 4 Test Update: pam-0.79-9.1) In-Reply-To: <200506301936.j5UJaiGO024028@porkchop.devel.redhat.com> References: <200506301936.j5UJaiGO024028@porkchop.devel.redhat.com> Message-ID: <2547.12.29.16.103.1120161151.squirrel@whooper.org> Tomas Mraz wrote: > 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/4 > /$ARCH Since the headers directory is empty for FC4, maybe this bit of advice should be updated? -- William Hooper From TVarveris at wiley.com Thu Jun 30 19:52:36 2005 From: TVarveris at wiley.com (TVarveris at wiley.com) Date: Thu, 30 Jun 2005 15:52:36 -0400 Subject: Terri Varveris is On a Maternity Leave Until Nov. 1st, 2005 Message-ID: I will be out of the office starting 06/30/2005 and will not return until 11/01/2005. I'm on a maternity leave until Nov. 1st, 2005. In my absence, please contact Tiffany Franklin (tfrankli at wiley.com or 281-534-1072) or Greg Croy (gcroy at wiley.com or 317-572-3303). Thank you!! Terri From jkeating at j2solutions.net Thu Jun 30 20:13:22 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 30 Jun 2005 13:13:22 -0700 Subject: Terri Varveris is On a Maternity Leave Until Nov. 1st, 2005 In-Reply-To: References: Message-ID: <1120162402.1433.48.camel@prometheus.gamehouse.com> On Thu, 2005-06-30 at 15:52 -0400, TVarveris at wiley.com wrote: > > I will be out of the office starting 06/30/2005 and will not return > until > 11/01/2005. > > I'm on a maternity leave until Nov. 1st, 2005. In my absence, please > contact Tiffany Franklin (tfrankli at wiley.com or 281-534-1072) or Greg > Croy > (gcroy at wiley.com or 317-572-3303). Thank you!! Terri Please tell me we won't have to see these for the next 4 months.... -- 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 From bmillett at gmail.com Thu Jun 30 20:27:00 2005 From: bmillett at gmail.com (Brian Millett) Date: Thu, 30 Jun 2005 15:27:00 -0500 Subject: yum question Message-ID: <42C45594.9060402@gmail.com> I'm testing apache 2.1.6-beta. I've created and updated the rpms for it. When I use yum to check for updates, it wants to update mod_ssl, but it shouldn't (I don't think). Here is a trace: [bpm]$ sudo yum list avail httpd mod_ssl Setting up repositories livna 100% |=========================| 951 B 00:00 macromedia 100% |=========================| 903 B 00:00 updates-testing 100% |=========================| 951 B 00:00 extras 100% |=========================| 1.1 kB 00:00 updates-released 100% |=========================| 951 B 00:00 base 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 104 kB 00:00 updates-re: ################################################## 294/294 Added 0 new packages, deleted 4 old in 0.80 seconds Installed Packages httpd.i386 2.1.6-1 installed mod_ssl.i386 2.1.6-1 installed Available Packages httpd.i386 2.0.54-10 base mod_ssl.i386 1:2.0.54-10 base [bpm]$ sudo yum check-update Setting up repositories livna 100% |=========================| 951 B 00:00 macromedia 100% |=========================| 903 B 00:00 updates-testing 100% |=========================| 951 B 00:00 extras 100% |=========================| 1.1 kB 00:00 updates-released 100% |=========================| 951 B 00:00 base 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 31 kB 00:00 updates-te: ################################################## 89/89 Added 3 new packages, deleted 0 old in 0.32 seconds mod_ssl.i386 1:2.0.54-10 base Ok, what does yum check? It is comparing that mod_ssl.1:2.0.54-10 is greater than mod_ssl.2.1.6-1 ? Is this a bug? a feature? Thanks. -- Brian Millett - [ Delenn and Sinclair, "The Gathering"] "Do you not have files on the Vorlons?" 'Absolutely. Very large files. But nothing is in them, of course.' From jkeating at j2solutions.net Thu Jun 30 20:56:52 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 30 Jun 2005 13:56:52 -0700 Subject: yum question In-Reply-To: <42C45594.9060402@gmail.com> References: <42C45594.9060402@gmail.com> Message-ID: <1120165012.1433.51.camel@prometheus.gamehouse.com> On Thu, 2005-06-30 at 15:27 -0500, Brian Millett wrote: > > Ok, what does yum check? It is comparing that mod_ssl.1:2.0.54-10 is > greater than mod_ssl.2.1.6-1 ? > > Is this a bug? a feature? mod_ssl 2.0.54-10 has an epoch of 1, hence the 1:. It is entirely possible that mod_ssl 2.1.6-1 has no explicit epoch, and thus is 0:. The fun w/ epochs is that epoch always wins version checking. 1:2.4 is always going to be higher than even say 0:9.3. This is why yum things that mod_ssl needs to be upgraded. Check your newer mod_ssl and see if it has an epoch set. -- 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 From skvidal at phy.duke.edu Thu Jun 30 20:59:26 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 30 Jun 2005 16:59:26 -0400 Subject: yum question In-Reply-To: <42C45594.9060402@gmail.com> References: <42C45594.9060402@gmail.com> Message-ID: <1120165167.25150.37.camel@cutter> On Thu, 2005-06-30 at 15:27 -0500, Brian Millett wrote: > I'm testing apache 2.1.6-beta. I've created and updated the rpms for > it. When I use yum to check for updates, it wants to update mod_ssl, > but it shouldn't (I don't think). Here is a trace: > > [bpm]$ sudo yum list avail httpd mod_ssl > Setting up repositories > livna 100% |=========================| 951 B 00:00 > macromedia 100% |=========================| 903 B 00:00 > updates-testing 100% |=========================| 951 B 00:00 > extras 100% |=========================| 1.1 kB 00:00 > updates-released 100% |=========================| 951 B 00:00 > base 100% |=========================| 1.1 kB 00:00 > Reading repository metadata in from local files > primary.xml.gz 100% |=========================| 104 kB 00:00 > updates-re: ################################################## 294/294 > Added 0 new packages, deleted 4 old in 0.80 seconds > Installed Packages > httpd.i386 2.1.6-1 installed > mod_ssl.i386 2.1.6-1 installed > Available Packages > httpd.i386 2.0.54-10 base > mod_ssl.i386 1:2.0.54-10 base > [bpm]$ sudo yum check-update > Setting up repositories > livna 100% |=========================| 951 B 00:00 > macromedia 100% |=========================| 903 B 00:00 > updates-testing 100% |=========================| 951 B 00:00 > extras 100% |=========================| 1.1 kB 00:00 > updates-released 100% |=========================| 951 B 00:00 > base 100% |=========================| 1.1 kB 00:00 > Reading repository metadata in from local files > primary.xml.gz 100% |=========================| 31 kB 00:00 > updates-te: ################################################## 89/89 > Added 3 new packages, deleted 0 old in 0.32 seconds > > mod_ssl.i386 1:2.0.54-10 base > > > Ok, what does yum check? It is comparing that mod_ssl.1:2.0.54-10 is > greater than mod_ssl.2.1.6-1 ? > > Is this a bug? a feature? > jesse got it in one: mod_ssl in your repo has an epoch of 1 - the one installed does not have an epoch (hence no #: preceeding the ver-rel). Think of no epoch as 0 so 1:2.0.54-10 > 0:2.1.6-1 -sv From bmillett at gmail.com Thu Jun 30 20:58:44 2005 From: bmillett at gmail.com (Brian Millett) Date: Thu, 30 Jun 2005 15:58:44 -0500 Subject: yum question In-Reply-To: <1120165012.1433.51.camel@prometheus.gamehouse.com> References: <42C45594.9060402@gmail.com> <1120165012.1433.51.camel@prometheus.gamehouse.com> Message-ID: <42C45D04.2040201@gmail.com> Jesse Keating wrote: > On Thu, 2005-06-30 at 15:27 -0500, Brian Millett wrote: > >>Ok, what does yum check? It is comparing that mod_ssl.1:2.0.54-10 is >>greater than mod_ssl.2.1.6-1 ? >> >>Is this a bug? a feature? > > > mod_ssl 2.0.54-10 has an epoch of 1, hence the 1:. It is entirely > possible that mod_ssl 2.1.6-1 has no explicit epoch, and thus is 0:. > The fun w/ epochs is that epoch always wins version checking. 1:2.4 is > always going to be higher than even say 0:9.3. This is why yum things > that mod_ssl needs to be upgraded. Check your newer mod_ssl and see if > it has an epoch set. > Cool. Thanks! It is a feature. I need to go fix the spec to have an epoch then. Is there a place to see what conventions fedora needs for specs to build correct rpms? -- Brian Millett - [ Garibaldi, "TKO"] "You know, you're demented." From jkeating at j2solutions.net Thu Jun 30 21:13:38 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 30 Jun 2005 14:13:38 -0700 Subject: yum question In-Reply-To: <42C45D04.2040201@gmail.com> References: <42C45594.9060402@gmail.com> <1120165012.1433.51.camel@prometheus.gamehouse.com> <42C45D04.2040201@gmail.com> Message-ID: <1120166018.1433.56.camel@prometheus.gamehouse.com> On Thu, 2005-06-30 at 15:58 -0500, Brian Millett wrote: > Cool. Thanks! It is a feature. I need to go fix the spec to have an > epoch then. Is there a place to see what conventions fedora needs for > specs to build correct rpms? You could use the srpm for the current mod_ssl package and just update it for your new source... -- 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 From talbotscott at cox.net Thu Jun 30 21:11:27 2005 From: talbotscott at cox.net (Scott Talbot) Date: Thu, 30 Jun 2005 14:11:27 -0700 Subject: Up2date advice In-Reply-To: <2547.12.29.16.103.1120161151.squirrel@whooper.org> References: <200506301936.j5UJaiGO024028@porkchop.devel.redhat.com> <2547.12.29.16.103.1120161151.squirrel@whooper.org> Message-ID: <42C45FFF.2050304@cox.net> William Hooper wrote: >Tomas Mraz wrote: > > > >>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/4 >>/$ARCH >> >> > >Since the headers directory is empty for FC4, maybe this bit of advice >should be updated? > > > No, since up2date now uses yum repomd, it no longer needs the headers directory. Though it'd be great if they could get the applet to use repomd too! Scott From whooperhsd3 at earthlink.net Thu Jun 30 22:36:12 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 30 Jun 2005 18:36:12 -0400 (EDT) Subject: Up2date advice In-Reply-To: <42C45FFF.2050304@cox.net> References: <200506301936.j5UJaiGO024028@porkchop.devel.redhat.com> <2547.12.29.16.103.1120161151.squirrel@whooper.org> <42C45FFF.2050304@cox.net> Message-ID: <1173.192.168.0.254.1120170972.squirrel@whooper.org> Scott Talbot wrote: > William Hooper wrote: > > >> Tomas Mraz wrote: >> >> >> >> >>> 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/testi >>> ng/4 /$ARCH >>> >>> >>> >> >> Since the headers directory is empty for FC4, maybe this bit of advice >> should be updated? >> >> >> > No, since up2date now uses yum repomd, it no longer needs the > headers directory. Though it'd be great if they could get the applet to > use repomd too! > > Scott It appears to look for the headers if you use the yum keyword, though: [whooper at FC4 ~]$ sudo /usr/sbin/up2date -l There was a fatal error communicating with the server. The message was: An HTTP error occurred: URL: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/i386/headers/header.info -- William Hooper