From alan at clueserver.org Tue Jun 1 00:11:32 2004 From: alan at clueserver.org (Alan) Date: Mon, 31 May 2004 17:11:32 -0700 Subject: [Core2Test3] Installation - No Fedora Core CD In-Reply-To: <20040531201732.GB25502@devserv.devel.redhat.com> References: <20040502113923.98081.qmail@web60007.mail.yahoo.com> <20040502124740.GC10494@devserv.devel.redhat.com> <1086032752.9841.7.camel@zontar.clueserver.org> <20040531201732.GB25502@devserv.devel.redhat.com> Message-ID: <1086048692.10769.2.camel@zontar.clueserver.org> On Mon, 2004-05-31 at 13:17, Alan Cox wrote: > On Mon, May 31, 2004 at 12:45:52PM -0700, Alan wrote: > > Just wondering if it is worth my time. (Since I will have to grab the > > cd ISOs instead of the DVD one I already have.) > > The pci=off crash was fixed. I did not get a crash, just ungodly slowness with any storage device on the PCMCIA slot. > > It would be nice to me able to use something other than Redhat 7.3 on my > > Sony Vaio 505ve. (Hacked far beyond warranty.) > > RH8/9/FC1/FC2 should all work on it. > > You need the pci=off just for the initial install to work around the vanishing > CD-ROM drive problem. Fixing that requires someone writes IDE controller hot > unplugging support for 2.6. That isn't trivial to do although 2.6 finally makes > it practicable. I tested with FC1 and got the described slow behaviour. I will try it again and see what happens. -- We are living in the "interesting times" the fortune cookies warned us about. From redhat-jc at insight.rr.com Tue Jun 1 01:00:37 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Mon, 31 May 2004 21:00:37 -0400 Subject: kernel 2.6.6 - opengl - 810 video problem In-Reply-To: <1085879986.2933.18.camel@localhost.localdomain> References: <1085879986.2933.18.camel@localhost.localdomain> Message-ID: <40BBD535.1090708@insight.rr.com> Mike Lurk wrote: > Message: 5 > Date: Fri, 28 May 2004 13:26:31 -0400 > From: Alan Cox > Subject: Re: kernel 2.6.6 > To: For testers of Fedora Core development releases > > Message-ID: <20040528172631.GE13961 at devserv.devel.redhat.com> > Content-Type: text/plain; charset=us-ascii > > On Fri, May 28, 2004 at 10:02:40AM -0400, Mike Lurk wrote: > >>So far with this kernel (2.6.6-1.391) I haven't been able to do > > anything > >>in openGL. As a matter of fact any of the 2.6.6 kernels haven't worked >>with openGL. The mobo is an Intel with a p3 600 and an integrated I810 >>video and the intel sound integrated as well. Any help would be >>appreciated. > > > Try the i586 kernel instead of the i686 one. If that works then > something > in the 4G/4G support has probably been broken again. Either way please > let > us know what happens > > ______________________________________________________________________ > > The i586 kernel worked. I tried to recompile with 4G/4G turned off but > during the recompile it wouldn't create the custom kernel directory > in /lib/modules. > > Mike > > > What is the symptom with the opengl problem? I tried 3D screensavers and they seemed to be alright. The MB is a Supermicro Super 370SSM and it is based on an intel 815 Solano chipset. I don't think this is as new as the 810 chipset, though the number is higher on my end. Is there a bug report filed on this problem? Has it been resolved? I tested with rawhide and the 2.6.6-1.391 kernel version. Jim -- Everything that can be invented has been invented. -- Charles Duell, Director of U.S. Patent Office, 1899 From aoliva at redhat.com Tue Jun 1 02:02:52 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 31 May 2004 23:02:52 -0300 Subject: firewire by Oliva problems In-Reply-To: <40BB480F.8040204@xmission.com> References: <40BB480F.8040204@xmission.com> Message-ID: On May 31, 2004, maxer1 wrote: > Your archive firewire-dd.bz2.tar doesn't expand given your > instructions in section 2 of your README. Oops, sorry. It's fixed now. -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From aoliva at redhat.com Tue Jun 1 02:04:44 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 31 May 2004 23:04:44 -0300 Subject: Firewire by Oliva revisted In-Reply-To: <40BB4ED6.3020307@xmission.com> References: <40BB4ED6.3020307@xmission.com> Message-ID: On May 31, 2004, raxet wrote: > ohci1394 and sbp2 (mind you it's detected at kernel boot), and > running sh ./rescan-scsi-bus.sh changes absolutely nothing. rescan-scsi-bus.sh is no longer necessary in kernel 2.6. It was only necessary in late 2.4 kernels. Try the kernel in testing for FC2 update. It works for me. If it doesn't for you, I suggest you to report the problem to the linux1394.org mailing list. -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From pri.rhl2 at iadonisi.to Tue Jun 1 02:16:10 2004 From: pri.rhl2 at iadonisi.to (Paul Iadonisi) Date: Mon, 31 May 2004 22:16:10 -0400 Subject: latest vnc missing vnc.so In-Reply-To: <20040531230136.GE2489@redhat.com> References: <1086042061.5105.4.camel@va.local.linuxlobbyist.org> <20040531230136.GE2489@redhat.com> Message-ID: <1086056170.5105.13.camel@va.local.linuxlobbyist.org> On Mon, 2004-05-31 at 19:01, Tim Waugh wrote: > On Mon, May 31, 2004 at 06:21:02PM -0400, Paul Iadonisi wrote: > > > The latest vnc server package, vnc-server-4.0-1.beta5.4, is missing > > the vnc.so module. Should this be filed as a separate bug, or as a > > comment added to > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=119530 ? > > A separate bug please. Which architecture? i386 New bug is http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124884 -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From michal at harddata.com Tue Jun 1 03:34:00 2004 From: michal at harddata.com (Michal Jaegermann) Date: Mon, 31 May 2004 21:34:00 -0600 Subject: kernel 2.6.6 - opengl - 810 video problem In-Reply-To: <40BBD535.1090708@insight.rr.com>; from redhat-jc@insight.rr.com on Mon, May 31, 2004 at 09:00:37PM -0400 References: <1085879986.2933.18.camel@localhost.localdomain> <40BBD535.1090708@insight.rr.com> Message-ID: <20040531213400.B28175@mail.harddata.com> On Mon, May 31, 2004 at 09:00:37PM -0400, Jim Cornette wrote: > Mike Lurk wrote: > > > >>in openGL. As a matter of fact any of the 2.6.6 kernels haven't worked > >>with openGL. > > What is the symptom with the opengl problem? I run into that with i830 video (really 845). Symptomps are pretty simple. You try to start anything using openGL, like glxgears or any GL based screensaver, and there is an instant lockup with no traces in logs and only a power switch still working. This is an extra fun with xscreensaver. With a "random screen saver" you will notice first that you have a dead machine after some period of not using a keyboard. Sooner or later but every time. If you will try to use GUI to turn off offending programs then touching a checkbox turns such program on and you have a dead machine again. :-) > Is there a bug report filed on this problem? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124781 > Has it been resolved? It seems to me that an additional clarifying information would be appreciated there. Anyone? Michal From notting at redhat.com Tue Jun 1 05:03:16 2004 From: notting at redhat.com (Bill Nottingham) Date: Tue, 1 Jun 2004 01:03:16 -0400 Subject: Fedora Core 2 Test Update: k3b-0.11.10-1 Message-ID: <20040601050316.GA5274@nostromo.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-146 2004-06-01 --------------------------------------------------------------------- Product : Fedora Core 2 Name : k3b Version : 0.11.10 Release : 1 Summary : CD/DVD burning application for KDE Description : K3b provides a comfortable user interface to perform most CD/DVD burning tasks. While the experienced user can take influence in all steps of the burning process the beginner may find comfort in the automatic settings and the reasonable k3b defaults which allow a quick start. --------------------------------------------------------------------- Update Information: This update updates k3b to the latest upstream version (0.11.10), and also includes a potential fix for burning on SCSI devices (#122096, #122474). If no new regressions are found, this will be pushed live by Monday, June 7, 2004. --------------------------------------------------------------------- * Mon May 31 2004 Justin M. Forbes <64bit_fedora at comcast.net> - 0.11.10-1 - remove unnecesary [ -z "$QTDIR" ] check - Update to 0.11.10 upstream - remove qt-devel BuildRequires, implied with kde-devel - remove ldconfig Requires, implied - remove i18n docbook patch, fixed upstream. * Fri May 28 2004 Bill Nottingham - 0.11.9-5 - fix burning on SCSI CD-ROMS (#122096) * Thu May 13 2004 Than Ngo 0.11.9-4 - get rid of rpath --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/ 0c80360bbc7897a1ffdd7c3f60f4a952 SRPMS/k3b-0.11.10-1.src.rpm 483deebb33d8b57172ba4001d689e137 i386/k3b-0.11.10-1.i386.rpm 55c1b6bf95aa56d8d3c8e8afabd4849d i386/debug/k3b-debuginfo-0.11.10-1.i386.rpm bbabd1fd670d64c4327bca36f6deb9eb x86_64/k3b-0.11.10-1.x86_64.rpm 741dbd4dd35c5121e95c29c62120d8f4 x86_64/debug/k3b-debuginfo-0.11.10-1.x86_64.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://fedora.redhat.com/updates/testing/fedora-core-2 --------------------------------------------------------------------- From alan at redhat.com Tue Jun 1 08:43:53 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 1 Jun 2004 04:43:53 -0400 Subject: [Core2Test3] Installation - No Fedora Core CD In-Reply-To: <1086048692.10769.2.camel@zontar.clueserver.org> References: <20040502113923.98081.qmail@web60007.mail.yahoo.com> <20040502124740.GC10494@devserv.devel.redhat.com> <1086032752.9841.7.camel@zontar.clueserver.org> <20040531201732.GB25502@devserv.devel.redhat.com> <1086048692.10769.2.camel@zontar.clueserver.org> Message-ID: <20040601084353.GA528@devserv.devel.redhat.com> On Mon, May 31, 2004 at 05:11:32PM -0700, Alan wrote: > I did not get a crash, just ungodly slowness with any storage device on > the PCMCIA slot. That is what I would expect. PCMCIA is ISA bus without DMA support. While hdparm -u1 /dev/hdwhatever may make the box feel better it can't really improve on PCMCIA device performance. From pchez at mail.cyberneme.com Tue Jun 1 11:07:12 2004 From: pchez at mail.cyberneme.com (Poonchezhian P.) Date: Tue, 1 Jun 2004 16:37:12 +0530 Subject: Problem with Highlighting text in Abiword ............. Message-ID: <200406011637.12267.pchez@mail.cyberneme.com> Hi, I have posted this question a few days back but havent got any response from the list. The problem is when I try to highlight any text in Abiword, it doesnt work. I'm using KDE. It works with GNOME environment. This issue was there in FC1 too. Is there any way to sort it out ??? Thanks in advance, -- Poonchezhian P. Email : pchez at mail.cyberneme.com From redhat-jc at insight.rr.com Tue Jun 1 11:30:11 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Tue, 01 Jun 2004 07:30:11 -0400 Subject: kernel 2.6.6 - opengl - 810 video problem In-Reply-To: <20040531213400.B28175@mail.harddata.com> References: <1085879986.2933.18.camel@localhost.localdomain> <40BBD535.1090708@insight.rr.com> <20040531213400.B28175@mail.harddata.com> Message-ID: <40BC68C3.4090206@insight.rr.com> Michal Jaegermann wrote: > On Mon, May 31, 2004 at 09:00:37PM -0400, Jim Cornette wrote: > >>Mike Lurk wrote: >> >>>>in openGL. As a matter of fact any of the 2.6.6 kernels haven't worked >>>>with openGL. >> >>What is the symptom with the opengl problem? > > > I run into that with i830 video (really 845). Symptomps are pretty > simple. You try to start anything using openGL, like glxgears or > any GL based screensaver, and there is an instant lockup with no > traces in logs and only a power switch still working. > > This is an extra fun with xscreensaver. With a "random screen > saver" you will notice first that you have a dead machine after some > period of not using a keyboard. Sooner or later but every time. If > you will try to use GUI to turn off offending programs then touching > a checkbox turns such program on and you have a dead machine again. :-) > > >>Is there a bug report filed on this problem? > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124781 > > >>Has it been resolved? > > > It seems to me that an additional clarifying information would > be appreciated there. Anyone? > > Michal > > When I read the reported problem, I first tried glxgears and then tried some of the 3D screensavers. I then did a network search and found some 3D filemanager that there was a link to. I downloaded the source for the program, but it needed some toolkit for opengl. 845 seems to be newer than my chipset. I hope the 403 version released by arjan today fixes the breakage for you. 3D seemed a bit washed out for me. Hopefully the fix / proposed fix works. THanks for the explanation. Jim -- Your business will assume vast proportions. From tkonto at aegean.gr Tue Jun 1 14:19:00 2004 From: tkonto at aegean.gr (Kontogiannis Theophanis) Date: Tue, 1 Jun 2004 17:19:00 +0300 Subject: xconfig for kernel unreadable Message-ID: <648BC770FECA244FBC13976A2F8B4C710768CF@hermes2.aegean.gr> Yep! that was it! thank you lenard, T. "Lenard" wrote in message news:pan.2004.05.30.14.08.39.619022 at 127.0.0.1... > On Sun, 30 May 2004 17:19:30 +0300, Theophanis Kontogiannis wrote: > > > Hi all, > > > > I have FC2 (no updates - just the 4 cd from the site) and I try to make > > xconfig > > > > whell a window pops up and instead of getting readable information, I > > get small circles (instead of characters) with various parts filled in > > black (half, full, quarter.. no circles just spaces....etc) > > > > I have English US and English language only as system wide and during > > the session! > > > > any hints? > > Hmmm... Check your /etc/sysconfig/i18n file. Here's mine as a sample; > > LANG="en_US" > SUPPORTED="en_US:en:en_US.UTF-8" > SYSFONT="lat0-sun16" > > > -- > "In short, without this exclusive franchise, called the Windows API, > we would have been dead a long time ago." M$ Senior VP Bob Muglia '96 -------------- next part -------------- An HTML attachment was scrubbed... URL: From tkonto at aegean.gr Tue Jun 1 15:01:51 2004 From: tkonto at aegean.gr (Theophanis Kontogiannis) Date: Tue, 1 Jun 2004 18:01:51 +0300 Subject: pppd problem again! Message-ID: <004501c447e9$5fb84380$afa6fea9@phanis> Theophanis Kontogiannis wrote: > The kernel shipping by default with FC2 (2.6.5) has PPP_FILTER > enabled by default. > I said that the problem must have something to do with the new > kernel (!!!) compared to FC1 (2.4 kernel) where the filter worked > just fine. I'm running 2.6.4 compiled from a standard source and have no problem with the active-filter option when using pppd 2.4.2, also compiled from a standard source. It's hard to believe the PPP support code in 2.6.5 would cause the error. The only change from 2.6.4 is [PATCH] Patch to hook up PPP to simple class sysfs support according to ftp://ftp.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.5 Looks like FC may not have changed the pppd code. If I jumped to a wrong conclusion then I apologize. Here's the line in the standard pppd 2.4.2 code that generates error: pppd/options.c: option_error("error in active-filter expression: %s\n", pcap_ geterr(&pc)); Perhaps your libpcap and mine differ, and mine does the right thing. It was installed back in late 2002: -rw-r--r-- 1 root root 135878 Oct 21 2002 /usr/lib/libpcap.a Anyway something is different, since the pppd (2.4.1, 2.4.2) filter options work great here. -- Clifford Kite Email: "echo xvgr_yvahk-ccc at ri1.arg|rot13" PPP-Q&A links, downloads: http://ckite.no-ip.net/ /* "Be liberal in what you accept, and conservative in what you send" RFC 1122 */ -------------- next part -------------- An HTML attachment was scrubbed... URL: From michal at harddata.com Tue Jun 1 15:13:32 2004 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 1 Jun 2004 09:13:32 -0600 Subject: kernel 2.6.6 - opengl - 810 video problem In-Reply-To: <40BC68C3.4090206@insight.rr.com>; from redhat-jc@insight.rr.com on Tue, Jun 01, 2004 at 07:30:11AM -0400 References: <1085879986.2933.18.camel@localhost.localdomain> <40BBD535.1090708@insight.rr.com> <20040531213400.B28175@mail.harddata.com> <40BC68C3.4090206@insight.rr.com> Message-ID: <20040601091332.A11280@mail.harddata.com> On Tue, Jun 01, 2004 at 07:30:11AM -0400, Jim Cornette wrote: > Michal Jaegermann wrote: > > > > I run into that with i830 video (really 845). Symptomps are pretty > > simple. You try to start anything using openGL, like glxgears or > > any GL based screensaver, and there is an instant lockup with no > > traces in logs and only a power switch still working. > > 845 seems to be newer than my chipset. I hope the 403 version released > by arjan today fixes the breakage for you. It is difficult for me to check at this moment as the machine where this was observed "went to work" and it will be back only in a month. Some other who were affected by this problem should re-test and carry the banner. :-) Micha From mike.lurk at sympatico.ca Tue Jun 1 15:25:04 2004 From: mike.lurk at sympatico.ca (Mike Lurk) Date: Tue, 01 Jun 2004 11:25:04 -0400 Subject: kernel-source for kernel 2.6.6-1.403 Message-ID: <1086103504.2975.5.camel@localhost.localdomain> I noticed today (on Arjan's site) that there is no kernel-source but there is kernel-sourcecode-2.6.6-1.403. Will that replace the kernel-source. Mike From arjanv at redhat.com Tue Jun 1 15:43:13 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Tue, 01 Jun 2004 17:43:13 +0200 Subject: kernel-source for kernel 2.6.6-1.403 In-Reply-To: <1086103504.2975.5.camel@localhost.localdomain> References: <1086103504.2975.5.camel@localhost.localdomain> Message-ID: <1086104593.7500.4.camel@laptop.fenrus.com> On Tue, 2004-06-01 at 17:25, Mike Lurk wrote: > I noticed today (on Arjan's site) that there is no kernel-source but > there is kernel-sourcecode-2.6.6-1.403. Will that replace the > kernel-source. yes; the yum/update "you can't update to a noarch package for kernel-source" mess gets avoided by renaming the package and making it obsolete/provide the old name. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From alan at clueserver.org Tue Jun 1 15:52:15 2004 From: alan at clueserver.org (Alan) Date: Tue, 01 Jun 2004 08:52:15 -0700 Subject: [Core2Test3] Installation - No Fedora Core CD In-Reply-To: <20040601084353.GA528@devserv.devel.redhat.com> References: <20040502113923.98081.qmail@web60007.mail.yahoo.com> <20040502124740.GC10494@devserv.devel.redhat.com> <1086032752.9841.7.camel@zontar.clueserver.org> <20040531201732.GB25502@devserv.devel.redhat.com> <1086048692.10769.2.camel@zontar.clueserver.org> <20040601084353.GA528@devserv.devel.redhat.com> Message-ID: <1086105135.14961.1.camel@zontar.clueserver.org> On Tue, 2004-06-01 at 01:43, Alan Cox wrote: > On Mon, May 31, 2004 at 05:11:32PM -0700, Alan wrote: > > I did not get a crash, just ungodly slowness with any storage device on > > the PCMCIA slot. > > That is what I would expect. PCMCIA is ISA bus without DMA support. While > hdparm -u1 /dev/hdwhatever may make the box feel better it can't really > improve on PCMCIA device performance. But the problem is not there on Redhat 7.3. There is slow and then there is SSSSLLLLOOOOOWWWWW. (We are talking hours to read a single CD!) -- We are living in the "interesting times" the fortune cookies warned us about. From alan at redhat.com Tue Jun 1 15:54:25 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 1 Jun 2004 11:54:25 -0400 Subject: [Core2Test3] Installation - No Fedora Core CD In-Reply-To: <1086105135.14961.1.camel@zontar.clueserver.org> References: <20040502113923.98081.qmail@web60007.mail.yahoo.com> <20040502124740.GC10494@devserv.devel.redhat.com> <1086032752.9841.7.camel@zontar.clueserver.org> <20040531201732.GB25502@devserv.devel.redhat.com> <1086048692.10769.2.camel@zontar.clueserver.org> <20040601084353.GA528@devserv.devel.redhat.com> <1086105135.14961.1.camel@zontar.clueserver.org> Message-ID: <20040601155425.GB8848@devserv.devel.redhat.com> On Tue, Jun 01, 2004 at 08:52:15AM -0700, Alan wrote: > But the problem is not there on Redhat 7.3. > > There is slow and then there is SSSSLLLLOOOOOWWWWW. (We are talking > hours to read a single CD!) That sounds like an unknown and different problem. Time to kidnap my wife's laptop. With pcmcia you ought to be getting about 800K/second. From P.R.Schaffner at IEEE.org Tue Jun 1 17:17:42 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Tue, 01 Jun 2004 13:17:42 -0400 Subject: xconfig for kernel unreadable In-Reply-To: <1085933803.5640.31.camel@laptop.andyw.net> References: <648BC770FECA244FBC13976A2F8B4C710768CE@hermes2.aegean.gr> <1085933803.5640.31.camel@laptop.andyw.net> Message-ID: <1086110262.8464.78.camel@tabb1.tabb> On Sun, 2004-05-30 at 17:16 +0100, Andy Wallace wrote: > On Sun, 2004-05-30 at 15:04, Kontogiannis Theophanis wrote: > > Hi all, > > > > I have FC2 (no updates - just the 4 cd from the site) > > and I try to make xconfig > > > > whell a window pops up and instead of getting readable information, I > > get > > small circles (instead of characters) with various parts filled in > > black > > (half, full, quarter.. no circles just spaces....etc) > > > > I have English US and English language only as system wide and during > > the > > session! > > > > any hints? > > > > I see similar behaviour on FC1 too, with both 2.6.5 and 2.6.6 kernels. > Not circles like in FC2, but just empty squares. I haven't looked into > it any further, just used menuconfig instead. > > I checked bugzilla, but couldn't find anything there. When I tried to > post the bug, there was no kernel-source component available for FC2. > Perhaps someone with more knowledge/experience could shed some light on > the problem? Just a me-too from the past, but works-for-me now. See "make xconfig, system-config-packages" thread on fedora-list today. May want to try "make gconfig". Phil From mike.lurk at sympatico.ca Tue Jun 1 21:40:27 2004 From: mike.lurk at sympatico.ca (Mike Lurk) Date: Tue, 01 Jun 2004 17:40:27 -0400 Subject: kernel 2.6.6 - opengl - 810 video problem Message-ID: <1086126027.3822.9.camel@localhost.localdomain> On Tue, Jun 01, 2004 at 07:30:11AM -0400, Jim Cornette wrote: > Michal Jaegermann wrote: > > > > I run into that with i830 video (really 845). Symptomps are pretty > > simple. You try to start anything using openGL, like glxgears or > > any GL based screensaver, and there is an instant lockup with no > > traces in logs and only a power switch still working. > > 845 seems to be newer than my chipset. I hope the 403 version released > by arjan today fixes the breakage for you. It is difficult for me to check at this moment as the machine where this was observed "went to work" and it will be back only in a month. Some other who were affected by this problem should re-test and carry the banner. :-) Micha ______________________________________________________________________ I am running the 2.6.6-1.403 kernel now and it seems it sort of works. You can run a game in windowed mode but if you try to run it full screen it knocks you out of the desktop and puts you to the login screen. Just for the hell of it I checked prelink.log and any xscreensaver that uses opengl I got and error. Here's an example; /usr/sbin/prelink: /usr/X11R6/lib/xscreensaver/flurry: Cannot prelink against non-PIC shared library /usr/X11R6/lib/libGL.so.1.2 I don't know if that would have anything to do with the problem but I thought you might want to know. Mike From alan at clueserver.org Tue Jun 1 23:28:39 2004 From: alan at clueserver.org (alan) Date: Tue, 1 Jun 2004 16:28:39 -0700 (PDT) Subject: [Core2Test3] Installation - No Fedora Core CD In-Reply-To: <20040601155425.GB8848@devserv.devel.redhat.com> Message-ID: On Tue, 1 Jun 2004, Alan Cox wrote: > On Tue, Jun 01, 2004 at 08:52:15AM -0700, Alan wrote: > > But the problem is not there on Redhat 7.3. > > > > There is slow and then there is SSSSLLLLOOOOOWWWWW. (We are talking > > hours to read a single CD!) > > That sounds like an unknown and different problem. Time to kidnap my wife's > laptop. With pcmcia you ought to be getting about 800K/second. I will be testing this tonight. I have the cd sized isos downloaded now. Also testing if you ever sleep. (Must be the Penguin Mints...) From aoliva at redhat.com Wed Jun 2 05:21:28 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 02 Jun 2004 02:21:28 -0300 Subject: kernel-source for kernel 2.6.6-1.403 In-Reply-To: <1086104593.7500.4.camel@laptop.fenrus.com> References: <1086103504.2975.5.camel@localhost.localdomain> <1086104593.7500.4.camel@laptop.fenrus.com> Message-ID: On Jun 1, 2004, Arjan van de Ven wrote: > yes; the yum/update "you can't update to a noarch package for > kernel-source" mess gets avoided by renaming the package and making it > obsolete/provide the old name. Avoided how? update -u -f still won't update kernel-sourcecode even though it obsoletes kernel-source. I don't see that there's an equivalent of RHN's `Obsoletes' list in yum header.info, and if up2date doesn't find a reason to download the kernel-sourcecode hdr file, it won't even know there's something that obsoletes kernel-source. Am I missing anything? -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From jspaleta at gmail.com Wed Jun 2 05:52:03 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 2 Jun 2004 01:52:03 -0400 Subject: kernel-source for kernel 2.6.6-1.403 In-Reply-To: References: <1086103504.2975.5.camel@localhost.localdomain> <1086104593.7500.4.camel@laptop.fenrus.com> Message-ID: <604aa79104060122525a0650f2@mail.gmail.com> On 02 Jun 2004 02:21:28 -0300, Alexandre Oliva wrote: > > On Jun 1, 2004, Arjan van de Ven wrote: > > > yes; the yum/update "you can't update to a noarch package for > > kernel-source" mess gets avoided by renaming the package and making it > > obsolete/provide the old name. > > Avoided how? update -u -f still won't update kernel-sourcecode even > though it obsoletes kernel-source. it doesn't allow 'update' to work... it allows 'installing' to work. so... you can do yum install kernel-sourcecode or up2date kernel-sourcecode and it will install now. Imperfect compromises, for an imperfect world. I'm more than comfortable with the SLIGHT annoyance involved with the kernel-source name change and the lost of automated 'updating' the kernel-sourcecode package, considering the change potential means seeing the birth of a ppc fedora release sooner. Would it have been better if this had happened during the run-up to fc2 release? Yes. Hindsight is 20/20, it would have been great if the need to change the kernel-source to noarch was anticipated, but it wasn't. Would it have been better if yum and up2date could gracefully handle the rare situation where arch on a package needs to changes? In retrospect...maybe...maybe not. ...we can either dig our heels in about this and bitch and moan about it in an effort to prevent all possible pain and delay any ppc release thats in the works..or we can bite the bullet now and make it easier to get any ppc release out(even testing ones) before fc3. Considering that we are talking about the kernel-source package here and not an application...i would hazard a guess that everyone who really NEEDS kernel-source will know enough to be able to quickly figure out something has changed, and can either find kernel-sourcecode on their own or will hit a communication channel in under 5 minutes of noticing kernel-source is out of step, or they will throw their broken dreams and pitiful desperate kernel module compilation hopes at the alter of google. if this change means ppc fedora sooner rather than later...then I say..please by all means lets get on with it and lets try to anticipate the needs of any other upcoming arch branches before fc3 release so we don't have to do something like this again. Though i would imagine ppc breaks most if not all the new ground that something like sparc or even alpha would need to cover that would require an arch change like this. So after this...there might not be anything else left to obviously anticipate. -jef"kernel-sourcerpmbutnotthesrcrpm-2.6.6-1.406.noarch.rpm" From skvidal at phy.duke.edu Wed Jun 2 05:53:30 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 02 Jun 2004 01:53:30 -0400 Subject: kernel-source for kernel 2.6.6-1.403 In-Reply-To: <604aa79104060122525a0650f2@mail.gmail.com> References: <1086103504.2975.5.camel@localhost.localdomain> <1086104593.7500.4.camel@laptop.fenrus.com> <604aa79104060122525a0650f2@mail.gmail.com> Message-ID: <1086155610.20095.9.camel@binkley> On Wed, 2004-06-02 at 01:52 -0400, Jeff Spaleta wrote: > On 02 Jun 2004 02:21:28 -0300, Alexandre Oliva wrote: > > > > On Jun 1, 2004, Arjan van de Ven wrote: > > > > > yes; the yum/update "you can't update to a noarch package for > > > kernel-source" mess gets avoided by renaming the package and making it > > > obsolete/provide the old name. > > > > Avoided how? update -u -f still won't update kernel-sourcecode even > > though it obsoletes kernel-source. > > it doesn't allow 'update' to work... it allows 'installing' to work. > > so... you can do yum install kernel-sourcecode > or up2date kernel-sourcecode and it will install now. > yum upgrade kernel-sourcecode should pull it in correctly. -sv From feliciano.matias at free.fr Wed Jun 2 08:41:44 2004 From: feliciano.matias at free.fr (Matias Feliciano) Date: Wed, 02 Jun 2004 10:41:44 +0200 Subject: kernel-source for kernel 2.6.6-1.403 In-Reply-To: <1086155610.20095.9.camel@binkley> References: <1086103504.2975.5.camel@localhost.localdomain> <1086104593.7500.4.camel@laptop.fenrus.com> <604aa79104060122525a0650f2@mail.gmail.com> <1086155610.20095.9.camel@binkley> Message-ID: <1086165704.22832.8.camel@localhost.localdomain> Le mer 02/06/2004 ? 07:53, seth vidal a ?crit : > > yum upgrade kernel-sourcecode should pull it in correctly. > Here "yum upgrade" works with kernel-source-2.6.5-1.358.i386 already installed and "exactarch=1" in /etc/yum.conf . But : http://www.fedoranews.org/updates/FEDORA-2004-134.shtml This update can be installed with Yum Update Agent; you can type 'yum update' command in the terminal. This recommendation does not work with kernel-sourcecode. > -sv > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e. URL: From feliciano.matias at free.fr Wed Jun 2 08:56:13 2004 From: feliciano.matias at free.fr (Matias Feliciano) Date: Wed, 02 Jun 2004 10:56:13 +0200 Subject: kernel-source for kernel 2.6.6-1.403 In-Reply-To: <1086165704.22832.8.camel@localhost.localdomain> References: <1086103504.2975.5.camel@localhost.localdomain> <1086104593.7500.4.camel@laptop.fenrus.com> <604aa79104060122525a0650f2@mail.gmail.com> <1086155610.20095.9.camel@binkley> <1086165704.22832.8.camel@localhost.localdomain> Message-ID: <1086166573.22830.16.camel@localhost.localdomain> Le mer 02/06/2004 ? 10:41, Matias Feliciano a ?crit : > Le mer 02/06/2004 ? 07:53, seth vidal a ?crit : > > > > yum upgrade kernel-sourcecode should pull it in correctly. > > > > Here "yum upgrade" works with kernel-source-2.6.5-1.358.i386 already > installed and "exactarch=1" in /etc/yum.conf . And with kernel-sourcecode-2.6.6-1.406.noarch.rpm in testing/2/i386/ . Not try with 403. > > But : > http://www.fedoranews.org/updates/FEDORA-2004-134.shtml > This update can be installed with Yum Update Agent; you can type > 'yum update' command in the terminal. > > This recommendation does not work with kernel-sourcecode. > > > -sv > > > > > > ______________________________________________________________________ > -- > 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: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e. URL: From maxer1 at xmission.com Wed Jun 2 10:02:18 2004 From: maxer1 at xmission.com (raxet) Date: Wed, 02 Jun 2004 04:02:18 -0600 Subject: Xcdroast can't detect firewire properly in 0.98a15-2 Message-ID: <40BDA5AA.9020202@xmission.com> Xcdroast can't detect or work with my BUSLink Firewire drive, but k3b-0.11.10-1 can! I recommend k3b for all your firewire needs. RaXeT From maxer1 at xmission.com Wed Jun 2 10:13:08 2004 From: maxer1 at xmission.com (raxet) Date: Wed, 02 Jun 2004 04:13:08 -0600 Subject: k3b wins xcdroast needs an update Message-ID: <40BDA834.6000305@xmission.com> To put it succinctly, xcdroast-0.98a15-2 can't detect my firewire BUSLink 48x12x48 drive, but loading k3b-0.11.10-1 ran flawlessly and burnt my iso (FC2-i386-disc1.iso at an outstandingly high average 40x or 6071 KB/s. Time 3:00 minutes - no verify. RaXeT From maxer1 at xmission.com Wed Jun 2 10:18:51 2004 From: maxer1 at xmission.com (raxet) Date: Wed, 02 Jun 2004 04:18:51 -0600 Subject: kernel-sourcecode-2.6.6-1.406 fails on loopback Message-ID: <40BDA98B.2060707@xmission.com> 406 fails on custom kernel build- make install make[1]: `arch/i386/kernel/asm-offsets.s' is up to date. CHK include/linux/compile.h Kernel: arch/i386/boot/bzImage is ready sh /usr/src/linux-2.6.6-1.406/arch/i386/boot/install.sh 2.6.6-1.406custom arch/i386/boot/bzImage System.map "" All of your loopback devices are in use. mkinitrd failed make[1]: *** [install] Error 1 make: *** [install] Error 2 This also was the case with kernel-2.6.6-1.406.i686.rpm install routine. RaXeT From feliciano.matias at free.fr Wed Jun 2 10:31:52 2004 From: feliciano.matias at free.fr (Matias Feliciano) Date: Wed, 02 Jun 2004 12:31:52 +0200 Subject: kernel-sourcecode-2.6.6-1.406 fails on loopback In-Reply-To: <40BDA98B.2060707@xmission.com> References: <40BDA98B.2060707@xmission.com> Message-ID: <1086172312.990.0.camel@localhost.localdomain> Le mer 02/06/2004 ? 12:18, raxet a ?crit : > 406 fails on custom kernel build- > > make install > make[1]: `arch/i386/kernel/asm-offsets.s' is up to date. > CHK include/linux/compile.h > Kernel: arch/i386/boot/bzImage is ready > sh /usr/src/linux-2.6.6-1.406/arch/i386/boot/install.sh > 2.6.6-1.406custom arch/i386/boot/bzImage System.map "" > All of your loopback devices are in use. Add this in /etc/modprobe.conf : options loop max-loop=32 > mkinitrd failed > make[1]: *** [install] Error 1 > make: *** [install] Error 2 > > This also was the case with kernel-2.6.6-1.406.i686.rpm install routine. > > RaXeT > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e. URL: From bpm at ec-group.com Wed Jun 2 12:52:16 2004 From: bpm at ec-group.com (Brian Millett) Date: Wed, 2 Jun 2004 07:52:16 -0500 (CDT) Subject: kernel-sourcecode-2.6.6-1.406 fails on loopback In-Reply-To: <40BDA98B.2060707@xmission.com> References: <40BDA98B.2060707@xmission.com> Message-ID: <58178.12.41.112.51.1086180736.squirrel@webmail.ec-group.com> > 406 fails on custom kernel build- > > make install > make[1]: `arch/i386/kernel/asm-offsets.s' is up to date. > CHK include/linux/compile.h > Kernel: arch/i386/boot/bzImage is ready > sh /usr/src/linux-2.6.6-1.406/arch/i386/boot/install.sh > 2.6.6-1.406custom arch/i386/boot/bzImage System.map "" > All of your loopback devices are in use. > mkinitrd failed > make[1]: *** [install] Error 1 > make: *** [install] Error 2 > > This also was the case with kernel-2.6.6-1.406.i686.rpm install routine. I found that I had to have the 'loop' module loaded, so do a 'modprobe loop' and try again. -- Brian Millett Enterprise Consulting Group "Shifts in paradigms (314) 205-9030 often cause nose bleeds." bpmATec-groupDOTcom Greg Glenn From karsten at redhat.com Wed Jun 2 17:20:40 2004 From: karsten at redhat.com (Karsten Hopp) Date: Wed, 2 Jun 2004 19:20:40 +0200 Subject: Fedora Core 1 Test Update: vim-6.2.532-1 Message-ID: <20040602172040.GB16988@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-147 2004-06-02 --------------------------------------------------------------------- Product : Fedora Core 1 Name : vim Version : 6.2.532 Release : 1 Summary : The VIM editor. Description : VIM (VIsual editor iMproved) is an updated and improved version of the vi editor. Vi was the first real screen-based editor for UNIX, and is still very popular. VIM improves on vi by adding new features: multiple windows, multi-level undo, block highlighting and more. --------------------------------------------------------------------- Update Information: This update upgrades vim to the latest patchlevel which fixes a lot of minor issues described in README.patches. It also removes the dependency between vim-minimal and vim-common. Bugzilla entries fixed with this update: #123205,#110033 If no problems occur, this will go final on Wednesday, June 9th. --------------------------------------------------------------------- * Tue Jun 01 2004 Karsten Hopp 6.2.532-1 - patchlevel 532 - include vimrc in vim-minimal (#123205) - add gvim icons (#110033) * Wed Apr 07 2004 Karsten Hopp 6.2.457-1 - patchlevel 457 * Fri Mar 26 2004 Karsten Hopp 6.2.403-1 - patchlevel 403 * Thu Mar 18 2004 Karsten Hopp 6.2.380-1 - patchlevel 380 * Mon Mar 08 2004 Karsten Hopp 6.2.327-1 - patchlevel 327 * Wed Mar 03 2004 Karsten Hopp 6.2.311-1 - patchlevel 311 * Mon Mar 01 2004 Karsten Hopp 6.2.294-1 - patchlevel 294 * Fri Feb 13 2004 Elliot Lee - rebuilt * Wed Feb 11 2004 Karsten Hopp 6.2.253-1 - patchlevel 253 - disable netbeans * Thu Jan 29 2004 Karsten Hopp 6.2.214-1 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ cbdd5b48460936537bf9e1560c8926dd SRPMS/vim-6.2.532-1.src.rpm 678de3f3d4b84d830134dec93fe2ec5c i386/vim-common-6.2.532-1.i386.rpm 835cd8b8edb0675825b2db7369b9d4bb i386/vim-minimal-6.2.532-1.i386.rpm 685d90e09dbe33675f565fc347d34393 i386/vim-enhanced-6.2.532-1.i386.rpm 796f4a9e0d2b22f49c83697f74e76673 i386/vim-X11-6.2.532-1.i386.rpm 6a14327624cd7b2c309a40ba2b865e7d i386/debug/vim-debuginfo-6.2.532-1.i386.rpm 281a47e5d1bf88883df98cde139487d5 x86_64/vim-common-6.2.532-1.x86_64.rpm 3737e2fe0fb8479175517a93970a4a01 x86_64/vim-minimal-6.2.532-1.x86_64.rpm 0f1876f3142382a901d58a417864525a x86_64/vim-enhanced-6.2.532-1.x86_64.rpm 845dbccdb498ce3b871246bc5ebbe2a5 x86_64/vim-X11-6.2.532-1.x86_64.rpm f9634cabc781c0fe070a0ea71fbc5743 x86_64/debug/vim-debuginfo-6.2.532-1.x86_64.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://fedora.redhat.com/updates/testing/fedora-core-1 --------------------------------------------------------------------- -- Karsten Hopp GPG 1024D/70ABD02C Fingerprint D2D4 3B6B 2DE4 464C A432 210A DFF8 A140 70AB D02C Red Hat Deutschland, Hauptstaetter Str.58 70178 Stuttgart, Tel.+49-711-96437-0, Fax +49-711-96437-111 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From williama_lovaton at coomeva.com.co Wed Jun 2 16:13:42 2004 From: williama_lovaton at coomeva.com.co (William Lovaton) Date: 02 Jun 2004 11:13:42 -0500 Subject: Bug in kernel 2.6.5-1.358smp Message-ID: <1086192822.18333.30.camel@localhost.localdomain> Hello, I think I found a bug in the kernel. I had 2 consecutive block ups. I'm running the system in a production environtment with a web application in my company with lots of users. I first installed FC2T3 to make some test, then I updated to FC2 Final with yum and then applied the security updates available in: [http-download.fedora.redhat.com-pub-fedora-linux-core-updates-2-i386-] name=http-download.fedora.redhat.com-pub-fedora-linux-core-updates-2-i386- baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/2/i386/ I use Apache 2 (the one that comes with FC2), PHP 4.3.6 (compiled by myself), TUX and Oracle 9i Client. The portion of /var/log/messages is as follows: Jun 2 08:48:52 appweb2-coomeva kernel: ------------[ cut here ]------------ Jun 2 08:48:52 appweb2-coomeva kernel: kernel BUG at mm/page_alloc.c:786! Jun 2 08:48:52 appweb2-coomeva kernel: invalid operand: 0000 [#1] Jun 2 08:48:52 appweb2-coomeva kernel: SMP Jun 2 08:48:52 appweb2-coomeva kernel: CPU: 2 Jun 2 08:48:52 appweb2-coomeva kernel: EIP: 0060:[<02138aec>] Not tainted Jun 2 08:48:52 appweb2-coomeva kernel: EFLAGS: 00010246 (2.6.5-1.358smp) Jun 2 08:48:52 appweb2-coomeva kernel: EIP is at __free_pages+0x21/0x4c Jun 2 08:48:52 appweb2-coomeva kernel: eax: 00000000 ebx: 00000000 ecx: 03e128a0 edx: 03e128a0 Jun 2 08:48:52 appweb2-coomeva kernel: esi: 00000000 edi: 7c7c81f0 ebp: 7c7c802c esp: 7d09befc Jun 2 08:48:52 appweb2-coomeva kernel: ds: 007b es: 007b ss: 0068 Jun 2 08:48:52 appweb2-coomeva kernel: Process tux (pid: 1526, threadinfo=7d09b000 task=7dbbb410) Jun 2 08:48:52 appweb2-coomeva kernel: Stack: 00000000 82947f00 00000000 7c7c802c 00000000 82953380 00000022 8293aff6 Jun 2 08:48:52 appweb2-coomeva kernel: 7c7c802c 7c7c8054 8293bcd9 7d09bf40 82953380 00000000 00000005 fef73690 Jun 2 08:48:52 appweb2-coomeva kernel: 829457fd 00000000 7d09b000 00000000 82947345 0212a0f0 82953380 000041ed Jun 2 08:48:52 appweb2-coomeva kernel: Call Trace: Jun 2 08:48:53 appweb2-coomeva kernel: [<82947f00>] do_send_abuf+0x12c/0x147 [tux] Jun 2 08:48:53 appweb2-coomeva kernel: [<8293aff6>] tux_schedule_atom+0x23/0x34 [tux] Jun 2 08:48:53 appweb2-coomeva kernel: [<8293bcd9>] process_requests+0x90/0xa7 [tux] Jun 2 08:48:53 appweb2-coomeva kernel: [<829457fd>] event_loop+0x75/0x178 [tux] Jun 2 08:48:53 appweb2-coomeva kernel: [<82947345>] __sys_tux+0x343/0x77a [tux] Jun 2 08:48:53 appweb2-coomeva kernel: [<0212a0f0>] in_group_p+0x31/0x58 Jun 2 08:48:53 appweb2-coomeva kernel: [<021616a7>] dput+0x18/0x16c Jun 2 08:48:53 appweb2-coomeva kernel: [<02159672>] path_release+0xa/0x26 Jun 2 08:48:54 appweb2-coomeva kernel: [<0214da62>] sys_chdir+0x57/0x5f Jun 2 08:48:54 appweb2-coomeva kernel: [<0224b124>] sys_tux+0x25/0xb2 Jun 2 08:48:54 appweb2-coomeva kernel: Jun 2 08:48:54 appweb2-coomeva kernel: Code: 0f 0b 12 03 c4 80 2b 02 f0 ff 49 04 0f 94 c0 84 c0 74 16 85 Jun 2 08:48:54 appweb2-coomeva kernel: <5>TUX: thread 0 stopping ... Jun 2 08:50:07 appweb2-coomeva sshd(pam_unix)[1937]: session opened for user nalwalovaton by (uid=500) Jun 2 08:50:11 appweb2-coomeva su(pam_unix)[1965]: session opened for user root by nalwalovaton(uid=500) Jun 2 08:55:51 appweb2-coomeva kernel: Bad page state at free_hot_cold_page (in process 'async IO 1/6', page 03dfa860) Jun 2 08:55:51 appweb2-coomeva kernel: flags:0x20000000 mapping:00000000 mapped:0 count:0 Jun 2 08:55:51 appweb2-coomeva kernel: Backtrace: Jun 2 08:55:51 appweb2-coomeva kernel: Call Trace: Jun 2 08:55:51 appweb2-coomeva kernel: [<02137f0d>] bad_page+0x5c/0x7f Jun 2 08:55:51 appweb2-coomeva kernel: [<02138593>] free_hot_cold_page+0x67/0xe0 Jun 2 08:55:51 appweb2-coomeva kernel: [<82947d46>] get_abuf+0x9a/0x101 [tux] Jun 2 08:55:51 appweb2-coomeva kernel: [<82941008>] http_pre_header+0x32/0x3ec [tux] Jun 2 08:55:51 appweb2-coomeva kernel: [<82940ebf>] http_process_message+0x23a/0x266 [tux] Jun 2 08:55:51 appweb2-coomeva kernel: [<8293aff6>] tux_schedule_atom+0x23/0x34 [tux] Jun 2 08:55:51 appweb2-coomeva kernel: [<8293c039>] cachemiss_thread+0x128/0x1de [tux] Jun 2 08:55:51 appweb2-coomeva kernel: [<0211b419>] default_wake_function+0x0/0xc Jun 2 08:55:51 appweb2-coomeva kernel: [<0211b419>] default_wake_function+0x0/0xc Jun 2 08:55:51 appweb2-coomeva kernel: [<8293bf11>] cachemiss_thread+0x0/0x1de [tux] Jun 2 08:55:52 appweb2-coomeva kernel: [<021041f1>] kernel_thread_helper+0x5/0xb Jun 2 08:55:52 appweb2-coomeva kernel: Jun 2 08:55:52 appweb2-coomeva kernel: Trying to fix it up, but a reboot is needed Jun 2 08:55:52 appweb2-coomeva kernel: Unable to handle kernel paging request at virtual address 00100104 Jun 2 08:55:52 appweb2-coomeva kernel: printing eip: Jun 2 08:55:52 appweb2-coomeva kernel: 0213869f Jun 2 08:55:52 appweb2-coomeva kernel: *pde = 00003001 Jun 2 08:55:52 appweb2-coomeva kernel: Oops: 0002 [#2] Jun 2 08:55:53 appweb2-coomeva kernel: SMP Jun 2 08:55:53 appweb2-coomeva kernel: CPU: 0 Jun 2 08:55:53 appweb2-coomeva kernel: EIP: 0060:[<0213869f>] Not tainted Jun 2 08:55:53 appweb2-coomeva kernel: EFLAGS: 00010002 (2.6.5-1.358smp) Jun 2 08:55:53 appweb2-coomeva kernel: EIP is at buffered_rmqueue+0x82/0x1a7 Jun 2 08:55:53 appweb2-coomeva kernel: eax: 03dfa878 ebx: 022f3780 ecx: 00200200 edx: 00100100 Jun 2 08:55:53 appweb2-coomeva kernel: esi: 022f3b00 edi: 022f3780 ebp: 00000246 esp: 7ac81e30 Jun 2 08:55:54 appweb2-coomeva kernel: ds: 007b es: 007b ss: 0068 Jun 2 08:55:54 appweb2-coomeva kernel: Process httpd (pid: 2060, threadinfo=7ac81000 task=71b557b0) Jun 2 08:55:54 appweb2-coomeva kernel: Stack: 03dfa860 000000d2 00000000 022f3780 00000000 022f5fa0 000000d2 02138861 Jun 2 08:55:55 appweb2-coomeva kernel: 00000001 71b557b0 00000010 00000000 00000000 0038a025 00000000 7697c460 Jun 2 08:55:55 appweb2-coomeva kernel: 0988c574 02141c86 00000000 00000000 732e56c4 7b709080 00000000 7697c460 Jun 2 08:55:56 appweb2-coomeva kernel: Call Trace: Jun 2 08:55:56 appweb2-coomeva kernel: [<02138861>] __alloc_pages+0x9d/0x284 Jun 2 08:55:56 appweb2-coomeva kernel: [<02141c86>] do_anonymous_page+0x6d/0x192 Jun 2 08:55:57 appweb2-coomeva kernel: [<02141e14>] do_no_page+0x69/0x2b0 Jun 2 08:55:58 appweb2-coomeva kernel: [<021421ca>] handle_mm_fault+0xc0/0x16e Jun 2 08:55:58 appweb2-coomeva kernel: [<02118c2b>] do_page_fault+0x133/0x4b4 Jun 2 08:55:58 appweb2-coomeva kernel: [<8289eafd>] ext3_permission+0x0/0x153 [ext3] Jun 2 08:55:59 appweb2-coomeva kernel: [<021595ff>] permission+0x41/0x46 Jun 2 08:56:00 appweb2-coomeva kernel: [<02143043>] vma_merge+0x85/0x237 Jun 2 08:56:00 appweb2-coomeva kernel: [<02144121>] do_brk+0x127/0x1d5 Jun 2 08:56:00 appweb2-coomeva kernel: [<02118af8>] do_page_fault+0x0/0x4b4 Jun 2 08:56:00 appweb2-coomeva kernel: Jun 2 08:56:00 appweb2-coomeva kernel: Code: 89 4a 04 89 11 c7 40 04 00 02 20 00 c7 00 00 01 10 00 ff 8b Jun 2 09:00:02 appweb2-coomeva syslogd 1.4.1: restart. Jun 2 09:00:02 appweb2-coomeva syslog: Iniciaci??n de syslogd succeeded Jun 2 09:00:03 appweb2-coomeva syslog: Iniciaci??n de klogd succeeded Jun 2 09:00:03 appweb2-coomeva kernel: klogd 1.4.1, log source = /proc/kmsg started. Jun 2 09:00:03 appweb2-coomeva kernel: Linux version 2.6.5-1.358smp (bhcompile at bugs.build.redhat.com) (gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7)) #1 SMP Sat May 8 09:25:36 EDT 2004 Previously, I had another Lock up and I guess it is for the same reason. This is the log: Jun 1 16:54:59 appweb2-coomeva kernel: ------------[ cut here ]------------ Jun 1 16:54:59 appweb2-coomeva kernel: kernel BUG at mm/page_alloc.c:786! Jun 1 16:54:59 appweb2-coomeva kernel: invalid operand: 0000 [#1] Jun 1 16:54:59 appweb2-coomeva kernel: SMP Jun 1 16:54:59 appweb2-coomeva kernel: CPU: 0 Jun 1 16:54:59 appweb2-coomeva kernel: EIP: 0060:[<02138aec>] Not tainted Jun 1 16:54:59 appweb2-coomeva kernel: EFLAGS: 00010246 (2.6.5-1.358smp) Jun 1 16:54:59 appweb2-coomeva kernel: EIP is at __free_pages+0x21/0x4c Jun 1 16:54:59 appweb2-coomeva kernel: eax: 00000000 ebx: 00000000 ecx: 03d89180 edx: 03d89180 Jun 1 16:54:59 appweb2-coomeva kernel: esi: 00000fd9 edi: 7708597c ebp: 82953380 esp: 7d9b6f40 Jun 1 16:54:59 appweb2-coomeva kernel: ds: 007b es: 007b ss: 0068 Jun 1 16:54:59 appweb2-coomeva kernel: Process async IO 0/1 (pid: 2182, threadinfo=7d9b6000 task=7c7b8750) Jun 1 16:54:59 appweb2-coomeva kernel: Stack: 039dcf80 82947d46 7708597c 00000001 00000000 7708597c 82941008 00000000 Jun 1 16:55:00 appweb2-coomeva kernel: 797e8054 00000000 00000000 7708597c 00000001 00000000 7d9b6000 82940ebf Jun 1 16:55:00 appweb2-coomeva kernel: 7708597c 00000001 80d769cc 8293aff6 80d769c4 7708597c 8293c039 00000001 Jun 1 16:55:00 appweb2-coomeva kernel: Call Trace: Jun 1 16:55:00 appweb2-coomeva kernel: [<82947d46>] get_abuf+0x9a/0x101 [tux] Jun 1 16:55:00 appweb2-coomeva kernel: [<82941008>] http_pre_header+0x32/0x3ec [tux] Jun 1 16:55:00 appweb2-coomeva kernel: [<82940ebf>] http_process_message+0x23a/0x266 [tux] Jun 1 16:55:00 appweb2-coomeva kernel: [<8293aff6>] tux_schedule_atom+0x23/0x34 [tux] Jun 1 16:55:00 appweb2-coomeva kernel: [<8293c039>] cachemiss_thread+0x128/0x1de [tux] Jun 1 16:55:00 appweb2-coomeva kernel: [<0211b419>] default_wake_function+0x0/0xc Jun 1 16:55:00 appweb2-coomeva kernel: [<0211b419>] default_wake_function+0x0/0xc Jun 1 16:55:00 appweb2-coomeva kernel: [<8293bf11>] cachemiss_thread+0x0/0x1de [tux] Jun 1 16:55:00 appweb2-coomeva kernel: [<021041f1>] kernel_thread_helper+0x5/0xb Jun 1 16:55:01 appweb2-coomeva kernel: Jun 1 16:55:01 appweb2-coomeva kernel: Code: 0f 0b 12 03 c4 80 2b 02 f0 ff 49 04 0f 94 c0 84 c0 74 16 85 Jun 1 17:04:55 appweb2-coomeva su(pam_unix)[7005]: session closed for user root Jun 1 17:04:57 appweb2-coomeva login(pam_unix)[6978]: session closed for user nalwalovaton Jun 2 08:38:42 appweb2-coomeva kernel: <0>Bad page state at free_hot_cold_page (in process 'async IO 0/2', page 0348b2a0) Jun 2 08:38:42 appweb2-coomeva kernel: flags:0x20000000 mapping:00000000 mapped:0 count:0 Jun 2 08:38:42 appweb2-coomeva kernel: Backtrace: Jun 2 08:38:42 appweb2-coomeva kernel: Call Trace: Jun 2 08:38:42 appweb2-coomeva kernel: [<02137f0d>] bad_page+0x5c/0x7f Jun 2 08:38:42 appweb2-coomeva kernel: [<02138593>] free_hot_cold_page+0x67/0xe0 Jun 2 08:38:42 appweb2-coomeva kernel: [<82947d46>] get_abuf+0x9a/0x101 [tux] Jun 2 08:38:42 appweb2-coomeva kernel: [<82941008>] http_pre_header+0x32/0x3ec [tux] Jun 2 08:38:42 appweb2-coomeva kernel: [<82940ebf>] http_process_message+0x23a/0x266 [tux] Jun 2 08:38:42 appweb2-coomeva kernel: [<8293aff6>] tux_schedule_atom+0x23/0x34 [tux] Jun 2 08:38:42 appweb2-coomeva kernel: [<8293c039>] cachemiss_thread+0x128/0x1de [tux] Jun 2 08:38:42 appweb2-coomeva kernel: [<0211b419>] default_wake_function+0x0/0xc Jun 2 08:38:42 appweb2-coomeva kernel: [<0211b419>] default_wake_function+0x0/0xc Jun 2 08:38:43 appweb2-coomeva kernel: [<8293bf11>] cachemiss_thread+0x0/0x1de [tux] Jun 2 08:38:43 appweb2-coomeva kernel: [<021041f1>] kernel_thread_helper+0x5/0xb Jun 2 08:38:43 appweb2-coomeva kernel: Jun 2 08:38:43 appweb2-coomeva kernel: Trying to fix it up, but a reboot is needed Jun 2 08:38:43 appweb2-coomeva kernel: Unable to handle kernel paging request at virtual address 00100104 Jun 2 08:38:44 appweb2-coomeva kernel: printing eip: Jun 2 08:38:44 appweb2-coomeva kernel: 0213869f Jun 2 08:38:44 appweb2-coomeva kernel: *pde = 00003001 Jun 2 08:38:44 appweb2-coomeva kernel: Oops: 0002 [#2] Jun 2 08:38:44 appweb2-coomeva kernel: SMP Jun 2 08:38:44 appweb2-coomeva kernel: CPU: 2 Jun 2 08:38:44 appweb2-coomeva kernel: EIP: 0060:[<0213869f>] Not tainted Jun 2 08:38:44 appweb2-coomeva kernel: EFLAGS: 00010002 (2.6.5-1.358smp) Jun 2 08:38:44 appweb2-coomeva kernel: EIP is at buffered_rmqueue+0x82/0x1a7 Jun 2 08:38:44 appweb2-coomeva kernel: eax: 0348b2b8 ebx: 022f3880 ecx: 022f3c10 edx: 00100100 Jun 2 08:38:44 appweb2-coomeva kernel: esi: 022f3c00 edi: 022f3780 ebp: 00000206 esp: 0ff05e30 Jun 2 08:38:44 appweb2-coomeva kernel: ds: 007b es: 007b ss: 0068 Jun 2 08:38:44 appweb2-coomeva kernel: Process httpd (pid: 7951, threadinfo=0ff05000 task=6b6c80b0) Jun 2 08:38:44 appweb2-coomeva kernel: Stack: 0348b2a0 000000d2 00000000 022f3780 00000000 022f5fa0 000000d2 02138861 Jun 2 08:38:44 appweb2-coomeva kernel: 00000001 6b6c80b0 00000010 00000000 00000000 0038a025 00000000 07220720 Jun 2 08:38:44 appweb2-coomeva kernel: ebae4004 02141c86 00000000 00000000 249c4bc4 80b1f080 00000000 07220720 Jun 2 08:38:45 appweb2-coomeva kernel: Call Trace: Jun 2 08:38:45 appweb2-coomeva kernel: [<02138861>] __alloc_pages+0x9d/0x284 Jun 2 08:38:45 appweb2-coomeva kernel: [<02141c86>] do_anonymous_page+0x6d/0x192 Jun 2 08:38:45 appweb2-coomeva kernel: [<02141e14>] do_no_page+0x69/0x2b0 Jun 2 08:38:45 appweb2-coomeva kernel: [<02140c53>] follow_page+0x128/0x134 Jun 2 08:38:45 appweb2-coomeva kernel: [<021421ca>] handle_mm_fault+0xc0/0x16e Jun 2 08:38:45 appweb2-coomeva kernel: [<02118c2b>] do_page_fault+0x133/0x4b4 Jun 2 08:38:45 appweb2-coomeva kernel: [<02143576>] do_mmap_pgoff+0x381/0x60c Jun 2 08:38:45 appweb2-coomeva kernel: [<0210b41f>] sys_mmap2+0x77/0xab Jun 2 08:38:45 appweb2-coomeva kernel: [<02118af8>] do_page_fault+0x0/0x4b4 Jun 2 08:38:45 appweb2-coomeva kernel: Jun 2 08:38:45 appweb2-coomeva kernel: Code: 89 4a 04 89 11 c7 40 04 00 02 20 00 c7 00 00 01 10 00 ff 8b Jun 2 08:38:53 appweb2-coomeva kernel: <1>Unable to handle kernel paging request at virtual address 00100104 Jun 2 08:38:53 appweb2-coomeva kernel: printing eip: Jun 2 08:38:53 appweb2-coomeva kernel: 021382ee Jun 2 08:38:53 appweb2-coomeva kernel: *pde = 00003001 Jun 2 08:47:45 appweb2-coomeva syslogd 1.4.1: restart. And 5 days ago I had the same problem... this time while I was executing gkrellm in a remote desktop. This is the log: May 28 07:43:59 appweb2-coomeva kernel: Unable to handle kernel paging request at virtual address 00100104 May 28 07:43:59 appweb2-coomeva kernel: printing eip: May 28 07:43:59 appweb2-coomeva kernel: 0213869f May 28 07:43:59 appweb2-coomeva kernel: *pde = 00003001 May 28 07:43:59 appweb2-coomeva kernel: Oops: 0002 [#1] May 28 07:43:59 appweb2-coomeva kernel: SMP May 28 07:43:59 appweb2-coomeva kernel: CPU: 0 May 28 07:43:59 appweb2-coomeva kernel: EIP: 0060:[<0213869f>] Not tainted May 28 07:43:59 appweb2-coomeva kernel: EFLAGS: 00010002 (2.6.5-1.358smp) May 28 07:43:59 appweb2-coomeva kernel: EIP is at buffered_rmqueue+0x82/0x1a7 May 28 07:43:59 appweb2-coomeva kernel: eax: 03c900b8 ebx: 022f3780 ecx: 022f3b10 edx: 00100100 May 28 07:43:59 appweb2-coomeva kernel: esi: 022f3b00 edi: 022f3780 ebp: 00000246 esp: 6b09fe1c May 28 07:43:59 appweb2-coomeva kernel: ds: 007b es: 007b ss: 0068 May 28 07:44:00 appweb2-coomeva kernel: Process gkrellm (pid: 2078, threadinfo=6b09f000 task=691d4bf0) May 28 07:44:00 appweb2-coomeva kernel: Stack: 03c900a0 000000d2 00000000 022f3780 00000000 022f5fa0 000000d2 02138861 May 28 07:44:00 appweb2-coomeva kernel: 00000001 691d4bf0 00000010 00000000 6b09feb3 0038a025 00000000 66222490 May 28 07:44:00 appweb2-coomeva kernel: f3e92000 02141c86 00000000 00000000 6f3f1d04 68b5a800 00000000 66222490 May 28 07:44:00 appweb2-coomeva kernel: Call Trace: May 28 07:44:00 appweb2-coomeva kernel: [<02138861>] __alloc_pages+0x9d/0x284 May 28 07:48:50 appweb2-coomeva syslogd 1.4.1: restart. Is this bug new? Should I file it in bugzilla?? Any help about this will be highly appreaciated. If you need more info don't hesitate to ask me. Thanks, -William From tony at involution.com Wed Jun 2 22:15:06 2004 From: tony at involution.com (Tony Perrie) Date: Wed, 2 Jun 2004 17:15:06 -0500 (CDT) Subject: rpm segmentation fault (kernel 2.6.6-1.398) In-Reply-To: <1086192822.18333.30.camel@localhost.localdomain> Message-ID: [jperrie at yellowdart var]$ sudo rpm -qavvv D: opening db environment /var/lib/rpm/Packages joinenv D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 Segmentation fault I tried --rebuilddb, but got another segmentation fault. I noticed problems after installing arjanv's 2.6.6-1.406. The rpm install of the kernel actually locked up my machine once. I rebooted, installed the rpm again, and booted it, after getting a couple of halts, I defaulted back to running 2.6.6-1.398. [jperrie at yellowdart var]$ sudo rpm --rebuilddb -vvv D: rebuilding database /var/lib/rpm into /var/lib/rpmrebuilddb.5677 D: creating directory /var/lib/rpmrebuilddb.5677 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 Segmentation fault Tony From zimhat at foou.net Wed Jun 2 22:59:07 2004 From: zimhat at foou.net (Law Horne) Date: Wed, 02 Jun 2004 17:59:07 -0500 Subject: kernel 2.6.6 Message-ID: <40BE5BBB.2000701@foou.net> Andy Green, wrote: >Well, if your ethernet device exists (you can check it with ifconfig -a) then >the problem is only that there is no IP assigned to the interface (and no >default route). If you're okay eth0 will show up in ifconfig -a. > >If the problem is in the kernel not able to recognize or successfully set up >the driver for the device then I have no idea what to do except try the >newest kernel. > >Otherwise, try something like this as root, this shows 192.168.0.123 as your >IP and 192.168.0.1 as your default gateway, for example. > >ifconfig eth0 192.168.0.123 netmask 255.255.255.0 up >route add default eth0 >route add default gw 192.168.0.1 > >If that gets you working, my advice ends at sticking that stuff >in /etc/rc.local so it happens every boot, but more experienced people may >have better suggestions to make it work with the system tools. > >- -Andy > Mike Lurk, wrote: >I have had the same problem with the nforce based motherboards. The one >thing that I tried was to turn off kudzu and it seems to work. I can >connect to the internet and the internal network. > Well I tried both suggestions and they both did not work :( ah well. And now that kernel(403) is available for update through the updates-released channel. Well It appears that their is another kernel(411)in Arjan's repo so I'll give it a shot and see what happens. Law From zimhat at foou.net Wed Jun 2 23:40:22 2004 From: zimhat at foou.net (Law Horne) Date: Wed, 02 Jun 2004 18:40:22 -0500 Subject: kernel 2.6.6 Message-ID: <40BE6566.6030006@foou.net> > Well I tried both suggestions and they both did not work ah well. And > now that kernel(403) is available for update through the > updates-released channel. Well It appears that their is another > kernel(411)in Arjan's repo so I'll give it a shot and see what happens. *sigh* I tried the new kernel and it still did not work. In fact when it got to the point to do the graphical boot The screen went black and stayed that way. I had to reboot and go back into 2.6.5 to check the boot log to see if it failed or not. Here is the boot log if anyone is interested: ifup: PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. ifup: ifup: --- 192.168.0.1 ping statistics --- ifup: 3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 1999ms ifup: , pipe 4 ifup: failed. network: Bringing up interface eth0: failed Well play arounfd with it a little bit and see what I can see. If any has any more suggestions they are always appreciated. Thanks, Law From bobhillegas at houston.rr.com Thu Jun 3 00:40:44 2004 From: bobhillegas at houston.rr.com (Bob Hillegas) Date: Wed, 02 Jun 2004 19:40:44 -0500 Subject: Tripwire compatible with FC2.... In-Reply-To: <20040602160024.342ED73E7E@hormel.redhat.com> References: <20040602160024.342ED73E7E@hormel.redhat.com> Message-ID: <1086223243.4457.22.camel@south.rosestar.lan> Does anyone have a URL of a version of tripwire compatible with FC2. I tried the tar download from tripwire.org and get errors doing tripwire --init Thanks, BobH -- ------------------------------ Bob Hillegas bobhillegas at houston.rr.com From P.R.Schaffner at IEEE.org Thu Jun 3 02:10:53 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Wed, 02 Jun 2004 22:10:53 -0400 Subject: Problem with Highlighting text in Abiword ............. In-Reply-To: <200406011637.12267.pchez@mail.cyberneme.com> References: <200406011637.12267.pchez@mail.cyberneme.com> Message-ID: <1086228653.19392.78.camel@tabb1.tabb> On Tue, 2004-06-01 at 16:37 +0530, Poonchezhian P. wrote: > Hi, > > I have posted this question a few days back but havent got any response from the list. Looks like you still haven't. > The problem is when I try to > highlight any text in Abiword, it doesnt work. I'm using KDE. It works with GNOME environment. This > issue was there in FC1 too. > > Is there any way to sort it out ??? 1. Ask on fedora-list unless this is a test version. 2. File a Bugzilla report. Doesn't seem to be anything there that sounds like this (if the very-long-URL works): http://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora+Core&version=1&version=2&version=devel&version=test1&version=test2&version=test3&component=abiword&bug_status=NEW&bug_status=VERIFIED&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=CLOSED&bug_status=NEEDINFO&bug_status=MODIFIED&bug_status=ASSIGN_TO_PM&bug_status=INVESTIGATE&bug_status=SPEC&bug_status=ON_DEV&bug_status=QA_READY&bug_status=ON_QA&bug_status=PROD_READY&bug_status=FAILS_QA&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc=&Search=Search Phil From fedora at wir-sind-cool.org Thu Jun 3 02:56:48 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Thu, 3 Jun 2004 04:56:48 +0200 Subject: Tripwire compatible with FC2.... In-Reply-To: <1086223243.4457.22.camel@south.rosestar.lan> References: <20040602160024.342ED73E7E@hormel.redhat.com> <1086223243.4457.22.camel@south.rosestar.lan> Message-ID: <20040603045648.37524d4d.fedora@wir-sind-cool.org> On Wed, 02 Jun 2004 19:40:44 -0500, Bob Hillegas wrote: > Does anyone have a URL of a version of tripwire compatible with FC2. I > tried the tar download from tripwire.org and get errors doing tripwire > --init Either rebuild the FC1 one from http://fedora.us or wait until it's rebuilt for FC2. From pwatkins at decssi.com Thu Jun 3 03:23:27 2004 From: pwatkins at decssi.com (Paul Watkins) Date: Wed, 02 Jun 2004 20:23:27 -0700 Subject: kernel-2.6.6-1.411 - no graphics In-Reply-To: <20040603045648.37524d4d.fedora@wir-sind-cool.org> References: <20040602160024.342ED73E7E@hormel.redhat.com> <1086223243.4457.22.camel@south.rosestar.lan> <20040603045648.37524d4d.fedora@wir-sind-cool.org> Message-ID: <40BE99AF.6080403@decssi.com> I've downloaded the latest test kernel from Arjanv 2.6.6-1.411 and now my X system won't start. With the prior kernel, 2.6.6-1.406, startx works and the graphics interface displays the login screen. With 2.6.6-1.411, the login screen does not appear and the system has to be restarted. Any ideas on a workaround? Paul From al at authentidate.de Thu Jun 3 06:08:53 2004 From: al at authentidate.de (Andreas Laumann) Date: Thu, 03 Jun 2004 08:08:53 +0200 Subject: kernel-2.6.6-1.411 - no graphics In-Reply-To: <40BE99AF.6080403@decssi.com> References: <20040602160024.342ED73E7E@hormel.redhat.com> <1086223243.4457.22.camel@south.rosestar.lan> <20040603045648.37524d4d.fedora@wir-sind-cool.org> <40BE99AF.6080403@decssi.com> Message-ID: <1086242933.2607.20.camel@justine.inexnet.de> Same here, 411 produced the following OOPS, 403 and 406 works fine for me. System is FC2. cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping : 9 cpu MHz : 2992.983 cache size : 512 KB physical id : 0 siblings : 2 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 pbe cid bogomips : 5914.62 processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping : 9 cpu MHz : 2992.983 cache size : 512 KB physical id : 0 siblings : 2 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 pbe cid bogomips : 5963.77 No time to run ksysmoops right now. Jun 3 00:09:37 justine kernel: kernel BUG at mm/shmem.c:614! Jun 3 00:09:37 justine kernel: invalid operand: 0000 [#1] Jun 3 00:09:37 justine kernel: SMP Jun 3 00:09:37 justine kernel: Modules linked in: parport_pc lp parport nfsd exportfs lockd sunrpc ipv6 autofs4 ds yenta_socket pcmcia_core prism54 8139too mii floppy sg scsi_mod p4_clockmod microcode ohci1394 ieee1394 dm_mod joydev uhci_hcd ehci_hcd button battery asus_acpi ac ext3 jbd Jun 3 00:09:37 justine kernel: CPU: 0 Jun 3 00:09:37 justine kernel: EIP: 0060:[<02148991>] Not tainted Jun 3 00:09:37 justine kernel: EFLAGS: 00013202 (2.6.6-1.411smp) Jun 3 00:09:37 justine kernel: EIP is at shmem_delete_inode+0x93/0xb8 Jun 3 00:09:37 justine kernel: eax: 39ed0b00 ebx: 39ed0ae0 ecx: 39ed0a80 edx: 39ed0a80 Jun 3 00:09:37 justine kernel: esi: 39ed0ae0 edi: 39f3cda8 ebp: 39ed0a80 esp: 498b2dd8 Jun 3 00:09:37 justine kernel: ds: 007b es: 007b ss: 0068 Jun 3 00:09:37 justine kernel: Process X (pid: 2771, threadinfo=498b2000 task=505d97b0) Jun 3 00:09:37 justine kernel: Stack: 39ed0ae0 021488fe 39ed0ae0 46930700 021653c8 39ed0ae0 39ed0ae0 0216558a Jun 3 00:09:37 justine gdm[2767]: gdm_slave_xioerror_handler: Schwerwiegender X-Fehler - :0 wird neu gestartet Jun 3 00:09:37 justine kernel: 46930700 02162d96 49c0ae80 51f2c840 02150d0c 4c378ce8 00000000 02406c50 Jun 3 00:09:37 justine kernel: 00000000 02190aeb 4c378ce8 021914c4 00000100 00000000 00007565 00000000 Jun 3 00:09:37 justine kernel: Call Trace: Jun 3 00:09:37 justine kernel: [<021488fe>] shmem_delete_inode+0x0/0xb8 Jun 3 00:09:37 justine kernel: [<021653c8>] generic_delete_inode+0xa0/0xfe Jun 3 00:09:37 justine kernel: [<0216558a>] iput+0x5f/0x61 Jun 3 00:09:37 justine kernel: [<02162d96>] dput+0x145/0x16c Jun 3 00:09:37 justine kernel: [<02150d0c>] __fput+0xc4/0xe3 Jun 3 00:09:37 justine kernel: [<02190aeb>] shm_destroy+0x43/0x5e Jun 3 00:09:37 justine kernel: [<021914c4>] sys_shmctl+0x58c/0x73a Jun 3 00:09:37 justine kernel: [<02141cd1>] zap_pte_range+0x2cd/0x2d5 Jun 3 00:09:37 justine kernel: [<02141d29>] zap_pmd_range+0x50/0x6b Jun 3 00:09:37 justine kernel: [<02141d80>] unmap_page_range+0x3c/0x57 Jun 3 00:09:37 justine kernel: [<02141e8b>] unmap_vmas+0xf0/0x257 Jun 3 00:09:37 justine kernel: [<02190b8c>] shm_close+0x86/0x98 Jun 3 00:09:37 justine kernel: [<021455bc>] unmap_vma+0x4a/0x60 Jun 3 00:09:37 justine kernel: [<021455e0>] unmap_vma_list+0xe/0x17 Jun 3 00:09:37 justine kernel: [<02145967>] do_munmap+0x11f/0x129 Jun 3 00:09:37 justine kernel: [<0210c7b2>] sys_ipc+0x191/0x1a7 Jun 3 00:09:37 justine kernel: [<02145967>] do_munmap+0x11f/0x129 Jun 3 00:09:37 justine kernel: Jun 3 00:09:37 justine kernel: Code: 0f 0b 66 02 af b7 2b 02 f0 fe 4f 10 0f 88 3e 1f 00 00 ff 47 Am Do, den 03.06.2004 schrieb Paul Watkins um 5:23: > I've downloaded the latest test kernel from Arjanv 2.6.6-1.411 and now > my X system won't start. > > With the prior kernel, 2.6.6-1.406, startx works and the graphics > interface displays the login screen. With 2.6.6-1.411, the login screen > does not appear and the system has to be restarted. > > Any ideas on a workaround? > > Paul -- Ice patterns formed and reformed on the screen as he probed for gaps, skirted the most obvious traps, and mapped the route he'd take through Sense/Net's ice. It was good ice. Wonderful ice. - William Gibson From vibol at khmer.cc Thu Jun 3 07:55:50 2004 From: vibol at khmer.cc (Vibol Hou) Date: Thu, 03 Jun 2004 00:55:50 -0700 Subject: kernel-sourcecode-2.6.6-1.406 fails on loopback In-Reply-To: <40BDA98B.2060707@xmission.com> References: <40BDA98B.2060707@xmission.com> Message-ID: <40BED986.5010101@khmer.cc> I found that this happens when you're installing the kernel over the same kernel that you booted to. Try appending a "1" to the revision or something before building. Or boot to a different kernel. -Vibol raxet wrote: > 406 fails on custom kernel build- > > make install > make[1]: `arch/i386/kernel/asm-offsets.s' is up to date. > CHK include/linux/compile.h > Kernel: arch/i386/boot/bzImage is ready > sh /usr/src/linux-2.6.6-1.406/arch/i386/boot/install.sh > 2.6.6-1.406custom arch/i386/boot/bzImage System.map "" > All of your loopback devices are in use. > mkinitrd failed > make[1]: *** [install] Error 1 > make: *** [install] Error 2 > > This also was the case with kernel-2.6.6-1.406.i686.rpm install routine. > > RaXeT > > From alan at redhat.com Thu Jun 3 11:33:21 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 3 Jun 2004 07:33:21 -0400 Subject: kernel-2.6.6-1.411 - no graphics In-Reply-To: <40BE99AF.6080403@decssi.com> References: <20040602160024.342ED73E7E@hormel.redhat.com> <1086223243.4457.22.camel@south.rosestar.lan> <20040603045648.37524d4d.fedora@wir-sind-cool.org> <40BE99AF.6080403@decssi.com> Message-ID: <20040603113321.GA5196@devserv.devel.redhat.com> On Wed, Jun 02, 2004 at 08:23:27PM -0700, Paul Watkins wrote: > I've downloaded the latest test kernel from Arjanv 2.6.6-1.411 and now > my X system won't start. > > With the prior kernel, 2.6.6-1.406, startx works and the graphics > interface displays the login screen. With 2.6.6-1.411, the login screen > does not appear and the system has to be restarted. > > Any ideas on a workaround? Report it in bugzilla and go back to the previous one ? You might also want to try disabling DRI, but either way make sure Arjan knows Alan From arjanv at redhat.com Thu Jun 3 12:22:14 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 03 Jun 2004 14:22:14 +0200 Subject: kernel-2.6.6-1.411 - no graphics In-Reply-To: <40BE99AF.6080403@decssi.com> References: <20040602160024.342ED73E7E@hormel.redhat.com> <1086223243.4457.22.camel@south.rosestar.lan> <20040603045648.37524d4d.fedora@wir-sind-cool.org> <40BE99AF.6080403@decssi.com> Message-ID: <1086265334.2709.2.camel@laptop.fenrus.com> On Thu, 2004-06-03 at 05:23, Paul Watkins > With the prior kernel, 2.6.6-1.406, startx works and the graphics > interface displays the login screen. With 2.6.6-1.411, the login screen > does not appear and the system has to be restarted. yeah bad bug on my side; kernel 414 has a fix, I expect it to be done and uploaded within half an hour (most of the architectures have finished building already) -------------- 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 tony at involution.com Thu Jun 3 19:26:46 2004 From: tony at involution.com (Tony Perrie) Date: Thu, 3 Jun 2004 14:26:46 -0500 (CDT) Subject: RPM Database Problems In-Reply-To: <1CF403C97A3BCF4BBBDB424CA90C1E2C0D7F1F@adsl-65-65-205-90.dsl.stlsmo.swbell.net> Message-ID: I managed to axe my rpm database while attempting to fix my segmentation fault problems yesterday. Essentially, rpm -qa is now coming up blank, rpm --rebuilddb nor rpm --initdb doesn't seem to fix anything. Anything else? I tried re-installing the rpms for rpm-* and rpmdb-, but to no avail. Any suggestions? Tony From tony at involution.com Thu Jun 3 19:26:46 2004 From: tony at involution.com (Tony Perrie) Date: Thu, 3 Jun 2004 14:26:46 -0500 (CDT) Subject: RPM Database Problems In-Reply-To: <1CF403C97A3BCF4BBBDB424CA90C1E2C0D7F1F@adsl-65-65-205-90.dsl.stlsmo.swbell.net> Message-ID: I managed to axe my rpm database while attempting to fix my segmentation fault problems yesterday. Essentially, rpm -qa is now coming up blank, rpm --rebuilddb nor rpm --initdb doesn't seem to fix anything. Anything else? I tried re-installing the rpms for rpm-* and rpmdb-, but to no avail. Any suggestions? Tony -- fedora-list mailing list fedora-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list From tkonto at aegean.gr Thu Jun 3 19:43:45 2004 From: tkonto at aegean.gr (Kontogiannis Theophanis) Date: Thu, 3 Jun 2004 22:43:45 +0300 Subject: pppd is not accepting active filters!!!! Message-ID: <648BC770FECA244FBC13976A2F8B4C710768D1@hermes2.aegean.gr> Hi all again. I know this might get bothering but I have no place else to turn ;) I tried out many configs to work around the problem with pppd in FC2. The problem: If you use active-filter inbound/outbound then you get the error Jun 2 22:18:37 gw pppd[11834]: error in active-filter expression: inbound/outbound not supported on linktype 0 I tried to triky the system by using active-filter src net but it keeps on giving syntax-error! HELP! :) Yes I did try to recompile pppd-2.4.2 but the new binary gives the same error (this results gives me the feeling that it is not a problem of the pppd-2.4.2 shipped - it has to do with the system/libraries itself) Yes I did try to recompile pppd-2.4.1 but it will not compile if you set FILTER=y to the Makefile because it crashes with: gcc -Wall -D_linux_=1 -DHAVE_PATHS_H -DIPX_CHANGE -DHAVE_MULTILINK -DHAVE_M MAP -I../include -DCHAPMS=1 -DUSE_CRYPT=1 -DHAVE_CRYPT_H=1 -DHAS_SHADOW -DUS E_PAM -DPLUGIN -DPPP_FILTER -I/usr/include/pcap -c -o demand.o demand.c demand.c:37:21: net/bpf.h: No such file or directory make[1]: *** [demand.o] Error 1 make[1]: Leaving directory `/usr/src/redhat/SRPMS/ppp-2.4.1/ppp-2.4.1/pppd' make: *** [all] Error 2 (pppd 2.4.2 has a patch on that ) Questions: Why is this happening? What makes a link to be type 0 and not something else? What is this type and what does it mean? How do I change the type to a type that works (and what type???) Do I have to change back to FC1??? (PLEASE NO :) Cliford Kite had an idea that something might have changed in FC2 and libcap.a! If I knew more on programming I would look myself on the problem but compilation is where my knowledge stops (but working on it ;). Really thank you all for your time. Theo -------------- next part -------------- An HTML attachment was scrubbed... URL: From shrek-m at gmx.de Thu Jun 3 20:01:17 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 03 Jun 2004 22:01:17 +0200 Subject: RPM Database Problems In-Reply-To: References: Message-ID: <40BF838D.5050409@gmx.de> Tony Perrie wrote: >I managed to axe my rpm database while attempting to fix my segmentation >fault problems yesterday. Essentially, rpm -qa is now coming up blank, >rpm --rebuilddb nor rpm --initdb doesn't seem to fix anything. Anything >else? I tried re-installing the rpms for rpm-* and rpmdb-, but to no >avail. Any suggestions? > > # rm -f /var/lib/rpm/__db.00* -- shrek-m From tony at involution.com Thu Jun 3 21:58:54 2004 From: tony at involution.com (Tony Perrie) Date: Thu, 3 Jun 2004 16:58:54 -0500 (CDT) Subject: RPM Database Problems In-Reply-To: <40BF838D.5050409@gmx.de> Message-ID: Yeah, I tried that. I think I wiped out the headers or something. --rebuilddb isn't work regardless of what's in /var/lib/rpm. Tony On Thu, 3 Jun 2004, shrek-m at gmx.de wrote: > Tony Perrie wrote: > > >I managed to axe my rpm database while attempting to fix my segmentation > >fault problems yesterday. Essentially, rpm -qa is now coming up blank, > >rpm --rebuilddb nor rpm --initdb doesn't seem to fix anything. Anything > >else? I tried re-installing the rpms for rpm-* and rpmdb-, but to no > >avail. Any suggestions? > > > > > > > # rm -f /var/lib/rpm/__db.00* > > -- From michal at harddata.com Thu Jun 3 22:07:51 2004 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 3 Jun 2004 16:07:51 -0600 Subject: RPM Database Problems In-Reply-To: ; from tony@involution.com on Thu, Jun 03, 2004 at 04:58:54PM -0500 References: <40BF838D.5050409@gmx.de> Message-ID: <20040603160751.A7205@mail.harddata.com> On Thu, Jun 03, 2004 at 04:58:54PM -0500, Tony Perrie wrote: > Yeah, I tried that. I think I wiped out the headers or something. > --rebuilddb isn't work regardless of what's in /var/lib/rpm. If you have the current list (say in /var/log/rpmpkgs) then you can re-construct the whole thing from scratch with a help of '--justdb' option to rpm. Depending on from where you need to pull packages it may be a fair amount of work. Michal From nkadel at merl.com Fri Jun 4 00:18:37 2004 From: nkadel at merl.com (Nico Kadel-Garcia) Date: Thu, 3 Jun 2004 20:18:37 -0400 Subject: kernel-sourcecode-2.6.6-1.406 fails on loopback References: <40BDA98B.2060707@xmission.com> <40BED986.5010101@khmer.cc> Message-ID: <01c001c449c9$7b428e30$b28ccb89@zeppo> ----- Original Message ----- From: "Vibol Hou" To: "For testers of Fedora Core development releases" Sent: Thursday, June 03, 2004 3:55 AM Subject: Re: kernel-sourcecode-2.6.6-1.406 fails on loopback > I found that this happens when you're installing the kernel over the > same kernel that you booted to. Try appending a "1" to the revision or > something before building. Or boot to a different kernel. > > -Vibol Ouch. *NEVER* install a test kernel on top of your active kernel, or on top of any other kernel if you can avoid it! From nkadel at merl.com Fri Jun 4 00:21:20 2004 From: nkadel at merl.com (Nico Kadel-Garcia) Date: Thu, 3 Jun 2004 20:21:20 -0400 Subject: RPM Database Problems References: <40BF838D.5050409@gmx.de> Message-ID: <01d601c449c9$dc29af30$b28ccb89@zeppo> ----- Original Message ----- From: To: "For testers of Fedora Core development releases" Sent: Thursday, June 03, 2004 4:01 PM Subject: Re: RPM Database Problems > Tony Perrie wrote: > > >I managed to axe my rpm database while attempting to fix my segmentation > >fault problems yesterday. Essentially, rpm -qa is now coming up blank, > >rpm --rebuilddb nor rpm --initdb doesn't seem to fix anything. Anything > >else? I tried re-installing the rpms for rpm-* and rpmdb-, but to no > >avail. Any suggestions? > > > > > > > # rm -f /var/lib/rpm/__db.00* > > -- > shrek-m If your "rpm --rebuilddb" is actually functioning and completing, you probably don't need to do that. That remove step is more helpful when rpm is wedged and confused and won't allow any rpm queries or operations whatsoever, which I've run into on occasion. (The handshaking and queue-ing that allows you to do simultaneous rpm operations is not perfect.) From bferrell at baywinds.org Fri Jun 4 04:04:34 2004 From: bferrell at baywinds.org (Bruce Ferrell) Date: Thu, 03 Jun 2004 21:04:34 -0700 Subject: RPM Database Problems In-Reply-To: <40BF838D.5050409@gmx.de> References: <40BF838D.5050409@gmx.de> Message-ID: <40BFF4D2.6070902@baywinds.org> been there, done that, about the only thing you can do is to re-install all the rpms with the --justdb option shrek-m at gmx.de wrote: > Tony Perrie wrote: > >> I managed to axe my rpm database while attempting to fix my >> segmentation fault problems yesterday. Essentially, rpm -qa is now >> coming up blank, rpm --rebuilddb nor rpm --initdb doesn't seem to fix >> anything. Anything else? I tried re-installing the rpms for rpm-* >> and rpmdb-, but to no avail. Any suggestions? >> >> > > > # rm -f /var/lib/rpm/__db.00* > From pnasrat at redhat.com Fri Jun 4 07:36:50 2004 From: pnasrat at redhat.com (Paul Nasrat) Date: Fri, 4 Jun 2004 03:36:50 -0400 Subject: RPM Database Problems In-Reply-To: <40BFF4D2.6070902@baywinds.org> References: <40BF838D.5050409@gmx.de> <40BFF4D2.6070902@baywinds.org> Message-ID: <20040604073650.GC16169@devserv.devel.redhat.com> On Thu, Jun 03, 2004 at 09:04:34PM -0700, Bruce Ferrell wrote: > been there, done that, about the only thing you can do is to re-install > all the rpms with the --justdb option You'll want to use --notriggers and --noscripts to to prevent unwanted things happening as you rebuild the db. Paul From dwalsh at redhat.com Fri Jun 4 13:57:36 2004 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 04 Jun 2004 09:57:36 -0400 Subject: who provides /etc/sysconfig/selinux? In-Reply-To: <200404111457.47889.czar@czarc.net> References: <1081362948.2973.1.camel@shaka.ec-group.com> <200404111457.47889.czar@czarc.net> Message-ID: <40C07FD0.5070505@redhat.com> Todays selinux-polcy-* RPMS attempt to handle the /etc/selinux/config and /etc/sysconfig/selinux files in the post install. Please check them out. %post if [ ! -f /etc/selinux/config ]; then if [ -f /etc/sysconfig/selinux ]; then cp /etc/sysconfig/selinux /etc/selinux/config echo " # SELINUXTYPE= can take one of these two values: # targeted - Only targeted network daemons are protected. # strict - Full SELinux protection. SELINUXTYPE=strict " >> /etc/selinux/config rm -f /etc/sysconfig/selinux else echo " # This file controls the state of SELinux on the system. # SELINUX= can take one of these three values: # enforcing - SELinux security policy is enforced. # permissive - SELinux prints warnings instead of enforcing. # disabled - No SELinux policy is loaded. SELINUX=enforcing # SELINUXTYPE= can take one of these two values: # targeted - Only targeted network daemons are protected. # strict - Full SELinux protection. SELINUXTYPE=targeted " > /etc/selinux/config fi fi ln -sf /etc/selinux/config /etc/sysconfig/selinux restorecon /etc/selinux/config From dmalcolm at redhat.com Fri Jun 4 15:48:11 2004 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 04 Jun 2004 11:48:11 -0400 Subject: New unstable Evolution (1.5.8) In-Reply-To: <1085864070.4825.4.camel@localhost.localdomain> References: <1085179609.14034.9.camel@dhcp64-231.boston.redhat.com> <1085864070.4825.4.camel@localhost.localdomain> Message-ID: <1086364091.1798.20.camel@dhcp64-231.boston.redhat.com> On Sat, 2004-05-29 at 22:54 +0200, Joakim Arnling wrote: > I have noticed some bugs, are there a bugzilla somewhere? > The bug is about adding a script as a signature, and the "answer all" > button. Sounds like an upstream bug, please have a look in Ximian's Bugzilla: http://bugzilla.ximian.com Thanks! Dave > > On fre, 2004-05-21 at 18:46 -0400, David Malcolm wrote: > > I've built RPMs of the new Evolution release (1.5.8) and its > > dependencies for FC2 in my usual yum archive: > > http://people.redhat.com/dmalcolm > > > > Usual disclaimers apply: this is an unstable release, for testing > > purposes. Enjoy! > > > > Dave Malcolm > > > > From tony at involution.com Fri Jun 4 15:53:50 2004 From: tony at involution.com (Tony Perrie) Date: Fri, 4 Jun 2004 10:53:50 -0500 (CDT) Subject: Praise for FC2 In-Reply-To: Message-ID: I wrote this (positive) article about FC2. http://www.involution.com/fc2.php Tony From fedora at wir-sind-cool.org Fri Jun 4 16:10:09 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 4 Jun 2004 18:10:09 +0200 Subject: Praise for FC2 In-Reply-To: References: Message-ID: <20040604181009.0a1f424c.fedora@wir-sind-cool.org> On Fri, 4 Jun 2004 10:53:50 -0500 (CDT), Tony Perrie wrote: > I wrote this (positive) article about FC2. > > http://www.involution.com/fc2.php > There have been 2 xmms 1.2.10 updates since the release. No, none. > The FC2 stock RPM > is now xmms-1.2.10-2, and livna hasn't rebuilt the plugin around the > current set of patches with -2 nor have I. What makes you think the xmms-mp3 plugin may need a rebuild? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From michal at harddata.com Fri Jun 4 16:11:57 2004 From: michal at harddata.com (Michal Jaegermann) Date: Fri, 4 Jun 2004 10:11:57 -0600 Subject: who provides /etc/sysconfig/selinux? In-Reply-To: <40C07FD0.5070505@redhat.com>; from dwalsh@redhat.com on Fri, Jun 04, 2004 at 09:57:36AM -0400 References: <1081362948.2973.1.camel@shaka.ec-group.com> <200404111457.47889.czar@czarc.net> <40C07FD0.5070505@redhat.com> Message-ID: <20040604101157.B4145@mail.harddata.com> On Fri, Jun 04, 2004 at 09:57:36AM -0400, Daniel J Walsh wrote: > Todays selinux-polcy-* RPMS attempt to handle the /etc/selinux/config > and /etc/sysconfig/selinux files in the post install. What is supposed to be now a graph of dependencies between various packages in this group? AFAICS selinux-policy-strict, or selinux-policy-targeted, which look like they are mutually exclusive, is supposed to replace older policy and a similar deal is for policy-sources. But there are packages policytools and policytools-gui (I do not have them handy right now so I may misremember names), which got installed at some moment in a testing cycle, and which depend on policy. These packages seem to provide some utilities which do not have newer counterparts. Should they be gone? Replaced with something else? Michal From tony at involution.com Fri Jun 4 16:21:37 2004 From: tony at involution.com (Tony Perrie) Date: Fri, 4 Jun 2004 11:21:37 -0500 (CDT) Subject: who provides /etc/sysconfig/selinux? In-Reply-To: <20040604101157.B4145@mail.harddata.com> Message-ID: You're absolutely right. I was mistaken. I installed my own rpm, and up2date suggested 1.2.10-2 to install. Derrr, I took that whole paragraphy out now. Thanks a lot. Tony On Fri, 4 Jun 2004, Michal Jaegermann wrote: > On Fri, Jun 04, 2004 at 09:57:36AM -0400, Daniel J Walsh wrote: > > Todays selinux-polcy-* RPMS attempt to handle the /etc/selinux/config > > and /etc/sysconfig/selinux files in the post install. > > What is supposed to be now a graph of dependencies between various > packages in this group? AFAICS selinux-policy-strict, or > selinux-policy-targeted, which look like they are mutually > exclusive, is supposed to replace older policy and a similar deal > is for policy-sources. But there are packages policytools > and policytools-gui (I do not have them handy right now so I may > misremember names), which got installed at some moment in a testing > cycle, and which depend on policy. These packages seem to provide > some utilities which do not have newer counterparts. Should > they be gone? Replaced with something else? > > Michal > > > -- From tony at involution.com Fri Jun 4 16:28:51 2004 From: tony at involution.com (Tony Perrie) Date: Fri, 4 Jun 2004 11:28:51 -0500 (CDT) Subject: Praise for FC2 In-Reply-To: <20040604181009.0a1f424c.fedora@wir-sind-cool.org> Message-ID: Sorry, that last email got the wrong title. You're absolutely right. I was mistaken. I installed my own rpm, and up2date suggested 1.2.10-2 to install. Derrr, I took that whole paragraphy out now. Thanks a lot. Tony On Fri, 4 Jun 2004, Michael Schwendt wrote: > On Fri, 4 Jun 2004 10:53:50 -0500 (CDT), Tony Perrie wrote: > > > I wrote this (positive) article about FC2. > > > > http://www.involution.com/fc2.php > > > There have been 2 xmms 1.2.10 updates since the release. > > No, none. > > > The FC2 stock RPM > > is now xmms-1.2.10-2, and livna hasn't rebuilt the plugin around the > > current set of patches with -2 nor have I. > > What makes you think the xmms-mp3 plugin may need a rebuild? > > -- From clemens at dwf.com Fri Jun 4 16:35:18 2004 From: clemens at dwf.com (clemens at dwf.com) Date: Fri, 04 Jun 2004 10:35:18 -0600 Subject: Odd LogWatch Response Message-ID: <200406041635.i54GZI8F018257@orion.dwf.com> In FC2t1, LogWatch reports the following warning/error under SSHD: pam_succeed_if: requirement "uid < 100" not met by user "reg" what is it trying to tell me??? And yes, my uid is NOT less than 100, its 1015... -- Reg.Clemens reg at dwf.com From sds at epoch.ncsc.mil Fri Jun 4 16:40:37 2004 From: sds at epoch.ncsc.mil (Stephen Smalley) Date: Fri, 04 Jun 2004 12:40:37 -0400 Subject: who provides /etc/sysconfig/selinux? In-Reply-To: <20040604101157.B4145@mail.harddata.com> References: <1081362948.2973.1.camel@shaka.ec-group.com> <200404111457.47889.czar@czarc.net> <40C07FD0.5070505@redhat.com> <20040604101157.B4145@mail.harddata.com> Message-ID: <1086367237.19959.258.camel@moss-spartans.epoch.ncsc.mil> On Fri, 2004-06-04 at 12:11, Michal Jaegermann wrote: > What is supposed to be now a graph of dependencies between various > packages in this group? AFAICS selinux-policy-strict, or > selinux-policy-targeted, which look like they are mutually > exclusive, is supposed to replace older policy and a similar deal > is for policy-sources. But there are packages policytools > and policytools-gui (I do not have them handy right now so I may > misremember names), which got installed at some moment in a testing > cycle, and which depend on policy. These packages seem to provide > some utilities which do not have newer counterparts. Should > they be gone? Replaced with something else? setools and setools-gui. There are updated versions available in the devel tree. -- Stephen Smalley National Security Agency From ggw at wolves.durham.nc.us Sat Jun 5 20:45:52 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Sat, 5 Jun 2004 16:45:52 -0400 Subject: problem with /sbin/devlabel (tr not available on root partition) Message-ID: <20040605204552.GA25290@wolves.durham.nc.us> Running rawhide fully updated to 2004-jun-05, when booting there are several screenfulls of error messages from /sbin/devlabel complaining about tr(1) not being found. This is obviously due to tr being in /usr/bin and only root is mounted at the time it complains. (There are a couple of other missing programs that devlabel wants, but I don't have a comprehensive list of them.) -- G.Wolfe Woodbury `- -' U The Line Eater is a boojum! From michal at harddata.com Sun Jun 6 00:29:15 2004 From: michal at harddata.com (Michal Jaegermann) Date: Sat, 5 Jun 2004 18:29:15 -0600 Subject: problem with /sbin/devlabel (tr not available on root partition) In-Reply-To: <20040605204552.GA25290@wolves.durham.nc.us>; from ggw@wolves.durham.nc.us on Sat, Jun 05, 2004 at 04:45:52PM -0400 References: <20040605204552.GA25290@wolves.durham.nc.us> Message-ID: <20040605182915.A16876@mail.harddata.com> On Sat, Jun 05, 2004 at 04:45:52PM -0400, Gregory Woodbury wrote: > Running rawhide fully updated to 2004-jun-05, when booting there are > several screenfulls of error messages from /sbin/devlabel complaining > about tr(1) not being found. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124442 Patches there as well. Michal From janina at rednote.net Sun Jun 6 00:55:18 2004 From: janina at rednote.net (Janina Sajka) Date: Sat, 5 Jun 2004 20:55:18 -0400 Subject: x86_64 Installation media question Message-ID: <20040606005518.GC3917@rednote.net> I've been trying to dd diskboot.img onto a USB thumb drive. I get no errors from dd, but subsequently I'm unable to loop mount the file system. I get illegal block errors. I'm wondering whether my media has gone bad? Has anyone else used diskboot.img from the FC2 X86 release iso? PS: This was working fine back in Test 3, if memory serves. Janina From maxer1 at xmission.com Sun Jun 6 02:07:40 2004 From: maxer1 at xmission.com (raxet) Date: Sat, 05 Jun 2004 20:07:40 -0600 Subject: hacking in FC2 ?? Message-ID: <40C27C6C.2050604@xmission.com> I have this directory under /tmp that worries me.. it's virtual-raxet.2RlTwo What the hec is this anyway? RaXeT From shadbolt at umich.edu Sun Jun 6 02:18:53 2004 From: shadbolt at umich.edu (Glen Shadbolt) Date: Sat, 05 Jun 2004 22:18:53 -0400 Subject: kernel#2.6.6-1.422, mkinitrd fails Message-ID: <40C27F0D.5060607@umich.edu> When I try to install the most recent versions of the kernel I get the following errors: memlock: Cannot allocate memory Couldn't lock into memory, exiting. mkinitrd failed Any idea what the problem is? Glen From akabi at speakeasy.net Sun Jun 6 02:42:19 2004 From: akabi at speakeasy.net (ne...) Date: Sat, 5 Jun 2004 22:42:19 -0400 (EDT) Subject: kernel#2.6.6-1.422, mkinitrd fails In-Reply-To: <40C27F0D.5060607@umich.edu> References: <40C27F0D.5060607@umich.edu> Message-ID: On Jun 5, 2004 at 22:18, Glen Shadbolt in a soothing rage wrote: >When I try to install the most recent versions of the kernel I get the >following errors: > >memlock: Cannot allocate memory >Couldn't lock into memory, exiting. >mkinitrd failed > >Any idea what the problem is? You need to do a 'ulimit -l unlimited' before installing the kernel. N.Emile... -- Registered Linux User # 125653 (http://counter.li.org) Switch to: http://www.speakeasy.net/refer/190653 QOTD: "I used to get high on life but lately I've built up a resistance." 22:41:03 up 3 days, 2:36, 3 users, load average: 0.00, 0.00, 0.00 From brian at cypher.acomp.usf.edu Sun Jun 6 02:30:38 2004 From: brian at cypher.acomp.usf.edu (Brian Smith) Date: Sat, 05 Jun 2004 22:30:38 -0400 Subject: hacking in FC2 ?? In-Reply-To: <40C27C6C.2050604@xmission.com> References: <40C27C6C.2050604@xmission.com> Message-ID: <40C281CE.60602@cypher.acomp.usf.edu> Hey, If there are any files in the directory, select one and grep lsof for it like so lsof | grep suspicious_file_name and it will tell you what process is attached to that file, if any. You may need to install lsof, but it is part of the fedora distribution. Hope this helps. Brian Smith raxet wrote: > I have this directory under /tmp that worries me.. > > it's virtual-raxet.2RlTwo > > What the hec is this anyway? > > RaXeT > > From marian_kopala at wp.pl Sun Jun 6 14:42:52 2004 From: marian_kopala at wp.pl (Marian Kopala) Date: Sun, 06 Jun 2004 16:42:52 +0200 Subject: Evolution 1.5.9 Message-ID: <1086532972.18189.7.camel@amigos> Welcome! Where: evolution-1.5.9*rpm evolution-data-server-0.0.94*rpm soup-0.7.11*rpm gtkhtml-3.1.16*rpm gal-2.1.10*rpm Regards, Marian From mike.lurk at sympatico.ca Sun Jun 6 15:43:22 2004 From: mike.lurk at sympatico.ca (Mike Lurk) Date: Sun, 06 Jun 2004 11:43:22 -0400 Subject: OpenGL and the 2.6.6 kernel Message-ID: <1086536602.18521.14.camel@localhost.localdomain> OpenGL seems to work in windowed but as soon as you try to go full screen it just boots you out of the desktop and puts you to the login screen. I have been thinking about that for a while and I have come to the conclusion that the 2.6.6 kernel memory requirements have changed, meaning that 256 megs of system memory is not enough anymore. I did work with FC1 and FC2. The 2.6.5 kernels did work until you went to 24 bit color and then it would restart the desktop with any opengl game (windowed or not). Go to 16 bit color and all was fine. My question is, is there a way to install the 2.6.5 kernel or is it better to just reinstall FC2? I don't want to add more memory on this system because I will get a more up to date system soon. From arjanv at redhat.com Sun Jun 6 15:59:25 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Sun, 06 Jun 2004 17:59:25 +0200 Subject: OpenGL and the 2.6.6 kernel In-Reply-To: <1086536602.18521.14.camel@localhost.localdomain> References: <1086536602.18521.14.camel@localhost.localdomain> Message-ID: <1086537565.3041.4.camel@laptop.fenrus.com> On Sun, 2004-06-06 at 17:43, Mike Lurk wrote: > OpenGL seems to work in windowed but as soon as you try to go full > screen it just boots you out of the desktop and puts you to the login > screen. I have been thinking about that for a while and I have come to > the conclusion that the 2.6.6 kernel memory requirements have changed, > meaning that 256 megs of system memory is not enough anymore. I did work > with FC1 and FC2. The 2.6.5 kernels did work until you went to 24 bit > color and then it would restart the desktop with any opengl game > (windowed or not). Go to 16 bit color and all was fine. which video hardware (and which drivers) is this? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From alan at redhat.com Sun Jun 6 16:04:49 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 6 Jun 2004 12:04:49 -0400 Subject: OpenGL and the 2.6.6 kernel In-Reply-To: <1086536602.18521.14.camel@localhost.localdomain> References: <1086536602.18521.14.camel@localhost.localdomain> Message-ID: <20040606160449.GF8186@devserv.devel.redhat.com> On Sun, Jun 06, 2004 at 11:43:22AM -0400, Mike Lurk wrote: > meaning that 256 megs of system memory is not enough anymore. I did work > with FC1 and FC2. The 2.6.5 kernels did work until you went to 24 bit > color and then it would restart the desktop with any opengl game > (windowed or not). Go to 16 bit color and all was fine. You missed a small detail - what video card ? From mike.lurk at sympatico.ca Sun Jun 6 16:51:42 2004 From: mike.lurk at sympatico.ca (Mike Lurk) Date: Sun, 06 Jun 2004 12:51:42 -0400 Subject: OpenGL and the 2.6.6 kernel Message-ID: <1086540702.18521.25.camel@localhost.localdomain> On Sun, 2004-06-06 at 17:43, Mike Lurk wrote: > OpenGL seems to work in windowed but as soon as you try to go full > screen it just boots you out of the desktop and puts you to the login > screen. I have been thinking about that for a while and I have come to > the conclusion that the 2.6.6 kernel memory requirements have changed, > meaning that 256 megs of system memory is not enough anymore. I did work > with FC1 and FC2. The 2.6.5 kernels did work until you went to 24 bit > color and then it would restart the desktop with any opengl game > (windowed or not). Go to 16 bit color and all was fine. which video hardware (and which drivers) is this? Ooops. It's an Intel based machine with I810e integrated video(16meg) and a p3 600 CPU with 256 megs of system memory. Using the latest kernel from your site (Arjan). [root at Darkstar root]# lspci 00:00.0 Host bridge: Intel Corp. 82810E DC-133 GMCH [Graphics Memory Controller Hub] (rev 03) 00:01.0 VGA compatible controller: Intel Corp. 82810E DC-133 CGC [Chipset Graphics Controller] (rev 03) 00:1e.0 PCI bridge: Intel Corp. 82801AA PCI Bridge (rev 02) 00:1f.0 ISA bridge: Intel Corp. 82801AA ISA Bridge (LPC) (rev 02) 00:1f.1 IDE interface: Intel Corp. 82801AA IDE (rev 02) 00:1f.2 USB Controller: Intel Corp. 82801AA USB (rev 02) 00:1f.5 Multimedia audio controller: Intel Corp. 82801AA AC'97 Audio (rev 02) 01:0b.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 05) I hope this gives you more infor for my system. Mike From mike at netlyncs.com Sun Jun 6 17:21:30 2004 From: mike at netlyncs.com (Mike Chambers) Date: Sun, 06 Jun 2004 12:21:30 -0500 Subject: Evolution 1.5.9 In-Reply-To: <1086532972.18189.7.camel@amigos> References: <1086532972.18189.7.camel@amigos> Message-ID: <1086542490.4043.1.camel@scrappy.netlyncs.com> On Sun, 2004-06-06 at 16:42 +0200, Marian Kopala wrote: > Welcome! > > > Where: > evolution-1.5.9*rpm > evolution-data-server-0.0.94*rpm > soup-0.7.11*rpm > gtkhtml-3.1.16*rpm > gal-2.1.10*rpm > I don't see a URL to this. Is that what is missing in your "where" statement? -- Mike Chambers Madisonville, KY "It's always better to hurt a little now, than to hurt a lot later!" From csm at moongroup.com Sun Jun 6 17:30:21 2004 From: csm at moongroup.com (Chuck Mead) Date: Sun, 06 Jun 2004 13:30:21 -0400 Subject: cups broken for x86_64 Message-ID: <40C354AD.8030505@moongroup.com> Hopefully next weekend I will get a chance to bugzilla this but I thought I should go ahead and mention it. I have an x86_64 and an x86 installation of FC2 in my network and cups works fine on the x86 install but is completely b0rked on the x86_64. With cups in debug mode I see the following in my logs on the x86_64 machine: D [06/Jun/2004:12:36:15 -0400] [Job 4] no psname was provided. That appears over and over again and the gs process does not appear to *EVER* complete. The machine loads up and becomes very difficult to use like there's some kind of a race in effect. Any ideas about what else I can report to help debug this? -- csm at moongroup.com, head geek http://moongroup.com From ldmiller at dslnorthwest.net Sun Jun 6 22:24:38 2004 From: ldmiller at dslnorthwest.net (LDM) Date: Sun, 06 Jun 2004 15:24:38 -0700 Subject: Can't boot any kernel >394 after fresh install of FC2T3 Message-ID: <40C399A6.90601@dslnorthwest.net> I have been searching the list and can not resolve the issue of not being able to boot any kernel greater than 2.6.6-1.394. The PC3 box and the Athlon box both will get to the progress bar screen and after a minute or so will go black and lockup. Today I did a fresh install of FC2T3 from cdrom, then yum updated to the latest packages including kernel-2.6.6-1.422. Same thing. I'm stumped. -- Larry Miller From michal at harddata.com Mon Jun 7 00:28:01 2004 From: michal at harddata.com (Michal Jaegermann) Date: Sun, 6 Jun 2004 18:28:01 -0600 Subject: Can't boot any kernel >394 after fresh install of FC2T3 In-Reply-To: <40C399A6.90601@dslnorthwest.net>; from ldmiller@dslnorthwest.net on Sun, Jun 06, 2004 at 03:24:38PM -0700 References: <40C399A6.90601@dslnorthwest.net> Message-ID: <20040606182801.A18237@mail.harddata.com> On Sun, Jun 06, 2004 at 03:24:38PM -0700, LDM wrote: > The PC3 box and > the Athlon box both will get to the progress bar screen and after a > minute or so will go black and lockup. Which most likely means that you are actually booting and later you are getting stuck in some startup program. Guessing in blind the most probable candidate would be kudzu. On a grub screen go to 'e'dit and remove from your boot command 'rhgb'. Then you can watch everything what happens. You can also add 's' at the end, boot into a single user mode, and start services manually in order to find out what is wrong. Or you can to into 'I'nteractive mode as it says on your text screen. Once you will find a culprit turn it off with 'chkconfig' and file a report on bugzilla. Michal From ckloiber at ckloiber.com Mon Jun 7 02:15:21 2004 From: ckloiber at ckloiber.com (Chris Kloiber) Date: Mon, 07 Jun 2004 10:15:21 +0800 Subject: OpenGL and the 2.6.6 kernel In-Reply-To: <1086540702.18521.25.camel@localhost.localdomain> References: <1086540702.18521.25.camel@localhost.localdomain> Message-ID: <1086574521.12431.6.camel@galileo.ckloiber.com> On Mon, 2004-06-07 at 00:51, Mike Lurk wrote: > On Sun, 2004-06-06 at 17:43, Mike Lurk wrote: > > OpenGL seems to work in windowed but as soon as you try to go full > > screen it just boots you out of the desktop and puts you to the login > > screen. I have been thinking about that for a while and I have come to > > the conclusion that the 2.6.6 kernel memory requirements have changed, > > meaning that 256 megs of system memory is not enough anymore. I did > work > > with FC1 and FC2. The 2.6.5 kernels did work until you went to 24 bit > > color and then it would restart the desktop with any opengl game > > (windowed or not). Go to 16 bit color and all was fine. > > which video hardware (and which drivers) is this? > > Ooops. It's an Intel based machine with I810e integrated video(16meg) > and a p3 600 CPU with 256 megs of system memory. Using the latest kernel > from your site (Arjan). That's an easy one. The Intel i810 graphics only offers 3D accel in 16bpp color. It's a driver limitation. See: 'man i810': DESCRIPTION i810 is an Xorg driver for Intel integrated graphics chipsets. The driver supports depths 8, 15, 16 and 24. All visual types are supported in depth 8. For the i810/i815 other depths support the TrueColor and DirectColor visuals. For the 830M and later, only the TrueColor visual is supported for depths greater than 8. The driver supports hardware accelerated 3D via the Direct Rendering Infrastructure (DRI), but only in depth 16 for the i810/i815 and depths 16 and 24 for the 830M and later. -- Chris Kloiber From redhat-jc at insight.rr.com Mon Jun 7 03:07:54 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sun, 06 Jun 2004 23:07:54 -0400 Subject: OpenGL and the 2.6.6 kernel In-Reply-To: <1086574521.12431.6.camel@galileo.ckloiber.com> References: <1086540702.18521.25.camel@localhost.localdomain> <1086574521.12431.6.camel@galileo.ckloiber.com> Message-ID: <40C3DC0A.4060100@insight.rr.com> Chris Kloiber wrote: > On Mon, 2004-06-07 at 00:51, Mike Lurk wrote: > >>On Sun, 2004-06-06 at 17:43, Mike Lurk wrote: >> >>>OpenGL seems to work in windowed but as soon as you try to go full >>>screen it just boots you out of the desktop and puts you to the login >>>screen. I have been thinking about that for a while and I have come to >>>the conclusion that the 2.6.6 kernel memory requirements have changed, >>>meaning that 256 megs of system memory is not enough anymore. I did >> >>work >> >>>with FC1 and FC2. The 2.6.5 kernels did work until you went to 24 bit >>>color and then it would restart the desktop with any opengl game >>>(windowed or not). Go to 16 bit color and all was fine. >> >>which video hardware (and which drivers) is this? >> >>Ooops. It's an Intel based machine with I810e integrated video(16meg) >>and a p3 600 CPU with 256 megs of system memory. Using the latest kernel >>from your site (Arjan). > > > That's an easy one. The Intel i810 graphics only offers 3D accel in > 16bpp color. It's a driver limitation. See: 'man i810': > > DESCRIPTION > i810 is an Xorg driver for Intel integrated graphics > chipsets. The driver supports depths 8, 15, 16 and 24. All > visual types are supported in depth 8. For the i810/i815 other > depths support the TrueColor and DirectColor visuals. For the > 830M and later, only the TrueColor visual is supported for > depths greater than 8. The driver supports hardware accelerated > 3D via the Direct Rendering Infrastructure (DRI), but only in > depth 16 for the i810/i815 and depths 16 and 24 for the 830M and > later. > Thanks for the information. I had a problem with one application. (xine) crashing the X server. I have the Intel 815 and have it set to the maximum selection. Intel 815 - 800 MHz Coppermine - 512 MB memory I did not notice any differences with kernels from FC1 or FC2. Both kernels seemed to have the same crashing symptom. I've set the resolution and color depth to the maximum settings selectable. Thanks, Jim From Giuseppe.Castagna at ens.fr Mon Jun 7 07:46:35 2004 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Mon, 07 Jun 2004 09:46:35 +0200 Subject: Thinkpad X40 and xorg-6.7.0-3 Message-ID: <1086594395.4956.31.camel@reglisse> Dear List, I have installed FC2 on my ThinkPad X40. Most of the features work fine out-of-the-box apart from video, which has some annoying problems. The machine uses an Intel 82852/855GM integrated graphic device. I have tried standard FC2, changed color depths, upgraded to custom kernels and Arjan's builds as well as to the xorg version in fedora update-testing (6.7.0-3): the problems persist. The first noticeable problem is that whenever I close the laptop lid and reopen it the upper part of the screen (about half of the size of the gnome panel) gets corrupted since the image is shifted down of the corresponding space. This is not annoying since a simple ctrl-alt-F1 ctrl-alt-f7 sequence restores everything. What is *really* annoying is that this corruption appears when I switch to the external monitor as well (and the f1-f7 trick no longer works since the image returns back on the LCD screen). This makes the laptop not usable for presentations, which is one of the main uses of it (I have to boot in WinXP to give a presentation). Also (but this is a minor problem), when I try to use xv with mplayer on the external monitor, the mplayer window is blue. Does any of you have any suggestion on how I can overcome at least the external monitor corruption problem? I attach my xorg.conf file. Thanks in advance ---Beppe--- -------------- next part -------------- # Xorg configuration created by system-config-display Section "ServerLayout" Identifier "single head configuration" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" # RgbPath is the location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "unix/:7100" EndSection Section "Module" Load "dbe" Load "extmod" Load "fbdevhw" Load "glx" Load "record" Load "freetype" Load "type1" Load "dri" EndSection Section "InputDevice" # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option "Xleds" "1 2 3" # To disable the XKEYBOARD extension, uncomment XkbDisable. # Option "XkbDisable" # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option "XkbModel" "pc102" # If you have a US Microsoft Natural keyboard, you can use: # Option "XkbModel" "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option "XkbLayout" "de" # or: # Option "XkbLayout" "de" # Option "XkbVariant" "nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # Option "XkbOptions" "ctrl:swapcaps" # Or if you just want both to be control, use: # Option "XkbOptions" "ctrl:nocaps" # Identifier "Keyboard0" Driver "keyboard" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "ZAxisMapping" "4 5" # Original Fedora generic mouse with scroll # Option "Protocol" "IMPS/2" # Option "Device" "/dev/input/mice" # Option "Emulate3Buttons" "yes" # Modification for tp-scroll Option "Protocol" "ExplorerPS/2" Option "Device" "/dev/imouse" Option "Emulate3Buttons" "no" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "LCD Panel 1024x768" HorizSync 31.5 - 48.5 VertRefresh 40.0 - 70.0 Option "dpms" EndSection Section "Device" Identifier "Videocard0" Driver "i810" VendorName "Videocard vendor" BoardName "Intel 855" EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" Monitor "Monitor0" DefaultDepth 16 SubSection "Display" Viewport 0 0 Depth 16 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Viewport 0 0 Depth 8 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Viewport 0 0 Depth 24 Modes "1024x768" "800x600" "640x480" EndSubSection EndSection Section "DRI" Group 0 Mode 0666 EndSection From pboy at barkhof.uni-bremen.de Mon Jun 7 07:54:25 2004 From: pboy at barkhof.uni-bremen.de (Peter Boy) Date: Mon, 07 Jun 2004 09:54:25 +0200 Subject: Thinkpad X40 and xorg-6.7.0-3 In-Reply-To: <1086594395.4956.31.camel@reglisse> References: <1086594395.4956.31.camel@reglisse> Message-ID: <1086594865.5213.2.camel@littlePiet> Am Mo, den 07.06.2004 schrieb Giuseppe Castagna um 09:46: > I have installed FC2 on my ThinkPad X40. Most of the features work > fine out-of-the-box [...] Did you try to add apci=off to the kernel's boot parameters (in /boot/grub/grub.conf)? Most Thinkpads are currently incompatible with the Linux ACPI implementation (but I don't know about the X40). APM in those cases used to work fine (e.g. your special function keys should work again). Peter From pboy at barkhof.uni-bremen.de Mon Jun 7 07:57:31 2004 From: pboy at barkhof.uni-bremen.de (Peter Boy) Date: Mon, 07 Jun 2004 09:57:31 +0200 Subject: cups broken for x86_64 In-Reply-To: <40C354AD.8030505@moongroup.com> References: <40C354AD.8030505@moongroup.com> Message-ID: <1086595051.5213.6.camel@littlePiet> Am So, den 06.06.2004 schrieb Chuck Mead um 19:30: > Hopefully next weekend I will get a chance to bugzilla this but I > thought I should go ahead and mention it. > > I have an x86_64 and an x86 installation of FC2 in my network and cups > works fine on the x86 install but is completely b0rked on the x86_64. Cups is working fine on my x86_64 installation. So the problems may be specific to your machine / configuration. > With cups in debug mode I see the following in my logs on the x86_64 > machine: > > D [06/Jun/2004:12:36:15 -0400] [Job 4] no psname was provided. I don't know about it, but at the first sight it could be a configuration issue? Peter From alan at redhat.com Mon Jun 7 10:40:26 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 7 Jun 2004 06:40:26 -0400 Subject: OpenGL and the 2.6.6 kernel In-Reply-To: <1086574521.12431.6.camel@galileo.ckloiber.com> References: <1086540702.18521.25.camel@localhost.localdomain> <1086574521.12431.6.camel@galileo.ckloiber.com> Message-ID: <20040607104026.GA12588@devserv.devel.redhat.com> On Mon, Jun 07, 2004 at 10:15:21AM +0800, Chris Kloiber wrote: > > > color and then it would restart the desktop with any opengl game > > > (windowed or not). Go to 16 bit color and all was fine. > > > > from your site (Arjan). > > That's an easy one. The Intel i810 graphics only offers 3D accel in > 16bpp color. It's a driver limitation. See: 'man i810': It should be using MesaGL software render not restarting however. From twaugh at redhat.com Mon Jun 7 10:45:15 2004 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 7 Jun 2004 11:45:15 +0100 Subject: cups broken for x86_64 In-Reply-To: <40C354AD.8030505@moongroup.com> References: <40C354AD.8030505@moongroup.com> Message-ID: <20040607104515.GR2489@redhat.com> On Sun, Jun 06, 2004 at 01:30:21PM -0400, Chuck Mead wrote: > I have an x86_64 and an x86 installation of FC2 in my network and cups > works fine on the x86 install but is completely b0rked on the x86_64. > With cups in debug mode I see the following in my logs on the x86_64 > machine: > > D [06/Jun/2004:12:36:15 -0400] [Job 4] no psname was provided. > > That appears over and over again and the gs process does not appear to > *EVER* complete. The machine loads up and becomes very difficult to use > like there's some kind of a race in effect. That psname message has been removed in ghostscript-7.07-25 -- but I wouldn't have thought it could caused the bad effects you describe. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pboy at barkhof.uni-bremen.de Mon Jun 7 13:25:04 2004 From: pboy at barkhof.uni-bremen.de (Peter Boy) Date: Mon, 07 Jun 2004 15:25:04 +0200 Subject: cups broken for x86_64 In-Reply-To: <20040607104515.GR2489@redhat.com> References: <40C354AD.8030505@moongroup.com> <20040607104515.GR2489@redhat.com> Message-ID: <1086614704.5213.10.camel@littlePiet> Am Mo, den 07.06.2004 schrieb Tim Waugh um 12:45: > That psname message has been removed in ghostscript-7.07-25 -- but I > wouldn't have thought it could caused the bad effects you describe. The printer I mainly use is a Postcript printer. So I may not have had that problem. Will there be a fix available soon (i.e. is it a Red Hat or an upstream issue?)? Peter From antti.aspinen at phnet.fi Mon Jun 7 13:26:44 2004 From: antti.aspinen at phnet.fi (Antti Aspinen) Date: Mon, 07 Jun 2004 16:26:44 +0300 Subject: About Bootsplash Message-ID: <1086614804.768.68.camel@localhost.localdomain> Hello! I'd like to add Bootsplash in to Fedora Core 3 so that it replaces RHGB. Bootsplash feature is much better cause it is fuly themeable and looks much, much more brittier. And also includes same features what are in RHGB. Is that possible to work out? visit here: www.bootsplash.org and www.bootsplash.de -Antti- From twaugh at redhat.com Mon Jun 7 13:28:37 2004 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 7 Jun 2004 14:28:37 +0100 Subject: cups broken for x86_64 In-Reply-To: <1086614704.5213.10.camel@littlePiet> References: <40C354AD.8030505@moongroup.com> <20040607104515.GR2489@redhat.com> <1086614704.5213.10.camel@littlePiet> Message-ID: <20040607132837.GC1594@redhat.com> On Mon, Jun 07, 2004 at 03:25:04PM +0200, Peter Boy wrote: > Am Mo, den 07.06.2004 schrieb Tim Waugh um 12:45: > > That psname message has been removed in ghostscript-7.07-25 -- but I > > wouldn't have thought it could caused the bad effects you describe. > > The printer I mainly use is a Postcript printer. So I may not have had > that problem. > > Will there be a fix available soon (i.e. is it a Red Hat or an upstream > issue?)? It comes from the fontconfig patch. I see I was mistaken about 7.07-25 -- although the problem has been fixed in CVS for about a week I haven't rebuilt the package yet. I'll do 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 jspaleta at gmail.com Mon Jun 7 13:53:38 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 7 Jun 2004 09:53:38 -0400 Subject: About Bootsplash In-Reply-To: <1086614804.768.68.camel@localhost.localdomain> References: <1086614804.768.68.camel@localhost.localdomain> Message-ID: <604aa7910406070653747a571b@mail.gmail.com> On Mon, 07 Jun 2004 16:26:44 +0300, Antti Aspinen wrote: > Is that possible to work out? Looking back through the mailinglist archives for rhl and fedora, you get some perspective on this. But I'll sum up where things stand...no. Its a kernel patch, a kernel patch the kernel developers on this project don't have much faith in. Work on getting bootsplash into the mainline kernel source tree, and then maybe you have a slim chance of seeing it being used in fedora. Slim as compared to none. Unless you are prepared to talk knowledgably about the technical concerns regarding how the patch works at the kernel level that kernel developers worry about, you aren't going to get anywhere. http://www.redhat.com/archives/rhl-beta-list/2003-July/msg00324.html Havoc Pennington: 'Our kernel developers have an "over my dead body" attitude toward that patch, I believe. ;-)' -jef From jeff at tautologous.com Mon Jun 7 13:56:44 2004 From: jeff at tautologous.com (Jeff Stephens) Date: Mon, 7 Jun 2004 08:56:44 -0500 (CDT) Subject: FC2 xorg mouse click issue Message-ID: <27608.143.166.226.18.1086616604.squirrel@tautologous.com> Howdy - just installed FC2 this weekend to find that all mouse clicks are being seen as CTRL+click. So, a left click looks like I'm trying to move an app window. Quite annoying to have to press CTRL before every click - even this doesn't work sometimes, as the apps tend to think I'm really wanting a CTRL+click for multi-selecting stuff. This same mouse worked fine in FC1 - it is a logitech wireless USB keyboard/mouse duo. Any hints? Anyone else seeing this? From tibbs at math.uh.edu Mon Jun 7 14:13:42 2004 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 07 Jun 2004 09:13:42 -0500 Subject: Thinkpad X40 and xorg-6.7.0-3 In-Reply-To: <1086594865.5213.2.camel@littlePiet> References: <1086594395.4956.31.camel@reglisse> <1086594865.5213.2.camel@littlePiet> Message-ID: >>>>> "PB" == Peter Boy writes: PB> Did you try to add apci=off to the kernel's boot parameters (in PB> /boot/grub/grub.conf)? I just brought up and X40 and am seeing the same issues. ACPI suspend is totally hosed. ACPI sleep (close the lid) works except for the graphics corruption. APM suspend nearly works; I can suspend and resume without the X server running, but as soon as I try to start X after a resume the graphics system is completely wedged; the following lines are repeated endlessly: Jun 4 10:58:17 rashi kernel: mtrr: base(0xe0020000) is not aligned on a size(0x300000) boundary Jun 4 10:58:24 rashi kernel: [drm:i830_wait_ring] *ERROR* space: 130652 wanted 131064 Jun 4 10:58:24 rashi kernel: [drm:i830_wait_ring] *ERROR* lockup Jun 4 10:58:26 rashi kdm[2861]: X server for display :0 terminated unexpectedly If I suspend in graphics mode the machine locks hard. BTW, this is all using the 2.6.6-414 kernel. I see there's a newer one out so I'll try it as well. Otherwise it's off to bugzilla. - J< From jr36 at leicester.ac.uk Mon Jun 7 14:15:08 2004 From: jr36 at leicester.ac.uk (Jonathan Rawle) Date: Mon, 07 Jun 2004 15:15:08 +0100 Subject: About Bootsplash References: <1086614804.768.68.camel@localhost.localdomain> Message-ID: Antti Aspinen wrote: > Hello! > > I'd like to add Bootsplash in to Fedora Core 3 so that it replaces RHGB. > Bootsplash feature is much better cause it is fuly themeable and looks > much, much more brittier. And also includes same features what are in > RHGB. > In theory, rhgb has much more scope for different themes and better features as it runs in user-space, and under X, so effectively any graphical trick you can have in your desktop you could have during boot. At present there are still a few issues with it that shouldn't be too hard to resolve. My pet hate is the way it starts X on vt8 for the graphical boot, then kills it (meaning the text login is shown if your monitor changes sync quick enough) then starts a new X session on vt7. This is a waste of time! (Interestingly, "firstboot" reuses the same X session as rhgb). This can't be too hard to change - an option to keep the session alive in rhgb and a small change to the init scripts. People often complain about seeing the text login after boot, but I should point out that this is the case with SUSE and Bootsplash. Bootsplash makes the text consoles very slow and unresponsive, and after booting, the splash screen is switched off, revealing all the boot messages (which are redrawn slowly). Then X starts. With rhgb going straight onto the login manager, it's a much neater solution in my opinion. Jonathan From csm at moongroup.com Mon Jun 7 15:18:31 2004 From: csm at moongroup.com (Chuck Mead) Date: Mon, 07 Jun 2004 11:18:31 -0400 Subject: cups broken for x86_64 In-Reply-To: <20040607132837.GC1594@redhat.com> References: <40C354AD.8030505@moongroup.com> <20040607104515.GR2489@redhat.com> <1086614704.5213.10.camel@littlePiet> <20040607132837.GC1594@redhat.com> Message-ID: <40C48747.1020706@moongroup.com> Tim Waugh wrote: > On Mon, Jun 07, 2004 at 03:25:04PM +0200, Peter Boy wrote: > > >>Am Mo, den 07.06.2004 schrieb Tim Waugh um 12:45: >> >>>That psname message has been removed in ghostscript-7.07-25 -- but I >>>wouldn't have thought it could caused the bad effects you describe. >> >>The printer I mainly use is a Postcript printer. So I may not have had >>that problem. >> >>Will there be a fix available soon (i.e. is it a Red Hat or an upstream >>issue?)? > > > It comes from the fontconfig patch. I see I was mistaken about > 7.07-25 -- although the problem has been fixed in CVS for about a week > I haven't rebuilt the package yet. I'll do that now. Hmmmm. Glad to hear there is something going on here that might provide an explanation. :-) I am in NY city for the week so if the package is available by the weekend I will test it and see if it fixes it. -- Chuck Mead csm at moongroup.com Chief Tech & Bottle Washer From dmalcolm at redhat.com Mon Jun 7 15:37:10 2004 From: dmalcolm at redhat.com (David Malcolm) Date: Mon, 07 Jun 2004 11:37:10 -0400 Subject: Evolution 1.5.9 In-Reply-To: <1086542490.4043.1.camel@scrappy.netlyncs.com> References: <1086532972.18189.7.camel@amigos> <1086542490.4043.1.camel@scrappy.netlyncs.com> Message-ID: <1086622630.1798.36.camel@dhcp64-231.boston.redhat.com> On Sun, 2004-06-06 at 12:21 -0500, Mike Chambers wrote: > On Sun, 2004-06-06 at 16:42 +0200, Marian Kopala wrote: > > Welcome! > > > > > > Where: > > evolution-1.5.9*rpm > > evolution-data-server-0.0.94*rpm > > soup-0.7.11*rpm > > gtkhtml-3.1.16*rpm > > gal-2.1.10*rpm > > > > I don't see a URL to this. Is that what is missing in your "where" > statement? I'm packaging these up; will be available shortly for your testing pleasure. > > -- > Mike Chambers > Madisonville, KY > > "It's always better to hurt a little now, than to hurt a lot later!" > > From darren at dzr-web.com Mon Jun 7 15:38:33 2004 From: darren at dzr-web.com (D. D. Brierton) Date: Mon, 07 Jun 2004 16:38:33 +0100 Subject: About Bootsplash In-Reply-To: References: <1086614804.768.68.camel@localhost.localdomain> Message-ID: <1086622713.8594.8.camel@excession.dzr> On Mon, 2004-06-07 at 15:15, Jonathan Rawle wrote: > At present there are still a few issues with it that shouldn't be too hard > to resolve. My pet hate is the way it starts X on vt8 for the graphical > boot, then kills it (meaning the text login is shown if your monitor > changes sync quick enough) then starts a new X session on vt7. This is a > waste of time! Hmmm. That sounds odd, but perhaps it's for some good technical reason. I don't have FC2 installed yet (waiting for FireWire to be reinstated in the stock kernel), but in FC1 I get a graphical boot but not a graphical restart or shutdown. Is that normal? I was reading over the thread on rhl-beta mentioned earlier in this thread, and one of the reasons for introducing rhgb is to shield ordinary users from potentially confusing boot messages. Aren't the shutdown/restart messages equally confusing? Also, there are still all the messages from the kernel before init starts which I believe are far more cryptic than the ones from init. Is there no way to shield the ordinary user from those as well? Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From jr36 at leicester.ac.uk Mon Jun 7 15:49:51 2004 From: jr36 at leicester.ac.uk (Jonathan Rawle) Date: Mon, 07 Jun 2004 16:49:51 +0100 Subject: About Bootsplash References: <1086614804.768.68.camel@localhost.localdomain> <1086622713.8594.8.camel@excession.dzr> Message-ID: D. D. Brierton wrote: > On Mon, 2004-06-07 at 15:15, Jonathan Rawle wrote: > >> At present there are still a few issues with it that shouldn't be too >> hard to resolve. My pet hate is the way it starts X on vt8 for the >> graphical boot, then kills it (meaning the text login is shown if your >> monitor changes sync quick enough) then starts a new X session on vt7. >> This is a waste of time! > > Hmmm. That sounds odd, but perhaps it's for some good technical reason. > I don't have FC2 installed yet (waiting for FireWire to be reinstated in > the stock kernel), but in FC1 I get a graphical boot but not a graphical > restart or shutdown. Is that normal? I was reading over the thread on > rhl-beta mentioned earlier in this thread, and one of the reasons for > introducing rhgb is to shield ordinary users from potentially confusing > boot messages. Aren't the shutdown/restart messages equally confusing? > Also, there are still all the messages from the kernel before init > starts which I believe are far more cryptic than the ones from init. Is > there no way to shield the ordinary user from those as well? > FC2 uses the "quiet" kernel parameter to suppress most of the kernel messages at boot. Shutdown/reboot is still in text mode. I guess it would be possible to have an equivalent of rhgb that could be used for this. X usually "respawns" so that it starts again after it was killed. But I can't see why a wrapper can't be used to start the login on an existing rhgb X session if it exists, otherwise start a new one. I guess it's just not a priority. Jonathan From jos at xos.nl Mon Jun 7 15:55:12 2004 From: jos at xos.nl (Jos Vos) Date: Mon, 7 Jun 2004 17:55:12 +0200 Subject: About Bootsplash In-Reply-To: ; from jr36@leicester.ac.uk on Mon, Jun 07, 2004 at 04:49:51PM +0100 References: <1086614804.768.68.camel@localhost.localdomain> <1086622713.8594.8.camel@excession.dzr> Message-ID: <20040607175512.B3332@xos037.xos.nl> On Mon, Jun 07, 2004 at 04:49:51PM +0100, Jonathan Rawle wrote: > X usually "respawns" so that it starts again after it was killed. But I > can't see why a wrapper can't be used to start the login on an existing > rhgb X session if it exists, otherwise start a new one. I guess it's just > not a priority. Also think of firstboot! All kinds of things can go wrong, I personally think having them all in separate X sessions is the safest way for now. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From akabi at speakeasy.net Mon Jun 7 16:05:08 2004 From: akabi at speakeasy.net (ne...) Date: Mon, 7 Jun 2004 12:05:08 -0400 (EDT) Subject: About Bootsplash In-Reply-To: <1086622713.8594.8.camel@excession.dzr> References: <1086614804.768.68.camel@localhost.localdomain> <1086622713.8594.8.camel@excession.dzr> Message-ID: On Jun 7, 2004 at 16:38, D. D. Brierton in a soothing rage wrote: [...] >Hmmm. That sounds odd, but perhaps it's for some good technical reason. >I don't have FC2 installed yet (waiting for FireWire to be reinstated in >the stock kernel), but in FC1 I get a graphical boot but not a graphical >restart or shutdown. Is that normal? Yes. I do not believe the shutdown/reboot part of rhgb has been implemented yet. >I was reading over the thread on >rhl-beta mentioned earlier in this thread, and one of the reasons for >introducing rhgb is to shield ordinary users from potentially confusing >boot messages. Aren't the shutdown/restart messages equally confusing? Not really. At least IMO. >Also, there are still all the messages from the kernel before init >starts which I believe are far more cryptic than the ones from init. Is >there no way to shield the ordinary user from those as well? You need to add a 'quiet' to the kernel line in your grub.conf to get rid of those. N.Emile... -- Registered Linux User # 125653 (http://counter.li.org) Switch to: http://www.speakeasy.net/refer/190653 For courage mounteth with occasion. -- William Shakespeare, "King John" 12:01:24 up 4 days, 15:57, 4 users, load average: 0.02, 0.01, 0.00 From darren at dzr-web.com Mon Jun 7 16:05:10 2004 From: darren at dzr-web.com (D. D. Brierton) Date: Mon, 07 Jun 2004 17:05:10 +0100 Subject: About Bootsplash In-Reply-To: References: <1086614804.768.68.camel@localhost.localdomain> <1086622713.8594.8.camel@excession.dzr> Message-ID: <1086624310.8594.18.camel@excession.dzr> On Mon, 2004-06-07 at 16:49, Jonathan Rawle wrote: > FC2 uses the "quiet" kernel parameter to suppress most of the kernel > messages at boot. Ah, okay. > Shutdown/reboot is still in text mode. I guess it would be possible to have > an equivalent of rhgb that could be used for this. Well I'm not suggesting that it should be a priority, but having read the motivations for introducing rhgb it strikes me that exactly the same reasoning applies to restart/shutdown messages. > X usually "respawns" so that it starts again after it was killed. But I > can't see why a wrapper can't be used to start the login on an existing > rhgb X session if it exists, otherwise start a new one. I agree, although I still find X slightly mysterious so I'm not sure my opinion really counts for anything! Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From Giuseppe.Castagna at ens.fr Mon Jun 7 16:18:06 2004 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Mon, 07 Jun 2004 18:18:06 +0200 Subject: Thinkpad X40 and xorg-6.7.0-3 In-Reply-To: <1086594865.5213.2.camel@littlePiet> References: <1086594395.4956.31.camel@reglisse> <1086594865.5213.2.camel@littlePiet> Message-ID: <1086625086.2120.2.camel@basilico> On Mon, 2004-06-07 at 09:54, Peter Boy wrote: > Am Mo, den 07.06.2004 schrieb Giuseppe Castagna um 09:46: > > I have installed FC2 on my ThinkPad X40. Most of the features work > > fine out-of-the-box [...] > > Did you try to add apci=off to the kernel's boot parameters (in > /boot/grub/grub.conf)? Yes .... crash :-) I do not think it is a matter of ACPI, that is not just the lid part. Indeed this would not explain why happens on the external monitor as well. ---Beppe--- From notting at redhat.com Mon Jun 7 16:18:26 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 7 Jun 2004 12:18:26 -0400 Subject: About Bootsplash In-Reply-To: <1086622713.8594.8.camel@excession.dzr> References: <1086614804.768.68.camel@localhost.localdomain> <1086622713.8594.8.camel@excession.dzr> Message-ID: <20040607161826.GB5291@nostromo.devel.redhat.com> D. D. Brierton (darren at dzr-web.com) said: > > At present there are still a few issues with it that shouldn't be too hard > > to resolve. My pet hate is the way it starts X on vt8 for the graphical > > boot, then kills it (meaning the text login is shown if your monitor > > changes sync quick enough) then starts a new X session on vt7. This is a > > waste of time! > > Hmmm. That sounds odd, but perhaps it's for some good technical reason. It's done to get the X authority authentication stuff right. Bill From Giuseppe.Castagna at ens.fr Mon Jun 7 16:32:02 2004 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Mon, 07 Jun 2004 18:32:02 +0200 Subject: Thinkpad X40 and xorg-6.7.0-3 In-Reply-To: References: <1086594395.4956.31.camel@reglisse> <1086594865.5213.2.camel@littlePiet> Message-ID: <1086625921.2119.19.camel@basilico> On Mon, 2004-06-07 at 16:13, Jason L Tibbitts III wrote: > >>>>> "PB" == Peter Boy writes: > APM suspend nearly works; I can suspend and resume without the X > server running, but as soon as I try to start X after a resume the > graphics system is completely wedged; the following lines are repeated > endlessly: > > Jun 4 10:58:17 rashi kernel: mtrr: base(0xe0020000) is not aligned on a size(0x300000) boundary > Jun 4 10:58:24 rashi kernel: [drm:i830_wait_ring] *ERROR* space: 130652 wanted 131064 > Jun 4 10:58:24 rashi kernel: [drm:i830_wait_ring] *ERROR* lockup > Jun 4 10:58:26 rashi kdm[2861]: X server for display :0 terminated unexpectedly > > If I suspend in graphics mode the machine locks hard. > If I close the lid I receive this error ACPI breakpoint: Executed AML Breakpoint opcode I think that the problem is the i810 driver. I thought it was a memory allocation problem so I tried to reserve the memory in xorg.conf with the option VideoRam 32768 (and also tried up to 128Mb ... I have 1Gb ram) but it did not work. I posted the same message on the linux on Thinkpad mailing list and I received this answer On Mon, 2004-06-07 at 12:48, Stephan Frank wrote: > I think you are out of luck here. Since there is not sufficient > information available about the necessary register values there is > currently no good support for this chipset in the xfree drivers apart > from the stuff the standard BIOS calls provide. This also affects people > which have high resolution displays (1400x1050 and more) since the BIOS > is not know about such high resolutions. People are currently fiddling > with BIOS/driver routine disassembling to work out how stuff is done > under windows (see the xfree-devel list). For the moment I see two > option for you: a) try out the binary only Intel Embedded Graphics > drivers [1] (which according to the website provide Dual-display > capabilities; however, I personally did not test since this driver > currently does not support the 1400x1050 screen resolution I looked > for), or b) use a commercial X-Server like Accelerated X [2]. I had already tried (a) but abandoned since the Inter driver works only on 2.4.* kernels. I will try (b) since they provide demo drivers. In the meanwhile I discovered this, http://sourceforge.net/projects/i855crt which may be worth trying (but I need a monitor or a videobeamer to test my external monitor exit and I do not have one here at home) Thanks for your help. ---Beppe--- From michal at harddata.com Mon Jun 7 16:51:01 2004 From: michal at harddata.com (Michal Jaegermann) Date: Mon, 7 Jun 2004 10:51:01 -0600 Subject: Thinkpad X40 and xorg-6.7.0-3 In-Reply-To: ; from tibbs@math.uh.edu on Mon, Jun 07, 2004 at 09:13:42AM -0500 References: <1086594395.4956.31.camel@reglisse> <1086594865.5213.2.camel@littlePiet> Message-ID: <20040607105101.B6085@mail.harddata.com> On Mon, Jun 07, 2004 at 09:13:42AM -0500, Jason L Tibbitts III wrote: > > APM suspend nearly works; I can suspend and resume without the X > server running, but as soon as I try to start X after a resume the > graphics system is completely wedged; A number of years ago I had a similar problem with an APM suspend and a Toshiba laptop. I simply added 'chvt 1' to a script executing on a suspend event. True, the laptop was waking up to a text console but hitting 'Alt-Ctrl-F7' after that was not a big deal and X worked afterwards with a restored session. You can try if this kind of a ruse will work with your laptop. What is passing for APM in a laptop my wife is using right now is not worth to bother in any sense. :-) Michal From mike.lurk at sympatico.ca Mon Jun 7 17:22:56 2004 From: mike.lurk at sympatico.ca (Mike Lurk) Date: Mon, 07 Jun 2004 13:22:56 -0400 Subject: OpenGL and the 2.6.6 kernel Message-ID: <1086628976.26684.15.camel@localhost.localdomain> On Mon, Jun 07, 2004 at 10:15:21AM +0800, Chris Kloiber wrote: > > > color and then it would restart the desktop with any opengl game > > > (windowed or not). Go to 16 bit color and all was fine. > > > > from your site (Arjan). > > That's an easy one. The Intel i810 graphics only offers 3D accel in > 16bpp color. It's a driver limitation. See: 'man i810': It should be using MesaGL software render not restarting however. I am using 16bpp color and it restarts the desktop. I have MesaGL installed. I can run ZSNES ( super nintendo emulator) running at 1024x768 full screen using opengl but thats it. Anything else that I try (using full screen) will restart the desktop, or a game like Return to Castle Wolfenstein (Linux version, minimum requirements p2 450 128MG ram) will restart the desktop. Here is some info that might be useful after running xdpyinfo mlurk at Darkstar mlurk]$ xdpyinfo name of display: :0.0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 60700000 X.Org version: 6.7.0 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x2c00012, revert to Parent number of extensions: 30 BIG-REQUESTS DOUBLE-BUFFER DPMS Extended-Visual-Information FontCache GLX LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP X-Resource XC-APPGROUP XC-MISC XFree86-Bigfont XFree86-DGA XFree86-DRI XFree86-Misc XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1 screen #0: dimensions: 1024x768 pixels (283x201 millimeters) resolution: 92x97 dots per inch depths (7): 16, 1, 4, 8, 15, 24, 32 root window id: 0x48 depth of root window: 16 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20 default number of colormap cells: 64 preallocated pixels: black 0, white 65535 options: backing-store NO, save-unders NO largest cursor: 64x64 current input event mask: 0xfa2033 KeyPressMask KeyReleaseMask EnterWindowMask LeaveWindowMask ButtonMotionMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals: 16 default visual id: 0x23 visual: visual id: 0x23 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits Nowhere here does it mention DRI.......??????? Mike From cmadams at hiwaay.net Mon Jun 7 17:28:01 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 7 Jun 2004 12:28:01 -0500 Subject: FireWire (was Re: About Bootsplash) In-Reply-To: <1086622713.8594.8.camel@excession.dzr> References: <1086614804.768.68.camel@localhost.localdomain> <1086622713.8594.8.camel@excession.dzr> Message-ID: <20040607172801.GE1244084@hiwaay.net> Once upon a time, D. D. Brierton said: > I don't have FC2 installed yet (waiting for FireWire to be reinstated in > the stock kernel) I'm running 2.6.6-1.422 from updates/testing and FireWire is working for me. It works better than FC1; my DVD burner is seen by default (I had to rescan the SCSI bus to get it under FC1). The only thing I had to do was add "alias ieee1394-controller ohci1394" to /etc/modprobe.conf. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From Philip.R.Schaffner at NASA.gov Mon Jun 7 17:30:16 2004 From: Philip.R.Schaffner at NASA.gov (Phil Schaffner) Date: Mon, 07 Jun 2004 13:30:16 -0400 Subject: Can't boot any kernel >394 after fresh install of FC2T3 In-Reply-To: <40C399A6.90601@dslnorthwest.net> References: <40C399A6.90601@dslnorthwest.net> Message-ID: <1086629416.8963.5.camel@radar0.larc.nasa.gov> On Sun, 2004-06-06 at 15:24 -0700, LDM wrote: > I have been searching the list and can not resolve the issue of not > being able to boot any kernel greater than 2.6.6-1.394. The PC3 box and > the Athlon box both will get to the progress bar screen and after a > minute or so will go black and lockup. Today I did a fresh install of > FC2T3 from cdrom, then yum updated to the latest packages including > kernel-2.6.6-1.422. Same thing. I'm stumped. for a fresh install, why not use FC2 rather than an obsolete test release? Phil From darren at dzr-web.com Mon Jun 7 17:37:40 2004 From: darren at dzr-web.com (D. D. Brierton) Date: Mon, 07 Jun 2004 18:37:40 +0100 Subject: FireWire (was Re: About Bootsplash) In-Reply-To: <20040607172801.GE1244084@hiwaay.net> References: <1086614804.768.68.camel@localhost.localdomain> <1086622713.8594.8.camel@excession.dzr> <20040607172801.GE1244084@hiwaay.net> Message-ID: <1086629860.8594.23.camel@excession.dzr> On Mon, 2004-06-07 at 18:28, Chris Adams wrote: > I'm running 2.6.6-1.422 from updates/testing and FireWire is working for > me. It works better than FC1; my DVD burner is seen by default (I had > to rescan the SCSI bus to get it under FC1). Yeah, I'm having to use rescan-scsi-bus.sh in FC1 as well. But that is great news about 2.6.6-1.422. Will that move from testing and be pushed as an official update for FC2 eventually? I've had my FC2 discs downloaded and burnt for ages now and I'm dying to get it installed. Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From tibbs at math.uh.edu Mon Jun 7 17:50:29 2004 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 07 Jun 2004 12:50:29 -0500 Subject: Thinkpad X40 and xorg-6.7.0-3 In-Reply-To: <20040607105101.B6085@mail.harddata.com> References: <1086594395.4956.31.camel@reglisse> <1086594865.5213.2.camel@littlePiet> <20040607105101.B6085@mail.harddata.com> Message-ID: >>>>> "MJ" == Michal Jaegermann writes: [chvt trick] MJ> You can try if this kind of a ruse will work with your laptop. Unfortunately it's not nearly that simple. APM fares worse than ACPI; just closing the lid kills the machine. I've filed bug 125458 with all the details: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125458 Note that this has significant bearing on fedora-test: kernel 2.6.6-1.422 made things measurably worse than 2.6.5-1.358. Running 358, I can actually do an ACPI S3 sleep and resume from it, but the graphics are completely dead. 422 just hangs hard at suspend time. I think I tried all twelve possible combinations of kernel (2.6.5-1.358, 2.6.6-1.422), ACPI/APM, and running X/running X but switched to VT1/not running X. - J< From paul at all-the-johnsons.co.uk Mon Jun 7 18:15:40 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 07 Jun 2004 18:15:40 +0000 Subject: Odd font problem Message-ID: <1086632140.4395.1.camel@T7.linux> Hi, My son's box has a clean install of vanilla FC2, but is using the dev version of Evolution. For some reason, while you can still read the emails, you can't see anything in the From/Subject/Date columns. I remember seeing this under FC1 as well. Any ideas what it is caused by and how to fix it? TTFN Paul -- "Your lives are in the hands of men no smarter than you or I, many of them incompetent boobs. I know this because I worked alongside them, gone bowling with them, watched them pass me over for promotions time and again. And I say ... This stinks!" - Homer Simpson -------------- 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 kms at passback.co.uk Mon Jun 7 19:59:35 2004 From: kms at passback.co.uk (Keith Sharp) Date: Mon, 07 Jun 2004 20:59:35 +0100 Subject: Evolution 1.5.9 In-Reply-To: <1086622630.1798.36.camel@dhcp64-231.boston.redhat.com> References: <1086532972.18189.7.camel@amigos> <1086542490.4043.1.camel@scrappy.netlyncs.com> <1086622630.1798.36.camel@dhcp64-231.boston.redhat.com> Message-ID: <1086638376.7716.0.camel@animal> On Mon, 2004-06-07 at 11:37 -0400, David Malcolm wrote: > On Sun, 2004-06-06 at 12:21 -0500, Mike Chambers wrote: > > On Sun, 2004-06-06 at 16:42 +0200, Marian Kopala wrote: > > > Welcome! > > > > > > > > > Where: > > > evolution-1.5.9*rpm > > > evolution-data-server-0.0.94*rpm > > > soup-0.7.11*rpm > > > gtkhtml-3.1.16*rpm > > > gal-2.1.10*rpm > > > > > > > I don't see a URL to this. Is that what is missing in your "where" > > statement? > > I'm packaging these up; will be available shortly for your testing > pleasure. Will this be the 1.5.9.1 release? Thanks, Keith. From lwn-fedora-test at lwn.net Mon Jun 7 20:20:12 2004 From: lwn-fedora-test at lwn.net (Jonathan Corbet) Date: Mon, 07 Jun 2004 14:20:12 -0600 Subject: su fails due to pam_selinux.so Message-ID: <20040607202012.27347.qmail@lwn.net> Silly me, I just did a rawhide update on my system. Now "su" fails, and /var/log/messages shows: Jun 7 13:55:13 bike su: PAM unable to dlopen(/lib/security/$ISA/pam_selinux.so) Jun 7 13:55:13 bike su: PAM [dlerror: /lib/security/../../lib64/security/pam_selinux.so: undefined symbol: is_selinux_mls_enabled] Jun 7 13:55:13 bike su: PAM adding faulty module: /lib/security/$ISA/pam_selinux.so I do believe I'll go tweak my PAM config before I lose control of the system entirely. Anybody see anything that I might have done obviously wrong, or is this just a bug? Thanks, jon Jonathan Corbet Executive editor, LWN.net corbet at lwn.net From dmalcolm at redhat.com Mon Jun 7 20:46:13 2004 From: dmalcolm at redhat.com (David Malcolm) Date: Mon, 07 Jun 2004 16:46:13 -0400 Subject: Evolution 1.5.9 In-Reply-To: <1086638376.7716.0.camel@animal> References: <1086532972.18189.7.camel@amigos> <1086542490.4043.1.camel@scrappy.netlyncs.com> <1086622630.1798.36.camel@dhcp64-231.boston.redhat.com> <1086638376.7716.0.camel@animal> Message-ID: <1086641173.14560.1.camel@dhcp64-231.boston.redhat.com> On Mon, 2004-06-07 at 20:59 +0100, Keith Sharp wrote: > On Mon, 2004-06-07 at 11:37 -0400, David Malcolm wrote: > > On Sun, 2004-06-06 at 12:21 -0500, Mike Chambers wrote: > > > On Sun, 2004-06-06 at 16:42 +0200, Marian Kopala wrote: > > > > Welcome! > > > > > > > > > > > > Where: > > > > evolution-1.5.9*rpm > > > > evolution-data-server-0.0.94*rpm > > > > soup-0.7.11*rpm > > > > gtkhtml-3.1.16*rpm > > > > gal-2.1.10*rpm > > > > > > > > > > I don't see a URL to this. Is that what is missing in your "where" > > > statement? > > > > I'm packaging these up; will be available shortly for your testing > > pleasure. > > Will this be the 1.5.9.1 release? Yes. They're now available from my usual place: http://people.redhat.com/dmalcolm/ I'm using evo 1.5.9.1 to send this message. From mattdm at mattdm.org Mon Jun 7 22:24:14 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 7 Jun 2004 18:24:14 -0400 Subject: About Bootsplash In-Reply-To: References: <1086614804.768.68.camel@localhost.localdomain> <1086622713.8594.8.camel@excession.dzr> Message-ID: <20040607222414.GA16263@jadzia.bu.edu> On Mon, Jun 07, 2004 at 04:49:51PM +0100, Jonathan Rawle wrote: > FC2 uses the "quiet" kernel parameter to suppress most of the kernel > messages at boot. Yes, causing me to hit the reset button several times thinking the system had hung. Silly parameter. There ought to be a "spinner" option, and that ought to switch to verbose if you hit a key (including playing back the previously-hidden messages). -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From alan at redhat.com Mon Jun 7 22:46:07 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 7 Jun 2004 18:46:07 -0400 Subject: OpenGL and the 2.6.6 kernel In-Reply-To: <1086628976.26684.15.camel@localhost.localdomain> References: <1086628976.26684.15.camel@localhost.localdomain> Message-ID: <20040607224607.GD13711@devserv.devel.redhat.com> On Mon, Jun 07, 2004 at 01:22:56PM -0400, Mike Lurk wrote: > Here is some info that might be useful after running xdpyinfo Can you do the following telinit 3 login on a text command line startx run the app which makes it bomb out See what is in /var/log/Xorg.log.* (I think - used to be XFree86.log.*) If an X crash occurred you'll get the needed info then and telinit 5 will go back to gdm mode From mike at netlyncs.com Mon Jun 7 23:10:51 2004 From: mike at netlyncs.com (Mike Chambers) Date: Mon, 07 Jun 2004 18:10:51 -0500 Subject: Evolution 1.5.9 In-Reply-To: <1086641173.14560.1.camel@dhcp64-231.boston.redhat.com> References: <1086532972.18189.7.camel@amigos> <1086542490.4043.1.camel@scrappy.netlyncs.com> <1086622630.1798.36.camel@dhcp64-231.boston.redhat.com> <1086638376.7716.0.camel@animal> <1086641173.14560.1.camel@dhcp64-231.boston.redhat.com> Message-ID: <1086649851.2111.5.camel@scrappy.netlyncs.com> On Mon, 2004-06-07 at 16:46 -0400, David Malcolm wrote: > Yes. They're now available from my usual place: > http://people.redhat.com/dmalcolm/ > > I'm using evo 1.5.9.1 to send this message. Seems since installing this version (along with updates from rawhide), while retreiving emails via POP on my local network, they are EXTREMELY slowwwwwwwwwwwwwwwwwwwwwwwwww, and this is a 100M network, as they were fast before this version. I also tried doing an ftp along with couple network tests, and those all flew through the network like normal, so seems it's just an evolution problem. Any ideas or anyone else experiencing this? -- Mike Chambers Madisonville, KY "It's always better to hurt a little now, than to hurt a lot later!" From wrrhdev at riede.org Mon Jun 7 23:35:34 2004 From: wrrhdev at riede.org (Willem Riede) Date: Mon, 7 Jun 2004 19:35:34 -0400 Subject: About Bootsplash In-Reply-To: <1086622713.8594.8.camel@excession.dzr> (from darren@dzr-web.com on Mon, Jun 07, 2004 at 11:38:33 -0400) References: <1086614804.768.68.camel@localhost.localdomain> <1086622713.8594.8.camel@excession.dzr> Message-ID: <20040607233534.GC30240@serve.riede.org> On 2004.06.07 11:38, D. D. Brierton wrote: > On Mon, 2004-06-07 at 15:15, Jonathan Rawle wrote: > > > At present there are still a few issues with it that shouldn't be too hard > > to resolve. My pet hate is the way it starts X on vt8 for the graphical > > boot, then kills it (meaning the text login is shown if your monitor > > changes sync quick enough) then starts a new X session on vt7. This is a > > waste of time! > > Hmmm. That sounds odd, but perhaps it's for some good technical reason. I have noticed that rhgb/firstboot do not use the X configuration you created for gdm/startx, but, it appears, the same generic configuration as anaconda uses. Doing so makes rhgb and firstboot graphics show properly (as long as you were able to do a grapical install) even if your hardware has problems with the way you configured it (graphics card/monitor/resolution/color depth) -- that happened to me on one of my PCs... Regards, Willem Riede. From mike at netlyncs.com Mon Jun 7 23:53:08 2004 From: mike at netlyncs.com (Mike Chambers) Date: Mon, 07 Jun 2004 18:53:08 -0500 Subject: Evolution 1.5.9 In-Reply-To: <1086649851.2111.5.camel@scrappy.netlyncs.com> References: <1086532972.18189.7.camel@amigos> <1086542490.4043.1.camel@scrappy.netlyncs.com> <1086622630.1798.36.camel@dhcp64-231.boston.redhat.com> <1086638376.7716.0.camel@animal> <1086641173.14560.1.camel@dhcp64-231.boston.redhat.com> <1086649851.2111.5.camel@scrappy.netlyncs.com> Message-ID: <1086652388.2729.3.camel@scrappy.netlyncs.com> On Mon, 2004-06-07 at 18:10 -0500, Mike Chambers wrote: > Seems since installing this version (along with updates from rawhide), > while retreiving emails via POP on my local network, they are EXTREMELY > slowwwwwwwwwwwwwwwwwwwwwwwwww, and this is a 100M network, as they were > fast before this version. Well, first I watched the emails come through and saw in the bottom left corner that junk was being checked and that seemed to go real slow, possibly holding up the emails. So I turned the checking for junk emails off and, voila, that solved the problem. I am not sure how it determines junk to begin with as it seemed to let some of the emails to keep coming through (although a few were being sent to the junk folder), so no biggie to turning it off (I run spamassassin on my server anyway). -- Mike Chambers Madisonville, KY "It's always better to hurt a little now, than to hurt a lot later!" From tmolina at cablespeed.com Mon Jun 7 23:56:56 2004 From: tmolina at cablespeed.com (Thomas Molina) Date: Mon, 7 Jun 2004 19:56:56 -0400 (EDT) Subject: Can't boot any kernel >394 after fresh install of FC2T3 In-Reply-To: <1086629416.8963.5.camel@radar0.larc.nasa.gov> References: <40C399A6.90601@dslnorthwest.net> <1086629416.8963.5.camel@radar0.larc.nasa.gov> Message-ID: > for a fresh install, why not use FC2 rather than an obsolete test > release? Don't you find it a bit different to refer to an operating system which was fresh and new less than a month ago? From dmalcolm at redhat.com Tue Jun 8 00:08:18 2004 From: dmalcolm at redhat.com (David Malcolm) Date: Mon, 07 Jun 2004 20:08:18 -0400 Subject: Evolution 1.5.9 In-Reply-To: <1086652388.2729.3.camel@scrappy.netlyncs.com> References: <1086532972.18189.7.camel@amigos> <1086542490.4043.1.camel@scrappy.netlyncs.com> <1086622630.1798.36.camel@dhcp64-231.boston.redhat.com> <1086638376.7716.0.camel@animal> <1086641173.14560.1.camel@dhcp64-231.boston.redhat.com> <1086649851.2111.5.camel@scrappy.netlyncs.com> <1086652388.2729.3.camel@scrappy.netlyncs.com> Message-ID: <1086653298.19648.1.camel@dhcp64-231.boston.redhat.com> On Mon, 2004-06-07 at 18:53 -0500, Mike Chambers wrote: > On Mon, 2004-06-07 at 18:10 -0500, Mike Chambers wrote: > > > Seems since installing this version (along with updates from rawhide), > > while retreiving emails via POP on my local network, they are EXTREMELY > > slowwwwwwwwwwwwwwwwwwwwwwwwww, and this is a 100M network, as they were > > fast before this version. > > Well, first I watched the emails come through and saw in the bottom left > corner that junk was being checked and that seemed to go real slow, > possibly holding up the emails. So I turned the checking for junk > emails off and, voila, that solved the problem. I am not sure how it > determines junk to begin with as it seemed to let some of the emails to (It's running spamassassin on your client machine) > keep coming through (although a few were being sent to the junk folder), > so no biggie to turning it off (I run spamassassin on my server anyway). > > -- > Mike Chambers > Madisonville, KY > > "It's always better to hurt a little now, than to hurt a lot later!" > > From P.R.Schaffner at IEEE.org Tue Jun 8 00:31:56 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Mon, 07 Jun 2004 20:31:56 -0400 Subject: Can't boot any kernel >394 after fresh install of FC2T3 In-Reply-To: References: <40C399A6.90601@dslnorthwest.net> <1086629416.8963.5.camel@radar0.larc.nasa.gov> Message-ID: <1086654716.3535.10.camel@tabb1.tabb> On Mon, 2004-06-07 at 19:56 -0400, Thomas Molina wrote: > > for a fresh install, why not use FC2 rather than an obsolete test > > release? > > Don't you find it a bit different to refer to an operating system which > was fresh and new less than a month ago? Yup - the fast-moving Fedora world can make your head spin; but, FC2 did obsolete FC2Tx on May 18. On this time-scale FC2T3 is a bit long-in-the-tooth with an April 27 release date. ;^) Phil From ldmiller at dslnorthwest.net Tue Jun 8 01:32:41 2004 From: ldmiller at dslnorthwest.net (LDM) Date: Mon, 07 Jun 2004 18:32:41 -0700 Subject: Can't boot any kernel >394 after fresh install of FC2T3 Message-ID: <40C51739.8070105@dslnorthwest.net> My apologies to Phil for the reference to FC2T3. I guess I had it on my mind. It is, in fact, FC2. Thanks, also, for the advice on investigating the cause of the failure to boot the newer kernels. I did another fresh install today on another spare set of ext3 partitions and following is the procedure and result. Performed a fresh install from cdrom. Ran 'yum -y update' which updated about 4 of the latest packages for FC2. Then changed yum to update from the develoment tree and ran, again, 'yum -y update'. This time it updated many packages and installed the newest kernel 2.6.6-1.422.i686. Then rebooted, edited grub to remove the rhgb from the kernel line, and let the boot continue. At the USB controller line is where it went south. The below is the first glitch. ----------------------------------------------------------------------------------------------------------- Initializing USB controller (ehci-hcd) Disabling IRQ 11 Initializing USB controller (ohci-hcd): FATAL could not open '/lib/modules/2.6.6-1.422/kernel/drivers/usb/host/ohci-hcd.ko': Input/output error checking root filesystem execvp: Input/output error *** An error occurred during the filesystem check. *** Dropping you to a shell; the system will reboot *** when you leave the shell. /etc/rc.d/rc.sysinit: line 324: /sbin/sulogin INIT: cannot execute "/sbin/mingetty" ##### These two lines printed INIT: cannot execute "/etc/X11/prefdm" ##### many times. ------------------------------------------------------------------------------------------------------------ Then came the respawning through all the runlevels. Many, many lines. This is repeatable each time I follow the same procedure outlined above. Thanks again for the help. -- Larry Miller From mike.lurk at sympatico.ca Tue Jun 8 03:07:27 2004 From: mike.lurk at sympatico.ca (Mike Lurk) Date: Mon, 07 Jun 2004 23:07:27 -0400 Subject: OpenGL and the 2.6.6 kernel Message-ID: <1086664047.3038.7.camel@localhost.localdomain> On Mon, Jun 07, 2004 at 01:22:56PM -0400, Mike Lurk wrote: > Here is some info that might be useful after running xdpyinfo Can you do the following telinit 3 login on a text command line startx run the app which makes it bomb out See what is in /var/log/Xorg.log.* (I think - used to be XFree86.log.*) If an X crash occurred you'll get the needed info then and telinit 5 will go back to gdm mode ____________________________________________________________________- All looked fine in xorg.0.log until I saw this; drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (Unknown error 999) drmOpenDevice: open result is -1, (Unknown error 999) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (Unknown error 999) drmOpenDevice: open result is -1, (Unknown error 999) drmOpenDevice: Open failed [drm] failed to load kernel module "agpgart" drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmGetBusid returned '' at the bottom of the file is Error in I810WaitLpRing(), now is 1332682, start is 1330681 pgetbl_ctl: 0xfdd0001 pgetbl_err: 0x0 ipeir: 0 iphdr: 0 LP ring tail: 8 head: 0 len: 0 start 0 eir: 0 esr: 0 emr: 3d instdone: ff7b instpm: 0 memmode: 4 instps: 0 hwstam: 9ac7 ier: 0 imr: 9ac7 iir: 0 space: 65520 wanted 65528 (II) I810(0): [drm] removed 1 reserved context for kernel (II) I810(0): [drm] unmapping 8192 bytes of SAREA 0x128d9000 at 0xf6f49000 Fatal server error: lockup Please consult the The X.Org Foundation support at http://wiki.X.Org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. Error in I810WaitLpRing(), now is 1337778, start is 1335777 pgetbl_ctl: 0xfdd0001 pgetbl_err: 0x0 ipeir: 0 iphdr: 0 LP ring tail: 10 head: 0 len: 0 start 0 eir: 0 esr: 0 emr: 3d instdone: ff7b instpm: 0 memmode: 4 instps: 0 hwstam: 9ac7 ier: 0 imr: 9ac7 iir: 0 space: 65512 wanted 65528 FatalError re-entered, aborting lockup Seems to be a problem with loading dri Mike From alan at clueserver.org Tue Jun 8 05:24:20 2004 From: alan at clueserver.org (Alan) Date: Mon, 07 Jun 2004 22:24:20 -0700 Subject: OpenGL and the 2.6.6 kernel In-Reply-To: <20040607224607.GD13711@devserv.devel.redhat.com> References: <1086628976.26684.15.camel@localhost.localdomain> <20040607224607.GD13711@devserv.devel.redhat.com> Message-ID: <1086672260.6846.3.camel@zontar.fnordora.org> On Mon, 2004-06-07 at 15:46, Alan Cox wrote: > See what is in /var/log/Xorg.log.* (I think - used to be XFree86.log.*) Actually Xorg.0.log and/or XFree86.0.log. (And sometimes XFree86.9.log, but I am not certain why.) Don't mean to be nitpicky... -- Alan From douglas.furlong at firebox.com Tue Jun 8 09:55:29 2004 From: douglas.furlong at firebox.com (Douglas Furlong) Date: Tue, 08 Jun 2004 10:55:29 +0100 Subject: Evolution 1.5.9 In-Reply-To: <1086622630.1798.36.camel@dhcp64-231.boston.redhat.com> References: <1086532972.18189.7.camel@amigos> <1086542490.4043.1.camel@scrappy.netlyncs.com> <1086622630.1798.36.camel@dhcp64-231.boston.redhat.com> Message-ID: <1086688528.26449.14.camel@localhost.localdomain> On Mon, 2004-06-07 at 16:37, David Malcolm wrote: > On Sun, 2004-06-06 at 12:21 -0500, Mike Chambers wrote: > > On Sun, 2004-06-06 at 16:42 +0200, Marian Kopala wrote: > > > Welcome! > > > > > > > > > Where: > > > evolution-1.5.9*rpm > > > evolution-data-server-0.0.94*rpm > > > soup-0.7.11*rpm > > > gtkhtml-3.1.16*rpm > > > gal-2.1.10*rpm > > > > > > > I don't see a URL to this. Is that what is missing in your "where" > > statement? > > I'm packaging these up; will be available shortly for your testing > pleasure. > Am I being particularly dim, or is there no LDAP support for the address book? Well, to be more precise, not complete support. I have gone to contacts, and add, for type I have "On LDAP Servers". I have filled in all the details, including the log in method as Distinguished name. However the "Details" tab is greyed out, and the "Add Contacts Group" is also greyed out. Am I missing some thing? Doug From Axel.Thimm at ATrpms.net Tue Jun 8 10:46:24 2004 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 8 Jun 2004 12:46:24 +0200 Subject: kernel-source for kernel 2.6.6-1.403 In-Reply-To: <1086104593.7500.4.camel@laptop.fenrus.com> References: <1086103504.2975.5.camel@localhost.localdomain> <1086104593.7500.4.camel@laptop.fenrus.com> Message-ID: <20040608104624.GC2688@neu.nirvana> On Tue, Jun 01, 2004 at 05:43:13PM +0200, Arjan van de Ven wrote: > On Tue, 2004-06-01 at 17:25, Mike Lurk wrote: > > I noticed today (on Arjan's site) that there is no kernel-source but > > there is kernel-sourcecode-2.6.6-1.403. Will that replace the > > kernel-source. > > yes; the yum/update "you can't update to a noarch package for > kernel-source" mess gets avoided by renaming the package and making it > obsolete/provide the old name. Shouldn't that be better fixed in the resolvers? There could be other cases where this will be needed, where renaming a package will not be as easy (and kernel-source is a package buildrequired by lots of kernel module rpms, so the dependency to the obsolted name would remain for quite long). -- 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 alan at redhat.com Tue Jun 8 11:25:39 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 8 Jun 2004 07:25:39 -0400 Subject: OpenGL and the 2.6.6 kernel In-Reply-To: <1086664047.3038.7.camel@localhost.localdomain> References: <1086664047.3038.7.camel@localhost.localdomain> Message-ID: <20040608112539.GB2499@devserv.devel.redhat.com> On Mon, Jun 07, 2004 at 11:07:27PM -0400, Mike Lurk wrote: > drmOpenDevice: Open failed > [drm] failed to load kernel module "agpgart" That is ok - the agp gart stuff changed > drmOpenDevice: minor is 0 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 10, (OK) > drmGetBusid returned '' And you are in fact using DRI - it tries several things an eventually gets it happy > Error in I810WaitLpRing(), now is 1332682, start is 1330681 > pgetbl_ctl: 0xfdd0001 pgetbl_err: 0x0 > ipeir: 0 iphdr: 0 > LP ring tail: 8 head: 0 len: 0 start 0 > eir: 0 esr: 0 emr: 3d > instdone: ff7b instpm: 0 > memmode: 4 instps: 0 > hwstam: 9ac7 ier: 0 imr: 9ac7 iir: 0 > space: 65520 wanted 65528 The card locked up > (II) I810(0): [drm] removed 1 reserved context for kernel > (II) I810(0): [drm] unmapping 8192 bytes of SAREA 0x128d9000 at > 0xf6f49000 > > Fatal server error: > lockup Shovel it in as an Xorg bug - it might be due to kernel changes or X stuff. From Philip.R.Schaffner at NASA.gov Tue Jun 8 13:19:49 2004 From: Philip.R.Schaffner at NASA.gov (Phil Schaffner) Date: Tue, 08 Jun 2004 09:19:49 -0400 Subject: Evolution 1.5.9 In-Reply-To: <1086653298.19648.1.camel@dhcp64-231.boston.redhat.com> References: <1086532972.18189.7.camel@amigos> <1086542490.4043.1.camel@scrappy.netlyncs.com> <1086622630.1798.36.camel@dhcp64-231.boston.redhat.com> <1086638376.7716.0.camel@animal> <1086641173.14560.1.camel@dhcp64-231.boston.redhat.com> <1086649851.2111.5.camel@scrappy.netlyncs.com> <1086652388.2729.3.camel@scrappy.netlyncs.com> <1086653298.19648.1.camel@dhcp64-231.boston.redhat.com> Message-ID: <1086700789.28371.4.camel@radar0.larc.nasa.gov> On Mon, 2004-06-07 at 20:08 -0400, David Malcolm wrote: > On Mon, 2004-06-07 at 18:53 -0500, Mike Chambers wrote: > > On Mon, 2004-06-07 at 18:10 -0500, Mike Chambers wrote: > > > > > Seems since installing this version (along with updates from rawhide), > > > while retreiving emails via POP on my local network, they are EXTREMELY > > > slowwwwwwwwwwwwwwwwwwwwwwwwww, and this is a 100M network, as they were > > > fast before this version. > > > > Well, first I watched the emails come through and saw in the bottom left > > corner that junk was being checked and that seemed to go real slow, > > possibly holding up the emails. So I turned the checking for junk > > emails off and, voila, that solved the problem. I am not sure how it > > determines junk to begin with as it seemed to let some of the emails to > > (It's running spamassassin on your client machine) > > > keep coming through (although a few were being sent to the junk folder), > > so no biggie to turning it off (I run spamassassin on my server anyway). Wondered why it was installed as a dependency when upgrading to evolution-1.5.9.1-2... [root at radar0 root]# rpm -q --redhatrequires spamassassin no package requires spamassassin [root at radar0 root]# yum remove spamassassin Gathering header information file(s) from server(s) Server: Evolution Devel Snaps Server: macromedia.mplug.org - Flash Plugin Server: Fedora Core 2 - i386 - Base OS Server: Fedora Core 2 updates Finding updated packages Downloading needed headers Resolving dependencies ..Dependencies resolved I will do the following: [erase: spamassassin 2.63-8.i386] I will erase these to satisfy the dependencies: [deps: evolution-devel 1.5.9.1-2.i386] [deps: evolution 1.5.9.1-2.i386] Is this ok [y/N]: n Exiting on user command. [root at radar0 root]# service spamassassin status spamd (pid 25404) is running... [root at radar0 root]# chkconfig --list spamassassin spamassassin 0:off 1:off 2:on 3:on 4:on 5:on 6:off [root at radar0 root]# grep -E "(evolution|spamassassin)" /var/log/yum.log* /var/log/yum.log:04/02/04 09:12:41 Erased: evolution-devel 1.4.5-7.i386 /var/log/yum.log:05/27/04 14:52:45 Erased: evolution 1.4.5-7.i386 /var/log/yum.log:05/27/04 14:52:45 Erased: evolution-devel 1.4.5-7.i386 /var/log/yum.log:05/27/04 16:33:38 Installed: evolution 1.5.8-2.i386 /var/log/yum.log:05/27/04 16:33:38 Installed: evolution-devel 1.5.8-2.i386 /var/log/yum.log:05/27/04 16:33:38 Dep Installed: evolution-data-server 0.0.93-3.i386 /var/log/yum.log:06/04/04 09:25:20 Installed: evolution-data-server-debuginfo 0.0.93-3.i386 /var/log/yum.log:06/04/04 09:25:20 Installed: evolution-debuginfo 1.5.8-2.i386 /var/log/yum.log:06/08/04 08:34:10 Dep Installed: spamassassin 2.63-8.i386 /var/log/yum.log:06/08/04 08:34:10 Updated: evolution-data-server-debuginfo 0.0.94-2.i386 /var/log/yum.log:06/08/04 08:34:10 Updated: evolution 1.5.9.1-2.i386 /var/log/yum.log:06/08/04 08:34:10 Updated: evolution-data-server 0.0.94-2.i386 /var/log/yum.log:06/08/04 08:34:10 Updated: evolution-devel 1.5.9.1-2.i386 /var/log/yum.log:06/08/04 08:34:10 Updated: evolution-debuginfo 1.5.9.1-2.i386 [root at radar0 root]# So, why does evolution now require (and apparently start/run) spamassassin on the client machine? Phil From sds at epoch.ncsc.mil Tue Jun 8 14:17:20 2004 From: sds at epoch.ncsc.mil (Stephen Smalley) Date: Tue, 08 Jun 2004 10:17:20 -0400 Subject: su fails due to pam_selinux.so In-Reply-To: <20040607202012.27347.qmail@lwn.net> References: <20040607202012.27347.qmail@lwn.net> Message-ID: <1086704239.32292.11.camel@moss-spartans.epoch.ncsc.mil> On Mon, 2004-06-07 at 16:20, Jonathan Corbet wrote: > Silly me, I just did a rawhide update on my system. Now "su" fails, and > /var/log/messages shows: > > Jun 7 13:55:13 bike su: PAM unable to dlopen(/lib/security/$ISA/pam_selinux.so) > Jun 7 13:55:13 bike su: PAM [dlerror: /lib/security/../../lib64/security/pam_selinux.so: > undefined symbol: is_selinux_mls_enabled] > Jun 7 13:55:13 bike su: PAM adding faulty module: /lib/security/$ISA/pam_selinux.so > > I do believe I'll go tweak my PAM config before I lose control of the > system entirely. > > Anybody see anything that I might have done obviously wrong, or is this > just a bug? Dan merged the MLS support into the latest pam_selinux, which depends on is_selinux_mls_enabled() being present in libselinux. is_selinux_mls_enabled() was added to libselinux 1.8. Current libselinux stable version is 1.12, current development version is 1.13. Dan, need to rebuild newer libselinux for other architectures? -- Stephen Smalley National Security Agency From tibbs at math.uh.edu Tue Jun 8 15:12:48 2004 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 08 Jun 2004 10:12:48 -0500 Subject: Thinkpad X40 and xorg-6.7.0-3 In-Reply-To: References: <1086594395.4956.31.camel@reglisse> <1086594865.5213.2.camel@littlePiet> <20040607105101.B6085@mail.harddata.com> Message-ID: A quick update: I found that running the i586 2.6.5-1.358 kernel (instead of the i686 one) under APM works for me to allow a proper suspend/resume. However, the 2.6.6-1.422 kernel seems to be less stable running this way. ACPI is still busted under either kernel, with 422 being more busted. This doesn't have any bearing on Giuseppe's problem; the screen corruption is still there when switching to the external device and nothing will get rid of it since switching back to a text console turns off the external display. I thought that perhaps xrandr might help, but it switches off the external display as well. - J< From michal at harddata.com Tue Jun 8 16:08:27 2004 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 8 Jun 2004 10:08:27 -0600 Subject: Log file names (was: Re: OpenGL and the 2.6.6 kernel) In-Reply-To: <1086672260.6846.3.camel@zontar.fnordora.org>; from alan@clueserver.org on Mon, Jun 07, 2004 at 10:24:20PM -0700 References: <1086628976.26684.15.camel@localhost.localdomain> <20040607224607.GD13711@devserv.devel.redhat.com> <1086672260.6846.3.camel@zontar.fnordora.org> Message-ID: <20040608100827.A12501@mail.harddata.com> On Mon, Jun 07, 2004 at 10:24:20PM -0700, Alan wrote: > On Mon, 2004-06-07 at 15:46, Alan Cox wrote: > > > See what is in /var/log/Xorg.log.* (I think - used to be XFree86.log.*) > > Actually Xorg.0.log and/or XFree86.0.log. ^^^ ^^^ This is a display number for a server you are running. If you will do something like 'startx -- :1 &', or configure yourself more servers in /etc/X11/gdm/gdm.conf, then you will see also Xorg.1.log and so on. > (And sometimes XFree86.9.log, but I am not certain why.) Configuration software for X was using display 9 (in a hope of not colliding with something else). Michal From markf78 at yahoo.com Tue Jun 8 16:38:03 2004 From: markf78 at yahoo.com (Mark Fonnemann) Date: Tue, 8 Jun 2004 09:38:03 -0700 (PDT) Subject: openoffice and user installed truetype fonts In-Reply-To: <20040608160032.D53DE74A83@hormel.redhat.com> Message-ID: <20040608163803.17605.qmail@web11413.mail.yahoo.com> Hello- i'm trying to use a user installed truetype font under openoffice.. this is what i did: mkdir /usr/local/fonts/ttf cp * /usr/local/fonts/ttf cd /usr/local/fonts/ttf ttmkfdir > fonts.scale mkfontdir chkfontpath -a /usr/local/fonts/ttf this worked i.e. the palatino font (pala.ttf, palai.ttf, palab.ttf, and palabi.ttf) and the garamond font (gara.ttf, garab.ttf, and garabi.ttf) displayed text correctly and they both showed up under the font menu in openoffice. but now, after upgrading to openoffice.org-1.1.1-5, the text is not being rendered correctly and under the font menu, palatino appears only as (i'm guessing) a printer font (it has a little printer icon next to it). garamond does not appear whatsoever in the menu. did i forget to do something to make this work correctly? or, is this a problem with openoffice.org-1.1.1-5. i'm sorry for not providing more debugging info but i'm not exactly sure what i should provide. any help would be greatly appreciated.. thanks again, mark. :-) p.s. please no personal attacks. :-) __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From tomduffy at dslextreme.com Tue Jun 8 17:40:20 2004 From: tomduffy at dslextreme.com (Tom Duffy) Date: Tue, 08 Jun 2004 10:40:20 -0700 Subject: Evolution 1.5.9 In-Reply-To: <1086641173.14560.1.camel@dhcp64-231.boston.redhat.com> References: <1086532972.18189.7.camel@amigos> <1086542490.4043.1.camel@scrappy.netlyncs.com> <1086622630.1798.36.camel@dhcp64-231.boston.redhat.com> <1086638376.7716.0.camel@animal> <1086641173.14560.1.camel@dhcp64-231.boston.redhat.com> Message-ID: <1086716420.1020.9.camel@d-mpk14-95-140> On Mon, 2004-06-07 at 16:46 -0400, David Malcolm wrote: > Yes. They're now available from my usual place: > http://people.redhat.com/dmalcolm/ > > I'm using evo 1.5.9.1 to send this message. Would this spec file patch be an acceptable fix for bug 124218? I have built it on both x86 and x86-64 and it seems to work. --- evolution.spec.old 2004-06-08 09:20:39.948677216 -0700 +++ evolution.spec 2004-06-08 09:21:02.844196568 -0700 @@ -188,7 +188,7 @@ %endif %if %{use_mozilla_nss} -%define ssl_flags --with-nspr-includes=/usr/include/mozilla-%{mozilla_version}/nspr --with-nspr-libs=/usr/lib --with-nss-includes=/usr/include/mozilla-%{mozilla_version}/nss --with-nss-libs=/usr/lib +%define ssl_flags --with-nspr-includes=/usr/include/mozilla-%{mozilla_version}/nspr --with-nspr-libs=%{_libdir} --with-nss-includes=/usr/include/mozilla-%{mozilla_version}/nss --with-nss-libs=%{_libdir} %else %define ssl_flags --enable-openssl=yes %endif PS. I have x86_64 versions of the rpms. Dave, are you interested in me getting you those to put up on your website? -------------- 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 ed at eh3.com Tue Jun 8 17:52:57 2004 From: ed at eh3.com (Ed Hill) Date: Tue, 08 Jun 2004 13:52:57 -0400 Subject: apm sleep 2.6.6-1.422 (and 2.6.5-1.358) on ThinkPad A22p (ATI R128) Message-ID: <1086717177.2021.16.camel@localhost.localdomain> Hi folks, First, a big thanks to all for FC2--its running rather nicely on my ThinkPad A22p. The only big complaint so far is the inability to sleep with either ACPI or APM. Using ACPI has exposed some serious problems with ksoftirqd when certain pcmcia cards are used so I've disabled ACPI with the "acpi=off" kernel parameter. Previously, with Red Hat 7.2/7.3/8/9, the apm suspend-to-RAM functionality worked well. Now, with both 2.6.6-1.422 and 2.6.5-1.358, I'm unable to suspend even after killing X and rmmod-ing all the sound, USB, and pcmcia kernel modules. I've tried suspending with both "apm -s" and by closing the lid. In both cases, I get two "beeps" where one is the usual about-to-suspend beep and the second sounds like an error beep. The logs suggest that there are no problems (pls see below) with the suspend/resume cycles but the sounds coming from the laptop suggest otherwise. Apparently, the CPU and CPU fan keep running. Any help or suggestions would be appreciated! thanks, Ed === Jun 8 13:18:54 localhost apmd[1315]: System Suspend Jun 8 13:19:04 localhost kernel: Disabled Privacy Extensions on device 022deac0(lo) Jun 8 13:19:06 localhost apmd[1315]: Normal Resume after 00:00:12 (100% unknown) AC power Jun 8 13:19:39 localhost network: Shutting down loopback interface: succeeded Jun 8 13:19:40 localhost apmd[1315]: User Suspend Jun 8 13:19:48 localhost kernel: Disabled Privacy Extensions on device 022deac0(lo) Jun 8 13:19:49 localhost apmd[1315]: Normal Resume after 00:00:09 (100% unknown) AC power -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From tibbs at math.uh.edu Tue Jun 8 18:42:34 2004 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 08 Jun 2004 13:42:34 -0500 Subject: apm sleep 2.6.6-1.422 (and 2.6.5-1.358) on ThinkPad A22p (ATI R128) In-Reply-To: <1086717177.2021.16.camel@localhost.localdomain> References: <1086717177.2021.16.camel@localhost.localdomain> Message-ID: >>>>> "EH" == Ed Hill writes: EH> Now, with both 2.6.6-1.422 and 2.6.5-1.358, I'm unable to suspend EH> even after killing X and rmmod-ing all the sound, USB, and pcmcia EH> kernel modules. Did you see the message I posted just a few hours ago on this list about my suspend/resume findings? I have a Thinkpad X40 but perhaps what I found will help you. Basically, APM works after moving to the i586 kernels. Check the thread or Bugzilla #125458 for the details. - J< From ed at eh3.com Tue Jun 8 19:30:32 2004 From: ed at eh3.com (Ed Hill) Date: Tue, 08 Jun 2004 15:30:32 -0400 Subject: apm sleep 2.6.6-1.422 (and 2.6.5-1.358) on ThinkPad A22p (ATI R128) In-Reply-To: References: <1086717177.2021.16.camel@localhost.localdomain> Message-ID: <1086723032.2322.10.camel@localhost.localdomain> On Tue, 2004-06-08 at 14:42, Jason L Tibbitts III wrote: > >>>>> "EH" == Ed Hill writes: > > EH> Now, with both 2.6.6-1.422 and 2.6.5-1.358, I'm unable to suspend > EH> even after killing X and rmmod-ing all the sound, USB, and pcmcia > EH> kernel modules. > > Did you see the message I posted just a few hours ago on this list > about my suspend/resume findings? I have a Thinkpad X40 but perhaps > what I found will help you. Basically, APM works after moving to the > i586 kernels. Check the thread or Bugzilla #125458 for the details. Hi Jason, Thank you for the note. I've now tried both of the i585 kernels: kernel-2.6.5-1.358.i586.rpm kernel-2.6.6-1.422.i586.rpm and still get the "two-beeps" (1-happy/1-sad) problem on my ThinkPad A22p when trying to suspend with either a lid-close or with the "apm -s" command. In all cases, X was not running and there were only a bare minimum set of kernel modules loaded (no USB/snd). When it failed to completely suspend, the LCD is turned off but the CPU fan still seems to be working which indicates that there was some sort of suspend error (battery is consumed at almost-full rate so the CPU is probably also running). Does anyone have other suggestions for APM suspend on this machine? And unfortunately ACPI (ksoftirqd w/ pcmcia) is very broken--not a good option. thanks! Ed The details for my laptop are: [amos edhill]: lspci 00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:02.0 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00:02.1 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00:03.0 Communication controller: Lucent Microelectronics WinModem 56k (rev 01) 00:05.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01) 00:07.0 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 03) 01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility M3 AGP 2x (rev 02) -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From nadiizu at earthlink.net Tue Jun 8 21:26:07 2004 From: nadiizu at earthlink.net (Nadeem Bitar) Date: Tue, 08 Jun 2004 14:26:07 -0700 Subject: autopackage. In-Reply-To: <1084307720.19952.1.camel@simba.lion> References: <1084307720.19952.1.camel@simba.lion> Message-ID: <1086729967.10229.0.camel@kirika> On ?, 2004-05-11 at 22:35 +0200, Alex Thomsen Leth wrote: > is it possible to include this great autopackage tool in fc3 >> +1 > > > > http://autopackage.org/index.html > > > -- > Alex Thomsen Leth > > From jspaleta at gmail.com Tue Jun 8 21:33:35 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 8 Jun 2004 17:33:35 -0400 Subject: autopackage. In-Reply-To: <1086729967.10229.0.camel@kirika> References: <1084307720.19952.1.camel@simba.lion> <1086729967.10229.0.camel@kirika> Message-ID: <604aa7910406081433549cc3cb@mail.gmail.com> On Tue, 08 Jun 2004 14:26:07 -0700, Nadeem Bitar wrote: > +1 http://autopackage.org/index.html It does not support integration with the native package manager although these features are planned for after the 1.0 release autopackage is currently not API stable. Packages built with one version will not work with newer nor older versions. Until we reach greater interface stability it is not recommended that you use autopackage for your own software unless you work with us closely -40 -jef From ivo at vendomar.ee Tue Jun 8 23:31:47 2004 From: ivo at vendomar.ee (Ivo =?ISO-8859-1?Q?S=E4rak?=) Date: Wed, 09 Jun 2004 02:31:47 +0300 Subject: Remote Display. In-Reply-To: <20040608112539.GB2499@devserv.devel.redhat.com> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> Message-ID: <1086737507.4375.4.camel@sarmax> With th latest upgrade I have lost ability to launch X11 programs at other hosts , only thing I get is: [ivo at sarmax ivo]$ ssh ivo at haskaa ivo at haskaa's password: Last login: Wed Jun 9 02:18:21 2004 from sarmax [ivo at haskaa ivo]$ oocalc Starting OpenOffice.org ... /usr/lib/openoffice/program/soffice.bin: cannot open display; DISPLAY environment variable is not set please set it to the correct value and check the permission to access that display. (See "man X" resp. "man xhost" for details) [ivo at haskaa ivo]$ The sysytem I use has FC2 and "stock" version of it didn't have this issue. How to gain this fntionality again? From ben at burbong.com Wed Jun 9 00:24:37 2004 From: ben at burbong.com (Ben Stringer) Date: Wed, 09 Jun 2004 10:24:37 +1000 Subject: Remote Display. In-Reply-To: <1086737507.4375.4.camel@sarmax> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> <1086737507.4375.4.camel@sarmax> Message-ID: <1086740677.12905.37.camel@hillary> On Wed, 2004-06-09 at 09:31, Ivo S?rak wrote: > With th latest upgrade I have lost ability to launch X11 programs at > other hosts , only thing I get is: > [ivo at sarmax ivo]$ ssh ivo at haskaa Try "ssh -X ivo at haskaa" I don't have FC2 in front of me now, but my guess would be X11 forwarding has been turned off by default. "-X" turns it on. If this does fix the problem, you can add an option to your .ssh/config file to make this the default for you - see "man ssh" for details. Cheers, Ben -- .O. Ben Stringer ..O ben at burbong.com OOO linux|java|majitek|gnu From ed at eh3.com Wed Jun 9 02:06:51 2004 From: ed at eh3.com (Ed Hill) Date: Tue, 08 Jun 2004 22:06:51 -0400 Subject: APM suspend-to-RAM success!!! (2.6.6-1.422 & 2.6.5-1.358) In-Reply-To: <1086723032.2322.10.camel@localhost.localdomain> References: <1086717177.2021.16.camel@localhost.localdomain> <1086723032.2322.10.camel@localhost.localdomain> Message-ID: <1086746802.4197.12.camel@localhost.localdomain> On Tue, 2004-06-08 at 15:30, Ed Hill wrote: > On Tue, 2004-06-08 at 14:42, Jason L Tibbitts III wrote: > > > > Did you see the message I posted just a few hours ago on this list > > about my suspend/resume findings? I have a Thinkpad X40 but perhaps > > what I found will help you. Basically, APM works after moving to the > > i586 kernels. Check the thread or Bugzilla #125458 for the details. Success! On my ThinkPad A22p, both the 2.6.6-1.422.i586 and 2.6.5-1.358.i586 kernels will gracefully suspend (to RAM) and resume if: /sbin/cardctl eject /etc/init.d/pcmcia stop rmmod ds rmmod yenta_socket rmmod pcmcia_core is executed before the suspend. It works from both the text consoles and with X running with no screen corruption. Both closing the lid and "apm -s" were tested. This is great news (for me, anyway) since it was the only really annoying FC2 bug that I encountered. Thanks again to the FC2 developers and testers! Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From arjanv at redhat.com Wed Jun 9 07:28:46 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 09 Jun 2004 09:28:46 +0200 Subject: new kernel for testing Message-ID: <1086766126.2810.8.camel@laptop.fenrus.com> Hi, the plan is to do a kernel update friday or monday (depending on the amount of things that turn up in this testing). There is a 424 kernel in the testing dir on the ftp repository and on http://people.redhat.com/arjanv/2.6 One of the last minute changes is a series of patches to the input subsystem that are supposed to fix a lot of the "tapping my laptops touchpad doesn't work" bugs. So please beat hard on this kernel... Greetings, Arjan van de Ven -------------- 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 ivo at vendomar.ee Wed Jun 9 08:57:43 2004 From: ivo at vendomar.ee (Ivo =?ISO-8859-1?Q?S=E4rak?=) Date: Wed, 09 Jun 2004 11:57:43 +0300 Subject: Remote Display. In-Reply-To: <1086740677.12905.37.camel@hillary> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> <1086737507.4375.4.camel@sarmax> <1086740677.12905.37.camel@hillary> Message-ID: <1086771462.3480.2.camel@sarmax> Unfortunately it does not work: [ivo at sarmax ivo]$ ssh -X ivo at haskaa ivo at haskaa's password: Last login: Wed Jun 9 09:28:17 2004 [ivo at haskaa ivo]$ oocalc Starting OpenOffice.org ... Aborted [ivo at haskaa ivo]$ Even if to run: [ivo at sarmax ivo]$ xhost + access control disabled, clients can connect from any host [ivo at sarmax ivo]$ ssh -X ivo at haskaa ivo at haskaa's password: Last login: Wed Jun 9 11:56:26 2004 from sarmax [ivo at haskaa ivo]$ oocalc Starting OpenOffice.org ... Aborted [ivo at haskaa ivo]$ On Wed, 2004-06-09 at 03:24, Ben Stringer wrote: > On Wed, 2004-06-09 at 09:31, Ivo S?rak wrote: > > With th latest upgrade I have lost ability to launch X11 programs at > > other hosts , only thing I get is: > > [ivo at sarmax ivo]$ ssh ivo at haskaa > > Try "ssh -X ivo at haskaa" > > I don't have FC2 in front of me now, but my guess would be X11 > forwarding has been turned off by default. "-X" turns it on. > > If this does fix the problem, you can add an option to your .ssh/config > file to make this the default for you - see "man ssh" for details. > > Cheers, Ben > -- > .O. Ben Stringer > ..O ben at burbong.com > OOO linux|java|majitek|gnu > From Giuseppe.Castagna at ens.fr Wed Jun 9 09:19:51 2004 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Wed, 09 Jun 2004 11:19:51 +0200 Subject: Thinkpad X40 and xorg-6.7.0-3 In-Reply-To: <1086609836.4648.16.camel@reglisse> References: <1086594395.4956.31.camel@reglisse> <40C44819.3070307@cs.tu-berlin.de> <1086609836.4648.16.camel@reglisse> Message-ID: <1086772791.11001.28.camel@reglisse> On Mon, 2004-06-07 at 14:03, Giuseppe Castagna wrote: > use a commercial X-Server like Accelerated X [2]. > > > > I will try their demo driver. Thanks again > I have tried the drivers from http://www.xig.com (with kernel 2.4.7-rc3) and according the configuration I use it either crashes the system or enters an infinite loop with the keyboard disabled. So, this does not seem a viable solution. In the meanwhile I found the obvious (once you tried it) workaround to the corruption on external monitor. Simply boot the X40 with the video-beamer plugged in, and the external output becomes the default one: so the Ctrl-Alt-F1 Ctrl-Alt-F7 trick works on it, and overlay is sent to it (so you can watch movies using xv on the external exit). Jean-Louis Leroy has found a even better solution but that may not work with xv (I have not tested it) On Wed, 2004-06-09 at 09:27, Jean-Louis Leroy wrote: > > I'm in the same situation as you, it appears, and I didn't even know > because I hadn't tried an external monitor yet. > > But here are some good news: I found out that if I kill X after > switching to the external monitor, the image returns just there. Okay > I loose my session in the process but it's still better than rebooting > to XP isn't it? ---Beppe--- From Giuseppe.Castagna at ens.fr Wed Jun 9 09:20:01 2004 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Wed, 09 Jun 2004 11:20:01 +0200 Subject: [ltp] Thinkpad X40 and xorg-6.7.0-3 In-Reply-To: References: <1086594395.4956.31.camel@reglisse> Message-ID: <1086772800.11001.30.camel@reglisse> I have tried the drivers from http://www.xig.com (with kernel 2.4.7-rc3) and according the configuration I use it either crashes the system or enters an infinite loop with the keyboard disabled. So, this does not seem a viable solution.Giuseppe Castagna writes: On Wed, 2004-06-09 at 09:27, Jean-Louis Leroy wrote: > > What is *really* annoying is that this corruption appears when I > > switch to the external monitor as well (and the f1-f7 trick no longer > > works since the image returns back on the LCD screen). This makes the > > laptop not usable for presentations, which is one of the main uses > > of it > > I'm in the same situation as you, it appears, and I didn't even know > because I hadn't tried an external monitor yet. > > But here are some good news: I found out that if I kill X after > switching to the external monitor, the image returns just there. Okay > I loose my session in the process but it's still better than rebooting > to XP isn't it? Yes, in the meanwhile I had found a similar workaround. Simply boot the X40 with the video-beamer plugged in, and the external output becomes the default one: so the Ctrl-Alt-F1 Ctrl-Alt-F7 trick works on it, and overlay is sent to it (so you can watch movies using xv on the external exit). Of course your solution is better but I am not sure that it will work with xv since I guess the graphic driver will continue to use the internal monitor for overlay. I will check. Thanks a lot ---Beppe--- From ivo at vendomar.ee Wed Jun 9 10:35:27 2004 From: ivo at vendomar.ee (Ivo =?ISO-8859-1?Q?S=E4rak?=) Date: Wed, 09 Jun 2004 13:35:27 +0300 Subject: How to save alsamixer settings? In-Reply-To: <1086746802.4197.12.camel@localhost.localdomain> References: <1086717177.2021.16.camel@localhost.localdomain> <1086723032.2322.10.camel@localhost.localdomain> <1086746802.4197.12.camel@localhost.localdomain> Message-ID: <1086777327.3784.5.camel@sarmax> Does anyone know how to save alsamixer settings, so after reboot the mixer settings are set to specific state? Namely as the Audigy driver under FC2 will switch to difital output it is quite complicate process to mute the digital output every time someone would like to run XMMS: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=120804 From mike at netlyncs.com Wed Jun 9 10:39:17 2004 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 09 Jun 2004 05:39:17 -0500 Subject: new kernel for testing In-Reply-To: <1086766126.2810.8.camel@laptop.fenrus.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> Message-ID: <1086777557.6640.0.camel@scrappy.netlyncs.com> On Wed, 2004-06-09 at 09:28 +0200, Arjan van de Ven wrote: > the plan is to do a kernel update friday or monday (depending on the > amount of things that turn up in this testing). There is a 424 kernel in > the testing dir on the ftp repository and on > http://people.redhat.com/arjanv/2.6 > One of the last minute changes is a series of patches to the input > subsystem that are supposed to fix a lot of the "tapping my laptops > touchpad doesn't work" bugs. So please beat hard on this kernel... So far, it looks like only the .422 kernel is there, not the .424. -- Mike Chambers Madisonville, KY "It's always better to hurt a little now, than to hurt a lot later!" From alan at redhat.com Wed Jun 9 11:01:43 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 9 Jun 2004 07:01:43 -0400 Subject: Remote Display. In-Reply-To: <1086737507.4375.4.camel@sarmax> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> <1086737507.4375.4.camel@sarmax> Message-ID: <20040609110143.GA473@devserv.devel.redhat.com> On Wed, Jun 09, 2004 at 02:31:47AM +0300, Ivo S?rak wrote: > With th latest upgrade I have lost ability to launch X11 programs at > other hosts , only thing I get is: ssh -X From redhat-jc at insight.rr.com Wed Jun 9 11:21:46 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Wed, 09 Jun 2004 07:21:46 -0400 Subject: new kernel for testing In-Reply-To: <1086766126.2810.8.camel@laptop.fenrus.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> Message-ID: <40C6F2CA.6020602@insight.rr.com> Arjan van de Ven wrote: > Hi, > > the plan is to do a kernel update friday or monday (depending on the > amount of things that turn up in this testing). There is a 424 kernel in > the testing dir on the ftp repository and on > http://people.redhat.com/arjanv/2.6 > One of the last minute changes is a series of patches to the input > subsystem that are supposed to fix a lot of the "tapping my laptops > touchpad doesn't work" bugs. So please beat hard on this kernel... > > Greetings, > Arjan van de Ven > Is this supposed to work without the psmouse.proto=imps given as a kernel argument? (at least in the grub.conf file) I had trouble logging in using runlevel 3. It took about 4 attempts to actually get past the login prompt. I eventually was able to login. Was there a change that would effect login? The tapping with psmouse.proto=imps as an argument to the kernel works as before. (pretty much like 2.4 worked). Jim From arjanv at redhat.com Wed Jun 9 11:22:18 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 9 Jun 2004 13:22:18 +0200 Subject: new kernel for testing In-Reply-To: <40C6F2CA.6020602@insight.rr.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> <40C6F2CA.6020602@insight.rr.com> Message-ID: <20040609112218.GA518@devserv.devel.redhat.com> On Wed, Jun 09, 2004 at 07:21:46AM -0400, Jim Cornette wrote: > Arjan van de Ven wrote: > >Hi, > > > >the plan is to do a kernel update friday or monday (depending on the > >amount of things that turn up in this testing). There is a 424 kernel in > >the testing dir on the ftp repository and on > >http://people.redhat.com/arjanv/2.6 > >One of the last minute changes is a series of patches to the input > >subsystem that are supposed to fix a lot of the "tapping my laptops > >touchpad doesn't work" bugs. So please beat hard on this kernel... > > > >Greetings, > > Arjan van de Ven > > > > Is this supposed to work without the psmouse.proto=imps given as a > kernel argument? (at least in the grub.conf file) yes -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From redhat-jc at insight.rr.com Wed Jun 9 11:32:52 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Wed, 09 Jun 2004 07:32:52 -0400 Subject: new kernel for testing In-Reply-To: <20040609112218.GA518@devserv.devel.redhat.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> <40C6F2CA.6020602@insight.rr.com> <20040609112218.GA518@devserv.devel.redhat.com> Message-ID: <40C6F564.80709@insight.rr.com> Arjan van de Ven wrote: > On Wed, Jun 09, 2004 at 07:21:46AM -0400, Jim Cornette wrote: > >>Arjan van de Ven wrote: >> >>>Hi, >>> >>>the plan is to do a kernel update friday or monday (depending on the >>>amount of things that turn up in this testing). There is a 424 kernel in >>>the testing dir on the ftp repository and on >>>http://people.redhat.com/arjanv/2.6 >>>One of the last minute changes is a series of patches to the input >>>subsystem that are supposed to fix a lot of the "tapping my laptops >>>touchpad doesn't work" bugs. So please beat hard on this kernel... >>> >>>Greetings, >>> Arjan van de Ven >>> >> >>Is this supposed to work without the psmouse.proto=imps given as a >>kernel argument? (at least in the grub.conf file) > > > yes > Without adding psmouse.proto=imps in grub.conf, the tapping does not work. The scrolling and tapping functionality is not present. Jim From ivo at vendomar.ee Wed Jun 9 11:40:52 2004 From: ivo at vendomar.ee (Ivo =?ISO-8859-1?Q?S=E4rak?=) Date: Wed, 09 Jun 2004 14:40:52 +0300 Subject: Remote Display. In-Reply-To: <20040609110143.GA473@devserv.devel.redhat.com> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> <1086737507.4375.4.camel@sarmax> <20040609110143.GA473@devserv.devel.redhat.com> Message-ID: <1086781252.4529.0.camel@sarmax> On Wed, 2004-06-09 at 14:01, Alan Cox wrote: > On Wed, Jun 09, 2004 at 02:31:47AM +0300, Ivo S?rak wrote: > > With th latest upgrade I have lost ability to launch X11 programs at > > other hosts , only thing I get is: > > ssh -X > Not working: [ivo at sarmax ivo]$ xhost + access control disabled, clients can connect from any host [ivo at sarmax ivo]$ ssh -X ivo at haskaa ivo at haskaa's password: Last login: Wed Jun 9 12:54:46 2004 from skhal [ivo at haskaa ivo]$ oocalc Starting OpenOffice.org ... Aborted [ivo at haskaa ivo]$ From peter at santavy.sk Wed Jun 9 11:46:41 2004 From: peter at santavy.sk (Santavy Peter) Date: Wed, 09 Jun 2004 13:46:41 +0200 Subject: bluez patch Message-ID: <1086781601.2795.44.camel@zblnko> Hello, I would like to ask you is in the .424 kernel applied a patch-2.6.6-mh3 patch there? With this patch from the bluez project (www.bluez.org) it is now possible to use dynamic L2CAP PSM and RFCOMM channel allocation for server sockets. Peter -- __________________________________ Peter Santavy peter at santavy.sk http://santavy.info ---------------------------------- I have been using legal software -> I have been using free software Open source - for free and legally From alan at redhat.com Wed Jun 9 11:53:38 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 9 Jun 2004 07:53:38 -0400 Subject: new kernel for testing In-Reply-To: <1086766126.2810.8.camel@laptop.fenrus.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> Message-ID: <20040609115338.GA14958@devserv.devel.redhat.com> On Wed, Jun 09, 2004 at 09:28:46AM +0200, Arjan van de Ven wrote: > One of the last minute changes is a series of patches to the input > subsystem that are supposed to fix a lot of the "tapping my laptops > touchpad doesn't work" bugs. So please beat hard on this kernel... Vanilla 2.6.6. was totally broken on the VIA Athlon64 - continual stream of interrupts on the PS/2 port. The -424 kernel seems to be working in this situation However - ide-scsi is STILL missing so my Nakamichi CD changer STILL doesn't work (I only first pointed this out for beta1) - powernow-k8 support is missing although the discussion as I understand it was that it was now stable - AMI megaraid crashes on boot - should either be disabled for x86_64 or AMI's patches applied I can't easily test the aacraid updates on this box but other than that it seems an improvement, although its short some rather important and trivial changes. Given that the megaraid crash on boot, powernow-k8 and ide-scsi can all be fixed by sorting out the default .config it would be a shame not to sort that out. Other stuff like the velocity ethernet driver I can understand being higher risk, or wanting to wait until it comes in from upstream. Alan From darren at dzr-web.com Wed Jun 9 12:02:54 2004 From: darren at dzr-web.com (D. D. Brierton) Date: Wed, 09 Jun 2004 13:02:54 +0100 Subject: new kernel for testing In-Reply-To: <1086766126.2810.8.camel@laptop.fenrus.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> Message-ID: <1086782573.20906.0.camel@excession.dzr> On Wed, 2004-06-09 at 08:28, Arjan van de Ven wrote: > Hi, > > the plan is to do a kernel update friday or monday (depending on the > amount of things that turn up in this testing). There is a 424 kernel in > the testing dir on the ftp repository and on > http://people.redhat.com/arjanv/2.6 > One of the last minute changes is a series of patches to the input > subsystem that are supposed to fix a lot of the "tapping my laptops > touchpad doesn't work" bugs. So please beat hard on this kernel... Does this kernel have FireWire re-enabled? -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From arjanv at redhat.com Wed Jun 9 12:12:17 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 09 Jun 2004 14:12:17 +0200 Subject: new kernel for testing In-Reply-To: <1086782573.20906.0.camel@excession.dzr> References: <1086766126.2810.8.camel@laptop.fenrus.com> <1086782573.20906.0.camel@excession.dzr> Message-ID: <1086783136.2810.11.camel@laptop.fenrus.com> On Wed, 2004-06-09 at 14:02, D. D. Brierton wrote: > On Wed, 2004-06-09 at 08:28, Arjan van de Ven wrote: > > Hi, > > > > the plan is to do a kernel update friday or monday (depending on the > > amount of things that turn up in this testing). There is a 424 kernel in > > the testing dir on the ftp repository and on > > http://people.redhat.com/arjanv/2.6 > > One of the last minute changes is a series of patches to the input > > subsystem that are supposed to fix a lot of the "tapping my laptops > > touchpad doesn't work" bugs. So please beat hard on this kernel... > > Does this kernel have FireWire re-enabled? yes so if you have firewire hw, do beat on it too... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From cra at WPI.EDU Wed Jun 9 13:12:36 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Wed, 9 Jun 2004 09:12:36 -0400 Subject: Remote Display. In-Reply-To: <1086771462.3480.2.camel@sarmax> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> <1086737507.4375.4.camel@sarmax> <1086740677.12905.37.camel@hillary> <1086771462.3480.2.camel@sarmax> Message-ID: <20040609131236.GA10240@angus.ind.WPI.EDU> On Wed, Jun 09, 2004 at 11:57:43AM +0300, Ivo S?rak wrote: > Unfortunately it does not work: > > [ivo at sarmax ivo]$ ssh -X ivo at haskaa > ivo at haskaa's password: > Last login: Wed Jun 9 09:28:17 2004 > [ivo at haskaa ivo]$ oocalc > Starting OpenOffice.org ... > Aborted > [ivo at haskaa ivo]$ Is it enabled on the server side too? /etc/ssh/sshd_config: X11Forwarding yes From ckloiber at ckloiber.com Wed Jun 9 14:04:10 2004 From: ckloiber at ckloiber.com (Chris Kloiber) Date: Wed, 09 Jun 2004 22:04:10 +0800 Subject: How to save alsamixer settings? In-Reply-To: <1086777327.3784.5.camel@sarmax> References: <1086717177.2021.16.camel@localhost.localdomain> <1086723032.2322.10.camel@localhost.localdomain> <1086746802.4197.12.camel@localhost.localdomain> <1086777327.3784.5.camel@sarmax> Message-ID: <1086789850.5806.1.camel@server1.example.com> On Wed, 2004-06-09 at 18:35, Ivo S?rak wrote: > Does anyone know how to save alsamixer settings, so after reboot the > mixer settings are set to specific state? > > Namely as the Audigy driver under FC2 will switch to difital output it > is quite complicate process to mute the digital output every time > someone would like to run XMMS: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=120804 Look in /etc/modprobe.conf to see what it does when you are shutting down. (I'm at work, no Fedora here ATM). The command to use is there. -- Chris Kloiber From ckloiber at ckloiber.com Wed Jun 9 14:15:37 2004 From: ckloiber at ckloiber.com (Chris Kloiber) Date: Wed, 09 Jun 2004 22:15:37 +0800 Subject: new kernel for testing In-Reply-To: <20040609115338.GA14958@devserv.devel.redhat.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> <20040609115338.GA14958@devserv.devel.redhat.com> Message-ID: <1086790537.5806.12.camel@server1.example.com> On Wed, 2004-06-09 at 19:53, Alan Cox wrote: > On Wed, Jun 09, 2004 at 09:28:46AM +0200, Arjan van de Ven wrote: > > One of the last minute changes is a series of patches to the input > > subsystem that are supposed to fix a lot of the "tapping my laptops > > touchpad doesn't work" bugs. So please beat hard on this kernel... > > Vanilla 2.6.6. was totally broken on the VIA Athlon64 - continual stream > of interrupts on the PS/2 port. The -424 kernel seems to be working in > this situation > > However > - ide-scsi is STILL missing so my Nakamichi CD changer > STILL doesn't work (I only first pointed this out for beta1) > - powernow-k8 support is missing although the discussion > as I understand it was that it was now stable > - AMI megaraid crashes on boot - should either be disabled > for x86_64 or AMI's patches applied > > I can't easily test the aacraid updates on this box but other than that > it seems an improvement, although its short some rather important and > trivial changes. > > Given that the megaraid crash on boot, powernow-k8 and ide-scsi can all > be fixed by sorting out the default .config it would be a shame not to > sort that out. Other stuff like the velocity ethernet driver I can understand > being higher risk, or wanting to wait until it comes in from upstream. > > Alan Since it seems like AMD64 is getting some love, any possibility someone can look at the patches I need to apply to make it work reasonably well on the eMachines laptops? While not perfect, you kernel gods might be able to figure out a better way to fix things like making the keyboard work without: # perl -pi -e 's,HCI_HCD=m,HCI_HCD=y,g' SOURCES/kernel-2.6.6*.config Or beat the the buggy bios' acpi and apic into submission. To that end, tell me what to run on my box so I can put it in bugzilla in a format that will do us both some good. The patch I apply is the one for the 2.6.x kernel I got from: http://bugme.osdl.org/show_bug.cgi?id=2641 but even with that I need to pass 'noacpi pci=noapic,usepirqmask' to make everything work. -- Chris Kloiber From thepoch at mydestiny.net Wed Jun 9 14:31:13 2004 From: thepoch at mydestiny.net (Dexter Ang) Date: Wed, 09 Jun 2004 22:31:13 +0800 Subject: new kernel for testing In-Reply-To: <1086766126.2810.8.camel@laptop.fenrus.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> Message-ID: <40C71F31.7010703@mydestiny.net> Arjan van de Ven wrote: > Hi, > > the plan is to do a kernel update friday or monday (depending on the > amount of things that turn up in this testing). There is a 424 kernel in > the testing dir on the ftp repository and on > http://people.redhat.com/arjanv/2.6 > One of the last minute changes is a series of patches to the input > subsystem that are supposed to fix a lot of the "tapping my laptops > touchpad doesn't work" bugs. So please beat hard on this kernel... > > Greetings, > Arjan van de Ven Would just like to note that running kernel 424 without psmouse.proto=imps doesn't allow my touchpad to tap-to-click. Although my pointing stick now works, as well as it's corresponding buttons (it never did before). This is on an IBM Thinkpad T30 2366-81A. Running with psmouse.proto=imps allows my touchpad to tap-to-click with 424. dex From philip at balister.org Wed Jun 9 14:35:11 2004 From: philip at balister.org (Philip Balister) Date: Wed, 09 Jun 2004 10:35:11 -0400 Subject: new kernel for testing In-Reply-To: <1086766126.2810.8.camel@laptop.fenrus.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> Message-ID: <1086791711.10052.0.camel@localhost.localdomain> Any radeon resume updates in this? Philip On Wed, 2004-06-09 at 03:28, Arjan van de Ven wrote: > Hi, > > the plan is to do a kernel update friday or monday (depending on the > amount of things that turn up in this testing). There is a 424 kernel in > the testing dir on the ftp repository and on > http://people.redhat.com/arjanv/2.6 > One of the last minute changes is a series of patches to the input > subsystem that are supposed to fix a lot of the "tapping my laptops > touchpad doesn't work" bugs. So please beat hard on this kernel... > > Greetings, > Arjan van de Ven > > ______________________________________________________________________ > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From arjanv at redhat.com Wed Jun 9 15:17:42 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 09 Jun 2004 17:17:42 +0200 Subject: new kernel for testing In-Reply-To: <1086791711.10052.0.camel@localhost.localdomain> References: <1086766126.2810.8.camel@laptop.fenrus.com> <1086791711.10052.0.camel@localhost.localdomain> Message-ID: <1086794262.2810.15.camel@laptop.fenrus.com> On Wed, 2004-06-09 at 16:35, Philip Balister wrote: > Any radeon resume updates in this nope; the radeon resume thing is a change on the X side of the fence -------------- 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 warmcat.com Wed Jun 9 15:47:37 2004 From: fedora at warmcat.com (Andy Green) Date: Wed, 9 Jun 2004 16:47:37 +0100 Subject: How to save alsamixer settings? In-Reply-To: <1086789850.5806.1.camel@server1.example.com> References: <1086717177.2021.16.camel@localhost.localdomain> <1086777327.3784.5.camel@sarmax> <1086789850.5806.1.camel@server1.example.com> Message-ID: <200406091647.37989.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 09 June 2004 15:04, Chris Kloiber wrote: > On Wed, 2004-06-09 at 18:35, Ivo S?rak wrote: > > Does anyone know how to save alsamixer settings, so after reboot the > > mixer settings are set to specific state? > > > > Namely as the Audigy driver under FC2 will switch to difital output it > > is quite complicate process to mute the digital output every time > > someone would like to run XMMS: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=120804 > > Look in /etc/modprobe.conf to see what it does when you are shutting > down. (I'm at work, no Fedora here ATM). The command to use is there. It's /sbin/alsactl store but I had mixed luck with it restoring everything properly on my Audigy 2NX. - -Andy - -- Automatic actions for USB cameras, cardreaders, memory sticks, MP3 players http://warmcat.com/usbautocam -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAxzEZjKeDCxMJCTIRAu0oAKCH/q9viKMo786oMxwbyt3C+t7oywCfTj2d 4FcgPPh9rJBgZiS+6ze1tT8= =1pTJ -----END PGP SIGNATURE----- From alan at redhat.com Wed Jun 9 15:56:45 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 9 Jun 2004 11:56:45 -0400 Subject: New kernel fails on thinkpad systems Message-ID: <20040609155645.GA7476@devserv.devel.redhat.com> On the thinkpad 600 series machines the new kernel kills all keyboard and mouse I/O - can people try and test the other thinkpad systems and see how common the problem is. Alan From tibbs at math.uh.edu Wed Jun 9 16:25:13 2004 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 09 Jun 2004 11:25:13 -0500 Subject: New kernel fails on thinkpad systems In-Reply-To: <20040609155645.GA7476@devserv.devel.redhat.com> References: <20040609155645.GA7476@devserv.devel.redhat.com> Message-ID: >>>>> "AC" == Alan Cox writes: AC> On the thinkpad 600 series machines the new kernel kills all AC> keyboard and mouse I/O - can people try and test the other AC> thinkpad systems and see how common the problem is. Keyboard and mouse I/O seem OK on a Thinkpad X40, but APM seems to have regressed. - J< From thepoch at mydestiny.net Wed Jun 9 16:27:28 2004 From: thepoch at mydestiny.net (Dexter Ang) Date: Thu, 10 Jun 2004 00:27:28 +0800 Subject: New kernel fails on thinkpad systems In-Reply-To: <20040609155645.GA7476@devserv.devel.redhat.com> References: <20040609155645.GA7476@devserv.devel.redhat.com> Message-ID: <40C73A70.40709@mydestiny.net> Alan Cox wrote: > On the thinkpad 600 series machines the new kernel kills all > keyboard and mouse I/O - can people try and test the other thinkpad > systems and see how common the problem is. > > Alan Is this with 2.6.6-1.424? Working fine with a last-year model Thinkpad T30. No tap-to-select though. dex From jkeating at j2solutions.net Wed Jun 9 17:11:11 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 9 Jun 2004 10:11:11 -0700 Subject: new kernel for testing In-Reply-To: <1086790537.5806.12.camel@server1.example.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> <20040609115338.GA14958@devserv.devel.redhat.com> <1086790537.5806.12.camel@server1.example.com> Message-ID: <200406091011.18666.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 09 June 2004 07:15, Chris Kloiber wrote: > Since it seems like AMD64 is getting some love, any possibility > someone can look at the patches I need to apply to make it work > reasonably well on the eMachines laptops? While not perfect, you > kernel gods might be able to figure out a better way to fix things > like making the keyboard work without: > > # perl -pi -e 's,HCI_HCD=m,HCI_HCD=y,g' SOURCES/kernel-2.6.6*.config Looks to me that you're compiling the usb into the kernel rather than as modules. If this is true, this would fix the ps/2 not working on dual xeon supermicro systems. Please do seriously consider this 'fix'. - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAx0S24v2HLvE71NURAl/NAKDFLsaro+u7zkJ1TIdvX5aqw6qabwCdHqlU 5P4PfrG4hJBJeaRo3nZJQbA= =cYzN -----END PGP SIGNATURE----- From alan at redhat.com Wed Jun 9 17:38:59 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 9 Jun 2004 13:38:59 -0400 Subject: new kernel for testing In-Reply-To: <1086790537.5806.12.camel@server1.example.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> <20040609115338.GA14958@devserv.devel.redhat.com> <1086790537.5806.12.camel@server1.example.com> Message-ID: <20040609173859.GA24461@devserv.devel.redhat.com> On Wed, Jun 09, 2004 at 10:15:37PM +0800, Chris Kloiber wrote: > on the eMachines laptops? While not perfect, you kernel gods might be > able to figure out a better way to fix things like making the keyboard > work without: > > # perl -pi -e 's,HCI_HCD=m,HCI_HCD=y,g' SOURCES/kernel-2.6.6*.config There has been some discussion about BIOSes with buggy USB legacy emulation - that may be what this is indicating Dunno about the others From alan at redhat.com Wed Jun 9 17:41:45 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 9 Jun 2004 13:41:45 -0400 Subject: new kernel for testing In-Reply-To: <200406091011.18666.jkeating@j2solutions.net> References: <1086766126.2810.8.camel@laptop.fenrus.com> <20040609115338.GA14958@devserv.devel.redhat.com> <1086790537.5806.12.camel@server1.example.com> <200406091011.18666.jkeating@j2solutions.net> Message-ID: <20040609174145.GC24461@devserv.devel.redhat.com> On Wed, Jun 09, 2004 at 10:11:11AM -0700, Jesse Keating wrote: > > # perl -pi -e 's,HCI_HCD=m,HCI_HCD=y,g' SOURCES/kernel-2.6.6*.config > > Looks to me that you're compiling the usb into the kernel rather than as > modules. If this is true, this would fix the ps/2 not working on dual > xeon supermicro systems. Please do seriously consider this 'fix'. It also breaks some systems 8( From jkeating at j2solutions.net Wed Jun 9 17:43:22 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 9 Jun 2004 10:43:22 -0700 Subject: new kernel for testing In-Reply-To: <20040609174145.GC24461@devserv.devel.redhat.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> <200406091011.18666.jkeating@j2solutions.net> <20040609174145.GC24461@devserv.devel.redhat.com> Message-ID: <200406091043.23010.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 09 June 2004 10:41, Alan Cox wrote: > It also breaks some systems 8( Does it break more than the existing dual xeon supermicro systems? I know quite a few of those puppies out there. This ps/2 not working has been causing many of our customers to refuse looking at Fedora as an install choice. - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAx0w64v2HLvE71NURAoH6AJ9GaYaeUAhGra1b3+Shc48bXe/03gCfbwVY fmRWbR2eMwRd2gm0uu5CXxA= =/JFB -----END PGP SIGNATURE----- From alan at redhat.com Wed Jun 9 17:45:56 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 9 Jun 2004 13:45:56 -0400 Subject: new kernel for testing In-Reply-To: <200406091043.23010.jkeating@j2solutions.net> References: <1086766126.2810.8.camel@laptop.fenrus.com> <200406091011.18666.jkeating@j2solutions.net> <20040609174145.GC24461@devserv.devel.redhat.com> <200406091043.23010.jkeating@j2solutions.net> Message-ID: <20040609174556.GA27440@devserv.devel.redhat.com> On Wed, Jun 09, 2004 at 10:43:22AM -0700, Jesse Keating wrote: > > It also breaks some systems 8( > > Does it break more than the existing dual xeon supermicro systems? I > know quite a few of those puppies out there. This ps/2 not working has > been causing many of our customers to refuse looking at Fedora as an > install choice. As far as people can currently tell that is down to supermicro bios bugs. Compiling the HCD in hides this by turning off USB legacy emulation before the bios can get involved - so the kernel ends up talking to the real PS/2 hardware. The 2.6.x kernel is much smarter about PS/2 devices. Unfortunately it turns out that half the worlds bios vendors and a small percentage of the hardware people have apparently never read the spec 8( On your dual xeon it would be interesting to know if it behaves if you turn off USB legacy keyboard/mouse stuff before booting Fedora From jkeating at j2solutions.net Wed Jun 9 17:49:54 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 9 Jun 2004 10:49:54 -0700 Subject: new kernel for testing In-Reply-To: <20040609174556.GA27440@devserv.devel.redhat.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> <200406091043.23010.jkeating@j2solutions.net> <20040609174556.GA27440@devserv.devel.redhat.com> Message-ID: <200406091049.54327.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 09 June 2004 10:45, Alan Cox wrote: > The 2.6.x kernel is much smarter about PS/2 devices. Unfortunately it > turns out that half the worlds bios vendors and a small percentage of > the hardware people have apparently never read the spec 8( > > On your dual xeon it would be interesting to know if it behaves if > you turn off USB legacy keyboard/mouse stuff before booting Fedora USB legacy keyboard/mouse stuff in the bios you mean? I'll certianly try that. I still don't understand why this would even come into play when pure ps/2 devices are used, or is that where the buggy bios comes into play? - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAx03C4v2HLvE71NURAmSIAKCmQcTEpn9N9eh9gsQm05gZ6rb35QCgp2Fw PlgPju0oU0mXfLi1Yf58YFA= =RTOK -----END PGP SIGNATURE----- From alan at redhat.com Wed Jun 9 17:58:03 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 9 Jun 2004 13:58:03 -0400 Subject: new kernel for testing In-Reply-To: <200406091049.54327.jkeating@j2solutions.net> References: <1086766126.2810.8.camel@laptop.fenrus.com> <200406091043.23010.jkeating@j2solutions.net> <20040609174556.GA27440@devserv.devel.redhat.com> <200406091049.54327.jkeating@j2solutions.net> Message-ID: <20040609175803.GA1655@devserv.devel.redhat.com> On Wed, Jun 09, 2004 at 10:49:54AM -0700, Jesse Keating wrote: > USB legacy keyboard/mouse stuff in the bios you mean? I'll certianly > try that. I still don't understand why this would even come into play > when pure ps/2 devices are used, or is that where the buggy bios comes > into play? Every access to the keyboard controller when USB legacy support is enabled instead of accessing the hardware causes an SMM exception which then runs a load of BIOS code which investigates both the real and USB devices and fakes up a reply as if the device was PS/2. This allows things like DOS to work with USB keyboards, its also an endless source of bugs because SMM code is *hard* for even good BIOS people to get right. From balay at fastmail.fm Wed Jun 9 19:16:58 2004 From: balay at fastmail.fm (Satish Balay) Date: Wed, 9 Jun 2004 14:16:58 -0500 (CDT) Subject: New kernel fails on thinkpad systems In-Reply-To: <20040609155645.GA7476@devserv.devel.redhat.com> References: <20040609155645.GA7476@devserv.devel.redhat.com> Message-ID: On Wed, 9 Jun 2004, Alan Cox wrote: > On the thinkpad 600 series machines the new kernel kills all > keyboard and mouse I/O - can people try and test the other thinkpad > systems and see how common the problem is. I've tried installing the 424 kernel on a TP-600E (with 224M ram) - and I got the following errors: ----- Test transaction complete, Success! kernel 100 % done 1/1 memlock: Cannot allocate memory Couldn't lock into memory, exiting. mkinitrd failed ----- I tried setting all limits I can think off - to unlimited - and then the kernel would install. (it took something like 30 min for the install) ------ [root at localhost etc]# ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 stack size (kbytes, -s) unlimited cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited [root at localhost etc]# rpm -ivh /var/cache/yum/2.6testkernels/packages/kernel-2.6.6-1.424.i686.rpm warning: /var/cache/yum/2.6testkernels/packages/kernel-2.6.6-1.424.i686.rpm: V3 DSA signature: NOKEY, key ID 9d6b4012 Preparing... ########################################### [100%] 1:kernel ########################################### [100%] [root at localhost etc]# ------ I tried to see if the same problem was there with the release kernel (358) - but this one installs fine - and within 10 min. I've briefly tried APM suspend - and audio on the 600E (with kernel 424) - and it appeared to work fine. Satish From arjanv at redhat.com Wed Jun 9 19:47:31 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 09 Jun 2004 21:47:31 +0200 Subject: new kernel for testing In-Reply-To: <200406091011.18666.jkeating@j2solutions.net> References: <1086766126.2810.8.camel@laptop.fenrus.com> <20040609115338.GA14958@devserv.devel.redhat.com> <1086790537.5806.12.camel@server1.example.com> <200406091011.18666.jkeating@j2solutions.net> Message-ID: <1086810451.2810.18.camel@laptop.fenrus.com> > Looks to me that you're compiling the usb into the kernel rather than as > modules. If this is true, this would fix the ps/2 not working on dual > xeon supermicro systems. Please do seriously consider this 'fix'. I do have a plan for trying building the usb host controllers into the kernel. But it's post this update to give it a reasonable testing time.... -------------- 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 ivo at vendomar.ee Wed Jun 9 19:49:07 2004 From: ivo at vendomar.ee (Ivo =?ISO-8859-1?Q?S=E4rak?=) Date: Wed, 09 Jun 2004 22:49:07 +0300 Subject: Remote Display. In-Reply-To: <20040609131236.GA10240@angus.ind.WPI.EDU> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> <1086737507.4375.4.camel@sarmax> <1086740677.12905.37.camel@hillary> <1086771462.3480.2.camel@sarmax> <20040609131236.GA10240@angus.ind.WPI.EDU> Message-ID: <1086810547.5414.6.camel@sarmax> On Wed, 2004-06-09 at 16:12, Charles R. Anderson wrote: > On Wed, Jun 09, 2004 at 11:57:43AM +0300, Ivo S?rak wrote: > > Unfortunately it does not work: > > > > [ivo at sarmax ivo]$ ssh -X ivo at haskaa > > ivo at haskaa's password: > > Last login: Wed Jun 9 09:28:17 2004 > > [ivo at haskaa ivo]$ oocalc > > Starting OpenOffice.org ... > > Aborted > > [ivo at haskaa ivo]$ > > Is it enabled on the server side too? > /etc/ssh/sshd_config: > > X11Forwarding yes > With server side You mean the host I ssh to? There is "X11Forwarding yes" even on both ends. From jlcthibo at uumail.gov.bc.ca Wed Jun 9 20:05:50 2004 From: jlcthibo at uumail.gov.bc.ca (Christian Thibodeau) Date: Wed, 09 Jun 2004 13:05:50 -0700 Subject: Remote Display. In-Reply-To: <1086810547.5414.6.camel@sarmax> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> <1086737507.4375.4.camel@sarmax> <1086740677.12905.37.camel@hillary> <1086771462.3480.2.camel@sarmax> <20040609131236.GA10240@angus.ind.WPI.EDU> <1086810547.5414.6.camel@sarmax> Message-ID: <1086811549.5001.43.camel@phoenix.osg.gov.bc.ca> On Wed, 2004-06-09 at 12:49, Ivo S?rak wrote: > On Wed, 2004-06-09 at 16:12, Charles R. Anderson wrote: > > On Wed, Jun 09, 2004 at 11:57:43AM +0300, Ivo S?rak wrote: > > > Unfortunately it does not work: > > > > > > [ivo at sarmax ivo]$ ssh -X ivo at haskaa > > > ivo at haskaa's password: > > > Last login: Wed Jun 9 09:28:17 2004 > > > [ivo at haskaa ivo]$ oocalc > > > Starting OpenOffice.org ... > > > Aborted > > > [ivo at haskaa ivo]$ > > > > Is it enabled on the server side too? > > /etc/ssh/sshd_config: > > > > X11Forwarding yes > > > > With server side You mean the host I ssh to? > There is "X11Forwarding yes" even on both ends. > What is the setting of the DISPLAY variable? (on both the host you are on and the host you are connecting to) The DISPLAY variable has to be defined on the host you are on before you connect using ssh, otherwise ssh will not set up X forwarding. -- Christian Thibodeau Open Systems, Operations Common IT Services Solutions BC, Province of BC Phone: 250-387-5993 Fax: 250-387-5231 Solutions BC http://www.solutionsbcsharedservices.gov.bc.ca CITS https://cits.gov.bc.ca -------------- 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 ivo at vendomar.ee Wed Jun 9 20:25:33 2004 From: ivo at vendomar.ee (Ivo =?ISO-8859-1?Q?S=E4rak?=) Date: Wed, 09 Jun 2004 23:25:33 +0300 Subject: How to save alsamixer settings? In-Reply-To: <200406091647.37989.fedora@warmcat.com> References: <1086717177.2021.16.camel@localhost.localdomain> <1086777327.3784.5.camel@sarmax> <1086789850.5806.1.camel@server1.example.com> <200406091647.37989.fedora@warmcat.com> Message-ID: <1086812733.3434.4.camel@sarmax> On Wed, 2004-06-09 at 18:47, Andy Green wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wednesday 09 June 2004 15:04, Chris Kloiber wrote: > > On Wed, 2004-06-09 at 18:35, Ivo S?rak wrote: > > > Does anyone know how to save alsamixer settings, so after reboot the > > > mixer settings are set to specific state? > > > > > > Namely as the Audigy driver under FC2 will switch to difital output it > > > is quite complicate process to mute the digital output every time > > > someone would like to run XMMS: > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=120804 > > > > Look in /etc/modprobe.conf to see what it does when you are shutting > > down. (I'm at work, no Fedora here ATM). The command to use is there. > > It's /sbin/alsactl store but I had mixed luck with it restoring everything > properly on my Audigy 2NX. > The alsactl does store and restore the settings, but as soon I start KDE someone else is setting its own settings. If to issue "alsactl restore" under KDE session the it will put it OK again. What part of KDE is messing with the settings? Kdemultimedia? > - -Andy > > - -- > Automatic actions for USB cameras, cardreaders, memory sticks, MP3 players > http://warmcat.com/usbautocam > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.4 (GNU/Linux) > > iD8DBQFAxzEZjKeDCxMJCTIRAu0oAKCH/q9viKMo786oMxwbyt3C+t7oywCfTj2d > 4FcgPPh9rJBgZiS+6ze1tT8= > =1pTJ > -----END PGP SIGNATURE----- > From alan at redhat.com Wed Jun 9 20:30:56 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 9 Jun 2004 16:30:56 -0400 Subject: new kernel for testing In-Reply-To: <1086810451.2810.18.camel@laptop.fenrus.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> <20040609115338.GA14958@devserv.devel.redhat.com> <1086790537.5806.12.camel@server1.example.com> <200406091011.18666.jkeating@j2solutions.net> <1086810451.2810.18.camel@laptop.fenrus.com> Message-ID: <20040609203056.GB3543@devserv.devel.redhat.com> On Wed, Jun 09, 2004 at 09:47:31PM +0200, Arjan van de Ven wrote: > > Looks to me that you're compiling the usb into the kernel rather than as > > modules. If this is true, this would fix the ps/2 not working on dual > > xeon supermicro systems. Please do seriously consider this 'fix'. > > I do have a plan for trying building the usb host controllers into the > kernel. But it's post this update to give it a reasonable testing > time.... I have two machines here that won't boot if you do that. There is also a much better way to achieve the relevant effect if you know the problems are USB legacy caused. Vojtech I think posted a proposed patch that uses pci quirks as an optional way to simply turn off USB legacy support. That fixes the problem but means systems that need USB legacy fail - thankfully 2.6.x and the later USB is now probing very like windows so all the buggy crap that assumes MS windows works. The second better way to do it would be to turn off USB legacy, do the initial probe, turn USB legacy back to its old state and then speak slowly to the crappy SMM emulation just to check for USB emulation. From camilo at mesias.co.uk Wed Jun 9 20:41:17 2004 From: camilo at mesias.co.uk (Cam) Date: Wed, 09 Jun 2004 21:41:17 +0100 Subject: new kernel for testing In-Reply-To: <1086783136.2810.11.camel@laptop.fenrus.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> <1086782573.20906.0.camel@excession.dzr> <1086783136.2810.11.camel@laptop.fenrus.com> Message-ID: <40C775ED.1040906@mesias.co.uk> Arjan >>Does this kernel have FireWire re-enabled? > > > yes > so if you have firewire hw, do beat on it too... In short: the ipod wasn't detected, modprobe worked but later rmmod hung. I tried plugging in my ipod and it wasn't detected. I thought to put something into modprobe.conf so I took a line from my backed up 2.4 modules.conf: alias ieee1394-controller ohci1394 That didn't help so I modprobed ohci1394 and sbp2 manually. Then I saw the ipod, and was able to mount it. I built gtkpod according to instructions: http://fedoranews.org/casper/gtkpod/ I used gtkpod for a bit then exited and unmounted /mnt/ipod, then tried rmmod sbp2 - which hung. I couldn't even use strace on it. Last few log messages: Jun 9 21:03:43 localhost scsi.agent[3416]: disk at /devices/pci0000:00/0000:00:0c.2/fw-host0/000a2700020795ec/000a2700020795ec-0/host1/1:0:0:0 Jun 9 21:29:18 localhost kernel: ieee1394: sbp2: Logged out of SBP-2 device -Cam From ivo at vendomar.ee Wed Jun 9 20:49:54 2004 From: ivo at vendomar.ee (Ivo =?ISO-8859-1?Q?S=E4rak?=) Date: Wed, 09 Jun 2004 23:49:54 +0300 Subject: Remote Display. In-Reply-To: <1086811549.5001.43.camel@phoenix.osg.gov.bc.ca> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> <1086737507.4375.4.camel@sarmax> <1086740677.12905.37.camel@hillary> <1086771462.3480.2.camel@sarmax> <20040609131236.GA10240@angus.ind.WPI.EDU> <1086810547.5414.6.camel@sarmax> <1086811549.5001.43.camel@phoenix.osg.gov.bc.ca> Message-ID: <1086814194.3434.7.camel@sarmax> On Wed, 2004-06-09 at 23:05, Christian Thibodeau wrote: > On Wed, 2004-06-09 at 12:49, Ivo S?rak wrote: > > On Wed, 2004-06-09 at 16:12, Charles R. Anderson wrote: > > > On Wed, Jun 09, 2004 at 11:57:43AM +0300, Ivo S?rak wrote: > > > > Unfortunately it does not work: > > > > > > > > [ivo at sarmax ivo]$ ssh -X ivo at haskaa > > > > ivo at haskaa's password: > > > > Last login: Wed Jun 9 09:28:17 2004 > > > > [ivo at haskaa ivo]$ oocalc > > > > Starting OpenOffice.org ... > > > > Aborted > > > > [ivo at haskaa ivo]$ > > > > > > Is it enabled on the server side too? > > > /etc/ssh/sshd_config: > > > > > > X11Forwarding yes > > > > > > > With server side You mean the host I ssh to? > > There is "X11Forwarding yes" even on both ends. > > > > What is the setting of the DISPLAY variable? (on both the host you are > on and the host you are connecting to) > > The DISPLAY variable has to be defined on the host you are on before you > connect using ssh, otherwise ssh will not set up X forwarding. #Host I am ssh'ing from (FC2): [ivo at sarmax ivo]$ echo $DISPLAY :0.0 [ivo at sarmax ivo]$ #Remote host I ssh to (RH9): [ivo at sarmax ivo]$ ssh ivo at haskaa ivo at haskaa's password: Last login: Wed Jun 9 22:33:32 2004 from sarmax [ivo at haskaa ivo]$ echo $DISPLAY localhost:10.0 [ivo at haskaa ivo]$ From ed at eh3.com Wed Jun 9 21:05:58 2004 From: ed at eh3.com (Ed Hill) Date: Wed, 09 Jun 2004 17:05:58 -0400 Subject: new kernel for testing In-Reply-To: <1086766126.2810.8.camel@laptop.fenrus.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> Message-ID: <1086815158.2188.16.camel@localhost.localdomain> On Wed, 2004-06-09 at 03:28, Arjan van de Ven wrote: > Hi, > > the plan is to do a kernel update friday or monday (depending on the > amount of things that turn up in this testing). There is a 424 kernel in > the testing dir on the ftp repository and on > http://people.redhat.com/arjanv/2.6 Just tried the new 424 kernel and it has PCMCIA problems on my ThinkPad A22p that did not occur with 2.6.5-1.358 or 2.6.6-1.422. When manually ejecting cards, 424 produces the following error messages on all Xterms: kernel: unregister_netdevice: waiting for eth0 to become free. Usage count = 1 and then there was no apparent way of restarting any networking or getting the prompts back. A shutdown failed to complete as systemlogger just kept repeating the above error message (pulled power and ejected battery to eventually shut it off). Also, due to the above pcmcia problems, I was only able to test APM suspend once but it did work using the method described at: http://eh3.com/thinkpad_A22p.html Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 -------------- 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 jlcthibo at uumail.gov.bc.ca Wed Jun 9 21:51:44 2004 From: jlcthibo at uumail.gov.bc.ca (Christian Thibodeau) Date: Wed, 09 Jun 2004 14:51:44 -0700 Subject: Remote Display. In-Reply-To: <1086814194.3434.7.camel@sarmax> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> <1086737507.4375.4.camel@sarmax> <1086740677.12905.37.camel@hillary> <1086771462.3480.2.camel@sarmax> <20040609131236.GA10240@angus.ind.WPI.EDU> <1086810547.5414.6.camel@sarmax> <1086811549.5001.43.camel@phoenix.osg.gov.bc.ca> <1086814194.3434.7.camel@sarmax> Message-ID: <1086817904.6408.2.camel@phoenix.osg.gov.bc.ca> On Wed, 2004-06-09 at 13:49, Ivo S?rak wrote: > On Wed, 2004-06-09 at 23:05, Christian Thibodeau wrote: > > On Wed, 2004-06-09 at 12:49, Ivo S?rak wrote: > > > On Wed, 2004-06-09 at 16:12, Charles R. Anderson wrote: > > > > On Wed, Jun 09, 2004 at 11:57:43AM +0300, Ivo S?rak wrote: > > > > > Unfortunately it does not work: > > > > > > > > > > [ivo at sarmax ivo]$ ssh -X ivo at haskaa > > > > > ivo at haskaa's password: > > > > > Last login: Wed Jun 9 09:28:17 2004 > > > > > [ivo at haskaa ivo]$ oocalc > > > > > Starting OpenOffice.org ... > > > > > Aborted > > > > > [ivo at haskaa ivo]$ > > > > > > > > Is it enabled on the server side too? > > > > /etc/ssh/sshd_config: > > > > > > > > X11Forwarding yes > > > > > > > > > > With server side You mean the host I ssh to? > > > There is "X11Forwarding yes" even on both ends. > > > > > > > What is the setting of the DISPLAY variable? (on both the host you are > > on and the host you are connecting to) > > > > The DISPLAY variable has to be defined on the host you are on before you > > connect using ssh, otherwise ssh will not set up X forwarding. > > #Host I am ssh'ing from (FC2): > [ivo at sarmax ivo]$ echo $DISPLAY > :0.0 > [ivo at sarmax ivo]$ > #Remote host I ssh to (RH9): > [ivo at sarmax ivo]$ ssh ivo at haskaa > ivo at haskaa's password: > Last login: Wed Jun 9 22:33:32 2004 from sarmax > [ivo at haskaa ivo]$ echo $DISPLAY > localhost:10.0 > [ivo at haskaa ivo]$ Okay so that is set up properly. Can you display anything back to your server? I usually try to run xclock (/usr/X11R6/bin/xclock) to test the connection. -- Christian Thibodeau Open Systems, Operations Common IT Services Solutions BC, Province of BC Phone: 250-387-5993 Fax: 250-387-5231 Solutions BC http://www.solutionsbcsharedservices.gov.bc.ca CITS https://cits.gov.bc.ca -------------- 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_walcroft at yahoo.com.au Wed Jun 9 23:24:24 2004 From: david_walcroft at yahoo.com.au (david walcroft) Date: Thu, 10 Jun 2004 09:24:24 +1000 Subject: How to save alsamixer settings? In-Reply-To: <1086812733.3434.4.camel@sarmax> References: <1086717177.2021.16.camel@localhost.localdomain> <1086777327.3784.5.camel@sarmax> <1086789850.5806.1.camel@server1.example.com> <200406091647.37989.fedora@warmcat.com> <1086812733.3434.4.camel@sarmax> Message-ID: <40C79C28.1030304@yahoo.com.au> Ivo S?rak wrote: > On Wed, 2004-06-09 at 18:47, Andy Green wrote: > >>-----BEGIN PGP SIGNED MESSAGE----- >>Hash: SHA1 >> >>On Wednesday 09 June 2004 15:04, Chris Kloiber wrote: >> >>>On Wed, 2004-06-09 at 18:35, Ivo S?rak wrote: >>> >>>>Does anyone know how to save alsamixer settings, so after reboot the >>>>mixer settings are set to specific state? >>>> >>>>Namely as the Audigy driver under FC2 will switch to difital output it >>>>is quite complicate process to mute the digital output every time >>>>someone would like to run XMMS: >>>>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=120804 >>> >>>Look in /etc/modprobe.conf to see what it does when you are shutting >>>down. (I'm at work, no Fedora here ATM). The command to use is there. >> >>It's /sbin/alsactl store but I had mixed luck with it restoring everything >>properly on my Audigy 2NX. >> > > > The alsactl does store and restore the settings, but as soon I start KDE > someone else is setting its own settings. If to issue "alsactl restore" > under KDE session the it will put it OK again. What part of KDE is > messing with the settings? Kdemultimedia? > > > >>- -Andy Hi, I have had no sound at all since FC2T3 drove me insane,tried every thing including replacing the tar.bz2 in kdemultimedia.src.rpm with a clean KDE.org and reinstalling (didn't work). What did work was this,FC2 Alsa does not have 'alsaconf'from the alsa-utils package,so I got alsa-utils from Alsa cvs compiled and installed (didn't delete FC2 alsa-utils)and now I have sound. But a small problem was on a log out when sound failed after log in so I added this to modprobe.conf # --- Keep modules from being autocleaned options -k snd-card-0 david From barryn at pobox.com Thu Jun 10 01:04:38 2004 From: barryn at pobox.com (Barry K. Nathan) Date: Wed, 9 Jun 2004 18:04:38 -0700 Subject: Remote Display. In-Reply-To: <1086771462.3480.2.camel@sarmax> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> <1086737507.4375.4.camel@sarmax> <1086740677.12905.37.camel@hillary> <1086771462.3480.2.camel@sarmax> Message-ID: <20040610010438.GA29732@ip68-4-98-123.oc.oc.cox.net> On Wed, Jun 09, 2004 at 11:57:43AM +0300, Ivo S?rak wrote: > > Unfortunately it does not work: > > [ivo at sarmax ivo]$ ssh -X ivo at haskaa > ivo at haskaa's password: > Last login: Wed Jun 9 09:28:17 2004 > [ivo at haskaa ivo]$ oocalc > Starting OpenOffice.org ... > Aborted > [ivo at haskaa ivo]$ Use -Y instead of -X for now. -Barry K. Nathan From wmp1784 at exchange.uta.edu Thu Jun 10 01:23:39 2004 From: wmp1784 at exchange.uta.edu (William Penton) Date: Wed, 09 Jun 2004 21:23:39 -0400 Subject: New kernel fails on thinkpad systems In-Reply-To: References: <20040609155645.GA7476@devserv.devel.redhat.com> Message-ID: <40C7B81B.7040904@exchange.uta.edu> Satish Balay wrote: > I've briefly tried APM suspend - and audio on the 600E (with kernel > 424) - and it appeared to work fine. I tried upgrading to that exact same kernel (from the same site too) and the audio is still broken. What did I do wrong? In FC1 I managed to get sound up and running via an old page I found for Redhat6 and for the most part getting it to work was painless. I tried the same thing in FC2, didn't work anymore. If you dont mind would you please tell me how you achieved sound. Thanks William Penton -- One OS to fool them all One browser to find them One email client to bring them all And through security holes, blind them... From balay at fastmail.fm Thu Jun 10 02:34:42 2004 From: balay at fastmail.fm (Satish Balay) Date: Wed, 9 Jun 2004 21:34:42 -0500 (CDT) Subject: audio on 600E with FC2 [Was: New kernel fails on thinkpad systems] In-Reply-To: <40C7B81B.7040904@exchange.uta.edu> References: <20040609155645.GA7476@devserv.devel.redhat.com> <40C7B81B.7040904@exchange.uta.edu> Message-ID: On Wed, 9 Jun 2004, William Penton wrote: > Satish Balay wrote: >> I've briefly tried APM suspend - and audio on the 600E (with kernel >> 424) - and it appeared to work fine. > > I tried upgrading to that exact same kernel (from the same site too) and the > audio is still broken. What did I do wrong? In FC1 I managed to get sound > up and running via an old page I found for Redhat6 and for the most part > getting it to work was painless. I tried the same thing in FC2, didn't work > anymore. If you dont mind would you please tell me how you achieved sound. I'm assuming you are also using a 600E. 1. disable 'fast boot' in bios - otherwise the machine locks up on loading the sound module. 2. I have the following in /etc/modprobe.conf. (this is something i picked up from a google search) [root at localhost root]# cat /etc/modprobe.conf alias usb-controller uhci-hcd # ALSA portion alias char-major-116 snd alias snd-card-0 snd-cs4236 # You have to specify every damm paramter to get it working: options snd-cs4236 isapnp=0 cport=0x538 port=0x530 sb_port=0x220 fm_port=0x388 irq=5 dma1=1 dma2=0 #alias /dev/mixer snd-mixer-oss #alias /dev/dsp snd-pcm-oss #alias /dev/midi snd-seq-oss # Set this to the correct number of cards. #options snd cards_limit=1 [root at localhost root]# ------------------ 3. I guess on reboot - use alsamixer to unmute (M) 4. use gnome-volume-control to crank up 'Volume, PCM, Out-gain" (perhaps others as well) 5. Test if I can play a .rm file with relaplayer https://helixcommunity.org/download.php/392/RealPlayer-0.3.0.120-gcc32-20040517.i586.rpm Satish From RedHat at ladadee.com Thu Jun 10 03:49:19 2004 From: RedHat at ladadee.com (David Vernon) Date: Wed, 09 Jun 2004 20:49:19 -0700 Subject: New kernel fails on thinkpad systems In-Reply-To: <20040609155645.GA7476@devserv.devel.redhat.com> References: <20040609155645.GA7476@devserv.devel.redhat.com> Message-ID: <1086839359.2607.11.camel@crazylegs.ladadee.com> On Wed, 2004-06-09 at 08:56, Alan Cox wrote: > On the thinkpad 600 series machines the new kernel kills all > keyboard and mouse I/O - can people try and test the other thinkpad > systems and see how common the problem is. > > Alan > > I have been using kernel-2.6.6-1.424 on a T21 for about 10 hours now with good results. No problems and gkrellm thinks this kernel is doing a much better job of slowing down the CPU when I am not doing anything. The only other FC2 kernel I have used on this box is 2.6.5-1.358. Dave From jontheisguy at yahoo.com Thu Jun 10 04:34:11 2004 From: jontheisguy at yahoo.com (jb) Date: Wed, 09 Jun 2004 22:34:11 -0600 Subject: SOHOWARE & FC2... compatible? Message-ID: <40C7E4C3.80609@yahoo.com> Just a quick question of the clan. I have a TP570E and am running it dual-boot. I have a NCB100 CardBus PCMCIA 10/100 network card (DEC 21*40 chipset, maybe tulip_cb?) that works fine in WinXP, as well as previous installations of Linux (mostly 2.4 kernel). Now with 2.6.5? (whatever default was with FC2), the memory locations are being disabled by FC2. IRQ11 is active and shared by other applications/services, but Expansion ROM address, memory address area and such are showing values but values in parens say disabled. Suggestions? BTW... I searched for help online and found something that said /modprobe yenta_socket /would help, then /service pcmcia restart/ until the next boot, but it doesn't seem to help with me. I think the problem is bigger/different than that. many thanks, jontheisguy From h.mayer at inode.at Thu Jun 10 07:01:10 2004 From: h.mayer at inode.at (Hannes Mayer) Date: Thu, 10 Jun 2004 09:01:10 +0200 Subject: new kernel for testing In-Reply-To: <1086815158.2188.16.camel@localhost.localdomain> References: <1086766126.2810.8.camel@laptop.fenrus.com> <1086815158.2188.16.camel@localhost.localdomain> Message-ID: <40C80736.3020804@inode.at> Ed Hill wrote: > On Wed, 2004-06-09 at 03:28, Arjan van de Ven wrote: > >>Hi, >> >>the plan is to do a kernel update friday or monday (depending on the >>amount of things that turn up in this testing). There is a 424 kernel in >>the testing dir on the ftp repository and on >>http://people.redhat.com/arjanv/2.6 > > > > Just tried the new 424 kernel and it has PCMCIA problems on my ThinkPad > A22p that did not occur with 2.6.5-1.358 or 2.6.6-1.422. When manually > ejecting cards, 424 produces the following error messages on all Xterms: > > kernel: unregister_netdevice: waiting for eth0 to become free. > Usage count = 1 > > and then there was no apparent way of restarting any networking or > getting the prompts back. A shutdown failed to complete as systemlogger > just kept repeating the above error message (pulled power and ejected > battery to eventually shut it off). Hi all! I just had the same problem with ppp0 and kernel 424. unregistered_netdevice: waiting for ppp0 to become free. Usage count = 1 First I couldn't reach outside networks anymore, I tried to restart the VPN connection. Then the above message appeared in the console. Killing pppd failed (even with -9). I tried to reboot, but reboot didn't complete cause syslogd was repeating the message as in Ed's case. I ended up in a power cycle - now it works again. It worked perfect in kernel 391custom (just added NTFS support) Cheers, Hannes. From ivo at vendomar.ee Thu Jun 10 08:28:35 2004 From: ivo at vendomar.ee (Ivo =?ISO-8859-1?Q?S=E4rak?=) Date: Thu, 10 Jun 2004 11:28:35 +0300 Subject: Remote Display. In-Reply-To: <20040610010438.GA29732@ip68-4-98-123.oc.oc.cox.net> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> <1086737507.4375.4.camel@sarmax> <1086740677.12905.37.camel@hillary> <1086771462.3480.2.camel@sarmax> <20040610010438.GA29732@ip68-4-98-123.oc.oc.cox.net> Message-ID: <1086856114.3155.1.camel@sarmax> On Thu, 2004-06-10 at 04:04, Barry K. Nathan wrote: > On Wed, Jun 09, 2004 at 11:57:43AM +0300, Ivo S?rak wrote: > > > > Unfortunately it does not work: > > > > [ivo at sarmax ivo]$ ssh -X ivo at haskaa > > ivo at haskaa's password: > > Last login: Wed Jun 9 09:28:17 2004 > > [ivo at haskaa ivo]$ oocalc > > Starting OpenOffice.org ... > > Aborted > > [ivo at haskaa ivo]$ > > Use -Y instead of -X for now. > > -Barry K. Nathan > Even -Y is working now, but I do not know what fixed it. From ivo at vendomar.ee Thu Jun 10 08:32:00 2004 From: ivo at vendomar.ee (Ivo =?ISO-8859-1?Q?S=E4rak?=) Date: Thu, 10 Jun 2004 11:32:00 +0300 Subject: Remote Display. In-Reply-To: <1086817904.6408.2.camel@phoenix.osg.gov.bc.ca> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> <1086737507.4375.4.camel@sarmax> <1086740677.12905.37.camel@hillary> <1086771462.3480.2.camel@sarmax> <20040609131236.GA10240@angus.ind.WPI.EDU> <1086810547.5414.6.camel@sarmax> <1086811549.5001.43.camel@phoenix.osg.gov.bc.ca> <1086814194.3434.7.camel@sarmax> <1086817904.6408.2.camel@phoenix.osg.gov.bc.ca> Message-ID: <1086856319.3155.6.camel@sarmax> On Thu, 2004-06-10 at 00:51, Christian Thibodeau wrote: > On Wed, 2004-06-09 at 13:49, Ivo S?rak wrote: > > On Wed, 2004-06-09 at 23:05, Christian Thibodeau wrote: > > > On Wed, 2004-06-09 at 12:49, Ivo S?rak wrote: > > > > On Wed, 2004-06-09 at 16:12, Charles R. Anderson wrote: > > > > > On Wed, Jun 09, 2004 at 11:57:43AM +0300, Ivo S?rak wrote: > > > > > > Unfortunately it does not work: > > > > > > > > > > > > [ivo at sarmax ivo]$ ssh -X ivo at haskaa > > > > > > ivo at haskaa's password: > > > > > > Last login: Wed Jun 9 09:28:17 2004 > > > > > > [ivo at haskaa ivo]$ oocalc > > > > > > Starting OpenOffice.org ... > > > > > > Aborted > > > > > > [ivo at haskaa ivo]$ > > > > > > > > > > Is it enabled on the server side too? > > > > > /etc/ssh/sshd_config: > > > > > > > > > > X11Forwarding yes > > > > > > > > > > > > > With server side You mean the host I ssh to? > > > > There is "X11Forwarding yes" even on both ends. > > > > > > > > > > What is the setting of the DISPLAY variable? (on both the host you are > > > on and the host you are connecting to) > > > > > > The DISPLAY variable has to be defined on the host you are on before you > > > connect using ssh, otherwise ssh will not set up X forwarding. > > > > #Host I am ssh'ing from (FC2): > > [ivo at sarmax ivo]$ echo $DISPLAY > > :0.0 > > [ivo at sarmax ivo]$ > > #Remote host I ssh to (RH9): > > [ivo at sarmax ivo]$ ssh ivo at haskaa > > ivo at haskaa's password: > > Last login: Wed Jun 9 22:33:32 2004 from sarmax > > [ivo at haskaa ivo]$ echo $DISPLAY > > localhost:10.0 > > [ivo at haskaa ivo]$ > > Okay so that is set up properly. Can you display anything back to your > server? I usually try to run xclock (/usr/X11R6/bin/xclock) to test the > connection. After I started xclock and it did appeared up, the oocalc started working as well. Before it I updated the openoffice.org package as well, but I do not think it has anything to do with remote display working or not. Now I get: [ivo at sarmax ivo]$ ssh ivo at haskaa ivo at haskaa's password: Last login: Thu Jun 10 11:25:24 2004 from sarmax [ivo at haskaa ivo]$ oocalc Starting configuration import into user data .. .. importing layer file:///home/ivo/SetupXcu.temp - succeeded Starting OpenOffice.org ... I wonder what was wrong and what fixed it... Thanks for helping! From ivo at vendomar.ee Thu Jun 10 09:59:02 2004 From: ivo at vendomar.ee (Ivo =?ISO-8859-1?Q?S=E4rak?=) Date: Thu, 10 Jun 2004 12:59:02 +0300 Subject: Remote Display error no. 2 In-Reply-To: <1086856319.3155.6.camel@sarmax> References: <1086664047.3038.7.camel@localhost.localdomain> <20040608112539.GB2499@devserv.devel.redhat.com> <1086737507.4375.4.camel@sarmax> <1086740677.12905.37.camel@hillary> <1086771462.3480.2.camel@sarmax> <20040609131236.GA10240@angus.ind.WPI.EDU> <1086810547.5414.6.camel@sarmax> <1086811549.5001.43.camel@phoenix.osg.gov.bc.ca> <1086814194.3434.7.camel@sarmax> <1086817904.6408.2.camel@phoenix.osg.gov.bc.ca> <1086856319.3155.6.camel@sarmax> Message-ID: <1086861542.4091.3.camel@sarmax> After the remote display "magically" started working with xclock/oocalc, I now have issue with Midnight Commander: If I ssh out of FC2 running KDE (not under textmode console), start mc over remote end and to press some other key than <,>, ..., a,b,...z the mc will die with: "X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 38 (X_QueryPointer)" http://www.vendomar.ee/~ivo/mc_crash.png https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125698 Something is definitely fishy here, how to fix this? From alan at redhat.com Thu Jun 10 10:56:54 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 10 Jun 2004 06:56:54 -0400 Subject: SOHOWARE & FC2... compatible? In-Reply-To: <40C7E4C3.80609@yahoo.com> References: <40C7E4C3.80609@yahoo.com> Message-ID: <20040610105654.GC29569@devserv.devel.redhat.com> On Wed, Jun 09, 2004 at 10:34:11PM -0600, jb wrote: > 2.4 kernel). Now with 2.6.5? (whatever default was with FC2), the > memory locations are being disabled by FC2. IRQ11 is active and shared > by other applications/services, but Expansion ROM address, memory > address area and such are showing values but values in parens say disabled. Expansion rom should normally be disabled. > Suggestions? BTW... I searched for help online and found something that > said /modprobe yenta_socket /would help, then /service pcmcia restart/ > until the next boot, but it doesn't seem to help with me. I think the > problem is bigger/different than that. Does this occur from initial boot or just resume. Also does it occur if you boot with acpi=off ? From thepoch at mydestiny.net Thu Jun 10 13:40:10 2004 From: thepoch at mydestiny.net (Dexter Ang) Date: Thu, 10 Jun 2004 21:40:10 +0800 Subject: update samba to 3.0.4? Message-ID: <40C864BA.900@mydestiny.net> Any chance of releasing updated samba packages (to 3.0.4)? There's a bug that seems to wreck any chance of using the "security=share" option in smb.conf. Samba's bugzilla is at: https://bugzilla.samba.org/show_bug.cgi?id=1309 and it's been reported in RH's bugzilla at: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121503 I'm just hoping. Thanks developers! dex From tibbs at math.uh.edu Thu Jun 10 14:23:00 2004 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 10 Jun 2004 09:23:00 -0500 Subject: update samba to 3.0.4? In-Reply-To: <40C864BA.900@mydestiny.net> References: <40C864BA.900@mydestiny.net> Message-ID: >>>>> "DA" == Dexter Ang writes: DA> Any chance of releasing updated samba packages (to 3.0.4)? [...] DA> https://bugzilla.samba.org/show_bug.cgi?id=1309 Latest rawhide has 3.0.3-5: * Tue May 04 2004 Jay Fenlason 3.0.3-5 - Patch to allow password changes from machines patched with Microsoft hotfix MS04-011. - Include patches for https://bugzilla.samba.org/show_bug.cgi?id=1302 and https://bugzilla.samba.org/show_bug.cgi?id=1309 So why not install it, test it, and give feedback? - J< From paul at all-the-johnsons.co.uk Thu Jun 10 14:36:57 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 10 Jun 2004 15:36:57 +0100 Subject: libintl.so.3? Message-ID: <1086878217.10020.17.camel@T7.linux> Hi, Just tried to to a yum update as well as one yesterday only to have php requires libintl.so.3 which is unavailable come up both times. Any idea which package it's from or is it just currently missing and I need to wait a bit longer? TTFN Paul -- "Your lives are in the hands of men no smarter than you or I, many of them incompetent boobs. I know this because I worked alongside them, gone bowling with them, watched them pass me over for promotions time and again. And I say ... This stinks!" - Homer Simpson -------------- 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 thepoch at mydestiny.net Thu Jun 10 14:36:29 2004 From: thepoch at mydestiny.net (Dexter Ang) Date: Thu, 10 Jun 2004 22:36:29 +0800 Subject: update samba to 3.0.4? In-Reply-To: References: <40C864BA.900@mydestiny.net> Message-ID: <40C871ED.9000102@mydestiny.net> Jason L Tibbitts III wrote: >>>>>>"DA" == Dexter Ang writes: > > > DA> Any chance of releasing updated samba packages (to 3.0.4)? > [...] > DA> https://bugzilla.samba.org/show_bug.cgi?id=1309 > > Latest rawhide has 3.0.3-5: > > * Tue May 04 2004 Jay Fenlason 3.0.3-5 > > - Patch to allow password changes from machines patched with > Microsoft hotfix MS04-011. > - Include patches for https://bugzilla.samba.org/show_bug.cgi?id=1302 > and https://bugzilla.samba.org/show_bug.cgi?id=1309 > > So why not install it, test it, and give feedback? > > - J< That's what comes with FC2 by default. And it seems the "security=share" bug is still there. Because the latest 3.0.3-5 update is on May 4, 2004, whereas the patch for security=share was released on May 6, 2004. Unfortunate timing. dex From michal at harddata.com Thu Jun 10 15:15:01 2004 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 10 Jun 2004 09:15:01 -0600 Subject: libintl.so.3? In-Reply-To: <1086878217.10020.17.camel@T7.linux>; from paul@all-the-johnsons.co.uk on Thu, Jun 10, 2004 at 03:36:57PM +0100 References: <1086878217.10020.17.camel@T7.linux> Message-ID: <20040610091501.A21360@mail.harddata.com> On Thu, Jun 10, 2004 at 03:36:57PM +0100, Paul wrote: > > Just tried to to a yum update as well as one yesterday only to have php > requires libintl.so.3 which is unavailable come up both times. > > Any idea which package it's from It used to be in gettext-devel (you likely have it so far so you can try 'rpm -qf ....') but it vanished from the last update. > or is it just currently missing and I need to wait a bit longer? Some reorganization - would be my guess - but I have no idea where it is supposed to move, if this is really the case, or what will provide it. Or maybe php will need to be recompiled with something else? Michal From Philip.R.Schaffner at NASA.gov Thu Jun 10 15:37:49 2004 From: Philip.R.Schaffner at NASA.gov (Philip R. Schaffner) Date: Thu, 10 Jun 2004 11:37:49 -0400 Subject: New kernel fails on thinkpad systems In-Reply-To: <20040609155645.GA7476@devserv.devel.redhat.com> References: <20040609155645.GA7476@devserv.devel.redhat.com> Message-ID: <1086881869.8116.3.camel@tabb1.tabb> On Wed, 2004-06-09 at 11:56 -0400, Alan Cox wrote: > On the thinkpad 600 series machines the new kernel kills all > keyboard and mouse I/O - can people try and test the other thinkpad > systems and see how common the problem is. 424 boots and runs OK on Thinkpad A21p - KB, external PS/2 mouse, external IDE drive on USB all work. ACPI not enabled yet - was off by default due to problems with previous kernels. Will try to find time to beat on it some more and report. Phil From tibbs at math.uh.edu Thu Jun 10 15:48:09 2004 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 10 Jun 2004 10:48:09 -0500 Subject: update samba to 3.0.4? In-Reply-To: <40C871ED.9000102@mydestiny.net> References: <40C864BA.900@mydestiny.net> <40C871ED.9000102@mydestiny.net> Message-ID: >>>>> "DA" == Dexter Ang writes: DA> That's what comes with FC2 by default. Indeed it is. However, an update to 3.0.4 for FC1 just popped up. - J< From Giuseppe.Castagna at ens.fr Thu Jun 10 16:24:30 2004 From: Giuseppe.Castagna at ens.fr (Giuseppe Castagna) Date: Thu, 10 Jun 2004 18:24:30 +0200 Subject: New kernel fails on thinkpad systems In-Reply-To: <1086881869.8116.3.camel@tabb1.tabb> References: <20040609155645.GA7476@devserv.devel.redhat.com> <1086881869.8116.3.camel@tabb1.tabb> Message-ID: <1086884670.29533.11.camel@myrte> The 424 have been up for 16 hours and I have no new (with respect to previous versions) problem to signal. Thinkpad X40, with athereos a/b/g card 1Gb of RAM, all the rest is standard. ---Beppe--- From jdennis at redhat.com Thu Jun 10 17:10:25 2004 From: jdennis at redhat.com (John Dennis) Date: Thu, 10 Jun 2004 13:10:25 -0400 Subject: new mailman for FC1 available to fix password security problem Message-ID: <1086887425.6167.31.camel@finch.boston.redhat.com> Subject: Fedora Core 1 Test Update: mailman-2.1.5-6 --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-167 2004-06-10 --------------------------------------------------------------------- Product : Fedora Core 1 Name : mailman Version : 2.1.5 Release : 6 Summary : Mailing list manager with built in Web access. Description : Mailman is software to help manage email discussion lists, much like Majordomo and Smartmail. Unlike most similar products, Mailman gives each mailing list a webpage, and allows users to subscribe, unsubscribe, etc. over the Web. Even the list manager can administer his or her list entirely from the Web. Mailman also integrates most things people want to do with mailing lists, including archiving, mail <-> news gateways, and so on. Documentation can be found in: /usr/share/doc/mailman-2.1.5 When the package has finished installing, you will need to perform some additional installation steps, these are described in: /usr/share/doc/mailman-2.1.5/INSTALL.REDHAT --------------------------------------------------------------------- Update Information: Fixes security issue CAN-2004-0412 noted in bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123559 Mailman subscriber passwords could be retrieved by a remote attacker. Security hole is fixed in mailman-2.1.5 Important Installation Note: Some users have reported problems with bad queue counts after upgrading to version 2.1.5, the operating assumption is this was caused by performing an install while mailman was running. Prior to installing this rpm stop the mailman service via: % /sbin/service mailman stop Then after installation completes restart the service via: % /sbin/service mailman start Red Hat RPM versions of mailman 2.1.5-6 and above have enhanced the init.d script that controls the mailman service so that "/sbin/service mailman status" now returns valid information. The RPM has been augmented to detect if mailman is running prior to installation and if so it will temporarily stop mailman during the install and restart mailman after the install completes. If mailman was not running the RPM will not start mailman after installation. Since the RPM depends on service status working the installed version of mailman you are replacing must be at least 2.1.5-6 for the automatic pausing of mailman during installation to work. This also means since this is the first RPM with this feature you will need to manually pause mailman during installation, future upgrades should be automatic. --------------------------------------------------------------------- --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ bff6400afb0f212e81ffb7a2e2b0e617 SRPMS/mailman-2.1.5-6.src.rpm fa23a12ebe267bc951f36836518c6205 i386/mailman-2.1.5-6.i386.rpm 97e885b25e126c2eef5943e82a37ea49 i386/debug/mailman-debuginfo-2.1.5-6.i386.rpm f15fba5a424e91403cc54fa527755aab x86_64/mailman-2.1.5-6.x86_64.rpm 999512cc65437cf9542df2cdb82b41e1 x86_64/debug/mailman-debuginfo-2.1.5-6.x86_64.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://fedora.redhat.com/updates/testing/fedora-core-1 --------------------------------------------------------------------- From jdennis at redhat.com Thu Jun 10 17:14:25 2004 From: jdennis at redhat.com (John Dennis) Date: Thu, 10 Jun 2004 13:14:25 -0400 Subject: new mailman for FC2 available to fix password security problem Message-ID: <1086887665.6167.36.camel@finch.boston.redhat.com> Subject: Fedora Core 2 Test Update: mailman-2.1.5-7 --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-168 2004-06-10 --------------------------------------------------------------------- Product : Fedora Core 2 Name : mailman Version : 2.1.5 Release : 7 Summary : Mailing list manager with built in Web access. Description : Mailman is software to help manage email discussion lists, much like Majordomo and Smartmail. Unlike most similar products, Mailman gives each mailing list a webpage, and allows users to subscribe, unsubscribe, etc. over the Web. Even the list manager can administer his or her list entirely from the Web. Mailman also integrates most things people want to do with mailing lists, including archiving, mail <-> news gateways, and so on. Documentation can be found in: /usr/share/doc/mailman-2.1.5 When the package has finished installing, you will need to perform some additional installation steps, these are described in: /usr/share/doc/mailman-2.1.5/INSTALL.REDHAT --------------------------------------------------------------------- Update Information: Fixes security issue CAN-2004-0412 noted in bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123559 Mailman subscriber passwords could be retrieved by a remote attacker. Security hole is fixed in mailman-2.1.5 Important Installation Note: Some users have reported problems with bad queue counts after upgrading to version 2.1.5, the operating assumption is this was caused by performing an install while mailman was running. Prior to installing this rpm stop the mailman service via: % /sbin/service mailman stop Then after installation completes restart the service via: % /sbin/service mailman start Red Hat RPM versions of mailman 2.1.5-6 and above have enhanced the init.d script that controls the mailman service so that "/sbin/service mailman status" now returns valid information. The RPM has been augmented to detect if mailman is running prior to installation and if so it will temporarily stop mailman during the install and restart mailman after the install completes. If mailman was not running the RPM will not start mailman after installation. Since the RPM depends on service status working the installed version of mailman you are replacing must be at least 2.1.5-6 for the automatic pausing of mailman during installation to work. This also means since this is the first RPM with this feature you will need to manually pause mailman during installation, future upgrades should be automatic. --------------------------------------------------------------------- --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/ 821a649aa77fb19c6cad8cba47f3d7d6 SRPMS/mailman-2.1.5-7.src.rpm 32bf032891a272d8be1cba0d80ae01f8 i386/mailman-2.1.5-7.i386.rpm cf23a0c98911ce6c2b257b94836c7a01 i386/debug/mailman-debuginfo-2.1.5-7.i386.rpm 3a87ad29697b0e23799ba90fbbf0a290 x86_64/mailman-2.1.5-7.x86_64.rpm 88fb81f97a5677c25b788e7d33e7136f x86_64/debug/mailman-debuginfo-2.1.5-7.x86_64.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://fedora.redhat.com/updates/testing/fedora-core-2 --------------------------------------------------------------------- From alan at redhat.com Thu Jun 10 17:26:32 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 10 Jun 2004 13:26:32 -0400 Subject: new mailman for FC2 available to fix password security problem In-Reply-To: <1086887665.6167.36.camel@finch.boston.redhat.com> References: <1086887665.6167.36.camel@finch.boston.redhat.com> Message-ID: <20040610172632.GC29626@devserv.devel.redhat.com> On Thu, Jun 10, 2004 at 01:14:25PM -0400, John Dennis wrote: > % /sbin/service mailman stop > > Then after installation completes restart the service via: > > % /sbin/service mailman start Shouldnt this be in the install script ? From mattdm at mattdm.org Thu Jun 10 17:38:05 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 10 Jun 2004 13:38:05 -0400 Subject: new mailman for FC2 available to fix password security problem In-Reply-To: <20040610172632.GC29626@devserv.devel.redhat.com> References: <1086887665.6167.36.camel@finch.boston.redhat.com> <20040610172632.GC29626@devserv.devel.redhat.com> Message-ID: <20040610173805.GA5251@jadzia.bu.edu> On Thu, Jun 10, 2004 at 01:26:32PM -0400, Alan Cox wrote: > On Thu, Jun 10, 2004 at 01:14:25PM -0400, John Dennis wrote: > > % /sbin/service mailman stop > > Then after installation completes restart the service via: > > % /sbin/service mailman start > Shouldnt this be in the install script ? Probably, except: The mailman init script also doesn't actually do a complete restart on 'restart', and cleverly starts up an additional copy whenever you change runlevels. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jdennis at redhat.com Thu Jun 10 17:56:59 2004 From: jdennis at redhat.com (John Dennis) Date: Thu, 10 Jun 2004 13:56:59 -0400 Subject: new mailman for FC2 available to fix password security problem In-Reply-To: <20040610172632.GC29626@devserv.devel.redhat.com> References: <1086887665.6167.36.camel@finch.boston.redhat.com> <20040610172632.GC29626@devserv.devel.redhat.com> Message-ID: <1086890218.6167.63.camel@finch.boston.redhat.com> On Thu, 2004-06-10 at 13:26, Alan Cox wrote: > On Thu, Jun 10, 2004 at 01:14:25PM -0400, John Dennis wrote: > > % /sbin/service mailman stop > > > > Then after installation completes restart the service via: > > > > % /sbin/service mailman start > > Shouldnt this be in the install script ? If when you say "install script" you mean the %pre and %post sections of the rpm the answer is yes, it is now done there. The catch is that the %pre section of the install script depends on the currently installed mailman being able to correctly report its running status, which is a "feature" added to this new rpm. So the install script will do the right thing, but only if its installing over a version that can report its running status. Bottom line, once this rpm has been installed the install script in future upgrades will do the right thing. Make sense? -- John Dennis From pjones at redhat.com Thu Jun 10 21:58:00 2004 From: pjones at redhat.com (Peter Jones) Date: Thu, 10 Jun 2004 17:58:00 -0400 Subject: New kernel fails on thinkpad systems In-Reply-To: <20040609155645.GA7476@devserv.devel.redhat.com> References: <20040609155645.GA7476@devserv.devel.redhat.com> Message-ID: <1086904681.3302.2.camel@localhost.localdomain> On Wed, 2004-06-09 at 11:56 -0400, Alan Cox wrote: > On the thinkpad 600 series machines the new kernel kills all > keyboard and mouse I/O - can people try and test the other thinkpad > systems and see how common the problem is. .424 on my T41 (2373-9FU) doesn't see keyboard input. Mouse (joystick on keyboard) works, all of the mouse buttons seem to work fine, and touchpad works for moving the cursor. Click to tap fails, as it always has. -- Peter "I stick my neck out for nobody." -- Bogart From alan at redhat.com Fri Jun 11 02:47:23 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 10 Jun 2004 22:47:23 -0400 Subject: New kernel fails on thinkpad systems In-Reply-To: <1086904681.3302.2.camel@localhost.localdomain> References: <20040609155645.GA7476@devserv.devel.redhat.com> <1086904681.3302.2.camel@localhost.localdomain> Message-ID: <20040611024723.GB29326@devserv.devel.redhat.com> On Thu, Jun 10, 2004 at 05:58:00PM -0400, Peter Jones wrote: > .424 on my T41 (2373-9FU) doesn't see keyboard input. Mouse (joystick Does the boot option "i8042.nolock" cure this ? From mike at netlyncs.com Fri Jun 11 03:27:23 2004 From: mike at netlyncs.com (Mike Chambers) Date: Thu, 10 Jun 2004 22:27:23 -0500 Subject: libintl.so.3? In-Reply-To: <1086878217.10020.17.camel@T7.linux> References: <1086878217.10020.17.camel@T7.linux> Message-ID: <1086924443.2077.0.camel@scrappy.netlyncs.com> On Thu, 2004-06-10 at 15:36 +0100, Paul wrote: > Just tried to to a yum update as well as one yesterday only to have php > requires libintl.so.3 which is unavailable come up both times. > > Any idea which package it's from or is it just currently missing and I > need to wait a bit longer? [mike at scrappy mike]$ rpm -qf /usr/lib/libintl.so.3.4.0 gettext-0.14.1-5 [mike at scrappy mike]$ rpm -qf /usr/lib/libintl.so.3 gettext-0.14.1-5 -- Mike Chambers Madisonville, KY "It's always better to hurt a little now, than to hurt a lot later!" From tdiehl at rogueind.com Fri Jun 11 03:30:21 2004 From: tdiehl at rogueind.com (Tom Diehl) Date: Thu, 10 Jun 2004 23:30:21 -0400 (EDT) Subject: New kernel fails on thinkpad systems In-Reply-To: <20040611024723.GB29326@devserv.devel.redhat.com> References: <20040609155645.GA7476@devserv.devel.redhat.com> <1086904681.3302.2.camel@localhost.localdomain> <20040611024723.GB29326@devserv.devel.redhat.com> Message-ID: On Thu, 10 Jun 2004, Alan Cox wrote: > On Thu, Jun 10, 2004 at 05:58:00PM -0400, Peter Jones wrote: > > .424 on my T41 (2373-9FU) doesn't see keyboard input. Mouse (joystick > > Does the boot option "i8042.nolock" cure this ? Is there a list of ALL of the boot options somewhere? Every time I look there seems to be another option I have never heard of before. Tom From llch at redhat.com Fri Jun 11 03:47:57 2004 From: llch at redhat.com (Leon Ho) Date: Fri, 11 Jun 2004 13:47:57 +1000 Subject: libintl.so.3? In-Reply-To: <20040610091501.A21360@mail.harddata.com> References: <1086878217.10020.17.camel@T7.linux> <20040610091501.A21360@mail.harddata.com> Message-ID: <1086925677.11932.6.camel@windcloud.brisbane.redhat.com> On Fri, 2004-06-11 at 01:15, Michal Jaegermann wrote: > On Thu, Jun 10, 2004 at 03:36:57PM +0100, Paul wrote: > > > > Just tried to to a yum update as well as one yesterday only to have php > > requires libintl.so.3 which is unavailable come up both times. > > > > Any idea which package it's from > > It used to be in gettext-devel (you likely have it so far so you > can try 'rpm -qf ....') but it vanished from the last update. > > > or is it just currently missing and I need to wait a bit longer? > > Some reorganization - would be my guess - but I have no idea where > it is supposed to move, if this is really the case, or what will > provide it. Or maybe php will need to be recompiled with something > else? > > Michal You are right, there has been some reorganization. Please refer to this bug for the info: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125497 Paul, would you tell me if the php's version that requires libintl.so.3? It may need a rebuild. Thanks, Leon From wtogami at redhat.com Fri Jun 11 05:25:16 2004 From: wtogami at redhat.com (Warren Togami) Date: Thu, 10 Jun 2004 19:25:16 -1000 Subject: new mailman for FC2 available to fix password security problem In-Reply-To: <20040610173805.GA5251@jadzia.bu.edu> References: <1086887665.6167.36.camel@finch.boston.redhat.com> <20040610172632.GC29626@devserv.devel.redhat.com> <20040610173805.GA5251@jadzia.bu.edu> Message-ID: <40C9423C.6080206@redhat.com> Matthew Miller wrote: > On Thu, Jun 10, 2004 at 01:26:32PM -0400, Alan Cox wrote: > >>On Thu, Jun 10, 2004 at 01:14:25PM -0400, John Dennis wrote: >> >>>% /sbin/service mailman stop >>>Then after installation completes restart the service via: >>>% /sbin/service mailman start >> >>Shouldnt this be in the install script ? > > > Probably, except: > > > > The mailman init script also doesn't actually do a complete restart on > 'restart', and cleverly starts up an additional copy whenever you change > runlevels. > "cleverly starts up an additional copy whenever you change runlevels" usually means it isn't properly setting and checking the /var/lock/subsys like other services. Warren Togami wtogami at redhat.com From wtogami at redhat.com Fri Jun 11 07:27:41 2004 From: wtogami at redhat.com (Warren Togami) Date: Thu, 10 Jun 2004 21:27:41 -1000 Subject: new mailman for FC2 available to fix password security problem In-Reply-To: <40C9423C.6080206@redhat.com> References: <1086887665.6167.36.camel@finch.boston.redhat.com> <20040610172632.GC29626@devserv.devel.redhat.com> <20040610173805.GA5251@jadzia.bu.edu> <40C9423C.6080206@redhat.com> Message-ID: <40C95EED.9080200@redhat.com> Warren Togami wrote: >> The mailman init script also doesn't actually do a complete restart on >> 'restart', and cleverly starts up an additional copy whenever you change >> runlevels. >> > > "cleverly starts up an additional copy whenever you change runlevels" > usually means it isn't properly setting and checking the > /var/lock/subsys like other services. > Confirmed, /etc/init.d/mailman script is terrible. I am in the process of rewriting it based on the semantics of /etc/init.d/cpuspeed or /etc/init.d/httpd, but having trouble because mailmanctl doesn't return non-zero return codes upon certain errors. Looking at patching mailmanctl next... Warren Togami wtogami at redhat.com From bartk at clara.co.uk Fri Jun 11 10:40:23 2004 From: bartk at clara.co.uk (Bart Kalita) Date: Fri, 11 Jun 2004 11:40:23 +0100 Subject: problems with installing Abiword Message-ID: <1086950423.9784.16.camel@nemesis.astradine.net> After running yum update form devel tree I came across this problem while trying to install Abiword. Gathering header information file(s) from server(s) Server: Fedora Linux 2 - i386 - core Server: Fedora Core 2 - Development Tree Server: Dries APT/YUM Repository Server: Fedora.us Extras (Stable) Server: Fedora Linux 2 - i386 - freshrpms Server: Livna.org - Fedora Compatible Packages (stable) Server: Fedora Linux 2 - i386 - updates Finding updated packages Downloading needed headers Resolving dependencies ....Unable to satisfy dependencies Package abiword needs libcrlayeng.so.1, this is not available. Package abiword needs libcroco.so.1, this is not available. Package abiword needs libcrseleng.so.2, this is not available. package libcroco-0.4.0-4 has those but its been replaced by newer version that doesn't satisfy these deps. Is there a way around this?? Thanks. -- __________________________________________________________ Bart Kalita MCP Registered Linux user #347493 Fedora Core 2 www.bart-domain.com www.astradine.no-ip.org From bcs at metacon.ca Fri Jun 11 12:23:52 2004 From: bcs at metacon.ca (Ben Steeves) Date: Fri, 11 Jun 2004 09:23:52 -0300 Subject: New kernel fails on thinkpad systems In-Reply-To: <1086904681.3302.2.camel@localhost.localdomain> References: <20040609155645.GA7476@devserv.devel.redhat.com> <1086904681.3302.2.camel@localhost.localdomain> Message-ID: <1086956631.4319.9.camel@zephyr.its.unb.ca> On Thu, 2004-06-10 at 18:58, Peter Jones wrote: > On Wed, 2004-06-09 at 11:56 -0400, Alan Cox wrote: > > On the thinkpad 600 series machines the new kernel kills all > > keyboard and mouse I/O - can people try and test the other thinkpad > > systems and see how common the problem is. > > .424 on my T41 (2373-9FU) doesn't see keyboard input. Mouse (joystick > on keyboard) works, all of the mouse buttons seem to work fine, and > touchpad works for moving the cursor. > > Click to tap fails, as it always has. Almost everything works fine here (keyboard, double-tap, USB), on a T30. The only thing I haven't had a chance to test thoroughly is suspend/hibernate/resume functionality (which has always been hit-and-miss with linux since day one, mostly due to the display not coming back upon resume). -- Ben Steeves _ bcs at metacon.ca The ASCII ribbon campaign ( ) ben.steeves at unb.ca against HTML e-mail X GPG ID: 0xB3EBF1D9 http://www.metacon.ca/ascii / \ Yahoo Messenger: ben_steeves From concert at europe.com Fri Jun 11 14:46:16 2004 From: concert at europe.com (t l) Date: Fri, 11 Jun 2004 06:46:16 -0800 Subject: problems with update to subversion-1.0.4-2 (swig-1.3.21-2) Message-ID: <20040611144616.1081D1F4FEA@ws1-2.us4.outblaze.com> Latest subversion package in 'released updates' tree will not install with latest swig package in development tree. Bugzilla'ed here: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125793 -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm From shahms at shahms.com Fri Jun 11 14:56:56 2004 From: shahms at shahms.com (Shahms King) Date: Fri, 11 Jun 2004 07:56:56 -0700 Subject: problems with installing Abiword In-Reply-To: <1086950423.9784.16.camel@nemesis.astradine.net> References: <1086950423.9784.16.camel@nemesis.astradine.net> Message-ID: <1086965816.10499.66.camel@shahms.mesd.k12.or.us> On Fri, 2004-06-11 at 03:40, Bart Kalita wrote: > After running yum update form devel tree I came across this problem > while trying to install Abiword. > > Gathering header information file(s) from server(s) > Server: Fedora Linux 2 - i386 - core > Server: Fedora Core 2 - Development Tree > Server: Dries APT/YUM Repository > Server: Fedora.us Extras (Stable) > Server: Fedora Linux 2 - i386 - freshrpms > Server: Livna.org - Fedora Compatible Packages (stable) > Server: Fedora Linux 2 - i386 - updates > Finding updated packages > Downloading needed headers > Resolving dependencies > ....Unable to satisfy dependencies > Package abiword needs libcrlayeng.so.1, this is not available. > Package abiword needs libcroco.so.1, this is not available. > Package abiword needs libcrseleng.so.2, this is not available. > > package libcroco-0.4.0-4 has those but its been replaced by newer > version that doesn't satisfy these deps. > > Is there a way around this?? 1) Revert libcroco and the packages that depend on it. 2) Grab the Abiword SRPM and recompile it. I don't think Abiword is the only package you'll have to do this to, however. -- Shahms King From pjones at redhat.com Fri Jun 11 17:01:45 2004 From: pjones at redhat.com (Peter Jones) Date: Fri, 11 Jun 2004 13:01:45 -0400 Subject: New kernel fails on thinkpad systems In-Reply-To: <20040611024723.GB29326@devserv.devel.redhat.com> References: <20040609155645.GA7476@devserv.devel.redhat.com> <1086904681.3302.2.camel@localhost.localdomain> <20040611024723.GB29326@devserv.devel.redhat.com> Message-ID: <1086973306.3543.5.camel@localhost.localdomain> On Thu, 2004-06-10 at 22:47 -0400, Alan Cox wrote: > On Thu, Jun 10, 2004 at 05:58:00PM -0400, Peter Jones wrote: > > .424 on my T41 (2373-9FU) doesn't see keyboard input. Mouse (joystick > > Does the boot option "i8042.nolock" cure this ? Doesn't seem to have any effect whatsoever. I also notice that acpi suspend doesn't work with this kernel or with 1.374, using either /proc/acpi/sleep or /sys/power/state . /sys/power/ state at least worked* sometime in mid may (when I wrote my suspend scripts), but I've no idea what kernel I was running then. Currently if I do "echo -n mem > /sys/power/state" it looks like it's suspending, but it immediately comes back up. * It _is_ a ThinkPad, which means acpi suspend in Linux still keeps the box pretty warm and chews up battery. But it at least *looked* like it works... -- Peter "Sanity's just a one trick pony anyway. You only get one trick -- rational thinking -- but when you're good and crazy, the sky's the limit!" -- The Tick From balay at fastmail.fm Fri Jun 11 18:36:28 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 11 Jun 2004 13:36:28 -0500 (CDT) Subject: New kernel fails on thinkpad systems In-Reply-To: <1086973306.3543.5.camel@localhost.localdomain> References: <20040609155645.GA7476@devserv.devel.redhat.com> <1086904681.3302.2.camel@localhost.localdomain> <20040611024723.GB29326@devserv.devel.redhat.com> <1086973306.3543.5.camel@localhost.localdomain> Message-ID: On Fri, 11 Jun 2004, Peter Jones wrote: > I also notice that acpi suspend doesn't work with this kernel or with > 1.374, using either /proc/acpi/sleep or /sys/power/state . /sys/power/ > state at least worked* sometime in mid may (when I wrote my suspend > scripts), but I've no idea what kernel I was running then. > > Currently if I do "echo -n mem > /sys/power/state" it looks like it's > suspending, but it immediately comes back up. > > * It _is_ a ThinkPad, which means acpi suspend in Linux still keeps the > box pretty warm and chews up battery. But it at least *looked* like it > works... http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124337 The current workarround is unloading 'ehci_hcd' module before suspend. Since ACPI has other issues on thinkpads - I've just been using APM only.. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121906 Satish From markf78 at yahoo.com Sat Jun 12 02:43:07 2004 From: markf78 at yahoo.com (Mark Fonnemann) Date: Fri, 11 Jun 2004 19:43:07 -0700 (PDT) Subject: kernel-2.6.6-1.422 & logwatch error message Message-ID: <20040612024307.79086.qmail@web11402.mail.yahoo.com> Hello- is anyone else seeing those multiple "open(/dev/pts/0): no such file or directory" entries in the "Init Begin" section of their Logwatch? is there something not configured correctly on my system or is this a bug? i found this in the archives but apparently the person did not follow up with Bill: http://www.redhat.com/archives/fedora-list/2003-November/msg04212.html but, to answer his question, yes, i'm using graphical boot. i'm also using kernel-2.6.6-1.422 on a FC2 system (updated to rawhide)... well, any help would be appreciated. thanks! mark. :-) p.s. e.g., here's the logwatch from yesterday: ################### LogWatch 5.1 (02/03/04) #################### Processing Initiated: Thu Jun 10 15:00:19 2004 Date Range Processed: yesterday Detail Level of Output: 0 Logfiles for Host: markf78 ################################################################ --------------------- Init Begin ------------------------ **Unmatched Entries** open(/dev/pts/0): No such file or directory open(/dev/pts/0): No such file or directory open(/dev/pts/0): No such file or directory open(/dev/pts/0): No such file or directory open(/dev/pts/0): No such file or directory open(/dev/pts/0): No such file or directory open(/dev/pts/0): No such file or directory (it's then repeated 2051 more times) ---------------------- Init End ------------------------- --------------------- ModProbe Begin ------------------------ Errors running install command: sound_slot_1 : 24 Time(s) ---------------------- ModProbe End ------------------------- __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From paul at all-the-johnsons.co.uk Sat Jun 12 15:06:04 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 12 Jun 2004 16:06:04 +0100 Subject: libgcj Message-ID: <1087052764.6077.0.camel@T7.linux> Hi, libgcj >= 3.4.0-1 seems to be missing from rawhide. Any ideas if it's been reorganised somewhere else? TTFN Paul -- "Your lives are in the hands of men no smarter than you or I, many of them incompetent boobs. I know this because I worked alongside them, gone bowling with them, watched them pass me over for promotions time and again. And I say ... This stinks!" - Homer Simpson -------------- 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 Sat Jun 12 15:26:09 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 12 Jun 2004 15:26:09 +0000 Subject: growisofs + rawhide Message-ID: <1087053969.6409.1.camel@T7.linux> Hi, The version of growisofs seems to have problems currently. While the DVD will burn correctly, the cache never seems to clear and growisofs has to be killed manually. This occurs when using k3b rpm -q mkisofs-2.01-0.a27.4 TTFN Paul -- "Your lives are in the hands of men no smarter than you or I, many of them incompetent boobs. I know this because I worked alongside them, gone bowling with them, watched them pass me over for promotions time and again. And I say ... This stinks!" - Homer Simpson -------------- 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 P.R.Schaffner at IEEE.org Sun Jun 13 12:26:57 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sun, 13 Jun 2004 08:26:57 -0400 Subject: VMware and kernel-2.6.6-1.427 Message-ID: <1087129617.5316.6.camel@tabb1.tabb> kernel-2.6.6-1.427 broke vmware 4.5.1 with compile-time undefined errors when running vmware-config.pl (sorry - neglected to capture them) but http://platan.vc.cvut.cz/ftp/pub/vmware/vmware-any-any-update69.tar.gz seems to make it happy again. Thanks again to Petr Vandrovec for his updates! Phil From karlheinz at khschulz.com Sun Jun 13 12:38:50 2004 From: karlheinz at khschulz.com (Karl-Heinz Schulz) Date: Sun, 13 Jun 2004 08:38:50 -0400 Subject: Problems to install Snort on Fedora RC2 Message-ID: <20040613083507.c610730aca14400eb72e1cf44b6ba31c.in@khschulz.com> I run into problems to install Snort on my Fedora Box. It complains that the "libpcap.so.0.0.2" is needed. I did a search and this version comes with libpcap-0.7.2-7.1. The version on my systems is libpcap-0.8.-3. Is there a workaround? TIA -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2778 bytes Desc: not available URL: From ghisha at email.it Sun Jun 13 12:39:55 2004 From: ghisha at email.it (Giandomenico De Tullio) Date: Sun, 13 Jun 2004 14:39:55 +0200 Subject: VMware and kernel-2.6.6-1.427 In-Reply-To: <1087129617.5316.6.camel@tabb1.tabb> (from P.R.Schaffner@IEEE.org on dom, giu 13, 2004 at 14:26:57 +0200) References: <1087129617.5316.6.camel@tabb1.tabb> Message-ID: <20040613123955.GA2972@Defiant.DarkDimension.sat> On 13/06/2004 14:26:57, Phil Schaffner wrote: > kernel-2.6.6-1.427 broke vmware 4.5.1 with compile-time undefined > errors > when running vmware-config.pl (sorry - neglected to capture them) but > http://platan.vc.cvut.cz/ftp/pub/vmware/vmware-any-any-update69.tar.gz > seems to make it happy again. > > Thanks again to Petr Vandrovec for his updates! Have you try VMware version 4.5.2 ? ;) From peery at io.com Sun Jun 13 13:45:15 2004 From: peery at io.com (Alan Peery) Date: Sun, 13 Jun 2004 14:45:15 +0100 Subject: Problems to install Snort on Fedora RC2 In-Reply-To: <20040613083507.c610730aca14400eb72e1cf44b6ba31c.in@khschulz.com> References: <20040613083507.c610730aca14400eb72e1cf44b6ba31c.in@khschulz.com> Message-ID: <40CC5A6B.2070204@io.com> Karl-Heinz Schulz wrote: >I run into problems to install Snort on my Fedora Box. > >It complains that the "libpcap.so.0.0.2" is needed. > > Check which libraries exist on your system: rpm -ql libpcap-0.8.-3 Now that you know exactly which library was installed on your system, you can consider something like the line below, taking advantage of the fact that libraries are (usually) backwards compatible. ln -s /usr/lib/ /usr/lib/libpcap.so.0.0.2 Note that installing the old libpcap directly may give better results. Alan From darren at dzr-web.com Sun Jun 13 14:02:32 2004 From: darren at dzr-web.com (D. D. Brierton) Date: Sun, 13 Jun 2004 15:02:32 +0100 Subject: new kernel for testing In-Reply-To: <1086783136.2810.11.camel@laptop.fenrus.com> References: <1086766126.2810.8.camel@laptop.fenrus.com> <1086782573.20906.0.camel@excession.dzr> <1086783136.2810.11.camel@laptop.fenrus.com> Message-ID: <1087135352.4415.11.camel@localhost.localdomain> On Wed, 2004-06-09 at 13:12, Arjan van de Ven wrote: > On Wed, 2004-06-09 at 14:02, D. D. Brierton wrote: > > On Wed, 2004-06-09 at 08:28, Arjan van de Ven wrote: > > > Hi, > > > > > > the plan is to do a kernel update friday or monday (depending on the > > > amount of things that turn up in this testing). There is a 424 kernel in > > > the testing dir on the ftp repository and on > > > http://people.redhat.com/arjanv/2.6 > > > One of the last minute changes is a series of patches to the input > > > subsystem that are supposed to fix a lot of the "tapping my laptops > > > touchpad doesn't work" bugs. So please beat hard on this kernel... > > > > Does this kernel have FireWire re-enabled? > > yes > so if you have firewire hw, do beat on it too... > > ______________________________________________________________________ So, I finally installed FC2 yesterday, and immediately updated to 2.6.6-1.427. FireWire seems to be working absolutely fine: my external Iomega 120GB FireWire drive was detected and the nightly backup onto it seems to have gone without incident. I have copied large (~400MB) files to and from it without incident so far. There was only one thing regarding this that struck me as not quite right, but it's not a problem with the kernel but rather with kudzu. When I first booted into 2.6.6-1.427 with the FireWire drive attached kudzu recognised the device and asked if I wanted to configure it to which I said yes. However, kudzu did not create a mount point for it like it does for CD drives and floppies which I think it should. I created an entry in fstab and a mount point in /mnt, but still no icon for the drive showed up on my GNOME desktop even when the device was mounted. I then added the option "users" to the fstab entry and an icon appeared on the desktop. None of that was really a problem for me, but a newbie would have just thought that FC2 was failing to see the external drive. Should I bugzilla this (against kudzu/updfstab)? Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From h.mayer at inode.at Sun Jun 13 19:46:18 2004 From: h.mayer at inode.at (Hannes Mayer) Date: Sun, 13 Jun 2004 21:46:18 +0200 Subject: new kernel for testing In-Reply-To: <40C80736.3020804@inode.at> References: <1086766126.2810.8.camel@laptop.fenrus.com> <1086815158.2188.16.camel@localhost.localdomain> <40C80736.3020804@inode.at> Message-ID: <40CCAF0A.6060403@inode.at> Hannes Mayer wrote: > Ed Hill wrote: > >> On Wed, 2004-06-09 at 03:28, Arjan van de Ven wrote: >> >>> Hi, >>> >>> the plan is to do a kernel update friday or monday (depending on the >>> amount of things that turn up in this testing). There is a 424 kernel in >>> the testing dir on the ftp repository and on >>> http://people.redhat.com/arjanv/2.6 >> >> >> >> >> Just tried the new 424 kernel and it has PCMCIA problems on my ThinkPad >> A22p that did not occur with 2.6.5-1.358 or 2.6.6-1.422. When manually >> ejecting cards, 424 produces the following error messages on all Xterms: >> >> kernel: unregister_netdevice: waiting for eth0 to become free. >> Usage count = 1 >> >> and then there was no apparent way of restarting any networking or >> getting the prompts back. A shutdown failed to complete as systemlogger >> just kept repeating the above error message (pulled power and ejected >> battery to eventually shut it off). > > > Hi all! > > I just had the same problem with ppp0 and kernel 424. > > unregistered_netdevice: waiting for ppp0 to become free. Usage count = 1 > > First I couldn't reach outside networks anymore, I tried to restart the > VPN connection. Then the above message appeared in the console. > Killing pppd failed (even with -9). I tried to reboot, but reboot didn't > complete cause syslogd was repeating the message as in Ed's case. > I ended up in a power cycle - now it works again. > > It worked perfect in kernel 391custom (just added NTFS support) Just a quick update for you Arjan: Today I installed kernel 427 and I'm running it for 6+ hours now and the unregistered_netdevice problem is gone. Thank you very much for the great work! :-) Cheers, Hannes. From ggw at wolves.durham.nc.us Sun Jun 13 20:41:15 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Sun, 13 Jun 2004 16:41:15 -0400 Subject: missing libintl.so.3 - httpd can't load php module Message-ID: <20040613204115.GA13547@wolves.durham.nc.us> Due to a missing libintl.so.3 httpd fails to startup because the php module wants libintl. who dropped the ball? Running a development/rawhide install as of 2004/6/12 gettext and gettext-devel are installed. -- G.Wolfe Woodbury `- -' U The Line Eater is a boojum! From peter_banks at charter.net Sun Jun 13 21:39:20 2004 From: peter_banks at charter.net (Peter A. Banks) Date: Sun, 13 Jun 2004 17:39:20 -0400 Subject: Apache/php problem In-Reply-To: <20040613160016.0F06C747A6@hormel.redhat.com> Message-ID: <000001c4518e$ec592e90$9c01a8c0@charter.net> When I attempt to run the Apache web server with the newest PHP off of the Rawhide distribution I get an error can not find file libintl.so.3. find / -name libintl.so* -print does not find the file. A google search on libintl.so download brings up some articles implying the file comes with gettext library. I am running the newest one provided on the rawhide distribution. Downloading old versions of the gettext library did not seem to help. Any suggestions? I get the same error when I attempt to run php from the command line. Regards pab From peter_banks at charter.net Sun Jun 13 21:47:34 2004 From: peter_banks at charter.net (Peter A. Banks) Date: Sun, 13 Jun 2004 17:47:34 -0400 Subject: Any suggestions over a good working File browser. In-Reply-To: <20040613160016.0F06C747A6@hormel.redhat.com> Message-ID: <000101c45190$0c318950$9c01a8c0@charter.net> Since Konqueror which comes with Fedora 2 KDE is both real slow and hangs a lot, and Nautilus is slow and is hard to work with since they made the tree view is not the default. Yeah I know I restore the tree view which I have made the default. Any good suggestions for a replacement file browser that I can download and compile? I do like being able to open a terminal session in active window like you can in Konqueror. Regards pab From alan at redhat.com Sun Jun 13 22:18:28 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 13 Jun 2004 18:18:28 -0400 Subject: Any suggestions over a good working File browser. In-Reply-To: <000101c45190$0c318950$9c01a8c0@charter.net> References: <20040613160016.0F06C747A6@hormel.redhat.com> <000101c45190$0c318950$9c01a8c0@charter.net> Message-ID: <20040613221828.GA26368@devserv.devel.redhat.com> On Sun, Jun 13, 2004 at 05:47:34PM -0400, Peter A. Banks wrote: > Since Konqueror which comes with Fedora 2 KDE is both real slow and > hangs a lot, and Nautilus is slow and is hard to work with since they > made the tree view is not the default. Yeah I know I restore the tree I'm surprised you find nautilus slow - the new mode especially is fast on my boxes. What sort of system are you running and do you have a lot of say NFS files ? > Any good suggestions for a replacement file browser that I can download > and compile? I do like being able to open a terminal session in active > window like you can in Konqueror. Fedora Core 2 shipped with three desktops. Gnome, KDE and XFCe. The XFCe desktop uses a lot less memory than KDE or Gnome although less featureful. For raw speed I've not seen anything to outperform RoX as a reasonably featured file manager. Rox and XFCe work together very nicely. From jdy at cs.brown.edu Sun Jun 13 22:26:56 2004 From: jdy at cs.brown.edu (Joel Young) Date: Sun, 13 Jun 2004 18:26:56 -0400 Subject: cdrom burner errors Message-ID: <20040613222656.BD3143CF7@null.cs.brown.edu> I've started to get these types of errors when burning CDs. The first two blank CDs I insert and burn work just fine, but the third dorks up and causes the kernel to emit: Jun 13 18:20:38 user-12l2ln0 kernel: hdc: drive not ready for command Jun 13 18:20:38 user-12l2ln0 kernel: hdc: ATAPI reset complete Jun 13 18:20:38 user-12l2ln0 kernel: hdc: status error: status=0x58 { DriveReady SeekComplete DataRequest } Jun 13 18:20:38 user-12l2ln0 kernel: hdc: status error: error=0x00 Jun 13 18:20:38 user-12l2ln0 kernel: hdc: drive not ready for command Jun 13 18:20:38 user-12l2ln0 kernel: hdc: status error: status=0x58 { DriveReady SeekComplete DataRequest } Jun 13 18:20:38 user-12l2ln0 kernel: hdc: status error: error=0x00 Jun 13 18:20:38 user-12l2ln0 kernel: hdc: drive not ready for command Jun 13 18:20:43 user-12l2ln0 kernel: hdc: lost interrupt Jun 13 18:21:43 user-12l2ln0 kernel: hdc: lost interrupt After that, trying to do anything with the cd causes that process to hang. As far as I can tell, this started with the 422 kernel, but I'm not sure as I can't remember exactly when I did a bunch of burning before. Any suggestions? I'm using an inspiron 8500 running FC2 with all updates. Burning with k3b. Joel From mattdm at mattdm.org Mon Jun 14 03:18:50 2004 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 13 Jun 2004 23:18:50 -0400 Subject: new kernel for testing In-Reply-To: <1087135352.4415.11.camel@localhost.localdomain> References: <1086766126.2810.8.camel@laptop.fenrus.com> <1086782573.20906.0.camel@excession.dzr> <1086783136.2810.11.camel@laptop.fenrus.com> <1087135352.4415.11.camel@localhost.localdomain> Message-ID: <20040614031850.GA13870@jadzia.bu.edu> On Sun, Jun 13, 2004 at 03:02:32PM +0100, D. D. Brierton wrote: > drive. Should I bugzilla this (against kudzu/updfstab)? The answer to "should I bugzilla this" is pretty much always "yes". :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From ldmiller at dslnorthwest.net Mon Jun 14 03:23:22 2004 From: ldmiller at dslnorthwest.net (LDM) Date: Sun, 13 Jun 2004 20:23:22 -0700 Subject: Still can't boot any kernel after 2.6.6-1.394 Message-ID: <40CD1A2A.6080206@dslnorthwest.net> Installed FC2 fresh on 3 computers. A PIII, a P4 and an Athlon. The Intels both boot any kernel ok. The Athlon will not boot any kernel after the above. Problem begins with the USB system. Compiled custom kernel from 2.6.6-1.427 deselecting USB support and selecting the Athlon processor. Kernel boots fine. Seems I remember some issues a few months or weeks ago (bad memory) with the A7N8X-X board. Could this have something to do with the board? The Athlon is a 2600 Barton on an Asus A7N8X-X board. Can a kernel wizard shed some light on this or should I just bugzilla it. -- Larry Miller From paul at all-the-johnsons.co.uk Mon Jun 14 14:55:57 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Mon, 14 Jun 2004 15:55:57 +0100 Subject: Missing libs from rawhide Message-ID: <1087224957.9877.2.camel@jeeves.music.salford.ac.uk> Hi, Missing, presumed repackaged under another name. Names : libgcj34, libstdc++34 Description : library which a lot of things depend on Height : Unknown Hair colour : grey and vanishing due to a lack of them being available Reward : Three bent things with a sort of lump on the end of each TTFN Paul -- "Your lives are in the hands of men no smarter than you or I, many of them incompetent boobs. I know this because I worked alongside them, gone bowling with them, watched them pass me over for promotions time and again. And I say ... This stinks!" - Homer Simpson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From shrek-m at gmx.de Mon Jun 14 15:57:04 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 14 Jun 2004 17:57:04 +0200 Subject: kernel crash-exploit Message-ID: <40CDCAD0.3000300@gmx.de> hi, is an errata test-kernel available ? http://linuxreviews.org/news/2004-06-11_kernel_crash/index.html $ cat /etc/fedora-release Fedora Core release 1 (Yarrow) $ uname -a Linux xp1800 2.4.22-1.2188.nptl #1 Wed Apr 21 20:35:41 EDT 2004 i686 athlon i386 GNU/Linux the machine freezes as root -- shrek-m From davej at redhat.com Mon Jun 14 16:00:18 2004 From: davej at redhat.com (Dave Jones) Date: Mon, 14 Jun 2004 17:00:18 +0100 Subject: kernel crash-exploit In-Reply-To: <40CDCAD0.3000300@gmx.de> References: <40CDCAD0.3000300@gmx.de> Message-ID: <1087228818.3699.0.camel@delerium.codemonkey.org.uk> On Mon, 2004-06-14 at 16:57, shrek-m at gmx.de wrote: > hi, > > is an errata test-kernel available ? Still going through the build system. Should be in updates-testing by the end of the day. Dave From shrek-m at gmx.de Mon Jun 14 16:04:29 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 14 Jun 2004 18:04:29 +0200 Subject: kernel crash-exploit In-Reply-To: <40CDCAD0.3000300@gmx.de> References: <40CDCAD0.3000300@gmx.de> Message-ID: <40CDCC8D.8080002@gmx.de> shrek-m at gmx.de wrote: > hi, > > is an errata test-kernel available ? > > http://linuxreviews.org/news/2004-06-11_kernel_crash/index.html > > $ cat /etc/fedora-release > Fedora Core release 1 (Yarrow) > $ uname -a > Linux xp1800 2.4.22-1.2188.nptl #1 Wed Apr 21 20:35:41 EDT 2004 i686 > athlon i386 GNU/Linux > > the machine freezes as root oops, and as user :-( -- shrek-m From darren at dzr-web.com Mon Jun 14 16:46:31 2004 From: darren at dzr-web.com (D. D. Brierton) Date: Mon, 14 Jun 2004 17:46:31 +0100 Subject: new kernel for testing In-Reply-To: <20040614031850.GA13870@jadzia.bu.edu> References: <1086766126.2810.8.camel@laptop.fenrus.com> <1086782573.20906.0.camel@excession.dzr> <1086783136.2810.11.camel@laptop.fenrus.com> <1087135352.4415.11.camel@localhost.localdomain> <20040614031850.GA13870@jadzia.bu.edu> Message-ID: <1087231590.4041.21.camel@localhost.localdomain> On Mon, 2004-06-14 at 04:18, Matthew Miller wrote: > The answer to "should I bugzilla this" is pretty much always "yes". :) Done. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125966 Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From peter_banks at charter.net Mon Jun 14 17:22:11 2004 From: peter_banks at charter.net (Peter A. Banks) Date: Mon, 14 Jun 2004 13:22:11 -0400 Subject: Any suggestions over a good working File browser In-Reply-To: <20040614160023.435CF74A7B@hormel.redhat.com> Message-ID: <000001c45234$2a47c4a0$9c01a8c0@charter.net> Alan: Thanks for the reply! This is a 3 year old system on my home system with a 800 MHz AMD athlon chip 512Mb memory and two 40gb hard drives. All partitions are ext3. I have no NFS just Samba running slowness happens when I try to look at any large directory like /usr/share or /usr/lib. I am running Nautilus set up for tree view as default. Even with out the tree view Nautilus take a minute to build the directory on /usr/lib. I will try Rox. Regards pab Message: 5 Date: Sun, 13 Jun 2004 18:18:28 -0400 From: Alan Cox Subject: Re: Any suggestions over a good working File browser. To: For testers of Fedora Core development releases Message-ID: <20040613221828.GA26368 at devserv.devel.redhat.com> Content-Type: text/plain; charset=us-ascii On Sun, Jun 13, 2004 at 05:47:34PM -0400, Peter A. Banks wrote: > Since Konqueror which comes with Fedora 2 KDE is both real slow and > hangs a lot, and Nautilus is slow and is hard to work with since they > made the tree view is not the default. Yeah I know I restore the tree I'm surprised you find nautilus slow - the new mode especially is fast on my boxes. What sort of system are you running and do you have a lot of say NFS files ? > Any good suggestions for a replacement file browser that I can download > and compile? I do like being able to open a terminal session in active > window like you can in Konqueror. Fedora Core 2 shipped with three desktops. Gnome, KDE and XFCe. The XFCe desktop uses a lot less memory than KDE or Gnome although less featureful. For raw speed I've not seen anything to outperform RoX as a reasonably featured file manager. Rox and XFCe work together very nicely. From alan at redhat.com Mon Jun 14 17:58:31 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 14 Jun 2004 13:58:31 -0400 Subject: Any suggestions over a good working File browser In-Reply-To: <000001c45234$2a47c4a0$9c01a8c0@charter.net> References: <20040614160023.435CF74A7B@hormel.redhat.com> <000001c45234$2a47c4a0$9c01a8c0@charter.net> Message-ID: <20040614175831.GA27724@devserv.devel.redhat.com> On Mon, Jun 14, 2004 at 01:22:11PM -0400, Peter A. Banks wrote: > This is a 3 year old system on my home system with a 800 MHz AMD athlon > chip 512Mb memory and two 40gb hard drives. All partitions are ext3. I > have no NFS just Samba running slowness happens when I try to look at > any large directory like /usr/share or /usr/lib. I am running Nautilus > set up for tree view as default. Even with out the tree view Nautilus > take a minute to build the directory on /usr/lib. I will try Rox. That is suprisingly slow. For comparison a 533Mhz VIA C3 (About Celeron 400 equivalent) with 512Mb of RAM and a laptop drive takes 26 seconds from cold (mostly reading the disk time) and 6.5 seconds from warm (FC2 2.6.6-1.427 kernel for i586) Alan From alan at redhat.com Mon Jun 14 18:13:59 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 14 Jun 2004 14:13:59 -0400 Subject: TEST: ftp-0.17-21 Message-ID: <20040614181359.GA4298@devserv.devel.redhat.com> This should close the bug where the ftp client crashes if the server disconnects or vanishes rudely. Please test to make sure it hasn't introduced any new suprises particularly with proxy setup and connection closes. Alan From cra at WPI.EDU Mon Jun 14 18:20:05 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Mon, 14 Jun 2004 14:20:05 -0400 Subject: TEST: ftp-0.17-21 In-Reply-To: <20040614181359.GA4298@devserv.devel.redhat.com> References: <20040614181359.GA4298@devserv.devel.redhat.com> Message-ID: <20040614182005.GN26161@angus.ind.WPI.EDU> On Mon, Jun 14, 2004 at 02:13:59PM -0400, Alan Cox wrote: > This should close the bug where the ftp client crashes if the server > disconnects or vanishes rudely. Please test to make sure it hasn't introduced > any new suprises particularly with proxy setup and connection closes. Where is it? From fedora at andrewfarris.com Mon Jun 14 20:16:27 2004 From: fedora at andrewfarris.com (Andrew Farris) Date: Mon, 14 Jun 2004 13:16:27 -0700 Subject: TEST: ftp-0.17-21 In-Reply-To: <20040614182005.GN26161@angus.ind.WPI.EDU> References: <20040614181359.GA4298@devserv.devel.redhat.com> <20040614182005.GN26161@angus.ind.WPI.EDU> Message-ID: <1087244187.29270.7.camel@CirithUngol> On Mon, 2004-06-14 at 14:20 -0400, Charles R. Anderson wrote: > On Mon, Jun 14, 2004 at 02:13:59PM -0400, Alan Cox wrote: > > This should close the bug where the ftp client crashes if the server > > disconnects or vanishes rudely. Please test to make sure it hasn't introduced > > any new suprises particularly with proxy setup and connection closes. > > Where is it? > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/i386/ftp-0.17-21.i386.rpm this is an update but still being tested, that is meant for 2 => this directory -- Andrew Farris, CPE senior (California Polytechnic State University, SLO) fedora at andrewfarris.com :: lordmorgul on irc.freenode.net From cra at WPI.EDU Mon Jun 14 20:59:20 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Mon, 14 Jun 2004 16:59:20 -0400 Subject: TEST: ftp-0.17-21 In-Reply-To: <1087244187.29270.7.camel@CirithUngol> References: <20040614181359.GA4298@devserv.devel.redhat.com> <20040614182005.GN26161@angus.ind.WPI.EDU> <1087244187.29270.7.camel@CirithUngol> Message-ID: <20040614205920.GP26161@angus.ind.WPI.EDU> On Mon, Jun 14, 2004 at 01:16:27PM -0700, Andrew Farris wrote: > On Mon, 2004-06-14 at 14:20 -0400, Charles R. Anderson wrote: > > On Mon, Jun 14, 2004 at 02:13:59PM -0400, Alan Cox wrote: > > > This should close the bug where the ftp client crashes if the server > > > disconnects or vanishes rudely. Please test to make sure it hasn't introduced > > > any new suprises particularly with proxy setup and connection closes. > > > > Where is it? > > > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/i386/ftp-0.17-21.i386.rpm Hmm it wasn't there before. Cool this fixes "mget *" on my Contivity box, no longer segfaulting. From reader at newsguy.com Tue Jun 15 16:17:36 2004 From: reader at newsguy.com (Harry Putnam) Date: Tue, 15 Jun 2004 11:17:36 -0500 Subject: how to kill moxilla download manager Message-ID: How can I stop the eager little download manager from popping up when I download something? I see no options related to it in mozilla options. From holt at sgi.com Tue Jun 15 16:27:08 2004 From: holt at sgi.com (Robin Holt) Date: Tue, 15 Jun 2004 11:27:08 -0500 Subject: how to kill moxilla download manager In-Reply-To: References: Message-ID: <20040615162708.GB31562@lnx-holt.americas.sgi.com> On Tue, Jun 15, 2004 at 11:17:36AM -0500, Harry Putnam wrote: > How can I stop the eager little download manager from popping up when > I download something? I see no options related to it in mozilla options. Edit->Preferences Select Navigator->Downloads. Click on "Don't open anything" > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From markf78 at yahoo.com Tue Jun 15 16:31:22 2004 From: markf78 at yahoo.com (Mark Fonnemann) Date: Tue, 15 Jun 2004 09:31:22 -0700 (PDT) Subject: "yum-mirror"s Message-ID: <20040615163122.46540.qmail@web11407.mail.yahoo.com> Hello- could someone at redhat please update the following three files: updates-testing --------------- http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/$ARCH/ http://rpmfind.net/linux/fedora/core/updates/testing/1/$ARCH/ http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/updates/testing/1/$ARCH/ http://mirror.hiwaay.net/redhat/fedora/linux/core/updates/testing/1/$ARCH/ http://ftp.dulug.duke.edu/pub/fedora/linux/core/updates/testing/1/$ARCH/ http://mirror.eas.muohio.edu/fedora/linux/core/updates/testing/1/$ARCH/ http://mirrors.kernel.org/fedora/core/updates/testing/1/$ARCH/ updates-testing.us.east ----------------------- http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/$ARCH/ http://rpmfind.net/linux/fedora/core/updates/testing/1/$ARCH/ http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/updates/testing/1/$ARCH/ http://mirror.eas.muohio.edu/fedora/linux/core/updates/testing/1/$ARCH/ http://mirror.hiwaay.net/redhat/fedora/linux/core/updates/testing/1/$ARCH/ http://ftp.dulug.duke.edu/pub/fedora/linux/core/updates/testing/1/$ARCH/ http://redhat.secsup.org/fedora/core/updates/testing/1/$ARCH/ http://mirror.eas.muohio.edu/fedora/linux/core/updates/testing/1/$ARCH/ http://mirrors.kernel.org/fedora/core/updates/testing/1/$ARCH/ updates-testing.us.west ----------------------- http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/$ARCH/ http://mirrors.kernel.org/fedora/core/updates/testing/1/$ARCH these files can't be used with FC2 unless the "1" is changed to a "2". just trying to be a good netizen by using mirrors, mark. :-) p.s. does /etc/sysconfig/rhn/sources have a variable similar to /etc/yum.conf's $releasever? if not, then i might have to RFE that. __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail From alan at redhat.com Tue Jun 15 17:39:33 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 15 Jun 2004 13:39:33 -0400 Subject: TEST: finger-0.17-24 Message-ID: <20040615173932.GA4277@devserv.devel.redhat.com> Several people reported problems with programs like finger showing non existant sessions as well as showing random idle times for remote X sessions. This update should fix those problems with finger. I've prepared another patch for 'w' which will hopefully follow as an update if the finger update works. Note: There is still another unrelated bug after 999 ssh login sessions where sshd itself begins mishandling utmp. Alan From jdennis at redhat.com Tue Jun 15 17:52:01 2004 From: jdennis at redhat.com (John Dennis) Date: Tue, 15 Jun 2004 13:52:01 -0400 Subject: new dovecot for FC2 - solves segfault crash Message-ID: <1087321921.27589.8.camel@finch.boston.redhat.com> Subject: Fedora Core 2 Test Update: dovecot-0.99.10.5-1 --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-180 2004-06-15 --------------------------------------------------------------------- Product : Fedora Core 2 Name : dovecot Version : 0.99.10.5 Release : 1 Summary : Dovecot Secure imap server Description : Dovecot is an IMAP server for Linux/UNIX-like systems, written with security primarily in mind. It also contains a small POP3 server. It supports mail in either of maildir or mbox formats. --------------------------------------------------------------------- Update Information: Fixes a problem in dovecot where it would segfault (crash) when accessing maildir mbox. Problem described in: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123022 --------------------------------------------------------------------- --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/ 0b0768af264ca65b0c1775e9667be268 SRPMS/dovecot-0.99.10.5-1.src.rpm 5c0c5288680a991bb4dd079894f9bcd7 i386/dovecot-0.99.10.5-1.i386.rpm 019419a881ec27ff87361e48a94cd1ef i386/debug/dovecot-debuginfo-0.99.10.5-1.i386.rpm e979247d7e482b6aa9ffcedc93c0c4c2 x86_64/dovecot-0.99.10.5-1.x86_64.rpm 0731a7cdff2718ff103d8911041023d7 x86_64/debug/dovecot-debuginfo-0.99.10.5-1.x86_64.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://fedora.redhat.com/updates/testing/fedora-core-2 --------------------------------------------------------------------- -- John Dennis From thepoch at mydestiny.net Tue Jun 15 17:50:27 2004 From: thepoch at mydestiny.net (Dexter Ang) Date: Wed, 16 Jun 2004 01:50:27 +0800 Subject: any chance for a "testing" samba 3.0.4 for FC2? Message-ID: <40CF36E3.4080303@mydestiny.net> As the subject says, any chance for at least a "testing" release of samba 3.0.4 for FC2? Or are we waiting for samba 3.0.5? FC1 already had 3.0.4 update released recently. Thanks. dex From llch at redhat.com Wed Jun 16 01:51:53 2004 From: llch at redhat.com (Leon Ho) Date: Wed, 16 Jun 2004 11:51:53 +1000 Subject: missing libintl.so.3 - httpd can't load php module In-Reply-To: <20040613204115.GA13547@wolves.durham.nc.us> References: <20040613204115.GA13547@wolves.durham.nc.us> Message-ID: <1087350713.2243.9.camel@windcloud.brisbane.redhat.com> php needs rebuild on rawhide as gettext has some reorganization (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125497). I have email php maintainer for rebuild request. Thanks, Leon On Mon, 2004-06-14 at 06:41, Gregory Woodbury wrote: > Due to a missing libintl.so.3 httpd fails to startup because the php > module wants libintl. > > who dropped the ball? > > Running a development/rawhide install as of 2004/6/12 > > gettext and gettext-devel are installed. > -- > G.Wolfe Woodbury `- -' > U > The Line Eater is a boojum! > From david at bus.ucf.edu Wed Jun 16 10:57:51 2004 From: david at bus.ucf.edu (David Collantes) Date: Wed, 16 Jun 2004 06:57:51 -0400 Subject: cyrus-imap In-Reply-To: <1084486982.3965.49.camel@sirendipity.dogma.lan> References: <20040506200117.F40F83974@sitemail.everyone.net> <1083895939.3704.TMDA@youshallnotpass.bus.ucf.edu> <20040507002153.B29012@mail.harddata.com> <1083938744.1880.15.camel@d1ntpm41> <3939.12.29.16.103.1083940580.squirrel@12.29.16.103> <1083941067.1880.20.camel@d1ntpm41> <1083941876.7165.TMDA@youshallnotpass.bus.ucf.edu> <20040507110116.A13389@mail.harddata.com> <1084481091.2520.88.camel@d1ntpm41> <1084486982.3965.49.camel@sirendipity.dogma.lan> Message-ID: <1087383371.14117.TMDA@youshallnotpass.bus.ucf.edu> On 5/13/2004 6:23 PM, Alexander Dalloz wrote: >> One issue for us is procmail. We use a nice program called the Procmail >> Email Sanitizer at >> http://www.impsec.org/email-tools/procmail-security.html which does a >> great job for us. I also use some other cool procmail scripts. I guess >> I'd have to find replacements. > > Not necessarily. See > > /usr/share/doc/cyrus-imapd-2.2.3/m4/cyrus-imapd-procmail+cyrus.mc > /usr/share/doc/cyrus-imapd-2.2.3/m4/cyrus-procmailrc > /usr/share/doc/cyrus-imapd-2.2.3/m4/cyrus-user-procmailrc.template > > for how to use procmail as LDA with Sendmail, which then calls the cyrus > deliver tool. I checked those files and it refers to a "deliver-wrapper" for which I could not find information anywhere. Does anyone knows/has it documented how to use Sendmail -> Procmail -> Cyrus? I have searched and search and everything I found is bogus and/or it doesn't work. What did you ended up doing, Will? Thanks for any input. Cheers, -- David From Bernd.Bartmann at sohanet.de Wed Jun 16 12:00:36 2004 From: Bernd.Bartmann at sohanet.de (Bernd Bartmann) Date: Wed, 16 Jun 2004 14:00:36 +0200 Subject: Missing security / bugfix advisories for FC1 / FC2 Message-ID: <40D03664.4030007@sohanet.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Again there are still some security / bugfix advisories missing: FC1 - - gaim-0.77.2.FC1 (already obsoleted by gaim-0.78-1.FC2) - - recode-3.6-12.0 - - rsync-2.5.7-5.fc1 FC2 - - nfs-utils-1.0.6-22 - - cdrtools-2.01-0.a27.4 - - xinitrc-3.41-1 - - gnome-session-2.6.0-4 - - ethereal-0.10.3-2.2 Best regards. - -- Dipl.-Ing. (FH) Bernd Bartmann I.S. Security and Network Engineer SoHaNet Technology GmbH / Kaiserin-Augusta-Allee 10-11 / 10553 Berlin Fon: +49 30 214783-44 / Fax: +49 30 214783-46 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA0DZkkQuIaHu84cIRAqTbAKClymiXKSsYLxOZZEeYTHUWvnJqNwCfXAqW SY5yBLlE4PulISMwvcDMo/k= =Q2S7 -----END PGP SIGNATURE----- From whooperhsd3 at earthlink.net Wed Jun 16 12:47:46 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Wed, 16 Jun 2004 08:47:46 -0400 (EDT) Subject: Missing security / bugfix advisories for FC1 / FC2 In-Reply-To: <40D03664.4030007@sohanet.de> References: <40D03664.4030007@sohanet.de> Message-ID: <4497.12.29.16.103.1087390066.squirrel@12.29.16.103> Bernd Bartmann said: > Again there are still some security / bugfix advisories missing: It's kind of hard to check and see if these are bugzilla'ed without a CVE number and/or description of the issue. Otherwise one might assume that you are just comparing version numbers and the fixes may have been backported. -- William Hooper From Bernd.Bartmann at sohanet.de Wed Jun 16 12:56:02 2004 From: Bernd.Bartmann at sohanet.de (Bernd Bartmann) Date: Wed, 16 Jun 2004 14:56:02 +0200 Subject: Missing security / bugfix advisories for FC1 / FC2 In-Reply-To: <4497.12.29.16.103.1087390066.squirrel@12.29.16.103> References: <40D03664.4030007@sohanet.de> <4497.12.29.16.103.1087390066.squirrel@12.29.16.103> Message-ID: <40D04362.1070402@sohanet.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 William Hooper wrote: | Bernd Bartmann said: | |>Again there are still some security / bugfix advisories missing: | | | It's kind of hard to check and see if these are bugzilla'ed without | a CVE number and/or description of the issue. Otherwise one might | assume that you are just comparing version numbers and the fixes | may have been backported. I simply listed the version numbers of the RPMs that are already available in the Fedora updates directory on download.fedora.redhat.com. So all RPMs are already available for download but no announcements have been made on the fedora-announce mailing-list. Best regards. - -- Dipl.-Ing. (FH) Bernd Bartmann I.S. Security and Network Engineer SoHaNet Technology GmbH / Kaiserin-Augusta-Allee 10-11 / 10553 Berlin Fon: +49 30 214783-44 / Fax: +49 30 214783-46 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA0ENikQuIaHu84cIRAm+sAKChljugdHjhWLE+p+92my9GcFJk/ACffjzH vOuj3qbJDR/X2A80nw2gQbY= =LKPP -----END PGP SIGNATURE----- From leonard at den.ottolander.nl Wed Jun 16 13:34:23 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Wed, 16 Jun 2004 15:34:23 +0200 Subject: any chance for a "testing" samba 3.0.4 for FC2? In-Reply-To: <40CF36E3.4080303@mydestiny.net> References: <40CF36E3.4080303@mydestiny.net> Message-ID: <1087392863.4775.1.camel@athlon.localdomain> Hi Dex, > As the subject says, any chance for at least a "testing" release of > samba 3.0.4 for FC2? Or are we waiting for samba 3.0.5? FC1 already had > 3.0.4 update released recently. I asked this on IRC yesterday. It seems Jay Fenlason is backporting some fixes from 3.0.5 before a new release for FC 2. But I guess you can expect an update to be available soon. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From fedora at wir-sind-cool.org Wed Jun 16 13:47:54 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Wed, 16 Jun 2004 15:47:54 +0200 Subject: Missing security / bugfix advisories for FC1 / FC2 In-Reply-To: <40D04362.1070402@sohanet.de> References: <40D03664.4030007@sohanet.de> <4497.12.29.16.103.1087390066.squirrel@12.29.16.103> <40D04362.1070402@sohanet.de> Message-ID: <20040616154754.3f646ec1.fedora@wir-sind-cool.org> On Wed, 16 Jun 2004 14:56:02 +0200, Bernd Bartmann wrote: > I simply listed the version numbers of the RPMs that are already > available in the Fedora updates directory on download.fedora.redhat.com. > So all RPMs are already available for download but no announcements have > been made on the fedora-announce mailing-list. Either that or fedora-announce-list has eaten posts again recently. From thepoch at mydestiny.net Thu Jun 17 03:54:43 2004 From: thepoch at mydestiny.net (Dexter Ang) Date: Thu, 17 Jun 2004 11:54:43 +0800 Subject: any chance for a "testing" samba 3.0.4 for FC2? In-Reply-To: <1087392863.4775.1.camel@athlon.localdomain> References: <40CF36E3.4080303@mydestiny.net> <1087392863.4775.1.camel@athlon.localdomain> Message-ID: <40D11603.4020306@mydestiny.net> Leonard den Ottolander wrote: > Hi Dex, > > >>As the subject says, any chance for at least a "testing" release of >>samba 3.0.4 for FC2? Or are we waiting for samba 3.0.5? FC1 already had >>3.0.4 update released recently. > > > I asked this on IRC yesterday. It seems Jay Fenlason is backporting some > fixes from 3.0.5 before a new release for FC 2. But I guess you can > expect an update to be available soon. > > Leonard. > OK gotcha. Nice to get an update on the situation on samba. Thanks! dex From paul at all-the-johnsons.co.uk Thu Jun 17 10:13:14 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Thu, 17 Jun 2004 11:13:14 +0100 Subject: Netgear MA111 problem Message-ID: <1087467194.26887.19.camel@jeeves.music.salford.ac.uk> Hi, I'm following the instructions for getting the Netgear MA111 from http://www.linuxquestions.org/questions/history/89893. I am up to the part where I have to enter the path to the kernel source. When I enter /usr/src/linux-2.6.6-1.435, the config script fails complaining that while the kernel sources are where I say they are, they are incomplete and advising me obtain the sources from the likes of kernel.org Is there anything missing from the current source tree or am I safe to download the 2.6.7 tree from kernel org and point the script to that? TTFN Paul -- "If I face my God tomorrow, I can tell Him I am innocent. I've never harmed anyone. I have cheated no one. I have deceived no one. I have hurt no one. Except myself. And that He will forgive me." - Hans Holzel -------------- 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 philip at balister.org Thu Jun 17 12:11:12 2004 From: philip at balister.org (Philip Balister) Date: Thu, 17 Jun 2004 08:11:12 -0400 Subject: Netgear MA111 problem In-Reply-To: <1087467194.26887.19.camel@jeeves.music.salford.ac.uk> References: <1087467194.26887.19.camel@jeeves.music.salford.ac.uk> Message-ID: <1087474271.2887.12.camel@localhost.localdomain> I just went through this ordeal. I made it work by rebuilding the kernel rpm. Install the kernel source rpm. Edit the spec file so it doesn't build the smp kernel. touch /etc/beehive (look up name in the spec file) so the kernel doesn't add the username to the kernel version. rpmbuild -qb Then tell linux-wlan-ng the kernel source is in /usr/src/redhat/BUILD/... The above is from memory, you will need to double check commands etc and read the spec file carefully. I am pretty annoyed at the pain level required to build this driver, however I felt I gained some insight into how to rebuild rpm's which offset the pain some :) Email me of list if you have anymore questions. Philip On Thu, 2004-06-17 at 06:13, PFJ wrote: > Hi, > > I'm following the instructions for getting the Netgear MA111 from > http://www.linuxquestions.org/questions/history/89893. > > I am up to the part where I have to enter the path to the kernel source. > When I enter /usr/src/linux-2.6.6-1.435, the config script fails > complaining that while the kernel sources are where I say they are, they > are incomplete and advising me obtain the sources from the likes of > kernel.org > > Is there anything missing from the current source tree or am I safe to > download the 2.6.7 tree from kernel org and point the script to that? > > TTFN > > Paul From arjanv at redhat.com Thu Jun 17 12:30:48 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 17 Jun 2004 14:30:48 +0200 Subject: Netgear MA111 problem In-Reply-To: <1087467194.26887.19.camel@jeeves.music.salford.ac.uk> References: <1087467194.26887.19.camel@jeeves.music.salford.ac.uk> Message-ID: <1087475448.2711.27.camel@laptop.fenrus.com> On Thu, 2004-06-17 at 12:13, PFJ wrote: > Hi, > > I'm following the instructions for getting the Netgear MA111 from > http://www.linuxquestions.org/questions/history/89893. > > I am up to the part where I have to enter the path to the kernel source. > When I enter /usr/src/linux-2.6.6-1.435, the config script fails that is the wrong location; the right location is /lib/modules/2.6.6-1.435/build -------------- 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 philip at balister.org Thu Jun 17 12:45:59 2004 From: philip at balister.org (Philip Balister) Date: Thu, 17 Jun 2004 08:45:59 -0400 Subject: Netgear MA111 problem In-Reply-To: <1087475448.2711.27.camel@laptop.fenrus.com> References: <1087467194.26887.19.camel@jeeves.music.salford.ac.uk> <1087475448.2711.27.camel@laptop.fenrus.com> Message-ID: <1087476359.2887.22.camel@localhost.localdomain> Apparently these drivers have a great desire to see a built kernel source tree. Google for "fedora linux-wlan". Philip On Thu, 2004-06-17 at 08:30, Arjan van de Ven wrote: > On Thu, 2004-06-17 at 12:13, PFJ wrote: > > Hi, > > > > I'm following the instructions for getting the Netgear MA111 from > > http://www.linuxquestions.org/questions/history/89893. > > > > I am up to the part where I have to enter the path to the kernel source. > > When I enter /usr/src/linux-2.6.6-1.435, the config script fails > > that is the wrong location; the right location is > > /lib/modules/2.6.6-1.435/build > > > > > ______________________________________________________________________ > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From arjanv at redhat.com Thu Jun 17 13:04:42 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 17 Jun 2004 15:04:42 +0200 Subject: Netgear MA111 problem In-Reply-To: <1087476359.2887.22.camel@localhost.localdomain> References: <1087467194.26887.19.camel@jeeves.music.salford.ac.uk> <1087475448.2711.27.camel@laptop.fenrus.com> <1087476359.2887.22.camel@localhost.localdomain> Message-ID: <20040617130442.GA23210@devserv.devel.redhat.com> On Thu, Jun 17, 2004 at 08:45:59AM -0400, Philip Balister wrote: > Apparently these drivers have a great desire to see a built kernel > source tree. Google for "fedora linux-wlan". actually these drivers have a really broken set of makefiles (well broken for 2.6 kernels)... since these don't seem to be adjusted for 2.6 I doubt the code itself is... dangerous drivers thus. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From camilo at mesias.co.uk Thu Jun 17 13:31:20 2004 From: camilo at mesias.co.uk (Cam) Date: Thu, 17 Jun 2004 14:31:20 +0100 Subject: Netgear MA111 problem In-Reply-To: <20040617130442.GA23210@devserv.devel.redhat.com> References: <1087467194.26887.19.camel@jeeves.music.salford.ac.uk> <1087475448.2711.27.camel@laptop.fenrus.com> <1087476359.2887.22.camel@localhost.localdomain> <20040617130442.GA23210@devserv.devel.redhat.com> Message-ID: <40D19D28.4080301@mesias.co.uk> Arjan > actually these drivers have a really broken set of makefiles (well broken > for 2.6 kernels)... since these don't seem to be adjusted for 2.6 I doubt > the code itself is... dangerous drivers thus. With respect, that's a little harsh. I have compiled the wlan-ng drivers against the FC2 2.6 kernel with little effort. I now have a server at home whose only connection to the net is through the MA111. It works very well for me (WEP included). I wonder what it would take to get the FC2 drivers to work with the MA111 (from what I remember, it only took a one-line change to allow the MA111 to be detected in wlan-ng) -Cam -- camilo at mesias.co.uk <-- From paul at all-the-johnsons.co.uk Thu Jun 17 13:51:53 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Thu, 17 Jun 2004 14:51:53 +0100 Subject: Netgear MA111 problem In-Reply-To: <40D19D28.4080301@mesias.co.uk> References: <1087467194.26887.19.camel@jeeves.music.salford.ac.uk> <1087475448.2711.27.camel@laptop.fenrus.com> <1087476359.2887.22.camel@localhost.localdomain> <20040617130442.GA23210@devserv.devel.redhat.com> <40D19D28.4080301@mesias.co.uk> Message-ID: <1087480314.26887.22.camel@jeeves.music.salford.ac.uk> Hi, > I wonder what it would take to get the FC2 drivers to work with the > MA111 (from what I remember, it only took a one-line change to allow the > MA111 to be detected in wlan-ng) It's compiled, it's installed and won't work as the modules are in the "incorrect format". Any way to fix it? TTFN Paul -- "If I face my God tomorrow, I can tell Him I am innocent. I've never harmed anyone. I have cheated no one. I have deceived no one. I have hurt no one. Except myself. And that He will forgive me." - Hans Holzel -------------- 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 camilo at mesias.co.uk Thu Jun 17 14:09:59 2004 From: camilo at mesias.co.uk (Cam) Date: Thu, 17 Jun 2004 15:09:59 +0100 Subject: Netgear MA111 problem In-Reply-To: <1087480314.26887.22.camel@jeeves.music.salford.ac.uk> References: <1087467194.26887.19.camel@jeeves.music.salford.ac.uk> <1087475448.2711.27.camel@laptop.fenrus.com> <1087476359.2887.22.camel@localhost.localdomain> <20040617130442.GA23210@devserv.devel.redhat.com> <40D19D28.4080301@mesias.co.uk> <1087480314.26887.22.camel@jeeves.music.salford.ac.uk> Message-ID: <40D1A637.9010307@mesias.co.uk> Paul >>I wonder what it would take to get the FC2 drivers to work with the >>MA111 (from what I remember, it only took a one-line change to allow the >>MA111 to be detected in wlan-ng) > > > It's compiled, it's installed and won't work as the modules are in the > "incorrect format". > > Any way to fix it? What specific errors do you get? I don't recall exactly what I did but it would have been something like: * install the FC2 kernel sources RPM * cd into /usr/src/linux... * copy the relevant config from the configs subdirectory into .config * make oldconfig * make * make install * reboot to test the 'custom' kernel then install the wlan-ng sources, configure them to compile only the usb driver and point them at the kernel sources built in the previous step. Configuration is a bit of a pain, I used the text config files not the system-config-* GUI. But it does work. -Cam -- camilo at mesias.co.uk <-- From philip at balister.org Thu Jun 17 14:16:45 2004 From: philip at balister.org (Philip Balister) Date: Thu, 17 Jun 2004 10:16:45 -0400 Subject: Netgear MA111 problem In-Reply-To: <1087480314.26887.22.camel@jeeves.music.salford.ac.uk> References: <1087467194.26887.19.camel@jeeves.music.salford.ac.uk> <1087475448.2711.27.camel@laptop.fenrus.com> <1087476359.2887.22.camel@localhost.localdomain> <20040617130442.GA23210@devserv.devel.redhat.com> <40D19D28.4080301@mesias.co.uk> <1087480314.26887.22.camel@jeeves.music.salford.ac.uk> Message-ID: <1087481804.2887.63.camel@localhost.localdomain> Look in /var/log/messages and I bet you see the versions don't quite match. If you built the kernel from the rpm, try touching /etc/beehive (look up the real file name in the spec file) to fool it into not adding a username to the kernel version string. Philip On Thu, 2004-06-17 at 09:51, PFJ wrote: > Hi, > > > I wonder what it would take to get the FC2 drivers to work with the > > MA111 (from what I remember, it only took a one-line change to allow the > > MA111 to be detected in wlan-ng) > > It's compiled, it's installed and won't work as the modules are in the > "incorrect format". > > Any way to fix it? > > TTFN > > Paul From paul at all-the-johnsons.co.uk Thu Jun 17 14:25:05 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Thu, 17 Jun 2004 15:25:05 +0100 Subject: Netgear MA111 problem In-Reply-To: <40D1A637.9010307@mesias.co.uk> References: <1087467194.26887.19.camel@jeeves.music.salford.ac.uk> <1087475448.2711.27.camel@laptop.fenrus.com> <1087476359.2887.22.camel@localhost.localdomain> <20040617130442.GA23210@devserv.devel.redhat.com> <40D19D28.4080301@mesias.co.uk> <1087480314.26887.22.camel@jeeves.music.salford.ac.uk> <40D1A637.9010307@mesias.co.uk> Message-ID: <1087482305.26887.38.camel@jeeves.music.salford.ac.uk> Hi, > > It's compiled, it's installed and won't work as the modules are in the > > "incorrect format". > > > > Any way to fix it? > > What specific errors do you get? system-config-network: The ethernet card could not be initialised. Please verify your settings and try again. WARNING: Error inserting p80211 (/lib/modules/2.6.6-1.435/linux-wlan-ng/ p80211.ko): Invalid module format FATAL: Error inserting prism2_usb (/lib/modules/2.6.6-1.435/linux-wlan- ng/prism2_usb.ko): Invalid module format I did as Arjan suggested and pointed the Configure script to the correct place. Other than having to make one directory, the compilation went without a hitch. I did a yum install kernel-sourcecode which placed the source in /usr/ src. What config files do I need to copy into .config? I would have thought that compiling using the path indicated by Arjan would have worked. TTFN Paul -- "If I face my God tomorrow, I can tell Him I am innocent. I've never harmed anyone. I have cheated no one. I have deceived no one. I have hurt no one. Except myself. And that He will forgive me." - Hans Holzel -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From alan at redhat.com Thu Jun 17 17:13:25 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 17 Jun 2004 13:13:25 -0400 Subject: Fedora Core 2 Test Update: sysstat-5_0_1-4 Message-ID: <20040617171325.GA16188@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-186 2004-06-17 --------------------------------------------------------------------- Name : sysstat Version : 5_0_1 Release : 4 Summary : The sar and iostat system monitoring commands. Description : This package provides the sar and iostat commands for Linux. Sar and iostat enable system monitoring of disk, network, and other IO activity. --------------------------------------------------------------------- Update Information: The startup script would spew an accounting record to the console on boot. The parsing code contained a (harmless) buffer overrun. The interrupt parsing code could not properly understand 2.6 interrupt information, although it happened to normally work. Sysstat was in /usr but ran before NFS mounts. Bugzilla entries fixed with this update: #117182, #124035 From janina at rednote.net Thu Jun 17 17:17:27 2004 From: janina at rednote.net (Janina Sajka) Date: Thu, 17 Jun 2004 13:17:27 -0400 Subject: FC2 X86 Installation Failing Message-ID: <20040617171727.GF11294@rednote.net> My efforts to install the released FC2 for X86_64 on a dual Opteron system with a Tyan K8S Pro 2882 board are failing. I'm using a SATA drive connected via the on board SIL 3114 controller. It's the only hd on that controller. My first two attempts aborted during disk formatting. The third and fourth tries got much further--about 20% into the package installation process (with "Everything" selected). Since I'm using someone else's eyes for the installation, it's a little hard to explain exactly what is on tty3 by way of error messages. Suffice it to say that the install is mounting and using e2fsprog for images of /, /usr, etc. Then all stops. I can try to get a better error report transcribed, if that would be helpful. But, my main goal is to just get the 64-bit FC2 up and running so that I can compile a kernel that will provide me my eyes-free interface. Remaining resolutions can certainly follow later--this is the first, all important objective. So, should I give up on the SIL 3114? Should I find an IDE drive for the moment? Or, is there some way to install from the Development tree? All advice greatly appreciated. PS: If telnet installs weren't broken, I could do an X86 install (almost) without assistance--but they still are, though we've found the fix and will be reporting it in soon. From davej at redhat.com Thu Jun 17 18:26:46 2004 From: davej at redhat.com (Dave Jones) Date: Thu, 17 Jun 2004 19:26:46 +0100 Subject: Kernel 2.4.22-1.2194.nptl needs testing. Message-ID: <1087496806.22399.158.camel@delerium.codemonkey.org.uk> In absentia of the changelog for the previous FC1 update kernel to hit testing, here's a double helping. 2194 should appear in updates-testing in a while[*], and as long as there's no screams along the lines of "It doesn't boot", it'll get moved to final updates sometime tomorrow. Dave [*] Announcement sent before mirrors have it, please be patient instead of sending "I don't see it" mails to the list. * Thu Jun 17 2004 Dave Jones - Drop bogus fix for FBIOGETCMAP ioctl which was unneeded. - Numerous userspace pointer reference bugs found with the sparse tool by Al Viro (CAN-2004-0495) * Mon Jun 14 2004 Dave Jones - Fix FPU exception handling local DoS - Fix memory leak to userspace in e1000 driver. (CAN-2004-0535) - Fix incorrect permissions on /proc/scsi/qla2300/HbaApiNode - Fix potential memory access to free memory in /proc handling * Wed May 12 2004 Dave Jones - Build the SMP 586 kernel again (#111871) From tibbs at math.uh.edu Thu Jun 17 18:43:31 2004 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 17 Jun 2004 13:43:31 -0500 Subject: FC2 X86 Installation Failing In-Reply-To: <20040617171727.GF11294@rednote.net> References: <20040617171727.GF11294@rednote.net> Message-ID: >>>>> "JS" == Janina Sajka writes: JS> My efforts to install the released FC2 for X86_64 on a dual JS> Opteron system with a Tyan K8S Pro 2882 board are failing. I'm JS> using a SATA drive connected via the on board SIL 3114 JS> controller. It's the only hd on that controller. I can't help much other than to say that I'm running FC2 on an essentially identical setup (Tyan S2882 board, 4GB RAM, dual Opteron 248 CPUs) but using a cheap parallel IDE drive (40GB WD400JB) and everything works perfectly. SATA support is a bit of a moving target. It is possible that the current errata kernels support the controller while the boot kernels (being a couple of months older) don't. If I were in your situation and I had to get the machine running now, I would stick in a plain IDE drive. You can always try to access the SATA controller after you've installed and updated the kernel. - J< From alan at redhat.com Thu Jun 17 20:33:15 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 17 Jun 2004 16:33:15 -0400 Subject: FC2 X86 Installation Failing In-Reply-To: <20040617171727.GF11294@rednote.net> References: <20040617171727.GF11294@rednote.net> Message-ID: <20040617203315.GA8705@devserv.devel.redhat.com> On Thu, Jun 17, 2004 at 01:17:27PM -0400, Janina Sajka wrote: > I can try to get a better error report transcribed, if that would be > helpful. But, my main goal is to just get the 64-bit FC2 up and running so > that I can compile a kernel that will provide me my eyes-free interface. > Remaining resolutions can certainly follow later--this is the first, all > important objective. Really we need to know what is on the screen giving the kernel log. > So, should I give up on the SIL 3114? Should I find an IDE drive for the > moment? Or, is there some way to install from the Development tree? Trying an IDE disk might be useful, if only because you can then stress the SI3114. I've done an install on a Tyan S2885 with SI3114 and that worked fine and ran happily for a couple of weeks until the hard disk failed (hardware failure not Linux) From camilo at mesias.co.uk Thu Jun 17 20:52:37 2004 From: camilo at mesias.co.uk (Cam) Date: Thu, 17 Jun 2004 21:52:37 +0100 Subject: Netgear MA111 problem In-Reply-To: <1087482305.26887.38.camel@jeeves.music.salford.ac.uk> References: <1087467194.26887.19.camel@jeeves.music.salford.ac.uk> <1087475448.2711.27.camel@laptop.fenrus.com> <1087476359.2887.22.camel@localhost.localdomain> <20040617130442.GA23210@devserv.devel.redhat.com> <40D19D28.4080301@mesias.co.uk> <1087480314.26887.22.camel@jeeves.music.salford.ac.uk> <40D1A637.9010307@mesias.co.uk> <1087482305.26887.38.camel@jeeves.music.salford.ac.uk> Message-ID: <40D20495.1030202@mesias.co.uk> PFJ > I did a yum install kernel-sourcecode which placed the source in /usr/ > src. What config files do I need to copy into .config? I would have > thought that compiling using the path indicated by Arjan would have > worked. OK a quick followup, here's what I did. I installed the kernel-source-2.6.5-1.358 ln -s /usr/src/linux-2.6.5-1.358/ /usr/src/linux cp /usr/src/linux/configs/kernel-2.6.5-i586.config /usr/src/linux/.config make oldconfig make make modules_install make install (reboot) wget -nd ftp://ftp.linux-wlan.org/pub/linux-wlan-ng/linux-wlan-ng-0.2.1pre21.tar.bz2 tar jxvf linux-wlan-ng-0.2.1pre21.tar.bz2 cd linux-wlan-ng-0.2.1pre21 less README make config make make all make install cd /etc/wlan/ less wlancfg-DEFAULT (probably edited the file) mv wlancfg-DEFAULT wlancfg-myESSIDhere ln -s /home/X86/linux-wlan-ng-0.2.1pre21/etc/rc.wlan /etc/rc.d/init.d/ cd /etc/rc.d/init.d/ ./rc.wlan status ./rc.wlan start chkconfig rc.wlan --add ... The above is pieced together from my bash history, hope it helps. Use it for clues rather than as a recipe. -Cam From pertusus at free.fr Fri Jun 18 11:43:25 2004 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 18 Jun 2004 13:43:25 +0200 Subject: gcc for kernel different than current gcc Message-ID: <20040618114325.GA3589@free.fr> Hi, Currently in rawhide the gcc is gcc-3.4 while the kernel (kernel-2.6.6-1.435) was compiled with gcc-3.3. As a consequnce, when I try to insmod a module I build myself (ADSL modem), I get in dmesg: eagle_usb: version magic '2.6.6-1.435 686 REGPARM 4KSTACKS gcc-3.4' should be '2.6.6-1.435 686 REGPARM 4KSTACKS gcc-3.3' and a insmod -v leads to 'Invalid module format'. It maybe a good think to provide (keep) 'automatically' a compatible gcc, just like how different kernels may coexist (I use yum). Or there could be another solution... Of course this is not a serious issue as it should disappear soon (and it seems to be in compat-gcc). Pat From jspaleta at gmail.com Fri Jun 18 13:21:07 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 18 Jun 2004 09:21:07 -0400 Subject: gcc for kernel different than current gcc In-Reply-To: <20040618114325.GA3589@free.fr> References: <20040618114325.GA3589@free.fr> Message-ID: <604aa7910406180621ff126dc@mail.gmail.com> On Fri, 18 Jun 2004 13:43:25 +0200, Patrice Dumas wrote: > It maybe a good think to provide (keep) 'automatically' a compatible gcc, > just like how different kernels may coexist (I use yum). Or there could be > another solution... > > Of course this is not a serious issue as it should disappear soon (and it > seems to be in compat-gcc). There are several short messages about inconsistences in rawhide showing up in the lists. So I'll just pick on yours to make a larger point. The development tree goes through cyclic changes. Between official release and the opening up of the next release's testing process, the development tree can become very inconsistent becuase this is the time when major updates to subsystems will occur. The development tree isn't meant to always be self-consistent, and that is especially true outside of the pre-release testing phase. For example right now, according to Katz ( http://www.livejournal.com/users/katzj/ ) the whole tree is being recompiled with gcc 3.4. That takes finite time, and there are definitely going to be post rebuild problems, small fires, regarding packages that did not build with gcc 3.4 and will have to be tweaked to work with the new compiler. I fully expect to see tree inconsitencies and package dependancy problems in the tree until the fires are put out. And I don't think its constructive use of anyone's time to point out inconsistency until the first pass of the gcc 3.4 build process has stopped. But to pick on you a little bit..... I don't think you understand the point of the development tree. If your eating out of the development tree right now, and you aren't expecting problems more serious than a simple gcc mismatch, you aren't approaching the situation wisely. If test releases eat babies... the barren radioactive wasteland of the development tree post-release/pre-test-release will eat your babies and sterilize you so you can't have anymore. -jef From jkeating at j2solutions.net Fri Jun 18 14:55:03 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 18 Jun 2004 07:55:03 -0700 Subject: gcc for kernel different than current gcc In-Reply-To: <604aa7910406180621ff126dc@mail.gmail.com> References: <20040618114325.GA3589@free.fr> <604aa7910406180621ff126dc@mail.gmail.com> Message-ID: <200406180755.06128.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 18 June 2004 06:21, Jeff Spaleta wrote: > But to pick on you a little bit..... > I don't think you understand the point of the development tree. > If your eating out of the development tree right now, and you aren't > expecting problems more serious than a simple gcc mismatch, you aren't > approaching the situation wisely. ?If test releases eat babies... the > barren radioactive wasteland of the development tree > post-release/pre-test-release ?will eat your babies and sterilize you > so you can't have anymore. BRAAAAAAANE!!! - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA0wJJ4v2HLvE71NURAhGBAKCxw15MzBx8Ok/0D1FZd0Q/zv/9sgCfaKU5 WOP0NAHKIY11gM9Uah0tx5o= =sBDW -----END PGP SIGNATURE----- From rhally at mindspring.com Fri Jun 18 18:32:05 2004 From: rhally at mindspring.com (Richard Hally) Date: Fri, 18 Jun 2004 14:32:05 -0400 Subject: gcc for kernel different than current gcc In-Reply-To: <604aa7910406180621ff126dc@mail.gmail.com> References: <20040618114325.GA3589@free.fr> <604aa7910406180621ff126dc@mail.gmail.com> Message-ID: <40D33525.5060407@mindspring.com> Jeff Spaleta wrote: > the whole tree is being recompiled with gcc 3.4. > -jef > > Now that is useful information, thanks! Richard Hally From spam at tachegroup.com Fri Jun 18 19:59:34 2004 From: spam at tachegroup.com (TGS) Date: Fri, 18 Jun 2004 15:59:34 -0400 Subject: ERROR: libstdc++ symbolic link Message-ID: I am seeing this error since update to the latest. /sbin/ldconfig: /usr/lib//libstdc++-libc6.2-2.so.3 is not a symbolic link Listing followes: root @ triton 1 > ls -l /usr/lib/libstdc++* -rwxr-xr-x 1 root root 258296 May 20 11:55 /usr/lib/libstdc++-2-libc6.1-1-2.9.0.so lrwxrwxrwx 1 root root 30 Mar 13 2003 /usr/lib/libstdc++-libc6.1-1.so.2 -> libstdc++-2-libc6.1-1-2.9.0.so -rwxr-xr-x 1 root root 261952 May 20 11:55 /usr/lib/libstdc++-libc6.2-2.so.3 lrwxrwxrwx 1 root root 20 Mar 13 2003 /usr/lib/libstdc++.so.2.7.2 -> libstdc++.so.2.7.2.8 -rwxr-xr-x 1 root root 222800 May 20 11:55 /usr/lib/libstdc++.so.2.7.2.8 lrwxrwxrwx 1 root root 18 Mar 13 2003 /usr/lib/libstdc++.so.2.8 -> libstdc++.so.2.8.0 -rwxr-xr-x 1 root root 251480 May 20 11:55 /usr/lib/libstdc++.so.2.8.0 lrwxrwxrwx 1 root root 22 Mar 13 2003 /usr/lib/libstdc++.so.2.9 -> libstdc++.so.2.9.dummy -rwxr-xr-x 1 root root 3444 May 20 11:55 /usr/lib/libstdc++.so.2.9.dummy lrwxrwxrwx 1 root root 18 Jun 13 01:49 /usr/lib/libstdc++.so.5 -> libstdc++.so.5.0.5 -rwxr-xr-x 1 root root 742956 May 20 11:55 /usr/lib/libstdc++.so.5.0.5 lrwxrwxrwx 1 root root 18 Jun 18 15:52 /usr/lib/libstdc++.so.6 -> libstdc++.so.6.0.1 -rwxr-xr-x 1 root root 837364 Jun 14 10:49 /usr/lib/libstdc++.so.6.0.1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From pertusus at free.fr Fri Jun 18 20:12:16 2004 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 18 Jun 2004 22:12:16 +0200 Subject: gcc for kernel different than current gcc In-Reply-To: <604aa7910406180621ff126dc@mail.gmail.com> References: <20040618114325.GA3589@free.fr> <604aa7910406180621ff126dc@mail.gmail.com> Message-ID: <20040618201216.GA4084@free.fr> > until the fires are put out. And I don't think its constructive use > of anyone's time to point out inconsistency until the first pass of > the gcc 3.4 build process has stopped. I couldn't know whether it was intentional or not, and I don't know how the build process works. I found a bug and I report it. > If your eating out of the development tree right now, and you aren't expecting > problems more serious than a simple gcc mismatch, you aren't > approaching the situation wisely. I use the development tree to test stuff and report bugs. I don't expect anything to work. I think that you misunderstood my position. I am not complaining that something don't work. I am reporting it. I agree that maybe I shouldn't have reported, but knowing which issue should be reported and which shouldn't seems far from easy to me. I also reported before that it wasn't possible to build external modules as user, I thought that this was the same kind of issue. And a gcc mismatch is a serious problem. All the problems are serious. Still I don't expect any problem to be fixed, it's up to the developers. And about the development repository being more broken at some times and less at others, I don't think it helps. I, personnally, consider that the development tree is always to be considered as broken. Pat From pertusus at free.fr Fri Jun 18 20:15:11 2004 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 18 Jun 2004 22:15:11 +0200 Subject: ERROR: libstdc++ symbolic link In-Reply-To: References: Message-ID: <20040618201511.GB4084@free.fr> On Fri, Jun 18, 2004 at 03:59:34PM -0400, TGS wrote: > I am seeing this error since update to the latest. > > /sbin/ldconfig: /usr/lib//libstdc++-libc6.2-2.so.3 is not a symbolic link > It is allready reported in http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125931 Pat From darren at dzr-web.com Sat Jun 19 02:08:50 2004 From: darren at dzr-web.com (D. D. Brierton) Date: Sat, 19 Jun 2004 03:08:50 +0100 Subject: ACPI Testing Message-ID: <1087610930.4064.257.camel@excession.dzr> I'm posting this here as opposed to fedora-list as this is a call to arms for any and all of us Fedora users who are trying to get ACPI to work on their laptops. ACPI needs testing, and lots of feedback on what is working and what isn't. Whilst it is true that FC has ACPI enabled by default and we we are therefore in the perfect situation to generate lots of useful feedback which can be passed on to the developers, I don't think that anyone thinks that ACPI is 100% usable as is. If anyone thinks that this list is not the appropriate forum for this discussion then I am happy to move it to another (maybe the ACPI mailing list?) but only when we have gathered together a sufficient number of testers. However, I will say that my primary motivation is to galvanise a group of testers into action specifically to help with ACPI in Fedora who are willing to download and try out packages from Rawhide and who want to contribute whatever scripts they have so that they might one day end up either in Fedora Core or Fedora Extras. Please reply to this thread with your experiences, good or bad. ===================================================================== Some additional information: My Hardware (for reference): Dell Inspiron 8200, NVidia GeForce 440GO (with 64MB VRAM), 1GB RAM, BIOS A10 (an update to A11 is available but I haven't installed it yet). Intersil Prism 2 Wi-Fi PCMCIA card. USB mouse and printer. FireWire external hard drive. My software: Currently using nv driver, but keen to use nvidia driver when an FC2 compatible driver comes out. My experience: Precious little with power management until this week! I've had this laptop for nearly two years now, and it's proved an excellent Linux machine -- everything except the winmodem worked out of the box. But when I installed Linux on it two years ago I looked into power management, read about ACPI not being supported yet, and read about all the hoops you had to jump trough to get APM suspend to work (patching NVidia drivers, creating a special s2d partition) and thought to myself "forget it, I'll just wait until the 2.6 kernel comes out". Since installing FC2 I've spent a good deal of this week trying to learn what I can. Google turns up lots, and tldp.org has these: ACPI-HOWTO http://www.tldp.org/HOWTO/ACPI-HOWTO/index.html Battery-Powered-HOWTO http://www.tldp.org/HOWTO/Battery-Powered/index.html Laptop-HOWTO http://www.tldp.org/HOWTO/Laptop-HOWTO.html Also there is lots of information at http://acpi.sourceforge.net/. However, apart from the latter site, quite a lot of the information available (especially for my laptop, given that it is two years old) is quite out of date given what ships in FC2. ===================================================================== Some questions: 1. At the moment, both APM and ACPI start at boot. I didn't configure it this way. This is a clean install of FC2 and this is what anaconda set up. It seems that both are started as services, although whilst apmd returns OK at boot it seems somewhat silent on its status: # chkconfig --list acpid acpid 0:off 1:off 2:off 3:on 4:on 5:on 6:off # chkconfig --list apmd apmd 0:off 1:off 2:on 3:on 4:on 5:on 6:off # service acpid status acpid (pid 2248) is running... # service apmd status # Do I actually want both running at the same time? I assume that for testing purposes I should disable APM, but I'd like to hear from someone who knows what he's talking about. 2. I had read that 2.6 supports suspending to disk, and that it uses swap space for that and so I ensured that my swap partition is greater than the size of my RAM + VRAM. Is that correct? 3. Does FC2 automatically go into "laptop" mode when I pull out the power cord, or do I have to do something manually? (I can't find now where I read about this, but I believe "laptop" mode is something new in the 2.6 kernel which preserves battery life by slowing the CPU speed and reducing disk activity.) ===================================================================== Personal (ideal world) goal for ACPI: What I guess I'd like ideally would be for both suspend to ram and suspend to disk to work (whether I'm in X or not), for closing and opening the lid of the laptop to trigger suspending to ram and resuming from ram, and for suspend to disk to happen automatically when battery level become critically low. Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From darren at dzr-web.com Sat Jun 19 02:24:14 2004 From: darren at dzr-web.com (D. D. Brierton) Date: Sat, 19 Jun 2004 03:24:14 +0100 Subject: P.S. In-Reply-To: <1087610930.4064.257.camel@excession.dzr> References: <1087610930.4064.257.camel@excession.dzr> Message-ID: <1087611854.4064.265.camel@excession.dzr> I'm at a wedding on Saturday, and so will probably have a hangover on Sunday (it's a wedding in Glasgow, Scotland). So don't expect to hear from me until Monday! Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From darren at dzr-web.com Sat Jun 19 02:45:57 2004 From: darren at dzr-web.com (D. D. Brierton) Date: Sat, 19 Jun 2004 03:45:57 +0100 Subject: ACPI Testing In-Reply-To: <1087610930.4064.257.camel@excession.dzr> References: <1087610930.4064.257.camel@excession.dzr> Message-ID: <1087613157.4064.277.camel@excession.dzr> > My experience: > > Precious little with power management until this week! I wanted to keep this for a separate message: My experiences so far haven't been successful. /proc/acpi seems to be populated with all the right information, as best I can tell. However, with an empty /etc/acpi/actions and an empty (apart from sample.conf) /etc/acpi/events I guess that is not that surprising. I did, whilst in X try shutting the lid and opening it again to see what happened. This was the result: The machine didn't suspend -- the PCMCIA Wi-Fi card remained on and I could see network activity from the little flashing green activity indicator, I could hear some disk activity, and the fan remained on. However, the screen did blank, and when I opened the lid again it was a bit of a struggle to get it to come on again (had to hit CRT/LCD a couple of times, and ctrl-alt-F1 ctrl-alt-F7). When it did come on there was some unpleasant flickering. As I was unsure of what other things the ACPI lid event might have done I ended up rebooting. I also, whilst in X, tried as root to echo -n "standby" > /sys/power/state which momentarily dropped the machine out of X, flashed something on the screen that I didn't have a chance to read, and then returned me to X. Thereafter the FireWire drive was unavailable. Eventually I rebooted. Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From P.R.Schaffner at IEEE.org Sat Jun 19 03:09:59 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Fri, 18 Jun 2004 23:09:59 -0400 Subject: ACPI Testing In-Reply-To: <1087610930.4064.257.camel@excession.dzr> References: <1087610930.4064.257.camel@excession.dzr> Message-ID: <1087614599.3332.9.camel@tabb1.tabb> On Sat, 2004-06-19 at 03:08 +0100, D. D. Brierton wrote: ... > Please reply to this thread with your experiences, good or bad. Well, I filed http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=126028 "ACPI kills thinkpad keyboard and network" which pretty well sums up the current stat of affairs. Can't do much with testing ACPI until it can be turned on without deadly consequences. The machine is an aging IBM A21p P-III 850MHZ with 256M and ATI Technologies Inc Rage Mobility M3 AGP 2x graphics. Has run everything from about RH7.1 through FC2-updates-testing (Came with W98_2e, now XP- Pro very-rarely-used dual-boot) but never had much luck with power management or suspend under RH/FC. Phil From kilpatds at oppositelock.org Sat Jun 19 03:58:42 2004 From: kilpatds at oppositelock.org (Douglas Kilpatrick) Date: Fri, 18 Jun 2004 23:58:42 -0400 Subject: ACPI Testing In-Reply-To: <1087610930.4064.257.camel@excession.dzr> References: <1087610930.4064.257.camel@excession.dzr> Message-ID: <20040618235842.40042ad5.kilpatds@oppositelock.org> > arms for any and all of us Fedora users who are trying to get ACPI to > work on their laptops. ACPI needs testing, and lots of feedback on what I have a dell inspiron 8600. Fairly new. ACPI seems to mostly work, except for suspend/resume. Little detail there. kernel-src/Documentation/power/video.txt seems to match the problem. I have not played with the various settings. (The one I did try once didn't work) The video card is a Nvidia GeForce varient. I'm hoping the next round of propriatary drivers will support suspend/resume. I have gotten _software_ suspend/resume mostly working (USB has issues. After a resume, unplugging a USB device after a resume will cause the machine to run like the turbo switch was accidentially hit.) but the most recent kernel updates appear to have removed some assembler bits that it needs. Advice: If your laptop supports APM, continue to use it. acpid is much more programmable, but since the video won't come back after an ACPI suspend/resume cycle unless you are lucky (see the video.txt file mentioned above), APM suspend will actually WORK. Which is probably more important. Doug -- Doug Kilpatrick kilpatds at oppositelock.org From jreiser at BitWagon.com Sat Jun 19 04:27:35 2004 From: jreiser at BitWagon.com (John Reiser) Date: Fri, 18 Jun 2004 21:27:35 -0700 Subject: ACPI Testing In-Reply-To: <1087610930.4064.257.camel@excession.dzr> References: <1087610930.4064.257.camel@excession.dzr> Message-ID: <40D3C0B7.5010905@BitWagon.com> > Please reply to this thread with your experiences [ACPI], good or bad. FC1 killed my 2.9yr-old Dell Inspiron 4000 laptop, which dual booted WinME/RH9. The first reboot (after FC1 firstboot had everything setup), WinME had to use Safe Mode when it should have booted normally. The second {boot FC1, shutdown, reboot WinME} required yanking the battery in order to unwedge the processor, then another WinME Safe Mode boot. The third {boot FC1, shutdown, reboot} killed the machine completely. Power ON managed to blink the keyboard LEDs and the power status LEDs, and spin the harddrive, but then everything shut down in about 2 seconds. No GRUB splash screen, no BIOS test screen, no display at all. The first two round trips to Dell warranty repair (after more than an hour on the phone each time, being spoon fed the diagnostic instructions, and taking the machine apart piece by piece) yielded no apparent change, even though the service memos claimed that the machine had been fixed. The third round trip resulted in a phone call from a Senior Technician who politely chewed me out for running Fedora. (He had booted another machine using my harddrive, and saw the GRUB multiboot splash screen.) I got my laptop back; it still would not Power ON. After a removing the battery and waiting many weeks for everything to discharge completely (including all BIOS CMOS settings), I was able to resurrect the machine enough to boot WinME, then do a clean install of KRUD 2.4.20-28.9 [RH9]. Everything is now back to the original state before trying FC1 [the BIOS was upgraded to version A23 on the first trip to the repair depot]. Multibooting KRUD 9 and WinME works. Needless to say, I'm not going to install any version of Fedora on a laptop for a long time, unless I see it work first on identical hardware. -- From pcfe at pcfe.net Sat Jun 19 10:45:07 2004 From: pcfe at pcfe.net (Patrick C. F. Ernzer) Date: Sat, 19 Jun 2004 12:45:07 +0200 Subject: ACPI Testing In-Reply-To: <1087610930.4064.257.camel@excession.dzr> References: <1087610930.4064.257.camel@excession.dzr> Message-ID: Hiho, On Jun 19, 2004, at 4:08, D. D. Brierton wrote: > I'm posting this here as opposed to fedora-list as this is a call to > arms for any and all of us Fedora users who are trying to get ACPI to [...] My Hardware: IBM X31, Type 2672 (Cisco WLAN, no Bluetooth) My Software: FC2, kernel 2.6.6-1.435, acpid-1.0.2-6, no FAT partition for S2D, using supplied radeon kernel module for video, linuxant driverloader-1.71 for WLAN, radeontool-1.5 What works: - suspend to RAM works by simply closing lid. - laptop_mode works. Caveats: this setup requires pressing the power button (2-3 sec) to wake the machine up. Be careful not to press it too long, lest you execute /etc/acpi/events/sample.conf. Remove the latter if you do not want that risk. What does not work: - suspend to disk does not work, no surprise as I do not have the necessary FAT partition for the BIOS to handle it, and CONFIG_SOFTWARE_SUSPEND and CONFIG_PM_DISK are not set. (search the list if you want to enable one of the latter) - So far I've only once had video corruption on wake from suspend2ram (both X and vt), this was cured by a further suspend cycle. What is not tested: - the lightwatch tool from radeontool, I just close the lid when I want to save power. - test runs to see if removing the USB modules is still necessary, I just did not bother, adapt /etc/acpi/actions/suspend2ram.sh if you want to test URLs that were helpful when setting this up: (as the instructions are for Debian at php.co.co and not necessarily for FC2 at the other URLs, use common sense when following them, not all things apply the same way) - http://www.php.co.ba/X31/ - All X31 pages at http://www.linux-on-laptops.com/ibm.html The files: [/etc/acpi/events/lid] event=button/lid.* action=/etc/acpi/actions/lid.sh [end] [/etc/acpi/events/ac_adapter] event=ac_adapter.* action=/etc/acpi/actions/battery.sh [end] [/etc/acpi/events/sample.conf unmodified file from acppid-1.0.2-6] # This is a sample ACPID configuration event=button/power.* action=/sbin/shutdown -h now [end] [/etc/acpi/actions/lid.sh] #!/bin/sh # lid event handler status=`awk '/^state: / { print $2 }' /proc/acpi/button/lid/LID/state` case $status in "closed") echo "Bringing down vpnc" /usr/share/doc/vpnc-0.2rm+zomb.1/vpnc-disconnect echo "Suspending" # suspend2ram works on X31 # with kernel 2.6.6-1.435 # pcfe, 2004-06-17 /etc/acpi/actions/suspend2ram.sh exit 0 ;; *) echo "Lid event $status not handeled" ;; esac [end] [/etc/acpi/actions/suspend2ram.sh as you can see it is still crawling with echo statements for debug, once you feel confident sleep works as you want it, comment the echo lines out] #!/bin/sh # adaptation of: ############################ ## Author: mirza ## ## /etc/scripts/standby ## ## ## ## TestEnvironment: ## ## - IBM X31 ## ## - X-driver=VESA ## ## - kernel 2.6.5 ## ############################ # Changes made for Fedora Core 2 use by pcfe on 2004-06-17 ############################ ## start SUSPEND TO RAM ## ############################ # change to VT8 chvt 8 # Unmount any NFS or SMB filesystems: echo "unmounting NFS and SMB filesystems" umount -a -r -t nfs,smbfs # bluetooth off # just left in here in case I plug a Bluetooth dongle in and use it echo "bluetooth off" hciconfig hci0 down # remove modules echo "remove modules" #rmmod ipw2100 ## WLAN dldrstop ## stop linuxant driverloader #rmmod psmouse ## mouse rmmod ehci-hcd ## USB module rmmod uhci-hcd ## -||- #rmmod ohci-hcd ## -||- # update the disk super block echo "sync" sync # wait a second sleep 1 # turn the LCD off echo "backlight off" radeontool light off # suspend to ram echo "suspend to ram" echo -n mem > /sys/power/state ############################ ## resume from SUSPEND ## ############################ # wait 2 seconds to avoid double # or longe pressing of power button sleep 2 # set system time to hardware clock echo "set system time to hardware clock" hwclock --hctosys # load modules #modprobe psmouse # mouse module # don't load ipw2100. I'll load # it manually if I need it # modprobe ipw2100 # WLAN module # this would be driverloader in my case anyway # turn the LCD on echo "turn the LCD on" radeontool light on # go back to VT7 (X) echo "back to VT7" chvt 7 # /tmp/standby_state file will be created to be able # to avoid catching "LOCK" state by lightwatch.pl # see lightwatch.pl for details. if /tmp/standby_state # exists, lightwatch.pl will not react on this command touch /tmp/standby_state xscreensaver-command -lock 2> /dev/null 1> /dev/null rm /tmp/standby_state # start laptop mode if ac-adapter was # plugged out during the suspend mode # although linux should also do this # during standby mode #. /etc/acpi/acpi_handler.sh battery BAT0 2> /dev/null 1> /dev/null . /etc/acpi/actions/battery.sh 2> /dev/null 1> /dev/null ########### END ########### [end] [/etc/acpi/actions/battery.sh] #!/bin/sh # cpu throttling # cat /proc/acpi/processor/CPU0/throttling for more info ACAD_THR=0 BATT_THR=2 # spindown time for HD (man hdparm for valid values) # I prefer 2 hours for acad and 60 seconds for batt ACAD_HD=244 BATT_HD=12 # Power management level # 255 (off) on AC # 128 (medium on batt ACAD_PM=255 BATT_PM=64 # ac/battery event handler status=`awk '/^state: / { print $2 }' /proc/acpi/ac_adapter/AC/state` case $status in "on-line") echo "Setting HD spindown for AC mode." /sbin/laptop_mode stop /sbin/hdparm -S $ACAD_HD /dev/hda > /dev/null 2>&1 /sbin/hdparm -B $ACAD_PM /dev/hda > /dev/null 2>&1 #echo -n $ACAD_CPU:$ACAD_THR > /proc/acpi/processor/CPU0/limit exit 0 ;; "off-line") echo "Setting HD spindown for battery mode." /sbin/laptop_mode start /sbin/hdparm -S $BATT_HD /dev/hda > /dev/null 2>&1 /sbin/hdparm -B $BATT_PM /dev/hda > /dev/null 2>&1 #echo -n $BATT_CPU:$BATT_THR > /proc/acpi/processor/CPU0/limit exit 0 ;; esac [end] [add at the bottom of /etc/rc.local] # we run the detect AC on or off and detect laptop mode scrip once at boot # acpid will do this for us on AC changes /etc/acpi/actions/battery.sh [end] Plus you must set up the scripts you can extract from the file laptop-mode.txt in either the kernel doc RPM or the kernel source. Be sure to use the latest version. > Some questions: > > 1. At the moment, both APM and ACPI start at boot. I didn't configure > it > this way. This is a clean install of FC2 and this is what anaconda set > up. It seems that both are started as services, although whilst apmd > returns OK at boot it seems somewhat silent on its status: [...] > Do I actually want both running at the same time? I assume that for > testing purposes I should disable APM, but I'd like to hear from > someone > who knows what he's talking about. That is normal, ACPI overrides APM. Both services can be on. ACPI will only activate if the machine supports it. APM will only activate if ACPI is not already on and the machine supports it. No need to change anything. > > 2. I had read that 2.6 supports suspending to disk, and that it uses > swap space for that and so I ensured that my swap partition is greater > than the size of my RAM + VRAM. Is that correct? The necessary patches are disabled (see above and search the list). If you decide to enable them, swap = ram should be enough as AFAIK the X31 uses shared memory for video. On laptops that do not you must add up as you suggested. Given today's disk sizes, I set up my swap to be RAM*2 on this machine anyway (1 Gig swap) > > 3. Does FC2 automatically go into "laptop" mode when I pull out the > power cord, or do I have to do something manually? (I can't find now > where I read about this, but I believe "laptop" mode is something new > in > the 2.6 kernel which preserves battery life by slowing the CPU speed > and > reducing disk activity.) You'll need the scripts from above > > ===================================================================== > > Personal (ideal world) goal for ACPI: > > What I guess I'd like ideally would be for both suspend to ram and > suspend to disk to work (whether I'm in X or not), for closing and > opening the lid of the laptop to trigger suspending to ram and resuming > from ram, and for suspend to disk to happen automatically when battery > level become critically low. Set up as above for S2R, make a FAT partition and a suspend file in there with phdisk under DOS or lphdisk under linux. (http://www.procyon.com/~pda/lphdisk/), as stated above, I have not tested this personally. RU PCFE -- ---------------------- http://www.pcfe.net/ ---------------------- Patrick C. F. Ernzer | e-mail: pcfe at pcfe.net -go-and-make-your-own-disclaimer-+-------------------------------- Some people assert that many hackers have a mild form of autism or Asperger's Syndrome, and are actually missing some of the brain circuitry that lubricates `normal' human social interaction. This may or may not be true. -- How To Ask Questions The Smart Way by Eric Steven Raymond From michal at harddata.com Sat Jun 19 14:54:10 2004 From: michal at harddata.com (Michal Jaegermann) Date: Sat, 19 Jun 2004 08:54:10 -0600 Subject: ACPI Testing In-Reply-To: <20040618235842.40042ad5.kilpatds@oppositelock.org>; from kilpatds@oppositelock.org on Fri, Jun 18, 2004 at 11:58:42PM -0400 References: <1087610930.4064.257.camel@excession.dzr> <20040618235842.40042ad5.kilpatds@oppositelock.org> Message-ID: <20040619085410.A10483@mail.harddata.com> On Fri, Jun 18, 2004 at 11:58:42PM -0400, Douglas Kilpatrick wrote: > > Advice: If your laptop supports APM, continue to use it. acpid is much > more programmable, but since the video won't come back after an ACPI > suspend/resume cycle unless you are lucky (see the video.txt file mentioned > above), APM suspend will actually WORK. The trouble is that you do not have much choice and this depends not on a kernel but what happens to be in a BIOS of what you have on hands. For example my wife's laptop, Acer TM 230, has some leftovers of APM but if you will try to use it, say to read a battery status, it bombs in BIOS. No way to suspend anything with that. With ACPI I can get battery just fine and although I had to add 'acpi_sleep=s3_bios' to boot parameters, or video will be not restored on wakup, and I have to ensure that ehci_hcd module is unloaded before sleep attempts, which is easy in acpi scripts, but then it actually suspends, and wakes up, and I do not even have to do things like 'chvt 1' before sleeping. The later was a requirement to prevent crashing video on an old Toshiba with APM. ACPI looks like a big unwieldy blob which is more often screwed than not on a firmware level but we may not have much choice in the matter. I heard about boxes which will not even boot without ACPI although I have yet to see one myself. > Which is probably more important. Well, yes, but there is no way to predict what will "actually WORK" on a given machine. Michal From balay at fastmail.fm Sat Jun 19 15:54:31 2004 From: balay at fastmail.fm (Satish Balay) Date: Sat, 19 Jun 2004 10:54:31 -0500 (CDT) Subject: ACPI Testing In-Reply-To: <1087610930.4064.257.camel@excession.dzr> References: <1087610930.4064.257.camel@excession.dzr> Message-ID: On Sat, 19 Jun 2004, D. D. Brierton wrote: > > Do I actually want both running at the same time? I assume that for > testing purposes I should disable APM, but I'd like to hear from someone > who knows what he's talking about. I believe it doesn't matter if both apm & acpi daemons run simultaneously. But only one of features in enabled in the kernel at boot time - so only one works - (and the other daemon just doesn't matter) the kernel boot option to switch is to apm is 'acpi=off' > 3. Does FC2 automatically go into "laptop" mode when I pull out the > power cord, or do I have to do something manually? (I can't find now > where I read about this, but I believe "laptop" mode is something new in > the 2.6 kernel which preserves battery life by slowing the CPU speed and > reducing disk activity.) laptop mode is introduced in FC1 (2.4 kernel) - and with APM it switches on automatically when AC is unplugged. This primarily affects disk activity (and not CPU speed) 'cat /proc/sys/vm/laptop_mode' Wrt cpuscaling - this is also present in both FC1 and FC2. On FC1 I load the module speedstep-centrino (for my P-M) and use copudynd userspace daemon - with APM. On FC2 - the relavant modules are built into the kernel - and they load automatically. The default userspace daemon is 'cpuspeed' - and this works with both APM & ACPI. ------------------ Hardware: IBM Thinkpad T40 : 1.6 P-M with Radeon 9000 mobile, intel-e1000 network and IBM a/b wireless (atheros chipset) (haven't checked bluetooth/irda/modem) Currently I'm primarily using FC1 & APM. With Power Managemnt - I primarily care about reliable suspend/resume - and don't care about hybernation. FC2 with APM works just as well as FC1. With FC2 & ACPI - the issues I had: - e1000 driver doesn't work after suspend/resume https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121906 - there was a brief stint were suspend didn't work with USB (I haven't checked this with 435 kernel) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124337 - Battery life might be poor with ACPI compared to APM. I haven't really timed it though. Well one indication of this is - with ACPI suspend - the CDROM drive light continues to blink (draining power), this doesn't happen with APM. - There could have been some issues with madwifi driver and acpi - but from reading madwifi list - this issue might be fixed with one of the new patches in cvs. --------------------- One of the reasons I wanted to try ACPI - is the extra monitoring features in it (for eg: get CPU temperature displayed by gkrellm). But its not crucial as long as APM continues to work. Satish From tibbs at math.uh.edu Sat Jun 19 16:56:13 2004 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 19 Jun 2004 11:56:13 -0500 Subject: ACPI Testing In-Reply-To: References: <1087610930.4064.257.camel@excession.dzr> Message-ID: My experiences with a Thinkpad X40 and both ACPI and APM are in Bugzilla #125458: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125458 The basic synopsis is: ACPI busted (but less busted with the 2.6.5-1.358 kernel), APM busted unless you use the 2.6.5-1.358 i586 kernel, in which case it works some of the time. I haven't tried the latest 2.6.6-1.435 kernel as I have only sporadic access to the laptop now. - J< From paul at all-the-johnsons.co.uk Sat Jun 19 23:24:49 2004 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 19 Jun 2004 23:24:49 +0000 Subject: Connection problems Message-ID: <20040619232449.M60732@all-the-johnsons.co.uk> Hi, I currently get my broadband through Blueyonder in the UK. This goes from the cable modem into my router which then distributes around the house. Since about 11pm on Thursday, I've had connection problems on the linux boxes (this email is via webmail on my RISC PC - which shows by virtue of being able to connect to my webmail account, there is nothing wrong with the router). I'm getting this If I use a terminal window and type ping ahnews.music.salford.ac.uk This appears PING ahnews.music.salford.ac.uk (146.87.55.6) 56(84) bytes of data >From 192.168.2.103 icmp_seq=0 Destination host unreachable And that's it. The name has been correctly resolved, but nothing else is happening. I've tried turning off IPV6, moving down a kernel version or two (tried .411 and .422 (I think) with no difference), removed the firewall and done a number of resets. No difference. The wife is really getting at me over this, so any advice would be helpful. It may be of some use, but if I alter the network settings using neat and try to reactivate, I get an error SIOADDRT (file already exists). This may have something to do with it, but I doubt it. Any suggestions as to a remedy or which log file to search to see if I can spot the problem would be greatly appreciated. It's driving me nuts not being able to use my Linux machines online!!!! TTFN Paul From jim-cornette at sbcglobal.net Sun Jun 20 00:03:38 2004 From: jim-cornette at sbcglobal.net (Jim Cornette) Date: Sat, 19 Jun 2004 20:03:38 -0400 Subject: ACPI Testing In-Reply-To: <20040619085410.A10483@mail.harddata.com> References: <1087610930.4064.257.camel@excession.dzr> <20040618235842.40042ad5.kilpatds@oppositelock.org> <20040619085410.A10483@mail.harddata.com> Message-ID: <40D4D45A.4050707@sbcglobal.net> Michal Jaegermann wrote: > On Fri, Jun 18, 2004 at 11:58:42PM -0400, Douglas Kilpatrick wrote: > >>Advice: If your laptop supports APM, continue to use it. acpid is much >>more programmable, but since the video won't come back after an ACPI >>suspend/resume cycle unless you are lucky (see the video.txt file mentioned >>above), APM suspend will actually WORK. > > > The trouble is that you do not have much choice and this depends not > on a kernel but what happens to be in a BIOS of what you have on > hands. For example my wife's laptop, Acer TM 230, has some > leftovers of APM but if you will try to use it, say to read a > battery status, it bombs in BIOS. No way to suspend anything with > that. > > With ACPI I can get battery just fine and although I had to add > 'acpi_sleep=s3_bios' to boot parameters, or video will be not > restored on wakup, and I have to ensure that ehci_hcd module is > unloaded before sleep attempts, which is easy in acpi scripts, but > then it actually suspends, and wakes up, and I do not even have to > do things like 'chvt 1' before sleeping. The later was a > requirement to prevent crashing video on an old Toshiba with APM. > > ACPI looks like a big unwieldy blob which is more often screwed > than not on a firmware level but we may not have much choice in the > matter. I heard about boxes which will not even boot without ACPI > although I have yet to see one myself. > I have such a computer, an HP ze4315us model. It is good that re-enabled within the FC2 kernels. Battery status and thermals work with apci. I never tried to suspend this machine. Jim -- It's lucky you're going so slowly, because you're going in the wrong direction. From matt at matthansen.net Sun Jun 20 02:16:05 2004 From: matt at matthansen.net (Matt Hansen) Date: Sun, 20 Jun 2004 12:16:05 +1000 Subject: Connection problems In-Reply-To: <20040619232449.M60732@all-the-johnsons.co.uk> References: <20040619232449.M60732@all-the-johnsons.co.uk> Message-ID: <1087697765.2900.9.camel@topaz.homenet.lan> On Sun, 2004-06-20 at 09:24, Paul F. Johnson wrote: > If I use a terminal window and type > > ping ahnews.music.salford.ac.uk > > This appears > > PING ahnews.music.salford.ac.uk (146.87.55.6) 56(84) bytes of data > >From 192.168.2.103 icmp_seq=0 Destination host unreachable > > And that's it. The name has been correctly resolved, but nothing else is happening. Hi Paul, Check your network interface duplex settings with mii-tool. In my case, I got ICMP destination host unreachable errors such as yours when my linux router's interfaces were set to 100Mbps after a reboot since it only supported 10Mbps. So assuming your routing tables are set correctly, maybe link auto-negotiation is playing up. Regards, Matt -- Registered Linux User #348963 / counter.li.org GnuPG KeyID: 0xCE9F8922 / gnupg.org -------------- 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 20 17:07:09 2004 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 20 Jun 2004 17:07:09 +0000 Subject: Connection problem - more information Message-ID: <20040620170709.M87049@all-the-johnsons.co.uk> Hi, On a spare drive, I did a vanilla install of FC2. All is happy and well (except for my mouse not working). No problems with networking or anything like that. This leads me to suspect that one of the rawhide updates has screwed my system which I was unaware of as I've not done a reset in ages. A few odd things have happened though /sbin/ifdown eth0 is fine /sbin/ifup eth0 gives this Determining IP information for device eth0 ... SIOCADDRT file exists Done RTNETLINK reports : Invalid argument /sbin/route -n looks okay Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 eth0 And finally /sbin/mii-tool eth0: negotiated 100baseTx-FD, link ok Any ideas of what could have gone wrong or how to fix this problem will be met with a tankard or two of fine headed, nut brown ale (if you're in or around Merseyside or Manchester, UK). For those overseas, I'll get you a pint or two at some point :-) TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From leonard at den.ottolander.nl Sun Jun 20 17:37:37 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Sun, 20 Jun 2004 19:37:37 +0200 Subject: Connection problem - more information In-Reply-To: <20040620170709.M87049@all-the-johnsons.co.uk> References: <20040620170709.M87049@all-the-johnsons.co.uk> Message-ID: <1087753057.4753.4.camel@athlon.localdomain> Hi Paul, > This leads me to suspect that one of the rawhide updates has screwed my > system which I was unaware of as I've not done a reset in ages. Why not rpm -qa --last and revert the last updates one by one? You forgot to describe your hardware (NIC), but as you earlier stated the kernel doesn't seem to be involved, so this might not be that important. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From jrobertson at convera.com Sun Jun 20 18:23:54 2004 From: jrobertson at convera.com (Joe Robertson) Date: Sun, 20 Jun 2004 11:23:54 -0700 Subject: FC2 hangs on soft reboot Message-ID: I am running Fedora Core 2 (final release) on a Supermicro 6013P-T. If I do a "shutdown -r now" or ctl-alt-del to cause a reboot, the system reboots but hangs when it tries to read the boot sector. I have not noticed any other issues related to reading / writing data to the hard drives. This has sil-3112A SATA hard drive controllers. I have confirmed that the problem goes away if I disable the Silicon Image controllers and use a Promise board. Engineers at Silicon Image are convinced that the incorrect driver is actually being loaded, another driver is grabbing the hardware before sata_sil has a chance to, or even worse two drivers are attempting to grab the same hardware. The device name used to access the hard drives is /dev/hdx rather than /dev/sdx as it should be (according to Silicon Image). They suggested adding hdx=noprobe for all drives in grub.conf. I tried that but the system simply wouldn't boot. In /etc/modeprobe.conf, there is an entry "alias scsi_hostadapter sata_sil" which is correct. Has anyone run into this before? Is there another way to ensure the correct driver is being used? The second suggestion from Silicon Image is "remove the PCI IDs from drivers/ide/pci/siimage.c, which will ensure that sata_sil is the only driver attempting to use the hardware and then recompile." I've figured out how to modify the siimage.c file and build a new kernel source rpm file. However, I have not yet figured out how to go to the next step and build a new set of kernel rpm files. I need to be able to package this so I can put the corrected version back into my installation tree that I use for NFS inatalls. Can anyone help with instructions or where to find instructions on building and packaging a kernel? Thanks, Joe Robertson From bgerst at didntduck.org Sun Jun 20 18:38:33 2004 From: bgerst at didntduck.org (Brian Gerst) Date: Sun, 20 Jun 2004 14:38:33 -0400 Subject: Connection problem - more information In-Reply-To: <20040620170709.M87049@all-the-johnsons.co.uk> References: <20040620170709.M87049@all-the-johnsons.co.uk> Message-ID: <40D5D9A9.7010307@quark.didntduck.org> Paul F. Johnson wrote: > Hi, > > On a spare drive, I did a vanilla install of FC2. All is happy and well > (except for my mouse not working). No problems with networking or anything > like that. > > This leads me to suspect that one of the rawhide updates has screwed my > system which I was unaware of as I've not done a reset in ages. > > A few odd things have happened though > > /sbin/ifdown eth0 is fine > /sbin/ifup eth0 gives this > > Determining IP information for device eth0 ... SIOCADDRT file exists > Done > RTNETLINK reports : Invalid argument > > /sbin/route -n looks okay > > Destination Gateway Genmask Flags Metric Ref Use Iface > 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 > 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo > 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 eth0 ^^^^^^^ This is the problem. The current DHCP package is broken in that it doesn't set the default gateway properly. You can manually fix it by: route del default route add default gw eth0 -- Brian Gerst From paul at all-the-johnsons.co.uk Sun Jun 20 19:31:24 2004 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 20 Jun 2004 19:31:24 +0000 Subject: Connection problem - more information In-Reply-To: <40D5D9A9.7010307@quark.didntduck.org> References: <20040620170709.M87049@all-the-johnsons.co.uk> <40D5D9A9.7010307@quark.didntduck.org> Message-ID: <20040620193124.M96738@all-the-johnsons.co.uk> Hi. > > Destination Gateway Genmask Flags Metric Ref Use Iface > > 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 > > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 > > 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo > > 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 eth0 > ^^^^^^^ > This is the problem. The current DHCP package is broken in that it > doesn't set the default gateway properly. You can manually fix it by: > > route del default > route add default gw eth0 Excellent - that's got it working again :-) Question now is, is there a new dhcp package?! TTFN Paul -- Get your free @ukpost.com account now http://www.ukpost.com/ From h.mayer at inode.at Sun Jun 20 20:21:43 2004 From: h.mayer at inode.at (Hannes Mayer) Date: Sun, 20 Jun 2004 22:21:43 +0200 Subject: FC2 hangs on soft reboot In-Reply-To: References: Message-ID: <40D5F1D7.7070208@inode.at> Joe Robertson wrote: > I am running Fedora Core 2 (final release) on a Supermicro 6013P-T. > If I do a "shutdown -r now" or ctl-alt-del to cause a reboot, > the system reboots but hangs when it tries to read the boot sector. > > I have not noticed any other issues related to reading / writing > data to the hard drives. > > This has sil-3112A SATA hard drive controllers. I have confirmed > that the problem goes away if I disable the Silicon Image controllers > and use a Promise board. Engineers at Silicon Image are convinced that > the incorrect driver is actually being loaded, another driver is > grabbing the hardware before sata_sil has a chance to, or even worse > two drivers are attempting to grab the same hardware. > > The device name used to access the hard drives is /dev/hdx rather than > /dev/sdx as it should be (according to Silicon Image). > They suggested adding hdx=noprobe for all drives in grub.conf. I tried > that > but the system simply wouldn't boot. In /etc/modeprobe.conf, there is > an > entry "alias scsi_hostadapter sata_sil" which is correct. > > Has anyone run into this before? > > Is there another way to ensure the correct driver is being used? > > > The second suggestion from Silicon Image is "remove the PCI IDs > from drivers/ide/pci/siimage.c, which will ensure that sata_sil is the > only driver attempting to use the hardware and then recompile." > > I've figured out how to modify the siimage.c file and build a new > kernel source rpm file. However, I have not yet figured out how to > go to the next step and build a new set of kernel rpm files. I need > to be able to package this so I can put the corrected version back into > my installation tree that I use for NFS inatalls. > > Can anyone help with instructions or where to find instructions on > building and packaging a kernel? > > Thanks, > Joe Robertson Joe, which kernel do you use ? When I read the subject line, the problem with the older 2.6 kernel came to my mind, where the kernel sent a standby signal to the harddrives and some harddrives interpreted this as shutdown. When rebooting the BIOS didn't spin up the drives and the system didn't boot. This might be unrelated - just my 2 eurocents ;-) Cheers, Hannes. From jrobertson at convera.com Sun Jun 20 23:53:28 2004 From: jrobertson at convera.com (Joe Robertson) Date: Sun, 20 Jun 2004 16:53:28 -0700 Subject: FC2 hangs on soft reboot Message-ID: On Sunday, June 20, 2004 1:22 PM, Hannes Mayer wrote > > Joe, > > which kernel do you use ? I'm using the released version - 2.6.5-1.358 > When I read the subject line, the problem with the older 2.6 > kernel came to my mind, where the kernel sent a standby > signal to the harddrives and some harddrives interpreted this > as shutdown. When rebooting the BIOS didn't spin up the > drives and the system didn't boot. This might be unrelated - > just my 2 eurocents ;-) > I forgot to mention that if I do a ctl-alt-del at the point where it hangs, it will reboot successfully. Normally I'd simply ignore this but I'm planning a very large deployment in a remote location so I can't tolerate this behavior. Also, if I configure the system with a single CPU and disable hyperthreading, it reboots just fine with a soft reboot. If I add a second CPU or enable hyperthreading, it fails on reboot. > Cheers, > Hannes. > > Thanks, Joe From h.mayer at inode.at Mon Jun 21 16:15:57 2004 From: h.mayer at inode.at (Hannes Mayer) Date: Mon, 21 Jun 2004 18:15:57 +0200 Subject: FC2 hangs on soft reboot In-Reply-To: References: Message-ID: <40D709BD.5090500@inode.at> Hi Joe! Joe Robertson wrote: > On Sunday, June 20, 2004 1:22 PM, Hannes Mayer wrote >>Joe, >> >>which kernel do you use ? > > I'm using the released version - 2.6.5-1.358 Try upgrading to 2.6.6-1.435 and see if the problem is still there... >>When I read the subject line, the problem with the older 2.6 >>kernel came to my mind, where the kernel sent a standby >>signal to the harddrives and some harddrives interpreted this >>as shutdown. When rebooting the BIOS didn't spin up the >>drives and the system didn't boot. This might be unrelated - >>just my 2 eurocents ;-) >> > > > I forgot to mention that if I do a ctl-alt-del at the point > where it hangs, it will reboot successfully. Normally I'd > simply ignore this but I'm planning a very large deployment > in a remote location so I can't tolerate this behavior. > > Also, if I configure the system with a single CPU and disable > hyperthreading, it reboots just fine with a soft reboot. > If I add a second CPU or enable hyperthreading, it fails on > reboot. I've no experience with systems > 1 CPU, so can't help here much... Try upgrading the kernel...sometimes this does a wonder ;-) Cheers, Hannes. From jrobertson at convera.com Mon Jun 21 19:46:09 2004 From: jrobertson at convera.com (Joe Robertson) Date: Mon, 21 Jun 2004 12:46:09 -0700 Subject: fc2 - network restart fails - e1000 / Extreme Network Switch Message-ID: I'm using machines with Intel GB NIC (Supermicro 6013P-T and Dell 1600sc - both with e1000 drivers). The OS is fc2 release (I've tried updating the kernel to 2.6.6-1-535 and saw the same symptoms). If I connect to an Extreme Network GB Switch (summit 400-48t) and issue a "service network restart" command, it works every other time (and fails every other time) - consistently. When it fails, I get the following message: "Determining ip information for eth0... failed: no link present. Check cable?" If I do a sequence of "service network stop" and "service network start", it works every time. I have not seen this with a Netgear unmanaged switch (haven't tried others). Any ideas? Thanks, Joe Robertson From jrobertson at convera.com Mon Jun 21 19:57:41 2004 From: jrobertson at convera.com (Joe Robertson) Date: Mon, 21 Jun 2004 12:57:41 -0700 Subject: FC2 hangs on soft reboot Message-ID: On Monday, June 21, 2004 9:16 AM Hannes Mayer wrote: > Hi Joe! > > Joe Robertson wrote: > > On Sunday, June 20, 2004 1:22 PM, Hannes Mayer wrote > >>Joe, > >> > >>which kernel do you use ? > > > > I'm using the released version - 2.6.5-1.358 > > Try upgrading to 2.6.6-1.435 and see if the problem is still there... > I upgraded to 2.6.6-1.435. The soft reboot hang appears to have gone away. This is great news! I had previously tried upgrading to the 2.6.6-1.427 kernel with no such luck. This resolves the worst of the problems. However, I'd still like to know how to force the system to use the libata library as recommended by Silicon Image (i.e. refers to drives as /dev/sdx rather than /dev/hdx). Thanks, Joe Robertson From sdhmis at sheratondover.com Mon Jun 21 20:12:51 2004 From: sdhmis at sheratondover.com (Kenneth Benson) Date: Mon, 21 Jun 2004 16:12:51 -0400 Subject: fc2 - network restart fails - e1000 / Extreme Network Switch Message-ID: What type of cable are you using...Cat5, Cat5e or Cat 6? Cat 5e is the minimum recommended for gigabit and Cat 6 is preferred. Standard Cat 5 is iffy at that speed. > -----Original Message----- > From: Joe Robertson [mailto:jrobertson at convera.com] > Sent: Monday, June 21, 2004 3:46 PM > To: fedora-test-list at redhat.com > Subject: fc2 - network restart fails - e1000 / Extreme Network Switch > > > I'm using machines with Intel GB NIC (Supermicro 6013P-T and > Dell 1600sc - both with e1000 drivers). The OS is fc2 release > (I've tried updating the kernel to 2.6.6-1-535 and saw the > same symptoms). > > If I connect to an Extreme Network GB Switch (summit 400-48t) > and issue a "service network restart" command, it works every > other time (and fails every other time) - consistently. > When it fails, I get the following message: "Determining ip > information for eth0... failed: no link present. Check cable?" > > If I do a sequence of "service network stop" and "service network > start", it works every time. > > I have not seen this with a Netgear unmanaged switch (haven't > tried others). > > Any ideas? > > Thanks, > Joe Robertson > > > -- > 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 jrobertson at convera.com Mon Jun 21 20:18:38 2004 From: jrobertson at convera.com (Joe Robertson) Date: Mon, 21 Jun 2004 13:18:38 -0700 Subject: fc2 - network restart fails - e1000 / Extreme Network Switch Message-ID: Kenneth Benson wrote: What type of cable are you using...Cat5, Cat5e or Cat 6? Cat 5e is the minimum recommended for gigabit and Cat 6 is preferred. Standard Cat 5 is iffy at that speed. My cables are 10' Cat 6 - I've tested on several machines / cables - including Cat 5e. Joe -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at all-the-johnsons.co.uk Mon Jun 21 20:34:46 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 21 Jun 2004 21:34:46 +0100 Subject: Yum extremely slow Message-ID: <1087850087.4338.2.camel@T7.linux> Hi, I'm trying to do a yum update currently and it is amazingly slow. Is there a problem currently? I falls over a lot on the kernel-sourcecode package TTFN Paul -- "If I face my God tomorrow, I can tell Him I am innocent. I've never harmed anyone. I have cheated no one. I have deceived no one. I have hurt no one. Except myself. And that He will forgive me." - Hans Holzel -------------- 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 sdhmis at sheratondover.com Mon Jun 21 20:53:38 2004 From: sdhmis at sheratondover.com (Kenneth Benson) Date: Mon, 21 Jun 2004 16:53:38 -0400 Subject: fc2 - network restart fails - e1000 / Extreme Network Switch Message-ID: Hmmmm....are you set for auto-negotiate? Some of the switches I work with (3Coms believe it or not) don't auto-negotiate well at the higher speed. Beyond that I can't think of anything off the top of my head. -----Original Message----- From: Joe Robertson [mailto:jrobertson at convera.com] Sent: Monday, June 21, 2004 4:19 PM To: For testers of Fedora Core development releases Subject: RE: fc2 - network restart fails - e1000 / Extreme Network Switch Kenneth Benson wrote: What type of cable are you using...Cat5, Cat5e or Cat 6? Cat 5e is the minimum recommended for gigabit and Cat 6 is preferred. Standard Cat 5 is iffy at that speed. My cables are 10' Cat 6 - I've tested on several machines / cables - including Cat 5e. Joe -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at phy.duke.edu Mon Jun 21 20:57:04 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 21 Jun 2004 16:57:04 -0400 Subject: Yum extremely slow In-Reply-To: <1087850087.4338.2.camel@T7.linux> References: <1087850087.4338.2.camel@T7.linux> Message-ID: <1087851423.23784.217.camel@opus> On Mon, 2004-06-21 at 16:34, Paul wrote: > Hi, > > I'm trying to do a yum update currently and it is amazingly slow. Is > there a problem currently? > > I falls over a lot on the kernel-sourcecode package > amazingly slow doing what? depsolving? downloading packages? -sv From paul at all-the-johnsons.co.uk Mon Jun 21 21:16:30 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 21 Jun 2004 22:16:30 +0100 Subject: Yum extremely slow In-Reply-To: <1087851423.23784.217.camel@opus> References: <1087850087.4338.2.camel@T7.linux> <1087851423.23784.217.camel@opus> Message-ID: <1087852590.4338.36.camel@T7.linux> Hi, > > I falls over a lot on the kernel-sourcecode package > > > > amazingly slow doing what? depsolving? downloading packages? Downloading and resolving. TTFN Paul -- "If I face my God tomorrow, I can tell Him I am innocent. I've never harmed anyone. I have cheated no one. I have deceived no one. I have hurt no one. Except myself. And that He will forgive me." - Hans Holzel -------------- 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 21 21:18:42 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 21 Jun 2004 17:18:42 -0400 Subject: Yum extremely slow In-Reply-To: <1087852590.4338.36.camel@T7.linux> References: <1087850087.4338.2.camel@T7.linux> <1087851423.23784.217.camel@opus> <1087852590.4338.36.camel@T7.linux> Message-ID: <1087852722.23784.224.camel@opus> On Mon, 2004-06-21 at 17:16, Paul wrote: > Hi, > > > > I falls over a lot on the kernel-sourcecode package > > > > > > > amazingly slow doing what? depsolving? downloading packages? > > Downloading and resolving. > Downloading: setup other mirrors in the baseurl line resolving: yah, known problem, working on new versions to solve this problem. -sv From jrobertson at convera.com Mon Jun 21 21:43:18 2004 From: jrobertson at convera.com (Joe Robertson) Date: Mon, 21 Jun 2004 14:43:18 -0700 Subject: fc2 - network restart fails - e1000 / Extreme Network Switch Message-ID: Kenneth Benson wrote: >Hmmmm....are you set for auto-negotiate? Some of the switches I work with >(3Coms believe it or not) don't auto-negotiate well at the higher speed. >Beyond that I can't think of anything off the top of my head. I set for 10 or 100 Mb and it works OK - with auto-negotiate enabled or disabled. If the switch is set for 1000 Mb, auto-negotate is enabled with no option to disable. -- FYI: I have tried using another distro (SuSE) and I have not found any of the numerous networking problems that occur in Fedora. I think they are all using the same drivers so it must be the code that calls the drivers... Joe From alan at redhat.com Mon Jun 21 23:30:28 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 21 Jun 2004 19:30:28 -0400 Subject: fc2 - network restart fails - e1000 / Extreme Network Switch In-Reply-To: References: Message-ID: <20040621233028.GF4300@devserv.devel.redhat.com> On Mon, Jun 21, 2004 at 02:43:18PM -0700, Joe Robertson wrote: > -- FYI: I have tried using another distro (SuSE) and I have not found > any of the > numerous networking problems that occur in Fedora. I think they are all > using the same drivers so it must be the code that calls the drivers... >From some of the bugs I've looked at and fixed I suspect its the way they are called that is differing. There are two general problems mii and ethtool ioctls dont work on some cards with the interface down the negotiation delay in our scripts is a bit too short for gbit I'm suspecting SuSE does ifconfig eth0 up talk mii etc configure and that masks all the power management and MII problems. Possibly we should switch to that behaviour From stan at ccs.neu.edu Tue Jun 22 01:11:32 2004 From: stan at ccs.neu.edu (Stan Bubrouski) Date: Mon, 21 Jun 2004 21:11:32 -0400 Subject: Yum extremely slow In-Reply-To: <1087852722.23784.224.camel@opus> References: <1087850087.4338.2.camel@T7.linux> <1087851423.23784.217.camel@opus> <1087852590.4338.36.camel@T7.linux> <1087852722.23784.224.camel@opus> Message-ID: <1087866692.2960.7.camel@duergar> On Mon, 2004-06-21 at 17:18 -0400, seth vidal wrote: > On Mon, 2004-06-21 at 17:16, Paul wrote: > > Hi, > > > > > > I falls over a lot on the kernel-sourcecode package > > > > > > > > > > amazingly slow doing what? depsolving? downloading packages? > > > > Downloading and resolving. > > > > Downloading: setup other mirrors in the baseurl line > resolving: yah, known problem, working on new versions to solve this > problem. > > -sv What's the cause? -sb -- Stan Bubrouski From stan at ccs.neu.edu Tue Jun 22 01:13:08 2004 From: stan at ccs.neu.edu (Stan Bubrouski) Date: Mon, 21 Jun 2004 21:13:08 -0400 Subject: gaim crashing after latest devel updates Message-ID: <1087866788.2960.9.camel@duergar> Hey, I can no longer use Gaim with the devel tree. The latest rawhide package and CVS version i built tonight crash immediately whenever I start to send a message to anyone (all accounts are AIM). If I leave it open and don't message anyone it will crash soon as well. I wish I could tell you more but gdb ain't acting so nice atm... Anyone else experiencing this? I checked Bugzilla and there wasn't anything remotely similar. I'm running all the latest devel packages on top of FC2. On a side note compiling it with gcc33 or gcc34 made no difference what- so-ever... I know the rawhide package uses gcc33 to compile, but even rebuilding that did nothing. It's not an issue with my settings either: I moved my ~/.gaim and soon as i setup an account and tried to send a message, gaim went down hard... -sb -- Stan Bubrouski From stan at ccs.neu.edu Tue Jun 22 01:11:32 2004 From: stan at ccs.neu.edu (Stan Bubrouski) Date: Mon, 21 Jun 2004 21:11:32 -0400 Subject: Yum extremely slow In-Reply-To: <1087852722.23784.224.camel@opus> References: <1087850087.4338.2.camel@T7.linux> <1087851423.23784.217.camel@opus> <1087852590.4338.36.camel@T7.linux> <1087852722.23784.224.camel@opus> Message-ID: <1087866692.2960.7.camel@duergar> On Mon, 2004-06-21 at 17:18 -0400, seth vidal wrote: > On Mon, 2004-06-21 at 17:16, Paul wrote: > > Hi, > > > > > > I falls over a lot on the kernel-sourcecode package > > > > > > > > > > amazingly slow doing what? depsolving? downloading packages? > > > > Downloading and resolving. > > > > Downloading: setup other mirrors in the baseurl line > resolving: yah, known problem, working on new versions to solve this > problem. > > -sv What's the cause? -sb -- Stan Bubrouski From stan at ccs.neu.edu Tue Jun 22 01:40:12 2004 From: stan at ccs.neu.edu (Stan Bubrouski) Date: Mon, 21 Jun 2004 21:40:12 -0400 Subject: gaim crashing after latest devel updates In-Reply-To: <1087866788.2960.9.camel@duergar> References: <1087866788.2960.9.camel@duergar> Message-ID: <1087868412.2960.11.camel@duergar> Here is a backtrace from the CVS version: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1207053664 (LWP 3019)] 0x00a55305 in free () from /lib/tls/libc.so.6 (gdb) bt #0 0x00a55305 in free () from /lib/tls/libc.so.6 #1 0x0164e251 in operator delete () from /usr/lib/libstdc++.so.6 #2 0x0162c935 in std::string::_Rep::_M_destroy () from /usr/lib/libstdc ++.so.6 #3 0x0138c48a in Arts::MCOPUtils::readConfigEntry () from /usr/lib/ libmcop.so.1 #4 0x01373857 in Arts::Dispatcher::Dispatcher () from /usr/lib/libmcop. so.1 #5 0x00cc51b9 in arts_backend_init () from /usr/lib/libartscbackend. so.0 #6 0x001492e7 in arts_init () from /usr/lib/libartsc.so.0 #7 0x00ccf8be in ao_plugin_test () at ao_arts.c:60 #8 0x004d330f in _find_default_driver_id (name=0x0) at audio_out.c:190 #9 0x004d3d1e in ao_default_driver_id () at audio_out.c:739 #10 0x080d8b3e in _pref_sound_method_changed (name=0x0, type=GAIM_PREF_STRING, val=0x9b438a8, data=0x0) at gtksound.c:335 #11 0x080829af in do_callbacks (name=0x80eaf4b "/gaim/gtk/sound/method", pref=0x9b43858) at prefs.c:383 #12 0x080d8625 in gaim_gtk_sound_play_file (filename=0x9de1318 "/usr/ lib/aim/sounds/imsend.wav") at gtksound.c:144 #13 0x080d89ee in gaim_gtk_sound_play_event (event=GAIM_SOUND_BUDDY_ARRIVE) at gtksound.c:297 #14 0x080b4ba2 in gaim_gtkconv_write_im (conv=0x9ca8640, who=0x0, message=0x9ce0aa0 "hey", flags=GAIM_MESSAGE_SEND, mtime=1087865997) at gtkconv.c:4742 #15 0x08073b8e in common_send (conv=0x9ca8640, message=0x1
) at conversation.c:241 #16 0x080ae7aa in send_cb (widget=0x0, conv=0x9ca8640) at gtkconv.c:537 #17 0x080b27a2 in entry_key_press_cb (entry=0x9d250d0, event=0x9bef298, data=0x9ca8640) at gtkconv.c:1658 #18 0x002d3194 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk- x11-2.0.so.0 #19 0x00d775eb in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #20 0x00d8e2cb in g_signal_has_handler_pending () from /usr/lib/ libgobject-2.0.so.0 #21 0x00d8fffb in g_signal_emit_valist () from /usr/lib/libgobject-2.0. so.0 #22 0x00d90682 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #23 0x003d6b04 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0. so.0 #24 0x003e83e6 in gtk_window_propagate_key_event () from /usr/lib/ libgtk-x11-2.0.so.0 #25 0x003ed43c in gtk_window_activate_key () from /usr/lib/libgtk-x11- 2.0.so.0 #26 0x002d3194 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk- x11-2.0.so.0 #27 0x00d779b7 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0. so.0 #28 0x00d775eb in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #29 0x00d8ef11 in g_signal_has_handler_pending () from /usr/lib/ libgobject-2.0.so.0 #30 0x00d8fffb in g_signal_emit_valist () from /usr/lib/libgobject-2.0. so.0 #31 0x00d90682 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #32 0x003d6b04 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0. so.0 #33 0x002d11f7 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0. so.0 #34 0x002d143d in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #35 0x00542b62 in gdk_event_get_graphics_expose () from /usr/lib/libgdk- x11-2.0.so.0 #36 0x00d11076 in g_main_context_dispatch () from /usr/lib/libglib-2.0. so.0 #37 0x00d12c04 in g_main_context_acquire () from /usr/lib/libglib-2.0. so.0 #38 0x00d12eca in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #39 0x002d0613 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #40 0x09c45448 in ?? () #41 0x00000001 in ?? () #42 0x00000001 in ?? () #43 0x00000000 in ?? () (gdb) k On Mon, 2004-06-21 at 21:13 -0400, Stan Bubrouski wrote: > Hey, > > I can no longer use Gaim with the devel tree. The latest rawhide > package and CVS version i built tonight crash immediately whenever I > start to send a message to anyone (all accounts are AIM). If I leave it > open and don't message anyone it will crash soon as well. I wish I > could tell you more but gdb ain't acting so nice atm... > > Anyone else experiencing this? I checked Bugzilla and there wasn't > anything remotely similar. I'm running all the latest devel packages on > top of FC2. > > On a side note compiling it with gcc33 or gcc34 made no difference what- > so-ever... I know the rawhide package uses gcc33 to compile, but even > rebuilding that did nothing. It's not an issue with my settings either: > I moved my ~/.gaim and soon as i setup an account and tried to send a > message, gaim went down hard... > > -sb > -- > Stan Bubrouski > > -- Stan Bubrouski From stan at ccs.neu.edu Tue Jun 22 02:09:58 2004 From: stan at ccs.neu.edu (Stan Bubrouski) Date: Mon, 21 Jun 2004 22:09:58 -0400 Subject: gaim crashing after latest devel updates In-Reply-To: <1087868412.2960.11.camel@duergar> References: <1087866788.2960.9.camel@duergar> <1087868412.2960.11.camel@duergar> Message-ID: <1087870198.2960.14.camel@duergar> Ok so it looks like a problem with arts... like arts server not running... I was able to work around the problem by setting gaim to use 'play %s' to play sounds instead of using arts...so I'm happy again... Would like to know: A) whats going on with artsd... B) why gaim crashes when it can't use arts and is set to automatically choose method to play audio... -sb On Mon, 2004-06-21 at 21:40 -0400, Stan Bubrouski wrote: > Here is a backtrace from the CVS version: > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1207053664 (LWP 3019)] > 0x00a55305 in free () from /lib/tls/libc.so.6 > (gdb) bt > #0 0x00a55305 in free () from /lib/tls/libc.so.6 > #1 0x0164e251 in operator delete () from /usr/lib/libstdc++.so.6 > #2 0x0162c935 in std::string::_Rep::_M_destroy () from /usr/lib/libstdc > ++.so.6 > #3 0x0138c48a in Arts::MCOPUtils::readConfigEntry () from /usr/lib/ > libmcop.so.1 > #4 0x01373857 in Arts::Dispatcher::Dispatcher () from /usr/lib/libmcop. > so.1 > #5 0x00cc51b9 in arts_backend_init () from /usr/lib/libartscbackend. > so.0 > #6 0x001492e7 in arts_init () from /usr/lib/libartsc.so.0 > #7 0x00ccf8be in ao_plugin_test () at ao_arts.c:60 > #8 0x004d330f in _find_default_driver_id (name=0x0) at audio_out.c:190 > #9 0x004d3d1e in ao_default_driver_id () at audio_out.c:739 > #10 0x080d8b3e in _pref_sound_method_changed (name=0x0, > type=GAIM_PREF_STRING, val=0x9b438a8, data=0x0) at gtksound.c:335 > #11 0x080829af in do_callbacks (name=0x80eaf4b "/gaim/gtk/sound/method", > pref=0x9b43858) at prefs.c:383 > #12 0x080d8625 in gaim_gtk_sound_play_file (filename=0x9de1318 "/usr/ > lib/aim/sounds/imsend.wav") at gtksound.c:144 > #13 0x080d89ee in gaim_gtk_sound_play_event > (event=GAIM_SOUND_BUDDY_ARRIVE) at gtksound.c:297 > #14 0x080b4ba2 in gaim_gtkconv_write_im (conv=0x9ca8640, who=0x0, > message=0x9ce0aa0 "hey", flags=GAIM_MESSAGE_SEND, mtime=1087865997) at > gtkconv.c:4742 > #15 0x08073b8e in common_send (conv=0x9ca8640, message=0x1
out of bounds>) at conversation.c:241 > #16 0x080ae7aa in send_cb (widget=0x0, conv=0x9ca8640) at gtkconv.c:537 > #17 0x080b27a2 in entry_key_press_cb (entry=0x9d250d0, event=0x9bef298, > data=0x9ca8640) at gtkconv.c:1658 > #18 0x002d3194 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk- > x11-2.0.so.0 > #19 0x00d775eb in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 > #20 0x00d8e2cb in g_signal_has_handler_pending () from /usr/lib/ > libgobject-2.0.so.0 > #21 0x00d8fffb in g_signal_emit_valist () from /usr/lib/libgobject-2.0. > so.0 > #22 0x00d90682 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 > #23 0x003d6b04 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0. > so.0 > #24 0x003e83e6 in gtk_window_propagate_key_event () from /usr/lib/ > libgtk-x11-2.0.so.0 > #25 0x003ed43c in gtk_window_activate_key () from /usr/lib/libgtk-x11- > 2.0.so.0 > #26 0x002d3194 in gtk_marshal_VOID__UINT_STRING () from /usr/lib/libgtk- > x11-2.0.so.0 > #27 0x00d779b7 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0. > so.0 > #28 0x00d775eb in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 > #29 0x00d8ef11 in g_signal_has_handler_pending () from /usr/lib/ > libgobject-2.0.so.0 > #30 0x00d8fffb in g_signal_emit_valist () from /usr/lib/libgobject-2.0. > so.0 > #31 0x00d90682 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 > #32 0x003d6b04 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0. > so.0 > #33 0x002d11f7 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0. > so.0 > #34 0x002d143d in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 > #35 0x00542b62 in gdk_event_get_graphics_expose () from /usr/lib/libgdk- > x11-2.0.so.0 > #36 0x00d11076 in g_main_context_dispatch () from /usr/lib/libglib-2.0. > so.0 > #37 0x00d12c04 in g_main_context_acquire () from /usr/lib/libglib-2.0. > so.0 > #38 0x00d12eca in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 > #39 0x002d0613 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 > #40 0x09c45448 in ?? () > #41 0x00000001 in ?? () > #42 0x00000001 in ?? () > #43 0x00000000 in ?? () > (gdb) k > > > > On Mon, 2004-06-21 at 21:13 -0400, Stan Bubrouski wrote: > > Hey, > > > > I can no longer use Gaim with the devel tree. The latest rawhide > > package and CVS version i built tonight crash immediately whenever I > > start to send a message to anyone (all accounts are AIM). If I leave it > > open and don't message anyone it will crash soon as well. I wish I > > could tell you more but gdb ain't acting so nice atm... > > > > Anyone else experiencing this? I checked Bugzilla and there wasn't > > anything remotely similar. I'm running all the latest devel packages on > > top of FC2. > > > > On a side note compiling it with gcc33 or gcc34 made no difference what- > > so-ever... I know the rawhide package uses gcc33 to compile, but even > > rebuilding that did nothing. It's not an issue with my settings either: > > I moved my ~/.gaim and soon as i setup an account and tried to send a > > message, gaim went down hard... > > > > -sb > > -- > > Stan Bubrouski > > > > > -- > Stan Bubrouski > > -- Stan Bubrouski From concert at europe.com Tue Jun 22 02:32:16 2004 From: concert at europe.com (t l) Date: Mon, 21 Jun 2004 18:32:16 -0800 Subject: gaim crashing after latest devel updates Message-ID: <20040622023216.D4AA7101DD@ws1-3.us4.outblaze.com> Thanks! That fixed it for me as well. FYI, works if you set sound to ESD too. tom ------------------------------------------------- * From: Stan Bubrouski * To: For testers of Fedora Core development releases * Subject: Re: gaim crashing after latest devel updates * Date: Mon, 21 Jun 2004 22:09:58 -0400 Ok so it looks like a problem with arts... like arts server not running... I was able to work around the problem by setting gaim to use 'play %s' to play sounds instead of using arts...so I'm happy again... Would like to know: A) whats going on with artsd... B) why gaim crashes when it can't use arts and is set to automatically choose method to play audio... -sb -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm From stan at ccs.neu.edu Tue Jun 22 02:56:05 2004 From: stan at ccs.neu.edu (Stan Bubrouski) Date: Mon, 21 Jun 2004 22:56:05 -0400 Subject: gaim crashing after latest devel updates In-Reply-To: <20040622023216.D4AA7101DD@ws1-3.us4.outblaze.com> References: <20040622023216.D4AA7101DD@ws1-3.us4.outblaze.com> Message-ID: <1087872965.2960.18.camel@duergar> On Mon, 2004-06-21 at 18:32 -0800, t l wrote: > Thanks! That fixed it for me as well. > > FYI, works if you set sound to ESD too. > > tom Well there is no ESD daemon running on my system for some reason (Using latest gnome packages from devel) so ESD is not an option and esdplay produces no sound... Thank god for the 'play' command ;-) BTW I'm glad im not the only one who is affected by the artsd thing. Cheers, sb From skvidal at phy.duke.edu Tue Jun 22 04:14:16 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 22 Jun 2004 00:14:16 -0400 Subject: Yum extremely slow In-Reply-To: <1087866692.2960.7.camel@duergar> References: <1087850087.4338.2.camel@T7.linux> <1087851423.23784.217.camel@opus> <1087852590.4338.36.camel@T7.linux> <1087852722.23784.224.camel@opus> <1087866692.2960.7.camel@duergar> Message-ID: <1087877656.24448.17.camel@binkley> > What's the cause? > It's been explained a number of times on the yum list, you can check the archives there. -sv From kepa at oceanvoyages.com Tue Jun 22 20:38:20 2004 From: kepa at oceanvoyages.com (Kepa Lyman) Date: Tue, 22 Jun 2004 21:38:20 +0100 Subject: thoughts on the winXP boot bug In-Reply-To: <20040527160026.91BA975027@hormel.redhat.com> References: <20040527160026.91BA975027@hormel.redhat.com> Message-ID: <200406222138.20170.kepa@oceanvoyages.com> So after successfully convincing my boss to allow me to install linux at work on a dual boot machine, I did so this week. Guess what? The infamous (that I am now newly aware of) win XP dual boot bug rears its ugly head! Now I'm in trouble for screwing up a windows computer that other people need, and the case for linux at work has just recieved a nail in the coffin... So I get to try to fix this on my own time, thank you fedora, and just hope that in the far off future I can try again with fedora core 10 or something... I mean, JESUS CHRIST, how can such a show-stopping bug be allowed in a full release?! If people are going to be migrating away from windows and giving linux a try, is it wise to trash their computers?! Now I have to become an expert on disk repair so I can fix the stupid thing. Of course, I'm happy to use FC2 and say hasta la vista to windows xp forever... but back in the real world, we still need windows. Kepa From fedora-test at drussell.dnsalias.com Tue Jun 22 20:54:05 2004 From: fedora-test at drussell.dnsalias.com (don russell) Date: Tue, 22 Jun 2004 13:54:05 -0700 (PDT) Subject: thoughts on the winXP boot bug Message-ID: <4582.10.10.10.253.1087937645.squirrel@10.10.10.253> Kepa Lyman said: > I mean, JESUS CHRIST, how can such a show-stopping bug be allowed in a full > release?! If people are going to be migrating away from windows and giving > linux a try, is it wise to trash their computers?! Now I have to become an > expert on disk repair so I can fix the stupid thing. I mean, Aye Chihuahua! How can anybody be so stupid as to install a "not suitable for production" use OS in a production environment without AT LEAST first scouring the archives for known problems. And this bug was bandied abuot plenty, you'd have found it with the most casual of glances through the list archives.... or ASK for oppinions/caveats before doing such a brain-dead move in the first place. Stop blaming others for your errors. Get a grip, you'll be OK. Now, is there something you need help with? Don Russell From jspaleta at gmail.com Tue Jun 22 21:00:22 2004 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 22 Jun 2004 17:00:22 -0400 Subject: thoughts on the winXP boot bug In-Reply-To: <200406222138.20170.kepa@oceanvoyages.com> References: <20040527160026.91BA975027@hormel.redhat.com> <200406222138.20170.kepa@oceanvoyages.com> Message-ID: <604aa791040622140033b8f8cc@mail.gmail.com> On Tue, 22 Jun 2004 21:38:20 +0100, Kepa Lyman wrote: > > > So after successfully convincing my boss to allow me to install linux at work > on a dual boot machine, I did so this week. Guess what? The infamous (that > I am now newly aware of) win XP dual boot bug rears its ugly head! Now I'm > in trouble for screwing up a windows computer that other people need, and the > case for linux at work has just recieved a nail in the coffin... So I get to > try to fix this on my own time, thank you fedora, and just hope that in the > far off future I can try again with fedora core 10 or something... Prevention and Revovery: http://www.redhat.com/archives/fedora-devel-list/2004-May/msg00908.html fwiw, this isn't necessarily widely reproducible as can be assumed, its certaintly not clear that one can point to a specific bios/motherboard and know without fail that this issue is going to happen. fwiw, the lastest suse and mandrake releases appear to have the same problem and its very much related to a decision made by the mainline kernel developers to change how disk geometry is handled. I would imagine that any 2.6 kernel based distribution that boots into a 2.6 kernel environment to do installation will have similar issues. reference: http://qa.mandrakesoft.com/show_bug.cgi?id=7959#c27 http://mlf.linux.rulez.org/mlf/ezaz/ntfsresize.html#troubleshoot http://www.eweek.com/article2/0,1759,1585840,00.asp -jef"the real question is, why was there a communication breakdown upstream between mainline kernel development and partitioning tool projects like parted about the importance of dual boot situations invovling CHS"spaleta From fct-cornette at sbcglobal.net Tue Jun 22 22:49:28 2004 From: fct-cornette at sbcglobal.net (Jim Cornette) Date: Tue, 22 Jun 2004 18:49:28 -0400 Subject: thoughts on the winXP boot bug In-Reply-To: <200406222138.20170.kepa@oceanvoyages.com> References: <20040527160026.91BA975027@hormel.redhat.com> <200406222138.20170.kepa@oceanvoyages.com> Message-ID: <40D8B778.2070807@sbcglobal.net> Kepa Lyman wrote: >So after successfully convincing my boss to allow me to install linux at work >on a dual boot machine, I did so this week. Guess what? The infamous (that >I am now newly aware of) win XP dual boot bug rears its ugly head! Now I'm >in trouble for screwing up a windows computer that other people need, and the >case for linux at work has just recieved a nail in the coffin... So I get to >try to fix this on my own time, thank you fedora, and just hope that in the >far off future I can try again with fedora core 10 or something... > >I mean, JESUS CHRIST, how can such a show-stopping bug be allowed in a full >release?! If people are going to be migrating away from windows and giving >linux a try, is it wise to trash their computers?! Now I have to become an >expert on disk repair so I can fix the stupid thing. > >Of course, I'm happy to use FC2 and say hasta la vista to windows xp >forever... but back in the real world, we still need windows. > >Kepa > > > > I got this bug with a computer with pheonix bios. I'm not sure if this is common among this bios version. I just had to change the second selection that deals with selecting LBA and other modes. After changing the setting to LBA instead of auto, it worked. This was on one of those half board industrial pcisa CPU boards. The sfdisk method for repair was not needed. If memory serves me, this problem seemed to be pretty much not encountered before the release of FC2. I didn't hear about it until FC2 was released. As on the real world comment..... We are moving to linux for an i686 based program (dimensioning program for FedEx, UPS, etc). The things that scares me with those developing the applications to run on linux are the two reasons listed below. 1) They run everything as root. (not kidding) 2) They do not bother with applying upgraded packages to the system. (Security or bug fixes) I hope this does not mean that we are entering a domain filled with viruses and trojans on the linux based systems. Good luck on getting the computer to boot back into the other operating system. Jim -- Your true value depends entirely on what you are compared with. From lwn-fedora-test at lwn.net Wed Jun 23 00:46:23 2004 From: lwn-fedora-test at lwn.net (Jonathan Corbet) Date: Tue, 22 Jun 2004 18:46:23 -0600 Subject: Rawhide boot failure: init wants selinux_getenforcemode Message-ID: <20040623004623.8401.qmail@lwn.net> I'm getting more SELinux-related weirdness on my x86_64 rawhide box. I just did a reboot after an update, and init croaked with: /sbin/init: symbol lookup error: /sbin/init: undefined symbol: selinux_getenforcemode Needless to say, I didn't get the nice graphical login screen I was hoping for. Tossing an older SysVinit package onto the system made it bootable, but this episode does bring to mind a few questions: - Why am I getting things failing with weird, missing selinux symbols? And why is nobody else complaining about it? - Why isn't init staticly linked? As a general rule, I like it better when init actually works regardless of what else might be hosed on the system. - Any chance you could cram a couple more colons into the error message? The most pressing question for me is the "why only me?" part. Where is selinux_getenforcemode supposed to be defined? libselinux.so would seem to be a likely one, but I don't find it there... Thanks, jon Jonathan Corbet Executive editor, LWN.net corbet at lwn.net From jent at spicylemons.com Wed Jun 23 01:08:04 2004 From: jent at spicylemons.com (Mike Jensen) Date: Tue, 22 Jun 2004 19:08:04 -0600 Subject: thoughts on the winXP boot bug In-Reply-To: <200406222138.20170.kepa@oceanvoyages.com> References: <20040527160026.91BA975027@hormel.redhat.com> <200406222138.20170.kepa@oceanvoyages.com> Message-ID: <200406221908.04737.jent@spicylemons.com> quit yer bitchin...it has been a documented bug from day one, you should do some research before doing anything on a production machine. Also you will be able to get off any critical data with a linux boot cd like knoppix STD or something. Then just throw an image or install windows or what ever you fellas do. On Tuesday 22 June 2004 14:38, Kepa Lyman wrote: > So after successfully convincing my boss to allow me to install linux at > work on a dual boot machine, I did so this week. Guess what? The infamous > (that I am now newly aware of) win XP dual boot bug rears its ugly head! > Now I'm in trouble for screwing up a windows computer that other people > need, and the case for linux at work has just recieved a nail in the > coffin... So I get to try to fix this on my own time, thank you fedora, and > just hope that in the far off future I can try again with fedora core 10 or > something... > > I mean, JESUS CHRIST, how can such a show-stopping bug be allowed in a full > release?! If people are going to be migrating away from windows and giving > linux a try, is it wise to trash their computers?! Now I have to become an > expert on disk repair so I can fix the stupid thing. > > Of course, I'm happy to use FC2 and say hasta la vista to windows xp > forever... but back in the real world, we still need windows. > > Kepa -- Cheers, Mike Jensen jent at spicylemons.com cell at spicylemons.com irc.acidchat.net www.spicylemons.com From paul at all-the-johnsons.co.uk Wed Jun 23 09:12:28 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Wed, 23 Jun 2004 10:12:28 +0100 Subject: dhcp and route Message-ID: <1087981948.8782.43.camel@jeeves.music.salford.ac.uk> Hi, I installed all of the packages on the ftp development area dating from last Wednesday last night. All seems fine post that, however, I'm still having the same problem I had last week in that if I do a reset, the machine is not picking up the correct gateway address for my router (I have to delete the default gateway and reinitialise it from the command line with the router's address) Is this likely to be a router problem or a FC2 rawhide problem and if its a rawhide problem, which package is it likely to come under? I'm guessing either one the dhcpd or the routing program (dunno it's name though - routed sounds a good guess!). It is not a kernel related problem from what I can see. I do need to get to the bottom of this. A second reason for me being unsure if it's the router or the system is that using neat, I have it set to obtain the IP address and DNS from the router. This failed on two machines yesterday and I had to set the DNS manually - basically, the two machines could ping via the router, just obtain the DNS information from it. TTFN Paul -- "If I face my God tomorrow, I can tell Him I am innocent. I've never harmed anyone. I have cheated no one. I have deceived no one. I have hurt no one. Except myself. And that He will forgive me." - Hans Holzel -------------- 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 marshall at novafoundry.com Wed Jun 23 12:35:25 2004 From: marshall at novafoundry.com (Marshall Lewis) Date: Wed, 23 Jun 2004 08:35:25 -0400 Subject: kernel-2.6.7-1.441 - x86-64 - difference between "quiet" and normal boot? Message-ID: <1087994125.5634.11.camel@grendel> After installing kernel-2.6.7-1.441 on my opteron, I'm having an odd boot problem. If I boot up with the "quiet" kernel parameter, my boot will hang when starting usb. If I don't, it won't.. boots just fine. Any thoughts? Also.. did something change with the keyboard handler? .. I have to really type fast at the console now, there is almost no delay before it starts repeating keys. -- Marshall From P.R.Schaffner at IEEE.org Wed Jun 23 11:10:56 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Wed, 23 Jun 2004 07:10:56 -0400 Subject: thoughts on the winXP boot bug In-Reply-To: <200406222138.20170.kepa@oceanvoyages.com> References: <20040527160026.91BA975027@hormel.redhat.com> <200406222138.20170.kepa@oceanvoyages.com> Message-ID: <1087989056.3890.10.camel@tabb1.tabb> On Tue, 2004-06-22 at 21:38 +0100, Kepa Lyman wrote: > So after successfully convincing my boss to allow me to install linux at work > on a dual boot machine, I did so this week. Guess what? The infamous (that > I am now newly aware of) win XP dual boot bug rears its ugly head! Now I'm > in trouble for screwing up a windows computer that other people need, and the > case for linux at work has just recieved a nail in the coffin... So I get to > try to fix this on my own time, thank you fedora, and just hope that in the > far off future I can try again with fedora core 10 or something... Well, you're catching plenty of flack, but it is rather ironic that you posted this to fedora-test-list where it was endlessly discussed before the release, and where there is at least one pre-release post from you. I can't argue that it is a nasty bug and that it is unfortunate that FC2 was knowingly released containing it, at least without a large disclaimer at the top of the release notes; however, the information is out there prominently, and FCx is not being touted for production machines. Check out RHEL, WBEL, Tao, CentOS, ..., particularly in such a touchy situation as you chose to do a Linux demonstration for your management. Good luck recovering - the machine and your reputation. Phil From marshall at novafoundry.com Wed Jun 23 12:22:23 2004 From: marshall at novafoundry.com (Marshall Lewis) Date: Wed, 23 Jun 2004 08:22:23 -0400 Subject: kernel-2.6.7-1.441 - x86-64 - difference between "quiet" and normal boot? In-Reply-To: <1087994125.5634.11.camel@grendel> References: <1087994125.5634.11.camel@grendel> Message-ID: <1087993343.8801.5.camel@grendel> I just noticed that my clock is running double time too... .. when I say clock, I mean the actual time.. it shows 2 seconds passing for every 1. I'm starting to wonder if something else is going on, I'll try an older kernel. -- Marshall On Wed, 2004-06-23 at 08:35, Marshall Lewis wrote: > After installing kernel-2.6.7-1.441 on my opteron, I'm having an odd > boot problem. If I boot up with the "quiet" kernel parameter, my boot > will hang when starting usb. If I don't, it won't.. boots just fine. > Any thoughts? > > Also.. did something change with the keyboard handler? .. I have to > really type fast at the console now, there is almost no delay before it > starts repeating keys. > > -- > Marshall > From arjanv at redhat.com Wed Jun 23 12:27:29 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 23 Jun 2004 14:27:29 +0200 Subject: kernel-2.6.7-1.441 - x86-64 - difference between "quiet" and normal boot? In-Reply-To: <1087993343.8801.5.camel@grendel> References: <1087994125.5634.11.camel@grendel> <1087993343.8801.5.camel@grendel> Message-ID: <1087993649.2814.10.camel@laptop.fenrus.com> On Wed, 2004-06-23 at 14:22, Marshall Lewis wrote: > I just noticed that my clock is running double time too... .. when I say > clock, I mean the actual time.. it shows 2 seconds passing for every > 1. I'm starting to wonder if something else is going on, I'll try an > older kernel. or just try a newer one; 441 is known buggy in this respect, 448 is fixed. (should be in rawhide, is already at http://people.redhat.com/arjanv/2.6/ ) -------------- 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 marshall at novafoundry.com Wed Jun 23 12:38:31 2004 From: marshall at novafoundry.com (Marshall Lewis) Date: Wed, 23 Jun 2004 08:38:31 -0400 Subject: kernel-2.6.7-1.441 - x86-64 - difference between "quiet" and normal boot? In-Reply-To: <1087993649.2814.10.camel@laptop.fenrus.com> References: <1087994125.5634.11.camel@grendel> <1087993343.8801.5.camel@grendel> <1087993649.2814.10.camel@laptop.fenrus.com> Message-ID: <1087994311.4328.1.camel@grendel> Ah ok : ) .. I had just installed the kernel yesterday, didn't realize there was a newer one already. Thanks. -- Marshall On Wed, 2004-06-23 at 08:27, Arjan van de Ven wrote: > On Wed, 2004-06-23 at 14:22, Marshall Lewis wrote: > > I just noticed that my clock is running double time too... .. when I say > > clock, I mean the actual time.. it shows 2 seconds passing for every > > 1. I'm starting to wonder if something else is going on, I'll try an > > older kernel. > > or just try a newer one; 441 is known buggy in this respect, 448 is > fixed. (should be in rawhide, is already at > http://people.redhat.com/arjanv/2.6/ ) > > ______________________________________________________________________ > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From marshall at novafoundry.com Wed Jun 23 13:04:47 2004 From: marshall at novafoundry.com (Marshall Lewis) Date: Wed, 23 Jun 2004 09:04:47 -0400 Subject: kernel-2.6.7-1.441 - x86-64 - difference between "quiet" and normal boot? In-Reply-To: <1087993649.2814.10.camel@laptop.fenrus.com> References: <1087994125.5634.11.camel@grendel> <1087993343.8801.5.camel@grendel> <1087993649.2814.10.camel@laptop.fenrus.com> Message-ID: <1087995887.4328.13.camel@grendel> Hate to be a pest, but where are the kernel-sourcecode packages? I tried rawhide, but it doesn't look like it's picked it up yet.. maybe download.fedora.redhat.com, but it's refusing connections at the moement : ) On Wed, 2004-06-23 at 08:27, Arjan van de Ven wrote: > On Wed, 2004-06-23 at 14:22, Marshall Lewis wrote: > > I just noticed that my clock is running double time too... .. when I say > > clock, I mean the actual time.. it shows 2 seconds passing for every > > 1. I'm starting to wonder if something else is going on, I'll try an > > older kernel. > > or just try a newer one; 441 is known buggy in this respect, 448 is > fixed. (should be in rawhide, is already at > http://people.redhat.com/arjanv/2.6/ ) > > ______________________________________________________________________ > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From arjanv at redhat.com Wed Jun 23 12:46:22 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 23 Jun 2004 14:46:22 +0200 Subject: kernel-2.6.7-1.441 - x86-64 - difference between "quiet" and normal boot? In-Reply-To: <1087995887.4328.13.camel@grendel> References: <1087994125.5634.11.camel@grendel> <1087993343.8801.5.camel@grendel> <1087993649.2814.10.camel@laptop.fenrus.com> <1087995887.4328.13.camel@grendel> Message-ID: <20040623124622.GB4933@devserv.devel.redhat.com> On Wed, Jun 23, 2004 at 09:04:47AM -0400, Marshall Lewis wrote: > Hate to be a pest, but where are the kernel-sourcecode packages? I tried > rawhide, but it doesn't look like it's picked it up yet.. maybe > download.fedora.redhat.com, but it's refusing connections at the moement we're phasing those out in favor of documenting how to use rpmbuild -bp on the .src.rpm; it's a bit silly to ship the same stuff twice really... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From marshall at novafoundry.com Wed Jun 23 13:15:52 2004 From: marshall at novafoundry.com (Marshall Lewis) Date: Wed, 23 Jun 2004 09:15:52 -0400 Subject: kernel-2.6.7-1.441 - x86-64 - difference between "quiet" and normal boot? In-Reply-To: <20040623124622.GB4933@devserv.devel.redhat.com> References: <1087994125.5634.11.camel@grendel> <1087993343.8801.5.camel@grendel> <1087993649.2814.10.camel@laptop.fenrus.com> <1087995887.4328.13.camel@grendel> <20040623124622.GB4933@devserv.devel.redhat.com> Message-ID: <1087996552.4328.16.camel@grendel> Makes sense.. I'll give that a try then thanks. On Wed, 2004-06-23 at 08:46, Arjan van de Ven wrote: > On Wed, Jun 23, 2004 at 09:04:47AM -0400, Marshall Lewis wrote: > > Hate to be a pest, but where are the kernel-sourcecode packages? I tried > > rawhide, but it doesn't look like it's picked it up yet.. maybe > > download.fedora.redhat.com, but it's refusing connections at the moement > > we're phasing those out in favor of documenting how to use rpmbuild -bp on > the .src.rpm; it's a bit silly to ship the same stuff twice really... > > ______________________________________________________________________ > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From jrobertson at convera.com Wed Jun 23 14:13:47 2004 From: jrobertson at convera.com (Joe Robertson) Date: Wed, 23 Jun 2004 07:13:47 -0700 Subject: kernel-2.6.7-1.441 - x86-64 - difference between "quiet" andnormal boot? Message-ID: Arjan van de Ven wrote > On Wed, Jun 23, 2004 at 09:04:47AM -0400, Marshall Lewis wrote: > > Hate to be a pest, but where are the kernel-sourcecode packages? I > > we're phasing those out in favor of documenting how to use > rpmbuild -bp on the .src.rpm; it's a bit silly to ship the > same stuff twice really... > Are there any draft documents on this yet? I have been confused by the presence of the three names... kernel-source-xxx, kernel-sourcecode-xxx, kernel-xxx.src.rpm I generated a new kernel-2.6.5-1.3xx.root.src.rpm, then did a build on it. This ended up with three outputs: kernel-doc-2.6.5-1.3xx.root.i386.rpm kernel-debuginfo-2.6.5-1.3xx.root.i386.rpm kernel-source-2.6.5-1.3xx.root.i386.rpm What I want to do is 1) recompile the silicon image device drivers (after making changes they suggested) 2) rebuild the kernel and generate the .rpm's needed to put back into the install tree. I don't know how to generate kernel-2.6.5-1.3xx.i686.rpm kernel-smp-2.6.5-1.3xx.i686.rpm I've seen warnings about being sure the versions of the gcc etc. are exact versions. It this still true? I'm trying to use FC2 release as my build platform. Thanks, Joe From dwalsh at redhat.com Wed Jun 23 15:37:12 2004 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 23 Jun 2004 11:37:12 -0400 Subject: Rawhide boot failure: init wants selinux_getenforcemode In-Reply-To: <20040623004623.8401.qmail@lwn.net> References: <20040623004623.8401.qmail@lwn.net> Message-ID: <40D9A3A8.9080406@redhat.com> Jonathan Corbet wrote: >I'm getting more SELinux-related weirdness on my x86_64 rawhide box. I >just did a reboot after an update, and init croaked with: > > /sbin/init: symbol lookup error: /sbin/init: undefined symbol: selinux_getenforcemode > > > You need to update you libselinux rpm. >Needless to say, I didn't get the nice graphical login screen I was >hoping for. Tossing an older SysVinit package onto the system made it >bootable, but this episode does bring to mind a few questions: > >- Why am I getting things failing with weird, missing selinux symbols? > And why is nobody else complaining about it? > > > You must have a partially upgraded system >- Why isn't init staticly linked? As a general rule, I like it better > when init actually works regardless of what else might be hosed on the > system. > > > I know I have read a reason for this, but do not know it off hand. >- Any chance you could cram a couple more colons into the error message? > > > Yes this does need a colonoscapy. >The most pressing question for me is the "why only me?" part. Where is >selinux_getenforcemode supposed to be defined? libselinux.so would seem >to be a likely one, but I don't find it there... > > > Upgrade to the lastest libselinux. >Thanks, > >jon > >Jonathan Corbet >Executive editor, LWN.net >corbet at lwn.net > > > > From michal at harddata.com Wed Jun 23 15:51:48 2004 From: michal at harddata.com (Michal Jaegermann) Date: Wed, 23 Jun 2004 09:51:48 -0600 Subject: kernel-sourcecode (was: Re: kernel-2.6.7-1.441 - x86-64 ...) In-Reply-To: <20040623124622.GB4933@devserv.devel.redhat.com>; from arjanv@redhat.com on Wed, Jun 23, 2004 at 02:46:22PM +0200 References: <1087994125.5634.11.camel@grendel> <1087993343.8801.5.camel@grendel> <1087993649.2814.10.camel@laptop.fenrus.com> <1087995887.4328.13.camel@grendel> <20040623124622.GB4933@devserv.devel.redhat.com> Message-ID: <20040623095148.A31068@mail.harddata.com> On Wed, Jun 23, 2004 at 02:46:22PM +0200, Arjan van de Ven wrote: > On Wed, Jun 23, 2004 at 09:04:47AM -0400, Marshall Lewis wrote: > > Hate to be a pest, but where are the kernel-sourcecode packages? I tried > > rawhide, but it doesn't look like it's picked it up yet.. maybe > > download.fedora.redhat.com, but it's refusing connections at the moement > > we're phasing those out in favor of documenting how to use rpmbuild -bp on > the .src.rpm; it's a bit silly to ship the same stuff twice really... Hm, at least in the past these two were not precisely the same although the bulk, clearly, was identical. In ....rpm there were various bits-and-pieces build specific - like versioned symbols. A number of external modules have packaging which depend on that and it simple to tell end user "run 'rpmbuild --rebuild .src.rpm' and you will end up with modules for your current kernel". It is more complicated in the case of src.rpm and there is no way to check automatically that 'rpmbuild -bp ...' was performed and on what and even if a relevant src.rpm is around. One can querry rpm otherwise. So from POV of an end-user this is not that benign change as it looks in the first glance and we hear all the time "disk space is cheap" when complaining about some bulk monsters. From some postings it looks like that this change will spell serious trouble even for some participants of this list. OTOH resigning from src.rpm for a kernel is obviously not an option. Michal From arjanv at redhat.com Wed Jun 23 15:56:29 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 23 Jun 2004 17:56:29 +0200 Subject: kernel-sourcecode (was: Re: kernel-2.6.7-1.441 - x86-64 ...) In-Reply-To: <20040623095148.A31068@mail.harddata.com> References: <1087994125.5634.11.camel@grendel> <1087993343.8801.5.camel@grendel> <1087993649.2814.10.camel@laptop.fenrus.com> <1087995887.4328.13.camel@grendel> <20040623124622.GB4933@devserv.devel.redhat.com> <20040623095148.A31068@mail.harddata.com> Message-ID: <1088006189.2814.18.camel@laptop.fenrus.com> > > we're phasing those out in favor of documenting how to use rpmbuild -bp on > > the .src.rpm; it's a bit silly to ship the same stuff twice really... > > Hm, at least in the past these two were not precisely the same > although the bulk, clearly, was identical. In ....rpm there > were various bits-and-pieces build specific - like versioned > symbols. that is not the case for any of the 2.6 rpms I did since the early days and in FC2. > So from POV of an end-user this is not that benign change as it > looks in the first glance and we hear all the time "disk space is > cheap" when complaining about some bulk monsters. From some > postings it looks like that this change will spell serious trouble > even for some participants of this list. in FC2 you ALREADY cannot use kernel-sourcecode for building modules against so the change is a lot smaller than you make it out to be. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From michal at harddata.com Wed Jun 23 16:27:27 2004 From: michal at harddata.com (Michal Jaegermann) Date: Wed, 23 Jun 2004 10:27:27 -0600 Subject: kernel-sourcecode (was: Re: kernel-2.6.7-1.441 - x86-64 ...) In-Reply-To: <1088006189.2814.18.camel@laptop.fenrus.com>; from arjanv@redhat.com on Wed, Jun 23, 2004 at 05:56:29PM +0200 References: <1087994125.5634.11.camel@grendel> <1087993343.8801.5.camel@grendel> <1087993649.2814.10.camel@laptop.fenrus.com> <1087995887.4328.13.camel@grendel> <20040623124622.GB4933@devserv.devel.redhat.com> <20040623095148.A31068@mail.harddata.com> <1088006189.2814.18.camel@laptop.fenrus.com> Message-ID: <20040623102727.B31068@mail.harddata.com> On Wed, Jun 23, 2004 at 05:56:29PM +0200, Arjan van de Ven wrote: > > in FC2 you ALREADY cannot use kernel-sourcecode for building modules > against so the change is a lot smaller than you make it out to be. Eh? The funny thing is that I did with FC2 and results even worked. :-) It even surprised me that this went so smoothly when I expected hiccups. It does not mean that hiccups would not show up elsewhere but "cannot" seems to be a bit strong. To make that concrete attached are a spec file and two, referenced in it, pieces for a support of an AC97 "windmodem" built-in into my wife's Acer TM230 laptop. The required rest can be had from ftp://ftp.smlink.com/linux/unsupported/slmodem.2.9.7.tar.gz No problems with building kernel modules for that on FC2 just by rebuilding this rpm. Michal -------------- next part -------------- ############################################################################## # # # This spec file produces kernel modules _only_ for the # # currently running kernel. It sets _target_cpu also for # # the program itself but this is really only a side-effect. # # # # To build kernel modules only use these specs as follows: # # # # rpmbuild -bb --without main slmodem.spec # # # ############################################################################## # Generate version information for kernel modules %define kname %(echo `uname -r`) %define kver %(echo %{kname} | sed -e 's/smp//' -e 's/bigmem//' -e 's/enterprise//') %define ktype %(echo kernel-%{kname}|sed -e 's/%{kver}//' -e 's/-$//') %define krel %(echo %{kname}|tr - _) # Make an arch of packages to agree with that one of a target kernel # but first record a default one, without triggering a recursion, # to use as a fallback. %{expand: %%define TTCPU %{_target_cpu}} %define _target_cpu %(t=`[ -r /boot/kernel.h ] && sed -n '/^#define __MODULE_KERNEL_/{s///;s/ .*1$//p}' /boot/kernel.h`; [ "$t" ] && echo $t || echo %{TTCPU} ) %{?_without_main: %{expand: %%define kmods_only 1}} ############################################################################### # # Common Package Information # ############################################################################### Name: slmodem Version: 2.9.7 Release: 1 Distribution: Unknown License: SmartLink URL: ftp://ftp.smlink.com/linux/unsupported/ # Alternative: URL: http://linmodems.technion.ac.il/packages/smartlink/ Vendor: Smart Link Ltd. # # Source files (taken from $RPM_SOURCE_DIR) # Source0: %{name}-%{version}.tar.gz # Source1: slmodem.init Source2: slmodemd.config # # Patches (taken from $RPM_SOURCE_DIR)) # Patch0: slmodem-2.9.6-init.patch # # Build Requirements # #buildarch: noarch BuildRequires: kernel-source = %{kver} # Package preparation area BuildRoot: %{_tmppath}/%{name} ############################################################################### # # Package Information (Main) # ############################################################################### Summary: Driver for Smart Link HAMR5600 winmodem (user space) Group: System Environment/Driver AutoReq: 1 #PreReq: Describe dependencies to install this package (see %pre/%post) #Requires: Describe dependencies to use this package AutoProv: 1 #Provides: Describe what this package provides %description This is the Linux driver for the Smart Link Soft Modem HAMR5600 hardware. It provides a full-featured 56K Voice Fax Modem. This winmodem hardware is used e.g. in the IBM ThinkPad T30. This package includes the generic application (slmodemd) and the init script for it. %package modules-k.%{krel} ############################################################################### # # Subpackage Information (kernel module) # ############################################################################### Summary: Driver for Smart Link HAMR5600 winmodem (kernel space) Group: System Environment/Kernel Release: %{release} AutoReq: 0 #PreReq: Describe dependencies to install this subpackage (see %pre/%post) Requires: %{name} = %{version} Requires: %{ktype} = %{kver} AutoProv: 0 Obsoletes: kernel-module-%{name} #Provides: Describe what this subpackage provides %description modules-k.%{krel} This is the Linux driver for the Smart Link Soft Modem HAMR5600 hardware. It provides a full-featured 56K Voice Fax Modem. This winmodem hardware is used e.g. in the IBM ThinkPad T30. This package includes the hardware specific kernel-space drivers (slamr, slusb) and the device nodes for them. ############################################################################### # # Build Phase Information # ############################################################################### # Define %_make_cmd in $HOME/.rpmmacros to override the standard make %if !%{?_make_cmd:1}0 %define _make_cmd make %endif # Use '--define "_skip_build 1"' during package testing to skip build phases %if !%{?_skip_build:1}0 %prep # # Preparation (-bp): Unpack the source files to $RPM_BUILD_DIR... # %setup -q # ... apply patches %patch0 -p1 -b .perm %build # # Compilation (-bc): Configure and build sources in $RPM_BUILD_DIR # export KERNEL_VER=%{kver} %{_make_cmd} KERNEL_DIR=/lib/modules/%{kname}/build drivers %if %{?kmods_only:0}%{!?kmods_only:1} %{_make_cmd} KERNEL_DIR=/lib/modules/%{kname}/build %endif %install # # Installation (-bi): Copy data from build $RPM_BUILD_DIR to # package preparation area %{buildroot} # # "install" from Makefile is broken, so do everything by hand... rm -rf %{buildroot} %if %{?kmods_only:0}%{!?kmods_only:1} install -D -m 755 modem/slmodemd %{buildroot}/usr/sbin/slmodemd install -D -m 755 -d %{buildroot}/var/lib/slmodemd # Install service file and its configuration file install -D -p -m 755 \ scripts/slmodemd %{buildroot}%{_sysconfdir}/init.d/slmodemd install -D -p -m 644 \ %{SOURCE2} %{buildroot}%{_sysconfdir}/sysconfig/slmodemd %endif install -D -m 644 drivers/slamr.o %{buildroot}/lib/modules/%{kname}/misc/slamr.o install -D -m 644 drivers/slusb.o %{buildroot}/lib/modules/%{kname}/misc/slusb.o # Hack device for kppp mkdir -p %{buildroot}/dev ( cd %{buildroot}/dev && ln -sf ttySL0 modem ) %clean # # Installation cleanup: Delete package preparation area %{buildroot} # rm -rf %{buildroot} %else # !%{_skip_build} # Fix environment when build phases are skipped... %define _builddir %{_topdir}/BUILD/%{name}-%{version} %endif # !%{_skip_build} %if %{?kmods_only:0}%{!?kmods_only:1} %files ############################################################################### # # Packaging Phase Information (Main) # ############################################################################### # # Package Content # %defattr (-,root,root) # Documentation for this package (taken from $RPM_BUILD_DIR) %doc README README.1st Changes # Directories owned by this package %dir /var/lib/slmodemd # Files owned by this package (taken from %{buildroot} /usr/sbin/slmodemd %{_sysconfdir}/init.d/slmodemd %config %{_sysconfdir}/sysconfig/slmodemd # Devices %defattr (600,root,root) %dev (c, 212, 0) /dev/slamr0 %dev (c, 212, 1) /dev/slamr1 %dev (c, 212, 2) /dev/slamr2 %dev (c, 212, 3) /dev/slamr3 %dev (c, 213, 0) /dev/slusb0 %dev (c, 213, 1) /dev/slusb1 %dev (c, 213, 2) /dev/slusb2 %dev (c, 213, 3) /dev/slusb3 /dev/modem # # Package Installation Scripts # # NOTE: During "update" of a package the order of execution is # # %pre (NEW) # %post (NEW) # %preun (OLD) # %postun (OLD) # #%pre # Commands to execute before package is installed (see also Prereq:) # Parameter $1: 1 = install, 2 = update %post # Commands to execute after package is installed (see also Prereq:) # Parameter $1: 1 = install, 2 = update if [ $1 = 1 ]; then cat << EOF >> %{_sysconfdir}/modules.conf # added by slmodem package alias char-major-212 slamr alias char-major-213 slusb EOF fi %preun # Commands to execute before package is uninstalled # Parameter $1: 0 = remove, 1 = update service slmodemd stop || : modprobe -r slamr slusb || : if [ $1 = 0 ]; then egrep -ve 'added by slmodem package|alias char-major-212 slamr|alias char-major-213 slusb' %{_sysconfdir}/modules.conf >/tmp/modules.conf.slmodem$$ mv /tmp/modules.conf.slmodem$$ %{_sysconfdir}/modules.conf fi # /sbin/depmod -ae -F /boot/System.map-%{kname} %{kname} #%postun # Commands to execute after package is uninstalled # Parameter $1: 0 = remove, 1 = update %endif %files modules-k.%{krel} ############################################################################### # # Packaging Phase Information (Subpackage kernel module) # ############################################################################### # # Package Content # %defattr (-,root,root) # Directories owned by this package #%dir %{_datadir}/... # Files owned by this package (taken from %{buildroot}) /lib/modules/%{kname}/misc/slamr.o /lib/modules/%{kname}/misc/slusb.o # Documentation for this package (taken from $RPM_BUILD_DIR) #%doc ChangeLog # # Package Installation Scripts # # NOTE: During "update" of a package the order of execution is # # %pre (NEW) # %post (NEW) # %preun (OLD) # %postun (OLD) # #%pre modules-k.%{krel} # Commands to execute before package is installed (see also Prereq:) # Parameter $1: 1 = install, 2 = update %post modules-k.%{krel} # Commands to execute after package is installed (see also Prereq:) # Parameter $1: 1 = install, 2 = update /sbin/depmod -ae -F /boot/System.map-%{kname} %{kname} %preun modules-k.%{krel} # Commands to execute before package is uninstalled # Parameter $1: 0 = remove, 1 = update # /sbin/depmod -ae -F /boot/System.map-%{kname} %{kname} #%postun modules-k.%{krel} # Commands to execute after package is uninstalled # Parameter $1: 0 = remove, 1 = update ############################################################################### # # Package Change History # ############################################################################### %changelog * Thu May 6 2004 Michal Jaegermann 2.9.7-1 - update to 2.9.7 - delete /sbin/depmod runs from %preun scripts; no really useful function and only are causing troubles if a kernel was updated * Mon Feb 23 2004 Michal Jaegermann 2.9.6-1 - update to 2.9.6 - make config file into a separate source to keep changes to original tar files to minimum (they are not useful with 'rpmbuild -ta ...' anyway - sigh! ) - make '%preun' script to succeed even if stopping a service or removing old modules does not work; these actions are going to fail if we just replaced a kernel * Tue Jan 27 2004 Michal Jaegermann 2.9.5-2 - permission change option was not changing anything; make it to work * Tue Jan 13 2004 Michal Jaegermann 2.9.5-1 - update to version 2.9.5-1 - fixed read permission for doc files * Wed Dec 10 2003 Michal Jaegermann 2.9.3-2 - rewrote spec file to allow multiple module packages for different kernels - added a configuration file in /etc/sysconfig - startup script optionally modifies groups and permission on a modem pseudo-terminal * Fri Dec 5 2003 Michal Jaegermann 2.9.3-1 - updated to 2.9.3-1 - added "License" tag as required by newer rpm utility * Tue Nov 05 2003 Stefan Becker - The HW doesn't seem to like suspend. Added removal of the kernel modules when slmodemd is stopped, so HW can be kicked by restarting the service. * Mon Nov 04 2003 Stefan Becker - Initial version based on slmodem-2.9.2 -------------- next part -------------- --- slmodem-2.9.6/scripts/slmodemd~ 2004-01-31 11:07:16.000000000 -0700 +++ slmodem-2.9.6/scripts/slmodemd 2004-02-23 13:34:51.000000000 -0700 @@ -29,7 +29,7 @@ # uncomment this if you want this feature (if necessary edit module pattern): # do not try to start on a kernel which does not support it -# grep -q 'slamr\..*o' /lib/modules/`uname -r`/modules.dep || exit 0 +grep -q 'slamr\..*o' /lib/modules/`uname -r`/modules.dep || exit 0 start() { echo -n "Starting SmartLink Modem driver for $SLMODEMD_DEVICE: " -------------- next part -------------- SLMODEMD_DEVICE=slamr0 # the following one for USB SmartLink modems # SLMODEMD_DEVICE=slusb0 SLMODEMD_COUNTRY=USA GROUP=uucp # add to $GROUP (uucp) group all users allowed to access a modem port PERMS=0660 From arjanv at redhat.com Wed Jun 23 16:29:47 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 23 Jun 2004 18:29:47 +0200 Subject: kernel-sourcecode (was: Re: kernel-2.6.7-1.441 - x86-64 ...) In-Reply-To: <20040623102727.B31068@mail.harddata.com> References: <1087994125.5634.11.camel@grendel> <1087993343.8801.5.camel@grendel> <1087993649.2814.10.camel@laptop.fenrus.com> <1087995887.4328.13.camel@grendel> <20040623124622.GB4933@devserv.devel.redhat.com> <20040623095148.A31068@mail.harddata.com> <1088006189.2814.18.camel@laptop.fenrus.com> <20040623102727.B31068@mail.harddata.com> Message-ID: <20040623162947.GF14384@devserv.devel.redhat.com> On Wed, Jun 23, 2004 at 10:27:27AM -0600, Michal Jaegermann wrote: > On Wed, Jun 23, 2004 at 05:56:29PM +0200, Arjan van de Ven wrote: > > > > in FC2 you ALREADY cannot use kernel-sourcecode for building modules > > against so the change is a lot smaller than you make it out to be. > > Eh? The funny thing is that I did with FC2 and results even > worked. :-) > > %{_make_cmd} KERNEL_DIR=/lib/modules/%{kname}/build drivers > %if %{?kmods_only:0}%{!?kmods_only:1} > %{_make_cmd} KERNEL_DIR=/lib/modules/%{kname}/build ... and this is where you make a wrong assumption; these headers you use are *NOT* part of kernel-sourcecode, so your nice rpm doesn't use kernel-sourcecode..... :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From michal at harddata.com Wed Jun 23 16:51:38 2004 From: michal at harddata.com (Michal Jaegermann) Date: Wed, 23 Jun 2004 10:51:38 -0600 Subject: kernel-sourcecode (was: Re: kernel-2.6.7-1.441 - x86-64 ...) In-Reply-To: <20040623162947.GF14384@devserv.devel.redhat.com>; from arjanv@redhat.com on Wed, Jun 23, 2004 at 06:29:47PM +0200 References: <1087994125.5634.11.camel@grendel> <1087993343.8801.5.camel@grendel> <1087993649.2814.10.camel@laptop.fenrus.com> <1087995887.4328.13.camel@grendel> <20040623124622.GB4933@devserv.devel.redhat.com> <20040623095148.A31068@mail.harddata.com> <1088006189.2814.18.camel@laptop.fenrus.com> <20040623102727.B31068@mail.harddata.com> <20040623162947.GF14384@devserv.devel.redhat.com> Message-ID: <20040623105138.D31068@mail.harddata.com> On Wed, Jun 23, 2004 at 06:29:47PM +0200, Arjan van de Ven wrote: > On Wed, Jun 23, 2004 at 10:27:27AM -0600, Michal Jaegermann wrote: > > On Wed, Jun 23, 2004 at 05:56:29PM +0200, Arjan van de Ven wrote: > > > > > > in FC2 you ALREADY cannot use kernel-sourcecode for building modules > > > against so the change is a lot smaller than you make it out to be. > > > > Eh? The funny thing is that I did with FC2 and results even > > worked. :-) > > > > > %{_make_cmd} KERNEL_DIR=/lib/modules/%{kname}/build drivers > > %if %{?kmods_only:0}%{!?kmods_only:1} > > %{_make_cmd} KERNEL_DIR=/lib/modules/%{kname}/build > > ... and this is where you make a wrong assumption; these headers you use are > *NOT* part of kernel-sourcecode, so your nice rpm doesn't use > kernel-sourcecode..... :) Indeed. /lib/modules/%{kname}/build is now a directory while it used to be a link in the past. I have to admit that I did not think over all implications yet. I took rpm which I was using before with 2.4 and it just worked. :-) Michal From lwn-fedora-test at lwn.net Wed Jun 23 19:33:05 2004 From: lwn-fedora-test at lwn.net (Jonathan Corbet) Date: Wed, 23 Jun 2004 13:33:05 -0600 Subject: Rawhide boot failure: init wants selinux_getenforcemode In-Reply-To: Your message of "Wed, 23 Jun 2004 11:37:12 EDT." <40D9A3A8.9080406@redhat.com> Message-ID: <20040623193305.7094.qmail@lwn.net> Daniel J Walsh wrote: > > /sbin/init: symbol lookup error: /sbin/init: undefined symbol: selinux_getenforcemode > > > You need to update you libselinux rpm. I'm fully prepared to believe this. According to yum, however, I *am* at the latest libselinux. Hmm...a quick query shows that my system has: libselinux-1.6-3 libselinux-1.13.4-1 libselinux-devel-1.13.4-1 Both packages happily claim the same set of binaries in /usr/bin. The 1.6 version has /lib64/libselinux.so.1, while 1.13.4 has a version in /lib. Thus, it *looks* to me like the 32-bit version is at 1.13.4, while the 64-bit version is stuck at 1.6. Could it simply be that nobody has gotten around to putting up a current version for x86_64? Hmm again...my yum cache currently has: libselinux-1.13.3-2.i386.rpm libselinux-devel-1.13.3-2.x86_64.rpm libselinux-1.13.4-1.i386.rpm libselinux-devel-1.13.4-1.x86_64.rpm So the -devel package is there for x86_64, but libselinux is not...? Thanks, jon Jonathan Corbet Executive editor, LWN.net corbet at lwn.net From mab at darlug.org Wed Jun 23 22:54:21 2004 From: mab at darlug.org (Mark Bradbury) Date: Thu, 24 Jun 2004 08:24:21 +0930 Subject: USB patch Message-ID: <1088031261.6539.1.camel@hal9000.ntu.edu.au> Any chance of getting this patch http://marc.theaimsgroup.com/?l=linux-kernel&m=108724531116020&w=2 in it make usb work properly for me Thanks From alan at redhat.com Wed Jun 23 23:20:06 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 23 Jun 2004 19:20:06 -0400 Subject: USB patch In-Reply-To: <1088031261.6539.1.camel@hal9000.ntu.edu.au> References: <1088031261.6539.1.camel@hal9000.ntu.edu.au> Message-ID: <20040623232006.GA12119@devserv.devel.redhat.com> On Thu, Jun 24, 2004 at 08:24:21AM +0930, Mark Bradbury wrote: > Any chance of getting this patch > http://marc.theaimsgroup.com/?l=linux-kernel&m=108724531116020&w=2 in it > make usb work properly for me Should already be in for the errata I thought ? From joel_juliano at yahoo.com Thu Jun 24 02:14:01 2004 From: joel_juliano at yahoo.com (Joel Juliano) Date: Wed, 23 Jun 2004 19:14:01 -0700 (PDT) Subject: Petition to include more GNOME Helpers and Apps for next Fedora Release Message-ID: <20040624021401.5614.qmail@web14609.mail.yahoo.com> Petition to include more GNOME Helpers and Apps for next Fedora Release 1. http://menuadd.sourceforge.net/ Adding items to Gnome Main Menu 2. http://www.theora.org - Support for Theora Codecs 3. Predefined Templates in the ~/Templates/ Directory 4. http://www.gnome-db.org/ Database support for Gnome and Glade-2 (Please!!) 5. Redhat Bluecurve (sound themes) - Distinct sound themes designed for Bluecurve Desktop. 6. Download Managers with Resume features, Support for BitTorrent. 7. Other mounted Filesystems (ex. DOS, FAT), to be visible in the "Computer" Icon. 8. Availability of JDBC Class SQL drivers for OpenOffice. Nautilus and GNOME file priviledges and permissions. 1. Files copied from the CD does not necessarily inherit "-w" permissions. 2. Give Recursive Write Permissions for Directories moved to ~/.Trash/ Directory 3. Recursive Directory Permissions when Parent Directory is set. --------------------------------- Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! -------------- next part -------------- An HTML attachment was scrubbed... URL: From mab at darlug.org Thu Jun 24 02:37:01 2004 From: mab at darlug.org (Mark Bradbury) Date: Thu, 24 Jun 2004 12:07:01 +0930 Subject: Petition to include more GNOME Helpers and Apps for next Fedora Release In-Reply-To: <20040624021401.5614.qmail@web14609.mail.yahoo.com> References: <20040624021401.5614.qmail@web14609.mail.yahoo.com> Message-ID: <1088044621.6539.6.camel@hal9000.ntu.edu.au> On Thu, 2004-06-24 at 11:44, Joel Juliano wrote: > Petition to include more GNOME Helpers and Apps for next Fedora > Release > > 1. http://menuadd.sourceforge.net/ Adding items to Gnome Main Menu > 2. http://www.theora.org - Support for Theora Codecs > 3. Predefined Templates in the ~/Templates/ Directory > 4. http://www.gnome-db.org/ Database support for Gnome and Glade-2 > (Please!!) > 5. Redhat Bluecurve (sound themes) - Distinct sound themes designed > for Bluecurve Desktop. > 6. Download Managers with Resume features, Support for BitTorrent. > 7. Other mounted Filesystems (ex. DOS, FAT), to be visible in the > "Computer" Icon. > 8. Availability of JDBC Class SQL drivers for OpenOffice. > > > Nautilus and GNOME file priviledges and permissions. Ability so set ACL permissions would be good as well > > 1. Files copied from the CD does not necessarily inherit "-w" > permissions. > 2. Give Recursive Write Permissions for Directories moved to ~/.Trash/ > Directory > 3. Recursive Directory Permissions when Parent Directory is set. From wtogami at redhat.com Thu Jun 24 05:20:45 2004 From: wtogami at redhat.com (Warren Togami) Date: Wed, 23 Jun 2004 19:20:45 -1000 Subject: kernel-sourcecode In-Reply-To: <20040623102727.B31068@mail.harddata.com> References: <1087994125.5634.11.camel@grendel> <1087993343.8801.5.camel@grendel> <1087993649.2814.10.camel@laptop.fenrus.com> <1087995887.4328.13.camel@grendel> <20040623124622.GB4933@devserv.devel.redhat.com> <20040623095148.A31068@mail.harddata.com> <1088006189.2814.18.camel@laptop.fenrus.com> <20040623102727.B31068@mail.harddata.com> Message-ID: <40DA64AD.3090602@redhat.com> Michal Jaegermann wrote: > On Wed, Jun 23, 2004 at 05:56:29PM +0200, Arjan van de Ven wrote: > >>in FC2 you ALREADY cannot use kernel-sourcecode for building modules >>against so the change is a lot smaller than you make it out to be. > > > Eh? The funny thing is that I did with FC2 and results even > worked. :-) It even surprised me that this went so smoothly > when I expected hiccups. It does not mean that hiccups would > not show up elsewhere but "cannot" seems to be a bit strong. > > To make that concrete attached are a spec file and two, referenced > in it, pieces for a support of an AC97 "windmodem" built-in into > my wife's Acer TM230 laptop. The required rest can be had from > ftp://ftp.smlink.com/linux/unsupported/slmodem.2.9.7.tar.gz > No problems with building kernel modules for that on FC2 just > by rebuilding this rpm. > Do you realize that slmodemd has the optional "ALSA mode", which allows you to use your modem with ALSA's snd-intel8x0m module and no additional kernel modules? You only run "slmodemd -a" and it works. Warren Togami wtogami at redhat.com From fedora at kjb.dds.nl Thu Jun 24 07:04:11 2004 From: fedora at kjb.dds.nl (Klaasjan Brand) Date: Thu, 24 Jun 2004 09:04:11 +0200 Subject: Petition to include more GNOME Helpers and Apps for next Fedora Release In-Reply-To: <20040624021401.5614.qmail@web14609.mail.yahoo.com> References: <20040624021401.5614.qmail@web14609.mail.yahoo.com> Message-ID: <1088060651.5728.7.camel@topicus6> On Thu, 2004-06-24 at 04:14, Joel Juliano wrote: > Petition to include more GNOME Helpers and Apps for next Fedora > Release > > 8. Availability of JDBC Class SQL drivers for OpenOffice. Could be tricky since the RH builds of Openoffice have Java disabled. Don't know if anyone is working on integrating OOo with gcj (which would also make other Java extensions like the (limited) Docbook editing support work). > 1. Files copied from the CD does not necessarily inherit "-w" > permissions. I was wondering why that is the default too. At the kernel/shell level I can understand copying will transfer attributes, but from a user's perspective the most common reason for making a copy from a read-only medium is to be able to edit it. > 2. Give Recursive Write Permissions for Directories moved to ~/.Trash/ > Directory I disagree. If someone makes some subdirectory read-only there usually is a reason. Maybe to prevent it from being accidentally deleted... groeten, Klaasjan From markmc at redhat.com Thu Jun 24 07:49:16 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 24 Jun 2004 08:49:16 +0100 Subject: Petition to include more GNOME Helpers and Apps for next Fedora Release In-Reply-To: <20040624021401.5614.qmail@web14609.mail.yahoo.com> References: <20040624021401.5614.qmail@web14609.mail.yahoo.com> Message-ID: <1088063355.20262.123.camel@localhost.localdomain> Hi, To be very blunt: + Individual bug reports work much better than a "petition" + Patches work even better A random list of things which you consider important to be fixed is not at all helpful to developers and will just be ignored. I know you're intentions are good here, but bug reports/patches are the only way to go ... Thanks, Mark. From alan at redhat.com Thu Jun 24 10:36:21 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 24 Jun 2004 06:36:21 -0400 Subject: Petition to include more GNOME Helpers and Apps for next Fedora Release In-Reply-To: <20040624021401.5614.qmail@web14609.mail.yahoo.com> References: <20040624021401.5614.qmail@web14609.mail.yahoo.com> Message-ID: <20040624103621.GB28134@devserv.devel.redhat.com> On Wed, Jun 23, 2004 at 07:14:01PM -0700, Joel Juliano wrote: > 2. http://www.theora.org - Support for Theora Codecs Im playing with these but codecs alone do not make a product > 3. Predefined Templates in the ~/Templates/ Directory See discussion in places like Desktop-Devel about the huge internationalisation issue with such directories. > 6. Download Managers with Resume features, Support for BitTorrent. Suggestions ? From michal at harddata.com Thu Jun 24 14:45:13 2004 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 24 Jun 2004 08:45:13 -0600 Subject: kernel-sourcecode In-Reply-To: <40DA64AD.3090602@redhat.com>; from wtogami@redhat.com on Wed, Jun 23, 2004 at 07:20:45PM -1000 References: <1087994125.5634.11.camel@grendel> <1087993343.8801.5.camel@grendel> <1087993649.2814.10.camel@laptop.fenrus.com> <1087995887.4328.13.camel@grendel> <20040623124622.GB4933@devserv.devel.redhat.com> <20040623095148.A31068@mail.harddata.com> <1088006189.2814.18.camel@laptop.fenrus.com> <20040623102727.B31068@mail.harddata.com> <40DA64AD.3090602@redhat.com> Message-ID: <20040624084513.B30883@mail.harddata.com> On Wed, Jun 23, 2004 at 07:20:45PM -1000, Warren Togami wrote: > > Do you realize that slmodemd has the optional "ALSA mode", which allows > you to use your modem with ALSA's snd-intel8x0m module and no additional > kernel modules? You only run "slmodemd -a" and it works. Yes, I do; although with extra modules works as well. The main point of this exercise was to see if specs for something with external modules will still work for FC2. I guess that I should re-work these specs to account for a presense of ALSA. May happen one day. I do not think that this modem was ever used for anything "real". :-) Michal From mharris at redhat.com Thu Jun 24 17:30:15 2004 From: mharris at redhat.com (Mike A. Harris) Date: Thu, 24 Jun 2004 13:30:15 -0400 (EDT) Subject: Request for testing: xterm 191 Message-ID: I've recently upgraded xterm to version 191 in rawhide. Currently, the included xterm resources shipped are the stock upstream xterm resources with no additional Red Hat modifications. I've left our our customizations in order to determine which ones are still needed, and which ones we can eliminate. If you are an xterm user using Fedora Core 1 or 2, please upgrade to this xterm release and test it as much as possible. Run full screen text mode apps that use color, be sure to use emacs and other software that uses various keystrokes and combinations. Also use apps that use function keys, and if you use xterm over the network, be sure to test it's interactions over the network as well. Particular things to look for: - Color changes - Backspace/Delete key changes of behaviour on standard Intel PC keyboard hardware (ie: the Backspace key should perform the standard PC backspace function of deleting the character to the left of the cursor, the DEL key should perform the standard PC DELETE function of deleting the character under the cursor) - Function key changes - Changes to 8-bit character handling, unicode, etc. Please try to be as thorough as possible, so that I can resolve any regressions or inadvertent changes soon. If you've reported a bug in xterm before to us which was fixed in a future release, it is recommended that you please test for that bug again also. My goal is to try to keep our xterm package as close to upstream as possible without causing major changes in behaviour from what existing users are used to from Red Hat supplied xterm. From time to time we need to make changes to compromise between differing expected behaviours, however we try to keep that minimal. Please report back your testing results here to this mailing list, however if you discover bugs, also report them to our bugzilla. Thanks in advance for testing xterm. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - X11 Developer - Red Hat From balay at fastmail.fm Thu Jun 24 18:12:06 2004 From: balay at fastmail.fm (Satish Balay) Date: Thu, 24 Jun 2004 13:12:06 -0500 (CDT) Subject: Request for testing: xterm 191 In-Reply-To: References: Message-ID: On Thu, 24 Jun 2004, Mike A. Harris wrote: > If you are an xterm user using Fedora Core 1 or 2, please upgrade > to this xterm release and test it as much as possible. Trying it on FC1 - The first thing I noticed is - the 'blue' color used by 'ls --color=auto' for 'dir' listings is different (a bit lighter shade. Not sure if this is a bug - but don't mind this new color. I still have the old xterms running - so I could compare.. Satish From balay at fastmail.fm Thu Jun 24 18:27:48 2004 From: balay at fastmail.fm (Satish Balay) Date: Thu, 24 Jun 2004 13:27:48 -0500 (CDT) Subject: Request for testing: xterm 191 In-Reply-To: References: Message-ID: On Thu, 24 Jun 2004, Satish Balay wrote: > > > On Thu, 24 Jun 2004, Mike A. Harris wrote: > >> If you are an xterm user using Fedora Core 1 or 2, please upgrade >> to this xterm release and test it as much as possible. > > Trying it on FC1 - The first thing I noticed is - the 'blue' color > used by 'ls --color=auto' for 'dir' listings is different (a bit > lighter shade. Not sure if this is a bug - but don't mind this new > color. > > I still have the old xterms running - so I could compare.. Same color shifts in emacs/pine. And in 'emacs -nw' the status bar (or whatever) shows the filename in 'reverse colors' - with blue background with old xterm. With new xterm - the filename is just bold. I guss I like the new one better. Satish From nphilipp at redhat.com Thu Jun 24 20:37:06 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 24 Jun 2004 22:37:06 +0200 Subject: Fedora Core 2 Test Update: gimp-2.0.2-1.fc2.2 Message-ID: <1088109426.24621.15.camel@gibraltar.stuttgart.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-194 2004-06-24 --------------------------------------------------------------------- Product : Fedora Core 2 Name : gimp Version : 2.0.2 Release : 1.fc2.2 Summary : The GNU Image Manipulation Program Description : The GIMP (GNU Image Manipulation Program) is a powerful image composition and editing program, which can be extremely useful for creating logos and other graphics for webpages. The GIMP has many of the tools and filters you would expect to find in similar commercial offerings, and some interesting extras as well. The GIMP provides a large image manipulation toolbox, including channel operations and layers, effects, sub-pixel imaging and anti-aliasing, and conversions, all with multi-level undo. The GIMP includes a scripting facility, but many of the included scripts rely on fonts that we cannot distribute. The GIMP FTP site has a package of fonts that you can install by yourself, which includes all the fonts needed to run the included scripts. Some of the fonts have unusual licensing requirements; all the licenses are documented in the package. Get ftp://ftp.gimp.org/pub/gimp/fonts/freefonts-0.10.tar.gz and ftp://ftp.gimp.org/pub/gimp/fonts/sharefonts-0.10.tar.gz if you are so inclined. Alternatively, choose fonts which exist on your system before running the scripts. --------------------------------------------------------------------- Update Information: - version 2.0.2 --------------------------------------------------------------------- --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/ 687077e156df0473a68fbc42566d8d71 SRPMS/gimp-2.0.2-1.fc2.2.src.rpm dd0ee22df704ae7a4a33c4f209b5cc51 x86_64/gimp-2.0.2-1.fc2.2.x86_64.rpm aa0a9325ab3b0419ba6f0b3528d1c4ee x86_64/gimp-devel-2.0.2-1.fc2.2.x86_64.rpm ce0a2b5932af25c5fc472d8275bc8b55 x86_64/debug/gimp-debuginfo-2.0.2-1.fc2.2.x86_64.rpm 66a56c74274748694953a69dc3f1a7fb i386/gimp-2.0.2-1.fc2.2.i386.rpm 0f51b06c01d4ffd524595eb7ee15a339 i386/gimp-devel-2.0.2-1.fc2.2.i386.rpm c5b567f774dee804d1962b542a855758 i386/debug/gimp-debuginfo-2.0.2-1.fc2.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://fedora.redhat.com/updates/testing/fedora-core-2 --------------------------------------------------------------------- -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From michal at harddata.com Fri Jun 25 05:43:45 2004 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 24 Jun 2004 23:43:45 -0600 Subject: Is reading nautilus docs a worthwhile activity? Message-ID: <20040624234345.A21080@mail.harddata.com> I decided to see what I can do with Computer->Network in nautilus. Well, one can click on that and this opens a window with something which says "Windows Network". The catch is that I do not have any "Windows Network" around so this is kinda useless. I do have some, say, NFS servers exporting various file systems and in section 7.8.2 of nautilus help one can read this: To access UNIX shares, double-click on the Unix Network (NFS) object. A list of the UNIX shares available to you is displayed in the file manager window. Well, there is no "Unix Network" to double-click on but 7.8.2.1 To Add a Network Place To add a network place, perform the following steps: 1. Open the file manager and choose Places->Computer. Alternatively, double-click on the Computer object on the Desktop. A file object window is displayed. 2. Double-click on the Add Network Place object. The Add Network Place dialog is displayed. ... Try as might I cannot find any "Add Network Place object". OK, so maybe not everything is lost. We have in documentation this: 7.8.3.1 To Add a Network Server To add a network server, choose Applications->Network Servers. A file object window is displayed. Double-click on the New Server object. A New Server dialog is displayed. Enter the name of the server in the dialog, then click OK. There are "Network Servers" on the main menu but choosing that opens again useless "Windows Network" and no "New Server object" around as far as I can discern. Is this just a normal nautilus behaviour or I am missing something profound? I tried with the latest nautilus-2.6.0-6 from rawhide but earlier versions looked exactly the same. Michal From robn at verdi.et.tudelft.nl Fri Jun 25 07:27:16 2004 From: robn at verdi.et.tudelft.nl (Rob van Nieuwkerk) Date: Fri, 25 Jun 2004 09:27:16 +0200 Subject: Request for testing: xterm 191 In-Reply-To: References: Message-ID: <20040625092716.655bc3f4.robn@verdi.et.tudelft.nl> On Thu, 24 Jun 2004 13:30:15 -0400 (EDT) "Mike A. Harris" wrote: > I've recently upgraded xterm to version 191 in rawhide. > Currently, the included xterm resources shipped are the stock > upstream xterm resources with no additional Red Hat > modifications. I've left our our customizations in order to > determine which ones are still needed, and which ones we can > eliminate. > > If you are an xterm user using Fedora Core 1 or 2, please upgrade > to this xterm release and test it as much as possible. Run full > screen text mode apps that use color, be sure to use emacs and > other software that uses various keystrokes and combinations. > Also use apps that use function keys, and if you use xterm over > the network, be sure to test it's interactions over the network > as well. > > Particular things to look for: > - Color changes > - Backspace/Delete key changes of behaviour on standard Intel PC > keyboard hardware (ie: the Backspace key should perform the > standard PC backspace function of deleting the character to > the left of the cursor, the DEL key should perform the standard > PC DELETE function of deleting the character under the cursor) > - Function key changes > - Changes to 8-bit character handling, unicode, etc. > > Please try to be as thorough as possible, so that I can resolve > any regressions or inadvertent changes soon. If you've reported > a bug in xterm before to us which was fixed in a future release, > it is recommended that you please test for that bug again also. > > My goal is to try to keep our xterm package as close to upstream > as possible without causing major changes in behaviour from what > existing users are used to from Red Hat supplied xterm. From > time to time we need to make changes to compromise between > differing expected behaviours, however we try to keep that > minimal. > > Please report back your testing results here to this mailing > list, however if you discover bugs, also report them to our > bugzilla. > > Thanks in advance for testing xterm. Hi Mike, I know of one very irritating bug in the xterm with FC2: underscores are not displayed except on the last line (and they incorrectly stay there). This is 100% reproduceable on my setup. Looks like some off-by-one error somewhere. Will check what conditions (font etc) are needed to get this problem and if it also happens on this new xterm, but I won't have time till somewhere next week or so. greetings, Rob van Nieuwkerk From alan at redhat.com Fri Jun 25 13:09:41 2004 From: alan at redhat.com (Alan Cox) Date: Fri, 25 Jun 2004 09:09:41 -0400 Subject: Is reading nautilus docs a worthwhile activity? In-Reply-To: <20040624234345.A21080@mail.harddata.com> References: <20040624234345.A21080@mail.harddata.com> Message-ID: <20040625130941.GA29244@devserv.devel.redhat.com> On Thu, Jun 24, 2004 at 11:43:45PM -0600, Michal Jaegermann wrote: > > To access UNIX shares, double-click on the Unix Network (NFS) > object. A list of the UNIX shares available to you is displayed > in the file manager window. > > > Well, there is no "Unix Network" to double-click on but I don't think FC included the user space NFS mess. > Is this just a normal nautilus behaviour or I am missing something > profound? I tried with the latest nautilus-2.6.0-6 from rawhide but > earlier versions looked exactly the same. For webdav (which is the one thing I'm using) it certainly works to open https://some.box/davspace/ From balay at fastmail.fm Fri Jun 25 13:23:21 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 25 Jun 2004 08:23:21 -0500 (CDT) Subject: Request for testing: xterm 191 In-Reply-To: References: Message-ID: On Thu, 24 Jun 2004, Satish Balay wrote: > > > On Thu, 24 Jun 2004, Satish Balay wrote: > >> >> >> On Thu, 24 Jun 2004, Mike A. Harris wrote: >> >>> If you are an xterm user using Fedora Core 1 or 2, please upgrade >>> to this xterm release and test it as much as possible. >> >> Trying it on FC1 - The first thing I noticed is - the 'blue' color >> used by 'ls --color=auto' for 'dir' listings is different (a bit >> lighter shade. Not sure if this is a bug - but don't mind this new >> color. >> >> I still have the old xterms running - so I could compare.. > > Same color shifts in emacs/pine. > > And in 'emacs -nw' the status bar (or whatever) shows the filename in > 'reverse colors' - with blue background with old xterm. With new xterm > - the filename is just bold. I guss I like the new one better. And is consistant with grapical emacs. The same affect is noticed with tcsh and prompt 'set prompt="%B%m:%/>"'. Earlier, bold was somehow displayed as blue - now it is displayed correctly as bold. Satish From michal at harddata.com Fri Jun 25 13:39:09 2004 From: michal at harddata.com (Michal Jaegermann) Date: Fri, 25 Jun 2004 07:39:09 -0600 Subject: Is reading nautilus docs a worthwhile activity? In-Reply-To: <20040625130941.GA29244@devserv.devel.redhat.com>; from alan@redhat.com on Fri, Jun 25, 2004 at 09:09:41AM -0400 References: <20040624234345.A21080@mail.harddata.com> <20040625130941.GA29244@devserv.devel.redhat.com> Message-ID: <20040625073909.A30957@mail.harddata.com> On Fri, Jun 25, 2004 at 09:09:41AM -0400, Alan Cox wrote: > On Thu, Jun 24, 2004 at 11:43:45PM -0600, Michal Jaegermann wrote: > > > > Well, there is no "Unix Network" to double-click on but > > I don't think FC included the user space NFS mess. Surely there is autofs, and this can be configured to include NFS, and there are also am-utils (i.e. amd) although no such requirements are mentioned in nautilus help. > > > Is this just a normal nautilus behaviour or I am missing something > > profound? I tried with the latest nautilus-2.6.0-6 from rawhide but > > earlier versions looked exactly the same. > > For webdav (which is the one thing I'm using) it certainly works to open > https://some.box/davspace/ Quite possibly one can use "Open a server" dialog for ftp as well. I did not try though as I was curious what on a network I can make "clickable" in some nautilus window. Does not look like much contrary to what documentation says (and sftp could be useful). Michal From notting at redhat.com Fri Jun 25 22:05:47 2004 From: notting at redhat.com (Bill Nottingham) Date: Fri, 25 Jun 2004 18:05:47 -0400 Subject: Fedora Core 2 Test Update: k3b-0.11.11-0.fc2 Message-ID: <20040625220547.GA8871@nostromo.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-146 2004-06-25 --------------------------------------------------------------------- Product : Fedora Core 2 Name : k3b Version : 0.11.11 Release : 0.fc2 Summary : CD/DVD burning application for KDE Description : K3b provides a comfortable user interface to perform most CD/DVD burning tasks. While the experienced user can take influence in all steps of the burning process the beginner may find comfort in the automatic settings and the reasonable k3b defaults which allow a quick start. --------------------------------------------------------------------- Update Information: This update updates k3b to the latest upstream version (0.11.11). It supersedes the previous test update to 0.11.10. If no new regressions are found, this will be pushed live by Thursday, July 1. --------------------------------------------------------------------- * Fri Jun 25 2004 Bill Nottingham 0:0.11.11-0.fc2 - build for FC2 * Mon Jun 21 2004 Than Ngo 0:0.11.11-1 - update to 0.11.11 - add prereq:/sbin/ldconfig * Mon May 31 2004 Justin M. Forbes <64bit_fedora at comcast.net> - 0.11.10-1 - remove unnecesary [ -z "$QTDIR" ] check - Update to 0.11.10 upstream - remove qt-devel BuildRequires, implied with kde-devel - remove ldconfig Requires, implied - remove i18n docbook patch, fixed upstream. * Fri May 28 2004 Bill Nottingham - 0.11.9-5 - fix burning on SCSI CD-ROMS (#122096) * Thu May 13 2004 Than Ngo 0.11.9-4 - get rid of rpath --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/ e2ec44da3a1a57ed2d94c279aaaf84dc SRPMS/k3b-0.11.11-0.fc2.src.rpm 5fc1bc9af5eea62b41b7934745256d35 x86_64/k3b-0.11.11-0.fc2.x86_64.rpm 228461a4d1d626455a81e6a35285ef28 x86_64/debug/k3b-debuginfo-0.11.11-0.fc2.x86_64.rpm b48e9c34d7db9f7e7d6e5255dfd1aaf8 i386/k3b-0.11.11-0.fc2.i386.rpm b4e3dbdad70f3d46e2855aa456da71de i386/debug/k3b-debuginfo-0.11.11-0.fc2.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://fedora.redhat.com/updates/testing/fedora-core-2 --------------------------------------------------------------------- From fedora at wir-sind-cool.org Fri Jun 25 22:22:13 2004 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 26 Jun 2004 00:22:13 +0200 Subject: Fedora Core 2 Test Update: k3b-0.11.11-0.fc2 In-Reply-To: <20040625220547.GA8871@nostromo.devel.redhat.com> References: <20040625220547.GA8871@nostromo.devel.redhat.com> Message-ID: <20040626002213.5e2c2544.fedora@wir-sind-cool.org> On Fri, 25 Jun 2004 18:05:47 -0400, Bill Nottingham wrote: > Fedora Test Update Notification > This update updates k3b to the latest upstream version (0.11.11). It > supersedes the previous test update to 0.11.10. > > If no new regressions are found, this will be pushed live by Thursday, > July 1. Latest upstream version is 0.11.12 (June 24th), but I won't mind if this one made it, so fedora.us can publish updates for rh9 and fc1, too. 0.11.12 Another qt 3.1 compile fix Mkisofs 2.02 obsoletes the use of -L, -H, and -P. Replaced them by the long versions. Fixed GET PERFORMANCE command which caused crashes on some systems and DMA problems on other. Default to RAW writing mode for Audio CDs which contain zero length pregaps since there are so many buggy CD writers out there failing to create proper CDs in that case. Backported new device configuration format fixing all issues with removable devices (USB,...) Fix: Some writers return the number of bytes instead of the number of write speed descriptors in mode page 2a data (thanks to ) Fixed a bug which caused the audio ripping window to stay greyed out if cddb queries are disabled. Always use single click in the tree view like konqi does. From michaelboord at yahoo.co.uk Sat Jun 26 00:45:38 2004 From: michaelboord at yahoo.co.uk (Michael Boord) Date: Sat, 26 Jun 2004 02:45:38 +0200 Subject: difference between Putty backspace and SecureCRT only on Emacs on Fedora box In-Reply-To: <20040624234345.A21080@mail.harddata.com> References: <20040624234345.A21080@mail.harddata.com> Message-ID: Hi, Dunno if this is totally Fedora Related... but dont have this problem on my Debian Linux box.. I always used to edit in Emacs over a SSH connection. I used to use Putty.. The backspace worked fine in Emacs. Now I switched to SecureCrt cuz of some nice options it has. Suddenly Backspace does all kind of weird things. Anyone a clue what is might be?!? Cheers, Mike From notting at redhat.com Sat Jun 26 03:08:20 2004 From: notting at redhat.com (Bill Nottingham) Date: Fri, 25 Jun 2004 23:08:20 -0400 Subject: Fedora Core 2 Test Update: k3b-0.11.11-0.fc2 In-Reply-To: <20040626002213.5e2c2544.fedora@wir-sind-cool.org> References: <20040625220547.GA8871@nostromo.devel.redhat.com> <20040626002213.5e2c2544.fedora@wir-sind-cool.org> Message-ID: <20040626030820.GA10812@nostromo.devel.redhat.com> Michael Schwendt (fedora at wir-sind-cool.org) said: > On Fri, 25 Jun 2004 18:05:47 -0400, Bill Nottingham wrote: > > > Fedora Test Update Notification > > > This update updates k3b to the latest upstream version (0.11.11). It > > supersedes the previous test update to 0.11.10. > > > > If no new regressions are found, this will be pushed live by Thursday, > > July 1. > > Latest upstream version is 0.11.12 (June 24th), :P There in the same place. Bill From notting at redhat.com Sat Jun 26 03:11:33 2004 From: notting at redhat.com (Bill Nottingham) Date: Fri, 25 Jun 2004 23:11:33 -0400 Subject: Fedora Core 2 Test Update: k3b-0.11.12-1 Message-ID: <20040626031133.GA10829@nostromo.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-146 2004-06-25 --------------------------------------------------------------------- Product : Fedora Core 2 Name : k3b Version : 0.11.12 Release : 1 Summary : CD/DVD burning application for KDE Description : K3b provides a comfortable user interface to perform most CD/DVD burning tasks. While the experienced user can take influence in all steps of the burning process the beginner may find comfort in the automatic settings and the reasonable k3b defaults which allow a quick start. --------------------------------------------------------------------- Update Information: This update updates k3b to the latest upstream version (0.11.12). It supersedes the previous test update to 0.11.10 and 0.11.11. If no new regressions are found, this will be pushed live by Thursday, July 1. --------------------------------------------------------------------- * Fri Jun 25 2004 Bill Nottingham 0:0.11.12-1 - build for FC2 - update to 0.11.12 * Mon Jun 21 2004 Than Ngo 0:0.11.11-1 - update to 0.11.11 - add prereq:/sbin/ldconfig * Mon May 31 2004 Justin M. Forbes <64bit_fedora at comcast.net> - 0.11.10-1 - remove unnecesary [ -z "$QTDIR" ] check - Update to 0.11.10 upstream - remove qt-devel BuildRequires, implied with kde-devel - remove ldconfig Requires, implied - remove i18n docbook patch, fixed upstream. * Fri May 28 2004 Bill Nottingham - 0.11.9-5 - fix burning on SCSI CD-ROMS (#122096) * Thu May 13 2004 Than Ngo 0.11.9-4 - get rid of rpath --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/ de09c640125967574819374afb9cfb47 SRPMS/k3b-0.11.12-1.src.rpm b446e7b3dd9f803311651ea5dcdda75c x86_64/k3b-0.11.12-1.x86_64.rpm da543a1cbaa078ca08f7fdf7edbada60 x86_64/debug/k3b-debuginfo-0.11.12-1.x86_64.rpm 1b9453e7071359cd689ec02ee7f28fe2 i386/k3b-0.11.12-1.i386.rpm 678b97d66f3f7f3694e4adeafe3b1145 i386/debug/k3b-debuginfo-0.11.12-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://fedora.redhat.com/updates/testing/fedora-core-2 --------------------------------------------------------------------- From mrsam at courier-mta.com Sat Jun 26 14:21:56 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Sat, 26 Jun 2004 10:21:56 -0400 Subject: up2date can't handle the cdrecord update. Message-ID: It looks like cdrecord-2.01-0.a27.4 is missing the Obsoletes: dvdrecord header. An attempt to install via up2date reports a conflict with /usr/bin/dvdrecord from dvdrecord. From fedora-test at drussell.dnsalias.com Sat Jun 26 18:25:04 2004 From: fedora-test at drussell.dnsalias.com (don russell) Date: Sat, 26 Jun 2004 11:25:04 -0700 (PDT) Subject: up2date can't handle the cdrecord update. Message-ID: <3462.10.10.10.10.1088274304.squirrel@10.10.10.10> Sam Varshavchik said: > It looks like cdrecord-2.01-0.a27.4 is missing the Obsoletes: dvdrecord header. An attempt to install via up2date reports a conflict with /usr/bin/dvdrecord from dvdrecord. You must have upgraded from FC1... ? cdrecord supercedes dvdrecord now, so erase dvdrecord first, then try the update again. rpm -e dvdrecord Apparently it works ok if you use an "upgrade" option instead of "update"... like yum upgrade vs yum update. But you can erase the obsolete one manually then everythiung works OK... From stan at ccs.neu.edu Sat Jun 26 19:01:55 2004 From: stan at ccs.neu.edu (Stan Bubrouski) Date: Sat, 26 Jun 2004 15:01:55 -0400 Subject: USB Mouse not working Message-ID: <1088276515.3063.9.camel@duergar> Hey, I've got a friend with a Logitech Optical USB mouse that won't work in the console or in X in FC2. The wierd thing is that it works in the installer but not once the system is loaded. I've checked and the correct USB driver is loaded. This is with a default FC2 kernel. I can't remember the model # of the mouse offhand but I remember that is a VERY common mouse. I can't figure out why it works in anaconda but not post-installation. Can anyone shed some light? -sb -- Stan Bubrouski From gary_lucas at telus.net Sat Jun 26 21:29:46 2004 From: gary_lucas at telus.net (gary lucas) Date: Sat, 26 Jun 2004 14:29:46 -0700 Subject: FC2 3d acceleration- fglrx / nforce2 issues. Message-ID: <1088285386.3659.16.camel@localhost.localdomain> Been trying to get 3d acceleration going on my newly installed FC2 system. Hardware: Asus a7n8x vm (Nvidia nforce 2 chipset) Sapphire Radeon 9600 atlantis I've read multiple how-to's and configuration guides (rage3d, ATI linux how to) and I've hit a major stumbling block that I can't seem to get over. I have downloaded and installed: fglrx-4.3.0-3.9.0.i386.rpm and I've recompiled a 2.6.4 kernel several times with various options. - with xfree dri support, agpgart as a module, agpgart built in, with the nforce2 support built in etc. >From lsmod I see: agpgart 25128 0 fglrx 202641 1 so agpgart and flgrx are both installed but it seems that fglrx can't find my video card. The information listed in the hardware browser is: RV350 AP [Radeon 9600] I'm not sure exactly where the problem is occurring (fglrx, nforce, xorg, etc) at this point. Gary C. Lucas Here's the X log: Release Date: 18 December 2003 X Protocol Version 11, Revision 0, Release 6.7 Build Operating System: Linux 2.4.21-14.ELsmp i686 [ELF] Current Operating System: Linux localhost.localdomain 2.6.4 #1 Sat Jun 26 12:50:56 PDT 2004 i686 Build Date: 07 May 2004 Build Host: tweety.build.redhat.com Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.4 (root at localhost.localdomain) (gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7)) #1 Sat Jun 26 12:50:56 PDT 2004 P Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sat Jun 26 14:08:57 2004 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Server Layout" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "ATI Graphics Adapter" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/local/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/local/"). (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,01e0 card 1043,80c0 rev a2 class 06,00,00 hdr 80 (II) PCI: 00:00:1: chip 10de,01eb card 1043,80c0 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:2: chip 10de,01ee card 1043,80c0 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:3: chip 10de,01ed card 1043,80c0 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:4: chip 10de,01ec card 1043,80c0 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:5: chip 10de,01ef card 1043,80c0 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:01:0: chip 10de,0060 card 1043,80ad rev a4 class 06,01,00 hdr 80 (II) PCI: 00:01:1: chip 10de,0064 card 1043,80ad rev a2 class 0c,05,00 hdr 80 (II) PCI: 00:02:0: chip 10de,0067 card 1043,80ad rev a4 class 0c,03,10 hdr 80 (II) PCI: 00:02:1: chip 10de,0067 card 1043,80ad rev a4 class 0c,03,10 hdr 80 (II) PCI: 00:02:2: chip 10de,0068 card 1043,80ad rev a4 class 0c,03,20 hdr 80 (II) PCI: 00:04:0: chip 10de,0066 card 1043,80a7 rev a1 class 02,00,00 hdr 00 (II) PCI: 00:06:0: chip 10de,006a card 1043,8095 rev a1 class 04,01,00 hdr 00 (II) PCI: 00:08:0: chip 10de,006c card 0000,0000 rev a3 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 10de,0065 card 1043,80ad rev a2 class 01,01,8a hdr 00 (II) PCI: 00:1e:0: chip 10de,01e8 card 0000,0000 rev a2 class 06,04,00 hdr 01 (II) PCI: 01:00:0: chip 1002,4150 card 174b,7c20 rev 00 class 03,00,00 hdr 80 (II) PCI: 01:00:1: chip 1002,4170 card 174b,7c21 rev 00 class 03,80,00 hdr 00 (II) PCI: 02:08:0: chip 1102,0002 card 1102,8064 rev 07 class 04,01,00 hdr 80 (II) PCI: 02:08:1: chip 1102,7002 card 1102,0020 rev 07 class 09,80,00 hdr 80 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:1:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:8:0), (0,2,2), BCTRL: 0x0203 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0x0000d000 - 0x0000dfff (0x1000) IX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x000b (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x0000c000 - 0x0000cfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfdb00000 - 0xfe0fffff (0x600000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xb5a00000 - 0xf59fffff (0x40000000) MX[B] (--) PCI:*(1:0:0) ATI Technologies Inc RV350 AP [Radeon 9600] rev 0, Mem @ 0xe0000000/28, 0xfe000000/16, I/O @ 0xc000/8, BIOS @ 0xfdf00000/17 (--) PCI: (1:0:1) ATI Technologies Inc RV350 AP [Radeon 9600] (Secondary) rev 0, Mem @ 0xd0000000/28, 0xfde00000/16 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xf8000000 from 0xfbffffff to 0xf7ffffff (II) Active PCI resource ranges: [0] -1 0 0xfe700000 - 0xfe700fff (0x1000) MX[B] [1] -1 0 0xfe800000 - 0xfe800fff (0x1000) MX[B] [2] -1 0 0xfeb00000 - 0xfeb000ff (0x100) MX[B] [3] -1 0 0xfea00000 - 0xfea00fff (0x1000) MX[B] [4] -1 0 0xfe900000 - 0xfe900fff (0x1000) MX[B] [5] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]O [6] -1 0 0xfde00000 - 0xfde0ffff (0x10000) MX[B](B) [7] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [8] -1 0 0xfdf00000 - 0xfdf1ffff (0x20000) MX[B](B) [9] -1 0 0xfe000000 - 0xfe00ffff (0x10000) MX[B](B) [10] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B](B) [11] -1 0 0x0000dff0 - 0x0000dff7 (0x8) IX[B] [12] -1 0 0x0000df80 - 0x0000df9f (0x20) IX[B] [13] -1 0 0x0000ffa0 - 0x0000ffaf (0x10) IX[B] [14] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] [15] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [16] -1 0 0x0000efe0 - 0x0000efe7 (0x8) IX[B] [17] -1 0 0x0000ef80 - 0x0000ef9f (0x20) IX[B] [18] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xfe700000 - 0xfe700fff (0x1000) MX[B] [1] -1 0 0xfe800000 - 0xfe800fff (0x1000) MX[B] [2] -1 0 0xfeb00000 - 0xfeb000ff (0x100) MX[B] [3] -1 0 0xfea00000 - 0xfea00fff (0x1000) MX[B] [4] -1 0 0xfe900000 - 0xfe900fff (0x1000) MX[B] [5] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]O [6] -1 0 0xfde00000 - 0xfde0ffff (0x10000) MX[B](B) [7] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [8] -1 0 0xfdf00000 - 0xfdf1ffff (0x20000) MX[B](B) [9] -1 0 0xfe000000 - 0xfe00ffff (0x10000) MX[B](B) [10] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B](B) [11] -1 0 0x0000dff0 - 0x0000dff7 (0x8) IX[B] [12] -1 0 0x0000df80 - 0x0000df9f (0x20) IX[B] [13] -1 0 0x0000ffa0 - 0x0000ffaf (0x10) IX[B] [14] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] [15] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [16] -1 0 0x0000efe0 - 0x0000efe7 (0x8) IX[B] [17] -1 0 0x0000ef80 - 0x0000ef9f (0x20) IX[B] [18] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xfe700000 - 0xfe700fff (0x1000) MX[B] [6] -1 0 0xfe800000 - 0xfe800fff (0x1000) MX[B] [7] -1 0 0xfeb00000 - 0xfeb000ff (0x100) MX[B] [8] -1 0 0xfea00000 - 0xfea00fff (0x1000) MX[B] [9] -1 0 0xfe900000 - 0xfe900fff (0x1000) MX[B] [10] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]O [11] -1 0 0xfde00000 - 0xfde0ffff (0x10000) MX[B](B) [12] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [13] -1 0 0xfdf00000 - 0xfdf1ffff (0x20000) MX[B](B) [14] -1 0 0xfe000000 - 0xfe00ffff (0x10000) MX[B](B) [15] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B](B) [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0 0x0000dff0 - 0x0000dff7 (0x8) IX[B] [19] -1 0 0x0000df80 - 0x0000df9f (0x20) IX[B] [20] -1 0 0x0000ffa0 - 0x0000ffaf (0x10) IX[B] [21] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] [22] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [23] -1 0 0x0000efe0 - 0x0000efe7 (0x8) IX[B] [24] -1 0 0x0000ef80 - 0x0000ef9f (0x20) IX[B] [25] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 6.7.0, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/linux/libdrm.a (II) Module drm: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "fglrx" (II) Loading /usr/X11R6/lib/modules/drivers/fglrx_drv.o (II) Module fglrx: vendor="Fire GL - ATI Research GmbH, Germany" compiled for 4.3.0.1, module version = 3.9.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.6 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.4 (II) FireGL8700/8800: Driver for chipset: ATI RV250 Id (R9000), ATI RV250 Ie (R9000), ATI RV250 If (R9000), ATI RV250 Ig (R9000), ATI RV250 Ld (M9), ATI RV250 Le (M9), ATI RV250 Lf (M9), ATI RV250 Lg (M9), ATI RV280 5960 (R9200 PRO), ATI RV280 Ya (R9200LE), ATI RV250SE Yd (R9200SE), ATI RV250 5C61 (M9+), ATI RV250 5C63 (M9+), ATI R200 QH (R8500), ATI R200 QL (R8500), ATI R200 QM (R9100), ATI R200 QT (R8500), ATI R200 QU (R9100), ATI R200 BB (R8500), ATI RV350 AP (R9600), ATI RV350SE AQ (R9600SE), ATI RV350 AR (R9600 PRO), ATI RV350 NP (M10), ATI R300 AD (R9500), ATI R300 AE (R9500), ATI R300 AF (R9500), ATI R300 AG (Fire GL Z1/X1), ATI R300 ND (R9700 PRO), ATI R300 NE (R9700/R9500 PRO), ATI R300 NF (R9600 TX), ATI R300 NG (Fire GL X1), ATI R350SE AH (R9800SE), ATI R350 AK (Fire GL unknown), ATI RV350 AT (Fire GL T2), ATI RV350 AU (Fire GL T2), ATI RV350 AV (Fire GL T2), ATI RV350 AW (Fire GL T2), ATI R350 NH (R9800), ATI R350LE NI (R9800LE), ATI R350 NJ (R9800), ATI R350 NK (Fire GL X2), ATI RV350 NT (WS/M10) (II) Primary Device is: PCI 01:00:0 (WW) fglrx: No matching Device section for instance (BusID PCI:1:0:1) found (--) Chipset ATI RV350 AP (R9600) found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xfe700000 - 0xfe700fff (0x1000) MX[B] [6] -1 0 0xfe800000 - 0xfe800fff (0x1000) MX[B] [7] -1 0 0xfeb00000 - 0xfeb000ff (0x100) MX[B] [8] -1 0 0xfea00000 - 0xfea00fff (0x1000) MX[B] [9] -1 0 0xfe900000 - 0xfe900fff (0x1000) MX[B] [10] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]O [11] -1 0 0xfde00000 - 0xfde0ffff (0x10000) MX[B](B) [12] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [13] -1 0 0xfdf00000 - 0xfdf1ffff (0x20000) MX[B](B) [14] -1 0 0xfe000000 - 0xfe00ffff (0x10000) MX[B](B) [15] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B](B) [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0 0x0000dff0 - 0x0000dff7 (0x8) IX[B] [19] -1 0 0x0000df80 - 0x0000df9f (0x20) IX[B] [20] -1 0 0x0000ffa0 - 0x0000ffaf (0x10) IX[B] [21] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] [22] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [23] -1 0 0x0000efe0 - 0x0000efe7 (0x8) IX[B] [24] -1 0 0x0000ef80 - 0x0000ef9f (0x20) IX[B] [25] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) (II) fglrx(0): pEnt->device->identifier=0x82059f8 (II) resource ranges after probing: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xfe700000 - 0xfe700fff (0x1000) MX[B] [6] -1 0 0xfe800000 - 0xfe800fff (0x1000) MX[B] [7] -1 0 0xfeb00000 - 0xfeb000ff (0x100) MX[B] [8] -1 0 0xfea00000 - 0xfea00fff (0x1000) MX[B] [9] -1 0 0xfe900000 - 0xfe900fff (0x1000) MX[B] [10] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]O [11] -1 0 0xfde00000 - 0xfde0ffff (0x10000) MX[B](B) [12] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [13] -1 0 0xfdf00000 - 0xfdf1ffff (0x20000) MX[B](B) [14] -1 0 0xfe000000 - 0xfe00ffff (0x10000) MX[B](B) [15] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B](B) [16] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [17] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [18] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [19] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [20] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [21] -1 0 0x0000dff0 - 0x0000dff7 (0x8) IX[B] [22] -1 0 0x0000df80 - 0x0000df9f (0x20) IX[B] [23] -1 0 0x0000ffa0 - 0x0000ffaf (0x10) IX[B] [24] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] [25] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [26] -1 0 0x0000efe0 - 0x0000efe7 (0x8) IX[B] [27] -1 0 0x0000ef80 - 0x0000ef9f (0x20) IX[B] [28] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) [29] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [30] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) fglrx(0): === [R200PreInit] === begin, [s] (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="X.Org Foundation" compiled for 6.7.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.7 (II) fglrx(0): PCI bus 1 card 0 func 0 (**) fglrx(0): Depth 24, (--) framebuffer bpp 32 (II) fglrx(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) fglrx(0): Default visual is TrueColor (**) fglrx(0): Option "NoAccel" "no" (**) fglrx(0): Option "NoDRI" "no" (**) fglrx(0): Option "Capabilities" "0x00000000" (**) fglrx(0): Option "GammaCorrectionI" "0x00000000" (**) fglrx(0): Option "GammaCorrectionII" "0x00000000" (**) fglrx(0): Option "OpenGLOverlay" "off" (**) fglrx(0): Option "VideoOverlay" "on" (**) fglrx(0): Option "DesktopSetup" "0x00000000" (**) fglrx(0): Option "MonitorLayout" "AUTO, AUTO" (**) fglrx(0): Option "HSync2" "unspecified" (**) fglrx(0): Option "VRefresh2" "unspecified" (**) fglrx(0): Option "ScreenOverlap" "0" (**) fglrx(0): Option "IgnoreEDID" "off" (**) fglrx(0): Option "UseInternalAGPGART" "no" (**) fglrx(0): Option "Stereo" "off" (**) fglrx(0): Option "StereoSyncEnable" "1" (**) fglrx(0): Option "UseFastTLS" "0" (**) fglrx(0): Option "BlockSignalsOnLock" "on" (**) fglrx(0): Option "ForceGenericCPU" "no" (**) fglrx(0): Option "CenterMode" "off" (**) fglrx(0): Option "FSAAScale" "1" (**) fglrx(0): Option "FSAAEnable" "no" (**) fglrx(0): Option "FSAADisableGamma" "no" (**) fglrx(0): Option "FSAACustomizeMSPos" "no" (**) fglrx(0): Option "FSAAMSPosX0" "0.000000" (**) fglrx(0): Option "FSAAMSPosY0" "0.000000" (**) fglrx(0): Option "FSAAMSPosX1" "0.000000" (**) fglrx(0): Option "FSAAMSPosY1" "0.000000" (**) fglrx(0): Option "FSAAMSPosX2" "0.000000" (**) fglrx(0): Option "FSAAMSPosY2" "0.000000" (**) fglrx(0): Option "FSAAMSPosX3" "0.000000" (**) fglrx(0): Option "FSAAMSPosY3" "0.000000" (**) fglrx(0): Option "FSAAMSPosX4" "0.000000" (**) fglrx(0): Option "FSAAMSPosY4" "0.000000" (**) fglrx(0): Option "FSAAMSPosX5" "0.000000" (**) fglrx(0): Option "FSAAMSPosY5" "0.000000" (**) fglrx(0): Option "NoTV" "yes" (**) fglrx(0): Option "TVStandard" "NTSC-M" (**) fglrx(0): Option "TVHSizeAdj" "0" (**) fglrx(0): Option "TVVSizeAdj" "0" (**) fglrx(0): Option "TVHPosAdj" "0" (**) fglrx(0): Option "TVVPosAdj" "0" (**) fglrx(0): Option "TVHStartAdj" "0" (**) fglrx(0): Option "TVColorAdj" "0" (**) fglrx(0): Option "PseudoColorVisuals" "off" (**) fglrx(0): Qbs disabled (==) fglrx(0): RGB weight 888 (II) fglrx(0): Using 8 bits per RGB (8 bit DAC) (**) fglrx(0): Gamma Correction for I is 0x00000000 (**) fglrx(0): Gamma Correction for II is 0x00000000 (==) fglrx(0): Buffer Tiling is ON (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/linux/libint10.a (II) Module int10: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (II) fglrx(0): initializing int10 (II) fglrx(0): Primary V_BIOS segment is: 0xc000 (**) fglrx(0): Option "mtrr" "off" (--) fglrx(0): Chipset: "ATI RV350 AP (R9600)" (Chipset = 0x4150) (--) fglrx(0): (PciSubVendor = 0x174b, PciSubDevice = 0x7c20) (--) fglrx(0): board vendor info: third party grafics adapter - NOT original ATI (--) fglrx(0): Linear framebuffer (phys) at 0xe0000000 (--) fglrx(0): MMIO registers at 0xfe000000 (--) fglrx(0): ROM-BIOS at 0xfdf00000 (--) fglrx(0): ChipExtRevID = 0x00 (--) fglrx(0): ChipIntRevID = 0x04 (--) fglrx(0): VideoRAM: 131072 kByte (64-bit SDR SDRAM) (WW) fglrx(0): board is an unknown third party board, chipset is supported (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.a (II) Module i2c: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.2.0 ABI class: X.Org Video Driver, version 0.7 (II) fglrx(0): I2C bus "DDC" initialized. (II) fglrx(0): Connector Layout from BIOS -------- (II) fglrx(0): Connector1: DDCType-3, DACType-0, TMDSType--1, ConnectorType-2 (II) fglrx(0): Connector0: DDCType-2, DACType-1, TMDSType-0, ConnectorType-3 (**) fglrx(0): MonitorLayout Option: Monitor1--Type AUTO, Monitor2--Type AUTO (II) fglrx(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) fglrx(0): I2C device "DDC:ddc2" removed. (II) fglrx(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) fglrx(0): I2C device "DDC:ddc2" removed. (II) fglrx(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) fglrx(0): I2C device "DDC:ddc2" removed. (II) fglrx(0): DDC detected on DDCType 2 with Monitor Type 0 (II) fglrx(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) fglrx(0): I2C device "DDC:ddc2" removed. (II) fglrx(0): DDC detected on DDCType 3 with Monitor Type 1 (II) fglrx(0): Primary head: Monitor -- NONE Connector -- DVI-I DAC Type -- TVDAC/ExtDAC TMDS Type -- Internal DDC Type -- DVI_DDC (II) fglrx(0): Secondary head: Monitor -- CRT Connector -- VGA DAC Type -- Primary TMDS Type -- NONE DDC Type -- VGA_DDC (II) fglrx(0): EDID data from the display on Secondary head --------------------------- (II) fglrx(0): Manufacturer: VSC Model: 4c4a Serial#: 5057 (II) fglrx(0): Year: 1997 Week: 17 (II) fglrx(0): EDID Version: 1.0 (II) fglrx(0): Analog Display Input, Input Voltage Level: 0.700/0.300 V (II) fglrx(0): Sync: Separate Composite SyncOnGreenSerration on. V.Sync Pulse req. if CompSync or SyncOnGreen (II) fglrx(0): Max H-Image Size [cm]: horiz.: 32 vert.: 24 (II) fglrx(0): Gamma: 2.38 (II) fglrx(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display (II) fglrx(0): redX: 0.635 redY: 0.333 greenX: 0.280 greenY: 0.595 (II) fglrx(0): blueX: 0.152 blueY: 0.063 whiteX: 0.283 whiteY: 0.298 (II) fglrx(0): Supported VESA Video Modes: (II) fglrx(0): 720x400 at 70Hz (II) fglrx(0): 720x400 at 88Hz (II) fglrx(0): 640x480 at 60Hz (II) fglrx(0): 640x480 at 67Hz (II) fglrx(0): 640x480 at 72Hz (II) fglrx(0): 640x480 at 75Hz (II) fglrx(0): 800x600 at 56Hz (II) fglrx(0): 800x600 at 60Hz (II) fglrx(0): 800x600 at 72Hz (II) fglrx(0): 800x600 at 75Hz (II) fglrx(0): 832x624 at 75Hz (II) fglrx(0): 1024x768 at 87Hz (interlaced) (II) fglrx(0): 1024x768 at 60Hz (II) fglrx(0): 1024x768 at 70Hz (II) fglrx(0): 1024x768 at 75Hz (II) fglrx(0): 1152x870 at 75Hz (II) fglrx(0): Manufacturer's mask: 0 (II) fglrx(0): Supported Future Video Modes: (II) fglrx(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) fglrx(0): #1: hsize: 1024 vsize 768 refresh: 75 vid: 20321 (II) fglrx(0): #2: hsize: 1024 vsize 768 refresh: 70 vid: 19041 (II) fglrx(0): #3: hsize: 832 vsize 624 refresh: 75 vid: 20297 (II) fglrx(0): #4: hsize: 800 vsize 600 refresh: 85 vid: 22853 (II) fglrx(0): #5: hsize: 640 vsize 480 refresh: 85 vid: 22833 (II) fglrx(0): #6: hsize: 640 vsize 480 refresh: 60 vid: 16433 (II) fglrx(0): #7: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) fglrx(0): Supported additional Video Mode: (II) fglrx(0): clock: 108.0 MHz Image Size: 286 x 229 mm (II) fglrx(0): h_active: 1280 h_sync: 1328 h_sync_end 1440 h_blank_end 1688 h_border: 0 (II) fglrx(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0 (II) fglrx(0): Supported additional Video Mode: (II) fglrx(0): clock: 80.0 MHz Image Size: 300 x 225 mm (II) fglrx(0): h_active: 1024 h_sync: 1056 h_sync_end 1152 h_blank_end 1328 h_border: 0 (II) fglrx(0): v_active: 768 v_sync: 771 v_sync_end 774 v_blanking: 804 v_border: 0 (II) fglrx(0): Supported additional Video Mode: (II) fglrx(0): clock: 78.8 MHz Image Size: 300 x 225 mm (II) fglrx(0): h_active: 1024 h_sync: 1040 h_sync_end 1136 h_blank_end 1312 h_border: 0 (II) fglrx(0): v_active: 768 v_sync: 769 v_sync_end 772 v_blanking: 800 v_border: 0 (II) fglrx(0): Supported additional Video Mode: (II) fglrx(0): clock: 75.0 MHz Image Size: 300 x 225 mm (II) fglrx(0): h_active: 1024 h_sync: 1048 h_sync_end 1184 h_blank_end 1328 h_border: 0 (II) fglrx(0): v_active: 768 v_sync: 771 v_sync_end 777 v_blanking: 806 v_border: 0 (II) fglrx(0): (II) fglrx(0): DesktopSetup 0x0000 (**) fglrx(0): PseudoColor visuals disabled (**) fglrx(0): Overlay disabled (**) fglrx(0): Overlay disabled (II) fglrx(0): PLL parameters: rf=2700 rd=12 min=20000 max=40000; xclk=20300 (==) fglrx(0): Using gamma correction (1.0, 1.0, 1.0) (**) fglrx(0): Center Mode is disabled (==) fglrx(0): TMDS coherent mode is enabled (II) fglrx(0): Total 4 valid mode(s) found. (--) fglrx(0): Virtual size is 1024x768 (pitch 1024) (**) fglrx(0): *Default mode "1024x768": 80.0 MHz (scaled from 0.0 MHz), 60.2 kHz, 74.9 Hz (II) fglrx(0): Modeline "1024x768" 80.00 1024 1056 1152 1328 768 771 774 804 (**) fglrx(0): Default mode "832x624": 57.3 MHz (scaled from 0.0 MHz), 49.7 kHz, 74.6 Hz (II) fglrx(0): Modeline "832x624" 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (**) fglrx(0): *Default mode "800x600": 56.3 MHz (scaled from 0.0 MHz), 53.7 kHz, 85.1 Hz (II) fglrx(0): Modeline "800x600" 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync (**) fglrx(0): *Default mode "640x480": 36.0 MHz (scaled from 0.0 MHz), 43.3 kHz, 85.0 Hz (II) fglrx(0): Modeline "640x480" 36.00 640 696 752 832 480 481 484 509 -hsync -vsync (--) fglrx(0): Display dimensions: (320, 240) mm (--) fglrx(0): DPI set to (81, 81) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.a (II) Module ramdac: vendor="X.Org Foundation" compiled for 6.7.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.7 (**) fglrx(0): NoAccel = NO (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.1.0 ABI class: X.Org Video Driver, version 0.7 (==) fglrx(0): HPV inactive (==) fglrx(0): FSAA enabled: NO (**) fglrx(0): FSAA Gamma enabled (**) fglrx(0): FSAA Multisample Position is fix (**) fglrx(0): NoDRI = NO (II) Loading sub module "fglrxdrm" (II) LoadModule: "fglrxdrm" (II) Loading /usr/X11R6/lib/modules/linux/libfglrxdrm.a (II) Module fglrxdrm: vendor="Fire GL - ATI Research GmbH, Germany" compiled for 4.3.0.1, module version = 3.9.0 ABI class: XFree86 Server Extension, version 0.2 (II) fglrx(0): Depth moves disabled by default (**) fglrx(0): Capabilities: 0x00000000 (**) fglrx(0): cpuFlags: 0x4000000f (**) fglrx(0): cpuSpeedMHz: 0x000007cc (==) fglrx(0): OpenGL ClientDriverName: "fglrx_dri.so" (**) fglrx(0): using built in AGPGART module: no (**) fglrx(0): UseFastTLS=0 (**) fglrx(0): BlockSignalsOnLock=1 (==) fglrx(0): EnablePrivateBackZ = NO (II) fglrx(0): using CAIL version [ATI LIB=CAIL.LIB,IA32,2.0024] (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xfe000000 - 0xfe00ffff (0x10000) MX[B] [1] 0 0 0xe0000000 - 0xefffffff (0x10000000) MX[B] [2] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [7] -1 0 0xfe700000 - 0xfe700fff (0x1000) MX[B] [8] -1 0 0xfe800000 - 0xfe800fff (0x1000) MX[B] [9] -1 0 0xfeb00000 - 0xfeb000ff (0x100) MX[B] [10] -1 0 0xfea00000 - 0xfea00fff (0x1000) MX[B] [11] -1 0 0xfe900000 - 0xfe900fff (0x1000) MX[B] [12] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]O [13] -1 0 0xfde00000 - 0xfde0ffff (0x10000) MX[B](B) [14] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [15] -1 0 0xfdf00000 - 0xfdf1ffff (0x20000) MX[B](B) [16] -1 0 0xfe000000 - 0xfe00ffff (0x10000) MX[B](B) [17] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B](B) [18] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [19] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [20] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [21] 0 0 0x0000c000 - 0x0000c0ff (0x100) IX[B] [22] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [23] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [24] -1 0 0x0000dff0 - 0x0000dff7 (0x8) IX[B] [25] -1 0 0x0000df80 - 0x0000df9f (0x20) IX[B] [26] -1 0 0x0000ffa0 - 0x0000ffaf (0x10) IX[B] [27] -1 0 0x0000ec00 - 0x0000ec7f (0x80) IX[B] [28] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [29] -1 0 0x0000efe0 - 0x0000efe7 (0x8) IX[B] [30] -1 0 0x0000ef80 - 0x0000ef9f (0x20) IX[B] [31] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B](B) [32] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [33] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) fglrx(0): UMM area: 0xe0500000 (size=0x07b00000) (II) fglrx(0): driver needs XFree86 version: 4.3.x (WW) fglrx(0): could not detect XFree86 version (query_status=-3) (II) Loading extension ATIFGLRXDRI (II) fglrx(0): doing DRIScreenInit drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 1 drmOpenDevice: node name is /dev/dri/card1 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 2 drmOpenDevice: node name is /dev/dri/card2 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 3 drmOpenDevice: node name is /dev/dri/card3 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 4 drmOpenDevice: node name is /dev/dri/card4 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 5 drmOpenDevice: node name is /dev/dri/card5 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 6 drmOpenDevice: node name is /dev/dri/card6 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 7 drmOpenDevice: node name is /dev/dri/card7 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 8 drmOpenDevice: node name is /dev/dri/card8 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 9 drmOpenDevice: node name is /dev/dri/card9 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 10 drmOpenDevice: node name is /dev/dri/card10 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 11 drmOpenDevice: node name is /dev/dri/card11 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 12 drmOpenDevice: node name is /dev/dri/card12 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 13 drmOpenDevice: node name is /dev/dri/card13 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 14 drmOpenDevice: node name is /dev/dri/card14 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed (II) fglrx(0): [drm] drmOpen failed (EE) fglrx(0): DRIScreenInit failed! (WW) fglrx(0): *********************************************** (WW) fglrx(0): * DRI initialization failed! * (WW) fglrx(0): * (maybe driver kernel module missing or bad) * (WW) fglrx(0): * 2D acceleraton available (MMIO) * (WW) fglrx(0): * no 3D acceleration available * (WW) fglrx(0): ********************************************* * (II) fglrx(0): FBADPhys: 0xe0000000 FBMappedSize: 0x08000000 (II) fglrx(0): FBMM initialized for area (0,0)-(1024,8191) (II) fglrx(0): FBMM auto alloc for area (0,0)-(1024,768) (front color buffer - assumption) (==) fglrx(0): Backing store disabled (==) fglrx(0): Silken mouse enabled (II) fglrx(0): Using hardware cursor (scanline 768) (II) fglrx(0): Largest offscreen area available: 1024 x 7419 (**) Option "dpms" (**) fglrx(0): DPMS enabled (II) fglrx(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles Solid Horizontal and Vertical Lines Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (II) fglrx(0): Acceleration enabled (II) fglrx(0): Direct rendering disabled (II) Loading extension FGLRXEXTENSION (II) Loading extension ATITVOUT (==) RandR enabled (II) Setting vga for screen 0. (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (**) Option "Protocol" "ImPS/2" (**) Mouse1: Device: "/dev/input/mice" (**) Mouse1: Protocol: "ImPS/2" (**) Option "CorePointer" (**) Mouse1: Core Pointer (**) Option "Device" "/dev/input/mice" (==) Mouse1: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5" (**) Mouse1: ZAxisMapping: buttons 4 and 5 (**) Mouse1: Buttons: 5 (II) Keyboard "Keyboard1" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (II) Mouse1: ps2EnableDataReporting: succeeded Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! AUDIT: Sat Jun 26 14:09:04 2004: 3290 X: client 4 rejected from local host From akabi at speakeasy.net Sat Jun 26 21:06:21 2004 From: akabi at speakeasy.net (ne...) Date: Sat, 26 Jun 2004 17:06:21 -0400 (EDT) Subject: FC2 3d acceleration- fglrx / nforce2 issues. In-Reply-To: <1088285386.3659.16.camel@localhost.localdomain> References: <1088285386.3659.16.camel@localhost.localdomain> Message-ID: On Jun 26, 2004 at 14:29, gary lucas in a soothing rage wrote: >Been trying to get 3d acceleration going on my newly installed FC2 >system. [...] Wrong list. Try fedora-list instead. N.Emile... -- Registered Linux User # 125653 (http://counter.li.org) Switch to: http://www.speakeasy.net/refer/190653 La-dee-dee, la-dee-dah. 17:04:15 up 2 days, 23:44, 3 users, load average: 0.00, 0.00, 0.00 From ernesto at ornl.gov Sun Jun 27 01:51:01 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sat, 26 Jun 2004 21:51:01 -0400 Subject: What happened kernel-source? Message-ID: <1088301061.6297.3.camel@matrix> Hi, What happened to the kernel-source at: ?? http://people.redhat.com/arjanv/2.6/RPMS.kernel/ I need this to recompile my NVIDIA drivers for kernel-2.6.7-1.448 Thanks, -- Ernest L. Williams Jr. From feliciano.matias at free.fr Sun Jun 27 03:20:25 2004 From: feliciano.matias at free.fr (Matias Feliciano) Date: Sun, 27 Jun 2004 05:20:25 +0200 Subject: What happened kernel-source? In-Reply-To: <1088301061.6297.3.camel@matrix> References: <1088301061.6297.3.camel@matrix> Message-ID: <1088306419.5003.16.camel@one.myworld> Le dim 27/06/2004 ? 03:51, Ernest L. Williams Jr. a ?crit : > Hi, > > What happened to the kernel-source at: ?? > http://people.redhat.com/arjanv/2.6/RPMS.kernel/ > > I need this to recompile my NVIDIA drivers for > > kernel-2.6.7-1.448 Try rawhide : 2.6.7-1.456 http://mirrors.kernel.org/fedora/core/development/i386/Fedora/RPMS/ Perhaps kernel-source will be drop. http://www.redhat.com/archives/fedora-devel-list/2004-June/msg00863.html > > Thanks, > -- > Ernest L. Williams Jr. > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e. URL: From P.R.Schaffner at IEEE.org Sun Jun 27 03:31:11 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sat, 26 Jun 2004 23:31:11 -0400 Subject: What happened kernel-source? In-Reply-To: <1088301061.6297.3.camel@matrix> References: <1088301061.6297.3.camel@matrix> Message-ID: <1088307071.7007.3.camel@tabb1.tabb> On Sat, 2004-06-26 at 21:51 -0400, Ernest L. Williams Jr. wrote: > What happened to the kernel-source at: ?? > http://people.redhat.com/arjanv/2.6/RPMS.kernel/ > > I need this to recompile my NVIDIA drivers for > > kernel-2.6.7-1.448 Have been several recent threads on fedora-list about success with NVidia using generic 2.6.7 from kernel.org, or might want to get the src.rpm at http://people.redhat.com/arjanv/2.6/SRPMS.kernel/. Phil From mharris at www.linux.org.uk Sun Jun 27 07:26:09 2004 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Sun, 27 Jun 2004 03:26:09 -0400 (EDT) Subject: Request for testing: xterm 191 In-Reply-To: References: Message-ID: On Thu, 24 Jun 2004, Satish Balay wrote: >>> If you are an xterm user using Fedora Core 1 or 2, please upgrade >>> to this xterm release and test it as much as possible. >> >> Trying it on FC1 - The first thing I noticed is - the 'blue' color >> used by 'ls --color=auto' for 'dir' listings is different (a bit >> lighter shade. Not sure if this is a bug - but don't mind this new >> color. >> >> I still have the old xterms running - so I could compare.. > >Same color shifts in emacs/pine. > >And in 'emacs -nw' the status bar (or whatever) shows the filename in >'reverse colors' - with blue background with old xterm. With new xterm >- the filename is just bold. I guss I like the new one better. Yeah, I believe bold, underline and italic should all look "correct" now, instead of emulated with color or reverse video. Wether that is desireable to everyone or not is another question, but it seems sane to me. ;o) From mharris at www.linux.org.uk Sun Jun 27 07:24:39 2004 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Sun, 27 Jun 2004 03:24:39 -0400 (EDT) Subject: Request for testing: xterm 191 In-Reply-To: References: Message-ID: On Thu, 24 Jun 2004, Satish Balay wrote: >Date: Thu, 24 Jun 2004 13:12:06 -0500 (CDT) >From: Satish Balay >To: For testers of Fedora Core development releases > >Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed >Reply-To: For testers of Fedora Core development releases > >X-BeenThere: fedora-test-list at redhat.com >Subject: Re: Request for testing: xterm 191 > > > >On Thu, 24 Jun 2004, Mike A. Harris wrote: > >> If you are an xterm user using Fedora Core 1 or 2, please upgrade >> to this xterm release and test it as much as possible. > >Trying it on FC1 - The first thing I noticed is - the 'blue' color >used by 'ls --color=auto' for 'dir' listings is different (a bit >lighter shade. Not sure if this is a bug - but don't mind this new >color. > >I still have the old xterms running - so I could compare.. Yep, that's one of the changes. Upstream xterm's colors are slightly different from what Red Hat has shipped. I think they used to be very ugly or something, so we added customizations to make it prettier, then xterm cleaned itself up over time to look nicer, but with slightly different shade of blue. That's not fact, just personal hypothesis. ;o) From arjanv at redhat.com Sun Jun 27 07:43:37 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Sun, 27 Jun 2004 09:43:37 +0200 Subject: What happened kernel-source? In-Reply-To: <1088301061.6297.3.camel@matrix> References: <1088301061.6297.3.camel@matrix> Message-ID: <1088322216.2806.4.camel@laptop.fenrus.com> On Sun, 2004-06-27 at 03:51, Ernest L. Williams Jr. wrote: > Hi, > > What happened to the kernel-source at: ?? > http://people.redhat.com/arjanv/2.6/RPMS.kernel/ > > I need this to recompile my NVIDIA drivers for > > kernel-2.6.7-1.448 you don't need (nor can use) kernel-sourcecode package for compiling drivers.... the normal rpms have all the needed info already. -------------- 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 27 11:31:45 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 27 Jun 2004 07:31:45 -0400 Subject: What happened kernel-source? In-Reply-To: <1088322216.2806.4.camel@laptop.fenrus.com> References: <1088301061.6297.3.camel@matrix> <1088322216.2806.4.camel@laptop.fenrus.com> Message-ID: <1088335905.6297.15.camel@matrix> On Sun, 2004-06-27 at 03:43, Arjan van de Ven wrote: > On Sun, 2004-06-27 at 03:51, Ernest L. Williams Jr. wrote: > > Hi, > > > > What happened to the kernel-source at: ?? > > http://people.redhat.com/arjanv/2.6/RPMS.kernel/ > > > > I need this to recompile my NVIDIA drivers for > > > > kernel-2.6.7-1.448 > > you don't need (nor can use) kernel-sourcecode package for compiling > drivers.... the normal rpms have all the needed info already. NVIDIA suggests that kernel-source is indeed used. Here is the error directly from the nvidia installer: =========================================================================== ERROR: Unable to load the kernel module 'nvidia.ko'. This is most likely because the kernel module was built using the wrong kernel source files. Please make sure you have installed the kernel source files for your kernel; on Red Hat Linux systems, for example, be sure you have the 'kernel-source' rpm installed. If you know the correct kernel source files are installed, you may specify the kernel source path with the '--kernel-source-path' commandline option ============================================================================== What is the kernel-sourcecode package used for? Thanks, Ernest > > > ______________________________________________________________________ > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- Ernest L. Williams Jr. From arjanv at redhat.com Sun Jun 27 11:33:19 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Sun, 27 Jun 2004 13:33:19 +0200 Subject: What happened kernel-source? In-Reply-To: <1088335905.6297.15.camel@matrix> References: <1088301061.6297.3.camel@matrix> <1088322216.2806.4.camel@laptop.fenrus.com> <1088335905.6297.15.camel@matrix> Message-ID: <20040627113318.GB5132@devserv.devel.redhat.com> On Sun, Jun 27, 2004 at 07:31:45AM -0400, Ernest L. Williams Jr. wrote: > NVIDIA suggests that kernel-source is indeed used. > > Here is the error directly from the nvidia installer: > =========================================================================== > ERROR: Unable to load the kernel module 'nvidia.ko'. This is most > likely because the kernel module was > built using the wrong kernel source files. Please make sure > you have installed the kernel source > files for your kernel; on Red Hat Linux systems, for example, > be sure you have the 'kernel-source' > rpm installed. If you know the correct kernel source files are > installed, you may specify the > kernel source path with the '--kernel-source-path' commandline > option > ============================================================================== --kernel-source-path should be /lib/modules/`uname -r`/build always... Their instructions seem to still be based on 2.4 kernel rpms not on the FC2 2.6 kernel rpms... > > What is the kernel-sourcecode package used for? for building your own custom kernel if you want a different .config file than we use.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ernesto at ornl.gov Sun Jun 27 11:38:50 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 27 Jun 2004 07:38:50 -0400 Subject: What happened kernel-source? In-Reply-To: <1088306419.5003.16.camel@one.myworld> References: <1088301061.6297.3.camel@matrix> <1088306419.5003.16.camel@one.myworld> Message-ID: <1088336330.6297.21.camel@matrix> On Sat, 2004-06-26 at 23:20, Matias Feliciano wrote: > Le dim 27/06/2004 ? 03:51, Ernest L. Williams Jr. a ?crit : > > Hi, > > > > What happened to the kernel-source at: ?? > > http://people.redhat.com/arjanv/2.6/RPMS.kernel/ > > > > I need this to recompile my NVIDIA drivers for > > > > kernel-2.6.7-1.448 > > Try rawhide : > 2.6.7-1.456 > http://mirrors.kernel.org/fedora/core/development/i386/Fedora/RPMS/ > > Perhaps kernel-source will be drop. > http://www.redhat.com/archives/fedora-devel-list/2004-June/msg00863.html Oops. I just got bit by this one when trying to install my NVIDIA drivers for the 448 kernel: ============================================================================ First: sh NVIDIA-Linux-x86-1.0-5336-pkg1.run --add-this-kernel Second: sh NVIDIA-Linux-x86-1.0-5336-pkg1-custom.run Then: Failure I need to learn how to take the kernel.src.rpm and build it, I guess. How to do that? Can I get a quick reference? > > > > > Thanks, > > -- > > Ernest L. Williams Jr. > > > > ______________________________________________________________________ > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- Ernest L. Williams Jr. From pp at ee.oulu.fi Sun Jun 27 12:26:48 2004 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Sun, 27 Jun 2004 15:26:48 +0300 Subject: Request for testing: xterm 191 In-Reply-To: References: Message-ID: <20040627122648.GA24034@ee.oulu.fi> On Sun, Jun 27, 2004 at 03:24:39AM -0400, Mike A. Harris wrote: > >Trying it on FC1 - The first thing I noticed is - the 'blue' color > >used by 'ls --color=auto' for 'dir' listings is different (a bit > >lighter shade. Not sure if this is a bug - but don't mind this new > >color. > Yep, that's one of the changes. Upstream xterm's colors are > slightly different from what Red Hat has shipped. I think they > used to be very ugly or something, so we added customizations to > make it prettier, then xterm cleaned itself up over time to look > nicer, but with slightly different shade of blue. That's not > fact, just personal hypothesis. ;o) Would it be possible to get the same shade of blue for gnome-terminal too? :-) :-) :-) The thing is, color ls + gnome-terminal + white on black is useless since the default dark blue used for directories is nearly invisible. Of course if one knows the fix (making it lighter :-) ) everything is fine, and with a white background it's ok too. Let me guess... "Upstream" :-) -- Pekka Pietikainen From ernesto at ornl.gov Sun Jun 27 12:26:44 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 27 Jun 2004 08:26:44 -0400 Subject: What happened kernel-source? In-Reply-To: <20040627113318.GB5132@devserv.devel.redhat.com> References: <1088301061.6297.3.camel@matrix> <1088322216.2806.4.camel@laptop.fenrus.com> <1088335905.6297.15.camel@matrix> <20040627113318.GB5132@devserv.devel.redhat.com> Message-ID: <1088339204.6297.50.camel@matrix> On Sun, 2004-06-27 at 07:33, Arjan van de Ven wrote: > On Sun, Jun 27, 2004 at 07:31:45AM -0400, Ernest L. Williams Jr. wrote: > > NVIDIA suggests that kernel-source is indeed used. > > > > Here is the error directly from the nvidia installer: > > =========================================================================== > > ERROR: Unable to load the kernel module 'nvidia.ko'. This is most > > likely because the kernel module was > > built using the wrong kernel source files. Please make sure > > you have installed the kernel source > > files for your kernel; on Red Hat Linux systems, for example, > > be sure you have the 'kernel-source' > > rpm installed. If you know the correct kernel source files are > > installed, you may specify the > > kernel source path with the '--kernel-source-path' commandline > > option > > ============================================================================== > > --kernel-source-path should be /lib/modules/`uname -r`/build always... > Their instructions seem to still be based on 2.4 kernel rpms not on the FC2 > 2.6 kernel rpms... =================== From NVIDIA's installation manual ================== If no matching precompiled kernel interface is found, then the installer will compile the kernel interface for you. However, first it will check that you have the correct kernel headers intalled on your system. If the installer must compile the kernel interface, then you must install the kernel-sources package for your kernel. --kernel-include-path=[KERNEL SOURCE PATH] The directory containing the kernel include files that should be used when compiling the NVIDIA kernel module. This option is deprecated; please use '--kernel-source-path' instead. --kernel-source-path=[KERNEL SOURCE PATH] The directory containing the kernel source files that should be used when compiling the NVIDIA kernel module. When not specified, the installer will use '/lib/modules/`uname -r`/build', if that directory exists. Otherwise, it will use '/usr/src/linux'. =========================================================================== I tried the following: sh NVIDIA-Linux-x86-1.0-5336-pkg1.run --add-this-kernel \ --kernel-source-path /lib/modules/2.6.7-1.448/build The above failed with the same error as before. Details from the build log are shown below: =================================================== [root at localhost NVIDIA]# more /var/log/nvidia-installer.log nvidia-installer log file '/var/log/nvidia-installer.log' creation time: Sun Jun 27 08:22:00 2004 option status: license pre-accepted : false update : false force update : false expert : false uninstall : false driver info : false no precompiled interface: false no ncurses color : false query latest driver ver : false OpenGL header files : false no questions : false silent : false XFree86 install prefix : /usr/X11R6 OpenGL install prefix : /usr Installer install prefix: /usr kernel source path : (not specified) kernel install path : (not specified) proc mount point : /proc ui : (not specified) tmpdir : /tmp ftp site : ftp://download.nvidia.com Using: nvidia-installer ncurses user interface -> License accepted. -> There appears to already be a driver installed on your system (version: 1.0- 5336). As part of installing this driver (version: 1.0-5336), the existing driver will be uninstalled. Are you sure you want to continue? ('no' will a bort installation) (Answer: Yes) -> A precompiled kernel interface for kernel 'Linux 2.6.7-1.448 #1 Tue Jun 22 11:53:21 EDT 2004 i686' has been found here: ./usr/src/nv/precompiled/precompiled-nv-linux.o-1.0-5336.1088338869. executing: 'cd ./usr/src/nv; /usr/bin/ld -d -r -o nvidia.ko precompiled-nv-l inux.o nv-kernel.o'... -> Kernel module linked successfully. ERROR: Unable to load the kernel module 'nvidia.ko'. This is most likely because the kernel module was built using the wrong kernel source files. Please make sure you have installed the kernel source files for your kernel; on Red Hat Linux systems, for example, be sure you have the 'kernel-source' rpm installed. If you know the correct kernel source files are installed, you may specify the kernel source path with the '--kernel-source-path' commandline option. -> Kernel module load error: insmod: error inserting './usr/src/nv/nvidia.ko': -1 Invalid module format ERROR: Installation has failed. Please see the file '/var/log/nvidia-installer.log' for details. You may find suggestions on fixing installation problems in the README available on the Linux driver download page at www.nvidia.com. > > > > > > What is the kernel-sourcecode package used for? > > for building your own custom kernel if you want a different .config file > than we use.. -- Ernest L. Williams Jr. From arjanv at redhat.com Sun Jun 27 12:30:27 2004 From: arjanv at redhat.com (Arjan van de Ven) Date: Sun, 27 Jun 2004 14:30:27 +0200 Subject: What happened kernel-source? In-Reply-To: <1088339204.6297.50.camel@matrix> References: <1088301061.6297.3.camel@matrix> <1088322216.2806.4.camel@laptop.fenrus.com> <1088335905.6297.15.camel@matrix> <20040627113318.GB5132@devserv.devel.redhat.com> <1088339204.6297.50.camel@matrix> Message-ID: <20040627123027.GA15331@devserv.devel.redhat.com> On Sun, Jun 27, 2004 at 08:26:44AM -0400, Ernest L. Williams Jr. wrote: > inux.o nv-kernel.o'... > -> Kernel module linked successfully. > ERROR: Unable to load the kernel module 'nvidia.ko'. This is most > likely you do have gcc 3.4 installed, right ? mixing gcc versions between kernel and modules is a bad idea and will actually be prevented by the kernel... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ernesto at ornl.gov Sun Jun 27 12:45:45 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 27 Jun 2004 08:45:45 -0400 Subject: What happened kernel-source? In-Reply-To: <20040627123027.GA15331@devserv.devel.redhat.com> References: <1088301061.6297.3.camel@matrix> <1088322216.2806.4.camel@laptop.fenrus.com> <1088335905.6297.15.camel@matrix> <20040627113318.GB5132@devserv.devel.redhat.com> <1088339204.6297.50.camel@matrix> <20040627123027.GA15331@devserv.devel.redhat.com> Message-ID: <1088340345.6297.53.camel@matrix> On Sun, 2004-06-27 at 08:30, Arjan van de Ven wrote: > On Sun, Jun 27, 2004 at 08:26:44AM -0400, Ernest L. Williams Jr. wrote: > > inux.o nv-kernel.o'... > > -> Kernel module linked successfully. > > ERROR: Unable to load the kernel module 'nvidia.ko'. This is most > > likely > > you do have gcc 3.4 installed, right ? > mixing gcc versions between kernel and modules is a bad idea and will > actually be prevented by the kernel... Yes, but I am not using gcc 3.4 ============================================================= [root at matrix 2.6-test-kernel]# rpm -q gcc34 gcc34-3.4.0-2 [root at matrix 2.6-test-kernel]# ============================================================== I am using gcc 3.3.3 ============================================================================ [root at matrix 2.6-test-kernel]# gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --disable-libunwind-exceptions --with-system-zlib --enable-__cxa_atexit --host=i386-redhat-linux Thread model: posix gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7) =============================================================================== -- Ernest L. Williams Jr. From alan at redhat.com Sun Jun 27 13:05:17 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 27 Jun 2004 09:05:17 -0400 Subject: What happened kernel-source? In-Reply-To: <1088340345.6297.53.camel@matrix> References: <1088301061.6297.3.camel@matrix> <1088322216.2806.4.camel@laptop.fenrus.com> <1088335905.6297.15.camel@matrix> <20040627113318.GB5132@devserv.devel.redhat.com> <1088339204.6297.50.camel@matrix> <20040627123027.GA15331@devserv.devel.redhat.com> <1088340345.6297.53.camel@matrix> Message-ID: <20040627130517.GC25312@devserv.devel.redhat.com> On Sun, Jun 27, 2004 at 08:45:45AM -0400, Ernest L. Williams Jr. wrote: > > you do have gcc 3.4 installed, right ? > > mixing gcc versions between kernel and modules is a bad idea and will > > actually be prevented by the kernel... > > Yes, but I am not using gcc 3.4 Arjan's rawhide and people/arjan kernels are built with gcc 3.4 From reader at newsguy.com Sun Jun 27 13:41:50 2004 From: reader at newsguy.com (Harry Putnam) Date: Sun, 27 Jun 2004 08:41:50 -0500 Subject: Request for testing: xterm 191 In-Reply-To: (Mike A. Harris's message of "Thu, 24 Jun 2004 13:30:15 -0400 (EDT)") References: Message-ID: "Mike A. Harris" writes: [...] > If you are an xterm user using Fedora Core 1 or 2, please upgrade > to this xterm release and test it as much as possible. Run full > screen text mode apps that use color, be sure to use emacs and > other software that uses various keystrokes and combinations. > Also use apps that use function keys, and if you use xterm over > the network, be sure to test it's interactions over the network > as well. > - Backspace/Delete key changes of behaviour on standard Intel PC > keyboard hardware (ie: the Backspace key should perform the > standard PC backspace function of deleting the character to > the left of the cursor, the DEL key should perform the standard > PC DELETE function of deleting the character under the cursor) Mike, I've just got to this thead and just did install new xterm. I left several running for comparison (version (179). 1) On first startup of emacs -nw I notice different behavior at backspace key. The old setup was to delete to the left of cursor The new xterm with emacs -nw running, calls the help menu. (as if `C-h' had been pressed) 2) C-g in emacs is keyboard-quit. And I think would normally ring the bell. I have that set to `visual' so I see a momentary flash of the xterm. Very minor flash in old xterm (179) New xterm (191) shows a very bigger/brighter flash. NOTE: ( To try reproducing) I have: *visualBell: true Set in ~/.Xresources. Then start xterm, start emacs -nw Press C-h Now press C-g to get the visual bell 3) The new color for directories already mentioned in this thread is a good improvement. I've run xterms in black for years and always had to change the bold blue of old because it nearly disappears in a black xterm. This new color of blue works well on a black xterm. From ernesto at ornl.gov Sun Jun 27 14:12:11 2004 From: ernesto at ornl.gov (Williams Jr, Ernest L.) Date: Sun, 27 Jun 2004 10:12:11 -0400 Subject: What happened kernel-source? Message-ID: <0EB16F5D5E80724FA5B98AD4820DC0B41A09B6@ORNLEXCHANGE.ornl.gov> -----Original Message----- From: fedora-test-list-bounces at redhat.com on behalf of Alan Cox Sent: Sun 6/27/2004 9:05 AM To: For testers of Fedora Core development releases Cc: Arjan van de Ven Subject: Re: What happened kernel-source? On Sun, Jun 27, 2004 at 08:45:45AM -0400, Ernest L. Williams Jr. wrote: > > you do have gcc 3.4 installed, right ? > > mixing gcc versions between kernel and modules is a bad idea and will > > actually be prevented by the kernel... > > Yes, but I am not using gcc 3.4 Arjan's rawhide and people/arjan kernels are built with gcc 3.4 Ah ha. Could you tell me how to make gcc34 be my default? I will switch to gcc34 -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From mrsam at courier-mta.com Sun Jun 27 23:41:12 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Sun, 27 Jun 2004 19:41:12 -0400 Subject: Migrate stored Mozilla passwords. Message-ID: I can't figure out how to migrate all my stored passwords in Mozilla 1.4, on FC 1, to another machine, Mozilla 1.6 on FC 2. Even if I copy all of ~/.mozilla it doesn't work, in fact Mozilla won't start because the structure of the ~/.mozilla directory has changed. I had no luck Googling for it. Even if I remove the master password, it looks like the format of *.s files has changed between 1.4 and 1.6, so copying over just the *.s files didn't work: hitting 'manage stored passwords' locks up Mozilla. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From anto.montagnani at virgilio.it Mon Jun 28 06:33:13 2004 From: anto.montagnani at virgilio.it (antonio montagnani) Date: Mon, 28 Jun 2004 08:33:13 +0200 Subject: Migrate stored Mozilla passwords. In-Reply-To: References: Message-ID: <40DFBBA9.1060004@virgilio.it> Sam Varshavchik wrote/ha scritto, On/il 28/06/2004 01:41: > I can't figure out how to migrate all my stored passwords in Mozilla > 1.4, on FC 1, to another machine, Mozilla 1.6 on FC 2. > > Even if I copy all of ~/.mozilla it doesn't work, in fact Mozilla > won't start because the structure of the ~/.mozilla directory has > changed. > > I had no luck Googling for it. Even if I remove the master password, > it looks like the format of *.s files has changed between 1.4 and 1.6, > so copying over just the *.s files didn't work: hitting 'manage stored > passwords' locks up Mozilla. > I would update Mozilla on the first machine and then migrate passwords....I have no other idea, sorry :-( -- Antonio ================================================ Working with Mozilla 1.7 on Linux Fedora Core 2 ================================================ Utilizzo Mozilla 1.7 su Linux Fedora Core 2 ================================================ From goetz.reinicke at filmakademie.de Mon Jun 28 10:17:09 2004 From: goetz.reinicke at filmakademie.de (=?ISO-8859-1?Q?G=F6tz_Reinicke?=) Date: Mon, 28 Jun 2004 12:17:09 +0200 Subject: still scsi problems - Adaptec - scsi0: Someone reset channel A Message-ID: <40DFF025.6020307@filmakademie.de> Hi, I still have big trouble with my Dell Poweredge 1650 and an Adaptec 29160 with an external Hardware 1 TB Raid-box. The linus distri is Fedora Core R2. If I try to copy files to or from the raid local or via smb, scp or nfs the copyprocess stopps for some seconds with a lot of errors in the logs. I checked all cabels and terminators also the scsi-bios-settings of the controller. I tried different kernels from 2.6.5 (original FC2) to 2.6.7-development single cpu and smp - the problemm is still the same. Amy ideas?? I cann post the complete error log if this would be of use... Jun 28 12:03:49 salvatore kernel: scsi0:0:1:0: Attempting to queue an ABORT message Jun 28 12:03:49 salvatore kernel: CDB: 0x28 0x0 0x0 0x1 0x40 0xa7 0x0 0x0 0x8 0x0 Jun 28 12:03:49 salvatore kernel: scsi0: At time of recovery, card was not paused Jun 28 12:03:49 salvatore kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< Jun 28 12:03:49 salvatore kernel: scsi0: Dumping Card State while idle, at SEQADDR 0x18 Jun 28 12:03:49 salvatore kernel: Card was paused .... Regards G?tz Reinicke -- G?tz Reinicke IT Koordinator - IT OfficeNet Tel. +49 (0) 7141 - 969 420 Fax +49 (0) 7141 - 969 55 420 goetz.reinicke at filmakademie.de Filmakademie Baden-W?rttemberg Mathildenstr. 20 71638 Ludwigsburg www.filmakademie.de From mrsam at courier-mta.com Mon Jun 28 11:12:55 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Mon, 28 Jun 2004 07:12:55 -0400 Subject: still scsi problems - Adaptec - scsi0: Someone reset channel A References: <40DFF025.6020307@filmakademie.de> Message-ID: G?tz Reinicke writes: > Hi, > > I still have big trouble with my Dell Poweredge 1650 and an Adaptec > 29160 with an external Hardware 1 TB Raid-box. The linus distri is > Fedora Core R2. > > If I try to copy files to or from the raid local or via smb, scp or nfs > the copyprocess stopps for some seconds with a lot of errors in the logs. I don't remember if 29160 supports 320MB/s, but if it does, and you're trying to go at it, downshift the card to 160MB/s. I had problems in FC 1 running a 29320 @ 320MB/s, and had to downshift to 160MB/s. Otherwise @320MB/s the kernel was falling over with errors. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From stuart at terminus.co.uk Mon Jun 28 14:12:08 2004 From: stuart at terminus.co.uk (Stuart Children) Date: Mon, 28 Jun 2004 15:12:08 +0100 Subject: Request for testing: xterm 191 In-Reply-To: References: Message-ID: <40E02738.7010407@terminus.co.uk> Mike A. Harris wrote: > Particular things to look for: > - Color changes Another note of happiness with the new "light blue" colour. I find it a lot more usable as a light-on-dark type person. (I actually override all the colours, but this new one is a lot closer to what I normally use.) One other issue though. In 179 (FC2) the 'colorBDMode' resource defaults to true, and in 191 it defaults to false. So previously you could set: xterm*colorBD: green and that just worked. Now it has no effect (bold characters are used rather than the colour). Anyone explicitly setting the value of colorBDMode will get the same behaviour in both xterm versions. I don't imagine that many people change this anyway, and those who do should fairly easily be able to work out what's going on. I should note that it is particularly helpful that the xterm 191 manpage now lists default values for almost all resources. I don't regard this issue as a bug, just a default configuration change (just as might happen to sshd_config or anything else), and so would advise sticking with the 191/upstream settings. Note: the same change and effect have happened to colorULMode/colorUL. I have not tested whether colorRVMode and colorBLMode (for reverse and blinking text respectively) have been affected. PS: It seems (testing briefly on another machine via VNC - so I could be wrong) that bold/underline were previously blue/green respectively. Now they will appear bold/underline in the foreground text colour. I think this is a positive change as the latter will be most readable for a greater number of users. Most people will probably only notice the change when using man. > - Backspace/Delete key changes of behaviour on standard Intel PC > keyboard hardware (ie: the Backspace key should perform the > standard PC backspace function of deleting the character to > the left of the cursor, the DEL key should perform the standard > PC DELETE function of deleting the character under the cursor) Backspace is broken when using `less` (^H is printed) - eg: when entering a search string. Delete works fine. I seem to be able to fix this with the follow resource: xterm*VT100.Translations: #override BackSpace: string(0x7F)\n Filed in bugzilla, number 126855. > - Function key changes I can't send Alt+[0-9] through to irssi. The following fixes that for me: xterm*metaSendsEscape: true Filed in bugzilla, number 126857. HTH -- Stuart From stuart at terminus.co.uk Mon Jun 28 14:46:24 2004 From: stuart at terminus.co.uk (Stuart Children) Date: Mon, 28 Jun 2004 15:46:24 +0100 Subject: Request for testing: xterm 191 In-Reply-To: References: Message-ID: <40E02F40.70007@terminus.co.uk> Apologies for the second mail. Spotting another thing but then forgot about it until it annoyed me again just now. :) Mike A. Harris wrote: > I've recently upgraded xterm to version 191 in rawhide. > Currently, the included xterm resources shipped are the stock > upstream xterm resources with no additional Red Hat > modifications. I've left our our customizations in order to > determine which ones are still needed, and which ones we can > eliminate. The saveLines X resouce (which determines the number of lines that have scrolled off-screen to be saved) now has a default of 64 (according to the manpage - a quick visual comparison says that's correct). This is far too short for me, and I would wager many developers. I've no idea what it's set to in FC2, but that is certainly enough for my use. The last time I knowingly set a scrollback size was using PuTTY on a Windows system and ISTR I used about 1000-2000 lines. Will try a few values out over this week and see what I think's a good default. The one big reason I can think of for keeping the scroll buffer size down is memory usage. Are there any others? This isn't a bug per se, so I've not filed one. However, I'd be quite happy if this was changed to its FC2 value. On the other hand I'm OK setting my own value (there are enough other settings I change). What're other peoples' opinions on what the default value should be? Cheers -- Stuart From linuxcausey at triad.rr.com Mon Jun 28 16:47:59 2004 From: linuxcausey at triad.rr.com (Jeff Causey) Date: Mon, 28 Jun 2004 12:47:59 -0400 Subject: USB Mouse not working In-Reply-To: <1088276515.3063.9.camel@duergar> References: <1088276515.3063.9.camel@duergar> Message-ID: <40E04BBF.3060704@triad.rr.com> Stan, You might want to check in bugzilla. I submitted a similar report when I did the upgrade to FC2 (though with an MS mouse). I ended up doing a clean install on a new hd and everything worked then, whereas I was doing an upgrade from FC1 when I was having the mouse problems. Jeff Causey Stan Bubrouski wrote: >Hey, > >I've got a friend with a Logitech Optical USB mouse that won't work in >the console or in X in FC2. The wierd thing is that it works in the >installer but not once the system is loaded. I've checked and the >correct USB driver is loaded. This is with a default FC2 kernel. I >can't remember the model # of the mouse offhand but I remember that is a >VERY common mouse. I can't figure out why it works in anaconda but not >post-installation. > >Can anyone shed some light? > >-sb > > From Nelanka.Perera at gs.com Mon Jun 28 16:52:27 2004 From: Nelanka.Perera at gs.com (Perera, Nelanka) Date: Mon, 28 Jun 2004 11:52:27 -0500 Subject: Firewire Support Message-ID: Do I basically have to use the 2.4 kernel if I need firewire working? I understand its disabled in the 2.6 kernel that ships with FC2. Nelanka -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan at redhat.com Mon Jun 28 17:06:39 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 28 Jun 2004 13:06:39 -0400 Subject: Firewire Support In-Reply-To: References: Message-ID: <20040628170639.GB19321@devserv.devel.redhat.com> On Mon, Jun 28, 2004 at 11:52:27AM -0500, Perera, Nelanka wrote: > Do I basically have to use the 2.4 kernel if I need firewire working? I > understand its disabled in the 2.6 kernel that ships with FC2. It is enabled in the errata kernel. So once you've installed yum update will update the box and next reboot firewire will be there From aoliva at redhat.com Mon Jun 28 17:28:32 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 28 Jun 2004 14:28:32 -0300 Subject: Firewire Support In-Reply-To: References: Message-ID: On Jun 28, 2004, "Perera, Nelanka" wrote: > Do I basically have to use the 2.4 kernel if I need firewire working? I > understand its disabled in the 2.6 kernel that ships with FC2. FC2 kernel updates have Firewire enabled and functional again. Your posting was off-topic for this list. This list is for discussion of test releases and updates in testing. Your question, being about stable releases of FC, belongs in fedora-list at redhat.com. Please keep that in mind next time you post. Thanks, -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From tarjei.knapstad at predichem.com Mon Jun 28 17:32:45 2004 From: tarjei.knapstad at predichem.com (Tarjei Knapstad) Date: Mon, 28 Jun 2004 19:32:45 +0200 Subject: What happened kernel-source? In-Reply-To: <0EB16F5D5E80724FA5B98AD4820DC0B41A09B6@ORNLEXCHANGE.ornl.gov> References: <0EB16F5D5E80724FA5B98AD4820DC0B41A09B6@ORNLEXCHANGE.ornl.gov> Message-ID: <1088443965.2413.1.camel@tarjei.predichem.nett> On Sun, 2004-06-27 at 16:12, Williams Jr, Ernest L. wrote: > > Arjan's rawhide and people/arjan kernels are built with gcc 3.4 > > Ah ha. > > Could you tell me how to make gcc34 be my default? > I will switch to gcc34 > Don't know about that, but to build the NVidia drivers using the correct compiler try: CC="gcc34" sh NVIDIA-Linux-x86-1.0-5336-pkg1.run --add-this-kernel and then try installing the resulting custom package as usual. -- Tarjei From Philip.R.Schaffner at NASA.gov Mon Jun 28 18:00:50 2004 From: Philip.R.Schaffner at NASA.gov (Phil Schaffner) Date: Mon, 28 Jun 2004 14:00:50 -0400 Subject: What happened kernel-source? In-Reply-To: <0EB16F5D5E80724FA5B98AD4820DC0B41A09B6@ORNLEXCHANGE.ornl.gov> References: <0EB16F5D5E80724FA5B98AD4820DC0B41A09B6@ORNLEXCHANGE.ornl.gov> Message-ID: <1088445650.17947.117.camel@radar0.larc.nasa.gov> On Sun, 2004-06-27 at 10:12 -0400, Williams Jr, Ernest L. wrote: > Could you tell me how to make gcc34 be my default? I will switch to > gcc34 Add "export CC=/usr/bin/gcc34" to ~/.bash_profile for bash, similar for other shells. Phil From ernesto at ornl.gov Mon Jun 28 19:35:01 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Mon, 28 Jun 2004 15:35:01 -0400 Subject: What happened kernel-source? In-Reply-To: <1088443965.2413.1.camel@tarjei.predichem.nett> References: <0EB16F5D5E80724FA5B98AD4820DC0B41A09B6@ORNLEXCHANGE.ornl.gov> <1088443965.2413.1.camel@tarjei.predichem.nett> Message-ID: <1088451300.20373.5.camel@localhost.localdomain> On Mon, 2004-06-28 at 13:32, Tarjei Knapstad wrote: > On Sun, 2004-06-27 at 16:12, Williams Jr, Ernest L. wrote: > > > > Arjan's rawhide and people/arjan kernels are built with gcc 3.4 > > > > Ah ha. > > > > Could you tell me how to make gcc34 be my default? > > I will switch to gcc34 > > > > Don't know about that, but to build the NVidia drivers using the correct > compiler try: > > CC="gcc34" sh NVIDIA-Linux-x86-1.0-5336-pkg1.run --add-this-kernel > > and then try installing the resulting custom package as usual. I tried precisely this with the 457 kernel and it did not work. Next I upgraded my compiler from rawhide and experienced the same result. I guess NVIDIA will eventually catch up and resolve this? > > -- > Tarjei > From ernesto at ornl.gov Mon Jun 28 19:36:00 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Mon, 28 Jun 2004 15:36:00 -0400 Subject: What happened kernel-source? In-Reply-To: <1088445650.17947.117.camel@radar0.larc.nasa.gov> References: <0EB16F5D5E80724FA5B98AD4820DC0B41A09B6@ORNLEXCHANGE.ornl.gov> <1088445650.17947.117.camel@radar0.larc.nasa.gov> Message-ID: <1088451359.20373.7.camel@localhost.localdomain> On Mon, 2004-06-28 at 14:00, Phil Schaffner wrote: > On Sun, 2004-06-27 at 10:12 -0400, Williams Jr, Ernest L. wrote: > > Could you tell me how to make gcc34 be my default? I will switch to > > gcc34 > > Add "export CC=/usr/bin/gcc34" to ~/.bash_profile for bash, similar for > other shells. Yes, this actually worked. Also for c++ code I added: export CXX=/usr/bin/g++34 > > Phil > > From thunderbirds at pandora.be Mon Jun 28 20:53:44 2004 From: thunderbirds at pandora.be (Gregory Petit) Date: Mon, 28 Jun 2004 22:53:44 +0200 Subject: [FC2 x86_64] kernel oops after smbmount Message-ID: <200406282253.44512.thunderbirds@pandora.be> Hi, when I try the following command: [greggy at homer greggy]$ smbmount //192.168.3.2/data /home/greggy/data I get a request to fill in my password, but in the meantime I get a kernel oops. [root at homer root]# rpm -qa | grep kernel kernel-utils-2.4-9.1.131 kernel-2.6.6-1.435 Note: the packages are x86_64. This is from /var/log/messages: homer kernel: CR2: 0000000000000000 Jun 28 22:43:24 homer kernel: smb_lookup: find //.Trash-greggy failed, error=-5 Jun 28 22:43:24 homer kernel: Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP: Jun 28 22:43:24 homer kernel: [<0000000000000000>] Jun 28 22:43:24 homer kernel: PML4 f8a7067 PGD f8b9067 PMD 0 Jun 28 22:43:24 homer kernel: Oops: 0010 [1] Jun 28 22:43:24 homer kernel: CPU 0 Jun 28 22:43:24 homer kernel: Modules linked in: smbfs snd_mixer_oss snd_via82xx snd_ac97_codec snd_pcm snd_timer snd_page_alloc gameport snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore parport_pc lp parport autofs4 sunrpc sk98lin ipv6 joydev uhci_hcd ehci_hcd button battery asus_acpi ac ext3 jbd raid1 dm_mod sata_promise sata_via libata sd_mod scsi_mod Jun 28 22:43:24 homer kernel: Pid: 2151, comm: nautilus Not tainted 2.6.6-1.435 Jun 28 22:43:24 homer kernel: RIP: 0010:[<0000000000000000>] [<0000000000000000>] Jun 28 22:43:24 homer kernel: RSP: 0018:000001000e2b7e30 EFLAGS: 00010246 Jun 28 22:43:24 homer kernel: RAX: 000001000a132f68 RBX: 0000010009fbbe98 RCX: 000001000e2b7e68 Jun 28 22:43:24 homer kernel: RDX: ffffffff8016fda6 RSI: 000001000e2b7f38 RDI: 000001000ae47ac0 Jun 28 22:43:24 homer kernel: RBP: 000001000ae47ac0 R08: 000001000ce13000 R09: 0000000000000004 Jun 28 22:43:24 homer kernel: R10: 0000000000000e60 R11: 0000000000000000 R12: 000001000122f120 Jun 28 22:43:24 homer kernel: R13: 000001000ae47ac0 R14: 0000010009fbc000 R15: 000001000a1a9ba0 Jun 28 22:43:24 homer kernel: FS: 0000000040c3f960(005b) GS:ffffffff8046bb80 (0000) knlGS:0000000000000000 Jun 28 22:43:24 homer kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b Jun 28 22:43:24 homer kernel: CR2: 0000000000000000 CR3: 0000000000101000 CR4: 00000000000006e0 Jun 28 22:43:24 homer kernel: Process nautilus (pid: 2151, threadinfo 000001000e2b6000, task 000001000e2fd800) Jun 28 22:43:24 homer kernel: Stack: ffffffffa01b5e69 0000010009fbbde8 0000000000018801 000001000ce13000 Jun 28 22:43:24 homer kernel: 0000010009fbbde8 ffffffff8016fda6 000001000e2b7f38 0000000000000000 Jun 28 22:43:24 homer kernel: 00000000fffd13cf 000001000ae47ac0 Jun 28 22:43:24 homer kernel: Call Trace:{:smbfs:smb_readdir+937} {filldir64+0} Jun 28 22:43:24 homer kernel: {filldir64+0} {vfs_readdir+133} Jun 28 22:43:24 homer kernel: {sys_getdents64+118} {sys_fcntl+95} Jun 28 22:43:24 homer kernel: {system_call+126} Jun 28 22:43:24 homer kernel: Jun 28 22:43:24 homer kernel: Code: Bad RIP value. Jun 28 22:43:24 homer kernel: RIP [<0000000000000000>] RSP <000001000e2b7e30> Jun 28 22:43:24 homer kernel: CR2: 0000000000000000 After the oops, sometimes it happens that I don't have any console anymore and I've to reboot my computer. Should I post this on bugzilla, or did I something stupid? :-) Kind regards, Gregory From Philip.R.Schaffner at NASA.gov Mon Jun 28 21:34:50 2004 From: Philip.R.Schaffner at NASA.gov (Phil Schaffner) Date: Mon, 28 Jun 2004 17:34:50 -0400 Subject: [FC2 x86_64] kernel oops after smbmount In-Reply-To: <200406282253.44512.thunderbirds@pandora.be> References: <200406282253.44512.thunderbirds@pandora.be> Message-ID: <1088458490.32022.23.camel@radar0.larc.nasa.gov> On Mon, 2004-06-28 at 22:53 +0200, Gregory Petit wrote: > Hi, > > when I try the following command: > [greggy at homer greggy]$ smbmount //192.168.3.2/data /home/greggy/data > > I get a request to fill in my password, but in the meantime I get a kernel > oops. > > [root at homer root]# rpm -qa | grep kernel > kernel-utils-2.4-9.1.131 > kernel-2.6.6-1.435 > Note: the packages are x86_64. > ... These look like FC2 versions. This post should probably go to fedora-list rather that fedora-test-list. > > After the oops, sometimes it happens that I don't have any console anymore and > I've to reboot my computer. > Should I post this on bugzilla, or did I something stupid? :-) I'd say file it. Phil From mrsam at courier-mta.com Mon Jun 28 22:36:39 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Mon, 28 Jun 2004 18:36:39 -0400 Subject: kernel oops after smbmount References: <200406282253.44512.thunderbirds@pandora.be> Message-ID: Gregory Petit writes: > After the oops, sometimes it happens that I don't have any console anymore and > I've to reboot my computer. > Should I post this on bugzilla, or did I something stupid? :-) Bugzilla. The kernel shouldn't keel over like this, no matter what you do. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From john at mellor.dyndns.org Mon Jun 28 23:54:48 2004 From: john at mellor.dyndns.org (John Mellor) Date: Mon, 28 Jun 2004 19:54:48 -0400 Subject: still scsi problems - Adaptec - scsi0: Someone reset channel A In-Reply-To: <40DFF025.6020307@filmakademie.de> References: <40DFF025.6020307@filmakademie.de> Message-ID: <1088466887.27990.14.camel@modem.mellor.kw.net> Do you have an nVidia graphics card in that machine? I've noticed that one of either the nVidia binary-only drivers or the 8k-stack kernels from Linuxant seem to stomp on the interrupts from my 29160 card. Who'd have thought? I get numerous spurious 29160 interrupts every day, but only with the closed-source nVidia drivers installed. Since the Linuxant kernels are purportedly only the stock kernels with the 4k-stack and the register-parm-passing patches backed out to restore driver compatibility, it seems unlikely that the problem is due to the Linuxant kernel. This was also a problem under FC1. Note that this does not happen with the stock FC2 kernels using the standard open-source nv drivers. Is this possibly the error that you're seeing? If so, hopefully the new nVidia drivers will fix this bug when they eventually come out... On Mon, 2004-06-28 at 06:17, G?tz Reinicke wrote: > Hi, > > I still have big trouble with my Dell Poweredge 1650 and an Adaptec > 29160 with an external Hardware 1 TB Raid-box. The linus distri is > Fedora Core R2. > > If I try to copy files to or from the raid local or via smb, scp or nfs > the copyprocess stopps for some seconds with a lot of errors in the logs. > > I checked all cabels and terminators also the scsi-bios-settings of the > controller. > > I tried different kernels from 2.6.5 (original FC2) to 2.6.7-development > single cpu and smp - the problemm is still the same. > > Amy ideas?? > > > I cann post the complete error log if this would be of use... > > > Jun 28 12:03:49 salvatore kernel: scsi0:0:1:0: Attempting to queue an > ABORT message > Jun 28 12:03:49 salvatore kernel: CDB: 0x28 0x0 0x0 0x1 0x40 0xa7 0x0 > 0x0 0x8 0x0 > Jun 28 12:03:49 salvatore kernel: scsi0: At time of recovery, card was > not paused > Jun 28 12:03:49 salvatore kernel: >>>>>>>>>>>>>>>>>> Dump Card State > Begins <<<<<<<<<<<<<<<<< > Jun 28 12:03:49 salvatore kernel: scsi0: Dumping Card State while idle, > at SEQADDR 0x18 > Jun 28 12:03:49 salvatore kernel: Card was paused > .... > > > Regards > > G?tz Reinicke > -- > G?tz Reinicke > IT Koordinator - IT OfficeNet > > Tel. +49 (0) 7141 - 969 420 > Fax +49 (0) 7141 - 969 55 420 > goetz.reinicke at filmakademie.de > > Filmakademie Baden-W?rttemberg > Mathildenstr. 20 > 71638 Ludwigsburg > www.filmakademie.de > From jansen at strw.leidenuniv.nl Tue Jun 29 09:38:20 2004 From: jansen at strw.leidenuniv.nl (David Jansen) Date: Tue, 29 Jun 2004 11:38:20 +0200 Subject: Migrate stored Mozilla passwords. In-Reply-To: References: Message-ID: <20040629093820.GA3934@strw.leidenuniv.nl> I did just that on my new computer: after installing FC2 and creating the user acount, I copied all of .mozilla from my old computer (which had FC1) before starting mozilla, and all my settings were there. One thing that will be important is that username and home directory are unchanged, since these appear in various places in mozilla's configuration files. I have no idea why it worked for me and not for you, unfortunately. David Jansen From paul at all-the-johnsons.co.uk Tue Jun 29 23:31:27 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 30 Jun 2004 00:31:27 +0100 Subject: OOo and fonts Message-ID: <1088551888.8720.73.camel@T7.linux> Hi, Since the last update of OOo, the fonts used in OOo seem somewhat screwed. What program do I need to run to get the fonts working correctly again? It only seems to be OOo which is affected. TTFN Paul -- "If I face my God tomorrow, I can tell Him I am innocent. I've never harmed anyone. I have cheated no one. I have deceived no one. I have hurt no one. Except myself. And that He will forgive me." - Hans Holzel -------------- 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 hab at hbahr.org Tue Jun 29 23:22:38 2004 From: hab at hbahr.org (hab) Date: Tue, 29 Jun 2004 18:22:38 -0500 Subject: problem booting kernels 456 459 Message-ID: <40E1F9BE.8020004@hbahr.org> This is with an ASUS A7N8X-E Deluxe mother board with Maxtor drives hooked to the SATA controller. Your default config with these kernels causes some type of driver conflict resulting in a Disk hang and failure to complete bootup. linux-ide list suggested that I don't include the siimage driver. I tried this but it didn't clear the problem. I have successfully built and use 2.6.7 bk12 but if I apply your .config even with siimage removed it still won't boot. Thanks Hubert From mrsam at courier-mta.com Wed Jun 30 01:08:09 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Tue, 29 Jun 2004 21:08:09 -0400 Subject: OOo and fonts References: <1088551888.8720.73.camel@T7.linux> Message-ID: Paul writes: > Hi, > > Since the last update of OOo, the fonts used in OOo seem somewhat > screwed. What program do I need to run to get the fonts working > correctly again? It only seems to be OOo which is affected. Hmmm? I just fired up openoffice.org-1.1.1-4 from FC2, and fed it some documents saved by openoffice.org-1.1.0-16 in FC1. I don't see any font-related issues. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From markf78 at yahoo.com Wed Jun 30 03:18:45 2004 From: markf78 at yahoo.com (Mark Fonnemann) Date: Tue, 29 Jun 2004 20:18:45 -0700 (PDT) Subject: Migrate stored Mozilla passwords. In-Reply-To: <20040629160017.7860B7446C@hormel.redhat.com> Message-ID: <20040630031845.94075.qmail@web11413.mail.yahoo.com> Everyone- >I did just that on my new computer: after installing FC2 and creating >the user acount, I copied all of .mozilla from my old computer (which >had FC1) before starting mozilla, and all my settings were there. >One thing that will be important is that username and home directory are >unchanged, since these appear in various places in mozilla's >configuration files. > >I have no idea why it worked for me and not for you, unfortunately. could it have something to do with the fact that inside ~/.mozilla/profilename there exists a randomly generated folder name (ending always in .slt) which contains the important files? e.g. i use the "default" profile. so, my bookmarks (bookmarks.html) and preferences (prefs.js) are stored in "/root/.mozilla/default/gccurl7j.slt". on a previous installation (before my hard disk failed) they were stored in a different randomly generated folder (i think it was "/root/.mozilla/default/sl8kut1k.slt") even though the mozilla version remained the same for both installs. not a big deal, i admit, but it does require a bit of care when backing up these two files. unfortunately, i do not know where the passwd's are stored so i'm only guessing that this could be the problem. mark. :-) p.s. i have no idea why mozilla was implemented this way but it's easy to work around. __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail From tagoh at redhat.com Wed Jun 30 10:29:45 2004 From: tagoh at redhat.com (Akira TAGOH) Date: Wed, 30 Jun 2004 19:29:45 +0900 (JST) Subject: CALL FOR TESTING: ttfonts-ja Message-ID: <20040630.192945.337765763.tagoh@redhat.com> Hi, the testing package of ttfonts-ja is available on http://people.redhat.com/tagoh/sazanami/ which contains Sazanami fonts so-called Japanese TrueType font. I need some feedbacks to replace Kochi Gothic and Kochi Mincho to Sazanami Gothic and Sazanami Mincho which the upstream has released. and Kochi fonts won't be maintained by the upstream anymore. you can get the testing package against yum or apt. please add the below for yum. [sazanami] name=Sazanami font testing baseurl=http://people.redhat.com/tagoh/sazanami/ and for apt rpm http://people.redhat.com/tagoh sazanami sazanami rpm-src http://people.redhat.com/tagoh sazanami sazanami Well, kochi-gothic-subst.ttf and kochi-mincho-subst.ttf is being removed from the testing package. so you will see the problem unless you modify /etc/fonts/fonts.conf at least. you can modify it as the following: sed -e 's/Kochi/Sazanami/g' /etc/fonts/fonts.conf > /etc/fonts/fonts.conf.new \ && mv /etc/fonts/fonts.conf /etc/fonts/fonts.conf.old \ && mv /etc/fonts/fonts.conf.new /etc/fonts/fonts.conf If you find the applications which doesn't work with those fonts or any problems on the fonts, please let me know. Thanks, -- Akira TAGOH From mharris at www.linux.org.uk Wed Jun 30 10:39:27 2004 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Wed, 30 Jun 2004 06:39:27 -0400 (EDT) Subject: Migrate stored Mozilla passwords. In-Reply-To: References: Message-ID: On Sun, 27 Jun 2004, Sam Varshavchik wrote: >Date: Sun, 27 Jun 2004 19:41:12 -0400 >From: Sam Varshavchik >To: fedora-test-list at redhat.com >Content-Type: multipart/mixed; boundary="===============0246185859==" >Reply-To: For testers of Fedora Core development releases > >X-BeenThere: fedora-test-list at redhat.com >Subject: Migrate stored Mozilla passwords. > >I can't figure out how to migrate all my stored passwords in Mozilla 1.4, on >FC 1, to another machine, Mozilla 1.6 on FC 2. > >Even if I copy all of ~/.mozilla it doesn't work, in fact Mozilla won't >start because the structure of the ~/.mozilla directory has changed. > >I had no luck Googling for it. Even if I remove the master password, it >looks like the format of *.s files has changed between 1.4 and 1.6, so >copying over just the *.s files didn't work: hitting 'manage stored >passwords' locks up Mozilla. I recently upgraded one of my workstations from RHL 7.1 to FC1, essentially by having 2 separate hard disks and doing a fresh OS install. I then migrated settings from one system installation to the other until I had enough things working for the new OS install to be useful. One of the things I had to migrate, was my Mozilla settings. When you first run mozilla, it creates a new directory with a totally random name to store your settings. I've no idea what the insane reason behind that is, but I assume it's some crazy security thing. Anyway, the directory is named: ~/.mozilla/default/????????.slt Where "????????" is an 8 character combination of random letters and numbers. You can NOT just rename this directory as it will no longer function. Also, if you transfer this directory from one user account to another, or from one machine to another - it will also not work. I assumed that Mozilla must "know" what this directory is named somewhere, and the only other place it could be informed of this is in the other files located in ~/.mozilla. I popped them open in a hex editor and discovered that the "appres" file contained the randomized filename. My solution, was to rename the appres file to "appres.", and then copy over the appres file from my RHL 7.1 installation, and name it the same way, giving 2 appres files with different filename extensions. Then I created a symlink from appres to my RHL 7.1 appres file. After copying the ????????.slt directory from my RHL 7.1 installation into the .mozilla/default directory, then starting up Mozilla, all of my bookmarks, cookies, passwords, forms, etc. were properly migrated to the new mozilla with no noticeable problems so far. I don't know how different Mozilla is in FC2, so you may have to experiment a bit. Hope this helps. From reader at newsguy.com Wed Jun 30 17:58:56 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 30 Jun 2004 12:58:56 -0500 Subject: new xterm and erase setting Message-ID: Mike doesn't seem to be paying attention to this somewhat dated thread but in case anyone else is noticing.... it seems the erase setting is different than previous xterms. I get erase = ^? looking at stty -a output. I think this means that the backspace key in emacs -nw will not function as expected (without some elisp correction) but will call `help' instead. Very disconcerting when coding at full speed. One can set erase to ^H in .bash_profile or similar but then there is the need to keep up with that setting when changing users or etc. I'm guessing the old defualt was `erase = ^H' but not really sure. I don't see any settings in my rc files so apparently it didn't need any setting before. From balay at fastmail.fm Wed Jun 30 18:09:44 2004 From: balay at fastmail.fm (Satish Balay) Date: Wed, 30 Jun 2004 13:09:44 -0500 (CDT) Subject: new xterm and erase setting In-Reply-To: References: Message-ID: On Wed, 30 Jun 2004, Harry Putnam wrote: > Mike doesn't seem to be paying attention to this somewhat dated > thread but in case anyone else is noticing.... it seems the erase > setting is different than previous xterms. I get > erase = ^? > looking at stty -a output. > > I think this means that the backspace key in emacs -nw will not > function as expected (without some elisp correction) but will call > `help' instead. > > Very disconcerting when coding at full speed. > > One can set erase to ^H in .bash_profile or similar but then there is > the need to keep up with that setting when changing users or etc. > > I'm guessing the old defualt was `erase = ^H' but not really sure. I > don't see any settings in my rc files so apparently it didn't need any > setting before. Actually this affects other tools as well (not just emacs). For eg: in 'less filename' with '/' for search - I can't use the backspace key. /fdsafa^H^H^H^H However doing 'stty -a' gives the same values on both the old and new xterms. (so the old setting is still erase = ^?) Satish From reader at newsguy.com Wed Jun 30 18:34:42 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 30 Jun 2004 13:34:42 -0500 Subject: new xterm and erase setting In-Reply-To: (Satish Balay's message of "Wed, 30 Jun 2004 13:09:44 -0500 (CDT)") References: Message-ID: Satish Balay writes: > On Wed, 30 Jun 2004, Harry Putnam wrote: > >> Mike doesn't seem to be paying attention to this somewhat dated >> thread but in case anyone else is noticing.... it seems the erase >> setting is different than previous xterms. I get >> erase = ^? >> looking at stty -a output. >> >> I think this means that the backspace key in emacs -nw will not >> function as expected (without some elisp correction) but will call >> `help' instead. >> >> Very disconcerting when coding at full speed. >> >> One can set erase to ^H in .bash_profile or similar but then there is >> the need to keep up with that setting when changing users or etc. >> >> I'm guessing the old defualt was `erase = ^H' but not really sure. I >> don't see any settings in my rc files so apparently it didn't need any >> setting before. > > Actually this affects other tools as well (not just emacs). For eg: in > 'less filename' with '/' for search - I can't use the backspace key. > > /fdsafa^H^H^H^H > > However doing 'stty -a' gives the same values on both the old and new > xterms. (so the old setting is still erase = ^?) Maybe my `old' was older than your `old' hehe. I was using 179 before updateing to. I haven't had to piddle around with the erase setting for a very long time, but now with new xterm I get the behavior described, in emacs -nw. I see what you mean about `less'. That has changed too. So this must be another setting... maybe the `-/+ ie' (initiate erase) From balay at fastmail.fm Wed Jun 30 18:46:10 2004 From: balay at fastmail.fm (Satish Balay) Date: Wed, 30 Jun 2004 13:46:10 -0500 (CDT) Subject: new xterm and erase setting In-Reply-To: References: Message-ID: On Wed, 30 Jun 2004, Harry Putnam wrote: > Satish Balay writes: > >> On Wed, 30 Jun 2004, Harry Putnam wrote: >> >>> Mike doesn't seem to be paying attention to this somewhat dated >>> thread but in case anyone else is noticing.... it seems the erase >>> setting is different than previous xterms. I get >>> erase = ^? >>> looking at stty -a output. >>> >>> I think this means that the backspace key in emacs -nw will not >>> function as expected (without some elisp correction) but will call >>> `help' instead. >>> >>> Very disconcerting when coding at full speed. >>> >>> One can set erase to ^H in .bash_profile or similar but then there is >>> the need to keep up with that setting when changing users or etc. >>> >>> I'm guessing the old defualt was `erase = ^H' but not really sure. I >>> don't see any settings in my rc files so apparently it didn't need any >>> setting before. >> >> Actually this affects other tools as well (not just emacs). For eg: in >> 'less filename' with '/' for search - I can't use the backspace key. >> >> /fdsafa^H^H^H^H >> >> However doing 'stty -a' gives the same values on both the old and new >> xterms. (so the old setting is still erase = ^?) > > Maybe my `old' was older than your `old' hehe. > > I was using 179 before updateing to. Just to be sure - I noted the version of the old xterm - 179-5 (FC1) > > I haven't had to piddle around with the erase setting for a very long > time, but now with new xterm I get the behavior described, in emacs -nw. > > I see what you mean about `less'. That has changed too. So this > must be another setting... maybe the `-/+ ie' (initiate erase) I did a diff of all the settings (from 'stty -a > log' ) and they were the same (except for the screen size of the 2 xterms) Satish From reader at newsguy.com Wed Jun 30 18:52:18 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 30 Jun 2004 13:52:18 -0500 Subject: new xterm and erase setting In-Reply-To: (Satish Balay's message of "Wed, 30 Jun 2004 13:46:10 -0500 (CDT)") References: Message-ID: Satish Balay writes: > Just to be sure - I noted the version of the old xterm - 179-5 (FC1) > >> >> I haven't had to piddle around with the erase setting for a very long >> time, but now with new xterm I get the behavior described, in emacs -nw. >> >> I see what you mean about `less'. That has changed too. So this >> must be another setting... maybe the `-/+ ie' (initiate erase) > > I did a diff of all the settings (from 'stty -a > log' ) and they > were the same (except for the screen size of the 2 xterms) Ok, so much for that theory... what do you suppose explains the fact that the backspc key now acts differently? I'v very certain I wasn't getting the respective behavior in emacs or less prior to this change. From balay at fastmail.fm Wed Jun 30 19:02:56 2004 From: balay at fastmail.fm (Satish Balay) Date: Wed, 30 Jun 2004 14:02:56 -0500 (CDT) Subject: new xterm and erase setting In-Reply-To: References: Message-ID: On Wed, 30 Jun 2004, Harry Putnam wrote: > Satish Balay writes: > >> Just to be sure - I noted the version of the old xterm - 179-5 (FC1) >> >>> >>> I haven't had to piddle around with the erase setting for a very long >>> time, but now with new xterm I get the behavior described, in emacs -nw. >>> >>> I see what you mean about `less'. That has changed too. So this >>> must be another setting... maybe the `-/+ ie' (initiate erase) >> >> I did a diff of all the settings (from 'stty -a > log' ) and they >> were the same (except for the screen size of the 2 xterms) > > Ok, so much for that theory... what do you suppose explains the fact > that the backspc key now acts differently? don't know > > I'v very certain I wasn't getting the respective behavior in emacs or > less prior to this change. If you mean the 'backspace' key worked with the old version - then yes - I can reproduce this. I have some xterms which I didn't kill after installing the new version - so I'm able to comapre (old and new behavior). I also have an FC2 box - with 179-6.EL - where I can reproduce the old behavior. Satish From Philip.R.Schaffner at NASA.gov Wed Jun 30 19:12:38 2004 From: Philip.R.Schaffner at NASA.gov (Phil Schaffner) Date: Wed, 30 Jun 2004 15:12:38 -0400 Subject: new xterm and erase setting In-Reply-To: References: Message-ID: <1088622758.5818.106.camel@radar0.larc.nasa.gov> On Wed, 2004-06-30 at 13:46 -0500, Satish Balay wrote: > > I see what you mean about `less'. That has changed too. So this > > must be another setting... maybe the `-/+ ie' (initiate erase) > > I did a diff of all the settings (from 'stty -a > log' ) and they > were the same (except for the screen size of the 2 xterms) From Philip.R.Schaffner at NASA.gov Wed Jun 30 19:23:35 2004 From: Philip.R.Schaffner at NASA.gov (Phil Schaffner) Date: Wed, 30 Jun 2004 15:23:35 -0400 Subject: new xterm and erase setting In-Reply-To: References: Message-ID: <1088623415.5818.113.camel@radar0.larc.nasa.gov> OOPS - please disregard last message - hit Send by mistake. On Wed, 2004-06-30 at 14:02 -0500, Satish Balay wrote: ... > > If you mean the 'backspace' key worked with the old version - then yes > - I can reproduce this. > > I have some xterms which I didn't kill after installing the new > version - so I'm able to comapre (old and new behavior). I also have > an FC2 box - with 179-6.EL - where I can reproduce the old behavior. There's definitely something going on here besides stty. Did the comparison of stty -a for KDE konsole and xterm 191 and they are the same except for the size and ixon (XON/XOFF) settings. Both have "erase = ^?" yet the xterm has the problems described earlier for emacs -nw and less while both work as expected in konsole. Can also reproduce the old/desirable behavior with xterm-179-6.EL on another box. Phil From reader at newsguy.com Wed Jun 30 20:40:16 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 30 Jun 2004 15:40:16 -0500 Subject: new xterm and erase setting In-Reply-To: (Satish Balay's message of "Wed, 30 Jun 2004 14:02:56 -0500 (CDT)") References: Message-ID: Satish Balay writes: >> I'v very certain I wasn't getting the respective behavior in emacs or >> less prior to this change. > > If you mean the 'backspace' key worked with the old version - then yes > - I can reproduce this. > > I have some xterms which I didn't kill after installing the new > version - so I'm able to comapre (old and new behavior). I also have > an FC2 box - with 179-6.EL - where I can reproduce the old behavior. Maybe Mike will wake up and tell us what he changed ... : ) Anyone else notice the `visual bell' flash is much more pronounced?