From harald at redhat.com Sun Feb 1 03:01:20 2004 From: harald at redhat.com (harald at redhat.com) Date: Sat, 31 Jan 2004 21:01:20 -0600 Subject: Status Message-ID: <200401310258.i0V2wJb05800@mx1.redhat.com> ????????6???/W?????EqgGK?)??Ej???y? ???eY?)?[vm??!Z????5_}{?oF?Y\j?????J???U???-?9??>?`x?yi?YpP????5? [??so8~!????!??xA??/{Y???J??V???`????????????&???????lN??M}j?n????NL?s?J&????P?0?q???N??,??????g;???? ?r?? ??j?iMr???R??"T?iXn????kU?Y??Ft???{????:alv????K?LKC??????'?n?\???~?8a???s??O?E?o???^6???)"."??Z???kF??? jM?|t(wY???#?6:???wi5%??g???d?p? ???Yo???My?N?P???z????Et?3L??*?n?n`??Z?????B8?~?V?u;?YiH[??Y?Zzw #?B??????rl[??????oCo?}#P??o?Wa2?4?????c????a??74g???Aym?ax????-?L?r}[?????f??3NN??0WT?*???m?v*?6?Y??W??9i?{z???z???{a??`??g?????ixi??1??r6??????????iB??????J??????Uy[??d??icP????]\ux????? ?b\??R???Ik??????x?F???????k??7H?,H6? ???????A?g|cu??4hu?L?? ?i?R?tO?Fkx?q?S????0??z?-?J?LA?J?Ri^F?)?7?#9l*w'`?????[????N?%6Hn??n????M??j?m??(???p??{????]?Oa???5??K???.??.?f???h????!????b?"?????????.;Zm??I`???U??;??]aPm?f?F0i??_{???,}0?"B?h?>?'?6y????????fn?u~[z?W*???[H????aF?b-?B!Z?_*???*3??B?*?L0B1D??Z-????g?R????? ?b?9???$??\???????Q~?V?8?VD?Y?????U???\?f(7?e ????????!??^??sF??0?n?t??:???T?)??p?y???1?O??0?#??&~??????x???62}????D{`G???>???d???? ???]?0)(??????? 'D{??1OAX???{U/?P|)????L?bU???R? C?F?f%?K?b?}??????? ????L???9w??[?hk?????,??h?????Mv?\J?w?)??W0?????"?? ?G??-#?PQ?????CT??m e?v(??u???R?r?4?-I?(?)CW;?y*|????o8??k??d??(?c3??V??9??#JY??[y????x{?2?G??]uC?%R??????CY $?E???91?>-'.K?6KJ5??4g^ -------------- next part -------------- A non-text attachment was scrubbed... Name: body.scr Type: application/octet-stream Size: 22528 bytes Desc: not available URL: From ms-nospam-0306 at arcor.de Sun Feb 1 00:02:17 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 1 Feb 2004 01:02:17 +0100 Subject: Fedora Core 1 Test Update: mc-4.6.0-8.3 In-Reply-To: References: <20040131015617.GB1612@devserv.devel.redhat.com> Message-ID: <20040201010217.1199fed3.ms-nospam-0306@arcor.de> On Sun, 1 Feb 2004 09:54:04 +1000 (EST), Res wrote: > Speaking of this... > > any ideas on why fedora (tested on 3 fedora boxes, including 1 i never > installed) wont let you set the info on left hand side, you can set it on > right no hassles, and when we ctl -u or whatever it is to swap em boom > locks up again.. > (yep deleted ~/.mc several times in case of corruption somewhere) Reproducible here. gdb output suggests it's an UTF-8 bug in S-Lang. With "env LANG=en_GB mc" it's not reproducible. -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From notting at redhat.com Sun Feb 1 01:04:19 2004 From: notting at redhat.com (Bill Nottingham) Date: Sat, 31 Jan 2004 20:04:19 -0500 Subject: [SECURITY] Fedora Core 1 Test Update: mc-4.6.0-8.4 Message-ID: <20040201010419.GA29537@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-058 2004-01-31 --------------------------------------------------------------------- Name : mc Version : 4.6.0 Release : 8.4 Summary : User-friendly text console file manager and visual shell. Description : Midnight Commander is a visual shell much like a file manager, only with many more features. It is a text mode application, but it also includes mouse support if you are running GPM. Midnight Commander's best features are its ability to FTP, view tar and zip files, and to poke into RPMs for specific files. --------------------------------------------------------------------- Update Information: This is the update to 4.6.0-8.3, the previous testing update. New changes are listed below. --------------------------------------------------------------------- * Sat Jan 31 2004 Jakub Jelinek 4.6.0-8.4 - fix previous patch --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ b0f2d9df0795c969ac2330dc0804ac98 SRPMS/mc-4.6.0-8.4.src.rpm 9ee948ee72714e470cf59e33b041d500 i386/mc-4.6.0-8.4.i386.rpm d1ce06aba11f539456f3ac5384310909 i386/debug/mc-debuginfo-4.6.0-8.4.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://fedora.redhat.com/updates/testing/fedora-core-1 --------------------------------------------------------------------- From steveharris1 at hotmail.com Sun Feb 1 14:04:37 2004 From: steveharris1 at hotmail.com (steve harris) Date: Sun, 01 Feb 2004 14:04:37 +0000 Subject: x86_64 redhat-config-packages Message-ID: I cannot get redhat-config-packages to work. When started I get this back: "Installation Tree Not Found. The path /mnt/cdrom does not look like a valid installation source." I've tried putting the 1st CD in cdrom but same error. I remember Fedora1 had a similar problem which was resolved in an updated package. One of the paths was wrong looking for /redhat instead of /fedora. I've looked thru the script for redhat-config-packages but I cannot figure it out where the problem may be. Could be operator error. I appreciate everyone's time. Thanks, Steve _________________________________________________________________ Find high-speed ?net deals ? comparison-shop your local providers here. https://broadband.msn.com From leonard at den.ottolander.nl Sun Feb 1 14:35:15 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Sun, 01 Feb 2004 15:35:15 +0100 Subject: [SECURITY] Fedora Core 1 Test Update: mc-4.6.0-8.4 In-Reply-To: <20040201010419.GA29537@devserv.devel.redhat.com> References: <20040201010419.GA29537@devserv.devel.redhat.com> Message-ID: <1075646114.4782.100.camel@athlon.localdomain> Hello Bill, Jakub, > This is the update to 4.6.0-8.3, the previous testing update. New changes > are listed below. > --------------------------------------------------------------------- > * Sat Jan 31 2004 Jakub Jelinek 4.6.0-8.4 > > - fix previous patch Cool! This seems to be working (no segfault yet). I'll have a look at how you fixed the fix soon :) . I hope you all enjoy the php syntax file. Bye, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From mrsam at courier-mta.com Sun Feb 1 19:36:37 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Sun, 01 Feb 2004 14:36:37 -0500 Subject: Status of Adaptec Hostraid support. Message-ID: I'm trying, rather unsuccesfully, to get FC1 AMD64 installed on a dual Opteron with an Adaptec 29320-R card. It looks to me like Adaptec Hostraid is not supported. This is a surprise; up until now Adaptec hardware has a good track record of Linux support, going back for years. Can someone confirm whether Adaptec hardware RAID is supported, or not. If not, what would be a good hardware RAID card to use in its place? -------------- 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 Sun Feb 1 19:50:11 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 1 Feb 2004 14:50:11 -0500 Subject: Status of Adaptec Hostraid support. In-Reply-To: References: Message-ID: <20040201195011.GB17792@devserv.devel.redhat.com> On Sun, Feb 01, 2004 at 02:36:37PM -0500, Sam Varshavchik wrote: > I'm trying, rather unsuccesfully, to get FC1 AMD64 installed on a dual > Opteron with an Adaptec 29320-R card. The raid features on the hardware raid are not open source supported. > It looks to me like Adaptec Hostraid is not supported. This is a surprise; > up until now Adaptec hardware has a good track record of Linux support, > going back for years. The raid card issues go back years actually - AHA hostraid stuff like the IDE raid hasn't been Linux supported, smarter stuff has been well supported. From mrsam at courier-mta.com Sun Feb 1 22:14:56 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Sun, 01 Feb 2004 17:14:56 -0500 Subject: Status of Adaptec Hostraid support. References: <20040201195011.GB17792@devserv.devel.redhat.com> Message-ID: Alan Cox writes: >> It looks to me like Adaptec Hostraid is not supported. This is a surprise; >> up until now Adaptec hardware has a good track record of Linux support, >> going back for years. > > The raid card issues go back years actually - AHA hostraid stuff like > the IDE raid hasn't been Linux supported, smarter stuff has been well > supported. Well then, so much for Adaptec? That still leaves the question of a working SCSI hardware raid card. I'm open to suggestions. Some Googling brings up occasional reports of random glitches with software raid; so I'd still prefer a hardware raid solution. -------------- 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 Sun Feb 1 22:23:50 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 1 Feb 2004 17:23:50 -0500 Subject: Status of Adaptec Hostraid support. In-Reply-To: References: <20040201195011.GB17792@devserv.devel.redhat.com> Message-ID: <20040201222350.GA23885@devserv.devel.redhat.com> On Sun, Feb 01, 2004 at 05:14:56PM -0500, Sam Varshavchik wrote: > >The raid card issues go back years actually - AHA hostraid stuff like > >the IDE raid hasn't been Linux supported, smarter stuff has been well > >supported. > > Well then, so much for Adaptec??? Adaptec hw raid stuff is supported (aacraid etc) but to be honest hardware raid is dying out. Its already basically collapsed down to two vendors and one niche vendor (Adaptec, LSI, 3ware) > That still leaves the question of a working SCSI hardware raid card. I'm > open to suggestions. Some Googling brings up occasional reports of random > glitches with software raid; so I'd still prefer a hardware raid solution. I've got 3ware bits - which work nicely, and aacraid - which works pretty well although it doesnt like some of the RH kernels. You can pick up decent aacraid cards (quad channel perc2/qc aka "Obsidian") on ebay. Alan From twaugh at redhat.com Sun Feb 1 22:43:57 2004 From: twaugh at redhat.com (Tim Waugh) Date: Sun, 1 Feb 2004 22:43:57 +0000 Subject: Fedora Core 1 Testing Update: gimp-print-4.2.6-4 In-Reply-To: <20040113225022.GF7551@redhat.com> References: <20040113225022.GF7551@redhat.com> Message-ID: <20040201224357.GD25654@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-053 2004-02-01 --------------------------------------------------------------------- Name : gimp-print Version : 4.2.6 Release : 4 Summary : A collection of high-quality printer drivers. Description : These drivers provide printing quality for UNIX/Linux in many cases equal to or better than proprietary vendor-supplied drivers, and can be used for many of the most demanding printing tasks. --------------------------------------------------------------------- Update Information: The Gimp-Print driver, which supports a wide range of inkjet printers, has been updated to version 4.2.6. --------------------------------------------------------------------- * Sun Feb 01 2004 Tim Waugh 4.2.6-4 - Build for Fedora Core 1 update. - Fix for C8x paper alignment (bug #114698). * Sat Jan 24 2004 Nils Philippsen 4.2.6-3 - build against gimp2 - buildrequire gimp's epoch as well * Mon Jan 12 2004 Tim Waugh 4.2.6-2 - Build for Fedora Core 1 update. * Mon Jan 12 2004 Tim Waugh 4.2.6-1 - 4.2.6. * Thu Nov 27 2003 Tim Waugh - Build requires cups-devel (bug #110765). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ a68e20675739ed92046dcd3fe00c95dc SRPMS/gimp-print-4.2.6-4.src.rpm eecff6066aaf1b0da0c80c8fd48c1917 i386/gimp-print-4.2.6-4.i386.rpm 24cbb2ffe4710ab50f8ae41f250c37b5 i386/gimp-print-devel-4.2.6-4.i386.rpm 92421fba2edd96bd8ba4dfb99befb658 i386/gimp-print-utils-4.2.6-4.i386.rpm e4e46ced20c23cff62dc898a8d6fd912 i386/gimp-print-plugin-4.2.6-4.i386.rpm 6d14e96860b35bebd432fb996dafdbb1 i386/gimp-print-cups-4.2.6-4.i386.rpm 7ed7a05da99a6060d940cea1bcd5324a i386/debug/gimp-print-debuginfo-4.2.6-4.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://fedora.redhat.com/updates/testing/fedora-core-1 --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mrsam at courier-mta.com Sun Feb 1 23:13:22 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Sun, 01 Feb 2004 18:13:22 -0500 Subject: Status of Adaptec Hostraid support. References: <20040201195011.GB17792@devserv.devel.redhat.com> <20040201222350.GA23885@devserv.devel.redhat.com> Message-ID: Alan Cox writes: > On Sun, Feb 01, 2004 at 05:14:56PM -0500, Sam Varshavchik wrote: >> >The raid card issues go back years actually - AHA hostraid stuff like >> >the IDE raid hasn't been Linux supported, smarter stuff has been well >> >supported. >> >> Well then, so much for Adaptec??? > > Adaptec hw raid stuff is supported (aacraid etc) but to be honest hardware Oh, I get it now. Adaptec's Hostraid line isn't really hardware raid, it still needs host OS support. Well, it did look like hardware RAID at first (up until the point when I actually tried to boot Fedora). After enabling RAID, subsequent POST enumerated a single device, on the lowest SCSI ID of the two drives. >> That still leaves the question of a working SCSI hardware raid card. I'm >> open to suggestions. Some Googling brings up occasional reports of random >> glitches with software raid; so I'd still prefer a hardware raid solution. > > I've got 3ware bits - which work nicely, and aacraid - which works pretty > well although it doesnt like some of the RH kernels. You can pick up > decent aacraid cards (quad channel perc2/qc aka "Obsidian") on ebay. I can't find SCSI stuff on 3ware.com. They look to be in the business of ATA RAID only. Looks like my only option appears to be LSI Megaraid 320-1. /lib/modules/2.4.22-1.2140.nptlsmp/kernel/drivers/scsi/megaraid.o That should work.. -------------- 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 Mon Feb 2 01:54:51 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 1 Feb 2004 20:54:51 -0500 Subject: Status of Adaptec Hostraid support. In-Reply-To: References: <20040201195011.GB17792@devserv.devel.redhat.com> <20040201222350.GA23885@devserv.devel.redhat.com> Message-ID: <20040202015451.GA27084@devserv.devel.redhat.com> On Sun, Feb 01, 2004 at 06:13:22PM -0500, Sam Varshavchik wrote: > >I've got 3ware bits - which work nicely, and aacraid - which works pretty > >well although it doesnt like some of the RH kernels. You can pick up > >decent aacraid cards (quad channel perc2/qc aka "Obsidian") on ebay. > > I can't find SCSI stuff on 3ware.com. They look to be in the business of > ATA RAID only. 3ware is just SATA (that was the "niche" comment) From xose at wanadoo.es Mon Feb 2 02:15:54 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Mon, 02 Feb 2004 03:15:54 +0100 Subject: Status of Adaptec Hostraid support. In-Reply-To: <20040202015451.GA27084@devserv.devel.redhat.com> References: <20040201195011.GB17792@devserv.devel.redhat.com> <20040201222350.GA23885@devserv.devel.redhat.com> <20040202015451.GA27084@devserv.devel.redhat.com> Message-ID: <401DB2DA.1070907@wanadoo.es> Alan Cox wrote: >>>I've got 3ware bits - which work nicely, and aacraid - which works pretty >>>well although it doesnt like some of the RH kernels. You can pick up >>>decent aacraid cards (quad channel perc2/qc aka "Obsidian") on ebay. ^^^^^^^ IMO aacraid driver is *far* from be stable, and it's *very bad* maintained in the standard kernel. megaraid is _safer and faster_ option. > 3ware is just SATA (that was the "niche" comment) 3ware boards are *not* native SATA. They are _bridges_ based. 3ware support SATA with the help of Serial ATA bridges (chips that convert from Parallel to Serial ATA). -- Software is like sex, it's better when it's bug free. From notting at redhat.com Mon Feb 2 07:19:33 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 2 Feb 2004 02:19:33 -0500 Subject: Fedora Core 2 Test 1... delayed Message-ID: <20040202071933.GA21870@devserv.devel.redhat.com> Since the schedule says it's coming out tomorrow, I figued I'd push the heads-up that it's delayed. In short, it's not working quite well enough to push out yet. We're currently working on it, and will update the schedule page when we have a better idea when it's going to be usable. Best guess right now is mid-to-late this week. Bill From rainer.traut at epost.de Mon Feb 2 07:28:02 2004 From: rainer.traut at epost.de (Rainer Traut) Date: Mon, 02 Feb 2004 08:28:02 +0100 Subject: Status of Adaptec Hostraid support. In-Reply-To: References: <20040201195011.GB17792@devserv.devel.redhat.com> Message-ID: <401DFC02.2090209@epost.de> Sam Varshavchik wrote: > Well then, so much for Adaptec? > > That still leaves the question of a working SCSI hardware raid card. > I'm open to suggestions. Some Googling brings up occasional reports of > random glitches with software raid; so I'd still prefer a hardware raid > solution. How about ICP Vortex? I'm running one GDT8623RZ which seems very fast and stable. Gruss Rainer From alan at redhat.com Mon Feb 2 11:54:38 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 2 Feb 2004 06:54:38 -0500 Subject: Status of Adaptec Hostraid support. In-Reply-To: <401DB2DA.1070907@wanadoo.es> References: <20040201195011.GB17792@devserv.devel.redhat.com> <20040201222350.GA23885@devserv.devel.redhat.com> <20040202015451.GA27084@devserv.devel.redhat.com> <401DB2DA.1070907@wanadoo.es> Message-ID: <20040202115438.GA27643@devserv.devel.redhat.com> On Mon, Feb 02, 2004 at 03:15:54AM +0100, Xose Vazquez Perez wrote: > > 3ware is just SATA (that was the "niche" comment) > > 3ware boards are *not* native SATA. They are _bridges_ based. So are most of the drives. It really doesn't make any difference From alan at redhat.com Mon Feb 2 12:12:29 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 2 Feb 2004 07:12:29 -0500 Subject: Status of Adaptec Hostraid support. In-Reply-To: <401DFC02.2090209@epost.de> References: <20040201195011.GB17792@devserv.devel.redhat.com> <401DFC02.2090209@epost.de> Message-ID: <20040202121229.GD27643@devserv.devel.redhat.com> On Mon, Feb 02, 2004 at 08:28:02AM +0100, Rainer Traut wrote: > How about ICP Vortex? > I'm running one GDT8623RZ which seems very fast and stable. Thats also Adaptec now btw 8) From davej at redhat.com Mon Feb 2 12:13:16 2004 From: davej at redhat.com (Dave Jones) Date: Mon, 02 Feb 2004 12:13:16 +0000 Subject: test kernel-2.4.22-1.2166.nptl In-Reply-To: <1075565292.5702.16.camel@lioness.thunderpurr.net> References: <1075565292.5702.16.camel@lioness.thunderpurr.net> Message-ID: <1075723996.4397.3.camel@delerium.codemonkey.org.uk> On Sat, 2004-01-31 at 16:08, Robert G. (Doc) Savage wrote: > This latest kernel apparently installs, and seems to boot OK on my > laptop, but has trouble recognizing my IOGear MiniView III 4-port USB > KVM. On one boot the ATEN device is not found and I have no KVM keyboard > or mouse. When I remove the device and reboot, the KVM is found again > and everything is OK. It seems to toggle each time I boot. Hmm, this should be no different on earlier kernels, as there's been no changes whatsoever in the usb code. Very strange. Dave From norm at turing.une.edu.au Mon Feb 2 12:22:44 2004 From: norm at turing.une.edu.au (Norman Gaywood) Date: Mon, 2 Feb 2004 23:22:44 +1100 Subject: kernel-2.4.22-1.2166.nptl /proc/interrupts Message-ID: <20040202122244.GA32144@turing.une.edu.au> I have a 4 processor Xeon system booted with: kernel /vmlinuz-2.4.22-1.2166.nptlsmp ro root=/dev/md2 nmi_watchdog=1 /proc/interrupts looks pretty sick: CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 0: 5851570 0 0 0 0 0 0 0 IO-APIC-edge timer 1: 297 0 0 0 0 0 0 0 IO-APIC-edge keyboard 2: 0 0 0 0 0 0 0 0 XT-PIC cascade 8: 1 0 0 0 0 0 0 0 IO-APIC-edge rtc 10: 0 0 0 0 0 0 0 0 IO-APIC-level usb-ohci 12: 27 0 0 0 0 0 0 0 IO-APIC-edge PS/2 Mouse 14: 44 0 0 0 0 0 0 1 IO-APIC-edge ide0 16: 30 0 0 0 0 0 0 0 IO-APIC-level aic7xxx 17: 17447214 0 0 0 0 0 0 0 IO-APIC-level eth0 21: 10844601 0 0 0 0 0 0 0 IO-APIC-level aic7xxx 26: 26224 0 0 0 0 0 0 0 IO-APIC-level aic7xxx 30: 71 0 0 0 0 0 0 0 IO-APIC-level aic7xxx 32: 30 0 0 0 0 0 0 0 IO-APIC-level aic7xxx 37: 30 0 0 0 0 0 0 0 IO-APIC-level aic7xxx 41: 30 0 0 0 0 0 0 0 IO-APIC-level aic7xxx NMI: 5851257 5851257 5851257 5851257 5851257 5851257 5851257 5851257 LOC: 5851829 5851828 5851827 5851827 5851827 5851828 5851827 5851807 ERR: 0 MIS: 0 I'll try restarting without the nmi_watchdog soon. -- Norman Gaywood, Systems Administrator School of Mathematics, Statistics and Computer Science University of New England, Armidale, NSW 2351, Australia norm at turing.une.edu.au Phone: +61 (0)2 6773 2412 http://turing.une.edu.au/~norm Fax: +61 (0)2 6773 3312 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From mike at netlyncs.com Mon Feb 2 12:47:01 2004 From: mike at netlyncs.com (Mike Chambers) Date: Mon, 02 Feb 2004 06:47:01 -0600 Subject: Fedora Core 2 Test 1... delayed In-Reply-To: <20040202071933.GA21870@devserv.devel.redhat.com> References: <20040202071933.GA21870@devserv.devel.redhat.com> Message-ID: <1075726021.10344.4.camel@bart.netlyncs.com> On Mon, 2004-02-02 at 01:19, Bill Nottingham wrote: > Since the schedule says it's coming out tomorrow, I figued I'd > push the heads-up that it's delayed. > > In short, it's not working quite well enough to push out yet. If you were using the old guidelines with using your internal beta team, then the public, then the official release, where would this beta version be in that line? One of the first internal beta team releases or would it be more like the public betas? Guess you could say, trying to figure out where this beta will be compared along the lines of the old way and how good/bad it will be LOL --- Mike Chambers Madisonville, KY 2.4.22-1.2166.nptl #1 Fri Jan 30 13:48:31 EST 2004 i686 GNU/Linux 06:43:52 up 2 days, 7:54, 1 user, load average: 0.01, 0.04, 0.07 From fedora at warmcat.com Mon Feb 2 13:14:43 2004 From: fedora at warmcat.com (Andy Green) Date: Mon, 2 Feb 2004 13:14:43 +0000 Subject: Fedora Core 2 Test 1... delayed In-Reply-To: <1075726021.10344.4.camel@bart.netlyncs.com> References: <20040202071933.GA21870@devserv.devel.redhat.com> <1075726021.10344.4.camel@bart.netlyncs.com> Message-ID: <200402021314.45163.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 02 February 2004 12:47, Mike Chambers wrote: > Guess you could say, trying to figure out where this beta will be > compared along the lines of the old way and how good/bad it will be LOL Unlike before you can actually install it from any mirror and see how its doing... I'm running some of the development stuff on my main machine and its looking good to me, if unfinished in some 2.6-related areas. But maybe you should do it on a spare machine, I saw last week some posts on the Development list about it currently trashing your filesystem with some selinux thing going wrong.... - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAHk1EjKeDCxMJCTIRAlsDAJ4g9hE0m8AW3+iGaVl4LDGYsmtAGACeMf2q cGAzHV92fsi/JEo+GxS9P5k= =JQoJ -----END PGP SIGNATURE----- From fedoratestlist at dynaloop.net Mon Feb 2 14:30:45 2004 From: fedoratestlist at dynaloop.net (Harald Glatt) Date: Mon, 02 Feb 2004 15:30:45 +0100 Subject: Wanting to install rawhide In-Reply-To: <20040129184212.5710d842.paul@all-the-johnsons.co.uk> References: <20040129184212.5710d842.paul@all-the-johnsons.co.uk> Message-ID: <1075732245.12558.13.camel@hachre> I am interested in this too, I can't figure out where RawHide Repos are... On Thu, 2004-01-29 at 19:42, Paul Johnson wrote: > Hi, > > What do I need to alter on up2date or the nightly yum updater to install rawhide on my testing box? > > TTFN > > Paul > From alexander.dalloz at uni-bielefeld.de Mon Feb 2 14:51:37 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Mon, 02 Feb 2004 15:51:37 +0100 Subject: Wanting to install rawhide In-Reply-To: <1075732245.12558.13.camel@hachre> References: <20040129184212.5710d842.paul@all-the-johnsons.co.uk> <1075732245.12558.13.camel@hachre> Message-ID: <1075733496.5016.181.camel@sirendipity.dogma.lan> Am Mo, den 02.02.2004 schrieb Harald Glatt um 15:30: > I am interested in this too, I can't figure out where RawHide Repos > are... choose a mirror from http://fedora.redhat.com/download/mirrors.html and configure to use development Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2149.nptl Sirendipity 15:50:52 up 2 days, 14:51, load average: 0.33, 0.31, 0.18 [ ????? ?'????? - gnothi seauton ] From davej at redhat.com Mon Feb 2 15:05:50 2004 From: davej at redhat.com (Dave Jones) Date: Mon, 02 Feb 2004 15:05:50 +0000 Subject: kernel-2.4.22-1.2166.nptl /proc/interrupts In-Reply-To: <20040202122244.GA32144@turing.une.edu.au> References: <20040202122244.GA32144@turing.une.edu.au> Message-ID: <1075734350.6059.1.camel@delerium.codemonkey.org.uk> On Mon, 2004-02-02 at 12:22, Norman Gaywood wrote: > I have a 4 processor Xeon system booted with: > > kernel /vmlinuz-2.4.22-1.2166.nptlsmp ro root=/dev/md2 nmi_watchdog=1 > > /proc/interrupts looks pretty sick: If you mean 'all ints go to cpu0', thats not a kernel bug, you need to run irqbalance. Dave From ksnider at flarn.com Mon Feb 2 16:21:21 2004 From: ksnider at flarn.com (Ken Snider) Date: Mon, 02 Feb 2004 11:21:21 -0500 Subject: OOPS when installing sapdb 0.74 on fc1-test1-amd64 Message-ID: <401E7901.8000807@flarn.com> Installing the 0.74 i386 RPM's from sabdb/maxdb produced the following dmesg output when doing an rpm -ihv of sapdb-testdb74-7.4.3.30-1.i386.rpm: general protection fault: 0000 CPU 1 Pid: 16297, comm: kernel Not tainted RIP: 0010:[]{ia32_copy_siginfo_to_user+244} RSP: 0000:00000100e55cde40 EFLAGS: 00010212 RAX: 0000000000000000 RBX: 0000000059374710 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 00000100e55cdf38 RDI: 00000000593747a0 RBP: 0000000000000000 R08: 00000100e61b9f60 R09: 0000000000000000 R10: ffffffff8013db71 R11: 0000000000010283 R12: 00000100e55cdf58 R13: 00000100f7cd86e8 R14: 0000000000000020 R15: 00000100e55cca58 FS: 0000002a9555c6c0(0000) GS:ffffffff80574dc0(005b) knlGS:0000000059374bb0 CS: 0010 DS: 002b ES: 002b CR0: 000000008005003b CR2: 00000000ffffcef8 CR3: 00000000066a8000 CR4: 00000000000006e0 Process kernel (pid: 16297, stackpage=100e55cd000) Stack: 00000100e55cde40 0000000000000000 5557ed68801c918e 0000000400000000 59374bb000000000 0000000100000000 0000008000000000 00003fa900000000 ffffffff00000000 802c4c44ffffffff 00000010ffffffff 0001028300000000 Call Trace: []{do_signal+158} []{bad_get_user+0} []{compat_sys_sched_setaffinity+17} []{intret_signal+45} Code: c3 66 66 66 90 66 66 66 90 66 66 90 48 83 ec 18 48 81 e2 ff RIP []{ia32_copy_siginfo_to_user+244} RSP <00000100e55cde40> CPU 1 Pid: 16297, comm: kernel Not tainted RIP: 0010:[]{ia32_copy_siginfo_to_user+244} RSP: 0000:00000100e55cde40 EFLAGS: 00010212 RAX: 0000000000000000 RBX: 0000000059374710 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 00000100e55cdf38 RDI: 00000000593747a0 RBP: 0000000000000000 R08: 00000100e61b9f60 R09: 0000000000000000 R10: ffffffff8013db71 R11: 0000000000010283 R12: 00000100e55cdf58 R13: 00000100f7cd86e8 R14: 0000000000000020 R15: 00000100e55cca58 FS: 0000002a9555c6c0(0000) GS:ffffffff80574dc0(005b) knlGS:0000000059374bb0 CS: 0010 DS: 002b ES: 002b CR0: 000000008005003b CR2: 00000000ffffcef8 CR3: 00000000066a8000 CR4: 00000000000006e0 Process kernel (pid: 16297, stackpage=100e55cd000) Stack: 00000100e55cde40 0000000000000000 5557ed68801c918e 0000000400000000 59374bb000000000 0000000100000000 0000008000000000 00003fa900000000 ffffffff00000000 802c4c44ffffffff 00000010ffffffff 0001028300000000 Call Trace: []{do_signal+158} []{bad_get_user+0} []{compat_sys_sched_setaffinity+17} []{intret_signal+45} Code: c3 66 66 66 90 66 66 66 90 66 66 90 48 83 ec 18 48 81 e2 ff This is on a dual-processor Opteron rig with 4GB of RAM. -- Ken Snider From jkeating at j2solutions.net Mon Feb 2 16:23:34 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Mon, 2 Feb 2004 08:23:34 -0800 Subject: Status of Adaptec Hostraid support. In-Reply-To: References: <20040201222350.GA23885@devserv.devel.redhat.com> Message-ID: <200402020823.35160.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 01 February 2004 15:13, Sam Varshavchik wrote: > Looks like my only option appears to be LSI Megaraid 320-1. > > /lib/modules/2.4.22-1.2140.nptlsmp/kernel/drivers/scsi/megaraid.o Actually, the megaraid2 module will give you MUCH better performance than just megaraid. We (Pogo Linux) ship a lot of our systems using the megaraid cards (320-1 and 320-2). Megaraid2 is mucho betta! - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) Mondo DevTeam (www.mondorescue.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.3 (GNU/Linux) iD8DBQFAHnmG4v2HLvE71NURAmkNAJ42+2dpW0nHpwSejcmyQg7X2VZUtACfXPdg zTH8rSn0/C0EP1sYrMUU3QQ= =arVH -----END PGP SIGNATURE----- From david.balazic at hermes.si Mon Feb 2 16:46:21 2004 From: david.balazic at hermes.si (David Balazic) Date: Mon, 2 Feb 2004 17:46:21 +0100 Subject: Fedora Core 2 Test 1... delayed Message-ID: <600B91D5E4B8D211A58C00902724252C01BC04E0@piramida.hermes.si> > Since the schedule says it's coming out tomorrow, I figued I'd > push the heads-up that it's delayed. > > In short, it's not working quite well enough to push out yet. > > We're currently working on it, and will update the schedule > page when we have a better idea when it's going to be usable. > Best guess right now is mid-to-late this week. Isn't it better to update the page right now to say "delayed for unknown days", to prevent a flood of "Where is FC2test1 ? It is supposed to appear today !" questions ? Regards, David Balazic ---------------------------------------------------------------------------- ----------- David Balazic mailto:david.balazic at hermes.si HERMES Softlab http://www.hermes-softlab.com Zolajeva 30 Phone: +386 2 450 8851 SI-2000 Maribor Slovenija ---------------------------------------------------------------------------- ----------- "Be excellent to each other." - Bill S. Preston, Esq. & "Ted" Theodore Logan ---------------------------------------------------------------------------- ----------- From notting at redhat.com Mon Feb 2 18:14:16 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 2 Feb 2004 13:14:16 -0500 Subject: Fedora Core 2 Test 1... delayed In-Reply-To: <600B91D5E4B8D211A58C00902724252C01BC04E0@piramida.hermes.si> References: <600B91D5E4B8D211A58C00902724252C01BC04E0@piramida.hermes.si> Message-ID: <20040202181416.GE31633@devserv.devel.redhat.com> David Balazic (david.balazic at hermes.si) said: > Isn't it better to update the page right now to say "delayed for unknown > days", Working on that... Bill From eon at eon.za.net Mon Feb 2 18:29:49 2004 From: eon at eon.za.net (Alexander Brinkman) Date: Mon, 02 Feb 2004 19:29:49 +0100 Subject: Trouble with control-center-2.5.2-2 Message-ID: <1075746589.4579.15.camel@ws-zeus.sprinter.org> Hi, Yesterday I upgraded to Fedora Rawhide. After this logging in to GNOME with mortal users was not possible anymore; after username/password gnome-session got started, the Fedora logo showed and then nothing... No crash, but also no action (normally some icons and text being displayed of what programs are started). Logging in with root was no problem however. After some trial-and-error I noticed that when I installed the old control-center-2.4.0 (from FC1) back again the problem vanished. I have absolutely no hard evidence, but I suspect gnome-settings-daemon to be the culprit. Only a few programs get loaded before all action stops, and replacing the RPMs of the other programs (such as GConf2) did not solve the problem. Is this a known problem? I suspect some rights issues are to blame (as root was still able to log in)... -- Alexander Brinkman From kjb at dds.nl Mon Feb 2 18:31:44 2004 From: kjb at dds.nl (Klaasjan Brand) Date: Mon, 02 Feb 2004 19:31:44 +0100 Subject: OOPS when installing sapdb 0.74 on fc1-test1-amd64 In-Reply-To: <401E7901.8000807@flarn.com> References: <401E7901.8000807@flarn.com> Message-ID: <1075746704.4510.4.camel@isengard> On Mon, 2004-02-02 at 17:21, Ken Snider wrote: > Installing the 0.74 i386 RPM's from sabdb/maxdb produced the following dmesg > output when doing an rpm -ihv of sapdb-testdb74-7.4.3.30-1.i386.rpm: Did you set the variable LD_ASSUME_KERNEL=2.2.5 to disable NPTL threading before starting the x_server process? For the sapdb 7.4 rpm's you need to patch the /etc/init.d/sapdb74 script: the 3rd line under the start) header should read: su - -c "export LD_ASSUME_KERNEL=2.2.5; $X_SERVER start" sapdb >/dev/null 2>&1 Besides that it could be an opteron-specific bug you're hitting... Klaasjan From eon at eon.za.net Mon Feb 2 18:59:03 2004 From: eon at eon.za.net (Alexander Brinkman) Date: Mon, 02 Feb 2004 19:59:03 +0100 Subject: Trouble with control-center-2.5.2-2 In-Reply-To: <1075746589.4579.15.camel@ws-zeus.sprinter.org> References: <1075746589.4579.15.camel@ws-zeus.sprinter.org> Message-ID: <1075748343.4811.6.camel@ws-zeus.sprinter.org> On Mon, 2004-02-02 at 19:29 +0100, Alexander Brinkman wrote: > with mortal users was not possible anymore; after username/password > gnome-session got started, the Fedora logo showed and then nothing... No > crash, but also no action (normally some icons and text being displayed > of what programs are started). Logging in with root was no problem > however. Seems I was a little bit too fast sending the first post. It seems that it only happens with users who do not have a working GNOME setup before the upgrade to control-center-2.5.1 (i.e. when you create a new user with useradd). Also logging in the first time with such a user results in an immediate crash (X server gets reset). Second, third and later attempts to log in results in described logo showing and no further action. From ksnider at flarn.com Mon Feb 2 18:59:17 2004 From: ksnider at flarn.com (Ken Snider) Date: Mon, 02 Feb 2004 13:59:17 -0500 Subject: OOPS when installing sapdb 0.74 on fc1-test1-amd64 In-Reply-To: <1075746704.4510.4.camel@isengard> References: <401E7901.8000807@flarn.com> <1075746704.4510.4.camel@isengard> Message-ID: <401E9E05.50700@flarn.com> Klaasjan Brand wrote: > Did you set the variable LD_ASSUME_KERNEL=2.2.5 to disable NPTL > threading before starting the x_server process? This might crash sapdb but it shouldn't OOPS the kernel should it?? > For the sapdb 7.4 rpm's you need to patch the /etc/init.d/sapdb74 > script: the 3rd line under the start) header should read: > su - -c "export LD_ASSUME_KERNEL=2.2.5; $X_SERVER start" sapdb > >>/dev/null 2>&1 Actually.. interestingly if I DO use that variable, *nothing* works. example: [sapdb at dw1.dw testdb74]$ export LD_ASSUME_KERNEL=2.2.5 ; ./create_demo_db.sh /bin/sh: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory Interestingly, this problem does *NOT* occur if I don't use that variable (though, of course, then the database won't start). --Ken. From eric at interplas.com Mon Feb 2 19:11:37 2004 From: eric at interplas.com (Eric Wood) Date: Mon, 2 Feb 2004 14:11:37 -0500 Subject: Status of Adaptec Hostraid support. References: <20040201195011.GB17792@devserv.devel.redhat.com> Message-ID: <012801c3e9c0$61e201a0$9100000a@intgrp.com> ----- Original Message ----- From: "Sam Varshavchik" I use LSI's 320-1 raid card in conjuction with a 5-bay SuperMicro cage. It's really flexible to configure and not that much money. In order to get LSI raid utility (megamgr) to work, you may have to roll your own kernel because RH's stock errata kernel do not come with the latest LSI drivers - for some reason. Newer LSI drivers would seem harmless to roll out, IMHO, in an errata kernel but I guess RH is playing it safe. -eric wood From jkeating at j2solutions.net Mon Feb 2 19:51:06 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Mon, 2 Feb 2004 11:51:06 -0800 Subject: Status of Adaptec Hostraid support. In-Reply-To: <012801c3e9c0$61e201a0$9100000a@intgrp.com> References: <012801c3e9c0$61e201a0$9100000a@intgrp.com> Message-ID: <200402021151.10758.jkeating@j2solutions.net> On Monday 02 February 2004 11:11, Eric Wood wrote: > I use LSI's 320-1 raid card in conjuction with a 5-bay SuperMicro > cage. It's really flexible to configure and not that much money. In > order to get LSI raid utility (megamgr) to work, you may have to roll > your own kernel because RH's stock errata kernel do not come with the > latest LSI drivers - for some reason. Newer LSI drivers would seem > harmless to roll out, IMHO, in an errata kernel but I guess RH is > playing it safe. Except that LSI's driver seems slow. megaraid2 module seems to give better performance, but again megamgr doesn't work w/ megaraid2. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) Mondo DevTeam (www.mondorescue.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From 64bit_fedora at comcast.net Mon Feb 2 19:53:11 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Mon, 2 Feb 2004 13:53:11 -0600 Subject: OOPS when installing sapdb 0.74 on fc1-test1-amd64 In-Reply-To: <401E7901.8000807@flarn.com> References: <401E7901.8000807@flarn.com> Message-ID: <20040202195311.GA21227@comcast.net> On Mon, Feb 02, 2004 at 11:21:21AM -0500, Ken Snider wrote: > Installing the 0.74 i386 RPM's from sabdb/maxdb produced the following > dmesg output when doing an rpm -ihv of sapdb-testdb74-7.4.3.30-1.i386.rpm: > Which kernel version is this? If 2135, does the problem still occur with 2163? Thanks, Justin From cmadams at hiwaay.net Mon Feb 2 20:24:46 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 2 Feb 2004 14:24:46 -0600 Subject: Status of Adaptec Hostraid support. In-Reply-To: <012801c3e9c0$61e201a0$9100000a@intgrp.com> References: <20040201195011.GB17792@devserv.devel.redhat.com> <012801c3e9c0$61e201a0$9100000a@intgrp.com> Message-ID: <20040202202446.GA1397119@hiwaay.net> Once upon a time, Eric Wood said: > I use LSI's 320-1 raid card in conjuction with a 5-bay SuperMicro cage. > It's really flexible to configure and not that much money. In order to get > LSI raid utility (megamgr) to work, you may have to roll your own kernel > because RH's stock errata kernel do not come with the latest LSI drivers - > for some reason. Newer LSI drivers would seem harmless to roll out, IMHO, > in an errata kernel but I guess RH is playing it safe. I have not found it required that the kernel needs replacing. I've run the latest megamgr from LSI on RHL 8.0, RHL 9, FC1, and RHEL 3 ES "stock" kernels with no trouble (it even has a couple of extra status options that the RAID BIOS manager doesn't have). On the subject of megaraid though: what is the difference between the megaraid and megaraid2 drivers? RH picks megaraid by default, but is there some reason I'd want to switch? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From ksnider at flarn.com Mon Feb 2 21:26:05 2004 From: ksnider at flarn.com (Ken Snider) Date: Mon, 02 Feb 2004 16:26:05 -0500 Subject: OOPS when installing sapdb 0.74 on fc1-test1-amd64 In-Reply-To: <20040202195311.GA21227@comcast.net> References: <401E7901.8000807@flarn.com> <20040202195311.GA21227@comcast.net> Message-ID: <401EC06D.4060404@flarn.com> Justin M. Forbes wrote: > Which kernel version is this? If 2135, does the problem still occur with > 2163? This is with 2163. It should be noted that the oopses are now periodic with the sapdb xserver running.. Here's the most recent two. <0>general protection fault: 0000 CPU 0 Pid: 19398, comm: slowknl Not tainted RIP: 0010:[]{ia32_copy_siginfo_to_user+244} RSP: 0000:00000100e36e7e40 EFLAGS: 00010212 RAX: 0000000000000000 RBX: 0000000059374710 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 00000100e36e7f38 RDI: 00000000593747a0 RBP: 0000000000000000 R08: 00000100e335ff60 R09: 0000000000000000 R10: ffffffff8013db71 R11: 0000000000010283 R12: 00000100e36e7f58 R13: 00000100f7b28ee8 R14: 0000000000000020 R15: 00000100e36e6a58 FS: 0000002a9555c6a0(0000) GS:ffffffff80574d40(005b) knlGS:0000000059374bb0 CS: 0010 DS: 002b ES: 002b CR0: 000000008005003b CR2: 0000000008da694c CR3: 0000000000101000 CR4: 00000000000006e0 Process slowknl (pid: 19398, stackpage=100e36e7000) Stack: 00000100e36e7e40 0000000000000000 5557ed68801c918e 0000000400000000 59374bb000000000 0000000100000000 0000008000000000 00004bc600000000 ffffffff00000000 802c4c44ffffffff 00000010ffffffff 0001028300000000 Call Trace: []{do_signal+158} []{bad_get_user+0} []{compat_sys_sched_setaffinity+17} []{intret_signal+45} Code: c3 66 66 66 90 66 66 66 90 66 66 90 48 83 ec 18 48 81 e2 ff RIP []{ia32_copy_siginfo_to_user+244} RSP <00000100e36e7e40> CPU 0 Pid: 19398, comm: slowknl Not tainted RIP: 0010:[]{ia32_copy_siginfo_to_user+244} RSP: 0000:00000100e36e7e40 EFLAGS: 00010212 RAX: 0000000000000000 RBX: 0000000059374710 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 00000100e36e7f38 RDI: 00000000593747a0 RBP: 0000000000000000 R08: 00000100e335ff60 R09: 0000000000000000 R10: ffffffff8013db71 R11: 0000000000010283 R12: 00000100e36e7f58 R13: 00000100f7b28ee8 R14: 0000000000000020 R15: 00000100e36e6a58 FS: 0000002a9555c6a0(0000) GS:ffffffff80574d40(005b) knlGS:0000000059374bb0 CS: 0010 DS: 002b ES: 002b CR0: 000000008005003b CR2: 0000000008da694c CR3: 0000000000101000 CR4: 00000000000006e0 Process slowknl (pid: 19398, stackpage=100e36e7000) Stack: 00000100e36e7e40 0000000000000000 5557ed68801c918e 0000000400000000 59374bb000000000 0000000100000000 0000008000000000 00004bc600000000 ffffffff00000000 802c4c44ffffffff 00000010ffffffff 0001028300000000 Call Trace: []{do_signal+158} []{bad_get_user+0} []{compat_sys_sched_setaffinity+17} []{intret_signal+45} Code: c3 66 66 66 90 66 66 66 90 66 66 90 48 83 ec 18 48 81 e2 ff These go away if sapdb is stopped. dmesg attached. ok Bootdata ok (command line is ro root=LABEL=/ hdb=ide-scsi) Linux version 2.4.22-1.2163.nptlsmp (bhcompile at thor.perf.redhat.com) (gcc version 3.2.3 20030422 (Red Hat Linux 3.2.3-6)) #1 SMP Fri Jan 16 12:58:20 EST 2004 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 00000000faff0000 (usable) BIOS-e820: 00000000faff0000 - 00000000fafff000 (ACPI data) BIOS-e820: 00000000fafff000 - 00000000fb000000 (ACPI NVS) BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved) kernel direct mapping tables upto 10100000000 @ 8000-d000 ACPI: have wakeup address 0x10000002000 Scan SMP from 0000010000000000 for 1024 bytes. Scan SMP from 000001000009fc00 for 1024 bytes. Scan SMP from 00000100000f0000 for 65536 bytes. found SMP MP-table at 00000000000ff780 hm, page 000ff000 reserved twice. hm, page 00100000 reserved twice. hm, page 000f9000 reserved twice. hm, page 000fa000 reserved twice. On node 0 totalpages: 1028080 zone(0): 4096 pages. zone(1): 1023984 pages. zone(2): 0 pages. ACPI: RSDP (v002 ACPIAM ) @ 0x00000000000f4710 ACPI: XSDT (v001 A M I OEMXSDT 0x08000318 MSFT 0x00000097) @ 0x00000000faff0100 ACPI: FADT (v001 A M I OEMFACP 0x08000318 MSFT 0x00000097) @ 0x00000000faff0281 ACPI: MADT (v001 A M I OEMAPIC 0x08000318 MSFT 0x00000097) @ 0x00000000faff0380 ACPI: OEMB (v001 A M I OEMBIOS 0x08000318 MSFT 0x00000097) @ 0x00000000fafff040 ACPI: ASF! (v001 AMIASF AMDSTRET 0x00000001 INTL 0x02002026) @ 0x00000000faff3580 ACPI: DSDT (v001 0ABCF 0ABCF007 0x00000007 INTL 0x02002026) @ 0x0000000000000000 ACPI: Parsing Local APIC info in MADT ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:5 APIC version 16 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 15:5 APIC version 16 ACPI: IOAPIC (id[0x02] address[0xfec00000] global_irq_base[0x0]) IOAPIC[0]: Assigned apic_id 2 IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, IRQ 0-23 ACPI: IOAPIC (id[0x03] address[0xfebfe000] global_irq_base[0x18]) IOAPIC[1]: Assigned apic_id 3 IOAPIC[1]: apic_id 3, version 17, address 0xfebfe000, IRQ 24-27 ACPI: IOAPIC (id[0x04] address[0xfebff000] global_irq_base[0x1c]) IOAPIC[2]: Assigned apic_id 4 IOAPIC[2]: apic_id 4, version 17, address 0xfebff000, IRQ 28-31 ACPI: INT_SRC_OVR (bus[0] irq[0x0] global_irq[0x2] polarity[0x0] trigger[0x0]) ACPI: INT_SRC_OVR (bus[0] irq[0x0] global_irq[0x2] polarity[0x0] trigger[0x0]) Using ACPI (MADT) for SMP configuration information Checking aperture... CPU 0: aperture @ 3fe0000000 size 32 MB Aperture from northbridge cpu 0 too small (32 MB) No AGP bridge found Kernel command line: ro root=LABEL=/ hdb=ide-scsi ide_setup: hdb=ide-scsi Initializing CPU#0 time.c: Detected 1.193182 MHz PIT timer. time.c: Detected 1591.558 MHz TSC timer. Console: colour VGA+ 80x25 Calibrating delay loop... 3171.94 BogoMIPS Memory: 4017576k/4112320k available (1858k kernel code, 94356k reserved, 1603k data, 160k init) Dentry cache hash table entries: 131072 (order: 9, 2097152 bytes) Inode cache hash table entries: 131072 (order: 9, 2097152 bytes) Mount cache hash table entries: 256 (order: 0, 4096 bytes) Buffer cache hash table entries: 262144 (order: 9, 2097152 bytes) Page-cache hash table entries: 262144 (order: 9, 2097152 bytes) CPU: L1 I Cache: 64K (64 bytes/line/2 way), D cache 64K (64 bytes/line/2 way) CPU: L2 Cache: 1024K (64 bytes/line/1 way) Machine Check Reporting enabled for CPU#0 POSIX conformance testing by UNIFIX mtrr: v2.02 (20020716)) CPU: L1 I Cache: 64K (64 bytes/line/2 way), D cache 64K (64 bytes/line/2 way) CPU: L2 Cache: 1024K (64 bytes/line/1 way) CPU0: AMD Opteron(tm) Processor 242 stepping 01 per-CPU timeslice cutoff: 5120.94 usecs. task migration cache decay timeout: 10 msecs. Booting processor 1/1 rip 6000 page 00000100066ac000 Initializing CPU#1 Calibrating delay loop... 3178.49 BogoMIPS CPU: L1 I Cache: 64K (64 bytes/line/2 way), D cache 64K (64 bytes/line/2 way) CPU: L2 Cache: 1024K (64 bytes/line/1 way) Machine Check Reporting enabled for CPU#1 CPU1: AMD Opteron(tm) Processor 242 stepping 01 Total of 2 processors activated (6350.43 BogoMIPS). ENABLING IO-APIC IRQs init IO_APIC IRQs IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23, 3-0, 3-1, 3-2, 3-3, 4-0, 4-1, 4-2, 4-3 not connected. ..TIMER: vector=0x31 pin1=2 pin2=0 number of MP IRQ sources: 16. number of IO-APIC #2 registers: 24. number of IO-APIC #3 registers: 4. number of IO-APIC #4 registers: 4. testing the IO APIC....................... IO APIC #2...... .... register #00: 02000000 ....... : physical APIC id: 02 .... register #01: 00170011 ....... : max redirection entries: 0017 ....... : PRQ implemented: 0 ....... : IO APIC version: 0011 .... register #02: 02000000 ....... : arbitration: 02 .... IRQ redirection table: NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: 00 000 00 1 0 0 0 0 0 0 00 01 001 01 0 0 0 0 0 1 1 39 02 001 01 0 0 0 0 0 1 1 31 03 001 01 0 0 0 0 0 1 1 41 04 001 01 0 0 0 0 0 1 1 49 05 001 01 0 0 0 0 0 1 1 51 06 001 01 0 0 0 0 0 1 1 59 07 001 01 0 0 0 0 0 1 1 61 08 001 01 0 0 0 0 0 1 1 69 09 001 01 0 0 0 0 0 1 1 71 0a 001 01 0 0 0 0 0 1 1 79 0b 001 01 0 0 0 0 0 1 1 81 0c 001 01 0 0 0 0 0 1 1 89 0d 001 01 0 0 0 0 0 1 1 91 0e 001 01 0 0 0 0 0 1 1 99 0f 001 01 0 0 0 0 0 1 1 A1 10 000 00 1 0 0 0 0 0 0 00 11 000 00 1 0 0 0 0 0 0 00 12 000 00 1 0 0 0 0 0 0 00 13 000 00 1 0 0 0 0 0 0 00 14 000 00 1 0 0 0 0 0 0 00 15 000 00 1 0 0 0 0 0 0 00 16 000 00 1 0 0 0 0 0 0 00 17 000 00 1 0 0 0 0 0 0 00 IO APIC #3...... .... register #00: 03000000 ....... : physical APIC id: 03 .... register #01: 00030011 ....... : max redirection entries: 0003 ....... : PRQ implemented: 0 ....... : IO APIC version: 0011 .... register #02: 00000000 ....... : arbitration: 00 .... IRQ redirection table: NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: 00 000 00 1 0 0 0 0 0 0 00 01 000 00 1 0 0 0 0 0 0 00 02 000 00 1 0 0 0 0 0 0 00 03 000 00 1 0 0 0 0 0 0 00 IO APIC #4...... .... register #00: 04000000 ....... : physical APIC id: 04 .... register #01: 00030011 ....... : max redirection entries: 0003 ....... : PRQ implemented: 0 ....... : IO APIC version: 0011 .... register #02: 00000000 ....... : arbitration: 00 .... IRQ redirection table: NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: 00 000 00 1 0 0 0 0 0 0 00 01 000 00 1 0 0 0 0 0 0 00 02 000 00 1 0 0 0 0 0 0 00 03 000 00 1 0 0 0 0 0 0 00 IRQ to pin mappings: IRQ0 -> 0:2 IRQ1 -> 0:1 IRQ3 -> 0:3 IRQ4 -> 0:4 IRQ5 -> 0:5 IRQ6 -> 0:6 IRQ7 -> 0:7 IRQ8 -> 0:8 IRQ9 -> 0:9 IRQ10 -> 0:10 IRQ11 -> 0:11 IRQ12 -> 0:12 IRQ13 -> 0:13 IRQ14 -> 0:14 IRQ15 -> 0:15 .................................... done. Using local APIC timer interrupts. Detected 12.434 MHz APIC timer. cpu: 0, clocks: 1989447, slice: 663149 CPU0 cpu: 1, clocks: 1989447, slice: 663149 CPU1 checking TSC synchronization across CPUs: passed. testing NMI watchdog ... OK. time.c: Using PIT/TSC based timekeeping. Starting migration thread for cpu 0 smp_num_cpus: 2. Starting migration thread for cpu 1 ACPI: Subsystem revision 20031002 PCI: Using configuration type 1 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: System [ACPI] (supports S0 S1 S4 S5) ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.GOLA._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.GOLB._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 6 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 *10 11 12 14 15) PCI: Using configuration type 1 PCI: Probing PCI hardware IOAPIC[0]: Set PCI routing entry (2-16 -> 0xa9 -> IRQ 16) Mode:1 Active:1 00:00:07[A] -> 2-16 -> vector 0xa9 -> IRQ 16 IOAPIC[0]: Set PCI routing entry (2-17 -> 0xb1 -> IRQ 17) Mode:1 Active:1 00:00:07[B] -> 2-17 -> vector 0xb1 -> IRQ 17 IOAPIC[0]: Set PCI routing entry (2-18 -> 0xb9 -> IRQ 18) Mode:1 Active:1 00:00:07[C] -> 2-18 -> vector 0xb9 -> IRQ 18 IOAPIC[0]: Set PCI routing entry (2-19 -> 0xc1 -> IRQ 19) Mode:1 Active:1 00:00:07[D] -> 2-19 -> vector 0xc1 -> IRQ 19 Pin 2-19 already programmed Pin 2-18 already programmed Pin 2-16 already programmed Pin 2-17 already programmed Pin 2-18 already programmed Pin 2-19 already programmed Pin 2-17 already programmed IOAPIC[1]: Set PCI routing entry (3-3 -> 0xc9 -> IRQ 27) Mode:1 Active:1 00:02:08[A] -> 3-3 -> vector 0xc9 -> IRQ 27 IOAPIC[1]: Set PCI routing entry (3-0 -> 0xd1 -> IRQ 24) Mode:1 Active:1 00:02:08[B] -> 3-0 -> vector 0xd1 -> IRQ 24 IOAPIC[1]: Set PCI routing entry (3-1 -> 0xd9 -> IRQ 25) Mode:1 Active:1 00:02:08[C] -> 3-1 -> vector 0xd9 -> IRQ 25 IOAPIC[1]: Set PCI routing entry (3-2 -> 0xe1 -> IRQ 26) Mode:1 Active:1 00:02:08[D] -> 3-2 -> vector 0xe1 -> IRQ 26 Pin 3-2 already programmed Pin 3-3 already programmed Pin 3-0 already programmed Pin 3-1 already programmed Pin 3-0 already programmed Pin 3-1 already programmed Pin 3-0 already programmed Pin 3-1 already programmed IOAPIC[2]: Set PCI routing entry (4-0 -> 0xe9 -> IRQ 28) Mode:1 Active:1 00:01:03[A] -> 4-0 -> vector 0xe9 -> IRQ 28 IOAPIC[2]: Set PCI routing entry (4-1 -> 0x32 -> IRQ 29) Mode:1 Active:1 00:01:03[B] -> 4-1 -> vector 0x32 -> IRQ 29 IOAPIC[2]: Set PCI routing entry (4-2 -> 0x3a -> IRQ 30) Mode:1 Active:1 00:01:03[C] -> 4-2 -> vector 0x3a -> IRQ 30 IOAPIC[2]: Set PCI routing entry (4-3 -> 0x42 -> IRQ 31) Mode:1 Active:1 00:01:03[D] -> 4-3 -> vector 0x42 -> IRQ 31 Pin 4-1 already programmed Pin 4-2 already programmed Pin 4-3 already programmed Pin 4-0 already programmed Pin 4-1 already programmed Pin 4-2 already programmed Pin 4-3 already programmed Pin 4-0 already programmed Pin 4-2 already programmed Pin 4-3 already programmed Pin 4-0 already programmed Pin 4-1 already programmed Linux agpgart interface v0.99 (c) Jeff Hartmann agpgart: Maximum main memory to use for agp memory: 3852M agpgart: no supported devices found. PCI-DMA: Disabling IOMMU. Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd VFS: Disk quotas vdquot_6.5.1 Journalled Block Device driver loaded IA32 emulation $Id: sys_ia32.c,v 1.62 2003/09/22 04:25:53 ak Exp $ initialize_kbd: Keyboard reset failed, no ACK Detected PS/2 Mouse Port. pty: 2048 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI enabled ttyS0 at 0x03f8 (irq = 4) is a 16550A Real Time Clock Driver v1.10e NET4: Frame Diverter 0.46 RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx AMD8111: IDE controller at PCI slot 00:07.1 AMD8111: chipset revision 3 AMD8111: not 100% native mode: will probe irqs later AMD_IDE: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03) UDMA100 controller on pci00:07.1 ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:pio, hdb:DMA ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio hdb: LITE-ON LTR-52327S, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. Initializing Cryptographic API NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 16384 buckets, 256Kbytes TCP: Hash tables configured (established 131072 bind 65536) Linux IP multicast router 0.06 plus PIM-SM NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). SCSI subsystem driver Revision: 1.00 3ware Storage Controller device driver for Linux v1.02.00.036. scsi0 : Found a 3ware Storage Controller at 0xac00, IRQ: 26, P-chip: 1.3 scsi0 : 3ware Storage Controller blk: queue 0000010037f10030, no I/O memory limit Vendor: 3ware Model: Logical Disk 0 Rev: 1.0 Type: Direct-Access ANSI SCSI revision: 00 blk: queue 00000100f9fade30, no I/O memory limit Vendor: 3ware Model: Logical Disk 6 Rev: 1.0 Type: Direct-Access ANSI SCSI revision: 00 blk: queue 00000100f9fadc30, no I/O memory limit Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0 SCSI device sda: 1953599360 512-byte hdwr sectors (1000243 MB) Partition check: sda: sda1 SCSI device sdb: 234439600 512-byte hdwr sectors (120033 MB) sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 > libata version 0.81 loaded. sata_promise version 0.87 ata1: SATA max UDMA/133 cmd 0xFFFFFF000001A200 ctl 0xFFFFFF000001A238 bmdma 0x0 irq 17 ata2: SATA max UDMA/133 cmd 0xFFFFFF000001A280 ctl 0xFFFFFF000001A2B8 bmdma 0x0 irq 17 ata1: dev 0 cfg 49:2f00 82:346b 83:7f21 84:4003 85:3469 86:3c01 87:4003 88:207f ata1: dev 0 ATA, max UDMA/133, 72303840 sectors (lba48) ata1: dev 0 configured for UDMA/133 ata2: dev 0 cfg 49:2f00 82:346b 83:7f21 84:4003 85:3469 86:3c01 87:4003 88:207f ata2: dev 0 ATA, max UDMA/133, 72303840 sectors (lba48) ata2: dev 0 configured for UDMA/133 scsi1 : sata_promise scsi2 : sata_promise Vendor: ATA Model: WDC WD360GD-00FN Rev: 0.81 Type: Direct-Access ANSI SCSI revision: 05 Vendor: ATA Model: WDC WD360GD-00FN Rev: 0.81 Type: Direct-Access ANSI SCSI revision: 05 sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 > libata version 0.81 loaded. sata_promise version 0.87 ata1: SATA max UDMA/133 cmd 0xFFFFFF000001A200 ctl 0xFFFFFF000001A238 bmdma 0x0 irq 17 ata2: SATA max UDMA/133 cmd 0xFFFFFF000001A280 ctl 0xFFFFFF000001A2B8 bmdma 0x0 irq 17 ata1: dev 0 cfg 49:2f00 82:346b 83:7f21 84:4003 85:3469 86:3c01 87:4003 88:207f ata1: dev 0 ATA, max UDMA/133, 72303840 sectors (lba48) ata1: dev 0 configured for UDMA/133 ata2: dev 0 cfg 49:2f00 82:346b 83:7f21 84:4003 85:3469 86:3c01 87:4003 88:207f ata2: dev 0 ATA, max UDMA/133, 72303840 sectors (lba48) ata2: dev 0 configured for UDMA/133 scsi1 : sata_promise scsi2 : sata_promise Vendor: ATA Model: WDC WD360GD-00FN Rev: 0.81 Type: Direct-Access ANSI SCSI revision: 05 Vendor: ATA Model: WDC WD360GD-00FN Rev: 0.81 Type: Direct-Access ANSI SCSI revision: 05 Attached scsi disk sdc at scsi1, channel 0, id 0, lun 0 Attached scsi disk sdd at scsi2, channel 0, id 0, lun 0 SCSI device sdc: 72303840 512-byte hdwr sectors (37020 MB) sdc: sdc1 sdc2 sdc3 sdc4 < sdc5 sdc6 sdc7 > SCSI device sdd: 72303840 512-byte hdwr sectors (37020 MB) sdd: sdd1 sdd2 sdd3 sdd4 < sdd5 sdd6 sdd7 > kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. Freeing unused kernel memory: 160k freed ACPI: Power Button (FF) [PWRF] ACPI: Processor [CPU1] (supports C1, 8 throttling states) ACPI: Processor [CPU2] (supports C1) usb.c: registered new driver usbdevfs usb.c: registered new driver hub usb-ohci.c: USB OHCI at membase 0xffffff000001c000, IRQ 19 usb-ohci.c: usb-03:00.0, Advanced Micro Devices [AMD] AMD-8111 USB usb.c: new USB bus registered, assigned bus number 1 hub.c: USB hub found hub.c: 3 ports detected usb-ohci.c: USB OHCI at membase 0xffffff000001e000, IRQ 19 usb-ohci.c: usb-03:00.1, Advanced Micro Devices [AMD] AMD-8111 USB (#2) usb.c: new USB bus registered, assigned bus number 2 hub.c: USB hub found hub.c: 3 ports detected usb.c: registered new driver hiddev usb.c: registered new driver hid hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik hid-core.c: USB HID support drivers mice: PS/2 mouse device common for all mice EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,19), internal journal Adding Swap: 8385920k swap-space (priority -1) hub.c: new USB device 03:00.0-2, assigned address 2 input: USB HID v1.10 Keyboard [HEWLETT PACKARD USB Keyboard ] on usb1:2.0 input,hiddev0: USB HID v1.10 Device [HEWLETT PACKARD USB Keyboard ] on usb1:2.1 kjournald starting. Commit interval 5 seconds EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,1), internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,21), internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,22), internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,23), internal journal EXT3-fs: mounted filesystem with ordered data mode. hdb: attached ide-scsi driver. scsi3 : SCSI host adapter emulation for IDE ATAPI devices Vendor: LITE-ON Model: LTR-52327S Rev: QS03 Type: CD-ROM ANSI SCSI revision: 02 -- Ken Snider From stephen.walton at csun.edu Mon Feb 2 21:29:52 2004 From: stephen.walton at csun.edu (Stephen Walton) Date: Mon, 02 Feb 2004 13:29:52 -0800 Subject: Trouble with control-center-2.5.2-2 In-Reply-To: <1075748343.4811.6.camel@ws-zeus.sprinter.org> References: <1075746589.4579.15.camel@ws-zeus.sprinter.org> <1075748343.4811.6.camel@ws-zeus.sprinter.org> Message-ID: <1075757392.14697.16.camel@sunspot.csun.edu> On Mon, 2004-02-02 at 10:59, Alexander Brinkman wrote: > On Mon, 2004-02-02 at 19:29 +0100, Alexander Brinkman wrote: > > with mortal users was not possible anymore; > > Seems I was a little bit too fast sending the first post. It seems that > it only happens with users who do not have a working GNOME setup I'd be willing to bet money (well, a bit) that the problem is that the new users' .gnome, .gnome2, etc. files are being created as owned by root rather than as that user. I've seen this before on and off. -- Stephen Walton Dept. of Physics & Astronomy, Cal State Northridge From 64bit_fedora at comcast.net Mon Feb 2 21:42:30 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Mon, 2 Feb 2004 15:42:30 -0600 Subject: OOPS when installing sapdb 0.74 on fc1-test1-amd64 In-Reply-To: <401EC06D.4060404@flarn.com> References: <401E7901.8000807@flarn.com> <20040202195311.GA21227@comcast.net> <401EC06D.4060404@flarn.com> Message-ID: <20040202214230.GB21227@comcast.net> On Mon, Feb 02, 2004 at 04:26:05PM -0500, Ken Snider wrote: > This is with 2163. Would you mind giving it a spin on 2135? I am wondering if this is related to some of the NUMA changes in 2163. Thanks, Justin From mrsam at courier-mta.com Mon Feb 2 23:25:43 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Mon, 02 Feb 2004 18:25:43 -0500 Subject: Status of Adaptec Hostraid support. References: <20040201195011.GB17792@devserv.devel.redhat.com> <012801c3e9c0$61e201a0$9100000a@intgrp.com> <20040202202446.GA1397119@hiwaay.net> Message-ID: Chris Adams writes: > On the subject of megaraid though: what is the difference between the > megaraid and megaraid2 drivers? RH picks megaraid by default, but is > there some reason I'd want to switch? Gee, that sounds real familiar. It wasn't that long ago when there were two Adaptec drivers. I guess Megaraid didn't want to get left behind? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ksnider at flarn.com Tue Feb 3 00:05:44 2004 From: ksnider at flarn.com (Ken Snider) Date: Mon, 02 Feb 2004 19:05:44 -0500 Subject: OOPS when installing sapdb 0.74 on fc1-test1-amd64 In-Reply-To: <20040202214230.GB21227@comcast.net> References: <401E7901.8000807@flarn.com> <20040202195311.GA21227@comcast.net> <401EC06D.4060404@flarn.com> <20040202214230.GB21227@comcast.net> Message-ID: <401EE5D8.4070702@flarn.com> Justin M. Forbes wrote: > Would you mind giving it a spin on 2135? I am wondering if this is related > to some of the NUMA changes in 2163. No issues whatsoever on 2135. Hasn't happened again in several hours, so it appears that whatever was causing the issue is *not* present in the 2135 kernel. Thanks Justin, though I assume I'm likely losing something important in downgrading. :) If you need specific tests run on my end to further isolate the issue, please let me know. -- Ken Snider From ksnider at flarn.com Tue Feb 3 00:21:45 2004 From: ksnider at flarn.com (Ken Snider) Date: Mon, 02 Feb 2004 19:21:45 -0500 Subject: Kernel Issues (WAS Re: vim-enhanced oddness) In-Reply-To: <40155A92.4090000@optonline.net> References: <401541AE.7020602@flarn.com> <40154341.8070900@optonline.net> <40154FBD.9060205@flarn.com> <40155A92.4090000@optonline.net> Message-ID: <401EE999.2000103@flarn.com> ..thought I'd point out that reverting to kernel 2135 *eliminated* the problem I was seeing with vim-enhanced (writing to disk resulted in SIGILL's). I'll open a bugzilla ticket against 2163 on this issue I guess. The only outstanding issue I've seen now is that if I set LD_ASSUME_KERNEL=2.2.5 I get the following odd errors (and this is with any binary, not just dmesg in the example below: [ksnider at dw1.dw ksnider]$ ldd `which uname` libc.so.6 => /lib64/tls/libc.so.6 (0x0000003f53000000) /lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x0000003f52e00000) [ksnider at dw1.dw ksnider]$ uname -a Linux dw1.dw 2.4.22-1.2135.nptlsmp #1 SMP Mon Dec 15 15:45:38 EST 2003 x86_64 x86_64 x86_64 GNU/Linux [ksnider at dw1.dw ksnider]$ export LD_ASSUME_KERNEL=2.2.5 [ksnider at dw1.dw ksnider]$ uname -a uname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory [ksnider at dw1.dw ksnider]$ unset LD_ASSUME_KERNEL [ksnider at dw1.dw ksnider]$ uname -a Linux dw1.dw 2.4.22-1.2135.nptlsmp #1 SMP Mon Dec 15 15:45:38 EST 2003 x86_64 x86_64 x86_64 GNU/Linux Very odd, looks like something is munging the LD_LIBRARY_PATH perhaps with NPTL disabled? From dsavage at peaknet.net Tue Feb 3 02:14:14 2004 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Mon, 02 Feb 2004 20:14:14 -0600 Subject: test kernel-2.4.22-1.2166.nptl In-Reply-To: <1075723996.4397.3.camel@delerium.codemonkey.org.uk> References: <1075565292.5702.16.camel@lioness.thunderpurr.net> <1075723996.4397.3.camel@delerium.codemonkey.org.uk> Message-ID: <1075774454.6026.23.camel@lioness.thunderpurr.net> On Mon, 2004-02-02 at 06:13, Dave Jones wrote: > On Sat, 2004-01-31 at 16:08, Robert G. (Doc) Savage wrote: > > > This latest kernel apparently installs, and seems to boot OK on my > > laptop, but has trouble recognizing my IOGear MiniView III 4-port USB > > KVM. On one boot the ATEN device is not found and I have no KVM keyboard > > or mouse. When I remove the device and reboot, the KVM is found again > > and everything is OK. It seems to toggle each time I boot. > > Hmm, this should be no different on earlier kernels, as there's been no > changes whatsoever in the usb code. > > Very strange. Dave, Alexandre suggested I upgrade mkinitrd to the latest test version 3.5.18-1. That seems to have fixed the KVM toggling. I haven't noticed any other problems with -1.2166. --Doc From redhat-jc at insight.rr.com Tue Feb 3 04:37:41 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Mon, 02 Feb 2004 23:37:41 -0500 Subject: Fedora Core 2 Test 1... delayed In-Reply-To: <1075726021.10344.4.camel@bart.netlyncs.com> References: <20040202071933.GA21870@devserv.devel.redhat.com> <1075726021.10344.4.camel@bart.netlyncs.com> Message-ID: <401F2595.1030905@insight.rr.com> Mike Chambers wrote: > On Mon, 2004-02-02 at 01:19, Bill Nottingham wrote: > >>Since the schedule says it's coming out tomorrow, I figued I'd >>push the heads-up that it's delayed. >> >>In short, it's not working quite well enough to push out yet. > > > If you were using the old guidelines with using your internal beta team, > then the public, then the official release, where would this beta > version be in that line? One of the first internal beta team releases > or would it be more like the public betas? > > Guess you could say, trying to figure out where this beta will be > compared along the lines of the old way and how good/bad it will be LOL > > --- > Mike Chambers > Madisonville, KY > > 2.4.22-1.2166.nptl #1 Fri Jan 30 13:48:31 EST 2004 i686 GNU/Linux > 06:43:52 up 2 days, 7:54, 1 user, load average: 0.01, 0.04, 0.07 > > I think that you wil like the first beta release. I had trouble with the first Phoebe release (Lost X) and feel that this first beta for Fedora Core 2 is in a fairly decent state. I'm running one rawhide version that I completely installed new from an FTP install and one version that I upgraded from Fedora Core 1 to Development. Both systems seem pretty much consistent and I think that either choice would meet with a good result. So far, I've seen some issues with the Alsa switchover and setting up the sound cards. I "stole" the modules list that someone posted on the development list and added the modules to my /etc/rc.d/rc.local file and sound is working on both systems. Initscripts and system-config-soundcard are not refines (at my last attempt at using system-config-soundcard). I have an AC97 soundcard. The improvements with the switch from OSS to Alsa drivers was that a program called festival (text to speech program, commandline) works at normal speed. I always had a chipmunk sound from the program earlier. Also a bother is having to adjust volume levels a lot with the mixer and volume control on the bottom right panel. There was a problem with menus dosappearing for GNOME for about a week. This problem seems to have been corrected. I noticed help was missing (or relocated under some unknown to me area in the menu structure. The menu structure seems to be better laid out and the icons seem to be a little bit more oriented to the program's default choices. A problem that I've had that was not resolved yet is with xmms segfaulting and not being able to create the $HOME/.xmms directory and all of the subdirectories. This is only a concern with a fresh install. The problem is not there if you ran xmms on a system, then upgraded. Not knowing what the first beta will look like, but knowing what a totally rawhide system looks like, I am not sure ast to the fallback or additions that have been applied to the beta CD compilation. I believe that it is up to four installation CDs, but there was talk of trimming down to 3 CDs, if possible. I think this is a progression and realize that there will be problems with different hardware combinations. I believe that there will need to be a lot of good testers out ther giving the beta a good test run. I think the product will be very well worth the trouble testing it. I think the few days delay is worth the fine tuning the first beta. Jim From reader at newsguy.com Tue Feb 3 12:15:36 2004 From: reader at newsguy.com (Harry Putnam) Date: Tue, 03 Feb 2004 06:15:36 -0600 Subject: Fedora Core 2 Test 1... delayed In-Reply-To: <20040202181416.GE31633@devserv.devel.redhat.com> (Bill Nottingham's message of "Mon, 2 Feb 2004 13:14:16 -0500") References: <600B91D5E4B8D211A58C00902724252C01BC04E0@piramida.hermes.si> <20040202181416.GE31633@devserv.devel.redhat.com> Message-ID: Bill Nottingham writes: > David Balazic (david.balazic at hermes.si) said: >> Isn't it better to update the page right now to say "delayed for unknown >> days", > > Working on that... Where is the `page' being referenced in this thread? From kurtn at penguins.no Tue Feb 3 12:43:49 2004 From: kurtn at penguins.no (Kurt Nielsen) Date: Tue, 03 Feb 2004 13:43:49 +0100 Subject: Fedora Core 2 Test 1... delayed In-Reply-To: References: <600B91D5E4B8D211A58C00902724252C01BC04E0@piramida.hermes.si> <20040202181416.GE31633@devserv.devel.redhat.com> Message-ID: <401F9785.8030608@penguins.no> Harry Putnam wrote: >Bill Nottingham writes: > > > >>David Balazic (david.balazic at hermes.si) said: >> >> >>>Isn't it better to update the page right now to say "delayed for unknown >>>days", >>> >>> >>Working on that... >> >> > >Where is the `page' being referenced in this thread? > > > > http://fedora.redhat.com/participate/schedule/ Kurtn -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. From ksnider at flarn.com Tue Feb 3 15:10:52 2004 From: ksnider at flarn.com (Ken Snider) Date: Tue, 03 Feb 2004 10:10:52 -0500 Subject: OOPS when installing sapdb 0.74 on fc1-test1-amd64 In-Reply-To: <401EE5D8.4070702@flarn.com> References: <401E7901.8000807@flarn.com> <20040202195311.GA21227@comcast.net> <401EC06D.4060404@flarn.com> <20040202214230.GB21227@comcast.net> <401EE5D8.4070702@flarn.com> Message-ID: <401FB9FC.6060306@flarn.com> Ken Snider wrote: > No issues whatsoever on 2135. Hasn't happened again in several hours, so > it appears that whatever was causing the issue is *not* present in the > 2135 kernel. Spoke too soon. Came in this morning to the same two errors. Even crashed the db engine overnight. I'll have to update my bugzilla ticket I see. It should be noted that this same hardware ran RH9 and RHEL 3WS (x86) without issue, before hardware is considered as the culprit: <0>general protection fault: 0000 CPU 0 Pid: 3809, comm: slowknl Not tainted RIP: 0010:[]{ia32_copy_siginfo_to_user+244} RSP: 0000:00000100f56ede40 EFLAGS: 00010212 RAX: 0000000000000000 RBX: 0000000059374710 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 00000100f56edf38 RDI: 00000000593747a0 RBP: 0000000000000000 R08: 00000100f3dcdf60 R09: 0000000000000000 R10: ffffffff8013daf1 R11: 0000000000010283 R12: 00000100f56edf58 R13: 00000100f648a928 R14: 0000000000000020 R15: 00000100f56eca58 FS: 0000002a9555d620(0000) GS:ffffffff80572800(005b) knlGS:0000000059374bb0 CS: 0010 DS: 002b ES: 002b CR0: 000000008005003b CR2: 000000000875a010 CR3: 0000000000101000 CR4: 00000000000006e0 Process slowknl (pid: 3809, stackpage=100f56ed000) Stack: 00000100f56ede40 0000000000000000 5557ed68801c7fce 0000000400000000 59374bb000000000 0000000100000000 0000008000000000 00000ee100000000 ffffffff00000000 802c37c4ffffffff 00000010ffffffff 0001028300000000 Call Trace: []{do_signal+158} []{bad_get_user+0} []{compat_sys_sched_setaffinity+17} []{intret_signal+45} Code: c3 66 66 66 90 66 66 66 90 66 66 90 48 83 ec 18 48 81 e2 ff RIP []{ia32_copy_siginfo_to_user+244} RSP <00000100f56ede40> CPU 0 Pid: 3809, comm: slowknl Not tainted RIP: 0010:[]{ia32_copy_siginfo_to_user+244} RSP: 0000:00000100f56ede40 EFLAGS: 00010212 RAX: 0000000000000000 RBX: 0000000059374710 RCX: 0000000000000000 RDX: 0000000000000000 RSI: 00000100f56edf38 RDI: 00000000593747a0 RBP: 0000000000000000 R08: 00000100f3dcdf60 R09: 0000000000000000 R10: ffffffff8013daf1 R11: 0000000000010283 R12: 00000100f56edf58 R13: 00000100f648a928 R14: 0000000000000020 R15: 00000100f56eca58 FS: 0000002a9555d620(0000) GS:ffffffff80572800(005b) knlGS:0000000059374bb0 CS: 0010 DS: 002b ES: 002b CR0: 000000008005003b CR2: 000000000875a010 CR3: 0000000000101000 CR4: 00000000000006e0 Process slowknl (pid: 3809, stackpage=100f56ed000) Stack: 00000100f56ede40 0000000000000000 5557ed68801c7fce 0000000400000000 59374bb000000000 0000000100000000 0000008000000000 00000ee100000000 ffffffff00000000 802c37c4ffffffff 00000010ffffffff 0001028300000000 Call Trace: []{do_signal+158} []{bad_get_user+0} []{compat_sys_sched_setaffinity+17} []{intret_signal+45} Code: c3 66 66 66 90 66 66 66 90 66 66 90 48 83 ec 18 48 81 e2 ff Looks like I'll be going back to an x86-based RedHat at this point, at least in the short term, since this server is useless as a database host at the moment :/ -- Ken Snider From biped at comcast.net Tue Feb 3 15:36:27 2004 From: biped at comcast.net (Marcus Schuetz) Date: Tue, 03 Feb 2004 10:36:27 -0500 Subject: Gnome problems in rawhide Message-ID: <401FBFFB.2080908@comcast.net> I am yummified up to date on rawhide and have a few problems with Gnome. Now I know it's in flux currently so maybe some (or all) may go away, but maybe some of the problems slipped in during the process. So perhaps somebody can verify that I am not the only one seeing these (I looked through bugzilla and couldn't find anything): 1. Files deleted (or Moved to Trash) from Nautilus don't end up there. Trash remains empty. 2. My windows partition no longer shows up on the desktop. Neither is it present under 'My Computer' nor are my CD-ROM drives or my floppy drive. The only thing there is Filesystem and Network. 3. Gnome sound is not working. I get quite a few 'Unable to connect to UNIX socket /tmp/.esd/socket' messages in my .xsession-errors at startup and whenever I call esd related programs. NOTE: other sound (xine, etc.) works. 4. Here I don't know if it is a Gnome problem per se: I am running gdesklets and it now complains that it can't load EWMH support so they appear on top on everything else. Is it a gdesklets problem or did it get introduced with the recent gnome updates? :: Marcus From linux00 at kornet.net Tue Feb 3 16:11:22 2004 From: linux00 at kornet.net (sangu) Date: Wed, 04 Feb 2004 01:11:22 +0900 Subject: Gnome problems in rawhide In-Reply-To: <1075822634544864656.0.ppp5@ppp5> References: <1075822634544864656.0.ppp5@ppp5> Message-ID: <1075824355.1376.5.camel@localhost.localdomain> 2004-02-03 ? 10:36 -0500? Marcus Schuetz ???: > I am yummified up to date on rawhide and have a few problems with Gnome. > Now I know it's in flux currently so maybe some (or all) may go away, > but maybe some of the problems slipped in during the process. So perhaps > somebody can verify that I am not the only one seeing these (I looked > through bugzilla and couldn't find anything): > > 1. Files deleted (or Moved to Trash) from Nautilus don't end up there. > Trash remains empty. > > 2. My windows partition no longer shows up on the desktop. Neither is it > present under 'My Computer' nor are my CD-ROM drives or my floppy drive. > The only thing there is Filesystem and Network. 1, 2. gnome-vfs2 2.5.6 .server file bug /usr/lib/bonobo/servers/GNOME_VFS_Daemon.server #cat /usr/lib/bonobo/servers/GNOME_VFS_Daemon.server ------ modified GNOME_VFS_Daemon.server file > 3. Gnome sound is not working. I get quite a few 'Unable to connect to > UNIX socket /tmp/.esd/socket' messages in my .xsession-errors at startup > and whenever I call esd related programs. NOTE: other sound (xine, etc.) > works. > > 4. Here I don't know if it is a Gnome problem per se: I am running > gdesklets and it now complains that it can't load EWMH support so they > appear on top on everything else. Is it a gdesklets problem or did it > get introduced with the recent gnome updates? > > :: Marcus > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > From kilpatds at oppositelock.org Tue Feb 3 16:14:03 2004 From: kilpatds at oppositelock.org (Douglas Kilpatrick) Date: Tue, 03 Feb 2004 11:14:03 -0500 Subject: Installing on SATA drives? Message-ID: <401FC8CB.7070704@oppositelock.org> I'm putting together a new opteron box, and have two SATA drives hanging off a SIS controller. ("Silicon Image Sil3114 SATA RAID controller" How do I install the x86-64 test release on this? The install kernel doesn't seem to recognize the controller, and I didn't see the driver listed. I presume I'll have to make a driver disk? How do I do that? Doug -- kilpatds at oppositelock.org Outta Control Racing, Inc. From 64bit_fedora at comcast.net Tue Feb 3 16:40:22 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 3 Feb 2004 10:40:22 -0600 Subject: Installing on SATA drives? In-Reply-To: <401FC8CB.7070704@oppositelock.org> References: <401FC8CB.7070704@oppositelock.org> Message-ID: <20040203164022.GA29781@comcast.net> On Tue, Feb 03, 2004 at 11:14:03AM -0500, Douglas Kilpatrick wrote: > > I'm putting together a new opteron box, and have two SATA drives hanging > off a SIS controller. ("Silicon Image Sil3114 SATA RAID controller" > This chip is not currently supported by Fedora Core. You would basically have to merge a patch, rebuild the kernel rpms, then rebuild the distro. It is easier than it sounds, but I am not sure on the current stability of that driver, when libata was last merged, it was broken on a large percentage of systems. Justin From kilpatds at oppositelock.org Tue Feb 3 16:42:15 2004 From: kilpatds at oppositelock.org (Douglas Kilpatrick) Date: Tue, 03 Feb 2004 11:42:15 -0500 Subject: Installing on SATA drives? In-Reply-To: <20040203164022.GA29781@comcast.net> References: <401FC8CB.7070704@oppositelock.org> <20040203164022.GA29781@comcast.net> Message-ID: <401FCF67.1070305@oppositelock.org> > This chip is not currently supported by Fedora Core. You would basically > have to merge a patch, rebuild the kernel rpms, then rebuild the distro. Is that going to mean I need a cross-compile setup to rebuild the kernel RPMSs? Doug -- kilpatds at oppositelock.org Outta Control Racing, Inc. From tarjeik at chemcon.no Tue Feb 3 17:07:13 2004 From: tarjeik at chemcon.no (Tarjei Knapstad) Date: 03 Feb 2004 18:07:13 +0100 Subject: Installing on SATA drives? In-Reply-To: <401FCF67.1070305@oppositelock.org> References: <401FC8CB.7070704@oppositelock.org> <20040203164022.GA29781@comcast.net> <401FCF67.1070305@oppositelock.org> Message-ID: <1075828034.13275.41.camel@cc-intern01> On Tue, 2004-02-03 at 17:42, Douglas Kilpatrick wrote: > > This chip is not currently supported by Fedora Core. You would basically > > have to merge a patch, rebuild the kernel rpms, then rebuild the distro. > > Is that going to mean I need a cross-compile setup to rebuild the kernel > RPMSs? > Either that, or you could install to a PATA drive and do it from there, assuming there's a PATA controller on your Opteron motherboard (a small PATA drive won't cost you much if you haven't allready got one lying around...) If you did this, I'm not sure if you could just compile a new kernel and boot it on the PATA drive and then launch a new install to the SATA drives... anyone? -- Tarjei From p.dalgaard at biostat.ku.dk Tue Feb 3 17:17:09 2004 From: p.dalgaard at biostat.ku.dk (Peter Dalgaard) Date: 03 Feb 2004 18:17:09 +0100 Subject: Installing on SATA drives? In-Reply-To: <20040203170012.30380.9191.Mailman@listman.back-rdu.redhat.com> References: <20040203170012.30380.9191.Mailman@listman.back-rdu.redhat.com> Message-ID: fedora-test-list-request at redhat.com writes: > Message: 4 > Date: Tue, 3 Feb 2004 10:40:22 -0600 > From: "Justin M. Forbes" <64bit_fedora at comcast.net> > To: fedora-test-list at redhat.com > Subject: Re: Installing on SATA drives? > Reply-To: fedora-test-list at redhat.com > > On Tue, Feb 03, 2004 at 11:14:03AM -0500, Douglas Kilpatrick wrote: > > > > I'm putting together a new opteron box, and have two SATA drives hanging > > off a SIS controller. ("Silicon Image Sil3114 SATA RAID controller" > > > This chip is not currently supported by Fedora Core. You would basically > have to merge a patch, rebuild the kernel rpms, then rebuild the distro. > It is easier than it sounds, but I am not sure on the current stability of > that driver, when libata was last merged, it was broken on a large > percentage of systems. > > Justin SuSE has this stuff working reasonably, at least with the Adaptec 1210SA thing that I got stuck with (Sil3112). You need their Patch CD which came out about a week ago to boot up and install. [Still considering whether I should just stick with SuSE or wait for Fedora to catch up.] -p NB: I'm on the digestified version of the list. -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~~~~~~~~~ - (p.dalgaard at biostat.ku.dk) FAX: (+45) 35327907 From jkeating at j2solutions.net Tue Feb 3 17:23:00 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 3 Feb 2004 09:23:00 -0800 Subject: Installing on SATA drives? In-Reply-To: References: <20040203170012.30380.9191.Mailman@listman.back-rdu.redhat.com> Message-ID: <200402030923.00293.jkeating@j2solutions.net> On Tuesday 03 February 2004 09:17, Peter Dalgaard wrote: > SuSE has this stuff working reasonably, at least with the Adaptec > 1210SA thing that I got stuck with (Sil3112). You need their Patch CD > which came out about a week ago to boot up and install. [Still > considering whether I should just stick with SuSE or wait for Fedora > to catch up.] The Adaptec uses an older Sil chipset that was supported since RHL9. I have the same card. The onboard Sil chipsets are a newer version which require the libata patch to the kernel. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) Mondo DevTeam (www.mondorescue.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From twaugh at redhat.com Tue Feb 3 17:28:51 2004 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 3 Feb 2004 17:28:51 +0000 Subject: Fedora Core 1 Testing Update: redhat-config-printer-0.6.79.4-1 Message-ID: <20040203172851.GP25654@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-064 2004-02-03 --------------------------------------------------------------------- Name : redhat-config-printer Version : 0.6.79.4 Release : 1 Summary : A printer configuration backend/frontend combination. Description : The printconf utility is a printer configuration and filtration system based on magicfilter (the alchemist data library) and the foomatic filter system. It rebuilds local print configuration and spool directories from data sources at lpd init time, and is integrated to use the multi-sourced features of the alchemist data library. --------------------------------------------------------------------- Update Information: Packages fixing another bug concerning printer sharing in the Printing configuration tool are now available. --------------------------------------------------------------------- * Tue Feb 03 2004 Tim Waugh 0.6.79.4-1 - 0.6.79.4: - Another 'single IP address' bug fix (bug #114414). * Mon Jan 05 2004 Tim Waugh 0.6.79.3-1 - 0.6.79.3: - Use rhpl for 'allow from single IP address' calculations (bug #112835). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 290a78e009787185bd7b4cce1217d23d SRPMS/redhat-config-printer-0.6.79.4-1.src.rpm b7d236c04992fd0d0b699d64fd49cd40 i386/redhat-config-printer-0.6.79.4-1.i386.rpm 2c48077f37e26c74955b1c957f0fadf2 i386/redhat-config-printer-gui-0.6.79.4-1.i386.rpm 26fa0801bc9b1426ac62a9785987d2f9 i386/debug/redhat-config-printer-debuginfo-0.6.79.4-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-1 --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From biped at comcast.net Tue Feb 3 18:23:51 2004 From: biped at comcast.net (Marcus Schuetz) Date: Tue, 03 Feb 2004 13:23:51 -0500 Subject: Gnome problems in rawhide In-Reply-To: <1075824355.1376.5.camel@localhost.localdomain> References: <1075822634544864656.0.ppp5@ppp5> <1075824355.1376.5.camel@localhost.localdomain> Message-ID: <401FE737.5060205@comcast.net> sangu said the following on 02/03/04 11:11: > 2004-02-03 ? 10:36 -0500? Marcus Schuetz ???: > >>I am yummified up to date on rawhide and have a few problems with Gnome. >>Now I know it's in flux currently so maybe some (or all) may go away, >>but maybe some of the problems slipped in during the process. So perhaps >>somebody can verify that I am not the only one seeing these (I looked >>through bugzilla and couldn't find anything): >> >>1. Files deleted (or Moved to Trash) from Nautilus don't end up there. >>Trash remains empty. >> >>2. My windows partition no longer shows up on the desktop. Neither is it >>present under 'My Computer' nor are my CD-ROM drives or my floppy drive. >>The only thing there is Filesystem and Network. > > > 1, 2. gnome-vfs2 2.5.6 .server file bug > /usr/lib/bonobo/servers/GNOME_VFS_Daemon.server > > #cat /usr/lib/bonobo/servers/GNOME_VFS_Daemon.server > > > type="exe" location="/usr/src/build/345256-i386/install/usr/ > libexec/gnome-vfs-daemon"> > > ------ > modified GNOME_VFS_Daemon.server file > > > > type="exe" location="/usr/libexec/gnome-vfs-daemon"> > > >>3. Gnome sound is not working. I get quite a few 'Unable to connect to >>UNIX socket /tmp/.esd/socket' messages in my .xsession-errors at startup >>and whenever I call esd related programs. NOTE: other sound (xine, etc.) >> works. >> >>4. Here I don't know if it is a Gnome problem per se: I am running >>gdesklets and it now complains that it can't load EWMH support so they >>appear on top on everything else. Is it a gdesklets problem or did it >>get introduced with the recent gnome updates? >> >>:: Marcus >> >> >>-- >>fedora-test-list mailing list >>fedora-test-list at redhat.com >>http://www.redhat.com/mailman/listinfo/fedora-test-list >> > > > > Thanks, that solved 1 + 2 :: Marcus From rob.myers at gtri.gatech.edu Tue Feb 3 18:26:19 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Tue, 03 Feb 2004 13:26:19 -0500 Subject: Installing on SATA drives? In-Reply-To: <1075828034.13275.41.camel@cc-intern01> References: <401FC8CB.7070704@oppositelock.org> <20040203164022.GA29781@comcast.net> <401FCF67.1070305@oppositelock.org> <1075828034.13275.41.camel@cc-intern01> Message-ID: <1075832779.25182.648.camel@dungeness.stl.gtri.gatech.edu> On Tue, 2004-02-03 at 12:07, Tarjei Knapstad wrote: > On Tue, 2004-02-03 at 17:42, Douglas Kilpatrick wrote: > > > This chip is not currently supported by Fedora Core. You would basically > > > have to merge a patch, rebuild the kernel rpms, then rebuild the distro. > > > > Is that going to mean I need a cross-compile setup to rebuild the kernel > > RPMSs? > > > > Either that, or you could install to a PATA drive and do it from there, > assuming there's a PATA controller on your Opteron motherboard (a small > PATA drive won't cost you much if you haven't allready got one lying > around...) > > If you did this, I'm not sure if you could just compile a new kernel and > boot it on the PATA drive and then launch a new install to the SATA > drives... anyone? i installed on a PATA drive, built a new kernel with sil3114 support and just copied all the partitions from the PATA disk to the SATA disk. on 2.6.1 and 2.6.2-rc2 my experience with the sata_sil.c patches is that they work fine with less than 4 or 5gb of ram, but subtly fail with more than that. the siimage patches are stable with 8gb of ram. let me know if your experience is similar to mine. good luck! rob. From rob.myers at gtri.gatech.edu Tue Feb 3 18:29:41 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Tue, 03 Feb 2004 13:29:41 -0500 Subject: Installing on SATA drives? In-Reply-To: <20040203164022.GA29781@comcast.net> References: <401FC8CB.7070704@oppositelock.org> <20040203164022.GA29781@comcast.net> Message-ID: <1075832981.25182.653.camel@dungeness.stl.gtri.gatech.edu> On Tue, 2004-02-03 at 11:40, Justin M. Forbes wrote: > On Tue, Feb 03, 2004 at 11:14:03AM -0500, Douglas Kilpatrick wrote: > > > > I'm putting together a new opteron box, and have two SATA drives hanging > > off a SIS controller. ("Silicon Image Sil3114 SATA RAID controller" > > > This chip is not currently supported by Fedora Core. You would basically > have to merge a patch, rebuild the kernel rpms, then rebuild the distro. > It is easier than it sounds, but I am not sure on the current stability of > that driver, when libata was last merged, it was broken on a large > percentage of systems. i think the siimage.c patch is okay to merge, but not the sata_sil.c patch. i can merge patches, rebuild the kernel rpms, but i'm not sure how to rebuild the distro. is that documented anywhere? thanks rob. From kilpatds at oppositelock.org Tue Feb 3 18:39:33 2004 From: kilpatds at oppositelock.org (Douglas Kilpatrick) Date: Tue, 03 Feb 2004 13:39:33 -0500 Subject: Installing on SATA drives? In-Reply-To: <1075832779.25182.648.camel@dungeness.stl.gtri.gatech.edu> References: <401FC8CB.7070704@oppositelock.org> <20040203164022.GA29781@comcast.net> <401FCF67.1070305@oppositelock.org> <1075828034.13275.41.camel@cc-intern01> <1075832779.25182.648.camel@dungeness.stl.gtri.gatech.edu> Message-ID: <401FEAE5.3080504@oppositelock.org> > i installed on a PATA drive, built a new kernel with sil3114 support and > just copied all the partitions from the PATA disk to the SATA disk. Ok. Stupid Q: Where did you get the patches? people/jgarzik? Those patches similar enough to the kernel in Fedora to make integrating into the rpm reasonable? Doug -- kilpatds at oppositelock.org Outta Control Racing, Inc. From ksnider at flarn.com Tue Feb 3 19:50:28 2004 From: ksnider at flarn.com (Ken Snider) Date: Tue, 03 Feb 2004 14:50:28 -0500 Subject: Error -24994 - Urgent Help Please In-Reply-To: References: Message-ID: <401FFB84.5000906@flarn.com> Joao wrote: > Hello > > I've intaled v. 7.4 of SAPDB in the folowing Systems : > > RedHat Entreprise Server 2 > Fedora 1 For fedora, did you disable NPTL? For the sapdb 7.4 rpm's you need to patch the /etc/init.d/sapdb74 script: the 3rd line under the start) header should read: su - -c "export LD_ASSUME_KERNEL=2.2.5; $X_SERVER start" sapdb -- Ken Snider From bikehead at amberpoint.com Tue Feb 3 20:12:57 2004 From: bikehead at amberpoint.com (Brian Anderson) Date: Tue, 03 Feb 2004 12:12:57 -0800 Subject: Installing on SATA drives? In-Reply-To: <401FC8CB.7070704@oppositelock.org> References: <401FC8CB.7070704@oppositelock.org> Message-ID: <402000C9.4070908@amberpoint.com> I don't know if there is a big difference between the chips but I run on a Sil3112 using FC1 straight from ISO. Douglas Kilpatrick wrote: > > I'm putting together a new opteron box, and have two SATA drives > hanging off a SIS controller. ("Silicon Image Sil3114 SATA RAID > controller" > > How do I install the x86-64 test release on this? The install kernel > doesn't seem to recognize the controller, and I didn't see the driver > listed. I presume I'll have to make a driver disk? How do I do that? > > Doug From alexl at stofanet.dk Tue Feb 3 20:20:05 2004 From: alexl at stofanet.dk (Alex Thomsen Leth) Date: Tue, 03 Feb 2004 21:20:05 +0100 Subject: rawhide and test version In-Reply-To: <402000C9.4070908@amberpoint.com> References: <401FC8CB.7070704@oppositelock.org> <402000C9.4070908@amberpoint.com> Message-ID: <1075839605.3019.1.camel@simba.lion> whats the diffrence between rawhide and test versions?? From alexander.dalloz at uni-bielefeld.de Tue Feb 3 20:29:23 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Tue, 03 Feb 2004 21:29:23 +0100 Subject: rawhide and test version Message-ID: <1075840163.5016.415.camel@sirendipity.dogma.lan> Am Di, den 03.02.2004 schrieb Alex Thomsen Leth um 21:20: > whats the diffrence between rawhide and test versions?? Please do NOT hijack foreign threads! Reply mail contain reference header tags and thus your mail references to a total different thread/subject. Test versions of Fedora are freezed development states (the development tree was formerly known as rawhide). Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2149.nptl Sirendipity 21:28:46 up 3 days, 20:28, load average: 0.14, 0.17, 0.15 [ ????? ?'????? - gnothi seauton ] From rob.myers at gtri.gatech.edu Tue Feb 3 21:38:08 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Tue, 03 Feb 2004 16:38:08 -0500 Subject: Installing on SATA drives? In-Reply-To: <401FEAE5.3080504@oppositelock.org> References: <401FC8CB.7070704@oppositelock.org> <20040203164022.GA29781@comcast.net> <401FCF67.1070305@oppositelock.org> <1075828034.13275.41.camel@cc-intern01> <1075832779.25182.648.camel@dungeness.stl.gtri.gatech.edu> <401FEAE5.3080504@oppositelock.org> Message-ID: <1075844288.25182.687.camel@dungeness.stl.gtri.gatech.edu> On Tue, 2004-02-03 at 13:39, Douglas Kilpatrick wrote: > > i installed on a PATA drive, built a new kernel with sil3114 support and > > just copied all the partitions from the PATA disk to the SATA disk. > > Ok. Stupid Q: Where did you get the patches? people/jgarzik? the sata_sil in 2.6.2-rc2 has sil 3114 support but is marked correctly in my opinion as broken. the ide siimage patch which is working well for me with one disk on 2.6.2-rc2 is here against 2.6.0-test11: http://www.kernel.org/pub/linux/kernel/people/bart/2.6.0-test11-bart1/broken-out/ide-siimage-sil3114.patch > Those patches similar enough to the kernel in Fedora to make integrating > into the rpm reasonable? i integrated the siimage patch into the kernel 2166 rpms available here: http://www.stl.gtri.gatech.edu/fedora/x86_64/sil3114/ i didnt have time to test them yet, tho. if you can test them let me know. if i get more info and have time i'll see about respinning the distro as justin earlier suggested. rob. From pete.s.bradbury at btinternet.com Tue Feb 3 22:01:25 2004 From: pete.s.bradbury at btinternet.com (Pete Bradbury) Date: Tue, 3 Feb 2004 22:01:25 -0000 Subject: yum on Fedora AMD64 Message-ID: <004b01c3eaa1$47826cf0$0100a8c0@shubunkin> Is there a solution to getting yum or the rh up2date to work? So far I've found lot's about the problem, but no working solution. Are there any working yum.conf out there? From rob.myers at gtri.gatech.edu Tue Feb 3 22:13:11 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Tue, 03 Feb 2004 17:13:11 -0500 Subject: yum on Fedora AMD64 In-Reply-To: <004b01c3eaa1$47826cf0$0100a8c0@shubunkin> References: <004b01c3eaa1$47826cf0$0100a8c0@shubunkin> Message-ID: <1075846391.25182.695.camel@dungeness.stl.gtri.gatech.edu> On Tue, 2004-02-03 at 17:01, Pete Bradbury wrote: > Is there a solution to getting yum or the rh up2date to work? > > So far I've found lot's about the problem, but no working solution. Are > there any working yum.conf out there? here are the relevant bits from my yum.conf: [base] name=Fedora Core $releasever - $basearch - Base baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/os/ [updates] name=Fedora Core $releasever - $basearch - Updates baseurl=http://www.stl.gtri.gatech.edu/fedora/x86_64/updates/ [updates-testing] name=Fedora Core $releasever - $basearch - Updates Testing baseurl=http://www.stl.gtri.gatech.edu/fedora/x86_64/testing/ or did i miss the point of your question? rob. From rob.myers at gtri.gatech.edu Wed Feb 4 01:37:36 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Tue, 03 Feb 2004 20:37:36 -0500 Subject: Installing on SATA drives? In-Reply-To: <1075844288.25182.687.camel@dungeness.stl.gtri.gatech.edu> References: <401FC8CB.7070704@oppositelock.org> <20040203164022.GA29781@comcast.net> <401FCF67.1070305@oppositelock.org> <1075828034.13275.41.camel@cc-intern01> <1075832779.25182.648.camel@dungeness.stl.gtri.gatech.edu> <401FEAE5.3080504@oppositelock.org> <1075844288.25182.687.camel@dungeness.stl.gtri.gatech.edu> Message-ID: <1075858656.25182.702.camel@dungeness.stl.gtri.gatech.edu> On Tue, 2004-02-03 at 16:38, Rob Myers wrote: > On Tue, 2004-02-03 at 13:39, Douglas Kilpatrick wrote: > the ide siimage patch which is working well for me with one disk on > 2.6.2-rc2 is here against 2.6.0-test11: > http://www.kernel.org/pub/linux/kernel/people/bart/2.6.0-test11-bart1/broken-out/ide-siimage-sil3114.patch > > > Those patches similar enough to the kernel in Fedora to make integrating > > into the rpm reasonable? > > i integrated the siimage patch into the kernel 2166 rpms available here: > http://www.stl.gtri.gatech.edu/fedora/x86_64/sil3114/ i respun fc1 from http://fedora.linux.duke.edu/fc1_x86_64/x86_64/ and added all the updates, plus the 2116+sil3114 kernel i made earlier. it seems to install fine via http and text mode. however, there was a pivotroot try passing init= error when it tried to boot it up. anyway, if you want to try your luck everything is here: http://www.stl.gtri.gatech.edu/fedora/sil3114-test/ let me know if it works or if it eats your data... cheers rob. From jspaleta at princeton.edu Wed Feb 4 03:58:40 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Tue, 03 Feb 2004 22:58:40 -0500 Subject: Fedora Bug Day Tomorrow: Feb 4th 2004: the strings they are a'changin' Message-ID: <1075867120.21890.35.camel@goober.localdomain> What: Fedora Bug Day: Triage text strings before the feb 13 string change freeze http://fedora.redhat.com/participate/schedule/ Basically that means finding bugreports that talk about bugs in user visible text that would need to be retranslated if fixed. Bugs of this type can be marked with a bugzilla keyword to make it easier for developers to find and fix. Simple typos don't count. More like a change in meaning. Only components translated by Red Hat/Fedora translation teams are effected: anaconda, anaconda-online-help, authconfig, autorun, chkconfig, comps-po, firstboot, hwbrowser, initscripts (and any messages from the /etc/rc.d/init.d/* scripts), kudzu, libuser, redhat-artwork, redhat- menus, rhgb, setuptool, sndconfig, specspo, switchdesk, system-config-*, system-logviewer, system-switch-mail, up2date, usermode Why: Because you are going to kick yourself if you find a text string that could be reworded after the string change deadline, and its too late to fix. Who: Pretty much everyone. If you have a little time to spare, and want to help make it easier for the developers by helping organize the untamed sea of bugreports in bugzilla, then triage just might be for you. You don't need to code(though if you can, patch submissions are always welcome), you just need a web browser and an account at bugzilla.redhat. com. An irc client or email client would help too...since you probably want to try to communicate to the other triagers either on irc on the fedora-bugs channel at freenode, or in the mailinglist at duke. https://lists.dulug.duke.edu/pipermail/fedora-triage-list/ How: 1)scan through the list of open bugs in components affected by the string freeze deadline via this handy-dandy url: http://tinyurl.com/3g4bz (there's only 1763 bugs in the list) 2)if you find a bug report about a text string that could affect translations if fixed... jump into the #fedora-bugs channel on freenode and catch a triager's attention about the bug, or post an email to the triage list https://lists.dulug.duke.edu/pipermail/fedora-triage-list/. 3)Don't be discouraged if you don't find any text string related bugs that need triaging. You can still help out tomorrow by getting involved in the general fedora triage efforts in irc or the triage mailinglist OR pick your favorite package waiting for initial QA at fedora.us (http:// www.fedora.us/QA - 340 packages are in that list!) and get the ball rolling towards publication: http://www.fedora.us/wiki/PackageSubmissionQAPolicy http://www.fedora.us/wiki/QAChecklist --- No Clue What I'm talking about when I say the phrase Fedora Triage? Take a quick look at the fedora-triage-list archives: https://lists.dulug.duke.edu/pipermail/fedora-triage-list/ These messages should hopefully tell you what its all about in more detail: http://tinyurl.com/ywma3 - Summary of my vision for Fedora Triage http://tinyurl.com/23alw - My short term goals and long term plans -jef"mirnov magnetic field sensors calibrated to 3%"spaleta -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mrsam at courier-mta.com Wed Feb 4 04:58:01 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Tue, 03 Feb 2004 23:58:01 -0500 Subject: AMD64 install failure on LSI Megaraid. Message-ID: I'm trying to install Fedora AMD64 0.96 onto a pair of disks in a RAID-1 configuration, using the Megaraid 320-1 card. When Anaconda begins formatting partitions the cursor becomes very sluggish. The hourglass animation goes at, maybe, one third its regular speed, and the pointer noticably flickers. tty4 is spitting out a bunch of "scsi disk error id=0 lun=0 error=40001", while all of this is going on. This continues through the format process, and somewhere in the middle of copying the install image I get kicked back to the text mode. There are no diagnostics or error message, except for a blank, generic "install exited abnormally", and a shutdown. Upon reboot both disks in the array are marked as bad. However the Megaraid card shows no media errors on either drive. If I bring up the disks manually, boot into rescue mode, and use dd if=/dev/zero of=/dev/sda[123], I can essentially wipe the entire disk without getting the disks flagged as bad. The physical disks are new, and there's every indication that there's nothing wrong with the physical disk. And I did test the burned Fedora CDs, they are good. Anaconda automatically brings up the megaraid driver. I've tried noprobe and manually selected megaraid2, with the same results. The only other detail here is that the Megaraid card is in the 32 bit PCI slot. For some reason I can't boot the machine with the Megaraid card in the 64 bit slot. I'm stumped. I can write to the entire RAID logical volume using dd, from tty2. But as soon as Anaconda starts loading stuff, errors galore. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pete.s.bradbury at btinternet.com Wed Feb 4 06:58:36 2004 From: pete.s.bradbury at btinternet.com (pete bradbury) Date: Wed, 04 Feb 2004 06:58:36 +0000 Subject: yum on Fedora AMD64 In-Reply-To: <1075846391.25182.695.camel@dungeness.stl.gtri.gatech.edu> References: <004b01c3eaa1$47826cf0$0100a8c0@shubunkin> <1075846391.25182.695.camel@dungeness.stl.gtri.gatech.edu> Message-ID: <4020981C.3040703@btinternet.com> Rob Myers wrote: >On Tue, 2004-02-03 at 17:01, Pete Bradbury wrote: > > >>Is there a solution to getting yum or the rh up2date to work? >> >>So far I've found lot's about the problem, but no working solution. Are >>there any working yum.conf out there? >> >> > >here are the relevant bits from my yum.conf: >[base] >name=Fedora Core $releasever - $basearch - Base >baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/os/ > >[updates] >name=Fedora Core $releasever - $basearch - Updates >baseurl=http://www.stl.gtri.gatech.edu/fedora/x86_64/updates/ > >[updates-testing] >name=Fedora Core $releasever - $basearch - Updates Testing >baseurl=http://www.stl.gtri.gatech.edu/fedora/x86_64/testing/ > >or did i miss the point of your question? > >rob. > > > > No that just does the ticket! Thanks From mr700 at globalnet.bg Wed Feb 4 08:57:25 2004 From: mr700 at globalnet.bg (Doncho N. Gunchev) Date: Wed, 4 Feb 2004 10:57:25 +0200 Subject: MyDoom In-Reply-To: <200401311204.48871.fedora@warmcat.com> References: <200401310121.30866.czar@czarc.net> <20040131123423.4cd655df.ms-nospam-0306@arcor.de> <200401311204.48871.fedora@warmcat.com> Message-ID: <200402041057.25294@-mr700> On Saturday 31 January 2004 14:04, Andy Green wrote: > On Saturday 31 January 2004 11:34, Michael Schwendt wrote: > > Nah, I could post to the list using your name and e-mail address any time > > I wish, because your e-mail address is subscribed (!), and hence messages > > ... > > > There's nothing trivial that can be done about it. With a clever > > If the mailsystem required that messages were signed by a key who public > part was previously lodged with the mailsystem, that would do something > about it. The load on the mailserver wouldn't be that high since it checks > the sig once at the time it accepts the message for broadcast. > > -Andy This will make all users of web based mails without PGP support unable to post/subscribe... not good I think. For me clamav does great... but eats too much CPU time (at least 3 times slower than f-prot for example). I don't find MyDoom as a big problem here - all RedHat lists are not related to windows. -- Regards, Doncho N. Gunchev GPG-Key-ID: 1024D/DA454F79 Key fingerprint = 684F 688B C508 C609 0371 5E0F A089 CB15 DA45 4F79 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From eric at interplas.com Wed Feb 4 14:37:35 2004 From: eric at interplas.com (Eric Wood) Date: Wed, 4 Feb 2004 09:37:35 -0500 Subject: AMD64 install failure on LSI Megaraid. References: Message-ID: <00e301c3eb2c$7e28d740$9100000a@intgrp.com> > The only other detail here is that the Megaraid card is in the 32 bit PCI > slot. For some reason I can't boot the machine with the Megaraid card in > the 64 bit slot. What's kind of motherboard are you using? Have you flash your RAID card with the latest BIOS. I did so on my 320-1 card and I believe it made it compatible with the latest driver. -eric wood From alexl at stofanet.dk Wed Feb 4 15:20:39 2004 From: alexl at stofanet.dk (alexl at stofanet.dk) Date: Wed, 4 Feb 2004 16:20:39 +0100 Subject: Hello Message-ID: <200402041456.i14EuDn13090@mx2.redhat.com> The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment. -------------- next part -------------- A non-text attachment was scrubbed... Name: readme.zip Type: application/octet-stream Size: 22646 bytes Desc: not available URL: From ksnider at flarn.com Wed Feb 4 16:59:23 2004 From: ksnider at flarn.com (Ken Snider) Date: Wed, 04 Feb 2004 11:59:23 -0500 Subject: OOPS when installing sapdb 0.74 on fc1-test1-amd64 In-Reply-To: <401FB9FC.6060306@flarn.com> References: <401E7901.8000807@flarn.com> <20040202195311.GA21227@comcast.net> <401EC06D.4060404@flarn.com> <20040202214230.GB21227@comcast.net> <401EE5D8.4070702@flarn.com> <401FB9FC.6060306@flarn.com> Message-ID: <402124EB.9090207@flarn.com> More information for you all. Decided to grab the MAXDB Alpha RPM's from mysql (http://www.mysql.com/downloads/maxdb-7.5.01.html), and see what effect it had on the kernel. At Justin's request, I'm running the 2135-rev kernel. The problem is *worse* if I decide to start the db, or load the demo_db script, however, passing LD_ASSUME_KERNEL=2.2.5 before the xserver starts, of before we issue the db_start dbmcli command *eliminates* the issue completely. So, that would place the blame for the kernel messages squarely on NPTL in some way, as disabling NPTL eliminates the kernel messages. I still have the problem where enabling LD_ASSUME_KERNEL=2.2.5 in my shell causes all system commands to be unable to find libraries.. a problem I don't see in FC1_x86 or RHEL. -- Ken Snider From csm at Lunar-Linux.org Wed Feb 4 18:11:35 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Wed, 4 Feb 2004 13:11:35 -0500 (EST) Subject: [SPAM] Hello In-Reply-To: <200402041456.i14EuDn13090@mx2.redhat.com> References: <200402041456.i14EuDn13090@mx2.redhat.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 4 Feb 2004, alexl at stofanet.dk spewed into the bitstream: >The message cannot be represented in 7-bit ASCII encoding and has been >sent as a binary attachment. Moron! Sorry but it's moronic plain and simple. - -- csm Lunar Linux Project Lead Disclaimer: "I am not a curmudgeon! No... really..." Addendum: "Bwahahaha! Fire up the orbital mind-control lasers!" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAITXZq3bny/5+GAcRAlk9AJ47/y8CEx3PV31ZM6X/zx03567WqwCfVbbE CwyZBUMv5TxIWuI0pDIgjlk= =+cnU -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: readme.zip Type: application/octet-stream Size: 22646 bytes Desc: URL: From csm at Lunar-Linux.org Wed Feb 4 18:20:21 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Wed, 4 Feb 2004 13:20:21 -0500 (EST) Subject: [SPAM] Hello In-Reply-To: References: <200402041456.i14EuDn13090@mx2.redhat.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 4 Feb 2004, csm at Lunar-Linux.org spewed into the bitstream: >On Wed, 4 Feb 2004, alexl at stofanet.dk spewed into the bitstream: > >>The message cannot be represented in 7-bit ASCII encoding and has been >>sent as a binary attachment. > >Moron! Sorry but it's moronic plain and simple. > >-- >csm >Lunar Linux Project Lead >Disclaimer: "I am not a curmudgeon! No... really..." >Addendum: "Bwahahaha! Fire up the orbital mind-control lasers!" Oh wait... and RH's mailing list software retransmits this too? This seems to me to be something that could be dropped in transit (blocked) server side quite easily. - -- csm Lunar Linux Project Lead Disclaimer: "I am not a curmudgeon! No... really..." Addendum: "Bwahahaha! Fire up the orbital mind-control lasers!" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAITfoq3bny/5+GAcRAqDsAJ973BkSoN4xpvXYUhP2ea2LtczwhwCfSpGl YqsH8Fw7L7f+MfcYLXVeGRQ= =SSo7 -----END PGP SIGNATURE----- From alexl at stofanet.dk Wed Feb 4 18:33:21 2004 From: alexl at stofanet.dk (Alex Thomsen Leth) Date: Wed, 04 Feb 2004 19:33:21 +0100 Subject: [SPAM] Hello In-Reply-To: References: <200402041456.i14EuDn13090@mx2.redhat.com> Message-ID: <1075919601.2456.1.camel@simba.lion> whats happening, i havnt sent this to the list. but it's my email. Alex Leth On ons, 2004-02-04 at 13:20 -0500, csm at Lunar-Linux.org wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 4 Feb 2004, csm at Lunar-Linux.org spewed into the bitstream: > > >On Wed, 4 Feb 2004, alexl at stofanet.dk spewed into the bitstream: > > > >>The message cannot be represented in 7-bit ASCII encoding and has been > >>sent as a binary attachment. > > > >Moron! Sorry but it's moronic plain and simple. > > > >-- > >csm > >Lunar Linux Project Lead > >Disclaimer: "I am not a curmudgeon! No... really..." > >Addendum: "Bwahahaha! Fire up the orbital mind-control lasers!" > > Oh wait... and RH's mailing list software retransmits this too? This seems > to me to be something that could be dropped in transit (blocked) server > side quite easily. > > - -- > csm > Lunar Linux Project Lead > Disclaimer: "I am not a curmudgeon! No... really..." > Addendum: "Bwahahaha! Fire up the orbital mind-control lasers!" > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (GNU/Linux) > > iD8DBQFAITfoq3bny/5+GAcRAqDsAJ973BkSoN4xpvXYUhP2ea2LtczwhwCfSpGl > YqsH8Fw7L7f+MfcYLXVeGRQ= > =SSo7 > -----END PGP SIGNATURE----- > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list From shrek-m at gmx.de Wed Feb 4 18:46:00 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 04 Feb 2004 19:46:00 +0100 Subject: [SPAM] Hello In-Reply-To: <1075919601.2456.1.camel@simba.lion> References: <200402041456.i14EuDn13090@mx2.redhat.com> <1075919601.2456.1.camel@simba.lion> Message-ID: <40213DE8.9030103@gmx.de> Alex Thomsen Leth wrote: >whats happening, i havnt sent this to the list. but it's my email. > >>>>The message cannot be represented in 7-bit ASCII encoding and has been >>>>sent as a binary attachment. >>>> >>>> one more mydoom-a :-( http://sophos.com/virusinfo/analyses/w32mydooma.html ----snip---- At Wed Feb 4 18:56:21 2004 the virus scanner said: Sophos: >>> Virus 'W32/MyDoom-A' found in file readme.zip/readme.scr Sophos: >>> Virus 'W32/MyDoom-A' found in file readme.zip ClamAV: readme.zip contains Worm.SCO.A Note to Help Desk: Look on the MailScanner in /var/spool/MailScanner/quarantine/20040204 (message i14HsaP7002090). ----snap---- -- shrek-m From paul at all-the-johnsons.co.uk Wed Feb 4 19:33:01 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 04 Feb 2004 19:33:01 +0000 Subject: No sound under the 2.6.1 test kernels Message-ID: <1075923180.5333.8.camel@T7.linux> Hi, My box has two sound cards - a PCI ES1371 and the onboard Intel_810. Due to it having far better sound quality, I use the ES1371 card. Under the 2.4.2 kernels, I have no problems with the sound. Under the 2.6.1 kernels, I have no sound whatsoever. lspci reveals 0000:00:1f.5 Multimedia audio controller : Intel Corp. 82801BA/BAM AC'97 Audio (rev 05) 0000:02:01.0 Multimedia audio control : Ensoniq ES1371 [AudioPCI-97] lsmod shows the es1371 driver and ac97 codec are both loaded Any ideas on how to get sound running under the newer kernel without a recompile? TTFN Paul -------------- 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 whb at ceimaine.org Wed Feb 4 19:47:12 2004 From: whb at ceimaine.org (Will Backman) Date: Wed, 4 Feb 2004 14:47:12 -0500 (EST) Subject: No sound under the 2.6.1 test kernels In-Reply-To: <1075923180.5333.8.camel@T7.linux> References: <1075923180.5333.8.camel@T7.linux> Message-ID: <5314.216.220.235.15.1075924032.squirrel@mail.ceimaine.org> I alse use the Ensoniq card, and get no sound. > Hi, > > My box has two sound cards - a PCI ES1371 and the onboard Intel_810. Due > to it having far better sound quality, I use the ES1371 card. > > Under the 2.4.2 kernels, I have no problems with the sound. Under the > 2.6.1 kernels, I have no sound whatsoever. > > lspci reveals > > 0000:00:1f.5 Multimedia audio controller : Intel Corp. 82801BA/BAM AC'97 > Audio (rev 05) > 0000:02:01.0 Multimedia audio control : Ensoniq ES1371 [AudioPCI-97] > > lsmod shows the es1371 driver and ac97 codec are both loaded > > Any ideas on how to get sound running under the newer kernel without a > recompile? > > TTFN > > Paul From fedora at warmcat.com Wed Feb 4 20:13:00 2004 From: fedora at warmcat.com (Andy Green) Date: Wed, 4 Feb 2004 20:13:00 +0000 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <5314.216.220.235.15.1075924032.squirrel@mail.ceimaine.org> References: <1075923180.5333.8.camel@T7.linux> <5314.216.220.235.15.1075924032.squirrel@mail.ceimaine.org> Message-ID: <200402042013.00801.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 04 February 2004 19:47, Will Backman wrote: > I alse use the Ensoniq card, and get no sound. I apologize in advance if this is too stupid, but you didn't mention that you tried to set the volume levels in alsamixer. Also all the modules installed for your sound stuff should now begin snd-* - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAIVJMjKeDCxMJCTIRAoYkAJ9A7orKvB3Q6fUcIK5ukui4rp6lNgCfakhi 2sDP1PYMTuoALhO778dD/oE= =KpgA -----END PGP SIGNATURE----- From alexl at stofanet.dk Wed Feb 4 21:27:45 2004 From: alexl at stofanet.dk (Alex Thomsen Leth) Date: Wed, 04 Feb 2004 22:27:45 +0100 Subject: [SPAM] Hello In-Reply-To: <40213DE8.9030103@gmx.de> References: <200402041456.i14EuDn13090@mx2.redhat.com> <1075919601.2456.1.camel@simba.lion> <40213DE8.9030103@gmx.de> Message-ID: <1075930065.2592.0.camel@simba.lion> it cant run under linux ??? On ons, 2004-02-04 at 19:46 +0100, shrek-m at gmx.de wrote: > Alex Thomsen Leth wrote: > > >whats happening, i havnt sent this to the list. but it's my email. > > > >>>>The message cannot be represented in 7-bit ASCII encoding and has been > >>>>sent as a binary attachment. > >>>> > >>>> > > one more mydoom-a :-( > http://sophos.com/virusinfo/analyses/w32mydooma.html > > > ----snip---- > > At Wed Feb 4 18:56:21 2004 the virus scanner said: > Sophos: >>> Virus 'W32/MyDoom-A' found in file readme.zip/readme.scr > Sophos: >>> Virus 'W32/MyDoom-A' found in file readme.zip > ClamAV: readme.zip contains Worm.SCO.A > > Note to Help Desk: Look on the MailScanner in /var/spool/MailScanner/quarantine/20040204 (message i14HsaP7002090). > ----snap---- > > > -- > shrek-m > > > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list From pbender at qualcomm.com Wed Feb 4 20:24:22 2004 From: pbender at qualcomm.com (Paul Bender) Date: Wed, 04 Feb 2004 12:24:22 -0800 Subject: Kernel 2.6.x RPMs and vmlinux and third party modules Message-ID: <402154F6.4040307@qualcomm.com> With the 2.6.x kernel RPMs, it appears that vmlinux has been moved to the kernel-debuginfo RPM. Is there a reason that this was done? The reason I ask is that some third party kernel modules require vmlinux in order to build. During the build process, these modules use modpost, which takes vmlinux as its first argument. As a result, these modules cannot be built without installing the kernel-debuginfo package or rebuilding the kernel. Not having done any kernel module development, I am assuming that these modules need to use modpost (and therefore vmlinux) during the build process. If this is not the case, then could someone let me know so that I can inform the module developers. Anyway, since some third party modules require vmlinux to build, it would seem more sensible to include vmlinux in an RPM other than the kernel-debuginfo RPM. If a kernel-devel RPM existed, then it would make sense to include it there. Since no kernel-devel RPM exists, I think that vmlinuz should be included in the kernel RPM. One example of modules that require vmlinux are the MADWIFI drivers available at . From amit_shah25 at hotmail.com Wed Feb 4 21:30:09 2004 From: amit_shah25 at hotmail.com (Shah Amit) Date: Wed, 04 Feb 2004 16:30:09 -0500 Subject: Fedora for AMD64 Message-ID: Hi all, Has anyone tried the Fedora Core 1 for Amd64 test1 release for the 64bit AMD processor ?? I have an emachines laptop - 6805 which has the AMD64 ... I want to try to install Fedora on this, but I dont know how good and stable the Fedora AMD64 is ... .If anyone can give me some advise ... If not Fedora, which distro would be the best for the 64 bit AMD ... Thanks, Amit _________________________________________________________________ Find high-speed ?net deals ? comparison-shop your local providers here. https://broadband.msn.com From lamont at gurulabs.com Wed Feb 4 21:44:14 2004 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Wed, 04 Feb 2004 14:44:14 -0700 Subject: [SPAM] Hello In-Reply-To: <1075930065.2592.0.camel@simba.lion> References: <200402041456.i14EuDn13090@mx2.redhat.com> <1075919601.2456.1.camel@simba.lion> <40213DE8.9030103@gmx.de> <1075930065.2592.0.camel@simba.lion> Message-ID: <1075931054.2928.7.camel@wraith.advansoft.us> On Wed, 2004-02-04 at 14:27, Alex Thomsen Leth wrote: > it cant run under linux ??? [SNIP] No, it does not run under (nor infect) Linux. But, someone who is still encumbered by the granddaddy virus (a.k.a. Windows) has your email address in their address book. One of the ways in which MyDoom spreads itself by sending mail to people in the infected machines address book and spoofing the "From:" field to be from other people in the infected machines address book. I have had a couple of these myself. :-) Sux, eh? DISCLAIMER: This message contains my opinions and has not been scanned by the powers that be at my employer. If you are offended by my putting Windows into it's proper category...tough. That is where I put it. You do not have to agree for my opinion to stand. Live with it. Thank you. Have a nice day :-). -- Lamont Peterson Senior Instructor Guru Labs -------------- 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 stefan at eijk.nu Wed Feb 4 21:56:07 2004 From: stefan at eijk.nu (Stefan van der Eijk) Date: Wed, 04 Feb 2004 22:56:07 +0100 Subject: Fedora for AMD64 In-Reply-To: References: Message-ID: <40216A77.7090805@eijk.nu> Shah Amit wrote: > Hi all, > > Has anyone tried the Fedora Core 1 for Amd64 test1 release for the > 64bit AMD processor ?? I have an emachines laptop - 6805 which has the > AMD64 ... I want to try to install Fedora on this, but I dont know how > good and stable the Fedora AMD64 is ... .If anyone can give me some > advise ... If not Fedora, which distro would be the best for the 64 > bit AMD ... You could try Mandrake Linux. They have recently shipped their 9.2 product for amd64 and active development is going on (packages are being built & uploaded continuously). Finding a mirror that carries the amd64 cooker may be difficult, but this one has it: ftp://anorien.csc.warwick.ac.uk/Mandrake-devel/cooker/amd64/ Enjoy. Stefan -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3403 bytes Desc: S/MIME Cryptographic Signature URL: From 64bit_fedora at comcast.net Wed Feb 4 22:08:24 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Wed, 4 Feb 2004 16:08:24 -0600 Subject: Fedora for AMD64 In-Reply-To: References: Message-ID: <20040204220824.GA11908@comcast.net> On Wed, Feb 04, 2004 at 04:30:09PM -0500, Shah Amit wrote: > > Has anyone tried the Fedora Core 1 for Amd64 test1 release for the 64bit > AMD processor ?? I have an emachines laptop - 6805 which has the AMD64 ... > I want to try to install Fedora on this, but I dont know how good and > stable the Fedora AMD64 is ... .If anyone can give me some advise ... If > not Fedora, which distro would be the best for the 64 bit AMD ... We regret to inform you that... Actually, that laptop is full of new and unseen/tested hardware. That said, you can make it work, a few notes will be listed below: 1. You must use a USB keyboard for install (at least until after media check yes/no screen, keyboard works fine once installed despite kernel warning) 2. You must boot with acpi=off (While this is a VIA chipset, it is not the same as the desktop version, I need to add the ID for the IO_APIC workaround) 3. you will need to download pcmcia-cs and build it yourself until I get the patches in for the fedora version. 4. You will need to download XFree86 4.3.99.x from xfree86.org and rebuild from source (untar, make world, make install) 5. You will have to hand generate the XF86Config file, I will post mine and a brief link to this on the AMD64 FAQ site this week. The following things will NOT work currently (or I have not gotten them to myself): 1. The onboard wireless is broadcomm, in 32bit land people are using driverloader... There is no 64bit windows driver for this, and I do not know that driverloader has been looked at/thought of 64bit. 2. Power management, yes, this sucks. Fixing number 2 above should help this, but for now, expect about 1 hour battery life. Unfortunately eMachines did not bother to include any power control capabilities in the bios. In fact there is not much at all that is user tweakable in the bios. 3. Card reader. Might actually work, but I have not tried or seen any reports yet. All things considered, I am happy with the laptop, but it is going to take some time before any distro gives any real "out of the box" Linux experience. Note, these issues are isolted to this particular notebook, and possibly others with the same hardware... this is new stuff, and really the first time it has been seen (laptop was released Jan 19th). Unfortunately I do not think that the current Athlon64 laptop vendors have any interest in Linux testing with their products before release. So when it ships is when most developers see it for the first time. Hope this helps, Justin From mark at harddata.com Wed Feb 4 22:12:32 2004 From: mark at harddata.com (Mark) Date: Wed, 4 Feb 2004 15:12:32 -0700 Subject: Fedora for AMD64 In-Reply-To: References: Message-ID: <200402041512.32800.mark@harddata.com> On February 04, 2004 02:30 pm, Shah Amit wrote: > Hi all, > > Has anyone tried the Fedora Core 1 for Amd64 test1 release for the 64bit > AMD processor ?? Yes, it runs fairly well. I was using it but but recently I upgraded to early FC2 from Rawhide. I have been running 2.6.1 kernels for the most part so I am not sure how well the current 2.4 kernel works. I know some driver stuff has been back ported to the 2.4 kernel so it should work. Athlon64 3200+ 512MB RAM Biostar K8VHA Via Chipset Fedora Core 1.90 2.6.1 Kernel > I have an emachines laptop - 6805 which has the AMD64 ... > I want to try to install Fedora on this, but I dont know how good and > stable the Fedora AMD64 is ... .If anyone can give me some advise ... If > not Fedora, which distro would be the best for the 64 bit AMD ... You may have to install alsa to get sound working but I am unsure what chipset the M6807 uses. As for Video, under 64 Bit Linux, you won't be getting 3D support. The open source drivers don't support 3D for the 9600 and ATI has yet to release 64Bit drivers. regards, -- Mark Lane, CET mailto:mark at harddata.com Hard Data Ltd. http://www.harddata.com T: 01-780-456-9771 F: 01-780-456-9772 11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3 --> Ask me about our Excellent 1U Systems! <-- From vze2hw9t at verizon.net Wed Feb 4 23:01:37 2004 From: vze2hw9t at verizon.net (Steve Higbee) Date: Wed, 4 Feb 2004 15:01:37 -0800 Subject: Hello In-Reply-To: <200402041456.i14EuDn13090@mx2.redhat.com> Message-ID: <20040204230141.CNGD25581.out001.verizon.net@tardis> Thanks shithead -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of alexl at stofanet.dk Sent: Wednesday, February 04, 2004 7:21 AM To: fedora-test-list at redhat.com Subject: Hello The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment From mark at harddata.com Thu Feb 5 00:01:53 2004 From: mark at harddata.com (Mark) Date: Wed, 4 Feb 2004 17:01:53 -0700 Subject: Compiling x86 rpms on x86_64 Message-ID: <200402041701.53599.mark@harddata.com> I am finding some interesting problems trying to rebuild mozilla-1.6-0.i386 on my x86_64 system. It seems that even if I tell it "rpmbuild -ba --target=i386 mozilla.spec", it still builds the 64Bit version. What am I missing? I have already specifically set ${_libdir) to /usr/lib. regards, -- Mark Lane, CET mailto:mark at harddata.com Hard Data Ltd. http://www.harddata.com T: 01-780-456-9771 F: 01-780-456-9772 11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3 --> Ask me about our Excellent 1U Systems! <-- From mlarkin at azathoth.net Thu Feb 5 00:26:23 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Wed, 04 Feb 2004 16:26:23 -0800 Subject: Fedora for AMD64 In-Reply-To: <20040204220824.GA11908@comcast.net> References: <20040204220824.GA11908@comcast.net> Message-ID: <40218DAF.2060606@azathoth.net> SuSE 9.0 works much better out of the box, although some of the same problems below still apply. With FC1, I tried about a hundred combinations of various kernels and ACPI patches and only got a few things working. The "development" snapshot of what will end up FC2 won't even boot :( As for SuSE, most of the hardware works, aside from the wireless, Fn keys and power management (provided you again use acpi=off). By the way, SuSE is the only Linux distro that can be installed w/o using a USB keyboard. It will complain about not finding a keyboard and halt, but there's a install.inf file in /etc that you can Alt-F2 over and edit and change Keyboard:0 to Keyboard:1 and then restart Yast... (SuSE: off topic for this list, sorry. I'll quit now). It's still a bug though. FWIW, FreeBSD 5.1/5.2/5.2.1 all fail to boot NetBSD 11/10/03 snapshot also fails to boot I was putting together a page detailing my trials & tribulations with all these OSes, but the thing got so large with workarounds that I decided to redo it. -ml Justin M. Forbes wrote: >On Wed, Feb 04, 2004 at 04:30:09PM -0500, Shah Amit wrote: > > >>Has anyone tried the Fedora Core 1 for Amd64 test1 release for the 64bit >>AMD processor ?? I have an emachines laptop - 6805 which has the AMD64 ... >>I want to try to install Fedora on this, but I dont know how good and >>stable the Fedora AMD64 is ... .If anyone can give me some advise ... If >>not Fedora, which distro would be the best for the 64 bit AMD ... >> >> > >We regret to inform you that... Actually, that laptop is full of new and >unseen/tested hardware. That said, you can make it work, a few notes will >be listed below: > >1. You must use a USB keyboard for install (at least until after media >check yes/no screen, keyboard works fine once installed despite kernel >warning) > >2. You must boot with acpi=off (While this is a VIA chipset, it is not the >same as the desktop version, I need to add the ID for the IO_APIC >workaround) > >3. you will need to download pcmcia-cs and build it yourself until I get >the patches in for the fedora version. > >4. You will need to download XFree86 4.3.99.x from xfree86.org and rebuild >from source (untar, make world, make install) > >5. You will have to hand generate the XF86Config file, I will post mine and >a brief link to this on the AMD64 FAQ site this week. > >The following things will NOT work currently (or I have not gotten them to >myself): > >1. The onboard wireless is broadcomm, in 32bit land people are using >driverloader... There is no 64bit windows driver for this, and I do not >know that driverloader has been looked at/thought of 64bit. > >2. Power management, yes, this sucks. Fixing number 2 above should help this, >but for now, expect about 1 hour battery life. Unfortunately eMachines did >not bother to include any power control capabilities in the bios. In fact >there is not much at all that is user tweakable in the bios. > >3. Card reader. Might actually work, but I have not tried or seen any >reports yet. > >All things considered, I am happy with the laptop, but it is going to take >some time before any distro gives any real "out of the box" Linux >experience. Note, these issues are isolted to this particular notebook, >and possibly others with the same hardware... this is new stuff, and really >the first time it has been seen (laptop was released Jan 19th). >Unfortunately I do not think that the current Athlon64 laptop vendors have >any interest in Linux testing with their products before release. So when >it ships is when most developers see it for the first time. > >Hope this helps, > >Justin > > > > From leonard at den.ottolander.nl Thu Feb 5 01:10:48 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Thu, 05 Feb 2004 02:10:48 +0100 Subject: Hello In-Reply-To: <20040204230141.CNGD25581.out001.verizon.net@tardis> References: <20040204230141.CNGD25581.out001.verizon.net@tardis> Message-ID: <1075943448.4746.142.camel@athlon.localdomain> Hello Steve, > Thanks shithead This kind of language and attitude was unknown on the Red Hat lists until recently. This is why I appreciated these forums for years. Please be so kind to contribute to that positive atmosphere by maintaining your cool and not start calling people names. (I can handle an occasional BS, but the name calling I really dislike.) Thank you, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From pri.rhl1 at iadonisi.to Thu Feb 5 01:18:14 2004 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: Wed, 04 Feb 2004 20:18:14 -0500 Subject: Hello In-Reply-To: <1075943448.4746.142.camel@athlon.localdomain> References: <20040204230141.CNGD25581.out001.verizon.net@tardis> <1075943448.4746.142.camel@athlon.localdomain> Message-ID: <1075943893.13238.6.camel@va.local.linuxlobbyist.org> On Wed, 2004-02-04 at 20:10, Leonard den Ottolander wrote: > Hello Steve, > > > Thanks shithead > > This kind of language and attitude was unknown on the Red Hat lists > until recently. This is why I appreciated these forums for years. Please Add to this that the fact that MyDoom has been widely covered in the press and it is well known that one of the many things it does is forge >From headers and posts like this response are merely, well, spitting in the wind. Heck, my OWN address (used on this list) has been forged as I've received a bounce or two (yes, real ones, though I've received badly faked bounces, too) addressed to it. And they're certainly not a result of *me* propagating it, as I run Linux exclusively. Sheesh, and this wasn't the first post I've seen blasting the supposed virus propagator. Do a little research, man. -- -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 mrsam at courier-mta.com Thu Feb 5 01:45:28 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 04 Feb 2004 20:45:28 -0500 Subject: AMD64 install failure on LSI Megaraid. References: <00e301c3eb2c$7e28d740$9100000a@intgrp.com> Message-ID: Eric Wood writes: >> The only other detail here is that the Megaraid card is in the 32 bit PCI >> slot. For some reason I can't boot the machine with the Megaraid card in >> the 64 bit slot. > > What's kind of motherboard are you using? Have you flash your RAID card > with the latest BIOS. I did so on my 320-1 card and I believe it made it > compatible with the latest driver. It's an Accelertech ATO2161 dual-Opteron motherboard. I just flashed the 320-1 to the latest BIOS, also flashed the latest BIOS to the motherboard, and it made no difference. The partitions format OK, but as soon as it begins copying the packages, a slew of disk errors come out on tty4, and the install aborts. I'm wondering whether this has anything to do with me putting the 320-1 card into a 32-bit PCI slot, because that's the only way I could get the machine to boot at all. If I put the card into one of the 64bit slots, the machine does not survive the POST. Although this does point to a hardware issue, I note that I can format the RAID partitions, and I can manually use dd to write over the entire partition without reporting any errors whatsoever. It's only when Anaconda starts installing stuff does all the hell break loose. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wtogami at redhat.com Thu Feb 5 06:00:53 2004 From: wtogami at redhat.com (Warren Togami) Date: Wed, 04 Feb 2004 20:00:53 -1000 Subject: Fedora Core 1 Test Update: gdm-2.4.4.5-1.2 Message-ID: <4021DC15.6050509@redhat.com> --------------------------------------------------------------------- Fedora Core 1 Test Update Notification FEDORA-2004-064 2004-02-05 --------------------------------------------------------------------- Name : gdm Version : 2.4.4.5 Release : 1.2 Summary : The GNOME Display Manager. Description : Gdm (the GNOME Display Manager) is a highly configurable reimplementation of xdm, the X Display Manager. Gdm allows you to log into your system with the X Window System running and supports running several different X sessions on your local machine at the same time. --------------------------------------------------------------------- Update Information: This is a bug fix update that resolves these three issues: Bugzilla #110315 - GDM fails counting of XDMCP maximum sessions This resolves the issue where XDMCP sessions would fail with "Maximum number of open XDMCP sessions reached" due to problems with the MaxSession counter. This issue has been problematic especially for the K12LTSP community. K12LTSP expert administrators are thus encouraged to thoroughly test this update in production and report findings to the Bugzilla Tracking Report below. Bugzilla #113154 - GDM file descriptor leak Also fixed by the same patch. Bugzilla #113995 - GDM Japanese translations missing Patch contributed by Jens Petersen. Upgrade Note: Due to past file format changes, gdm moves your existing gdm.conf and possibly other gdm configuration files to .rpmsave and replaces it with a pristine copy. Normal single desktop users probably do not need to worry about this, but this can be problematic for LTSP or VNC remote desktop users. It is recommended that these users review changes between the .rpmsave and pristine config file, and reconfigure. The 'gdmsetup' GUI config tool found in System Settings -> Login Screen may be useful in configuration of gdm. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114986 Please discuss this test update on k12osn and fedora-test-list. Report definite findings to this above Test Update Tracking report. If no regressions are confirmed by February 16th, 2004 then this update should become final. --------------------------------------------------------------------- * Wed Feb 04 2004 Warren Togami 1:2.4.4.5-1.2 - renamed for FC1 update * Tue Feb 03 2004 Warren Togami 1:2.4.4.5-9 - add two lines to match upstream CVS to xdmcp_sessions.patch Fully resolves #110315 and #113154 * Sun Feb 01 2004 Warren Togami 1:2.4.4.5-8 - patch30 xdmcp_session counter fix from gdm-2.5.90.0 #110315 - automake14 really needed, not automake - BR libcroco-devel, libcroco-devel, libattr-devel, gettext - conditionally BR libselinux-devel - explicit epoch in all deps - make the ja.po time format change with a sed expression rather than overwriting the whole file (Petersen #113995) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 61f2777a2984d1e6654a5016cd618d10 SRPMS/gdm-2.4.4.5-1.2.src.rpm 5bfc22d7aa5765240a474f4f35c1d3a1 i386/gdm-2.4.4.5-1.2.i386.rpm 57bcd986204d950b86c7865ee9e452b8 i386/debug/gdm-debuginfo-2.4.4.5-1.2.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://fedora.redhat.com/updates/testing/fedora-core-1 --------------------------------------------------------------------- From czar at czarc.net Thu Feb 5 09:09:25 2004 From: czar at czarc.net (Gene C.) Date: Thu, 5 Feb 2004 04:09:25 -0500 Subject: Compiling x86 rpms on x86_64 In-Reply-To: <200402041701.53599.mark@harddata.com> References: <200402041701.53599.mark@harddata.com> Message-ID: <200402050409.25024.czar@czarc.net> On Wednesday 04 February 2004 19:01, Mark wrote: > I am finding some interesting problems trying to rebuild mozilla-1.6-0.i386 > on my x86_64 system. It seems that even if I tell it "rpmbuild -ba > --target=i386 mozilla.spec", it still builds the 64Bit version. What am I > missing? > > I have already specifically set ${_libdir) to /usr/lib. I am not sure what you problem is but, from my experience, it is likely that mozilla is not being compiled with -m32 or -m64 specified. Without this specification, gcc will default to produce 32 bit code on a 32 bit OS and 64 bit code on a 64 bit OS. To compile for 32 bits, you will need to add -m32 to all compiles. Now, this is likely not the end of your problems. As I found out rebuilding the gcc package, you will also need the i386 versions of some devel packages (such as glibc-devel). I would suggest that it is more reliable (less aggravation) to compile your 32 bit applications on a 32 bit OS. Assuming that the needed runtime libraries are installed (e.g., glibc i686), you will then be able to install the package on your 64 bit OS. While FC1 x86_64 has some support for running 32 bit applications and the 64 bit gcc will compile 32 bit applications, it does not currently (and likely never will) have a 32 bit development environment that is very meaningful. Now just how extensive the 32 bit runtime and development capabilities should be for the x86_64 version of Fedora Core is something that should be discussed. While SUSE for the x86_64 does have more extensive runtime (and development?) support for 32 bit applications, it also requires two DVDs for the full binary+source distribution ... double the size of Fedora Core or other Red Hat distributions. Right now, the decision for Fedora Core appears to be for a minimal 32 bit capability ... enough to support the Fedora Core applications which currently are not (cannot be) ported to 64 bits. The situation is further complicated by the difficulty of installing ix86 packages post system installation ... while the libraries are put in separate directory trees (/usr/lib and /usr/lib64), binary executables are put into a single directory (e.g., /usr/bin) and some library packages have executable files (e.g., openssl). -- Gene From mlarkin at azathoth.net Thu Feb 5 09:39:46 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Thu, 05 Feb 2004 01:39:46 -0800 Subject: JVM for amd64 RC1? In-Reply-To: <20040131044521.GB3243@www.robertsr.us> References: <20040130212922.GA3243@www.robertsr.us> <401ACF3A.5080108@optonline.net> <20040131044521.GB3243@www.robertsr.us> Message-ID: <40220F62.8010001@azathoth.net> I've been running Tomcat on x86-64 using Blackdown 1.4.2 amd64 build all day and it's working fine. I tested a few webapps that are fairly complex. I also tried Blackdown's 1.4.2 for i386 and it also gave me no problems, although I didn't test that as much. The one problem I did notice is that JNI fails on the amd64 build if you use 32 bit libraries (have to use 32 bit JVM, but it works fine if you do). What version of Tomcat are you using? Anything odd about your server.xml config? PS - it seems to work fine under both SuSE 9.0 and FC1, but most of the testing I've done has been under SuSE. -ml Barry Roberts wrote: >On Fri, Jan 30, 2004 at 04:40:10PM -0500, Nathan Bryant wrote: > > >>This is the wrong list. You should post the JVM/Hotspot error to the >>java-linux list somewhere on Blackdown.org. It might be a good idea not >>to use ZIP format. >> >> >> > >So far no response on that list, and the plain text was too big for this list. > > > >>The 32 bit jdk should, in theory, work on Fedora but you will need to >>install the i686 glibc rpm's. If you selected mozilla during >>installation, the 32-bit libraries should be present, otherwise you can >>get them from the distribution or the external updates respository that >>has been discussed here recently. >> >> > >Ok, so much for the theory. I've tried the latest 32-bit jvms from >Sun, blackdown.org, and IBM. With the 32-bit glibc and libstdc++, >they install, and will run Tomcat. Sometimes. For a few seconds. >Then I hit the server a couple of times and get something like the >error below. > >So if anybody is succesfully using Java, especially tomcat or any >servlet container on an x86-64, I would love to hear how it was done >(what jvm, distro, etc.), since this is about what I was getting on >SuSE 8.1. > >Thanks, >Barry Roberts > >Jan 31 04:15:35 optitwo kernel: Oops: 0010 >Jan 31 04:15:35 optitwo kernel: CPU 1 >Jan 31 04:15:35 optitwo kernel: Pid: 18527, comm: java Not tainted >Jan 31 04:15:35 optitwo kernel: RIP: 0010:[<00000001801c7fce>] >Jan 31 04:15:35 optitwo kernel: RSP: 0000:0000010078583e48 EFLAGS: 00010212 >Jan 31 04:15:35 optitwo kernel: RAX: 0000000000000000 RBX: 00000000cb5e2d40 RCX: 0000000000000000 >Jan 31 04:15:35 optitwo kernel: RDX: 0000000000000000 RSI: 0000010078583f38 RDI: 00000000cb5e2dd0 >Jan 31 04:15:35 optitwo kernel: RBP: 0000000000000000 R08: 0000000008052b7c R09: 00000000c8988920 >Jan 31 04:15:35 optitwo kernel: R10: 0000000000000000 R11: 00000000c898878c R12: 0000010078583f58 >Jan 31 04:15:35 optitwo kernel: R13: 0000010005412728 R14: 000000000000000c R15: 0000010078582a58 >Jan 31 04:15:35 optitwo kernel: FS: 0000002a95565060(0000) GS:ffffffff80572880(005b) knlGS:00000000cb5e4bb0 >Jan 31 04:15:35 optitwo kernel: CS: 0010 DS: 002b ES: 002b CR0: 000000008005003b >Jan 31 04:15:35 optitwo kernel: CR2: 00000001801c7fce CR3: 0000000037ffe000 CR4: 00000000000006e0 >Jan 31 04:15:35 optitwo kernel: Process java (pid: 18527, stackpage=10078583000) >Jan 31 04:15:35 optitwo kernel: Stack: 0000010078583e48 0000000000000000 00000001801c7fce 0000000100000000 >Jan 31 04:15:35 optitwo kernel: 0000000000000000 55b37e4400000000 0000000100000000 08052b7c00000000 >Jan 31 04:15:35 optitwo kernel: 8013daaa00000000 00000000ffffffff 3b9ab29000000000 c898878c00000000 >Jan 31 04:15:35 optitwo kernel: Call Trace: []{do_signal+158} []{compat_sys_futex+202} >Jan 31 04:15:35 optitwo kernel: []{intret_signal+45} >Jan 31 04:15:35 optitwo kernel: >Jan 31 04:15:35 optitwo kernel: Code: Bad RIP value. >Jan 31 04:15:35 optitwo kernel: RIP [<00000001801c7fce>] RSP <0000010078583e48> >Jan 31 04:15:35 optitwo kernel: CR2: 00000001801c7fce > > > > From chiodr at kscems.ksc.nasa.gov Thu Feb 5 11:37:55 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Thu, 05 Feb 2004 06:37:55 -0500 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <200402042013.00801.fedora@warmcat.com> References: <1075923180.5333.8.camel@T7.linux> <5314.216.220.235.15.1075924032.squirrel@mail.ceimaine.org> <200402042013.00801.fedora@warmcat.com> Message-ID: <1075981075.23538.5.camel@tweedy.ksc.nasa.gov> On Wed, 2004-02-04 at 15:13, Andy Green wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wednesday 04 February 2004 19:47, Will Backman wrote: > > I alse use the Ensoniq card, and get no sound. > > I apologize in advance if this is too stupid, but you didn't mention that you > tried to set the volume levels in alsamixer. Also all the modules installed > for your sound stuff should now begin snd-* > > - -Andy Shouldn't the ALSA libs and ALSA utils also be installed? http://www.alsa-project.org/ Also, updating the ALSA drivers in the 2.6 kernel does not hurt. Bob... -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at warmcat.com Thu Feb 5 11:51:13 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 5 Feb 2004 11:51:13 +0000 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <1075981075.23538.5.camel@tweedy.ksc.nasa.gov> References: <1075923180.5333.8.camel@T7.linux> <200402042013.00801.fedora@warmcat.com> <1075981075.23538.5.camel@tweedy.ksc.nasa.gov> Message-ID: <200402051151.13385.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 05 February 2004 11:37, Bob Chiodini wrote: > Also, updating the ALSA drivers in the 2.6 kernel does not hurt. I read only yesterday that this was possible with the regular alsa-driver tarballs, but when I tried on the 2.6.1-1.65 I get CC [M] /usr/src/alsa-driver-1.0.2/kbuild/../acore/memalloc.o In file included from /usr/src/alsa-driver-1.0.2/acore/memalloc.inc:13, from /usr/src/alsa-driver-1.0.2/acore/memalloc.c:1: /usr/src/alsa-driver-1.0.2/include/adriver.h:425: error: conflicting types for `class_simple_device_add' include/linux/device.h:255: error: previous declaration of `class_simple_device_add' /usr/src/alsa-driver-1.0.2/include/adriver.h:426: error: conflicting types for `class_simple_device_remove' include/linux/device.h:256: error: previous declaration of `class_simple_device_remove' make[3]: *** [/usr/src/alsa-driver-1.0.2/kbuild/../acore/memalloc.o] Error 1 make[2]: *** [/usr/src/alsa-driver-1.0.2/kbuild/../acore] Error 2 make[1]: *** [/usr/src/alsa-driver-1.0.2/kbuild] Error 2 make[1]: Leaving directory `/lib/modules/2.6.1-1.65/build' make: *** [compile] Error 2 [root at fastcat alsa-driver-1.0.2]# :-/ - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAIi4xjKeDCxMJCTIRAqe/AJ98Pp2KGDrPYSdY6kNLIrf46frFawCfbT3k JBSBiwHaQqRQh+zc5MyI0N8= =IqnG -----END PGP SIGNATURE----- From leonid at aduva.com Thu Feb 5 14:18:10 2004 From: leonid at aduva.com (Leonid Podolny) Date: Thu, 05 Feb 2004 16:18:10 +0200 Subject: Upgrade to fc2 Message-ID: <402250A2.4000507@aduva.com> Hi, I currently run fc1 and would like to test current releases of fc2. What is a right way to do that? From skvidal at phy.duke.edu Thu Feb 5 14:54:05 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 05 Feb 2004 09:54:05 -0500 Subject: Upgrade to fc2 In-Reply-To: <402250A2.4000507@aduva.com> References: <402250A2.4000507@aduva.com> Message-ID: <1075992845.23693.4.camel@opus> On Thu, 2004-02-05 at 09:18, Leonid Podolny wrote: > Hi, > I currently run fc1 and would like to test current releases of fc2. What > is a right way to do that? > the right way is to reinstall. upgrades to/from betas or test releases are NOT supported. -sv From rpjday at mindspring.com Thu Feb 5 14:59:32 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 5 Feb 2004 09:59:32 -0500 (GMT-05:00) Subject: Upgrade to fc2 Message-ID: <32941923.1075993187449.JavaMail.root@wamui10.slb.atl.earthlink.net> -----Original Message----- From: seth vidal Sent: Feb 5, 2004 9:54 AM To: fedora-test-list at redhat.com Subject: Re: Upgrade to fc2 On Thu, 2004-02-05 at 09:18, Leonid Podolny wrote: > Hi, > I currently run fc1 and would like to test current releases of fc2. What > is a right way to do that? > the right way is to reinstall. upgrades to/from betas or test releases are NOT supported. -sv ------------------------------------------ huh? i certainly buy that upgrading *from* a test/beta shouldn't be supported, but i thought the whole point of a beta is that, in a perfect world, its behaviour is that it should match the eventual release as closely as possible. and that includes being able to upgrade from one release to the next. granted, trying to upgrade from FC1 to FC2-test1 may fry your machine, we all understand that. but are you suggesting that even upgrading from FC1 to FC2-final *won't* be supported? that's pretty disturbing. rday From skvidal at phy.duke.edu Thu Feb 5 15:05:01 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 05 Feb 2004 10:05:01 -0500 Subject: Upgrade to fc2 In-Reply-To: <32941923.1075993187449.JavaMail.root@wamui10.slb.atl.earthlink.net> References: <32941923.1075993187449.JavaMail.root@wamui10.slb.atl.earthlink.net> Message-ID: <1075993501.23693.10.camel@opus> > huh? i certainly buy that upgrading *from* a test/beta shouldn't > be supported, but i thought the whole point of a beta is that, in a > perfect world, its behaviour is that it should match the eventual > release as closely as possible. and that includes being able to > upgrade from one release to the next. no. > granted, trying to upgrade from FC1 to FC2-test1 may fry your > machine, we all understand that. but are you suggesting that > even upgrading from FC1 to FC2-final *won't* be supported? > that's pretty disturbing. FC1 to FC2 is not a test release to a test release. it's a final to a final. Here is a problem: fc2 test1 will have evolution 1.5 in it. it looks like evolution will NOT be ready by the time fc2 final is due out. So that means rolling back to evolution 1.4.X. So the options are: add an epoch (ugh) explain to people that they can't upgrade from test1 to test2 w/o removing evolution OR they can, they just won't get the correct packages. -sv From manithree at crosswinds.net Thu Feb 5 15:11:06 2004 From: manithree at crosswinds.net (Barry Roberts) Date: Thu, 5 Feb 2004 08:11:06 -0700 Subject: JVM for amd64 RC1? In-Reply-To: <40220F62.8010001@azathoth.net> References: <20040130212922.GA3243@www.robertsr.us> <401ACF3A.5080108@optonline.net> <20040131044521.GB3243@www.robertsr.us> <40220F62.8010001@azathoth.net> Message-ID: <20040205151106.GL3243@www.robertsr.us> On Thu, Feb 05, 2004 at 01:39:46AM -0800, Mike Larkin wrote: > > The one problem I did notice is that JNI fails on the amd64 build if you > use 32 bit libraries (have to use 32 bit JVM, but it works fine if you do). > > What version of Tomcat are you using? Anything odd about your server.xml > config? Tomcat 4.1.27. Nothing really weird with my server.xml. From the default that comes with Tomcat, I add context's for my apps, usually put the ajp coyote connector on port 139, and that's all I change, I think. I wonder if the Oracle thin jdbc .jar I'm using is the problem. I did get a blackdown 32-bit jdk (don't remember which version, but it was the latest a few weeks ago) to run for a couple of weeks once, but it was constantly spitting messages to /var/log/messages. And it did eventually die. That was on SuSE 8.1. The current rc of the blackdown 64-bit jvm works with -Xint, but very slowly. And no errors. So I'm hoping the release will "just work" for me. Thanks, Barry Roberts From mark at mark.mielke.cc Thu Feb 5 15:17:39 2004 From: mark at mark.mielke.cc (Mark Mielke) Date: Thu, 5 Feb 2004 10:17:39 -0500 Subject: Upgrade to fc2 In-Reply-To: <1075993501.23693.10.camel@opus> References: <32941923.1075993187449.JavaMail.root@wamui10.slb.atl.earthlink.net> <1075993501.23693.10.camel@opus> Message-ID: <20040205151739.GA7203@mark.mielke.cc> On Thu, Feb 05, 2004 at 10:05:01AM -0500, seth vidal wrote: > So the options are: > add an epoch (ugh) > explain to people that they can't upgrade from test1 to test2 w/o > removing evolution OR they can, they just won't get the correct > packages. You've just proven that upgrades from test1 to test2 should not be supported. Consider the following: valid: FC1 -> FC2 test1 valid: FC1 -> FC2 test2 valid: FC1 -> FC2 test3 valid: FC1 -> FC2 invalid: FC2 test1 -> FC2 test2 invalid: FC2 test1 -> FC2 test3 invalid: FC2 test1 -> FC2 invalid: FC2 test2 -> FC2 test3 invalid: FC2 test2 -> FC2 invalid: FC2 test3 -> FC2 Cheers, mark -- mark at mielke.cc/markm at ncf.ca/markm at nortelnetworks.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From rob.myers at gtri.gatech.edu Thu Feb 5 15:19:58 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Thu, 05 Feb 2004 10:19:58 -0500 Subject: JVM for amd64 RC1? In-Reply-To: <20040130212922.GA3243@www.robertsr.us> References: <20040130212922.GA3243@www.robertsr.us> Message-ID: <1075994398.25182.820.camel@dungeness.stl.gtri.gatech.edu> On Fri, 2004-01-30 at 16:29, Barry Roberts wrote: > Is there a decent jdk for Fedora RC1 amd64? Or is there a way to make > one of the ones I've already tried actually work? i'm not sure how keen you are to try a beta, but it looks like sun's jdk 1.5.0 beta supports opteron: http://java.sun.com/j2se/1.5.0/docs/relnotes/features.html#platform_proc64 rob. From nbryant at optonline.net Thu Feb 5 15:21:30 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Thu, 05 Feb 2004 10:21:30 -0500 Subject: Upgrade to fc2 In-Reply-To: <1075992845.23693.4.camel@opus> References: <402250A2.4000507@aduva.com> <1075992845.23693.4.camel@opus> Message-ID: <40225F7A.4020101@optonline.net> seth vidal wrote: > upgrades to/from betas or test releases are NOT supported. Upgrades *to* test releases certainly *should* be (and I believe, are?) supported: after all, we need to test the upgrade capability! From rpjday at mindspring.com Thu Feb 5 15:28:14 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 5 Feb 2004 10:28:14 -0500 (GMT-05:00) Subject: Upgrade to fc2 Message-ID: <29880245.1075994903527.JavaMail.root@wamui10.slb.atl.earthlink.net> -----Original Message----- From: Mark Mielke Sent: Feb 5, 2004 10:17 AM To: fedora-test-list at redhat.com Subject: Re: Upgrade to fc2 You've just proven that upgrades from test1 to test2 should not be supported. Consider the following: valid: FC1 -> FC2 test1 valid: FC1 -> FC2 test2 valid: FC1 -> FC2 test3 valid: FC1 -> FC2 invalid: FC2 test1 -> FC2 test2 invalid: FC2 test1 -> FC2 test3 invalid: FC2 test1 -> FC2 invalid: FC2 test2 -> FC2 test3 invalid: FC2 test2 -> FC2 invalid: FC2 test3 -> FC2 --------------------------------------------------- based on seth's recent posting, i can see the complications. but all of the above can be summarized as follows, no? 1) in a perfect world, you should be able to upgrade from an official release to any later release -- test or otherwise. certainly, trying to upgrade from FC1 to some FC2-test release is just trying to emulate an eventual real upgrade from FC1 to FC2. i mean, that's the whole point of the beta test -- to see if that upgrade will work. 2) there is *no* support for upgrading *from* any test release to anything else. that's it. two simple rules, right? rday From notting at redhat.com Thu Feb 5 15:31:06 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 5 Feb 2004 10:31:06 -0500 Subject: Upgrade to fc2 In-Reply-To: <29880245.1075994903527.JavaMail.root@wamui10.slb.atl.earthlink.net> References: <29880245.1075994903527.JavaMail.root@wamui10.slb.atl.earthlink.net> Message-ID: <20040205153106.GD31385@devserv.devel.redhat.com> Robert P. J. Day (rpjday at mindspring.com) said: > 1) in a perfect world, you should be able to upgrade from an official > release to any later release -- test or otherwise. certainly, trying to > upgrade from FC1 to some FC2-test release is just trying to emulate > an eventual real upgrade from FC1 to FC2. i mean, that's the whole > point of the beta test -- to see if that upgrade will work. > > 2) there is *no* support for upgrading *from* any test release to > anything else. > > that's it. two simple rules, right? Correct. Bill From leonid at aduva.com Thu Feb 5 15:34:11 2004 From: leonid at aduva.com (Leonid Podolny) Date: Thu, 05 Feb 2004 17:34:11 +0200 Subject: Upgrade to fc2 In-Reply-To: <29880245.1075994903527.JavaMail.root@wamui10.slb.atl.earthlink.net> References: <29880245.1075994903527.JavaMail.root@wamui10.slb.atl.earthlink.net> Message-ID: <40226273.6060705@aduva.com> Yes, but how do I upgrade FC1 to FC2 test? yum? ftp? Robert P. J. Day wrote: >-----Original Message----- >From: Mark Mielke >Sent: Feb 5, 2004 10:17 AM >To: fedora-test-list at redhat.com >Subject: Re: Upgrade to fc2 > >You've just proven that upgrades from test1 to test2 should not be >supported. Consider the following: > >valid: FC1 -> FC2 test1 >valid: FC1 -> FC2 test2 >valid: FC1 -> FC2 test3 >valid: FC1 -> FC2 > >invalid: FC2 test1 -> FC2 test2 >invalid: FC2 test1 -> FC2 test3 >invalid: FC2 test1 -> FC2 >invalid: FC2 test2 -> FC2 test3 >invalid: FC2 test2 -> FC2 >invalid: FC2 test3 -> FC2 > >--------------------------------------------------- > > based on seth's recent posting, i can see the complications. but all >of the above can be summarized as follows, no? > >1) in a perfect world, you should be able to upgrade from an official > release to any later release -- test or otherwise. certainly, trying to > upgrade from FC1 to some FC2-test release is just trying to emulate > an eventual real upgrade from FC1 to FC2. i mean, that's the whole > point of the beta test -- to see if that upgrade will work. > >2) there is *no* support for upgrading *from* any test release to > anything else. > >that's it. two simple rules, right? > >rday > > > > > From leonid at aduva.com Thu Feb 5 15:34:48 2004 From: leonid at aduva.com (Leonid Podolny) Date: Thu, 05 Feb 2004 17:34:48 +0200 Subject: Upgrade to fc2 In-Reply-To: <1075992845.23693.4.camel@opus> References: <402250A2.4000507@aduva.com> <1075992845.23693.4.camel@opus> Message-ID: <40226298.2010209@aduva.com> seth vidal wrote: >the right way is to reinstall. > >upgrades to/from betas or test releases are NOT supported. >-sv > > Where do I reinstall from? From mark at mark.mielke.cc Thu Feb 5 15:36:05 2004 From: mark at mark.mielke.cc (Mark Mielke) Date: Thu, 5 Feb 2004 10:36:05 -0500 Subject: Upgrade to fc2 In-Reply-To: <40226273.6060705@aduva.com> References: <29880245.1075994903527.JavaMail.root@wamui10.slb.atl.earthlink.net> <40226273.6060705@aduva.com> Message-ID: <20040205153605.GA7678@mark.mielke.cc> You burn the ISO's, pop them in your drive, boot, and select upgrade... :-) mark On Thu, Feb 05, 2004 at 05:34:11PM +0200, Leonid Podolny wrote: > Yes, but how do I upgrade FC1 to FC2 test? yum? ftp? > Robert P. J. Day wrote: > > >-----Original Message----- > >From: Mark Mielke > >Sent: Feb 5, 2004 10:17 AM > >To: fedora-test-list at redhat.com > >Subject: Re: Upgrade to fc2 > > > >You've just proven that upgrades from test1 to test2 should not be > >supported. Consider the following: > > > >valid: FC1 -> FC2 test1 > >valid: FC1 -> FC2 test2 > >valid: FC1 -> FC2 test3 > >valid: FC1 -> FC2 > > > >invalid: FC2 test1 -> FC2 test2 > >invalid: FC2 test1 -> FC2 test3 > >invalid: FC2 test1 -> FC2 > >invalid: FC2 test2 -> FC2 test3 > >invalid: FC2 test2 -> FC2 > >invalid: FC2 test3 -> FC2 > > > >--------------------------------------------------- > > > > based on seth's recent posting, i can see the complications. but all > >of the above can be summarized as follows, no? > > > >1) in a perfect world, you should be able to upgrade from an official > > release to any later release -- test or otherwise. certainly, trying to > > upgrade from FC1 to some FC2-test release is just trying to emulate > > an eventual real upgrade from FC1 to FC2. i mean, that's the whole > > point of the beta test -- to see if that upgrade will work. > > > >2) there is *no* support for upgrading *from* any test release to > > anything else. > > > >that's it. two simple rules, right? > > > >rday > > > > > > > > > > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list -- mark at mielke.cc/markm at ncf.ca/markm at nortelnetworks.com __________________________ . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ | | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada One ring to rule them all, one ring to find them, one ring to bring them all and in the darkness bind them... http://mark.mielke.cc/ From kaboom at gatech.edu Thu Feb 5 15:39:29 2004 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 5 Feb 2004 10:39:29 -0500 (EST) Subject: Upgrade to fc2 In-Reply-To: <1075993501.23693.10.camel@opus> References: <32941923.1075993187449.JavaMail.root@wamui10.slb.atl.earthlink.net> <1075993501.23693.10.camel@opus> Message-ID: On Thu, 5 Feb 2004, seth vidal wrote: > > > huh? i certainly buy that upgrading *from* a test/beta shouldn't > > be supported, but i thought the whole point of a beta is that, in a > > perfect world, its behaviour is that it should match the eventual > > release as closely as possible. and that includes being able to > > upgrade from one release to the next. > > no. yes. You have to test upgrading from FC1 to FC2 betas. Otherwise, we won't know if FC1 -> FC2 final will work, and it has to. > So the options are: > add an epoch (ugh) > explain to people that they can't upgrade from test1 to test2 w/o > removing evolution OR they can, they just won't get the correct > packages. None of that negates testing release upgrade to test, just upgrade from test to next release. later, chris From tdiehl at rogueind.com Thu Feb 5 15:40:46 2004 From: tdiehl at rogueind.com (Tom Diehl) Date: Thu, 5 Feb 2004 10:40:46 -0500 (EST) Subject: Upgrade to fc2 In-Reply-To: <40226273.6060705@aduva.com> References: <29880245.1075994903527.JavaMail.root@wamui10.slb.atl.earthlink.net> <40226273.6060705@aduva.com> Message-ID: On Thu, 5 Feb 2004, Leonid Podolny wrote: > Yes, but how do I upgrade FC1 to FC2 test? yum? ftp? Officially FC2 does not exist yet, so it would be difficult to install/upgrade to it. Today installing rawhide is the closest you can get to it. You should be able to use anaconda and maybe yum or apt to do the upgrade. I did a fresh install of rawhide yesterday and for the most part it worked. HTH, Tom From rpjday at mindspring.com Thu Feb 5 15:42:26 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 5 Feb 2004 10:42:26 -0500 (GMT-05:00) Subject: upgrade issues: FC1 -> FC2, and kernel-related issues Message-ID: <14164884.1075995755797.JavaMail.root@wamui10.slb.atl.earthlink.net> if there's a pointer to a URL that covers this, that would be just fine. just how is one going to upgrade from FC1 to FC2 and get the 2.6 kernel given the incompatibilities in some of the underlying files from 2.4? long, long ago, i already went through most of the exercise of moving up to the 2.5/2.6 kernels, which involved having to make changes in /etc/rc.sysinit for renamed USB modules and other stuff. and there was the issue involving LVM1 -> LVM2, which i decided to avoid for the time being. (at the moment, i'm running FC1 with a 2.4.22 kernel and LVM1.) so, what happens if someone already has a system with LVM1 volume manager? in switching to the 2.6 kernel, is an upgrade even possible? what if one wants to have the option of both 2.4 and 2.6 kernels at boot time, given some of the incompatibilities? thoughts? rday From jspaleta at princeton.edu Thu Feb 5 15:49:33 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Thu, 05 Feb 2004 10:49:33 -0500 Subject: Upgrade to fc2 Message-ID: <1075996173.13198.13.camel@spatula.pppl.gov> Leonid Podolny wrote: > Yes, but how do I upgrade FC1 to FC2 test? yum? ftp? The better question to ask is... which upgrade method needs testing. And the best answer is, whichever upgrade method do you need to have working when you do a final upgrade from FC1 to FC2. Under RHL, upgrades via anaconda were the only upgrade path that Red Hat was going to even public pretend to make sure is working. yum was a worksforme situation that yum developers and users tested seemingly their own. For Fedora, I'm sure Red Hat's engineers are still focused on getting anaconda working as the priority, but now that yum is inside Core it's a little more difficult for me to tell people not to test the yum upgrade path. So if you can...test both anaconda and yum as upgrade paths. -jef From tdiehl at rogueind.com Thu Feb 5 15:55:58 2004 From: tdiehl at rogueind.com (Tom Diehl) Date: Thu, 5 Feb 2004 10:55:58 -0500 (EST) Subject: Upgrade to fc2 In-Reply-To: <1075996173.13198.13.camel@spatula.pppl.gov> References: <1075996173.13198.13.camel@spatula.pppl.gov> Message-ID: On Thu, 5 Feb 2004, Jef Spaleta wrote: > Leonid Podolny wrote: > > Yes, but how do I upgrade FC1 to FC2 test? yum? ftp? > > The better question to ask is... which upgrade method needs testing. > And the best answer is, whichever upgrade method do you need to have > working when you do a final upgrade from FC1 to FC2. > > Under RHL, upgrades via anaconda were the only upgrade path that Red Hat > was going to even public pretend to make sure is working. yum was a > worksforme situation that yum developers and users tested seemingly > their own. For Fedora, I'm sure Red Hat's engineers are still focused > on getting anaconda working as the priority, but now that yum is inside > Core it's a little more difficult for me to tell people not to test the > yum upgrade path. So if you can...test both anaconda and yum as upgrade > paths. Is it just me or this whole upgrade thing going to get real complex given the introduction of both selinux and the 2.6 kernel? Is it even possible to upgrade and have selinux active after the upgrade without a large amount of human intervention? Tom From alan at redhat.com Thu Feb 5 16:25:45 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 5 Feb 2004 11:25:45 -0500 Subject: Upgrade to fc2 In-Reply-To: <32941923.1075993187449.JavaMail.root@wamui10.slb.atl.earthlink.net> References: <32941923.1075993187449.JavaMail.root@wamui10.slb.atl.earthlink.net> Message-ID: <20040205162545.GE4790@devserv.devel.redhat.com> On Thu, Feb 05, 2004 at 09:59:32AM -0500, Robert P. J. Day wrote: > huh? i certainly buy that upgrading *from* a test/beta shouldn't > be supported, but i thought the whole point of a beta is that, in a > perfect world, its behaviour is that it should match the eventual > release as closely as possible. and that includes being able to > upgrade from one release to the next. Upgrading to test releases normally works, but it is a test so some historic RH test/beta's have gone out with "we know update is broken" notes, others we've found update had bugs in the beta process. Throwing FC2 onto a seperate partition isnt a bad idea however. From notting at redhat.com Thu Feb 5 16:42:46 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 5 Feb 2004 11:42:46 -0500 Subject: Fedora Core 1 Test Update: kudzu-1.1.36.1-1 Message-ID: <20040205164246.GA29163@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-067 2004-02-05 --------------------------------------------------------------------- Name : kudzu Version : 1.1.36.1 Release : 1 Summary : The Red Hat Linux hardware probing tool. Description : Kudzu is a hardware probing tool run at system boot time to determine what hardware has been added or removed from the system. --------------------------------------------------------------------- Update Information: This kudzu package fixes a segfault in the network detection code, and some bugs when configuring network devices. --------------------------------------------------------------------- * Wed Feb 04 2004 Bill Nottingham 1.1.36.1-1 - fix segfault on CLASS_NETWORK devices with no device set (#106332) - fix various network device naming snafus (#114611, #113418) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ c0f7cfa3762c77f06a13b427eeefdc2c SRPMS/kudzu-1.1.36.1-1.src.rpm 93309c70e9a83a79fa1b7e59e1730f7a i386/kudzu-1.1.36.1-1.i386.rpm 818a1c10331ea10458f8989487d19e7d i386/kudzu-devel-1.1.36.1-1.i386.rpm 11dbfdb1ace24f1b2de255b174f533a4 i386/debug/kudzu-debuginfo-1.1.36.1-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-1 --------------------------------------------------------------------- From kaboom at gatech.edu Thu Feb 5 17:03:40 2004 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 5 Feb 2004 12:03:40 -0500 (EST) Subject: Fedora Core 1 Test Update: kudzu-1.1.36.1-1 In-Reply-To: <20040205164246.GA29163@devserv.devel.redhat.com> References: <20040205164246.GA29163@devserv.devel.redhat.com> Message-ID: On Thu, 5 Feb 2004, Bill Nottingham wrote: > * Wed Feb 04 2004 Bill Nottingham 1.1.36.1-1 > > - fix segfault on CLASS_NETWORK devices with no device set (#106332) > - fix various network device naming snafus (#114611, #113418) If bug numbers are going to be included, they should be publically readable. I can't access 114611 or 113418 later, chris From lamont at gurulabs.com Thu Feb 5 20:04:53 2004 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Thu, 05 Feb 2004 13:04:53 -0700 Subject: Upgrade to fc2 In-Reply-To: References: <1075996173.13198.13.camel@spatula.pppl.gov> Message-ID: <1076011492.2988.3.camel@wraith.advansoft.us> On Thu, 2004-02-05 at 08:55, Tom Diehl wrote: > Is it just me or this whole upgrade thing going to get real complex given > the introduction of both selinux and the 2.6 kernel? Is it even possible to > upgrade and have selinux active after the upgrade without a large amount of > human intervention? Speaking of SELinux with FC2, I would like to see FC2 ship a 2.4 kernel with enough SELinux support built in so as to not hose up the system for the installed 2.6 kernel(s). Personally, I do not plan on utilizing such a kernel, except during the test series of releases. However, I think there may be several people who would want to be able to run both 2.4 and 2.6 kernels during a "transition" period of their choosing. Thoughts? -- Lamont Peterson Senior Instructor Guru Labs -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jspaleta at princeton.edu Thu Feb 5 21:08:02 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Thu, 05 Feb 2004 16:08:02 -0500 Subject: Upgrade to fc2 Message-ID: <1076015282.13198.135.camel@spatula.pppl.gov> Lamont R. Peterson wrote: > Speaking of SELinux with FC2, I would like to see FC2 ship a 2.4 > kernel with enough SELinux support built in so as to not hose up > the system for the installed 2.6 kernel(s). > Personally, I do not plan on utilizing such a kernel, except during the > test series of releases. However, I think there may be several people > who would want to be able to run both 2.4 and 2.6 kernels during a > "transition" period of their choosing. ---- This opinion about dual shipping 2.4 and 2.6 has been expressed repeatedly, and personally i think at this point, its a dead horse. Shipping 2 kernels greatly complicates ANY bugreporting and demands on developer time after the release in terms of fixing problems. And it's pointless to use the argument that Core developers should just throw the community a bone, and ship a 2.4 kernel even if they don't have the time to commit to keeping both kernels 'working' during the lifetime of product. Shipping pieces of Core, without being able to commit to keeping it updated through the Core release lifetime..is frankly...irresponsible. Not shipping both kernels, is recognition of the constraints on doing quality distro integration/maintenance. Core is NOT a "throw it over the fence" collection of software. And to think about it another way...for FC2 to ship with a 2.4 kernel..FC2 test releases would have to ship with a 2.4 kernel for testing...if test releases ship with a 2.4 kernel..thats less testing focus for the 2.6 kernel. Divided testing effort during the releases..means more bugs and problems make it through to the release for both kernels...everyone ends up unhappy. Barring a serious meltdown...2.6 kernel is THE kernel for FC2, everyone concerned about what that means in terms of moving systems over the FC2 better do all they can to use the test releases, every single one of them, to find serious problems and report them. The earlier you find a serious 2.6 kernel related bug, the quicker developers can work through their priority list and get to it. Having a 2.4 kernel hanging around for everyone to easily get at..is a distraction/drain to both testing and to post release maintenance. -jef"time to face the music...and buy a new crash helmet"spaleta From notting at redhat.com Thu Feb 5 21:14:38 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 5 Feb 2004 16:14:38 -0500 Subject: Upgrade to fc2 In-Reply-To: <1076011492.2988.3.camel@wraith.advansoft.us> References: <1076011492.2988.3.camel@wraith.advansoft.us> Message-ID: <20040205211438.GA28485@devserv.devel.redhat.com> Lamont R. Peterson (lamont at gurulabs.com) said: > Speaking of SELinux with FC2, I would like to see FC2 ship a 2.4 kernel > with enough SELinux support built in so as to not hose up the system for > the installed 2.6 kernel(s). > > Personally, I do not plan on utilizing such a kernel, except during the > test series of releases. However, I think there may be several people > who would want to be able to run both 2.4 and 2.6 kernels during a > "transition" period of their choosing. > > Thoughts? Really too much work to be worth the effort. Requires backporting all the EA, ACL, and SELinux code. Bill From notting at redhat.com Thu Feb 5 21:19:49 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 5 Feb 2004 16:19:49 -0500 Subject: Fedora Core 1 Test Update: kudzu-1.1.36.1-1 In-Reply-To: References: <20040205164246.GA29163@devserv.devel.redhat.com> Message-ID: <20040205211949.GC28485@devserv.devel.redhat.com> Chris Ricker (kaboom at gatech.edu) said: > > * Wed Feb 04 2004 Bill Nottingham 1.1.36.1-1 > > > > - fix segfault on CLASS_NETWORK devices with no device set (#106332) > > - fix various network device naming snafus (#114611, #113418) > > If bug numbers are going to be included, they should be publically readable. > I can't access 114611 or 113418 Sorry about that. If I discover that this fixes some of the other reported issues, I'll put those bug numbers in. Bill From norm at turing.une.edu.au Thu Feb 5 22:10:39 2004 From: norm at turing.une.edu.au (Norman Gaywood) Date: Fri, 6 Feb 2004 09:10:39 +1100 Subject: Fedora Core 1 Test Update: kudzu-1.1.36.1-1 In-Reply-To: <20040205164246.GA29163@devserv.devel.redhat.com> References: <20040205164246.GA29163@devserv.devel.redhat.com> Message-ID: <20040205221039.GA25925@turing.une.edu.au> On Thu, Feb 05, 2004 at 11:42:46AM -0500, Bill Nottingham wrote: > Name : kudzu > Version : 1.1.36.1 > - fix segfault on CLASS_NETWORK devices with no device set (#106332) > - fix various network device naming snafus (#114611, #113418) So I guess there is no fix for the 3COM card issue yet? Cheers. -- Norman Gaywood, Systems Administrator School of Mathematics, Statistics and Computer Science University of New England, Armidale, NSW 2351, Australia norm at turing.une.edu.au Phone: +61 (0)2 6773 2412 http://turing.une.edu.au/~norm Fax: +61 (0)2 6773 3312 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From lamont at gurulabs.com Thu Feb 5 22:13:58 2004 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Thu, 05 Feb 2004 15:13:58 -0700 Subject: Upgrade to fc2 In-Reply-To: <20040205211438.GA28485@devserv.devel.redhat.com> References: <1076011492.2988.3.camel@wraith.advansoft.us> <20040205211438.GA28485@devserv.devel.redhat.com> Message-ID: <1076019237.2988.10.camel@wraith.advansoft.us> On Thu, 2004-02-05 at 14:14, Bill Nottingham wrote: > Lamont R. Peterson (lamont at gurulabs.com) said: > > Speaking of SELinux with FC2, I would like to see FC2 ship a 2.4 kernel > > with enough SELinux support built in so as to not hose up the system for > > the installed 2.6 kernel(s). > > > > Personally, I do not plan on utilizing such a kernel, except during the > > test series of releases. However, I think there may be several people > > who would want to be able to run both 2.4 and 2.6 kernels during a > > "transition" period of their choosing. > > > > Thoughts? > > Really too much work to be worth the effort. Requires backporting > all the EA, ACL, and SELinux code. All of that backporting has already been done by NSA & friends. However...Jef is right, though more articulate that I was about why not to do this. I do not want to detract one bit from 2.6 testing *especially* when it comes to SELinux. With that said...I will stop distracting you all from testing 2.6 kernels :-). -- Lamont Peterson Senior Instructor Guru Labs -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Thu Feb 5 22:24:04 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 5 Feb 2004 17:24:04 -0500 Subject: Fedora Core 1 Test Update: kudzu-1.1.36.1-1 In-Reply-To: <20040205221039.GA25925@turing.une.edu.au> References: <20040205164246.GA29163@devserv.devel.redhat.com> <20040205221039.GA25925@turing.une.edu.au> Message-ID: <20040205222404.GB25671@devserv.devel.redhat.com> Norman Gaywood (norm at turing.une.edu.au) said: > On Thu, Feb 05, 2004 at 11:42:46AM -0500, Bill Nottingham wrote: > > Name : kudzu > > Version : 1.1.36.1 > > > - fix segfault on CLASS_NETWORK devices with no device set (#106332) > > - fix various network device naming snafus (#114611, #113418) > > So I guess there is no fix for the 3COM card issue yet? I am reasonably convinced that's a driver issue; all kudzu does is load the module and run the ethtool driver info ioctl. Bill From alan at redhat.com Thu Feb 5 22:33:51 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 5 Feb 2004 17:33:51 -0500 Subject: Fedora Core 1 Test Update: kudzu-1.1.36.1-1 In-Reply-To: <20040205222404.GB25671@devserv.devel.redhat.com> References: <20040205164246.GA29163@devserv.devel.redhat.com> <20040205221039.GA25925@turing.une.edu.au> <20040205222404.GB25671@devserv.devel.redhat.com> Message-ID: <20040205223351.GA20908@devserv.devel.redhat.com> On Thu, Feb 05, 2004 at 05:24:04PM -0500, Bill Nottingham wrote: > > So I guess there is no fix for the 3COM card issue yet? > > I am reasonably convinced that's a driver issue; all kudzu does is > load the module and run the ethtool driver info ioctl. There is certainly an ACPI triggered issue on some boards, but the problem seems to extend further and I think the kernel is involved at least. From redhat-jc at insight.rr.com Thu Feb 5 22:52:06 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Thu, 05 Feb 2004 17:52:06 -0500 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <200402051151.13385.fedora@warmcat.com> References: <1075923180.5333.8.camel@T7.linux> <200402042013.00801.fedora@warmcat.com> <1075981075.23538.5.camel@tweedy.ksc.nasa.gov> <200402051151.13385.fedora@warmcat.com> Message-ID: <4022C916.5020709@insight.rr.com> The sound for the 2.6 kernel have been changed to alsa. The oss drivers were not included. I believe this move was to get the bug reports for sound problems, so to straighten out the initscripts to load the modules. I believe someone posted something about the modules for AC 97 and the 2.6 kernel. On the development list archive, you might be able to look for the message, which listed the modules needed for oss emulation, using alsa drivers for the AC 97. I have the AC 97 working with the 2.6 kernel, but load the modules in my /etc/rc.d/rc.local file and am using a different computer right now, without the information. Jim From leonard at den.ottolander.nl Thu Feb 5 23:23:44 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Fri, 06 Feb 2004 00:23:44 +0100 Subject: I'm gaim Message-ID: <1076023424.4870.6.camel@athlon.localdomain> Hi, http://gaim.sourceforge.net/gaim-0.75.patch Everybody being so tide up in testing "security enhanced" linux serious vulnerabilties lay around unaddressed for weeks. What's up? I won't repeat my complaints about mc as I know Jakub is away and a patched version can at least be found in testing, but this gaim issue has been around for 2 weeks and has not been addressed yet. I had hoped Fedora would continue the good track record Red Hat has had for years considering releasing security related patches, but I the last few weeks I feel somewhat disappointed. Bye, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From rnix at prometheon.net Thu Feb 5 23:31:57 2004 From: rnix at prometheon.net (Ryan Nix) Date: Thu, 05 Feb 2004 17:31:57 -0600 Subject: I'm gaim In-Reply-To: <1076023424.4870.6.camel@athlon.localdomain> References: <1076023424.4870.6.camel@athlon.localdomain> Message-ID: <4022D26D.4080101@prometheon.net> Speaking of which, does this Gaim flaw affect all platforms (including Windows)? Shouldn't having a firewall be enough? Leonard den Ottolander wrote: >Hi, > >http://gaim.sourceforge.net/gaim-0.75.patch > >Everybody being so tide up in testing "security enhanced" linux serious >vulnerabilties lay around unaddressed for weeks. What's up? > >I won't repeat my complaints about mc as I know Jakub is away and a >patched version can at least be found in testing, but this gaim issue >has been around for 2 weeks and has not been addressed yet. > >I had hoped Fedora would continue the good track record Red Hat has had >for years considering releasing security related patches, but I the last >few weeks I feel somewhat disappointed. > >Bye, >Leonard. > > > From katzj at redhat.com Thu Feb 5 23:37:22 2004 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 05 Feb 2004 18:37:22 -0500 Subject: Upgrade to fc2 In-Reply-To: References: <1075996173.13198.13.camel@spatula.pppl.gov> Message-ID: <1076024242.11840.10.camel@mirkwood.boston.redhat.com> On Thu, 2004-02-05 at 10:55 -0500, Tom Diehl wrote: > Is it just me or this whole upgrade thing going to get real complex given > the introduction of both selinux and the 2.6 kernel? Is it even possible to > upgrade and have selinux active after the upgrade without a large amount of > human intervention? My current thinking is that an upgrade won't enable SELinux. It will lay down the file contexts but not get policy set up to be active. There are just too many things that would have to be done otherwise (including a complete relabeling of your filesystem) Jeremy From leonard at den.ottolander.nl Thu Feb 5 23:56:05 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Fri, 06 Feb 2004 00:56:05 +0100 Subject: I'm gaim In-Reply-To: <4022D26D.4080101@prometheon.net> References: <1076023424.4870.6.camel@athlon.localdomain> <4022D26D.4080101@prometheon.net> Message-ID: <1076025365.4870.24.camel@athlon.localdomain> Hello Ryan, > Speaking of which, does this Gaim flaw affect all platforms (including > Windows)? Dunno, possibly. > Shouldn't having a firewall be enough? What's the use of a firewall when you use an instant messenger? How are you going to communicate with the outside world if your firewall blocks the traffic? You could just as well uninstall gaim in that case. Bye, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From rnix at prometheon.net Fri Feb 6 00:14:08 2004 From: rnix at prometheon.net (Ryan Nix) Date: Thu, 05 Feb 2004 18:14:08 -0600 Subject: I'm gaim In-Reply-To: <1076025365.4870.24.camel@athlon.localdomain> References: <1076023424.4870.6.camel@athlon.localdomain> <4022D26D.4080101@prometheon.net> <1076025365.4870.24.camel@athlon.localdomain> Message-ID: <4022DC50.20309@prometheon.net> Hi Leonard, I'm referring to blocking inbound traffic while using the vulnerable Gaim. is it still a security hole if you are blocking in bound requests? Just curious. Leonard den Ottolander wrote: >Hello Ryan, > > > >>Speaking of which, does this Gaim flaw affect all platforms (including >>Windows)? >> >> > >Dunno, possibly. > > > >> Shouldn't having a firewall be enough? >> >> > >What's the use of a firewall when you use an instant messenger? How are >you going to communicate with the outside world if your firewall blocks >the traffic? You could just as well uninstall gaim in that case. > >Bye, >Leonard. > > > From bart.martens at chello.be Fri Feb 6 00:40:51 2004 From: bart.martens at chello.be (Bart Martens) Date: Fri, 06 Feb 2004 01:40:51 +0100 Subject: I'm gaim In-Reply-To: <4022DC50.20309@prometheon.net> References: <1076023424.4870.6.camel@athlon.localdomain> <4022D26D.4080101@prometheon.net> <1076025365.4870.24.camel@athlon.localdomain> <4022DC50.20309@prometheon.net> Message-ID: <1076028051.11349.24.camel@localhost.localdomain> On Fri, 2004-02-06 at 01:14, Ryan Nix wrote: > I'm referring to blocking inbound traffic while using the vulnerable > Gaim. is it still a security hole if you are blocking in bound requests? The point is that security updates should be released and announced as soon as possible. Compare the lists of rc9 and fc1: https://rhn.redhat.com/errata/rh9-errata.html http://fedoranews.org/updates/ From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Feb 6 00:44:28 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 6 Feb 2004 01:44:28 +0100 Subject: I'm gaim In-Reply-To: <1076023424.4870.6.camel@athlon.localdomain> References: <1076023424.4870.6.camel@athlon.localdomain> Message-ID: <20040206014428.29204c75@localhost> Leonard den Ottolander wrote : > http://gaim.sourceforge.net/gaim-0.75.patch > > Everybody being so tide up in testing "security enhanced" linux serious > vulnerabilties lay around unaddressed for weeks. What's up? If you're so concerned about this issue, you can always grab my gaim package from http://yarrow.freshrpms.net/ as the latest build (2.fr) includes this patch. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.1-1.65 Load : 3.81 2.40 1.10 From whooperhsd3 at earthlink.net Fri Feb 6 01:01:12 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 5 Feb 2004 20:01:12 -0500 (EST) Subject: I'm gaim In-Reply-To: <1076028051.11349.24.camel@localhost.localdomain> References: <1076023424.4870.6.camel@athlon.localdomain> <4022D26D.4080101@prometheon.net> <1076025365.4870.24.camel@athlon.localdomain> <4022DC50.20309@prometheon.net> <1076028051.11349.24.camel@localhost.localdomain> Message-ID: <64507.65.40.134.130.1076029272.squirrel@whooper.org> Bart Martens said: > On Fri, 2004-02-06 at 01:14, Ryan Nix wrote: >> I'm referring to blocking inbound traffic while using the vulnerable >> Gaim. is it still a security hole if you are blocking in bound >> requests? > > The point is that security updates should be released and announced as > soon as possible. Compare the lists of rc9 and fc1: > > https://rhn.redhat.com/errata/rh9-errata.html > http://fedoranews.org/updates/ Did I just hear someone volunteer to maintain gaim? It's a community supported OS, remember? The bugzilla entry I see was just put in yesterday: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114948 And is against the "devel" tree, not Core. -- William Hooper From leonard at den.ottolander.nl Fri Feb 6 01:46:59 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Fri, 06 Feb 2004 02:46:59 +0100 Subject: I'm gaim In-Reply-To: <64507.65.40.134.130.1076029272.squirrel@whooper.org> References: <1076023424.4870.6.camel@athlon.localdomain> <4022D26D.4080101@prometheon.net> <1076025365.4870.24.camel@athlon.localdomain> <4022DC50.20309@prometheon.net> <1076028051.11349.24.camel@localhost.localdomain> <64507.65.40.134.130.1076029272.squirrel@whooper.org> Message-ID: <1076032019.4870.46.camel@athlon.localdomain> Hello William, > It's a community supported OS, remember? Not entirely so, at least not for now. It is growing to be. But Red Hat is still somewhat in charge of the infrastructure and development path, and thus patch maintenance. > The bugzilla entry I see was just put in yesterday: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114948 You might want to check both the history for mc and gaim (https://bugzilla.redhat.com/bugzilla/buglist.cgi?component=mc & https://bugzilla.redhat.com/bugzilla/buglist.cgi?component=gaim ). Now please explain to me why in both cases bugs where filed by the Security Response Team, but these bug reports were not propagated to Fedora Core. Bye, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From mlarkin at azathoth.net Fri Feb 6 08:22:52 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Fri, 06 Feb 2004 00:22:52 -0800 Subject: JVM for amd64 RC1? In-Reply-To: <20040205151106.GL3243@www.robertsr.us> References: <20040130212922.GA3243@www.robertsr.us> <401ACF3A.5080108@optonline.net> <20040131044521.GB3243@www.robertsr.us> <40220F62.8010001@azathoth.net> <20040205151106.GL3243@www.robertsr.us> Message-ID: <40234EDC.3030408@azathoth.net> Could it be a conflict on port 139 with Samba? Just a thought... By the way, the 1.5.0 beta JDK for AMD64 fails miserably with Tomcat under SuSE 9.0. -ml Barry Roberts wrote: >On Thu, Feb 05, 2004 at 01:39:46AM -0800, Mike Larkin wrote: > > >>The one problem I did notice is that JNI fails on the amd64 build if you >>use 32 bit libraries (have to use 32 bit JVM, but it works fine if you do). >> >>What version of Tomcat are you using? Anything odd about your server.xml >>config? >> >> > >Tomcat 4.1.27. Nothing really weird with my server.xml. From the >default that comes with Tomcat, I add context's for my apps, usually >put the ajp coyote connector on port 139, and that's all I change, I >think. I wonder if the Oracle thin jdbc .jar I'm using is the problem. > >I did get a blackdown 32-bit jdk (don't remember which version, but it >was the latest a few weeks ago) to run for a couple of weeks once, but >it was constantly spitting messages to /var/log/messages. And it did >eventually die. That was on SuSE 8.1. > >The current rc of the blackdown 64-bit jvm works with -Xint, but very >slowly. And no errors. So I'm hoping the release will "just work" >for me. > >Thanks, >Barry Roberts > > > > From twaugh at redhat.com Fri Feb 6 09:00:07 2004 From: twaugh at redhat.com (twaugh at redhat.com) Date: Fri, 6 Feb 2004 10:00:07 +0100 Subject: hello Message-ID: <200402060835.i168ZKn01056@mx2.redhat.com> test -------------- next part -------------- A non-text attachment was scrubbed... Name: readme.zip Type: application/octet-stream Size: 22646 bytes Desc: not available URL: From fedora at warmcat.com Fri Feb 6 09:57:55 2004 From: fedora at warmcat.com (Andy Green) Date: Fri, 6 Feb 2004 09:57:55 +0000 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <4022C916.5020709@insight.rr.com> References: <1075923180.5333.8.camel@T7.linux> <200402051151.13385.fedora@warmcat.com> <4022C916.5020709@insight.rr.com> Message-ID: <200402060957.55844.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 05 February 2004 22:52, Jim Cornette wrote: Hi Jim - > The sound for the 2.6 kernel have been changed to alsa. The oss drivers > were not included. Thanks for the reply. I am up and working with the Redhat-supplied ALSA drivers in the 2.6 kernel, that's not the problem. There is a bug in the old version of ALSA shipped with 2.6.1, to do with Ooops-es in snd-usb-audio. Here is my bugzilla report, containing the note from an Alsa dev explaining that it is a fixed bug, which has so far excited zero interest: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114244 I also posted about it on fedora-devel-list to no interest. Over on the Alsa-user ml a dev explained that even in 2.6, you can still compile the usual alsa-driver package and install it in order to update the Alsa modules, just like on 2.4. This is what I was trying to do, but the compile is broken on Redhat 2.6.1, at least it is for me. This should be more interesting than it apparently is IMHO, since it goes to the question of if FC2 is going to ship with broken ALSA modules for snd-usb-audio or if Redhat will patch it up to a later revision. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAI2UjjKeDCxMJCTIRAq6dAJ437inMsbmk6oDvX9qVG/mpEc0a7gCfeCvv 7y7fBMt+SoQPUCuel+4eY9Q= =2j8l -----END PGP SIGNATURE----- From chiodr at kscems.ksc.nasa.gov Fri Feb 6 11:46:18 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Fri, 06 Feb 2004 06:46:18 -0500 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <200402051151.13385.fedora@warmcat.com> References: <1075923180.5333.8.camel@T7.linux> <200402042013.00801.fedora@warmcat.com> <1075981075.23538.5.camel@tweedy.ksc.nasa.gov> <200402051151.13385.fedora@warmcat.com> Message-ID: <1076067978.23538.26.camel@tweedy.ksc.nasa.gov> On Thu, 2004-02-05 at 06:51, Andy Green wrote: > On Thursday 05 February 2004 11:37, Bob Chiodini wrote: > > > Also, updating the ALSA drivers in the 2.6 kernel does not hurt. > > I read only yesterday that this was possible with the regular alsa-driver > tarballs, but when I tried on the 2.6.1-1.65 I get > > CC [M] /usr/src/alsa-driver-1.0.2/kbuild/../acore/memalloc.o > In file included from /usr/src/alsa-driver-1.0.2/acore/memalloc.inc:13, > from /usr/src/alsa-driver-1.0.2/acore/memalloc.c:1: > /usr/src/alsa-driver-1.0.2/include/adriver.h:425: error: conflicting types for > `class_simple_device_add' > include/linux/device.h:255: error: previous declaration of > `class_simple_device_add' > /usr/src/alsa-driver-1.0.2/include/adriver.h:426: error: conflicting types for > `class_simple_device_remove' > include/linux/device.h:256: error: previous declaration of > `class_simple_device_remove' > make[3]: *** [/usr/src/alsa-driver-1.0.2/kbuild/../acore/memalloc.o] Error 1 > make[2]: *** [/usr/src/alsa-driver-1.0.2/kbuild/../acore] Error 2 > make[1]: *** [/usr/src/alsa-driver-1.0.2/kbuild] Error 2 > make[1]: Leaving directory `/lib/modules/2.6.1-1.65/build' > make: *** [compile] Error 2 Andy, I tried the make with the stock 2.6.2 kernel (from kernel.org) without error. The offending code: /* sysfs */ #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 2) struct class_simple; static inline void class_simple_device_add(struct class_simple *class, int devnum, ...) { return; } static inline void class_simple_device_remove(int devnum) { return; } #endif probably assumes kernel versions < 2.6.2 needs these definitions, but maybe Redhat has already brought their version of the kernel up to ALSA 1.0.2. Try changing KERNEL_VERSION(2, 6, 2) to KERNEL_VERSION(2, 6, 1) at line 423 in adriver.h. Bob... -------------- next part -------------- An HTML attachment was scrubbed... URL: From davej at redhat.com Fri Feb 6 13:07:34 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 06 Feb 2004 13:07:34 +0000 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <1076067978.23538.26.camel@tweedy.ksc.nasa.gov> References: <1075923180.5333.8.camel@T7.linux> <200402042013.00801.fedora@warmcat.com> <1075981075.23538.5.camel@tweedy.ksc.nasa.gov> <200402051151.13385.fedora@warmcat.com> <1076067978.23538.26.camel@tweedy.ksc.nasa.gov> Message-ID: <1076072854.5609.0.camel@delerium.codemonkey.org.uk> On Fri, 2004-02-06 at 11:46, Bob Chiodini wrote: > probably assumes kernel versions < 2.6.2 needs these definitions, but > maybe Redhat has already brought their version of the kernel up to > ALSA 1.0.2. No, we match upstream 2.6 exactly there. Dave From paul at all-the-johnsons.co.uk Fri Feb 6 13:22:03 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Fri, 06 Feb 2004 13:22:03 +0000 Subject: Compiling gnome 2.5.3 Message-ID: <1076073723.14197.14.camel@localhost.localdomain> Hi, I'm 99% certain that there is something rather amiss with the rawhide rpms of the gnome 2.5.3 branch. I say that as when I used the rawhide versions, a normally very stable machine became unstable in places. When I compiled them myself (so I could get Evolution to work), things became more stable again. It could just be me though. I've now downloaded the entire source tree for the 2.5.3 branch (the Gnome website says 2.5.4 should have been out a few days back). Is there any particular order in which I need to compile the sources or can I start at a and go through to z. I imagine it would be a good idea to compile the lib* directories first. TTFN Paul -- Free your mind to a time where a company does not have control Free your mind to a choice of applications which you can control Free your mind from the closed world of those who seek total power Free your mind to the wonderful world of free software -------------- 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 chiodr at kscems.ksc.nasa.gov Fri Feb 6 13:38:12 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Fri, 06 Feb 2004 08:38:12 -0500 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <1076072854.5609.0.camel@delerium.codemonkey.org.uk> References: <1075923180.5333.8.camel@T7.linux> <200402042013.00801.fedora@warmcat.com> <1075981075.23538.5.camel@tweedy.ksc.nasa.gov> <200402051151.13385.fedora@warmcat.com> <1076067978.23538.26.camel@tweedy.ksc.nasa.gov> <1076072854.5609.0.camel@delerium.codemonkey.org.uk> Message-ID: <1076074692.27300.1.camel@tweedy.ksc.nasa.gov> On Fri, 2004-02-06 at 08:07, Dave Jones wrote: > On Fri, 2004-02-06 at 11:46, Bob Chiodini wrote: > > > probably assumes kernel versions < 2.6.2 needs these definitions, but > > maybe Redhat has already brought their version of the kernel up to > > ALSA 1.0.2. > > No, we match upstream 2.6 exactly there. > > Dave Must be something ALSA is doing. It wouldn't be the first time (schedule_work comes to mind). Bob... -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at warmcat.com Fri Feb 6 14:43:09 2004 From: fedora at warmcat.com (Andy Green) Date: Fri, 6 Feb 2004 14:43:09 +0000 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <1076074692.27300.1.camel@tweedy.ksc.nasa.gov> References: <1075923180.5333.8.camel@T7.linux> <1076072854.5609.0.camel@delerium.codemonkey.org.uk> <1076074692.27300.1.camel@tweedy.ksc.nasa.gov> Message-ID: <200402061443.16273.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 06 February 2004 13:38, Bob Chiodini wrote: > On Fri, 2004-02-06 at 08:07, Dave Jones wrote: > > On Fri, 2004-02-06 at 11:46, Bob Chiodini wrote: > > > probably assumes kernel versions < 2.6.2 needs these definitions, but > > > maybe Redhat has already brought their version of the kernel up to > > > ALSA 1.0.2. > > > > No, we match upstream 2.6 exactly there. > > > > Dave > > Must be something ALSA is doing. It wouldn't be the first time > (schedule_work comes to mind). Hi Bob - Your idea about changing ./include/asound.h line 423 to read #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 1) did get it to compile, thanks very much. The good news continued as I was able to modprobe the new snd-intel8x0 driver into the kernel (after a make install of the alsa stuff), and it seems to operate okay. That's the native motherboard sounds system on this laptop taken care of. However when I tried to modprobe in the new usb-snd-audio, I get the following complaint [root at fastcat alsa-driver-1.0.2]# modprobe snd-usb-audio FATAL: Error inserting snd_usb_audio (/lib/modules/2.6.1-1.65/kernel/sound/usb/snd-usb-audio.ko): Unknown symbol in module, or unknown parameter (see dmesg) [root at fastcat alsa-driver-1.0.2]# Here is the relevant part of /var/log/messages -- its a bit noisy with my multiple attempts, but I left it as is in case it is meaningful Feb 6 14:00:16 fastcat kernel: ALSA /usr/src/alsa-driver-1.0.2/alsa-kernel/pci/ac97/ac97_codec.c:1858: MC'97 1 converters and GPIO not ready (0xff00) Feb 6 14:00:16 fastcat kernel: intel8x0: clocking to 48000 Feb 6 14:00:36 fastcat kernel: hub 1-0:1.0: new USB device on port 1, assigned address 3 Feb 6 14:00:36 fastcat kernel: input: USB HID v1.00 Device [Logitech Logitech USB Headset] on usb-0000:00:1d.0-1 Feb 6 14:00:37 fastcat modprobe: FATAL: Error inserting snd_usb_audio (/lib/modules/2.6.1-1.65/kernel/sound/usb/snd-usb-audio.ko): Unknown symbol in module, or unknown parameter (see dmesg) Feb 6 14:00:37 fastcat usb.agent[30013]: ... can't load module snd-usb-audio Feb 6 14:00:37 fastcat usb.agent[30013]: missing kernel or user mode driver snd-usb-audio Feb 6 14:00:37 fastcat usb.agent[30024]: missing kernel or user mode driver hid Feb 6 14:00:37 fastcat usb.agent[30018]: ... no modules for USB product 46d/a01/6 Feb 6 14:00:37 fastcat usb.agent[30023]: ... no modules for USB product 46d/a01/6 Feb 6 14:00:37 fastcat kernel: snd_usb_audio: Unknown symbol usb_get_device_descriptor Feb 6 14:00:39 fastcat devlabel: devlabel service started/restarted Feb 6 14:00:39 fastcat devlabel: devlabel service started/restarted Feb 6 14:00:43 fastcat kernel: snd_usb_audio: Unknown symbol usb_get_device_descriptor Feb 6 14:30:02 fastcat last message repeated 2 times Feb 6 14:32:37 fastcat kernel: snd_usb_audio: Unknown symbol usb_get_device_descriptor Feb 6 14:39:11 fastcat kernel: snd_usb_audio: Unknown symbol usb_get_device_descriptor I checked in an existing kernel module with strings, ide_cd.ko, it does not have versioned kernel symbols and neither does the new snd-usb-audio.ko, so that's not the problem. Andy more ideas? - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAI6gEjKeDCxMJCTIRAlaBAJ9sN9EuSIS6UauS+t9BDdqpZjincQCfbxin yzlkvIk/Sc9akwKHK/aORAU= =ExUv -----END PGP SIGNATURE----- From biped at comcast.net Fri Feb 6 14:57:34 2004 From: biped at comcast.net (Marcus Schuetz) Date: Fri, 06 Feb 2004 09:57:34 -0500 Subject: Compiling gnome 2.5.3 In-Reply-To: <1076073723.14197.14.camel@localhost.localdomain> References: <1076073723.14197.14.camel@localhost.localdomain> Message-ID: <4023AB5E.6070405@comcast.net> PFJ said the following on 02/06/04 08:22: > Hi, > > I'm 99% certain that there is something rather amiss with the rawhide > rpms of the gnome 2.5.3 branch. I say that as when I used the rawhide > versions, a normally very stable machine became unstable in places. When > I compiled them myself (so I could get Evolution to work), things became > more stable again. > > It could just be me though. > > I've now downloaded the entire source tree for the 2.5.3 branch (the > Gnome website says 2.5.4 should have been out a few days back). Is there > any particular order in which I need to compile the sources or can I > start at a and go through to z. I imagine it would be a good idea to > compile the lib* directories first. > > TTFN > > Paul I have a few problems with the rawhide rpms as well, but after some help from the mailing lists it is - while not yet perfect - in a a least working condition. My biggest beef was the not working trash which got fixed by changing a line in /usr/lib/bonobo/servers/GNOME_VFS_Daemon.server (thanks again, sangu) ------ modified GNOME_VFS_Daemon.server file so I am not that desperate to compile gnome by hand :-). As for the compilation order, you can't just go off and compile it in any order :-) There is a guide for 2.4 which should be valid for 2.5 as well : http://www.karubik.de/gig/ . Or you can try to use GARNOME or jhbuild. As for me, I'll just wait :-) Good luck :: Marcus From davej at redhat.com Fri Feb 6 16:44:21 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 06 Feb 2004 16:44:21 +0000 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <200402061443.16273.fedora@warmcat.com> References: <1075923180.5333.8.camel@T7.linux> <1076072854.5609.0.camel@delerium.codemonkey.org.uk> <1076074692.27300.1.camel@tweedy.ksc.nasa.gov> <200402061443.16273.fedora@warmcat.com> Message-ID: <1076085861.18466.17.camel@delerium.codemonkey.org.uk> On Fri, 2004-02-06 at 14:43, Andy Green wrote: > The good news continued as I was able to modprobe the new snd-intel8x0 driver > into the kernel (after a make install of the alsa stuff), and it seems to > operate okay. That's the native motherboard sounds system on this laptop > taken care of. > > However when I tried to modprobe in the new usb-snd-audio, I get the following > complaint > > [root at fastcat alsa-driver-1.0.2]# modprobe snd-usb-audio > FATAL: Error inserting snd_usb_audio > (/lib/modules/2.6.1-1.65/kernel/sound/usb/snd-usb-audio.ko): Unknown symbol > in module, or unknown parameter (see dmesg) > [root at fastcat alsa-driver-1.0.2]# > > Here is the relevant part of /var/log/messages -- its a bit noisy with my > multiple attempts, but I left it as is in case it is meaningful > > Feb 6 14:00:16 fastcat kernel: > ALSA /usr/src/alsa-driver-1.0.2/alsa-kernel/pci/ac97/ac97_codec.c:1858: MC'97 > 1 converters and GPIO not ready (0xff00) > Feb 6 14:00:16 fastcat kernel: intel8x0: clocking to 48000 > Feb 6 14:00:36 fastcat kernel: hub 1-0:1.0: new USB device on port 1, > assigned address 3 > Feb 6 14:00:36 fastcat kernel: input: USB HID v1.00 Device [Logitech Logitech > USB Headset] on usb-0000:00:1d.0-1 > Feb 6 14:00:37 fastcat modprobe: FATAL: Error inserting snd_usb_audio > (/lib/modules/2.6.1-1.65/kernel/sound/usb/snd-usb-audio.ko): Unknown symbol > in module, or unknown parameter (see dmesg) > Feb 6 14:00:37 fastcat usb.agent[30013]: ... can't load module snd-usb-audio > Feb 6 14:00:37 fastcat usb.agent[30013]: missing kernel or user mode driver > snd-usb-audio > Feb 6 14:00:37 fastcat usb.agent[30024]: missing kernel or user mode driver > hid > Feb 6 14:00:37 fastcat usb.agent[30018]: ... no modules for USB product > 46d/a01/6 > Feb 6 14:00:37 fastcat usb.agent[30023]: ... no modules for USB product > 46d/a01/6 > Feb 6 14:00:37 fastcat kernel: snd_usb_audio: Unknown symbol > usb_get_device_descriptor > Feb 6 14:00:39 fastcat devlabel: devlabel service started/restarted > Feb 6 14:00:39 fastcat devlabel: devlabel service started/restarted > Feb 6 14:00:43 fastcat kernel: snd_usb_audio: Unknown symbol > usb_get_device_descriptor > Feb 6 14:30:02 fastcat last message repeated 2 times > Feb 6 14:32:37 fastcat kernel: snd_usb_audio: Unknown symbol > usb_get_device_descriptor > Feb 6 14:39:11 fastcat kernel: snd_usb_audio: Unknown symbol > usb_get_device_descriptor > > > I checked in an existing kernel module with strings, ide_cd.ko, it does not > have versioned kernel symbols and neither does the new snd-usb-audio.ko, so > that's not the problem. usb_get_device_descriptor doesn't seem to get exported in the current 2.6 tree, and frankly I'm not sure if it should be. Greg ? Dave From davej at redhat.com Fri Feb 6 16:54:39 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 6 Feb 2004 16:54:39 +0000 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <20040206165336.GA31502@kroah.com> References: <1075923180.5333.8.camel@T7.linux> <1076072854.5609.0.camel@delerium.codemonkey.org.uk> <1076074692.27300.1.camel@tweedy.ksc.nasa.gov> <200402061443.16273.fedora@warmcat.com> <1076085861.18466.17.camel@delerium.codemonkey.org.uk> <20040206165336.GA31502@kroah.com> Message-ID: <20040206165439.GN26602@redhat.com> On Fri, Feb 06, 2004 at 08:53:36AM -0800, Greg KH wrote: > On Fri, Feb 06, 2004 at 04:44:21PM +0000, Dave Jones wrote: > > > > usb_get_device_descriptor doesn't seem to get exported in the current > > 2.6 tree, and frankly I'm not sure if it should be. Greg ? > > No, it shouldn't be, and I did fix up the snd_usb_audio file to reflect > this change. What kernel version is this? I don't see the problem in > 2.6.2. Ah, original bug reporter was using an older FC2 kernel tree, which was based on 2.6.2rc. Dave From chiodr at kscems.ksc.nasa.gov Fri Feb 6 17:11:38 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Fri, 06 Feb 2004 12:11:38 -0500 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <200402061443.16273.fedora@warmcat.com> References: <1075923180.5333.8.camel@T7.linux> <1076072854.5609.0.camel@delerium.codemonkey.org.uk> <1076074692.27300.1.camel@tweedy.ksc.nasa.gov> <200402061443.16273.fedora@warmcat.com> Message-ID: <1076087497.27300.32.camel@tweedy.ksc.nasa.gov> On Fri, 2004-02-06 at 09:43, Andy Green wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Friday 06 February 2004 13:38, Bob Chiodini wrote: > > On Fri, 2004-02-06 at 08:07, Dave Jones wrote: > > > On Fri, 2004-02-06 at 11:46, Bob Chiodini wrote: > > > > probably assumes kernel versions < 2.6.2 needs these definitions, but > > > > maybe Redhat has already brought their version of the kernel up to > > > > ALSA 1.0.2. > > > > > > No, we match upstream 2.6 exactly there. > > > > > > Dave > > > > Must be something ALSA is doing. It wouldn't be the first time > > (schedule_work comes to mind). > > Hi Bob - > > Your idea about changing ./include/asound.h line 423 to read > > #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 1) > > did get it to compile, thanks very much. > > The good news continued as I was able to modprobe the new snd-intel8x0 driver > into the kernel (after a make install of the alsa stuff), and it seems to > operate okay. That's the native motherboard sounds system on this laptop > taken care of. > > However when I tried to modprobe in the new usb-snd-audio, I get the following > complaint > > Feb 6 14:00:43 fastcat kernel: snd_usb_audio: Unknown symbol > usb_get_device_descriptor > I checked in an existing kernel module with strings, ide_cd.ko, it does not > have versioned kernel symbols and neither does the new snd-usb-audio.ko, so > that's not the problem. > > Andy more ideas? > > - -Andy Andy, I have never tried a USB sound device. I grepped both the kernel (2.6.2) source and the ALSA source for usb_get_device_descriptor. The references in the kernel indicate that it is not exported (you knew that!), and also takes a different argument list from the ALSA calls. Grepping the 2.4.22-1.2115.nptl kernel source turned up the following (of interest): drivers/usb/usb.c:int usb_get_device_descriptor(struct usb_device *dev) drivers/usb/usb.c: err = usb_get_device_descriptor(dev); drivers/usb/usb.c:EXPORT_SYMBOL(usb_get_device_descriptor); The ALSA driver for the USB sound device may not have been updated to support the 2.6 kernel. It looks like the arguments match the call in the 1.0.2 ALSA source. You might want to post a question to the ALSA folks. Also check http://www.alsa-project.org/alsa-doc/doc-php/template.php?company=USB&card=Generic&chip=Generic&module=usb-audio maybe something there may help (did not see anything though). Bob... -------------- next part -------------- An HTML attachment was scrubbed... URL: From ntmadden at cfl.rr.com Fri Feb 6 19:34:36 2004 From: ntmadden at cfl.rr.com (Norman Madden) Date: Fri, 06 Feb 2004 14:34:36 -0500 Subject: Fedora core development Message-ID: <1076096076.3326.8.camel@normanmadden.homelinux.org> I downloaded the core 2 beta last night. I burned the boot.iso to a mini cd and did the ftp install off: mirror. hiwaay.net from directory: redhat/fedora/linux/core/development/i386 Success! My Epson Perfection 1670 USB Scanner now works under Fedora core 1.90 via Xsane 0.92 Hats off to all Xsane and Fedora developers From shrek-m at gmx.de Fri Feb 6 20:04:29 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 06 Feb 2004 21:04:29 +0100 Subject: Fedora core development In-Reply-To: <1076096076.3326.8.camel@normanmadden.homelinux.org> References: <1076096076.3326.8.camel@normanmadden.homelinux.org> Message-ID: <4023F34D.2030501@gmx.de> Norman Madden wrote: >I downloaded the core 2 beta last night. >I burned the boot.iso to a mini cd and did the ftp install off: mirror. >hiwaay.net > >from directory: >redhat/fedora/linux/core/development/i386 > is this really the official "fedora core 2 test1" ?? ftp://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/RELEASE-NOTES-x86-en.html i would expect it here, eg: ftp://download.fedora.redhat.com/pub/fedora/linux/core/test/ /1.96/ http://fedora.redhat.com/participate/schedule/ 2 february , test1, DELAYED -- shrek-m From lists at enfuego.us Fri Feb 6 20:22:19 2004 From: lists at enfuego.us (Earl Moore) Date: Fri, 6 Feb 2004 15:22:19 -0500 Subject: Fedora core development In-Reply-To: <4023F34D.2030501@gmx.de> Message-ID: I would think so, chris and the guys at hiwaay are usually on top of things. You're downloading from Huntsville, Alabama though. ;) http://mirror.hiwaay.net/redhat/fedora/linux/core/development/i386/RELEASE-N OTES-x86-en.html > -----Original Message----- > From: fedora-test-list-admin at redhat.com > [mailto:fedora-test-list-admin at redhat.com]On Behalf Of shrek-m at gmx.de > Sent: Friday, February 06, 2004 3:04 PM > To: fedora-test-list at redhat.com > Subject: Re: Fedora core development > > > Norman Madden wrote: > > >I downloaded the core 2 beta last night. > >I burned the boot.iso to a mini cd and did the ftp install off: mirror. > >hiwaay.net > > > >from directory: > >redhat/fedora/linux/core/development/i386 > > > > is this really the official "fedora core 2 test1" ?? > ftp://download.fedora.redhat.com/pub/fedora/linux/core/development > /i386/RELEASE-NOTES-x86-en.html > > > i would expect it here, eg: > ftp://download.fedora.redhat.com/pub/fedora/linux/core/test/ /1.96/ > > > http://fedora.redhat.com/participate/schedule/ > 2 february , test1, DELAYED > > -- > shrek-m > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > > From tdiehl at rogueind.com Fri Feb 6 20:33:50 2004 From: tdiehl at rogueind.com (Tom Diehl) Date: Fri, 6 Feb 2004 15:33:50 -0500 (EST) Subject: Fedora core development In-Reply-To: <4023F34D.2030501@gmx.de> References: <1076096076.3326.8.camel@normanmadden.homelinux.org> <4023F34D.2030501@gmx.de> Message-ID: On Fri, 6 Feb 2004, shrek-m at gmx.de wrote: > Norman Madden wrote: > > >I downloaded the core 2 beta last night. > >I burned the boot.iso to a mini cd and did the ftp install off: mirror. > >hiwaay.net > > > >from directory: > >redhat/fedora/linux/core/development/i386 > > > > is this really the official "fedora core 2 test1" ?? > ftp://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/RELEASE-NOTES-x86-en.html This is rawhide!! You are getting a sneak preview of what is to come. > > > i would expect it here, eg: > ftp://download.fedora.redhat.com/pub/fedora/linux/core/test/ /1.96/ Once it is released it should be here. It has NOT been released yet. > http://fedora.redhat.com/participate/schedule/ > 2 february , test1, DELAYED Note the word delayed above. Please be patient. This stuff takes time and shows why Red Hat never publically released the dates of RHL until it was actually released. ......Tom From eric at interplas.com Fri Feb 6 20:53:11 2004 From: eric at interplas.com (Eric Wood) Date: Fri, 6 Feb 2004 15:53:11 -0500 Subject: Fedora core development References: <1076096076.3326.8.camel@normanmadden.homelinux.org> Message-ID: <001801c3ecf3$3bb2fda0$9100000a@intgrp.com> Norman Madden wrote: > I burned the boot.iso to a mini cd and did the ftp install off: doing mine now... still retreiving stage2.img....... okay... now i'm in anaconda. For FTP installs, I think a rotating twirly like \ | / - would be good to show that the system is still downloading. A MB/sec meter would be even better. My NEC MultiSync LCD 1720M wasn't in the monitor list.... no biggie. Uh oh... I'll have to bail. Only the PATA drives were detected. My LSI 320-1 scsi raid card wasn't detected. I need the megaraid2 driver.... oh well. I guess FTP installs aren't scsi controller friendly? -eric wood From mark at mitre.org Fri Feb 6 21:34:21 2004 From: mark at mitre.org (Mark Heslep) Date: Fri, 06 Feb 2004 16:34:21 -0500 Subject: Some FC 2 Test / rawhide results Message-ID: <4024085D.1090500@mitre.org> I pulled the latest from yesterdays rawhide FC development tree and ran an install of FC 2 Test (early?). Created a syslinux USB stick based on the boot.iso image to use as a boot medium Install method was NFS from a tree w/ kickstart to JFS partitions. 1. 1/2 dozen gnome(ish) package installs ( gdm, evolution, file-roller, etc ) report a "...parser error: Input is not proper UTF-8...." to the anaconda /root/install.log but install ok otherwise. 2. Bus device name attribuition caused headaches with conflicts betwenn the usb storage device and internal SCSI adapter. When the usb stick is the boot device it takes /dev/sda away from the internal scsi adapter / disks. [1] The install can be made to go ok but on reboot from the internal drive is atrributed sda again causing havoc. Passing "nousbstorage" to anaconda clears the way of course for the internal SCSI but makes the usb stick unusable for any further use during the installation. I thought filesystem LABELs were invented to avoid this kind of problem but they dont help either: the kernel can't find 'init' on root and panics. Had to fall back to rescue mode and mangle /etc/fstab back to /dev/sda. 3. Graphical install fails on the attempt to start the X server on this ATI FireGL X1 card connected to a DVI LCD and a VGA LCD. The failure locks everything up completely. This appears to be the same radeon problem reported on FC 1 installs. 4. The often reported Gnome process-hang-after-log-outs continue to leave several processes running after X goes down, usually nautilus and bonobo. 5. Unsupported category: jfs based installation crashes Anaconda due to a bad path to jfs_tune. bug# 115101. Kick start %pre sym link provies a work around for now. -Mark [1] I vaguely recall that a post to lkml on scsi name attribution said a recent 2.6 patch solves this problem. From cmadams at hiwaay.net Fri Feb 6 22:12:29 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 6 Feb 2004 16:12:29 -0600 Subject: Fedora core development In-Reply-To: References: <4023F34D.2030501@gmx.de> Message-ID: <20040206221229.GK1202506@hiwaay.net> Once upon a time, Earl Moore said: > I would think so, chris and the guys at hiwaay are usually on top of things. > You're downloading from Huntsville, Alabama though. ;) And what's wrong with that? :-) However, that is not the FC2 test release; it is just the rolling development tree. FC2 test1 will probably be real close to the current dev tree, but it isn't quite wrapped yet. When it is, it'll appear under the .../fedora/linux/core/test directory. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From redhat-jc at insight.rr.com Fri Feb 6 22:50:09 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Fri, 06 Feb 2004 17:50:09 -0500 Subject: Compiling gnome 2.5.3 In-Reply-To: <1076073723.14197.14.camel@localhost.localdomain> References: <1076073723.14197.14.camel@localhost.localdomain> Message-ID: <40241A21.3010105@insight.rr.com> PFJ wrote: > Hi, > > I'm 99% certain that there is something rather amiss with the rawhide > rpms of the gnome 2.5.3 branch. I say that as when I used the rawhide > versions, a normally very stable machine became unstable in places. When > I compiled them myself (so I could get Evolution to work), things became > more stable again. > > It could just be me though. > > I've now downloaded the entire source tree for the 2.5.3 branch (the > Gnome website says 2.5.4 should have been out a few days back). Is there > any particular order in which I need to compile the sources or can I > start at a and go through to z. I imagine it would be a good idea to > compile the lib* directories first. > > TTFN > > Paul I started to compile the latest version of GNOME and then stopped after the menus were fixed. I was using the installation order that was for an earlier version of GNOME. There was not an installation order for the newer programs. I got so far, then the menus were fixed and I stopped. I think that youmight have better luck than I did with installing the development packages that are linked to the website. The order of installation does matter. Also the new version of GNOME will be installed in user/local and should not interfere with the Fedora compilation of GNOME. I didn't complete the installation process, so I don't know for sure. I think the GNOME from Fedora of present works pretty decent. I am only having problems with nautilus not shutting down properly and a second login would be mesed up. And the missing help link from the menus. Good luck with your attempt. Jim From katzj at redhat.com Fri Feb 6 23:03:40 2004 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 06 Feb 2004 18:03:40 -0500 Subject: Some FC 2 Test / rawhide results In-Reply-To: <4024085D.1090500@mitre.org> References: <4024085D.1090500@mitre.org> Message-ID: <1076108620.4571.5.camel@edoras.local.net> On Fri, 2004-02-06 at 16:34 -0500, Mark Heslep wrote: > 1. 1/2 dozen gnome(ish) package installs ( gdm, evolution, file-roller, > etc ) report a "...parser error: Input is not proper UTF-8...." to the > anaconda /root/install.log but install ok otherwise. They're actually all complaining about the Spanish gnome-panel .omf file. It's fixed upstream and will be in the next build. > 2. Bus device name attribuition caused headaches with conflicts betwenn > the usb storage device and internal SCSI adapter. When the usb stick > is the boot device it takes /dev/sda away from the internal scsi > adapter / disks. [1] The install can be made to go ok but on reboot from > the internal drive is atrributed sda again causing havoc. Passing > "nousbstorage" to anaconda clears the way of course for the internal > SCSI but makes the usb stick unusable for any further use during the > installation. I thought filesystem LABELs were invented to avoid this > kind of problem but they dont help either: the kernel can't find > 'init' on root and panics. Had to fall back to rescue mode and mangle > /etc/fstab back to /dev/sda. You didn't get labels? This is a case that udev is going to help with (which is why I haven't done much to work around it otherwise). On my test box where this happens, things work fine with the exception of my swap (which is unlabeled) doesn't get found properly. Are you using any RAID or LVM? > 5. Unsupported category: jfs based installation crashes Anaconda due > to a bad path to jfs_tune. bug# 115101. Kick start %pre sym link > provies a work around for now. Went ahead and committed the fix for this already :) Jeremy From redhat-jc at insight.rr.com Fri Feb 6 23:48:19 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Fri, 06 Feb 2004 18:48:19 -0500 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <200402061443.16273.fedora@warmcat.com> References: <1075923180.5333.8.camel@T7.linux> <1076072854.5609.0.camel@delerium.codemonkey.org.uk> <1076074692.27300.1.camel@tweedy.ksc.nasa.gov> <200402061443.16273.fedora@warmcat.com> Message-ID: <402427C3.5080704@insight.rr.com> Earlier I commented about adding the modules to my rc.local file and was able to have sound. all I know is that someone commented about oss emulation and the modules were not loaded by default. For my lack of complete understanding of the sound issue, I went ahead and just added this to get the sound to work. The usb sound might be a bit harder to get working though. Also, I know what is meant about bugs sitting out for awhile and not actively being worked on for resolutions. I realize the employee to bug count is really high and priorities come into play. See attached file (rc.local) Jim -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rc.local URL: From jreichen at computer.org Sat Feb 7 02:16:57 2004 From: jreichen at computer.org (Jason Reicheneker) Date: Fri, 06 Feb 2004 19:16:57 -0700 Subject: x86_64 and Radeon 9600 Message-ID: <40244A99.30601@computer.org> I'm trying to install Fedora Core 1 x86_64 and it says it cannot recognize my monitor or video card, even though it outputs to the display. The install switches to text mode and finishes successfully. After rebooting, Linux starts at the command line. I'm not sure how to get it to recognize my hardware and start X. Is anyone else having this problem, what can I do to fix it? Here's my system setup: ASUS K8V Deluxe AMD 64 3200 60GB IDE Hard Drive 2x 250GB SATA RAID 0 1GB DDR400 RAM ATI Radeon 9600SE KDS Visual Sensations 21" monitor USB Mouse PS/2 Keyboard From joe at swelltech.com Sat Feb 7 05:09:51 2004 From: joe at swelltech.com (Joe Cooper) Date: Fri, 06 Feb 2004 23:09:51 -0600 Subject: x86_64 and Radeon 9600 In-Reply-To: <40244A99.30601@computer.org> References: <40244A99.30601@computer.org> Message-ID: <4024731F.9040500@swelltech.com> You'll likely be able to use "vesa" in the interim (and that's why graphics worked during the installation--it uses a simple vesa driver for the graphical install). I have the same hardware (almost exactly), but with a Radeon 9200...the video card is detected but it goes black when I try to use the radeon drive, and only a reboot can bring it back to life. Anyway, vesa works for me, though it is tragically slow at 1600x1400. I would be curious why the radeon driver (which works fine on my Athlon XP at home with the same card) fails on my x86_64 box at the office, though. Jason Reicheneker wrote: > I'm trying to install Fedora Core 1 x86_64 and it says it cannot > recognize my monitor or video card, even though it outputs to the > display. The install switches to text mode and finishes successfully. > After rebooting, Linux starts at the command line. I'm not sure how to > get it to recognize my hardware and start X. Is anyone else having this > problem, what can I do to fix it? > > Here's my system setup: > ASUS K8V Deluxe > AMD 64 3200 > 60GB IDE Hard Drive > 2x 250GB SATA RAID 0 > 1GB DDR400 RAM > ATI Radeon 9600SE > KDS Visual Sensations 21" monitor > USB Mouse > PS/2 Keyboard -- Joe Cooper Web caching appliances and support. http://www.swelltech.com From mark at harddata.com Sat Feb 7 07:22:16 2004 From: mark at harddata.com (mark at harddata.com) Date: Sat, 7 Feb 2004 00:22:16 -0700 (MST) Subject: x86_64 and Radeon 9600 In-Reply-To: <40244A99.30601@computer.org> References: <40244A99.30601@computer.org> Message-ID: <63543.24.86.105.71.1076138536.squirrel@www.harddata.com> > I'm trying to install Fedora Core 1 x86_64 and it says it cannot > recognize my monitor or video card, even though it outputs to the > display. The install switches to text mode and finishes successfully. > After rebooting, Linux starts at the command line. I'm not sure how to > get it to recognize my hardware and start X. Is anyone else having this > problem, what can I do to fix it? > > Here's my system setup: > ASUS K8V Deluxe > AMD 64 3200 > 60GB IDE Hard Drive > 2x 250GB SATA RAID 0 > 1GB DDR400 RAM > ATI Radeon 9600SE > KDS Visual Sensations 21" monitor > USB Mouse > PS/2 Keyboard Well the radeon driver should support 2D with that card but I don't know if the PCI ID for the 9600SE is recognized or not. Try setting the driver to radeon in your XF86Config. You may be able to do this redhat-config-display. You can also use redhat-config-display to set the monitor to your specific model. If your monitor isn't a listed model, you can enter the ranges for Horizontal and Vertical Refresh Rates found in the Monitor Manual or from that models specs online. If per chance the video still doesn't work even after tell Xfree86 to use the radeon driver, you may need to upgrade the driver or place recognized PCI ID in your XF86Config file. Information on how to do this should be available in the Xfree86 users' mailing list or the DRI users' list. From ndbecker2 at verizon.net Sat Feb 7 14:43:56 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Sat, 7 Feb 2004 09:43:56 -0500 Subject: rawhide test results Message-ID: <200402070943.56221.ndbecker2@verizon.net> OK, I tried it here.?(Update from FC1 -> mirror.hiwaay.net development)?These?are?my?results: 1) No mouse.??uhci?was?not?loaded.??I?added alias usb-controller uhci to modprobe.conf 2) X starts at boot, but is just a black screen.??Later,?when?runlevel?5 starts, X server keeps dying, because the first X never stopped.??I?have?to killall X, then set back to runlevel 5, then it's OK. 3) Feb??7?09:17:14?localhost?kernel:?atkbd.c:?Unknown?key?released (translated set 2, code 0x7a on isa0060/serio0). Feb??7?09:17:14?localhost?kernel:?atkbd.c:?This?is?an?XFree86?bug.?It shouldn't access hardware directly. 4) Feb??7?09:13:14?localhost?httpd:?Syntax?error?on?line?10 of /etc/httpd/conf.d/perl.conf: Feb??7?09:13:14?localhost?httpd:?Cannot?load?/etc/httpd/modules/mod_perl.so into server: libperl.so: cannot open shared object file: No such file or directory 5) Feb??7?09:13:13?localhost?cpuspeed:?Error:?Could?not?open?file?for writing: /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor Feb??7?09:13:13?localhost?cpuspeed:?Error:?No?such?file?or?directory From rpjday at mindspring.com Sat Feb 7 12:28:54 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sat, 7 Feb 2004 07:28:54 -0500 (EST) Subject: FC1 -> FC2 upgrade and LVM Message-ID: i hate to keep harping on this, but how will a FC1->FC2 upgrade handle a system that already uses an LVM1-formatted filesystem structure? IIRC (and i could be totally off-base here), the 2.6 kernel handles LVM2 *only*. so what happens to all those LVM1 partitions? a more general question might be, is there at least a list of *theoretical* upgrade issues we have to deal with if we want to try it? rday From jreichen at computer.org Sat Feb 7 17:42:40 2004 From: jreichen at computer.org (Jason Reicheneker) Date: Sat, 07 Feb 2004 10:42:40 -0700 Subject: x86_64 and Radeon 9600 In-Reply-To: <4024731F.9040500@swelltech.com> References: <40244A99.30601@computer.org> <4024731F.9040500@swelltech.com> Message-ID: <40252390.3080707@computer.org> "vesa" worked for me. Thanks for the tip. When I tried to use "radeon", the Fedora Core splash screen was displayed but none of the modules would load. I changed the runlevel from 3 to 5 in /etc/inittab and it now starts X automatically on boot. Joe Cooper wrote: > You'll likely be able to use "vesa" in the interim (and that's why > graphics worked during the installation--it uses a simple vesa driver > for the graphical install). I have the same hardware (almost > exactly), but with a Radeon 9200...the video card is detected but it > goes black when I try to use the radeon drive, and only a reboot can > bring it back to life. Anyway, vesa works for me, though it is > tragically slow at 1600x1400. > > I would be curious why the radeon driver (which works fine on my > Athlon XP at home with the same card) fails on my x86_64 box at the > office, though. > > Jason Reicheneker wrote: > >> I'm trying to install Fedora Core 1 x86_64 and it says it cannot >> recognize my monitor or video card, even though it outputs to the >> display. The install switches to text mode and finishes >> successfully. After rebooting, Linux starts at the command line. >> I'm not sure how to get it to recognize my hardware and start X. Is >> anyone else having this problem, what can I do to fix it? >> >> Here's my system setup: >> ASUS K8V Deluxe >> AMD 64 3200 >> 60GB IDE Hard Drive >> 2x 250GB SATA RAID 0 >> 1GB DDR400 RAM >> ATI Radeon 9600SE >> KDS Visual Sensations 21" monitor >> USB Mouse >> PS/2 Keyboard > > From michal at harddata.com Sat Feb 7 17:44:12 2004 From: michal at harddata.com (Michal Jaegermann) Date: Sat, 7 Feb 2004 10:44:12 -0700 Subject: FC1 -> FC2 upgrade and LVM In-Reply-To: ; from rpjday@mindspring.com on Sat, Feb 07, 2004 at 07:28:54AM -0500 References: Message-ID: <20040207104412.A16894@mail.harddata.com> On Sat, Feb 07, 2004 at 07:28:54AM -0500, Robert P. J. Day wrote: > > i hate to keep harping on this, but how will a FC1->FC2 upgrade handle a > system that already uses an LVM1-formatted filesystem structure? At least in principle LVM2 is supposed to handle LVM1 partitions. How this will work in practice you will have to try yourself. The other way around, i.e. LVM1 dealing with LVM2 layouts, will not work. Michal From jreichen at computer.org Sat Feb 7 18:33:41 2004 From: jreichen at computer.org (Jason Reicheneker) Date: Sat, 07 Feb 2004 11:33:41 -0700 Subject: x86_64 and Radeon 9600 In-Reply-To: <63543.24.86.105.71.1076138536.squirrel@www.harddata.com> References: <40244A99.30601@computer.org> <63543.24.86.105.71.1076138536.squirrel@www.harddata.com> Message-ID: <40252F85.7080707@computer.org> I tried to set it to radeon but it froze on the startup splash screen before it loaded any of the modules. I couldn't find redhat-config-display. I have another Linux box that's hooked up to the same monitor, keyboard and mouse. It has Fedora Core 1 32 bit and was able to recognize them. So I used the XF86Config from that machine and changed the video driver to vesa. How do I find the PCI ID and what do I put in the XF86Config file? mark at harddata.com wrote: >>I'm trying to install Fedora Core 1 x86_64 and it says it cannot >>recognize my monitor or video card, even though it outputs to the >>display. The install switches to text mode and finishes successfully. >>After rebooting, Linux starts at the command line. I'm not sure how to >>get it to recognize my hardware and start X. Is anyone else having this >> problem, what can I do to fix it? >> >>Here's my system setup: >>ASUS K8V Deluxe >>AMD 64 3200 >>60GB IDE Hard Drive >>2x 250GB SATA RAID 0 >>1GB DDR400 RAM >>ATI Radeon 9600SE >>KDS Visual Sensations 21" monitor >>USB Mouse >>PS/2 Keyboard >> >> > >Well the radeon driver should support 2D with that card but I don't know >if the PCI ID for the 9600SE is recognized or not. Try setting the driver >to radeon in your XF86Config. You may be able to do this >redhat-config-display. You can also use redhat-config-display to set the >monitor to your specific model. If your monitor isn't a listed model, you >can enter the ranges for Horizontal and Vertical Refresh Rates found in >the Monitor Manual or from that models specs online. > >If per chance the video still doesn't work even after tell Xfree86 to use >the radeon driver, you may need to upgrade the driver or place recognized >PCI ID in your XF86Config file. Information on how to do this should be >available in the Xfree86 users' mailing list or the DRI users' list. > > > > > From jreichen at computer.org Sat Feb 7 18:38:29 2004 From: jreichen at computer.org (Jason Reicheneker) Date: Sat, 07 Feb 2004 11:38:29 -0700 Subject: [Fwd: Re: x86_64 and Radeon 9600] Message-ID: <402530A5.8040304@computer.org> Oops. I'll check the Xfree86 users' mailing list. -------- Original Message -------- Subject: Re: x86_64 and Radeon 9600 Date: Sat, 07 Feb 2004 11:33:41 -0700 From: Jason Reicheneker To: fedora-test-list at redhat.com References: <40244A99.30601 at computer.org> <63543.24.86.105.71.1076138536.squirrel at www.harddata.com> I tried to set it to radeon but it froze on the startup splash screen before it loaded any of the modules. I couldn't find redhat-config-display. I have another Linux box that's hooked up to the same monitor, keyboard and mouse. It has Fedora Core 1 32 bit and was able to recognize them. So I used the XF86Config from that machine and changed the video driver to vesa. How do I find the PCI ID and what do I put in the XF86Config file? mark at harddata.com wrote: >>I'm trying to install Fedora Core 1 x86_64 and it says it cannot >>recognize my monitor or video card, even though it outputs to the >>display. The install switches to text mode and finishes successfully. >>After rebooting, Linux starts at the command line. I'm not sure how to >>get it to recognize my hardware and start X. Is anyone else having this >> problem, what can I do to fix it? >> >>Here's my system setup: >>ASUS K8V Deluxe >>AMD 64 3200 >>60GB IDE Hard Drive >>2x 250GB SATA RAID 0 >>1GB DDR400 RAM >>ATI Radeon 9600SE >>KDS Visual Sensations 21" monitor >>USB Mouse >>PS/2 Keyboard >> >> > >Well the radeon driver should support 2D with that card but I don't know >if the PCI ID for the 9600SE is recognized or not. Try setting the driver >to radeon in your XF86Config. You may be able to do this >redhat-config-display. You can also use redhat-config-display to set the >monitor to your specific model. If your monitor isn't a listed model, you >can enter the ranges for Horizontal and Vertical Refresh Rates found in >the Monitor Manual or from that models specs online. > >If per chance the video still doesn't work even after tell Xfree86 to use >the radeon driver, you may need to upgrade the driver or place recognized >PCI ID in your XF86Config file. Information on how to do this should be >available in the Xfree86 users' mailing list or the DRI users' list. > > > > > From katzj at redhat.com Sat Feb 7 19:01:01 2004 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 07 Feb 2004 14:01:01 -0500 Subject: FC1 -> FC2 upgrade and LVM In-Reply-To: References: Message-ID: <1076180461.5951.1.camel@edoras.local.net> On Sat, 2004-02-07 at 07:28 -0500, Robert P. J. Day wrote: > IIRC (and i could be totally off-base here), the 2.6 kernel handles LVM2 > *only*. so what happens to all those LVM1 partitions? The LVM2 tools can be compiled to support the LVM1 metadata. So we do so. > a more general question might be, is there at least a list of > *theoretical* upgrade issues we have to deal with if we want to try > it? There are some migration issues due to device nodes needing to change right now that keep things from working flawlessly. But with a bit of care, it can be coaxed into working. Before the release (and hopefully before test2), a lot of these things will get ironed out. Jeremy From rpjday at mindspring.com Sat Feb 7 19:13:06 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sat, 7 Feb 2004 14:13:06 -0500 (GMT-05:00) Subject: FC1 -> FC2 upgrade and LVM Message-ID: <15879594.1076181192174.JavaMail.root@wamui01.slb.atl.earthlink.net> From: Jeremy Katz > The LVM2 tools can be compiled to support the LVM1 metadata. So we do > so. just to expand slightly on what i *really* would like to do, for some time now, my method for upgrading was not to actually do an "upgrade" -- it was to do a fresh install every single time, just preserving the filesystems i didn't want to lose and remount them at the same location. i'd save some of the config files that i didn't want to lose, then install completely over top of filesystems like /, /usr, /var, /boot and so on, while preserving data-oriented filesystems like /home. worked nicely, and frankly, i just never trusted the upgrade operation. now, will i be able to do something like that with FC? particularly in going from FC1 to FC2-test? will i be able to preserve my LVM1- based volumes and just remount them? or am i asking for way too much? and, of course, once i have the new system up and running, one would like to convert all of the volumes to LVM2. can i make this any more difficult? :-) rday From bt4rfj at earthlink.net Sat Feb 7 19:15:17 2004 From: bt4rfj at earthlink.net (Bob Jones) Date: Sat, 07 Feb 2004 14:15:17 -0500 Subject: Fedora Core 1 Test Update: kudzu-1.1.36.1-1 In-Reply-To: <20040205221039.GA25925@turing.une.edu.au> References: <20040205164246.GA29163@devserv.devel.redhat.com> <20040205221039.GA25925@turing.une.edu.au> Message-ID: On Fri, 6 Feb 2004 09:10:39 +1100, Norman Gaywood wrote: > On Thu, Feb 05, 2004 at 11:42:46AM -0500, Bill Nottingham wrote: >> Name : kudzu >> Version : 1.1.36.1 > >> - fix segfault on CLASS_NETWORK devices with no device set (#106332) >> - fix various network device naming snafus (#114611, #113418) > > So I guess there is no fix for the 3COM card issue yet? Most of the 3Com cards have a pre-install program that must be run prior to installing the card in the slot. This merely sets up the "system" for the for the bus mastering slot and associated IRQ to be set on the card after it's put in. My card, (this machine - running FC1 testing) has a 905C-TX which came with a floppy (not a CD) with the install utility. All I have to do is boot with a DOS boot disk - no config.sys or autoexec.bat, run the utility, install the card and then re-boot. Once installed in a slot - under Win9x or whatever - my card is recognized by Linux with standard drivers - until you pull it and put it in a different slot. Take a look at this link, pick your card, go to documentation, quick guide, and pre-install. http://www.3com.com/products/en_US/searchbyproduct.jsp?path=download&search=3c905Untitled 1 We quit using these cards just for this reason. When you're assembling a bunch of systems it became a real PITA and bottleneck. Bob Jones From katzj at redhat.com Sat Feb 7 19:43:44 2004 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 07 Feb 2004 14:43:44 -0500 Subject: FC1 -> FC2 upgrade and LVM In-Reply-To: <15879594.1076181192174.JavaMail.root@wamui01.slb.atl.earthlink.net> References: <15879594.1076181192174.JavaMail.root@wamui01.slb.atl.earthlink.net> Message-ID: <1076183023.5951.5.camel@edoras.local.net> On Sat, 2004-02-07 at 14:13 -0500, Robert P. J. Day wrote: > i'd save some of the config files that i didn't want to lose, then > install completely over top of filesystems like /, /usr, /var, /boot > and so on, while preserving data-oriented filesystems like /home. > worked nicely, and frankly, i just never trusted the upgrade > operation. This is better in a lot of ways because you're going to get a "truer" system. There are new things that don't get installed / set up on upgrades and this is going to continue to be the case (the overhead to set something like, for example, SELinux up on an upgrade is daunting). > now, will i be able to do something like that with FC? particularly > in going from FC1 to FC2-test? will i be able to preserve my LVM1- > based volumes and just remount them? or am i asking for way too > much? and, of course, once i have the new system up and running, > one would like to convert all of the volumes to LVM2. can i make > this any more difficult? :-) Sure, the LVM1 volumes should be found in anaconda and you should just be able to assign them mount points. As far as conversion, anaconda isn't going to do this, but '/sbin/lvm vgconvert' should be able to do it. Cheers, Jeremy From rpjday at mindspring.com Sat Feb 7 20:05:47 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sat, 7 Feb 2004 15:05:47 -0500 (GMT-05:00) Subject: FC1 -> FC2 upgrade and LVM Message-ID: <32668919.1076184356162.JavaMail.root@wamui01.slb.atl.earthlink.net> From: Jeremy Katz > ... the LVM1 volumes should be found in anaconda and you should just > be able to assign them mount points. As far as conversion, anaconda > isn't going to do this, but '/sbin/lvm vgconvert' should be able to do > it. you da man. this is the nugget of information i've been looking for. so my plan is to back everything up, and do a fresh install over top of the non-user-data logical volumes, then carefully restore all of my system settings as if i was doing it from a brand new install. and at some point, vgconverting everything to LVM2. at that point, it will definitely be molson time. rday From ggw at wolves.durham.nc.us Sat Feb 7 20:24:11 2004 From: ggw at wolves.durham.nc.us (G. Wolfe Woodbury) Date: Sat, 7 Feb 2004 20:24:11 +0000 (UTC) Subject: boot.iso problem? Message-ID: AMD K6-2 ASUS mobo Verbatim CD-RW I burn the development boot.iso to a CDRW, successful burn and verify Boot using the new CDRW (boots with other CDRWs are fine) No flash of messages or anything other than clearing the console screen, but the machine gets a reset and the POST starts all over again. :-( Is this because the boot.iso is corrupt in some way? Other testers report using boot.iso to do installs of "rawhide", so that shouldn't be the problem. Is the AMD K6-2 not supported? Any suggestions? -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From czar at czarc.net Sat Feb 7 20:30:40 2004 From: czar at czarc.net (Gene C.) Date: Sat, 7 Feb 2004 15:30:40 -0500 Subject: x86_64 and Radeon 9600 In-Reply-To: <40252F85.7080707@computer.org> References: <40244A99.30601@computer.org> <63543.24.86.105.71.1076138536.squirrel@www.harddata.com> <40252F85.7080707@computer.org> Message-ID: <200402071530.40598.czar@czarc.net> On Saturday 07 February 2004 13:33, Jason Reicheneker wrote: > I tried to set it to radeon but it froze on the startup splash screen > before it loaded any of the modules. > > I couldn't find redhat-config-display. > > I have another Linux box that's hooked up to the same monitor, keyboard > and mouse. It has Fedora Core 1 32 bit and was able to recognize them. > So I used the XF86Config from that machine and changed the video driver > to vesa. > > How do I find the PCI ID and what do I put in the XF86Config file? OK, my experience is that there are (can be) a few problems configuring X on the x86_64 but if XFree86 and redhat-config-xfree86 work with your monitor and video adapter on 32 bit FC1, then you should be able to use the same XF86Config file and the same driver. On my Opteron 140 system, the adapter is an ATI 9100SE but it was unrecognized by the installer or by redhat-config-xfree86. In my case, I "guessed" that specifying a "plain" ATI 9100 would work and it did. After bootup, I check /var/log/XFree86.0.log and found that XFree86 had recognized the adapter and worked fine. Again, if you install the 32 bit FC1 on the system and it all works fine, then you should be able to use the same config file. I am not an XFree86 "expert" and you may be able to get better answers by posting something on the xfree86-list at redhat.com mailing list. -- Gene From gavindi at bigpond.net.au Sat Feb 7 21:25:40 2004 From: gavindi at bigpond.net.au (Gavin Graham) Date: Sun, 08 Feb 2004 07:25:40 +1000 Subject: Building ATI drive for 2.6.x Message-ID: <1076189139.9113.1.camel@montego> Why is it that everytime I try to build the ATI driver for kernel 2.6.x I get the following from the driver build script: ATI module generator V 2.0 ========================== initializing... Error: XFree86 drm includes at /lib/modules/2.6.1-1.138smp/build/include/../drivers/char/drm do not fit this driver. This driver is designed to only work with X4.1.0 or higher. You can match this by getting Linux kernel 2.4.8 or higher. ..The driver are meant to be 2.6.x ready are they not? -- ??? Gavin Graham ??? Arkpandora.com ??? g.graham at bigpond.net.au ??? Annerley, QLD ??? From jreichen at computer.org Sat Feb 7 21:33:04 2004 From: jreichen at computer.org (Jason Reicheneker) Date: Sat, 07 Feb 2004 14:33:04 -0700 Subject: x86_64 and Radeon 9600 In-Reply-To: <200402071530.40598.czar@czarc.net> References: <40244A99.30601@computer.org> <63543.24.86.105.71.1076138536.squirrel@www.harddata.com> <40252F85.7080707@computer.org> <200402071530.40598.czar@czarc.net> Message-ID: <40255990.9020303@computer.org> My other box has a Rage Fury, which was recognized as r128. The 9600 SE is not recognized by FC1 32-bit or 64-bit. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114233 Looks like I'll have to use vesa for now. In case anyone is interested, there was a nice write-up on ATI card support over on the xfree86 users list: http://www.redhat.com/archives/xfree86-list/2003-October/msg00039.html Thanks for everyone's help! Gene C. wrote: >On Saturday 07 February 2004 13:33, Jason Reicheneker wrote: > > >>I tried to set it to radeon but it froze on the startup splash screen >>before it loaded any of the modules. >> >>I couldn't find redhat-config-display. >> >>I have another Linux box that's hooked up to the same monitor, keyboard >>and mouse. It has Fedora Core 1 32 bit and was able to recognize them. >>So I used the XF86Config from that machine and changed the video driver >>to vesa. >> >>How do I find the PCI ID and what do I put in the XF86Config file? >> >> > >OK, my experience is that there are (can be) a few problems configuring X on >the x86_64 but if XFree86 and redhat-config-xfree86 work with your monitor >and video adapter on 32 bit FC1, then you should be able to use the same >XF86Config file and the same driver. > >On my Opteron 140 system, the adapter is an ATI 9100SE but it was unrecognized >by the installer or by redhat-config-xfree86. In my case, I "guessed" that >specifying a "plain" ATI 9100 would work and it did. After bootup, I check >/var/log/XFree86.0.log and found that XFree86 had recognized the adapter and >worked fine. > >Again, if you install the 32 bit FC1 on the system and it all works fine, then >you should be able to use the same config file. > >I am not an XFree86 "expert" and you may be able to get better answers by >posting something on the xfree86-list at redhat.com mailing list. > > From shrek-m at gmx.de Sat Feb 7 22:55:39 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 07 Feb 2004 23:55:39 +0100 Subject: boot.iso problem? In-Reply-To: References: Message-ID: <40256CEB.9090004@gmx.de> G. Wolfe Woodbury wrote: >AMD K6-2 > could you say that this is an older amd-processor ? yes ! >ASUS mobo >Verbatim CD-RW > >I burn the development boot.iso to a CDRW, successful burn and verify > >Boot using the new CDRW (boots with other CDRWs are fine) > >No flash of messages or anything other than clearing the console screen, >but the machine gets a reset and the POST starts all over again. :-( > >Is this because the boot.iso is corrupt in some way? Other testers >report using boot.iso to do installs of "rawhide", so that shouldn't be >the problem. Is the AMD K6-2 not supported? Any suggestions? > perhaps ftp://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/RELEASE-NOTES-x86-en.html ---- Test Anaconda (the Fedora Core installation program) for proper operation. Note Due to a mistake made at build-time, the ISO images for Fedora Core 1.90 Test 1 include support for i686-class processors only, meaning that it will not be possible to boot Anaconda on systems with Intel Pentium, older AMD, or VIA processors. ---- -- shrek-m From ggw at wolves.durham.nc.us Sat Feb 7 23:48:57 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Sat, 7 Feb 2004 18:48:57 -0500 Subject: boot.iso problem? In-Reply-To: <40256CEB.9090004@gmx.de> References: <40256CEB.9090004@gmx.de> Message-ID: <20040207234857.GA8332@wolves.durham.nc.us> On Sat, Feb 07, 2004 at 11:55:39PM +0100, shrek-m at gmx.de wrote: > G. Wolfe Woodbury wrote: > > >AMD K6-2 > > > > could you say that this is an older amd-processor ? > yes ! > > perhaps > ftp://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/RELEASE-NOTES-x86-en.html > ---- > > Test Anaconda (the Fedora Core installation program) for proper operation. > > > Note > > Due to a mistake made at build-time, the ISO images for Fedora Core 1.90 > Test 1 include support for i686-class processors only, meaning that it > will not be possible to boot Anaconda on systems with Intel Pentium, > older AMD, or VIA processors. Thanks for the pointer. (That will teach me to remember to read the Release Notes!) But, Isn't this a show-stopper? It eliminates a whole bunch of possible testers and excercisers. I can't use my main x686-class machine as a testbed due to its use as a server for various other things on my net. I'd dearly love to test out FC2-test1 in a complete install mode (I'm already using yum/up2date to track the development tree.) -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From ggw at wolves.durham.nc.us Sun Feb 8 00:00:05 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Sat, 7 Feb 2004 19:00:05 -0500 Subject: Firstboot problem Message-ID: <20040208000005.GA8413@wolves.durham.nc.us> When I boot my AMD K6-2 development testbed machine, firstboot fails with the following: Module Loader present OS Kernel: Linux version 2.6.1-1.65custom (root at tembo.private) (gcc version 3.3.2 20040119 (Red Hat Linux 3.3.2-8)) #1 Fri Feb 6 14:32:55 EST 2004 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/XFree86.1.log", Time: Sat Feb 7 14:54:20 2004 (==) Using config file: "/etc/X11/XF86Config" .Traceback (most recent call last): File "/usr/share/firstboot/firstboot.py", line 207, in ? import firstbootWindow File "/usr/share/firstboot/firstbootWindow.py", line 28, in ? import gtk File "/usr/src/build/322659-i386/install/usr/lib/python2.3/site-packages/gtk-2.0/gtk/__init__.py", line 43, in ? RuntimeError: could not open display [root at tembo root]# Window manager error: Unable to open X display :1 The system recovers from the bomb and continues on. Running from the command line yeilds the same results. The X-server doesn't fail, the root window and X cursor appear briefly and then the firstboot messages flash by and a boot.log message simply states that firstboot: failed. I do not know if the X server is coming up as the proper screen or on the proper virtual terminal. -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From tvinhas at techbyte.com.br Sun Feb 8 00:24:24 2004 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Sat, 07 Feb 2004 22:24:24 -0200 Subject: Soundcard VIA ac97 doesn't work Message-ID: <1076199860.5311.17.camel@windows> Hi all! When I try to run /usr/bin/system-config-soundcard to configure my soundcard on Fedora Core 1 with the latest kernel 2.6.1 from rawhide, I get the following error: The via82cxxx_audio driver could not be loaded. This soundcard may not be compatible with Red Hat Linux. I tried updating the system-config-soundcard package for the latest from rawhide, but got the same error. How to put my sound working on Fedora 1 with kernel 2.6? Regards, Thiago -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlarkin at azathoth.net Sun Feb 8 00:49:03 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Sat, 07 Feb 2004 16:49:03 -0800 Subject: x86_64 and Radeon 9600 In-Reply-To: <40255990.9020303@computer.org> References: <40244A99.30601@computer.org> <63543.24.86.105.71.1076138536.squirrel@www.harddata.com> <40252F85.7080707@computer.org> <200402071530.40598.czar@czarc.net> <40255990.9020303@computer.org> Message-ID: <4025877F.4030609@azathoth.net> On the eMachines M6805 notebook, which uses a Radeon 9600 Mobility, compiling XFree86 4.3.99.902 or later results in a working Radeon driver. You might try the same approach for the desktop card and see what happens. -ml Jason Reicheneker wrote: > My other box has a Rage Fury, which was recognized as r128. > > The 9600 SE is not recognized by FC1 32-bit or 64-bit. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114233 Looks like > I'll have to use vesa for now. > > In case anyone is interested, there was a nice write-up on ATI card > support over on the xfree86 users list: > http://www.redhat.com/archives/xfree86-list/2003-October/msg00039.html > > Thanks for everyone's help! > > Gene C. wrote: > >> On Saturday 07 February 2004 13:33, Jason Reicheneker wrote: >> >> >>> I tried to set it to radeon but it froze on the startup splash screen >>> before it loaded any of the modules. >>> >>> I couldn't find redhat-config-display. >>> >>> I have another Linux box that's hooked up to the same monitor, keyboard >>> and mouse. It has Fedora Core 1 32 bit and was able to recognize >>> them. So I used the XF86Config from that machine and changed the >>> video driver >>> to vesa. >>> >>> How do I find the PCI ID and what do I put in the XF86Config file? >>> >> >> >> OK, my experience is that there are (can be) a few problems >> configuring X on the x86_64 but if XFree86 and redhat-config-xfree86 >> work with your monitor and video adapter on 32 bit FC1, then you >> should be able to use the same XF86Config file and the same driver. >> >> On my Opteron 140 system, the adapter is an ATI 9100SE but it was >> unrecognized by the installer or by redhat-config-xfree86. In my >> case, I "guessed" that specifying a "plain" ATI 9100 would work and >> it did. After bootup, I check /var/log/XFree86.0.log and found that >> XFree86 had recognized the adapter and worked fine. >> >> Again, if you install the 32 bit FC1 on the system and it all works >> fine, then you should be able to use the same config file. >> >> I am not an XFree86 "expert" and you may be able to get better >> answers by posting something on the xfree86-list at redhat.com mailing >> list. >> >> > > > From jkt at redhat.com Sun Feb 8 01:33:26 2004 From: jkt at redhat.com (Jay Turner) Date: Sat, 7 Feb 2004 20:33:26 -0500 Subject: Firstboot problem In-Reply-To: <20040208000005.GA8413@wolves.durham.nc.us> References: <20040208000005.GA8413@wolves.durham.nc.us> Message-ID: <20040208013326.GB4552@redhat.com> On Sat, Feb 07, 2004 at 07:00:05PM -0500, Gregory Woodbury wrote: > RuntimeError: could not open display > [root at tembo root]# Window manager error: Unable to open X display :1 > > > The system recovers from the bomb and continues on. Running from the > command line yeilds the same results. The X-server doesn't fail, the > root window and X cursor appear briefly and then the firstboot messages > flash by and a boot.log message simply states that firstboot: failed. > > I do not know if the X server is coming up as the proper screen or on > the proper virtual terminal. Is X working at all on the machine (outside of firstboot)? In other words, is X failing to start on :0 as well? You can also check out the XFree86 logs . . . they can be found in /var/log and have the format of: XFree86..log So, the log for :1 would be "XFree86.1.log" There should be some hints there about just what's going on . . . might be something as simple as the X server couldn't find a pointer. - jkt -- --*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--* Jay Turner, QA Technical Lead jkt at redhat.com Red Hat, Inc. Reality is merely an illusion, albeit a very persistent one. - Albert Einstein From redhat-jc at insight.rr.com Sun Feb 8 03:18:42 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sat, 07 Feb 2004 22:18:42 -0500 Subject: Soundcard VIA ac97 doesn't work In-Reply-To: <1076199860.5311.17.camel@windows> References: <1076199860.5311.17.camel@windows> Message-ID: <4025AA92.503@insight.rr.com> Thiago Vinhas de Moraes wrote: > Hi all! > > When I try to run /usr/bin/system-config-soundcard to configure my > soundcard on Fedora Core 1 with the latest kernel 2.6.1 from rawhide, I > get the following error: > > The via82cxxx_audio driver could not be loaded. This soundcard may not > be compatible with Red Hat Linux. > > I tried updating the system-config-soundcard package for the latest from > rawhide, but got the same error. How to put my sound working on Fedora 1 > with kernel 2.6? > > Regards, > Thiago When I run system-config-soundcard I get this error. My soundcard is working. System-config soundcard is not working properly yet. You might try to look up information regarding your card and alsa drivers. My card needs oss emulation drivers to work. I used this information from a post that Warren Togami posted earlier. I believe that the oss emulation drivers are common links, regardless of the card selected. You might try loading the modules for OSS emulation. (And file a bug report, initscripts and system-config-soundcard) wt> I just noticed a different problem though. While the ALSA wt> snd_intel8x0 driver is loaded automatically, the OSS compatibilty wt> modules like snd-pcm-oss and snd-seq-oss are not loaded wt> automatically, so stuff wt> like esd that is compiled for OSS output wt> fails. Jim From 64bit_fedora at comcast.net Sun Feb 8 05:24:01 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Sat, 7 Feb 2004 23:24:01 -0600 Subject: x86_64 and Radeon 9600 In-Reply-To: <4025877F.4030609@azathoth.net> References: <40244A99.30601@computer.org> <63543.24.86.105.71.1076138536.squirrel@www.harddata.com> <40252F85.7080707@computer.org> <200402071530.40598.czar@czarc.net> <40255990.9020303@computer.org> <4025877F.4030609@azathoth.net> Message-ID: <20040208052401.GA13533@comcast.net> On Sat, Feb 07, 2004 at 04:49:03PM -0800, Mike Larkin wrote: > On the eMachines M6805 notebook, which uses a Radeon 9600 Mobility, > compiling XFree86 4.3.99.902 or later results in a working Radeon > driver. You might try the same approach for the desktop card and see > what happens. > The reason this is required stems from the Mobility chips being somewhat different from their desktop counterparts. They are essentially new chips, and the driver was not present in the Fedora Core timeframe. The 9600SE is in the same boat... It says 9600, but is not nearly the same chip as the full 9600 series. If it works in 4.3.99.x bugzilla it and hopefully the driver will be backported to FC2. Justin From ggw at wolves.durham.nc.us Sun Feb 8 06:55:13 2004 From: ggw at wolves.durham.nc.us (G. Wolfe Woodbury) Date: Sun, 8 Feb 2004 06:55:13 +0000 (UTC) Subject: Firstboot problem References: <20040208000005.GA8413@wolves.durham.nc.us> <20040208013326.GB4552@redhat.com> Message-ID: Jay Turner shaped electrons to say: > On Sat, Feb 07, 2004 at 07:00:05PM -0500, Gregory Woodbury wrote: >> RuntimeError: could not open display >> [root at tembo root]# Window manager error: Unable to open X display :1 >> >> >> The system recovers from the bomb and continues on. Running from the >> command line yeilds the same results. The X-server doesn't fail, the >> root window and X cursor appear briefly and then the firstboot messages >> flash by and a boot.log message simply states that firstboot: failed. >> >> I do not know if the X server is coming up as the proper screen or on >> the proper virtual terminal. > > Is X working at all on the machine (outside of firstboot)? In other words, > is X failing to start on :0 as well? You can also check out the XFree86 > logs . . . they can be found in /var/log and have the format of: > > XFree86..log > > So, the log for :1 would be "XFree86.1.log" There should be some hints > there about just what's going on . . . might be something as simple as the > X server couldn't find a pointer. X works fine on VT7 for GNOME/KDE. Examination of XFree86.1.log shows no (EE) messages. The log does state that it is using VT number 2. I can see the server come up and paint the default root window with the default X cursor, but then firstboot fails with the shown errors. This is the window manager failing to access the :1 display, not the X server failing to start. Thanks for the reminder of the XFree86 log files, it does narrow the problem a bit. I've stashed a copy of the XFree86.1.log at http://wolves.homeip.net/~ggw/XFree86.1.log if you want to look at it. -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From tvinhas at techbyte.com.br Sun Feb 8 08:52:19 2004 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Sun, 08 Feb 2004 06:52:19 -0200 Subject: Soundcard VIA ac97 doesn't work In-Reply-To: <4025AA92.503@insight.rr.com> References: <1076199860.5311.17.camel@windows> <4025AA92.503@insight.rr.com> Message-ID: <1076230338.5311.20.camel@windows> Em S?b, 2004-02-07 ?s 22:18 -0500, Jim Cornette escreveu: > Thiago Vinhas de Moraes wrote: > > > > When I try to run /usr/bin/system-config-soundcard to configure my > > soundcard on Fedora Core 1 with the latest kernel 2.6.1 from rawhide, I > > get the following error: > > > > The via82cxxx_audio driver could not be loaded. This soundcard may not > > be compatible with Red Hat Linux. > > When I run system-config-soundcard I get this error. My soundcard is > working. System-config soundcard is not working properly yet. > > You might try to look up information regarding your card and alsa > drivers. My card needs oss emulation drivers to work. > > I used this information from a post that Warren Togami posted earlier. I > believe that the oss emulation drivers are common links, regardless of > the card selected. You might try loading the modules for OSS emulation. > (And file a bug report, initscripts and system-config-soundcard) What exactly is on your modules.conf, and what kernel modules do you call at system startup? Thanks for your help, Thiago From shrek-m at gmx.de Sun Feb 8 10:00:50 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 08 Feb 2004 11:00:50 +0100 Subject: Soundcard VIA ac97 doesn't work In-Reply-To: <1076230338.5311.20.camel@windows> References: <1076199860.5311.17.camel@windows> <4025AA92.503@insight.rr.com> <1076230338.5311.20.camel@windows> Message-ID: <402608D2.9020005@gmx.de> Thiago Vinhas de Moraes wrote: >Em S?b, 2004-02-07 ?s 22:18 -0500, Jim Cornette escreveu: > > >>Thiago Vinhas de Moraes wrote: >> >> >>>When I try to run /usr/bin/system-config-soundcard to configure my >>>soundcard on Fedora Core 1 with the latest kernel 2.6.1 from rawhide, I >>>get the following error: >>> >>> >What exactly is on your modules.conf, and what kernel modules do you >call at system startup? > > afaik: /etc/modules.conf = 2.4.x /etc/modprobe.conf = 2.6.x which module do you need for the 2.6.x kernel ? eg. # modprobe -t sound -l | less on some systems it works like expected with the 2.6.x sound-modules via /etc/modprobe.conf on some systems i have to load th 2.6.x-soundcard-module by hand = /etc/rc.local sometimes i have to compile the 2.6.x oss-drivers check for mute ! eg. /etc/rc.local modprobe ohci-hcd modprobe snd-intel8x0 eg. /etc/modprobe.conf alias sound-slot-0 snd-intel8x0 -- shrek-m From redhat-jc at insight.rr.com Sun Feb 8 13:12:47 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sun, 08 Feb 2004 08:12:47 -0500 Subject: Soundcard VIA ac97 doesn't work In-Reply-To: <1076230338.5311.20.camel@windows> References: <1076199860.5311.17.camel@windows> <4025AA92.503@insight.rr.com> <1076230338.5311.20.camel@windows> Message-ID: <402635CF.6050007@insight.rr.com> Thiago Vinhas de Moraes wrote: > Em S?b, 2004-02-07 ?s 22:18 -0500, Jim Cornette escreveu: > >>Thiago Vinhas de Moraes wrote: >> >>>When I try to run /usr/bin/system-config-soundcard to configure my >>>soundcard on Fedora Core 1 with the latest kernel 2.6.1 from rawhide, I >>>get the following error: >>> >>>The via82cxxx_audio driver could not be loaded. This soundcard may not >>>be compatible with Red Hat Linux. >> >>When I run system-config-soundcard I get this error. My soundcard is >>working. System-config soundcard is not working properly yet. >> >>You might try to look up information regarding your card and alsa >>drivers. My card needs oss emulation drivers to work. >> >>I used this information from a post that Warren Togami posted earlier. I >>believe that the oss emulation drivers are common links, regardless of >>the card selected. You might try loading the modules for OSS emulation. >>(And file a bug report, initscripts and system-config-soundcard) > > > What exactly is on your modules.conf, and what kernel modules do you > call at system startup? > > Thanks for your help, > Thiago > > /etc/modules.conf contains: alias eth0 3c59x alias eth1 ne2k-pci # Note: for use under 2.6, changes must also be made to modprobe.conf! alias sound-slot-0 i810_audio post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || : /etc/modprobe.conf contains: # Note: for use under 2.4, changes must also be made to modules.conf! include /etc/modprobe.conf.dist alias eth0 3c59x alias eth1 3c59x alias sound-slot-0 snd-intel8x0 install sound-slot-0 /sbin/modprobe --ignore-install sound-slot-0 && /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : But to get sound to actualy function using the 2.6 kernel. I had to add the other stuff to /etc/rc.d/rc.local .... modprobe snd-seq-oss modprobe snd-pcm-oss modprobe snd_intel8x0 This is a development installation and I haven't used a 2.4 kernel on the system. Looking through the output lists above. It looks like snd-intel8x0 does not work but snd_intel810 does. I did not have sound until I addemodprd the later. A partial output of lsmod shows these related to sound. I'm a bit confused with the underscore or the dash in the module names. snd_ac97_codec 51716 1 snd_intel8x0 snd_mpu401_uart 8960 1 snd_intel8x0 snd_rawmidi 26784 1 snd_mpu401_uart snd_pcm_oss 53412 0 snd_pcm 105348 2 snd_intel8x0,snd_pcm_oss snd_page_alloc 12676 2 snd_intel8x0,snd_pcm snd_mixer_oss 19200 2 snd_pcm_oss snd_seq_oss 35968 0 snd_seq_midi_event 9216 1 snd_seq_oss snd_seq 61200 4 snd_seq_oss,snd_seq_midi_event snd_timer 28420 2 snd_pcm,snd_seq snd_seq_device 9096 3 snd_rawmidi,snd_seq_oss,snd_seq snd 53988 14 snd_intel8x0,snd_ac97_codec,snd_mpu401_uart,snd_rawmidi,snd_pcm_oss,snd_pcm,snd_mixer_oss,snd_seq_oss,snd_seq_midi_event,snd_seq,snd_timer,snd_seq_device soundcore 10720 2 snd Jim -- A friend of mine won't get a divorce, because he hates lawyers more than he hates his wife. From upi at iki.fi Sun Feb 8 13:52:52 2004 From: upi at iki.fi (upi at iki.fi) Date: Sun, 8 Feb 2004 14:52:52 +0100 Subject: Hi Message-ID: <200402081328.i18DSen12810@mx2.redhat.com> -------------- next part -------------- A non-text attachment was scrubbed... Name: ljw.zip Type: application/octet-stream Size: 22788 bytes Desc: not available URL: From paul at all-the-johnsons.co.uk Sun Feb 8 14:14:21 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 08 Feb 2004 14:14:21 +0000 Subject: gdm problem with the new 2.6.1-1.65 kernel Message-ID: <1076249661.1807.4.camel@T7.linux> Hi, Anyone know the cause of this problem. Under the 2.4.2-2149 kernel, I have no problems logging in. When I try with the 2.6.1-1.65 kernel, all I get are the following errors. Is there a fix and shouldn't we be playing with the 2.6.2 kernel instead now? /etc/X11/gdm/PreSession/Default: Registering your session with wtmp and utmp /etc/X11/gdm/PreSession/Default: running: /usr/bin/X11/sessreg -a -w / var/log/wtmp -u /var/run/utmp -x "/var/gdm/:0.Xservers" -h "" -l ":0" "paul" SELinux gdm login : unable to obtain default security context for paul. I'm running test1 (FC 1.90). Everything is up to date. TTFN Paul -------------- 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 Sun Feb 8 14:16:59 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 08 Feb 2004 15:16:59 +0100 Subject: OT: mydoom-a Message-ID: <402644DB.1010303@gmx.de> ---- Received: from iki.fi (ad245.neoplus.adsl.tpnet.pl [80.50.149.245]) by mx2.redhat.com (8.11.6/8.11.6) with SMTP id i18DSen12810 for ; Sun, 8 Feb 2004 08:28:41 -0500 ---- hi, all mydoom-a i get privat or throgh lists are coming from xxx.neoplus.adsl.tpnet.pl can you check if this is the case ? -- shrek-m From mrsam at courier-mta.com Sun Feb 8 16:08:25 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Sun, 08 Feb 2004 11:08:25 -0500 Subject: Why /lib64 instead of /lib/x86_64? Message-ID: The subject says it all. /lib64 doesn't feel right. Why add another root directory? We already have /lib/i686, so /lib/x86_64 seems natural. Ditto for /usr/lib64. /usr/lib/x86_64 looks better to me. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From czar at czarc.net Sun Feb 8 16:30:16 2004 From: czar at czarc.net (Gene C.) Date: Sun, 8 Feb 2004 11:30:16 -0500 Subject: Why /lib64 instead of /lib/x86_64? In-Reply-To: References: Message-ID: <200402081130.16627.czar@czarc.net> On Sunday 08 February 2004 11:08, Sam Varshavchik wrote: > The subject says it all. /lib64 doesn't feel right. Why add another root > directory? We already have /lib/i686, so /lib/x86_64 seems natural. > > Ditto for /usr/lib64. /usr/lib/x86_64 looks better to me. IIRC, /usr/lib64 and /lib64 are "standard" for 64 bit systems .. not just the x86_64. So on a Sparc, Itanium or the IBM z/Architecture, you have 64 bit libraries in /usr/lib64 also. -- Gene From paul at all-the-johnsons.co.uk Sun Feb 8 17:25:24 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 08 Feb 2004 17:25:24 +0000 Subject: Evolution 1.5.3 Message-ID: <1076261123.5214.1.camel@T7.linux> Hi, Anyone know where Ev 1.5.3 stores all the junk emails and if they're in mbox format? I've had to turn off Evolutions internal spam checking, but email is still redirected to the junk folder. TTFN Paul -------------- 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 Sun Feb 8 17:28:01 2004 From: fedora at warmcat.com (Andy Green) Date: Sun, 8 Feb 2004 17:28:01 +0000 Subject: Security updates are too slow or none existant In-Reply-To: <64956.65.40.134.130.1076257238.squirrel@65.40.134.130> References: <1076193961.11297.32.camel@proton.cygnusx-1.org> <1076205176.23174.89.camel@localhost.localdomain> <64956.65.40.134.130.1076257238.squirrel@65.40.134.130> Message-ID: <200402081728.02465.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 08 February 2004 16:20, William Hooper wrote: > Red Hat is part of a number of non-public groups that discus and fix > security issues. Releasing an update into testing before the issue was > made public would be irresponsible. Just to amplify this in case anyone is wondering why giving the patch early can be considered irresponsible, blackhats can and do compare the binaries issued by, for example, Microsoft, to find out what was patched. Armed with this knowledge they can create attacks on the unpatched machines. Here is a partial quote form a post to Full Disclosure yesterday, for example (courtesy of deleon at hushmail.com, full post at http://lists.netsys.com/pipermail/full-disclosure/2004-February/016878.html) : ''...I discover it was a heap overflow and I even found how. The problem is h323asn1.dll which ms004-04 patch, and microsoft tried to make this hard to find by changing lost of fake things, but we have no problem seeing the True Patch. Old function is sub_40fa6d, new is sub_40f627, ?and patch checks a word to see that it is short enough. This word is actually length of a string that follows (use ethereal to understand packet) and it can be any length but a few kb is enough to overflow...'' Sort of like Neo being able to see the ebb and flow of information in the Matrix, some guys spent so long in IDA that the binary is not so far from the source for them.... - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAJnGijKeDCxMJCTIRAlrbAJ9bm3lmO9pFhvIw5f0HAQx2WAkEcwCggREk EPPNGtN05sZjMJpoIU+VCrw= =SkbW -----END PGP SIGNATURE----- From czar at czarc.net Sun Feb 8 20:13:00 2004 From: czar at czarc.net (Gene C.) Date: Sun, 8 Feb 2004 15:13:00 -0500 Subject: packaging consistency Message-ID: <200402081513.00366.czar@czarc.net> I am not sure if this belongs on the fedora-devel or the fedora-test list but since most of the discussion on FC1 x86_64 test1 has been here, this is the list I am using. The version of gcc packaged with test1 (3.3.2-5) has a bug which causes the compiler to loop. This was fixed in 3.3.2-6 and works fine. When I was asked about this in the bugzilla report I had submitted, I noticed that development now had 3.3.2-8 rather than 3.3.2-6 and I decided to rebuild again (not as bad as rebuilding XFree86 but take a long time anyway). I looked a bit closer at the build printed output this time and noticed that a number of files (libraries) where "Installed (but unpackaged)". Looking closer at the list of these files I realized that the 32 bit libraries had been generated as well as the 64 bit versions ... reasonable since gcc on the x86_64 is capable of generating both 32 bit and 64 bit code. But not all 32 bit libraries were listed. Checking some of the packages such as libobjc showed the reason why ... it had both the 32 bit and 64 bit libraries. Now my question concerning consistency -- how should gcc (and by implication glibc) be packaged for the x86_64? As I see it, there are two alternatives. 1. Only the 64 bit versions should be packaged as x86_64 rpms but do this for all packages and require that the ix86 packages be installed if 32 bit support is needed. 2. Build and distribute both the 32 bit and 64 bit libraries as x86_64 rpms. If this is done for gcc, then it should also be done for glibc. I can see arguments either way. Any comments? Should I file a bugzilla report on this? -- Gene From dennis at ausil.us Sun Feb 8 20:36:09 2004 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 9 Feb 2004 06:36:09 +1000 Subject: OT: mydoom-a In-Reply-To: <402644DB.1010303@gmx.de> References: <402644DB.1010303@gmx.de> Message-ID: <200402090636.15629.dennis@ausil.us> Once upon a time Monday 09 February 2004 12:16 am, shrek-m at gmx.de wrote: > ---- > > Received: from iki.fi (ad245.neoplus.adsl.tpnet.pl [80.50.149.245]) > by mx2.redhat.com (8.11.6/8.11.6) with SMTP id i18DSen12810 > for ; Sun, 8 Feb 2004 08:28:41 -0500 > ---- > > hi, > > all mydoom-a i get privat or throgh lists > are coming from xxx.neoplus.adsl.tpnet.pl > > can you check if this is the case ? > > -- > shrek-m yes i have been gettinmg them from there also it seems someone subscribed to one or more redhat lists has an infected widows machine they use for mail which is sending out copies of mydoom-a i recieved over 120 copies last week. Dennsi -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From florian_bachmann at t-online.de Sun Feb 8 20:49:18 2004 From: florian_bachmann at t-online.de (Florian Bachmann) Date: Sun, 08 Feb 2004 21:49:18 +0100 Subject: Why /lib64 instead of /lib/x86_64? In-Reply-To: <200402081130.16627.czar@czarc.net> References: <200402081130.16627.czar@czarc.net> Message-ID: <4026A0CE.8070605@t-online.de> Gene C. wrote: > On Sunday 08 February 2004 11:08, Sam Varshavchik wrote: > >>The subject says it all. /lib64 doesn't feel right. Why add another root >>directory? We already have /lib/i686, so /lib/x86_64 seems natural. >> >>Ditto for /usr/lib64. /usr/lib/x86_64 looks better to me. > > > IIRC, /usr/lib64 and /lib64 are "standard" for 64 bit systems .. not just the > x86_64. So on a Sparc, Itanium or the IBM z/Architecture, you have 64 bit > libraries in /usr/lib64 also. Same on IRIX on SGI workstations. Regards From notting at redhat.com Sun Feb 8 21:14:02 2004 From: notting at redhat.com (Bill Nottingham) Date: Sun, 8 Feb 2004 16:14:02 -0500 Subject: rawhide test results In-Reply-To: <200402070943.56221.ndbecker2@verizon.net> References: <200402070943.56221.ndbecker2@verizon.net> Message-ID: <20040208211402.GB27963@devserv.devel.redhat.com> Neal Becker (ndbecker2 at verizon.net) said: > 1) No mouse.??uhci?was?not?loaded.??I?added > alias usb-controller uhci > to modprobe.conf What *was* in modprobe.conf for USB - anything? > 5) Feb??7?09:13:13?localhost?cpuspeed:?Error:?Could?not?open?file?for > writing: /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor > Feb??7?09:13:13?localhost?cpuspeed:?Error:?No?such?file?or?directory Known issue... it's expecting a lowlevel cpufreq driver to be loaded. Bill From notting at redhat.com Sun Feb 8 21:15:38 2004 From: notting at redhat.com (Bill Nottingham) Date: Sun, 8 Feb 2004 16:15:38 -0500 Subject: boot.iso problem? In-Reply-To: <20040207234857.GA8332@wolves.durham.nc.us> References: <40256CEB.9090004@gmx.de> <20040207234857.GA8332@wolves.durham.nc.us> Message-ID: <20040208211538.GC27963@devserv.devel.redhat.com> Gregory Woodbury (ggw at wolves.durham.nc.us) said: > Isn't this a show-stopper? It will be fixed in future test releases. Fixing it now would require slipping the test release even more than it already has slipped... Bill From laurent at guerby.net Sun Feb 8 21:18:14 2004 From: laurent at guerby.net (Laurent GUERBY) Date: Sun, 08 Feb 2004 22:18:14 +0100 Subject: Why /lib64 instead of /lib/x86_64? In-Reply-To: <200402081130.16627.czar@czarc.net> References: <200402081130.16627.czar@czarc.net> Message-ID: <1076275093.22422.73.camel@pc> On Sun, 2004-02-08 at 17:30, Gene C. wrote: > On Sunday 08 February 2004 11:08, Sam Varshavchik wrote: > > The subject says it all. /lib64 doesn't feel right. Why add another root > > directory? We already have /lib/i686, so /lib/x86_64 seems natural. > > > > Ditto for /usr/lib64. /usr/lib/x86_64 looks better to me. > > IIRC, /usr/lib64 and /lib64 are "standard" for 64 bit systems .. not just the > x86_64. So on a Sparc, Itanium or the IBM z/Architecture, you have 64 bit > libraries in /usr/lib64 also. Note that for Intel, we may well end up two sets of 64 bits libraries if the rumoured Intel 64 bit extensions to IA32 are not compatible with the AMD x86_64 ones. Laurent From notting at redhat.com Sun Feb 8 21:18:33 2004 From: notting at redhat.com (Bill Nottingham) Date: Sun, 8 Feb 2004 16:18:33 -0500 Subject: Why /lib64 instead of /lib/x86_64? In-Reply-To: References: Message-ID: <20040208211833.GD27963@devserv.devel.redhat.com> Sam Varshavchik (mrsam at courier-mta.com) said: > The subject says it all. /lib64 doesn't feel right. /lib64 is portable across all 64-bit platforms that need such separation. /lib/ would be a packaging PITA. Bill From adam at dynamicinteraction.co.uk Sun Feb 8 21:21:26 2004 From: adam at dynamicinteraction.co.uk (Mr. Adam ALLEN) Date: Sun, 08 Feb 2004 21:21:26 +0000 Subject: mount error 19 mounting ext3 - with errata kernels and RAID. Message-ID: <1076275285.2443.111.camel@elsol.zwan> I'm having problems with upgrading with errata kernels with Fedora Core 1. 2.4.22-1.2129 installed and boots without any problems, however all later errata kernels don't work. I have an ext3 RAID-1 / partition as /dev/md0. relevant line of /etc/fstab /dev/md0 / ext3 defaults 1 1 relevant line of grub title Fedora Core (2.4.22-1.2129.nptl) root (hd0,0) kernel /vmlinuz-2.4.22-1.2129.nptl ro root=/dev/md0 hdd=ide-scsi nogui initrd /initrd-2.4.22-1.2129.nptl.img The error message is: mount : error 19 moutning ext3 pivot_root (/sysroot, /sysroot/initrd) failed 2 umount /initrd/proc failed 2 kernel panic - try passing init= From what I can see the initrd's for the 2129 and 2149 seem identical and so is the grub config. Any pointers on how to fix this (or what the problem is)? -- Regards, Adam Allen. adam at dynamicinteraction.co.uk pgp http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x553349DB -------------- 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 stefan at eijk.nu Sun Feb 8 21:57:56 2004 From: stefan at eijk.nu (Stefan van der Eijk) Date: Sun, 08 Feb 2004 22:57:56 +0100 Subject: Why /lib64 instead of /lib/x86_64? In-Reply-To: <1076275093.22422.73.camel@pc> References: <200402081130.16627.czar@czarc.net> <1076275093.22422.73.camel@pc> Message-ID: <4026B0E4.9060907@eijk.nu> Laurent GUERBY wrote: >On Sun, 2004-02-08 at 17:30, Gene C. wrote: > > >>On Sunday 08 February 2004 11:08, Sam Varshavchik wrote: >> >> >>>The subject says it all. /lib64 doesn't feel right. Why add another root >>>directory? We already have /lib/i686, so /lib/x86_64 seems natural. >>> >>>Ditto for /usr/lib64. /usr/lib/x86_64 looks better to me. >>> >>> >>IIRC, /usr/lib64 and /lib64 are "standard" for 64 bit systems .. not just the >>x86_64. So on a Sparc, Itanium or the IBM z/Architecture, you have 64 bit >>libraries in /usr/lib64 also. >> >> > >Note that for Intel, we may well end up two sets of 64 bits libraries if >the rumoured Intel 64 bit extensions to IA32 are not compatible with the >AMD x86_64 ones. > > Yes, but they're not both (amd & intel 64bit) going to be installed on a system at one time. You'l most likely see 32bit & 64bit mix, being i586 + amd64 or i586 + intel64. Stefan -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3403 bytes Desc: S/MIME Cryptographic Signature URL: From francois-xavier.kowalski at wanadoo.fr Sun Feb 8 22:12:57 2004 From: francois-xavier.kowalski at wanadoo.fr (Francois-Xavier Kowalski) Date: Sun, 08 Feb 2004 23:12:57 +0100 Subject: FC1 -> FC2 upgrade and LVM In-Reply-To: <1076183023.5951.5.camel@edoras.local.net> References: <15879594.1076181192174.JavaMail.root@wamui01.slb.atl.earthlink.net> <1076183023.5951.5.camel@edoras.local.net> Message-ID: <4026B469.20805@wanadoo.fr> Jeremy Katz wrote: > [...] > >>now, will i be able to do something like that with FC? particularly >>in going from FC1 to FC2-test? will i be able to preserve my LVM1- >>based volumes and just remount them? or am i asking for way too >>much? and, of course, once i have the new system up and running, >>one would like to convert all of the volumes to LVM2. can i make >>this any more difficult? :-) >> >> > >Sure, the LVM1 volumes should be found in anaconda and you should just >be able to assign them mount points. As far as conversion, anaconda >isn't going to do this, but '/sbin/lvm vgconvert' should be able to do >it. > > Reading this thread & all of the archive that was abel to browse (with all of the right packages installed from Arjan's APT server), I am still not able to figure out what is the migration patch from FC1+LVM1 to FC2+LVM2. I am still wondering how to make a 2.6 kernel (Arjan's -149) recognize my LVM1 using dm loaded in an initrd. From a mail archive, I have seen how to make|force an initrd using lvm2 from a 2.4 running kernel (hacking mkinitrd script), but this is not what I want: I am not even speaking of migrating to LVM2 there. Anyone that can help mee booting 2.6 with LVM1 inittrd[1]? Or shall I first migrate to LVM2 under 2.4 & then to 2.6? In this case, do I have to make my own hand-made kernel with DM patches or is the current DM support in 2.4.22-66 enough? I assume that the above-mentionned vgconvert stage is the tricky no-way-back point, right? So far, I have migrated to FC2-pre (tupdates on freshrpms) all of my systems without any big issue (but the USB keyboard & mouse... case to add an alias in modprobe|modules.conf by default?) but my LVM boxes are stuck in 2.4. TIA [1] Default mkinitrd fails, otherwise I would not ask. Eh? % rpm -q mkinitrd device-mapper lvm lvm2 mkinitrd-3.5.15.1-2 device-mapper-1.00.07-1 lvm-1.0.3-17 lvm2-2.00.08-2 -- Francois-Xavier 'FiX' KOWALSKI -------------- next part -------------- An HTML attachment was scrubbed... URL: From shrek-m at gmx.de Sun Feb 8 22:26:07 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 08 Feb 2004 23:26:07 +0100 Subject: rawhide test results In-Reply-To: <20040208211402.GB27963@devserv.devel.redhat.com> References: <200402070943.56221.ndbecker2@verizon.net> <20040208211402.GB27963@devserv.devel.redhat.com> Message-ID: <4026B77F.6090800@gmx.de> Bill Nottingham wrote: >Neal Becker (ndbecker2 at verizon.net) said: > > >>1) No mouse. uhci was not loaded. I added >>alias usb-controller uhci >>to modprobe.conf >> >> > >What *was* in modprobe.conf for USB - anything? > > should it be something like alias usb-controller ohci-hcd or uhci-hcd ? # find /lib/modules/2.6.0/ -name \*hcd\* /lib/modules/2.6.0/kernel/drivers/usb/host/ohci-hcd.ko /lib/modules/2.6.0/kernel/drivers/usb/host/uhci-hcd.ko -- shrek-m From gbpeck at sbcglobal.net Sun Feb 8 22:17:07 2004 From: gbpeck at sbcglobal.net (Gary Peck) Date: Sun, 8 Feb 2004 14:17:07 -0800 Subject: FC1 -> FC2 upgrade and LVM In-Reply-To: <1076180461.5951.1.camel@edoras.local.net> References: <1076180461.5951.1.camel@edoras.local.net> Message-ID: <20040208221707.GB28149@realify.com> On Sat, Feb 07, 2004 at 02:01:01PM -0500, Jeremy Katz wrote: > On Sat, 2004-02-07 at 07:28 -0500, Robert P. J. Day wrote: > > a more general question might be, is there at least a list of > > *theoretical* upgrade issues we have to deal with if we want to try > > it? > > There are some migration issues due to device nodes needing to change > right now that keep things from working flawlessly. But with a bit of > care, it can be coaxed into working. i have /boot as normal ext3 and everything else, including /, as lvm1. the following procedure worked for me during upgrade (this would probably be even simpler to do if using anaconda): - first install the FC2 lvm2 and initscripts packages - mkdir /etc/lvm - reboot the computer, but still using the FC1 2.4.22 kernel - do whatever you need to do to upgrade (yum, apt, reboot and use anaconda, etc.) and install the new 2.6 kernel as part of the upgrade - reboot the computer with the new FC2 2.6 kernel. lvm should work fine the key is to let the new initscripts (which requires lvm2) run once under your old 2.4.22 kernel. it will create the device nodes that the 2.6 kernel requires to boot. you could probably go through the script to figure out what it does and try doing that by hand too. gary From rnix at prometheon.net Sun Feb 8 23:22:01 2004 From: rnix at prometheon.net (Ryan Nix) Date: Sun, 08 Feb 2004 17:22:01 -0600 Subject: Upgrade to Deveopment version Message-ID: <4026C499.1070103@prometheon.net> Whats the best way to upgrade to .96 development release? I tried the yum conf file from the dev rpm but i get a python rpm error on the redhat-conf-xyz packages. From ggw at wolves.durham.nc.us Sun Feb 8 23:22:31 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Sun, 8 Feb 2004 18:22:31 -0500 Subject: boot.iso problem? In-Reply-To: <20040208211538.GC27963@devserv.devel.redhat.com> References: <40256CEB.9090004@gmx.de> <20040207234857.GA8332@wolves.durham.nc.us> <20040208211538.GC27963@devserv.devel.redhat.com> Message-ID: <20040208232231.GA28330@wolves.durham.nc.us> On Sun, Feb 08, 2004 at 04:15:38PM -0500, Bill Nottingham wrote: > Gregory Woodbury (ggw at wolves.durham.nc.us) said: > > Isn't this a show-stopper? > > It will be fixed in future test releases. Fixing it now would > require slipping the test release even more than it already > has slipped... > > Bill Will there at least be working bootdisk.img floppy images for the test release? -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From notting at redhat.com Mon Feb 9 01:05:50 2004 From: notting at redhat.com (Bill Nottingham) Date: Sun, 8 Feb 2004 20:05:50 -0500 Subject: boot.iso problem? In-Reply-To: <20040208232231.GA28330@wolves.durham.nc.us> References: <40256CEB.9090004@gmx.de> <20040207234857.GA8332@wolves.durham.nc.us> <20040208211538.GC27963@devserv.devel.redhat.com> <20040208232231.GA28330@wolves.durham.nc.us> Message-ID: <20040209010550.GA7840@devserv.devel.redhat.com> Gregory Woodbury (ggw at wolves.durham.nc.us) said: > > It will be fixed in future test releases. Fixing it now would > > require slipping the test release even more than it already > > has slipped... > > Will there at least be working bootdisk.img floppy images for the test > release? There aren't actually bootdisk.img floppy images at all, i586 or i686. The kernel doesn't fit. Bill From cmadams at hiwaay.net Mon Feb 9 01:18:21 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Sun, 8 Feb 2004 19:18:21 -0600 Subject: boot.iso problem? In-Reply-To: <20040208232231.GA28330@wolves.durham.nc.us> References: <40256CEB.9090004@gmx.de> <20040207234857.GA8332@wolves.durham.nc.us> <20040208211538.GC27963@devserv.devel.redhat.com> <20040208232231.GA28330@wolves.durham.nc.us> Message-ID: <20040209011821.GA1146309@hiwaay.net> On Sun, Feb 08, 2004 at 04:15:38PM -0500, Bill Nottingham wrote: > Gregory Woodbury (ggw at wolves.durham.nc.us) said: > > Isn't this a show-stopper? > > It will be fixed in future test releases. Fixing it now would > require slipping the test release even more than it already > has slipped... What is required to fix this? My main test system is an AMD K6-III. Of course, I guess if that question had a simple answer, it would have been done already. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From notting at redhat.com Mon Feb 9 01:59:08 2004 From: notting at redhat.com (Bill Nottingham) Date: Sun, 8 Feb 2004 20:59:08 -0500 Subject: boot.iso problem? In-Reply-To: <20040209011821.GA1146309@hiwaay.net> References: <40256CEB.9090004@gmx.de> <20040207234857.GA8332@wolves.durham.nc.us> <20040208211538.GC27963@devserv.devel.redhat.com> <20040208232231.GA28330@wolves.durham.nc.us> <20040209011821.GA1146309@hiwaay.net> Message-ID: <20040209015908.GA13365@devserv.devel.redhat.com> Chris Adams (cmadams at hiwaay.net) said: > > It will be fixed in future test releases. Fixing it now would > > require slipping the test release even more than it already > > has slipped... > > What is required to fix this? My main test system is an AMD K6-III. Basically, changing the install kernel invalidates the testing done so far. Ergo, we'd rather do that after getting test1 in a known state out the door. Bill From alexl at stofanet.dk Mon Feb 9 10:34:59 2004 From: alexl at stofanet.dk (Alex Thomsen Leth) Date: Mon, 09 Feb 2004 11:34:59 +0100 Subject: Upgrade to Deveopment version In-Reply-To: <4026C499.1070103@prometheon.net> References: <4026C499.1070103@prometheon.net> Message-ID: <1076322899.2547.0.camel@simba.lion> isnt the 0.96 the old fedora 1 test version. On s?n, 2004-02-08 at 17:22 -0600, Ryan Nix wrote: > Whats the best way to upgrade to .96 development release? I tried the > yum conf file from the dev rpm but i get a python rpm error on the > redhat-conf-xyz packages. > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list From czar at czarc.net Mon Feb 9 12:26:02 2004 From: czar at czarc.net (Gene C.) Date: Mon, 9 Feb 2004 07:26:02 -0500 Subject: packaging consistency In-Reply-To: <200402081513.00366.czar@czarc.net> References: <200402081513.00366.czar@czarc.net> Message-ID: <200402090726.02298.czar@czarc.net> On Sunday 08 February 2004 15:13, Gene C. wrote: > I am not sure if this belongs on the fedora-devel or the fedora-test list > but since most of the discussion on FC1 x86_64 test1 has been here, this is > the list I am using. > > The version of gcc packaged with test1 (3.3.2-5) has a bug which causes the > compiler to loop. This was fixed in 3.3.2-6 and works fine. When I was > asked about this in the bugzilla report I had submitted, I noticed that > development now had 3.3.2-8 rather than 3.3.2-6 and I decided to rebuild > again (not as bad as rebuilding XFree86 but take a long time anyway). > > I looked a bit closer at the build printed output this time and noticed > that a number of files (libraries) where "Installed (but unpackaged)". > Looking closer at the list of these files I realized that the 32 bit > libraries had been generated as well as the 64 bit versions ... reasonable > since gcc on the x86_64 is capable of generating both 32 bit and 64 bit > code. > > But not all 32 bit libraries were listed. Checking some of the packages > such as libobjc showed the reason why ... it had both the 32 bit and 64 bit > libraries. > > Now my question concerning consistency -- how should gcc (and by > implication glibc) be packaged for the x86_64? As I see it, there are two > alternatives. > > 1. Only the 64 bit versions should be packaged as x86_64 rpms but do this > for all packages and require that the ix86 packages be installed if 32 bit > support is needed. > > 2. Build and distribute both the 32 bit and 64 bit libraries as x86_64 > rpms. If this is done for gcc, then it should also be done for glibc. > > I can see arguments either way. > > Any comments? Should I file a bugzilla report on this? OK, I am answering my own question ... There is no packaging consistency problem. I need to learn to use "rpm -qil" rather than "rpm -ql" on the x86_64 so that I get the files listed with their package and not all together so that it gives the wrong impression. There is still a problem with test1 in that the 32 versions of libgnat and libf2c are missing. This will be bugzilla'ed. -- Gene From steffanjacobs at wanadoo.nl Mon Feb 9 12:47:58 2004 From: steffanjacobs at wanadoo.nl (Steffan Jacobs) Date: Mon, 09 Feb 2004 13:47:58 +0100 Subject: Upgrade to Deveopment version In-Reply-To: <1076322899.2547.0.camel@simba.lion> References: <4026C499.1070103@prometheon.net> <1076322899.2547.0.camel@simba.lion> Message-ID: <4027817E.8060300@wanadoo.nl> Alex Thomsen Leth wrote: >isnt the 0.96 the old fedora 1 test version. > >On s?n, 2004-02-08 at 17:22 -0600, Ryan Nix wrote: > > >>Whats the best way to upgrade to .96 development release? I tried the >>yum conf file from the dev rpm but i get a python rpm error on the >>redhat-conf-xyz packages. >> >> >> >>-- >>fedora-test-list mailing list >>fedora-test-list at redhat.com >>http://www.redhat.com/mailman/listinfo/fedora-test-list >> >> > > > > Yep that one's only for the AMD64 test. Until Fedora Core 2 test 1 comes out (which should be any day now...) the only way to upgrade to development is to use development itself. Check the archives for info on this. From mark at harddata.com Mon Feb 9 13:21:14 2004 From: mark at harddata.com (mark at harddata.com) Date: Mon, 9 Feb 2004 06:21:14 -0700 (MST) Subject: x86_64 and Radeon 9600 In-Reply-To: <40252F85.7080707@computer.org> References: <40244A99.30601@computer.org> <63543.24.86.105.71.1076138536.squirrel@www.harddata.com> <40252F85.7080707@computer.org> Message-ID: <63023.24.86.105.71.1076332874.squirrel@www.harddata.com> > I tried to set it to radeon but it froze on the startup splash screen > before it loaded any of the modules. What does your Xfree86 log say? It should tell you what the problem is. > > I couldn't find redhat-config-display. Sorry my mistake. Try redhat-config-xfree > > I have another Linux box that's hooked up to the same monitor, keyboard > and mouse. It has Fedora Core 1 32 bit and was able to recognize them. > So I used the XF86Config from that machine and changed the video driver > to vesa. > > How do I find the PCI ID and what do I put in the XF86Config file? > As root run "lspci -v". Look for the section that says ATI. From mark at harddata.com Mon Feb 9 13:24:17 2004 From: mark at harddata.com (mark at harddata.com) Date: Mon, 9 Feb 2004 06:24:17 -0700 (MST) Subject: x86_64 and Radeon 9600 In-Reply-To: <4024731F.9040500@swelltech.com> References: <40244A99.30601@computer.org> <4024731F.9040500@swelltech.com> Message-ID: <63038.24.86.105.71.1076333057.squirrel@www.harddata.com> > You'll likely be able to use "vesa" in the interim (and that's why > graphics worked during the installation--it uses a simple vesa driver > for the graphical install). I have the same hardware (almost exactly), > but with a Radeon 9200...the video card is detected but it goes black > when I try to use the radeon drive, and only a reboot can bring it back > to life. Anyway, vesa works for me, though it is tragically slow at > 1600x1400. > > I would be curious why the radeon driver (which works fine on my Athlon > XP at home with the same card) fails on my x86_64 box at the office, > though. > Do you have a Radeon 9200 or 9200SE? What motherboard? The AMD chipset and the 9200SEs don't get along but we where getting no video at post. I assume you get farther than that. If you have a 9200SE sell it to a windows user and buy a 9200. The SE is a really cheaper video card. From mark at harddata.com Mon Feb 9 13:32:57 2004 From: mark at harddata.com (mark at harddata.com) Date: Mon, 9 Feb 2004 06:32:57 -0700 (MST) Subject: x86_64 and Radeon 9600 In-Reply-To: <40255990.9020303@computer.org> References: <40244A99.30601@computer.org> <63543.24.86.105.71.1076138536.squirrel@www.harddata.com> <40252F85.7080707@computer.org> <200402071530.40598.czar@czarc.net> <40255990.9020303@computer.org> Message-ID: <63126.24.86.105.71.1076333577.squirrel@www.harddata.com> > My other box has a Rage Fury, which was recognized as r128. > > The 9600 SE is not recognized by FC1 32-bit or 64-bit. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114233 Looks like > I'll have to use vesa for now. > Check out DRI list or do a google search. The support is missing because it doesn't recognize the chipset and there should be a way around that. As new chipsets get released it takes time for the identification strings to be added to the driver. A newer driver than comes with FC1 may recognize the card. Of course you will only get 2D support under x86_64 with a 9600SE. From mark at harddata.com Mon Feb 9 13:43:25 2004 From: mark at harddata.com (mark at harddata.com) Date: Mon, 9 Feb 2004 06:43:25 -0700 (MST) Subject: Evolution 1.5.3 In-Reply-To: <1076261123.5214.1.camel@T7.linux> References: <1076261123.5214.1.camel@T7.linux> Message-ID: <63257.24.86.105.71.1076334205.squirrel@www.harddata.com> > Hi, > > Anyone know where Ev 1.5.3 stores all the junk emails and if they're in > mbox format? I've had to turn off Evolutions internal spam checking, but > email is still redirected to the junk folder. > I don't know. But you still maybe able to recover files from the original folder. If you have not expunged the original folder (assuming Inbox). you may find that the emails are in the mbox but just marked for deletion. Using mutt you should be able to recover and files marked for deletion. mutt -f mbox From chiodr at kscems.ksc.nasa.gov Mon Feb 9 14:18:49 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Mon, 09 Feb 2004 09:18:49 -0500 Subject: Evolution 1.5.3 In-Reply-To: <63257.24.86.105.71.1076334205.squirrel@www.harddata.com> References: <1076261123.5214.1.camel@T7.linux> <63257.24.86.105.71.1076334205.squirrel@www.harddata.com> Message-ID: <1076336329.18424.32.camel@tweedy.ksc.nasa.gov> On Mon, 2004-02-09 at 08:43, mark at harddata.com wrote: > > Hi, > > > > Anyone know where Ev 1.5.3 stores all the junk emails and if they're in > > mbox format? I've had to turn off Evolutions internal spam checking, but > > email is still redirected to the junk folder. > > > > I don't know. But you still maybe able to recover files from the original > folder. > > If you have not expunged the original folder (assuming Inbox). you may > find that the emails are in the mbox but just marked for deletion. Using > mutt you should be able to recover and files marked for deletion. > > mutt -f mbox Also, is "View->Hide Deleted Messages" checked? If so unchecking may expose the deleted email remaining in you Inbox. As long as you have not expunged. Bob... From rpjday at mindspring.com Mon Feb 9 14:35:20 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 9 Feb 2004 09:35:20 -0500 (EST) Subject: yum repository for FC2 equivalent rpms? Message-ID: just to make sure i get this right, am i correct in assuming that the FC 2 equivalent rpms can be found at http://download.fedora.redhat.com/pub/fedora/linux/core/development/ ??? i recall someone mentioning rawhide as well, so what's the canonical repository for this? thanks. rday From skvidal at phy.duke.edu Mon Feb 9 14:39:32 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 09 Feb 2004 09:39:32 -0500 Subject: yum repository for FC2 equivalent rpms? In-Reply-To: References: Message-ID: <1076337572.11085.0.camel@opus> On Mon, 2004-02-09 at 09:35, Robert P. J. Day wrote: > just to make sure i get this right, am i correct in assuming that > the FC 2 equivalent rpms can be found at > > http://download.fedora.redhat.com/pub/fedora/linux/core/development/ ??? > you want to use: http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch and fedora-linux-core-development == rawhide. -sv From rpjday at mindspring.com Mon Feb 9 15:09:38 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 9 Feb 2004 10:09:38 -0500 (EST) Subject: yum repository for FC2 equivalent rpms? In-Reply-To: <1076337572.11085.0.camel@opus> References: <1076337572.11085.0.camel@opus> Message-ID: On Mon, 9 Feb 2004, seth vidal wrote: > On Mon, 2004-02-09 at 09:35, Robert P. J. Day wrote: > > just to make sure i get this right, am i correct in assuming that > > the FC 2 equivalent rpms can be found at > > > > http://download.fedora.redhat.com/pub/fedora/linux/core/development/ ??? > > > > you want to use: > http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch one last question -- given that my current yum.conf file has three entries already for fedora stable/unstable/testing, if i add a fourth entry for the above, should i remove the unstable and testing entries? is there any theoretical conflict between rawhide and the other repos? thanks. rday From skvidal at phy.duke.edu Mon Feb 9 15:15:57 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 09 Feb 2004 10:15:57 -0500 Subject: yum repository for FC2 equivalent rpms? In-Reply-To: References: <1076337572.11085.0.camel@opus> Message-ID: <1076339757.11085.7.camel@opus> > one last question -- given that my current yum.conf file has three entries > already for fedora stable/unstable/testing, if i add a fourth entry > for the above, should i remove the unstable and testing entries? is there > any theoretical conflict between rawhide and the other repos? thanks. You should go entirely away from the others if you put development in. yes. there are more than just theoretical conflicts. and remember development breaks stuff. -sv From czar at czarc.net Mon Feb 9 15:46:01 2004 From: czar at czarc.net (Gene C.) Date: Mon, 9 Feb 2004 10:46:01 -0500 Subject: gnome-libs update Message-ID: <200402091046.01499.czar@czarc.net> The announcement Fedora Core 1 Update: gnome-libs-1.4.1.2.90-36 includes the following in the description for the update: This update fixes some issues required for building GNOME 1 apps on x86_64. Any yet the update is only for i386?? -- Gene From rpjday at mindspring.com Mon Feb 9 15:46:25 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 9 Feb 2004 10:46:25 -0500 (EST) Subject: terminology and the hierarchy of releases Message-ID: ok, knowing that i'm going to embarrass myself by posting this, i'd like to make a couple observations about the hierarchy of rpms available for download, at least with respect to fedora. feel free to point out where i am big-time confused. as i read it from the web page http://fedora.redhat.com/download/updates.html i can conclude that there are four levels of rpms, in order of stability and testing: 1) base (the actual official release) 2) updates (approved) 3) proposed updates (a.k.a. updates/testing) 4) development (cutting edge) now, first observation -- while numerous people refer to "rawhide", there's no mention anywhere on that page that rawhide is in fact equivalent to the development stuff. perhaps a note to that effect on that page would be useful. next, if i add an entry for the development repository to my yum.conf file, from what seth wrote, i should remove entries for the updates and testing repos, right? does this mean that some rpm in development might in fact be an older version of what might be found in updates? that is, a test release might represent backing off from an updated version in an earlier release? or is that hierarchy above supposed to represent monotonically non-decreasing version numbers as i go from 1->2->3->4? if that's true, then i should be safe leaving in the updates and testing entries in /etc/yum.conf, no? finally, is it really true that the rawhide/development rpms represent the basis for the next test release? it would seem to me that anything to be included in the next release should represent at least a minimal amount of testing and stability, while historically, i remember rawhide being used for really bleeding-edge, way-out-there software for which there was absolutely no guarantee. IOW, if you look at development as the basis for the next release, you'd think there should still be a category beyond even *that* -- stuff that is still so new and untested that it's not yet being considered for the next release. at least, not at this time. comments? rday From notting at redhat.com Mon Feb 9 15:49:58 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 9 Feb 2004 10:49:58 -0500 Subject: gnome-libs update In-Reply-To: <200402091046.01499.czar@czarc.net> References: <200402091046.01499.czar@czarc.net> Message-ID: <20040209154958.GA18714@devserv.devel.redhat.com> Gene C. (czar at czarc.net) said: > The announcement Fedora Core 1 Update: gnome-libs-1.4.1.2.90-36 includes the > following in the description for the update: > > This update fixes some issues required for building GNOME 1 apps on > x86_64. > > Any yet the update is only for i386?? It's already in FC1 test1 for x86-64. Just cleaning it up so it's realeased final on both architectures before FC1 for x86-64 goes final. Bill From twaugh at redhat.com Mon Feb 9 15:53:50 2004 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 9 Feb 2004 15:53:50 +0000 Subject: Fedora Core 1 Testing Update: foomatic-3.0.0-21.3 In-Reply-To: <20040126192904.GX1525@redhat.com> References: <20040113225013.GD7551@redhat.com> <20040126192904.GX1525@redhat.com> Message-ID: <20040209155350.GU25654@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-051 2004-02-09 --------------------------------------------------------------------- Name : foomatic Version : 3.0.0 Release : 21.3 Summary : Foomatic printer database. Description : Foomatic is a comprehensive, spooler-independent database of printers, printer drivers, and driver descriptions. It contains utilities to generate driver description files and printer queues for CUPS, LPD, LPRng, and PDQ using the database. There is also the possibility to read the PJL options out of PJL-capable laser printers and take them into account at the driver description file generation. There are spooler-independent command line interfaces to manipulate queues (foomatic-configure) and to print files/manipulate jobs (foomatic printjob). The site http://www.linuxprinting.org/ is based on this database. --------------------------------------------------------------------- Update Information: A newer printer drivers database is now available, including many updates. --------------------------------------------------------------------- * Mon Feb 09 2004 Tim Waugh 3.0.0-21.3 - Fix up HP Color Inkjet CP1700 support. * Mon Jan 26 2004 Tim Waugh 3.0.0-21.2 - Remove PrintoutMode option from gimp-print driver to avoid breaking it. - Upgrade filters to 3.0.1rc3. - Upgrade engine to 3.0.1rc2. - No longer need symlink patch. * Mon Jan 19 2004 Tim Waugh 3.0.0-21.1 - Build for Fedora Core 1 printer drivers update. - Downgrade filters back down to 3.0.0. * Mon Jan 12 2004 Tim Waugh 3.0.0-21 - Build for Fedora Core 1 printer drivers update. - Revert Omni update temporarily. - Downgrade engine to 20031217 to stick to the stable branch. * Mon Jan 12 2004 Tim Waugh 3.0.0-20 - Updated Omni printers to 0.9.1. * Mon Jan 12 2004 Tim Waugh 3.0.0-19 - Build for Fedora Core 1 printer drivers update. - No longer need symlink patch. - Updated fontpath patch. - Updated engine to 20040112. - Updated db to 20040112. - Updated gimp-print data to 4.2.6. * Tue Jan 06 2004 Tim Waugh 3.0.0-18 - Build for Fedora Core 1 printer drivers update. - Explicitly state conflict with hpijs < 1.5. - Make foomatic-ppdfile accept '-t type' like foomatic-datafile used to. * Tue Dec 23 2003 Tim Waugh 3.0.0-17 - Fix up gimp-print XML (bug #112574). * Fri Dec 19 2003 Tim Waugh 3.0.0-16 - Need the ppd driver too. * Fri Dec 19 2003 Tim Waugh 3.0.0-15 - Reinstate ppdload long enough for me to work around its disappearance. * Thu Dec 18 2003 Tim Waugh - Updated db to 20031218. - No longer need hpdj656, dell, mc3100 patches. * Wed Dec 17 2003 Tim Waugh 3.0.0-14 - Updated db to 20031217. - Updated engine to 20031217. - Updated hpijs to 1.5-20031217. - Use relative symlinks. * Fri Dec 12 2003 Tim Waugh 3.0.0-13 - Add Minolta magicolor 3100. * Tue Dec 02 2003 Tim Waugh - Don't ship backup files. * Sat Nov 29 2003 Tim Waugh 3.0.0-12 - Undo over-zealous percent escaping in PostScript.xml - Build requires libxml2-devel (bug #110589). - Use relative, not absolute, symlink for CUPS filter. * Fri Nov 07 2003 Tim Waugh 3.0.0-11 - Add pxlmono driver for HP LaserJet 5 (bug #109378). * Wed Nov 05 2003 Tim Waugh 3.0.0-10 - Updated db to 20031105. - Drop filters path patch. - Updated fontpath patch, both libdir patches. - Updated engine and filters to 3.0-20031105. - Updated hpijs db to 1.4-1. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ d5ca71a572e7d6777f9767bde53ecefe SRPMS/foomatic-3.0.0-21.3.src.rpm 910a794bd277c25673b9567766102a53 i386/foomatic-3.0.0-21.3.i386.rpm b12e7e9782acdf404268836e57a347d8 i386/debug/foomatic-debuginfo-3.0.0-21.3.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-1 --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkt at redhat.com Mon Feb 9 16:07:25 2004 From: jkt at redhat.com (Jay Turner) Date: Mon, 9 Feb 2004 11:07:25 -0500 Subject: terminology and the hierarchy of releases In-Reply-To: References: Message-ID: <20040209160725.GD4928@redhat.com> On Mon, Feb 09, 2004 at 10:46:25AM -0500, Robert P. J. Day wrote: > i can conclude that there are four levels of rpms, in order of > stability and testing: > > 1) base (the actual official release) > 2) updates (approved) > 3) proposed updates (a.k.a. updates/testing) > 4) development (cutting edge) > > now, first observation -- while numerous people refer to "rawhide", > there's no mention anywhere on that page that rawhide is in fact > equivalent to the development stuff. perhaps a note to that effect on > that page would be useful. > > next, if i add an entry for the development repository to my yum.conf > file, from what seth wrote, i should remove entries for the updates and > testing repos, right? does this mean that some rpm in development might > in fact be an older version of what might be found in updates? that is, > a test release might represent backing off from an updated version in > an earlier release? or is that hierarchy above supposed to represent > monotonically non-decreasing version numbers as i go from 1->2->3->4? > if that's true, then i should be safe leaving in the updates and testing > entries in /etc/yum.conf, no? I think the truth lies somewhere in the middle. According to the way things have gone for 5 years (not saying they will always go this way, but 5 years is a pretty good sample) the versions of everything down the list should increase or at least be the same: base <= updates <= proposed updates <= development Digging a little deeper, here's what Seth might have been trying to get at (and if not, he'll probably correct me.) There could potentially be conflicts running the updates/proposed updates code along side the development code. If nothing else, being subscribed to the proposed updates and the development channels would mean that any testing on the proposed stuff would be invalidated (as you wouldn't really be sure if the failure was the base+updates code, or the bleeding edge development stuff. So, as a good scientist, probably best to sticking with just one changing variable. > > finally, is it really true that the rawhide/development rpms represent > the basis for the next test release? it would seem to me that anything > to be included in the next release should represent at least a minimal > amount of testing and stability, while historically, i remember rawhide > being used for really bleeding-edge, way-out-there software for which > there was absolutely no guarantee. > > IOW, if you look at development as the basis for the next release, > you'd think there should still be a category beyond even *that* -- > stuff that is still so new and untested that it's not yet being > considered for the next release. at least, not at this time. This is actually one of the topics which came up quite a few times during planning for how Fedora would be laid out. We knew there would be times that we would have to branch Fedora development, where one branch would go down a path which was incompatible with existing code, and the other branch would continue with existing development. In it's short lifetime, we haven't had to cross this bridge yet with Fedora, and off the top of my head, I can't think of what would cause us to in the near future, but I'm sure something will pop up, be it a huge kernel change, new compiler, or something else which just proves to be too big for a 3 month development window. - jkt -- --*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--* Jay Turner, QA Technical Lead jkt at redhat.com Red Hat, Inc. Reality is merely an illusion, albeit a very persistent one. - Albert Einstein From twaugh at redhat.com Mon Feb 9 16:18:22 2004 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 9 Feb 2004 16:18:22 +0000 Subject: Fedora Core 1 Testing Update: redhat-config-printer-0.6.79.5-1 In-Reply-To: <20040203172851.GP25654@redhat.com> References: <20040203172851.GP25654@redhat.com> Message-ID: <20040209161822.GW25654@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-064 2004-02-09 --------------------------------------------------------------------- Name : redhat-config-printer Version : 0.6.79.5 Release : 1 Summary : A printer configuration backend/frontend combination. Description : The printconf utility is a printer configuration and filtration system based on magicfilter (the alchemist data library) and the foomatic filter system. It rebuilds local print configuration and spool directories from data sources at lpd init time, and is integrated to use the multi-sourced features of the alchemist data library. --------------------------------------------------------------------- Update Information: Packages fixing another bug concerning printer sharing in the Printing configuration tool are now available. --------------------------------------------------------------------- * Fri Feb 06 2004 Tim Waugh 0.6.79.5-1 - 0.6.79.5: - Fix the rest of bug #109942, and bug #115062. * Tue Feb 03 2004 Tim Waugh 0.6.79.4-1 - 0.6.79.4: - Another 'single IP address' bug fix (bug #114414). * Mon Jan 05 2004 Tim Waugh 0.6.79.3-1 - 0.6.79.3: - Use rhpl for 'allow from single IP address' calculations (bug #112835). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 80a0f6cd8a1690aa6eb7bbab721039b1 SRPMS/redhat-config-printer-0.6.79.5-1.src.rpm 40f0f785822182e063c38f18a90bc94f i386/redhat-config-printer-0.6.79.5-1.i386.rpm b25602b64b162784ea1869917d800da0 i386/redhat-config-printer-gui-0.6.79.5-1.i386.rpm 868944ba1689555a6a29d93a90f91a87 i386/debug/redhat-config-printer-debuginfo-0.6.79.5-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-1 --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rpjday at mindspring.com Mon Feb 9 16:40:58 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 9 Feb 2004 11:40:58 -0500 (EST) Subject: terminology and the hierarchy of releases In-Reply-To: <20040209160725.GD4928@redhat.com> References: <20040209160725.GD4928@redhat.com> Message-ID: On Mon, 9 Feb 2004, Jay Turner wrote: > On Mon, Feb 09, 2004 at 10:46:25AM -0500, Robert P. J. Day wrote: > > > > 1) base (the actual official release) > > 2) updates (approved) > > 3) proposed updates (a.k.a. updates/testing) > > 4) development (cutting edge) ... > I think the truth lies somewhere in the middle. According to the way > things have gone for 5 years (not saying they will always go this way, but > 5 years is a pretty good sample) the versions of everything down the list > should increase or at least be the same: > > base <= updates <= proposed updates <= development sure, it's obvious that that's the way things have gone so far. but it's theoretically possible that a new release may have to back off of a previous official update RPM, no? (or, even worse, back off of a base release RPM). although that would cause real ugliness, i would think -- what would it mean to "upgrade" from one release to the next if some RPM actually dropped in version number? that just hurts to think about. so i'm going to stop thinking about it. > Digging a little deeper, here's what Seth might have been trying to get at > (and if not, he'll probably correct me.) There could potentially be > conflicts running the updates/proposed updates code along side the > development code. If nothing else, being subscribed to the proposed > updates and the development channels would mean that any testing on the > proposed stuff would be invalidated (as you wouldn't really be sure if the > failure was the base+updates code, or the bleeding edge development stuff. > So, as a good scientist, probably best to sticking with just one changing > variable. again, theoretically, would it make sense to draw a distinction here between updates and proposed updates? should it always be safe to upgrade to development from a system consisting of, at the latest, updates, as opposed to one which has already proposed updates applied to it? (you can tell i'm bored and looking for an excuse not to do any real work today. :-) and, coming back to seth's position earlier, he seemed to say that, if one wants to upgrade to development, one should remove references to updates and proposed updates repos. but what if one has already applied all of those updates? or just the official updates? is it still safe to move up to development? or, putting it another way, what value would it have to remove references to updates and/or proposed updates repos from yum.conf if you've already applied all of those updates? and would this represent a system that you should even *try* to move up to development via upgrades? rday From czar at czarc.net Mon Feb 9 17:33:23 2004 From: czar at czarc.net (Gene C.) Date: Mon, 9 Feb 2004 12:33:23 -0500 Subject: gnome-libs update In-Reply-To: <20040209154958.GA18714@devserv.devel.redhat.com> References: <200402091046.01499.czar@czarc.net> <20040209154958.GA18714@devserv.devel.redhat.com> Message-ID: <200402091233.23553.czar@czarc.net> On Monday 09 February 2004 10:49, Bill Nottingham wrote: > It's already in FC1 test1 for x86-64. Just cleaning it up so it's > realeased final on both architectures before FC1 for x86-64 goes > final. Yes, I sent that message too soon ... found that test1 was already updated. Do you know if all of the updates and/or updates/testing packages for the i386 will be in FC1 x86_64 final? So far I am keeping up with rebuilding and everything seems to work. Next is the XFree86 update that just appeared ... that should keep the system busy for the rest of the day. So far FC1 x86_64 looks real good. -- Gene From skvidal at phy.duke.edu Mon Feb 9 17:59:51 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 09 Feb 2004 12:59:51 -0500 Subject: terminology and the hierarchy of releases In-Reply-To: <20040209160725.GD4928@redhat.com> References: <20040209160725.GD4928@redhat.com> Message-ID: <1076349591.11085.14.camel@opus> > > Digging a little deeper, here's what Seth might have been trying to get at > (and if not, he'll probably correct me.) There could potentially be > conflicts running the updates/proposed updates code along side the > development code. If nothing else, being subscribed to the proposed > updates and the development channels would mean that any testing on the > proposed stuff would be invalidated (as you wouldn't really be sure if the > failure was the base+updates code, or the bleeding edge development stuff. > So, as a good scientist, probably best to sticking with just one changing > variable. Yes, this is what I was trying to say. I running development with the other repos enabled makes your tests horribly confusing and not as useful for the developers. -sv From whb at ceimaine.org Mon Feb 9 18:11:34 2004 From: whb at ceimaine.org (Will Backman) Date: Mon, 9 Feb 2004 13:11:34 -0500 (EST) Subject: terminology and the hierarchy of releases In-Reply-To: <1076349591.11085.14.camel@opus> References: <20040209160725.GD4928@redhat.com> <1076349591.11085.14.camel@opus> Message-ID: <9100.142.167.72.118.1076350294.squirrel@mail.ceimaine.org> Could we develop some hints for basic testers? Proposed setups? For example (although this example might be useless): Testers might want to get two hard drives. Before testing, tar (or dump, or pax, or cpio) your system and stick it on the second drive. Test the upgrade. Report bugs to bugzila. Restore your system to what you had before. Wait until next text release, repeat. This would prevent upgrades from FC1 -> FC2rc1 -> FC2rc2 ->FC2rc3. I assume what we really want is FC1 -> FC2rc1, FC1 ->FC2rc2, FC1 -> FC2rc3 I dunno. I've never worked in a release testing lab at a software company, but I would guess there are some common ways to test. Is there some sort of grid we can create, and people can test agains and report against those cases? > >> >> Digging a little deeper, here's what Seth might have been trying to >> get at (and if not, he'll probably correct me.) There could >> potentially be conflicts running the updates/proposed updates code >> along side the development code. If nothing else, being subscribed to >> the proposed updates and the development channels would mean that any >> testing on the proposed stuff would be invalidated (as you wouldn't >> really be sure if the failure was the base+updates code, or the >> bleeding edge development stuff. So, as a good scientist, probably >> best to sticking with just one changing variable. > > Yes, this is what I was trying to say. I running development with the > other repos enabled makes your tests horribly confusing and not as > useful for the developers. > > -sv > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list From rpjday at mindspring.com Mon Feb 9 18:16:08 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 9 Feb 2004 13:16:08 -0500 (EST) Subject: terminology and the hierarchy of releases In-Reply-To: <9100.142.167.72.118.1076350294.squirrel@mail.ceimaine.org> References: <20040209160725.GD4928@redhat.com> <1076349591.11085.14.camel@opus> <9100.142.167.72.118.1076350294.squirrel@mail.ceimaine.org> Message-ID: On Mon, 9 Feb 2004, Will Backman wrote: > before. Wait until next text release, repeat. This would prevent > upgrades from FC1 -> FC2rc1 -> FC2rc2 ->FC2rc3. it's already understood that you can't upgrade *from* a test release to any later release. rday From whb at ceimaine.org Mon Feb 9 18:18:45 2004 From: whb at ceimaine.org (Will Backman) Date: Mon, 9 Feb 2004 13:18:45 -0500 (EST) Subject: terminology and the hierarchy of releases In-Reply-To: References: <20040209160725.GD4928@redhat.com> <1076349591.11085.14.camel@opus> <9100.142.167.72.118.1076350294.squirrel@mail.ceimaine.org> Message-ID: <4206.142.167.72.118.1076350725.squirrel@mail.ceimaine.org> Yes, by those who frequent this list, but from the amount of questions and confusion, it sounds like a FAQ for testers might be helpful. Sounds like I just gave myself a task. Fedora has a goal of being more open. With more outside participation, it might be useful to education outside testers on the procedures that RedHat uses when they prep a release. > > On Mon, 9 Feb 2004, Will Backman wrote: > >> before. Wait until next text release, repeat. This would prevent >> upgrades from FC1 -> FC2rc1 -> FC2rc2 ->FC2rc3. > > it's already understood that you can't upgrade *from* a test release to > any later release. > > rday > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list From aoliva at redhat.com Mon Feb 9 18:49:04 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 09 Feb 2004 16:49:04 -0200 Subject: FC1 -> FC2 upgrade and LVM In-Reply-To: <1076183023.5951.5.camel@edoras.local.net> References: <15879594.1076181192174.JavaMail.root@wamui01.slb.atl.earthlink.net> <1076183023.5951.5.camel@edoras.local.net> Message-ID: On Feb 7, 2004, Jeremy Katz wrote: > Sure, the LVM1 volumes should be found in anaconda Unless the physical volumes are raid 1 devices, in which case lvm vgscan will fail because it will find not only the raid devices themselves, but also the raid members, and will thus reject them all. I suppose this could happen for other forms of raid too. Ideally, lvm should be clever enough to skip the components of raid devices, and only scan devices that are no raid members (not even of other raid devices). Failing that, anaconda has to create a filter list for /etc/lvm/lvm.conf before it runs lvm vgscan at install time, and propagate that not only to the installed root filesystem, but also to the initrd (which would take a patch for mkinitrd). I've written such a patch (for mkinitrd), in case anyone's interested. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From aoliva at redhat.com Mon Feb 9 18:55:20 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 09 Feb 2004 16:55:20 -0200 Subject: Why /lib64 instead of /lib/x86_64? In-Reply-To: <4026A0CE.8070605@t-online.de> References: <200402081130.16627.czar@czarc.net> <4026A0CE.8070605@t-online.de> Message-ID: On Feb 8, 2004, florian_bachmann at t-online.de (Florian Bachmann) wrote: > Gene C. wrote: >> On Sunday 08 February 2004 11:08, Sam Varshavchik wrote: >> >>> The subject says it all. /lib64 doesn't feel right. Why add another root >>> directory? We already have /lib/i686, so /lib/x86_64 seems natural. >>> >>> Ditto for /usr/lib64. /usr/lib/x86_64 looks better to me. >> IIRC, /usr/lib64 and /lib64 are "standard" for 64 bit systems .. not >> just the x86_64. So on a Sparc, Itanium or the IBM z/Architecture, >> you have 64 bit libraries in /usr/lib64 also. > Same on IRIX on SGI workstations. And mips64-linux, FWIW. And also on ppc64. But not on alpha, even though it is a 64-bit platform. The difference is that all but alpha have a legacy, partially compatible 32-bit userland that had already taken /lib, and most people want to be able to run their legacy applications on the 64-bit systems. /lib64 is the natural way to overcome this issue: just use a new directory for the 64-bit userland libs. Of course it could have been /lib/64 or anything else, but following existing practice is generally easier. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From bpm at ec-group.com Mon Feb 9 19:16:59 2004 From: bpm at ec-group.com (Brian Millett) Date: Mon, 09 Feb 2004 13:16:59 -0600 Subject: system-config-network patch Message-ID: <4027DCAB.9030509@ec-group.com> Hi, I looked at bugzilla to see where to register a bug for fedora core 1.90, but I'm not savy enough to understand. I've got a: Linux shaka.ec-group.com 2.6.2 #2 Wed Feb 4 10:56:07 CST 2004 i686 i686 i386 GNU/Linux running: Fedora Core release 1.90 (FC2 Test 1) I was getting an error adding at the grub boot cmd line "netprofile=". Seems that /etc/rc.sysinit still has redhat-config-network-cmd defined in it. It should be system-config-network-cmd. Diff is: # diff -wruN rc.sysinit.orig rc.sysinit --- rc.sysinit.orig 2004-02-09 13:14:15.891041351 -0600 +++ rc.sysinit 2004-02-09 11:51:58.822004094 -0600 @@ -780,11 +780,11 @@ fi # Boot time profiles. Yes, this should be somewhere else. -if [ -x /usr/sbin/redhat-config-network-cmd ]; then +if [ -x /usr/sbin/system-config-network-cmd ]; then if strstr "$cmdline" netprofile= ; then for arg in $cmdline ; do if [ "${arg##netprofile=}" != "${arg}" ]; then - /usr/sbin/redhat-config-network-cmd --profile ${arg##netprofile=} + /usr/sbin/system-config-network-cmd --profile ${arg##netprofile=} fi done fi [ Also I (I know, good practice, bla,bla,bla) compiled and am running kernel 2.6.2 (no release rev) so the system-config-network scripts fail. Below is a patch to check for meatheads like me" # diff -wruN NC_functions.py.orig NC_functions.py --- NC_functions.py.orig 2004-02-09 12:43:41.683794176 -0600 +++ NC_functions.py 2004-02-09 13:02:38.414687101 -0600 @@ -50,6 +50,9 @@ global _kernel_version if not _kernel_version: (sysname, nodename, release, version, machine) = os.uname() + if string.find(release,"-") < 0 : + _kernel_version = string.split(release, ".") + else : (ver, rel) = string.split(release, "-") _kernel_version = string.split(ver, ".") return _kernel_version Where should I be posting this info? Thanks. -- Brian Millett Enterprise Consulting Group "Shifts in paradigms (314) 205-9030 often cause nose bleeds." bpmATec-groupDOTcom Greg Glenn From whooperhsd3 at earthlink.net Mon Feb 9 19:21:57 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Mon, 9 Feb 2004 14:21:57 -0500 (EST) Subject: terminology and the hierarchy of releases In-Reply-To: References: <20040209160725.GD4928@redhat.com> Message-ID: <3609.209.239.137.141.1076354517.squirrel@209.239.137.141> Robert P. J. Day said: [snip] > or, putting it another way, what value would it have to remove references > to updates and/or proposed updates repos from yum.conf if you've already > applied all of those updates? and would this represent a system that > you should even *try* to move up to development via upgrades? I think it is good advice. Say have both repos enabled. An update comes out for a package in the "updates" before it comes out in "development" and this package depends on a package that is a different version between the two (I'm thinking like Python here). You either get an update that tries to downgrade your development packages or you get a package that will be broken. Granted, up2date or yum will handle the situation, but why bother with it? A better way to look at it: What value would there be to using the FC1 base and updates repos on a rawhide install? I don't really think there is any because you want the development packages to be installed, not the FC1 packages. -- William Hooper From czar at czarc.net Mon Feb 9 19:31:23 2004 From: czar at czarc.net (Gene C.) Date: Mon, 9 Feb 2004 14:31:23 -0500 Subject: updates/testing XFree86 Message-ID: <200402091431.23573.czar@czarc.net> OK, a new version of XFree86 has appeared in updates/testing (although I have not seen any announcement yet). Since I am testing the FC1 x86_64 test1, I thought it made sense to rebuild for that platform (took a lot less time than I thought it would). I then used up2date to try an install the updates from a local repository (which had both i386 and x86_64 packages in separate directories). When I tried, I got an error message from up2date for unresolved dependencies that said "XFree86-libs requires libGL.so.1". Since both XFree86-libs for i386 and x86_64 were being installed and the x86_64 version of XFree86-Mesa-libGL was in the list, I assumed that the i386 version of the package must be the problem. My solution was to install the i386 package from i386 FC1. This seemed to do the trick. Now if the i386 version of XFree86-Mesa-libGL is really needed then I will bugzilla the distribution for it to be included. However, when I did rpm -qp --requires XFree86-libs-4. it did not list libGL.so.1 as being required. This was repeatable. I am not sure if this is a bug and, if it is, in what. Any comments? -- Gene From notting at redhat.com Mon Feb 9 19:33:12 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 9 Feb 2004 14:33:12 -0500 Subject: system-config-network patch In-Reply-To: <4027DCAB.9030509@ec-group.com> References: <4027DCAB.9030509@ec-group.com> Message-ID: <20040209193312.GB1424@devserv.devel.redhat.com> Brian Millett (bpm at ec-group.com) said: > --- rc.sysinit.orig 2004-02-09 13:14:15.891041351 -0600 > +++ rc.sysinit 2004-02-09 11:51:58.822004094 -0600 > @@ -780,11 +780,11 @@ > fi > > # Boot time profiles. Yes, this should be somewhere else. > -if [ -x /usr/sbin/redhat-config-network-cmd ]; then > +if [ -x /usr/sbin/system-config-network-cmd ]; then > if strstr "$cmdline" netprofile= ; then > for arg in $cmdline ; do > if [ "${arg##netprofile=}" != "${arg}" ]; then > - /usr/sbin/redhat-config-network-cmd --profile > ${arg##netprofile=} > + /usr/sbin/system-config-network-cmd --profile > ${arg##netprofile=} > fi > done > fi > [ Added to cvs, thanks. Bill From rpjday at mindspring.com Mon Feb 9 19:48:14 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 9 Feb 2004 14:48:14 -0500 (EST) Subject: terminology and the hierarchy of releases In-Reply-To: <3609.209.239.137.141.1076354517.squirrel@209.239.137.141> References: <20040209160725.GD4928@redhat.com> <3609.209.239.137.141.1076354517.squirrel@209.239.137.141> Message-ID: On Mon, 9 Feb 2004, William Hooper wrote: ... > A better way to look at it: > > What value would there be to using the FC1 base and updates repos on a > rawhide install? I don't really think there is any because you want the > development packages to be installed, not the FC1 packages. just to be pedantic, it's not a rawhide "install" you'd be looking at here; it's an *update* based on rawhide. the question was, if you were looking at doing a massive update based on the rawhide repo, would having the updates or testing repos in your yum.conf potentially cause problems? and, based on some of the previous postings, technically, that should work, since upgrading based on rawhide is supposed to simulate upgrading to the next release, which should work. but, realistically, who knows? rday From czar at czarc.net Mon Feb 9 20:00:52 2004 From: czar at czarc.net (Gene C.) Date: Mon, 9 Feb 2004 15:00:52 -0500 Subject: updates/testing XFree86 In-Reply-To: <200402091431.23573.czar@czarc.net> References: <200402091431.23573.czar@czarc.net> Message-ID: <200402091500.52008.czar@czarc.net> On Monday 09 February 2004 14:31, Gene C. wrote: > However, when I did rpm -qp --requires XFree86-libs-4. it did > not list libGL.so.1 as being required. OOps ... my eyesight is failing ... it does libGL.so.1 is listed by --requires for XFree86-libs Now my question is why there is nothing in install log about this? Why didn't anaconda show a missing dependency? -- GEne From awater at nuraldin.devnull.net Mon Feb 9 19:58:03 2004 From: awater at nuraldin.devnull.net (Andrew Waterman) Date: Mon, 9 Feb 2004 11:58:03 -0800 (PST) Subject: IA64 Kernel panic? Message-ID: Hi all, I've downloaded the trial iso for use with my AMD64 and keep getting a kernel panic on load of the iso. Any suggestions? I can't get any install to work for any version of linux which I've pulled down. I've looked for FAQs, etc, but can't seem to find anything. Any suggestions? best, A --- Andrew Waterman awater at devnull.net P.O. Box 181 510.830.9706 Berkeley, California 94701 --- "The future is beautiful." -- Nova (http://www.discogs.com/release/45314) From rezso at rdsor.ro Mon Feb 9 20:13:48 2004 From: rezso at rdsor.ro (Balint Cristian) Date: Mon, 9 Feb 2004 22:13:48 +0200 Subject: IA64 Kernel panic? In-Reply-To: References: Message-ID: <200402092213.48131.rezso@rdsor.ro> On Monday 09 February 2004 21:58, Andrew Waterman wrote: > Hi all, > > I've downloaded the trial iso for use with my AMD64 and keep getting a > kernel panic on load of the iso. Any suggestions? I can't get any > install to work for any version of linux which I've pulled down. I've > looked for FAQs, etc, but can't seem to find anything. Any suggestions? It uses kernel-2.6.1-1.61 or kernel-2.6.1-1.65 The kernel-2.6.1-1.65 and kernel-2.6.1-1.61 defeneatly not work anymore on my KT800 Ath64 but kernel-2.6.1-1.57 works perfect. try to build one from vanila, or google for older kernel-2.6.1-1.57.x86_64.rpm and update to it somehow. cristian > > best, > > A > > --- > > Andrew Waterman awater at devnull.net > P.O. Box 181 510.830.9706 > Berkeley, California 94701 > > --- > > "The future is beautiful." > -- Nova (http://www.discogs.com/release/45314) > > > From awater at nuraldin.devnull.net Mon Feb 9 20:07:26 2004 From: awater at nuraldin.devnull.net (Andrew Waterman) Date: Mon, 9 Feb 2004 12:07:26 -0800 (PST) Subject: IA64 Kernel panic In-Reply-To: <200402092213.48131.rezso@rdsor.ro> Message-ID: I have nothing on the box, as the installer won't even start up, so I don't know how to replace the compiled kernel in the test installer with an older version .... Can I get it to recompile the kernel on startup? I think there needs to be some type of ramfs up to get the installer up and running. Anyone else had similar issues? Known workarounds? best, A On Mon, 9 Feb 2004, Balint Cristian wrote: > On Monday 09 February 2004 21:58, Andrew Waterman wrote: > > Hi all, > > > > I've downloaded the trial iso for use with my AMD64 and keep getting a > > kernel panic on load of the iso. Any suggestions? I can't get any > > install to work for any version of linux which I've pulled down. I've > > looked for FAQs, etc, but can't seem to find anything. Any suggestions? > > It uses kernel-2.6.1-1.61 or kernel-2.6.1-1.65 > > The kernel-2.6.1-1.65 and kernel-2.6.1-1.61 defeneatly not work anymore on my KT800 Ath64 but > kernel-2.6.1-1.57 works perfect. > > try to build one from vanila, or google for older kernel-2.6.1-1.57.x86_64.rpm and update to it somehow. > > cristian > > > > > best, > > > > A > > > > --- > > > > Andrew Waterman awater at devnull.net > > P.O. Box 181 510.830.9706 > > Berkeley, California 94701 > > > > --- > > > > "The future is beautiful." > > -- Nova (http://www.discogs.com/release/45314) > > > > > > > > > --- Andrew Waterman awater at devnull.net P.O. Box 181 510.830.9706 Berkeley, California 94701 --- "The future is beautiful." -- Nova (http://www.discogs.com/release/45314) From 64bit_fedora at comcast.net Mon Feb 9 20:24:38 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Mon, 9 Feb 2004 14:24:38 -0600 Subject: IA64 Kernel panic In-Reply-To: References: <200402092213.48131.rezso@rdsor.ro> Message-ID: <20040209202438.GA12455@comcast.net> On Mon, Feb 09, 2004 at 12:07:26PM -0800, Andrew Waterman wrote: > I have nothing on the box, as the installer won't even start up, so I > don't know how to replace the compiled kernel in the test installer with > an older version .... Can I get it to recompile the kernel on startup? I > think there needs to be some type of ramfs up to get the installer up and > running. Anyone else had similar issues? Known workarounds? > I assume you are looking at test1 for AMD64? what system board and processor are you using? Suggestions: If an NForce 3 based system board, try booting with acpi=off If legacy USB is enabled try to disable it in bios Make sure your bios is at the most recent revision available as several issues have been fixed in AMD64 bios updates. Let me know what works, Justin From blizzard at redhat.com Mon Feb 9 20:36:59 2004 From: blizzard at redhat.com (Christopher Blizzard) Date: Mon, 09 Feb 2004 15:36:59 -0500 Subject: Fedora Test Update Notification [gaim-0.75-1.2.0] Message-ID: <4027EF6B.8010604@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-070 2004-02-09 --------------------------------------------------------------------- Name : gaim Version : 0.75 Release : 1.2.0 Summary : A GTK+ clone of the AOL Instant Messenger client. Description : Gaim is a clone of America Online's Instant Messenger client. It features nearly all of the functionality of the official AIM client while also being smaller, faster, and commercial-free. --------------------------------------------------------------------- Update Information: This update fixes recent gaim security problems as discussed on both the gaim web site and was addressed by a recent Red Hat errata. --------------------------------------------------------------------- --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 07f9dcb5540fdaf247fa3a94a18b1183 SRPMS/gaim-0.75-1.2.0.src.rpm 036e48cf89ed2f71df15d01ca7c6d7ef i386/gaim-0.75-1.2.0.i386.rpm 0d6b48b9615f50a9f470e319cadaf163 i386/debug/gaim-debuginfo-0.75-1.2.0.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-1 --------------------------------------------------------------------- -- ------------ Christopher Blizzard http://people.redhat.com/blizzard/ ------------ From hafriedlander at uacl.co.nz Mon Feb 9 21:57:41 2004 From: hafriedlander at uacl.co.nz (Hamish Friedlander) Date: Tue, 10 Feb 2004 10:57:41 +1300 Subject: Fedora Athlon 64 Yarrow / KDE 3.2 multimedia Message-ID: <40280255.5020103@uacl.co.nz> Hi, This the right place for this? It seems like a specific problem with x86-64 builds, so I'll try here first I'm trying to get KDE 3.2 working on the x86_64 .96 test build of Core 1. I've downloaded the Fedora SRPMS from kde.org, and recompiled them. And _almost_ everything works great. However, when using Noatun or Juk, playing any media doesn't work (.mp3, .ogg, .wav). Using kaboodle (which does its own decoding?) they play fine, but with Noatun or Juk, they seem to be playing (the progress bar progresses and the spectrum analyser spectrum analyses), but no sound comes out. I'm using the original kdemultimedia, not the patched version, and mpeglib_artsplugin is built and installed. Using the arts status thingy, it reports mp3, ogg, etc, as media types, and running Noatun makes the channel show up on the arts monitor. If I run artsshell, and call TraderCheck, I get a bunch of errors, the most interesting of which is something like Trader Error: OggPlayObject Interface not found Thats approximate (I'm at work - Athlon 64 is at home with no email), but pretty close. Anyone got any ideas? I'll continue to play tonight, but after that I'll probably just give up and use some other player. Hamish Friedlander, Software and Systems, Ullrich Aluminium P.S. I sent this off list, and I guess it got lost in the moderator spambucket. Sorry if it ends up getting posted twice. From awater at nuraldin.devnull.net Mon Feb 9 22:03:22 2004 From: awater at nuraldin.devnull.net (Andrew Waterman) Date: Mon, 9 Feb 2004 14:03:22 -0800 (PST) Subject: IA64 Kernel panic In-Reply-To: <20040209202438.GA12455@comcast.net> Message-ID: Thans Justin, I'll try all of those suggestions tonight. I'm running the Shuttle XPC which does have a flash available on their site. I'll try this when I get home tonight. Thanks for the tip. A On Mon, 9 Feb 2004, Justin M. Forbes wrote: > On Mon, Feb 09, 2004 at 12:07:26PM -0800, Andrew Waterman wrote: > > I have nothing on the box, as the installer won't even start up, so I > > don't know how to replace the compiled kernel in the test installer with > > an older version .... Can I get it to recompile the kernel on startup? I > > think there needs to be some type of ramfs up to get the installer up and > > running. Anyone else had similar issues? Known workarounds? > > > I assume you are looking at test1 for AMD64? > what system board and processor are you using? > > Suggestions: > If an NForce 3 based system board, try booting with acpi=off > If legacy USB is enabled try to disable it in bios > Make sure your bios is at the most recent revision available as several > issues have been fixed in AMD64 bios updates. > > Let me know what works, > > Justin > > > --- Andrew Waterman awater at devnull.net P.O. Box 181 510.830.9706 Berkeley, California 94701 --- "The future is beautiful." -- Nova (http://www.discogs.com/release/45314) From redhat-jc at insight.rr.com Mon Feb 9 23:06:58 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Mon, 09 Feb 2004 18:06:58 -0500 Subject: terminology and the hierarchy of releases In-Reply-To: References: <20040209160725.GD4928@redhat.com> <3609.209.239.137.141.1076354517.squirrel@209.239.137.141> Message-ID: <40281292.8000405@insight.rr.com> Robert P. J. Day wrote: > > On Mon, 9 Feb 2004, William Hooper wrote: > ... > >>A better way to look at it: >> >>What value would there be to using the FC1 base and updates repos on a >>rawhide install? I don't really think there is any because you want the >>development packages to be installed, not the FC1 packages. > > > just to be pedantic, it's not a rawhide "install" you'd be looking at > here; it's an *update* based on rawhide. the question was, if you were > looking at doing a massive update based on the rawhide repo, would > having the updates or testing repos in your yum.conf potentially cause > problems? > > and, based on some of the previous postings, technically, that should > work, since upgrading based on rawhide is supposed to simulate upgrading > to the next release, which should work. > > but, realistically, who knows? > > rday > > I have upgraded an all development system and also have a system that is an upgrade from FC1 with repositories for testing, updates and base. I don't see too much differences between the systems. There is an item that gets hidden with an upgraded system and probably gets a lot of problems overlooked. This is for a default account and if things will be created from the default skel or not. Xmms is one item that had this problem on both of my systems. I believe creating and deleting user accounts would be a good practice to thoroughly check out programs for functionality. Having existing users and seeing what goes well and what fails is also a good idea, in my view. After listening to some discussions about some programs never making it to development, but going straight into testing. (compilers, etc). I think that at least these repositories should be investigated to see the interaction if one was to compile software or things that bypass development. About the factor of upgrading from test1, test2, test3 then to the release. I have a laptop with an Athlon processor. It is working fine through this method. It all depends upon your interest in the testing. Having different setups and situations is a positive move to test more possibilities and possible interactions in hardware/setups. A valid test would be to try as many different options and schemes out and report the results. The only pristine conditions That I could see is fedora 1 with no updates applied to test release or straight to the test release. I doubt that people will have either type of condition when upgrading from Fedora 1 to Fedora 2. You need the spectrum in between to really test out the quality of the next release. Just my perception. Jim From redhat-jc at insight.rr.com Tue Feb 10 00:24:38 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Mon, 09 Feb 2004 19:24:38 -0500 Subject: yum repository for FC2 equivalent rpms? In-Reply-To: References: Message-ID: <402824C6.8090900@insight.rr.com> Robert P. J. Day wrote: > just to make sure i get this right, am i correct in assuming that > the FC 2 equivalent rpms can be found at > > http://download.fedora.redhat.com/pub/fedora/linux/core/development/ ??? > > i recall someone mentioning rawhide as well, so what's the > canonical repository for this? thanks. > > rday > > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386 would give you the i386 related rpms. The other way will work until you get a noarch rpm. This rpm could be located in s390, ppp64 or any other different archetecture, which may not be carrying the arch the header points to. (ftp error 550 through up2date) The download.fedora.redhat.com probably carries all the archs and would probably work with the link that you listed. (Though probably at a very slow rate) The mirror that I use only has the i386 and the amd64 directories. (and is usually fast (300 kps or better) Adding what Seth passed on should also work. I prefer the i386 listing for up2date and for yum configuration, myself. Jim From katzj at redhat.com Tue Feb 10 04:50:58 2004 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 09 Feb 2004 23:50:58 -0500 Subject: terminology and the hierarchy of releases In-Reply-To: <4206.142.167.72.118.1076350725.squirrel@mail.ceimaine.org> References: <20040209160725.GD4928@redhat.com> <1076349591.11085.14.camel@opus> <9100.142.167.72.118.1076350294.squirrel@mail.ceimaine.org> <4206.142.167.72.118.1076350725.squirrel@mail.ceimaine.org> Message-ID: <1076388657.22894.9.camel@isengard> On Mon, 2004-02-09 at 13:18, Will Backman wrote: > Yes, by those who frequent this list, but from the amount of questions and > confusion, it sounds like a FAQ for testers might be helpful. Sounds like > I just gave myself a task. Fedora has a goal of being more open. With > more outside participation, it might be useful to education outside > testers on the procedures that RedHat uses when they prep a release. This is a great idea (Jef was bugging me for some ideas last week so he could use them for a bug day or something, but I just haven't had the spare time). If you want to start putting something together, I would be more than glad to review and give feedback. Also, I'll really try to sit down tomorrow and come up with a list of the things I can think of, but that realistically depends on what fires come up. Also, feel free to harass me on IRC. Jeremy From fedora at warmcat.com Tue Feb 10 09:26:30 2004 From: fedora at warmcat.com (Andy Green) Date: Tue, 10 Feb 2004 09:26:30 +0000 Subject: No sound under the 2.6.1 test kernels In-Reply-To: <20040206165439.GN26602@redhat.com> References: <1075923180.5333.8.camel@T7.linux> <20040206165336.GA31502@kroah.com> <20040206165439.GN26602@redhat.com> Message-ID: <200402100926.31701.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 06 February 2004 16:54, Dave Jones wrote: > Ah, original bug reporter was using an older FC2 kernel tree, which was > based on 2.6.2rc. I am the original bug reporter, I am using the latest kernel in Development, 2.6.1-1.65. It probably is based on 2.6.2rc as you say. I managed to get this working in the end and the new Alsa does fix my bug. I simply commented out the single reference to usb_get_device_descriptor() in ./usb/usbaudio.c line 263, it is in a function called snd_usb_extigy_boot_quirk() which did not seem relevant to me. Now my Logitech headset is working cool again :-) However, my Audigy 2 NX USB2 box is still broken with 2.6 Feb 10 09:22:59 fastcat kernel: ALSA /usr/src/alsa-driver-1.0.2/usb/usbaudio.c:697: cannot submit datapipe for urb 0, err = -38 Sigh. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAKKPHjKeDCxMJCTIRAmExAJ4rpoNad424OObRvLD4TJ9bOhVGgwCfVyNe dGu8EoHeBaeLI/mLRYqUYfw= =pYvm -----END PGP SIGNATURE----- From hobbit at aloss.ukuu.org.uk Tue Feb 10 09:44:31 2004 From: hobbit at aloss.ukuu.org.uk (Telsa Gwynne) Date: Tue, 10 Feb 2004 09:44:31 +0000 Subject: terminology and the hierarchy of releases In-Reply-To: References: <20040209160725.GD4928@redhat.com> <1076349591.11085.14.camel@opus> <9100.142.167.72.118.1076350294.squirrel@mail.ceimaine.org> Message-ID: <20040210094431.GE7474@aloss.ukuu.org.uk> On Mon, Feb 09, 2004 at 01:16:08PM -0500 or thereabouts, Robert P. J. Day wrote: > On Mon, 9 Feb 2004, Will Backman wrote: > > > before. Wait until next text release, repeat. This would prevent > > upgrades from FC1 -> FC2rc1 -> FC2rc2 ->FC2rc3. > > it's already understood that you can't upgrade *from* a test release > to any later release. And people still do it every single time. Even on a list where everyone knows the result is unsupported. I think such a list is the exception rather than the rule, too. Telsa From Axel.Thimm at physik.fu-berlin.de Tue Feb 10 09:58:48 2004 From: Axel.Thimm at physik.fu-berlin.de (Axel Thimm) Date: Tue, 10 Feb 2004 10:58:48 +0100 Subject: terminology and the hierarchy of releases In-Reply-To: <20040210094431.GE7474@aloss.ukuu.org.uk> References: <20040209160725.GD4928@redhat.com> <1076349591.11085.14.camel@opus> <9100.142.167.72.118.1076350294.squirrel@mail.ceimaine.org> <20040210094431.GE7474@aloss.ukuu.org.uk> Message-ID: <20040210095848.GC29754@neu.nirvana> On Tue, Feb 10, 2004 at 09:44:31AM +0000, Telsa Gwynne wrote: > On Mon, Feb 09, 2004 at 01:16:08PM -0500 or thereabouts, Robert P. J. Day wrote: > > On Mon, 9 Feb 2004, Will Backman wrote: > > > > > before. Wait until next text release, repeat. This would prevent > > > upgrades from FC1 -> FC2rc1 -> FC2rc2 ->FC2rc3. > > > > it's already understood that you can't upgrade *from* a test release > > to any later release. > > And people still do it every single time. Even on a list where > everyone knows the result is unsupported. I think such a list is > the exception rather than the rule, too. But wouldn't it be nice and attract more testers if the upgrade paths were that way? And I don't think it is difficult to achieve. o If a package has to be downgraded bump up its epoch (almost the only legitimate use for an epoch IMHO). E.g. the ntpd package that was downgraded should have bumbed up the epoch. o If a package has to be renamed (very seldom in redhat trees), the old one gets obsoleted (never seen redhat to not do that, but I am mentioning this to be complete). o If a package has to be removed w/o any replacement, let it be obsoleted by fedora-release, or a special clean-up package fedora-remove-obsoleted-developement. It can be argued that this is not even neccessary to keep upgrade paths, so consider this optional. I think it is worth while to have people surf on rawhide/developement, or upgrade from test1 to test2 to ... to final release. The above boils down to epoch increase on package downgrades. Note, this is about packaging, not about the contents itself, i.e. make sure that upgrade paths work across development/testing/releases, but no guarantees about the rpms themselves (otherwise it wouldn't be fun to surf on rawhide w/o any risks, would it? :). -- Axel.Thimm at physik.fu-berlin.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rpjday at mindspring.com Tue Feb 10 12:56:12 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 10 Feb 2004 07:56:12 -0500 (GMT-05:00) Subject: defining categories of updates Message-ID: <28091568.1076417782066.JavaMail.root@wamui07.slb.atl.earthlink.net> once upon a time, i mentioned this on the yum list, but it's clearly more appropriate here (i think). if someone is going to design a FAQ for testing, it would be **really** useful to clarify the different categories of newer RPMs. quite simply, the current layout at the fedora download site is confusing as heck. consider the current directory structure: .../core/ 1/ development/ test/ 0.96/ 1.90/ updates/ 1/ testing/ with nary a README to be found, how is one supposed to understand what the relationships are here? first, what's with two subdirectories "0.96" and "1.90"? the first contains only SRPMs and x86_64 stuff, while the second is permission locked. it's not at all intuitive (given the lack of docs) what these are for. (i realize there's a partial explanation at another page, but an immediate README would be nice.) it's also confusing to have separate directories, one called "test", the other called "updates/testing". and how would one know how "development" relates to test, testing or updates? add to this the way other sites categorize their repos, and you get a confusing collection of downloads that are either base, updates, test, testing, development, stable and/or unstable. is it worth trying to clear this up? rday From jkeating at j2solutions.net Tue Feb 10 15:54:21 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 10 Feb 2004 07:54:21 -0800 Subject: terminology and the hierarchy of releases In-Reply-To: <20040210095848.GC29754@neu.nirvana> References: <20040210094431.GE7474@aloss.ukuu.org.uk> <20040210095848.GC29754@neu.nirvana> Message-ID: <200402100754.22821.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 10 February 2004 01:58, Axel Thimm wrote: > o If a package has to be downgraded bump up its epoch (almost the only > legitimate use for an epoch IMHO). E.g. the ntpd package that was > downgraded should have bumbed up the epoch. Danger Will Robinson!! Epoch seepage is a BAD BAD thing. If the package already has epoch in it, that is one thing, but for a package like Evolution, where there is no epoch already, it's a horrible idea to introduce epoch at this point. - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) Mondo DevTeam (www.mondorescue.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.3 (GNU/Linux) iD8DBQFAKP6t4v2HLvE71NURAs02AJ9SHZABCOtS1XuiSVWoLkj0zNUbSgCfW3/E +ziJQLHV2kCWn5A1VZDDu44= =74S3 -----END PGP SIGNATURE----- From cra at WPI.EDU Tue Feb 10 16:04:19 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Tue, 10 Feb 2004 11:04:19 -0500 Subject: terminology and the hierarchy of releases In-Reply-To: <200402100754.22821.jkeating@j2solutions.net> References: <20040210094431.GE7474@aloss.ukuu.org.uk> <20040210095848.GC29754@neu.nirvana> <200402100754.22821.jkeating@j2solutions.net> Message-ID: <20040210160419.GN1556@angus.ind.WPI.EDU> On Tue, Feb 10, 2004 at 07:54:21AM -0800, Jesse Keating wrote: > Danger Will Robinson!! Epoch seepage is a BAD BAD thing. If the package > already has epoch in it, that is one thing, but for a package like > Evolution, where there is no epoch already, it's a horrible idea to > introduce epoch at this point. How else are you supposed to forcibly downgrade a package using an automatic system? From jkeating at j2solutions.net Tue Feb 10 16:14:37 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 10 Feb 2004 08:14:37 -0800 Subject: terminology and the hierarchy of releases In-Reply-To: <20040210160419.GN1556@angus.ind.WPI.EDU> References: <200402100754.22821.jkeating@j2solutions.net> <20040210160419.GN1556@angus.ind.WPI.EDU> Message-ID: <200402100814.37730.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 10 February 2004 08:04, Charles R. Anderson wrote: > How else are you supposed to forcibly downgrade a package using an > automatic system? If it were something like Release to Release, or Release to Beta, then it would matter. Beta to Beta and Beta to Release falls under the "This is not supported, don't do it" arena. - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) Mondo DevTeam (www.mondorescue.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.3 (GNU/Linux) iD8DBQFAKQNt4v2HLvE71NURAlQMAJ46EgMX/MP2M46hHDOBi8ONGpIMBgCeJQj9 peH29OnqrnfPsKslIHL27qM= =z183 -----END PGP SIGNATURE----- From notting at redhat.com Tue Feb 10 16:41:34 2004 From: notting at redhat.com (Bill Nottingham) Date: Tue, 10 Feb 2004 11:41:34 -0500 Subject: terminology and the hierarchy of releases In-Reply-To: <20040210095848.GC29754@neu.nirvana> References: <20040209160725.GD4928@redhat.com> <1076349591.11085.14.camel@opus> <9100.142.167.72.118.1076350294.squirrel@mail.ceimaine.org> <20040210094431.GE7474@aloss.ukuu.org.uk> <20040210095848.GC29754@neu.nirvana> Message-ID: <20040210164134.GB23247@devserv.devel.redhat.com> Axel Thimm (Axel.Thimm at physik.fu-berlin.de) said: > o If a package has to be downgraded bump up its epoch (almost the only > legitimate use for an epoch IMHO). E.g. the ntpd package that was > downgraded should have bumbed up the epoch. Epoch bumping is too much of a hassle for something like that. > o If a package has to be renamed (very seldom in redhat trees), the > old one gets obsoleted (never seen redhat to not do that, but I am > mentioning this to be complete). Normal case. > o If a package has to be removed w/o any replacement, let it be > obsoleted by fedora-release, or a special clean-up package > fedora-remove-obsoleted-developement. It can be argued that this is > not even neccessary to keep upgrade paths, so consider this optional. No, this causes problems if people go to add their own version of it later. Bill From Axel.Thimm at physik.fu-berlin.de Tue Feb 10 17:23:29 2004 From: Axel.Thimm at physik.fu-berlin.de (Axel Thimm) Date: Tue, 10 Feb 2004 18:23:29 +0100 Subject: terminology and the hierarchy of releases In-Reply-To: <200402100814.37730.jkeating@j2solutions.net> References: <200402100754.22821.jkeating@j2solutions.net> <20040210160419.GN1556@angus.ind.WPI.EDU> <200402100814.37730.jkeating@j2solutions.net> Message-ID: <20040210172329.GK29754@neu.nirvana> On Tue, Feb 10, 2004 at 08:14:37AM -0800, Jesse Keating wrote: > If it were something like Release to Release, or Release to Beta, then it > would matter. Beta to Beta and Beta to Release falls under the "This is > not supported, don't do it" arena. That's exactly the issue scaring rawhide surfers and point to point testers away IMHO (at least me ;). I surely know epochs are evil and long term they should be replaced by a upgrade-path local solution as suggested in other threads and on rpm-list. But package downgrades are the only real legitmate use for epochs (other than upstream version hickups). If a bug is such severe that it requires a package downgrade it is severe enough to have its epoch bumped up (of course it's better to have the package fixed). It isn't hard work to keep upgrade paths consistent throughout "developement" and have "testN" and releases be treated like time snapshots of it. How many packages were affected by package downgrades in the last couple of months? Less than a dozen compared to thousands? -- Axel.Thimm at physik.fu-berlin.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From shrek-m at gmx.de Tue Feb 10 17:28:22 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 10 Feb 2004 18:28:22 +0100 Subject: defining categories of updates In-Reply-To: <28091568.1076417782066.JavaMail.root@wamui07.slb.atl.earthlink.net> References: <28091568.1076417782066.JavaMail.root@wamui07.slb.atl.earthlink.net> Message-ID: <402914B6.9030700@gmx.de> Robert P. J. Day wrote: perhaps: >.../core/ > 1/ > > the official released fedora core later: core/1 core/2 > development/ > > all development-packages for eg. fedora core 2 formerly rawhide > test/ > 0.96/ > 1.90/ > > the official test/beta-releases later eg. test/1.90 test/1.91 test/1.92 > updates/ > 1/ > > the official updates for fedora core later updates/1 updates/2 > testing/ > testing packages for the official releases eg. "fedora core 1" before they will be official released in "updates/1" -- shrek-m From jkeating at j2solutions.net Tue Feb 10 17:45:21 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 10 Feb 2004 09:45:21 -0800 Subject: terminology and the hierarchy of releases In-Reply-To: <20040210172329.GK29754@neu.nirvana> References: <200402100814.37730.jkeating@j2solutions.net> <20040210172329.GK29754@neu.nirvana> Message-ID: <200402100945.26234.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 10 February 2004 09:23, Axel Thimm wrote: > But package downgrades are the only real legitmate use for epochs > (other than upstream version hickups). If a bug is such severe that > it requires a package downgrade it is severe enough to have its epoch > bumped up (of course it's better to have the package fixed). Epoch bad. The above reason is not good enough to introduce epoch into a package. Period. - -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) Mondo DevTeam (www.mondorescue.org) GPG Public Key (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.2 (GNU/Linux) iD8DBQFAKRi24v2HLvE71NURAtGeAKCgWlyyFhAg4u8eYBIzlTZKpWJflgCgmc2Z NuO35HCPlZMkoeynteyiT/o= =Eceg -----END PGP SIGNATURE----- From jkt at redhat.com Tue Feb 10 18:06:23 2004 From: jkt at redhat.com (Jay Turner) Date: Tue, 10 Feb 2004 13:06:23 -0500 Subject: terminology and the hierarchy of releases In-Reply-To: <20040210172329.GK29754@neu.nirvana> References: <200402100754.22821.jkeating@j2solutions.net> <20040210160419.GN1556@angus.ind.WPI.EDU> <200402100814.37730.jkeating@j2solutions.net> <20040210172329.GK29754@neu.nirvana> Message-ID: <20040210180623.GP7085@redhat.com> On Tue, Feb 10, 2004 at 06:23:29PM +0100, Axel Thimm wrote: > That's exactly the issue scaring rawhide surfers and point to point > testers away IMHO (at least me ;). > > I surely know epochs are evil and long term they should be replaced by > a upgrade-path local solution as suggested in other threads and on > rpm-list. > > But package downgrades are the only real legitmate use for epochs > (other than upstream version hickups). If a bug is such severe that it > requires a package downgrade it is severe enough to have its epoch > bumped up (of course it's better to have the package fixed). > > It isn't hard work to keep upgrade paths consistent throughout > "developement" and have "testN" and releases be treated like time > snapshots of it. How many packages were affected by package downgrades > in the last couple of months? Less than a dozen compared to thousands? Here's a good example of why this is a total PITA. This is a snippet from a post to fedora-devel-list from Jeremy Katz: >> b) evolution >> unable to (configure to?) use maildirs >Upstream. Although this will become a non-issue for FC2 very soon. >With the new schedule for evolution 2.0, I'm going to be reverting the >package in development back to a 1.4.x later in the week. So, here we have a package which is going backwards in development, so that leaves us with two options. Either we spend significient resources making sure that everything can go forwards and backwards just fine, because people might want to upgrade from one test release to another, or we just accept the fact that it's not something which will happen from one general release to another and use those resources to do something more productive. We've had cases where the entire KDE chain has "regressed" from one beta to another. And tacking on an epoch to the older packages, just so they appear "newer" doesn't make any sense, as it's a problem which only developers are going to see. But, if we did attach an epoch, we would have to continue to carry it forward from that time on (into the public release.) There are very few times that an epoch is the correct answer to a problem. One being when perl just backwards in their release numbering. The epoch allowed us to say to RPM that even though this new package appears "older," it really isn't. - jkt -- --*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--* Jay Turner, QA Technical Lead jkt at redhat.com Red Hat, Inc. Reality is merely an illusion, albeit a very persistent one. - Albert Einstein From bpm at ec-group.com Tue Feb 10 18:09:22 2004 From: bpm at ec-group.com (Brian Millett) Date: Tue, 10 Feb 2004 12:09:22 -0600 Subject: usb devices Message-ID: <1076436562.23269.14.camel@shaka.ec-group.com> Well, thanks to you all for hints on getting the hotplug working. Seems that I needed to add more to my modprobe.conf than with core 1. The ehci-hcd was the module. Strange as the kernel has not changed. So now I have the following in /etc/modprobe.conf and it works great. The zaurus usb-ethernet connection works, the usb flash drive mounts, my canon s40 camera is recognized. alias usb-controller uhci-hcd alias usb-controller1 ehci-hcd alias usb-controller2 usb-ohci alias usb-controller3 hci-usb How, where should I look on adding the items in /etc/fstab to the gnome right-click on destop menu? Thanks -- Brian Millett - Technologist Rex "Now, I go to spread happiness through the rest of the station. It is a terrible responsibility, but I have learned to live with it." -- Londo, "A Voice in the Wilderness I" From aoliva at redhat.com Tue Feb 10 19:05:45 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 10 Feb 2004 17:05:45 -0200 Subject: terminology and the hierarchy of releases In-Reply-To: <20040210164134.GB23247@devserv.devel.redhat.com> References: <20040209160725.GD4928@redhat.com> <1076349591.11085.14.camel@opus> <9100.142.167.72.118.1076350294.squirrel@mail.ceimaine.org> <20040210094431.GE7474@aloss.ukuu.org.uk> <20040210095848.GC29754@neu.nirvana> <20040210164134.GB23247@devserv.devel.redhat.com> Message-ID: On Feb 10, 2004, Bill Nottingham wrote: > Axel Thimm (Axel.Thimm at physik.fu-berlin.de) said: >> o If a package has to be removed w/o any replacement, let it be >> obsoleted by fedora-release, or a special clean-up package >> fedora-remove-obsoleted-developement. It can be argued that this is >> not even neccessary to keep upgrade paths, so consider this optional. > No, this causes problems if people go to add their own version of it > later. `it' being the fedora-remove-obsoleted-development package itself, or some other package it's purported to clean up? I think such an obsoleted package could be a nice thing to have in the installer, on updates: the installer would install it (to clean up old packages) and then remove it at the end of the installation, such that the package wouldn't prevent the installation of the removed package again. It could also obsolete specific version numbers or ranges (assuming such a thing is possible). -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From notting at redhat.com Tue Feb 10 19:08:18 2004 From: notting at redhat.com (Bill Nottingham) Date: Tue, 10 Feb 2004 14:08:18 -0500 Subject: terminology and the hierarchy of releases In-Reply-To: References: <20040209160725.GD4928@redhat.com> <1076349591.11085.14.camel@opus> <9100.142.167.72.118.1076350294.squirrel@mail.ceimaine.org> <20040210094431.GE7474@aloss.ukuu.org.uk> <20040210095848.GC29754@neu.nirvana> <20040210164134.GB23247@devserv.devel.redhat.com> Message-ID: <20040210190817.GA11881@devserv.devel.redhat.com> Alexandre Oliva (aoliva at redhat.com) said: > >> o If a package has to be removed w/o any replacement, let it be > >> obsoleted by fedora-release, or a special clean-up package > >> fedora-remove-obsoleted-developement. It can be argued that this is > >> not even neccessary to keep upgrade paths, so consider this optional. > > > No, this causes problems if people go to add their own version of it > > later. > > `it' being the fedora-remove-obsoleted-development package itself, or > some other package it's purported to clean up? The latter. > I think such an obsoleted package could be a nice thing to have in the > installer, on updates: the installer would install it (to clean up old > packages) and then remove it at the end of the installation, such that > the package wouldn't prevent the installation of the removed package > again. Then, you install your own version of said package, and then upgrade to the next OS version, which has to carry the same obsoletes. Oops, it just got removed again. :) Bill From aoliva at redhat.com Tue Feb 10 19:22:17 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 10 Feb 2004 17:22:17 -0200 Subject: terminology and the hierarchy of releases In-Reply-To: <20040210190817.GA11881@devserv.devel.redhat.com> References: <20040209160725.GD4928@redhat.com> <1076349591.11085.14.camel@opus> <9100.142.167.72.118.1076350294.squirrel@mail.ceimaine.org> <20040210094431.GE7474@aloss.ukuu.org.uk> <20040210095848.GC29754@neu.nirvana> <20040210164134.GB23247@devserv.devel.redhat.com> <20040210190817.GA11881@devserv.devel.redhat.com> Message-ID: On Feb 10, 2004, Bill Nottingham wrote: > Alexandre Oliva (aoliva at redhat.com) said: >> I think such an obsoleted package could be a nice thing to have in the >> installer, on updates: the installer would install it (to clean up old >> packages) and then remove it at the end of the installation, such that >> the package wouldn't prevent the installation of the removed package >> again. > Then, you install your own version of said package, and then upgrade to > the next OS version, which has to carry the same obsoletes. Oops, > it just got removed again. :) See the bit about limiting the Obsoletes by version numbers or ranges. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From twanger at bluetwanger.de Tue Feb 10 21:20:38 2004 From: twanger at bluetwanger.de (Markus Bertheau) Date: Tue, 10 Feb 2004 22:20:38 +0100 Subject: file-roller, totem hangs Message-ID: <1076448037.3002.14.camel@yarrow.bertheau.de> Hi, I updated my development FC1 installation to the development tree and now totem and file-roller hang when started from nautilus, epiphany or the console. I'm getting what looks like a corrupted stack from gdb: (gdb) bt #0 0x00a96a52 in ?? () at rtld.c:292 from /lib/ld-linux.so.2 #1 0x03af2b7e in __libc_fcntl (fd=62230508, cmd=7) at ../sysdeps/unix/sysv/linux/i386/fcntl.c:143 #2 0x03af2d1e in lockf (fd=19, cmd=-1075038048, len=-512) at ../sysdeps/generic/lockf.c:73 #3 0x08057333 in _start () #4 0x00000013 in ?? () #5 0x00000001 in ?? () (gdb) strace: open("/home/bert/.recently-used", O_RDWR) = 19 fstat64(19, {st_mode=S_IFREG|0600, st_size=82605, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7c60000 _llseek(19, 0, [0], SEEK_SET) = 0 fcntl64(19, F_SETLKW, {type=F_WRLCK, whence=SEEK_CUR, start=0, len=0} (hangs here) also: [root at yarrow root]# lsof /home/bert/.recently-used COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME nautilus 1977 bert 24uW REG 3,3 82605 33971 /home/bert/.recently-used totem 4235 bert 19u REG 3,3 82605 33971 /home/bert/.recently-used [root at yarrow root]# As I understand, nautilus is not releasing the write lock it holds. Any ideas? -- Markus Bertheau From nbryant at optonline.net Tue Feb 10 21:24:28 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Tue, 10 Feb 2004 16:24:28 -0500 Subject: file-roller, totem hangs In-Reply-To: <1076448037.3002.14.camel@yarrow.bertheau.de> References: <1076448037.3002.14.camel@yarrow.bertheau.de> Message-ID: <40294C0C.1040000@optonline.net> Markus Bertheau wrote: > Hi, > > I updated my development FC1 installation to the development tree and > now totem and file-roller hang when started from nautilus, epiphany or > the console. I'm getting what looks like a corrupted stack from gdb: > > (gdb) bt > #0 0x00a96a52 in ?? () at rtld.c:292 from /lib/ld-linux.so.2 > #1 0x03af2b7e in __libc_fcntl (fd=62230508, cmd=7) at ../sysdeps/unix/sysv/linux/i386/fcntl.c:143 > #2 0x03af2d1e in lockf (fd=19, cmd=-1075038048, len=-512) at ../sysdeps/generic/lockf.c:73 > #3 0x08057333 in _start () > #4 0x00000013 in ?? () > #5 0x00000001 in ?? () > (gdb) Are totem and file-roller compiled and linked with -fpic / -pic for position-independent executables? This will cause similar gdb problems. There is already an item in redhat bugzilla for this problem. From Axel.Thimm at physik.fu-berlin.de Tue Feb 10 21:35:35 2004 From: Axel.Thimm at physik.fu-berlin.de (Axel Thimm) Date: Tue, 10 Feb 2004 22:35:35 +0100 Subject: terminology and the hierarchy of releases In-Reply-To: References: <20040209160725.GD4928@redhat.com> <1076349591.11085.14.camel@opus> <9100.142.167.72.118.1076350294.squirrel@mail.ceimaine.org> <20040210094431.GE7474@aloss.ukuu.org.uk> <20040210095848.GC29754@neu.nirvana> <20040210164134.GB23247@devserv.devel.redhat.com> Message-ID: <20040210213535.GA30226@neu.nirvana> On Tue, Feb 10, 2004 at 05:05:45PM -0200, Alexandre Oliva wrote: > On Feb 10, 2004, Bill Nottingham wrote: > > > Axel Thimm (Axel.Thimm at physik.fu-berlin.de) said: > > >> o If a package has to be removed w/o any replacement, let it be > >> obsoleted by fedora-release, or a special clean-up package > >> fedora-remove-obsoleted-developement. It can be argued that this is > >> not even neccessary to keep upgrade paths, so consider this optional. > > > No, this causes problems if people go to add their own version of it > > later. > > `it' being the fedora-remove-obsoleted-development package itself, or > some other package it's purported to clean up? > > I think such an obsoleted package could be a nice thing to have in the > installer, on updates: the installer would install it (to clean up old > packages) and then remove it at the end of the installation, such that > the package wouldn't prevent the installation of the removed package > again. It could also obsolete specific version numbers or ranges > (assuming such a thing is possible). Yes, it is. If there is a list of packages that have been withdrawn from "developement" one could automatically crate this package with Obsoletes: foo = 1.2.3-4 Obsoletes: bar = 1:2.3.4-5 ... It even works with obsoleting prior or even future (!) versions of the package itself (this has been found by Dag, he wants to use it to effectively lower the epoch against all natural rpm laws ;). If a 3rd party outside of developement would package foo and bar with the same version/release versioning of a package obsoleted that way he would lose. Given the tagging jungle of the release part, this is highly unlikely (and BTW another reason why the release tagging should contain origin, then no other party should be allowed to tag the release like for instance Red Hat does). The unfortunate packager would realize this immediately, if the fedora-remove-obsoleted-development is always present (for example part of fedora-release). Please make it easier for people to jump on the testN and development trains. Effectively requiring from each tester to reinstall from scratch for each testN or developement release, or be left with packaging obstructions is not helping deploying and _tracking_ the test/developement setups (it helps testing anaconda, of course ;). -- Axel.Thimm at physik.fu-berlin.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From notting at redhat.com Tue Feb 10 21:53:00 2004 From: notting at redhat.com (Bill Nottingham) Date: Tue, 10 Feb 2004 16:53:00 -0500 Subject: FC2 Test 1 - rescheduled Message-ID: <20040210215300.GA22952@devserv.devel.redhat.com> Fedora Core 2 Test 1 is now scheduled for release on Thursday, February 12, at 10AM EST. The schedule at: http://fedora.redhat.com/participate/schedule/ will be updated shortly. Bill From paul at all-the-johnsons.co.uk Wed Feb 11 00:46:18 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 11 Feb 2004 00:46:18 +0000 Subject: download.fedora.redhat.com Message-ID: <1076460377.29817.5.camel@T7.linux> Hi, I've noticed that there is now a testing-1.90 directory on the fedora ftp site. You can't get into it (550, fail to change directory). When is this opening up to the world and his frog? TTFN Paul -------------- 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 gstool at earthlink.net Wed Feb 11 00:59:29 2004 From: gstool at earthlink.net (Gerry Tool) Date: Tue, 10 Feb 2004 18:59:29 -0600 Subject: download.fedora.redhat.com In-Reply-To: <1076460377.29817.5.camel@T7.linux> References: <1076460377.29817.5.camel@T7.linux> Message-ID: <40297E71.1080104@earthlink.net> Paul wrote: > Hi, > > I've noticed that there is now a testing-1.90 directory on the fedora > ftp site. You can't get into it (550, fail to change directory). > > When is this opening up to the world and his frog? > > TTFN > > Paul I expect the timing will be as noted in Bill Nottingham's post: "Fedora Core 2 Test 1 is now scheduled for release on Thursday, February 12, at 10AM EST." Gerry From warren at togami.com Wed Feb 11 04:33:27 2004 From: warren at togami.com (Warren Togami) Date: Tue, 10 Feb 2004 18:33:27 -1000 Subject: Fedora Core 1 Test Update: spamassassin-2.63-0.1 Message-ID: <4029B097.8070908@togami.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-072 2004-02-10 --------------------------------------------------------------------- Name : spamassassin Version : 2.63 Release : 0.1 Summary : Spam filter for email which can be invoked from mail delivery agents. Description : SpamAssassin provides you with a way to reduce if not completely eliminate Unsolicited Commercial Email (SPAM) from your incoming email. It can be invoked by a MDA such as sendmail or postfix, or can be called from a procmail script, .forward file, etc. It uses a genetic-algorithm evolved scoring system to identify messages which look spammy, then adds headers to the message so they can be filtered by the user's mail reading software. This distribution includes the spamd/spamc components which create a server that considerably speeds processing of mail. To enable spamassassin, if you are receiving mail locally, simply add this line to your ~/.procmailrc: INCLUDERC=/etc/mail/spamassassin/spamassassin-default.rc To filter spam for all users, add that line to /etc/procmailrc (creating if necessary). --------------------------------------------------------------------- Update Information: This update from spamassassin-2.60 to 2.63 in FC1 should fix many bugs and improve spam detection capability. See the release notes at the upstream spamassassin.org for more information. This release also enables spamc/spamd optional OpenSSL support. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115353 Please discuss this test update on fedora-test-list. Report definite findings of success or failure to this Test Update Tracking report after you have sufficiently tested spamassassin's range of features in production. If no regressions are confirmed by February 20th, 2004 then this update should become final. This date may be moved sooner if the feedback is overwhelmingly postive from many high traffic mail admins. --------------------------------------------------------------------- * Mon Feb 09 2004 Warren Togami 2.63-0.1 - rename for FC1 * Sat Jan 24 2004 Warren Togami 2.63-5 - require vendorlib instead - rebuild * Wed Jan 21 2004 Warren Togami 2.63-3 - krb5-backcompat.patch so older krb5-devel does not fail * Wed Jan 21 2004 Warren Togami 2.63-2 - upgrade to 2.63 * Mon Jan 19 2004 Warren Togami 2.62-3 - Ville Skytt?'s fixes from #113596 including: - Fix buildroot traces - enable openssl - Trailing slash to DESTDIR (bug 90202 comment 14). - export optflags so they're honored, affects spamc only. * Mon Jan 19 2004 Warren Togami 2.62-2 - upgrade to 2.62 - Prereq -> Requires, former is deprecated - Require current version of perl - Remove urban myth clean test - TODO: Get rid of prefix * Wed Dec 31 2003 Dan Walsh 2.61-2 - Change sysconfdir to not use full path * Tue Dec 09 2003 Chip Turner 2.61-1 - upgrade to 2.61 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 5c07937877dc927e46a5cd3b012d310f SRPMS/spamassassin-2.63-0.1.src.rpm a2bef660086eed2342693800793bf888 i386/spamassassin-2.63-0.1.i386.rpm d8dac447e485f53c3f6d1bff2554127d i386/debug/spamassassin-debuginfo-2.63-0.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-1 --------------------------------------------------------------------- From shrek-m at gmx.de Wed Feb 11 07:14:02 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 11 Feb 2004 08:14:02 +0100 Subject: Fedora Core 1 Test Update: spamassassin-2.63-0.1 In-Reply-To: <4029B097.8070908@togami.com> References: <4029B097.8070908@togami.com> Message-ID: <4029D63A.8010303@gmx.de> Warren Togami wrote: > --------------------------------------------------------------------- > Fedora Test Update Notification > FEDORA-2004-072 > 2004-02-10 > --------------------------------------------------------------------- > > Name : spamassassin > Version : 2.63 > Release : 0.1 > Summary : Spam filter for email which can be invoked from mail > delivery agents. with the official updates i get this # rhn-applet-tui Ignoring The following is a list of outdated packages on your system: Name Version Release ----------------------------------------------------------------------------- kernel 2.4.22 1.2166.nptl kernel-source 2.4.22 1.2166.nptl # rpm -q spamassassin spamassassin-2.60-2 # rpm -Uvh /mnt/sda1/updates/download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/i386/spamassassin-2.63-0.1.i386.rpm Fehler: Failed dependencies: /usr/lib/perl5/vendor_perl/5.8.1 is needed by spamassassin-2.63-0.1 # rpm -q perl perl-5.8.1-92 is --nodeps needed ?? -- shrek-m From ms-nospam-0306 at arcor.de Wed Feb 11 08:28:56 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 11 Feb 2004 09:28:56 +0100 Subject: Fedora Core 1 Test Update: spamassassin-2.63-0.1 In-Reply-To: <4029D63A.8010303@gmx.de> References: <4029B097.8070908@togami.com> <4029D63A.8010303@gmx.de> Message-ID: <20040211092856.27391563.ms-nospam-0306@arcor.de> On Wed, 11 Feb 2004 08:14:02 +0100, shrek-m at gmx.de wrote: > # rpm -q spamassassin spamassassin-2.60-2 > > # rpm -Uvh > /mnt/sda1/updates/download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/i386/spamassassin-2.63-0.1.i386.rpm > Fehler: Failed dependencies: > /usr/lib/perl5/vendor_perl/5.8.1 is needed by spamassassin-2.63-0.1 > > # rpm -q perl > perl-5.8.1-92 > > > is --nodeps needed ?? No. An updated test update package will be needed to fix this, as on FC1: $rpm --redhatprovides /usr/lib/perl5/vendor_perl/5.8.1 file /usr/lib/perl5/vendor_perl/5.8.1 is not owned by any package A future Perl package will own more directories and also the vendor locations. So, presently, an FC1 test update must not and cannot depend on that directory. -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wtogami at redhat.com Wed Feb 11 10:03:37 2004 From: wtogami at redhat.com (Warren Togami) Date: Wed, 11 Feb 2004 00:03:37 -1000 Subject: Fedora Core 1 Test Update: spamassassin-2.63-0.1 In-Reply-To: <20040211092856.27391563.ms-nospam-0306@arcor.de> References: <4029B097.8070908@togami.com> <4029D63A.8010303@gmx.de> <20040211092856.27391563.ms-nospam-0306@arcor.de> Message-ID: <4029FDF9.1010303@redhat.com> Michael Schwendt wrote: > On Wed, 11 Feb 2004 08:14:02 +0100, shrek-m at gmx.de wrote: > > >># rpm -q spamassassin spamassassin-2.60-2 >> >># rpm -Uvh >>/mnt/sda1/updates/download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/i386/spamassassin-2.63-0.1.i386.rpm >>Fehler: Failed dependencies: >> /usr/lib/perl5/vendor_perl/5.8.1 is needed by spamassassin-2.63-0.1 >> >># rpm -q perl >>perl-5.8.1-92 >> >> >>is --nodeps needed ?? > > > No. An updated test update package will be needed to fix this, as on FC1: > > $rpm --redhatprovides /usr/lib/perl5/vendor_perl/5.8.1 > file /usr/lib/perl5/vendor_perl/5.8.1 is not owned by any package > > A future Perl package will own more directories and also the vendor > locations. So, presently, an FC1 test update must not and cannot depend on > that directory. > [root at laptop root]# rpm -q perl perl-5.8.1-92 [root at laptop root]# rpm --redhatprovides /usr/lib/perl5/vendor_perl/5.8.1 file /usr/lib/perl5/vendor_perl/5.8.1 is not owned by any package [root at laptop root]# rpm -ivh spamassassin-2.60-2.i386.rpm Preparing... ########################################### [100%] 1:spamassassin ########################################### [100%] [root at laptop root]# rpm -Uvh spamassassin-2.63-0.1.i386.rpm Preparing... ########################################### [100%] 1:spamassassin ########################################### [100%] At first I was like "HUH?" Why does it work for me but not you... but then I found the reason. [root at laptop root]# rpm -qf /usr/lib/perl5/vendor_perl/5.8.1 perl-DateManip-5.42-0.fdr.2.a.1 perl-RPM-Specfile-1.13-0.fdr.2.1 perl-Digest-Nilsimsa-0.06-0.fdr.4.1 All perl modules provided by fedora.us seems to own this directory. So this leaves us with two questions: 1) Can someone check if this problem still exists in rawhide? 2) What should we change the Requires to for this FC1 update? I am thinking "Requires perl >= 2:5.8.0" which is like how it was before. It required rebuilding for different pre-FC2 perl versions, but that's acceptable I guess. See the thread "perl and multilib considerations" from January where this was previously discussed. Since Chip Turner's suggestion of a virtual provides does not exist in these older perl versions, we have to use an imperfect solution. #2 above may be good enough for now. I'll roll the next FC1 test update when I wake up Wednesday based upon comments here. Just a sanity check please. Warren From wtogami at redhat.com Wed Feb 11 10:18:57 2004 From: wtogami at redhat.com (Warren Togami) Date: Wed, 11 Feb 2004 00:18:57 -1000 Subject: Fedora Core 1 Test Update: spamassassin-2.63-0.1 In-Reply-To: <4029FDF9.1010303@redhat.com> References: <4029B097.8070908@togami.com> <4029D63A.8010303@gmx.de> <20040211092856.27391563.ms-nospam-0306@arcor.de> <4029FDF9.1010303@redhat.com> Message-ID: <402A0191.6050007@redhat.com> Warren Togami wrote: > Michael Schwendt wrote: > >> On Wed, 11 Feb 2004 08:14:02 +0100, shrek-m at gmx.de wrote: >> >> >>> # rpm -q spamassassin spamassassin-2.60-2 >>> >>> # rpm -Uvh >>> /mnt/sda1/updates/download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/i386/spamassassin-2.63-0.1.i386.rpm >>> >>> Fehler: Failed dependencies: >>> /usr/lib/perl5/vendor_perl/5.8.1 is needed by >>> spamassassin-2.63-0.1 >>> >>> # rpm -q perl >>> perl-5.8.1-92 >>> >>> >>> is --nodeps needed ?? >> >> >> >> No. An updated test update package will be needed to fix this, as on FC1: >> >> $rpm --redhatprovides /usr/lib/perl5/vendor_perl/5.8.1 >> file /usr/lib/perl5/vendor_perl/5.8.1 is not owned by any package >> >> A future Perl package will own more directories and also the vendor >> locations. So, presently, an FC1 test update must not and cannot >> depend on >> that directory. >> > > [root at laptop root]# rpm -q perl > perl-5.8.1-92 > [root at laptop root]# rpm --redhatprovides /usr/lib/perl5/vendor_perl/5.8.1 > file /usr/lib/perl5/vendor_perl/5.8.1 is not owned by any package > [root at laptop root]# rpm -ivh spamassassin-2.60-2.i386.rpm > Preparing... ########################################### > [100%] > 1:spamassassin ########################################### > [100%] > [root at laptop root]# rpm -Uvh spamassassin-2.63-0.1.i386.rpm > Preparing... ########################################### > [100%] > 1:spamassassin ########################################### > [100%] > > > At first I was like "HUH?" Why does it work for me but not you... but > then I found the reason. > > [root at laptop root]# rpm -qf /usr/lib/perl5/vendor_perl/5.8.1 > perl-DateManip-5.42-0.fdr.2.a.1 > perl-RPM-Specfile-1.13-0.fdr.2.1 > perl-Digest-Nilsimsa-0.06-0.fdr.4.1 > > All perl modules provided by fedora.us seems to own this directory. So > this leaves us with two questions: > > 1) Can someone check if this problem still exists in rawhide? > 2) What should we change the Requires to for this FC1 update? I am > thinking "Requires perl >= 2:5.8.0" which is like how it was before. It > required rebuilding for different pre-FC2 perl versions, but that's > acceptable I guess. > > See the thread "perl and multilib considerations" from January where > this was previously discussed. Since Chip Turner's suggestion of a > virtual provides does not exist in these older perl versions, we have to > use an imperfect solution. #2 above may be good enough for now. > > I'll roll the next FC1 test update when I wake up Wednesday based upon > comments here. Just a sanity check please. > > Warren > > warren: Well, the current Perl package does not own the vendor directories. So including them in the spamassassin package would be cleaner, to avoid the problem of restrictive admin umask creating them with insufficient permissions. You could depend on $privlib (although you don't install into it), because that's the first directory owned by "perl" which is versioned. mschwendt: it seems that the fedora.us perl modules own that directory too warren: fedora.us perl packages own them to avoid the problems of leaving empty directories behind and the permissions problem warren: why do you depend on a path instead of "perl = 3:5.8.1"? mschwendt: (got the idea from mharris xchat spec, I thought that too was correct but now I believe it has the same problem that we see here) mschwendt: I thought it was working until this discovery, and we had a thread discussing it late January mschwendt: Chip Turner's solution creating a standard virtual provides sounded like the best solution for FC2+, but I thought this solution was working in FC1. I was wrong. It only worked while I had fedora.us perl modules installed. warren: hmmm, stock spamassassin in Yarrow depends on "perl >= 2:5.8.0" which is bad. yes, the old method was bad, but it generally worked as long as your sources weren't broken warren: that's why it is unfortunate that fedora.us packages must work around unowned directories by owning them. Creates problems like this. Okay so... bottom line: FC1's perl package unfortunately means we must use ownership with module packages in order to avoid unown directories and associated problems (like unable to strip binaries). While this situation can be easily remedied in FC2's perl so we no longer need this hack, we need the most robust solution for now. Without Chip's suggestion of virtual Provides in place, what Requires line should go into this spamassassin FC1 update? Should we own the directories in spamassassin, like we do with fedora.us perl modules? Opinions please. Warren From prandal at herefordshire.gov.uk Wed Feb 11 11:42:25 2004 From: prandal at herefordshire.gov.uk (Randal, Phil) Date: Wed, 11 Feb 2004 11:42:25 -0000 Subject: Fedora Core 1 Test Update: spamassassin-2.63-0.1 Message-ID: <0EBC45FCABFC95428EBFC3A51B368C9501C9C50B@jessica.herefordshire.gov.uk> Is this not a bit of overkill for FC1? I rolled my own spamassassin-2.63 RPM by basically rebuilding FC1's spamassassin-2.60 RPM with the SA 2.63 tar.gz file. If what we had was adequate for FC1, why not the same approach for the update? And sort it out properly for FC2? Cheers, Phil --------------------------------------------- Phil Randal Network Engineer Herefordshire Council Hereford, UK > -----Original Message----- > From: fedora-test-list-admin at redhat.com > [mailto:fedora-test-list-admin at redhat.com]On Behalf Of Warren Togami > Sent: 11 February 2004 10:19 > To: fedora-test-list at redhat.com; Chip Turner; Ville Skytt? > Subject: Re: Fedora Core 1 Test Update: spamassassin-2.63-0.1 > > > Warren Togami wrote: > > Michael Schwendt wrote: > > > >> On Wed, 11 Feb 2004 08:14:02 +0100, shrek-m at gmx.de wrote: > >> > >> > >>> # rpm -q spamassassin spamassassin-2.60-2 > >>> > >>> # rpm -Uvh > >>> > /mnt/sda1/updates/download.fedora.redhat.com/pub/fedora/linux/ > core/updates/testing/1/i386/spamassassin-2.63-0.1.i386.rpm > >>> > >>> Fehler: Failed dependencies: > >>> /usr/lib/perl5/vendor_perl/5.8.1 is needed by > >>> spamassassin-2.63-0.1 > >>> > >>> # rpm -q perl > >>> perl-5.8.1-92 > >>> > >>> > >>> is --nodeps needed ?? > >> > >> > >> > >> No. An updated test update package will be needed to fix > this, as on FC1: > >> > >> $rpm --redhatprovides /usr/lib/perl5/vendor_perl/5.8.1 > >> file /usr/lib/perl5/vendor_perl/5.8.1 is not owned by any package > >> > >> A future Perl package will own more directories and also the vendor > >> locations. So, presently, an FC1 test update must not and cannot > >> depend on > >> that directory. > >> > > > > [root at laptop root]# rpm -q perl > > perl-5.8.1-92 > > [root at laptop root]# rpm --redhatprovides > /usr/lib/perl5/vendor_perl/5.8.1 > > file /usr/lib/perl5/vendor_perl/5.8.1 is not owned by any package > > [root at laptop root]# rpm -ivh spamassassin-2.60-2.i386.rpm > > Preparing... > ########################################### > > [100%] > > 1:spamassassin > ########################################### > > [100%] > > [root at laptop root]# rpm -Uvh spamassassin-2.63-0.1.i386.rpm > > Preparing... > ########################################### > > [100%] > > 1:spamassassin > ########################################### > > [100%] > > > > > > At first I was like "HUH?" Why does it work for me but not > you... but > > then I found the reason. > > > > [root at laptop root]# rpm -qf /usr/lib/perl5/vendor_perl/5.8.1 > > perl-DateManip-5.42-0.fdr.2.a.1 > > perl-RPM-Specfile-1.13-0.fdr.2.1 > > perl-Digest-Nilsimsa-0.06-0.fdr.4.1 > > > > All perl modules provided by fedora.us seems to own this > directory. So > > this leaves us with two questions: > > > > 1) Can someone check if this problem still exists in rawhide? > > 2) What should we change the Requires to for this FC1 update? I am > > thinking "Requires perl >= 2:5.8.0" which is like how it > was before. It > > required rebuilding for different pre-FC2 perl versions, but that's > > acceptable I guess. > > > > See the thread "perl and multilib considerations" from > January where > > this was previously discussed. Since Chip Turner's suggestion of a > > virtual provides does not exist in these older perl > versions, we have to > > use an imperfect solution. #2 above may be good enough for now. > > > > I'll roll the next FC1 test update when I wake up Wednesday > based upon > > comments here. Just a sanity check please. > > > > Warren > > > > > > warren: Well, the current Perl package does not own the > vendor directories. So including them in the spamassassin > package would > be cleaner, to avoid the problem of restrictive admin umask creating > them with insufficient permissions. You could depend on $privlib > (although you don't install into it), because that's the > first directory > owned by "perl" which is versioned. > mschwendt: it seems that the fedora.us perl modules own that > directory too > warren: fedora.us perl packages own them to avoid the > problems of leaving empty directories behind and the > permissions problem > warren: why do you depend on a path instead of > "perl = 3:5.8.1"? > mschwendt: (got the idea from mharris xchat spec, I thought > that too was correct but now I believe it has the same > problem that we > see here) > mschwendt: I thought it was working until this > discovery, and > we had a thread discussing it late January > mschwendt: Chip Turner's solution creating a > standard virtual > provides sounded like the best solution for FC2+, but I thought this > solution was working in FC1. I was wrong. It only worked > while I had > fedora.us perl modules installed. > warren: hmmm, stock spamassassin in Yarrow > depends on "perl > >= 2:5.8.0" which is bad. > yes, the old method was bad, but it generally worked > as long as > your sources weren't broken > warren: that's why it is unfortunate that > fedora.us packages > must work around unowned directories by owning them. Creates problems > like this. > > Okay so... bottom line: > FC1's perl package unfortunately means we must use ownership > with module > packages in order to avoid unown directories and associated problems > (like unable to strip binaries). While this situation can be easily > remedied in FC2's perl so we no longer need this hack, we > need the most > robust solution for now. > > Without Chip's suggestion of virtual Provides in place, what Requires > line should go into this spamassassin FC1 update? Should we own the > directories in spamassassin, like we do with fedora.us perl modules? > Opinions please. > > Warren > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > From ryanv at faircape.co.za Wed Feb 11 12:07:23 2004 From: ryanv at faircape.co.za (Ryan Vietri) Date: Wed, 11 Feb 2004 14:07:23 +0200 Subject: Evolution 1.5.3 on Fedora Core 1 Message-ID: <402A1AFB.2010304@faircape.co.za> Hi, After installing the Evolution 1.5.3 RPM and its dependencies from the fedora download site and running it, I get the following error: evolution: relocation error: /usr/lib/libgtkhtml-3.1.so.3: undefined symbol: gdk_threads_lock An strace reveals the following (last few lines): open("/usr/lib/evolution/1.5/libXext.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/evolution/1.5/libXext.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/X11R6/lib/libXext.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\230"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=54520, ...}) = 0 old_mmap(0xb57000, 56564, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4be000 old_mmap(0x4cb000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xc000) = 0x4cb000 close(3) = 0 open("/usr/lib/evolution/1.5/libXft.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/evolution/1.5/libXft.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/X11R6/lib/libXft.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\32"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=72004, ...}) = 0 old_mmap(0xcbe000, 73588, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xbff000 old_mmap(0xc10000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x10000) = 0xc10000 close(3) = 0 open("/usr/lib/evolution/1.5/libXrender.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/evolution/1.5/libXrender.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/X11R6/lib/libXrender.so.1", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240S\313"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=28692, ...}) = 0 old_mmap(0xcb4000, 30412, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x375000 old_mmap(0x37c000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x6000) = 0x37c000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xbf500000 open("/usr/lib/evolution/1.5/libexpat.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/evolution/1.5/libexpat.so.0", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/libexpat.so.0", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20A\315"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=128272, ...}) = 0 old_mmap(0xcd2000, 129828, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xd5d000 old_mmap(0xd7b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1d000) = 0xd7b000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xbf4ff000 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xbf4fe000 writev(2, [{"evolution", 9}, {": ", 2}, {"relocation error", 16}, {": ", 2}, {"/usr/lib/libgtkhtml-3.1.so.3", 28}, {": ", 2}, {"undefined symbol: gdk_threads_lo"..., 34}, {"", 0}, {"", 0}, {"\n", 1}], 10evolution: relocation error: /usr/lib/libgtkhtml-3.1.so.3: undefined symbol: gdk_threads_lock ) = 94 exit_group(127) = ? Any help would be appreciated. Ryan From jspaleta at princeton.edu Wed Feb 11 14:29:42 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Wed, 11 Feb 2004 09:29:42 -0500 Subject: Fedora Bug Day Today...err I guess I mean Tonite..err so I guess i mean Fedora Bug Nite Tonite!!!!!! Message-ID: <1076509782.10091.34.camel@spatula.pppl.gov> Fedora Bug Day Tonite!!!!!! 7.30pm EST - 'til I fall asleep Theme: A general call to arms, for bugbusting!!!!! *Why tonite? Why not today? Sadly, I'm being forced to be away from all internet connected computers today, and my wireless neural implant isn't working. Someone is trying to tell me i have "work" to do, or something. I'm just as confused as you are about all this. But this evening, unless my isp has other plans, i'll be jacked into the net for a large chunk of time. Drop by #fedora-bugs on the freenode network in about oh 10 or so hours from now and help get involved with the bugzilla triage effort. Though now that mitr has bugzilla editting rights, you can stop into the irc channel in the meantime and see if he's around. So if you want to help out with triage. What is triage? maybe this will explain: https://lists.dulug.duke.edu/pipermail/fedora-triage-list/2004-January/000003.html *What can i do RIGHT NOW! Become involved in the fedora.us QA process and help QA packages that are waiting to be published in the fedora.us addon repo: http://www.fedora.us/QA Please look over that list, and pick a package you would like to see published for the community to enjoy that you are interested in. There are 348 packages sitting waiting for QA. That's 348 packages the Fedora community could be enjoying in the published fedora.us repository trees, once they have made it through the community peer-review process. Remember, until the full merge is completed and Fedora Extras and Alternatives is up and running...community packagers are being advised to use fedora.us's process. How do you become involved in the fedora.us peer-review process? Easy, read: http://www.fedora.us/wiki/PackageSubmissionQAPolicy Not only is this a good way to help out, by being part of the peer-review process that helps make sure high quality packages are available to the community, but doing the peer-review QA, can help you learn how to do better rpm packaging. For those of you who dream of the fame and fortune of being Fedora Extras contributors down the road, getting involved in the fedora.us QA process now is a good place to start. -jef"technically, getting this notice out 10 hours before I'm going to be available, actually means this notice isn't late...in fact its probably the earliest notice i've done for a bug day so far"spaleta From warren at togami.com Wed Feb 11 15:12:20 2004 From: warren at togami.com (Warren Togami) Date: Wed, 11 Feb 2004 05:12:20 -1000 Subject: Fedora Core 1 Test Update: spamassassin-2.63-0.1 In-Reply-To: <0EBC45FCABFC95428EBFC3A51B368C9501C9C50B@jessica.herefordshire.gov.uk> References: <0EBC45FCABFC95428EBFC3A51B368C9501C9C50B@jessica.herefordshire.gov.uk> Message-ID: <402A4654.8000401@togami.com> Randal, Phil wrote: > Is this not a bit of overkill for FC1? > > I rolled my own spamassassin-2.63 RPM by basically rebuilding FC1's > spamassassin-2.60 RPM with the SA 2.63 tar.gz file. > > If what we had was adequate for FC1, why not the same approach for the > update? > > And sort it out properly for FC2? > > Cheers, > > Phil > I understand your concern, but... 1) This is why we have an extended test period for a bug fix release, since it is nowhere near urgent to release this like a security update. 2) I personally have used this package in production for weeks with seemingly good results. 3) Notice how the bug was only a corner case where an attempt of a "proper" semi-artificial dependency was created. Thanks to this issue I personally understand the pre-FC2 perl problem better now. I also now understand why fedora.us has packaged perl modules in a certain way, because they had already realized this problem long ago. Warren From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Feb 11 16:50:00 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 11 Feb 2004 17:50:00 +0100 Subject: XFree86-4.3.0-50 testing update issue with Radeon Mobility 9600 Message-ID: <20040211175000.4f6cabf9@localhost> Hi, I've got an ATI Radeon Mobility 9600 in my laptop. It's not recognized by FC1's original XFree86 build, so I initially had to install 4.4RC2 in order to get accelerated 2D working with the radeon driver (binaries from XFree86.org). I saw some backports had been included for ATI drivers in the latest XFree86 testing update, so I gave it a try : X starts, no problems whatsoever, gdm is there, yeah! But... when I log in through gdm or "startx" from runlevel 3 the computer completely locks up (nasty freeze, mouse not moving, network dead... you get the picture) on the GNOME splash screen, even before the first little logo (service being run) appears. Back to 4.4RC2 things work again, minus some issues with xfs dying at random times and ttmkfontdir segfaulting, but I had that before too. As this is for a card not initially supported by FC1, and as I'm unable to get any kind of useful debug info, I doubt this is worth bugzilla'ing :-( Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.1-1.65 Load : 1.19 0.61 0.39 From bpm at ec-group.com Wed Feb 11 18:00:16 2004 From: bpm at ec-group.com (Brian Millett) Date: Wed, 11 Feb 2004 12:00:16 -0600 Subject: yum.conf changes? Message-ID: <1076522415.2920.19.camel@shaka.ec-group.com> I guess I would see that when the first test release is out that the directory where the test is will change from development to ??: /core/development/$basearch to /core/$releasever/$basearch Thanks. -- Brian Millett - Technologist Rex "He is an annoying man, but I would miss him if he..." -- Londo, "Chrysalis" From kms at passback.co.uk Wed Feb 11 18:48:55 2004 From: kms at passback.co.uk (Keith Sharp) Date: Wed, 11 Feb 2004 18:48:55 +0000 Subject: Evolution 1.5.3 on Fedora Core 1 In-Reply-To: <402A1AFB.2010304@faircape.co.za> References: <402A1AFB.2010304@faircape.co.za> Message-ID: <1076525334.12645.16.camel@animal> On Wed, 2004-02-11 at 12:07, Ryan Vietri wrote: > Hi, > > After installing the Evolution 1.5.3 RPM and its dependencies from the > fedora download site and running it, I get the following error: > > evolution: relocation error: /usr/lib/libgtkhtml-3.1.so.3: undefined > symbol: gdk_threads_lock [ Snip trace ] > Any help would be appreciated. Which version of GTK+ do you have installed. I think gdk_threads_lock was added in the GTK 2.3/2.4 development cycle. Try installing GTK 2.3.x from rawhide, you'll probably need to upgrade pkg-config, pango, and glib as well. Keith. From skvidal at phy.duke.edu Wed Feb 11 18:56:28 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 11 Feb 2004 13:56:28 -0500 Subject: fc2-test1/rawhide speaker issues Message-ID: <1076525788.23430.46.camel@binkley> Hi, I have noticed that since updating to the 2.6 kernel and rawhide my pc speaker beep doesn't work anymore. is there some dark magic I missed? -sv From twanger at bluetwanger.de Wed Feb 11 19:17:57 2004 From: twanger at bluetwanger.de (Markus Bertheau) Date: Wed, 11 Feb 2004 20:17:57 +0100 Subject: file-roller, totem hangs In-Reply-To: <40294C0C.1040000@optonline.net> References: <1076448037.3002.14.camel@yarrow.bertheau.de> <40294C0C.1040000@optonline.net> Message-ID: <1076527077.1984.3.camel@yarrow.bertheau.de> On ???, 2004-02-10 at 16:24 -0500, Nathan Bryant wrote: > Are totem and file-roller compiled and linked with -fpic / -pic for > position-independent executables? This will cause similar gdb problems. > There is already an item in redhat bugzilla for this problem. They are the standard packages from the development tree. I think the strace in the original mail shows the real problem here. http://www.redhat.com/archives/fedora-test-list/2004-February/msg00272.html -- Markus Bertheau From notting at redhat.com Wed Feb 11 19:56:52 2004 From: notting at redhat.com (Bill Nottingham) Date: Wed, 11 Feb 2004 14:56:52 -0500 Subject: Fedora Core 1 Test Update: kernel-pcmcia-cs-3.1.31-16 Message-ID: <20040211195652.GA26641@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-073 2004-02-11 --------------------------------------------------------------------- Name : kernel-pcmcia-cs Version : 3.1.31 Release : 16 Summary : The daemon for using PCMCIA adapters. Description : Many laptop machines (and some non-laptops) support PCMCIA cards for expansion. Also known as "credit card adapters," PCMCIA cards are small cards for everything from SCSI support to modems. PCMCIA cards are hot swappable (i.e., they can be exchanged without rebooting the system) and quite convenient to use. The kernel-pcmcia-cs package contains a set of loadable kernel modules that implement an applications program interface, a set of client drivers for specific cards and a card manager daemon that can respond to card insertion and removal events by loading and unloading drivers on demand. The daemon also supports hot swapping, so that the cards can be safely inserted and ejected at any time. --------------------------------------------------------------------- Update Information: This update is mainly a rebuild for x86_64 support (it's available for Fedora Core 1 test 1 for x86_64 as well.). Other changes include a change to the initscript to load modules without the .o suffix. Barring any negative feedback (via either bugzilla, or response to this message), this will be pushed live on Monday, February 16. --------------------------------------------------------------------- * Wed Feb 11 2004 Bill Nottingham 3.1.31-16 - build for x86_64 (#115104) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ ab048cc740f7065559d6cd1f5ccdcbf8 SRPMS/kernel-pcmcia-cs-3.1.31-16.src.rpm 01133069948570b3f95806d3a0bf08e2 i386/kernel-pcmcia-cs-3.1.31-16.i386.rpm 988e86bd22b931a3c2cc3deae34a8e4f i386/debug/kernel-pcmcia-cs-debuginfo-3.1.31-16.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-1 --------------------------------------------------------------------- From ville.skytta at iki.fi Wed Feb 11 20:17:51 2004 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 11 Feb 2004 22:17:51 +0200 Subject: Fedora Core 1 Test Update: spamassassin-2.63-0.1 In-Reply-To: <402A0191.6050007@redhat.com> References: <4029B097.8070908@togami.com> <4029D63A.8010303@gmx.de> <20040211092856.27391563.ms-nospam-0306@arcor.de> <4029FDF9.1010303@redhat.com> <402A0191.6050007@redhat.com> Message-ID: <1076530671.5724.60.camel@bobcat.mine.nu> On Wed, 2004-02-11 at 12:18, Warren Togami wrote: > warren: that's why it is unfortunate that fedora.us packages > must work around unowned directories by owning them. Creates problems > like this. Well, now that the newer perl packages finally own those dirs properly, I think it'd be a good idea to stop the directory ownership bloating in perl-* module packages, both for ones rolled for FC2+ _and_ earlier, even though I do see the problem it creates for older distros whose perl package does not own the vendor and friends dirs. The fedora.us QA queue has lots of examples of perl-* packages that have been modified to "reduce directory ownership bloat". Recent rpm versions contain some new %{perl_*} variables which make this easier. While on the subject of perl directory ownership, IMO perl packages should go one step further than just requiring their own versioned vendor_perl and friends. They should own whatever they have in @INC: perl -e 'print join("\n", @INC)' That would make it possible to do working directory based dependencies in module packages. If perl 5.8.7 is compatible with 5.8.6 and has the 5.8.6 vendor_perl and friends in @INC, the 5.8.7 package should create and own both the relevant 5.8.6 and 5.8.7 dirs. > Without Chip's suggestion of virtual Provides in place, what Requires > line should go into this spamassassin FC1 update? Should we own the > directories in spamassassin, like we do with fedora.us perl modules? > Opinions please. Maybe depend on the versioned perl binary? Requires: %{_bindir}/perl%(eval "%{__perl} -V:version" ; echo $version) From WhitleyCH.ctr at cherrypoint.usmc.mil Wed Feb 11 20:26:12 2004 From: WhitleyCH.ctr at cherrypoint.usmc.mil (Whitley CTR Cecil H) Date: Wed, 11 Feb 2004 15:26:12 -0500 Subject: hw recommendations? Message-ID: <6D3A09C6CAB0D311BA5000902760D022040F1F85@chpt0000se01.cherrypoint.usmc.mil> Hi, In the next couple of days I will be ordering an Athlon 64 based system. I was wondering if I could get a few recommendations on what works well under the 2.4.22 kernel that ships with Fedora core 1 64 test 1? In particular: 1. Does the features of the Gigabyte ga-k8v800 work well? 2. Is the S-ATA controller supported? 3. Is the onboard LAN supported? 4. Is the onboard sound supported? 5. Which has better support the ATI 9700 pro or the NVIDIA 5900? If it would be helpfull, I can obtain and supply the chip models that are used on that mobo. If I should go to a different mobo, please advise! Thanks, Cecil Whitley -------------- next part -------------- An HTML attachment was scrubbed... URL: From 64bit_fedora at comcast.net Wed Feb 11 20:40:21 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Wed, 11 Feb 2004 14:40:21 -0600 Subject: hw recommendations? In-Reply-To: <6D3A09C6CAB0D311BA5000902760D022040F1F85@chpt0000se01.cherrypoint.usmc.mil> References: <6D3A09C6CAB0D311BA5000902760D022040F1F85@chpt0000se01.cherrypoint.usmc.mil> Message-ID: <20040211204021.GA7795@comcast.net> On Wed, Feb 11, 2004 at 03:26:12PM -0500, Whitley CTR Cecil H wrote: > was wondering if I could get a few recommendations on what works well under > the 2.4.22 kernel that ships with Fedora core 1 64 test 1? In particular: > 1. Does the features of the Gigabyte ga-k8v800 work well? Generally speaking this board should work with FC1 x86_64 > 2. Is the S-ATA controller supported? SATA is Via chipset, I believe this works in the current kernel, hopefully some users can correct on this, or I can test tonight. many VIA boards come with both Via SATA controller and Promise SATA controllers, and I dont recall which one we actually support. > 3. Is the onboard LAN supported? Yes, onboard LAN should work. > 4. Is the onboard sound supported? Onboard sound should require ALSA, so not out of the box with FC1, but should with FC2 > 5. Which has better support the ATI 9700 pro or the NVIDIA 5900? > For 2D, both should be fine, for 3D, the 9700Pro has no drivers available. ATI has not released any 64bit drivers yet, and I dont know when they will, I think the comment they made today was along the lines of creating world class software that focuses on released and shipping windows products. when asked about 64bit drivers, and I do not expect to see a 64bit Linux driver until they are working on the windows driver as well... Hopefully I am wrong. Nvidia supports 64bit fairly well with their binary drivers. Justin From WhitleyCH.ctr at cherrypoint.usmc.mil Wed Feb 11 20:49:20 2004 From: WhitleyCH.ctr at cherrypoint.usmc.mil (Whitley CTR Cecil H) Date: Wed, 11 Feb 2004 15:49:20 -0500 Subject: hw recommendations? Message-ID: <6D3A09C6CAB0D311BA5000902760D022040F1F87@chpt0000se01.cherrypoint.usmc.mil> Thanks! >For 2D, both should be fine, for 3D, the 9700Pro has no drivers available. >ATI has not released any 64bit drivers yet, and I dont know when they will, >I think the comment they made today was along the lines of creating world >class software that focuses on released and shipping windows products. when >asked about 64bit drivers, and I do not expect to see a 64bit Linux driver >until they are working on the windows driver as well... Hopefully I am >wrong. Nvidia supports 64bit fairly well with their binary drivers. I guess ATI missed a sale then. Presumably one lost sale won't hurt them. It was my understanding that they had released some driver source and I would have liked to reward that. Does the NVIDIA driver come in the ISO's or will I need to track it down? Thanks again! Cecil -------------- next part -------------- An HTML attachment was scrubbed... URL: From 64bit_fedora at comcast.net Wed Feb 11 21:19:19 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Wed, 11 Feb 2004 15:19:19 -0600 Subject: hw recommendations? In-Reply-To: <6D3A09C6CAB0D311BA5000902760D022040F1F87@chpt0000se01.cherrypoint.usmc.mil> References: <6D3A09C6CAB0D311BA5000902760D022040F1F87@chpt0000se01.cherrypoint.usmc.mil> Message-ID: <20040211211919.GB7795@comcast.net> On Wed, Feb 11, 2004 at 03:49:20PM -0500, Whitley CTR Cecil H wrote: > Thanks! > I guess ATI missed a sale then. Presumably one lost sale won't hurt them. > It was my understanding that they had released some driver source and I > would have liked to reward that. Does the NVIDIA driver come in the ISO's > or will I need to track it down? The Nvidia binary only drivers are only available from their website... 2D will work with the ISOs. On the ATI side, 2D will work on the newer cards, the 9200, 8500, and the 8800 based cards do have open source 3D drivers, and will work. Justin From joe at swelltech.com Wed Feb 11 21:41:04 2004 From: joe at swelltech.com (Joe Cooper) Date: Wed, 11 Feb 2004 15:41:04 -0600 Subject: hw recommendations? In-Reply-To: <20040211211919.GB7795@comcast.net> References: <6D3A09C6CAB0D311BA5000902760D022040F1F87@chpt0000se01.cherrypoint.usmc.mil> <20040211211919.GB7795@comcast.net> Message-ID: <402AA170.2060007@swelltech.com> Justin M. Forbes wrote: > On Wed, Feb 11, 2004 at 03:49:20PM -0500, Whitley CTR Cecil H wrote: > >>Thanks! > > >>I guess ATI missed a sale then. Presumably one lost sale won't hurt them. >>It was my understanding that they had released some driver source and I >>would have liked to reward that. Does the NVIDIA driver come in the ISO's >>or will I need to track it down? > > > The Nvidia binary only drivers are only available from their website... 2D > will work with the ISOs. On the ATI side, 2D will work on the newer cards, > the 9200, 8500, and the 8800 based cards do have open source 3D drivers, > and will work. FWIW, the 2D radeon driver does not work for me on my Asus K8V Deluxe x86_64 system with a 9200, while it works fine for the same card in an Athlon XP system. I had to revert to vesa on the 64 bit box. (Screen blanks and only a reboot will recover the system.) I'd love to know of a fix for this problem...1600x1400 on vesa is slooooow. From ms-nospam-0306 at arcor.de Wed Feb 11 21:41:24 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 11 Feb 2004 22:41:24 +0100 Subject: Fedora Core 1 Test Update: spamassassin-2.63-0.1 In-Reply-To: <402A0191.6050007@redhat.com> References: <4029B097.8070908@togami.com> <4029D63A.8010303@gmx.de> <20040211092856.27391563.ms-nospam-0306@arcor.de> <4029FDF9.1010303@redhat.com> <402A0191.6050007@redhat.com> Message-ID: <20040211224124.31d83ece.ms-nospam-0306@arcor.de> On Wed, 11 Feb 2004 00:18:57 -1000, Warren Togami wrote: > Okay so... bottom line: > FC1's perl package unfortunately means we must use ownership with module > packages in order to avoid unown directories and associated problems > (like unable to strip binaries). While this situation can be easily > remedied in FC2's perl so we no longer need this hack, we need the most > robust solution for now. > > Without Chip's suggestion of virtual Provides in place, what Requires > line should go into this spamassassin FC1 update? Did you say "most robust"? Then let's roll this up from the bottom to see what options there are. Depending on privlib, which would create a dependence on a specific version of Perl, would break as soon as Perl is updated to 5.8.2 or downgraded to 5.8.0. I wouldn't call that "robust". The spamassassin package installs perl stuff into a versioned vendor path. That makes it depend on a Perl version (5.8.1) as well as the availability of the versioned vendor directory in Perl's search path. See bottom of "perl -V | grep -A50 INC". One can see that spamassassin built for Perl 5.8.0 need not be rebuilt for Perl 5.8.1, because the 5.8.0 vendor dirs are in the search path of Perl 5.8.1, too. So, you could determine the exact Perl version and depend on it at build-time, e.g. as in the stock Yarrow package, perl >= 3:5.8.1 for your update, assuming that vendor locations don't change with future releases of the Perl 5.8.1 package. But as long as the main Perl package does not provide the vendor directories, which it supports in @INC, how do you know whether Perl 5.8.2 will still search for modules in the 5.8.1 vendor locations too, if you cannot depend on those directories? For instance, Perl 5.6.1 does not search in 5.6.0 site/vendor locations, although minor releases should not break binary/source compatibility. Somewhat "robust", but still a hack, might be to depend on $sitelib $ rpm -qf /usr/lib/perl5/site_perl/5.8.1 perl-5.8.1-92 $ perl -V:sitelib sitelib='/usr/lib/perl5/site_perl/5.8.1'; but install into $vendorlib, $ perl -V:vendorlib vendorlib='/usr/lib/perl5/vendor_perl/5.8.1'; assuming that when $sitelib changes, $vendorlib changes similarly. And if Perl 5.8.2 searches in 5.8.1 and 5.8.0 site locations, it will still search in 5.8.1/5.8.0 vendor locations, too. FC2 package could depend on $vendorlib directly, of course. Though, needs to be checked whether FC2 Perl package provides the older 5.8.1 and 5.8.0 vendor/site locations, too, when they are in @INC. > Should we own the > directories in spamassassin, like we do with fedora.us perl modules? > Opinions please. What's worse? Not owning directories? Leaves empty directories upon package removal and can create inaccessible directories when admin has a restrictive umask. Or making multiple packages own the directories as a work-around? Creates the problem you've run into, that an unexpected package resolves a dependency. -- From nbryant at optonline.net Wed Feb 11 22:59:47 2004 From: nbryant at optonline.net (nbryant at optonline.net) Date: Wed, 11 Feb 2004 23:59:47 +0100 Subject: Server Report Message-ID: <200402112300.i1BN07b23629@mx1.redhat.com> The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment. -------------- next part -------------- A non-text attachment was scrubbed... Name: test.zip Type: application/octet-stream Size: 22642 bytes Desc: not available URL: From fedora-list at planetmirror.com Wed Feb 11 23:01:17 2004 From: fedora-list at planetmirror.com (Dan Goodes) Date: Thu, 12 Feb 2004 09:01:17 +1000 (EST) Subject: FC2 Test 1 - rescheduled In-Reply-To: <20040210215300.GA22952@devserv.devel.redhat.com> References: <20040210215300.GA22952@devserv.devel.redhat.com> Message-ID: On Tue, 10 Feb 2004, Bill Nottingham wrote: > Fedora Core 2 Test 1 is now scheduled for release on Thursday, > February 12, at 10AM EST. Which EST is this? I'm in "EST", which is Australia/Brisbane or +1000 If that's the case then I should make it available in an hour? -Dan From notting at redhat.com Wed Feb 11 23:03:05 2004 From: notting at redhat.com (Bill Nottingham) Date: Wed, 11 Feb 2004 18:03:05 -0500 Subject: FC2 Test 1 - rescheduled In-Reply-To: References: <20040210215300.GA22952@devserv.devel.redhat.com> Message-ID: <20040211230305.GB583@devserv.devel.redhat.com> Dan Goodes (fedora-list at planetmirror.com) said: > > Fedora Core 2 Test 1 is now scheduled for release on Thursday, > > February 12, at 10AM EST. > > Which EST is this? I'm in "EST", which is Australia/Brisbane or +1000 > > If that's the case then I should make it available in an hour? Sorry, EST US time == GMT-5. Bill From mrsam at courier-mta.com Wed Feb 11 23:42:58 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 11 Feb 2004 18:42:58 -0500 Subject: hw recommendations? References: <6D3A09C6CAB0D311BA5000902760D022040F1F87@chpt0000se01.cherrypoint.usmc.mil> Message-ID: Whitley CTR Cecil H writes: > I guess ATI missed a sale then.? Presumably one lost sale won't hurt > them.? It was my understanding that they had released some driver source > and I would have liked to reward that.? Does the NVIDIA driver come in the > ISO's or will I need to track it down? There are AMD64 boards out there with Rage XL chipsets. Rage XL should be fairly well supported in XFree86. Look into Tyan motherboards. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mark at harddata.com Thu Feb 12 00:43:30 2004 From: mark at harddata.com (Mark) Date: Wed, 11 Feb 2004 17:43:30 -0700 Subject: hw recommendations? In-Reply-To: <402AA170.2060007@swelltech.com> References: <6D3A09C6CAB0D311BA5000902760D022040F1F87@chpt0000se01.cherrypoint.usmc.mil> <20040211211919.GB7795@comcast.net> <402AA170.2060007@swelltech.com> Message-ID: <200402111743.30654.mark@harddata.com> On February 11, 2004 02:41 pm, Joe Cooper wrote: > Justin M. Forbes wrote: > > On Wed, Feb 11, 2004 at 03:49:20PM -0500, Whitley CTR Cecil H wrote: > >>Thanks! > >> > >> > >>I guess ATI missed a sale then. Presumably one lost sale won't hurt > >> them. It was my understanding that they had released some driver source > >> and I would have liked to reward that. Does the NVIDIA driver come in > >> the ISO's or will I need to track it down? > > > > The Nvidia binary only drivers are only available from their website... > > 2D will work with the ISOs. On the ATI side, 2D will work on the newer > > cards, the 9200, 8500, and the 8800 based cards do have open source 3D > > drivers, and will work. > > FWIW, the 2D radeon driver does not work for me on my Asus K8V Deluxe > x86_64 system with a 9200, while it works fine for the same card in an > Athlon XP system. I had to revert to vesa on the 64 bit box. (Screen > blanks and only a reboot will recover the system.) > You may want to try a 2.6 kernel. We have Radeon 9200s working on Via and AMD chipsets. Now the 9200SE is a little bit different situation, we could not even boot a Tyan S2885 with a 9200SE. regards, -- Mark Lane, CET mailto:mark at harddata.com Hard Data Ltd. http://www.harddata.com T: 01-780-456-9771 F: 01-780-456-9772 11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3 --> Ask me about our Excellent 1U Systems! <-- From ojgbagg27ab at msn.com Thu Feb 12 03:29:34 2004 From: ojgbagg27ab at msn.com (alton bailey) Date: Wed, 11 Feb 2004 22:29:34 -0500 Subject: kernel 2.4.22.2166 Message-ID: I UPGRADE TO THE LATEST KERNEL 2.4.221.2166 AFTER REBOOTING THE SYSTEM WAS UNABLE TO LOAD eth0 AND LEFT MY SYSTEM WITHOPUT NETWORK CONNECTION HOW COULD I SOLVE THIS PROBLEM -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrsam at courier-mta.com Thu Feb 12 03:43:24 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 11 Feb 2004 22:43:24 -0500 Subject: kernel 2.4.22.2166 References: Message-ID: alton bailey writes: > ? HTML content follows ? > > I UPGRADE TO THE LATEST KERNEL?2.4.221.2166 AFTER REBOOTING THE SYSTEM WAS > UNABLE TO LOAD?eth0?AND LEFT MY SYSTEM WITHOPUT NETWORK CONNECTION HOW > COULD I SOLVE THIS PROBLEM? The first two steps to solving your problems are: 1) Finding the location of the "CAPS LOCK" on your keyboard, and learning how to use it properly. 2) Learning how to stop sending HTML garbage to mailing lists. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ojgbagg27ab at msn.com Thu Feb 12 03:45:32 2004 From: ojgbagg27ab at msn.com (alton bailey) Date: Wed, 11 Feb 2004 22:45:32 -0500 Subject: KERNEL 2.4.22.1.2166 Message-ID: NETWORK CARD ( NETGEAR GA302T GIGABIT AND KERNEL 2.4.22.1.2166 MODULE NOT FOUND WHEN THE SYSTEM DO A /SBIN/MODPROBE ACERNIC DEVICE ETH0 DOES SEEMS TO BE PRESENT DELAYING CONFIGURATION AT BOOT UP HOW TO SOLVE THIS PROBLEM -------------- next part -------------- An HTML attachment was scrubbed... URL: From joe at swelltech.com Thu Feb 12 03:51:15 2004 From: joe at swelltech.com (Joe Cooper) Date: Wed, 11 Feb 2004 21:51:15 -0600 Subject: kernel 2.4.22.2166 In-Reply-To: References: Message-ID: <402AF833.2010808@swelltech.com> Sam Varshavchik wrote: > alton bailey writes: > >> ? HTML content follows ? >> >> I UPGRADE TO THE LATEST KERNEL 2.4.221.2166 AFTER REBOOTING THE SYSTEM >> WAS UNABLE TO LOAD eth0 AND LEFT MY SYSTEM WITHOPUT NETWORK CONNECTION >> HOW COULD I SOLVE THIS PROBLEM > > > The first two steps to solving your problems are: > > 1) Finding the location of the "CAPS LOCK" on your keyboard, and > learning how to use it properly. > > 2) Learning how to stop sending HTML garbage to mailing lists. > 3) Read this: http://www.catb.org/~esr/faqs/smart-questions.html -- Joe Cooper Web caching appliances and support. http://www.swelltech.com From tarjeik at chemcon.no Thu Feb 12 13:57:29 2004 From: tarjeik at chemcon.no (Tarjei Knapstad) Date: 12 Feb 2004 14:57:29 +0100 Subject: KERNEL 2.4.22.1.2166 In-Reply-To: References: Message-ID: <1076594249.26255.71.camel@cc-intern01> On Thu, 2004-02-12 at 04:45, alton bailey wrote: > NETWORK CARD ( NETGEAR GA302T GIGABIT AND KERNEL 2.4.22.1.2166 MODULE NOT FOUND WHEN THE SYSTEM DO A /SBIN/MODPROBE ACERNIC DEVICE ETH0 DOES SEEMS TO BE PRESENT DELAYING CONFIGURATION AT BOOT UP > > HOW TO SOLVE THIS PROBLEM 1. Read the previous two responses to your question and take their advice. 2a) You need to provide more information in a well structured manner (write in whole sentences, DON'T SHOUT, and so forth) 2b) Downgrade your kernel back to the last working version. -- Tarjei From paul at all-the-johnsons.co.uk Thu Feb 12 14:37:09 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 12 Feb 2004 14:37:09 +0000 Subject: (no subject) Message-ID: <1076596629.17201.10.camel@T7.linux> Hi, Are these nice values correct - they don't look right... aio/0 -10 events/0 -10 kblockd/0 -10 ksoftirq/0 19 If they're not right, what should they be? TTFN Paul -------------- 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 dstewart at atl.lmco.com Thu Feb 12 14:39:36 2004 From: dstewart at atl.lmco.com (Doug Stewart) Date: Thu, 12 Feb 2004 09:39:36 -0500 Subject: (no subject) In-Reply-To: <1076596629.17201.10.camel@T7.linux> References: <1076596629.17201.10.camel@T7.linux> Message-ID: <402B9028.7050702@atl.lmco.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Paul wrote: | Hi, | | Are these nice values correct - they don't look right... | | aio/0 -10 | events/0 -10 | kblockd/0 -10 | ksoftirq/0 19 | | If they're not right, what should they be? | | TTFN | | Paul 1) A subject is always appreciated. 2) Where are you seeing this output? - -- - ---------- Doug Stewart Systems Administrator/Web Applications Developer Lockheed Martin Advanced Technology Labs Quidquid latine dictum sit, altum viditur -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAK5AnN50Q8DVvcvkRAsSeAJ90iJBdt5GM+HJsFmKiC6btjelGcQCeJor+ RBfM5V1PiujRqsYGLcU+56E= =Gw7N -----END PGP SIGNATURE----- From markkukolkka at kolumbus.fi Thu Feb 12 16:39:40 2004 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Thu, 12 Feb 2004 18:39:40 +0200 Subject: FC2 test1 bittorrent problem Message-ID: <200402121839.40665.markkukolkka@kolumbus.fi> I'm trying to get FC2-test1 by bittorrent, but I'm getting an error message: "Problem connecting to tracker - HTTP Error 400: Not Authorized" The announcement for FC2 test1 was posted over an hour ago, and the torrent.dulug.edu page shows the torrent as available. What's the problem? Is bittorrent working for anyone else? -- Markku Kolkka markku.kolkka at iki.fi From vic at gedris.org Thu Feb 12 16:48:18 2004 From: vic at gedris.org (Vic Gedris) Date: Thu, 12 Feb 2004 11:48:18 -0500 Subject: FC2 test1 bittorrent problem In-Reply-To: <200402121839.40665.markkukolkka@kolumbus.fi> References: <200402121839.40665.markkukolkka@kolumbus.fi> Message-ID: <20040212164818.GD1319@gedris.org> On Thu, Feb 12, 2004 at 06:39:40PM +0200, Markku Kolkka wrote: > I'm trying to get FC2-test1 by bittorrent, but I'm getting an > error message: > "Problem connecting to tracker - HTTP Error 400: Not Authorized" > > The announcement for FC2 test1 was posted over an hour ago, and > the torrent.dulug.edu page shows the torrent as available. > What's the problem? Is bittorrent working for anyone else? It's working for me: file: FC2-test1-binary-i386 size: 2,153,972,424 (2.0 GB) dest: /download/fc2-test1/FC2-test1-binary-i386 progress: ######____________________________________________________ status: finishing in 7:44:39 (10.2%) speed: 58.3 KB/s down - 93.7 KB/s up totals: 208.7 MB down - 315.9 MB up error(s): Cheers, Vic -- Vic Gedris | Sick of getting Microsoft email viruses? Try vic-at-gedris.org | using Linux instead! http://www.linux.org http://vic.dyndns.org | GNU Privacy Guard (GPG) Key-ID: D77B43FB -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From manithree at crosswinds.net Thu Feb 12 16:58:08 2004 From: manithree at crosswinds.net (Barry Roberts) Date: Thu, 12 Feb 2004 09:58:08 -0700 Subject: FC2 test1 bittorrent problem In-Reply-To: <200402121839.40665.markkukolkka@kolumbus.fi> References: <200402121839.40665.markkukolkka@kolumbus.fi> Message-ID: <20040212165808.GW3243@www.robertsr.us> On Thu, Feb 12, 2004 at 06:39:40PM +0200, Markku Kolkka wrote: > What's the problem? Is bittorrent working for anyone else? I just started, and it took a couple of minutes to get started, and I'm getting a whopping 10K/s, but it's working. Now if it installs on my Dual 2.8 Xeon Dell Precision 530, I'll be in heaven. FWIW, Barry Roberts From bcs at metacon.ca Thu Feb 12 17:15:26 2004 From: bcs at metacon.ca (Ben Steeves) Date: Thu, 12 Feb 2004 13:15:26 -0400 Subject: FC2 test1 bittorrent problem In-Reply-To: <20040212165808.GW3243@www.robertsr.us> References: <200402121839.40665.markkukolkka@kolumbus.fi> <20040212165808.GW3243@www.robertsr.us> Message-ID: <1076606125.7408.69.camel@zephyr> On Thu, 2004-02-12 at 12:58, Barry Roberts wrote: > On Thu, Feb 12, 2004 at 06:39:40PM +0200, Markku Kolkka wrote: > > What's the problem? Is bittorrent working for anyone else? > > I just started, and it took a couple of minutes to get started, and > I'm getting a whopping 10K/s, but it's working. Open ports 6881 - 6889 on your firewall. At the peak, I was getting 2MB/s in either direction. Now I'm serving out 100kB/s (I throttled it down because my network admin was complaining :-) Ben -- 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 rpjday at mindspring.com Thu Feb 12 17:18:58 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 12 Feb 2004 12:18:58 -0500 (EST) Subject: FC2 test1 bittorrent problem In-Reply-To: <20040212165808.GW3243@www.robertsr.us> References: <200402121839.40665.markkukolkka@kolumbus.fi> <20040212165808.GW3243@www.robertsr.us> Message-ID: On Thu, 12 Feb 2004, Barry Roberts wrote: > On Thu, Feb 12, 2004 at 06:39:40PM +0200, Markku Kolkka wrote: > > What's the problem? Is bittorrent working for anyone else? > > I just started, and it took a couple of minutes to get started, and > I'm getting a whopping 10K/s, but it's working. patience, grasshopper. give it time to get revved up. feel free to post back in a while and report on your throughput. mine's wandering around between 60K/s and 90K/s. rday From markkukolkka at kolumbus.fi Thu Feb 12 17:25:00 2004 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Thu, 12 Feb 2004 19:25:00 +0200 Subject: FC2 test1 bittorrent problem In-Reply-To: <1076606125.7408.69.camel@zephyr> References: <200402121839.40665.markkukolkka@kolumbus.fi> <20040212165808.GW3243@www.robertsr.us> <1076606125.7408.69.camel@zephyr> Message-ID: <200402121925.00889.markkukolkka@kolumbus.fi> Ben Steeves kirjoitti viestiss??n (l?hetysaika torstai, 12. helmikuuta 2004 19:15): > Open ports 6881 - 6889 on your firewall. They are open: # iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination ACCEPT tcp -- anywhere anywhere tcp dpts:6881:6889 DROP all -- anywhere anywhere state INVALID ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED I have used bittorrent before (to download FC1) without problems and I haven't changed the firewall configuration. BTFaq (http://www.dessent.net/btfaq/#errmsg) says "400: Not Authorized" is caused by server configuration. -- Markku Kolkka markku.kolkka at iki.fi From koreander at planet.nl Thu Feb 12 17:31:59 2004 From: koreander at planet.nl (Wim Bakker) Date: Thu, 12 Feb 2004 18:31:59 +0100 Subject: hw recommendations? In-Reply-To: <200402111743.30654.mark@harddata.com> References: <6D3A09C6CAB0D311BA5000902760D022040F1F87@chpt0000se01.cherrypoint.usmc.mil> <402AA170.2060007@swelltech.com> <200402111743.30654.mark@harddata.com> Message-ID: <200402121831.59220.koreander@planet.nl> On Thursday 12 February 2004 01:43, Mark wrote: > On February 11, 2004 02:41 pm, Joe Cooper wrote: > > Justin M. Forbes wrote: > > > On Wed, Feb 11, 2004 at 03:49:20PM -0500, Whitley CTR Cecil H wrote: > You may want to try a 2.6 kernel. We have Radeon 9200s working on Via and > AMD chipsets. Now the 9200SE is a little bit different situation, we could > not even boot a Tyan S2885 with a 9200SE. > > regards, > -- I'm running on a tyan tiger S2875 with radeon 9200SE , unknown brand and it works fine. Had to compile X myself though, latest snapshot, the X delivered with FC-0.96 for x86_64 doesn't work , though the pci id matches one of the supported id's. To get the S2875 boot from the sata interface , I had to recompile a clean kernel 2.6.2 , with sata support under scsi enabled , the 2.6.1- kernel as delivered from the fedoira ftp site doesn't support the SIL3114 apparently. wb From bartk at clara.co.uk Thu Feb 12 17:34:42 2004 From: bartk at clara.co.uk (Bart Kalita) Date: Thu, 12 Feb 2004 17:34:42 +0000 Subject: FC2 torrent address Message-ID: <402BB932.2080808@clara.co.uk> Can anybody tell me where I can find the torrent file for FC2? Thanx -- ______________________________________________ Bart Kalita MCP www.bart-domain.com www.astradine.no-ip.org From arto.saraniva at imnetti.fi Thu Feb 12 17:40:54 2004 From: arto.saraniva at imnetti.fi (Arto Saraniva) Date: Thu, 12 Feb 2004 19:40:54 +0200 Subject: FC2 test 1: Problem with DAC960 Message-ID: There is still problems with loading Mylex DAC960 driver in install process. We have a SMP box with N440BX board and Symbian double UW SCSI on board with no disks. Install process loads symbian driver and DAC960, but freezes when it tries to insert the DAC module to /tmp. Fedora Core 1 had the same problem. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Feb 12 18:01:41 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 12 Feb 2004 19:01:41 +0100 Subject: FC2 test 1 apt repository Message-ID: <20040212190141.512017e1@localhost> Hi, For those of you who like/use apt and want to either upgrade to FC2 test 1 using it or simply be able to use it once FC2 test 1 is installed, I've set up a repository on ayo.freshrpms.net : http://ayo.freshrpms.net/ # Fedora Linux 2 Test rpm http://ayo.freshrpms.net fedora/linux/test/i386 core #rpm-src http://ayo.freshrpms.net fedora/linux/test/i386 core The above should work shortly, if it doesn't yet when you try, just use ayo.us.freshrpms.net temporarily instead of the main, faster, ayo server. I haven't played around with FC2 test 1 & apt yet, and IIRC apt may need to actually be rebuilt against the included rpm in order to work... Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.1-1.65 Load : 0.03 0.18 0.16 From steffanjacobs at wanadoo.nl Thu Feb 12 17:52:52 2004 From: steffanjacobs at wanadoo.nl (Steffan Jacobs) Date: Thu, 12 Feb 2004 18:52:52 +0100 Subject: kernel 2.4.22.2166 In-Reply-To: <402AF833.2010808@swelltech.com> References: <402AF833.2010808@swelltech.com> Message-ID: <402BBD74.8070106@wanadoo.nl> also, since this is an issue with a released update it should be in fedora-list not fedora-test-list From loop at chello.at Thu Feb 12 18:05:28 2004 From: loop at chello.at (loop) Date: Thu, 12 Feb 2004 19:05:28 +0100 Subject: new test release Message-ID: <20040212180525.LEAD4698.viefep17-int.chello.at@tknetbq2> Hi will there be a dvd.iso of this test release or is there a way to make me an dvd-iso of the four images mysself, would be nice to be able to just use one dvd-RW instead of 4 cd-rws to install the release Greetz mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From WhitleyCH.ctr at cherrypoint.usmc.mil Thu Feb 12 18:15:51 2004 From: WhitleyCH.ctr at cherrypoint.usmc.mil (Whitley CTR Cecil H) Date: Thu, 12 Feb 2004 13:15:51 -0500 Subject: hw recommendations? Message-ID: <6D3A09C6CAB0D311BA5000902760D022040F1F91@chpt0000se01.cherrypoint.usmc.mil> Does the via vt8237 s-ata function have built-in support in the fc1 amd64 test 1 release? If not, what's the best way of getting there from here when the only hd in a system is s-ata? Regards, Cecil -------------- next part -------------- An HTML attachment was scrubbed... URL: From nmt2002 at columbia.edu Thu Feb 12 18:16:35 2004 From: nmt2002 at columbia.edu (nate) Date: Thu, 12 Feb 2004 13:16:35 -0500 Subject: new test release In-Reply-To: <20040212180525.LEAD4698.viefep17-int.chello.at@tknetbq2> References: <20040212180525.LEAD4698.viefep17-int.chello.at@tknetbq2> Message-ID: <20040212181624.GA2710@nate.clar47.rhno> On Thu, Feb 12, 2004 at 07:05:28PM +0100, loop wrote: > Hi will there be a dvd.iso of this test release or is there a way to make me > an dvd-iso of the four images mysself, would be nice to be able to just use > one dvd-RW instead of 4 cd-rws to install the release To make a DVD iso, do you just combine the RPM dir's from each CD iso, or is it more elaborate? If someone can give me a general outline of what to do, I'll make an ISO for the dulug folks to torrent-ify. Cheers, Nate --- nate - nmt2002 at columbia.edu cell=917 445 6830 aim=mediumnate www.columbia.edu/~nmt2002/gpgpubkey "The discovery is, of course, that 'man' and 'woman' are fictions, caricatures, cultural constructs. As models they are reductive, totalitarian, inappropriate to human becoming. As roles they are static, demeaning to the female, dead- ended for male and female both...." Andrea Dworkin, "Woman Hating" From steffanjacobs at wanadoo.nl Thu Feb 12 17:45:50 2004 From: steffanjacobs at wanadoo.nl (Steffan Jacobs) Date: Thu, 12 Feb 2004 18:45:50 +0100 Subject: FC2 torrent address In-Reply-To: <402BB932.2080808@clara.co.uk> References: <402BB932.2080808@clara.co.uk> Message-ID: <402BBBCE.2090603@wanadoo.nl> Bart Kalita wrote: > Can anybody tell me where I can find the torrent file for FC2? > > Thanx > http://torrent.dulug.duke.edu/ From gstool at earthlink.net Thu Feb 12 18:35:53 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 12:35:53 -0600 Subject: FC2 Test 1 Updates on first boot Message-ID: <200402121235.53178.gstool@earthlink.net> With a clean install, on first boot, there are a number of updates listed when clicking on the rhn applet. ?Up2date gets hung on resolving dependencies. ?This could be because the default server for up2date is dulug which is probably swamped now. Is there an alternate rawhide repository with these updates that might have some bandwidth? Thanks. Gerry Tool From gstool at earthlink.net Thu Feb 12 18:37:42 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 12:37:42 -0600 Subject: FC2 Test1 Evolution crashes Message-ID: <200402121237.42423.gstool@earthlink.net> Application "evolution" (process 4056) has crashed due to a fatal error. (Segmentation fault) Gerry Tool From gstool at earthlink.net Thu Feb 12 18:40:28 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 12:40:28 -0600 Subject: FC2 Test 1 First Boot Display setting Message-ID: <200402121240.28914.gstool@earthlink.net> On first boot, a Display dialog is presented that allows setting of the display resolution. Original value was 1024 x 768. Changed to 1280 x 1024. This did not "take". After login had to run System Settings > Display and log in/out to change as desired. Gerry Tool From joe at swelltech.com Thu Feb 12 18:41:36 2004 From: joe at swelltech.com (Joe Cooper) Date: Thu, 12 Feb 2004 12:41:36 -0600 Subject: hw recommendations? In-Reply-To: <6D3A09C6CAB0D311BA5000902760D022040F1F91@chpt0000se01.cherrypoint.usmc.mil> References: <6D3A09C6CAB0D311BA5000902760D022040F1F91@chpt0000se01.cherrypoint.usmc.mil> Message-ID: <402BC8E0.1090008@swelltech.com> Whitley CTR Cecil H wrote: > Does the via vt8237 s-ata function have built-in support in the fc1 > amd64 test 1 release? If not, what's the best way of getting there from > here when the only hd in a system is s-ata? It didn't work for me on my Asus K8V Deluxe, but I'm not sure if it is the Via or Promise chipset (and I don't have it handy to check). I had to install a UDMA drive alongside the SATA until I got it booted up and installed. A kernel upgrade to the latest errata brought SATA to life, and so I moved everything over to it after install, but I haven't booted from it yet. Someone else has reported they rebuilt the BOOT kernel for the installer...maybe they have some advice on making that go. -- Joe Cooper Web caching appliances and support. http://www.swelltech.com From notting at redhat.com Thu Feb 12 18:42:14 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 12 Feb 2004 13:42:14 -0500 Subject: FC2 Test 1 First Boot Display setting In-Reply-To: <200402121240.28914.gstool@earthlink.net> References: <200402121240.28914.gstool@earthlink.net> Message-ID: <20040212184214.GA28337@devserv.devel.redhat.com> Gerry Tool (gstool at earthlink.net) said: > On first boot, a Display dialog is presented that allows setting of the > display resolution. Original value was 1024 x 768. Changed to 1280 x 1024. > This did not "take". After login had to run System Settings > Display and > log in/out to change as desired. Please file a bug. :) Bill From gstool at earthlink.net Thu Feb 12 19:23:56 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 13:23:56 -0600 Subject: FC2 Test 1 Updates on first boot In-Reply-To: <200402121235.53178.gstool@earthlink.net> References: <200402121235.53178.gstool@earthlink.net> Message-ID: <200402121323.56081.gstool@earthlink.net> On Thursday 12 February 2004 12:35, Gerry Tool wrote: > With a clean install, on first boot, there are a number of updates listed > when clicking on the rhn applet. ?Up2date gets hung on resolving > dependencies. ?This could be because the default server for up2date is > dulug which is probably swamped now. > > Is there an alternate rawhide repository with these updates that might have > some bandwidth? > > Thanks. > > Gerry Tool Tried yuum update as an alternate. Many package headers were read correctly and then got errors. [root at gstpc rhn]# yum update Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Finding updated packages Downloading needed headers Damaged Header /var/cache/yum/development/headers/XFree86-base-fonts-0-4.3.0-45.0.2.i386.hdr XFree86-base-fonts-0-4.3. 55% |============= | 40 kB 00:00 ETA XFree86-base-fonts-0-4.3. 100% |=========================| 56 kB 05:02 Damaged Header /var/cache/yum/development/headers/XFree86-base-fonts-0-4.3.0-45.0.2.i386.hdr retrygrab() failed for: http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386//headers/XFree86-base-fonts-0-4.3.0-45.0.2.i386.hdr Executing failover method failover: out of servers to try Error getting file http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386//headers/XFree86-base-fonts-0-4.3.0-45.0.2.i386.hdr [Errno 7] HTTP Error (CannotSendRequest): Any suggestions? Thanks. Gerry Tool From nbryant at optonline.net Thu Feb 12 19:32:28 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Thu, 12 Feb 2004 14:32:28 -0500 Subject: FC2 Test 1 Updates on first boot In-Reply-To: <200402121323.56081.gstool@earthlink.net> References: <200402121235.53178.gstool@earthlink.net> <200402121323.56081.gstool@earthlink.net> Message-ID: <402BD4CC.1060507@optonline.net> Gerry Tool wrote: >Tried yuum update as an alternate. Many package headers were read correctly >and then got errors. > > [snipped errors] >Any suggestions? > Use a mirror in yum.conf From mark at harddata.com Thu Feb 12 19:36:50 2004 From: mark at harddata.com (Mark) Date: Thu, 12 Feb 2004 12:36:50 -0700 Subject: hw recommendations? In-Reply-To: <200402121831.59220.koreander@planet.nl> References: <6D3A09C6CAB0D311BA5000902760D022040F1F87@chpt0000se01.cherrypoint.usmc.mil> <200402111743.30654.mark@harddata.com> <200402121831.59220.koreander@planet.nl> Message-ID: <200402121236.50901.mark@harddata.com> On February 12, 2004 10:31 am, Wim Bakker wrote: > On Thursday 12 February 2004 01:43, Mark wrote: > > On February 11, 2004 02:41 pm, Joe Cooper wrote: > > > Justin M. Forbes wrote: > > > > On Wed, Feb 11, 2004 at 03:49:20PM -0500, Whitley CTR Cecil H wrote: > > > > You may want to try a 2.6 kernel. We have Radeon 9200s working on Via and > > AMD chipsets. Now the 9200SE is a little bit different situation, we > > could not even boot a Tyan S2885 with a 9200SE. > > > > regards, > > -- > > I'm running on a tyan tiger S2875 with radeon 9200SE , unknown brand > and it works fine. Had to compile X myself though, latest snapshot, > the X delivered with FC-0.96 for x86_64 doesn't work , though the > pci id matches one of the supported id's. To get the S2875 boot from > the sata interface , I had to recompile a clean kernel 2.6.2 , with sata > support under scsi enabled , the 2.6.1- kernel as delivered from the > fedoira ftp site doesn't support the SIL3114 apparently. Hmm, maybe R9200SE problem was a bios issue that Tyan fixed. Personally, I would avoid the R9200SE as it's a cut down version of R9200 and doesn't cost that much less. Especially if you need to compile X 4.3.99 to get it to work. Good to here about the SIL3114 SATA working. I guess now it's time to make a boot image that support it too on install. -- Mark Lane, CET mailto:mark at harddata.com Hard Data Ltd. http://www.harddata.com T: 01-780-456-9771 F: 01-780-456-9772 11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3 --> Ask me about our Excellent 1U Systems! <-- From gstool at earthlink.net Thu Feb 12 19:47:52 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 13:47:52 -0600 Subject: FC2 Test 1 Updates on first boot In-Reply-To: <402BD4CC.1060507@optonline.net> References: <200402121235.53178.gstool@earthlink.net> <200402121323.56081.gstool@earthlink.net> <402BD4CC.1060507@optonline.net> Message-ID: <200402121347.52249.gstool@earthlink.net> On Thursday 12 February 2004 13:32, Nathan Bryant wrote: > Gerry Tool wrote: > >Tried yuum update as an alternate. Many package headers were read > > correctly and then got errors. > > [snipped errors] > > >Any suggestions? > > Use a mirror in yum.conf There is only one server listed there: [development] name=Fedora Core $releasever - Development Tree baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ and that is obviously the one associated with the error? Any other suggestions? Thanks. Gerry From nbryant at optonline.net Thu Feb 12 19:50:26 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Thu, 12 Feb 2004 14:50:26 -0500 Subject: FC2 Test 1 Updates on first boot In-Reply-To: <200402121347.52249.gstool@earthlink.net> References: <200402121235.53178.gstool@earthlink.net> <200402121323.56081.gstool@earthlink.net> <402BD4CC.1060507@optonline.net> <200402121347.52249.gstool@earthlink.net> Message-ID: <402BD902.5090505@optonline.net> Gerry Tool wrote: >On Thursday 12 February 2004 13:32, Nathan Bryant wrote: > > >>Gerry Tool wrote: >> >> >>>Tried yuum update as an alternate. Many package headers were read >>>correctly and then got errors. >>> >>> >>[snipped errors] >> >> >> >>>Any suggestions? >>> >>> >>Use a mirror in yum.conf >> >> > >There is only one server listed there: > >[development] >name=Fedora Core $releasever - Development Tree >baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ > >and that is obviously the one associated with the error? > >Any other suggestions? > > Perhaps I wasn't clear - sorry. Change that URL to point to one of the mirrors, and retry. From mlarkin at azathoth.net Thu Feb 12 19:56:17 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Thu, 12 Feb 2004 11:56:17 -0800 Subject: new test release In-Reply-To: <20040212181624.GA2710@nate.clar47.rhno> References: <20040212180525.LEAD4698.viefep17-int.chello.at@tknetbq2> <20040212181624.GA2710@nate.clar47.rhno> Message-ID: <402BDA61.3040003@azathoth.net> I have been using this : http://www.mjmwired.net/resources/redhat8-dvd.html procedure since the RH8 timeframe. It seemed to work ok with FC1 i386, but with the X86_64 FC1 version, I get a "loader checksum error". You might have luck if you're using the i386 build ( which I think is the only version of FC2T1 out there, at least for now ). Pay special attention to the "boot load size" parameter- this needs to be tweaked for each revision. man mkisofs for more info. -ml nate wrote: >On Thu, Feb 12, 2004 at 07:05:28PM +0100, loop wrote: > > >>Hi will there be a dvd.iso of this test release or is there a way to make me >>an dvd-iso of the four images mysself, would be nice to be able to just use >>one dvd-RW instead of 4 cd-rws to install the release >> >> > >To make a DVD iso, do you just combine the RPM dir's from each CD iso, or >is it more elaborate? If someone can give me a general outline of what to >do, I'll make an ISO for the dulug folks to torrent-ify. > >Cheers, > >Nate > >--- >nate - nmt2002 at columbia.edu >cell=917 445 6830 aim=mediumnate >www.columbia.edu/~nmt2002/gpgpubkey >"The discovery is, of course, that 'man' >and 'woman' are fictions, caricatures, >cultural constructs. As models they are >reductive, totalitarian, inappropriate >to human becoming. As roles they are >static, demeaning to the female, dead- >ended for male and female both...." > >Andrea Dworkin, "Woman Hating" > > > > From gstool at earthlink.net Thu Feb 12 20:01:01 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 14:01:01 -0600 Subject: FC2 Test 1 Nautilus crashes Message-ID: <200402121401.01194.gstool@earthlink.net> My home directory icon opens a window that shows the files/folders that exist, but it is not a standard Nautilus window with the expected format. Is this correct? If I try to execute Nautilus from the command line, I get an error window: Application "nautilus" (process 19413) has crashed due to a fatal error. (Trace/breakpoint trap) Gerry Tool From leonard at den.ottolander.nl Thu Feb 12 20:11:07 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Thu, 12 Feb 2004 21:11:07 +0100 Subject: FC2 Test1 Evolution crashes In-Reply-To: <200402121237.42423.gstool@earthlink.net> References: <200402121237.42423.gstool@earthlink.net> Message-ID: <1076616667.7635.14.camel@athlon.localdomain> Hello Gerry, > Application "evolution" (process 4056) has crashed > due to a fatal error. > (Segmentation fault) What did you do to make this happen? I am seeing crashes with evolution-1.4.5-7 on FC1 whenever I try to edit the To: line or click the To: button. In my case it seems to have something to do with e_table_sorter_new in gal-0.24/gal/e-table/e-table-sorter.c. Not sure if the problem lies with that function or gtk that is being called. Bye, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From mccabemt at clarkson.edu Thu Feb 12 20:17:47 2004 From: mccabemt at clarkson.edu (Mike Mccabe) Date: Thu, 12 Feb 2004 15:17:47 -0500 Subject: FC2 Test1 Evolution crashes In-Reply-To: <200402121237.42423.gstool@earthlink.net> References: <200402121237.42423.gstool@earthlink.net> Message-ID: <1076617067.19706.0.camel@workstation> Are you using IMAP? I'm having some issues with it after I created some a folder. Here's the link to the bug http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115460 Mike On Thu, 2004-02-12 at 12:37 -0600, Gerry Tool wrote: > Application "evolution" (process 4056) has crashed > due to a fatal error. > (Segmentation fault) > > Gerry Tool > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list -- Mike Mccabe From bcs at metacon.ca Thu Feb 12 20:28:51 2004 From: bcs at metacon.ca (Ben Steeves) Date: Thu, 12 Feb 2004 16:28:51 -0400 Subject: FC2 Test1 Evolution crashes In-Reply-To: <1076617067.19706.0.camel@workstation> References: <200402121237.42423.gstool@earthlink.net> <1076617067.19706.0.camel@workstation> Message-ID: <1076617731.6565.2.camel@zephyr> On Thu, 2004-02-12 at 16:17, Mike Mccabe wrote: > Are you using IMAP? I'm having some issues with it after I created some > a folder. Here's the link to the bug > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115460 > Mike > > On Thu, 2004-02-12 at 12:37 -0600, Gerry Tool wrote: > > Application "evolution" (process 4056) has crashed > > due to a fatal error. > > (Segmentation fault) For me, Evolution segfaults on the first start up. It opens a window titled "Migrating..." (which is odd 'cos this is a completely fresh install) and then crashes immediately. The "Migrating..." window says that it's "Migrating 'Personal'" at the time. Freshly installed system ("Personal Desktop"), using a standard mbox account for mail. Haven't applied the available updates yet but I'm just doing that now. -- 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 apearse at computronix.com Thu Feb 12 21:02:31 2004 From: apearse at computronix.com (Adam Pearse) Date: Thu, 12 Feb 2004 14:02:31 -0700 Subject: Promise 20378 SATA controller and FC2 Test1 first impressions ... Message-ID: <27D23C54DCE5E743B5500C5295A730220142C37F@alpha.edmonton.computronix.com> Well, the good news is that FC2 Test1 does recognize the controller. The down side is it does not support the BIOS created RAID sets defined within Promise's BIOS. I ended up disabling the controller to operate in RAID and have it treat it as IDE (which basically it was anyways). I then setup my two drives using software RAID. Question for anyone who can answer (have has an opinion), will FC2 eventually support the BIOS created RAID images or are we stuck using software RAID and dumb down the controller to basically act as an IDE interface. BTW guys, thanks for your work on getting this out and into our hands. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ksnider at flarn.com Thu Feb 12 21:04:24 2004 From: ksnider at flarn.com (Ken Snider) Date: Thu, 12 Feb 2004 16:04:24 -0500 Subject: Promise 20378 SATA controller and FC2 Test1 first impressions ... In-Reply-To: <27D23C54DCE5E743B5500C5295A730220142C37F@alpha.edmonton.computronix.com> References: <27D23C54DCE5E743B5500C5295A730220142C37F@alpha.edmonton.computronix.com> Message-ID: <402BEA58.6040000@flarn.com> Adam Pearse wrote: > Well, the good news is that FC2 Test1 does recognize the controller. The > down side is it does not support the BIOS created RAID sets defined > within Promise's BIOS. I ended up disabling the controller to operate in > RAID and have it treat it as IDE (which basically it was anyways). I > then setup my two drives using software RAID. Question for anyone who > can answer (have has an opinion), will FC2 eventually support the BIOS > created RAID images or are we stuck using software RAID and dumb down > the controller to basically act as an IDE interface. BTW guys, thanks > for your work on getting this out and into our hands. Doesn't this controller rely on the driver for RAID work anyway? I seem to remember benchmarks showing md outperforming this chipset in "HW" RAID mode. -- Ken Snider From apearse at computronix.com Thu Feb 12 21:10:29 2004 From: apearse at computronix.com (Adam Pearse) Date: Thu, 12 Feb 2004 14:10:29 -0700 Subject: [SPAM-heur] Re: Promise 20378 SATA controller and FC2 Test1 f irst impressions... Message-ID: <27D23C54DCE5E743B5500C5295A730220142C382@alpha.edmonton.computronix.com> Yes, that is my understanding but I was under the impression that the promise_sata module would pull the RAID config from the BIOS. I am not choosey, if I needed "real" HW RAID, I would of course go with 3ware (love the SATA stuff). Any chance you have a link or two showing me some performance/benchmarks pitting the pseudo-hardware/software controller like Promise (or Intels ICH5R) against the md stuff? -----Original Message----- From: Ken Snider [mailto:ksnider at flarn.com] Sent: February 12, 2004 2:04 PM To: fedora-test-list at redhat.com Subject: [SPAM-heur] Re: Promise 20378 SATA controller and FC2 Test1 first impressions... Adam Pearse wrote: > Well, the good news is that FC2 Test1 does recognize the controller. > The down side is it does not support the BIOS created RAID sets > defined within Promise's BIOS. I ended up disabling the controller to > operate in RAID and have it treat it as IDE (which basically it was > anyways). I then setup my two drives using software RAID. Question for > anyone who can answer (have has an opinion), will FC2 eventually > support the BIOS created RAID images or are we stuck using software > RAID and dumb down the controller to basically act as an IDE > interface. BTW guys, thanks for your work on getting this out and into our hands. Doesn't this controller rely on the driver for RAID work anyway? I seem to remember benchmarks showing md outperforming this chipset in "HW" RAID mode. -- Ken Snider -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From joe at swelltech.com Thu Feb 12 21:10:34 2004 From: joe at swelltech.com (Joe Cooper) Date: Thu, 12 Feb 2004 15:10:34 -0600 Subject: Promise 20378 SATA controller and FC2 Test1 first impressions ... In-Reply-To: <27D23C54DCE5E743B5500C5295A730220142C37F@alpha.edmonton.computronix.com> References: <27D23C54DCE5E743B5500C5295A730220142C37F@alpha.edmonton.computronix.com> Message-ID: <402BEBCA.4020302@swelltech.com> Adam Pearse wrote: > Well, the good news is that FC2 Test1 does recognize the controller. The > down side is it does not support the BIOS created RAID sets defined > within Promise's BIOS. I ended up disabling the controller to operate in > RAID and have it treat it as IDE (which basically it was anyways). I > then setup my two drives using software RAID. Question for anyone who > can answer (have has an opinion), will FC2 eventually support the BIOS > created RAID images or are we stuck using software RAID and dumb down > the controller to basically act as an IDE interface. BTW guys, thanks > for your work on getting this out and into our hands. IMNSHO, unless you're dual booting into Windows on these same disks, you probably don't /want/ the BIOS created RAID support. It is just as much software RAID as the Linux software RAID is (i.e. these are not hardware RAID controllers with a processor and cache memory on-board), and Linux software RAID has more features and can be managed easily using standard Linux tools. Due to the maturity of the Linux RAID software, I would expect it to be more fault-resilient than the RAID created by the BIOS, as well. In short...Both are software RAID. So unless you have a compelling reason to use the Promise format of RAID (another OS that requires it), there is every reason to use the nicer tools that Linux provides for managing RAID. And as Ken mentioned, the performance of the Linux RAID driver is historically better. -- Joe Cooper Web caching appliances and support. http://www.swelltech.com From jaredh-1 at cox.net Thu Feb 12 21:11:49 2004 From: jaredh-1 at cox.net (Jared) Date: Thu, 12 Feb 2004 14:11:49 -0700 Subject: FC2 Test 1 First Boot Display setting In-Reply-To: <200402121240.28914.gstool@earthlink.net> References: <200402121240.28914.gstool@earthlink.net> Message-ID: <402BEC15.3070909@cox.net> I had the same issue with the first boot display that it did not take. But after setting the display up using the system settings --> display tool I am told to restart X for the changes take effect. I say OK to that dialog and then I logout using the main menu. During logout there is a crash dialog that is displayed but it does not stay up long enough to read what crashed. Is there a log entry somewhere when the crash dialog is displayed? After the first crash I could not login as an error the a gnome panel was already running was displayed and then the system hard locked up. I had to hard reboot I have repeated the crash 3 times since and the system restarts ok each time but I need some pointers as where to look to figure out what is crashing. Thanks Jared Gerry Tool wrote: >On first boot, a Display dialog is presented that allows setting of the >display resolution. Original value was 1024 x 768. Changed to 1280 x 1024. >This did not "take". After login had to run System Settings > Display and >log in/out to change as desired. > >Gerry Tool > > > > From eric at interplas.com Thu Feb 12 21:11:08 2004 From: eric at interplas.com (Eric Wood) Date: Thu, 12 Feb 2004 16:11:08 -0500 Subject: Promise 20378 SATA controller and FC2 Test1 first impressions ... References: <27D23C54DCE5E743B5500C5295A730220142C37F@alpha.edmonton.computronix.com> Message-ID: <029e01c3f1ac$bcdd6240$9100000a@intgrp.com> ----- Original Message ----- From: Adam Pearse > Question for anyone who can answer (have has an opinion), will FC2 eventually > support the BIOS created RAID images or are we stuck using software RAID > and dumb down the controller to basically act as an IDE interface? If dmesg doesn't show it, then they must be still working on object/container detection code within that particular driver. Therefore, you *trust* the controller to doing all the raid for you - which it is undoubtly doing according to your BIOS. Since the driver isn't mature yet, and there's ptobably no monitoring utilities out yet, you won't be able to see what's really going on at the physical level. You should have to resort back to software raid - the controller should still be doing the raid for you. -Eric Wood From fedora at networklifeline.net Thu Feb 12 21:24:15 2004 From: fedora at networklifeline.net (BC) Date: Thu, 12 Feb 2004 14:24:15 -0700 Subject: lock up on install Message-ID: <20040212212415.8610.qmail@webmail-2-1.secureserver.net> I tried to install but it locks up at the fedora splash screen. Error I get are: I have an Abit motherboard with via chipset SATA Hard drive. 1) HDE lost interuppt on boot 10 mesages --- SATA drive It finally boots and goes to splash screen then locks up BC From koreander at planet.nl Thu Feb 12 23:20:36 2004 From: koreander at planet.nl (Wim Bakker) Date: Fri, 13 Feb 2004 00:20:36 +0100 Subject: hw recommendations? In-Reply-To: <200402121236.50901.mark@harddata.com> References: <6D3A09C6CAB0D311BA5000902760D022040F1F87@chpt0000se01.cherrypoint.usmc.mil> <200402121831.59220.koreander@planet.nl> <200402121236.50901.mark@harddata.com> Message-ID: <200402130020.36082.koreander@planet.nl> On Thursday 12 February 2004 20:36, Mark wrote: > Good to here about the SIL3114 SATA working. I guess now it's time to make > a boot image that support it too on install. > Yes, it works quite good actually, the 2.6.1- kernel from fedora 0.96 panicked on startup, probably didn't like to be exposed to so much processing power, a clean 2.6.2 worked perfectly. wb From rjohnson at medata.com Thu Feb 12 23:54:48 2004 From: rjohnson at medata.com (Rick Johnson) Date: Thu, 12 Feb 2004 15:54:48 -0800 Subject: lock up on install - Dell laptop as well In-Reply-To: <20040212212415.8610.qmail@webmail-2-1.secureserver.net> References: <20040212212415.8610.qmail@webmail-2-1.secureserver.net> Message-ID: <402C1248.7010906@medata.com> BC wrote: > I tried to install but it locks up at the fedora splash screen. Error I get are: > > I have an Abit motherboard with via chipset SATA Hard drive. > > 1) HDE lost interuppt on boot 10 mesages --- SATA drive > > It finally boots and goes to splash screen then locks up > Not to be me too, but I'm getting the same error booting from an IDE-CDROM within a Dell Lattitude CPx laptop. <6>ice-cd: cmd 0x28 timed out <4>hdc: DMA interrupt recovery <4>hdc: lost interrupt The media md5sum's just fine, so it's not a bad disc. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From alan at redhat.com Fri Feb 13 00:08:30 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 12 Feb 2004 19:08:30 -0500 Subject: FC2 Test 1 Nautilus crashes In-Reply-To: <200402121401.01194.gstool@earthlink.net> References: <200402121401.01194.gstool@earthlink.net> Message-ID: <20040213000830.GA28179@devserv.devel.redhat.com> On Thu, Feb 12, 2004 at 02:01:01PM -0600, Gerry Tool wrote: > My home directory icon opens a window that shows the files/folders that exist, > but it is not a standard Nautilus window with the expected format. Is this > correct? Nautilus has changed somewhat. Im not sure I personally like it but it is intentional > If I try to execute Nautilus from the command line, I get an error window: > > Application "nautilus" (process 19413) has crashed > due to a fatal error. > (Trace/breakpoint trap) Bugzilla From rjohnson at medata.com Fri Feb 13 00:14:44 2004 From: rjohnson at medata.com (Rick Johnson) Date: Thu, 12 Feb 2004 16:14:44 -0800 Subject: lock up on install - Dell laptop as well (fixed) In-Reply-To: <402C1248.7010906@medata.com> References: <20040212212415.8610.qmail@webmail-2-1.secureserver.net> <402C1248.7010906@medata.com> Message-ID: <402C16F4.6030501@medata.com> Rick Johnson wrote: > BC wrote: > >> I tried to install but it locks up at the fedora splash screen. Error >> I get are: >> >> I have an Abit motherboard with via chipset SATA Hard drive. >> >> 1) HDE lost interuppt on boot 10 mesages --- SATA drive >> >> It finally boots and goes to splash screen then locks up >> > > Not to be me too, but I'm getting the same error booting from an > IDE-CDROM within a Dell Lattitude CPx laptop. > > <6>ice-cd: cmd 0x28 timed out > <4>hdc: DMA interrupt recovery > <4>hdc: lost interrupt > > The media md5sum's just fine, so it's not a bad disc. > > -Rick passing ide=nodma at the boot loader seems to have solved that problem. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From fedora at atomicmatrix.net Fri Feb 13 00:19:29 2004 From: fedora at atomicmatrix.net (fedora at atomicmatrix.net) Date: Thu, 12 Feb 2004 19:19:29 -0500 Subject: FC2 test 1: Problem with DAC960 Message-ID: FC1 DAC960 worked for me (Mylex 352), but FC2 test1 doesn't. It loads the driver OK (and a dmesg shows it sees a logical unit) but the installation process says there are no disks. It asks if I want to load a driver, I say yes, and there's my DAC960 already loaded. Dmesg talks about registering /dev/rd/c0d0 but I see no such file. Homebuilt Athlon 1333 machine, Mylex 352 with 2 36GB disks striped as 1 logical 72GB volume. -=| Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From katzj at redhat.com Fri Feb 13 00:34:17 2004 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 12 Feb 2004 19:34:17 -0500 Subject: FC2 test 1: Problem with DAC960 In-Reply-To: References: Message-ID: <1076632457.13897.17.camel@mirkwood.boston.redhat.com> On Thu, 2004-02-12 at 19:19 -0500, fedora at atomicmatrix.net wrote: > FC1 DAC960 worked for me (Mylex 352), but FC2 test1 doesn?t. It loads > the driver OK (and a dmesg shows it sees a logical unit) but the > installation process says there are no disks. It asks if I want to > load a driver, I say yes, and there?s my DAC960 already loaded. Dmesg > talks about registering /dev/rd/c0d0 but I see no such file. dac960, cciss, and cpqarray installs will all be broken in test1. I forgot I needed to transition some more code into kudzu for them to work :-) Rawhide (aka development) tree should have that fixed Cheers, Jeremy From pmatilai at welho.com Fri Feb 13 00:52:11 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Fri, 13 Feb 2004 02:52:11 +0200 (EET) Subject: FC2 test 1 apt repository In-Reply-To: <20040212190141.512017e1@localhost> References: <20040212190141.512017e1@localhost> Message-ID: On Thu, 12 Feb 2004, Matthias Saou wrote: > Hi, > > For those of you who like/use apt and want to either upgrade to FC2 test 1 > using it or simply be able to use it once FC2 test 1 is installed, I've set > up a repository on ayo.freshrpms.net : > > http://ayo.freshrpms.net/ > > # Fedora Linux 2 Test > rpm http://ayo.freshrpms.net fedora/linux/test/i386 core > #rpm-src http://ayo.freshrpms.net fedora/linux/test/i386 core > > The above should work shortly, if it doesn't yet when you try, just use > ayo.us.freshrpms.net temporarily instead of the main, faster, ayo server. Thanks Matthias! > > I haven't played around with FC2 test 1 & apt yet, and IIRC apt may need to > actually be rebuilt against the included rpm in order to work... Yep, it requires a rebuild but otherwise seems to work just fine without any rpm-4.3 specific tweaks. You can get apt built for FC2 test at http://fedora.laiskiainen.org/fc2-test/ for now until a repository for FC1.90 is created on fedora.us. - Panu - From fedora at atomicmatrix.net Fri Feb 13 01:44:49 2004 From: fedora at atomicmatrix.net (fedora at atomicmatrix.net) Date: Thu, 12 Feb 2004 20:44:49 -0500 Subject: FC2 test 1: Problem with DAC960 In-Reply-To: <1076632457.13897.17.camel@mirkwood.boston.redhat.com> Message-ID: Good job :-P I would like to test this; do I need to wait for the next boot iso or is there a way I can create my own or.. ? Forgive me if there's a FAQ that covers this kind of stuff (I haven't tried that hard to find one but haven't seen much on how to follow the dev tree). Thanks! -=| Ben -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Jeremy Katz Sent: Thursday, February 12, 2004 7:34 PM To: fedora-test-list at redhat.com Subject: RE: FC2 test 1: Problem with DAC960 On Thu, 2004-02-12 at 19:19 -0500, fedora at atomicmatrix.net wrote: > FC1 DAC960 worked for me (Mylex 352), but FC2 test1 doesn't. It loads > the driver OK (and a dmesg shows it sees a logical unit) but the > installation process says there are no disks. It asks if I want to > load a driver, I say yes, and there's my DAC960 already loaded. Dmesg > talks about registering /dev/rd/c0d0 but I see no such file. dac960, cciss, and cpqarray installs will all be broken in test1. I forgot I needed to transition some more code into kudzu for them to work :-) Rawhide (aka development) tree should have that fixed Cheers, Jeremy -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From gstool at earthlink.net Fri Feb 13 01:54:57 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 19:54:57 -0600 Subject: Up2date channels Message-ID: <200402121954.57270.gstool@earthlink.net> Up2date seems to be configured to use the "development" channel by default. yum fedora-core-rawhide http://download.fedora.redhat.com/pub/fedora/linux/core/development/$ARCH/ Shouldn't it be using the yum fedora-core-2-test1-updates" channel instead? Gerry From gstool at earthlink.net Fri Feb 13 02:11:35 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 20:11:35 -0600 Subject: FC2 Test1 Evolution crashes In-Reply-To: <1076617731.6565.2.camel@zephyr> References: <200402121237.42423.gstool@earthlink.net> <1076617067.19706.0.camel@workstation> <1076617731.6565.2.camel@zephyr> Message-ID: <200402122011.35406.gstool@earthlink.net> On Thursday 12 February 2004 14:28, Ben Steeves wrote: > On Thu, 2004-02-12 at 16:17, Mike Mccabe wrote: > > Are you using IMAP? I'm having some issues with it after I created some > > a folder. Here's the link to the bug > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115460 > > Mike > > > > On Thu, 2004-02-12 at 12:37 -0600, Gerry Tool wrote: > > > Application "evolution" (process 4056) has crashed > > > due to a fatal error. > > > (Segmentation fault) > > For me, Evolution segfaults on the first start up. It opens a window > titled "Migrating..." (which is odd 'cos this is a completely fresh > install) and then crashes immediately. The "Migrating..." window says > that it's "Migrating 'Personal'" at the time. > > Freshly installed system ("Personal Desktop"), using a standard mbox > account for mail. Haven't applied the available updates yet but I'm > just doing that now. Similar situation here, but I'm using POP3. Now I notice it opens a dialog that says this version (1.5.3) is a preview release, not yet complete - getting close. If you want a stable version, it says to uninstall and install version 1.4 instead. It actually worked when I clicked OK on that dialog. Gerry Tool From rjohnson at medata.com Fri Feb 13 02:18:26 2004 From: rjohnson at medata.com (Rick Johnson) Date: Thu, 12 Feb 2004 18:18:26 -0800 Subject: No cdrom eject during install Message-ID: <402C33F2.7090203@medata.com> I noted between disc 1 and 2 of FC2-test1 that the CD did not eject when the next disc was requested to continue with XFree86-base-fonts. The console noted: not done, unmounting, line 258 not done, unmounting, line 267 I was able to manually eject the cd, however. Disc 2 to Disc 3 did the same thing, same messages. I'm installing on a Dell Lattitude CPx, using the ide=nodma (which makes it VERY slow to install :-/). -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From desau at sodapopboy.com Fri Feb 13 02:23:02 2004 From: desau at sodapopboy.com (Darrell Esau) Date: Thu, 12 Feb 2004 18:23:02 -0800 Subject: signall 11 while beginning install Message-ID: <402C3506.1020708@sodapopboy.com> Hello all, Downloaded the ISO images from the stanford ftp mirror, checked md5 sums, then burned. Put CD1 into an older Sony VAIO laptop and turned it on. (The machine currently is running FC 1) Hit enter on the grub boot screen for graphical install, then tested the first CD media -- it checked out with a PASS. I then continued with install at which point I got this: "install exited abnormally -- received signal 11" Looking on the other virtual screens: (F3) * MD5SUM -> fsf3e9904a0b34657b044e4c6c9da1ca * skipsectors = 15 * isostatus = 0 * mediacheck: /tmp/cdrom (Fedora Core 1.90 disc 1) PASSED * value of isostatus iso flag is 0 * ejecting /tmp/cdrom... * mntloop loop0 on /mnt/runtime as /mnt/source/Fedora/base/stage2.img fd is 17 * getting ready to span shell now (F4) <6>cs: IO port probe 0x0a00-0x0aff: clean. <6>cs: memory probe 0xa0000000-0xa0ffffff: clean. <7>divert: allocating divert_blk for eth0 <6>eth0: NE2000 (DL10019 rev 38): io 0x300, irq 3, hw_addr 00:E8:98:75:D4:4C <7>ISO 9660 Extensions: Microsoft Joliet Level 3 <7>request_module: failed /sbin/modprobe --nls_iso8859-1. error = -16 <4>Unable to load NLS charset iso8859-1 <4>Unable to load NLS charset utf8 <7>ISO 9660 Extensions: RRIP_1991A <4>Unable to identify CD-ROM format. <4>VFS: Can't find ext2 filesystem on dev loop0. <7>ISO 9660 Extensions: Microsoft Joliet Level 3 <7>request_module: failed /sbin/modprobe -- nls_iso8859-1. error = -16 <4>Unable to load NLS charset iso8859-1 <4>Unable to load NLS charset utf8 <7>ISO 9660 Extensions: RRIP_1991A <7>ISO 9660 Extensions: Microsoft Joliet Level 3 <7>request_module: failed /sbin/modprobe -- nls_iso8859-1. error = -16 <4>Unable to load NLS charset iso8859-1 <4>Unable to load NLS charset utf8 <7>ISO 9660 Extensions: RRIP_1991A <4>Unable to identify CD-ROM format. <4>VFS: Can't find ext2 filesystem on dev loop0. From gstool at earthlink.net Fri Feb 13 02:33:21 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 20:33:21 -0600 Subject: FC2 Test 1 First Boot Display setting In-Reply-To: <20040212184214.GA28337@devserv.devel.redhat.com> References: <200402121240.28914.gstool@earthlink.net> <20040212184214.GA28337@devserv.devel.redhat.com> Message-ID: <200402122033.21351.gstool@earthlink.net> On Thursday 12 February 2004 12:42, Bill Nottingham wrote: > Gerry Tool (gstool at earthlink.net) said: > > On first boot, a Display dialog is presented that allows setting of the > > display resolution. Original value was 1024 x 768. Changed to 1280 x > > 1024. This did not "take". After login had to run System Settings > > > Display and log in/out to change as desired. > > Please file a bug. :) > > Bill Bugzilla #115501 Gerry From gstool at earthlink.net Fri Feb 13 02:51:27 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 20:51:27 -0600 Subject: FC2 Test 1 Nautilus crashes In-Reply-To: <20040213000830.GA28179@devserv.devel.redhat.com> References: <200402121401.01194.gstool@earthlink.net> <20040213000830.GA28179@devserv.devel.redhat.com> Message-ID: <200402122051.27711.gstool@earthlink.net> On Thursday 12 February 2004 18:08, Alan Cox wrote: > On Thu, Feb 12, 2004 at 02:01:01PM -0600, Gerry Tool wrote: > > My home directory icon opens a window that shows the files/folders that > > exist, but it is not a standard Nautilus window with the expected format. > > Is this correct? > > Nautilus has changed somewhat. Im not sure I personally like it but it > is intentional > > > If I try to execute Nautilus from the command line, I get an error > > window: > > > > Application "nautilus" (process 19413) has crashed > > due to a fatal error. > > (Trace/breakpoint trap) > > Bugzilla Bug #115502 Gerry From krazeivan at bresnan.net Fri Feb 13 02:50:28 2004 From: krazeivan at bresnan.net (Ryan Betts) Date: Thu, 12 Feb 2004 19:50:28 -0700 Subject: Wireless Logitech USB keyboard and test 1 Message-ID: <1076640628.1685.2.camel@spank> When i boot into test1 the wireless keyboard and mouse do not work, kudzu starts and times out. I'll post this to bugzilla Thanks, Ryan Betts From whooperhsd3 at earthlink.net Fri Feb 13 03:01:13 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 12 Feb 2004 22:01:13 -0500 (EST) Subject: Up2date channels In-Reply-To: <200402121954.57270.gstool@earthlink.net> References: <200402121954.57270.gstool@earthlink.net> Message-ID: <65341.69.34.107.156.1076641273.squirrel@69.34.107.156> Gerry Tool said: > Shouldn't it be using the yum fedora-core-2-test1-updates" channel > instead? What "fedora-core-2-test1-updates" channel? Looks like it's the same as Severn was, Rawhide is where the updates will go until it is released. -- William Hooper From mccabemt at clarkson.edu Fri Feb 13 03:04:41 2004 From: mccabemt at clarkson.edu (Mike Mccabe) Date: Thu, 12 Feb 2004 22:04:41 -0500 Subject: No cdrom eject during install In-Reply-To: <402C33F2.7090203@medata.com> References: <402C33F2.7090203@medata.com> Message-ID: <1076641481.21866.0.camel@workstation> It's a known issue and in the release notes On Thu, 2004-02-12 at 18:18 -0800, Rick Johnson wrote: > I noted between disc 1 and 2 of FC2-test1 that the CD did not eject when > the next disc was requested to continue with XFree86-base-fonts. The > console noted: > > not done, unmounting, line 258 > not done, unmounting, line 267 > > I was able to manually eject the cd, however. > > Disc 2 to Disc 3 did the same thing, same messages. > > I'm installing on a Dell Lattitude CPx, using the ide=nodma (which makes > it VERY slow to install :-/). > > -Rick > -- > Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com > Linux/Network Administrator - Medata, Inc. > PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list -- Mike Mccabe From gstool at earthlink.net Fri Feb 13 03:11:20 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 21:11:20 -0600 Subject: Up2date channels In-Reply-To: <65341.69.34.107.156.1076641273.squirrel@69.34.107.156> References: <200402121954.57270.gstool@earthlink.net> <65341.69.34.107.156.1076641273.squirrel@69.34.107.156> Message-ID: <200402122111.20722.gstool@earthlink.net> On Thursday 12 February 2004 21:01, William Hooper wrote: > Gerry Tool said: > > Shouldn't it be using the yum fedora-core-2-test1-updates" channel > > instead? > > What "fedora-core-2-test1-updates" channel? > > Looks like it's the same as Severn was, Rawhide is where the updates will > go until it is released. > > -- > William Hooper There were half-a-dozen or so packages in the channel listed as: yum fedora-core-2-test1-updates http://fedora.redhat.com/updates/released/fedora-core-1 and there are about 130+ packages in the channel listed as: fedora-core-rawhide http://download.fedora.redhat.com/pub/fedora/linux/core/development/$ARCH/ Is this latter channel the one we are suppose to be using for this test phase? I would appreciate a statement of what the ground rules are for updating during this test phase. Thanks. Gerry Tool From gstool at earthlink.net Fri Feb 13 03:13:28 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 21:13:28 -0600 Subject: Main Menu anomaly Message-ID: <200402122113.28356.gstool@earthlink.net> If you click on the Main Menu icon, select System Tools > More System Tools, instead of a list of applications, you get a list of the screen saver modules. Bug # 115503. Gerry Tool From thacker at math.cornell.edu Fri Feb 13 03:18:10 2004 From: thacker at math.cornell.edu (John Alexander Thacker) Date: Thu, 12 Feb 2004 22:18:10 -0500 Subject: printconf broken on x86_64 test 1 Message-ID: <20040213031810.GA3307@thacker.dyndns.org> On a freshly installed 0.96 x86_64 box, printconf-gui hangs trying to initialize the printing database when adding a queue. So, I launch printconf-tui and it breaks with the following error message. Looks like it's looking in a build directory for a python file when it shouldn't be. rebuilding the redhat-config-printer package from source didn't help. I grabbed the redhat-config-printer-0.6.79.5-1 src rpm as well, no change when rebuilding. It might be a problem with the PyXML package in that case, I guess. Initializing alchemist edit environment ... Initializing linux printing database ... # Traceback (most recent call last): File "/usr/sbin/printconf-tui", line 8, in ? printconf_tui.startup_and_find_cmd() File "/usr/share/printconf/util/printconf_tui.py", line 2347, in startup_and_find_cmd main.cmd_handlers[cmd]() File "/usr/share/printconf/util/printconf_tui.py", line 1973, in tui_main_run foomatic_init_overview() File "/usr/share/printconf/util/printconf_conf.py", line 1554, in foomatic_init_overview root = parser.parse (foo) File "/usr/src/build/288888-x86_64/install/usr/lib64/python2.2/site-packages/_xmlplus/utils/qp_xml.py", line 134, in parse xml.parsers.expat.ExpatError: no element found: line 1, column 0 Any ideas? John Thacker From gstool at earthlink.net Fri Feb 13 03:33:02 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 21:33:02 -0600 Subject: Main Menu anomaly In-Reply-To: <200402122113.28356.gstool@earthlink.net> References: <200402122113.28356.gstool@earthlink.net> Message-ID: <200402122133.02340.gstool@earthlink.net> On Thursday 12 February 2004 21:13, Gerry Tool wrote: > If you click on the Main Menu icon, select System Tools > More System > Tools, instead of a list of applications, you get a list of the screen > saver modules. Bug # 115503. > > Gerry Tool I should have specified that this is in FC2 Test 1, fresh install From notting at redhat.com Fri Feb 13 03:43:48 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 12 Feb 2004 22:43:48 -0500 Subject: signall 11 while beginning install In-Reply-To: <402C3506.1020708@sodapopboy.com> References: <402C3506.1020708@sodapopboy.com> Message-ID: <20040213034348.GC11208@devserv.devel.redhat.com> Darrell Esau (desau at sodapopboy.com) said: > Put CD1 into an older Sony VAIO laptop and turned it on. (The machine > currently is running FC 1) > > Hit enter on the grub boot screen for graphical install, then tested the > first CD media -- it checked out with a PASS. > > I then continued with install at which point I got this: > > "install exited abnormally -- received signal 11" Known bug with PCMCIA cards. If you can get away without it to install, try that for now. Bill From katzj at redhat.com Fri Feb 13 03:59:09 2004 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 12 Feb 2004 22:59:09 -0500 Subject: FC2 test 1: Problem with DAC960 In-Reply-To: References: Message-ID: <1076644748.14606.5.camel@edoras.local.net> On Thu, 2004-02-12 at 20:44 -0500, fedora at atomicmatrix.net wrote: > I would like to test this; do I need to wait for the next boot iso or is > there a way I can create my own or.. ? Forgive me if there's a FAQ that > covers this kind of stuff (I haven't tried that hard to find one but haven't > seen much on how to follow the dev tree). The development tree should stay generally installable, except when I break things :-) They're normal install trees and the images/boot.iso in them should work with the tree they came from. Jeremy From redhat-jc at insight.rr.com Fri Feb 13 04:03:38 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Thu, 12 Feb 2004 23:03:38 -0500 Subject: Up2date channels In-Reply-To: <200402122111.20722.gstool@earthlink.net> References: <200402121954.57270.gstool@earthlink.net> <65341.69.34.107.156.1076641273.squirrel@69.34.107.156> <200402122111.20722.gstool@earthlink.net> Message-ID: <402C4C9A.30504@insight.rr.com> Gerry Tool wrote: > On Thursday 12 February 2004 21:01, William Hooper wrote: > >>Gerry Tool said: >> >>>Shouldn't it be using the yum fedora-core-2-test1-updates" channel >>>instead? >> >>What "fedora-core-2-test1-updates" channel? >> >>Looks like it's the same as Severn was, Rawhide is where the updates will >>go until it is released. >> >>-- >>William Hooper > > > There were half-a-dozen or so packages in the channel listed as: > > yum fedora-core-2-test1-updates > http://fedora.redhat.com/updates/released/fedora-core-1 > > and there are about 130+ packages in the channel listed as: > > fedora-core-rawhide > http://download.fedora.redhat.com/pub/fedora/linux/core/development/$ARCH/ > > Is this latter channel the one we are suppose to be using for this test phase? > I would appreciate a statement of what the ground rules are for updating > during this test phase. > > Thanks. > > Gerry Tool > > I got about 173 packages of new development packages. I presume that they are less desirable than the half-dozen or so packages in the update repository. Gimp had a conflict that needed resolved. I installed about half of the 173 packages, then rebooted into Fedora Core 1 to burn the ISOs. Also, I concur with the gnome shutdown and error reporting screen showing, then disappearing before you could send the report. Also, I see the same problem with screensavers in the more system tools area, along with other programs. This did not show on one of my two installs, but is on the clean install of development. I'm finishing up burning the 4th iso now and will clean install a copy of Fedora2 test 1 shortly. Jim From nmt2002 at columbia.edu Fri Feb 13 04:42:21 2004 From: nmt2002 at columbia.edu (nate) Date: Thu, 12 Feb 2004 23:42:21 -0500 Subject: new test release In-Reply-To: <402BDA61.3040003@azathoth.net> References: <20040212180525.LEAD4698.viefep17-int.chello.at@tknetbq2> <20040212181624.GA2710@nate.clar47.rhno> <402BDA61.3040003@azathoth.net> Message-ID: <20040213044219.GA5092@nate.clar47.rhno> Okay, I have dvd'ed the iso's ... would anyone be interested in testing what I made to make sure it boots? If so email me offlist and I'll tell you the url. thx, Nate --- nate - nmt2002 at columbia.edu cell=917 445 6830 aim=mediumnate www.columbia.edu/~nmt2002/gpgpubkey When the rhythm calls the government falls, here come the cops|From Tokyo to Soweto, viva la musica pop|We are black and white and we dance all night down at the hop|and the letters were tall on the Berlin Wall| Viva la musica pop. So if you're feeling low, stuck in some bardo, I--even I--know the solution|Love, music, wine, and revolution|This too shall pass, so raise your glass to change and chance|And freedom is the only law. Shall we dance? From redhat-jc at insight.rr.com Fri Feb 13 04:54:58 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Thu, 12 Feb 2004 23:54:58 -0500 Subject: Upgrade from devel to Fed2 Message-ID: <402C58A2.8010005@insight.rr.com> The installer sucessfully upgraded my system from Development to Fed2 - Test 1. The packages upgraded and errors are the below. Upgrading 5 packages The following packages were automatically selected to be installed: Upgrade: XFree86 was on the system. Pulling in xterm for upgrade. Upgrading pcmcia-cs-3.2.7-1.3.i386. warning: /etc/sysconfig/pcmcia created as /etc/sysconfig/pcmcia.rpmnew Upgrading compat-db-4.1.25-1.i386. Upgrading webalizer-2.01_10-18.i386. error: %post(webalizer-2.01_10-18) scriptlet failed, exit status 1 Upgrading xterm-179-5.i386. Upgrading comps-1.90-0.20040204.i386. This only took the first two CDs to install. 143 updates were shown for the development tree. (not installed). I can't get to the updates channel because of web congestion and It kept my original sources file, with my chosen mirror. I'll try the fresh install tomorrow. Just curious as to the development to Fed2 - test1 route. Jim From gstool at earthlink.net Fri Feb 13 04:55:34 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 12 Feb 2004 22:55:34 -0600 Subject: KDE Menu tree is screwy Message-ID: <200402122255.34866.gstool@earthlink.net> I couldn't locate a user mode Terminal entry in the KDE menu tree until I noticed a main sub-menu named Lost & Found. That is where it is. What is this category? It has 14 entries. Do others see the same thing? Gerry Tool From dave at webaugur.com Fri Feb 13 05:03:10 2004 From: dave at webaugur.com (David L Norris) Date: Fri, 13 Feb 2004 05:03:10 +0000 Subject: FC2-test1 CD1 boot on K6-2 Message-ID: <1076648589.23898.124.camel@Daneel.WebAugur.com> On my Laptop (KDS 5345 w/ AMD K6-2 450 MHz) the kernel on CD1 won't boot. The CD passes media check on my Athlon desktop system, boots and will install. When it tries to boot the CD on the laptop I see this: Loading vmlinuz............... Loading initrd.img................................................ (hard reset) I have been tracking the latest fedora-development on the laptop for a few weeks. Currently that should be roughly the same as the FC2-test1 CD, right? I'm running 2.6.1-1.65 with no apparent problems. I have experienced this reset problem before with a LiveCD using a 2.4 kernel which I believe was optimized for i686. Is there some boot parameter I might need to pass? Or should I file a bug? (Against what?) Output from my media check: $ /usr/lib/anaconda-runtime/checkisomd5 --verbose /dev/cdrom /dev/cdrom: f2f3e9904a0b34657b044e4c6c9da1ca Percent complete: 100.0% 100.0 The supported flag value is 0 The media check is complete, the result is: PASS. It is OK to install from this media. -- David Norris http://www.webaugur.com/dave/ ICQ - 412039 -------------- 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 rjohnson at medata.com Fri Feb 13 05:15:11 2004 From: rjohnson at medata.com (Rick Johnson) Date: Thu, 12 Feb 2004 21:15:11 -0800 Subject: No cdrom eject during install In-Reply-To: <1076641481.21866.0.camel@workstation> References: <402C33F2.7090203@medata.com> <1076641481.21866.0.camel@workstation> Message-ID: <402C5D5F.8080704@medata.com> Yeah, I realized that once I was able to read them - unfortunately they don't display during the install. Mike Mccabe wrote: > It's a known issue and in the release notes > On Thu, 2004-02-12 at 18:18 -0800, Rick Johnson wrote: > >>I noted between disc 1 and 2 of FC2-test1 that the CD did not eject when >>the next disc was requested to continue with XFree86-base-fonts. The >>console noted: >> >>not done, unmounting, line 258 >>not done, unmounting, line 267 >> >>I was able to manually eject the cd, however. >> >>Disc 2 to Disc 3 did the same thing, same messages. >> >>I'm installing on a Dell Lattitude CPx, using the ide=nodma (which makes >>it VERY slow to install :-/). >> >>-Rick >>-- >>Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com >>Linux/Network Administrator - Medata, Inc. >>PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc >> >> >>-- >>fedora-test-list mailing list >>fedora-test-list at redhat.com >>http://www.redhat.com/mailman/listinfo/fedora-test-list -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From rjohnson at medata.com Fri Feb 13 05:16:56 2004 From: rjohnson at medata.com (Rick Johnson) Date: Thu, 12 Feb 2004 21:16:56 -0800 Subject: FC2-test1 CD1 boot on K6-2 In-Reply-To: <1076648589.23898.124.camel@Daneel.WebAugur.com> References: <1076648589.23898.124.camel@Daneel.WebAugur.com> Message-ID: <402C5DC8.3030905@medata.com> David L Norris wrote: > On my Laptop (KDS 5345 w/ AMD K6-2 450 MHz) the kernel on CD1 won't > boot. The CD passes media check on my Athlon desktop system, boots and > will install. Per the release notes, the boot CD's won't boot on anything that isn't i686 compatible. That included older AMD processors and VIA processors. It was a build error, and will be resolved next time around. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From eric at interplas.com Fri Feb 13 05:39:37 2004 From: eric at interplas.com (Eric Wood) Date: Fri, 13 Feb 2004 00:39:37 -0500 Subject: signall 11 while beginning install In-Reply-To: <402C3506.1020708@sodapopboy.com> References: <402C3506.1020708@sodapopboy.com> Message-ID: <20040213003937.7d24846b.eric@interplas.com> On Thu, 12 Feb 2004 18:23:02 -0800 Darrell Esau wrote: > Hello all, > "install exited abnormally -- received signal 11" I had to pop out my Linksys WPC11 PCMCIA card for it to install... Putting it back in later will create a eth1 device so you have to use 'Network Device Control' to add it when you're up and running. Ummmm.... since eth1 is autocreated according to /proc/net/dev, 'Network Device Control' should at least display a eth1 line with 'unconfigured'. Thus giving newbies a clue to configure it. -eric wood From ggw at wolves.durham.nc.us Fri Feb 13 06:00:51 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Fri, 13 Feb 2004 01:00:51 -0500 Subject: FC2-test1 via yum Message-ID: <20040213060051.GA13033@wolves.durham.nc.us> Since my test-bed machine is an AMD k6-2, I can't boot the recently released CD ISOs. However, using yum to update against the development tree (the next best thing) I'm getting the following reported out of the yum dependencies phase: Package xsane-gimp needs libgimp-1.2.so.0, this is not available. Package xsane-gimp needs libgimpui-1.2.so.0, this is not available. Package redhat-artwork needs /usr/lib/qt-3.2, this is not available. -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From balay at fastmail.fm Fri Feb 13 06:11:02 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 13 Feb 2004 00:11:02 -0600 (CST) Subject: FC2-test1 via yum In-Reply-To: <20040213060051.GA13033@wolves.durham.nc.us> References: <20040213060051.GA13033@wolves.durham.nc.us> Message-ID: On Fri, 13 Feb 2004, Gregory Woodbury wrote: > Since my test-bed machine is an AMD k6-2, I can't boot the recently > released CD ISOs. However, using yum to update against the development > tree (the next best thing) I'm getting the following reported out of the > yum dependencies phase: > > > Package xsane-gimp needs libgimp-1.2.so.0, this is not available. > Package xsane-gimp needs libgimpui-1.2.so.0, this is not available. > Package redhat-artwork needs /usr/lib/qt-3.2, this is not available. I've seen the last one - but not the first two. My workarround was to have the following in /etc/yum.conf exclude=qt You could try 'yum -d4 upgrade' - and try decephering the dependencies - to figure out what other excludes are necessary for 'yum upgrade' to go through. Perhaps the following will work: exclude=qt gimp Satish From rjohnson at medata.com Fri Feb 13 06:21:08 2004 From: rjohnson at medata.com (Rick Johnson) Date: Thu, 12 Feb 2004 22:21:08 -0800 Subject: Dell Lattitude CPx Battery Shutdown Message-ID: <402C6CD4.4080708@medata.com> I've tried both an upgrade and a fresh install. It appears that when I boot up with the battery in, the system will shut down shortly after detecting file systems (modprobe time?). If the battery is ejected, the system will boot all the way. Is there anything else I need to test for in order to bugzilla this? The behavior is reproducable, I just don't know exactly when. Can ACPI be disabled to test if that's the case? Also - cannot seem to compile the madwifi driver - no vmlinux exists with /lib/modules//build - should there? The driver has exceptions for a 2.6 kernel within the Makefile, but I'm not familiar enough with 2.6 to know what's right/wrong just yet. -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From rjohnson at medata.com Fri Feb 13 07:20:58 2004 From: rjohnson at medata.com (Rick Johnson) Date: Thu, 12 Feb 2004 23:20:58 -0800 Subject: Dell Lattitude CPx Battery Shutdown In-Reply-To: <402C6CD4.4080708@medata.com> References: <402C6CD4.4080708@medata.com> Message-ID: <402C7ADA.6030802@medata.com> Rick Johnson wrote: > If the battery is ejected, the system will boot all the way. Is there > anything else I need to test for in order to bugzilla this? The behavior > is reproducable, I just don't know exactly when. Can ACPI be disabled to > test if that's the case? It seems that passing acpi=off or booting without the battery allows me to startup. I've filed this under Bugzilla as 115518. -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From hobbit at aloss.ukuu.org.uk Fri Feb 13 08:29:12 2004 From: hobbit at aloss.ukuu.org.uk (Telsa Gwynne) Date: Fri, 13 Feb 2004 08:29:12 +0000 Subject: FC2 Test 1 Nautilus crashes In-Reply-To: <200402121401.01194.gstool@earthlink.net> References: <200402121401.01194.gstool@earthlink.net> Message-ID: <20040213082912.GB6516@aloss.ukuu.org.uk> On Thu, Feb 12, 2004 at 02:01:01PM -0600 or thereabouts, Gerry Tool wrote: > My home directory icon opens a window that shows the files/folders > that exist, but it is not a standard Nautilus window with the > expected format. Is this correct? I don't know about "correct", but it is certainly intentional. Since I am sure this will come up a lot in this cycle, I shall mention early on that you can get the old view back: right-click on a file or folder and select "Browse". At least, this works on Nautilus from CVS, so I presume it will work on Fedora (we haven't finished downloading yet). Although it would probably be good if a few people tested it in the default view :) Can't help with the crash though.. Telsa From MGansser at inneo.de Fri Feb 13 08:38:56 2004 From: MGansser at inneo.de (Gansser, Martin) Date: Fri, 13 Feb 2004 09:38:56 +0100 Subject: kernel Oops with 2.6.2-1.74 on FC1 Message-ID: <78224A6821F87A4D8023B133E5B1140BB66168@srvmxellwangen2.ratc-de.com> I have a problem with the new 2.6.2-1.74 Kernel on FC1: Is this a known problem ? Feb 12 21:46:19 gecko smartd[1587]: smartd version 5.21 Copyright (C) 2002-3 Bruce Allen Feb 12 21:46:19 gecko kernel: [] kobject_get+0x4d/0x50 Feb 12 21:46:19 gecko smartd[1587]: Home page is http://smartmontools.sourceforge.net/ Feb 12 21:46:19 gecko kernel: [] get_device+0xe/0x20 Feb 12 21:46:19 gecko smartd[1587]: Opened configuration file /etc/smartd.conf Feb 12 21:46:19 gecko kernel: [] bus_for_each_dev+0x78/0xd0 Feb 12 21:46:19 gecko kernel: [] nodemgr_node_probe+0x42/0x100 [ieee1394] Feb 12 21:46:19 gecko kernel: [] nodemgr_probe_ne_cb+0x0/0x90 [ieee1394] Feb 12 21:46:19 gecko kernel: [] nodemgr_host_thread+0x13f/0x170 [ieee1394] Feb 12 21:46:19 gecko smartd[1587]: Configuration file /etc/smartd.conf parsed. Feb 12 21:46:19 gecko kernel: [] nodemgr_host_thread+0x0/0x170 [ieee1394] Feb 12 21:46:19 gecko smartd[1587]: Device: /dev/hda, opened Feb 12 21:46:19 gecko kernel: [] kernel_thread_helper+0x5/0x10 Feb 12 21:46:19 gecko smartd[1587]: Device: /dev/hda, found in smartd database. Feb 12 21:46:19 gecko kernel: Feb 12 21:46:19 gecko kernel: Unable to handle kernel paging request at virtual address 8930ec83 Feb 12 21:46:19 gecko smartd[1587]: Device: /dev/hda, is SMART capable. Adding to "monitor" list. Feb 12 21:46:19 gecko kernel: printing eip: Feb 12 21:46:19 gecko smartd[1587]: Monitoring 1 ATA and 0 SCSI devices Feb 12 21:46:19 gecko kernel: 8930ec83 Feb 12 21:46:19 gecko smartd: Starten von smartd succeeded Feb 12 21:46:19 gecko smartd[1589]: smartd has fork()ed into background mode. New PID=1589. Feb 12 21:46:19 gecko kernel: *pde = 00000000 Feb 12 21:46:19 gecko kernel: Oops: 0000 [#1] Feb 12 21:46:19 gecko kernel: CPU: 0 Feb 12 21:46:19 gecko kernel: EIP: 0060:[<8930ec83>] Not tainted Feb 12 21:46:19 gecko kernel: EFLAGS: 00010282 Feb 12 21:46:19 gecko acpid: Starten von acpid succeeded Feb 12 21:46:19 gecko kernel: EIP is at 0x8930ec83 Feb 12 21:46:19 gecko kernel: eax: e0a641fc ebx: e0a641fc ecx: e0a641d8 edx: 8930ec83 Feb 12 21:46:19 gecko kernel: esi: e0a31520 edi: 00000000 ebp: e0a30320 esp: dfba3f50 Feb 12 21:46:19 gecko kernel: ds: 007b es: 007b ss: 0068 Feb 12 21:46:19 gecko kernel: Process knodemgrd_0 (pid: 1273, threadinfo=dfba2000 task=dfba6fe0) Feb 12 21:46:20 gecko kernel: Stack: c01f5b74 e0a641d8 e0a641e0 e0a64120 dfad74e0 c0252dbd e0a6416c 00000000 Feb 12 21:46:20 gecko kernel: dfba3fa4 dfad74d8 dfba3fa4 de2dfc20 ddda4000 e0a31c32 e0a31af0 0000ffff Feb 12 21:46:21 gecko kernel: dfba3fbc 00000004 ddda4000 00000000 00000001 de2dfc20 dfad749c f0000234 Feb 12 21:46:21 gecko kernel: Call Trace: Feb 12 21:46:21 gecko kernel: [] kobject_cleanup+0x94/0xa0 Feb 12 21:46:21 gecko kernel: [] bus_for_each_dev+0x8d/0xd0 Feb 12 21:46:22 gecko kernel: [] nodemgr_node_probe+0x42/0x100 [ieee1394] Feb 12 21:46:22 gecko kernel: [] nodemgr_probe_ne_cb+0x0/0x90 [ieee1394] Feb 12 21:46:22 gecko kernel: [] nodemgr_host_thread+0x13f/0x170 [ieee1394] Feb 12 21:46:22 gecko kernel: [] nodemgr_host_thread+0x0/0x170 [ieee1394] Feb 12 21:46:23 gecko kernel: [] kernel_thread_helper+0x5/0x10 Feb 12 21:46:23 gecko kernel: Feb 12 21:46:23 gecko kernel: Code: Bad EIP value. Feb 12 21:46:23 gecko kernel: ip_tables: (C) 2000-2002 Netfilter core team Kernel 2.6.1-1.65 works without problems. From paul at all-the-johnsons.co.uk Fri Feb 13 09:22:55 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Fri, 13 Feb 2004 09:22:55 +0000 Subject: FC2 test 1 Qs Message-ID: <1076664175.26000.2.camel@localhost.localdomain> Hi, Do I need to get the CDs from Bittorrent? I've been applying all of the updates from the fedora ftp site (in the development directory) for a good couple of weeks now. If I do need to get hold of the discs, what is the bit torrent address? TTFN Paul -- Free your mind to a time where a company does not have control Free your mind to a choice of applications which you can control Free your mind from the closed world of those who seek total power Free your mind to the wonderful world of free software -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From czar at czarc.net Fri Feb 13 09:23:38 2004 From: czar at czarc.net (Gene C.) Date: Fri, 13 Feb 2004 04:23:38 -0500 Subject: printconf broken on x86_64 test 1 In-Reply-To: <20040213031810.GA3307@thacker.dyndns.org> References: <20040213031810.GA3307@thacker.dyndns.org> Message-ID: <200402130423.38356.czar@czarc.net> On Thursday 12 February 2004 22:18, John Alexander Thacker wrote: > On a freshly installed 0.96 x86_64 box, printconf-gui hangs trying to > initialize the printing database when adding a queue. So, I launch > printconf-tui and it breaks with the following error message. Looks > like it's looking in a build directory for a python file when it > shouldn't be. There have been a number of printer related updates released for the FC1 i386. If you get the src rpms and rebuild for x86_64, the problems are resolved. Not necessarily the solution you want to hear but this is reality. FC1 x86_64 has been somewhat of a "low budget" effort by a few people and a lot of problem resolution requires the user to build their own updates. This should greatly improve later in the FC2 cycle when the x86_64 updates (and ISOs) get built automatically. I seem to remember having a printconf problem on the x86_64 and don't have any problems now that I have redhat-config-printer-0.6.79.5-1. -- Gene From davej at redhat.com Fri Feb 13 09:08:52 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 13 Feb 2004 09:08:52 +0000 Subject: kernel Oops with 2.6.2-1.74 on FC1 In-Reply-To: <78224A6821F87A4D8023B133E5B1140BB66168@srvmxellwangen2.ratc-de.com> References: <78224A6821F87A4D8023B133E5B1140BB66168@srvmxellwangen2.ratc-de.com> Message-ID: <1076663332.21764.16.camel@delerium.codemonkey.org.uk> On Fri, 2004-02-13 at 08:38, Gansser, Martin wrote: > I have a problem with the new 2.6.2-1.74 Kernel on FC1: > > Is this a known problem ? Got fixed upstream yesterday I think. So it should be in the next update. Dave From dave at webaugur.com Fri Feb 13 09:54:15 2004 From: dave at webaugur.com (David L Norris) Date: Fri, 13 Feb 2004 09:54:15 +0000 Subject: FC2-test1 CD1 boot on K6-2 In-Reply-To: <402C5DC8.3030905@medata.com> References: <1076648589.23898.124.camel@Daneel.WebAugur.com> <402C5DC8.3030905@medata.com> Message-ID: <1076666055.26659.1.camel@Daneel.WebAugur.com> On Fri, 2004-02-13 at 05:16, Rick Johnson wrote: > Per the release notes, the boot CD's won't boot on anything that isn't > i686 compatible. That included older AMD processors and VIA processors. > It was a build error, and will be resolved next time around. Thanks! Doh, missed that one! In that case I'll work around it. -- David Norris http://www.webaugur.com/dave/ ICQ - 412039 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From twaugh at redhat.com Fri Feb 13 09:55:51 2004 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 13 Feb 2004 09:55:51 +0000 Subject: printconf broken on x86_64 test 1 In-Reply-To: <20040213031810.GA3307@thacker.dyndns.org> References: <20040213031810.GA3307@thacker.dyndns.org> Message-ID: <20040213095551.GB25654@redhat.com> On Thu, Feb 12, 2004 at 10:18:10PM -0500, John Alexander Thacker wrote: > Looks like it's looking in a build directory for a python file when > it shouldn't be. No, the error message shows the wrong path, that's all. The real problem was to do with %{_libdir} confusion in the foomatic package as I recall. As mentioned elsewhere in this thread, it should be fixed in the foomatic update; you'll just need to recompile it. Incidentally, this issue is in bugzilla. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From czar at czarc.net Fri Feb 13 10:18:31 2004 From: czar at czarc.net (Gene C.) Date: Fri, 13 Feb 2004 05:18:31 -0500 Subject: specifying NIC driver at bootup Message-ID: <200402130518.31995.czar@czarc.net> I have having a problem trying to install FC2 test1. The system I have as a 3C940 NIC on the motherboard. This is supported by the sk98lin driver but this is not recognized by the installer. Under FC1, the installer prompted me to select a driver but this is not occuring on FC2 -- https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115528 Is there a way to specify the NIC driver to use with a kernel boot parameter? -- Gene From fedora at networklifeline.net Fri Feb 13 10:29:48 2004 From: fedora at networklifeline.net (BC) Date: Fri, 13 Feb 2004 03:29:48 -0700 Subject: Lock up Message-ID: <20040213102948.2163.qmail@webmail-2-1.secureserver.net> ide=nodma did not work for me. I still get the lock up VP_IDE: VIA vt8237 (rev 00) IDE UDMA, BIOS settings: hda:pio , hdb:pio hde: lost interruppt hde: lost interruppt hde: 156301488 sectors (80026 MB) w/8192KiB Cache, CHS=16383/255/63 hde: lost interruppt I do have a maxtor drive 30 G on hda and a dvd drive on hdb. I don't get any dma errors. I eventually get through boot to the Spalsh screen right after it probes for monitor etc. and then locks up. BC Date: Thu, 12 Feb 2004 15:54:48 -0800 From: Rick Johnson Organization: Medata, Inc. To: fedora-test-list at redhat.com Subject: Re: lock up on install - Dell laptop as well Reply-To: fedora-test-list at redhat.com BC wrote: > I tried to install but it locks up at the fedora splash screen. Error I get are: > > I have an Abit motherboard with via chipset SATA Hard drive. > > 1) HDE lost interuppt on boot 10 mesages --- SATA drive > > It finally boots and goes to splash screen then locks up > Not to be me too, but I'm getting the same error booting from an IDE-CDROM within a Dell Lattitude CPx laptop. <6>ice-cd: cmd 0x28 timed out <4>hdc: DMA interrupt recovery <4>hdc: lost interrupt The media md5sum's just fine, so it's not a bad disc. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc Date: Thu, 12 Feb 2004 14:24:15 -0700 From: BC Subject: lock up on install To: fedora-test-list at redhat.com Reply-To: fedora-test-list at redhat.com I tried to install but it locks up at the fedora splash screen. Error I get are: I have an Abit motherboard with via chipset SATA Hard drive. 1) HDE lost interuppt on boot 10 mesages --- SATA drive It finally boots and goes to splash screen then locks up BC From douglas.furlong at firebox.com Fri Feb 13 10:30:54 2004 From: douglas.furlong at firebox.com (Douglas Furlong) Date: Fri, 13 Feb 2004 10:30:54 +0000 Subject: FC2 Test1 Evolution crashes In-Reply-To: <200402122011.35406.gstool@earthlink.net> References: <200402121237.42423.gstool@earthlink.net> <1076617067.19706.0.camel@workstation> <1076617731.6565.2.camel@zephyr> <200402122011.35406.gstool@earthlink.net> Message-ID: <1076668253.3588.44.camel@wibbit.firebox.com> On Fri, 2004-02-13 at 02:11, Gerry Tool wrote: > On Thursday 12 February 2004 14:28, Ben Steeves wrote: > > On Thu, 2004-02-12 at 16:17, Mike Mccabe wrote: > > > Are you using IMAP? I'm having some issues with it after I created some > > > a folder. Here's the link to the bug > > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115460 > > > Mike > > > > > > On Thu, 2004-02-12 at 12:37 -0600, Gerry Tool wrote: > > > > Application "evolution" (process 4056) has crashed > > > > due to a fatal error. > > > > (Segmentation fault) > > > > For me, Evolution segfaults on the first start up. It opens a window > > titled "Migrating..." (which is odd 'cos this is a completely fresh > > install) and then crashes immediately. The "Migrating..." window says > > that it's "Migrating 'Personal'" at the time. > > > > Freshly installed system ("Personal Desktop"), using a standard mbox > > account for mail. Haven't applied the available updates yet but I'm > > just doing that now. > > Similar situation here, but I'm using POP3. Now I notice it opens a dialog > that says this version (1.5.3) is a preview release, not yet complete - > getting close. If you want a stable version, it says to uninstall and > install version 1.4 instead. > > It actually worked when I clicked OK on that dialog. > > Gerry Tool Morning All. I am also having a problem with Evolution but I don't believe it is related to the above. Clean Install, set up evolution but create no email accounts. On starting it segfaults. Where is bugzilla for this release? Dougie From paul at all-the-johnsons.co.uk Fri Feb 13 10:48:34 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Fri, 13 Feb 2004 10:48:34 +0000 Subject: FC2 Test1 Evolution crashes In-Reply-To: <1076668253.3588.44.camel@wibbit.firebox.com> References: <200402121237.42423.gstool@earthlink.net> <1076617067.19706.0.camel@workstation> <1076617731.6565.2.camel@zephyr> <200402122011.35406.gstool@earthlink.net> <1076668253.3588.44.camel@wibbit.firebox.com> Message-ID: <1076669314.26000.66.camel@localhost.localdomain> Hi, > Where is bugzilla for this release? It's already there on the Ximian bugzilla. Personally, I compiled 1.5.3 from source and it worked a damned sight better than the Fedora one which is just unstable full stop. It is fixed in the 1.5.4 release. No idea why the Fedora chaps haven't RPM'd it yet though. There are other issues with 1.5.3 1. Don't use the internal spam checking - it's dog slow 2. Mailboxs aren't transfered correctly 3. Addresses aren't transfered at all 4. Printing is unreliable (segfaults) - not sure if that is an Ev problem 5. It is a lot slower than the previous versions. 6. (On my system) It hangs on downloading emails at email 12 (attempt 1). 7. If you leave it to itself for downloading email (automatically, doesn't have the download progress bars) it's a lot more stable 8. It won't always start up. There seems to be an issue with evolution-alarm-notify and the dataserver going insane. Best thing to do is to start Ev up and if it doesn't appear instantly (or within a couple of seconds), kill the dataserver, Ev and alarm-notify and try again All of these are on the Ximian bugzilla. TTFN Paul -- Free your mind to a time where a company does not have control Free your mind to a choice of applications which you can control Free your mind from the closed world of those who seek total power Free your mind to the wonderful world of free software -------------- 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 dsavage at peaknet.net Fri Feb 13 11:34:20 2004 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Fri, 13 Feb 2004 05:34:20 -0600 Subject: Fedora Core 1 Test Update: spamassassin-2.63-0.1 In-Reply-To: <4029FDF9.1010303@redhat.com> References: <4029B097.8070908@togami.com> <4029D63A.8010303@gmx.de> <20040211092856.27391563.ms-nospam-0306@arcor.de> <4029FDF9.1010303@redhat.com> Message-ID: <1076672060.5732.2.camel@lioness.thunderpurr.net> On Wed, 2004-02-11 at 04:03, Warren Togami wrote: > I'll roll the next FC1 test update when I wake up Wednesday based upon > comments here. Just a sanity check please. Thursday's new -0.2 update now installs with no muss or fuss. Thanks! --Doc Savage Fairview Heights, IL From shrek-m at gmx.de Fri Feb 13 12:03:01 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 13 Feb 2004 13:03:01 +0100 Subject: Fedora Core 1 Test Update: spamassassin-2.63-0.1 In-Reply-To: <1076672060.5732.2.camel@lioness.thunderpurr.net> References: <4029B097.8070908@togami.com> <4029D63A.8010303@gmx.de> <20040211092856.27391563.ms-nospam-0306@arcor.de> <4029FDF9.1010303@redhat.com> <1076672060.5732.2.camel@lioness.thunderpurr.net> Message-ID: <402CBCF5.1000505@gmx.de> Robert G. (Doc) Savage wrote: >On Wed, 2004-02-11 at 04:03, Warren Togami wrote: > > >>I'll roll the next FC1 test update when I wake up Wednesday based upon >>comments here. Just a sanity check please. >> >> >Thursday's new -0.2 update now installs with no muss or fuss. Thanks! > thanks. # rpm -Uvh /mnt/sda1/updates/download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/i386/spamassassin-2.63-0.* Warnung: package spamassassin = 2.63-0.1 was already added, replacing with spamassassin <= 2.63-0.2 Preparing... ########################################### [100%] 1:spamassassin ########################################### [100%] # rpm -q spamassassin spamassassin-2.63-0.2 # LANG=C rpm -qf /usr/lib/perl5/vendor_perl/* perl-SGMLSpm-1.03ii-12 file /usr/lib/perl5/vendor_perl/5.8.1 is not owned by any package -- shrek-m From ms-nospam-0306 at arcor.de Fri Feb 13 12:15:25 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Fri, 13 Feb 2004 13:15:25 +0100 Subject: Fedora Core 1 Test Update: spamassassin-2.63-0.1 In-Reply-To: <402CBCF5.1000505@gmx.de> References: <4029B097.8070908@togami.com> <4029D63A.8010303@gmx.de> <20040211092856.27391563.ms-nospam-0306@arcor.de> <4029FDF9.1010303@redhat.com> <1076672060.5732.2.camel@lioness.thunderpurr.net> <402CBCF5.1000505@gmx.de> Message-ID: <20040213131525.019062bc.ms-nospam-0306@arcor.de> On Fri, 13 Feb 2004 13:03:01 +0100, shrek-m at gmx.de wrote: > # rpm -Uvh > /mnt/sda1/updates/download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/i386/spamassassin-2.63-0.* > Warnung: package spamassassin = 2.63-0.1 was already added, replacing > with spamassassin <= 2.63-0.2 Get rid of the bad -0.1 package. > # LANG=C rpm -qf /usr/lib/perl5/vendor_perl/* > perl-SGMLSpm-1.03ii-12 > file /usr/lib/perl5/vendor_perl/5.8.1 is not owned by any package Expected. -- From redhat-jc at insight.rr.com Fri Feb 13 12:33:42 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Fri, 13 Feb 2004 07:33:42 -0500 Subject: FC2 Test 1 Nautilus crashes In-Reply-To: <20040213082912.GB6516@aloss.ukuu.org.uk> References: <200402121401.01194.gstool@earthlink.net> <20040213082912.GB6516@aloss.ukuu.org.uk> Message-ID: <402CC426.10400@insight.rr.com> Telsa Gwynne wrote: > On Thu, Feb 12, 2004 at 02:01:01PM -0600 or thereabouts, Gerry Tool wrote: > >>My home directory icon opens a window that shows the files/folders >>that exist, but it is not a standard Nautilus window with the >>expected format. Is this correct? > > > I don't know about "correct", but it is certainly intentional. > > Since I am sure this will come up a lot in this cycle, I > shall mention early on that you can get the old view back: > right-click on a file or folder and select "Browse". At > least, this works on Nautilus from CVS, so I presume it > will work on Fedora (we haven't finished downloading yet). > > Although it would probably be good if a few people tested > it in the default view :) > > Can't help with the crash though.. > > Telsa > > Thanks! Right clicking on a desktop folder, then selecting browse works. I like the old view better. Jim From whooperhsd3 at earthlink.net Fri Feb 13 13:10:12 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Fri, 13 Feb 2004 08:10:12 -0500 (EST) Subject: Up2date channels In-Reply-To: <200402122111.20722.gstool@earthlink.net> References: <200402121954.57270.gstool@earthlink.net> <65341.69.34.107.156.1076641273.squirrel@69.34.107.156> <200402122111.20722.gstool@earthlink.net> Message-ID: <2228.12.29.16.103.1076677812.squirrel@12.29.16.103> Gerry Tool said: > > There were half-a-dozen or so packages in the channel listed as: > > yum fedora-core-2-test1-updates > http://fedora.redhat.com/updates/released/fedora-core-1 This is definitely the Fedora Core 1 updates repo. I'm not sure if it is intentional or just a placeholder for when FC2 gets released. > and there are about 130+ packages in the channel listed as: > > fedora-core-rawhide > http://download.fedora.redhat.com/pub/fedora/linux/core/development/$ARCH/ > > Is this latter channel the one we are suppose to be using for this test > phase? > I would appreciate a statement of what the ground rules are for updating > during this test phase. There was a thread on this not long ago (before FC2Test1). http://www.redhat.com/archives/fedora-test-list/2004-February/msg00234.html -- William Hooper From gstool at earthlink.net Fri Feb 13 13:26:24 2004 From: gstool at earthlink.net (Gerry Tool) Date: Fri, 13 Feb 2004 07:26:24 -0600 Subject: Up2date channels In-Reply-To: <2228.12.29.16.103.1076677812.squirrel@12.29.16.103> References: <200402121954.57270.gstool@earthlink.net> <200402122111.20722.gstool@earthlink.net> <2228.12.29.16.103.1076677812.squirrel@12.29.16.103> Message-ID: <200402130726.24647.gstool@earthlink.net> On Friday 13 February 2004 07:10, William Hooper wrote: > Gerry Tool said: > > There were half-a-dozen or so packages in the channel listed as: > > > > yum fedora-core-2-test1-updates > > http://fedora.redhat.com/updates/released/fedora-core-1 > > This is definitely the Fedora Core 1 updates repo. I'm not sure if it is > intentional or just a placeholder for when FC2 gets released. > > > and there are about 130+ packages in the channel listed as: > > > > fedora-core-rawhide > > http://download.fedora.redhat.com/pub/fedora/linux/core/development/$ARCH > >/ > > > > Is this latter channel the one we are suppose to be using for this test > > phase? > > I would appreciate a statement of what the ground rules are for updating > > during this test phase. > > There was a thread on this not long ago (before FC2Test1). > > http://www.redhat.com/archives/fedora-test-list/2004-February/msg00234.html > > -- > William Hooper That thread mentions that someone should create an FAQ for testers. Does such a thing exist yet? It _sure_ would be helpful. Gerry Tool From gstool at earthlink.net Fri Feb 13 13:35:13 2004 From: gstool at earthlink.net (Gerry Tool) Date: Fri, 13 Feb 2004 07:35:13 -0600 Subject: FC2-test1 via yum In-Reply-To: References: <20040213060051.GA13033@wolves.durham.nc.us> Message-ID: <200402130735.13299.gstool@earthlink.net> On Friday 13 February 2004 00:11, Satish Balay wrote: > On Fri, 13 Feb 2004, Gregory Woodbury wrote: > > Since my test-bed machine is an AMD k6-2, I can't boot the recently > > released CD ISOs. However, using yum to update against the development > > tree (the next best thing) I'm getting the following reported out of the > > yum dependencies phase: > > > > > > Package xsane-gimp needs libgimp-1.2.so.0, this is not available. > > Package xsane-gimp needs libgimpui-1.2.so.0, this is not available. > > Package redhat-artwork needs /usr/lib/qt-3.2, this is not available. > > I've seen the last one - but not the first two. My workarround was to > have the following in /etc/yum.conf > > exclude=qt > > You could try 'yum -d4 upgrade' - and try decephering the dependencies > - to figure out what other excludes are necessary for 'yum upgrade' to > go through. Perhaps the following will work: > > exclude=qt gimp > That should work. I had to exclude those two when using up2date also. Gerry Tool From ted at trufflesdad.plus.com Fri Feb 13 13:51:26 2004 From: ted at trufflesdad.plus.com (Ted) Date: Fri, 13 Feb 2004 13:51:26 +0000 Subject: xmms+sound.. Message-ID: <200402131351.26237.ted@trufflesdad.plus.com> Just installed Fedora test and xmms tells me.. Segmentation fault And /sbin/sndconfig tells me I must be using a kernel with modular sound...I looked at the kernel with make menu config and see the kernel is built with modular sound...Any advice appreciated... -- Regards Ted Wager Using Linux From bpm at ec-group.com Fri Feb 13 14:16:14 2004 From: bpm at ec-group.com (Brian Millett) Date: Fri, 13 Feb 2004 08:16:14 -0600 Subject: cdrom mounting? Message-ID: <1076681773.3021.5.camel@shaka.ec-group.com> Hi, with the Fedora Core release 1.90 (FC2 Test 1), I seem to have lost the "right click on desktop" menu items that show the cdrom, and other "disks" that are in the /etc/fstab. How do I get/put it back? Items in fstab that DID show up in said menu before upgrade: /dev/cdrom /mnt/cdrom udf,iso9660 noauto,owner,kudzu,ro 0 0 /dev/flashdrive /mnt/flashdrive auto noauto,users,rw 0 0 /dev/compactflash /mnt/compactflash auto noauto,users,rw 0 0 When I put in a cdrom I can manually mount it, same for the flashdrive & compactflash. I'm just lazy :-) and want a menu item. Thanks. -- Brian Millett - Technologist Rex "Please. Do not let them take the machine. It's not for them. It's not for this time." -- Varn, "A Voice in the Wilderness II" From balay at fastmail.fm Fri Feb 13 14:37:21 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 13 Feb 2004 08:37:21 -0600 (CST) Subject: FC2 test 1 Qs In-Reply-To: <1076664175.26000.2.camel@localhost.localdomain> References: <1076664175.26000.2.camel@localhost.localdomain> Message-ID: On Fri, 13 Feb 2004, PFJ wrote: > Hi, > > Do I need to get the CDs from Bittorrent? I've been applying all of the > updates from the fedora ftp site (in the development directory) for a > good couple of weeks now. Nope - unless you want to test the installer & the initial package selection. The updates to FC2T1 will again be in 'development' > > If I do need to get hold of the discs, what is the bit torrent address? Instructions at http://torrent.dulug.duke.edu/ btdownloadcurses.py --url http://torrent.dulug.duke.edu/FC2-test1-binary-i386.torrent Satish From bcs at metacon.ca Fri Feb 13 14:47:12 2004 From: bcs at metacon.ca (Ben Steeves) Date: Fri, 13 Feb 2004 10:47:12 -0400 Subject: FC2-t1 exhibits long delay on LVM setup Message-ID: <1076683632.7608.14.camel@zephyr> I just installed a FC2 Test 1 system and applied all of the days patches. When the machine boots, it sits at teh "Setting up Logical Volume Management" phase for a very long time (about 5 minutes). After this delay, the message "setlocale failed" is printed and boot continues normally. The filesystems all appear to work correctly. Is anyone else seeing odd LVM behaviour? -- 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 thacker at math.cornell.edu Fri Feb 13 15:00:35 2004 From: thacker at math.cornell.edu (John Alexander Thacker) Date: Fri, 13 Feb 2004 10:00:35 -0500 Subject: printconf broken on x86_64 test 1 In-Reply-To: <20040213095551.GB25654@redhat.com> References: <20040213031810.GA3307@thacker.dyndns.org> <20040213095551.GB25654@redhat.com> Message-ID: <20040213150035.GA7586@thacker.dyndns.org> On Fri, Feb 13, 2004 at 09:55:51AM +0000, Tim Waugh wrote: > On Thu, Feb 12, 2004 at 10:18:10PM -0500, John Alexander Thacker wrote: > > > Looks like it's looking in a build directory for a python file when > > it shouldn't be. > > No, the error message shows the wrong path, that's all. The real > problem was to do with %{_libdir} confusion in the foomatic package as > I recall. As mentioned elsewhere in this thread, it should be fixed > in the foomatic update; you'll just need to recompile it. Thanks. > Incidentally, this issue is in bugzilla. Yes it is. But simply searching for redhat-config-printer doesn't find the issue anymore, since the problem was with foomatic and the component was therefore switched to foomatic. The title fo the bug that does still exist is "hang attempting the crate new printer definition," which will mess people up who try to search for the correctly spelled "create new printer." https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113158 The duplicates, 113794 and 114975, don't show up after doing a simple search anymore either, since the simple search doesn't show bugs that have been set to duplicate. Since it's very non-obvious that this problem is a footmatic one rather than a printconf one, and the only bug that does show up in a simple search has a misspelling, it's harder to find that the problem is already in bugzilla than it should be. Thanks for the help, though. John Thacker From noa at resare.com Fri Feb 13 15:06:30 2004 From: noa at resare.com (Noa Resare) Date: Fri, 13 Feb 2004 16:06:30 +0100 Subject: xmms+sound.. In-Reply-To: <200402131351.26237.ted@trufflesdad.plus.com> References: <200402131351.26237.ted@trufflesdad.plus.com> Message-ID: <1076684790.18474.6.camel@localhost.localdomain> On fre, 2004-02-13 at 13:51 +0000, Ted wrote: > Just installed Fedora test and xmms tells me.. > > Segmentation fault > > And /sbin/sndconfig tells me I must be using a kernel with modular > sound...I looked at the kernel with make menu config and see the > kernel is built with modular sound...Any advice appreciated... > Generally when you run a test release and encounter a problem with a specific program it a good idea to query for bugs against the component in question. In this case searching for "Fedora Core", "test1" and "xmms" gives two bugs, one that has the summary "xmms segfault on startup". Perhaps that one might be related? If you're to lazy to actually do the search I can tell you it's bug number #115523. (In short, if you dont't have an old $HOME/.xmms directory to bootstrap with you need to back out the arts patch from the src.rpm and rebuild, or wait for an xmms update in the devel tree.) /noa -- Yesterday is History. Tomorrow is a Mystery, and Today is a gift. That's why we call it the Present. --- Eug?nie des Alpages From paul at all-the-johnsons.co.uk Fri Feb 13 15:33:37 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Fri, 13 Feb 2004 15:33:37 +0000 Subject: FC2 test 1 Qs & Evolution In-Reply-To: References: <1076664175.26000.2.camel@localhost.localdomain> Message-ID: <1076686417.26000.88.camel@localhost.localdomain> Hi, > > Do I need to get the CDs from Bittorrent? I've been applying all of the > > updates from the fedora ftp site (in the development directory) for a > > good couple of weeks now. > > Nope - unless you want to test the installer & the initial package selection. > The updates to FC2T1 will again be in 'development' Fair enough, I don't need to download them then. I'd love to know when the chaps are going to fix Evolution to 1.5.4, 1.5.3 is too unstable, even when compiled from gnome's source. TTFN Paul -- Free your mind to a time where a company does not have control Free your mind to a choice of applications which you can control Free your mind from the closed world of those who seek total power Free your mind to the wonderful world of free software -------------- 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 awol at home.nl Fri Feb 13 15:39:33 2004 From: awol at home.nl (Alexander Volovics) Date: Fri, 13 Feb 2004 16:39:33 +0100 Subject: FC2 test1: pcmcia problems on dell i8100 Message-ID: <20040213153933.GA12148@home.nl> I had to remove the Intel Pro 10/100 pcmcia network card before I could install FC2 test 1 on a Dell inspiron 8100. After reinserting the card I configured networking via 'system-config-network'. The driver xirc2ps_cs is loaded and pcmcia is running but when pcmcia services are started I get the message: "pcmcia: cardmgr[1129]: no sockets found!" in the boot.log. Can somebody tell me how to get this working again with the 2.6 kernel. Alexander From aoliva at redhat.com Fri Feb 13 15:49:15 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 13 Feb 2004 13:49:15 -0200 Subject: Dell Lattitude CPx Battery Shutdown In-Reply-To: <402C6CD4.4080708@medata.com> References: <402C6CD4.4080708@medata.com> Message-ID: On Feb 13, 2004, Rick Johnson wrote: > I've tried both an upgrade and a fresh install. It appears that when I > boot up with the battery in, the system will shut down shortly after > detecting file systems (modprobe time?). I got the same problem on my Inspiron 8000. Booting without rhgb would enable me to see the amusing message (quoted from memory) `limit temperature -296 degrees Celsius reached, shutting down'. After reading this, I tested acpi=on without battery and it wouldn't do it any more. Upgrading to 2.6.2-1.74 fixed it as well. I'm tentatively closing bug 115518. Please reopen if you find that it doesn't fix the problem for you. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From rjohnson at medata.com Fri Feb 13 15:56:56 2004 From: rjohnson at medata.com (Rick Johnson) Date: Fri, 13 Feb 2004 07:56:56 -0800 Subject: FC2 test1: pcmcia problems on dell i8100 In-Reply-To: <20040213153933.GA12148@home.nl> References: <20040213153933.GA12148@home.nl> Message-ID: <402CF3C8.2060802@medata.com> Alexander Volovics wrote: > I had to remove the Intel Pro 10/100 pcmcia network card > before I could install FC2 test 1 on a Dell inspiron 8100. > > After reinserting the card I configured networking via > 'system-config-network'. > > The driver xirc2ps_cs is loaded and pcmcia is running but > when pcmcia services are started I get the message: > "pcmcia: cardmgr[1129]: no sockets found!" in the boot.log. > > Can somebody tell me how to get this working again with the > 2.6 kernel. I found this to be a problem as well. I simply did a modprobe yenta (or whichever the module name for yenta is) and then restarted the PCMCIA service - my stuff started working. It seems that the pcmcia-cs update and/or the newer kernel we probably pulled from apt/yum/up2date last night broke it. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From rjohnson at medata.com Fri Feb 13 15:59:11 2004 From: rjohnson at medata.com (Rick Johnson) Date: Fri, 13 Feb 2004 07:59:11 -0800 Subject: Dell Lattitude CPx Battery Shutdown In-Reply-To: References: <402C6CD4.4080708@medata.com> Message-ID: <402CF44F.1090805@medata.com> Alexandre Oliva wrote: > On Feb 13, 2004, Rick Johnson wrote: > > >>I've tried both an upgrade and a fresh install. It appears that when I >>boot up with the battery in, the system will shut down shortly after >>detecting file systems (modprobe time?). > > > I got the same problem on my Inspiron 8000. Booting without rhgb > would enable me to see the amusing message (quoted from memory) `limit > temperature -296 degrees Celsius reached, shutting down'. > > After reading this, I tested acpi=on without battery and it wouldn't > do it any more. > > Upgrading to 2.6.2-1.74 fixed it as well. I'm tentatively closing bug > 115518. Please reopen if you find that it doesn't fix the problem for > you. I did note (very late last night) that the newer kernel allowed me to stay up as well. I want to say the battery applet doesn't work well with ACPI, but I could be mistaken. That's more of an applet, not a kernel issue. If I can reproduce, I'll file it. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From twaugh at redhat.com Fri Feb 13 16:01:13 2004 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 13 Feb 2004 16:01:13 +0000 Subject: FC2 test1: pcmcia problems on dell i8100 In-Reply-To: <402CF3C8.2060802@medata.com> References: <20040213153933.GA12148@home.nl> <402CF3C8.2060802@medata.com> Message-ID: <20040213160113.GG25654@redhat.com> > Alexander Volovics wrote: > >I had to remove the Intel Pro 10/100 pcmcia network card > >before I could install FC2 test 1 on a Dell inspiron 8100. Why? Were you getting /sbin/loader segfaults? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From awol at home.nl Fri Feb 13 16:18:27 2004 From: awol at home.nl (Alexander Volovics) Date: Fri, 13 Feb 2004 17:18:27 +0100 Subject: FC2 test1: pcmcia problems on dell i8100 In-Reply-To: <20040213160113.GG25654@redhat.com> References: <20040213153933.GA12148@home.nl> <402CF3C8.2060802@medata.com> <20040213160113.GG25654@redhat.com> Message-ID: <20040213161827.GA12192@home.nl> On Fri, Feb 13, 2004 at 04:01:13PM +0000, Tim Waugh wrote: > > Alexander Volovics wrote: > > >I had to remove the Intel Pro 10/100 pcmcia network card > > >before I could install FC2 test 1 on a Dell inspiron 8100. > Why? Were you getting /sbin/loader segfaults? I am one of the "install exited abnormally - received signal 11" victims so I had no alternative. Alexander From bcs at metacon.ca Fri Feb 13 16:35:59 2004 From: bcs at metacon.ca (Ben Steeves) Date: Fri, 13 Feb 2004 12:35:59 -0400 Subject: up2date problem with qt & redhat-artwork Message-ID: <1076690159.7608.39.camel@zephyr> Has anyone else been unable to update qt because of an unresolvable dependency against redhat-artwork? I keep getting: redhat-artwork 0.90-1 requires /usr/lib/qt-3.2 -- 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 streeter at redhat.com Fri Feb 13 16:45:00 2004 From: streeter at redhat.com (Guy Streeter) Date: Fri, 13 Feb 2004 10:45:00 -0600 Subject: up2date problem with qt & redhat-artwork In-Reply-To: <1076690159.7608.39.camel@zephyr> References: <1076690159.7608.39.camel@zephyr> Message-ID: <1076690700.8854.1.camel@jarjar.hsv.redhat.com> On Fri, 2004-02-13 at 12:35 -0400, Ben Steeves wrote: > Has anyone else been unable to update qt because of an unresolvable > dependency against redhat-artwork? I keep getting: > > redhat-artwork 0.90-1 requires /usr/lib/qt-3.2 Your up2date is fetching from the fedora-devel (rawhide) repository, which is never guaranteed to be self-consistent. --Guy From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Feb 13 16:53:59 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 13 Feb 2004 17:53:59 +0100 Subject: Dell Lattitude CPx Battery Shutdown In-Reply-To: <402CF44F.1090805@medata.com> References: <402C6CD4.4080708@medata.com> <402CF44F.1090805@medata.com> Message-ID: <20040213175359.12d3e74d@localhost> Rick Johnson wrote : > > I got the same problem on my Inspiron 8000. Booting without rhgb > > would enable me to see the amusing message (quoted from memory) `limit > > temperature -296 degrees Celsius reached, shutting down'. > > > > After reading this, I tested acpi=on without battery and it wouldn't > > do it any more. > > > > Upgrading to 2.6.2-1.74 fixed it as well. I'm tentatively closing bug > > 115518. Please reopen if you find that it doesn't fix the problem for > > you. > > I did note (very late last night) that the newer kernel allowed me to > stay up as well. > > I want to say the battery applet doesn't work well with ACPI, but I > could be mistaken. That's more of an applet, not a kernel issue. If I > can reproduce, I'll file it. I'll try the latest kernel too then, as the 2.6.1-1.65 can't seem to get battery info properly : # cat /proc/acpi/battery/BAT0/* alarm: unsupported present: yes design capacity: 0 mWh last full capacity: 0 mWh battery technology: non-rechargeable design voltage: 0 mV design capacity warning: 0 mWh design capacity low: 0 mWh capacity granularity 1: 0 mWh capacity granularity 2: 0 mWh model number: serial number: battery type: OEM info: present: yes capacity state: ok charging state: unknown present rate: 0 mA remaining capacity: 0 mAh present voltage: 0 mV (I get the same for the 2nd battery, when inserted) This is on a Dell Inspiron 8600 with ACPI. When running the gnome battery applet, it fills my kernel logs with : -0091: *** Error: ut_allocate: Attempt to allocate zero bytes Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.1-1.65 Load : 1.36 0.90 0.67 From balay at fastmail.fm Fri Feb 13 16:52:30 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 13 Feb 2004 10:52:30 -0600 (CST) Subject: up2date problem with qt & redhat-artwork In-Reply-To: <1076690159.7608.39.camel@zephyr> References: <1076690159.7608.39.camel@zephyr> Message-ID: On Fri, 13 Feb 2004, Ben Steeves wrote: > Has anyone else been unable to update qt because of an unresolvable > dependency against redhat-artwork? I keep getting: > > redhat-artwork 0.90-1 requires /usr/lib/qt-3.2 Yes. I just added the following to /etc/yum.conf (and did yum upgrade) exclude=qt You might want to remove this entry after the update is done (as usually such broken dependencies are fixed in subsequent updates) Note: I've posted this info on another thread [FC2-test1 via yum] Satish From aoliva at redhat.com Fri Feb 13 17:23:35 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 13 Feb 2004 15:23:35 -0200 Subject: FC2-t1 exhibits long delay on LVM setup In-Reply-To: <1076683632.7608.14.camel@zephyr> References: <1076683632.7608.14.camel@zephyr> Message-ID: On Feb 13, 2004, Ben Steeves wrote: > I just installed a FC2 Test 1 system and applied all of the days > patches. When the machine boots, it sits at teh "Setting up Logical > Volume Management" phase for a very long time (about 5 minutes). After > this delay, the message "setlocale failed" is printed and boot continues > normally. The filesystems all appear to work correctly. > Is anyone else seeing odd LVM behaviour? lvm vgscan scans pretty much every block device it can get its hands on. You may filter out stuff that doesn't matter for you using a filter directive in /etc/lvm/lvm.conf. Here's what I use for a machine whose physical volumes are *all* raid devices: devices { filter = [ "a|/dev/md.*|", "r|.*|" ] } this is for another box in which the `r'(emoved) devices are RAID members: devices { filter = [ "r|/dev/hd[acegimos][5689]|", "r|/dev/hd[acegimos]1[012]|", "a|.*|" ] } skipping raid members is a big problem that I wish lvm could take care of by itself, otherwise anaconda will have to do it by itself. If you don't skip raid members, lvm vgscan will simply bail out after finding some ``duplicate'' physical volumes, that turn out to be just the RAID 1 members and the RAID device itself. Ugh! Anyhow, limiting the scanning to only the devices that matter for you (with "a|regexp|", skipping everything else) will help speed up the boot very significantly. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From aoliva at redhat.com Fri Feb 13 18:00:49 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 13 Feb 2004 16:00:49 -0200 Subject: FC2 test1: pcmcia problems on dell i8100 In-Reply-To: <20040213153933.GA12148@home.nl> References: <20040213153933.GA12148@home.nl> Message-ID: On Feb 13, 2004, Alexander Volovics wrote: > The driver xirc2ps_cs is loaded and pcmcia is running but > when pcmcia services are started I get the message: > "pcmcia: cardmgr[1129]: no sockets found!" in the boot.log. > Can somebody tell me how to get this working again with the > 2.6 kernel. Be sure to have a look at the end of this bug report, it may affect you: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100528 FWIW, this got severely broken for me on FC2 test1; now the network card doesn't work at all. While debugging the problem, I found a problem in initscripts that might also help you (without it you may end up with hotplug disabled), but it unfortunately hasn't fixed the problem for me. I'm yet to file a new bug report with this patch, but if someone would like to integrate the patch and save both of us a few minutes, I certainly wouldn't mind :-) --- /etc/sysconfig/network-scripts/network-functions~ 2004-01-28 04:19:41.000000000 -0200 +++ /etc/sysconfig/network-scripts/network-functions 2004-02-13 15:04:53.000000000 -0200 @@ -180,8 +180,10 @@ fi HOTPLUG=`cat /proc/sys/kernel/hotplug` echo "/bin/true" > /proc/sys/kernel/hotplug - modprobe $1 > /dev/null 2>&1 || return 1 + modprobe $1 > /dev/null 2>&1 + local status=$? echo "$HOTPLUG" > /proc/sys/kernel/hotplug + test "$status" = 0 || return 1 if [ -n "$HWADDR" ]; then local curdev=`ip -o link | awk -F ':' -vIGNORECASE=1 '/$HWADDR/ { print $2 }'` rename_device "$1" "$HWADDR" "$curdev" -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From aoliva at redhat.com Fri Feb 13 18:42:46 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 13 Feb 2004 16:42:46 -0200 Subject: FC2 test1: pcmcia problems on dell i8100 In-Reply-To: References: <20040213153933.GA12148@home.nl> Message-ID: On Feb 13, 2004, Alexandre Oliva wrote: > While debugging the problem, I found a > problem in initscripts that might also help you There's yet another bug in network-functions just above that. modprobe -c now prints an `install eth0 /bin/true' line even though there is an alias. I can't tell whether this is by design or a bug in modprobe, but it looks like we may have to work around this in network-functions. Also, modprobe 3c574_cs will return an exit status if the module happens to be already loaded. Is it really appropriate to fail is_available() in this case? Unfortunately, even if I comment that bit out, it will still fail on my box. It seems that loading 3c574_cs simply won't add eth0 to the ip link output. I'm not sure how to proceed debugging this. Anyone care to suggest a lead for me to follow? Thanks in advance, > --- /etc/sysconfig/network-scripts/network-functions~ 2004-01-28 04:19:41.000000000 -0200 > +++ /etc/sysconfig/network-scripts/network-functions 2004-02-13 15:04:53.000000000 -0200 > @@ -180,8 +180,10 @@ > fi > HOTPLUG=`cat /proc/sys/kernel/hotplug` > echo "/bin/true" > /proc/sys/kernel/hotplug > - modprobe $1 > /dev/null 2>&1 || return 1 > + modprobe $1 > /dev/null 2>&1 > + local status=$? > echo "$HOTPLUG" > /proc/sys/kernel/hotplug > + test "$status" = 0 || return 1 > if [ -n "$HWADDR" ]; then > local curdev=`ip -o link | awk -F ':' -vIGNORECASE=1 '/$HWADDR/ { print $2 }'` > rename_device "$1" "$HWADDR" "$curdev" -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From chiodr at kscems.ksc.nasa.gov Fri Feb 13 19:08:34 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Fri, 13 Feb 2004 14:08:34 -0500 Subject: FC2 Test 1 & Up2date Message-ID: <1076699314.30479.36.camel@tweedy.ksc.nasa.gov> Pardon if this hits the list twice. I have just completed an upgrade (via ISOs) to FC2 Test 1. No problems noted. The update preserved the /etc/yum.conf and /etc/sysconfig/rhn/sources files. I noted that there were corresponding *.rpmnew files. Renamed the old ones to *.old and renamed the new ones to yum.conf and sources respectively. The Alert NOtification Tool tells me I have 288 updates. Running up2date pulls the updates from rawhide. Is this the correct repo for FC2/T1? Bob... --- Bob Chiodini Senior Engineer ASRC Aerospace M/S ASRC-18 Kennedy Space Center, FL 32899 321-867-6313 (voice) 321-867-6300 (fax) bob.chiodini at ksc.nasa.gov From ba at linuxin.dk Fri Feb 13 19:34:46 2004 From: ba at linuxin.dk (Bjorn Andersen) Date: Fri, 13 Feb 2004 20:34:46 +0100 Subject: Up2data and Danish Message-ID: <1076700886.12713.7.camel@localhost.localdomain> Hi There is a size problem in up2date Danish and Norway edition. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=106693 Bart Martens has submitted an patch to the problem: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=97499&action=view Anny chance that it will get into Fedora Core 2??? -- Regards Bjorn Andersen -------------- next part -------------- An HTML attachment was scrubbed... URL: From Bernd.Bartmann at sohanet.de Fri Feb 13 19:42:41 2004 From: Bernd.Bartmann at sohanet.de (Bernd Bartmann) Date: Fri, 13 Feb 2004 20:42:41 +0100 Subject: FC2 Test1 and ACL over NFS support Message-ID: <402D28B1.9020505@sohanet.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, does the kernel in FC2 Test1 support ACL over NFS? If yes, do I need to use special options when mouning a NFS share? Thanks in advance! - -- 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.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFALSiwkQuIaHu84cIRAmLyAJ9Igq3O4hDKsRYaQYQZLY9+JopAWwCdEqI/ AtzR9vf6JtLePfK05Umiwn4= =9Uz4 -----END PGP SIGNATURE----- From Bernd.Bartmann at sohanet.de Fri Feb 13 19:47:42 2004 From: Bernd.Bartmann at sohanet.de (Bernd Bartmann) Date: Fri, 13 Feb 2004 20:47:42 +0100 Subject: XF86Config in /etc/X11 and /etc/sysconfig Message-ID: <402D29DE.2050903@sohanet.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, since FC2 Test1 I now have an XF86Config in /etc/sysconfig too. It's a different file than the one in /etc/X11. So which one is actually used? /etc/sysconfig/XF86Config: # XFree86 4 configuration created by pyxf86config /etc/X11/XF86Config: # Xfree86 4 configuration created by system-config-display Bye - -- 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.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFALSnekQuIaHu84cIRAp6UAJwJD+FJcpCuDbuLeXP5mQoTH5S7HgCggPxK 8KdpFHmz+e37mlVGQXOmcmc= =MaWX -----END PGP SIGNATURE----- From jdy at cs.brown.edu Fri Feb 13 19:48:01 2004 From: jdy at cs.brown.edu (Joel Young) Date: Fri, 13 Feb 2004 14:48:01 -0500 Subject: Dell Lattitude CPx Battery Shutdown In-Reply-To: Your message of "Fri, 13 Feb 2004 17:53:59 +0100." <20040213175359.12d3e74d@localhost> References: <402C6CD4.4080708@medata.com> <402CF44F.1090805@medata.com> <20040213175359.12d3e74d@localhost> Message-ID: <20040213194801.26ED12EF97@null.cs.brown.edu> -------- From: Matthias Saou This is on a Dell Inspiron 8600 with ACPI. When running the gnome battery > applet, it fills my kernel logs with : I don't know if this is the problem, but the dsdt for the Inspiron 8500 it bad and needs to be replaced if you want a lot of the ACPI features to work right. Maybe this is the problem with the 8600? Joel From gerrit at nl.linux.org Fri Feb 13 20:03:57 2004 From: gerrit at nl.linux.org (Gerrit) Date: Fri, 13 Feb 2004 21:03:57 +0100 Subject: missing bootdisk.img Message-ID: <20040213200357.GA6754@nl.linux.org> Hi, according to images/README, there should be a file bootdisk.img. But there isn't. I want to install from network and creating a bootflop is so much easier than a boot-cdrom... Gerrit. -- Weather in Twenthe, Netherlands 13/02 19:25 UTC: 7.0??C wind 3.1 m/s W (57 m above NAP) -- Asperger Syndroom - een persoonlijke benadering: http://people.nl.linux.org/~gerrit/ Kom in verzet tegen dit kabinet: http://www.sp.nl/ From eric at interplas.com Fri Feb 13 20:07:45 2004 From: eric at interplas.com (Eric Wood) Date: Fri, 13 Feb 2004 15:07:45 -0500 Subject: Test 1 doesn't detect my LSI 320-1 card Message-ID: <00a101c3f26d$0bb3ddc0$9100000a@intgrp.com> I'm trying to install Test 1 and it sees my hda and hdb IDE disks in the system. It does not see my LSI megaraid card. How can I get it to load the megaraid2 driver during install? -eric wood From 64bit_fedora at comcast.net Fri Feb 13 20:11:48 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Fri, 13 Feb 2004 14:11:48 -0600 Subject: missing bootdisk.img In-Reply-To: <20040213200357.GA6754@nl.linux.org> References: <20040213200357.GA6754@nl.linux.org> Message-ID: <20040213201148.GA3757@comcast.net> On Fri, Feb 13, 2004 at 09:03:57PM +0100, Gerrit wrote: > > according to images/README, there should be a file bootdisk.img. But > there isn't. I want to install from network and creating a bootflop is > so much easier than a boot-cdrom... > I wouldn't say I've been missing it Bob... Which distribution are you trying to install? For FC1 AMD64, and every arch under FC2 bootdisk.img is gone, the kernel is now too big to fit on a floppy. Justin From gerrit at nl.linux.org Fri Feb 13 21:04:35 2004 From: gerrit at nl.linux.org (Gerrit) Date: Fri, 13 Feb 2004 22:04:35 +0100 Subject: missing bootdisk.img In-Reply-To: <20040213201148.GA3757@comcast.net> References: <20040213200357.GA6754@nl.linux.org> <20040213201148.GA3757@comcast.net> Message-ID: <20040213210435.GA7006@nl.linux.org> Justin M. Forbes wrote: > On Fri, Feb 13, 2004 at 09:03:57PM +0100, Gerrit wrote: > > > > according to images/README, there should be a file bootdisk.img. But > > there isn't. I want to install from network and creating a bootflop is > > so much easier than a boot-cdrom... > > > I wouldn't say I've been missing it Bob... Which distribution are you > trying to install? For FC1 AMD64, and every arch under FC2 bootdisk.img is > gone, the kernel is now too big to fit on a floppy. FC2 test 1. ...then the README should be updated. BTW, I'm unable to boot from CD-ROM as well, but I'm not sure to what extent that is caused by FC2T1 and to what extent my my old SCSI hardware. I am able to boot from another CDROM. I think there are no sufficient SCSI drivers in the beginning of the CDROM or similar... Unfortunately, I can't cut 'n' paste the error message here but after trying to boot from CD-ROM, it says something akin to 'no CDROM driver found' IIRC. Gerrit. -- Weather in Twenthe, Netherlands 13/02 20:25 UTC: 7.0??C wind 3.1 m/s W (57 m above NAP) -- Asperger Syndroom - een persoonlijke benadering: http://people.nl.linux.org/~gerrit/ Kom in verzet tegen dit kabinet: http://www.sp.nl/ From eric at interplas.com Fri Feb 13 21:16:55 2004 From: eric at interplas.com (Eric Wood) Date: Fri, 13 Feb 2004 16:16:55 -0500 Subject: FC 2 Test 1 - Sony Vaio laptop issues Message-ID: <00de01c3f276$b57df760$9100000a@intgrp.com> 1. The GUI setup can not detect and LCD or Laptop display. Instead it chooses an "Unprobed Monitor". Is this in case one "might" be using an external monitor? No biggie, it would just be nice to have LCDs detected if possible. 2. If you check 'Everything', the software catagories show go grey and display [0/10] instead of [10/10]. ...as if nothing will be installed. Comestic. 3. When you get to "Starting Install Process, this may take several minutes..." what is it doing? I assume checking dependencies. If 'Everything' is checked can we skip that delay and install everything by --force just to speed things up. 4. Sound detected as Model: VT82C686 AC97 Audio Controller, Module: snd-via82xx. However, can not here test sound. Mixer problem? 5. RH's 'sound config utility' still looking for sound soundcore.o module - broken. 6. Stuff already reported, xmms bombs, geyes bombs, cd's didn't eject during install, etc. 7. The Battery monitor applet does not switch from AC<->Battery when I unplug my power cord - stracing it doesn't even show it trying to change. Now, the ulcer comes..... 8. There's always a ticker in every release that polls the filesystem thus forcing the bdflush to write to disk every few seconds. tick.....tick....tick. Thought it was fam which keeps looking for non-existant gnome directories (wonder why fam is looking specificly for gnome stuff.... um....). But the culprit turns out to be magicdev polling the mtab file again. Killing magicdev cured my ulcer. Has the magicdev team considered using fam? -Eric Wood From fedora at atomicmatrix.net Fri Feb 13 21:19:55 2004 From: fedora at atomicmatrix.net (fedora at atomicmatrix.net) Date: Fri, 13 Feb 2004 16:19:55 -0500 Subject: FC2 test 1: Problem with DAC960 In-Reply-To: <1076632457.13897.17.camel@mirkwood.boston.redhat.com> Message-ID: I can confirm that today's boot image gets me past this point. -=| Ben -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Jeremy Katz Sent: Thursday, February 12, 2004 7:34 PM To: fedora-test-list at redhat.com Subject: RE: FC2 test 1: Problem with DAC960 On Thu, 2004-02-12 at 19:19 -0500, fedora at atomicmatrix.net wrote: > FC1 DAC960 worked for me (Mylex 352), but FC2 test1 doesn't. It loads > the driver OK (and a dmesg shows it sees a logical unit) but the > installation process says there are no disks. It asks if I want to > load a driver, I say yes, and there's my DAC960 already loaded. Dmesg > talks about registering /dev/rd/c0d0 but I see no such file. dac960, cciss, and cpqarray installs will all be broken in test1. I forgot I needed to transition some more code into kudzu for them to work :-) Rawhide (aka development) tree should have that fixed Cheers, Jeremy -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From cleaver at ixpres.net Fri Feb 13 21:19:57 2004 From: cleaver at ixpres.net (Japheth Cleaver) Date: Fri, 13 Feb 2004 13:19:57 -0800 Subject: missing boot disk.img In-Reply-To: <20040213201148.GA3757@comcast.net> References: <20040213200357.GA6754@nl.linux.org> <20040213201148.GA3757@comcast.net> Message-ID: <6.0.3.0.2.20040213131339.02f5c800@postoffice.ixpres.net> It creates a problem for those with large numbers of machines w/o CD-ROM drives. Many motherboard+fedora combos can't boot successfully from a USB CDROM ; yet it's trivially easy to walk around with a USB floppy and run your installs from that (when paired with a local kickstart file, or even a remote one). Of course, the eventual solution is to NetBoot with PXE and run kickstart off of that with your DHCP server -- but lots of folks aren't quite there yet or don't need that kind of infrastructure. Perhaps there would be a way to keep an older kernel for the boot floppy OS, but allowing the updated anaconda scripts to install FC2. All we're really doing is trampoline-ing until we can load the stage2.img over the network, right? JC Cleaver At 12:11 PM 2/13/2004, Justin M. Forbes wrote: >On Fri, Feb 13, 2004 at 09:03:57PM +0100, Gerrit wrote: > > > > according to images/README, there should be a file bootdisk.img. But > > there isn't. I want to install from network and creating a bootflop is > > so much easier than a boot-cdrom... > > >I wouldn't say I've been missing it Bob... Which distribution are you >trying to install? For FC1 AMD64, and every arch under FC2 bootdisk.img is >gone, the kernel is now too big to fit on a floppy. > >Justin > > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >http://www.redhat.com/mailman/listinfo/fedora-test-list From fedora at atomicmatrix.net Fri Feb 13 21:23:11 2004 From: fedora at atomicmatrix.net (fedora at atomicmatrix.net) Date: Fri, 13 Feb 2004 16:23:11 -0500 Subject: FC2 test 1: Problem with DAC960 In-Reply-To: <1076632457.13897.17.camel@mirkwood.boston.redhat.com> Message-ID: Bah - I spoke too soon. An FTP install behaves a little differently. I still get a no-disks-detected error... -=| Ben -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Jeremy Katz Sent: Thursday, February 12, 2004 7:34 PM To: fedora-test-list at redhat.com Subject: RE: FC2 test 1: Problem with DAC960 On Thu, 2004-02-12 at 19:19 -0500, fedora at atomicmatrix.net wrote: > FC1 DAC960 worked for me (Mylex 352), but FC2 test1 doesn't. It loads > the driver OK (and a dmesg shows it sees a logical unit) but the > installation process says there are no disks. It asks if I want to > load a driver, I say yes, and there's my DAC960 already loaded. Dmesg > talks about registering /dev/rd/c0d0 but I see no such file. dac960, cciss, and cpqarray installs will all be broken in test1. I forgot I needed to transition some more code into kudzu for them to work :-) Rawhide (aka development) tree should have that fixed Cheers, Jeremy -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From Todd at netronin.com Fri Feb 13 21:24:03 2004 From: Todd at netronin.com (Todd Booher) Date: Fri, 13 Feb 2004 13:24:03 -0800 Subject: signall 11 while beginning install Message-ID: Had the same problem here on my IBM thinkpad T30 with my cisco AP350 wireless card inserted. I'll try it again tonight without the card inserted to see if I get the same error. Todd -----Original Message----- From: fedora-test-list-admin at redhat.com on behalf of Darrell Esau Sent: Thu 2/12/2004 6:23 PM To: fedora-test-list at redhat.com Subject: signall 11 while beginning install Hello all, Downloaded the ISO images from the stanford ftp mirror, checked md5 sums, then burned. Put CD1 into an older Sony VAIO laptop and turned it on. (The machine currently is running FC 1) Hit enter on the grub boot screen for graphical install, then tested the first CD media -- it checked out with a PASS. I then continued with install at which point I got this: "install exited abnormally -- received signal 11" Looking on the other virtual screens: (F3) * MD5SUM -> fsf3e9904a0b34657b044e4c6c9da1ca * skipsectors = 15 * isostatus = 0 * mediacheck: /tmp/cdrom (Fedora Core 1.90 disc 1) PASSED * value of isostatus iso flag is 0 * ejecting /tmp/cdrom... * mntloop loop0 on /mnt/runtime as /mnt/source/Fedora/base/stage2.img fd is 17 * getting ready to span shell now (F4) <6>cs: IO port probe 0x0a00-0x0aff: clean. <6>cs: memory probe 0xa0000000-0xa0ffffff: clean. <7>divert: allocating divert_blk for eth0 <6>eth0: NE2000 (DL10019 rev 38): io 0x300, irq 3, hw_addr 00:E8:98:75:D4:4C <7>ISO 9660 Extensions: Microsoft Joliet Level 3 <7>request_module: failed /sbin/modprobe --nls_iso8859-1. error = -16 <4>Unable to load NLS charset iso8859-1 <4>Unable to load NLS charset utf8 <7>ISO 9660 Extensions: RRIP_1991A <4>Unable to identify CD-ROM format. <4>VFS: Can't find ext2 filesystem on dev loop0. <7>ISO 9660 Extensions: Microsoft Joliet Level 3 <7>request_module: failed /sbin/modprobe -- nls_iso8859-1. error = -16 <4>Unable to load NLS charset iso8859-1 <4>Unable to load NLS charset utf8 <7>ISO 9660 Extensions: RRIP_1991A <7>ISO 9660 Extensions: Microsoft Joliet Level 3 <7>request_module: failed /sbin/modprobe -- nls_iso8859-1. error = -16 <4>Unable to load NLS charset iso8859-1 <4>Unable to load NLS charset utf8 <7>ISO 9660 Extensions: RRIP_1991A <4>Unable to identify CD-ROM format. <4>VFS: Can't find ext2 filesystem on dev loop0. -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 3687 bytes Desc: not available URL: From pri.rhl1 at iadonisi.to Fri Feb 13 21:27:35 2004 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: Fri, 13 Feb 2004 16:27:35 -0500 Subject: FC2-t1 exhibits long delay on LVM setup In-Reply-To: References: <1076683632.7608.14.camel@zephyr> Message-ID: <1076707655.10752.6.camel@va.local.linuxlobbyist.org> On Fri, 2004-02-13 at 12:23, Alexandre Oliva wrote: [snip] > > Is anyone else seeing odd LVM behaviour? > > lvm vgscan scans pretty much every block device it can get its hands > on. You may filter out stuff that doesn't matter for you using a > filter directive in /etc/lvm/lvm.conf. Here's what I use for a > machine whose physical volumes are *all* raid devices: > > devices { > filter = [ "a|/dev/md.*|", "r|.*|" ] > } Forgive my bluntness, but this seems to be a bit of a hack to me. Why has lvm2 taken this step backwards from lvm1? There's gotta be a better way. Or at least a faster way. -- -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 twaugh at redhat.com Fri Feb 13 22:59:49 2004 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 13 Feb 2004 22:59:49 +0000 Subject: signall 11 while beginning install In-Reply-To: References: Message-ID: <20040213225949.GK25654@redhat.com> On Fri, Feb 13, 2004 at 01:24:03PM -0800, Todd Booher wrote: > Had the same problem here on my IBM thinkpad T30 with my cisco > AP350 wireless card inserted. I'll try it again tonight without > the card inserted to see if I get the same error. This is bug #114299 I think. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From awol at home.nl Fri Feb 13 23:02:33 2004 From: awol at home.nl (Alexander Volovics) Date: Sat, 14 Feb 2004 00:02:33 +0100 Subject: FC2 test1: pcmcia problems on dell i8100 In-Reply-To: References: <20040213153933.GA12148@home.nl> Message-ID: <20040213230233.GA3638@home.nl> On Fri, Feb 13, 2004 at 04:42:46PM -0200, Alexandre Oliva wrote: > > While debugging the problem, I found a > > problem in initscripts that might also help you > There's yet another bug in network-functions just above that. > modprobe -c now prints an `install eth0 /bin/true' line even though > there is an alias. I can't tell whether this is by design or a bug in > modprobe, but it looks like we may have to work around this in > network-functions. > Also, modprobe 3c574_cs will return an exit status if the module > happens to be already loaded. Is it really appropriate to fail > is_available() in this case? > Unfortunately, even if I comment that bit out, it will still fail on > my box. It seems that loading 3c574_cs simply won't add eth0 to the > ip link output. I'm not sure how to proceed debugging this. Anyone > care to suggest a lead for me to follow? I have read the bugreport you mentioned in a previous mail and tried booting with 'acpi=off' and 'pci=noacpi'. This makes no difference in my case. I simply cannot get eth0 started, and 'yenta_socket' is never loaded. After modprobing 'yenta_socket' and trying (for example) /sbin/ifup eth0 I always get the following: interface 'eth0' not found /bin/true xirc2ps_cs device eth0 does not seem to be present, delaying initialization and eth0 is never activated. And "/sbin/cardctl ident" gives no info about the card, only 'no product info available'. Alexander From noa at resare.com Fri Feb 13 23:26:14 2004 From: noa at resare.com (Noa Resare) Date: Sat, 14 Feb 2004 00:26:14 +0100 Subject: FC2 test 1 Qs & Evolution In-Reply-To: <1076686417.26000.88.camel@localhost.localdomain> References: <1076664175.26000.2.camel@localhost.localdomain> <1076686417.26000.88.camel@localhost.localdomain> Message-ID: <1076714773.11079.24.camel@localhost.localdomain> On fre, 2004-02-13 at 15:33 +0000, PFJ wrote: > Hi, > > > > Do I need to get the CDs from Bittorrent? I've been applying all of the > > > updates from the fedora ftp site (in the development directory) for a > > > good couple of weeks now. > > > > Nope - unless you want to test the installer & the initial package selection. > > The updates to FC2T1 will again be in 'development' > > Fair enough, I don't need to download them then. > > I'd love to know when the chaps are going to fix Evolution to 1.5.4, > 1.5.3 is too unstable, even when compiled from gnome's source. > I thought the same thing myself and so I compiled evolution 1.5.4 + dependencies, and indeed it seems more stable to me. If you want to, please feel free to test my packages. They are located over at http://resare.com/noa/rpms/fedora-1.90/ cheers/noa -- Yesterday is History. Tomorrow is a Mystery, and Today is a gift. That's why we call it the Present. --- Eug?nie des Alpages From mrsam at courier-mta.com Sat Feb 14 00:09:01 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Fri, 13 Feb 2004 19:09:01 -0500 Subject: Socks proxies? Message-ID: Err, are there any socks5 proxy client/servers in Fedora? I haven't looked closely through the voluminous package list. If there aren't, there should be. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From monty19 at hotmail.com Sat Feb 14 01:17:01 2004 From: monty19 at hotmail.com (Jason Montleon) Date: Sat, 14 Feb 2004 01:17:01 +0000 Subject: (no subject) Message-ID: After getting this about 10 times when trying to use up2date: Testing package set / solving RPM inter-dependencies... There was some sort of I/O error: CRC check failed I ran it again and receieved the immediate error. I am pretty confident I have both of these (look at full output near bottom); any ideas? Unresolvable chain of dependencies: kdelibs-3.2.0-0.4 requires redhat-artwork >= 0.90.1 redhat-artwork 0.90-1 requires /usr/lib/qt-3.2 [root at fc2 up2date]# up2date -fui http://fedora.redhat.com/download/up2date-mirrors/fedora-core-rawhide using mirror: http://mirror.hiwaay.net/redhat/fedora/linux/core/development/i386/ Fetching Obsoletes list for channel: fedora-core-rawhide... Name Version Rel ---------------------------------------------------------- Omni 0.9.1 3 i386 Omni-foomatic 0.9.1 3 i386 PyQt 3.10 3 i386 PyQt-devel 3.10 3 i386 SDL 1.2.6 3.1 i386 SDL-devel 1.2.6 3.1 i386 SysVinit 2.85 17 i386 XFree86 4.3.0 45.0.2 i386 XFree86-100dpi-fonts 4.3.0 45.0.2 i386 XFree86-75dpi-fonts 4.3.0 45.0.2 i386 XFree86-Mesa-libGL 4.3.0 45.0.2 i386 XFree86-Mesa-libGLU 4.3.0 45.0.2 i386 XFree86-base-fonts 4.3.0 45.0.2 i386 XFree86-devel 4.3.0 45.0.2 i386 XFree86-font-utils 4.3.0 45.0.2 i386 XFree86-libs 4.3.0 45.0.2 i386 XFree86-libs-data 4.3.0 45.0.2 i386 XFree86-tools 4.3.0 45.0.2 i386 XFree86-truetype-fonts 4.3.0 45.0.2 i386 XFree86-twm 4.3.0 45.0.2 i386 XFree86-xauth 4.3.0 45.0.2 i386 XFree86-xdm 4.3.0 45.0.2 i386 XFree86-xfs 4.3.0 45.0.2 i386 apr 0.9.4 6 i386 apr-util 0.9.4 7 i386 arts 1.2.0 0.3 i386 arts-devel 1.2.0 0.3 i386 authconfig 4.6.1 1 i386 authconfig-gtk 4.6.1 1 i386 boost 1.31.0 2 i386 boost-devel 1.31.0 2 i386 cdda2wav 2.01 0.a25.3 i386 cdrecord 2.01 0.a25.3 i386 cracklib 2.7 26 i386 cracklib-dicts 2.7 26 i386 cups 1.1.20 3 i386 cups-devel 1.1.20 3 i386 cups-libs 1.1.20 3 i386 curl 7.10.8 1 i386 curl-devel 7.10.8 1 i386 dbus 0.20 2 i386 dbus-glib 0.20 2 i386 docbook-utils 0.6.14 1 noarch e2fsprogs 1.35 5.1 i386 e2fsprogs-devel 1.35 5.1 i386 eel2 2.5.7 1 i386 eel2-devel 2.5.7 1 i386 fam 2.6.10 1 i386 fam-devel 2.6.10 1 i386 fedora-logos 1.1.21 1 noarch fetchmail 6.2.0 9 i386 foomatic 3.0.0 23 i386 gd 2.0.21 1 i386 gd-devel 2.0.21 1 i386 gdm 2.4.4.5 9 i386 gedit 2.5.3 3 i386 gettext 0.14.1 1 i386 ghostscript 7.07 21 i386 gimp 2.0 0.pre3.2 i386 gimp-print 4.2.6 5 i386 gimp-print-plugin 4.2.6 5 i386 gimp-print-utils 4.2.6 5 i386 glibc 2.3.3 8 i686 glibc-common 2.3.3 8 i386 glibc-devel 2.3.3 8 i386 glibc-headers 2.3.3 8 i386 gnome-panel 2.5.3.1 3 i386 gnome-vfs2 2.5.7 1 i386 gnome-vfs2-devel 2.5.7 1 i386 gnome-vfs2-smb 2.5.7 1 i386 groff 1.18.1 30 i386 grub 0.94 1 i386 gstreamer 0.7.3 4 i386 gstreamer-tools 0.7.3 4 i386 gtkam 0.1.10 1 i386 hicolor-icon-theme 0.3 1 noarch hpijs 1.5 6 i386 httpd 2.0.48 14 i386 kdelibs 3.2.0 0.4 i386 kdelibs-devel 3.2.0 0.4 i386 kernel 2.6.2 1.74 i686 kernel-source 2.6.2 1.74 i386 krb5-devel 1.3.1 10 i386 krb5-libs 1.3.1 10 i386 kudzu 1.1.44 1 i386 kudzu-devel 1.1.44 1 i386 libgnomecups 0.1.6 4 i386 libtool 1.5.2 1 i386 libtool-libs 1.5.2 1 i386 libusb 0.1.8 1 i386 libusb-devel 0.1.8 1 i386 libxml2 2.6.6 1 i386 libxml2-devel 2.6.6 1 i386 libxml2-python 2.6.6 1 i386 lm_sensors 2.8.3 3 i386 man 1.5m2 2 i386 man-pages 1.66 1 noarch mkinitrd 3.5.19 1 i386 mkisofs 2.01 0.a25.3 i386 mtr 0.54 2 i386 mtr-gtk 0.54 2 i386 mutt 1.4.1 5 i386 nautilus 2.5.7 1 i386 nautilus-cd-burner 0.6.5 1 i386 ncurses 5.4 1 i386 ncurses-devel 5.4 1 i386 net-snmp 5.1 9 i386 netpbm 10.19 4 i386 netpbm-devel 10.19 4 i386 netpbm-progs 10.19 4 i386 nfs-utils 1.0.6 5 i386 nscd 2.3.3 8 i386 nss_ldap 207 6 i386 openjade 1.3.2 10 i386 openldap 2.1.25 4 i386 openldap-devel 2.1.25 4 i386 openoffice.org 1.1.0 27 i386 openoffice.org-i18n 1.1.0 27 i386 openoffice.org-libs 1.1.0 27 i386 pam 0.77 33 i386 pam-devel 0.77 33 i386 pam_krb5 2.0.5 1 i386 passwd 0.68 8 i386 pcmcia-cs 3.2.7 1.4 i386 popt 1.9 0.10 i386 portmap 4.0 58 i386 procps 3.1.15 4 i386 pygtk2 2.0.0 3 i386 pygtk2-devel 2.0.0 3 i386 pygtk2-libglade 2.0.0 3 i386 pyxf86config 0.3.14 1 i386 qt 3.3.0 0.2 i386 qt-designer 3.3.0 0.2 i386 qt-devel 3.3.0 0.2 i386 rcs 5.7 23 i386 rhgb 0.11.2 3 i386 rhnlib 1.5 1 noarch rpm 4.3 0.10 i386 rpm-build 4.3 0.10 i386 rpm-devel 4.3 0.10 i386 rpm-python 4.3 0.10 i386 rsh 0.17 20 i386 samba 3.0.2 5 i386 samba-common 3.0.2 5 i386 sane-backends 1.0.13 4 i386 sane-backends-devel 1.0.13 4 i386 sip 3.10 3 i386 sip-devel 3.10 3 i386 sound-juicer 0.5.10.1 1 i386 system-config-date 1.7.1 2 noarch system-config-display 1.0.5 1 noarch system-config-nfs 1.2.2 2 noarch system-config-printer 0.6.93 1 i386 system-config-printer-gui 0.6.93 1 i386 system-config-securitylevel 1.3.2 1 i386 system-config-securitylevel-tui 1.3.2 1 i386 system-config-services 0.8.6 3 noarch system-config-users 1.2.9 1 noarch talk 0.17 22 i386 tcl 8.4.5 4 i386 tcsh 6.12 7 i386 telnet 0.17 27 i386 tetex 2.0.2 11 i386 tetex-dvips 2.0.2 11 i386 tetex-fonts 2.0.2 11 i386 tetex-latex 2.0.2 11 i386 ttmkfdir 3.0.9 8 i386 vim-common 6.2.253 1 i386 vim-enhanced 6.2.253 1 i386 vim-minimal 6.2.253 1 i386 vixie-cron 3.0.1 86 i386 xemacs-sumo 20040202 1 noarch xemacs-sumo-info 20040202 1 noarch xinetd 2.3.13 1 i386 xsane 0.92 4 i386 xsane-gimp 0.92 4 i386 Testing package set / solving RPM inter-dependencies... There was a package dependency problem. The message was: Unresolvable chain of dependencies: kdelibs-3.2.0-0.4 requires redhat-artwork >= 0.90.1 redhat-artwork 0.90-1 requires /usr/lib/qt-3.2 [root at fc2 up2date]# rpm -qi redhat-artwork Name : redhat-artwork Relocations: (not relocatable) Version : 0.90 Vendor: Red Hat, Inc. Release : 1 Build Date: Mon 26 Jan 2004 08:15:37 AM EST Install Date: Thu 12 Feb 2004 11:57:48 PM EST Build Host: tweety.devel.redhat.com Group : User Interface/Desktops Source RPM: redhat-artwork-0.90-1.src.rpm Size : 5053483 License: GPL Signature : DSA/SHA1, Mon 26 Jan 2004 11:34:20 AM EST, Key ID da84cbd430c9ecf8Packager : Red Hat, Inc. URL : http://www.redhat.com Summary : Artwork for Red Hat default look-and-feel Description : redhat-artwork contains the themes and icons that make up the Red Hat default look and feel. [root at fc2 up2date]# rpm -qi qt Name : qt Relocations: /usr/lib/qt-3.2 Version : 3.2.3 Vendor: Red Hat, Inc. Release : 0.2 Build Date: Thu 04 Dec 2003 05:35:43 PM EST Install Date: Thu 12 Feb 2004 11:57:27 PM EST Build Host: tweety.devel.redhat.com Group : System Environment/Libraries Source RPM: qt-3.2.3-0.2.src.rpm Size : 7471361 License: GPL/QPL Signature : DSA/SHA1, Fri 23 Jan 2004 02:43:39 PM EST, Key ID da84cbd430c9ecf8Packager : Red Hat, Inc. URL : http://www.troll.no Summary : The shared library for the Qt GUI toolkit. Description : Qt is a GUI software toolkit which simplifies the task of writing and maintaining GUI (Graphical User Interface) applications for the X Window System. Qt is written in C++ and is fully object-oriented. This package contains the shared library needed to run qt applications, as well as the README files for qt. [root at fc2 up2date]# _________________________________________________________________ Plan your next US getaway to one of the super destinations here. http://special.msn.com/local/hotdestinations.armx From rjohnson at medata.com Sat Feb 14 01:27:07 2004 From: rjohnson at medata.com (Rick Johnson) Date: Fri, 13 Feb 2004 17:27:07 -0800 Subject: FC2 test1: pcmcia problems on dell i8100 In-Reply-To: <20040213230233.GA3638@home.nl> References: <20040213153933.GA12148@home.nl> <20040213230233.GA3638@home.nl> Message-ID: <402D796B.8060307@medata.com> Alexander Volovics wrote: > > I have read the bugreport you mentioned in a previous mail and tried > booting with 'acpi=off' and 'pci=noacpi'. This makes no difference > in my case. > > I simply cannot get eth0 started, and 'yenta_socket' is never loaded. > After modprobing 'yenta_socket' and trying (for example) > /sbin/ifup eth0 I always get the following: > > interface 'eth0' not found > /bin/true > xirc2ps_cs device eth0 does not seem to be present, delaying > initialization > > and eth0 is never activated. > > And "/sbin/cardctl ident" gives no info about the card, only > 'no product info available'. Strangely enough, after the modprobe, restart pcmcia (service pcmcia restart), then ifup eth0. That seems to work for me on my Lattitude CPx. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From redhat at saturn49.dyndns.org Sat Feb 14 01:43:28 2004 From: redhat at saturn49.dyndns.org (Nathan Lewis) Date: Fri, 13 Feb 2004 19:43:28 -0600 Subject: Fedora Test2 on vmware Message-ID: <6.0.1.1.2.20040213194308.020c5e10@localhost> Anybody trying to run Fedora Test2 on vmware (on windows)? I've got some mouse issues (click on menu, it sits there and does nothing unless I hit Esc, and then it executes the item I clicked on), but I'm not sure if it is a vmware-tools problem, a 2.6 problem or what yet. Also get no sound (cannot load module, no big deal for me), but I saw a message that sound in 2.6 has issues right now. up2date is also really slow, even after adding my own mirrors (mirror.kernel.org). I was able to get through it eventually, and get the kernel updated to 2.6.2.xxx, and things seem to be going OK for the moment... The Services app is also having problems. If I launch it from a menu, it tries to start and dies. If I run it manually from a terminal window, it seems to work OK, but the checkboxes next to each service are cut off - only a single pixel of the checkmark is visible. From ademko at shaw.ca Sat Feb 14 01:52:30 2004 From: ademko at shaw.ca (Aleksander Demko) Date: Fri, 13 Feb 2004 19:52:30 -0600 (CST) Subject: FC2test1, smbfs/cifs, problems Message-ID: I see smbfs is missing from the FC2 kernels, and assume this cifs is the replacement. Anyways, when I try to mount a share, I get: mount /nexus/heap/ mount: Connection refused I ran a nc -l -p 139 on my machine, and found the thing tryint to access localhost, instead of the remote server. If I replace the remote server's name with its IP, I get: [root at zenith cifs]# mount /nexus/heap/ mount: block device //192.70.172.142/heap is write-protected, mounting read-only mount: cannot mount block device //192.70.172.142/heap read-only smbclient confirmed that samba is workin on the remote server and that I can access it. strace on the mount shows something about accessing: /sbin/mount.cifs. The mount.cifs(8) page also mensions this. However, I lack this file (yet I have mount.smb and .smbfs), yet my kernel lacks smbfs.ko etc, but has cifs.ko. Help! -- // scopira.org | ninjacoder.com // From P.R.Schaffner at IEEE.org Sat Feb 14 02:06:48 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Fri, 13 Feb 2004 21:06:48 -0500 Subject: missing boot disk.img In-Reply-To: <6.0.3.0.2.20040213131339.02f5c800@postoffice.ixpres.net> References: <20040213200357.GA6754@nl.linux.org> <20040213201148.GA3757@comcast.net> <6.0.3.0.2.20040213131339.02f5c800@postoffice.ixpres.net> Message-ID: <1076724408.3944.7.camel@tabb1.tabb> On Fri, 2004-02-13 at 13:19 -0800, Japheth Cleaver wrote: > It creates a problem for those with large numbers of machines w/o CD-ROM > drives. Many motherboard+fedora combos can't boot successfully from a USB > CDROM ; yet it's trivially easy to walk around with a USB floppy and run > your installs from that (when paired with a local kickstart file, or even a > remote one). A workaround that does it for me: cd [install_directory]/isolinux cp vmlinuz /boot/vmlinuz-1.90 cp initrd.img /boot/initrd-1.90.img Alternatively, do it over the net via scp. Add the following stanza to /boot/grub/grub.conf (assuming /boot is in the first partition of the first hard drive, (/dev/hde1 for me, more likely /dev/hda1 or possibly /dev/sda1 depending on hardware config and BIOS settings): title Fedora test1 (1.90) installer root(hd0,0) kernel /vmlinuz-1.90 initrd /initrd-1.90.img Then reboot into the installer. Has worked for NFS installs - see no reason why other methods won't work as well. Can also make a grub floppy with a menu so you only have to copy the files to the appropriate place on each machine. Phil From P.R.Schaffner at IEEE.org Sat Feb 14 02:12:39 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Fri, 13 Feb 2004 21:12:39 -0500 Subject: Fedora Test2 on vmware In-Reply-To: <6.0.1.1.2.20040213194308.020c5e10@localhost> References: <6.0.1.1.2.20040213194308.020c5e10@localhost> Message-ID: <1076724759.3944.14.camel@tabb1.tabb> On Fri, 2004-02-13 at 19:43 -0600, Nathan Lewis wrote: > Anybody trying to run Fedora Test2 on vmware (on windows)? I've got some > mouse issues (click on menu, it sits there and does nothing unless I hit > Esc, and then it executes the item I clicked on), but I'm not sure if it is > a vmware-tools problem, a 2.6 problem or what yet. Haven't yet (and if/when I do it'll be the Linux version, not Windoze Use VMware to test new distros and avoid wasting my real hardware on Bill Gate's OSs for the few M$ things I can't live without.;^), but you might want to try the VMware beta3 if you can get it - supposed to work better for 2.6 kernels. Phil From P.R.Schaffner at IEEE.org Sat Feb 14 02:27:16 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Fri, 13 Feb 2004 21:27:16 -0500 Subject: FC2 Test 1 & Up2date In-Reply-To: <1076699314.30479.36.camel@tweedy.ksc.nasa.gov> References: <1076699314.30479.36.camel@tweedy.ksc.nasa.gov> Message-ID: <1076725635.3944.20.camel@tabb1.tabb> On Fri, 2004-02-13 at 14:08 -0500, Bob Chiodini wrote: > Pardon if this hits the list twice. > > I have just completed an upgrade (via ISOs) to FC2 Test 1. No problems > noted. > > The update preserved the /etc/yum.conf and /etc/sysconfig/rhn/sources > files. I noted that there were corresponding *.rpmnew files. Renamed > the old ones to *.old and renamed the new ones to yum.conf and sources > respectively. > > The Alert NOtification Tool tells me I have 288 updates. Running up2date > pulls the updates from rawhide. Is this the correct repo for FC2/T1? > > Bob... > --- > Bob Chiodini > Senior Engineer > ASRC Aerospace > M/S ASRC-18 > Kennedy Space Center, FL 32899 > 321-867-6313 (voice) > 321-867-6300 (fax) > bob.chiodini at ksc.nasa.gov My yum.conf entry is: [development] name=Fedora Core $releasever - Development Tree failovermethod=priority baseurl=http://mirror.hiwaay.net/redhat/fedora/linux/core/development/$basearch/ http://mirrors.kernel.org/fedora/core/development/$basearch/ http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ /etc/sysconfig/rhn/sources (out-of-the-box) yum fedora-core-rawhide http://download.fedora.redhat.com/pub/fedora/linux/core/development/$ARCH/ yum-mirror fedora-core-rawhide http://fedora.redhat.com/download/up2date-mirrors/fedora-core-rawhide Phil Schaffner (NASA/Langley - Know Jan Zysko per chance?) From redhat-jc at insight.rr.com Sat Feb 14 02:42:59 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Fri, 13 Feb 2004 21:42:59 -0500 Subject: KDE Menu tree is screwy In-Reply-To: <200402122255.34866.gstool@earthlink.net> References: <200402122255.34866.gstool@earthlink.net> Message-ID: <402D8B33.90900@insight.rr.com> Gerry Tool wrote: > I couldn't locate a user mode Terminal entry in the KDE menu tree until I > noticed a main sub-menu named Lost & Found. That is where it is. > > What is this category? It has 14 entries. > > Do others see the same thing? > > Gerry Tool > > confirmed and on the archive. (development) Also, I chose the KDE classic choice. I hunted forever to find the terminal, as you did. Jim From monty19 at hotmail.com Sat Feb 14 03:15:24 2004 From: monty19 at hotmail.com (Jason Montleon) Date: Fri, 13 Feb 2004 22:15:24 -0500 Subject: was (no subject) unsresolvable dependencies FC2 yum Message-ID: Sorry for the no subject; a little trigger happy. I ended getting around this by doing the following : up2date --get qt up2date --get kdelibs rpm -Uvh --nodeps /var/spool/up2date/qt*.rpm rpm -Uvh --nodeps /var/spool/up2date/kdelibs*.rpm After that 'up2date -fui' looks to be download the rest now. Hopefully that will get it all isntalled, but it will take awhile to download. Here's to wondering what I might have broken though; hopefully nothing, but then what would be the fun I suppose. Jason From aoliva at redhat.com Sat Feb 14 03:14:20 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 14 Feb 2004 01:14:20 -0200 Subject: FC2 test1: pcmcia problems on dell i8100 In-Reply-To: <20040213230233.GA3638@home.nl> References: <20040213153933.GA12148@home.nl> <20040213230233.GA3638@home.nl> Message-ID: On Feb 13, 2004, Alexander Volovics wrote: > On Fri, Feb 13, 2004 at 04:42:46PM -0200, Alexandre Oliva wrote: >> > While debugging the problem, I found a >> > problem in initscripts that might also help you >> There's yet another bug in network-functions just above that. >> modprobe -c now prints an `install eth0 /bin/true' line even though >> there is an alias. I can't tell whether this is by design or a bug in >> modprobe, but it looks like we may have to work around this in >> network-functions. >> Also, modprobe 3c574_cs will return an exit status if the module >> happens to be already loaded. Is it really appropriate to fail >> is_available() in this case? >> Unfortunately, even if I comment that bit out, it will still fail on >> my box. It seems that loading 3c574_cs simply won't add eth0 to the >> ip link output. I'm not sure how to proceed debugging this. Anyone >> care to suggest a lead for me to follow? > I have read the bugreport you mentioned in a previous mail and tried > booting with 'acpi=off' and 'pci=noacpi'. This makes no difference > in my case. Yup. It did in FC1, but it doesn't any more. > I simply cannot get eth0 started, and 'yenta_socket' is never loaded. Same here. > interface 'eth0' not found > /bin/true ^^^^^^^^^ This patch fixes the inappropriate printing of /bin/true: --- /etc/sysconfig/network-scripts/network-functions~ 2004-01-28 04:19:41.000000000 -0200 +++ /etc/sysconfig/network-scripts/network-functions 2004-02-13 16:37:04.000000000 -0200 @@ -174,8 +174,8 @@ LC_ALL= LANG= ip -o link | grep -q $1 [ "$?" = "1" ] || return 0 - alias=`modprobe -c | awk "/^(alias|install) $1 / { print \\$3 }"` - if [ -z "$alias" -o "$alias" = "off" -o "$alias" = "/bin/true" ]; then + alias=`modprobe -c | awk "/^(alias|install) $1 / && ! /^install $1 \/bin\/true/ { print \\$3 }"` + if [ -z "$alias" -o "$alias" = "off" ]; then return 2 fi HOTPLUG=`cat /proc/sys/kernel/hotplug` I'm still not sure the behavior is correct, though. What if there's are both `install? and `alias' entries in the output of modprobe -c? Why should install matter, and why should we actually attempt to modprobe it afterwards? -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From aoliva at redhat.com Sat Feb 14 03:19:35 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 14 Feb 2004 01:19:35 -0200 Subject: FC2-t1 exhibits long delay on LVM setup In-Reply-To: <1076707655.10752.6.camel@va.local.linuxlobbyist.org> References: <1076683632.7608.14.camel@zephyr> <1076707655.10752.6.camel@va.local.linuxlobbyist.org> Message-ID: On Feb 13, 2004, Paul Iadonisi wrote: >> devices { >> filter = [ "a|/dev/md.*|", "r|.*|" ] >> } > Forgive my bluntness, but this seems to be a bit of a hack to me. Why > has lvm2 taken this step backwards from lvm1? Ask Sistina! Erhm... Heck, I guess this is Red Hat now :-) > There's gotta be a better way. IMHO it should scan /proc/mdstat or something equivalent to exclude raid members. Other than that, I think scanning as many devices as it can is actually an improvement, even though it will often result in ugly error messages when it attempts to scan say the CD drive and there isn't anything there :-) > Or at least a faster way. Well... Either you scan all devices that could possibly name physical volumes, or you risk missing some. What do you suggest? Maybe a config file that enables you to limit the set of devices it scans? Well... Seems to have already been done :-) -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From maxer1 at xmission.com Sat Feb 14 04:59:06 2004 From: maxer1 at xmission.com (raxet) Date: Fri, 13 Feb 2004 21:59:06 -0700 Subject: Garzik and the libata (SATA) committee Message-ID: <402DAB1A.1070108@xmission.com> Well here we are FC2 test 1 and guess what? We don't have a viable work around to install FC2 test 1 from ISO. Don't know just what happened, however when I went to employ my FAVORITE standby work around to getting a Red Hat install (from 9 on) to work with my Promise FastTrack controller. It bombed! Here was the work around for FC1 from http://www.fys.ku.dk/~esban/promise376.html > Put the RH9 CD in your cdrom and reboot your computer. When you get to > the installation bootloader, type "linux noprobe" > on the command line (without the") > > At some point you wille be asked if you have any driverdisks. When > this happens pres CTRL+ALT+F2 to get to > the shell. Do the following: > > mkdir floppy > mount /dev/fd0 floppy > mkdir tmp > cp floppy/insmod tmp/ > cp floppy/ft3xx.o tmp/ > umount floppy > ./tmp/insmod -f tmp/ft3xx.o > > You the get a warning, but hopefully no error message! > > Press CTRL+ALT+F1 to get back to the installation > > Continue the installation as usual.... > > Be sure to configure grub to include your old installation > > > Step3: Fixing the installation > > Now RH9 is installed, but when you boot it you get some message that > tells you that the root filesystem couldn't be mounted. > Boot your old system. > > do a insmod ft3xx.o once you have booted, and mount the RAIDed > partitions /dev/sda1, /dev/sda2, ... to some where > > copy ft3xx.o to new_root/lib/modules/2.4.20-8/kernel/drivers/scsi/ > where new_root is the RAID partition > > add this line to /etc/modules.conf and to new_root/etc/modules.conf > > alias scsi_hostadapter ft3xx > > do a > > depmod -a -C new_root/etc/modules.conf -b new_root/lib/modules/ > 2.4.20-8 (it this doesn't work read man depmod) > > ln -s new_root/lib/modules/2.4.20-8 /lib/modules > > use mkinitrd to make a new ramdisk > mkinitrd new_root/boot/initrd-2.4.20-8_ft.img 2.4.20-8 > > edit new_root/boot/grub/grub.conf > to use the new ramdisk > Reboot the system! Now even with copying the tainted drivers sata_promise.o and scsi_mod.o to diskette in place of the ft3xx.o, this routine WON'T work with FC2 Test 1 install iso's. GREAT! If anyone knows of a fix to this total TRAVESTY let me know. RaXeT From rngadam at yahoo.com Sat Feb 14 06:03:04 2004 From: rngadam at yahoo.com (Ricky Ng-Adam) Date: Sat, 14 Feb 2004 01:03:04 -0500 Subject: FC2 test1: install glitches and comments (resend, last one was too big) Message-ID: Hello! I went over the currently 117 bugs in Bugzilla that I can query (is this right?) and didn't see the following. Please tell me if any of this should be in Bugzilla as I don't feel confident yet inputting all of these. BTW, if I create entries in Bugzilla, should I create only one that covers a number of small glitches per category (ie: install) or should I create just one per bug, however nitpicky it is? = Test Hardware = IBM A22m 2628PSU Laptop http://www-306.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-4UZPPT BIOS: 1.09 BXET36WW with Setup Defaults Memory: 192MB Video: ATI Technologies Inc Rage Mobility P/M AGP 2x CPU: Intel Pentium III (Coppermine) 800Mhz Chipset:Intel Corp. 440BX/ZX/DX PIIX4 Modem: Lucent Microelectronics LT WinModem Multimedia audio controller: Cirrus Logic CS 4614/22/24 CardBus bridge: Texas Instruments PCI1450 Harddrive: IBM-DJSA-210, ATA DISK (10GB) CD-ROM: TEAC CD-224E, ATAPI CD drive Floppy drive: National Semiconductor PC87306 Network card: EtherExpress PRO/100 (OEM i82557/i82558 10/100 Ethernet) = Install = Workstation install, English US + French-Canadian & Chinese Taiwan. 1,2,3 were required (but the 3rd was barely used). -Did not detect that my monitor was a LCD 1024x768. Recent MDK10 and Lindows4.5 are able to. -Nothing in the release notes -The mouse feels "strange", "jumpy", not smooth. This is with a PS/2 two buttons mouse ("Made for IBM by Logitech") connected to the PS/2 instead of the laptop built-in mouse. -"Please insert disc 2 to continue" the currently inserted disk is not ejected automatically. This has been reported by someone else on this list. -The "Fedora Core" logo on top of the progress bar is awful: font with staircase effects and a barely legible TM. Also: how about small bios of the developers and contributors on this screen? That would be a nice touch for a community OS and would be a nice reward for people contributing freely. -Time remaining is good, but "Total time" would also be useful -Size: 4 CD-ROM is just too much. Should ready pick best of breed and put them on the first CD-ROM only for Personal/Workstation installs. Also - time to distribute DVD. With Workstation, the first 3 CD-ROM are used! -Time to install: 40mn-1hour. Lindows is oh-so-much faster, I think because it has a image of the base install on the CD-ROM, decompresses it and dumps it directly to the HD. -Thank you for providing normal-size CD-ROM images! It must be tempting to use slightly large ISO images (80mn instead of 74mn), but that would mean I'd have to sacrifice CDR instead of using my old CDRW. -Just a Q about the boot diskette: I read somewhere that the kernel did not fit anymore on a floppy, how does the boot diskette work? = First boot = -on reboot after install... Kernel Stopped booting after agpgart and Serial: 8250[...]IRQ sharing enabled lines. Poweroff/poweron seems -cpuspeed: Error could not open file for writing /sys/devices/system/cpu/cpu0/cpufreq/cpu_governor -Configuration after reboot is much nicer then would have been otherwise possible to do during install! I like it! -License Agreement: should force scrolling to bottom before enabling "Yes, I agree". -Date and Time: would be nice to have a server based on the TZ we already provided. Right now, it is just RedHat NTP servers. -Sound Card: as usual, I cannot hear anything coming out of the sound card. I've seen this problem in other distros whereas my speaker volume is set very low at boot. Maybe some way to adjust the volume before playing the test sound? (note: I couldn't get the sound working later either... something is wrong, this works under MDK10b2). -Should be a way to configure auto-login as in Mandrake, especially for Personal/Workstations install. Frankly, I even like the idea of no password for root for those kind of installs. = Second boot = -same cpuspeed error -From power-on to opening start menu: 2mn18s. Made slower because of long delay (10s instead of say 3s) in grub and have to log-on. -From power-on to opening start menu WITHOUT NETWORK: 2mn20s. I'm happy about that, I remember times when it takes a long longer to start without network. -permissions for files in my directory are incorrect (home_listing.txt) -audio seems to be having problems (see messages and xsession-errors) -"microcode: No suitable data for cpu 0": is this important? -xfs: ignoring font path element /usr/X11R6/lib/X11/fonts/cyrillic (unreadable) (see messages) -init: open(/dev/pts/0): No such file or directory (see messages) -some atkbd.c: Unknown key released (see messages) -I would expect the keyboard switcher in the system tray as I have requested French-Canadian and Chinese support. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xsession-errors URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: messages.zip Type: application/zip Size: 9578 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: home_listing.txt URL: From rjohnson at medata.com Sat Feb 14 07:24:43 2004 From: rjohnson at medata.com (Rick Johnson) Date: Fri, 13 Feb 2004 23:24:43 -0800 Subject: FC2 test1: install glitches and comments (resend, last one was too big) In-Reply-To: References: Message-ID: <402DCD3B.3070404@medata.com> > -Did not detect that my monitor was a LCD 1024x768. Recent MDK10 and > Lindows4.5 are able to. Same with my Dell - so it's probably a laptop display thing. > -"Please insert disc 2 to continue" the currently inserted disk is not > ejected automatically. This has been reported by someone else on this > list. Listed in the release notes. > -Thank you for providing normal-size CD-ROM images! It must be tempting > to use slightly large ISO images (80mn instead of 74mn), but that would > mean I'd have to sacrifice CDR instead of using my old CDRW. C'mon, at 19-25? per, I think using a CD-R is justifiable unless you don't have easy access to a recycling facility. Not only that, but they read much quicker for the install. > -Just a Q about the boot diskette: I read somewhere that the kernel did > not fit anymore on a floppy, how does the boot diskette work? It doesn't - that's why an ISO image is provided - they fit perfectly on the business card or 110mb mini CD-R's. A CD-RW works as well. > > -cpuspeed: Error could not open file for writing > /sys/devices/system/cpu/cpu0/cpufreq/cpu_governor configure /etc/cpuspeed.conf with the correct module. On my dell, it was speedstep-smi I believe. Once that was in, no more message, and I want to say my battery life improved to boot - but that could be the placebo effect :-) It would have been nice if this was auto-detected by kudzu and then inserted though. > -License Agreement: should force scrolling to bottom before enabling > "Yes, I agree". Why, so we can skim and still not read it, but be annoyed by the fact that we have to scroll first? Great for lawyers, not so great for lazy admins, who are still doing a bulk of the installs. > -Should be a way to configure auto-login as in Mandrake, especially for > Personal/Workstations install. Frankly, I even like the idea of no > password for root for those kind of installs. This can be done via the menu when configuring the login screen. Putting it less in the open discourages this overall bad practice. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From rngadam at yahoo.com Sat Feb 14 09:46:56 2004 From: rngadam at yahoo.com (Ricky Ng-Adam) Date: Sat, 14 Feb 2004 04:46:56 -0500 Subject: FC2 test1: install glitches and comments (resend, last one was too big) In-Reply-To: <402DCD3B.3070404@medata.com> References: <402DCD3B.3070404@medata.com> Message-ID: Hello Rick! Rick Johnson wrote: > C'mon, at 19-25? per, I think using a CD-R is justifiable unless you > don't have easy access to a recycling facility. Not only that, but they > read much quicker for the install. Ah? I didn't know that it was faster. As for recycling... Never heard of CD recycling around here! > >> -Just a Q about the boot diskette: I read somewhere that the kernel did >> not fit anymore on a floppy, how does the boot diskette work? > > It doesn't - that's why an ISO image is provided - they fit perfectly on > the business card or 110mb mini CD-R's. A CD-RW works as well. So... When the install is proposing to create a boot diskette, it is in fact proposing to burn an ISO image?? >> -cpuspeed: Error could not open file for writing >> /sys/devices/system/cpu/cpu0/cpufreq/cpu_governor > > configure /etc/cpuspeed.conf with the correct module. On my dell, it was > speedstep-smi I believe. Once that was in, no more message, and I want > to say my battery life improved to boot - but that could be the placebo > effect :-) It would have been nice if this was auto-detected by kudzu > and then inserted though. Hmmm, I think it would be more then nice... It is not very professionnal to have Fedora switch back from normal boot screen to show that some service failed. I've also changed the DRIVER entry to speedstep-smi and it doesn't show an error now. As you said, no way of verifying if this is having any effects but... Thanks! Someone has filed the same problem: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115595 I've commented on it with the info you provided. >> -Should be a way to configure auto-login as in Mandrake, especially for >> Personal/Workstations install. Frankly, I even like the idea of no >> password for root for those kind of installs. > > This can be done via the menu when configuring the login screen. Putting > it less in the open discourages this overall bad practice. Yes... Bad practice on the server I understand, but on my own, personal, single user laptop? What is the reasoning? Well, sure this is not Lindows or MDK, but no reason to be as friendly as possible with user's who have this on their laptop or desktop. I think it is much worse to have the "Login Screen Setup" with the Security tab having "Allow root to login with GDM" and "Allow root to login remotely with GDM". From pp at ee.oulu.fi Sat Feb 14 10:06:22 2004 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Sat, 14 Feb 2004 12:06:22 +0200 Subject: Garzik and the libata (SATA) committee In-Reply-To: <402DAB1A.1070108@xmission.com> References: <402DAB1A.1070108@xmission.com> Message-ID: <20040214100622.GA12735@ee.oulu.fi> On Fri, Feb 13, 2004 at 09:59:06PM -0700, raxet wrote: > Now even with copying the tainted drivers sata_promise.o and scsi_mod.o > to diskette in place of the ft3xx.o, this routine WON'T > work with FC2 Test 1 install iso's. > > GREAT! If anyone knows of a fix to this total TRAVESTY let me know. > > RaXeT I attempted a install onto a promise SATA drive some time before test1 from rawhide and could get the disk working by going into the shell, uncompressing modules.cgz to /tmp and insmoding libata/sata_promise/sd/whatnot. It blew up after partitioning though, but that was probably something else :-) Probably should grab the final and poke around a bit I suppose, probably just a matter of giving the installer relevant pci ids and drivers. -- Pekka Pietikainen From paul at all-the-johnsons.co.uk Sat Feb 14 10:22:50 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 14 Feb 2004 10:22:50 +0000 Subject: FC2 test 1 Qs & Evolution In-Reply-To: <1076714773.11079.24.camel@localhost.localdomain> References: <1076664175.26000.2.camel@localhost.localdomain> <1076686417.26000.88.camel@localhost.localdomain> <1076714773.11079.24.camel@localhost.localdomain> Message-ID: <1076754170.3526.5.camel@T7.linux> Hi, > > I'd love to know when the chaps are going to fix Evolution to 1.5.4, > > 1.5.3 is too unstable, even when compiled from gnome's source. > > I thought the same thing myself and so I compiled evolution 1.5.4 + > dependencies, and indeed it seems more stable to me. > > If you want to, please feel free to test my packages. They are located > over at http://resare.com/noa/rpms/fedora-1.90/ In the words of the great prophet and all round - round guy "Mmmmmmmmmmmm, stable...." Thanks TTFN Paul -- "You can't beat the system, but you sure as hell can break it" Malcolm in the Middle -------------- 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 friopolar at saladelfrio.com Sat Feb 14 10:49:50 2004 From: friopolar at saladelfrio.com (Tatxe) Date: Sat, 14 Feb 2004 11:49:50 +0100 Subject: FC in DVD Message-ID: <1076755790.10281.1.camel@tatxe.saladelfrio.com> Hi all: Where can I find a DVD iso from FC2? or how can I make my own DVD ISO from the 4 CD isos? I was looking in the fedora-list for some information but I can't be able to do (I found a couple of scripts but no one works). Thanks in advance. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From paul at all-the-johnsons.co.uk Sat Feb 14 11:14:21 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 14 Feb 2004 11:14:21 +0000 Subject: Panels on Nautilus Message-ID: <1076757260.3526.8.camel@T7.linux> Hi, Is there anyway to restore the panels (back, forward and the URL box) that were there on previous versions of Nautilus. They were really handy! TTFN Paul -- "You can't beat the system, but you sure as hell can break it" Malcolm in the Middle -------------- 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 Feb 14 11:21:14 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 14 Feb 2004 11:21:14 +0000 Subject: Still can't get the SELinux kernel to work Message-ID: <1076757674.3526.13.camel@T7.linux> Hi, I reported this on the 2.6.1-65 test and it's the same on the 2.6.2 test - the machine fires up, but won't let me login. It looks like there is a problem somewhere with gdm - it can't find the default security for user "paul". This does not happen when I build my own version of the 2.6.2 kernel I'll need to do a reboot so I can write down the errors again. TTFN Paul -- "You can't beat the system, but you sure as hell can break it" Malcolm in the Middle -------------- 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 erik.orebro at telia.com Sat Feb 14 11:34:22 2004 From: erik.orebro at telia.com (Erik Englund) Date: Sat, 14 Feb 2004 12:34:22 +0100 Subject: FC in DVD In-Reply-To: <1076755790.10281.1.camel@tatxe.saladelfrio.com> References: <1076755790.10281.1.camel@tatxe.saladelfrio.com> Message-ID: <1076758462.3402.13.camel@localhost.localdomain> I would also be _very_ interested in this :) On Sat, 2004-02-14 at 11:49, Tatxe wrote: > Hi all: > > Where can I find a DVD iso from FC2? or how can I make my own DVD ISO > from the 4 CD isos? > > I was looking in the fedora-list for some information but I can't be > able to do (I found a couple of scripts but no one works). > > Thanks in advance. > > From loop at chello.at Sat Feb 14 11:39:39 2004 From: loop at chello.at (loop) Date: Sat, 14 Feb 2004 12:39:39 +0100 Subject: sil3112a sata controller ? Message-ID: <20040214113939.FWVP4698.viefep17-int.chello.at@tknetbq2> Hi is there a way to get this thing to work , i mean really work as it only uses pio mode for me and i am not able to get it using udma mode Greetz mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From bhanks at crackedweasel.org Sat Feb 14 12:47:58 2004 From: bhanks at crackedweasel.org (Brian Hanks) Date: Sat, 14 Feb 2004 07:47:58 -0500 Subject: FC2-T1 Lockup Message-ID: <1076762878.2367.15.camel@neuf.bhanks.com> I'm running FC2-T1 on an Asus A7N266-VM/AA which is an NForce chipset board. It loads up fine, but randomly locks up at some point after the screen saver has kicked in. I have disabled all power management, hardware and software, but it is still happening. There is one suspicious item that I have found in the log files that appears to happen immediately prior to the lockup. kernel: spurious 8259A interrupt: IRQ 7 I have tried to rebuild the NForce driver src.rpm to see if it would make a difference, but it will not compile. Since this is my first foray into the 2.6 kernel, I'm sure that I'm probably missing something. Also, I'm trying to do a yum update from the development tree and it keeps spitting out an unresolved dependency between redat-artwork and /usr/lib/qt-3.2 which appears to be incorrect because /usr/lib/qt-3.2 is available. -Brian Hanks bhanks at bhanks.com From don.vanco at agilysys.com Sat Feb 14 12:53:09 2004 From: don.vanco at agilysys.com (Vanco, Don) Date: Sat, 14 Feb 2004 07:53:09 -0500 Subject: FC in (on) DVD Message-ID: I am not the author and I don't recall where I got this - but it may help... Don -----Original Message----- From: fedora-test-list-admin at redhat.com on behalf of Erik Englund Sent: Sat 2/14/2004 6:34 AM To: Fedora test mailing list Cc: Subject: Re: FC in DVD I would also be _very_ interested in this :) On Sat, 2004-02-14 at 11:49, Tatxe wrote: > Hi all: > > Where can I find a DVD iso from FC2? or how can I make my own DVD ISO > from the 4 CD isos? > > I was looking in the fedora-list for some information but I can't be > able to do (I found a couple of scripts but no one works). > > Thanks in advance. > > -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From P.R.Schaffner at IEEE.org Sat Feb 14 13:01:50 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sat, 14 Feb 2004 08:01:50 -0500 Subject: FC2 test 1 Qs & Evolution In-Reply-To: <1076754170.3526.5.camel@T7.linux> References: <1076664175.26000.2.camel@localhost.localdomain> <1076686417.26000.88.camel@localhost.localdomain> <1076714773.11079.24.camel@localhost.localdomain> <1076754170.3526.5.camel@T7.linux> Message-ID: <1076763709.10545.2.camel@tabb1.tabb> On Sat, 2004-02-14 at 10:22 +0000, Paul wrote: > On Sat, 2004-02-14 at 00:26 +0100, Noa Resare wrote: ... > > > I'd love to know when the chaps are going to fix Evolution to 1.5.4, > > > 1.5.3 is too unstable, even when compiled from gnome's source. > > > > I thought the same thing myself and so I compiled evolution 1.5.4 + > > dependencies, and indeed it seems more stable to me. > > > > If you want to, please feel free to test my packages. They are located > > over at http://resare.com/noa/rpms/fedora-1.90/ > > In the words of the great prophet and all round - round guy > > "Mmmmmmmmmmmm, stable...." Still testing, but seems to work better for me too. Thanks Noa, Phil From dev3n at optusnet.com.au Sat Feb 14 13:11:50 2004 From: dev3n at optusnet.com.au (dev3n) Date: Sat, 14 Feb 2004 23:11:50 +1000 Subject: FC2-T1 Lockup References: <1076762878.2367.15.camel@neuf.bhanks.com> Message-ID: <000801c3f2fc$1be46860$715a31d2@winxpserver> Hi all, I have simular hardware to you except I have Nvidia 4200ti 128mb Video card, I can't even get Fedora to install it just locks up at running /sbin/loader. Anyone have any ideas on this, also have had the same problem with redhat 9 with the kernel: spurious 8259A interrupt: IRQ 7, error message. Have not found a answer to that one yet, but seemed to make no difference in running RH9. dev3n ----- Original Message ----- From: "Brian Hanks" To: Sent: Saturday, February 14, 2004 10:47 PM Subject: FC2-T1 Lockup > I'm running FC2-T1 on an Asus A7N266-VM/AA which is an NForce chipset > board. It loads up fine, but randomly locks up at some point after the > screen saver has kicked in. I have disabled all power management, > hardware and software, but it is still happening. > > There is one suspicious item that I have found in the log files that > appears to happen immediately prior to the lockup. > > kernel: spurious 8259A interrupt: IRQ 7 > > I have tried to rebuild the NForce driver src.rpm to see if it would > make a difference, but it will not compile. > > Since this is my first foray into the 2.6 kernel, I'm sure that I'm > probably missing something. > > Also, I'm trying to do a yum update from the development tree and it > keeps spitting out an unresolved dependency between redat-artwork and > /usr/lib/qt-3.2 which appears to be incorrect because /usr/lib/qt-3.2 is > available. > > -Brian Hanks > bhanks at bhanks.com > > > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > -- > Incoming mail is certified Virus Free. > Checked by AVG Anti-Virus (http://www.grisoft.com). > Version: 7.0.211 / Virus Database: 261.9.3 - Release Date: 13/02/2004 > > -- Outgoing mail is certified Virus Free. Checked by AVG Anti-Virus (http://www.grisoft.com). Version: 7.0.211 / Virus Database: 261.9.3 - Release Date: 13/02/2004 From dev3n at optusnet.com.au Sat Feb 14 13:41:44 2004 From: dev3n at optusnet.com.au (dev3n) Date: Sat, 14 Feb 2004 23:41:44 +1000 Subject: FC2-T1 Lockup References: <1076762878.2367.15.camel@neuf.bhanks.com> <000801c3f2fc$1be46860$715a31d2@winxpserver> Message-ID: <000701c3f300$490834d0$715a31d2@winxpserver> ----- Original Message ----- From: "dev3n" To: Sent: Saturday, February 14, 2004 11:11 PM Subject: Re: FC2-T1 Lockup > Hi all, > > I have simular hardware to you except I have Nvidia 4200ti 128mb Video card, > I can't even get Fedora to install it just > locks up at running /sbin/loader. Don't worry, have fixed this with using the following to boot install linux apm=off acpi=off pci=noacpi Thanks anyway. dev3n -- Outgoing mail is certified Virus Free. Checked by AVG Anti-Virus (http://www.grisoft.com). Version: 7.0.211 / Virus Database: 261.9.3 - Release Date: 13/02/2004 From alan at redhat.com Sat Feb 14 14:00:45 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 14 Feb 2004 09:00:45 -0500 Subject: Garzik and the libata (SATA) committee In-Reply-To: <402DAB1A.1070108@xmission.com> References: <402DAB1A.1070108@xmission.com> Message-ID: <20040214140045.GA21392@devserv.devel.redhat.com> On Fri, Feb 13, 2004 at 09:59:06PM -0700, raxet wrote: > Now even with copying the tainted drivers sata_promise.o and scsi_mod.o > to diskette in place of the ft3xx.o, this routine WON'T You need 2.6 binary only drivers built against the right kernel image. I don't believe they exist. Alan From alan at redhat.com Sat Feb 14 14:05:07 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 14 Feb 2004 09:05:07 -0500 Subject: FC2 test1: install glitches and comments (resend, last one was too big) In-Reply-To: References: Message-ID: <20040214140507.GB21392@devserv.devel.redhat.com> On Sat, Feb 14, 2004 at 01:03:04AM -0500, Ricky Ng-Adam wrote: > -on reboot after install... Kernel Stopped booting after agpgart and > Serial: 8250[...]IRQ sharing enabled lines. Poweroff/poweron seems Seen this, its as if any serial interrupt occuring during the serial setup or before it hangs the box. I've not yet been able to get much further as I've not yet found a box I have it will boot all the way on except with the install CD I also see similar problems with IRQ 12 sharing, then disable then hangs and then since IRQ 12 is _really_ used by something other than the non-existant PS/2 mouse it tried to enable that hangs too. > -Should be a way to configure auto-login as in Mandrake, especially for > Personal/Workstations install. Frankly, I even like the idea of no > password for root for those kind of installs. gdmconfig > -"microcode: No suitable data for cpu 0": is this important? No. It probably shouldnt be user visible though > -some atkbd.c: Unknown key released (see messages) XFree86 build bug it appears. From maxer1 at xmission.com Sat Feb 14 14:06:31 2004 From: maxer1 at xmission.com (raxet) Date: Sat, 14 Feb 2004 07:06:31 -0700 Subject: Garzik and the libata (SATA) committee In-Reply-To: <20040214100622.GA12735@ee.oulu.fi> References: <402DAB1A.1070108@xmission.com> <20040214100622.GA12735@ee.oulu.fi> Message-ID: <402E2B67.5030104@xmission.com> Pekka Pietikainen wrote: >On Fri, Feb 13, 2004 at 09:59:06PM -0700, raxet wrote: > > >>Now even with copying the tainted drivers sata_promise.o and scsi_mod.o >>to diskette in place of the ft3xx.o, this routine WON'T >>work with FC2 Test 1 install iso's. >> >>GREAT! If anyone knows of a fix to this total TRAVESTY let me know. >> >>RaXeT >> >> >I attempted a install onto a promise SATA drive some time before test1 from rawhide >and could get the disk working by going into the shell, uncompressing modules.cgz >to /tmp and insmoding libata/sata_promise/sd/whatnot. > >It blew up after partitioning though, but that was probably something else :-) >Probably should grab the final and poke around a bit I suppose, probably >just a matter of giving the installer relevant pci ids and drivers. > Nope that won't work. I have been poking this thing for a whole day. What a bunch of *&%(&($*#&% RaXeT From alan at redhat.com Sat Feb 14 14:07:25 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 14 Feb 2004 09:07:25 -0500 Subject: FC2 test1: install glitches and comments (resend, last one was too big) In-Reply-To: <402DCD3B.3070404@medata.com> References: <402DCD3B.3070404@medata.com> Message-ID: <20040214140725.GC21392@devserv.devel.redhat.com> On Fri, Feb 13, 2004 at 11:24:43PM -0800, Rick Johnson wrote: > > >-Did not detect that my monitor was a LCD 1024x768. Recent MDK10 and > >Lindows4.5 are able to. > > Same with my Dell - so it's probably a laptop display thing. It also falls back to 800x600 on the installer for most cards (which is wrong). Some X servers correctly refuse the 800x600 others don't. Undetected means the only safe mode is VGA 640x480 at 60Hz timing. > Why, so we can skim and still not read it, but be annoyed by the fact > that we have to scroll first? Great for lawyers, not so great for lazy > admins, who are still doing a bulk of the installs. Do a text mode install and you never need to agree to it in FC1, not been able to check this in FC2 From P.R.Schaffner at IEEE.org Sat Feb 14 14:07:31 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sat, 14 Feb 2004 09:07:31 -0500 Subject: FC in DVD In-Reply-To: <1076758462.3402.13.camel@localhost.localdomain> References: <1076755790.10281.1.camel@tatxe.saladelfrio.com> <1076758462.3402.13.camel@localhost.localdomain> Message-ID: <1076767650.10545.5.camel@tabb1.tabb> On Sat, 2004-02-14 at 12:34 +0100, Erik Englund wrote: > I would also be _very_ interested in this :) > > On Sat, 2004-02-14 at 11:49, Tatxe wrote: > > Hi all: > > > > Where can I find a DVD iso from FC2? or how can I make my own DVD ISO > > from the 4 CD isos? > > > > I was looking in the fedora-list for some information but I can't be > > able to do (I found a couple of scripts but no one works). > > > > Thanks in advance. Check the thread "new test release" (not very descriptive) from Thursday Feb 12. Seems to have some clues. Phil From maxer1 at xmission.com Sat Feb 14 14:11:11 2004 From: maxer1 at xmission.com (raxet) Date: Sat, 14 Feb 2004 07:11:11 -0700 Subject: Garzik and the libata (SATA) committee In-Reply-To: <20040214140045.GA21392@devserv.devel.redhat.com> References: <402DAB1A.1070108@xmission.com> <20040214140045.GA21392@devserv.devel.redhat.com> Message-ID: <402E2C7F.3070006@xmission.com> Alan Cox wrote: >On Fri, Feb 13, 2004 at 09:59:06PM -0700, raxet wrote: > > >>Now even with copying the tainted drivers sata_promise.o and scsi_mod.o >>to diskette in place of the ft3xx.o, this routine WON'T >> >> > >You need 2.6 binary only drivers built against the right kernel image. >I don't believe they exist. > >Alan > Sorry, but why when up to release of FC2 test 1 I could get ANY kernel 2.4.24 etc working with libata and the release totally bomb. That's progress? What your saying is that for final release of FC, no one with a working 2.4 kernel will be doing libata? I've built many 2.6 custom kernels since FC1 and they all had module support for this Promise controller off originally. Why was it such a big deal to turn module support on for it anyway. Point, click, done. grief Go figure. RaXeT From P.R.Schaffner at IEEE.org Sat Feb 14 14:15:15 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sat, 14 Feb 2004 09:15:15 -0500 Subject: FC2-test1 via yum In-Reply-To: <200402130735.13299.gstool@earthlink.net> References: <20040213060051.GA13033@wolves.durham.nc.us> <200402130735.13299.gstool@earthlink.net> Message-ID: <1076768114.10545.11.camel@tabb1.tabb> On Fri, 2004-02-13 at 07:35 -0600, Gerry Tool wrote: > On Friday 13 February 2004 00:11, Satish Balay wrote: > > On Fri, 13 Feb 2004, Gregory Woodbury wrote: > > > Since my test-bed machine is an AMD k6-2, I can't boot the recently > > > released CD ISOs. However, using yum to update against the development > > > tree (the next best thing) I'm getting the following reported out of the > > > yum dependencies phase: > > > > > > > > > Package xsane-gimp needs libgimp-1.2.so.0, this is not available. > > > Package xsane-gimp needs libgimpui-1.2.so.0, this is not available. > > > Package redhat-artwork needs /usr/lib/qt-3.2, this is not available. > > > > I've seen the last one - but not the first two. My workarround was to > > have the following in /etc/yum.conf > > > > exclude=qt > > > > You could try 'yum -d4 upgrade' - and try decephering the dependencies > > - to figure out what other excludes are necessary for 'yum upgrade' to > > go through. Perhaps the following will work: > > > > exclude=qt gimp > > > That should work. I had to exclude those two when using up2date also. > > Gerry Tool Seem to be seeing a similar problem on FC2 update with yum. Only saw a problem with redhat-artwork on the first iteration. Tried the exclude=qt and now I get: ....Unable to satisfy dependencies Package qt-devel needs qt = 1:3.3.0-0.2, this is not available. Package kdelibs needs qt >= 1:3.3.0, this is not available. Package kdelibs needs redhat-artwork >= 0.90.1, this is not available. Package gnome-panel needs libecal.so.0, this is not available. Don't really want to exclude kdelibs or gnome-panel. Am I missing something? Phil From davej at redhat.com Sat Feb 14 14:19:08 2004 From: davej at redhat.com (Dave Jones) Date: Sat, 14 Feb 2004 14:19:08 +0000 Subject: Garzik and the libata (SATA) committee In-Reply-To: <402DAB1A.1070108@xmission.com> References: <402DAB1A.1070108@xmission.com> Message-ID: <1076768347.16589.0.camel@delerium.codemonkey.org.uk> On Sat, 2004-02-14 at 04:59, raxet wrote: > Now even with copying the tainted drivers sata_promise.o and scsi_mod.o > to diskette in place of the ft3xx.o, this routine WON'T > work with FC2 Test 1 install iso's. > > GREAT! If anyone knows of a fix to this total TRAVESTY let me know. You're complaining that a binary only module for a 2.4 kernel won't work with a 2.6 kernel ? You can't seriously expect this to work? Dave From fedora at puzzled.xs4all.nl Sat Feb 14 14:27:18 2004 From: fedora at puzzled.xs4all.nl (Patrick) Date: Sat, 14 Feb 2004 15:27:18 +0100 Subject: FC in DVD In-Reply-To: <1076755790.10281.1.camel@tatxe.saladelfrio.com> References: <1076755790.10281.1.camel@tatxe.saladelfrio.com> Message-ID: <1076768838.29300.5.camel@guru.puzzled.xs4all.nl> On Sat, 2004-02-14 at 11:49, Tatxe wrote: > Hi all: > > Where can I find a DVD iso from FC2? or how can I make my own DVD ISO > from the 4 CD isos? > > I was looking in the fedora-list for some information but I can't be > able to do (I found a couple of scripts but no one works). > > Thanks in advance. > > Here is a script that Chris Kloiber of Red Hat made for FC1. Haven't tried it. YMMV. Regards, Patrick -------------- next part -------------- A non-text attachment was scrubbed... Name: mkdvdiso.sh Type: text/x-sh Size: 2108 bytes Desc: not available URL: From maxer1 at xmission.com Sat Feb 14 14:33:49 2004 From: maxer1 at xmission.com (raxet) Date: Sat, 14 Feb 2004 07:33:49 -0700 Subject: Garzik and the libata (SATA) committee In-Reply-To: <1076768347.16589.0.camel@delerium.codemonkey.org.uk> References: <402DAB1A.1070108@xmission.com> <1076768347.16589.0.camel@delerium.codemonkey.org.uk> Message-ID: <402E31CD.2020002@xmission.com> Dave Jones wrote: >On Sat, 2004-02-14 at 04:59, raxet wrote: > > > >>Now even with copying the tainted drivers sata_promise.o and scsi_mod.o >>to diskette in place of the ft3xx.o, this routine WON'T >>work with FC2 Test 1 install iso's. >> >>GREAT! If anyone knows of a fix to this total TRAVESTY let me know. >> >> > >You're complaining that a binary only module for a 2.4 kernel >won't work with a 2.6 kernel ? You can't seriously expect this to work? > > Dave > Sorry, so FC2 test 1 is only 2.6 kernel? No 2.4 kernel support? Did I miss something here? What meant to say in the above paragraph was that the "drivers sata_promise.o and scsi_mod.o" are from the kernel 2.4.22-1.2166.nptlcustom. So again I'm asking is FC2 test 1 only a 2.6 supported kernel on install? RaXeT From alan at redhat.com Sat Feb 14 14:35:48 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 14 Feb 2004 09:35:48 -0500 Subject: Garzik and the libata (SATA) committee In-Reply-To: <402E31CD.2020002@xmission.com> References: <402DAB1A.1070108@xmission.com> <1076768347.16589.0.camel@delerium.codemonkey.org.uk> <402E31CD.2020002@xmission.com> Message-ID: <20040214143548.GA32243@devserv.devel.redhat.com> On Sat, Feb 14, 2004 at 07:33:49AM -0700, raxet wrote: > Sorry, so FC2 test 1 is only 2.6 kernel? No 2.4 kernel support? Did I > miss something here? About 3 months of discussions > So again I'm asking is FC2 test 1 only a 2.6 supported kernel on install? Yes From maxer1 at xmission.com Sat Feb 14 14:39:46 2004 From: maxer1 at xmission.com (raxet) Date: Sat, 14 Feb 2004 07:39:46 -0700 Subject: Garzik and the libata (SATA) committee In-Reply-To: <20040214143548.GA32243@devserv.devel.redhat.com> References: <402DAB1A.1070108@xmission.com> <1076768347.16589.0.camel@delerium.codemonkey.org.uk> <402E31CD.2020002@xmission.com> <20040214143548.GA32243@devserv.devel.redhat.com> Message-ID: <402E3332.9070605@xmission.com> Alan Cox wrote: >On Sat, Feb 14, 2004 at 07:33:49AM -0700, raxet wrote: > > >>Sorry, so FC2 test 1 is only 2.6 kernel? No 2.4 kernel support? Did I >>miss something here? >> >> > >About 3 months of discussions > > > >>So again I'm asking is FC2 test 1 only a 2.6 supported kernel on install? >> >> > >Yes > Boy did I miss something in translation here. Sorry, I will now download and build a driver set with 2.6 kernel blah. Much relief. RaXeT From balay at fastmail.fm Sat Feb 14 15:30:39 2004 From: balay at fastmail.fm (Satish Balay) Date: Sat, 14 Feb 2004 09:30:39 -0600 (CST) Subject: FC2-test1 via yum In-Reply-To: <1076768114.10545.11.camel@tabb1.tabb> References: <20040213060051.GA13033@wolves.durham.nc.us> <200402130735.13299.gstool@earthlink.net> <1076768114.10545.11.camel@tabb1.tabb> Message-ID: On Sat, 14 Feb 2004, Phil Schaffner wrote: > Seem to be seeing a similar problem on FC2 update with yum. Only saw a > problem with redhat-artwork on the first iteration. Tried the > exclude=qt and now I get: > > ....Unable to satisfy dependencies > Package qt-devel needs qt = 1:3.3.0-0.2, this is not available. > Package kdelibs needs qt >= 1:3.3.0, this is not available. > Package kdelibs needs redhat-artwork >= 0.90.1, this is not available. > Package gnome-panel needs libecal.so.0, this is not available. > > Don't really want to exclude kdelibs or gnome-panel. Am I missing > something? Think of this as a temporary workarround - to getarround packages with broken dependencies. As of today - a new redhat-artwork package is available which fixes the above broken dependency. However there are other packages with broken depencencies -- My current workarround is exclude=perl-libwww-perl BTW: mirror used is mirrors.kernel.org Satish From balay at fastmail.fm Sat Feb 14 15:34:25 2004 From: balay at fastmail.fm (Satish Balay) Date: Sat, 14 Feb 2004 09:34:25 -0600 (CST) Subject: FC2test1, smbfs/cifs, problems In-Reply-To: References: Message-ID: On Fri, 13 Feb 2004, Aleksander Demko wrote: > > I see smbfs is missing from the FC2 kernels, and assume this cifs > is the replacement. Anyways, when I try to mount a share, I get: > > mount /nexus/heap/ > mount: Connection refused > > I ran a nc -l -p 139 on my machine, and found the thing tryint to > access localhost, instead of the remote server. If I replace the > remote server's name with its IP, I get: > > [root at zenith cifs]# mount /nexus/heap/ > mount: block device //192.70.172.142/heap is write-protected, mounting read-only > mount: cannot mount block device //192.70.172.142/heap read-only > > smbclient confirmed that samba is workin on the remote server and > that I can access it. > > strace on the mount shows something about accessing: > /sbin/mount.cifs. The mount.cifs(8) page also mensions this. > However, I lack this file (yet I have mount.smb and .smbfs), yet my > kernel lacks smbfs.ko etc, but has cifs.ko. > I tried using mount.cifs - and it segfaults [leaving the filesystem in a wierd state]. 'sync' just hangs. And reboot also hangs (perhaps on a sync) Command used as root: mount.cifs //remote-machine/remote-share /mnt/mountpoint -o username=user,workgroup=group Satish From balay at fastmail.fm Sat Feb 14 15:48:13 2004 From: balay at fastmail.fm (Satish Balay) Date: Sat, 14 Feb 2004 09:48:13 -0600 (CST) Subject: FC2test1, smbfs/cifs, problems In-Reply-To: References: Message-ID: There is a bugzilla on this now. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115604 Satish From nmt2002 at columbia.edu Sat Feb 14 16:06:02 2004 From: nmt2002 at columbia.edu (nate) Date: Sat, 14 Feb 2004 11:06:02 -0500 Subject: FC in DVD In-Reply-To: References: Message-ID: <20040214160601.GA1085@nate.clar47.rhno> I cooked up a DVD ISO, but ... * I can't test it; * my apache won't serve it (4gb > 2gb); and * my connection isn't constant enough to be a bt tracker. So ... Does someone want to sftp it from me to test it, and (if it works) pass it off to the Dulug people? thx, Nate --- nate - nmt2002 at columbia.edu cell=917 445 6830 aim=mediumnate www.columbia.edu/~nmt2002/gpgpubkey The Doctor is overrated. From awol at home.nl Sat Feb 14 16:10:36 2004 From: awol at home.nl (Alexander Volovics) Date: Sat, 14 Feb 2004 17:10:36 +0100 Subject: FC2 test1: pcmcia problems on dell i8100 In-Reply-To: <402D796B.8060307@medata.com> References: <20040213153933.GA12148@home.nl> <20040213230233.GA3638@home.nl> <402D796B.8060307@medata.com> Message-ID: <20040214161036.GA3574@home.nl> On Fri, Feb 13, 2004 at 05:27:07PM -0800, Rick Johnson wrote: > Alexander Volovics wrote: > >I simply cannot get eth0 started, and 'yenta_socket' is never loaded. > >After modprobing 'yenta_socket' and trying (for example) > >/sbin/ifup eth0 I always get the following: > > interface 'eth0' not found > > /bin/true > > xirc2ps_cs device eth0 does not seem to be present, delaying > > initialization > >and eth0 is never activated. > >And "/sbin/cardctl ident" gives no info about the card, only > >'no product info available'. > Strangely enough, after the modprobe, restart pcmcia (service pcmcia > restart), then ifup eth0. That seems to work for me on my Lattitude CPx. Of course "restart pcmcia" after modprobe 'yenta-socket'. This is logical and it works. Thank you. However things are still not as they should be because after a couple of hours I experienced a crash/freeze. Nothing worked anymore and I had to remove the laptop battery to 'unfreeze' the machine. When booting up again the boot process stops at 'Starting pcmcia'. So I will have to resort to the rescue cd. Alexander From erik.orebro at telia.com Sat Feb 14 16:16:40 2004 From: erik.orebro at telia.com (Erik Englund) Date: Sat, 14 Feb 2004 17:16:40 +0100 Subject: FC in DVD In-Reply-To: <20040214160601.GA1085@nate.clar47.rhno> References: <20040214160601.GA1085@nate.clar47.rhno> Message-ID: <1076775399.3580.2.camel@localhost.localdomain> i have also done one now, can't boot from it though, donno if it's a bios problem (have never booted from a dvd/dvd-r before...) or if it's my images fault... i'm working on it though... someone know if it's possible to boot a dvd from grub? or boot it in some other way than from bios? i will set up a bt link if i get it to work :) Erik On Sat, 2004-02-14 at 17:06, nate wrote: > I cooked up a DVD ISO, but ... > > * I can't test it; > * my apache won't serve it (4gb > 2gb); and > * my connection isn't constant enough to be a bt tracker. > > So ... Does someone want to sftp it from me to test it, and (if it works) > pass it off to the Dulug people? > > thx, > > Nate > > --- > nate - nmt2002 at columbia.edu > cell=917 445 6830 aim=mediumnate > www.columbia.edu/~nmt2002/gpgpubkey > The Doctor is overrated. > From czar at czarc.net Sat Feb 14 16:30:53 2004 From: czar at czarc.net (Gene C.) Date: Sat, 14 Feb 2004 11:30:53 -0500 Subject: need help/comments Message-ID: <200402141130.53188.czar@czarc.net> This problem has been reported as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115566 I installed FC2 test1 on a dual P-III with a Linksys NC100 NIC (pci 1317:0985). After the install, I could not see/communicate with any other system (even a ping). The interface was up and I could ping myself but, of course, nothing went outside. I know the interface works and con communicate with other systems because: 1. It works fine with FC1 and RHL9 installed on this box and 2. I installed FC2 test1 as an NFS install.. I have FC2 test1 installed on another box and, although I had to manually configure things post install because the 3C940/sk98lin was not recognized, it works fine. Therefore, I don't see this as something I am screwing up (although that is certainly possible). I don't see anything in /var/log/messages about this. Any hints/comments on how to troubleshoot this? Anyone else using the Linksys NC100? -- Gene From erik.orebro at telia.com Sat Feb 14 16:44:46 2004 From: erik.orebro at telia.com (Erik Englund) Date: Sat, 14 Feb 2004 17:44:46 +0100 Subject: FC in DVD In-Reply-To: <1076775399.3580.2.camel@localhost.localdomain> References: <20040214160601.GA1085@nate.clar47.rhno> <1076775399.3580.2.camel@localhost.localdomain> Message-ID: <1076777085.3580.26.camel@localhost.localdomain> hmm it booted in vmware (didn't think of testing it there before *doh*) so it seems to be a problem with my bios... On Sat, 2004-02-14 at 17:16, Erik Englund wrote: > i have also done one now, can't boot from it though, donno if it's a > bios problem (have never booted from a dvd/dvd-r before...) or if it's > my images fault... > > i'm working on it though... someone know if it's possible to boot a dvd > from grub? or boot it in some other way than from bios? > > i will set up a bt link if i get it to work :) > > Erik > > On Sat, 2004-02-14 at 17:06, nate wrote: > > I cooked up a DVD ISO, but ... > > > > * I can't test it; > > * my apache won't serve it (4gb > 2gb); and > > * my connection isn't constant enough to be a bt tracker. > > > > So ... Does someone want to sftp it from me to test it, and (if it works) > > pass it off to the Dulug people? > > > > thx, > > > > Nate > > > > --- > > nate - nmt2002 at columbia.edu > > cell=917 445 6830 aim=mediumnate > > www.columbia.edu/~nmt2002/gpgpubkey > > The Doctor is overrated. > > > From noa at resare.com Sat Feb 14 17:00:16 2004 From: noa at resare.com (Noa Resare) Date: Sat, 14 Feb 2004 18:00:16 +0100 Subject: FC2 test 1 Qs & Evolution In-Reply-To: <1076714773.11079.24.camel@localhost.localdomain> References: <1076664175.26000.2.camel@localhost.localdomain> <1076686417.26000.88.camel@localhost.localdomain> <1076714773.11079.24.camel@localhost.localdomain> Message-ID: <1076778016.26235.1.camel@localhost.localdomain> On Sat, 2004-02-14 at 00:26 +0100, Noa Resare wrote: > On fre, 2004-02-13 at 15:33 +0000, PFJ wrote: > > > Hi, > > > > > > Do I need to get the CDs from Bittorrent? I've been applying all of the > > > > updates from the fedora ftp site (in the development directory) for a > > > > good couple of weeks now. > > > > > > Nope - unless you want to test the installer & the initial package selection. > > > The updates to FC2T1 will again be in 'development' > > > > Fair enough, I don't need to download them then. > > > > I'd love to know when the chaps are going to fix Evolution to 1.5.4, > > 1.5.3 is too unstable, even when compiled from gnome's source. > > > > I thought the same thing myself and so I compiled evolution 1.5.4 + > dependencies, and indeed it seems more stable to me. > > If you want to, please feel free to test my packages. They are located > over at http://resare.com/noa/rpms/fedora-1.90/ gnome-panel needs a rebuild for the clock applet to pick up the updated evolution-dataserver dependency. Packages are available at the url above. /noa -- Det ?r lika dumt att tro att man blir fet av att ?ta fett, som att tro att man blir gr?n av att ?ta gr?nsaker. -- Christer Enkvist, ?verl?kare From ademko at shaw.ca Sat Feb 14 17:04:05 2004 From: ademko at shaw.ca (Aleksander Demko) Date: Sat, 14 Feb 2004 11:04:05 -0600 (CST) Subject: FIXED! FC2test1, smbfs/cifs, problems In-Reply-To: References: Message-ID: Summary: The samba rpm doesnt seem to build and provide the much needed /sbin/mount.cifs exectuable. If I download and install mount.cifs, from say: http://ca.samba.org/samba/ftp/cifs-cvs/mount.cifs into /sbin, all is well. On Fri, 13 Feb 2004, Aleksander Demko wrote: > > I see smbfs is missing from the FC2 kernels, and assume this cifs > is the replacement. Anyways, when I try to mount a share, I get: > > mount /nexus/heap/ > mount: Connection refused > > I ran a nc -l -p 139 on my machine, and found the thing tryint to > access localhost, instead of the remote server. If I replace the > remote server's name with its IP, I get: > > [root at zenith cifs]# mount /nexus/heap/ > mount: block device //192.70.172.142/heap is write-protected, mounting read-only > mount: cannot mount block device //192.70.172.142/heap read-only > > smbclient confirmed that samba is workin on the remote server and > that I can access it. > > strace on the mount shows something about accessing: > /sbin/mount.cifs. The mount.cifs(8) page also mensions this. > However, I lack this file (yet I have mount.smb and .smbfs), yet my > kernel lacks smbfs.ko etc, but has cifs.ko. -- // scopira.org | ninjacoder.com // From ralinx at pandora.be Sat Feb 14 17:31:57 2004 From: ralinx at pandora.be (Davy Brion) Date: Sat, 14 Feb 2004 18:31:57 +0100 Subject: FC2-T1 Lockup In-Reply-To: <1076762878.2367.15.camel@neuf.bhanks.com> References: <1076762878.2367.15.camel@neuf.bhanks.com> Message-ID: <1076779917.3533.1.camel@p4> On Sat, 2004-02-14 at 07:47 -0500, Brian Hanks wrote: > Also, I'm trying to do a yum update from the development tree and it > keeps spitting out an unresolved dependency between redat-artwork and > /usr/lib/qt-3.2 which appears to be incorrect because /usr/lib/qt-3.2 is > available. i noticed this too earlier, but it appears to have been fixed now. there's an update of QT to qt 3.3 and for a while the redhat-artwork package (which depends on QT) hadn't been updated to reflect the QT changes. From wolters.liste at gmx.net Sat Feb 14 18:14:28 2004 From: wolters.liste at gmx.net (Roland Wolters) Date: Sat, 14 Feb 2004 19:14:28 +0100 Subject: Sound does not work on FC 2 Test1 Message-ID: <200402141914.28319.wolters.liste@gmx.net> Hi, I made a fresh installation of FC 2 on a AMD XP Computer with a Soundblaster Live Card (emu10k1). I got the packages of the CDs, and did no changes to them. And i am not able to get sound out of my boxes - even if I activate the onboard AC97 chipset from via (vt8233/A/8235), I do not get sound. There are some error messages in dmesg [1] depending on modprobe, maybe someone have a similar problem or could help me? Or shuold i fill in a bugreport in the bugzilla system? May searching after a solution went to the possibility of recompile the kernel with OSS Support - other peolple adviced me to start alsaconf, but I am not able to find this binary. Any other ideas? Roland From wolters.liste at gmx.net Sat Feb 14 18:21:42 2004 From: wolters.liste at gmx.net (Roland Wolters) Date: Sat, 14 Feb 2004 19:21:42 +0100 Subject: Sound does not work on FC 2 Test1 In-Reply-To: <200402141914.28319.wolters.liste@gmx.net> References: <200402141914.28319.wolters.liste@gmx.net> Message-ID: <200402141921.43114.wolters.liste@gmx.net> Once upon a time Roland Wolters wrote: > Hi, > I made a fresh installation of FC 2 on a AMD XP Computer with a > Soundblaster Live Card (emu10k1). I got the packages of the CDs, and did no > changes to them. > > And i am not able to get sound out of my boxes - even if I activate the > onboard AC97 chipset from via (vt8233/A/8235), I do not get sound. > > There are some error messages in dmesg [1] depending on modprobe, maybe > someone have a similar problem or could help me? I forgot it to attach the error messages of dmesg, sorry: request_module: failed /sbin/modprobe -- char-major-21-1. error = 256 request_module: failed /sbin/modprobe -- char-major-4-72. error = 256 request_module: failed /sbin/modprobe -- char-major-10-134. error = 256 request_module: failed /sbin/modprobe -- snd-card-0. error = 256 request_module: failed /sbin/modprobe -- sound-service-1-0. error = 256 From dr at cluenet.de Sat Feb 14 18:39:50 2004 From: dr at cluenet.de (Daniel Roesen) Date: Sat, 14 Feb 2004 19:39:50 +0100 Subject: FIXED! FC2test1, smbfs/cifs, problems In-Reply-To: ; from ademko@shaw.ca on Sat, Feb 14, 2004 at 11:04:05AM -0600 References: Message-ID: <20040214193950.A3122@homebase.cluenet.de> On Sat, Feb 14, 2004 at 11:04:05AM -0600, Aleksander Demko wrote: > Summary: The samba rpm doesnt seem to build and provide the much > needed /sbin/mount.cifs exectuable. $ rpm -qf /sbin/mount.cifs samba-client-3.0.2-7.FC1 Best regards, Daniel From janina at rednote.net Sat Feb 14 19:12:52 2004 From: janina at rednote.net (Janina Sajka) Date: Sat, 14 Feb 2004 14:12:52 -0500 Subject: What happened to version.h? Message-ID: <20040214191252.GB7092@rednote.net> I've just installed FC2 without a any particular problem--all looks OK. But, I tried to compile a newer ALSA and it failed for lack of /usr/src/linux/include/linux/version.h. Indeed, when I look in the source tree--which is certainly there--version.h is not there. Is there some new procedure re the 2.6 kernels that I'm unaware of? From strange at nsk.no-ip.org Sat Feb 14 19:21:45 2004 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Sat, 14 Feb 2004 19:21:45 +0000 Subject: Sound does not work on FC 2 Test1 In-Reply-To: <200402141921.43114.wolters.liste@gmx.net> References: <200402141914.28319.wolters.liste@gmx.net> <200402141921.43114.wolters.liste@gmx.net> Message-ID: <20040214192144.GA6118@nsk.no-ip.org> On Sat, Feb 14, 2004 at 07:21:42PM +0100, Roland Wolters wrote: > Once upon a time Roland Wolters wrote: > > Hi, > > I made a fresh installation of FC 2 on a AMD XP Computer with a > > Soundblaster Live Card (emu10k1). I got the packages of the CDs, and did no > > changes to them. > > > > And i am not able to get sound out of my boxes - even if I activate the > > onboard AC97 chipset from via (vt8233/A/8235), I do not get sound. > > > > There are some error messages in dmesg [1] depending on modprobe, maybe > > someone have a similar problem or could help me? > > I forgot it to attach the error messages of dmesg, sorry: > request_module: failed /sbin/modprobe -- char-major-21-1. error = 256 > request_module: failed /sbin/modprobe -- char-major-4-72. error = 256 > request_module: failed /sbin/modprobe -- char-major-10-134. error = 256 > request_module: failed /sbin/modprobe -- snd-card-0. error = 256 > request_module: failed /sbin/modprobe -- sound-service-1-0. error = 256 Try this on /etc/modules.conf: ##ALSA alias char-major-116 snd alias char-major-14 soundcore alias snd-card-0 snd-emu10k1 alias sound-slot-0 snd-card-0 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss Then run modprobe snd-card-0 and run alsamixer to unmute the channels. Regards, Luciano Rocha From alan at clueserver.org Sat Feb 14 19:32:31 2004 From: alan at clueserver.org (Alan) Date: Sat, 14 Feb 2004 11:32:31 -0800 Subject: Problems with Disc3 of binaries Message-ID: <1076787150.18022.5.camel@zontar.clueserver.org> I have encountered an odd problem. I have downloaded the binary ISOs via bittorrent. The MD5SUM file checks out. I burn the ISOs to disc. I run the install and test each disc. Discs 1, 2, and 4 check out fine, but disc 3 fails the test. The install will fail on install on disc 3 as well, so there is some sort of problem. I have burned two discs with the same problem. The MD5SUM file matches the one I am seeing on the mirrors. Are other people seeing this or am I just encountering a weird glitch with my burning software. (XCDRoast will not verify under the 2.6 kernel because it thinks data cds are audio discs for some unknown reason.) Ideas? (Or am I just going mad?) -- "Push that big, big granite sphere way up there from way down here! Gasp and sweat and pant and wheeze! Uh-oh! Feel momentum cease! Watch it tumble down and then roll the boulder up again!" - The story of Sisyphus by Dr. Zeus in Frazz 12/18/2003 From gerrit at nl.linux.org Sat Feb 14 19:34:54 2004 From: gerrit at nl.linux.org (Gerrit) Date: Sat, 14 Feb 2004 20:34:54 +0100 Subject: missing boot disk.img In-Reply-To: <1076724408.3944.7.camel@tabb1.tabb> References: <20040213200357.GA6754@nl.linux.org> <20040213201148.GA3757@comcast.net> <6.0.3.0.2.20040213131339.02f5c800@postoffice.ixpres.net> <1076724408.3944.7.camel@tabb1.tabb> Message-ID: <20040214193454.GA22112@nl.linux.org> Phil Schaffner wrote: > A workaround that does it for me: > > cd [install_directory]/isolinux > cp vmlinuz /boot/vmlinuz-1.90 > cp initrd.img /boot/initrd-1.90.img > title Fedora test1 (1.90) installer > root(hd0,0) > kernel /vmlinuz-1.90 > initrd /initrd-1.90.img Thanks - this works great! Why isn't this documented as such? Is it not guaranteed to work? If I'd known this before, I'd used it even when a boot disk was available - never thought of the possibility. Note that anaconda does run extremely slow for me, but I don't whether that has to do with the install method or with problems in test 1 release. Gerrit. -- Weather in Twenthe, Netherlands 14/02 18:25 UTC: 7.0??C wind 2.2 m/s SW (57 m above NAP) -- Asperger Syndroom - een persoonlijke benadering: http://people.nl.linux.org/~gerrit/ Kom in verzet tegen dit kabinet: http://www.sp.nl/ From jsamort at shaw.ca Sat Feb 14 19:32:18 2004 From: jsamort at shaw.ca (J. Scott Amort) Date: Sat, 14 Feb 2004 11:32:18 -0800 Subject: Panels on Nautilus In-Reply-To: <1076757260.3526.8.camel@T7.linux> References: <1076757260.3526.8.camel@T7.linux> Message-ID: <1076787137.2273.8.camel@enlightenment.baobobmusic.ca> Hi Paul, On Sat, 2004-02-14 at 11:14 +0000, Paul wrote: > Is there anyway to restore the panels (back, forward and the URL box) > that were there on previous versions of Nautilus. They were really > handy! I noticed that, too. Apparently there are now two views with Nautilus, the new single window per view (I think they call it 'object' view or similar) and the old way. To (re)enable the old way, start nautilus with the --browser flag, or open a folder by right-clicking and selecting Browse Folder. While we are on the topic of usability 'improvements' with Gnome 2.5.x, I must admit I can't stand the new Open/Save file dialog (try it with gedit or file-roller). It is poorly laid out, improperly sized and unnecessarily complex. Most annoyingly, I can no longer use the simple bookmarks interface with the Extract to command in file-roller (it keeps telling me my file system doesn't support bookmarks, although it worked fine up until the upgrade!) and I have to navigate through the messy file dialog every time. If anyone knows how to reset it back to the old dialog, please let me know. Cheers, Scott From aoliva at redhat.com Sat Feb 14 19:38:58 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 14 Feb 2004 17:38:58 -0200 Subject: FC2 test1: pcmcia problems on dell i8100 In-Reply-To: <402D796B.8060307@medata.com> References: <20040213153933.GA12148@home.nl> <20040213230233.GA3638@home.nl> <402D796B.8060307@medata.com> Message-ID: On Feb 13, 2004, Rick Johnson wrote: > Strangely enough, after the modprobe, restart pcmcia (service pcmcia > restart), then ifup eth0. That seems to work for me on my Lattitude > CPx. Cool! I see what the problem is now: /etc/init.d/pcmcia uses `grep -q pcmcia /proc/devices' to tell whether it has to modprobe for the pcmcia modules. It turns out that when the system attempts to bring up the network card early in the boot, the network card brings in pcmcia_core, which gets a pcmcia entry into /proc/devices, so starting pcmcia doesn't bring $PCIC up, and nothing works. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From tmwg-fedorat at inxservices.com Sat Feb 14 19:41:43 2004 From: tmwg-fedorat at inxservices.com (George Garvey) Date: Sat, 14 Feb 2004 11:41:43 -0800 Subject: Test 1 and SELinux Message-ID: <20040214194143.GA3515@inxservices.com> Installed a server setup on a spare system, with the addition of X and Gnome. Expected to be able to look at the new security setup. However, it does not appear to have been installed. What is needed to activate SE Linux, or am I just missing something? I'd really like to start planning how this will be implemented here, on our public servers. From jsamort at shaw.ca Sat Feb 14 19:46:22 2004 From: jsamort at shaw.ca (J. Scott Amort) Date: Sat, 14 Feb 2004 11:46:22 -0800 Subject: toshiba_acpi error at startup Message-ID: <1076787982.2273.12.camel@enlightenment.baobobmusic.ca> Hi All, Something seems to be trying to modprobe toshiba_acpi at startup on my FC2 test1 machine (which isn't a toshiba!?). At any rate, the error is as follows: FATAL: Error inserting toshiba_acpi (/lib/modules/2.6.2-1.74/kernel/ drivers/acpi/toshiba_acpi.ko): No such device Any idea on where this is being called so I can stop it? Thanks for any help. Cheers, Scott From than at redhat.com Sat Feb 14 19:51:08 2004 From: than at redhat.com (Than Ngo) Date: Sat, 14 Feb 2004 20:51:08 +0100 Subject: KDE Menu tree is screwy In-Reply-To: <200402122255.34866.gstool@earthlink.net> References: <200402122255.34866.gstool@earthlink.net> Message-ID: <402E7C2C.8090409@redhat.com> Gerry Tool schrieb: >I couldn't locate a user mode Terminal entry in the KDE menu tree until I >noticed a main sub-menu named Lost & Found. That is where it is. > >What is this category? It has 14 entries. > >Do others see the same thing? > > > it's a known bug. I will fix it in next rebuilt Than From ademko at shaw.ca Sat Feb 14 19:51:25 2004 From: ademko at shaw.ca (Aleksander Demko) Date: Sat, 14 Feb 2004 13:51:25 -0600 (CST) Subject: FIXED! FC2test1, smbfs/cifs, problems In-Reply-To: <20040214193950.A3122@homebase.cluenet.de> References: <20040214193950.A3122@homebase.cluenet.de> Message-ID: Yeah, my FC1 boxes have it too, now that've I've checked. But this is with FC2, test1: $ rpm -qlp samba-client-3.0.2-1rc1.i386.rpm |grep mount warning: samba-client-3.0.2-1rc1.i386.rpm: V3 DSA signature: NOKEY, key ID 30c9ecf8 /sbin/mount.smb /sbin/mount.smbfs /usr/bin/smbmount /usr/bin/smbumount /usr/share/man/man8/smbmount.8.gz /usr/share/man/man8/smbumount.8.gz On Sat, 14 Feb 2004, Daniel Roesen wrote: > On Sat, Feb 14, 2004 at 11:04:05AM -0600, Aleksander Demko wrote: > > Summary: The samba rpm doesnt seem to build and provide the much > > needed /sbin/mount.cifs exectuable. > > $ rpm -qf /sbin/mount.cifs > samba-client-3.0.2-7.FC1 > > > Best regards, > Daniel > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- // scopira.org | ninjacoder.com // From maxer1 at xmission.com Sat Feb 14 19:54:06 2004 From: maxer1 at xmission.com (raxet) Date: Sat, 14 Feb 2004 12:54:06 -0700 Subject: More Garzik and the libata (SATA) BLAH committee Message-ID: <402E7CDE.10400@xmission.com> Still doesn't work. Built the 2.6.2-1.79custom kernel, made a driver diskette to use with FC2 test 1 install. Nada. No workee using the same procedure ( see http://www.fys.ku.dk/~esban/promise376.html ) tried and tested since RH9, FC1 etc. So I suggest you all go soak your heads . There is absolutely NO sata support in FC2 test 1 and no work around to get it to work period. Anyone at all getting "02:04.0 RAID bus controller: Promise Technology, Inc. PDC20376 (rev 02)" which works in 2.4.22-1.2166.nptlcustom to work in FC2 test 1 please respond. Thanks and I'm off to spend the day with my wife which is WAY MORE fun then being with you characters! :) RaXeT From jkeating at j2solutions.net Sat Feb 14 19:58:47 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Sat, 14 Feb 2004 11:58:47 -0800 Subject: More Garzik and the libata (SATA) BLAH committee In-Reply-To: <402E7CDE.10400@xmission.com> References: <402E7CDE.10400@xmission.com> Message-ID: <200402141158.47546.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 14 February 2004 11:54, raxet wrote: > Still doesn't work. Built the 2.6.2-1.79custom kernel, made a driver > diskette to use with FC2 test 1 install. > > Nada. > > No workee using the same procedure ( see > http://www.fys.ku.dk/~esban/promise376.html ) tried and tested since > RH9, FC1 etc. > So I suggest you all go soak your heads . If your module was built with the version tag of "custom" at the end, it will not work. Load the BOOT config from configs/ edit Makefile to be "2.6.2-1.79BOOT" and then build your module/driver disk. - -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) Mondo DevTeam (www.mondorescue.org) GPG Public Key (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.2 (GNU/Linux) iD8DBQFALn334v2HLvE71NURAt3+AKCkRX2fbDcPuLI8ePlqiJHeURufcQCgl0JK /DYirw/lzGjBoj/sUdP1sKE= =WUQH -----END PGP SIGNATURE----- From alexander.dalloz at uni-bielefeld.de Sat Feb 14 19:59:08 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Sat, 14 Feb 2004 20:59:08 +0100 Subject: toshiba_acpi error at startup In-Reply-To: <1076787982.2273.12.camel@enlightenment.baobobmusic.ca> References: <1076787982.2273.12.camel@enlightenment.baobobmusic.ca> Message-ID: <1076788747.4176.3.camel@sirendipity.dogma.lan> Am Sa, den 14.02.2004 schrieb J. Scott Amort um 20:46: > Hi All, > > Something seems to be trying to modprobe toshiba_acpi at startup on my > FC2 test1 machine (which isn't a toshiba!?). At any rate, the error is > as follows: > > FATAL: Error inserting toshiba_acpi (/lib/modules/2.6.2-1.74/kernel/ > drivers/acpi/toshiba_acpi.ko): No such device > > Any idea on where this is being called so I can stop it? Thanks for any > help. > > Cheers, > > Scott That is already on FC1 the case. It is "hardcoded" in /etc/rc.sysinit. It does nothing bad, just ignore the error message. Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl Sirendipity 20:57:53 up 36 min, 7 average: 0.28, 0.36, 0.25 [ ????? ?'????? - gnothi seauton ] From jbinpg at shaw.ca Sat Feb 14 20:00:37 2004 From: jbinpg at shaw.ca (Jack Bowling) Date: Sat, 14 Feb 2004 12:00:37 -0800 Subject: FC2 install report Message-ID: <20040214200037.GA7965@shaw.ca> Nothing extraordinary here. Tried a CD install and it kept bombing on reading files. Apparently a buffer problem. So I did a hard drive install instead and it was flawless. FC2 nicely sandboxed in its own partition. Haven't played much with it yet. Up2date keeps bombing on the redhat-artwork dependency problem and yum can't find an open server cuz of the heavy load so I'll just sit back and wait a while for the smoke to clear. -- Jack Bowling mailto: jbinpg at shaw.ca From cra at WPI.EDU Sat Feb 14 20:08:06 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Sat, 14 Feb 2004 15:08:06 -0500 Subject: What happened to version.h? In-Reply-To: <20040214191252.GB7092@rednote.net> References: <20040214191252.GB7092@rednote.net> Message-ID: <20040214200806.GB22046@angus.ind.WPI.EDU> On Sat, Feb 14, 2004 at 02:12:52PM -0500, Janina Sajka wrote: > I've just installed FC2 without a any particular problem--all looks OK. > But, I tried to compile a newer ALSA and it failed for lack of > /usr/src/linux/include/linux/version.h. Indeed, when I look in the > source tree--which is certainly there--version.h is not there. Is there > some new procedure re the 2.6 kernels that I'm unaware of? Yes. Don't compile anything. 2.6 has built-in ALSA. See /etc/modprobe.conf.dist and /etc/modprobe.conf. From alan at clueserver.org Sat Feb 14 20:08:26 2004 From: alan at clueserver.org (Alan) Date: Sat, 14 Feb 2004 12:08:26 -0800 Subject: Problems with Disc3 of binaries *SOLVED* In-Reply-To: <1076787150.18022.5.camel@zontar.clueserver.org> References: <1076787150.18022.5.camel@zontar.clueserver.org> Message-ID: <1076789306.2512.1.camel@zontar.clueserver.org> It is a VMWare problem. If I am not running under VMWare, the problem does not occur. Sorry for the false alarm. On Sat, 2004-02-14 at 11:32, Alan wrote: > I have encountered an odd problem. > > I have downloaded the binary ISOs via bittorrent. The MD5SUM file > checks out. I burn the ISOs to disc. I run the install and test each > disc. Discs 1, 2, and 4 check out fine, but disc 3 fails the test. The > install will fail on install on disc 3 as well, so there is some sort of > problem. I have burned two discs with the same problem. > > The MD5SUM file matches the one I am seeing on the mirrors. > > Are other people seeing this or am I just encountering a weird glitch > with my burning software. (XCDRoast will not verify under the 2.6 > kernel because it thinks data cds are audio discs for some unknown > reason.) > > Ideas? (Or am I just going mad?) > > -- > "Push that big, big granite sphere way up there from way down here! > Gasp and sweat and pant and wheeze! Uh-oh! Feel momentum cease! > Watch it tumble down and then roll the boulder up again!" > - The story of Sisyphus by Dr. Zeus in Frazz 12/18/2003 -- "Push that big, big granite sphere way up there from way down here! Gasp and sweat and pant and wheeze! Uh-oh! Feel momentum cease! Watch it tumble down and then roll the boulder up again!" - The story of Sisyphus by Dr. Zeus in Frazz 12/18/2003 From paul at all-the-johnsons.co.uk Sat Feb 14 20:09:21 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 14 Feb 2004 20:09:21 +0000 Subject: Panels on Nautilus In-Reply-To: <1076787137.2273.8.camel@enlightenment.baobobmusic.ca> References: <1076757260.3526.8.camel@T7.linux> <1076787137.2273.8.camel@enlightenment.baobobmusic.ca> Message-ID: <1076789361.3526.48.camel@T7.linux> Hi, > > Is there anyway to restore the panels (back, forward and the URL box) > > that were there on previous versions of Nautilus. They were really > > handy! > > To (re)enable the old way, start nautilus > with the --browser flag, or open a folder by right-clicking and > selecting Browse Folder. Is there anyway to set that as a default action so that when a user logs in and logs out that nautilus uses the browser flag (including should Nautilus die and restarts itself)? TTFN Paul -- "Logic, my dear Zoe, is mearly the ability to be wrong with authority" Dr Who -------------- 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 maxer1 at xmission.com Sat Feb 14 20:24:28 2004 From: maxer1 at xmission.com (raxet) Date: Sat, 14 Feb 2004 13:24:28 -0700 Subject: More Garzik and the libata (SATA) BLAH committee In-Reply-To: <200402141158.47546.jkeating@j2solutions.net> References: <402E7CDE.10400@xmission.com> <200402141158.47546.jkeating@j2solutions.net> Message-ID: <402E83FC.3010001@xmission.com> Jesse Keating wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On Saturday 14 February 2004 11:54, raxet wrote: > > >>Still doesn't work. Built the 2.6.2-1.79custom kernel, made a driver >>diskette to use with FC2 test 1 install. >> >>Nada. >> >>No workee using the same procedure ( see >>http://www.fys.ku.dk/~esban/promise376.html ) tried and tested since >>RH9, FC1 etc. >>So I suggest you all go soak your heads . >> >> > >If your module was built with the version tag of "custom" at the end, it >will not work. Load the BOOT config from configs/ edit Makefile to be >"2.6.2-1.79BOOT" and then build your module/driver disk. > I can appreciate your approach, but wouldn't it have been much simpler to just add the PROMISE support into the FC2 test 1 hardware detect phase on CD 1? I think so. I don't understand why this got bumped to begin with. Libata support had been thoroughly tested and worked for many of us way before FC2 test 1 was released. Back in October to be exact. Could you perhaps help me understand why the custom driver which boots with sata support couldn't be incorporated in this attempt to get FC2 test 1 to detect a drive. I get to the point of going to Disk Druid (after the detection of an earlier FC install failed) and when I go "Next" I get the message : "An error occured, no valid devices were found on which to create new file system. Please check your hardware for the cause of this problem." Is esban's http://www.fys.ku.dk/~esban/promise376.html page an inappropriate work around for this? Thanks for your help. RaXeT From P.R.Schaffner at IEEE.org Sat Feb 14 20:32:25 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sat, 14 Feb 2004 15:32:25 -0500 Subject: missing boot disk.img In-Reply-To: <20040214193454.GA22112@nl.linux.org> References: <20040213200357.GA6754@nl.linux.org> <20040213201148.GA3757@comcast.net> <6.0.3.0.2.20040213131339.02f5c800@postoffice.ixpres.net> <1076724408.3944.7.camel@tabb1.tabb> <20040214193454.GA22112@nl.linux.org> Message-ID: <1076790744.10545.17.camel@tabb1.tabb> On Sat, 2004-02-14 at 20:34 +0100, Gerrit wrote: > Phil Schaffner wrote: > > A workaround that does it for me: > > > > cd [install_directory]/isolinux > > cp vmlinuz /boot/vmlinuz-1.90 > > cp initrd.img /boot/initrd-1.90.img > > > title Fedora test1 (1.90) installer > > root(hd0,0) > > kernel /vmlinuz-1.90 > > initrd /initrd-1.90.img > > Thanks - this works great! Why isn't this documented as such? Is it not > guaranteed to work? If I'd known this before, I'd used it even when a > boot disk was available - never thought of the possibility. > Don't know why it's not documented. Did a lot of googling and finally found some clues in mailing lists that it might be possible to boot the installer using GRUB, but no real documentation. The above was worked out by the good old trial/error method. How about it Fedora guys? Are we missing something? Phil From maxer1 at xmission.com Sat Feb 14 20:46:26 2004 From: maxer1 at xmission.com (raxet) Date: Sat, 14 Feb 2004 13:46:26 -0700 Subject: More Garzik and the libata (SATA) BLAH committee Message-ID: <402E8922.6040505@xmission.com> Nope no BOOT config for kernel 2.6.2-1.79 to toy with in making this FC2 test 1 recognize my Promise controller. No BOOT config on any of the FC2 test 1 install cds. Any ideas folks? RaXeT From tuxpenguin at austin.rr.com Sat Feb 14 21:11:18 2004 From: tuxpenguin at austin.rr.com (Jason Knight) Date: Sat, 14 Feb 2004 15:11:18 -0600 Subject: Silicon Image 3114 Driver Implementation Request Message-ID: <402E8EF6.3060309@austin.rr.com> Can I request the inclusion of the beta Silicon Image 3114 chipset drivers into the future test packages/cores? They are available here: http://12.24.47.40/?cid=2&c=12&cpc=ULwO0A442oKs512Q04X5i0UupP4SveI6dt2WJi7 under Downloads -> Drivers As currently the Installer in Core 2 Test 1 doesn't recognize the chipset during install (unless I should be passing in some options in the boot prompt)? Thanks Jason Knight From shugal at gmx.de Sat Feb 14 21:46:06 2004 From: shugal at gmx.de (Martin Stricker) Date: Sat, 14 Feb 2004 22:46:06 +0100 Subject: FC in DVD References: <20040214160601.GA1085@nate.clar47.rhno> <1076775399.3580.2.camel@localhost.localdomain> <1076777085.3580.26.camel@localhost.localdomain> Message-ID: <402E971E.64C56917@gmx.de> Erik Englund wrote: > > hmm it booted in vmware (didn't think of testing it there before > *doh*) so it seems to be a problem with my bios... Note that the FC2 kernel is too big for a 1.44 MB boot image, and some BIOSes won't boot from such boot images. With newest BIOSes the maximum boot image size is 3.6 MB. Look for a BIOS update. Best regards, Martin Stricker -- Homepage: http://www.martin-stricker.de/ Linux Migration Project: http://www.linux-migration.org/ Red Hat Linux 9 for low memory: http://www.rule-project.org/ Registered Linux user #210635: http://counter.li.org/ From guyverdh at mchsi.com Sat Feb 14 21:56:12 2004 From: guyverdh at mchsi.com (Guyver) Date: Sat, 14 Feb 2004 15:56:12 -0600 Subject: FC2 Test 1, SMP on Iwill DVD266-R mobo In-Reply-To: <402E971E.64C56917@gmx.de> Message-ID: <000101c3f345$601afbe0$6601a8c0@guyverxp> When booting with the SMP kernel, the system reports HDB / HDD interrupt lost. When booting from the UP kernel, no problems. 2 20GB drives, non-raided, attached to separate channels, both configured (no way to change) by the BIOS at IRQ 10. From chrismcc at pricegrabber.com Sat Feb 14 22:25:29 2004 From: chrismcc at pricegrabber.com (Christopher McCrory) Date: Sat, 14 Feb 2004 14:25:29 -0800 Subject: FC2 Test1 and ACL over NFS support In-Reply-To: <402D28B1.9020505@sohanet.de> References: <402D28B1.9020505@sohanet.de> Message-ID: <1076797529.8641.9.camel@wednesday.pricegrabber.com> Hello... On Fri, 2004-02-13 at 11:42, Bernd Bartmann wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > does the kernel in FC2 Test1 support ACL over NFS? If yes, do I need to > use special options when mouning a NFS share? > >From my tests; NFS with ACL: Fedora core 2test no RHEL3 yes > Thanks in advance! > > - -- > 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.3 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFALSiwkQuIaHu84cIRAmLyAJ9Igq3O4hDKsRYaQYQZLY9+JopAWwCdEqI/ > AtzR9vf6JtLePfK05Umiwn4= > =9Uz4 > -----END PGP SIGNATURE----- -- Christopher McCrory "The guy that keeps the servers running" chrismcc at pricegrabber.com http://www.pricegrabber.com Let's face it, there's no Hollow Earth, no robots, and no 'mute rays.' And even if there were, waxed paper is no defense. I tried it. Only tinfoil works. From ndbecker2 at verizon.net Sat Feb 14 22:23:59 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Sat, 14 Feb 2004 17:23:59 -0500 Subject: Sound does not work on FC 2 Test1 References: <200402141914.28319.wolters.liste@gmx.net> <200402141921.43114.wolters.liste@gmx.net> <20040214192144.GA6118@nsk.no-ip.org> Message-ID: Luciano Miguel Ferreira Rocha wrote: > On Sat, Feb 14, 2004 at 07:21:42PM +0100, Roland Wolters wrote: >> Once upon a time Roland Wolters wrote: >> > Hi, >> > I made a fresh installation of FC 2 on a AMD XP Computer with a >> > Soundblaster Live Card (emu10k1). I got the packages of the CDs, and >> > did no changes to them. >> > >> > And i am not able to get sound out of my boxes - even if I activate the >> > onboard AC97 chipset from via (vt8233/A/8235), I do not get sound. >> > >> > There are some error messages in dmesg [1] depending on modprobe, maybe >> > someone have a similar problem or could help me? >> >> I forgot it to attach the error messages of dmesg, sorry: >> request_module: failed /sbin/modprobe -- char-major-21-1. error = 256 >> request_module: failed /sbin/modprobe -- char-major-4-72. error = 256 >> request_module: failed /sbin/modprobe -- char-major-10-134. error = 256 >> request_module: failed /sbin/modprobe -- snd-card-0. error = 256 >> request_module: failed /sbin/modprobe -- sound-service-1-0. error = 256 > > Try this on /etc/modules.conf: > You'll need to change /etc/modprobe.conf, modules.conf is obsolete. From shrek-m at gmx.de Sat Feb 14 22:43:50 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 14 Feb 2004 23:43:50 +0100 Subject: system-settings:/// - 0 objects - adress-bar ? Message-ID: <402EA4A6.10400@gmx.de> hi, clean install fc2t1 where is the adress-bar, tool-bar, side-bar, ... in nautilus ? no settings under view ? how can i enable at least the adress- and tool-bar ? under system-settings:/// (via start-here) i have 0 objects is nautilus looking for redhat-config-* :-) # rpm -qa system* system-config-mouse-1.2.3-1 system-config-samba-1.2.2-1 system-config-printer-gui-0.6.91-1 system-config-date-1.7.1-1 system-config-kickstart-2.5.4-1 system-logviewer-0.9.5-1 system-config-network-tui-1.3.15-1 system-config-printer-0.6.91-1 system-config-nfs-1.2.1-1 system-config-securitylevel-1.3.1-1 system-config-bind-2.0.2-3 system-config-services-0.8.6-2 system-config-keyboard-1.2.1-1 system-config-language-1.1.5-1 system-config-rootpassword-1.1.3-1 system-config-users-1.2.8-1 system-config-network-1.3.15-1 system-config-proc-0.25-1 system-config-display-1.0.4-1 system-config-securitylevel-tui-1.3.1-1 system-config-httpd-1.2.0-1 system-config-soundcard-1.2.2-1 system-config-packages-1.9.3-2 -- shrek-m From shrek-m at gmx.de Sat Feb 14 22:54:40 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 14 Feb 2004 23:54:40 +0100 Subject: system-settings:/// - 0 objects - adress-bar ? In-Reply-To: <402EA4A6.10400@gmx.de> References: <402EA4A6.10400@gmx.de> Message-ID: <402EA730.2040504@gmx.de> shrek-m at gmx.de wrote: > where is the adress-bar, tool-bar, side-bar, ... in nautilus ? > no settings under view ? > how can i enable at least the adress- and tool-bar ? oops, thanks. http://www.redhat.com/archives/fedora-test-list/2004-February/msg00510.html $ nautilus --browser -- shrek-m From mike.lurk at sympatico.ca Sat Feb 14 23:14:58 2004 From: mike.lurk at sympatico.ca (Mike Lurk) Date: Sat, 14 Feb 2004 18:14:58 -0500 Subject: Testing FC2 test1 Message-ID: <1076800498.2355.48.camel@localhost.localdomain> Man if this continues........ Lets start from the beginning. I tried to install using the pre-existing partitions of FC1 and it would get to the point of formating the partitions and would exit with an error, went by too fast to read what it had said. So I tried again and removed all the partitions and recreated them and installed FC2. All went fine, installed and everything was good. But then I tried to run some of the applets and I would get segmentations faults upon execution. The one that I use most often is the file association applet, It does the segmentation fault regularly. I cant associate an app to a file no how. Trying to run xmms, forget it, Nada nothing. I tried reinstalling and still the same. I thought of looking to see if the kernel didn't recognize the athlon CPU and changed the kernelto reflect the CPU type. Still the same. Then I thought to myself, " run yum to see if there are any updates," and sure enough there was. I did all the updates and still the same problem seg faults in many of the most used apps for me. The one file that I could not update was perl-libwww-perl because of dependancies that could not be resolved. Hopefully that will be resolved soon. I didn't install anything that required anything from KDE (Bad experiences from KDE so not installed) Oh and another thing, alsa does not work properly. The gain for the mixer always goes to 0 when restarting gnome, so no sound. The volume control stays where I set it. Who ever thought of using the gstreamer mixer for this was kind of missing something. Why go that route when there was already a good mixer for alsa, gnome-alsamixer, it works and more controls. Oops I forgot to tell you I am running an Asus A7N8X-E deluxe mobo (integrated SATA raid controller switched off, integrated gigabit nic, integrated 10/100 nic(not seen by kernel but that's ok) 6 usb ports, 2 ieee1394 ports and integrated AC97 sound controller,,,,basically a nForce2 chipset) and an athlon 2500+ CPU with 512 megs of ram and a nVidia Gforce4 mx 440 video card with 64 megs of ram. I haven't installed the nVidia video drivers yet. I might have missed something but what i don't know. Mike P.S. This email was sent using Evolution which has other issues as well, can't import my old mbox file from Evolution 1.4. Importing will not work at all. From pp at ee.oulu.fi Sat Feb 14 23:15:34 2004 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Sun, 15 Feb 2004 01:15:34 +0200 Subject: More Garzik and the libata (SATA) BLAH committee In-Reply-To: <402E83FC.3010001@xmission.com> References: <402E7CDE.10400@xmission.com> <200402141158.47546.jkeating@j2solutions.net> <402E83FC.3010001@xmission.com> Message-ID: <20040214231534.GA20257@ee.oulu.fi> > Could you perhaps help me understand why the custom driver which boots > with sata support couldn't be incorporated in this attempt to get FC2 test > 1 to detect a drive. I get to the point of going to Disk Druid (after the > detection of an earlier FC install failed) and when I go "Next" I get the > message : "An error occured, no valid devices were found on which to > create new file system. Please check your hardware for the cause of this > problem." I just checked, and the installer supports my promise 20376 just fine. It didn't autodetect it, but choosing the "Add Driver" menu, selecting sata_promise from list of drivers and the drives got detected just nicely. So basically hwdata should be updated (read: someone needs to do a patch and bugzilla it :-) ), but you definately should be able to do an install without any special tricks. -- Pekka Pietikainen From maxer1 at xmission.com Sat Feb 14 23:46:37 2004 From: maxer1 at xmission.com (raxet) Date: Sat, 14 Feb 2004 16:46:37 -0700 Subject: More Garzik and the libata (SATA) BLAH committee In-Reply-To: <20040214231534.GA20257@ee.oulu.fi> References: <402E7CDE.10400@xmission.com> <200402141158.47546.jkeating@j2solutions.net> <402E83FC.3010001@xmission.com> <20040214231534.GA20257@ee.oulu.fi> Message-ID: <402EB35D.2040807@xmission.com> Pekka Pietikainen wrote: >>Could you perhaps help me understand why the custom driver which boots >>with sata support couldn't be incorporated in this attempt to get FC2 test >>1 to detect a drive. I get to the point of going to Disk Druid (after the >>detection of an earlier FC install failed) and when I go "Next" I get the >>message : "An error occured, no valid devices were found on which to >>create new file system. Please check your hardware for the cause of this >>problem." >> >> >I just checked, and the installer supports my promise 20376 just fine. >It didn't autodetect it, but choosing the "Add Driver" menu, selecting >sata_promise from list of drivers and the drives got detected just nicely. > >So basically hwdata should be updated (read: someone needs to do a patch >and bugzilla it :-) ), but you definately should be able to do an >install without any special tricks. > > I feel like an absolute ass! Sorry Jeff et. al. for my diatribe. Yes I'm working now with 2.6... thanks! RaXeT (embarrassed) From rngadam at yahoo.com Sun Feb 15 00:02:06 2004 From: rngadam at yahoo.com (Ricky Ng-Adam) Date: Sat, 14 Feb 2004 19:02:06 -0500 Subject: FC2 test1: install glitches and comments (resend, last one was too big) In-Reply-To: <20040214140507.GB21392@devserv.devel.redhat.com> References: <20040214140507.GB21392@devserv.devel.redhat.com> Message-ID: Hello! Alan Cox wrote: > On Sat, Feb 14, 2004 at 01:03:04AM -0500, Ricky Ng-Adam wrote: > >>-on reboot after install... Kernel Stopped booting after agpgart and >>Serial: 8250[...]IRQ sharing enabled lines. Poweroff/poweron seems > > Seen this, its as if any serial interrupt occuring during the serial setup > or before it hangs the box. I've not yet been able to get much further as > I've not yet found a box I have it will boot all the way on except with > the install CD > > I also see similar problems with IRQ 12 sharing, then disable then hangs > and then since IRQ 12 is _really_ used by something other than the > non-existant PS/2 mouse it tried to enable that hangs too. Well, if I can be of any assistance in testing this, I'd be happy to help. Just tell me what to try. I know I had a similar problem of half-booting with the 2.6 kernel of MDK10b2, so this is probably something generalized. I had been told by people in MDK forums that this was possibly related to ACPI? Also, this laptop can't come back from suspend/hibernate under any distro I've tried yet (on FC2test1, Fn-F4/sleep and Fn-F12/hibernate doesn't do anything). Anyway, bottom line I have a laptop that really doesn't like Linux ;-). Thanks, Ricky From alan at redhat.com Sun Feb 15 00:14:44 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 14 Feb 2004 19:14:44 -0500 Subject: FC2 Test 1, SMP on Iwill DVD266-R mobo In-Reply-To: <000101c3f345$601afbe0$6601a8c0@guyverxp> References: <402E971E.64C56917@gmx.de> <000101c3f345$601afbe0$6601a8c0@guyverxp> Message-ID: <20040215001444.GC26538@devserv.devel.redhat.com> On Sat, Feb 14, 2004 at 03:56:12PM -0600, Guyver wrote: > When booting with the SMP kernel, the system reports HDB / HDD interrupt > lost. Try "acpi=off pci=usepirqmask" I need that to avoid IRQ screwups on my dual athlon and it seems other boxes also have problems with acpi irq routng (just acpi=off seems to try and use acpi irq routing still which makes a nasty mess) From alan at redhat.com Sun Feb 15 00:15:40 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 14 Feb 2004 19:15:40 -0500 Subject: system-settings:/// - 0 objects - adress-bar ? In-Reply-To: <402EA730.2040504@gmx.de> References: <402EA4A6.10400@gmx.de> <402EA730.2040504@gmx.de> Message-ID: <20040215001540.GD26538@devserv.devel.redhat.com> On Sat, Feb 14, 2004 at 11:54:40PM +0100, shrek-m at gmx.de wrote: > oops, > thanks. > > http://www.redhat.com/archives/fedora-test-list/2004-February/msg00510.html > > $ nautilus --browser Now how do I make that the default for all users ? From alan at redhat.com Sun Feb 15 00:17:06 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 14 Feb 2004 19:17:06 -0500 Subject: Testing FC2 test1 In-Reply-To: <1076800498.2355.48.camel@localhost.localdomain> References: <1076800498.2355.48.camel@localhost.localdomain> Message-ID: <20040215001706.GE26538@devserv.devel.redhat.com> On Sat, Feb 14, 2004 at 06:14:58PM -0500, Mike Lurk wrote: > P.S. This email was sent using Evolution which has other issues as well, > can't import my old mbox file from Evolution 1.4. Importing will not > work at all. Please make sure things like that are in Bugzilla From alan at redhat.com Sun Feb 15 00:18:28 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 14 Feb 2004 19:18:28 -0500 Subject: FC2 test1: install glitches and comments (resend, last one was too big) In-Reply-To: References: <20040214140507.GB21392@devserv.devel.redhat.com> Message-ID: <20040215001828.GF26538@devserv.devel.redhat.com> On Sat, Feb 14, 2004 at 07:02:06PM -0500, Ricky Ng-Adam wrote: > I know I had a similar problem of half-booting with the 2.6 kernel of > MDK10b2, so this is probably something generalized. I had been told by > people in MDK forums that this was possibly related to ACPI? Mine breaks regardless of ACPI - seems IRQ routing is in general somewhat hosed on 2.6.2 in RH. acpi=off pci=usepirqmask might help > Also, this laptop can't come back from suspend/hibernate under any > distro I've tried yet (on FC2test1, Fn-F4/sleep and Fn-F12/hibernate > doesn't do anything). With APM that tends to depend on the BIOS doing the right thing, or on ACPI suspend support which I dont know is enabled From rngadam at yahoo.com Sun Feb 15 00:26:03 2004 From: rngadam at yahoo.com (Ricky Ng-Adam) Date: Sat, 14 Feb 2004 19:26:03 -0500 Subject: Serial setup hang (Re: FC2 test1: install glitches and comments) In-Reply-To: References: <20040214140507.GB21392@devserv.devel.redhat.com> Message-ID: Hello! Ricky Ng-Adam wrote: >> On Sat, Feb 14, 2004 at 01:03:04AM -0500, Ricky Ng-Adam wrote: >> >>> -on reboot after install... Kernel Stopped booting after agpgart and >>> Serial: 8250[...]IRQ sharing enabled lines. Poweroff/poweron seems >> >> >> Seen this, its as if any serial interrupt occuring during the serial >> setup >> or before it hangs the box. I've not yet been able to get much further as >> I've not yet found a box I have it will boot all the way on except with >> the install CD >> >> I also see similar problems with IRQ 12 sharing, then disable then hangs >> and then since IRQ 12 is _really_ used by something other than the >> non-existant PS/2 mouse it tried to enable that hangs too. BTW, I can reproduce systematically this problem by powering up the laptop + restarting Linux = hang So there seems to be something that is supposed to happen when shutting down for reboot that doesn't. I also noticed that in the IBM BIOS under serial port there are three options: Disabled Enabled OS controlled [Displayed when controlled by OS] I've tried both Disabled and Enabled (3F8 IRQ4) but both result in the reproducible hang. I've never seen the "OS controlled" option. Thanks, Ricky From czar at czarc.net Sun Feb 15 01:07:30 2004 From: czar at czarc.net (Gene C.) Date: Sat, 14 Feb 2004 20:07:30 -0500 Subject: FC2 test1 on a laptop Message-ID: <200402142007.30068.czar@czarc.net> OK, I did an NFS install and it worked fine (the NIC works which is more than I can say about some other systems I tried). However, slow is being optimistic! It is a Compaq 2700 Presario and not that bad but not up to running FC1 from the looks of it. This one is going to tay FC1 since that seems OK. Maybe it is time for a new laptop/notebook ... I saw a eMachines Athlon64 today at Best Buy ... $1299 with 512MB ram. -- Gene From listmail at swiftdsl.com.au Sun Feb 15 01:43:51 2004 From: listmail at swiftdsl.com.au (listmail) Date: Sun, 15 Feb 2004 12:43:51 +1100 Subject: Fedora Core 2 Test 1 - comments. Message-ID: <1076809431.7308.6.camel@localhost.localdomain> System previously humming along flawlessly with FC1, clean install of FC2-T1. Notes : 01. At boot failed to detect USB wheel mouse (regression from FC1). 02. During boot Cpuspeed fails with errors. 03. During boot Automount gives failure message (no mount points). 04. Keyboard disabled mid install using SMP kernel (reboot try again). 05. Sound card correctly detected (SB Live!) but inoperative. 06. Post install X Screensaver daemon not running for some reason. 07. Post install DHCP & NIC self configured correctly but totally inoperative. 08. Post install cannot log out from Gnome (ctrl-alt-backspace required). 09. Nautilus crashes every second click. 10. Numerous warts in main menu's. 11. Configured printer - wrong page size for locale. 12. Post configuration of printer, CUPS inoperative. etc..etc... Comment : 01. Too many problems for little me to fix. 02. KDE 3.2 claimed to be _much_ faster but this was not obvious to me on my hardware. 03. Kernel 2.6 claimed to be much faster, not obvious to me. 04. Gnome 2.5 too immature (wait for 2.6?) Test PC : Dell Dimension 8250 (Intel chipset mobo), P4 3Ghz, 512Mb RDRAM, 80Gb Western Digital ATA100 IDE HDD. Question : Before trudging over to bugzilla, have I encountered anything new people? Regards Chris -- listmail From alan at redhat.com Sun Feb 15 01:45:01 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 14 Feb 2004 20:45:01 -0500 Subject: Fedora Core 2 Test 1 - comments. In-Reply-To: <1076809431.7308.6.camel@localhost.localdomain> References: <1076809431.7308.6.camel@localhost.localdomain> Message-ID: <20040215014501.GA18694@devserv.devel.redhat.com> On Sun, Feb 15, 2004 at 12:43:51PM +1100, listmail wrote: > 02. During boot Cpuspeed fails with errors. Seen that one reported > 05. Sound card correctly detected (SB Live!) but inoperative. Seen this reported > 07. Post install DHCP & NIC self configured correctly but totally > inoperative. Seen this reported but needs logging with info on which NIC. > 08. Post install cannot log out from Gnome (ctrl-alt-backspace > required). > 09. Nautilus crashes every second click. Work for me > 10. Numerous warts in main menu's. Already in the bugzilal db > 11. Configured printer - wrong page size for locale. > 12. Post configuration of printer, CUPS inoperative. Dunno > Question : > Before trudging over to bugzilla, have I encountered anything new > people? Some of them sound new, and two copies is better than none From webmaster at margo.bijoux.nom.br Sun Feb 15 04:02:53 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sun, 15 Feb 2004 01:02:53 -0300 Subject: Fedora Core 2 Test 1 - comments. In-Reply-To: <1076809431.7308.6.camel@localhost.localdomain> References: <1076809431.7308.6.camel@localhost.localdomain> Message-ID: <402EEF6D.4090605@margo.bijoux.nom.br> listmail wrote: >02. During boot Cpuspeed fails with errors. > > There's a bugzilla about it... looks like kudzu or cpuspeed could be tweaked a little more... >03. During boot Automount gives failure message (no mount points). > > This always happened to me , even on FC1 and RH9... on RH9 , I ended editing /etc/rc.d/rc.local and adding direct calls to autofs.. >05. Sound card correctly detected (SB Live!) but inoperative. > > system-config-sound doesnt unmute the channels nor raise the volume... also alsa-utils isnt installed.. Only after I installed alsa-utils I was able to hear something on my sb live.. >Comment : >01. Too many problems for little me to fix. > > Hey , this is a test release... it exists for us to find the bugs before they sneak in the official release >02. KDE 3.2 claimed to be _much_ faster but this was not obvious to me >on my hardware. > > well , kde and gnome are faster , but sometimes they simply stop responding on my machine.. most of the time , if I press something like alt+tab , they come back to life... >03. Kernel 2.6 claimed to be much faster, not obvious to me. > > Weird.. after installing FC2t1 , it looked like I had bought a new processor and more ram... One of the things I found out: yum is working fine (besides the fact that I had to add "exclude = qt qt-devel kdelibs redhat-artwork" because of broken dependencies) , but up2date is not (using the default config). Also , up2date finds 29 available updates , but yum finds none (looking at two different mirrors and the official download site)... So far , I'm liking FC2 a lot... I cant wait to see the final release... Btw, my machine on which I'm running FC1 and FC2t1: Athlon XP 1800+ Asus A7N8X-Deluxe 3 hdds Sb live tv capture card Ati radeon 9500 pro Pedro Macedo From webmaster at margo.bijoux.nom.br Sun Feb 15 02:09:40 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sat, 14 Feb 2004 23:09:40 -0300 Subject: Artsd + alsa == problems Message-ID: <402ED4E4.1090503@margo.bijoux.nom.br> Is it just me or artds doesnt like alsa? I'm using a Sb live audio card and I get lots of errors from artsd ... all the time they appear , saying something like "cpu overloaded. error"... (forgot to write the message down and now I'm away from fc2t1). Btw , why alsa-utils isnt installed by default if a sound card is detected and some audio apps are installed? One of the things that I've noticed that need some tweaking: system-config-sound . It doesnt unmute the necessary channels and doesnt give you an option to raise the volume , so you end up thinking that sound isnt working at all... I'm gonna look for answers for this in bugzilla ... Pedro Macedo From jreichen at computer.org Sun Feb 15 02:10:51 2004 From: jreichen at computer.org (Jason Reicheneker) Date: Sat, 14 Feb 2004 19:10:51 -0700 Subject: x86_64 and Radeon 9600 In-Reply-To: <20040208052401.GA13533@comcast.net> References: <40244A99.30601@computer.org> <63543.24.86.105.71.1076138536.squirrel@www.harddata.com> <40252F85.7080707@computer.org> <200402071530.40598.czar@czarc.net> <40255990.9020303@computer.org> <4025877F.4030609@azathoth.net> <20040208052401.GA13533@comcast.net> Message-ID: <402ED52B.4090807@computer.org> It works for the 9600SE as well. Make sure you take all defaults when the install script runs. I didn't the first time and it brought up the basic window manager (not sure what the name of it is, but there was no task bar, just 3 ugly terminal windows). I didn't know how to fix that and didn't have much to lose so I just reinstalled RH9 and tried it again. There was no 'ATI Radeon 9600SE' listed in the Display application so I selected 'ATI Radeon AGP' instead. How do I enter it in bugzilla so it's assigned to FC2? Justin M. Forbes wrote: >On Sat, Feb 07, 2004 at 04:49:03PM -0800, Mike Larkin wrote: > > >>On the eMachines M6805 notebook, which uses a Radeon 9600 Mobility, >>compiling XFree86 4.3.99.902 or later results in a working Radeon >>driver. You might try the same approach for the desktop card and see >>what happens. >> >> >> >The reason this is required stems from the Mobility chips being somewhat >different from their desktop counterparts. They are essentially new chips, >and the driver was not present in the Fedora Core timeframe. The 9600SE is >in the same boat... It says 9600, but is not nearly the same chip as the >full 9600 series. If it works in 4.3.99.x bugzilla it and hopefully the >driver will be backported to FC2. > >Justin > > > > From webmaster at margo.bijoux.nom.br Sun Feb 15 02:13:42 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sat, 14 Feb 2004 23:13:42 -0300 Subject: Artsd + alsa == problems In-Reply-To: <402ED4E4.1090503@margo.bijoux.nom.br> References: <402ED4E4.1090503@margo.bijoux.nom.br> Message-ID: <402ED5D6.10002@margo.bijoux.nom.br> Pedro Fernandes Macedo wrote: > Is it just me or artds doesnt like alsa? I'm using a Sb live audio > card and I get lots of errors from artsd ... all the time they appear > , saying something like "cpu overloaded. error"... (forgot to write > the message down and now I'm away from fc2t1). > > Btw , why alsa-utils isnt installed by default if a sound card is > detected and some audio apps are installed? > One of the things that I've noticed that need some tweaking: > system-config-sound . It doesnt unmute the necessary channels and > doesnt give you an option to raise the volume , so you end up thinking > that sound isnt working at all... > > I'm gonna look for answers for this in bugzilla ... > > Pedro Macedo > someone already created a bugzilla entry about artsd... https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115507 gonna add a RFE about alsa-utils and system-config-sound Pedro Macedo From webmaster at margo.bijoux.nom.br Sun Feb 15 02:24:07 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sat, 14 Feb 2004 23:24:07 -0300 Subject: Fedora Core 2 Test 1 - comments. In-Reply-To: <402EEF6D.4090605@margo.bijoux.nom.br> References: <1076809431.7308.6.camel@localhost.localdomain> <402EEF6D.4090605@margo.bijoux.nom.br> Message-ID: <402ED847.3010405@margo.bijoux.nom.br> Pedro Fernandes Macedo wrote: > One of the things I found out: yum is working fine (besides the fact > that I had to add "exclude = qt qt-devel kdelibs redhat-artwork" > because of broken dependencies) , but up2date is not (using the > default config). Also , up2date finds 29 available updates , but yum > finds none (looking at two different mirrors and the official download > site)... Anyone else noticing this? I looked for this bug on bugzilla , but didnt found anything.. maybe something wrong on my install? Pedro Macedo From jsamort at shaw.ca Sun Feb 15 02:34:23 2004 From: jsamort at shaw.ca (J. Scott Amort) Date: Sat, 14 Feb 2004 18:34:23 -0800 Subject: native eclipse Message-ID: <1076812462.5086.1.camel@enlightenment.baobobmusic.ca> Hi, I seem to recall that the natively compiled eclipse (with gcj) was to be included with FC2. I didn't notice it on the test1 CD's. Is it still going to make it into the final FC2? Cheers, Scott From rngadam at yahoo.com Sun Feb 15 03:00:22 2004 From: rngadam at yahoo.com (Ricky Ng-Adam) Date: Sat, 14 Feb 2004 22:00:22 -0500 Subject: FC2test1: numerical sysctl obsolete Message-ID: Hello! For kudzu, at install: kernel: python2: numerical sysctl 1 23 is obsolete. kernel: ddcprobe: numerical sysctl 1 23 is obsolete. kernel: python2: numerical sysctl 1 23 is obsolete. kernel: ddcprobe: numerical sysctl 1 23 is obsolete. kernel: python2: numerical sysctl 1 23 is obsolete. kernel: ddcprobe: numerical sysctl 1 23 is obsolete. kernel: python2: numerical sysctl 1 23 is obsolete. kernel: python2: numerical sysctl 1 23 is obsolete. For kudzu at boot: kernel: kudzu: numerical sysctl 1 23 is obsolete. kernel: kudzu: numerical sysctl 1 49 is obsolete. For kudzu at shutdown: updfstab: numerical sysctl 1 23 is obsolete. For quota, at boot: kernel: quotaon: numerical sysctl 5 16 8 is obsolete. For quota, at shutdown: quotaoff: numerical sysctl 5 16 8 is obsolete. I noticed that bug 102061 (for RH1.0 rawhide) and 114709 (Fedora devel) refers to this - is there any ongoing effort to stamp out these warnings? Do we need to open new bugs or happen to those existing bugs? Thanks! Ricky From ms-nospam-0306 at arcor.de Sun Feb 15 03:03:45 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 15 Feb 2004 04:03:45 +0100 Subject: Artsd + alsa == problems In-Reply-To: <402ED4E4.1090503@margo.bijoux.nom.br> References: <402ED4E4.1090503@margo.bijoux.nom.br> Message-ID: <20040215040345.6496ea04.ms-nospam-0306@arcor.de> On Sat, 14 Feb 2004 23:09:40 -0300, Pedro Fernandes Macedo wrote: > Is it just me or artds doesnt like alsa? True, aRtsd doesn't like ALSA's OSS layer. Happens with ALSA in 2.4 kernel series, too. Though, sometimes it works, and it seems to work for other users just fine. > Btw , why alsa-utils isnt installed by default if a sound card is > detected and some audio apps are installed? No idea. But alsamixer is pretty much essential and ought to be installed. > One of the things that I've noticed that need some tweaking: > system-config-sound . It doesnt unmute the necessary channels and doesnt > give you an option to raise the volume , so you end up thinking that > sound isnt working at all... It seems to me, native ALSA support in FC2 Test1 is not complete [yet]. system-config-soundcard still calls only aumix for OSS compatible audio drivers, but nothing for ALSA. -- From redhat-jc at insight.rr.com Sun Feb 15 03:32:18 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sat, 14 Feb 2004 22:32:18 -0500 Subject: Testing FC2 test1 In-Reply-To: <1076800498.2355.48.camel@localhost.localdomain> References: <1076800498.2355.48.camel@localhost.localdomain> Message-ID: <402EE842.70807@insight.rr.com> Mike Lurk wrote:. > Trying to run xmms, forget it, Nada nothing. I tried reinstalling and > still the same. I thought of looking to see if the kernel didn't > recognize the athlon CPU and changed the kernelto reflect the CPU type. > Still the same. > I submitted a bug for the xmms problem. Recently another person submitted a very similar bug. He traced it down to the arts patch for xmms. He left out the patch and it would work on creating an initial directory. This bug is pretty old and I could see why closing in on it would be difficult. Anyway, if you forcibly install arts from FC1 with --oldpackage --nodeps and try to launch xmms, it will create the default .xmms directory and not segfault. Once this directory is created, it is safe to upgrade to the latest version of arts. Xmms will work, unless you are a new user (not good) Thanks to the other user that met the problem in a different way. I believe it is narrowed down to the new arts changes and will need changes to the patch for arts - xmms not to conflict. See bug below: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112864 Jim From paul.norton at rcn.com Sat Feb 14 22:42:09 2004 From: paul.norton at rcn.com (Paul Norton) Date: Sat, 14 Feb 2004 17:42:09 -0500 Subject: Fedora Core 2 Test 1 - comments. In-Reply-To: <402ED847.3010405@margo.bijoux.nom.br> References: <1076809431.7308.6.camel@localhost.localdomain> <402EEF6D.4090605@margo.bijoux.nom.br> <402ED847.3010405@margo.bijoux.nom.br> Message-ID: <20040214224209.GA10669@heaven> On Sat, Feb 14, 2004 at 11:24:07PM -0300, Pedro Fernandes Macedo wrote: > Pedro Fernandes Macedo wrote: > > >One of the things I found out: yum is working fine (besides the fact > >that I had to add "exclude = qt qt-devel kdelibs redhat-artwork" > >because of broken dependencies) , but up2date is not (using the > >default config). Also , up2date finds 29 available updates , but yum > >finds none (looking at two different mirrors and the official download > >site)... > > Anyone else noticing this? I looked for this bug on bugzilla , but didnt > found anything.. maybe something wrong on my install? > > Pedro Macedo Yes, I had to exclude a bunch of stuff.... only real problem I am having is that I cannot get "rox" to work.. then again, there is no official FC2T1 rpm for it... but the damn FC1 rpm should work fine :-/ - Paul From fedora at mytsoftware.com Sun Feb 15 04:15:09 2004 From: fedora at mytsoftware.com (David Finch) Date: Sat, 14 Feb 2004 20:15:09 -0800 Subject: FC2 test1 References: <1076809431.7308.6.camel@localhost.localdomain> <402EEF6D.4090605@margo.bijoux.nom.br> <402ED847.3010405@margo.bijoux.nom.br> <20040214224209.GA10669@heaven> Message-ID: <004d01c3f37a$4e9b34e0$6500a8c0@david> I accidentally sent this once before with a non-member from address. Hopefully the old one will be deleted since I'm resending this. I apologize if it doesn't. I recently decided to switch from Windows to Linux. I got a new non-OS pc from dell (Dimension 2400 series) that puts my 500mhz eMachine to shame as far as cpu speed goes. Most of my Linux experience to date has been with Slackware on second hand pc's from the mid 90's, and I have 12 years of programming experience which I hope to devote partially to open source. Before using the pc for anything important, I thought I'd make the rounds and try several distributions before finally choosing one, because this is the one time that I'd have nothing to lose by trying them all on a new pc. I first tried Slackware 9.1, because I'm familiar with it. With the news of the FC2 test1 release I thought I'd try that for a few days as well, knowing full well that it's an alpha release that's bound to give me problems. I'll list my problems and experiences in the order they happened: I did a fresh install tonight on my new pc from the test1 iso's, and chose to go with the "everything" option. The install went pretty well. It detected all of my hardware. I was a little upset to not see reiserfs listed as an option in disk druid. The sound test failed to produce any sound, but it worked fine after running alsamixer. Upon booting into my new install, I noticed a lot of services running at startup for things I didn't have or need, like bluetooth. After starting KDE, I noticed the red dot with the flashing exclamation point which led me to run up2date. It failed while downloading headers. Some traceback error which I forgot to write down. After several more attempts, I added some of the urls recommended in a previous post to yum.conf and it managed to download them successfully. The package list showed 0kb for every package, 375kb total, which doesn't seem right. I selected all and clicked forward, since I had nothing to lose but time. After that it froze at "Testing package set / solving inter-dependencies". I left it for 10 minutes then killed it off. Then I tried out a bunch of the screen savers that are included, and found that opengl is having zbuffer problems. Far away polygons always overlapped the near polygons. It had no such problems under Slackware 9.1. Most of the OpenGL screensavers ran as fast on Fedora as under slackware, except that the Altantis one with sharks and whales ran significantly slower on Fedora, at about 1fps even in wireframe mode in the preview box, which is strange because Slackware used some generic i810 driver for the video while Fedora detected the integrated video as the i845 that it was. The exact name according to Dell is an Intel i845GV. Relating to the problem with all the unnecessary services running at startup, I ran /usr/bin/system-config-services ("System: Services" from the KDE menu) to disable the services I didn't need. But nothing happened. It'd run for a fraction of a second and then exit quietly with no error messages I could find. I even tried running it from the console. Another attempt to run up2date _appears_ to be working without serious problems, though in retrospect it was probably bad of me to click "select all". It claims most (not all) packages aren't signed with a known GPG signature, which means I have to be there while it downloads to click "yes" or the downloads stop. It'd be nice if those errors didn't stop the downloads, or if I could click "yes to all". This may take some time. One thing I found to Fedora's benefit is that KDE 3.2 has had very few SIGSEGV errors and caused zero system crashes, which I can't say about the few days I was running Slackware 9.1 with KDE 3.1. For a test release it's been really stable albiet buggy. I haven't been able to play CD's under either distribution but I'm curious if the Dell guys may have left the cable between the cdrom and sound card unplugged, which will force me to risk voiding my warranty if that's the case. From ramanan54 at hotmail.com Sun Feb 15 04:19:42 2004 From: ramanan54 at hotmail.com (VENKAT RAMANAN) Date: Sun, 15 Feb 2004 09:49:42 +0530 Subject: bootdisk.img missing from images directory Message-ID: I install fedora releases by copying bootdisk.img to a floppy & boot from it. Now in the latest release in disc1 iso of FC2, I find the bootdisk.img file missing in the images directory. Can anyone explain why it is missing? Apart from CDROM boot which I cant do how to install the isos? Ramanan _________________________________________________________________ Easiest Money Transfer to India . Send Money To 6000 Indian Towns. http://go.msnserver.com/IN/42198.asp Easiest Way To Send Money Home! From wes at kuoi.asui.uidaho.edu Sun Feb 15 04:25:44 2004 From: wes at kuoi.asui.uidaho.edu (Wes Shull) Date: Sat, 14 Feb 2004 21:25:44 -0700 Subject: Problems with Disc3 of binaries In-Reply-To: <20040214231402.4909.14240.Mailman@listman.back-rdu.redhat.com> References: <20040214231402.4909.14240.Mailman@listman.back-rdu.redhat.com> Message-ID: <200402142125.47442.wes@kuoi.asui.uidaho.edu> Alan wrote: > I run the install and test > each disc. ?Discs 1, 2, and 4 check out fine, but disc 3 fails the > test. [...] > (XCDRoast will not verify under > the 2.6 kernel because it thinks data cds are audio discs for some > unknown reason.) I don't have an answer to your problem, but if you have the cdrecord package installed, you can verify an image burned to cd/dvd pretty easily: readcd dev= f=- | cmp whatever.iso where if you're on the old 2.4 stuff is gonna be some scsi device spec (you'll need ide-scsi loaded if it's really an ATAPI drive), and with the new cdrecord package for 2.6 since ide-scsi is gone and no longer needed (yay!) it could be something like /dev/cdrom. You can probably substitute something like "dd bs=2048 if=" for readcd, but I haven't tried it. --wes (and I repeat... ide-scsi is gone, YAY!) From webmaster at margo.bijoux.nom.br Sun Feb 15 04:38:32 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sun, 15 Feb 2004 01:38:32 -0300 Subject: FC2 test1 In-Reply-To: <004d01c3f37a$4e9b34e0$6500a8c0@david> References: <1076809431.7308.6.camel@localhost.localdomain> <402EEF6D.4090605@margo.bijoux.nom.br> <402ED847.3010405@margo.bijoux.nom.br> <20040214224209.GA10669@heaven> <004d01c3f37a$4e9b34e0$6500a8c0@david> Message-ID: <402EF7C8.40309@margo.bijoux.nom.br> David Finch wrote: >The install went pretty well. It detected all of my hardware. I was a little upset to not see reiserfs listed as an option in disk druid. > > This a known caveat.. you have to start the install with "linux reiserfs" or something like that to enable reiser.. I had to use "linux xfs" to have the chance to use xfs... I wish these werent needed. Probably the choice to do this is that ext3 is known to be stable and very compatible , so it's the best choice... However , I wish I could simply run the installer without any parameters and then use any filesystem I choose.. >Upon booting into my new install, I noticed a lot of services running at startup for things I didn't have or need, like bluetooth. > > Maybe some room for development here? I always wondered why RH and FC installed the pcmcia modules when I dont have any pcmcia stuff on my computer... maybe we , as users , should try to see what is really needed on a basic system and then change it on Fedora? Experienced users can (and will) always configure the system the way they like it ... Newbies , on the other hand , will leave it as it is , with unnecessary services running , making this a security risk (even considering that the default config for many services is secure). So , less running services by default is better in this case.. >After starting KDE, I noticed the red dot with the flashing exclamation point which led me to run up2date. It failed while downloading headers. Some traceback error which I forgot to write down. After several more attempts, I added some of the urls recommended in a previous post to yum.conf and it managed to download them successfully. The package list showed 0kb for every package, 375kb total, which doesn't seem right. I selected all and clicked forward, since I had nothing to lose but time. After that it froze at "Testing package set / solving inter-dependencies". I left it for 10 minutes then killed it off. > > > The 0kb part is related to yum repositories. Someone mentioned when FC1 was released that the headers of the rpms carry no size information , so up2date , when using yum repositories , cant show how big the packages are.. This may change soon , as work is being made on yum/up2date/apt. >Then I tried out a bunch of the screen savers that are included, and found that opengl is having zbuffer problems. Far away polygons always overlapped the near polygons. It had no such problems under Slackware 9.1. Most of the OpenGL screensavers ran as fast on Fedora as under slackware, except that the Altantis one with sharks and whales ran significantly slower on Fedora, at about 1fps even in wireframe mode in the preview box, which is strange because Slackware used some generic i810 driver for the video while Fedora detected the integrated video as the i845 that it was. The exact name according to Dell is an Intel i845GV. > > Maybe this is an experimental driver? if the chip is really new , chances are that the module is still very new and still needs some work... >Relating to the problem with all the unnecessary services running at startup, I ran /usr/bin/system-config-services ("System: Services" from the KDE menu) to disable the services I didn't need. But nothing happened. It'd run for a fraction of a second and then exit quietly with no error messages I could find. I even tried running it from the console. > > Filled a bugzilla report? I havent tested system-config-services yet , as I always use ntsysV to config my services , as I always have a terminal handy... But I guess I'll give it a try as soon as I reboot on FC2.. >Another attempt to run up2date _appears_ to be working without serious problems, though in retrospect it was probably bad of me to click "select all". It claims most (not all) packages aren't signed with a known GPG signature, which means I have to be there while it downloads to click "yes" or the downloads stop. It'd be nice if those errors didn't stop the downloads, or if I could click "yes to all". This may take some time. > > > Maybe if you import the GPG keys available on the first iso will solve this. The keys are on the first cd... rpm --import path_to_key_file does the trick... >One thing I found to Fedora's benefit is that KDE 3.2 has had very few SIGSEGV errors and caused zero system crashes, which I can't say about the few days I was running Slackware 9.1 with KDE 3.1. For a test release it's been really stable albiet buggy. I haven't been able to play CD's under either distribution but I'm curious if the Dell guys may have left the cable between the cdrom and sound card unplugged, which will force me to risk voiding my warranty if that's the case. > > Try to call the guys @ dell.. last time we had issues with a new computer bought from them , they were quick in fixing everything... And about the new kde and gnome.. I had only one segv and it was I tried to run evolution... but it only happened once... Pedro Macedo From cra at WPI.EDU Sun Feb 15 05:15:37 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Sun, 15 Feb 2004 00:15:37 -0500 Subject: bootdisk.img missing from images directory In-Reply-To: References: Message-ID: <20040215051537.GH1556@angus.ind.WPI.EDU> On Sun, Feb 15, 2004 at 09:49:42AM +0530, VENKAT RAMANAN wrote: > Can anyone explain why it is missing? It won't fit on a floppy. > Apart from CDROM boot which I cant do how to install the isos? PXE boot, or GRUB boot from hard drive. From aoliva at redhat.com Sun Feb 15 05:17:22 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 15 Feb 2004 02:17:22 -0300 Subject: bootdisk.img missing from images directory In-Reply-To: References: Message-ID: On Feb 15, 2004, "VENKAT RAMANAN" wrote: > Can anyone explain why it is missing? Please at least read the day's archives before posting. It won't fit. > Apart from CDROM boot which I cant do how to install the isos? There is at least one additional option in the past 50 messages or so posted to this list. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From fedora at mytsoftware.com Sun Feb 15 05:30:31 2004 From: fedora at mytsoftware.com (David Finch) Date: Sat, 14 Feb 2004 21:30:31 -0800 Subject: FC2 test1 References: <1076809431.7308.6.camel@localhost.localdomain> <402EEF6D.4090605@margo.bijoux.nom.br> <402ED847.3010405@margo.bijoux.nom.br> <20040214224209.GA10669@heaven> <004d01c3f37a$4e9b34e0$6500a8c0@david> <402EF7C8.40309@margo.bijoux.nom.br> Message-ID: <005f01c3f384$d489f730$6500a8c0@david> Well, up2date finished downloading the gigs of packages and has begun installing. It seemed to get stuck at 0%, with high cpu usage (61% user, 31% system according to KDE System Guard), memory usage of 159mb +/- 2mb, no visible HD activity, and no window redraws. I assumed it had locked up completely, but decided to give it the benefit of the doubt. After about 25 minutes (maybe longer?), longer than I expect most users would wait, it suddenly resumed installing and appears to be working fine (so far). I should add that I'm using a 2.4ghz Celeron with 512mb of 333mhz ddr-ram and an 80gb hard disk. From fedora at peejay.info Sun Feb 15 05:52:18 2004 From: fedora at peejay.info (fedora at peejay.info) Date: Sat, 14 Feb 2004 21:52:18 -0800 (PST) Subject: Where is the php-imap RPM file? Message-ID: I installed Fedora Core 2 Test 1 on my machine tonight and overall it all went very well and I have my webserver, email and everything else going. I have run into one issue. Where is the php-imap file for the version of PHP that comes with Fedora Core 2 Test 1? The only RPM packages that I can find are: php-4.3.4-7.i386.rpm php-devel-4.3.4-7.i386.rpm php-domxml-4.3.4-7.i386.rpm php-ldap-4.3.4-7.i386.rpm php-mysql-4.3.4-7.i386.rpm php-odbc-4.3.4-7.i386.rpm php-pear-4.3.4-7.i386.rpm php-pgsql-4.3.4-7.i386.rpm php-snmp-4.3.4-7.i386.rpm php-xmlrpc-4.3.4-7.i386.rpm What I really want to know is how to get the IMAP module for PHP going on this release of Fedora as I really need that active. From jbinpg at shaw.ca Sun Feb 15 07:06:06 2004 From: jbinpg at shaw.ca (Jack Bowling) Date: Sat, 14 Feb 2004 23:06:06 -0800 Subject: FC2 and soundcards Message-ID: <20040215070606.GB17439@shaw.ca> The soundcard detection code in FC2 is borked. Has this code been made to work with ALSA yet? Says it can't find any soundcards. So I did what I always do for ALSA, load the snd-* modules manually and download and install gnome-alsamixer. I suggest that this last app be considered for inclusion in stock FC. It really helps get things going with ALSA for Gnome users. It can be found via the Applications link on the ALSA Project page: http://www.alsa-project.org -- Jack Bowling mailto: jbinpg at shaw.ca From listmail at swiftdsl.com.au Sun Feb 15 07:25:36 2004 From: listmail at swiftdsl.com.au (listmail) Date: Sun, 15 Feb 2004 18:25:36 +1100 Subject: fedora-test-list digest, Vol 1 #535 - 29 msgs In-Reply-To: <20040215053301.24591.47916.Mailman@listman.back-rdu.redhat.com> References: <20040215053301.24591.47916.Mailman@listman.back-rdu.redhat.com> Message-ID: <1076829936.7480.26.camel@localhost.localdomain> > Message: 12 > Date: Sun, 15 Feb 2004 01:02:53 -0300 > From: Pedro Fernandes Macedo > To: fedora-test-list at redhat.com > Subject: Re: Fedora Core 2 Test 1 - comments. > Reply-To: fedora-test-list at redhat.com > > >Comment : > >01. Too many problems for little me to fix. > > > > > Hey , this is a test release... it exists for us to find the bugs before > they sneak in the official release > Sure I understand that. > >02. KDE 3.2 claimed to be _much_ faster but this was not obvious to me > >on my hardware. > > > > > well , kde and gnome are faster , but sometimes they simply stop > responding on my machine.. most of the time , if I press something like > alt+tab , they come back to life... > I tried KDE 3.2 upgrade on FC1 & Suse 9. Apart from obvious sound bugs I saw not a lot of difference in speed there too. Maybe it is less noticeable on top-end machines? But I will take all the speed increases I can get! I want Linux to not just match but indeed surpass competitors! > >03. Kernel 2.6 claimed to be much faster, not obvious to me. > > > > > Weird.. after installing FC2t1 , it looked like I had bought a new > processor and more ram... > Hmm, I keep my FC1 prelink cache up to date so maybe you are noticing that. I'm sure there will be a difference in heavy multitasking situations in the final release. > So far , I'm liking FC2 a lot... I cant wait to see the final release... > I agree, FC1 is better than I would have been led to believe by Internet reviews articles. (In fact I have switched permanently from SuSE mainly because of abundance of public _english_ language discussion/support/ beta testing. SuSE is almost as good but too closed.) I am confident FC2 will be a excellent. regards Chris From listmail at swiftdsl.com.au Sun Feb 15 07:27:55 2004 From: listmail at swiftdsl.com.au (listmail) Date: Sun, 15 Feb 2004 18:27:55 +1100 Subject: Fedora Core 2 Test 1 - comments. In-Reply-To: <20040215053301.24591.47916.Mailman@listman.back-rdu.redhat.com> References: <20040215053301.24591.47916.Mailman@listman.back-rdu.redhat.com> Message-ID: <1076830075.7480.30.camel@localhost.localdomain> > Message: 11 > Date: Sat, 14 Feb 2004 20:45:01 -0500 > From: Alan Cox > To: fedora-test-list at redhat.com > Subject: Re: Fedora Core 2 Test 1 - comments. > Reply-To: fedora-test-list at redhat.com > > On Sun, Feb 15, 2004 at 12:43:51PM +1100, listmail wrote: > > 02. During boot Cpuspeed fails with errors. > > > Question : > > Before trudging over to bugzilla, have I encountered anything new > > people? > > Some of them sound new, and two copies is better than none > Thanks for your comments Alan. Regards Chris From wes at kuoi.asui.uidaho.edu Sun Feb 15 07:27:38 2004 From: wes at kuoi.asui.uidaho.edu (Wes Shull) Date: Sun, 15 Feb 2004 00:27:38 -0700 Subject: my upgrade to FC2-test1 Message-ID: <200402150027.38997.wes@kuoi.asui.uidaho.edu> (long) It seems like most people are testing clean installs... I run Fedora to be reasonably close to the edge, so I figured I'd inch a little closer and do an upgrade instead, and it worked mostly OK. Had a few issues though, and I'm not sure if I should file bug reports or if my setup/actions are too oddball to be an issue. Hence this message: First, my system. It's been upgraded over the years from 7.x->8->9->fc1, always by hand with rpm (fun!), so there's no doubt a bit of cruft here and there that I missed. Ran fine, though. Non-stock rpms I had installed before the upgrade: * Planet CCRMA audio/video packages + kernel instead of an official FC1 kernel (actually had a few different kernels installed for testing) Note this means I already had ALSA 1.0. * KDE 3.2 from FC1 rpms at kde.org * mozilla 2.6 * python 2.3 from python.org * xchat 2.0.7 from xchat.org * of course plenty of other stuff in /usr/local compiled straight from source, but nothing duplicating stuff in the FC rpms, so not an issue. Another fun thing about my system is I have no bootable partition... my /boot lives on /dev/md0 (linux software RAID 5) and is just there to make kernel installs happy; I make and use boot CDs instead. Ok, so I got a wild hair and decided to try booting off the install CD to upgrade. ** Potential bug report 0: This is a hyper-belated report, may not be true anymore. At the time I upgraded to FC1 from RH9, I also tried to use the install CD to upgrade, but it couldn't find my /dev/md0. After much head-scratching and poking around in the rescue shell, I discovered that raidstart on the install CD refuses to start up an array that is in degraded mode (I had a drive out for replacement.) While I may be the only one crazy enough to do an OS upgrade on a degraded array (have I mentioned I don't have a UPS?), it certainly does render the whole "linux rescue" useless in a situation where normal people might use it... Anyway, this time the install found my /dev/md0, and it went fine... until the end, when it prompted to make a boot floppy, which of course is a no-go; in fact I don't think a full redhat kernel has fit on a floppy in years. ** Potential bug report 1: Why isn't there an option to burn a boot CD? So I threw one of my 2.4 boot CDs and rebooted, intending to mkbootdisk --iso and burn a 2.6 boot CD. But I discovered that the installer had, in a very Microsoftfully helpful manner, removed all my prior kernel installs, so I had no modules to load to drive my burner. ** Potential bug report 2: Why did it remove all my old kernels? Are the changes to modutils etc for 2.6 so significant that the 2.4 versions can't coexist? So, back to install disc 1, linux rescue, chroot, make and burn a 2.6 boot CD. While I was trying to get cdrecord to work, I noticed that in translating modules.conf to the new modprobe.conf, it had kept in all my pre-loading of ide-scsi before sg. Anyway I eventually remembered from the various 2.6 kernel announcements that ide-scsi is gone I can just use dev=/dev/hdc with *record now. ** Potential bug report 3: Since ide-scsi is gone now, maybe it should filter it out during the modules.conf->modprobe.conf conversion? ide-scsi being gone and the new dev spec for *record should definitely be mentioned in the final release notes. Ok, getting closer. Boot off my 2.6 boot CD, linux single. rc.sysinit fails to remount root rw: mount: can't find / in /etc/fstab or /etc/mtab I fixed it by changing the first field in the line for / in /etc/fstab from "LABEL=/" (which e2label assures me is still the label on md0) to "/dev/md0"... ** Potential bug report 4: That ^ As usual had to chkconfig off stuff from kernel-utils that isn't relevant to my athlon-xp: cpuspeed and microcode_ctl. Ok didn't *have* to, they don't hurt anything, but it's annoying to see the fail messages at boot. ** Potential bug report 5: we really should turn these off for cpus we *know* don't use them... leave them on for unknowns I check out what has and hasn't been installed; as expected it didn't touch my updated mozilla or kde. Ripped those out and replaced them with the FC2-test1 versions for a more consistent testing environment. Uninstalled the now-redundant pydotorg python 2.3. I noticed that there's still a whole bunch of stuff left in /usr/lib/python2.2/site-packages/, some of which rpm -qf says are orphans, some of which belong to old-installed or newly-installed packages. ** Potential bug report 6: Shouldn't stuff in /usr/lib/python2.2/site-packages/ be removed or in /usr/lib/python2.3/site-packages/ instead? (Or if they don't work under 2.3, 2.2 needs to stay) I tried bringing up my interface to the world "ifup eth0" No go, it was trying to load the driver that eth1 uses. Ripped all the ethernet stuff out of /etc/sysconfig/hwconf, /etc/sysconfig/network-scripts/ifcfg-eth*, /etc/modules.conf, and /etc/modprobe.conf, reran kudzu, then things were proper again. ** Potential bug report 7: eth* detection confusion. I'm really hesitant to file this though, because I was running a very different kernel before, and have had eth0 and eth1 switch because of it. telinit 3, log in, startx. Had no sound, but running alsamixer fixed that (I use spdif output, which is not on by default on my card, so it must not have picked up wherever the Planet CCRMA alsa saved the settings). I noticed that my xchat 2.0.7 and Perl and Python plugins have been replaced by redhat's, but it didn't remove the xchat-perl and xchat-python packages that provided the old plugins. Also, it doesn't provide the Tcl plugin; does it not compile against Tcl 8.4? Warts that others have reported that I'm corroborating: * various obsolete numerical sysctls * spurious 8259A interrupt: IRQ7 (actually I've been seeing that one for a long time, maybe even on redhat 9 or 8) This one I've seen reported against Rawhide, but not FC2-T1: * kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0). * kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Also had a * kernel: atkbd.c: Keyboard on isa0060/serio0 reports too many keys pressed. That's about it. System's been up and working fine for 32 hours now. I can't really comment on improved performance, as I was running 2.4.24 + low latency patches + kernel preempt patches + more before; forgot how the factory FC1 kernels felt. If anything, I'd say this kernel (2.6.1-1.65) may feel slightly *less* responsive than what I had. Did I hear correctly, that it does not include the low latency patches because rh thinks they're not stable enough? --wes From mega_kafaro at gazeta.pl Sun Feb 15 07:13:25 2004 From: mega_kafaro at gazeta.pl (Jakub Kamecki [MaxiGaz]) Date: Sun, 15 Feb 2004 08:13:25 +0100 Subject: FC2 and soundcards In-Reply-To: <20040215070606.GB17439@shaw.ca> References: <20040215070606.GB17439@shaw.ca> Message-ID: <402F1C15.6060009@gazeta.pl> Jack Bowling wrote: > The soundcard detection code in FC2 is borked. Has this code been made to > work with ALSA yet? Says it can't find any soundcards. So I did what I always > do for ALSA, load the snd-* modules manually and download and install > gnome-alsamixer. I suggest that this last app be considered for inclusion > in stock FC. It really helps get things going with ALSA for Gnome users. > It can be found via the Applications link on the ALSA Project page I agree. I installed FC2 two days ago, so far it works great but it didn't detect my Live 5.1 soundcard- I haven't come round to installing it manually yet. -- Regards, Jakub From duncric at iit.edu Sun Feb 15 07:29:29 2004 From: duncric at iit.edu (Richard Duncan) Date: Sun, 15 Feb 2004 01:29:29 -0600 Subject: Compiling 3COM 3c2000 Drivers in FC2 Message-ID: <402F1FD9.1020900@iit.edu> I've just installed FC2 (ISOs to CDs, kernel 2.6.1-1.165) and I can't get the 3COM 3c2000 drivers to compile. When I try, I just get a bunch of gcc errors. Everything worked fine in FC1/2.4-based kernels, so I'm guessing the switch to 2.6 is causing the trouble. The Makefile looks for linux-2.4 for the source, so should I change this? The linux-2.4 alias is still sitting in the /usr/src directory, should this still be there? My specs are an Abit IS7-E with a 3COM Gigabit NIC integrated. Again, the 3c2000 drivers compiled and worked fine in FC1/2.4. Thanks for any help. Richard Duncan From ggw at wolves.durham.nc.us Sun Feb 15 07:40:03 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Sun, 15 Feb 2004 02:40:03 -0500 Subject: perl-libwww-perl dependency error Message-ID: <20040215074003.GA25934@wolves.durham.nc.us> Installing via rpm on a K6-2 perl-libwww-perl has dependency errors, including perl(Win32) |[ggw at tembo RPMS]$ sudo rpm -Uvh perl-libwww-perl-5.76-1.noarch.rpm |Password: |/etc/security/selinux/src/policy/file_contexts/file_contexts: No such file or directory |error: Failed dependencies: | perl(Authen::NTLM) is needed by perl-libwww-perl-5.76-1 | perl(Win32) is needed by perl-libwww-perl-5.76-1 -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From fedora at mytsoftware.com Sun Feb 15 07:39:08 2004 From: fedora at mytsoftware.com (David Finch) Date: Sat, 14 Feb 2004 23:39:08 -0800 Subject: FC2 test1 References: <1076809431.7308.6.camel@localhost.localdomain> <402EEF6D.4090605@margo.bijoux.nom.br> <402ED847.3010405@margo.bijoux.nom.br> <20040214224209.GA10669@heaven> <004d01c3f37a$4e9b34e0$6500a8c0@david> <402EF7C8.40309@margo.bijoux.nom.br> <005f01c3f384$d489f730$6500a8c0@david> Message-ID: <007101c3f396$cc032cf0$6500a8c0@david> Though it took many tries with many failures and long delays, up2date finished installing the updates. After it reached 100%, there was a 14 minute pause before it said it was finished. So altogether there's been roughly 40 minutes worth of pauses where up2date was indistinguishable from a program that had frozen up. I'm attaching a log with the few errors it encountered on its finally successful update. Though I don't have logs for the unsuccessful ones. When it was done I rebooted and used the updated kernel. It re-detected my keyboard, and asked me to set it up. Not sure why or how this changes things. OpenGL is still broken, drawing everything inside out as usual. The Service Config utility loads now. It wouldn't before the update. So either it's been fixed or I was unlucky the previous times I tried it. But I've noticed a serious change when I drag a window around. Underlying windows are redrawn more quickly, but in the process the rest of the system is severely starved for cpu resources. Ogg playback in Kaboodle stops, and if I drag long enough, performance degrades to the point of extreme jerkiness. And I've noticed some apps seem to get starved occasionally even during periods of low cpu usage, though I'm not certain. It seems this is a result of upgrading to the new 2.6.2 kernel. All of the starvation symptoms go away if I reboot with the old 2.6.1 kernel. I've verified that both are using the anticipatory scheduler. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: log.txt URL: From cturner at redhat.com Sun Feb 15 07:52:29 2004 From: cturner at redhat.com (Chip Turner) Date: 15 Feb 2004 02:52:29 -0500 Subject: perl-libwww-perl dependency error In-Reply-To: <20040215074003.GA25934@wolves.durham.nc.us> References: <20040215074003.GA25934@wolves.durham.nc.us> Message-ID: Fixed this one today, should pop up in the next rawhide push. Chip Gregory Woodbury writes: > Installing via rpm on a K6-2 > > perl-libwww-perl has dependency errors, including perl(Win32) > > |[ggw at tembo RPMS]$ sudo rpm -Uvh perl-libwww-perl-5.76-1.noarch.rpm > |Password: > |/etc/security/selinux/src/policy/file_contexts/file_contexts: No such file or directory > |error: Failed dependencies: > | perl(Authen::NTLM) is needed by perl-libwww-perl-5.76-1 > | perl(Win32) is needed by perl-libwww-perl-5.76-1 > > -- > Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us > ggw at wolves.durham.nc.us U RHCT August 2003 > "The Line Eater is a boojum snark." Hug your wolf. > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- Chip Turner cturner at redhat.com Red Hat, Inc. From redhat at saturn49.dyndns.org Sun Feb 15 07:55:24 2004 From: redhat at saturn49.dyndns.org (Nathan Lewis) Date: Sun, 15 Feb 2004 01:55:24 -0600 Subject: Problems with Disc3 of binaries *SOLVED* In-Reply-To: <1076789306.2512.1.camel@zontar.clueserver.org> References: <1076787150.18022.5.camel@zontar.clueserver.org> <1076789306.2512.1.camel@zontar.clueserver.org> Message-ID: <6.0.1.1.2.20040215015403.0283cb28@localhost> Interesting. I had the same problem (read error with disc 3) and doubted my media. I guess my media was fine. To work around it, I just mounted the .iso file I still had on my hard drive and it worked fine. At 02:08 PM 2/14/2004, Alan wrote: >It is a VMWare problem. > >If I am not running under VMWare, the problem does not occur. > >Sorry for the false alarm. > >On Sat, 2004-02-14 at 11:32, Alan wrote: > > I have encountered an odd problem. > > > > I have downloaded the binary ISOs via bittorrent. The MD5SUM file > > checks out. I burn the ISOs to disc. I run the install and test each > > disc. Discs 1, 2, and 4 check out fine, but disc 3 fails the test. The > > install will fail on install on disc 3 as well, so there is some sort of > > problem. I have burned two discs with the same problem. > > > > The MD5SUM file matches the one I am seeing on the mirrors. > > > > Are other people seeing this or am I just encountering a weird glitch > > with my burning software. (XCDRoast will not verify under the 2.6 > > kernel because it thinks data cds are audio discs for some unknown > > reason.) > > > > Ideas? (Or am I just going mad?) > > > > -- > > "Push that big, big granite sphere way up there from way down here! > > Gasp and sweat and pant and wheeze! Uh-oh! Feel momentum cease! > > Watch it tumble down and then roll the boulder up again!" > > - The story of Sisyphus by Dr. Zeus in Frazz 12/18/2003 >-- >"Push that big, big granite sphere way up there from way down here! >Gasp and sweat and pant and wheeze! Uh-oh! Feel momentum cease! >Watch it tumble down and then roll the boulder up again!" > - The story of Sisyphus by Dr. Zeus in Frazz 12/18/2003 > > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >http://www.redhat.com/mailman/listinfo/fedora-test-list From ms-nospam-0306 at arcor.de Sun Feb 15 08:08:02 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 15 Feb 2004 09:08:02 +0100 Subject: FC2 and soundcards In-Reply-To: <20040215070606.GB17439@shaw.ca> References: <20040215070606.GB17439@shaw.ca> Message-ID: <20040215090802.701010a2.ms-nospam-0306@arcor.de> On Sat, 14 Feb 2004 23:06:06 -0800, Jack Bowling wrote: > The soundcard detection code in FC2 is borked. Has this code been made to > work with ALSA yet? Probably not. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115651 > Says it can't find any soundcards. So I did what I always > do for ALSA, Hmm, a working "alsaconf" tool does wonders. For FC1 it's provided in the fedora.us alsa-utils package. -- From czar at czarc.net Sun Feb 15 08:22:00 2004 From: czar at czarc.net (Gene C.) Date: Sun, 15 Feb 2004 03:22:00 -0500 Subject: Compiling 3COM 3c2000 Drivers in FC2 In-Reply-To: <402F1FD9.1020900@iit.edu> References: <402F1FD9.1020900@iit.edu> Message-ID: <200402150322.00337.czar@czarc.net> On Sunday 15 February 2004 02:29, Richard Duncan wrote: > I've just installed FC2 (ISOs to CDs, kernel 2.6.1-1.165) and I can't > get the 3COM 3c2000 drivers to compile. When I try, I just get a bunch > of gcc errors. Everything worked fine in FC1/2.4-based kernels, so I'm > guessing the switch to 2.6 is causing the trouble. The Makefile looks > for linux-2.4 for the source, so should I change this? The linux-2.4 > alias is still sitting in the /usr/src directory, should this still be > there? > > My specs are an Abit IS7-E with a 3COM Gigabit NIC integrated. Again, > the 3c2000 drivers compiled and worked fine in FC1/2.4. Why? The sk98lin drivers are much more recently updated and work just fine. I am using the sk98lin with a 3C940/3C2000 which comes on the ASUS SK8V motherboard. The only current problem is that this NIC is not detected by the anaconda installer (check bugzilla) but the driver works ... at least at 100Mbps ... there are some comments in bugzilla about it not working at 1000Mbps. I forget, you may need to manually add "alias eth0 sk98lin" to the /etc/modprobe.conf file. one of the problems (already bugzilla'ed) is that the anaconda installer does not manually prompt to select an driver if it does not recognize the NIC. -- Gene From pauln at truemesh.com Sun Feb 15 09:59:43 2004 From: pauln at truemesh.com (Paul Nasrat) Date: Sun, 15 Feb 2004 09:59:43 +0000 Subject: native eclipse In-Reply-To: <1076812462.5086.1.camel@enlightenment.baobobmusic.ca> References: <1076812462.5086.1.camel@enlightenment.baobobmusic.ca> Message-ID: <20040215095943.GI15070@lichen.truemesh.com> On Sat, Feb 14, 2004 at 06:34:23PM -0800, J. Scott Amort wrote: > Hi, > > I seem to recall that the natively compiled eclipse (with gcj) was to be > included with FC2. I didn't notice it on the test1 CD's. Is it still > going to make it into the final FC2? I believe this is still the case, naoko (rpms of rhug) which include ant, etc needed to build eclipse are making it into rawhide builds atm. There were some issues with building ant and thus eclipse using the rawhide gcc-ssa packages. I expect that naoko will be fully in rawhide shortly, then it should be possible to build the older eclipse snapshot - I have some patches that enable a build up until hitting the libgcj/ant issues. There is also a seperate list for native eclipse http://sources.redhat.com/eclipse/ Of course for non-native eclipse there is always jpackage http://jpackage.org Paul From jansen at strw.leidenuniv.nl Sun Feb 15 10:46:09 2004 From: jansen at strw.leidenuniv.nl (David Jansen) Date: Sun, 15 Feb 2004 11:46:09 +0100 Subject: FC2 test1 Message-ID: <20040215104609.GA11066@strw.leidenuniv.nl> On Sun, Feb 15, 2004 at 01:38:32AM -0300, Pedro Fernandes Macedo wrote: > >Upon booting into my new install, I noticed a lot of services running at startup for things I didn't have or need, like bluetooth. > > > > > Maybe some room for development here? I always wondered why RH and FC > installed the pcmcia modules when I dont have any pcmcia stuff on my > computer... maybe we , as users , should try to see what is really > needed on a basic system and then change it on Fedora? Experienced users > can (and will) always configure the system the way they like it ... > Newbies , on the other hand , will leave it as it is , with unnecessary > services running , making this a security risk (even considering that > the default config for many services is secure). So , less running > services by default is better in this case.. Most of those services do nothing (except for a slight delay) when teh hardware isn't there. At least pcmcia and isdn are harmless. I guess the philosophy here is to not bother the user with questions about hardware support, but just include support for everything. It's the same with the automount "no mountpoints" warning someone else reported, service is not yet configured, so it exits without doeing much. I haven't looked into the new services like bluetooth yet, probably the same thing: present, but unconfigured, so not actually doing much. After install (on FC1) I usually switch off all of those services to speed up the boot sequence. kudzu can also be switched off if you know you're not going to add new hardware, can be a big speed up too. David Jansen From dave at webaugur.com Sun Feb 15 11:49:19 2004 From: dave at webaugur.com (David L Norris) Date: Sun, 15 Feb 2004 11:49:19 +0000 Subject: FC2 and soundcards In-Reply-To: <20040215070606.GB17439@shaw.ca> References: <20040215070606.GB17439@shaw.ca> Message-ID: <1076845758.18352.16.camel@Daneel.WebAugur.com> On Sun, 2004-02-15 at 07:06, Jack Bowling wrote: > The soundcard detection code in FC2 is borked. Has this code been made to > work with ALSA yet? Says it can't find any soundcards. Firstboot found and configured my laptop's ESS sound drivers just fine. Support is probably just not quite complete. (Bugzilla?) > gnome-alsamixer. I suggest that this last app be considered for > inclusion in stock FC. It really helps get things going with ALSA > for Gnome users. I rather like the new GNOME gstreamer volume control in FC2-test1. In comparison gnome-alsamixer has always been really crashy. -- David Norris http://www.webaugur.com/dave/ ICQ - 412039 -------------- 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 Sun Feb 15 11:52:00 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 15 Feb 2004 12:52:00 +0100 Subject: system-settings:/// - 0 objects - adress-bar ? In-Reply-To: <20040215001540.GD26538@devserv.devel.redhat.com> References: <402EA4A6.10400@gmx.de> <402EA730.2040504@gmx.de> <20040215001540.GD26538@devserv.devel.redhat.com> Message-ID: <402F5D60.1060103@gmx.de> Alan Cox wrote: >On Sat, Feb 14, 2004 at 11:54:40PM +0100, shrek-m at gmx.de wrote: > > >>http://www.redhat.com/archives/fedora-test-list/2004-February/msg00510.html >> >>$ nautilus --browser >> >> > >Now how do I make that the default for all users ? > who knows how/where nautilus will be started per session ? # ps auxw | grep nautilus admin 1904 1.3 7.1 41060 18324 ? S 11:59 0:27 nautilus --no-default-window --sm-client-id default3 root 2212 0.0 0.2 5136 728 pts/1 S 12:34 0:00 grep nautilus i do not know :-( i prefer the old "file-manager"-style "--browser" computer:/// is ok file:/// is ok network:/// will not work smb:/// will not work cifs:/// will not work # ps auxw | grep nautilus admin 1904 2.0 8.7 45028 22368 ? S 11:59 1:01 nautilus --no-default-window --sm-client-id default3 admin 3393 14.7 3.5 33328 8964 pts/2 S 12:48 0:01 nautilus --browser admin 3402 12.2 3.0 21424 7912 ? S 12:49 0:00 /usr/libexec/nautilus-throbber --oaf-activate-iid=OAFIID:Nautilus_Throbber_Factory --oaf-ior-fd=43 admin 3405 15.1 3.4 20308 8800 pts/2 S 12:49 0:01 /usr/libexec/gnome_segv nautilus 5 2.5.7 root 3411 0.0 0.2 4780 728 pts/1 S 12:49 0:00 grep nautilus -- shrek-m From chrisw01 at privatei.com Sun Feb 15 13:52:11 2004 From: chrisw01 at privatei.com (Christopher A. Williams) Date: Sun, 15 Feb 2004 06:52:11 -0700 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) Message-ID: <1076853131.6798.11.camel@spike-home.comcast.net> Stuck my toe in the FC2 waters yesterday at home. Unfortunately, 2 very important things were not working for me: 1) Sound - I have an Intel I810 series on-board sound card (SIS manufactured - my motherboard is an ASUS P4S8X). It was apparently recognized, but I couldn't get a peep out of the system with it. No errors, just no sound. Going back to FC1 brought this back to life. 2) Evolution 1.5 seg-faulted on startup with impeccable consistency. I never got it working. 3) I do prefer Nautilus in browse mode too. I'd love to be able to change the default behavior so I don't have to have 50 windows opened to browse down a file system tree. That's about all for now. I'm sure I'll come up with more later once XE is a little more stable (I'll watch the list for info on that). Meanwhile, It gave me the opportunity on re-install to clean up my FC1 configuration and it's working much better now. Cheers, Chris -- ==================================== "If you get to thinkin' you're a person of some influence, try orderin' someone else's dog around." --Cowboy Wisdom From peter_bradley at sympatico.ca Sun Feb 15 14:09:16 2004 From: peter_bradley at sympatico.ca (Peter Bradley) Date: Sun, 15 Feb 2004 09:09:16 -0500 Subject: FC2 Test1: Broadcom NetXreme NIC & tg3 driver not working Message-ID: <402F7D8C.3070702@sympatico.ca> I installed FC2 last night and the install process went okay. However, when I went to set up my dsl connection, FC2 did not seem to be able to activate my Broadcom NetXreme NIC that is integrated onto my P4PE motherboard. It seems to detect the card okay and it installed the correct driver, so I'm not sure what the problem is. This setup worked fine in Redhat 9. Any suggestions. Thanks. Peter From webmaster at margo.bijoux.nom.br Sun Feb 15 14:39:47 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sun, 15 Feb 2004 11:39:47 -0300 Subject: FC2 and soundcards In-Reply-To: <402F1C15.6060009@gazeta.pl> References: <20040215070606.GB17439@shaw.ca> <402F1C15.6060009@gazeta.pl> Message-ID: <402F84B3.5030307@margo.bijoux.nom.br> Jakub Kamecki [MaxiGaz] wrote: > I agree. I installed FC2 two days ago, so far it works great but it > didn't detect my Live 5.1 soundcard- I haven't come round to > installing it manually yet. This is odd.. It detected my live mp3 5.1 card , but didnt unmute the channels and didnt raise the volume , so it looked like it didnt work... Only after I installed alsa-utils and used alsamixer I found out that it was working... Pedro Macedo From fedora at atomicmatrix.net Sun Feb 15 14:47:14 2004 From: fedora at atomicmatrix.net (fedora at atomicmatrix.net) Date: Sun, 15 Feb 2004 09:47:14 -0500 Subject: Sound does not work on FC 2 Test1 In-Reply-To: <200402141921.43114.wolters.liste@gmx.net> Message-ID: I had the same problem; turned out all volume sliders were turned down (both for main and pcm). The soundcard autodetecter even complained about having problems installing the module, but the test came through once I fixed all the volume sliders. -=| Ben -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Roland Wolters Sent: Saturday, February 14, 2004 1:22 PM To: fedora-test-list at redhat.com Subject: Re: Sound does not work on FC 2 Test1 Once upon a time Roland Wolters wrote: > Hi, > I made a fresh installation of FC 2 on a AMD XP Computer with a > Soundblaster Live Card (emu10k1). I got the packages of the CDs, and did no > changes to them. > > And i am not able to get sound out of my boxes - even if I activate the > onboard AC97 chipset from via (vt8233/A/8235), I do not get sound. > > There are some error messages in dmesg [1] depending on modprobe, maybe > someone have a similar problem or could help me? I forgot it to attach the error messages of dmesg, sorry: request_module: failed /sbin/modprobe -- char-major-21-1. error = 256 request_module: failed /sbin/modprobe -- char-major-4-72. error = 256 request_module: failed /sbin/modprobe -- char-major-10-134. error = 256 request_module: failed /sbin/modprobe -- snd-card-0. error = 256 request_module: failed /sbin/modprobe -- sound-service-1-0. error = 256 -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From td3201 at yahoo.com Sun Feb 15 14:56:55 2004 From: td3201 at yahoo.com (Terry) Date: Sun, 15 Feb 2004 06:56:55 -0800 (PST) Subject: FC2 and soundcards In-Reply-To: <402F84B3.5030307@margo.bijoux.nom.br> Message-ID: <20040215145655.80415.qmail@web60301.mail.yahoo.com> --- Pedro Fernandes Macedo wrote: > Jakub Kamecki [MaxiGaz] wrote: > > > I agree. I installed FC2 two days ago, so far it > works great but it > > didn't detect my Live 5.1 soundcard- I haven't > come round to > > installing it manually yet. > > This is odd.. It detected my live mp3 5.1 card , but > didnt unmute the > channels and didnt raise the volume , so it looked > like it didnt work... > Only after I installed alsa-utils and used alsamixer > I found out that it > was working... same behavior here.....just had to load alsamixer and saw the volume was set to zero....doh. ===== Terry __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From fedora at atomicmatrix.net Sun Feb 15 15:03:30 2004 From: fedora at atomicmatrix.net (fedora at atomicmatrix.net) Date: Sun, 15 Feb 2004 10:03:30 -0500 Subject: Problems with Disc3 of binaries In-Reply-To: <1076787150.18022.5.camel@zontar.clueserver.org> Message-ID: I was unable to create a good disc 2 until I upgraded the firmware on my burner (!) ... -=| Ben -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Alan Sent: Saturday, February 14, 2004 2:33 PM To: fedora-test-list at redhat.com Subject: Problems with Disc3 of binaries I have encountered an odd problem. I have downloaded the binary ISOs via bittorrent. The MD5SUM file checks out. I burn the ISOs to disc. I run the install and test each disc. Discs 1, 2, and 4 check out fine, but disc 3 fails the test. The install will fail on install on disc 3 as well, so there is some sort of problem. I have burned two discs with the same problem. The MD5SUM file matches the one I am seeing on the mirrors. Are other people seeing this or am I just encountering a weird glitch with my burning software. (XCDRoast will not verify under the 2.6 kernel because it thinks data cds are audio discs for some unknown reason.) Ideas? (Or am I just going mad?) -- "Push that big, big granite sphere way up there from way down here! Gasp and sweat and pant and wheeze! Uh-oh! Feel momentum cease! Watch it tumble down and then roll the boulder up again!" - The story of Sisyphus by Dr. Zeus in Frazz 12/18/2003 -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From fedora at atomicmatrix.net Sun Feb 15 15:05:32 2004 From: fedora at atomicmatrix.net (fedora at atomicmatrix.net) Date: Sun, 15 Feb 2004 10:05:32 -0500 Subject: Problems with Disc3 of binaries *SOLVED* In-Reply-To: <1076789306.2512.1.camel@zontar.clueserver.org> Message-ID: I've had similar issues with VMWare but never solved them. It thinks it's reading beyond the valid CD track range or something. This has occurred with various version of fedora and redhat. Has anyone figured out how to get VMWare to play nice? -=| Ben -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Alan Sent: Saturday, February 14, 2004 3:08 PM To: fedora-test-list at redhat.com Subject: Re: Problems with Disc3 of binaries *SOLVED* It is a VMWare problem. If I am not running under VMWare, the problem does not occur. Sorry for the false alarm. On Sat, 2004-02-14 at 11:32, Alan wrote: > I have encountered an odd problem. > > I have downloaded the binary ISOs via bittorrent. The MD5SUM file > checks out. I burn the ISOs to disc. I run the install and test each > disc. Discs 1, 2, and 4 check out fine, but disc 3 fails the test. The > install will fail on install on disc 3 as well, so there is some sort of > problem. I have burned two discs with the same problem. > > The MD5SUM file matches the one I am seeing on the mirrors. > > Are other people seeing this or am I just encountering a weird glitch > with my burning software. (XCDRoast will not verify under the 2.6 > kernel because it thinks data cds are audio discs for some unknown > reason.) > > Ideas? (Or am I just going mad?) > > -- > "Push that big, big granite sphere way up there from way down here! > Gasp and sweat and pant and wheeze! Uh-oh! Feel momentum cease! > Watch it tumble down and then roll the boulder up again!" > - The story of Sisyphus by Dr. Zeus in Frazz 12/18/2003 -- "Push that big, big granite sphere way up there from way down here! Gasp and sweat and pant and wheeze! Uh-oh! Feel momentum cease! Watch it tumble down and then roll the boulder up again!" - The story of Sisyphus by Dr. Zeus in Frazz 12/18/2003 -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From boson245 at msn.com Sun Feb 15 15:12:43 2004 From: boson245 at msn.com (Scott Fones) Date: Sun, 15 Feb 2004 10:12:43 -0500 Subject: yum broken after fresh install Message-ID: I just did a fresh install for FC2-test 1, went in to check for updates via yum. Here's what i got back. [boson245 at localhost boson245]$ yum check-update Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Damaged or Bad header.info from Fedora Core 1.90 - Development Tree This is probably because of a downed server or an invalid header.info on a repository. I tried using different mirror sites and recieved the same message. Anyone have the same problem/know whats wrong? Would anyone be willing to post what they're using under development in yum.conf. Thanks, Scott _________________________________________________________________ Choose now from 4 levels of MSN Hotmail Extra Storage - no more account overload! http://click.atdmt.com/AVE/go/onm00200362ave/direct/01/ From czar at czarc.net Sun Feb 15 15:15:26 2004 From: czar at czarc.net (Gene C.) Date: Sun, 15 Feb 2004 10:15:26 -0500 Subject: FC2 Test1: Broadcom NetXreme NIC & tg3 driver not working In-Reply-To: <402F7D8C.3070702@sympatico.ca> References: <402F7D8C.3070702@sympatico.ca> Message-ID: <200402151015.26046.czar@czarc.net> On Sunday 15 February 2004 09:09, Peter Bradley wrote: > I installed FC2 last night and the install process went okay. However, > when I went to set up my dsl connection, FC2 did not seem to be able to > activate my Broadcom NetXreme NIC that is integrated onto my P4PE > motherboard. It seems to detect the card okay and it installed the > correct driver, so I'm not sure what the problem is. This setup worked > fine in Redhat 9. Any suggestions. Thanks. Something strange is going on ... you are not unique -- https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115566 I have FC2 test1 installed a three systems but on one of them it is operating as you describe -- NIC recognized but nothing in or out. I even tried another NIC on that system and it worked the same. These same NICs work fine with Win2k and FC1 on the same system. It could be that some drivers are screwed up (tulip and r8169 in my case) while others work fine (sk98lin and e100). I would be interested in comments from others using any of the above drivers as to whether they have problems or not. It is interesting in the case of the tulip driver and a Linksys NC100 that I was able to do an NFS install but once installed, it did not work. -- Gene From webmaster at margo.bijoux.nom.br Sun Feb 15 15:15:41 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sun, 15 Feb 2004 12:15:41 -0300 Subject: fedora-test-list digest, Vol 1 #535 - 29 msgs In-Reply-To: <1076829936.7480.26.camel@localhost.localdomain> References: <20040215053301.24591.47916.Mailman@listman.back-rdu.redhat.com> <1076829936.7480.26.camel@localhost.localdomain> Message-ID: <402F8D1D.1070609@margo.bijoux.nom.br> listmail wrote: >>>03. Kernel 2.6 claimed to be much faster, not obvious to me. >>> >>> >>Weird.. after installing FC2t1 , it looked like I had bought a new >>processor and more ram... >> >> >Hmm, I keep my FC1 prelink cache up to date so maybe you are noticing >that. I'm sure there will be a difference in heavy multitasking >situations in the final release. > > Probably this is the cause.. I use fedora mostly at work.. my personal computer runs other os almost all day... However , FC2 on my machine is faster then FC1 on my work machine (and the hardware configurations are almost the same , except for the sound and video card and number of hard disks.) I'm gonna run the prelink cronjob on FC1 here and see if it makes a lot of difference... Pedro Macedo From wrrhdev at riede.org Sun Feb 15 15:24:54 2004 From: wrrhdev at riede.org (Willem Riede) Date: Sun, 15 Feb 2004 10:24:54 -0500 Subject: FC2 test1 In-Reply-To: <20040215104609.GA11066@strw.leidenuniv.nl> (from jansen@strw.leidenuniv.nl on Sun, Feb 15, 2004 at 05:46:09 -0500) References: <20040215104609.GA11066@strw.leidenuniv.nl> Message-ID: <20040215152454.GS4957@serve.riede.org> On 2004.02.15 05:46, David Jansen wrote: > Most of those services do nothing (except for a slight delay) when teh > hardware isn't there. At least pcmcia and isdn are harmless. I guess the > philosophy here is to not bother the user with questions about hardware > support, but just include support for everything. Why? We have kudzu. If it detects the hardware, enable the service, else disable it. They're harmless at best (as you write) but running unneeded services is wasteful and just creates more risk of security issues. Regards, Willem Riede. From ckloiber at redhat.com Sun Feb 15 15:25:04 2004 From: ckloiber at redhat.com (Chris Kloiber) Date: Sun, 15 Feb 2004 10:25:04 -0500 Subject: FC2 test1 In-Reply-To: <402EF7C8.40309@margo.bijoux.nom.br> References: <1076809431.7308.6.camel@localhost.localdomain> <402EEF6D.4090605@margo.bijoux.nom.br> <402ED847.3010405@margo.bijoux.nom.br> <20040214224209.GA10669@heaven> <004d01c3f37a$4e9b34e0$6500a8c0@david> <402EF7C8.40309@margo.bijoux.nom.br> Message-ID: <1076858704.675.11.camel@home.ckloiber.com> On Sat, 2004-02-14 at 23:38, Pedro Fernandes Macedo wrote: > >One thing I found to Fedora's benefit is that KDE 3.2 has had very > few SIGSEGV errors and caused zero system crashes, which I can't say > about the few days I was running Slackware 9.1 with KDE 3.1. For a > test release it's been really stable albiet buggy. I haven't been able > to play CD's under either distribution but I'm curious if the Dell > guys may have left the cable between the cdrom and sound card > unplugged, which will force me to risk voiding my warranty if that's > the case. > > > > > Try to call the guys @ dell.. last time we had issues with a new > computer bought from them , they were quick in fixing everything... > And about the new kde and gnome.. I had only one segv and it was I tried > to run evolution... but it only happened once... Dell generally does not ship the analog audio cable as Windows drivers pull the audio data off using the IDE cable. While you're in there, I recommend setting all IDE devices to either master or slave as appropriate, especially if you have two drives (like a cd-burner and a dvd drive), Dell ships everything in cable select. On the upside, Dell cases, while proprietary in design, are generally screwless and easy to open/close. I have not seen any warranty voiding stickers on them, but call them to be sure. -- Chris Kloiber Red Hat, Inc. From skvidal at phy.duke.edu Sun Feb 15 15:28:49 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 15 Feb 2004 10:28:49 -0500 Subject: yum broken after fresh install In-Reply-To: References: Message-ID: <1076858928.17242.58.camel@binkley> On Sun, 2004-02-15 at 10:12 -0500, Scott Fones wrote: > I just did a fresh install for FC2-test 1, went in to check for updates via > yum. Here's what i got back. > > [boson245 at localhost boson245]$ yum check-update if I'm reading your prompt right then the problems are 1. you downloaded a broken header.info 2. you're running as a user so it can't get a new header.info -sv From sandy_pond at myrealbox.com Sun Feb 15 15:31:15 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sun, 15 Feb 2004 10:31:15 -0500 Subject: vi chars "^[34m~" at end of file Message-ID: <1076859074.3194.4.camel@family> I have these extra characters "^[34m~" displayed below the last line of a file when editing with vim. Is anyone having the same problem ... I would have expected a bugzilla report on this by now if it's common. Keith From alan at redhat.com Sun Feb 15 15:48:24 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 15 Feb 2004 10:48:24 -0500 Subject: FC2 Test1: Broadcom NetXreme NIC & tg3 driver not working In-Reply-To: <200402151015.26046.czar@czarc.net> References: <402F7D8C.3070702@sympatico.ca> <200402151015.26046.czar@czarc.net> Message-ID: <20040215154823.GA11676@devserv.devel.redhat.com> On Sun, Feb 15, 2004 at 10:15:26AM -0500, Gene C. wrote: > another NIC on that system and it worked the same. These same NICs work fine > with Win2k and FC1 on the same system. It could be that some drivers are > screwed up (tulip and r8169 in my case) while others work fine (sk98lin and > e100). In my case both tulip and r8169 are recognized but the dual athlon box then crashes the moment they are configured up. Im not yet sure why Alan From alan at redhat.com Sun Feb 15 15:49:46 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 15 Feb 2004 10:49:46 -0500 Subject: FC2 test1 In-Reply-To: <1076858704.675.11.camel@home.ckloiber.com> References: <1076809431.7308.6.camel@localhost.localdomain> <402EEF6D.4090605@margo.bijoux.nom.br> <402ED847.3010405@margo.bijoux.nom.br> <20040214224209.GA10669@heaven> <004d01c3f37a$4e9b34e0$6500a8c0@david> <402EF7C8.40309@margo.bijoux.nom.br> <1076858704.675.11.camel@home.ckloiber.com> Message-ID: <20040215154946.GB11676@devserv.devel.redhat.com> On Sun, Feb 15, 2004 at 10:25:04AM -0500, Chris Kloiber wrote: > Dell generally does not ship the analog audio cable as Windows drivers > pull the audio data off using the IDE cable. While you're in there, I > recommend setting all IDE devices to either master or slave as There are Linux drivers that will also do this, but Gnome doesnt seem to include one by default. Which way is better is subject to much argument but I imagine to dell its a matter of saving 30cents or whatever From alain at geophysik.uni-muenchen.de Sun Feb 15 15:45:02 2004 From: alain at geophysik.uni-muenchen.de (Alain Cochard) Date: Sun, 15 Feb 2004 16:45:02 +0100 Subject: FC2-test1 intall not working on (my) Dell Latitude C600 Message-ID: <16431.37886.791240.8165@localhost.localdomain> I have a Dell Latitude C600 laptop with Windows98 and FC1 installed (itself upgraded from RH9). I try to install FC2. I download the ISO images. The md5sum are OK. I burn the 1st ISO on a CD. I am not able to check the integrity of it. Maybe it's because of my poor knowledge of English: at I read that "To test the checksum integrity of the CDs, boot off the first CD, and type the following command at the boot: prompt: linux mediacheck" In particular, I am not sure to understand what "boot off" means. Anyway, what I do is to start the machine with that CD in my CD-ROM drive. After going through the BIOS phase, I do see a 'boot:' prompt (and the 1st screen looks the same at that for FC1 install). If I type 'linux mediacheck' followed by at this prompt, I see no difference compared to the case where I simply type . What I see are a bunch of messages, the last one being running /sbin/loader Then I enter some very primitive graphical interface (primitive compared to the one I experienced during FC1 installation -- I wonder if this is normal). On the 1st screen I choose 'English' for the language; on the 2nd screen I choose 'us' for the keyboard; on the 3rd screen I choose 'local CDROM'. After some time the following message appears: "The fedora Core CD was not found in any of your CDROM drives. Please insert the Fedora Core CD and press OK to retry" It does not do any good to manually remove the CD and insert it again. I can go back and forth between the screens but I eventually have to remove AC and battery to be able to power off. I tried 3 burnings on 2 different CDs with same result. Further, if I mount the ISO file mount -t iso9660 -o ro,loop=/dev/loop0 FC2-test1-i386-disc1.iso dummy and compare 'dummy' with the contents of the CD-ROM with a 'diff -r', they are identical. Is it possible that the CD be badly burnt and still pass this test? AC From alan at redhat.com Sun Feb 15 15:57:45 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 15 Feb 2004 10:57:45 -0500 Subject: FC2-test1 intall not working on (my) Dell Latitude C600 In-Reply-To: <16431.37886.791240.8165@localhost.localdomain> References: <16431.37886.791240.8165@localhost.localdomain> Message-ID: <20040215155745.GA14717@devserv.devel.redhat.com> On Sun, Feb 15, 2004 at 04:45:02PM +0100, Alain Cochard wrote: > In particular, I am not sure to understand what "boot off" means. "Boot from" - start the machine from ("boot off" is bad but common English meaning the same thing as "boot from") > After some time the following message appears: > > "The fedora Core CD was not found in any of your CDROM drives. > Please insert the Fedora Core CD and press OK to retry" What sort of CD-ROM drive do you have (USB, IDE etc) ? Is this machine a Vaio ? Alan From tmwg-fedorat at inxservices.com Sun Feb 15 15:59:48 2004 From: tmwg-fedorat at inxservices.com (George Garvey) Date: Sun, 15 Feb 2004 07:59:48 -0800 Subject: vi chars "^[34m~" at end of file In-Reply-To: <1076859074.3194.4.camel@family> References: <1076859074.3194.4.camel@family> Message-ID: <20040215155948.GC15327@inxservices.com> On Sun, Feb 15, 2004 at 10:31:15AM -0500, Sandy Pond wrote: > I have these extra characters "^[34m~" displayed below the last line of > a file when editing with vim. > > Is anyone having the same problem ... I would have expected a bugzilla > report on this by now if it's common. ~~~~~~ I did make a report, but on mutt, which is where I first saw it. When I saw problems with vi, too, I realized it was probably the ncurses upgrade. Downgrade to ncurses-5.3-10. From Bernd.Bartmann at sohanet.de Sun Feb 15 16:29:33 2004 From: Bernd.Bartmann at sohanet.de (Bernd Bartmann) Date: Sun, 15 Feb 2004 17:29:33 +0100 Subject: Blocker bug # for FC2 Message-ID: <402F9E6D.5070703@sohanet.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, is there a blocker bug number in Bugzilla for FC2 like #100643 and #100644 have been for FC1? Thanks in advance! - -- 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.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAL55tkQuIaHu84cIRAqUTAJ9g2FTKV6PSgIDR48U+D7FsWlzoFgCgjspF L88tVb1RfsHdI6trKzPOAOg= =SWxT -----END PGP SIGNATURE----- From wolters.liste at gmx.net Sun Feb 15 16:42:47 2004 From: wolters.liste at gmx.net (Roland Wolters) Date: Sun, 15 Feb 2004 17:42:47 +0100 Subject: Sound does not work on FC 2 Test1 In-Reply-To: References: Message-ID: <200402151742.47475.wolters.liste@gmx.net> Once upon a time fedora at atomicmatrix.net wrote: > I had the same problem; turned out all volume sliders were turned down > (both for main and pcm). The soundcard autodetecter even complained about > having problems installing the module, but the test came through once I > fixed all the volume sliders. I am very sorry, I was blinded by the dmesg errors and hadn't enough experience with the alsamixer, after searching some time around I found the key to unmute, did that, put them all up, and no I have sound! Thank you very much. There are stil some problems around my soudn system, so my TV Card fails when changing too much in alsamixer, but I will have a closer look and report. Thanks very much, Roland From zleite at mminternet.com Sun Feb 15 16:44:41 2004 From: zleite at mminternet.com (Z) Date: Sun, 15 Feb 2004 08:44:41 -0800 Subject: FC2 First Impressions on a Sony Vaio FX120 laptop In-Reply-To: <1076853131.6798.11.camel@spike-home.comcast.net> References: <1076853131.6798.11.camel@spike-home.comcast.net> Message-ID: <1076863480.11816.10.camel@Z> Mostly OK but plenty of rough edges. CD-rom boot crashes if the pcmcia wireless card (d-link prism II type) is inserted before boot. Works fine after install. The /dev/snd/* devices were read-write to root ONLY. xmms segfaults. Rhythmbox works. No gnome mixer. Using alsamixer. HATE HATE HATE the default view on nautilus. At least put an option to get tree view by default. "Computer" icon on desktop has no action associated with it. A few more quirks that I haven't worked out yet. From czar at czarc.net Sun Feb 15 16:51:53 2004 From: czar at czarc.net (Gene C.) Date: Sun, 15 Feb 2004 11:51:53 -0500 Subject: FC2 Test1: Broadcom NetXreme NIC & tg3 driver not working In-Reply-To: <20040215154823.GA11676@devserv.devel.redhat.com> References: <402F7D8C.3070702@sympatico.ca> <200402151015.26046.czar@czarc.net> <20040215154823.GA11676@devserv.devel.redhat.com> Message-ID: <200402151151.53082.czar@czarc.net> On Sunday 15 February 2004 10:48, Alan Cox wrote: > On Sun, Feb 15, 2004 at 10:15:26AM -0500, Gene C. wrote: > > another NIC on that system and it worked the same. These same NICs work > > fine with Win2k and FC1 on the same system. It could be that some > > drivers are screwed up (tulip and r8169 in my case) while others work > > fine (sk98lin and e100). > > In my case both tulip and r8169 are recognized but the dual athlon box > then crashes the moment they are configured up. Im not yet sure why I haven't tried my dual athlon box yet although it has a NIC using the e100 driver which works on a laptop. For the tulip and r8169 (Dual P-III), they are both recognized, driver loaded but then trying to ping other systems I get "Destination Host Unreachable". I get the same "Destination Host Unreachable" if I try pinging the FC2 box from another system. If all systems are running FC1, then everything works. -- Gene From webmaster at margo.bijoux.nom.br Sun Feb 15 15:56:03 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sun, 15 Feb 2004 13:56:03 -0200 Subject: vi chars In-Reply-To: <1076859074.3194.4.camel@family> References: <1076859074.3194.4.camel@family> Message-ID: <20040215165603.16828.qmail@hm36.locaweb.com.br> On Sun, 15 Feb 2004 10:31:15 -0500, Sandy Pond escreveu: > De: Sandy Pond > Data: Sun, 15 Feb 2004 10:31:15 -0500 > Para: fedora-test-list > Assunto: vi chars "^[34m~" at end of file > > I have these extra characters "^[34m~" displayed below the last line of > a file when editing with vim. > > Is anyone having the same problem ... I would have expected a bugzilla > report on this by now if it's common. > > Keith I've seen it too... But it was late at night and I was to tired , so I went to bed instead of searching bugzilla and filling a bug report... Pedro Macedo From czar at czarc.net Sun Feb 15 17:05:07 2004 From: czar at czarc.net (Gene C.) Date: Sun, 15 Feb 2004 12:05:07 -0500 Subject: PROGRESS! Message-ID: <200402151205.07936.czar@czarc.net> I finally got the NICs on the system that were not working to work ... I booted the UP kernel and they worked fine. So, this is something related to the SMP kernel. Alan -- you might want to give your dual athlon a try with the UP kernel. -- Gene From alan at redhat.com Sun Feb 15 17:13:58 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 15 Feb 2004 12:13:58 -0500 Subject: PROGRESS! In-Reply-To: <200402151205.07936.czar@czarc.net> References: <200402151205.07936.czar@czarc.net> Message-ID: <20040215171358.GA6806@devserv.devel.redhat.com> On Sun, Feb 15, 2004 at 12:05:07PM -0500, Gene C. wrote: > I finally got the NICs on the system that were not working to work ... I > booted the UP kernel and they worked fine. So, this is something related to > the SMP kernel. > > Alan -- you might want to give your dual athlon a try with the UP kernel. It wont even get to init with the SMP kernel, I have been using the uniproc one. From czar at czarc.net Sun Feb 15 17:28:14 2004 From: czar at czarc.net (Gene C.) Date: Sun, 15 Feb 2004 12:28:14 -0500 Subject: PROGRESS! In-Reply-To: <20040215171358.GA6806@devserv.devel.redhat.com> References: <200402151205.07936.czar@czarc.net> <20040215171358.GA6806@devserv.devel.redhat.com> Message-ID: <200402151228.14027.czar@czarc.net> On Sunday 15 February 2004 12:13, Alan Cox wrote: > On Sun, Feb 15, 2004 at 12:05:07PM -0500, Gene C. wrote: > > I finally got the NICs on the system that were not working to work ... I > > booted the UP kernel and they worked fine. So, this is something related > > to the SMP kernel. > > > > Alan -- you might want to give your dual athlon a try with the UP kernel. > > It wont even get to init with the SMP kernel, I have been using the uniproc > one. OK, I guess we might need another data point so I will install on my dual athlon and give that a try. Is there a bugzilla report on the dual athlon problem? -- Gene From vic at gedris.org Sun Feb 15 17:33:59 2004 From: vic at gedris.org (Vic Gedris) Date: Sun, 15 Feb 2004 12:33:59 -0500 Subject: FC2 test 1 apt repository In-Reply-To: <20040212190141.512017e1@localhost> References: <20040212190141.512017e1@localhost> Message-ID: <20040215173359.GI21661@gedris.org> On Thu, Feb 12, 2004 at 07:01:41PM +0100, Matthias Saou wrote: > Hi, > > For those of you who like/use apt and want to either upgrade to FC2 test 1 > using it or simply be able to use it once FC2 test 1 is installed, I've set > up a repository on ayo.freshrpms.net : Thanks Matthias. Now...where would I find the version of apt for FC2-test1? The version for FC1 doesn't install due to a dependency on an older version of RPM. Cheers, Vic -- Vic Gedris | Sick of getting Microsoft email viruses? Try vic-at-gedris.org | using Linux instead! http://www.linux.org http://vic.dyndns.org | GNU Privacy Guard (GPG) Key-ID: D77B43FB -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From alan at redhat.com Sun Feb 15 17:34:25 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 15 Feb 2004 12:34:25 -0500 Subject: PROGRESS! In-Reply-To: <200402151228.14027.czar@czarc.net> References: <200402151205.07936.czar@czarc.net> <20040215171358.GA6806@devserv.devel.redhat.com> <200402151228.14027.czar@czarc.net> Message-ID: <20040215173425.GA11605@devserv.devel.redhat.com> On Sun, Feb 15, 2004 at 12:28:14PM -0500, Gene C. wrote: > > It wont even get to init with the SMP kernel, I have been using the uniproc > > one. > > OK, I guess we might need another data point so I will install on my dual > athlon and give that a try. > > Is there a bugzilla report on the dual athlon problem? Yeah Im currently working through it. It seems its at least in part connected to bugs in the acard scsi driver. From wolters.liste at gmx.net Sun Feb 15 17:51:35 2004 From: wolters.liste at gmx.net (Roland Wolters) Date: Sun, 15 Feb 2004 18:51:35 +0100 Subject: Problems with kdenetwork - reinstall Message-ID: <200402151851.35752.wolters.liste@gmx.net> Hi, I wanted to install xmms from the xmms-orginal site to get mp3 support. So I had to remove kdeaddons and kdenetwork first, then xmms. Note: I removed them while kopete runs.... After that I downloaded the xmms pakets from the xmms site and got the kde pakets, I installed it all with rpm, and tried to relaunch Kopete. It didn't work cause it was not able to find libkopete.so.1 After working around a little bit I was able to make kopete working again with making some links for my own: It needs some links, ln libkopete.so.1.0.0 libkopete.so.1 ln libkopete_oscar.so.1.0.0 libkopete_oscar.so.1 Maybe that could be a bug? What do you think? Roland From jbinpg at shaw.ca Sun Feb 15 18:00:55 2004 From: jbinpg at shaw.ca (Jack Bowling) Date: Sun, 15 Feb 2004 10:00:55 -0800 Subject: FC2 and soundcards In-Reply-To: <20040215090802.701010a2.ms-nospam-0306@arcor.de> References: <20040215070606.GB17439@shaw.ca> <20040215090802.701010a2.ms-nospam-0306@arcor.de> Message-ID: <20040215180055.GB15726@shaw.ca> On Sun, Feb 15, 2004 at 09:08:02AM +0100, Michael Schwendt wrote: > On Sat, 14 Feb 2004 23:06:06 -0800, Jack Bowling wrote: > > > The soundcard detection code in FC2 is borked. Has this code been made to > > work with ALSA yet? > > Probably not. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115651 > > > Says it can't find any soundcards. So I did what I always > > do for ALSA, > > Hmm, a working "alsaconf" tool does wonders. For FC1 it's provided in > the fedora.us alsa-utils package. Tried that, Michael, but still no detection. I even went to the alsa-project site and downloaded the latest alsa-utils and tried that but still the same thing. I have a pci SB Live and a USB Extigy and it didn't pick up either one, even though both were seen by the system fine in lspci and lsusb. Not a biggie for myself who has gone through this before but would be an unhappy surprise for a noob. BTW, for those with an Extigy, you *must* do the following to get things to work properly: cd /lib/modules/`uname -r`/kernel/drivers/usb/class mv audio.ko audio.ko.bak Otherwise the audio module will load before the ALSA snd-usb-audio and ALSA will not see the Extigy. -- Jack Bowling mailto: jbinpg at shaw.ca From jbinpg at shaw.ca Sun Feb 15 18:02:35 2004 From: jbinpg at shaw.ca (Jack Bowling) Date: Sun, 15 Feb 2004 10:02:35 -0800 Subject: FC2 and soundcards In-Reply-To: <1076845758.18352.16.camel@Daneel.WebAugur.com> References: <20040215070606.GB17439@shaw.ca> <1076845758.18352.16.camel@Daneel.WebAugur.com> Message-ID: <20040215180235.GC15726@shaw.ca> On Sun, Feb 15, 2004 at 11:49:19AM +0000, David L Norris wrote: > On Sun, 2004-02-15 at 07:06, Jack Bowling wrote: > > The soundcard detection code in FC2 is borked. Has this code been made to > > work with ALSA yet? Says it can't find any soundcards. > > Firstboot found and configured my laptop's ESS sound drivers just fine. > Support is probably just not quite complete. (Bugzilla?) > > > gnome-alsamixer. I suggest that this last app be considered for > > inclusion in stock FC. It really helps get things going with ALSA > > for Gnome users. > > I rather like the new GNOME gstreamer volume control in FC2-test1. In > comparison gnome-alsamixer has always been really crashy. Gnome-alsamixer has been solid for me and it sees my USB Extigy just fine. OTOH, the new gst mixer crashes for me everytime :( -- Jack Bowling mailto: jbinpg at shaw.ca From tommy_vossy at web.de Sun Feb 15 18:08:22 2004 From: tommy_vossy at web.de (Thomas Voss) Date: Sun, 15 Feb 2004 19:08:22 +0100 Subject: GNOME changing Desktop Wallpaper Message-ID: <402FB596.8040808@web.de> Hello everyone, trying to change the desktop Wallpaper in FC 2 from the desktop-context-menu in GNOME, no dialog would appear! Any hints? Thx in advance kind regards Thomas From alexander.dalloz at uni-bielefeld.de Sun Feb 15 18:21:05 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Sun, 15 Feb 2004 19:21:05 +0100 Subject: Where is the php-imap RPM file? In-Reply-To: References: Message-ID: <1076858130.4176.59.camel@sirendipity.dogma.lan> Am So, den 15.02.2004 schrieb fedora at peejay.info um 06:52: > I installed Fedora Core 2 Test 1 on my machine tonight and overall it all > went very well and I have my webserver, email and everything else going. I > have run into one issue. > > Where is the php-imap file for the version of PHP that comes with Fedora > Core 2 Test 1? uw-imapd was kicked and this way no more build in php-imad package. [ snipped php rpms list ] > What I really want to know is how to get the IMAP module for PHP going on > this release of Fedora as I really need that active. There is a bugzilla entry about this and Joe Orton requested to vote for having imap support in PHP. Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl Sirendipity 16:12:50 up 19:51, 7 users, 1.48, 1.24, 1.14 [ ????? ?'????? - gnothi seauton ] From czar at czarc.net Sun Feb 15 18:33:05 2004 From: czar at czarc.net (Gene C.) Date: Sun, 15 Feb 2004 13:33:05 -0500 Subject: PROGRESS! In-Reply-To: <20040215173425.GA11605@devserv.devel.redhat.com> References: <200402151205.07936.czar@czarc.net> <200402151228.14027.czar@czarc.net> <20040215173425.GA11605@devserv.devel.redhat.com> Message-ID: <200402151333.05370.czar@czarc.net> On Sunday 15 February 2004 12:34, Alan Cox wrote: > On Sun, Feb 15, 2004 at 12:28:14PM -0500, Gene C. wrote: > > > It wont even get to init with the SMP kernel, I have been using the > > > uniproc one. > > > > OK, I guess we might need another data point so I will install on my dual > > athlon and give that a try. > > > > Is there a bugzilla report on the dual athlon problem? > > Yeah Im currently working through it. It seems its at least in part > connected to bugs in the acard scsi driver. Another data point: a dual athlon 2800+ with an Intel Ethernet Pro 100 (8086:1229) and the e100 driver WORKS with the smp kernel! So it is not just smp. -- Gene From Bernd.Bartmann at sohanet.de Sun Feb 15 18:34:19 2004 From: Bernd.Bartmann at sohanet.de (Bernd Bartmann) Date: Sun, 15 Feb 2004 19:34:19 +0100 Subject: Where is the php-imap RPM file? In-Reply-To: <1076858130.4176.59.camel@sirendipity.dogma.lan> References: <1076858130.4176.59.camel@sirendipity.dogma.lan> Message-ID: <402FBBAB.30603@sohanet.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexander Dalloz schrieb: | There is a bugzilla entry about this and Joe Orton requested to vote for | having imap support in PHP. Which bugzilla number is this? Thanks in advance! - -- 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.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAL7urkQuIaHu84cIRAq8QAKCJZCOeNbknSmo1IyZ8vyMC/PflTwCcD6Ix B02+BeNwawUMNF/Bi/TzH3s= =uM7Z -----END PGP SIGNATURE----- From rjohnson at medata.com Sun Feb 15 18:36:23 2004 From: rjohnson at medata.com (Rick Johnson) Date: Sun, 15 Feb 2004 10:36:23 -0800 Subject: FC2-test1 intall not working on (my) Dell Latitude C600 In-Reply-To: <16431.37886.791240.8165@localhost.localdomain> References: <16431.37886.791240.8165@localhost.localdomain> Message-ID: <402FBC27.9040904@medata.com> Alain Cochard wrote: > I have a Dell Latitude C600 laptop with Windows98 and FC1 installed > (itself upgraded from RH9). I try to install FC2. > > I download the ISO images. The md5sum are OK. I burn the 1st ISO on > a CD. > What I see are a bunch of messages, the last one being > > running /sbin/loader > > Then I enter some very primitive graphical interface (primitive > compared to the one I experienced during FC1 installation -- I wonder > if this is normal). On the 1st screen I choose 'English' for the > language; on the 2nd screen I choose 'us' for the keyboard; on the 3rd > screen I choose 'local CDROM'. > > After some time the following message appears: > > "The fedora Core CD was not found in any of your CDROM drives. > Please insert the Fedora Core CD and press OK to retry" Try booting with - "linux mediacheck ide=nodma" It will go slower, but the CD will mount. I had a similar problem wiht my Lattitude CPx. It appears that the DMA mode with our CD-ROM drives just doesn't work properly in FC2. The FC1 kernel disables DMA on all CD-ROM drives automagically unless otherwise specified in modules.conf - I believe that includes the installer kernel, so we never noticed the problem. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From rjohnson at medata.com Sun Feb 15 18:37:20 2004 From: rjohnson at medata.com (Rick Johnson) Date: Sun, 15 Feb 2004 10:37:20 -0800 Subject: FC2-test1 intall not working on (my) Dell Latitude C600 In-Reply-To: <20040215155745.GA14717@devserv.devel.redhat.com> References: <16431.37886.791240.8165@localhost.localdomain> <20040215155745.GA14717@devserv.devel.redhat.com> Message-ID: <402FBC60.9080702@medata.com> Alan Cox wrote: >> "The fedora Core CD was not found in any of your CDROM drives. >> Please insert the Fedora Core CD and press OK to retry" > > > What sort of CD-ROM drive do you have (USB, IDE etc) ? If it's anything like mine, it's IDE in one of the hot-swap bays. > Is this machine a Vaio ? No, Dell. HTH, -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From m.a.young at durham.ac.uk Sun Feb 15 18:41:55 2004 From: m.a.young at durham.ac.uk (M A Young) Date: Sun, 15 Feb 2004 18:41:55 +0000 (GMT) Subject: Blocker bug # for FC2 In-Reply-To: <402F9E6D.5070703@sohanet.de> References: <402F9E6D.5070703@sohanet.de> Message-ID: On Sun, 15 Feb 2004, Bernd Bartmann wrote: > is there a blocker bug number in Bugzilla for FC2 like #100643 and > #100644 have been for FC1? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114961 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114963 Michael Young From rjohnson at medata.com Sun Feb 15 18:44:13 2004 From: rjohnson at medata.com (Rick Johnson) Date: Sun, 15 Feb 2004 10:44:13 -0800 Subject: FC2 test1: install glitches and comments (resend, last one was too big) In-Reply-To: References: <402DCD3B.3070404@medata.com> Message-ID: <402FBDFD.30109@medata.com> Ricky Ng-Adam wrote: >> This can be done via the menu when configuring the login screen. >> Putting it less in the open discourages this overall bad practice. > > > Yes... Bad practice on the server I understand, but on my own, personal, > single user laptop? What is the reasoning? Well, sure this is not > Lindows or MDK, but no reason to be as friendly as possible with user's > who have this on their laptop or desktop. Perhaps, but I'd hate to lose my laptop and give the next guy one less step to get my data. The 5-10 second inconvenience is worth that small piece of mind - granted anyone with skills can easily circumvent that anyway. > I think it is much worse to have the "Login Screen Setup" with the > Security tab having "Allow root to login with GDM" and "Allow root to > login remotely with GDM". Agreed. Ideally we'd be forced to not be able to use root at the GDM login at all (at least remotely), but rather su - for everything or be prompted for a root password case by case. However, that could be seen as a bit too "nannyish". -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From rjohnson at medata.com Sun Feb 15 18:57:42 2004 From: rjohnson at medata.com (Rick Johnson) Date: Sun, 15 Feb 2004 10:57:42 -0800 Subject: Fedora Core 2 Test 1 - comments (autofs) In-Reply-To: <402EEF6D.4090605@margo.bijoux.nom.br> References: <1076809431.7308.6.camel@localhost.localdomain> <402EEF6D.4090605@margo.bijoux.nom.br> Message-ID: <402FC126.5080400@medata.com> Pedro Fernandes Macedo wrote: >> 03. During boot Automount gives failure message (no mount points). >> >> > This always happened to me , even on FC1 and RH9... on RH9 , I ended > editing /etc/rc.d/rc.local and adding direct calls to autofs.. Populate /etc/auto.master and /etc/auto.misc to stop the message, or simply chkconfig autofs off to stop it from starting if you don't use autofs. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From czar at czarc.net Sun Feb 15 19:02:47 2004 From: czar at czarc.net (Gene C.) Date: Sun, 15 Feb 2004 14:02:47 -0500 Subject: FC2 test1 and KVM switch Message-ID: <200402151402.47477.czar@czarc.net> OK, I know, I know that Red Hat does not support the use of KVM switches. But, some of use depend on them. Is anyone experiencing problems with FC2 test1 and a KVM switch. I am using a Belkin 4 port Omni Cube and have had zero problems with it and previous releases. With FC2 test1, when I first install and boot the system up everything works fine. However, if I switch to another system and then back to the FC2 test1 system, the mouse starts jumping all over the screen. The keyboard and monitor seem to work fine. The mouse is a PS2 interface Logitech TrackMan Wheel. Anyone else seeing this (or positively NOT seeing it)? -- Gene From tdiehl at rogueind.com Sun Feb 15 19:07:55 2004 From: tdiehl at rogueind.com (Tom Diehl) Date: Sun, 15 Feb 2004 14:07:55 -0500 (EST) Subject: FC2 test1 and KVM switch In-Reply-To: <200402151402.47477.czar@czarc.net> References: <200402151402.47477.czar@czarc.net> Message-ID: On Sun, 15 Feb 2004, Gene C. wrote: > OK, I know, I know that Red Hat does not support the use of KVM switches. > > But, some of use depend on them. > > Is anyone experiencing problems with FC2 test1 and a KVM switch. > > I am using a Belkin 4 port Omni Cube and have had zero problems with it and > previous releases. With FC2 test1, when I first install and boot the system > up everything works fine. > > However, if I switch to another system and then back to the FC2 test1 system, > the mouse starts jumping all over the screen. The keyboard and monitor seem > to work fine. > > The mouse is a PS2 interface Logitech TrackMan Wheel. > > Anyone else seeing this (or positively NOT seeing it)? So far I have not seen it on FC2T1. I have experienced this with FC1 though. FWIW switching to a VT and back into X clears it up, at least it did with FC1. :-) The switch is a iogear Miniview 4 port. It even lets the dcc stuff for X work properly. IOW my monitor gets detected properly. Tom From alan at redhat.com Sun Feb 15 19:09:05 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 15 Feb 2004 14:09:05 -0500 Subject: FC2 test1 and KVM switch In-Reply-To: <200402151402.47477.czar@czarc.net> References: <200402151402.47477.czar@czarc.net> Message-ID: <20040215190905.GA13634@devserv.devel.redhat.com> On Sun, Feb 15, 2004 at 02:02:47PM -0500, Gene C. wrote: > I am using a Belkin 4 port Omni Cube and have had zero problems with it and > previous releases. With FC2 test1, when I first install and boot the system > up everything works fine. > > However, if I switch to another system and then back to the FC2 test1 system, > the mouse starts jumping all over the screen. The keyboard and monitor seem > to work fine. X or console ? From rjohnson at medata.com Sun Feb 15 19:13:39 2004 From: rjohnson at medata.com (Rick Johnson) Date: Sun, 15 Feb 2004 11:13:39 -0800 Subject: FC2 test1 and KVM switch In-Reply-To: <200402151402.47477.czar@czarc.net> References: <200402151402.47477.czar@czarc.net> Message-ID: <402FC4E3.9050007@medata.com> Gene C. wrote: > OK, I know, I know that Red Hat does not support the use of KVM switches. > > But, some of use depend on them. > > Is anyone experiencing problems with FC2 test1 and a KVM switch. > > I am using a Belkin 4 port Omni Cube and have had zero problems with it and > previous releases. With FC2 test1, when I first install and boot the system > up everything works fine. > > However, if I switch to another system and then back to the FC2 test1 system, > the mouse starts jumping all over the screen. The keyboard and monitor seem > to work fine. > > The mouse is a PS2 interface Logitech TrackMan Wheel. > > Anyone else seeing this (or positively NOT seeing it)? This has been a problem since Red Hat 7.whatever. The issue is with the IMPS/2 mouse driver. I've found that switching away from the TTY and back to it almost always clears it up. i.e. Ctrl+Alt+F8, then Alt+F7 (or Ctrl+Alt+F7). This is a "workaround" I've lived with when using any Belkin/Dlink/etc. KVM based on the same basic chipset with almost any Linux and the IMPS/2 driver. That, or you can switch to a different mouse driver (i.e. PS/2) and expect "normal" behavior. HTH, -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From alexander.dalloz at uni-bielefeld.de Sun Feb 15 19:30:58 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Sun, 15 Feb 2004 20:30:58 +0100 Subject: Where is the php-imap RPM file? In-Reply-To: <402FBBAB.30603@sohanet.de> References: <1076858130.4176.59.camel@sirendipity.dogma.lan> <402FBBAB.30603@sohanet.de> Message-ID: <1076873458.4176.61.camel@sirendipity.dogma.lan> Am So, den 15.02.2004 schrieb Bernd Bartmann um 19:34: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Alexander Dalloz schrieb: > | There is a bugzilla entry about this and Joe Orton requested to vote for > | having imap support in PHP. > > Which bugzilla number is this? > > Thanks in advance! Seems you found it already: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115535 Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl Sirendipity 20:30:19 up 1 day, 9 users, load average: 0.06, 0.11, [ ????? ?'????? - gnothi seauton ] From Bernd.Bartmann at sohanet.de Sun Feb 15 19:40:51 2004 From: Bernd.Bartmann at sohanet.de (Bernd Bartmann) Date: Sun, 15 Feb 2004 20:40:51 +0100 Subject: Where is the php-imap RPM file? In-Reply-To: <1076873458.4176.61.camel@sirendipity.dogma.lan> References: <1076858130.4176.59.camel@sirendipity.dogma.lan> <402FBBAB.30603@sohanet.de> <1076873458.4176.61.camel@sirendipity.dogma.lan> Message-ID: <402FCB43.5080207@sohanet.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexander Dalloz schrieb: | Seems you found it already: | | https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115535 Yeah, but thanks anyway. - -- 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.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAL8tDkQuIaHu84cIRAss5AKCFsYXlxfz0r+CUhZkU5xnZpm6e7wCePwEP bkSpIKKtE+Xkvxv1b8e6dnc= =Vsbu -----END PGP SIGNATURE----- From ehoover at mines.edu Sun Feb 15 19:48:09 2004 From: ehoover at mines.edu (Erich Hoover) Date: Sun, 15 Feb 2004 12:48:09 -0700 Subject: FC2 Upgrade (how I resolved USB, Samba, and sound problems) Message-ID: <402FCCF9.1080904@mines.edu> When I upgraded to the FC2 Test I ran into four major problems: 1) My USB didn't work (since I have a USB mouse this is important) 2) Samba mounts no-longer worked (reported the error "smbfs not supported by kernel") 3) My sound card drivers didn't load 4) My ATI All-In-Wonder 9800 Driver won't compile so 3D acceleration is disabled [unresolved] Solution to number one: * Open /etc/modprobe.conf.dist in an editor (or modprobe.conf - my modprobe.conf just forwarded to my modprobe.conf.dist) * Add the line "alias usb-controller uhci-hcd" * For some reason (at least for me) the usb controller was not setup to load because that line was missing Solution to number two: * Change directory to your linux source (for me this was /usr/src/linux-2.6.2-1.79/) * run "make menuconfig" and locate the samba file system in the menus, turn it into a module * recompile the kernel * copy smbfs.ko from /fs/smbfs/ to /kernel/fs/smbfs/ (for my linux modules was /lib/modules/2.6.1-1.65) * modprobe smbfs Solution to number three: * Open /etc/modprobe.conf.dist in an editor (see solution to 1 for note) * Add the appropriate lines for your sound card, this information is available at the ALSA website (http://www.alsa-project.org/alsa-doc/) * Restart Solution to number four: * I haven't solved this one, if someone knows how to get the AIW 9800 driver to compile I'd really appreciate help with it -------------- next part -------------- An HTML attachment was scrubbed... URL: From charlescurley at charlescurley.com Sun Feb 15 20:04:24 2004 From: charlescurley at charlescurley.com (Charles Curley) Date: Sun, 15 Feb 2004 13:04:24 -0700 Subject: GNOME changing Desktop Wallpaper In-Reply-To: <402FB596.8040808@web.de> References: <402FB596.8040808@web.de> Message-ID: <20040215200424.GA25089@charlescurley.com> On Sun, Feb 15, 2004 at 07:08:22PM +0100, Thomas Voss wrote: > Hello everyone, > > trying to change the desktop Wallpaper in FC 2 from the > desktop-context-menu in GNOME, no dialog would appear! > > Any hints? Haven't tried FC2 yet, so this is FC1 centric. The program for changing backgrounds is /usr/bin/gnome-background-properties, and it belongs to the package control-center. Do you have those on your system? Can you set the background from the command line or a script? See http://www.linuxjournal.com/article.php?sid=7343 for more info on how to do so. -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jsamort at shaw.ca Sun Feb 15 20:02:12 2004 From: jsamort at shaw.ca (J. Scott Amort) Date: Sun, 15 Feb 2004 12:02:12 -0800 Subject: native eclipse In-Reply-To: <20040215095943.GI15070@lichen.truemesh.com> References: <1076812462.5086.1.camel@enlightenment.baobobmusic.ca> <20040215095943.GI15070@lichen.truemesh.com> Message-ID: <1076875332.2055.1.camel@enlightenment.baobobmusic.ca> On Sun, 2004-02-15 at 09:59 +0000, Paul Nasrat wrote: > I believe this is still the case, naoko (rpms of rhug) which include ant, etc > needed to build eclipse are making it into rawhide builds atm. There were some > issues with building ant and thus eclipse using the rawhide gcc-ssa packages. > > I expect that naoko will be fully in rawhide shortly, then it should be > possible to build the older eclipse snapshot - I have some patches that enable > a build up until hitting the libgcj/ant issues. Thanks for the info. I had managed to get eclipse-2.1.0-22 to compile and work on FC1, I was just wondering if there was a newer version available. Regards, Scott From alain at geophysik.uni-muenchen.de Sun Feb 15 20:02:48 2004 From: alain at geophysik.uni-muenchen.de (Alain Cochard) Date: Sun, 15 Feb 2004 21:02:48 +0100 Subject: FC2-test1 intall not working on (my) Dell Latitude C600 In-Reply-To: <20040215155745.GA14717@devserv.devel.redhat.com> References: <16431.37886.791240.8165@localhost.localdomain> <20040215155745.GA14717@devserv.devel.redhat.com> Message-ID: <16431.53352.254937.222431@localhost.localdomain> Alan Cox writes: > "Boot from" - start the machine from ("boot off" is bad but common > English meaning the same thing as "boot from") Thanks a lot. > > After some time the following message appears: > > > > "The fedora Core CD was not found in any of your CDROM drives. > > Please insert the Fedora Core CD and press OK to retry" > What sort of CD-ROM drive do you have (USB, IDE etc) ? Is this > machine a Vaio ? Mmh, like I said, my laptop is a Dell. Can it be a Vaio at the same time? I don't see this name in any of the specifications. However, if I try 'grep -i vaio *' in /var/log, I see in all ksyms.* that c03b5dc4 is_sony_vaio_laptop_R7462d5e4 whatever it means. As for the CD-ROM drive, I have no idea how to find that piece of information. All I can say is what is in /var/log/messages.*: SONY CD-RW CRX700E, ATAPI CD/DVD-ROM drive AC From czar at czarc.net Sun Feb 15 20:14:06 2004 From: czar at czarc.net (Gene C.) Date: Sun, 15 Feb 2004 15:14:06 -0500 Subject: FC2 test1 and KVM switch In-Reply-To: References: <200402151402.47477.czar@czarc.net> Message-ID: <200402151514.06112.czar@czarc.net> On Sunday 15 February 2004 14:07, Tom Diehl wrote: > So far I have not seen it on FC2T1. I have experienced this with FC1 > though. FWIW switching to a VT and back into X clears it up, at least it > did with FC1. > > :-) I wish ... no, switch to a VT did nothing except produce some kernel (I think) messages when the mouse moved. -- Gene From czar at czarc.net Sun Feb 15 20:15:32 2004 From: czar at czarc.net (Gene C.) Date: Sun, 15 Feb 2004 15:15:32 -0500 Subject: FC2 test1 and KVM switch In-Reply-To: <20040215190905.GA13634@devserv.devel.redhat.com> References: <200402151402.47477.czar@czarc.net> <20040215190905.GA13634@devserv.devel.redhat.com> Message-ID: <200402151515.32681.czar@czarc.net> On Sunday 15 February 2004 14:09, Alan Cox wrote: > On Sun, Feb 15, 2004 at 02:02:47PM -0500, Gene C. wrote: > > I am using a Belkin 4 port Omni Cube and have had zero problems with it > > and previous releases. With FC2 test1, when I first install and boot the > > system up everything works fine. > > > > However, if I switch to another system and then back to the FC2 test1 > > system, the mouse starts jumping all over the screen. The keyboard and > > monitor seem to work fine. > > X or console ? Both ... and the video is 1600x1200 on a Dell 2000FP (analog). The only problem is the mouse. -- Gene From czar at czarc.net Sun Feb 15 20:24:50 2004 From: czar at czarc.net (Gene C.) Date: Sun, 15 Feb 2004 15:24:50 -0500 Subject: FC2 test1 and KVM switch In-Reply-To: <402FC4E3.9050007@medata.com> References: <200402151402.47477.czar@czarc.net> <402FC4E3.9050007@medata.com> Message-ID: <200402151524.50691.czar@czarc.net> On Sunday 15 February 2004 14:13, Rick Johnson wrote: > Gene C. wrote: > > OK, I know, I know that Red Hat does not support the use of KVM switches. > > > > But, some of use depend on them. > > > > Is anyone experiencing problems with FC2 test1 and a KVM switch. > > > > I am using a Belkin 4 port Omni Cube and have had zero problems with it > > and previous releases. With FC2 test1, when I first install and boot the > > system up everything works fine. > > > > However, if I switch to another system and then back to the FC2 test1 > > system, the mouse starts jumping all over the screen. The keyboard and > > monitor seem to work fine. > > > > The mouse is a PS2 interface Logitech TrackMan Wheel. > > > > Anyone else seeing this (or positively NOT seeing it)? > > This has been a problem since Red Hat 7.whatever. The issue is with the > IMPS/2 mouse driver. I've found that switching away from the TTY and > back to it almost always clears it up. i.e. Ctrl+Alt+F8, then Alt+F7 (or > Ctrl+Alt+F7). This is a "workaround" I've lived with when using any > Belkin/Dlink/etc. KVM based on the same basic chipset with almost any > Linux and the IMPS/2 driver. That, or you can switch to a different > mouse driver (i.e. PS/2) and expect "normal" behavior. Never had a problem before. I just check the XF86Config for FC1 and FC2 and both specify IMPS/2. Switch to any VT does nothing. In addition, when I am on a console (e.g., VT1) and I move the trackball, I get messages of the form: psmouse.c: Explorer Mouse at isa0060/serio1/input0 lost syncronization, thowing 2 bytes away. -- Gene From friopolar at saladelfrio.com Sun Feb 15 20:35:42 2004 From: friopolar at saladelfrio.com (Tatxe) Date: Sun, 15 Feb 2004 21:35:42 +0100 Subject: FC in (on) DVD In-Reply-To: References: Message-ID: <1076877342.4333.16.camel@tatxe.saladelfrio.com> El s?b, 14-02-2004 a las 13:53, Vanco, Don escribi?: > I am not the author and I don't recall where I got this - but it may help... I tried this before but the DVD doesn't boot. I don't thinks was a BIOS issue because I was downloaded the DVD iso of Core 1 from Bittorrent and works fine. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From fedora at mytsoftware.com Sun Feb 15 20:46:02 2004 From: fedora at mytsoftware.com (David Finch) Date: Sun, 15 Feb 2004 12:46:02 -0800 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) References: <1076853131.6798.11.camel@spike-home.comcast.net> Message-ID: <002e01c3f404$b9fdcb50$6500a8c0@david> > 1) Sound - I have an Intel I810 series on-board sound card (SIS > manufactured - my motherboard is an ASUS P4S8X). It was apparently > recognized, but I couldn't get a peep out of the system with it. No > errors, just no sound. Going back to FC1 brought this back to life. I had to run alsamixer to hear sound with my i845. 'm' enables channels and arrows adjust volume. I've forgotten how to save the settings so I won't lose them on reboot though. From alan at redhat.com Sun Feb 15 20:58:32 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 15 Feb 2004 15:58:32 -0500 Subject: FC2-test1 intall not working on (my) Dell Latitude C600 In-Reply-To: <16431.53352.254937.222431@localhost.localdomain> References: <16431.37886.791240.8165@localhost.localdomain> <20040215155745.GA14717@devserv.devel.redhat.com> <16431.53352.254937.222431@localhost.localdomain> Message-ID: <20040215205832.GB15129@devserv.devel.redhat.com> On Sun, Feb 15, 2004 at 09:02:48PM +0100, Alain Cochard wrote: > Mmh, like I said, my laptop is a Dell. Can it be a Vaio at the same > time? I don't see this name in any of the specifications. However, No. I just wanted to be sure it wasnt the vaio plug in CD-ROM as that is a known case that produced the problem you see > SONY CD-RW CRX700E, ATAPI CD/DVD-ROM drive Thanks From jbinpg at shaw.ca Sun Feb 15 21:02:24 2004 From: jbinpg at shaw.ca (Jack Bowling) Date: Sun, 15 Feb 2004 13:02:24 -0800 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <002e01c3f404$b9fdcb50$6500a8c0@david> References: <1076853131.6798.11.camel@spike-home.comcast.net> <002e01c3f404$b9fdcb50$6500a8c0@david> Message-ID: <20040215210224.GA17323@shaw.ca> On Sun, Feb 15, 2004 at 12:46:02PM -0800, David Finch wrote: > > 1) Sound - I have an Intel I810 series on-board sound card (SIS > > manufactured - my motherboard is an ASUS P4S8X). It was apparently > > recognized, but I couldn't get a peep out of the system with it. No > > errors, just no sound. Going back to FC1 brought this back to life. > > I had to run alsamixer to hear sound with my i845. 'm' enables channels and arrows adjust volume. > > I've forgotten how to save the settings so I won't lose them on reboot though. /usr/sbin/alsactl store saves them per session. -- Jack Bowling mailto: jbinpg at shaw.ca From noa at resare.com Sun Feb 15 21:11:09 2004 From: noa at resare.com (Noa Resare) Date: Sun, 15 Feb 2004 22:11:09 +0100 Subject: GNOME changing Desktop Wallpaper In-Reply-To: <402FB596.8040808@web.de> References: <402FB596.8040808@web.de> Message-ID: <1076879468.26726.2.camel@localhost.localdomain> On Sun, 2004-02-15 at 19:08 +0100, Thomas Voss wrote: > Hello everyone, > > trying to change the desktop Wallpaper in FC 2 from the > desktop-context-menu in GNOME, no dialog would appear! > > Any hints? This is a bug in nautilus. I have filed it as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115762 Thanks for reporting /noa -- Det ?r lika dumt att tro att man blir fet av att ?ta fett, som att tro att man blir gr?n av att ?ta gr?nsaker. -- Christer Enkvist, ?verl?kare From guyverdh at mchsi.com Sun Feb 15 20:59:24 2004 From: guyverdh at mchsi.com (Guyver) Date: Sun, 15 Feb 2004 14:59:24 -0600 Subject: FC2 Test 1, SMP on Iwill DVD266-R mobo In-Reply-To: <20040215001444.GC26538@devserv.devel.redhat.com> Message-ID: <000801c3f406$9772cc50$6601a8c0@guyverxp> That did the Trick! Thx On Sat, Feb 14, 2004 at 03:56:12PM -0600, Guyver wrote: >> When booting with the SMP kernel, the system reports HDB / HDD >> interrupt lost. >Try "acpi=off pci=usepirqmask" >I need that to avoid IRQ screwups on my dual athlon and it seems other boxes also have problems with acpi irq >routng (just acpi=off seems to try and use acpi irq routing still which makes a nasty mess) From shrek-m at gmx.de Sun Feb 15 21:24:18 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 15 Feb 2004 22:24:18 +0100 Subject: FC2 Upgrade (how I resolved USB, Samba, and sound problems) In-Reply-To: <402FCCF9.1080904@mines.edu> References: <402FCCF9.1080904@mines.edu> Message-ID: <402FE382.6050902@gmx.de> Erich Hoover wrote: > 2) Samba mounts no-longer worked (reported the error "smbfs not > supported by kernel") > [...] > Solution to number two: > * Change directory to your linux source (for me this was > /usr/src/linux-2.6.2-1.79/) > * run "make menuconfig" and locate the samba file system in the menus, > turn it into a module > * recompile the kernel > * copy smbfs.ko from /fs/smbfs/ to modules>/kernel/fs/smbfs/ (for my linux modules was > /lib/modules/2.6.1-1.65) > * modprobe smbfs outsch ;-) with >=samba*-3.0.2-5 from rawhide and 'mount -t cifs' instead '-t smb' it should be ok. only a few minutes without compiling a new kernel. -- shrek-m From wes at kuoi.asui.uidaho.edu Sun Feb 15 21:52:27 2004 From: wes at kuoi.asui.uidaho.edu (Wes Shull) Date: Sun, 15 Feb 2004 14:52:27 -0700 Subject: FC2 test1 and KVM switch In-Reply-To: <20040215203600.15854.55179.Mailman@listman.back-rdu.redhat.com> References: <20040215203600.15854.55179.Mailman@listman.back-rdu.redhat.com> Message-ID: <200402151452.27901.wes@kuoi.asui.uidaho.edu> "Gene C." wrote: > I am using a Belkin 4 port Omni Cube and have had zero problems > with it and previous releases. [...] > However, if I switch to another system and then back to the FC2 > test1 system, ? the mouse starts jumping all over the screen. I am using a Belkin OmniView E-series 4-port KVM switch, an MS Internet Keyboard, and a HP-branded but I think Logitech-made 2-button basic mouse, (all PS/2 stuff) and I haven't had this problem. I did notice when I first booted into KDE after the upgrade that the mouse was moving a lot faster; mouse sensitivity setting must have changed and I didn't bother changing it back, got used to it pretty quick. But it was faster, not jumpy. Your problem does sound suspiciously like one that used to plague me at work with older/cheaper KVMs, even on Windows machines... When you say the cursor jumps all over, are we talking so bad that it ends up at the sides of the screen most of the time? And random button events, so that mass chaos ensues? If it is a driver problem, Linux drivers aren't the only ones with the problem... --wes From zgobolos at 777westel.hu Sun Feb 15 21:52:24 2004 From: zgobolos at 777westel.hu (=?ISO-8859-1?Q?G=F6b=F6l=F6s_Zolt=E1n?=) Date: Sun, 15 Feb 2004 22:52:24 +0100 Subject: native eclipse In-Reply-To: <1076875332.2055.1.camel@enlightenment.baobobmusic.ca> References: <1076812462.5086.1.camel@enlightenment.baobobmusic.ca> <20040215095943.GI15070@lichen.truemesh.com> <1076875332.2055.1.camel@enlightenment.baobobmusic.ca> Message-ID: <1076881944.7976.6.camel@zgobolos.home> Hi! Are the java bytecode plugins working with the gcj compiled (native x86) eclipse? I'm using Borland's Together Edition For Eclipse, and this is a commercial precompiled stuff, without sources. Regards, Zoltan On Sun, 2004-02-15 at 12:02 -0800, J. Scott Amort wrote: > On Sun, 2004-02-15 at 09:59 +0000, Paul Nasrat wrote: > > I believe this is still the case, naoko (rpms of rhug) which include ant, etc > > needed to build eclipse are making it into rawhide builds atm. There were some > > issues with building ant and thus eclipse using the rawhide gcc-ssa packages. > > > > I expect that naoko will be fully in rawhide shortly, then it should be > > possible to build the older eclipse snapshot - I have some patches that enable > > a build up until hitting the libgcj/ant issues. > > Thanks for the info. I had managed to get eclipse-2.1.0-22 to compile > and work on FC1, I was just wondering if there was a newer version > available. > > Regards, > > Scott > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list From tmwg-fedorat at inxservices.com Sun Feb 15 22:22:38 2004 From: tmwg-fedorat at inxservices.com (George Garvey) Date: Sun, 15 Feb 2004 14:22:38 -0800 Subject: FC2 Test 1 with raid1 and LVM Message-ID: <20040215222238.GA3791@inxservices.com> I've installed with two raid devices on 1 30G disk: one for /boot, one for LVM. LVM contains swap and root, etc. When booting, it stays for a long time on "Setting up Logical Volume Management:", approximately 5 minutes. It then stays on "Enabling swap space:" for about another minute. The system currently has 4 IDE drives: a and c are raid, d is a CD/ROM, b is a 40G drive that has another FC2T1 install that will be removed as soon as I have some things copied over from it to the real disks. Perhaps the hdb drive is confusing things. I do see the CD/ROM light blinking off and on while this is happening, for about 4 minutes. I hope the extra hdb drive is causing the delay, because then it will go away when I remove that drive. From shrek-m at gmx.de Sun Feb 15 22:35:34 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 15 Feb 2004 23:35:34 +0100 Subject: cyrus-imapd Message-ID: <402FF436.9020803@gmx.de> hi, i have a few questions about cyrus-imapd # rpm -qa *imapd* cyrus-imapd-2.1.16-2 # service cyrus status master (pid 3179) wird ausgef?hrt... how can i disable services in cyrus ? commenting out in /etc/cyrus.conf , is this ok ? chkconfig can not handle cyrus-imapd ? # chkconfig imap --list , will not work with cyrus ? what are the secrets to login succesfully ? what about: # vi /etc/imapd.conf sasl_pwcheck_method: sasldb # cat /etc/sasldb and about eg. /var/imap/user/* ? ... thanks. -- shrek-m From ehoover at mines.edu Sun Feb 15 22:41:34 2004 From: ehoover at mines.edu (Erich Hoover) Date: Sun, 15 Feb 2004 15:41:34 -0700 Subject: Firstboot loads redhat-config-xfree86 every boot Message-ID: <402FF59E.2070305@mines.edu> This is really starting to get on my nerves, if someone could help me out I'd really appreciate it. Please note that this is not the most recent log, but it does the same thing all the time (/var/log/boot.log): Jan 18 14:38:39 FEDORA firstboot: X is not configured. Running redhat-config-xfree86 Jan 18 14:38:58 FEDORA firstboot: Traceback (most recent call last): Jan 18 14:38:58 FEDORA firstboot: File "/usr/share/redhat-config-xfree86/xconf.py", line 413, in ? Jan 18 14:38:58 FEDORA firstboot: hardware_state.merge_into(xconfig) Jan 18 14:38:58 FEDORA firstboot: File "/usr/lib/python2.2/site-packages/rhpl/xhwstate.py", line 340, in merge_into Jan 18 14:38:58 FEDORA firstboot: device = xf86config.lookupDevice(xconfig, screen.device) Jan 18 14:38:58 FEDORA firstboot: File "/usr/lib/python2.2/site-packages/xf86config.py", line 128, in lookupDevice Jan 18 14:38:58 FEDORA firstboot: raise XF86SectionMissing("No device found with the identifier" + device_id) Jan 18 14:38:58 FEDORA firstboot: xf86config.XF86SectionMissing Jan 18 14:38:58 FEDORA firstboot: X is now configured. Starting Setup Agent From webmaster at margo.bijoux.nom.br Sun Feb 15 22:57:55 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sun, 15 Feb 2004 19:57:55 -0300 Subject: Fedora Core 2 Test 1 - comments (autofs) In-Reply-To: <402FC126.5080400@medata.com> References: <1076809431.7308.6.camel@localhost.localdomain> <402EEF6D.4090605@margo.bijoux.nom.br> <402FC126.5080400@medata.com> Message-ID: <402FF973.3080904@margo.bijoux.nom.br> Rick Johnson wrote: > Populate /etc/auto.master and /etc/auto.misc to stop the message, or > simply chkconfig autofs off to stop it from starting if you don't use > autofs. > > -Rick Well, it happened even when I populated auto.master and auto.misc .. I ended doing the dirt trick of using rc.local to call automount.... However , this only happened on RH9... As always , I always disable unnecessary services , so to me this is no big deal.. Pedro Macedo From fischerdr at mindspring.com Sun Feb 15 23:13:37 2004 From: fischerdr at mindspring.com (David R. Fischer) Date: Sun, 15 Feb 2004 16:13:37 -0700 Subject: FC2 test1 network issue Message-ID: <402FFD21.6000809@mindspring.com> all, weird one just ran into. After a fresh install of FC2 test1 I am unable to get beyond the local subnet. My 4 other machines are working with no issues and also when I had redhat 9 on the same machine it could get out to the internet. I have tried 3 installs so far (workstation,server,custom) and all still will not connect out side the local subnet (i.e. i can nfs/ssh to my main server but can not ftp/http to internet) Any help please. thanks From ramrajprabu at hotmail.com Sun Feb 15 23:22:26 2004 From: ramrajprabu at hotmail.com (RamrajPrabu Balasubramanian) Date: Sun, 15 Feb 2004 15:22:26 -0800 Subject: tcp connection problem Message-ID: i installed FC2 test1 on my linux machine yeterday. this machine is connected to the internet thro a netgear wgr614 router. thro a wireless ethhernet bridge ( linksys). basically im behind a NAT and the neatgear router is my dhcp server. when i bring up eth0 , i get a dhcp allocated ip address. i can ping websites in the internet. i can access websites in my local LAN. but AM NOT ABLE TO CONNECT to sites in the internet. ethereal shows the SYN for the TCP connect getting retransmitted but gets no reply at all. UDP seems to be working fine. I did a custom insatll with ALL packages selected. with firewall disabled. can anyone help me. i tried everything i knew. dns works, UDP works , tcp doesnt work outside my locallan. i was running redhat 9 earlier and everything was working fine then. >From: fedora-test-list-admin at redhat.com >To: ramrajprabu at hotmail.com >Subject: Your message to fedora-test-list awaits moderator approval >Date: Sun, 15 Feb 2004 06:17:18 -0500 > >Your mail to 'fedora-test-list' with the subject > > Firewall Issues in FC2 test1 > >Is being held until the list moderator can review it for approval. > >The reason it is being held: > > Post by non-member to a members-only list > >Either the message will get posted to the list, or you will receive >notification of the moderator's decision. _________________________________________________________________ Click here for a FREE online computer virus scan from McAfee. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From alexander.dalloz at uni-bielefeld.de Sun Feb 15 23:25:27 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Mon, 16 Feb 2004 00:25:27 +0100 Subject: FC2 test1 network issue In-Reply-To: <402FFD21.6000809@mindspring.com> References: <402FFD21.6000809@mindspring.com> Message-ID: <1076887527.4176.101.camel@sirendipity.dogma.lan> Am Mo, den 16.02.2004 schrieb David R. Fischer um 00:13: > all, > weird one just ran into. After a fresh install of FC2 test1 I am unable > to get beyond the local subnet. My 4 other machines are working with no > issues and also when I had redhat 9 on the same machine it could get out > to the internet. I have tried 3 installs so far > (workstation,server,custom) and all still will not connect out side the > local subnet (i.e. i can nfs/ssh to my main server but can not ftp/http > to internet) > > Any help please. > > thanks Maybe this helps, add to /etc/sysctl.conf: # Disable ECN net.ipv4.tcp_ecn = 0 and run "systctl -p" (modified sysctl.conf is loaded automagically on next boot time). Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl Sirendipity 00:23:16 up 1 day, 4:02, load average: 0.19, 0.12, 0.05 [ ????? ?'????? - gnothi seauton ] From alexander.dalloz at uni-bielefeld.de Sun Feb 15 23:27:27 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Mon, 16 Feb 2004 00:27:27 +0100 Subject: tcp connection problem In-Reply-To: References: Message-ID: <1076887646.4176.104.camel@sirendipity.dogma.lan> Am Mo, den 16.02.2004 schrieb RamrajPrabu Balasubramanian um 00:22: > i installed FC2 test1 on my linux machine yeterday. > > this machine is connected to the internet thro a netgear wgr614 router. thro > a wireless ethhernet bridge ( linksys). basically im behind a NAT and the > neatgear router is my dhcp server. > > when i bring up eth0 , i get a dhcp allocated ip address. i can ping > websites in the internet. i can access websites in my local LAN. > > but AM NOT ABLE TO CONNECT to sites in the internet. > ethereal shows the SYN for the TCP connect getting retransmitted but gets no > reply at all. > UDP seems to be working fine. > > I did a custom insatll with ALL packages selected. with firewall disabled. > > can anyone help me. i tried everything i knew. dns works, UDP works , tcp > doesnt work outside my locallan. i was running redhat 9 earlier and > everything was working fine then. Is I just answered to the other subject "FC2 test1 network issue". Maybe this helps, add to /etc/sysctl.conf: # Disable ECN net.ipv4.tcp_ecn = 0 and run "systctl -p" (modified sysctl.conf is loaded automagically on next boot time). Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl Sirendipity 00:26:24 up 1 day, 4:05, load average: 0.18, 0.13, 0.06 [ ????? ?'????? - gnothi seauton ] From zgobolos at 777westel.hu Sun Feb 15 23:39:07 2004 From: zgobolos at 777westel.hu (=?ISO-8859-1?Q?G=F6b=F6l=F6s_Zolt=E1n?=) Date: Mon, 16 Feb 2004 00:39:07 +0100 Subject: Cannot access jsecom*.sun.com with kernel 2.6.x In-Reply-To: <1076887646.4176.104.camel@sirendipity.dogma.lan> References: <1076887646.4176.104.camel@sirendipity.dogma.lan> Message-ID: <1076888347.5934.19.camel@zgobolos.home> Hi! Under FC1/2.6.x kernel or FC2T1 the jsecom*.sun.com sites isn't accessible (the remaining internet looks like working ;) ). A way to reproduce: 1) go to java.sun.com 2) select J2EE 3) select "Get the sdk" link 4) select one of the "Download" images The link under the images point to javashoplm.sun.com which acts as a load balancer between jsecom*.sun.com (for example jsecom8b.sun.com) adresses using a HTTP "Location:" header. Under FC1/2.4.x kernel there was no problem. Regards, Zoltan From alexander.dalloz at uni-bielefeld.de Sun Feb 15 23:51:55 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Mon, 16 Feb 2004 00:51:55 +0100 Subject: Cannot access jsecom*.sun.com with kernel 2.6.x In-Reply-To: <1076888347.5934.19.camel@zgobolos.home> References: <1076887646.4176.104.camel@sirendipity.dogma.lan> <1076888347.5934.19.camel@zgobolos.home> Message-ID: <1076889115.4176.108.camel@sirendipity.dogma.lan> Am Mo, den 16.02.2004 schrieb G?b?l?s Zolt?n um 00:39: > Hi! > > Under FC1/2.6.x kernel or FC2T1 the jsecom*.sun.com sites isn't > accessible (the remaining internet looks like working ;) ). A way to > reproduce: > > 1) go to java.sun.com > 2) select J2EE > 3) select "Get the sdk" link > 4) select one of the "Download" images > > The link under the images point to javashoplm.sun.com which acts as a > load balancer between jsecom*.sun.com (for example jsecom8b.sun.com) > adresses using a HTTP "Location:" header. > > Under FC1/2.4.x kernel there was no problem. > > Regards, > Zoltan Have you checked it changing the ECN from on to off in the kernel? Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl Sirendipity 00:51:11 up 1 day, 4:30, load average: 0.35, 0.17, 0.10 [ ????? ?'????? - gnothi seauton ] From zgobolos at 777westel.hu Mon Feb 16 00:01:41 2004 From: zgobolos at 777westel.hu (=?ISO-8859-1?Q?G=F6b=F6l=F6s_Zolt=E1n?=) Date: Mon, 16 Feb 2004 01:01:41 +0100 Subject: Cannot access jsecom*.sun.com with kernel 2.6.x In-Reply-To: <1076889115.4176.108.camel@sirendipity.dogma.lan> References: <1076887646.4176.104.camel@sirendipity.dogma.lan> <1076888347.5934.19.camel@zgobolos.home> <1076889115.4176.108.camel@sirendipity.dogma.lan> Message-ID: <1076889701.5934.30.camel@zgobolos.home> Thanks, this is the solution. On Mon, 2004-02-16 at 00:51 +0100, Alexander Dalloz wrote: > Have you checked it changing the ECN from on to off in the kernel? From mccabemt at clarkson.edu Mon Feb 16 00:14:07 2004 From: mccabemt at clarkson.edu (Mike Mccabe) Date: Sun, 15 Feb 2004 19:14:07 -0500 Subject: Cannot access jsecom*.sun.com with kernel 2.6.x In-Reply-To: <1076889701.5934.30.camel@zgobolos.home> References: <1076887646.4176.104.camel@sirendipity.dogma.lan> <1076888347.5934.19.camel@zgobolos.home> <1076889115.4176.108.camel@sirendipity.dogma.lan> <1076889701.5934.30.camel@zgobolos.home> Message-ID: <1076890446.20419.4.camel@localhost.localdomain> Where in the Kernel Configuration is the kernel option? Mike On Mon, 2004-02-16 at 01:01 +0100, G?b?l?s Zolt?n wrote: > Thanks, this is the solution. > > On Mon, 2004-02-16 at 00:51 +0100, Alexander Dalloz wrote: > > Have you checked it changing the ECN from on to off in the kernel? > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list -- Mike Mccabe From fischerdr at mindspring.com Mon Feb 16 00:24:31 2004 From: fischerdr at mindspring.com (David R. Fischer) Date: Sun, 15 Feb 2004 17:24:31 -0700 Subject: FC2 test1 network issue In-Reply-To: <1076887527.4176.101.camel@sirendipity.dogma.lan> References: <402FFD21.6000809@mindspring.com> <1076887527.4176.101.camel@sirendipity.dogma.lan> Message-ID: <40300DBF.6030702@mindspring.com> Alexander Dalloz wrote: >Am Mo, den 16.02.2004 schrieb David R. Fischer um 00:13: > > >>all, >>weird one just ran into. After a fresh install of FC2 test1 I am unable >>to get beyond the local subnet. My 4 other machines are working with no >>issues and also when I had redhat 9 on the same machine it could get out >>to the internet. I have tried 3 installs so far >>(workstation,server,custom) and all still will not connect out side the >>local subnet (i.e. i can nfs/ssh to my main server but can not ftp/http >>to internet) >> >>Any help please. >> >>thanks >> >> > >Maybe this helps, add to /etc/sysctl.conf: > ># Disable ECN >net.ipv4.tcp_ecn = 0 > >and run "systctl -p" (modified sysctl.conf is loaded automagically on >next boot time). > >Alexander > > > > ok thanks, now how did you know that would help and where do I resreach that info?? thanks From fedora at mytsoftware.com Mon Feb 16 00:27:38 2004 From: fedora at mytsoftware.com (David Finch) Date: Sun, 15 Feb 2004 16:27:38 -0800 Subject: FC2 test1 i845gv opengl workaround References: <1076887646.4176.104.camel@sirendipity.dogma.lan> <1076888347.5934.19.camel@zgobolos.home> <1076889115.4176.108.camel@sirendipity.dogma.lan> <1076889701.5934.30.camel@zgobolos.home> <1076890446.20419.4.camel@localhost.localdomain> Message-ID: <001301c3f423$b2a5aa20$6500a8c0@david> Earlier I mentioned that every opengl program I tried had the polygons showing in the reverse order. Objects looked inside out and such. Probably a zbuffering problem. I have an intel i845gv chipset with integrated video, using the i845 drivers. I tried switching down to 16 bit color and the problem went away. From alexander.dalloz at uni-bielefeld.de Mon Feb 16 00:34:04 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Mon, 16 Feb 2004 01:34:04 +0100 Subject: Cannot access jsecom*.sun.com with kernel 2.6.x In-Reply-To: <1076890446.20419.4.camel@localhost.localdomain> References: <1076887646.4176.104.camel@sirendipity.dogma.lan> <1076888347.5934.19.camel@zgobolos.home> <1076889115.4176.108.camel@sirendipity.dogma.lan> <1076889701.5934.30.camel@zgobolos.home> <1076890446.20419.4.camel@localhost.localdomain> Message-ID: <1076891644.4176.112.camel@sirendipity.dogma.lan> Am Mo, den 16.02.2004 schrieb Mike Mccabe um 01:14: > Where in the Kernel Configuration is the kernel option? > Mike As I wrote before, in /etc/sysctl.conf the setting # Disable ECN net.ipv4.tcp_ecn = 0 You can set this too with echo 0> /proc/net//ipv4/tcp_ecn But then it will be only active until next reboot. Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl Sirendipity 01:31:29 up 1 day, 5:10, load average: 0.03, 0.09, 0.04 [ ????? ?'????? - gnothi seauton ] From alexander.dalloz at uni-bielefeld.de Mon Feb 16 00:36:37 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Mon, 16 Feb 2004 01:36:37 +0100 Subject: FC2 test1 network issue In-Reply-To: <40300DBF.6030702@mindspring.com> References: <402FFD21.6000809@mindspring.com> <1076887527.4176.101.camel@sirendipity.dogma.lan> <40300DBF.6030702@mindspring.com> Message-ID: <1076891796.4176.116.camel@sirendipity.dogma.lan> Am Mo, den 16.02.2004 schrieb David R. Fischer um 01:24: [ snip ] > now how did you know that would help and where do I resreach that info?? > thanks The ECN issue was discussed before on the devel list. It is important as ECN was inactive on 2.4.x kernels. Now with the 2.6.x kernel ECN is active by default (at least with Fedora). Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl Sirendipity 01:34:32 up 1 day, 5:13, load average: 0.26, 0.29, 0.13 [ ????? ?'????? - gnothi seauton ] From amdk6 at comcast.net Mon Feb 16 00:39:21 2004 From: amdk6 at comcast.net (amdk6 at comcast.net) Date: Mon, 16 Feb 2004 00:39:21 +0000 Subject: Broadcom BCM57xx NIC (tg3) Message-ID: <021620040039.11223.306@comcast.net> With stock 2.6 kernel in FC2, seems the module tg3 loads, but doesn't work. I also tried the offical drivers, no avil. Is there a global problem in 2.6 possibly? > Send fedora-test-list mailing list submissions to > fedora-test-list at redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.redhat.com/mailman/listinfo/fedora-test-list > or, via email, send a message with subject or body 'help' to > fedora-test-list-request at redhat.com > > You can reach the person managing the list at > fedora-test-list-admin at redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of fedora-test-list digest..." > > > Today's Topics: > > 1. PROGRESS! (Gene C.) > 2. Re: PROGRESS! (Alan Cox) > 3. Re: PROGRESS! (Gene C.) > 4. Re: FC2 test 1 apt repository (Vic Gedris) > 5. Re: PROGRESS! (Alan Cox) > 6. Problems with kdenetwork - reinstall (Roland Wolters) > 7. Re: FC2 and soundcards (Jack Bowling) > 8. Re: FC2 and soundcards (Jack Bowling) > 9. GNOME changing Desktop Wallpaper (Thomas Voss) > 10. Re: Where is the php-imap RPM file? (Alexander Dalloz) > 11. Re: PROGRESS! (Gene C.) > 12. Re: Where is the php-imap RPM file? (Bernd Bartmann) > 13. Re: FC2-test1 intall not working on (my) Dell Latitude C600 (Rick Johnson) > 14. Re: FC2-test1 intall not working on (my) Dell Latitude C600 (Rick Johnson) > 15. Re: Blocker bug # for FC2 (M A Young) > 16. Re: FC2 test1: install glitches and comments (resend, last one was > too big) (Rick Johnson) > 17. Re: Fedora Core 2 Test 1 - comments (autofs) (Rick Johnson) > 18. FC2 test1 and KVM switch (Gene C.) > 19. Re: FC2 test1 and KVM switch (Tom Diehl) > 20. Re: FC2 test1 and KVM switch (Alan Cox) > 21. Re: FC2 test1 and KVM switch (Rick Johnson) > 22. Re: Where is the php-imap RPM file? (Alexander Dalloz) > 23. Re: Where is the php-imap RPM file? (Bernd Bartmann) > 24. FC2 Upgrade (how I resolved USB, Samba, and sound problems) (Erich Hoover) > 25. Re: GNOME changing Desktop Wallpaper (Charles Curley) > 26. Re: native eclipse (J. Scott Amort) > 27. Re: FC2-test1 intall not working on (my) Dell Latitude C600 (Alain > Cochard) > 28. Re: FC2 test1 and KVM switch (Gene C.) > 29. Re: FC2 test1 and KVM switch (Gene C.) > 30. Re: FC2 test1 and KVM switch (Gene C.) > 31. RE: FC in (on) DVD (Tatxe) > > --__--__-- > > Message: 1 > From: "Gene C." > To: fedora-test-list at redhat.com > Subject: PROGRESS! > Date: Sun, 15 Feb 2004 12:05:07 -0500 > Reply-To: fedora-test-list at redhat.com > > I finally got the NICs on the system that were not working to work ... I > booted the UP kernel and they worked fine. So, this is something related to > the SMP kernel. > > Alan -- you might want to give your dual athlon a try with the UP kernel. > -- > Gene > > > > --__--__-- > > Message: 2 > Date: Sun, 15 Feb 2004 12:13:58 -0500 > From: Alan Cox > To: fedora-test-list at redhat.com > Subject: Re: PROGRESS! > Reply-To: fedora-test-list at redhat.com > > On Sun, Feb 15, 2004 at 12:05:07PM -0500, Gene C. wrote: > > I finally got the NICs on the system that were not working to work ... I > > booted the UP kernel and they worked fine. So, this is something related to > > the SMP kernel. > > > > Alan -- you might want to give your dual athlon a try with the UP kernel. > > It wont even get to init with the SMP kernel, I have been using the uniproc > one. > > > > --__--__-- > > Message: 3 > From: "Gene C." > To: fedora-test-list at redhat.com > Subject: Re: PROGRESS! > Date: Sun, 15 Feb 2004 12:28:14 -0500 > Reply-To: fedora-test-list at redhat.com > > On Sunday 15 February 2004 12:13, Alan Cox wrote: > > On Sun, Feb 15, 2004 at 12:05:07PM -0500, Gene C. wrote: > > > I finally got the NICs on the system that were not working to work ... I > > > booted the UP kernel and they worked fine. So, this is something related > > > to the SMP kernel. > > > > > > Alan -- you might want to give your dual athlon a try with the UP kernel. > > > > It wont even get to init with the SMP kernel, I have been using the uniproc > > one. > > OK, I guess we might need another data point so I will install on my dual > athlon and give that a try. > > Is there a bugzilla report on the dual athlon problem? > -- > Gene > > > > --__--__-- > > Message: 4 > Date: Sun, 15 Feb 2004 12:33:59 -0500 > From: Vic Gedris > To: fedora-test-list at redhat.com > Subject: Re: FC2 test 1 apt repository > Reply-To: fedora-test-list at redhat.com > > > --XaUbO9McV5wPQijU > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Thu, Feb 12, 2004 at 07:01:41PM +0100, Matthias Saou wrote: > > Hi, > >=20 > > For those of you who like/use apt and want to either upgrade to FC2 test 1 > > using it or simply be able to use it once FC2 test 1 is installed, I've s= > et > > up a repository on ayo.freshrpms.net : > > Thanks Matthias. > > Now...where would I find the version of apt for FC2-test1? The version > for FC1 doesn't install due to a dependency on an older version of RPM. > > Cheers, > Vic > > --=20 > Vic Gedris | Sick of getting Microsoft email viruses? Try > vic-at-gedris.org | using Linux instead! http://www.linux.org > http://vic.dyndns.org | GNU Privacy Guard (GPG) Key-ID: D77B43FB > > --XaUbO9McV5wPQijU > Content-Type: application/pgp-signature; name="signature.asc" > Content-Description: Digital signature > Content-Disposition: inline > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.4 (GNU/Linux) > > iD8DBQFAL62HSUWlN9d7Q/sRAmuSAJ466sSSKiTMS7WrvgDtFoAoDgb6wQCfapl9 > 3zRbANxkStco1kkHQaVaLLo= > =X56X > -----END PGP SIGNATURE----- > > --XaUbO9McV5wPQijU-- > > > > --__--__-- > > Message: 5 > Date: Sun, 15 Feb 2004 12:34:25 -0500 > From: Alan Cox > To: fedora-test-list at redhat.com > Subject: Re: PROGRESS! > Reply-To: fedora-test-list at redhat.com > > On Sun, Feb 15, 2004 at 12:28:14PM -0500, Gene C. wrote: > > > It wont even get to init with the SMP kernel, I have been using the uniproc > > > one. > > > > OK, I guess we might need another data point so I will install on my dual > > athlon and give that a try. > > > > Is there a bugzilla report on the dual athlon problem? > > Yeah Im currently working through it. It seems its at least in part > connected to bugs in the acard scsi driver. > > > > --__--__-- > > Message: 6 > From: Roland Wolters > To: fedora-test-list at redhat.com > Subject: Problems with kdenetwork - reinstall > Date: Sun, 15 Feb 2004 18:51:35 +0100 > Reply-To: fedora-test-list at redhat.com > > Hi, > I wanted to install xmms from the xmms-orginal site to get mp3 support. > So I had to remove kdeaddons and kdenetwork first, then xmms. > Note: I removed them while kopete runs.... > > After that I downloaded the xmms pakets from the xmms site and got the kde > pakets, I installed it all with rpm, and tried to relaunch Kopete. > It didn't work cause it was not able to find libkopete.so.1 > After working around a little bit I was able to make kopete working again with > making some links for my own: > It needs some links, > ln libkopete.so.1.0.0 libkopete.so.1 > ln libkopete_oscar.so.1.0.0 libkopete_oscar.so.1 > > Maybe that could be a bug? > What do you think? > > Roland > > > > --__--__-- > > Message: 7 > Date: Sun, 15 Feb 2004 10:00:55 -0800 > From: Jack Bowling > Subject: Re: FC2 and soundcards > To: fedora-test-list at redhat.com > Reply-To: fedora-test-list at redhat.com > > On Sun, Feb 15, 2004 at 09:08:02AM +0100, Michael Schwendt wrote: > > On Sat, 14 Feb 2004 23:06:06 -0800, Jack Bowling wrote: > > > > > The soundcard detection code in FC2 is borked. Has this code been made to > > > work with ALSA yet? > > > > Probably not. > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115651 > > > > > Says it can't find any soundcards. So I did what I always > > > do for ALSA, > > > > Hmm, a working "alsaconf" tool does wonders. For FC1 it's provided in > > the fedora.us alsa-utils package. > > Tried that, Michael, but still no detection. I even went to the > alsa-project site and downloaded the latest alsa-utils and tried that but > still the same thing. I have a pci SB Live and a USB Extigy and it didn't > pick up either one, even though both were seen by the system fine in lspci > and lsusb. Not a biggie for myself who has gone through this before but > would be an unhappy surprise for a noob. > > BTW, for those with an Extigy, you *must* do the following to get things to > work properly: > > cd /lib/modules/`uname -r`/kernel/drivers/usb/class > mv audio.ko audio.ko.bak > > Otherwise the audio module will load before the ALSA snd-usb-audio and ALSA > will not see the Extigy. > > -- > Jack Bowling > mailto: jbinpg at shaw.ca > > > > --__--__-- > > Message: 8 > Date: Sun, 15 Feb 2004 10:02:35 -0800 > From: Jack Bowling > Subject: Re: FC2 and soundcards > To: fedora-test-list at redhat.com > Reply-To: fedora-test-list at redhat.com > > On Sun, Feb 15, 2004 at 11:49:19AM +0000, David L Norris wrote: > > On Sun, 2004-02-15 at 07:06, Jack Bowling wrote: > > > The soundcard detection code in FC2 is borked. Has this code been made to > > > work with ALSA yet? Says it can't find any soundcards. > > > > Firstboot found and configured my laptop's ESS sound drivers just fine. > > Support is probably just not quite complete. (Bugzilla?) > > > > > gnome-alsamixer. I suggest that this last app be considered for > > > inclusion in stock FC. It really helps get things going with ALSA > > > for Gnome users. > > > > I rather like the new GNOME gstreamer volume control in FC2-test1. In > > comparison gnome-alsamixer has always been really crashy. > > Gnome-alsamixer has been solid for me and it sees my USB Extigy just fine. > OTOH, the new gst mixer crashes for me everytime :( > > -- > Jack Bowling > mailto: jbinpg at shaw.ca > > > > --__--__-- > > Message: 9 > Date: Sun, 15 Feb 2004 19:08:22 +0100 > From: Thomas Voss > To: Fedora Mailing List > Subject: GNOME changing Desktop Wallpaper > Reply-To: fedora-test-list at redhat.com > > Hello everyone, > > trying to change the desktop Wallpaper in FC 2 from the > desktop-context-menu in GNOME, no dialog would appear! > > Any hints? > > Thx in advance > > kind regards > > Thomas > > > > --__--__-- > > Message: 10 > Date: Sun, 15 Feb 2004 19:21:05 +0100 > From: Alexander Dalloz > Subject: Re: Where is the php-imap RPM file? > To: fedora-test-list at redhat.com > Reply-To: fedora-test-list at redhat.com > > Am So, den 15.02.2004 schrieb fedora at peejay.info um 06:52: > > I installed Fedora Core 2 Test 1 on my machine tonight and overall it all > > went very well and I have my webserver, email and everything else going. I > > have run into one issue. > > > > Where is the php-imap file for the version of PHP that comes with Fedora > > Core 2 Test 1? > > uw-imapd was kicked and this way no more build in php-imad package. > > [ snipped php rpms list ] > > > What I really want to know is how to get the IMAP module for PHP going on > > this release of Fedora as I really need that active. > > > There is a bugzilla entry about this and Joe Orton requested to vote for > having imap support in PHP. > > Alexander > > > -- > Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 > Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl > Sirendipity 16:12:50 up 19:51, 7 users, 1.48, 1.24, 1.14 > [ ?????????? ??'?????????? - gnothi seauton ] > > > > > --__--__-- > > Message: 11 > From: "Gene C." > To: fedora-test-list at redhat.com > Subject: Re: PROGRESS! > Date: Sun, 15 Feb 2004 13:33:05 -0500 > Reply-To: fedora-test-list at redhat.com > > On Sunday 15 February 2004 12:34, Alan Cox wrote: > > On Sun, Feb 15, 2004 at 12:28:14PM -0500, Gene C. wrote: > > > > It wont even get to init with the SMP kernel, I have been using the > > > > uniproc one. > > > > > > OK, I guess we might need another data point so I will install on my dual > > > athlon and give that a try. > > > > > > Is there a bugzilla report on the dual athlon problem? > > > > Yeah Im currently working through it. It seems its at least in part > > connected to bugs in the acard scsi driver. > > Another data point: a dual athlon 2800+ with an Intel Ethernet Pro 100 > (8086:1229) and the e100 driver WORKS with the smp kernel! So it is not just > smp. > -- > Gene > > > > --__--__-- > > Message: 12 > Date: Sun, 15 Feb 2004 19:34:19 +0100 > From: Bernd Bartmann > Organization: SoHaNet Technology GmbH > To: fedora-test-list at redhat.com > Subject: Re: Where is the php-imap RPM file? > Reply-To: fedora-test-list at redhat.com > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Alexander Dalloz schrieb: > | There is a bugzilla entry about this and Joe Orton requested to vote for > | having imap support in PHP. > > Which bugzilla number is this? > > Thanks in advance! > > - -- > 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.3 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFAL7urkQuIaHu84cIRAq8QAKCJZCOeNbknSmo1IyZ8vyMC/PflTwCcD6Ix > B02+BeNwawUMNF/Bi/TzH3s= > =uM7Z > -----END PGP SIGNATURE----- > > > > --__--__-- > > Message: 13 > Date: Sun, 15 Feb 2004 10:36:23 -0800 > From: Rick Johnson > Organization: Medata, Inc. > To: fedora-test-list at redhat.com > Subject: Re: FC2-test1 intall not working on (my) Dell Latitude C600 > Reply-To: fedora-test-list at redhat.com > > > Alain Cochard wrote: > > I have a Dell Latitude C600 laptop with Windows98 and FC1 installed > > (itself upgraded from RH9). I try to install FC2. > > > > I download the ISO images. The md5sum are OK. I burn the 1st ISO on > > a CD. > > > > > What I see are a bunch of messages, the last one being > > > > running /sbin/loader > > > > Then I enter some very primitive graphical interface (primitive > > compared to the one I experienced during FC1 installation -- I wonder > > if this is normal). On the 1st screen I choose 'English' for the > > language; on the 2nd screen I choose 'us' for the keyboard; on the 3rd > > screen I choose 'local CDROM'. > > > > After some time the following message appears: > > > > "The fedora Core CD was not found in any of your CDROM drives. > > Please insert the Fedora Core CD and press OK to retry" > > Try booting with - "linux mediacheck ide=nodma" > > It will go slower, but the CD will mount. I had a similar problem wiht > my Lattitude CPx. It appears that the DMA mode with our CD-ROM drives > just doesn't work properly in FC2. The FC1 kernel disables DMA on all > CD-ROM drives automagically unless otherwise specified in modules.conf - > I believe that includes the installer kernel, so we never noticed the > problem. > > -Rick > -- > Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com > Linux/Network Administrator - Medata, Inc. (from home) > PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc > > > > --__--__-- > > Message: 14 > Date: Sun, 15 Feb 2004 10:37:20 -0800 > From: Rick Johnson > Organization: Medata, Inc. > To: fedora-test-list at redhat.com > Subject: Re: FC2-test1 intall not working on (my) Dell Latitude C600 > Reply-To: fedora-test-list at redhat.com > > Alan Cox wrote: > >> "The fedora Core CD was not found in any of your CDROM drives. > >> Please insert the Fedora Core CD and press OK to retry" > > > > > > What sort of CD-ROM drive do you have (USB, IDE etc) ? > > If it's anything like mine, it's IDE in one of the hot-swap bays. > > > Is this machine a Vaio ? > > No, Dell. > > HTH, > -Rick > > -- > Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com > Linux/Network Administrator - Medata, Inc. (from home) > PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc > > > > --__--__-- > > Message: 15 > Date: Sun, 15 Feb 2004 18:41:55 +0000 (GMT) > From: M A Young > To: fedora-test-list at redhat.com > Subject: Re: Blocker bug # for FC2 > Reply-To: fedora-test-list at redhat.com > > On Sun, 15 Feb 2004, Bernd Bartmann wrote: > > > is there a blocker bug number in Bugzilla for FC2 like #100643 and > > #100644 have been for FC1? > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114961 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114963 > > Michael Young > > > > --__--__-- > > Message: 16 > Date: Sun, 15 Feb 2004 10:44:13 -0800 > From: Rick Johnson > Organization: Medata, Inc. > To: fedora-test-list at redhat.com > Subject: Re: FC2 test1: install glitches and comments (resend, last one was > too big) > Reply-To: fedora-test-list at redhat.com > > Ricky Ng-Adam wrote: > >> This can be done via the menu when configuring the login screen. > >> Putting it less in the open discourages this overall bad practice. > > > > > > Yes... Bad practice on the server I understand, but on my own, personal, > > single user laptop? What is the reasoning? Well, sure this is not > > Lindows or MDK, but no reason to be as friendly as possible with user's > > who have this on their laptop or desktop. > > Perhaps, but I'd hate to lose my laptop and give the next guy one less > step to get my data. The 5-10 second inconvenience is worth that small > piece of mind - granted anyone with skills can easily circumvent that > anyway. > > > I think it is much worse to have the "Login Screen Setup" with the > > Security tab having "Allow root to login with GDM" and "Allow root to > > login remotely with GDM". > > Agreed. Ideally we'd be forced to not be able to use root at the GDM > login at all (at least remotely), but rather su - for everything or be > prompted for a root password case by case. However, that could be seen > as a bit too "nannyish". > > -Rick > > -- > Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com > Linux/Network Administrator - Medata, Inc. (from home) > PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc > > > > --__--__-- > > Message: 17 > Date: Sun, 15 Feb 2004 10:57:42 -0800 > From: Rick Johnson > Organization: Medata, Inc. > To: fedora-test-list at redhat.com > Subject: Re: Fedora Core 2 Test 1 - comments (autofs) > Reply-To: fedora-test-list at redhat.com > > Pedro Fernandes Macedo wrote: > >> 03. During boot Automount gives failure message (no mount points). > >> > >> > > This always happened to me , even on FC1 and RH9... on RH9 , I ended > > editing /etc/rc.d/rc.local and adding direct calls to autofs.. > > Populate /etc/auto.master and /etc/auto.misc to stop the message, or > simply chkconfig autofs off to stop it from starting if you don't use > autofs. > > -Rick > > -- > Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com > Linux/Network Administrator - Medata, Inc. (from home) > PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc > > > > --__--__-- > > Message: 18 > From: "Gene C." > To: fedora-test-list at redhat.com > Subject: FC2 test1 and KVM switch > Date: Sun, 15 Feb 2004 14:02:47 -0500 > Reply-To: fedora-test-list at redhat.com > > OK, I know, I know that Red Hat does not support the use of KVM switches. > > But, some of use depend on them. > > Is anyone experiencing problems with FC2 test1 and a KVM switch. > > I am using a Belkin 4 port Omni Cube and have had zero problems with it and > previous releases. With FC2 test1, when I first install and boot the system > up everything works fine. > > However, if I switch to another system and then back to the FC2 test1 system, > the mouse starts jumping all over the screen. The keyboard and monitor seem > to work fine. > > The mouse is a PS2 interface Logitech TrackMan Wheel. > > Anyone else seeing this (or positively NOT seeing it)? > -- > Gene > > > > --__--__-- > > Message: 19 > Date: Sun, 15 Feb 2004 14:07:55 -0500 (EST) > From: Tom Diehl > To: fedora-test-list at redhat.com > Subject: Re: FC2 test1 and KVM switch > Reply-To: fedora-test-list at redhat.com > > On Sun, 15 Feb 2004, Gene C. wrote: > > > OK, I know, I know that Red Hat does not support the use of KVM switches. > > > > But, some of use depend on them. > > > > Is anyone experiencing problems with FC2 test1 and a KVM switch. > > > > I am using a Belkin 4 port Omni Cube and have had zero problems with it and > > previous releases. With FC2 test1, when I first install and boot the system > > up everything works fine. > > > > However, if I switch to another system and then back to the FC2 test1 system, > > the mouse starts jumping all over the screen. The keyboard and monitor seem > > to work fine. > > > > The mouse is a PS2 interface Logitech TrackMan Wheel. > > > > Anyone else seeing this (or positively NOT seeing it)? > > So far I have not seen it on FC2T1. I have experienced this with FC1 though. > FWIW switching to a VT and back into X clears it up, at least it did with FC1. > :-) > > The switch is a iogear Miniview 4 port. It even lets the dcc stuff for X work > properly. IOW my monitor gets detected properly. > > Tom > > > > --__--__-- > > Message: 20 > Date: Sun, 15 Feb 2004 14:09:05 -0500 > From: Alan Cox > To: fedora-test-list at redhat.com > Subject: Re: FC2 test1 and KVM switch > Reply-To: fedora-test-list at redhat.com > > On Sun, Feb 15, 2004 at 02:02:47PM -0500, Gene C. wrote: > > I am using a Belkin 4 port Omni Cube and have had zero problems with it and > > previous releases. With FC2 test1, when I first install and boot the system > > up everything works fine. > > > > However, if I switch to another system and then back to the FC2 test1 system, > > the mouse starts jumping all over the screen. The keyboard and monitor seem > > to work fine. > > X or console ? > > > > --__--__-- > > Message: 21 > Date: Sun, 15 Feb 2004 11:13:39 -0800 > From: Rick Johnson > Organization: Medata, Inc. > To: fedora-test-list at redhat.com > Subject: Re: FC2 test1 and KVM switch > Reply-To: fedora-test-list at redhat.com > > Gene C. wrote: > > OK, I know, I know that Red Hat does not support the use of KVM switches. > > > > But, some of use depend on them. > > > > Is anyone experiencing problems with FC2 test1 and a KVM switch. > > > > I am using a Belkin 4 port Omni Cube and have had zero problems with it and > > previous releases. With FC2 test1, when I first install and boot the system > > up everything works fine. > > > > However, if I switch to another system and then back to the FC2 test1 system, > > the mouse starts jumping all over the screen. The keyboard and monitor seem > > to work fine. > > > > The mouse is a PS2 interface Logitech TrackMan Wheel. > > > > Anyone else seeing this (or positively NOT seeing it)? > > This has been a problem since Red Hat 7.whatever. The issue is with the > IMPS/2 mouse driver. I've found that switching away from the TTY and > back to it almost always clears it up. i.e. Ctrl+Alt+F8, then Alt+F7 (or > Ctrl+Alt+F7). This is a "workaround" I've lived with when using any > Belkin/Dlink/etc. KVM based on the same basic chipset with almost any > Linux and the IMPS/2 driver. That, or you can switch to a different > mouse driver (i.e. PS/2) and expect "normal" behavior. > > HTH, > -Rick > > > -- > Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com > Linux/Network Administrator - Medata, Inc. (from home) > PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc > > > > --__--__-- > > Message: 22 > Date: Sun, 15 Feb 2004 20:30:58 +0100 > From: Alexander Dalloz > Subject: Re: Where is the php-imap RPM file? > To: fedora-test-list at redhat.com > Reply-To: fedora-test-list at redhat.com > > Am So, den 15.02.2004 schrieb Bernd Bartmann um 19:34: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Alexander Dalloz schrieb: > > | There is a bugzilla entry about this and Joe Orton requested to vote for > > | having imap support in PHP. > > > > Which bugzilla number is this? > > > > Thanks in advance! > > Seems you found it already: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115535 > > Alexander > > > -- > Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 > Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl > Sirendipity 20:30:19 up 1 day, 9 users, load average: 0.06, 0.11, > [ ?????????? ??'?????????? - gnothi seauton ] > > > > > --__--__-- > > Message: 23 > Date: Sun, 15 Feb 2004 20:40:51 +0100 > From: Bernd Bartmann > Organization: SoHaNet Technology GmbH > To: fedora-test-list at redhat.com > Subject: Re: Where is the php-imap RPM file? > Reply-To: fedora-test-list at redhat.com > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Alexander Dalloz schrieb: > | Seems you found it already: > | > | https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115535 > > Yeah, but thanks anyway. > > - -- > 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.3 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFAL8tDkQuIaHu84cIRAss5AKCFsYXlxfz0r+CUhZkU5xnZpm6e7wCePwEP > bkSpIKKtE+Xkvxv1b8e6dnc= > =Vsbu > -----END PGP SIGNATURE----- > > > > --__--__-- > > Message: 24 > Date: Sun, 15 Feb 2004 12:48:09 -0700 > From: Erich Hoover > To: fedora-test-list at redhat.com > Subject: FC2 Upgrade (how I resolved USB, Samba, and sound problems) > Reply-To: fedora-test-list at redhat.com > > This is a multi-part message in MIME format. > --------------000801040604090702020005 > Content-Type: text/plain; charset=us-ascii; format=flowed > Content-Transfer-Encoding: 7bit > > When I upgraded to the FC2 Test I ran into four major problems: > 1) My USB didn't work (since I have a USB mouse this is important) > 2) Samba mounts no-longer worked (reported the error "smbfs not > supported by kernel") > 3) My sound card drivers didn't load > 4) My ATI All-In-Wonder 9800 Driver won't compile so 3D acceleration is > disabled [unresolved] > > Solution to number one: > * Open /etc/modprobe.conf.dist in an editor (or modprobe.conf - my > modprobe.conf just forwarded to my modprobe.conf.dist) > * Add the line "alias usb-controller uhci-hcd" > * For some reason (at least for me) the usb controller was not setup to > load because that line was missing > > Solution to number two: > * Change directory to your linux source (for me this was > /usr/src/linux-2.6.2-1.79/) > * run "make menuconfig" and locate the samba file system in the menus, > turn it into a module > * recompile the kernel > * copy smbfs.ko from /fs/smbfs/ to modules>/kernel/fs/smbfs/ (for my linux modules was > /lib/modules/2.6.1-1.65) > * modprobe smbfs > > Solution to number three: > * Open /etc/modprobe.conf.dist in an editor (see solution to 1 for note) > * Add the appropriate lines for your sound card, this information is > available at the ALSA website (http://www.alsa-project.org/alsa-doc/) > * Restart > > Solution to number four: > * I haven't solved this one, if someone knows how to get the AIW 9800 > driver to compile I'd really appreciate help with it > > --------------000801040604090702020005 > Content-Type: text/html; charset=us-ascii > Content-Transfer-Encoding: 7bit > > > > > > > > > When I upgraded to the FC2 Test I ran into four major problems: >
> 1) My USB didn't work (since I have a USB mouse this is important) >
> 2) Samba mounts no-longer worked (reported the error "smbfs not > supported by kernel") >
> 3) My sound card drivers didn't load >
> 4) My ATI All-In-Wonder 9800 Driver won't compile so 3D acceleration is > disabled [unresolved] >
>
> Solution to number one: >
> * Open /etc/modprobe.conf.dist in an editor (or modprobe.conf - my > modprobe.conf just forwarded to my modprobe.conf.dist) >
> * Add the line "alias usb-controller uhci-hcd" >
> * For some reason (at least for me) the usb controller was not setup to > load because that line was missing >
>
> Solution to number two: >
> * Change directory to your linux source (for me this was > /usr/src/linux-2.6.2-1.79/) >
> * run "make menuconfig" and locate the samba file system in the menus, > turn it into a module >
> * recompile the kernel >
> * copy smbfs.ko from <linux source> class="moz-txt-tag">/fs/smbfs/ > to <linux modules> class="moz-txt-tag">/kernel/fs/smbfs class="moz-txt-tag">/ > (for my linux modules was /lib/modules/2.6.1-1.65) >
> * modprobe smbfs >
>
> Solution to number three: >
> * Open /etc/modprobe.conf.dist in an editor (see solution to 1 for > note) >
> * Add the appropriate lines for your sound card, this information is > available at the ALSA website ( > href="http://www.alsa-project.org/alsa-doc/">http://www.alsa-project.org/alsa-do > c/) >
> * Restart >
>
> Solution to number four: >
> * I haven't solved this one, if someone knows how to get the AIW 9800 > driver to compile I'd really appreciate help with it >
> > > > --------------000801040604090702020005-- > > > > --__--__-- > > Message: 25 > Date: Sun, 15 Feb 2004 13:04:24 -0700 > From: Charles Curley > To: fedora-test-list at redhat.com > Subject: Re: GNOME changing Desktop Wallpaper > Reply-To: fedora-test-list at redhat.com > > > --HlL+5n6rz5pIUxbD > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Sun, Feb 15, 2004 at 07:08:22PM +0100, Thomas Voss wrote: > > Hello everyone, > >=20 > > trying to change the desktop Wallpaper in FC 2 from the=20 > > desktop-context-menu in GNOME, no dialog would appear! > >=20 > > Any hints? > > Haven't tried FC2 yet, so this is FC1 centric. The program for > changing backgrounds is /usr/bin/gnome-background-properties, and it > belongs to the package control-center. Do you have those on your > system? > > Can you set the background from the command line or a script? See > http://www.linuxjournal.com/article.php?sid=3D7343 for more info on how > to do so. > > --=20 > > Charles Curley /"\ ASCII Ribbon Campaign > Looking for fine software \ / Respect for open standards > and/or writing? X No HTML/RTF in email > http://www.charlescurley.com / \ No M$ Word docs in email > > Key fingerprint =3D CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB > > --HlL+5n6rz5pIUxbD > Content-Type: application/pgp-signature > Content-Disposition: inline > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (GNU/Linux) > > iD8DBQFAL9DI//ZMSE7N39sRAmaXAJwI8jZyWu4gjLoX7dyWBjrY8ZeXJQCfZQZE > A30xXx1AZ424++RXGWZW/Bo= > =NsNP > -----END PGP SIGNATURE----- > > --HlL+5n6rz5pIUxbD-- > > > > --__--__-- > > Message: 26 > Date: Sun, 15 Feb 2004 12:02:12 -0800 > From: "J. Scott Amort" > Subject: Re: native eclipse > To: fedora-test-list at redhat.com > Reply-To: fedora-test-list at redhat.com > > On Sun, 2004-02-15 at 09:59 +0000, Paul Nasrat wrote: > > I believe this is still the case, naoko (rpms of rhug) which include ant, etc > > needed to build eclipse are making it into rawhide builds atm. There were > some > > issues with building ant and thus eclipse using the rawhide gcc-ssa packages. > > > > I expect that naoko will be fully in rawhide shortly, then it should be > > possible to build the older eclipse snapshot - I have some patches that enable > > a build up until hitting the libgcj/ant issues. > > Thanks for the info. I had managed to get eclipse-2.1.0-22 to compile > and work on FC1, I was just wondering if there was a newer version > available. > > Regards, > > Scott > > > > --__--__-- > > Message: 27 > From: Alain Cochard > Date: Sun, 15 Feb 2004 21:02:48 +0100 > To: fedora-test-list at redhat.com > Subject: Re: FC2-test1 intall not working on (my) Dell Latitude C600 > Reply-To: fedora-test-list at redhat.com > > Alan Cox writes: > > > "Boot from" - start the machine from ("boot off" is bad but common > > English meaning the same thing as "boot from") > > Thanks a lot. > > > > > After some time the following message appears: > > > > > > "The fedora Core CD was not found in any of your CDROM drives. > > > Please insert the Fedora Core CD and press OK to retry" > > > What sort of CD-ROM drive do you have (USB, IDE etc) ? Is this > > machine a Vaio ? > > Mmh, like I said, my laptop is a Dell. Can it be a Vaio at the same > time? I don't see this name in any of the specifications. However, > if I try 'grep -i vaio *' in /var/log, I see in all ksyms.* that > > c03b5dc4 is_sony_vaio_laptop_R7462d5e4 > > whatever it means. As for the CD-ROM drive, I have no idea how to > find that piece of information. All I can say is what is in > /var/log/messages.*: > > SONY CD-RW CRX700E, ATAPI CD/DVD-ROM drive > > AC > > > > --__--__-- > > Message: 28 > From: "Gene C." > To: fedora-test-list at redhat.com > Subject: Re: FC2 test1 and KVM switch > Date: Sun, 15 Feb 2004 15:14:06 -0500 > Reply-To: fedora-test-list at redhat.com > > On Sunday 15 February 2004 14:07, Tom Diehl wrote: > > So far I have not seen it on FC2T1. I have experienced this with FC1 > > though. FWIW switching to a VT and back into X clears it up, at least it > > did with FC1. > > > > :-) > > I wish ... no, switch to a VT did nothing except produce some kernel (I think) > messages when the mouse moved. > -- > Gene > > > > --__--__-- > > Message: 29 > From: "Gene C." > To: fedora-test-list at redhat.com > Subject: Re: FC2 test1 and KVM switch > Date: Sun, 15 Feb 2004 15:15:32 -0500 > Reply-To: fedora-test-list at redhat.com > > On Sunday 15 February 2004 14:09, Alan Cox wrote: > > On Sun, Feb 15, 2004 at 02:02:47PM -0500, Gene C. wrote: > > > I am using a Belkin 4 port Omni Cube and have had zero problems with it > > > and previous releases. With FC2 test1, when I first install and boot the > > > system up everything works fine. > > > > > > However, if I switch to another system and then back to the FC2 test1 > > > system, the mouse starts jumping all over the screen. The keyboard and > > > monitor seem to work fine. > > > > X or console ? > > Both ... and the video is 1600x1200 on a Dell 2000FP (analog). > > The only problem is the mouse. > -- > Gene > > > > --__--__-- > > Message: 30 > From: "Gene C." > To: fedora-test-list at redhat.com > Subject: Re: FC2 test1 and KVM switch > Date: Sun, 15 Feb 2004 15:24:50 -0500 > Reply-To: fedora-test-list at redhat.com > > On Sunday 15 February 2004 14:13, Rick Johnson wrote: > > Gene C. wrote: > > > OK, I know, I know that Red Hat does not support the use of KVM switches. > > > > > > But, some of use depend on them. > > > > > > Is anyone experiencing problems with FC2 test1 and a KVM switch. > > > > > > I am using a Belkin 4 port Omni Cube and have had zero problems with it > > > and previous releases. With FC2 test1, when I first install and boot the > > > system up everything works fine. > > > > > > However, if I switch to another system and then back to the FC2 test1 > > > system, the mouse starts jumping all over the screen. The keyboard and > > > monitor seem to work fine. > > > > > > The mouse is a PS2 interface Logitech TrackMan Wheel. > > > > > > Anyone else seeing this (or positively NOT seeing it)? > > > > This has been a problem since Red Hat 7.whatever. The issue is with the > > IMPS/2 mouse driver. I've found that switching away from the TTY and > > back to it almost always clears it up. i.e. Ctrl+Alt+F8, then Alt+F7 (or > > Ctrl+Alt+F7). This is a "workaround" I've lived with when using any > > Belkin/Dlink/etc. KVM based on the same basic chipset with almost any > > Linux and the IMPS/2 driver. That, or you can switch to a different > > mouse driver (i.e. PS/2) and expect "normal" behavior. > > Never had a problem before. I just check the XF86Config for FC1 and FC2 and > both specify IMPS/2. Switch to any VT does nothing. > > In addition, when I am on a console (e.g., VT1) and I move the trackball, I > get messages of the form: > > psmouse.c: Explorer Mouse at isa0060/serio1/input0 lost syncronization, > thowing 2 bytes away. > > -- > Gene > > > > --__--__-- > > Message: 31 > Subject: RE: FC in (on) DVD > From: Tatxe > To: fedora-test-list at redhat.com > Date: Sun, 15 Feb 2004 21:35:42 +0100 > Reply-To: fedora-test-list at redhat.com > > > --=-KD40CtAoPBMpbZ4+M1M7 > Content-Type: text/plain; charset=iso-8859-15 > Content-Transfer-Encoding: quoted-printable > > El s=E1b, 14-02-2004 a las 13:53, Vanco, Don escribi=F3: > > > I am not the author and I don't recall where I got this - but it may help= > ... > > I tried this before but the DVD doesn't boot. I don't thinks was a BIOS > issue because I was downloaded the DVD iso of Core 1 from Bittorrent and > works fine. > > > =20 > > > --=-KD40CtAoPBMpbZ4+M1M7 > Content-Type: application/pgp-signature; name=signature.asc > Content-Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada > digitalmente > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (GNU/Linux) > > iD8DBQBAL9gdV28IcxcVZp8RAkzkAKCL9yzHeN+vZ0BM+g1MwcJOH5VMDACfTr2K > ry0T0Cwc3LKPjRtk7QaUd+k= > =Js/K > -----END PGP SIGNATURE----- > > --=-KD40CtAoPBMpbZ4+M1M7-- > > > > > --__--__-- > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > End of fedora-test-list Digest From ggw at wolves.durham.nc.us Mon Feb 16 00:54:05 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Sun, 15 Feb 2004 19:54:05 -0500 Subject: kdeinit won't start Message-ID: <20040216005405.GA4003@wolves.durham.nc.us> Trying to run the latest kde from development, the login process reports that kdeinit won't start. Running kdeinit from the command line yeilds: [ggw at tembo ggw]$ kdeinit kdeinit: relocation error: /usr/lib/libkdeui.so.4: undefined symbol: _ZN9QComboBox4hideEv -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From alan at redhat.com Mon Feb 16 01:00:24 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 15 Feb 2004 20:00:24 -0500 Subject: FC2 test1 network issue In-Reply-To: <40300DBF.6030702@mindspring.com> References: <402FFD21.6000809@mindspring.com> <1076887527.4176.101.camel@sirendipity.dogma.lan> <40300DBF.6030702@mindspring.com> Message-ID: <20040216010024.GA24001@devserv.devel.redhat.com> On Sun, Feb 15, 2004 at 05:24:31PM -0700, David R. Fischer wrote: > ># Disable ECN > >net.ipv4.tcp_ecn = 0 > > > >and run "systctl -p" (modified sysctl.conf is loaded automagically on > >next boot time). > > > ok thanks, > > now how did you know that would help and where do I resreach that info?? > thanks Faulty firewalls basically. I informed Sun of this problem in 2001, and its still not fixed 8) From ekolve at comcast.net Mon Feb 16 01:08:03 2004 From: ekolve at comcast.net (Eric Kolve) Date: Sun, 15 Feb 2004 17:08:03 -0800 Subject: FC2 Test 1 w/ Dell CSX H500xt Message-ID: <20040216010803.GA3039@requiem.attbi.com> I just put FC2 Test 1 on a Dell CSX H500xt and upon starting up I get a mysterious message that "Critical temperature reached (-296 C) halting". I have only seen messages that suggest this might have something to do with ACPI and suggested disabling that in grub.conf, which didn't seem to work. Any suggestions? --eric From ramanan54 at hotmail.com Mon Feb 16 01:15:48 2004 From: ramanan54 at hotmail.com (VENKAT RAMANAN) Date: Mon, 16 Feb 2004 06:45:48 +0530 Subject: sound not detected in FC2 Test Message-ID: I am getting the following message. Details: Failed to execute child process "gst-mixer" (No such file or directory) What is the solution? Ramanan _________________________________________________________________ Contact brides & grooms FREE! http://www.shaadi.com/ptnr.php?ptnr=hmltag Only on www.shaadi.com. Register now! From alexander.dalloz at uni-bielefeld.de Mon Feb 16 01:16:05 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Mon, 16 Feb 2004 02:16:05 +0100 Subject: tcp connection problem In-Reply-To: <1076887646.4176.104.camel@sirendipity.dogma.lan> References: <1076887646.4176.104.camel@sirendipity.dogma.lan> Message-ID: <1076894164.4176.121.camel@sirendipity.dogma.lan> Am Mo, den 16.02.2004 schrieb Alexander Dalloz um 00:27: [ snip ] > Maybe this helps, add to /etc/sysctl.conf: > > # Disable ECN > net.ipv4.tcp_ecn = 0 > > and run "systctl -p" (modified sysctl.conf is loaded automagically on > next boot time). Just for the logs/archive: I accidently mistyped, the correct command is sysctl [ not systctl ] located in /sbin/ and has to be run as root. Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl Sirendipity 02:12:25 up 1 day, 5:51, load average: 0.08, 0.12, 0.09 [ ????? ?'????? - gnothi seauton ] From sandy_pond at myrealbox.com Mon Feb 16 01:14:54 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sun, 15 Feb 2004 20:14:54 -0500 Subject: Cannot access jsecom*.sun.com with kernel 2.6.x In-Reply-To: <1076891644.4176.112.camel@sirendipity.dogma.lan> References: <1076887646.4176.104.camel@sirendipity.dogma.lan> <1076888347.5934.19.camel@zgobolos.home> <1076889115.4176.108.camel@sirendipity.dogma.lan> <1076889701.5934.30.camel@zgobolos.home> <1076890446.20419.4.camel@localhost.localdomain> <1076891644.4176.112.camel@sirendipity.dogma.lan> Message-ID: <1076894093.23596.1.camel@family> On Mon, 2004-02-16 at 01:34 +0100, Alexander Dalloz wrote: > Am Mo, den 16.02.2004 schrieb Mike Mccabe um 01:14: > > Where in the Kernel Configuration is the kernel option? > > Mike > > As I wrote before, in /etc/sysctl.conf the setting > > # Disable ECN > net.ipv4.tcp_ecn = 0 > > You can set this too with > > echo 0> /proc/net//ipv4/tcp_ecn echo 0 > /proc/sys/net/ipv4/tcp_ecn > > But then it will be only active until next reboot. > > Alexander > > > -- > Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 > Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl > Sirendipity 01:31:29 up 1 day, 5:10, load average: 0.03, 0.09, 0.04 > [ ????? ?'????? - gnothi seauton ] > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list From aoliva at redhat.com Mon Feb 16 01:50:58 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 15 Feb 2004 22:50:58 -0300 Subject: FC2 Test 1 with raid1 and LVM In-Reply-To: <20040215222238.GA3791@inxservices.com> References: <20040215222238.GA3791@inxservices.com> Message-ID: On Feb 15, 2004, George Garvey wrote: > When booting, it stays for a long time on "Setting up Logical Volume > Management:", approximately 5 minutes. There was a thread on this subject just a few days ago. Look for references to /etc/lvm/lvm.conf in the recent archives. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From aoliva at redhat.com Mon Feb 16 01:54:11 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 15 Feb 2004 22:54:11 -0300 Subject: FC2 Test 1 w/ Dell CSX H500xt In-Reply-To: <20040216010803.GA3039@requiem.attbi.com> References: <20040216010803.GA3039@requiem.attbi.com> Message-ID: On Feb 15, 2004, Eric Kolve wrote: > I just put FC2 Test 1 on a Dell CSX H500xt and upon starting up I > get a mysterious message that "Critical temperature reached (-296 C) > halting". Already reported in another thread. Upgrading to the current development kernel should fix it. Booting with acpi=off or removing the battery works around it such that you can get that far. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From sean at charlug.org Mon Feb 16 02:47:38 2004 From: sean at charlug.org (Sean Hogston) Date: Sun, 15 Feb 2004 21:47:38 -0500 Subject: Broadcom BCM57xx NIC (tg3) In-Reply-To: <021620040039.11223.306@comcast.net> References: <021620040039.11223.306@comcast.net> Message-ID: <1076899658.10546.11.camel@deebo> On Sun, 2004-02-15 at 19:39, amdk6 at comcast.net wrote: > With stock 2.6 kernel in FC2, seems the module tg3 loads, but doesn't work. I also tried the offical drivers, no avil. Is there a global problem in 2.6 possibly? I had a similar problem with the tg3 driver on my dell laptop. The installer did not create the /etc/sysconfig/network-scripts/ifcfg-eth0 file. I created it manually rebooted and it all came up. Also, please don't include the complete daily digest when you forward a message to the list. Sean From notting at redhat.com Mon Feb 16 02:56:48 2004 From: notting at redhat.com (Bill Nottingham) Date: Sun, 15 Feb 2004 21:56:48 -0500 Subject: FC2 test1: install glitches and comments (resend, last one was too big) In-Reply-To: References: <402DCD3B.3070404@medata.com> Message-ID: <20040216025648.GJ4701@devserv.devel.redhat.com> Ricky Ng-Adam (rngadam at yahoo.com) said: > >It doesn't - that's why an ISO image is provided - they fit perfectly on > >the business card or 110mb mini CD-R's. A CD-RW works as well. > > So... When the install is proposing to create a boot diskette, it is in > fact proposing to burn an ISO image?? No, it's proposing to create something that doesn't work. (i.e., a different bug) Bill From notting at redhat.com Mon Feb 16 03:03:47 2004 From: notting at redhat.com (Bill Nottingham) Date: Sun, 15 Feb 2004 22:03:47 -0500 Subject: FC2test1: numerical sysctl obsolete In-Reply-To: References: Message-ID: <20040216030347.GK4701@devserv.devel.redhat.com> Ricky Ng-Adam (rngadam at yahoo.com) said: > For kudzu, at install: All the kudzu ones are known, in bugzilla. > For quota, at boot: > > kernel: quotaon: numerical sysctl 5 16 8 is obsolete. Also known n in bugzilla. > I noticed that bug 102061 (for RH1.0 rawhide) and 114709 (Fedora devel) > refers to this - is there any ongoing effort to stamp out these > warnings? Will get fixed eventually. Since it's just a cosmetic warning it's not a high priority right this second. Bill From ojgbagg27ab at msn.com Mon Feb 16 03:20:22 2004 From: ojgbagg27ab at msn.com (alton bailey) Date: Sun, 15 Feb 2004 22:20:22 -0500 Subject: FC2 test1 network issue References: <402FFD21.6000809@mindspring.com> <1076887527.4176.101.camel@sirendipity.dogma.lan> Message-ID: I had that issue a few weeks ago and I did some reading on iptables to setup a fire wall. just run the command in a terminal window ( iptables --flush / iptables --flush -nat ) after that you could save the the file in /etc/sysconfig/iptables with this command iptables-save > /etc/sysconfig/iptables then do iptables -L to se the list in the file. also I put my ISP domain ip addressin my network config and it work ----- Original Message ----- From: "Alexander Dalloz" To: Sent: 02/15/2004 6:25 PM Subject: Re: FC2 test1 network issue > Am Mo, den 16.02.2004 schrieb David R. Fischer um 00:13: > > all, > > weird one just ran into. After a fresh install of FC2 test1 I am unable > > to get beyond the local subnet. My 4 other machines are working with no > > issues and also when I had redhat 9 on the same machine it could get out > > to the internet. I have tried 3 installs so far > > (workstation,server,custom) and all still will not connect out side the > > local subnet (i.e. i can nfs/ssh to my main server but can not ftp/http > > to internet) > > > > Any help please. > > > > thanks > > Maybe this helps, add to /etc/sysctl.conf: > > # Disable ECN > net.ipv4.tcp_ecn = 0 > > and run "systctl -p" (modified sysctl.conf is loaded automagically on > next boot time). > > Alexander > > > -- > Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 > Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl > Sirendipity 00:23:16 up 1 day, 4:02, load average: 0.19, 0.12, 0.05 > [ ????? ?'????? - gnothi seauton ] > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > From webmaster at margo.bijoux.nom.br Mon Feb 16 03:22:26 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Mon, 16 Feb 2004 00:22:26 -0300 Subject: FC2 test1 network issue In-Reply-To: <20040216010024.GA24001@devserv.devel.redhat.com> References: <402FFD21.6000809@mindspring.com> <1076887527.4176.101.camel@sirendipity.dogma.lan> <40300DBF.6030702@mindspring.com> <20040216010024.GA24001@devserv.devel.redhat.com> Message-ID: <40303772.9020009@margo.bijoux.nom.br> Alan Cox wrote: >Faulty firewalls basically. I informed Sun of this problem in 2001, and its >still not fixed 8) > > Weird... I work as a sysadmin and recently (after starting using the 2.6 kernel on rh9) on our mailhost we had issues with a certain host ... They said that their firewall blocked everything when ECN was enabled and they wouldnt ever think about disabling it, because of security concerns... Is this really a security issue or just some sysadmin that needs to read a bit more about ECN? From what I've read about ECN , it is supposed to help... Pedro Macedo From fischerdr at mindspring.com Mon Feb 16 03:42:05 2004 From: fischerdr at mindspring.com (David R. Fischer) Date: Sun, 15 Feb 2004 20:42:05 -0700 Subject: Dovecot configuration Message-ID: <40303C0D.7020000@mindspring.com> Question. In trying to setup dovecot I noticed that it is trying to hit a postgresql DB. When I went looking in the rpm I see no PREIN/POSTIN creating the database. Is the SRPM just defaulting incorrectly?? or is there scripts missing? thanks From peter_bradley at sympatico.ca Mon Feb 16 04:31:13 2004 From: peter_bradley at sympatico.ca (Peter Bradley) Date: Sun, 15 Feb 2004 23:31:13 -0500 Subject: Broadcom BCM57xx NIC (tg3) In-Reply-To: <1076899658.10546.11.camel@deebo> References: <021620040039.11223.306@comcast.net> <1076899658.10546.11.camel@deebo> Message-ID: <40304791.8080707@sympatico.ca> Sean Hogston wrote: >On Sun, 2004-02-15 at 19:39, amdk6 at comcast.net wrote: > > >>With stock 2.6 kernel in FC2, seems the module tg3 loads, but doesn't work. I also tried the offical drivers, no avil. Is there a global problem in 2.6 possibly? >> >> > >I had a similar problem with the tg3 driver on my dell laptop. The >installer did not create the /etc/sysconfig/network-scripts/ifcfg-eth0 >file. I created it manually rebooted and it all came up. > > Hi Sean, Would you be able to post the script to the list, it may solve my problems as well. Thanks. Peter From fedora at mytsoftware.com Mon Feb 16 04:42:56 2004 From: fedora at mytsoftware.com (David Finch) Date: Sun, 15 Feb 2004 20:42:56 -0800 Subject: artsd References: <021620040039.11223.306@comcast.net> <1076899658.10546.11.camel@deebo> <40304791.8080707@sympatico.ca> Message-ID: <001e01c3f447$590bd970$6500a8c0@david> What would cause artsd to have a 90% or so idle cpu usage? I noticed it after getting an erratic frame rate of 1-10fps in Tux Racer. After killing the process I got a very smooth frame rate. I've got artsd version 1.20, and kernel 2.6.2-1.81. From sean at charlug.org Mon Feb 16 05:16:18 2004 From: sean at charlug.org (Sean Hogston) Date: Mon, 16 Feb 2004 00:16:18 -0500 Subject: Broadcom BCM57xx NIC (tg3) In-Reply-To: <40304791.8080707@sympatico.ca> References: <021620040039.11223.306@comcast.net> <1076899658.10546.11.camel@deebo> <40304791.8080707@sympatico.ca> Message-ID: <1076908577.10546.29.camel@deebo> On Sun, 2004-02-15 at 23:31, Peter Bradley wrote: > Sean Hogston wrote: > > >On Sun, 2004-02-15 at 19:39, amdk6 at comcast.net wrote: > > > > > >>With stock 2.6 kernel in FC2, seems the module tg3 loads, but doesn't work. I also tried the offical drivers, no avil. Is there a global problem in 2.6 possibly? > >> > >> > > > >I had a similar problem with the tg3 driver on my dell laptop. The > >installer did not create the /etc/sysconfig/network-scripts/ifcfg-eth0 > >file. I created it manually rebooted and it all came up. > > > > > > Hi Sean, > > Would you be able to post the script to the list, it may solve my > problems as well. Thanks. > > Peter Here is what I have in mine: DEVICE=eth0 BOOTPROTO=dhcp ONBOOT=yes Sean From vic at gedris.org Mon Feb 16 05:23:22 2004 From: vic at gedris.org (Vic Gedris) Date: Mon, 16 Feb 2004 00:23:22 -0500 Subject: Alsa / Sound stops working after returning from suspend mode Message-ID: <20040216052322.GL21661@gedris.org> Hi everyone, See the bug's details here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115765 I'd like to try and get this fixed as soon as possible and am willing to help fix it. Does anyone here have any suggestions for what I can try to get it fixed? Cheers, Vic -- Vic Gedris | Sick of getting Microsoft email viruses? Try vic-at-gedris.org | using Linux instead! http://www.linux.org http://vic.dyndns.org | GNU Privacy Guard (GPG) Key-ID: D77B43FB -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From update at alexevon.org Mon Feb 16 05:30:20 2004 From: update at alexevon.org (Alex F. Evonosky) Date: Mon, 16 Feb 2004 00:30:20 -0500 Subject: Intel Corp. 440GX - 82443GX Host bridge Message-ID: <4030556C.2000206@alexevon.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 anyone know if the Intel 440GX SCSI RAID issue is resolved yet in FC2 test 1? This was working fine in RH7.3 and below, but 8.0 and 9.0 and FC1,, appears to now acknowledge the following... Host bridge: Intel Corp. 440GX - 82443GX Host bridge 00:01.0 PCI bridge: Intel Corp. 440GX - 82443GX AGP bridge 02:04.0 SCSI storage controller: Adaptec AHA-2940U2/U2W / 7890/7891 02:06.0 SCSI storage controller: Adaptec AIC-7860 (rev 03) Upon installation, it states that no hard drives were detected. Thank You. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.3.4 (GNU/Linux) iD8DBQFAMFVsi6NlI+CoSzsRApxnAJ9e6I2c3TpSIquM6Z4PSGGzEXVb+ACfduaM y4j9lXOnJkjnYg+xpMjYoK4= =HtVp -----END PGP SIGNATURE----- From notting at redhat.com Mon Feb 16 05:39:45 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 16 Feb 2004 00:39:45 -0500 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <1076853131.6798.11.camel@spike-home.comcast.net> References: <1076853131.6798.11.camel@spike-home.comcast.net> Message-ID: <20040216053945.GA28560@devserv.devel.redhat.com> Christopher A. Williams (chrisw01 at privatei.com) said: > 1) Sound - I have an Intel I810 series on-board sound card (SIS > manufactured - my motherboard is an ASUS P4S8X). It was apparently > recognized, but I couldn't get a peep out of the system with it. No > errors, just no sound. Going back to FC1 brought this back to life. Try unmuting it/turning up the volume - ALSA starts muted by default. Bill From tony at involution.com Mon Feb 16 05:41:22 2004 From: tony at involution.com (Tony Perrie) Date: Sun, 15 Feb 2004 23:41:22 -0600 (CST) Subject: Asus P5A Install Fails In-Reply-To: <4030556C.2000206@alexevon.org> Message-ID: The FC2 install errors out when I try it on my Asus P5A with a 500 MHz K6-2 and 768 MB of RAM. It happens when I attempt to boot from CD1 and doesn't get very far into the installation before the machine reboots. Tony From notting at redhat.com Mon Feb 16 05:44:51 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 16 Feb 2004 00:44:51 -0500 Subject: sound not detected in FC2 Test In-Reply-To: References: Message-ID: <20040216054451.GB28560@devserv.devel.redhat.com> VENKAT RAMANAN (ramanan54 at hotmail.com) said: > I am getting the following message. > > Details: Failed to execute child process "gst-mixer" (No such file or > directory) > > What is the solution? I believe there's a broken desktop entry in gnome-media... please make sure this is in bugzilla. Bill From tmwg-fedorat at inxservices.com Mon Feb 16 06:02:19 2004 From: tmwg-fedorat at inxservices.com (George Garvey) Date: Sun, 15 Feb 2004 22:02:19 -0800 Subject: FC2 Test 1 with raid1 and LVM In-Reply-To: References: <20040215222238.GA3791@inxservices.com> Message-ID: <20040216060219.GB3791@inxservices.com> On Sun, Feb 15, 2004 at 10:50:58PM -0300, Alexandre Oliva wrote: > On Feb 15, 2004, George Garvey wrote: > > > When booting, it stays for a long time on "Setting up Logical Volume > > Management:", approximately 5 minutes. > > There was a thread on this subject just a few days ago. Look for > references to /etc/lvm/lvm.conf in the recent archives. > Thanks for the response, although I don't see anything relevant (which may be untrue). The thread I found was about upgrading to FC2. This is a new install. Due to warnings, I've not tried upgrading any FC1 systems yet. Also, the other new FC2 install on another hard drive was a red herring. The problem is still there even with that drive gone. Both of them were new installs. The first just to get the bearings on a drive that didn't belong in the system. The second on the actual drives that would stay in the system. Also, there is no /etc/lvm/lvm.conf on the system in question. Guess I'll need to read the script that's running and see what it is doing. From hoyt at cavtel.net Mon Feb 16 06:29:01 2004 From: hoyt at cavtel.net (Hoyt) Date: Mon, 16 Feb 2004 01:29:01 -0500 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <20040216053945.GA28560@devserv.devel.redhat.com> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> Message-ID: <200402160129.01252.hoyt@cavtel.net> On Monday 16 February 2004 12:39 am, Bill Nottingham wrote: > Try unmuting it/turning up the volume - ALSA starts muted by default. Is there a valid reason for that? It seems that perhaps _some_ volume initially would help avoid unnecessary help requests. I would not think that starting muted would be a generally recognized assumption: -- Hoyt From rngadam at yahoo.com Mon Feb 16 06:44:49 2004 From: rngadam at yahoo.com (Ricky Ng-Adam) Date: Mon, 16 Feb 2004 01:44:49 -0500 Subject: Auto-login default for Personal/Workstation (Re: FC2 test1: install glitches and comments) In-Reply-To: <402FBDFD.30109@medata.com> References: <402DCD3B.3070404@medata.com> <402FBDFD.30109@medata.com> Message-ID: Hello Rick! Rick Johnson wrote: >>> This can be done via the menu when configuring the login screen. >>> Putting it less in the open discourages this overall bad practice. >> >> Yes... Bad practice on the server I understand, but on my own, >> personal, single user laptop? What is the reasoning? Well, sure this >> is not Lindows or MDK, but no reason to be as friendly as possible >> with user's who have this on their laptop or desktop. > > Perhaps, but I'd hate to lose my laptop and give the next guy one less > step to get my data. The 5-10 second inconvenience is worth that small > piece of mind - granted anyone with skills can easily circumvent that > anyway. Well, I guess you already know what I'll say to that but here goes... Few users have such important data that it would figure higher then the loss of their laptop. If it gets stolen the happy 'recipient' will probably reformat it with Windows before bothering to check out your Mozilla cookies... When the data is REALLY important (CIA? NSA? FBI?), you're screwed anyway (as you've said). So I'd say: let advanced users configure the login password (so the inverse of what you told me at the beginning) and have the 90% of users who don't want to bother with an username/password auto-login. It definitely makes the boot process seem faster since you don't have to -wait for kernel and service login -login -wait for KDE/GNOME to startup You can take a toilet break and come back and yeah! you're at the desktop. Now, as for the importance of data in some cases... The user would be better served in having the possibility of using an encrypted home file system - THEN it would make sense and be profitable to ask for a login/user password to access it. That would be a feature that I'd be GRATEFUL to have by the way. Thanks, Ricky From ed at eh3.com Mon Feb 16 07:01:43 2004 From: ed at eh3.com (Ed Hill) Date: Mon, 16 Feb 2004 02:01:43 -0500 Subject: latex2html unable to produce images Message-ID: <1076914903.31647.203.camel@localhost.localdomain> Hi folks, Is anyone using LaTeX2html in FC2-test1? We use it for our project documentation (mostly on Red Hat 8/9) and recently tried to build the same documents on FC2-t1. The result was a lot of "Error converting images" messages so I've submitted it to bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115788 and have been digging through the latex2html PERL source trying to figure out what happened. Does anyone have any suggestions on how to track down this bug? thanks, Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Room 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 email: eh3 at mit.edu, ed at eh3.com URL: http://web.mit.edu/eh3/ 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 tuxpenguin at austin.rr.com Mon Feb 16 07:15:38 2004 From: tuxpenguin at austin.rr.com (Jason Knight) Date: Mon, 16 Feb 2004 01:15:38 -0600 Subject: Ati Module Build X86_64 Link Problem Message-ID: <40306E1A.8000500@austin.rr.com> I am trying to install the ATI 3.7.0 driver on my FC1 Test1 x86_64 (X version 4.3.0-42; kernel 2.4.22-1.2166) system to enable dualhead yet the rpm install gives me this error (at least here are the relevant parts): > *** Trying to install a precompiled kernel module. > *** WARNING *** > Tailored kernel module for fglrx not present in your system. > You must go to /lib/modules/fglrx/build_mod subdir > and execute './make.sh' to build a fully customed kernel module. > Afterwards go to /lib/modules/fglrx and run './make_install.sh' > in order to install the module into your kernel's module repository. > (see readme.txt for more details.) > > As of now you can still run your XServer in 2D, but hardware acclerated > OpenGL will not work and 2D graphics will lack performance. > > failed. > *** Found kernel module build environment, generating kernel module now. > ATI module generator V 2.0 > ========================== > initializing... > cleaning... > patching 'highmem.h'... > skipping patch for 'drmP.h', not needed > skipping patch for 'drm_os_linux.h', not needed > probing for VMA API version... > doing script based build for kernel 2.4.x and similar > compiling './agpgart_be.c'... > compiling './agp3.c'... > compiling './i7505-agp.c'... > compiling './nvidia-agp.c'... > compiling './firegl_public.c'... > linking of fglrx kernel module... > ld: Relocatable linking with relocations from format elf32-i386 > (./libfglrx_ip.a(vm.o)) to format elf64-x86-64 (fglrx.o) is not supported > linking failed - kernel module was not generated > *** WARNING *** > Tailored kernel module for fglrx not present in your system. > You must go to /lib/modules/fglrx/build_mod subdir > and execute './make.sh' to build a fully customed kernel module. > Afterwards go to /lib/modules/fglrx and run './make_install.sh' > in order to install the module into your kernel's module repository. > (see readme.txt for more details.) > > As of now you can still run your XServer in 2D, but hardware acclerated > OpenGL will not work and 2D graphics will lack performance. > > failed. > *** Warning *** > The QT based control panel application did not load in any version. > === > ATI display drivers successfully installed > please run 'fglrxconfig' now > === Yet if I run fglrxconfig and set it all up then when I try to start x it says that it cant load the fglrx module so obviously I need to build it. Obviously I somehow need to get the elf32 lib or else trick it into thinking that is it, does anyone have any suggestions? Would 2.6 kernel or bleeding edge xfree86 help me here? Thanks for any help. Jason Knight From pmatilai at welho.com Mon Feb 16 07:40:07 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Mon, 16 Feb 2004 09:40:07 +0200 (EET) Subject: FC2 test1 and KVM switch In-Reply-To: <200402151452.27901.wes@kuoi.asui.uidaho.edu> References: <20040215203600.15854.55179.Mailman@listman.back-rdu.redhat.com> <200402151452.27901.wes@kuoi.asui.uidaho.edu> Message-ID: On Sun, 15 Feb 2004, Wes Shull wrote: > "Gene C." wrote: > > > I am using a Belkin 4 port Omni Cube and have had zero problems > > with it and previous releases. > [...] > > However, if I switch to another system and then back to the FC2 > > test1 system, ? the mouse starts jumping all over the screen. > > I am using a Belkin OmniView E-series 4-port KVM switch, an MS > Internet Keyboard, and a HP-branded but I think Logitech-made > 2-button basic mouse, (all PS/2 stuff) and I haven't had this > problem. > > I did notice when I first booted into KDE after the upgrade that the > mouse was moving a lot faster; mouse sensitivity setting must have > changed and I didn't bother changing it back, got used to it pretty > quick. But it was faster, not jumpy. > > Your problem does sound suspiciously like one that used to plague me > at work with older/cheaper KVMs, even on Windows machines... When > you say the cursor jumps all over, are we talking so bad that it ends > up at the sides of the screen most of the time? And random button > events, so that mass chaos ensues? If it is a driver problem, Linux > drivers aren't the only ones with the problem... Yep, I'm seeing the same problem and yes the mouse goes totally ballistic, moving around launches random stuff and whatnot. With 2.4-kernels the situation goes away by switching away from X to another VT and then back to X, not so on FC2-test. A collague of mine said it can be worked around by giving kernel some mouse-related parameters at boot time, haven't had yet time to investigate those myself. - Panu - From pmatilai at welho.com Mon Feb 16 07:42:43 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Mon, 16 Feb 2004 09:42:43 +0200 (EET) Subject: FC2 test 1 apt repository In-Reply-To: <20040215173359.GI21661@gedris.org> References: <20040212190141.512017e1@localhost> <20040215173359.GI21661@gedris.org> Message-ID: On Sun, 15 Feb 2004, Vic Gedris wrote: > On Thu, Feb 12, 2004 at 07:01:41PM +0100, Matthias Saou wrote: > > Hi, > > > > For those of you who like/use apt and want to either upgrade to FC2 test 1 > > using it or simply be able to use it once FC2 test 1 is installed, I've set > > up a repository on ayo.freshrpms.net : > > Thanks Matthias. > > Now...where would I find the version of apt for FC2-test1? The version > for FC1 doesn't install due to a dependency on an older version of RPM. For the moment you can use this one: http://fedora.laiskiainen.org/fc2-test/ It's pending QA at fedora.us so you'll be helping the process by testing it... - Panu - From alain at geophysik.uni-muenchen.de Mon Feb 16 07:54:23 2004 From: alain at geophysik.uni-muenchen.de (Alain Cochard) Date: Mon, 16 Feb 2004 08:54:23 +0100 Subject: FC2-test1 intall not working on (my) Dell Latitude C600 In-Reply-To: <402FBC27.9040904@medata.com> References: <16431.37886.791240.8165@localhost.localdomain> <402FBC27.9040904@medata.com> Message-ID: <16432.30511.607451.188222@localhost.localdomain> Rick Johnson writes: > Alain Cochard wrote: > > After some time the following message appears: > > > > "The fedora Core CD was not found in any of your CDROM drives. > > Please insert the Fedora Core CD and press OK to retry" > Try booting with - "linux mediacheck ide=nodma" > > It will go slower, but the CD will mount. [...] It appears that > the DMA mode with our CD-ROM drives just doesn't work properly in > FC2. The FC1 kernel disables DMA on all CD-ROM drives automagically > unless otherwise specified in modules.conf - I believe that > includes the installer kernel, so we never noticed the problem. Yes, that did solve the problem. Thanks a lot. I did not notice it was going slower, though. AC From deji_aking at yahoo.ca Mon Feb 16 08:13:14 2004 From: deji_aking at yahoo.ca (Deji Akingunola) Date: Mon, 16 Feb 2004 03:13:14 -0500 Subject: FC2 test 1 apt repository In-Reply-To: References: <20040212190141.512017e1@localhost> <20040215173359.GI21661@gedris.org> Message-ID: <1076919194.4091.7.camel@rhema> On Mon, 2004-02-16 at 02:42, Panu Matilainen wrote: > > > > Thanks Matthias. > > > > Now...where would I find the version of apt for FC2-test1? The version > > for FC1 doesn't install due to a dependency on an older version of RPM. > > For the moment you can use this one: > http://fedora.laiskiainen.org/fc2-test/ It's pending QA at fedora.us so > you'll be helping the process by testing it... > > - Panu - > Hi Panu, I've install the apt rpm and it works fine. Can we also have the synaptic rpm? I have tried to recompile the most recent version (ver 0.47, i think), but can't get it done. Thanks. Deji From kjb at dds.nl Mon Feb 16 08:43:18 2004 From: kjb at dds.nl (Klaasjan Brand) Date: Mon, 16 Feb 2004 09:43:18 +0100 Subject: Asus P5A Install Fails In-Reply-To: References: Message-ID: <1076920998.14668.1.camel@topicus6> On Mon, 2004-02-16 at 06:41, Tony Perrie wrote: > The FC2 install errors out when I try it on my Asus P5A with a 500 MHz > K6-2 and 768 MB of RAM. It happens when I attempt to boot from CD1 > and doesn't get very far into the installation before the machine reboots. The release notes say: Due to a mistake made at build-time, the ISO images for Fedora Core 1.90 Test 1 include support for i686-class processors only, meaning that it will not be possible to boot Anaconda on systems with Intel Pentium, older AMD, or VIA processors. Klaasjan From aoliva at redhat.com Mon Feb 16 09:15:08 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 16 Feb 2004 06:15:08 -0300 Subject: FC2 Test 1 with raid1 and LVM In-Reply-To: <20040216060219.GB3791@inxservices.com> References: <20040215222238.GA3791@inxservices.com> <20040216060219.GB3791@inxservices.com> Message-ID: On Feb 16, 2004, George Garvey wrote: > On Sun, Feb 15, 2004 at 10:50:58PM -0300, Alexandre Oliva wrote: > Thanks for the response, although I don't see anything relevant (which > may be untrue). Try the thread with subject: FC2-t1 exhibits long delay on LVM setup -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From alan at redhat.com Mon Feb 16 09:38:45 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 16 Feb 2004 04:38:45 -0500 Subject: FC2 test1 network issue In-Reply-To: <40303772.9020009@margo.bijoux.nom.br> References: <402FFD21.6000809@mindspring.com> <1076887527.4176.101.camel@sirendipity.dogma.lan> <40300DBF.6030702@mindspring.com> <20040216010024.GA24001@devserv.devel.redhat.com> <40303772.9020009@margo.bijoux.nom.br> Message-ID: <20040216093845.GB375@devserv.devel.redhat.com> On Mon, Feb 16, 2004 at 12:22:26AM -0300, Pedro Fernandes Macedo wrote: > They said that their firewall blocked everything when ECN was enabled > and they wouldnt ever think about disabling it, because of security > concerns... Good job they hired you > Is this really a security issue or just some sysadmin that needs to read > a bit more about ECN? From what I've read about ECN , it is supposed to > help... ECN is an internet standard for congestion handling improvements. See RFC3168. Its basically using two previously reserved bit flags to indicate congestion versus lost packets and gives good performance improvements in uncongested but lossy networks. A few years ago there were several commercial firewall products that incorrectly checked the reserved bits were zero and blocked the packets that had ECN on them. Most got fixed, and indeed most of the ones that block ECN by default nowdays are very old installations that have never been properly configured. Alan From stephen at skmoore.com Mon Feb 16 09:57:46 2004 From: stephen at skmoore.com (Stephen Moore) Date: Mon, 16 Feb 2004 19:57:46 +1000 Subject: Civilisation CTF segfaults Message-ID: <4030941A.5020406@skmoore.com> Does any one care? I have the old loki title "Civilisation CTP" which segfaults on startup with FC2. It would be nice if it worked. Any suggestions? Oddly enough quake 3 works nicely! -- ??? From awol at home.nl Mon Feb 16 10:35:59 2004 From: awol at home.nl (Alexander Volovics) Date: Mon, 16 Feb 2004 11:35:59 +0100 Subject: Anybody using FC2 on a Dell Inspiron 8100 Message-ID: <20040216103559.GA2319@home.nl> I have now installed FC2 test1 4 times on a Dell i8100 laptop (circumventing the pcmcia problem). Each time I have been able to use the machine for about 30-60 minutes. Then it would freeze solid without apparent reason. None of the standard 'tricks' to reboot or shutdown helped (keyboard not responding) and I could not login from another machine I had to resort to removing the battery. Anybody else experience something like this and/or have any suggestions. Is it worth bugzillaing this? Are there any updates available that might solve this. Otherwise I give up and wait until test 2 appears to try again. Alexander From dave at webaugur.com Mon Feb 16 10:32:56 2004 From: dave at webaugur.com (David L Norris) Date: Mon, 16 Feb 2004 10:32:56 +0000 Subject: Asus P5A Install Fails In-Reply-To: References: Message-ID: <1076927576.7413.13.camel@Daneel.WebAugur.com> On Mon, 2004-02-16 at 05:41, Tony Perrie wrote: > The FC2 install errors out when I try it on my Asus P5A with a 500 MHz > K6-2 and 768 MB of RAM. It happens when I attempt to boot from CD1 > and doesn't get very far into the installation before the machine reboots. FC2-test1 boot images were accidentally built for i686. I made a i586 boot.iso to install on my K6-2 laptop: http://webaugur.com/bib/linux/FC2-test1-i586-boot.iso I copied all the ISOs to a separate partition and installed using "Hard Disk" method. -- David Norris http://www.webaugur.com/dave/ ICQ - 412039 -------------- 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 thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Feb 16 11:52:51 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 16 Feb 2004 12:52:51 +0100 Subject: FC2 test 1 apt repository In-Reply-To: <1076919194.4091.7.camel@rhema> References: <20040212190141.512017e1@localhost> <20040215173359.GI21661@gedris.org> <1076919194.4091.7.camel@rhema> Message-ID: <20040216125251.2f591dee@localhost> Deji Akingunola wrote : > > > Now...where would I find the version of apt for FC2-test1? The version > > > for FC1 doesn't install due to a dependency on an older version of RPM. > > > > For the moment you can use this one: > > http://fedora.laiskiainen.org/fc2-test/ It's pending QA at fedora.us so > > you'll be helping the process by testing it... > > I've install the apt rpm and it works fine. Can we also have the > synaptic rpm? I have tried to recompile the most recent version (ver > 0.47, i think), but can't get it done. > Thanks. I'm rebuilding it right now for FC1, and will probably take a few more minutes to also rebuild apt and synaptic (if required) for FC2 test. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.2-1.74 Load : 1.28 1.31 1.18 From rpjday at mindspring.com Mon Feb 16 12:19:01 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 16 Feb 2004 07:19:01 -0500 (EST) Subject: why no auto-eject of CDs during install? Message-ID: perhaps i missed a previous post on this, but didn't the install process once auto-eject the CD when it was prompting for the next one? now (at least on this dell desktop), i physically have to press the eject button on the drive. i don't remember having to do that before. yeah, yeah. picky. rday From ralph+fedora at strg-alt-entf.org Mon Feb 16 12:22:30 2004 From: ralph+fedora at strg-alt-entf.org (Ralph Angenendt) Date: Mon, 16 Feb 2004 13:22:30 +0100 Subject: why no auto-eject of CDs during install? In-Reply-To: References: Message-ID: <20040216122230.GF9163@localhorst.br.de> Robert P. J. Day wrote: > > perhaps i missed a previous post on this, but didn't the install > process once auto-eject the CD when it was prompting for the next > one? now (at least on this dell desktop), i physically have to > press the eject button on the drive. i don't remember having to do > that before. Well, that's why that put it into the release notes - just to keep people from wondering why that happens. > yeah, yeah. picky. Yes. Me too. Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tony at involution.com Mon Feb 16 12:43:57 2004 From: tony at involution.com (Tony Perrie) Date: Mon, 16 Feb 2004 06:43:57 -0600 (CST) Subject: Asus P5A Install Fails In-Reply-To: <1076920998.14668.1.camel@topicus6> Message-ID: Understood. I forgot that K6-2 != i686 class. IIRC the i686 kernels don't work on that machine either. Regards, Tony On Mon, 16 Feb 2004, Klaasjan Brand wrote: > On Mon, 2004-02-16 at 06:41, Tony Perrie wrote: > > The FC2 install errors out when I try it on my Asus P5A with a 500 MHz > > K6-2 and 768 MB of RAM. It happens when I attempt to boot from CD1 > > and doesn't get very far into the installation before the machine reboots. > > The release notes say: > > Due to a mistake made at build-time, the ISO images for Fedora Core 1.90 > Test 1 include support for i686-class processors only, meaning that it > will not be possible to boot Anaconda on systems with Intel Pentium, > older AMD, or VIA processors. > > > Klaasjan > > > > -- From Fred.New at microlink.ee Mon Feb 16 12:54:19 2004 From: Fred.New at microlink.ee (Fred New) Date: Mon, 16 Feb 2004 14:54:19 +0200 Subject: ALSA & CS4235 Message-ID: <345764DCB65C0C4FACC44529DE273C1809C15C@eemail1.microlink.lan> Can someone tell me how to configure my (ancient, onboard, ISA) CS4235 sound device? Under FC1 using sndconfig, this used the cs4232 driver, but the ALSA documentation indicates that I want the cs4236 driver. All of my attempts with "modprobe snd-cs4236" have resulted in "device not detected" (or something like that). Which package should I bugzilla against that this didn't get configured by the installation? (Assuming the driver works.) For what it's worth, here's some seemingly related information in /sys/devices/pnp0/00:01/00:01.00/options: Dependent: 01 - Priority preferred port 0x534-0x534, align 0x3, size 0x4, 16-bit address decoding port 0x388-0x388, align 0x7, size 0x4, 16-bit address decoding port 0x220-0x220, align 0x1f, size 0x10, 16-bit address decoding irq 5 High-Edge dma 1 8-bit byte-count compatible dma 0,3 8-bit byte-count compatible Dependent: 02 - Priority acceptable port 0x534-0xffc, align 0x3, size 0x4, 16-bit address decoding port 0x388-0x388, align 0x7, size 0x4, 16-bit address decoding port 0x220-0x260, align 0x1f, size 0x10, 16-bit address decoding irq 3,4,5,7,10,11 High-Edge dma 1,3 8-bit byte-count compatible dma 0,1,3 8-bit byte-count compatible And here's what sndconfig used to put in modules.conf: alias sound-slot-0 cs4232 post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || : options sound dmabuf=1 alias synth0 opl3 options opl3 io=0x388 options cs4232 isapnp=1 Thanks in advance, Fred New From rpjday at mindspring.com Mon Feb 16 13:03:17 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 16 Feb 2004 08:03:17 -0500 (EST) Subject: why no auto-eject of CDs during install? In-Reply-To: <20040216122230.GF9163@localhorst.br.de> References: <20040216122230.GF9163@localhorst.br.de> Message-ID: On Mon, 16 Feb 2004, Ralph Angenendt wrote: > Robert P. J. Day wrote: > > > > perhaps i missed a previous post on this, but didn't the install > > process once auto-eject the CD when it was prompting for the next > > one? now (at least on this dell desktop), i physically have to > > press the eject button on the drive. i don't remember having to do > > that before. > > Well, that's why that put it into the release notes - just to keep > people from wondering why that happens. um ... *what* release notes? as the install was progressing, i did click on the "release notes" button, and there was nothing there. if one goes to fedora.redhat.com, the only release notes *there* are for FC1. rday From steffanjacobs at wanadoo.nl Mon Feb 16 13:15:06 2004 From: steffanjacobs at wanadoo.nl (Steffan Jacobs) Date: Mon, 16 Feb 2004 14:15:06 +0100 Subject: why no auto-eject of CDs during install? In-Reply-To: References: <20040216122230.GF9163@localhorst.br.de> Message-ID: <4030C25A.1010509@wanadoo.nl> Robert P. J. Day wrote: >On Mon, 16 Feb 2004, Ralph Angenendt wrote: > > > >>Robert P. J. Day wrote: >> >> >>> perhaps i missed a previous post on this, but didn't the install >>>process once auto-eject the CD when it was prompting for the next >>>one? now (at least on this dell desktop), i physically have to >>>press the eject button on the drive. i don't remember having to do >>>that before. >>> >>> >>Well, that's why that put it into the release notes - just to keep >>people from wondering why that happens. >> >> > >um ... *what* release notes? as the install was progressing, i did >click on the "release notes" button, and there was nothing there. > >if one goes to fedora.redhat.com, the only release notes *there* are >for FC1. > >rday > > > > Maybe the release that are shown by default when you open a browser? From jan at greentemp.dk Mon Feb 16 13:22:47 2004 From: jan at greentemp.dk (jan at greentemp.dk) Date: Mon, 16 Feb 2004 14:22:47 +0100 (CET) Subject: Is the Asus KV600 SATA-raid controller supported in FC2? Message-ID: <19042.80.199.168.182.1076937767.squirrel@www.webmail.i-temp.dk> Is the Asus KV600 SATA-raid controller supported in FC2? Has anyone succeded the installation on sata-discs? Jan From ms-nospam-0306 at arcor.de Mon Feb 16 13:27:25 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Mon, 16 Feb 2004 14:27:25 +0100 Subject: ALSA & CS4235 In-Reply-To: <345764DCB65C0C4FACC44529DE273C1809C15C@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C1809C15C@eemail1.microlink.lan> Message-ID: <20040216142725.5e43aed7.ms-nospam-0306@arcor.de> On Mon, 16 Feb 2004 14:54:19 +0200, Fred New wrote: > Can someone tell me how to configure my (ancient, onboard, ISA) CS4235 > sound device? Under FC1 using sndconfig, this used the cs4232 driver, > but the ALSA documentation indicates that I want the cs4236 driver. All > of my attempts with "modprobe snd-cs4236" have resulted in "device not > detected" (or something like that). First post the output of "lsmod". Run "system-config-soundcard", and file a bug about that one if it fails. Also check what "kudzu -p --class=AUDIO" returns. Could be misdetection there, too. -- From rob.myers at gtri.gatech.edu Mon Feb 16 13:27:48 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Mon, 16 Feb 2004 08:27:48 -0500 Subject: Broadcom BCM57xx NIC (tg3) In-Reply-To: <021620040039.11223.306@comcast.net> References: <021620040039.11223.306@comcast.net> Message-ID: <1076938068.25182.1217.camel@dungeness.stl.gtri.gatech.edu> tg3 works on my bcm5701 on x86-64 at least. rob. On Sun, 2004-02-15 at 19:39, amdk6 at comcast.net wrote: > With stock 2.6 kernel in FC2, seems the module tg3 loads, but doesn't work. I also tried the offical drivers, no avil. Is there a global problem in 2.6 possibly? From eric at trueblade.com Mon Feb 16 13:29:35 2004 From: eric at trueblade.com (Eric V. Smith) Date: Mon, 16 Feb 2004 08:29:35 -0500 (EST) Subject: why no auto-eject of CDs during install? In-Reply-To: <4030C25A.1010509@wanadoo.nl> References: <20040216122230.GF9163@localhorst.br.de> <4030C25A.1010509@wanadoo.nl> Message-ID: <65275.69.140.178.247.1076938175.squirrel@mail.trueblade.com> Steffan Jacobs said: > Maybe the release that are shown by default when you open a browser? Well, I for one am installing a server-only version, I never run a browser. Plus some of the things in the release notes would be handy to know before you install anything. In fact, some of the things in the release notes would cause people not to even download (i686, for example). Would it be possible to put a link to the release notes on the main fedora.redhat.com page, along with the download links? That would have saved at least me some headaches. Eric. From chiodr at kscems.ksc.nasa.gov Mon Feb 16 13:39:22 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Mon, 16 Feb 2004 08:39:22 -0500 Subject: Cyrus IMAP Message-ID: <1076938762.20957.10.camel@tweedy.ksc.nasa.gov> Hello, I've finished installing Fedora Core 2 Test 1 and updating the packages. Things went well, a couple of annoyances, already mentioned on the List (sound muted, CDs not ejected during the install, etc.). I'm trying to set up a Cyrus IMAP server, but cannot find cyradm to setup the user mailboxes. Has anyone done this and if so how? The Cyrus IMAP howto might be dated. (Oct. 2000). IIRC everything was there in FC1. What am I missing? Bob... From markkukolkka at kolumbus.fi Mon Feb 16 13:40:27 2004 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Mon, 16 Feb 2004 15:40:27 +0200 Subject: why no auto-eject of CDs during install? In-Reply-To: References: <20040216122230.GF9163@localhorst.br.de> Message-ID: <200402161540.27851.markkukolkka@kolumbus.fi> Robert P. J. Day kirjoitti viestiss??n (l?hetysaika maanantai, 16. helmikuuta 2004 15:03): > um ... *what* release notes? The ones in the root directory of CD1, or in /usr/share/doc/fedora-release-1.90 after installation. -- Markku Kolkka markku.kolkka at iki.fi From rpjday at mindspring.com Mon Feb 16 13:41:07 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 16 Feb 2004 08:41:07 -0500 (EST) Subject: why no auto-eject of CDs during install? In-Reply-To: <4030C25A.1010509@wanadoo.nl> References: <20040216122230.GF9163@localhorst.br.de> <4030C25A.1010509@wanadoo.nl> Message-ID: On Mon, 16 Feb 2004, Steffan Jacobs wrote: > Maybe the release that are shown by default when you open a browser? ah, so that would be the release notes that would be available *after* the install is over, which aren't available *during* the install to clear up the issue, which might be *just* when the user might find them handy? gotcha. rday From lars at stea.no Mon Feb 16 13:43:15 2004 From: lars at stea.no (Lars Stea) Date: Mon, 16 Feb 2004 14:43:15 +0100 Subject: Anybody using FC2 on a Dell Inspiron 8100 In-Reply-To: <20040216103559.GA2319@home.nl> References: <20040216103559.GA2319@home.nl> Message-ID: <1076938995.14016.15.camel@lars.stea.no> On Mon, 2004-02-16 at 11:35 +0100, Alexander Volovics wrote: > I have now installed FC2 test1 4 times on a Dell i8100 laptop > (circumventing the pcmcia problem). > > Each time I have been able to use the machine for about 30-60 > minutes. Then it would freeze solid without apparent reason. > None of the standard 'tricks' to reboot or shutdown helped > (keyboard not responding) and I could not login from another machine > I had to resort to removing the battery. > It didn't work to hold the powerbutton for a few seconds? > Anybody else experience something like this and/or have any > suggestions. Is it worth bugzillaing this? > > Are there any updates available that might solve this. > Otherwise I give up and wait until test 2 appears to try again. > I'm running fc2t1 on my i8100 without problems, maybee you should try to upgrade your BIOS. If this doesn't help post a reply and we can compare hardware. Maybe you have 3Com nic. I have Intel. -Lars From rpjday at mindspring.com Mon Feb 16 13:52:40 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 16 Feb 2004 08:52:40 -0500 (EST) Subject: why no auto-eject of CDs during install? In-Reply-To: <200402161540.27851.markkukolkka@kolumbus.fi> References: <20040216122230.GF9163@localhorst.br.de> <200402161540.27851.markkukolkka@kolumbus.fi> Message-ID: On Mon, 16 Feb 2004, Markku Kolkka wrote: > Robert P. J. Day kirjoitti viestiss??n (l?hetysaika maanantai, > 16. helmikuuta 2004 15:03): > > um ... *what* release notes? > > The ones in the root directory of CD1, or > in /usr/share/doc/fedora-release-1.90 after installation. as another posted suggested (i believe), it might be useful to have the release notes available online so folks could see what the potential changes are and decide ahead of time whether they would find it useful to even try to test FC2-test1. as it stands, if you go to fedora.redhat.com, to the section entitled "Fedora Core 2 test 1 Available!", there is not a single reference to release notes. for the moderately curious, it shouldn't be such a challenge to do something as simple as see what's new in FC2-t1 without having to download the first CD. rday From whooperhsd3 at earthlink.net Mon Feb 16 13:54:04 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Mon, 16 Feb 2004 08:54:04 -0500 (EST) Subject: Auto-login default for Personal/Workstation (Re: FC2 test1: install glitches and comments) In-Reply-To: References: <402DCD3B.3070404@medata.com> <402FBDFD.30109@medata.com> Message-ID: <3946.12.29.16.103.1076939644.squirrel@12.29.16.103> Ricky Ng-Adam said: > So I'd say: let advanced users configure the login password (so the > inverse of what you told me at the beginning) and have the 90% of users > who don't want to bother with an username/password auto-login. IMHO security should win by default, with the option to change it later (with the understanding that the user understands the consequences). -- William Hooper From dstewart at atl.lmco.com Mon Feb 16 13:56:13 2004 From: dstewart at atl.lmco.com (Doug Stewart) Date: Mon, 16 Feb 2004 08:56:13 -0500 Subject: FC in DVD In-Reply-To: <1076768838.29300.5.camel@guru.puzzled.xs4all.nl> References: <1076755790.10281.1.camel@tatxe.saladelfrio.com> <1076768838.29300.5.camel@guru.puzzled.xs4all.nl> Message-ID: <4030CBFD.10603@atl.lmco.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Patrick wrote: | Here is a script that Chris Kloiber of Red Hat made for FC1. Haven't | tried it. YMMV. | I've tried it out. It works flawlessly with FC1, RHEL WS 3, and RH9 ISO images. Very handy (no more disc monkeying! W00t!) - -- - ---------- Doug Stewart Systems Administrator/Web Applications Developer Lockheed Martin Advanced Technology Labs Quidquid latine dictum sit, altum viditur -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAMMv9N50Q8DVvcvkRAkW2AJ40e3o8hwJTi6PcnxOQxT5OXbPqpQCfVQFa 0Sln7dDUdRpsM3oCMFPu99Y= =vC/8 -----END PGP SIGNATURE----- From Fred.New at microlink.ee Mon Feb 16 14:02:29 2004 From: Fred.New at microlink.ee (Fred New) Date: Mon, 16 Feb 2004 16:02:29 +0200 Subject: why no auto-eject of CDs during install? Message-ID: <345764DCB65C0C4FACC44529DE273C1809C15F@eemail1.microlink.lan> The release notes are also available on the download site or any of the mirrors: http://download.fedora.redhat.com/pub/fedora/linux/core/test/1.90/i386/os/RELEASE-NOTES-x86-en.html Fred -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Robert P. J. Day Sent: 16. veebruar 2004. a. 15:53 To: fedora-test-list at redhat.com Subject: Re: why no auto-eject of CDs during install? On Mon, 16 Feb 2004, Markku Kolkka wrote: > Robert P. J. Day kirjoitti viestiss??n (l?hetysaika maanantai, > 16. helmikuuta 2004 15:03): > > um ... *what* release notes? > > The ones in the root directory of CD1, or > in /usr/share/doc/fedora-release-1.90 after installation. as another posted suggested (i believe), it might be useful to have the release notes available online so folks could see what the potential changes are and decide ahead of time whether they would find it useful to even try to test FC2-test1. as it stands, if you go to fedora.redhat.com, to the section entitled "Fedora Core 2 test 1 Available!", there is not a single reference to release notes. for the moderately curious, it shouldn't be such a challenge to do something as simple as see what's new in FC2-t1 without having to download the first CD. rday -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From ms-nospam-0306 at arcor.de Mon Feb 16 14:06:36 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Mon, 16 Feb 2004 15:06:36 +0100 Subject: why no auto-eject of CDs during install? In-Reply-To: References: <20040216122230.GF9163@localhorst.br.de> <4030C25A.1010509@wanadoo.nl> Message-ID: <20040216150636.3c45f3f8.ms-nospam-0306@arcor.de> On Mon, 16 Feb 2004 08:41:07 -0500 (EST), Robert P. J. Day wrote: > On Mon, 16 Feb 2004, Steffan Jacobs wrote: > > > Maybe the release that are shown by default when you open a browser? > > ah, so that would be the release notes that would be available *after* > the install is over, which aren't available *during* the install to > clear up the issue, which might be *just* when the user might find them > handy? > > gotcha. http://download.fedora.redhat.com/pub/fedora/linux/core/test/1.90/i386/os/RELEASE-NOTES-x86-en.html -- From ms-nospam-0306 at arcor.de Mon Feb 16 14:08:18 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Mon, 16 Feb 2004 15:08:18 +0100 Subject: why no auto-eject of CDs during install? In-Reply-To: References: <20040216122230.GF9163@localhorst.br.de> <200402161540.27851.markkukolkka@kolumbus.fi> Message-ID: <20040216150818.18de03c9.ms-nospam-0306@arcor.de> On Mon, 16 Feb 2004 08:52:40 -0500 (EST), Robert P. J. Day wrote: > for the moderately curious, it shouldn't be such a challenge to do > something as simple as see what's new in FC2-t1 without having to download > the first CD. To have a look at what packages are included, for instance, the entire tree can be found in expanded form on the download servers, too. -- From alexander.dalloz at uni-bielefeld.de Mon Feb 16 14:12:39 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Mon, 16 Feb 2004 15:12:39 +0100 Subject: Cyrus IMAP In-Reply-To: <1076938762.20957.10.camel@tweedy.ksc.nasa.gov> References: <1076938762.20957.10.camel@tweedy.ksc.nasa.gov> Message-ID: <1076940758.4176.196.camel@sirendipity.dogma.lan> Am Mo, den 16.02.2004 schrieb Bob Chiodini um 14:39: > Hello, > > I've finished installing Fedora Core 2 Test 1 and updating the > packages. Things went well, a couple of annoyances, already mentioned > on the List (sound muted, CDs not ejected during the install, etc.). > > I'm trying to set up a Cyrus IMAP server, but cannot find cyradm to > setup the user mailboxes. Has anyone done this and if so how? The > Cyrus IMAP howto might be dated. (Oct. 2000). IIRC everything was there > in FC1. What am I missing? >From "rpm -qpli /home/adalloz/redhat/cyrus-imapd-2.1.16-2.i386.rpm" ... /usr/bin/cyradm <-- /usr/bin/imtest /usr/bin/installsieve /usr/bin/lmtptest /usr/bin/mupdatetest /usr/bin/pop3test /usr/bin/sieveshell /usr/bin/sievetest /usr/bin/sivtest /usr/bin/smtptest ... /usr/lib/cyrus/bin/cyradm <-- /usr/lib/cyrus/bin/cyrdump /usr/lib/cyrus/bin/deliver /usr/lib/cyrus/bin/deliver-wrapper /usr/lib/cyrus/bin/dohash /usr/lib/cyrus/bin/feedcyrus /usr/lib/cyrus/bin/fud /usr/lib/cyrus/bin/imapd /usr/lib/cyrus/bin/imtest ... /usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi/Cyrus <- perl modules ... FC1 has no Cyrus Imapd on board. Maybe there you used Simon Matter's package? > Bob... Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl Sirendipity 15:08:39 up 1 day, 18:47, load average: 0.18, 0.22, 0.19 [ ????? ?'????? - gnothi seauton ] From rpjday at mindspring.com Mon Feb 16 14:12:56 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 16 Feb 2004 09:12:56 -0500 (EST) Subject: why no auto-eject of CDs during install? In-Reply-To: <345764DCB65C0C4FACC44529DE273C1809C15F@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C1809C15F@eemail1.microlink.lan> Message-ID: On Mon, 16 Feb 2004, Fred New wrote: > The release notes are also available on the download site or any of the mirrors: > > http://download.fedora.redhat.com/pub/fedora/linux/core/test/1.90/i386/os/RELEASE-NOTES-x86-en.html > ah, i stand corrected, thank you, although a quick link from the main page to those notes would still not be amiss. rday From acbk at zeelandnet.nl Mon Feb 16 14:19:11 2004 From: acbk at zeelandnet.nl (h.breimer) Date: Mon, 16 Feb 2004 15:19:11 +0100 Subject: file types in Nautilus? Message-ID: <20040216151911.7bc6f418.acbk@zeelandnet.nl> I am reasonally happy with the right-click browse version of Nautilus. But...What happened to Nautilus's use of file types? It used to be that eg. shell scripts and configuration files were recognized as simple text files. With a double click they were shown in a text viewer. Now they are all (even real text files without a .txt extension) are seen as "Unknown filetype". No quick viewing anymore. I hope I missed a config item. Can anybody tell me? henk From douglas.furlong at firebox.com Mon Feb 16 14:22:07 2004 From: douglas.furlong at firebox.com (Douglas Furlong) Date: Mon, 16 Feb 2004 14:22:07 +0000 Subject: FC2 test 1 Qs & Evolution In-Reply-To: <1076714773.11079.24.camel@localhost.localdomain> References: <1076664175.26000.2.camel@localhost.localdomain> <1076686417.26000.88.camel@localhost.localdomain> <1076714773.11079.24.camel@localhost.localdomain> Message-ID: <1076941327.16695.19.camel@wibbit.firebox.com> On Fri, 2004-02-13 at 23:26, Noa Resare wrote: > On fre, 2004-02-13 at 15:33 +0000, PFJ wrote: > > > Hi, > > > > > > Do I need to get the CDs from Bittorrent? I've been applying all of the > > > > updates from the fedora ftp site (in the development directory) for a > > > > good couple of weeks now. > > > > > > Nope - unless you want to test the installer & the initial package selection. > > > The updates to FC2T1 will again be in 'development' > > > > Fair enough, I don't need to download them then. > > > > I'd love to know when the chaps are going to fix Evolution to 1.5.4, > > 1.5.3 is too unstable, even when compiled from gnome's source. > > > > I thought the same thing myself and so I compiled evolution 1.5.4 + > dependencies, and indeed it seems more stable to me. > > If you want to, please feel free to test my packages. They are located > over at http://resare.com/noa/rpms/fedora-1.90/ Hi Noa. I was wondering if you could answer this before I go off buzillering things. Neither your build of Evolution nor the build that comes with FC2 seem to have LDAP address book support. Either that, or I have NO idea where to be looking. Any advice would be appreciated. Doug From awol at home.nl Mon Feb 16 14:28:27 2004 From: awol at home.nl (Alexander Volovics) Date: Mon, 16 Feb 2004 15:28:27 +0100 Subject: Anybody using FC2 on a Dell Inspiron 8100 In-Reply-To: <1076938995.14016.15.camel@lars.stea.no> References: <20040216103559.GA2319@home.nl> <1076938995.14016.15.camel@lars.stea.no> Message-ID: <20040216142827.GA4576@home.nl> On Mon, Feb 16, 2004 at 02:43:15PM +0100, Lars Stea wrote: > On Mon, 2004-02-16 at 11:35 +0100, Alexander Volovics wrote: > > Each time I have been able to use the machine for about 30-60 > > minutes. Then it would freeze solid without apparent reason. > It didn't work to hold the powerbutton for a few seconds? No, did not work. > I'm running fc2t1 on my i8100 without problems, maybee you should try to > upgrade your BIOS. I have the latest BIOS available for the i8100: A14. > Maybe you have 3Com nic. I have Intel. I have an Intel Pro/100 Alexander From chiodr at kscems.ksc.nasa.gov Mon Feb 16 14:53:50 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Mon, 16 Feb 2004 09:53:50 -0500 Subject: Cyrus IMAP In-Reply-To: <1076940758.4176.196.camel@sirendipity.dogma.lan> References: <1076938762.20957.10.camel@tweedy.ksc.nasa.gov> <1076940758.4176.196.camel@sirendipity.dogma.lan> Message-ID: <1076943230.21594.13.camel@tweedy.ksc.nasa.gov> On Mon, 2004-02-16 at 09:12, Alexander Dalloz wrote: > Am Mo, den 16.02.2004 schrieb Bob Chiodini um 14:39: > > Hello, > > > > I've finished installing Fedora Core 2 Test 1 and updating the > > packages. Things went well, a couple of annoyances, already mentioned > > on the List (sound muted, CDs not ejected during the install, etc.). > > > > I'm trying to set up a Cyrus IMAP server, but cannot find cyradm to > > setup the user mailboxes. Has anyone done this and if so how? The > > Cyrus IMAP howto might be dated. (Oct. 2000). IIRC everything was there > > in FC1. What am I missing? > > >From "rpm -qpli /home/adalloz/redhat/cyrus-imapd-2.1.16-2.i386.rpm" > ... > /usr/bin/cyradm <-- > /usr/bin/imtest Alexander, Thank you for the info. Browsing the ibiblio mirror, I saw cyrus-imapd-utils-2.2.3-2.i386.rpm which contains the cyradm (among others) utility. I cannot say if this is on the FC2/T1 ISOs as I do not have them here. > > FC1 has no Cyrus Imapd on board. Maybe there you used Simon Matter's > package? > Probably. Bob... From al305472 at hotmail.co.il Mon Feb 16 14:49:02 2004 From: al305472 at hotmail.co.il (Alexey Eremenko) Date: Mon, 16 Feb 2004 16:49:02 +0200 Subject: X crashes on VIA KM266 graphics Message-ID: <62DDF15AA353904E8E78CFB0BFA3031D01361B3E@HOTEXV01.he.hotmail.co.il> -------------- next part -------------- An HTML attachment was scrubbed... URL: From cmurilo at gmx.net Mon Feb 16 15:50:57 2004 From: cmurilo at gmx.net (Caio) Date: Mon, 16 Feb 2004 12:50:57 -0300 Subject: FC2 and pppoe? References: <20040216103559.GA2319@home.nl> <1076938995.14016.15.camel@lars.stea.no> <20040216142827.GA4576@home.nl> Message-ID: <000f01c3f4a4$b4e646b0$d99167c8@reneiznq25rvtp> FC2 is working fine with adsl pooe, mandrake 10b2 is broken... -------------- next part -------------- An HTML attachment was scrubbed... URL: From streeter at redhat.com Mon Feb 16 15:59:30 2004 From: streeter at redhat.com (Guy Streeter) Date: Mon, 16 Feb 2004 09:59:30 -0600 Subject: vi chars In-Reply-To: <20040215165603.16828.qmail@hm36.locaweb.com.br> References: <1076859074.3194.4.camel@family> <20040215165603.16828.qmail@hm36.locaweb.com.br> Message-ID: <1076947170.26300.3.camel@jarjar.hsv.redhat.com> On Sun, 2004-02-15 at 13:56 -0200, Pedro Fernandes Macedo wrote: > On Sun, 15 Feb 2004 10:31:15 -0500, Sandy Pond escreveu: > > De: Sandy Pond > > Data: Sun, 15 Feb 2004 10:31:15 -0500 > > Para: fedora-test-list > > Assunto: vi chars "^[34m~" at end of file > > > > I have these extra characters "^[34m~" displayed below the last line of > > a file when editing with vim. > > > > Is anyone having the same problem ... I would have expected a bugzilla > > report on this by now if it's common. > > > > Keith > > I've seen it too... But it was late at night and I was to tired , so I went to bed instead of searching bugzilla and filling a bug report... > > Pedro Macedo It's something wrong with the 'xterm' terminfo description, I think. It doesn't happen with TERM=vt100. --Guy From bobhillegas at houston.rr.com Mon Feb 16 16:11:58 2004 From: bobhillegas at houston.rr.com (Bob Hillegas) Date: Mon, 16 Feb 2004 10:11:58 -0600 Subject: FC2 test kernel panic, unable to boot install... In-Reply-To: <20040216091400.21304.8279.Mailman@listman.back-rdu.redhat.com> References: <20040216091400.21304.8279.Mailman@listman.back-rdu.redhat.com> Message-ID: <1076947918.1422.9.camel@south.rosestar.lan> I am unable to boot the install CD for FC2 test1. Either GUI or linux text ends up after resolving my scsi driver aic7xxx, it hangs. If I switch to Alt-Ctrl-F4 prior to the hang it displays: request-module: failed /sbin/modprobe --char-major-21-0. error= -16 (twice) and then after a long message scrolls off the screen: kernel panic: Fatal exception in interrupt Interrupt handler no syncing Box is a Gateway 333 Mhz scsi drives 125 Mb memory Thanks, BobH From mike.pedersen at sbcglobal.net Mon Feb 16 16:19:35 2004 From: mike.pedersen at sbcglobal.net (Mike Pedersen) Date: Mon, 16 Feb 2004 08:19:35 -0800 Subject: Basic boot iso In-Reply-To: <1076947918.1422.9.camel@south.rosestar.lan> Message-ID: <000001c3f4a8$ab104880$0500a8c0@mpedersenpc> Hello all, is a basic boot iso made available somewhere for the test releases? I'm looking for the approximately 4 MB iso that can be used for a network or hard disk install The one for core 1 does not seem to work with core 2 test 1 Thanks much Regards Mike Pedersen From alexl at stofanet.dk Mon Feb 16 16:28:17 2004 From: alexl at stofanet.dk (Alex Thomsen Leth) Date: Mon, 16 Feb 2004 17:28:17 +0100 Subject: Basic boot iso In-Reply-To: <000001c3f4a8$ab104880$0500a8c0@mpedersenpc> References: <000001c3f4a8$ab104880$0500a8c0@mpedersenpc> Message-ID: <1076948897.4829.0.camel@D40A3226.rev.stofanet.dk> just use the first cd. a boot time write "linux askmethod" and it will ask for installationmethod Alex Leth On man, 2004-02-16 at 08:19 -0800, Mike Pedersen wrote: > Hello all, is a basic boot iso made available somewhere for the test > releases? I'm looking for the approximately 4 MB iso that can be used for a > network or hard disk install The one for core 1 does not seem to work with > core 2 test 1 > Thanks much > Regards > Mike Pedersen > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list From william.c.estell at cox.net Mon Feb 16 16:54:01 2004 From: william.c.estell at cox.net (Bill Estell) Date: Mon, 16 Feb 2004 11:54:01 -0500 Subject: FC2 test1 and KVM switch In-Reply-To: <200402151524.50691.czar@czarc.net> References: <200402151402.47477.czar@czarc.net> <402FC4E3.9050007@medata.com> <200402151524.50691.czar@czarc.net> Message-ID: <4030F5A9.6080604@cox.net> Gene C. wrote: >On Sunday 15 February 2004 14:13, Rick Johnson wrote: > > >>Gene C. wrote: >> >> >>>OK, I know, I know that Red Hat does not support the use of KVM switches. >>> >>>But, some of use depend on them. >>> >>>Is anyone experiencing problems with FC2 test1 and a KVM switch. >>> >>>I am using a Belkin 4 port Omni Cube and have had zero problems with it >>>and previous releases. With FC2 test1, when I first install and boot the >>>system up everything works fine. >>> >>>However, if I switch to another system and then back to the FC2 test1 >>>system, the mouse starts jumping all over the screen. The keyboard and >>>monitor seem to work fine. >>> >>>The mouse is a PS2 interface Logitech TrackMan Wheel. >>> >>>Anyone else seeing this (or positively NOT seeing it)? >>> >>> >>This has been a problem since Red Hat 7.whatever. The issue is with the >>IMPS/2 mouse driver. I've found that switching away from the TTY and >>back to it almost always clears it up. i.e. Ctrl+Alt+F8, then Alt+F7 (or >>Ctrl+Alt+F7). This is a "workaround" I've lived with when using any >>Belkin/Dlink/etc. KVM based on the same basic chipset with almost any >>Linux and the IMPS/2 driver. That, or you can switch to a different >>mouse driver (i.e. PS/2) and expect "normal" behavior. >> >> > >Never had a problem before. I just check the XF86Config for FC1 and FC2 and >both specify IMPS/2. Switch to any VT does nothing. > >In addition, when I am on a console (e.g., VT1) and I move the trackball, I >get messages of the form: > >psmouse.c: Explorer Mouse at isa0060/serio1/input0 lost syncronization, >thowing 2 bytes away. > > > see: Linux: 2.6 Input Drivers FAQ http://kerneltrap.org/node/view/2199 Problem: ~~~~~~~~ When I switch my KVM, my PS/2 mouse goes all crazy. Solution: ~~~~~~~~~ Use psmouse.proto=bare on the kernel command line, or proto=bare on the psmouse module command line. From sandy_pond at myrealbox.com Mon Feb 16 16:54:07 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Mon, 16 Feb 2004 11:54:07 -0500 Subject: FC2 test1 USB hotplug issues Message-ID: <1076950447.3378.40.camel@family> FC2 test1 USB hotplug issues. I'd like help as to what deserves to go to bugzilla. I have a USB 6 in 1 card reader (IN-WIN iAPP HS-CF) which gives spurious output in /var/log/message about once and hour; Feb 16 11:03:29 family kernel: usb 1-3: USB disconnect, address 3 Feb 16 11:03:29 family kernel: updfstab: numerical sysctl 1 23 is obsolete. Feb 16 11:03:29 family modprobe: FATAL: Module ide_probe_mod not found. Feb 16 11:03:29 family modprobe: FATAL: Module ide_probe not found. Feb 16 11:03:29 family kernel: usb 1-3: new high speed USB device using address 4 Feb 16 11:03:29 family modprobe: FATAL: Module usb_storage already in kernel. Feb 16 11:03:29 family modprobe: FATAL: Module ide_probe_mod not found. Feb 16 11:03:29 family kernel: updfstab: numerical sysctl 1 23 is obsolete. Feb 16 11:03:29 family modprobe: FATAL: Module ide_probe not found. Feb 16 11:03:30 family kernel: scsi2 : SCSI emulation for USB Mass Storage devices Feb 16 11:03:30 family kernel: Vendor: IN-WIN Model: iAPP HS-CF Rev: 0.96 Feb 16 11:03:30 family kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 11:03:30 family scsi.agent[4297]: how to add device type= at / devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/host2/2:0:0:0 ?? Feb 16 11:03:30 family kernel: Attached scsi removable disk sda at scsi2, channel 0, id 0, lun 0 Feb 16 11:03:30 family kernel: Attached scsi generic sg0 at scsi2, channel 0, id 0, lun 0, type 0 1. It tends to eat up USB and SCSI addresses; # grep 'kernel: usb 1-3' /var/log/messages Feb 15 13:12:13 family kernel: usb 1-3: USB disconnect, address 2 Feb 15 13:12:13 family kernel: usb 1-3: new high speed USB device using address 3 Feb 15 13:44:07 family kernel: usb 1-3: USB disconnect, address 3 Feb 15 13:44:07 family kernel: usb 1-3: new high speed USB device using address 4 Feb 15 16:24:49 family kernel: usb 1-3: USB disconnect, address 4 Feb 15 16:24:49 family kernel: usb 1-3: new high speed USB device using address 5 Feb 15 16:24:49 family kernel: usb 1-3: device not accepting address 5, error -71 Feb 15 16:24:49 family kernel: usb 1-3: new high speed USB device using address 6 Feb 15 16:43:05 family kernel: usb 1-3: USB disconnect, address 6 Feb 15 16:43:05 family kernel: usb 1-3: new high speed USB device using address 7 Feb 15 19:34:30 family kernel: usb 1-3: USB disconnect, address 7 Feb 15 19:34:30 family kernel: usb 1-3: new high speed USB device using address 8 Feb 15 20:19:01 family kernel: usb 1-3: USB disconnect, address 8 Feb 15 20:19:01 family kernel: usb 1-3: new high speed USB device using address 9 Feb 15 20:19:02 family kernel: usb 1-3: device not accepting address 9, error -71 Feb 15 20:19:02 family kernel: usb 1-3: new high speed USB device using address 10 Feb 15 22:39:01 family kernel: usb 1-3: USB disconnect, address 10 Feb 15 22:39:01 family kernel: usb 1-3: new high speed USB device using address 11 Feb 15 22:39:02 family kernel: usb 1-3: device not accepting address 11, error -71 Feb 15 22:39:02 family kernel: usb 1-3: new high speed USB device using address 12 Feb 15 23:47:32 family kernel: usb 1-3: USB disconnect, address 12 Feb 15 23:47:32 family kernel: usb 1-3: new high speed USB device using address 13 Feb 15 23:47:32 family kernel: usb 1-3: device not accepting address 13, error -71 Feb 15 23:47:32 family kernel: usb 1-3: new high speed USB device using address 14 Feb 16 00:16:20 family kernel: usb 1-3: USB disconnect, address 14 Feb 16 00:16:21 family kernel: usb 1-3: new high speed USB device using address 15 Feb 16 00:16:21 family kernel: usb 1-3: device not accepting address 15, error -71 Feb 16 00:16:21 family kernel: usb 1-3: new high speed USB device using address 16 and; # grep 'Attached scsi' /var/log/messages Feb 15 13:12:14 family kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0 Feb 15 13:12:14 family kernel: Attached scsi generic sg0 at scsi1, channel 0, id 0, lun 0, type 0 Feb 15 13:44:08 family kernel: Attached scsi removable disk sda at scsi2, channel 0, id 0, lun 0 Feb 15 13:44:08 family kernel: Attached scsi generic sg0 at scsi2, channel 0, id 0, lun 0, type 0 Feb 15 16:24:50 family kernel: Attached scsi removable disk sda at scsi3, channel 0, id 0, lun 0 Feb 15 16:24:50 family kernel: Attached scsi generic sg0 at scsi3, channel 0, id 0, lun 0, type 0 Feb 15 16:43:06 family kernel: Attached scsi removable disk sda at scsi4, channel 0, id 0, lun 0 Feb 15 16:43:06 family kernel: Attached scsi generic sg0 at scsi4, channel 0, id 0, lun 0, type 0 Feb 15 19:34:31 family kernel: Attached scsi removable disk sda at scsi5, channel 0, id 0, lun 0 Feb 15 19:34:31 family kernel: Attached scsi generic sg0 at scsi5, channel 0, id 0, lun 0, type 0 Feb 15 20:19:03 family kernel: Attached scsi removable disk sda at scsi6, channel 0, id 0, lun 0 Feb 15 20:19:03 family kernel: Attached scsi generic sg0 at scsi6, channel 0, id 0, lun 0, type 0 Feb 15 22:39:02 family kernel: Attached scsi removable disk sda at scsi7, channel 0, id 0, lun 0 Feb 15 22:39:03 family kernel: Attached scsi generic sg0 at scsi7, channel 0, id 0, lun 0, type 0 Feb 15 23:47:33 family kernel: Attached scsi removable disk sda at scsi8, channel 0, id 0, lun 0 Feb 15 23:47:33 family kernel: Attached scsi generic sg0 at scsi8, channel 0, id 0, lun 0, type 0 Feb 16 00:16:22 family kernel: Attached scsi removable disk sda at scsi9, channel 0, id 0, lun 0 Feb 16 00:16:22 family kernel: Attached scsi generic sg0 at scsi9, channel 0, id 0, lun 0, type 0 2. Seems that the /etc/hotplug/scsi.agent doesn't find type in sysfs type file; Even though; $ cat /sys/devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/ host2/2:0:0:0/type 0 I get; # grep 'scsi.agent' /var/log/messages Feb 15 13:12:14 family scsi.agent[6572]: how to add device type= at / devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/host1/1:0:0:0 ?? Feb 15 13:44:08 family scsi.agent[6938]: how to add device type= at / devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/host2/2:0:0:0 ?? Feb 15 16:24:50 family scsi.agent[12758]: how to add device type= at / devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/host3/3:0:0:0 ?? Feb 15 16:43:06 family scsi.agent[13953]: how to add device type= at / devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/host4/4:0:0:0 ?? Feb 15 19:34:31 family scsi.agent[23551]: how to add device type= at / devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/host5/5:0:0:0 ?? Feb 15 20:19:03 family scsi.agent[23735]: how to add device type= at / devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/host6/6:0:0:0 ?? Feb 15 22:39:02 family scsi.agent[24076]: how to add device type= at / devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/host7/7:0:0:0 ?? Feb 15 23:47:33 family scsi.agent[24225]: how to add device type= at / devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/host8/8:0:0:0 ?? Feb 16 00:16:22 family scsi.agent[24398]: how to add device type= at / devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/host9/9:0:0:0 ?? Feb 16 09:28:01 family scsi.agent[2895]: how to add device type= at / devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/host1/1:0:0:0 ?? Feb 16 11:03:30 family scsi.agent[4297]: how to add device type= at / devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/host2/2:0:0:0 ?? 3. I seems the usb_storage is dependent on having an available hardware floppy controller. If I turn off the on-board hardware floppy controllers in the BIOS I get this in /var/log/messages as the spurious message; Feb 16 00:16:20 family kernel: usb 1-3: USB disconnect, address 14 Feb 16 00:16:20 family modprobe: FATAL: Module ide_probe_mod not found. Feb 16 00:16:20 family modprobe: FATAL: Module ide_probe not found. Feb 16 00:16:20 family kernel: updfstab: numerical sysctl 1 23 is obsolete. Feb 16 00:16:20 family kernel: inserting floppy driver for 2.6.2-1.81 Feb 16 00:16:21 family kernel: usb 1-3: new high speed USB device using address 15 Feb 16 00:16:21 family kernel: usb 1-3: device not accepting address 15, error -71 Feb 16 00:16:21 family kernel: usb 1-3: new high speed USB device using address 16 Feb 16 00:16:21 family modprobe: FATAL: Module usb_storage already in kernel. Feb 16 00:16:21 family kernel: updfstab: numerical sysctl 1 23 is obsolete. Feb 16 00:16:21 family modprobe: FATAL: Module ide_probe_mod not found. Feb 16 00:16:21 family modprobe: FATAL: Module ide_probe not found. Feb 16 00:16:22 family kernel: scsi9 : SCSI emulation for USB Mass Storage devices Feb 16 00:16:22 family scsi.agent[24398]: how to add device type= at / devices/pci0000:00/0000:00:02.2/usb1/1-3/1-3:1.0/host9/9:0:0:0 ?? Feb 16 00:16:22 family kernel: Vendor: IN-WIN Model: iAPP HS-CF Rev: 0.96 Feb 16 00:16:22 family kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 00:16:22 family kernel: Attached scsi removable disk sda at scsi9, channel 0, id 0, lun 0 Feb 16 00:16:22 family kernel: Attached scsi generic sg0 at scsi9, channel 0, id 0, lun 0, type 0 Feb 16 00:16:23 family kernel: floppy0: no floppy controllers found Feb 16 00:16:23 family modprobe: FATAL: Error inserting floppy (/lib/ modules/2.6.2-1.81/kernel/drivers/block/floppy.ko): No such device Feb 16 00:16:23 family kernel: inserting floppy driver for 2.6.2-1.81 Feb 16 00:16:26 family kernel: floppy0: no floppy controllers found Feb 16 00:16:26 family modprobe: FATAL: Error inserting floppy (/lib/ modules/2.6.2-1.81/kernel/drivers/block/floppy.ko): No such device Although I have yet to try this card reader. From Fred.New at microlink.ee Mon Feb 16 17:07:10 2004 From: Fred.New at microlink.ee (Fred New) Date: Mon, 16 Feb 2004 19:07:10 +0200 Subject: ALSA & CS4235 Message-ID: <345764DCB65C0C4FACC44529DE273C180B5235@eemail1.microlink.lan> Michael Schwendt wrote: >On Mon, 16 Feb 2004 14:54:19 +0200, Fred New wrote: >> Can someone tell me how to configure my (ancient, onboard, ISA) CS4235 >> sound device? Under FC1 using sndconfig, this used the cs4232 driver, >> but the ALSA documentation indicates that I want the cs4236 driver. All >> of my attempts with "modprobe snd-cs4236" have resulted in "device not >> detected" (or something like that). >First post the output of "lsmod". Module Size Used by ide_cd 39812 0 cdrom 37276 1 ide_cd snd_mixer_oss 19072 0 snd 57828 1 snd_mixer_oss soundcore 10720 1 snd md5 4224 1 ipv6 262400 8 lp 12652 0 autofs 16512 0 ipt_REJECT 6528 1 ipt_state 1920 3 ip_conntrack 30384 1 ipt_state iptable_filter 2816 1 ip_tables 17280 3 ipt_REJECT,ipt_state,iptable_filter e100 74888 0 ohci1394 41860 0 ieee1394 284464 1 ohci1394 floppy 65712 0 sg 36768 0 scsi_mod 124600 1 sg parport_pc 38444 0 parport 48488 2 lp,parport_pc microcode 7200 0 uhci_hcd 43024 0 usbcore 114908 3 uhci_hcd ext3 128296 3 jbd 86040 1 ext3 >Run "system-config-soundcard", and file a bug about that one if it fails. # system-config-soundcard (system-config-soundcard.py:1881): Gdk-WARNING **: DESKTOP_STARTUP_ID contains invalid UTF-8 ** (system-config-soundcard.py:1881): WARNING **: `GtkTextSearchFlags' is not an enum type (The message window reports, "No soundcards were detected.") > Also check what "kudzu -p --class=AUDIO" returns. Could be misdetection there, too. This doesn't display any messages at all; I get another prompt after a brief pause. Yes, I'm sure there is a soundcard there and it was working in FC1. Fred -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 3422 bytes Desc: not available URL: From lars at stea.no Mon Feb 16 18:00:27 2004 From: lars at stea.no (Lars Stea) Date: Mon, 16 Feb 2004 19:00:27 +0100 Subject: Anybody using FC2 on a Dell Inspiron 8100 In-Reply-To: <20040216142827.GA4576@home.nl> References: <20040216103559.GA2319@home.nl> <1076938995.14016.15.camel@lars.stea.no> <20040216142827.GA4576@home.nl> Message-ID: <1076954427.18995.0.camel@lars.stea.no> On Mon, 2004-02-16 at 15:28 +0100, Alexander Volovics wrote: > On Mon, Feb 16, 2004 at 02:43:15PM +0100, Lars Stea wrote: > > > On Mon, 2004-02-16 at 11:35 +0100, Alexander Volovics wrote: > > > > Each time I have been able to use the machine for about 30-60 > > > minutes. Then it would freeze solid without apparent reason. > > > It didn't work to hold the powerbutton for a few seconds? > > No, did not work. > > > I'm running fc2t1 on my i8100 without problems, maybee you should try to > > upgrade your BIOS. > > I have the latest BIOS available for the i8100: A14. > > > Maybe you have 3Com nic. I have Intel. > > I have an Intel Pro/100 Have you installed nvidia drivers? -- Lars Stea From pmatilai at welho.com Mon Feb 16 18:11:06 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Mon, 16 Feb 2004 20:11:06 +0200 Subject: FC2 test1 and KVM switch In-Reply-To: <4030F5A9.6080604@cox.net> References: <200402151402.47477.czar@czarc.net> <402FC4E3.9050007@medata.com> <200402151524.50691.czar@czarc.net> <4030F5A9.6080604@cox.net> Message-ID: <1076955066.13853.47.camel@chip.laiskiainen.org> On Mon, 2004-02-16 at 18:54, Bill Estell wrote: > Gene C. wrote: > > >On Sunday 15 February 2004 14:13, Rick Johnson wrote: > > > > > >>Gene C. wrote: > >> > >> > >>>OK, I know, I know that Red Hat does not support the use of KVM switches. > >>> > >>>But, some of use depend on them. > >>> > >>>Is anyone experiencing problems with FC2 test1 and a KVM switch. > >>> > >>>I am using a Belkin 4 port Omni Cube and have had zero problems with it > >>>and previous releases. With FC2 test1, when I first install and boot the > >>>system up everything works fine. > >>> > >>>However, if I switch to another system and then back to the FC2 test1 > >>>system, the mouse starts jumping all over the screen. The keyboard and > >>>monitor seem to work fine. > >>> > >>>The mouse is a PS2 interface Logitech TrackMan Wheel. > >>> > >>>Anyone else seeing this (or positively NOT seeing it)? > >>> > >>> > >>This has been a problem since Red Hat 7.whatever. The issue is with the > >>IMPS/2 mouse driver. I've found that switching away from the TTY and > >>back to it almost always clears it up. i.e. Ctrl+Alt+F8, then Alt+F7 (or > >>Ctrl+Alt+F7). This is a "workaround" I've lived with when using any > >>Belkin/Dlink/etc. KVM based on the same basic chipset with almost any > >>Linux and the IMPS/2 driver. That, or you can switch to a different > >>mouse driver (i.e. PS/2) and expect "normal" behavior. > >> > >> > > > >Never had a problem before. I just check the XF86Config for FC1 and FC2 and > >both specify IMPS/2. Switch to any VT does nothing. > > > >In addition, when I am on a console (e.g., VT1) and I move the trackball, I > >get messages of the form: > > > >psmouse.c: Explorer Mouse at isa0060/serio1/input0 lost syncronization, > >thowing 2 bytes away. > > > > > > > > see: Linux: 2.6 Input Drivers FAQ http://kerneltrap.org/node/view/2199 > > Problem: > ~~~~~~~~ > > When I switch my KVM, my PS/2 mouse goes all crazy. > > Solution: > ~~~~~~~~~ > > Use psmouse.proto=bare on the kernel command line, or proto=bare on the > psmouse module command line. That indeed produces a much saner mouse but that way you lose mouse wheel :( - Panu - > > From ckloiber at redhat.com Mon Feb 16 18:11:58 2004 From: ckloiber at redhat.com (Chris Kloiber) Date: Mon, 16 Feb 2004 13:11:58 -0500 Subject: FC in DVD In-Reply-To: <4030CBFD.10603@atl.lmco.com> References: <1076755790.10281.1.camel@tatxe.saladelfrio.com> <1076768838.29300.5.camel@guru.puzzled.xs4all.nl> <4030CBFD.10603@atl.lmco.com> Message-ID: <1076955118.4661.4.camel@ckk.rdu.redhat.com> On Mon, 2004-02-16 at 08:56, Doug Stewart wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Patrick wrote: > > | Here is a script that Chris Kloiber of Red Hat made for FC1. Haven't > | tried it. YMMV. > | > > I've tried it out. It works flawlessly with FC1, RHEL WS 3, and RH9 ISO > images. Very handy (no more disc monkeying! W00t!) Thanks. I'm considering a rewrite though. It does have a few nasty bugs as it is. -- Chris Kloiber, RHCX Red Hat, Inc. From ms-nospam-0306 at arcor.de Mon Feb 16 18:16:34 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Mon, 16 Feb 2004 19:16:34 +0100 Subject: ALSA & CS4235 In-Reply-To: <345764DCB65C0C4FACC44529DE273C180B5235@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C180B5235@eemail1.microlink.lan> Message-ID: <20040216191634.0cbd48b9.ms-nospam-0306@arcor.de> On Mon, 16 Feb 2004 19:07:10 +0200, Fred New wrote: > >First post the output of "lsmod". > > Module Size Used by > snd_mixer_oss 19072 0 > snd 57828 1 snd_mixer_oss > soundcore 10720 1 snd So it found your mixer at least. ;o) > > Also check what "kudzu -p --class=AUDIO" returns. Could be misdetection there, too. > > This doesn't display any messages at all; I get another prompt after a brief pause. > > Yes, I'm sure there is a soundcard there and it was working in FC1. Sounds like a bug report (bugzilla.redhat.com) would be helpful, with your audio chipset listed in the output of /sbin/lspci -vv and /sbin/lspci -vn -- From ted at trufflesdad.plus.com Mon Feb 16 18:18:33 2004 From: ted at trufflesdad.plus.com (trufflesdad) Date: Mon, 16 Feb 2004 18:18:33 +0000 Subject: Kmail.... Message-ID: <200402161818.33852.ted@trufflesdad.plus.com> I am running Rawhide on hdb2..on hdb1 I have fedora core with kde upgraded to 3.2 and all works ok... On rawhide in Kmail I get the mails in but when I click to read them there is no output to the read screen..If I click to forward the mail to another address the mail shows up ok so in Rawhide I have to tell kmail to resend eack mail before I can read it.... Has anyone else seen this problem and solved it ?? -- Regards Ted Wager Using Fedora Test From aoliva at redhat.com Mon Feb 16 18:18:49 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 16 Feb 2004 15:18:49 -0300 Subject: Anybody using FC2 on a Dell Inspiron 8100 In-Reply-To: <20040216103559.GA2319@home.nl> References: <20040216103559.GA2319@home.nl> Message-ID: On Feb 16, 2004, Alexander Volovics wrote: > Each time I have been able to use the machine for about 30-60 > minutes. Then it would freeze solid without apparent reason. Did you upgrade the kernel to the latest version in the development tree? -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From aoliva at redhat.com Mon Feb 16 18:21:20 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 16 Feb 2004 15:21:20 -0300 Subject: Basic boot iso In-Reply-To: <000001c3f4a8$ab104880$0500a8c0@mpedersenpc> References: <000001c3f4a8$ab104880$0500a8c0@mpedersenpc> Message-ID: On Feb 16, 2004, "Mike Pedersen" wrote: > Hello all, is a basic boot iso made available somewhere for the test > releases? Like images/boot.iso? > The one for core 1 does not seem to work with > core 2 test 1 Certainly not. It boots a completely different kernel, to begin with. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From jonas_mg_persson at hotmail.com Mon Feb 16 18:22:14 2004 From: jonas_mg_persson at hotmail.com (Jonas Persson) Date: Mon, 16 Feb 2004 19:22:14 +0100 Subject: Install Message-ID: Core 2. It seems like the installation is not possbile when I have a flat screen and a GeForce FX 5900 Ultra, When X starts during the install?tion the screen goes black. Any suggestion appreciated. _________________________________________________________________ Hitta r?tt p? n?tet med MSN S?k http://search.msn.se/ From ggw at wolves.durham.nc.us Mon Feb 16 18:23:08 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Mon, 16 Feb 2004 13:23:08 -0500 Subject: SELinux user problems Message-ID: <20040216182308.GA9330@wolves.durham.nc.us> I finally got a test install from the development tree using boot.iso on my K6-2 test system. Using an HTTP install from a mirror of the development tree. Firstboot ran fine and I added a regular user. The only problem is that that user can't login, attempts fail with a SELinux error of "unable to obtain default security context for user greg" There are obviously some missing parts from the "system-config-users" command in that there is a selinux.py module, but there seems to be no reference to call it from anywhere. Perhaps there is a pointer somewhere for adding users under SEL? -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From czar at czarc.net Mon Feb 16 18:27:14 2004 From: czar at czarc.net (Gene C.) Date: Mon, 16 Feb 2004 13:27:14 -0500 Subject: FC2 test1 and KVM switch In-Reply-To: <4030F5A9.6080604@cox.net> References: <200402151402.47477.czar@czarc.net> <200402151524.50691.czar@czarc.net> <4030F5A9.6080604@cox.net> Message-ID: <200402161327.14016.czar@czarc.net> On Monday 16 February 2004 11:54, Bill Estell wrote: > see: Linux: 2.6 Input Drivers FAQ http://kerneltrap.org/node/view/2199 > > Problem: > ~~~~~~~~ > > When I switch my KVM, my PS/2 mouse goes all crazy. > > Solution: > ~~~~~~~~~ > > Use psmouse.proto=bare on the kernel command line, or proto=bare on the > psmouse module command line. A BIG thank you. That did it. Adding psmouse.proto=base to the kernel boot command line did the trick. Mouse now OK in X and no more "lost sync" stuff in console mode. -- Gene From paul at all-the-johnsons.co.uk Mon Feb 16 18:35:04 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 16 Feb 2004 18:35:04 +0000 Subject: SELinux user problems In-Reply-To: <20040216182308.GA9330@wolves.durham.nc.us> References: <20040216182308.GA9330@wolves.durham.nc.us> Message-ID: <1076956483.27211.1.camel@T7.linux> Hi, > Perhaps there is a pointer somewhere for adding users under SEL? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115686 TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 k at dicec.cl Mon Feb 16 18:52:29 2004 From: k at dicec.cl (Christian B. Ellsworth Capo) Date: Mon, 16 Feb 2004 15:52:29 -0300 Subject: Install In-Reply-To: References: Message-ID: <1076957549.13188.1.camel@shrek.dicec.cl> Perhaps, try the option for notebooks "nofb" during the install, this is just a though... nothing for sure On Mon, 2004-02-16 at 15:22, Jonas Persson wrote: > Core 2. It seems like the installation is not possbile when I have a flat > screen and a GeForce FX 5900 Ultra, When X starts during the install??tion > the screen goes black. Any suggestion appreciated. > > _________________________________________________________________ > Hitta r??tt p?? n??tet med MSN S??k http://search.msn.se/ -- Christian B. Ellsworth Capo (k at dicec.cl) Linux Chief Engineer RedHat Certified Engineer (RHCE) DICEC Ltd. Sanchez Fontecillas 966b, Las Condes, Santiago, Chile. Phone (56 2) 2633340 Fax (56 2) 2071820 Movil (56 9) 4195632 -------------- 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 noa at resare.com Mon Feb 16 18:54:55 2004 From: noa at resare.com (Noa Resare) Date: Mon, 16 Feb 2004 19:54:55 +0100 Subject: FC2 test 1 Qs & Evolution In-Reply-To: <1076941327.16695.19.camel@wibbit.firebox.com> References: <1076664175.26000.2.camel@localhost.localdomain> <1076686417.26000.88.camel@localhost.localdomain> <1076714773.11079.24.camel@localhost.localdomain> <1076941327.16695.19.camel@wibbit.firebox.com> Message-ID: <1076957695.2295.14.camel@localhost.localdomain> On Mon, 2004-02-16 at 14:22 +0000, Douglas Furlong wrote: > Hi Noa. > > I was wondering if you could answer this before I go off buzillering > things. > > Neither your build of Evolution nor the build that comes with FC2 seem > to have LDAP address book support. When i click "Contacts" in the lower left corner I get a tree view listing among other things "On LDAP Servers". The only configured ldap server is verisign, and it doesn't seem to work, but from what I can tell the support exists in evolution. /noa -- Det ?r lika dumt att tro att man blir fet av att ?ta fett, som att tro att man blir gr?n av att ?ta gr?nsaker. -- Christer Enkvist, ?verl?kare From czar at czarc.net Mon Feb 16 18:59:07 2004 From: czar at czarc.net (Gene C.) Date: Mon, 16 Feb 2004 13:59:07 -0500 Subject: FC2 test1 and KVM switch In-Reply-To: <1076955066.13853.47.camel@chip.laiskiainen.org> References: <200402151402.47477.czar@czarc.net> <4030F5A9.6080604@cox.net> <1076955066.13853.47.camel@chip.laiskiainen.org> Message-ID: <200402161359.07483.czar@czarc.net> On Monday 16 February 2004 13:11, Panu Matilainen wrote: > On Mon, 2004-02-16 at 18:54, Bill Estell wrote: > > Gene C. wrote: > > >On Sunday 15 February 2004 14:13, Rick Johnson wrote: > > >>Gene C. wrote: [snip] > > >Never had a problem before. I just check the XF86Config for FC1 and FC2 > > > and both specify IMPS/2. Switch to any VT does nothing. > > > > > >In addition, when I am on a console (e.g., VT1) and I move the > > > trackball, I get messages of the form: > > > > > >psmouse.c: Explorer Mouse at isa0060/serio1/input0 lost syncronization, > > >thowing 2 bytes away. > > > > see: Linux: 2.6 Input Drivers FAQ http://kerneltrap.org/node/view/2199 > > > > Problem: > > ~~~~~~~~ > > > > When I switch my KVM, my PS/2 mouse goes all crazy. > > > > Solution: > > ~~~~~~~~~ > > > > Use psmouse.proto=bare on the kernel command line, or proto=bare on the > > psmouse module command line. > > That indeed produces a much saner mouse but that way you lose mouse > wheel :( You are correct ... using psmouse.proto=bare looses the wheel. Looking into the kernel doc a bit I find that there are two other values that could be used: imps and exps. Trying psmouse.proto= I find that "imps" produces a working mouse and "exps" has the mouse acting crazy (just like if nothing specified). My guess is that the default is exps (Explorer Mouse whatever that is) and that imps must be specified for a wheel mouse/traceball. Anyway, for whell mouse/trackball, use psmouse.proto=imps -- Gene From techs_21 at yahoo.com Mon Feb 16 19:08:16 2004 From: techs_21 at yahoo.com (Eric Ebert) Date: Mon, 16 Feb 2004 11:08:16 -0800 (PST) Subject: CPU Error Message-ID: <20040216190816.15077.qmail@web21404.mail.yahoo.com> I woke up this morning to find the following error on my system. I was wondering if anybody else had seen it. I've never had a linux system give me anything like it in the past. MCE: The hardware reports a non-fatal, correctable incident occured on CPU 0 Bank 1: 9400000000000151 I'm running the SMP kernel on FC2-test1 on a dual AMD MP 2400+ system. Eric __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From pmatilai at welho.com Mon Feb 16 19:16:50 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Mon, 16 Feb 2004 21:16:50 +0200 Subject: FC2 test1 and KVM switch In-Reply-To: <200402161359.07483.czar@czarc.net> References: <200402151402.47477.czar@czarc.net> <4030F5A9.6080604@cox.net> <1076955066.13853.47.camel@chip.laiskiainen.org> <200402161359.07483.czar@czarc.net> Message-ID: <1076959009.13853.71.camel@chip.laiskiainen.org> On Mon, 2004-02-16 at 20:59, Gene C. wrote: > On Monday 16 February 2004 13:11, Panu Matilainen wrote: > > On Mon, 2004-02-16 at 18:54, Bill Estell wrote: > > > Gene C. wrote: > > > >On Sunday 15 February 2004 14:13, Rick Johnson wrote: > > > >>Gene C. wrote: > [snip] > > > >Never had a problem before. I just check the XF86Config for FC1 and FC2 > > > > and both specify IMPS/2. Switch to any VT does nothing. > > > > > > > >In addition, when I am on a console (e.g., VT1) and I move the > > > > trackball, I get messages of the form: > > > > > > > >psmouse.c: Explorer Mouse at isa0060/serio1/input0 lost syncronization, > > > >thowing 2 bytes away. > > > > > > see: Linux: 2.6 Input Drivers FAQ http://kerneltrap.org/node/view/2199 > > > > > > Problem: > > > ~~~~~~~~ > > > > > > When I switch my KVM, my PS/2 mouse goes all crazy. > > > > > > Solution: > > > ~~~~~~~~~ > > > > > > Use psmouse.proto=bare on the kernel command line, or proto=bare on the > > > psmouse module command line. > > > > That indeed produces a much saner mouse but that way you lose mouse > > wheel :( > > You are correct ... using psmouse.proto=bare looses the wheel. Looking into > the kernel doc a bit I find that there are two other values that could be > used: imps and exps. > > Trying psmouse.proto= I find that "imps" produces a working mouse > and "exps" has the mouse acting crazy (just like if nothing specified). My > guess is that the default is exps (Explorer Mouse whatever that is) and that > imps must be specified for a wheel mouse/traceball. > > Anyway, for whell mouse/trackball, use psmouse.proto=imps Using "imps" makes it half-work: after switching around the wheel scrolling works downwards but not upwards :-/ "exps" is back to the mad mouse disease. - Panu - From czar at czarc.net Mon Feb 16 19:22:24 2004 From: czar at czarc.net (Gene C.) Date: Mon, 16 Feb 2004 14:22:24 -0500 Subject: FC2, KVM, mouse suggestion Message-ID: <200402161422.24921.czar@czarc.net> After having some experience with a mouse/traceball and KVM on FC2, I would like to make a suggestion: 1. Since the anaconda installer does identify the type of pointing device, add this a a kernel boot parameter so that things do not get screwed up when the user boots the system. The default appears to use "exps" which produces crazy mouse behavior after a KVM switch. alternatively since Red Hat always insists that it does not support KVM usage 2. Document what needs to be done in the Release Notes. Is this email adequate or do you want be to do a bugzilla RFE report? -- Gene From jsamort at shaw.ca Mon Feb 16 19:21:09 2004 From: jsamort at shaw.ca (J. Scott Amort) Date: Mon, 16 Feb 2004 11:21:09 -0800 Subject: native eclipse In-Reply-To: <1076881944.7976.6.camel@zgobolos.home> References: <1076812462.5086.1.camel@enlightenment.baobobmusic.ca> <20040215095943.GI15070@lichen.truemesh.com> <1076875332.2055.1.camel@enlightenment.baobobmusic.ca> <1076881944.7976.6.camel@zgobolos.home> Message-ID: <1076959269.2027.2.camel@enlightenment.baobobmusic.ca> On Sun, 2004-02-15 at 22:52 +0100, G?b?l?s Zolt?n wrote: > Are the java bytecode plugins working with the gcj compiled (native x86) > eclipse? I'm using Borland's Together Edition For Eclipse, and this is a > commercial precompiled stuff, without sources. I'm not sure about that - I essentially just went through the process of compiling it and making sure it ran and giving it a few test runs. Right now, I've gone back to the JRE dependent version (3.0M7), and I must admit, I can't say I notice a substantial speed difference between the two. Scott From maxer1 at xmission.com Mon Feb 16 19:27:15 2004 From: maxer1 at xmission.com (raxet) Date: Mon, 16 Feb 2004 12:27:15 -0700 Subject: Is there a work around for borked alsa in FC2 T1? Message-ID: <40311993.4000605@xmission.com> So now that my snd-emu10k1 and snd-intel8x0 won't work and gives nothing but errors in FC2 T1, what is a work around? I have tried alsa-mixer to no avail? I don't see a bug on it anywhere? RaXeT From czar at czarc.net Mon Feb 16 19:29:49 2004 From: czar at czarc.net (Gene C.) Date: Mon, 16 Feb 2004 14:29:49 -0500 Subject: FC2 test1 and KVM switch In-Reply-To: <1076959009.13853.71.camel@chip.laiskiainen.org> References: <200402151402.47477.czar@czarc.net> <200402161359.07483.czar@czarc.net> <1076959009.13853.71.camel@chip.laiskiainen.org> Message-ID: <200402161429.49539.czar@czarc.net> On Monday 16 February 2004 14:16, Panu Matilainen wrote: > On Mon, 2004-02-16 at 20:59, Gene C. wrote: > > On Monday 16 February 2004 13:11, Panu Matilainen wrote: > > > On Mon, 2004-02-16 at 18:54, Bill Estell wrote: > > > > Gene C. wrote: > > > > >On Sunday 15 February 2004 14:13, Rick Johnson wrote: > > > > >>Gene C. wrote: > > > > [snip] > > > > > > >Never had a problem before. I just check the XF86Config for FC1 and > > > > > FC2 and both specify IMPS/2. Switch to any VT does nothing. > > > > > > > > > >In addition, when I am on a console (e.g., VT1) and I move the > > > > > trackball, I get messages of the form: > > > > > > > > > >psmouse.c: Explorer Mouse at isa0060/serio1/input0 lost > > > > > syncronization, thowing 2 bytes away. > > > > > > > > see: Linux: 2.6 Input Drivers FAQ > > > > http://kerneltrap.org/node/view/2199 > > > > > > > > Problem: > > > > ~~~~~~~~ > > > > > > > > When I switch my KVM, my PS/2 mouse goes all crazy. > > > > > > > > Solution: > > > > ~~~~~~~~~ > > > > > > > > Use psmouse.proto=bare on the kernel command line, or proto=bare on > > > > the psmouse module command line. > > > > > > That indeed produces a much saner mouse but that way you lose mouse > > > wheel :( > > > > You are correct ... using psmouse.proto=bare looses the wheel. Looking > > into the kernel doc a bit I find that there are two other values that > > could be used: imps and exps. > > > > Trying psmouse.proto= I find that "imps" produces a working > > mouse and "exps" has the mouse acting crazy (just like if nothing > > specified). My guess is that the default is exps (Explorer Mouse > > whatever that is) and that imps must be specified for a wheel > > mouse/traceball. > > > > Anyway, for whell mouse/trackball, use psmouse.proto=imps > > Using "imps" makes it half-work: after switching around the wheel > scrolling works downwards but not upwards :-/ "exps" is back to the mad > mouse disease. "imps" fixed everything for me ... wheel scrolling works both down and up (this is a Logitech TrackMan Wheel). -- Gene From strange at nsk.no-ip.org Mon Feb 16 19:37:23 2004 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Mon, 16 Feb 2004 19:37:23 +0000 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <200402160129.01252.hoyt@cavtel.net> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> <200402160129.01252.hoyt@cavtel.net> Message-ID: <20040216193723.GA2624@nsk.no-ip.org> On Mon, Feb 16, 2004 at 01:29:01AM -0500, Hoyt wrote: > On Monday 16 February 2004 12:39 am, Bill Nottingham wrote: > > Try unmuting it/turning up the volume - ALSA starts muted by default. > > Is there a valid reason for that? It seems that perhaps _some_ volume > initially would help avoid unnecessary help requests. I would not think that > starting muted would be a generally recognized assumption: Because a system without a user shoudln't make a beep (IMO), and each user has its idea of a right volume and his desktop environment should restore it on login. Regards, Luciano Rocha From mike.pedersen at sbcglobal.net Mon Feb 16 19:44:47 2004 From: mike.pedersen at sbcglobal.net (Mike Pedersen) Date: Mon, 16 Feb 2004 11:44:47 -0800 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <20040216193723.GA2624@nsk.no-ip.org> Message-ID: <000101c3f4c5$55a64300$0500a8c0@mpedersenpc> Hi all, another problem with a muted volume is that it will be a problem for those of us who are blind and use synthetic speech to access the screen. I realize that it is easy to un-mute but it would be sort of perplexing to start a screen reader which used a software synthesizer such as festival and hear nothing. regards Mike Pedersen -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Luciano Miguel Ferreira Rocha Sent: Monday, February 16, 2004 11:37 AM To: fedora-test-list at redhat.com Subject: Re: FC2 First Impressions (Nautilus, Sound and Evolution) On Mon, Feb 16, 2004 at 01:29:01AM -0500, Hoyt wrote: > On Monday 16 February 2004 12:39 am, Bill Nottingham wrote: > > Try unmuting it/turning up the volume - ALSA starts muted by > > default. > > Is there a valid reason for that? It seems that perhaps _some_ volume > initially would help avoid unnecessary help requests. I would not think that > starting muted would be a generally recognized assumption: Because a system without a user shoudln't make a beep (IMO), and each user has its idea of a right volume and his desktop environment should restore it on login. Regards, Luciano Rocha -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From notting at redhat.com Mon Feb 16 19:47:08 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 16 Feb 2004 14:47:08 -0500 Subject: ALSA & CS4235 In-Reply-To: <20040216191634.0cbd48b9.ms-nospam-0306@arcor.de> References: <345764DCB65C0C4FACC44529DE273C180B5235@eemail1.microlink.lan> <20040216191634.0cbd48b9.ms-nospam-0306@arcor.de> Message-ID: <20040216194708.GA3870@devserv.devel.redhat.com> Michael Schwendt (ms-nospam-0306 at arcor.de) said: > Sounds like a bug report (bugzilla.redhat.com) would be helpful, > with your audio chipset listed in the output of /sbin/lspci -vv > and /sbin/lspci -vn His card's not PCI; that won't help. Bill From awol at home.nl Mon Feb 16 19:56:55 2004 From: awol at home.nl (Alexander Volovics) Date: Mon, 16 Feb 2004 20:56:55 +0100 Subject: Anybody using FC2 on a Dell Inspiron 8100 In-Reply-To: References: <20040216103559.GA2319@home.nl> Message-ID: <20040216195655.GA3468@home.nl> On Mon, Feb 16, 2004 at 03:18:49PM -0300, Alexandre Oliva wrote: > On Feb 16, 2004, Alexander Volovics wrote: > > Each time I have been able to use the machine for about 30-60 > > minutes. Then it would freeze solid without apparent reason. > Did you upgrade the kernel to the latest version in the development > tree? Tomorrow I will try one last time and see if I can upgrade the kernel before the laptop freezes. I hope it helps. Alexander From awol at home.nl Mon Feb 16 19:59:10 2004 From: awol at home.nl (Alexander Volovics) Date: Mon, 16 Feb 2004 20:59:10 +0100 Subject: Anybody using FC2 on a Dell Inspiron 8100 In-Reply-To: <1076954427.18995.0.camel@lars.stea.no> References: <20040216103559.GA2319@home.nl> <1076938995.14016.15.camel@lars.stea.no> <20040216142827.GA4576@home.nl> <1076954427.18995.0.camel@lars.stea.no> Message-ID: <20040216195910.GB3468@home.nl> On Mon, Feb 16, 2004 at 07:00:27PM +0100, Lars Stea wrote: > Have you installed nvidia drivers? No, on the laptop I only use the nv drivers. Alexander From steve at rueb.com Mon Feb 16 19:56:56 2004 From: steve at rueb.com (Steve Bergman) Date: Mon, 16 Feb 2004 13:56:56 -0600 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <20040216193723.GA2624@nsk.no-ip.org> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> <200402160129.01252.hoyt@cavtel.net> <20040216193723.GA2624@nsk.no-ip.org> Message-ID: <40312088.4060202@rueb.com> Luciano Miguel Ferreira Rocha wrote: >Because a system without a user shoudln't make a beep (IMO), and each user >has its idea of a right volume and his desktop environment should restore it >on login. > > > I just subscribed, so I'm getting in in the middle of this, but IMO ALSA defaulting to volume 0 at first boot should be considered a bug. Sigh... This could only happen in Linux/Unix. As to restoring the user's settings, yes, of course. But most nontechnical users will simply assume that sound doesn't work with the current default. That said, I think the default should be well below 50% volume. Otherwise, we give Aunt Tillie a heart attack. ;-) -Steve From mporta at mail.vu Mon Feb 16 20:28:12 2004 From: mporta at mail.vu (Matteo Porta) Date: Mon, 16 Feb 2004 12:28:12 -0800 (PST) Subject: audio and modem on acer aspire 2003 notebook Message-ID: <20040216202812.70199394F@sitemail.everyone.net> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From jdennis at redhat.com Fri Feb 13 22:47:59 2004 From: jdennis at redhat.com (John Dennis) Date: Fri, 13 Feb 2004 17:47:59 -0500 Subject: mailman should be moved to testing Message-ID: <1076687507.1308.4987.camel@finch.boston.redhat.com> There is a new mailman package in sitting in FC1, it should be moved to testing. It resolves in FC1 the following security errata RHSA-2004:020-02. -- John Dennis From paul at all-the-johnsons.co.uk Mon Feb 16 20:30:57 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 16 Feb 2004 20:30:57 +0000 Subject: Webcams Message-ID: <1076963457.28873.7.camel@T7.linux> Hi, I've downloaded the ov511 drivers and installed them (following the instructions supplied in the tarball). When I try to open gnomemeeting all I get is /dev/video0 and /dev/video1 are not available /sbin/lsmod gives me the following Module Size Used by ipt_REJECT 7040 0 ipt_state 2048 0 ip_conntrack 31408 1 ipt_state iptable_filter 2944 0 ip_tables 17920 3 ipt_REJECT,ipt_state,iptable_filter ov511 93952 0 usbcore 105948 1 ov511 videodev 9856 1 ov511 v4l2_common 6400 1 ov511 ovcamchip 26504 0 i2c_core 23172 2 ov511,ovcamchip snd_pcm_oss 52260 1 snd_mixer_oss 18944 1 snd_pcm_oss binfmt_misc 10632 1 ipv6 244544 12 lp 11820 0 autofs4 15872 0 8139too 23552 0 mii 5376 1 8139too ohci1394 34436 0 ieee1394 279344 1 ohci1394 sg 36760 0 microcode 6688 0 sr_mod 17188 0 ide_scsi 14724 0 aic7xxx 168760 0 sd_mod 14624 0 scsi_mod 110776 5 sg,sr_mod,ide_scsi,aic7xxx,sd_mod So the ov511 modules are installed, just I'm not sure what I need to do next for it to be recognised. I'm using a self compiled version of the 2.6.2 kernel, FC 1.90. The webcam is a Trust SpaceCam 200 connected to usb0 TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Mon Feb 16 20:33:08 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 16 Feb 2004 15:33:08 -0500 Subject: mailman should be moved to testing In-Reply-To: <1076687507.1308.4987.camel@finch.boston.redhat.com> References: <1076687507.1308.4987.camel@finch.boston.redhat.com> Message-ID: <20040216203307.GI19403@devserv.devel.redhat.com> John Dennis (jdennis at redhat.com) said: > There is a new mailman package in sitting in FC1, it should be moved to > testing. It resolves in FC1 the following security errata > RHSA-2004:020-02. There is already mailman-2.1.4-1 in updates-testing. Bill From czar at czarc.net Mon Feb 16 20:35:49 2004 From: czar at czarc.net (Gene C.) Date: Mon, 16 Feb 2004 15:35:49 -0500 Subject: mailman should be moved to testing In-Reply-To: <1076687507.1308.4987.camel@finch.boston.redhat.com> References: <1076687507.1308.4987.camel@finch.boston.redhat.com> Message-ID: <200402161535.49247.czar@czarc.net> On Friday 13 February 2004 17:47, John Dennis wrote: > There is a new mailman package in sitting in FC1, it should be moved to > testing. It resolves in FC1 the following security errata > RHSA-2004:020-02. ?? The mailman 2.1.4-1 package is in both updates and updates/testing. I do not understand your point. No announcement has been made and it should be. -- Gene From davej at redhat.com Mon Feb 16 20:37:21 2004 From: davej at redhat.com (Dave Jones) Date: Mon, 16 Feb 2004 20:37:21 +0000 Subject: Webcams In-Reply-To: <1076963457.28873.7.camel@T7.linux> References: <1076963457.28873.7.camel@T7.linux> Message-ID: <1076963841.16320.0.camel@delerium.codemonkey.org.uk> On Mon, 2004-02-16 at 20:30, Paul wrote: > I'm using a self compiled version of the 2.6.2 kernel, FC 1.90. The > webcam is a Trust SpaceCam 200 connected to usb0 If you're finding problems with self-compiled upstream code, report the bugs upstream too. Dave From wolters.liste at gmx.net Mon Feb 16 20:42:22 2004 From: wolters.liste at gmx.net (Roland Wolters) Date: Mon, 16 Feb 2004 21:42:22 +0100 Subject: Is there a work around for borked alsa in FC2 T1? In-Reply-To: <40311993.4000605@xmission.com> References: <40311993.4000605@xmission.com> Message-ID: <200402162142.27088.wolters.liste@gmx.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Once upon a time raxet wrote: > So now that my snd-emu10k1 and snd-intel8x0 won't work and gives nothing > but errors in FC2 T1, what is a work around? > I have tried alsa-mixer to no avail? I don't see a bug on it anywhere? Its a solved problem, open slamixer and push up und unmute the colume control! Than save the Volume control, and everything works fine. Roland -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAMSsynsVHlKAJG/IRAo04AKCNsPe66kXFWqKUYIp6IzF6Lbw3TQCaAkMy 0zTWzxHcW+ry5J6nOWuaTAQ= =og+1 -----END PGP SIGNATURE----- From davej at redhat.com Mon Feb 16 20:40:59 2004 From: davej at redhat.com (Dave Jones) Date: Mon, 16 Feb 2004 20:40:59 +0000 Subject: CPU Error In-Reply-To: <20040216190816.15077.qmail@web21404.mail.yahoo.com> References: <20040216190816.15077.qmail@web21404.mail.yahoo.com> Message-ID: <1076964059.16320.5.camel@delerium.codemonkey.org.uk> On Mon, 2004-02-16 at 19:08, Eric Ebert wrote: > I woke up this morning to find the following error on my system. I was wondering if > anybody else had seen it. I've never had a linux system give me anything like it in the > past. > > MCE: The hardware reports a non-fatal, correctable incident occured on CPU 0 > Bank 1: 9400000000000151 > > I'm running the SMP kernel on FC2-test1 on a dual AMD MP 2400+ system. 2.6 does more (perhaps excessive in some cases) checks. There's a background polling timer that kicks in every 5 seconds that looks at the machine check exception registers to see if anything nasty happened. In an ideal world, MCEs only get raised when bad hardware misbehaves (ie, due to overclocking, bad cooling etc). However they can also be triggered through device drivers doing bad things. What other hardware is in the box (or rather, what drivers are in use) ? There are also some circumstances where it picks up false positives (usually during suspend/resume, or some other BIOS-involved task). Dave From paul at all-the-johnsons.co.uk Mon Feb 16 20:46:06 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 16 Feb 2004 20:46:06 +0000 Subject: Webcams In-Reply-To: <1076963841.16320.0.camel@delerium.codemonkey.org.uk> References: <1076963457.28873.7.camel@T7.linux> <1076963841.16320.0.camel@delerium.codemonkey.org.uk> Message-ID: <1076964366.28873.10.camel@T7.linux> Hi, > > I'm using a self compiled version of the 2.6.2 kernel, FC 1.90. The > > webcam is a Trust SpaceCam 200 connected to usb0 > > If you're finding problems with self-compiled upstream code, report > the bugs upstream too. The 2.6.2 kernel is happy, fine and dandy as are the webcam modules. How do I find if there are bugs upstream as well? Gnomemeeting just says that /dev/video0 and /dev/video1 can't be opened. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 william.c.estell at cox.net Mon Feb 16 20:52:29 2004 From: william.c.estell at cox.net (Bill Estell) Date: Mon, 16 Feb 2004 15:52:29 -0500 Subject: FC2 test1 In-Reply-To: <20040215154946.GB11676@devserv.devel.redhat.com> References: <1076809431.7308.6.camel@localhost.localdomain> <402EEF6D.4090605@margo.bijoux.nom.br> <402ED847.3010405@margo.bijoux.nom.br> <20040214224209.GA10669@heaven> <004d01c3f37a$4e9b34e0$6500a8c0@david> <402EF7C8.40309@margo.bijoux.nom.br> <1076858704.675.11.camel@home.ckloiber.com> <20040215154946.GB11676@devserv.devel.redhat.com> Message-ID: <40312D8D.6070309@cox.net> Alan Cox wrote: >On Sun, Feb 15, 2004 at 10:25:04AM -0500, Chris Kloiber wrote: > > >>Dell generally does not ship the analog audio cable as Windows drivers >>pull the audio data off using the IDE cable. While you're in there, I >>recommend setting all IDE devices to either master or slave as >> >> > >There are Linux drivers that will also do this, but Gnome doesnt seem >to include one by default. Which way is better is subject to much argument >but I imagine to dell its a matter of saving 30cents or whatever > > > > > If have an internal IDE CD-RW drive that I can play music CDs from, however, I cannot hear music from the same music CD inserted into an external Sony 510 DVD+-RW/+-R connected via USB2.0. FC2T1 detects that the Music CD is in the drive, starts the GNOME CD Player application and starts to play the CD. I speculate that the reason I can't here music is that there is no analog audio cable on this external drive. Isn't this a bug? Is this a problem for all external CD drives? As an aside, I don't think ALSA sound should muted by default in FC. I think that sound should be unmuted and volume set to "low". If we really don't want the PC to make any sound until configured to do so by the user we could default the volume to zero. Then the user would only need to move the volume up on the Volume Control applet in the Gnome Panel. From paul at all-the-johnsons.co.uk Mon Feb 16 20:55:38 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 16 Feb 2004 20:55:38 +0000 Subject: Webcams In-Reply-To: <1076964366.28873.10.camel@T7.linux> References: <1076963457.28873.7.camel@T7.linux> <1076963841.16320.0.camel@delerium.codemonkey.org.uk> <1076964366.28873.10.camel@T7.linux> Message-ID: <1076964938.28873.12.camel@T7.linux> Hi, Silly me - didn't have usb-uhci loaded! TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 tuxpenguin at austin.rr.com Mon Feb 16 21:01:38 2004 From: tuxpenguin at austin.rr.com (Jason Knight) Date: Mon, 16 Feb 2004 15:01:38 -0600 Subject: x86_64 Devel 2.6 kernel rpm failure? Message-ID: <40312FB2.6050000@austin.rr.com> I dont really know if I am making a fool of myself trying this but whenever I try to install the kernel-2.6.2-1.81.x86_64.rpm from http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/Fedora/RPMS/ it just hangs, I try to redirect verbose output but nothing comes out. Any ideas? Jason Knight From bwheadley at earthlink.net Mon Feb 16 21:06:04 2004 From: bwheadley at earthlink.net (Bryan W. Headley) Date: Mon, 16 Feb 2004 15:06:04 -0600 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <40312088.4060202@rueb.com> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> <200402160129.01252.hoyt@cavtel.net> <20040216193723.GA2624@nsk.no-ip.org> <40312088.4060202@rueb.com> Message-ID: <403130BC.5060108@earthlink.net> Steve Bergman wrote: >> > I just subscribed, so I'm getting in in the middle of this, but IMO ALSA > defaulting to volume 0 at first boot should be considered a bug. > Sigh... This could only happen in Linux/Unix. It's a fair argument. I don't know why the Alsa guys have it that way. What you could do in the meantime is merely build an asound file without muting and let that be the default when the sound card's been discovered. -- ____ .:. ____ Bryan W. Headley - bwheadley at earthlink.net From devin at synapticvision.com Mon Feb 16 21:05:30 2004 From: devin at synapticvision.com (Devin Whalen) Date: Mon, 16 Feb 2004 16:05:30 -0500 Subject: boot disk Message-ID: <1076965530.15133.11.camel@devinsbox> Hello, I downloaded the Fedora Core 2 from bittorrent and all 4 disks were downloaded fine. However, when I tried to install on my laptop I found out that my laptop won't boot from the cd-rom. Then I found out that there is no bootdisk image file for the Core 2....so what am I to do. Is there anyway to make a boot disk? Thanks for the help. Later -- Devin Whalen Programmer Synaptic Vision Inc Phone-(416) 539-0801 Fax- (416) 539-8280 1179A King St. West Toronto, Ontario Suite 309 M6K 3C5 Home-(416) 653-3982 From paul at all-the-johnsons.co.uk Mon Feb 16 21:12:30 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 16 Feb 2004 21:12:30 +0000 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <403130BC.5060108@earthlink.net> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> <200402160129.01252.hoyt@cavtel.net> <20040216193723.GA2624@nsk.no-ip.org> <40312088.4060202@rueb.com> <403130BC.5060108@earthlink.net> Message-ID: <1076965950.28873.15.camel@T7.linux> Hi, > What you could do in the meantime is merely build an asound file without > muting and let that be the default when the sound card's been discovered. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114720 TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 rngadam at yahoo.com Mon Feb 16 21:22:12 2004 From: rngadam at yahoo.com (Ricky Ng-Adam) Date: Mon, 16 Feb 2004 16:22:12 -0500 Subject: Auto-login default for Personal/Workstation (Re: FC2 test1: install glitches and comments) In-Reply-To: <3946.12.29.16.103.1076939644.squirrel@12.29.16.103> References: <402DCD3B.3070404@medata.com> <402FBDFD.30109@medata.com> <3946.12.29.16.103.1076939644.squirrel@12.29.16.103> Message-ID: William Hooper wrote: > Ricky Ng-Adam said: > >>So I'd say: let advanced users configure the login password (so the >>inverse of what you told me at the beginning) and have the 90% of users >>who don't want to bother with an username/password auto-login. > > IMHO security should win by default, with the option to change it later > (with the understanding that the user understands the consequences). OK, OK! ;-) Well, why not put it it in the first boot configuration with a default to "No" and an explanation that it is only recommended for personal, home computers? As I've said, 90% of the users are going to want to use this functionnality, but the newbies won't even KNOW it is possible if you don't give them the choice. This isn't for me personnaly, it is for /them/... Anyway, I'll shut up now - if I can't convince the developers that this is worth it it is not like *I* will do anything about it ;-)... Thanks, Ricky From cra at WPI.EDU Mon Feb 16 21:30:42 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Mon, 16 Feb 2004 16:30:42 -0500 Subject: boot disk In-Reply-To: <1076965530.15133.11.camel@devinsbox> References: <1076965530.15133.11.camel@devinsbox> Message-ID: <20040216213042.GL1556@angus.ind.WPI.EDU> On Mon, Feb 16, 2004 at 04:05:30PM -0500, Devin Whalen wrote: > I downloaded the Fedora Core 2 from bittorrent and all 4 disks were > downloaded fine. However, when I tried to install on my laptop I found > out that my laptop won't boot from the cd-rom. Then I found out that > there is no bootdisk image file for the Core 2....so what am I to do. You might be able to use GRUB to boot the installer if you already have GRUB from a previous install on the hard disk. Alternatively, you might be able to boot off a USB memory stick or PXE boot off the network. > Is there anyway to make a boot disk? No, too big for floppy. From mrsam at courier-mta.com Mon Feb 16 21:54:31 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Mon, 16 Feb 2004 16:54:31 -0500 Subject: x86_64 Devel 2.6 kernel rpm failure? References: <40312FB2.6050000@austin.rr.com> Message-ID: Jason Knight writes: > I dont really know if I am making a fool of myself trying this but > whenever I try to install the kernel-2.6.2-1.81.x86_64.rpm > > from > http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/Fedora/RPMS/ > it just hangs, I try to redirect verbose output but nothing comes out. > Any ideas? I think the x86_64 platform is still susceptible to locking-related RPM hangs. I haven't had this happen on i686 for quite some time, but it just happened to me, the other day, on x86_64. Go into /var/lib/rpm, and delete all __db* crap. That should fix it. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sandy_pond at myrealbox.com Mon Feb 16 21:59:02 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Mon, 16 Feb 2004 16:59:02 -0500 Subject: FC2 test1 and KVM switch In-Reply-To: <1076959009.13853.71.camel@chip.laiskiainen.org> References: <200402151402.47477.czar@czarc.net> <4030F5A9.6080604@cox.net> <1076955066.13853.47.camel@chip.laiskiainen.org> <200402161359.07483.czar@czarc.net> <1076959009.13853.71.camel@chip.laiskiainen.org> Message-ID: <1076968741.4579.7.camel@study> On Mon, 2004-02-16 at 14:16, Panu Matilainen wrote: ...snip... > Using "imps" makes it half-work: after switching around the wheel > scrolling works downwards but not upwards :-/ "exps" is back to the mad > mouse disease. > > - Panu - I use kvm's and also plug/unplug mouse/keyboard into hot motherboards all the time (I know your not suppose to). Most times screws up X mouse. Work around is restarting X with though kills current login. Don't know if this helps but there it is. From peter_banks at charter.net Mon Feb 16 22:12:25 2004 From: peter_banks at charter.net (Peter A. Banks) Date: Mon, 16 Feb 2004 17:12:25 -0500 Subject: Can not mount cdrom need tools to debug problems In-Reply-To: <20040216203001.1954.95184.Mailman@listman.back-rdu.redhat.com> Message-ID: Whenever I try to do a mount /dev/cdrom I get an Invalid block device. This was a machine that had a working grub configuration line (hdc=ide_scsi) and was upgraded from FC1 to FC2. Using the newest kernel 2.6.2-1.81 i686 athlon. All the usual tools like dmesg is filled with so many unrelated error messages, I can't debug also I noticed that there is no devfsd.conf file to debug configuration. Any suggestions for debugging this Also my Ensonic 1373 sound card is not being discovered by the discovery process. Regards pab From jaaksimm at firm.ee Mon Feb 16 22:24:48 2004 From: jaaksimm at firm.ee (Jaak Simm) Date: Tue, 17 Feb 2004 00:24:48 +0200 Subject: Creating boot section from /boot partitition Message-ID: <40314330.6060908@firm.ee> Hello Fedora2 testers, Install went well, but due to my main ntfs drive, FC2-test1 does not boot, as expected. So I'm trying to create the 512-byte boot section (i.e. linux.bin) for my windows boot.ini. The problem is that the boot partition does not seem to start from its first section. After doing on linux rescue: (/dev/hda5 is the /boot partition) dd if=/dev/hda5 of=/mnt/.../linux.bin bs=512 count=1 This gives me a linux.bin that does not boot to anywhere, just hangs. I did a default installation, and used my previous linux partitions for FC2. How can I create boot section (linux.bin) that I can use for dual booting? Or do I have to specify some options during the installation of grub? Before FC2-test1 I had RH9 there and booted without trouble (of course after I had created the linux.bin from its /boot partitition). All links and suggestions are welcome, thanks. Best, Jaak From bwheadley at earthlink.net Mon Feb 16 23:02:38 2004 From: bwheadley at earthlink.net (Bryan W. Headley) Date: Mon, 16 Feb 2004 17:02:38 -0600 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <1076965950.28873.15.camel@T7.linux> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> <200402160129.01252.hoyt@cavtel.net> <20040216193723.GA2624@nsk.no-ip.org> <40312088.4060202@rueb.com> <403130BC.5060108@earthlink.net> <1076965950.28873.15.camel@T7.linux> Message-ID: <40314C0E.7070902@earthlink.net> Paul wrote: > Hi, > > >>What you could do in the meantime is merely build an asound file without >>muting and let that be the default when the sound card's been discovered. > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114720 Huh? Is the reason why the drivers did not "work" is because ALSA defaults to driver-mute? B/s the bzilla reads like you're trying to load 2.4.x drivers onto 2.6, which makes little sense... What I think might make sense is, 1. if kudzu sees a new sound card, have it also create a default /etc/asound.state file where the output channel isn't muted. 2. If you run system-config-sound, have it's panel come up with a control to set the volume/mute flag. 3. Because I have a IBM Thinkpad, soundcards are not found. I'd like to pass a command-line parameter to tell it which IRQ to use. That'd be a Release Notes kind of thing. 4. I don't see alsactl installed, either. Yeah, it's ugly curses stuff, but you need something to set asound.state with... -- ____ .:. ____ Bryan W. Headley - bwheadley at earthlink.net From wes at kuoi.asui.uidaho.edu Mon Feb 16 23:08:48 2004 From: wes at kuoi.asui.uidaho.edu (Wes Shull) Date: Mon, 16 Feb 2004 16:08:48 -0700 Subject: Kmail.... In-Reply-To: <20040216203001.1954.95184.Mailman@listman.back-rdu.redhat.com> References: <20040216203001.1954.95184.Mailman@listman.back-rdu.redhat.com> Message-ID: <200402161608.48893.wes@kuoi.asui.uidaho.edu> trufflesdad wrote: > ? On rawhide in Kmail I get the mails in but when I click to read > them there is no output to the read screen..If I click to forward > the mail to another address the mail shows up ok so in Rawhide I > have to tell kmail to resend eack mail before I can read it.... > Has anyone else seen this problem and solved it ??? I use kmail, and it's been working perfectly, with my spamassassin filters and all. Have you checked the kmail config, Appearance panel, Layout tab, under Message Preview Pane? If it's set to "Don't show a message preview pane", that would explain it... What happens if you just double-click the message in the list, does a readable window pop up? (it should) --wes From shugal at gmx.de Mon Feb 16 23:12:34 2004 From: shugal at gmx.de (Martin Stricker) Date: Tue, 17 Feb 2004 00:12:34 +0100 Subject: FC2, KVM, mouse suggestion References: <200402161422.24921.czar@czarc.net> Message-ID: <40314E62.5ADF6324@gmx.de> "Gene C." wrote: > Is this email adequate or do you want be to do a bugzilla RFE report? Put it in bugzilla. Only then you can be sure that it is seen by the right people. Best regards, Martin Stricker -- Homepage: http://www.martin-stricker.de/ Linux Migration Project: http://www.linux-migration.org/ Red Hat Linux 9 for low memory: http://www.rule-project.org/ Registered Linux user #210635: http://counter.li.org/ From webmaster at margo.bijoux.nom.br Mon Feb 16 23:17:42 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Mon, 16 Feb 2004 20:17:42 -0300 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <40314C0E.7070902@earthlink.net> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> <200402160129.01252.hoyt@cavtel.net> <20040216193723.GA2624@nsk.no-ip.org> <40312088.4060202@rueb.com> <403130BC.5060108@earthlink.net> <1076965950.28873.15.camel@T7.linux> <40314C0E.7070902@earthlink.net> Message-ID: <40314F96.7000804@margo.bijoux.nom.br> Bryan W. Headley wrote: > > 4. I don't see alsactl installed, either. Yeah, it's ugly curses > stuff, but you need something to set asound.state with... > It will be installed by default on next releases if you install the sound & video group ... https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115699 Pedro Macedo From wes at kuoi.asui.uidaho.edu Mon Feb 16 23:18:56 2004 From: wes at kuoi.asui.uidaho.edu (Wes Shull) Date: Mon, 16 Feb 2004 16:18:56 -0700 Subject: artsd In-Reply-To: <20040216091400.21304.8279.Mailman@listman.back-rdu.redhat.com> References: <20040216091400.21304.8279.Mailman@listman.back-rdu.redhat.com> Message-ID: <200402161618.56706.wes@kuoi.asui.uidaho.edu> "David Finch" wrote: > What would cause artsd to have a 90% or so idle cpu usage? I > noticed it after getting an erratic frame rate of 1-10fps in Tux > Racer. After killing the process I got a very smooth frame rate. > > I've got artsd version 1.20, and kernel 2.6.2-1.81. I've seen this before on more than Fedora; it's happened when something else was using /dev/dsp to output sound via oss/alsa, then something triggered an event that made artsd want to output some sound. Not quite sure why it sucks so much CPU, though... maybe it's in a tight poll or select loop waiting for /dev/dsp to become available? --wes From listmail at swiftdsl.com.au Mon Feb 16 23:33:19 2004 From: listmail at swiftdsl.com.au (listmail) Date: Tue, 17 Feb 2004 10:33:19 +1100 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <20040216203001.1954.95184.Mailman@listman.back-rdu.redhat.com> References: <20040216203001.1954.95184.Mailman@listman.back-rdu.redhat.com> Message-ID: <1076974399.6801.12.camel@localhost.localdomain> On Tue, 2004-02-17 at 07:30, fedora-test-list-request at redhat.com wrote: > > Message: 22 > Date: Mon, 16 Feb 2004 19:37:23 +0000 > From: Luciano Miguel Ferreira Rocha > To: fedora-test-list at redhat.com > Subject: Re: FC2 First Impressions (Nautilus, Sound and Evolution) > Reply-To: fedora-test-list at redhat.com > > On Mon, Feb 16, 2004 at 01:29:01AM -0500, Hoyt wrote: > > On Monday 16 February 2004 12:39 am, Bill Nottingham wrote: > > > Try unmuting it/turning up the volume - ALSA starts muted by default. > > > > Is there a valid reason for that? It seems that perhaps _some_ volume > > initially would help avoid unnecessary help requests. I would not think that > > starting muted would be a generally recognized assumption: > > Because a system without a user shoudln't make a beep (IMO), and each user > has its idea of a right volume and his desktop environment should restore it > on login. > > Regards, > Luciano Rocha > Hi Luciano, if this is a default policy, I strongly disagree. I believe a blind user has already posted a valid objection. If you extend the analogy it's like saying the screen should be black by default & the user must adjust the brightness themselves...duh! IF sound is enabled then it MUST be preset to an audible level by default. Regards Chris From chrisw01 at privatei.com Mon Feb 16 23:49:01 2004 From: chrisw01 at privatei.com (Christopher A. Williams) Date: Mon, 16 Feb 2004 16:49:01 -0700 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <40314F96.7000804@margo.bijoux.nom.br> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> <200402160129.01252.hoyt@cavtel.net> <20040216193723.GA2624@nsk.no-ip.org> <40312088.4060202@rueb.com> <403130BC.5060108@earthlink.net> <1076965950.28873.15.camel@T7.linux> <40314C0E.7070902@earthlink.net> <40314F96.7000804@margo.bijoux.nom.br> Message-ID: <1076975341.11126.19.camel@spike-home.comcast.net> On Mon, 2004-02-16 at 16:17, Pedro Fernandes Macedo wrote: > Bryan W. Headley wrote: > > > > > 4. I don't see alsactl installed, either. Yeah, it's ugly curses > > stuff, but you need something to set asound.state with... > > > It will be installed by default on next releases if you install the > sound & video group ... > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115699 > How about gnome-alsamixer? Then we have something with a nice GTK2+ front-end that does the same thing. http://www.paw.co.za/projects/gnome-alsamixer/ I rebuilt the source RPM and installed/ran it on FC2 just fine. I'm back once again to FC1 because, after getting sound to basically work, I still had big problems with evolution. It crashes at random (actually it crashes with consistency) and, despite following suggestions from earlier posts, I couldn't get it to import my data from 1.4. I also miss all of the extra stuff from Fedors.us and livna.org... Oh, well - maybe the next test release will bear more fruit. If an update comes along in the next few days that fixes some of this, maybe I'll try again. Now that my data can be safely isolated from "fresh" installs, it's not so bad to reload. Cheers, Chris -- ==================================== "If you get to thinkin' you're a person of some influence, try orderin' someone else's dog around." --Cowboy Wisdom From paul.norton at rcn.com Sun Feb 15 23:53:46 2004 From: paul.norton at rcn.com (Paul Norton) Date: Sun, 15 Feb 2004 18:53:46 -0500 Subject: vi chars "^[34m~" at end of file In-Reply-To: <1076859074.3194.4.camel@family> References: <1076859074.3194.4.camel@family> Message-ID: <20040215235346.GB14437@heaven> On Sun, Feb 15, 2004 at 10:31:15AM -0500, Sandy Pond wrote: > I have these extra characters "^[34m~" displayed below the last line of > a file when editing with vim. > > Is anyone having the same problem ... I would have expected a bugzilla > report on this by now if it's common. > > Keith > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list Actually, I did notice that the other day.. I have not filed a bug report though -- Paul From david.hunt.linux at comcast.net Tue Feb 17 00:02:21 2004 From: david.hunt.linux at comcast.net (David Hunt) Date: Mon, 16 Feb 2004 19:02:21 -0500 Subject: boot disk In-Reply-To: <1076965530.15133.11.camel@devinsbox> References: <1076965530.15133.11.camel@devinsbox> Message-ID: <40315A0D.5040101@comcast.net> Devin Whalen wrote: >Hello, > >I downloaded the Fedora Core 2 from bittorrent and all 4 disks were >downloaded fine. However, when I tried to install on my laptop I found >out that my laptop won't boot from the cd-rom. Then I found out that >there is no bootdisk image file for the Core 2....so what am I to do. > >Is there anyway to make a boot disk? > > I have a laptop with no floppy drive. I have been leaving an old (and stable) copy of Mandrake Linux on the laptop. I boot into Mandrake, mount the first ISO image, copy the vmlinuz and initrd.img files to a /boot/fedora directory, rerun so the changes take effect, and then boot into the lilo entry "Install-Fedora" which points to those files. On the FC1 ISO these files were in /images/bootdisk.img On the FC2 ISO I found similar files under /images/boot.iso/isolinux. These files appeared to work OK. I have a fairly non-standard partition, OS, booting setup. Perhaps this doesn't work for everyone. If this sounds like something that you would consider, I can provide more step-by-step instructions. From alan at redhat.com Tue Feb 17 00:04:00 2004 From: alan at redhat.com (Alan Cox) Date: Mon, 16 Feb 2004 19:04:00 -0500 Subject: FC2 test1 In-Reply-To: <40312D8D.6070309@cox.net> References: <1076809431.7308.6.camel@localhost.localdomain> <402EEF6D.4090605@margo.bijoux.nom.br> <402ED847.3010405@margo.bijoux.nom.br> <20040214224209.GA10669@heaven> <004d01c3f37a$4e9b34e0$6500a8c0@david> <402EF7C8.40309@margo.bijoux.nom.br> <1076858704.675.11.camel@home.ckloiber.com> <20040215154946.GB11676@devserv.devel.redhat.com> <40312D8D.6070309@cox.net> Message-ID: <20040217000400.GA20825@devserv.devel.redhat.com> On Mon, Feb 16, 2004 at 03:52:29PM -0500, Bill Estell wrote: > starts to play the CD. I speculate that the reason I can't here music > is that there is no analog audio cable on this external drive. Isn't > this a bug? Is this a problem for all external CD drives? Generally yes. The CD players that rip the data generally work ok this way of course From dave at webaugur.com Tue Feb 17 00:10:51 2004 From: dave at webaugur.com (David L Norris) Date: Tue, 17 Feb 2004 00:10:51 +0000 Subject: boot disk In-Reply-To: <20040216213042.GL1556@angus.ind.WPI.EDU> References: <1076965530.15133.11.camel@devinsbox> <20040216213042.GL1556@angus.ind.WPI.EDU> Message-ID: <1076976651.29038.31.camel@Daneel.WebAugur.com> On Mon, 2004-02-16 at 21:30, Charles R. Anderson wrote: > On Mon, Feb 16, 2004 at 04:05:30PM -0500, Devin Whalen wrote: > > However, when I tried to install on my laptop I found > > out that my laptop won't boot from the cd-rom. > Alternatively, you might be able to boot off a USB memory stick or PXE > boot off the network. Also, you can boot to a DOS floppy (or hard disk) with CD support and run the autoboot.bat file from the dosutils directory. -- David Norris http://www.webaugur.com/dave/ ICQ - 412039 -------------- 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.hunt.linux at comcast.net Tue Feb 17 00:32:06 2004 From: david.hunt.linux at comcast.net (David Hunt) Date: Mon, 16 Feb 2004 19:32:06 -0500 Subject: Parser Error UTF-8 Encoding during FC2-test1 Install Message-ID: <40316106.8020302@comcast.net> The Install of FC2 appeared to go well. While running FC2 however, there were a lot of problems, some more obvious than others. Before looking into any one issue, I wanted to make sure this wasn't a global problem. When I checked the /root/install.log 16 of 766 installed applications failed for a Parser Error due to UTF-8 Encoding Issues. Has anyone else noticed this? Some of these application failures appeared to be the cause of my problems while running FC2. From P.R.Schaffner at IEEE.org Tue Feb 17 00:33:23 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Mon, 16 Feb 2004 19:33:23 -0500 Subject: Creating boot section from /boot partitition In-Reply-To: <40314330.6060908@firm.ee> References: <40314330.6060908@firm.ee> Message-ID: <1076978003.6520.13.camel@tabb1.tabb> On Tue, 2004-02-17 at 00:24 +0200, Jaak Simm wrote: > Hello Fedora2 testers, > > Install went well, but due to my main ntfs drive, FC2-test1 does not > boot, as expected. So I'm trying to create the 512-byte boot section > (i.e. linux.bin) for my windows boot.ini. > > The problem is that the boot partition does not seem to start from its > first section. After doing on linux rescue: (/dev/hda5 is the /boot > partition) > dd if=/dev/hda5 of=/mnt/.../linux.bin bs=512 count=1 > This gives me a linux.bin that does not boot to anywhere, just hangs. I > did a default installation, and used my previous linux partitions for FC2. Didn't think Windows could boot an extended partition, but if you had it working before it must be possible. You haven't given enough info to get definitive help. Did you do an upgrade or install? Since you said "Install went well" I'll assume the latter, and guess that grub did not get configured correctly. You may have the grub info from RH9 in the boot record on /dev/hda5 rather than FC1. Info from "fdisk -l", "/etc/ fstab", and "/boot/grub/grub.conf" would be useful. > > How can I create boot section (linux.bin) that I can use for dual > booting? Or do I have to specify some options during the installation of > grub? > Before FC2-test1 I had RH9 there and booted without trouble (of course > after I had created the linux.bin from its /boot partitition). > > All links and suggestions are welcome, thanks. I'd forget the Windoze boot loader and put GRUB in the MBR, but then I'm clueless on multiboot with M$ in charge. Provide the info above and perhaps I or someone else can help with one approach or the other. Phil From P.R.Schaffner at IEEE.org Tue Feb 17 00:47:21 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Mon, 16 Feb 2004 19:47:21 -0500 Subject: boot disk In-Reply-To: <40315A0D.5040101@comcast.net> References: <1076965530.15133.11.camel@devinsbox> <40315A0D.5040101@comcast.net> Message-ID: <1076978840.6520.25.camel@tabb1.tabb> On Mon, 2004-02-16 at 19:02 -0500, David Hunt wrote: > Devin Whalen wrote: >snip< > I have a laptop with no floppy drive. I have been leaving an old (and > stable) copy of Mandrake Linux on the laptop. I boot into Mandrake, > mount the first ISO image, copy the vmlinuz and initrd.img files to a > /boot/fedora directory, rerun so the changes take effect, and > then boot into the lilo entry "Install-Fedora" which points to those files. > > On the FC1 ISO these files were in /images/bootdisk.img > On the FC2 ISO I found similar files under /images/boot.iso/isolinux. > These files appeared to work OK. > > I have a fairly non-standard partition, OS, booting setup. Perhaps this > doesn't work for everyone. > If this sounds like something that you would consider, I can provide > more step-by-step instructions. If you want to use GRUB rather than good old LILO, see the thread "missing boot disk.img" from Friday 2004-02-13. Relevant info on a works-for-me approach: cd [install_directory]/isolinux cp vmlinuz /boot/vmlinuz-1.90 cp initrd.img /boot/initrd-1.90.img Add the following stanza to /boot/grub/grub.conf (assuming /boot is in the first partition of the first hard drive, (/dev/hde1 for me, more likely /dev/hda1 or possibly /dev/sda1 depending on hardware config and BIOS settings): title Fedora test1 (1.90) installer root(hd0,0) kernel /vmlinuz-1.90 initrd /initrd-1.90.img Then reboot into the installer. Has worked for NFS installs - see no reason why other methods won't work as well. Can also make a grub floppy with a menu so you only have to copy the files to the appropriate place on each machine. Can supply a script to create a grub-menu boot floppy if it would help - seems to be non-trivial. This stuff really outta be in the release notes. [hint-hint] Phil From maxer1 at xmission.com Tue Feb 17 00:50:13 2004 From: maxer1 at xmission.com (raxet) Date: Mon, 16 Feb 2004 17:50:13 -0700 Subject: FC2 Test 1 alsa-lib bug 115914 work around Message-ID: <40316545.5060908@xmission.com> FC2 Test 1 work around for alsa lib bug reported as 115914. Just make sure you have alsa-lib and alsa-utls installed. After boot load gnome-alsa-mixer and un mute all the pertinent options. Don't close the alsa-mixer window until your ready to reboot or shut down. Otherwise your settings will return to mute. With highest regards, RaXeT From P.R.Schaffner at IEEE.org Tue Feb 17 00:59:12 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Mon, 16 Feb 2004 19:59:12 -0500 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <1076975341.11126.19.camel@spike-home.comcast.net> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> <200402160129.01252.hoyt@cavtel.net> <20040216193723.GA2624@nsk.no-ip.org> <40312088.4060202@rueb.com> <403130BC.5060108@earthlink.net> <1076965950.28873.15.camel@T7.linux> <40314C0E.7070902@earthlink.net> <40314F96.7000804@margo.bijoux.nom.br> <1076975341.11126.19.camel@spike-home.comcast.net> Message-ID: <1076979552.6520.34.camel@tabb1.tabb> On Mon, 2004-02-16 at 16:49 -0700, Christopher A. Williams wrote: >snip< > I'm back once again to FC1 because, after getting sound to basically > work, I still had big problems with evolution. It crashes at random > (actually it crashes with consistency) and, despite following > suggestions from earlier posts, I couldn't get it to import my data from > 1.4. Have you tried Noa Resare's 1.5.4 RPMS? A few glitches (just found a problem with a hang when trying to do calendar) but at least can now do e-mail without crashes. Filed a bugzilla report (https://bugzilla. redhat.com/bugzilla/show_bug.cgi?id=115786) on evolution problems with a suggestion to consider 1.5.4 them for FC2. > I also miss all of the extra stuff from Fedors.us and livna.org... Me too, but in my case it's the stuff from FreshRPMS, ATrpms, Dag, et al. Have had fair luck building FC1 FreshRPMS multimedia stuff from SRPMS. > Oh, well - maybe the next test release will bear more fruit. If an > update comes along in the next few days that fixes some of this, maybe > I'll try again. Now that my data can be safely isolated from "fresh" > installs, it's not so bad to reload. Lets keep testing... Phil From czar at czarc.net Tue Feb 17 01:05:19 2004 From: czar at czarc.net (Gene C.) Date: Mon, 16 Feb 2004 20:05:19 -0500 Subject: FC2 Test 1 alsa-lib bug 115914 work around In-Reply-To: <40316545.5060908@xmission.com> References: <40316545.5060908@xmission.com> Message-ID: <200402162005.19777.czar@czarc.net> On Monday 16 February 2004 19:50, raxet wrote: > gnome-alsa-mixer ?? Where is the "gnome-alsa-mixer" ... I have done everything installs and there is no such file. -- Gene From bwheadley at earthlink.net Tue Feb 17 01:12:22 2004 From: bwheadley at earthlink.net (Bryan W. Headley) Date: Mon, 16 Feb 2004 19:12:22 -0600 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <40314F96.7000804@margo.bijoux.nom.br> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> <200402160129.01252.hoyt@cavtel.net> <20040216193723.GA2624@nsk.no-ip.org> <40312088.4060202@rueb.com> <403130BC.5060108@earthlink.net> <1076965950.28873.15.camel@T7.linux> <40314C0E.7070902@earthlink.net> <40314F96.7000804@margo.bijoux.nom.br> Message-ID: <40316A76.4030601@earthlink.net> Pedro Fernandes Macedo wrote: > Bryan W. Headley wrote: > >> >> 4. I don't see alsactl installed, either. Yeah, it's ugly curses >> stuff, but you need something to set asound.state with... >> > It will be installed by default on next releases if you install the > sound & video group ... > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115699 Yeah, but see, if the user doesn't install that group and wonders why his muted sound card makes no sound... Well, actually, the best thing to do is put alsactl's functionality into system-config-sound. But barring that, I'd install alsactl wherever I install the alsa sound drivers. Threw that idea into the b'zilla entry... -- ____ .:. ____ Bryan W. Headley - bwheadley at earthlink.net From ramanan54 at hotmail.com Tue Feb 17 01:15:05 2004 From: ramanan54 at hotmail.com (VENKAT RAMANAN) Date: Tue, 17 Feb 2004 06:45:05 +0530 Subject: boot disk Message-ID: mount disc1 in your existing linux. copy boot.iso from images/isolinux/ directory to local disk. mount boot.iso from local disk. copy vmlinuz as vmlinuz-fc2 in /boot directory. then copy initrd.img into /boot. edit /boot/grub/menu.lst file to add title hd-install root(hd, ) whatever is shown above as root directory kernel /vmlinuz-fc2 target directory(like /dev/hda etc) where you have down loaded the isos initrd /initrd.img then save & boot . you will be prompted to hd-install in grub boot . it will boot & you can install. in fact I did it sucessfully in my pc. Ramanan >From: Devin Whalen >Reply-To: fedora-test-list at redhat.com >To: fedora-test-list at redhat.com >Subject: boot disk >Date: Mon, 16 Feb 2004 16:05:30 -0500 > >Hello, > >I downloaded the Fedora Core 2 from bittorrent and all 4 disks were >downloaded fine. However, when I tried to install on my laptop I found >out that my laptop won't boot from the cd-rom. Then I found out that >there is no bootdisk image file for the Core 2....so what am I to do. > >Is there anyway to make a boot disk? > >Thanks for the help. > >Later > > >-- >Devin Whalen >Programmer >Synaptic Vision Inc >Phone-(416) 539-0801 >Fax- (416) 539-8280 >1179A King St. West >Toronto, Ontario >Suite 309 M6K 3C5 >Home-(416) 653-3982 > > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: >http://www.redhat.com/mailman/listinfo/fedora-test-list _________________________________________________________________ MSN Hotmail now on your Mobile phone. http://server1.msn.co.in/sp03/mobilesms/ Click here. From kdebisschop at alert.infoplease.com Tue Feb 17 01:35:28 2004 From: kdebisschop at alert.infoplease.com (Karl DeBisschop) Date: Mon, 16 Feb 2004 20:35:28 -0500 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <1076975341.11126.19.camel@spike-home.comcast.net> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> <200402160129.01252.hoyt@cavtel.net> <20040216193723.GA2624@nsk.no-ip.org> <40312088.4060202@rueb.com> <403130BC.5060108@earthlink.net> <1076965950.28873.15.camel@T7.linux> <40314C0E.7070902@earthlink.net> <40314F96.7000804@margo.bijoux.nom.br> <1076975341.11126.19.camel@spike-home.comcast.net> Message-ID: <1076981727.2163.4.camel@localhost.localdomain> On Mon, 2004-02-16 at 16:49 -0700, Christopher A. Williams wrote: > I still had big problems with evolution. It crashes at random > (actually it crashes with consistency) and, despite following > suggestions from earlier posts, I couldn't get it to import my data from > 1.4. Installing gtkhtml3-3.1.8-1 fixed the crashing for me (using evolution 1.5.4). Still had to rebuild filter, etc., but contact were preserved. Not ready for the FC2 release, but a lot more tolerable with the repeated crashes. YMMV. -- Karl From wes at kuoi.asui.uidaho.edu Tue Feb 17 01:57:23 2004 From: wes at kuoi.asui.uidaho.edu (Wes Shull) Date: Mon, 16 Feb 2004 18:57:23 -0700 Subject: Can not mount cdrom need tools to debug problems In-Reply-To: <20040217004618.20627.59126.Mailman@listman.back-rdu.redhat.com> References: <20040217004618.20627.59126.Mailman@listman.back-rdu.redhat.com> Message-ID: <200402161857.23711.wes@kuoi.asui.uidaho.edu> "Peter A. Banks" wrote: > Whenever I try to do a mount /dev/cdrom I get an Invalid block > device. This was a machine that had a working grub configuration > line (hdc=ide_scsi) and was upgraded from FC1 to FC2. > Using the newest kernel 2.6.2-1.81 i686 athlon. Welcome to 2.6... they finally got ride of ide-scsi. Temporary pain, but if your drive is a DVD burner, no more switching to ide-scsi to burn then back to ide-cd to run things that use libdvdread/libdvdcss (like mplayer). You'll want to remove any references to it in your boot kernel parameters (the hdc=ide_scsi you mentioned) and in modprobe.conf; let the normal ide/atapi driver handle it. Not all apps have been updated to handle this; the cdrecord in FC2 is fine, use dev=/dev/hdc instead of dev=1,0,0 or whatever you were using. Same for Schilly's cdrecord-proDVD; you'll want to go get the latest version. I'm a cli guy, if you use xcdroast or whatever, you'll have to figure out where the setting is yourself. I haven't checked the latest dvdrecord (from dvdrtools) to see if it's been updated yet. --wes From ndbecker2 at verizon.net Tue Feb 17 01:59:16 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Mon, 16 Feb 2004 20:59:16 -0500 Subject: FC2 yum update error Message-ID: yum update Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - i386 - Base Server: fedora stable Server: Fedora Core 1.90 - i386 - Released Updates Finding updated packages Downloading needed headers Resolving dependencies .Package monkey-bubble needs libgstreamer-0.6.so.0, this is not available. Package gimp-perl needs libgimp-1.2.so.0, this is not available. Package gimp-perl needs libgimpui-1.2.so.0, this is not available. Any hints what to do? yum check-update lists like 100 packages, I certainly don't want to do them one at a time. (Suppose I could do yum check-update | grep -v | xargs yum update or something.) From sandy_pond at myrealbox.com Tue Feb 17 01:59:52 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Mon, 16 Feb 2004 20:59:52 -0500 Subject: audio and modem on acer aspire 2003 notebook In-Reply-To: <20040216202812.70199394F@sitemail.everyone.net> References: <20040216202812.70199394F@sitemail.everyone.net> Message-ID: <1076983192.3243.6.camel@family> On Mon, 2004-02-16 at 12:28 -0800, Matteo Porta wrote: > Hello all, > I've installed test1 on an acer aspire 2003 notebook, > based on intel centrino technology. > the problem is audio and modem doesn't work. > audio is recognised as a 82801DB AC'97 Audio Controller, > but I get the error: "the snd_intel8x0 driver could not > be loaded". And the modem isn't detected at all. > Please help. > Thanks. May already be loaded. I get same error when runnin; System Settings -> Soundcard detections (/usr/bin/system-config-soundcard) but my sound works after I turned up the volume. Open a terminal and run /sbin/lsmod to see snd_intel8x0 and others are loaded. Example; $ /sbin/lsmod Module Size Used by snd_pcm_oss 53540 2 ide_cd 39812 0 cdrom 37276 1 ide_cd snd_mixer_oss 19072 2 snd_pcm_oss snd_intel8x0 36520 3 snd_ac97_codec 61700 1 snd_intel8x0 snd_pcm 112264 2 snd_pcm_oss,snd_intel8x0 snd_timer 34436 1 snd_pcm gameport 5248 1 snd_intel8x0 snd_page_alloc 12036 2 snd_intel8x0,snd_pcm snd_mpu401_uart 9984 1 snd_intel8x0 snd_rawmidi 29344 1 snd_mpu401_uart snd_seq_device 8456 1 snd_rawmidi snd 57828 9 snd_pcm_oss,snd_mixer_oss,snd_intel8x0, snd_ac97_codec,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi, snd_seq_device soundcore 10720 5 snd md5 4224 1 ipv6 262400 8 lp 12652 0 autofs 16512 0 ipt_REJECT 6528 1 ipt_state 1920 2 ip_conntrack 30384 1 ipt_state iptable_filter 2816 1 ip_tables 17280 3 ipt_REJECT,ipt_state,iptable_filter forcedeth 20480 0 8139too 32000 0 mii 5120 1 8139too floppy 65712 0 sg 36768 0 parport_pc 38444 1 parport 48488 2 lp,parport_pc ohci1394 41860 0 ieee1394 284464 1 ohci1394 sd_mod 16928 0 usb_storage 65984 0 scsi_mod 124600 3 sg,sd_mod,usb_storage ohci_hcd 23940 0 ehci_hcd 29956 0 usbcore 114908 5 usb_storage,ohci_hcd,ehci_hcd thermal 13072 0 processor 17456 1 thermal fan 4236 0 button 6168 0 battery 8972 0 asus_acpi 10008 0 ac 4876 0 ext3 128296 3 jbd 86040 1 ext3 From mrsam at courier-mta.com Tue Feb 17 02:10:45 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Mon, 16 Feb 2004 21:10:45 -0500 Subject: x864_64 up2date gone wild. Message-ID: So I've noticed that gatech.edu has the x86_64 build of the XFree86 errata. up2date got as far as testing for RPM dependencies, before things came to a screeching halt. An strace revealed that it's trying to pull every header of every package from the base 0.96 distribution, off download.redhat.com. Which will, obviously, take quite a while. I already know, from experience, that up2date goes off the deep end, in this fashion, when it can't resolve dependencies, so I restart it, and tell it to only check the updates channel. As expected, it now complained: XFree86-libs-4.3.0-42 requires XFree86-libs-data-4.3.0-42 I cannot figure out why it's stuck here. Both XFree86-libs-4.3.0-55 and XFree86-libs-data-4.3.0-55 were selected for update. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From webmaster at margo.bijoux.nom.br Tue Feb 17 02:17:15 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Mon, 16 Feb 2004 23:17:15 -0300 Subject: Parser Error UTF-8 Encoding during FC2-test1 Install In-Reply-To: <40316106.8020302@comcast.net> References: <40316106.8020302@comcast.net> Message-ID: <403179AB.4000905@margo.bijoux.nom.br> David Hunt wrote: > The Install of FC2 appeared to go well. While running FC2 however, > there were a lot of problems, some more obvious than others. Before > looking into any one issue, I wanted to make sure this wasn't a global > problem. When I checked the /root/install.log 16 of 766 installed > applications failed for a Parser Error due to UTF-8 Encoding Issues. > Has anyone else noticed this? Some of these application failures > appeared to be the cause of my problems while running FC2. > Some problems regarding a file containing spanish translation? I got lots of those warnings and always the same sentence... looks like someone forgot to define the encoding of the translation file... Pedro Macedo From fedora at mytsoftware.com Tue Feb 17 02:27:53 2004 From: fedora at mytsoftware.com (David Finch) Date: Mon, 16 Feb 2004 18:27:53 -0800 Subject: Parser Error UTF-8 Encoding during FC2-test1 Install References: <40316106.8020302@comcast.net> <403179AB.4000905@margo.bijoux.nom.br> Message-ID: <000e01c3f4fd$a5d7c370$6500a8c0@david> > Some problems regarding a file containing spanish translation? I got > lots of those warnings and always the same sentence... looks like > someone forgot to define the encoding of the translation file... Like this? /usr/share/omf/gnome-panel/window-list-es.omf:12: parser error : Input is not proper UTF-8, indicate encoding ! Manual de la miniaplicaic??? Lista de ventanas V2.6 ^ /usr/share/omf/gnome-panel/window-list-es.omf:12: error: Bytes: 0xF3 0x6E 0x20 0x4C Manual de la miniaplicaic??? Lista de ventanas V2.6 ^ OMF file does not exist, is not readable, or is not well-formed XML: /usr/share/omf/gnome-panel/window-list-es.omf Unable to register /usr/share/omf/gnome-panel/window-list-es.omf From david.hunt.linux at comcast.net Tue Feb 17 03:14:58 2004 From: david.hunt.linux at comcast.net (David Hunt) Date: Mon, 16 Feb 2004 22:14:58 -0500 Subject: Parser Error UTF-8 Encoding during FC2-test1 Install In-Reply-To: <000e01c3f4fd$a5d7c370$6500a8c0@david> References: <40316106.8020302@comcast.net> <403179AB.4000905@margo.bijoux.nom.br> <000e01c3f4fd$a5d7c370$6500a8c0@david> Message-ID: <40318732.2020106@comcast.net> David Finch wrote: >>Some problems regarding a file containing spanish translation? I got >>lots of those warnings and always the same sentence... looks like >>someone forgot to define the encoding of the translation file... >> >> > >Like this? > >/usr/share/omf/gnome-panel/window-list-es.omf:12: parser error : Input is not proper UTF-8, indicate encoding ! > Manual de la miniaplicaic??? Lista de ventanas V2.6 > ^ >/usr/share/omf/gnome-panel/window-list-es.omf:12: error: Bytes: 0xF3 0x6E 0x20 0x4C > Manual de la miniaplicaic??? Lista de ventanas V2.6 > ^ >OMF file does not exist, is not readable, or is not well-formed XML: /usr/share/omf/gnome-panel/window-list-es.omf >Unable to register /usr/share/omf/gnome-panel/window-list-es.omf > > > Yes, That would be the one! Of the 16 files (from my install) that didn't load properly, Nautilus and Evolution were on the list. I was looking over the mailing list, and problems with these two applications appear to be a common theme, besides sound of course, and ACPI which I haven't had a chance to look into yet. Does anyone know the magnitude of the translation issue above? It doesn't sound that bad, but the side effects of the problem seem to be far reaching. From ndbecker2 at verizon.net Tue Feb 17 03:46:33 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Mon, 16 Feb 2004 22:46:33 -0500 Subject: nfsv4 howto? Message-ID: So, 2.6 has nfsv4 server and client. How can I try it out? Where can I find info? From katzj at redhat.com Tue Feb 17 03:45:44 2004 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 16 Feb 2004 22:45:44 -0500 Subject: FC 2 Test 1 - Sony Vaio laptop issues In-Reply-To: <00de01c3f276$b57df760$9100000a@intgrp.com> References: <00de01c3f276$b57df760$9100000a@intgrp.com> Message-ID: <1076989543.30406.3.camel@edoras.local.net> On Fri, 2004-02-13 at 16:16 -0500, Eric Wood wrote: > 1. The GUI setup can not detect and LCD or Laptop display. Instead it > chooses an "Unprobed Monitor". Is this in case one "might" be using an > external monitor? No biggie, it would just be nice to have LCDs detected if > possible. Unfortunately, panels don't usually show up when probing via DDC for whatever reason. What video chipset does the Vaio use? If you file a bug report and attach /var/log/XFree86.0.log, it might have the information to do the hack-ish detection we use successfully on some laptops. > 2. If you check 'Everything', the software catagories show go grey and > display [0/10] instead of [10/10]. ...as if nothing will be installed. > Comestic. Could you file this, low priority... I'll get to it eventually. > 3. When you get to "Starting Install Process, this may take several > minutes..." what is it doing? I assume checking dependencies. If > 'Everything' is checked can we skip that delay and install everything > by --force just to speed things up. Nope, it's setting up the RPM transaction set and looking for conflicting files and things like that. It's not the sort of thing that can be bypassed, unfortunately. Cheers, Jeremy From katzj at redhat.com Tue Feb 17 03:58:40 2004 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 16 Feb 2004 22:58:40 -0500 Subject: Still can't get the SELinux kernel to work In-Reply-To: <1076757674.3526.13.camel@T7.linux> References: <1076757674.3526.13.camel@T7.linux> Message-ID: <1076990320.30406.6.camel@edoras.local.net> On Sat, 2004-02-14 at 11:21 +0000, Paul wrote: > I reported this on the 2.6.1-65 test and it's the same on the 2.6.2 test > - the machine fires up, but won't let me login. It looks like there is a > problem somewhere with gdm - it can't find the default security for user > "paul". This does not happen when I build my own version of the 2.6.2 > kernel Is your filesystem labeled (look at the output of ls -Z / and make sure that, eg, /tmp is system_u:object_r:tmp_t)? If not, you'll want to label your filesystem first. Also, we really should have init doing a better job of checking this before continuing to boot with policy loaded. Jeremy From katzj at redhat.com Tue Feb 17 04:02:47 2004 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 16 Feb 2004 23:02:47 -0500 Subject: What happened to version.h? In-Reply-To: <20040214191252.GB7092@rednote.net> References: <20040214191252.GB7092@rednote.net> Message-ID: <1076990567.30406.9.camel@edoras.local.net> On Sat, 2004-02-14 at 14:12 -0500, Janina Sajka wrote: > I've just installed FC2 without a any particular problem--all looks OK. > But, I tried to compile a newer ALSA and it failed for lack of > /usr/src/linux/include/linux/version.h. Indeed, when I look in the > source tree--which is certainly there--version.h is not there. Is there > some new procedure re the 2.6 kernels that I'm unaware of? ALSA should be look in /lib/modules/$(uname -r)/build not /usr/src/ linux. This is the Linux Approved Way. And with the 2.6 kernels, the headers are being included in the individual packages instead of all in the kernel-source package which a) makes things a lot simpler and b) makes it so that you don't have to install krenel-source just to build a kernel module. Cheers, Jeremy From maxer1 at xmission.com Tue Feb 17 04:05:37 2004 From: maxer1 at xmission.com (raxet) Date: Mon, 16 Feb 2004 21:05:37 -0700 Subject: FC2 Test 1 alsa-lib bug 115914 work around In-Reply-To: <200402162005.19777.czar@czarc.net> References: <40316545.5060908@xmission.com> <200402162005.19777.czar@czarc.net> Message-ID: <40319311.3070606@xmission.com> Gene C. wrote: >On Monday 16 February 2004 19:50, raxet wrote: > > >>gnome-alsa-mixer >> >> > >?? Where is the "gnome-alsa-mixer" ... I have done everything installs and >there is no such file. > > Look for gnome-media-2.5.2-1.i386.rpm on your FC2 test 1 install cd's or download from /pub/fedora/linux/core/test/1.90/i386/os/Fedora/RPMS. :) RaXeT From katzj at redhat.com Tue Feb 17 04:05:41 2004 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 16 Feb 2004 23:05:41 -0500 Subject: Test 1 and SELinux In-Reply-To: <20040214194143.GA3515@inxservices.com> References: <20040214194143.GA3515@inxservices.com> Message-ID: <1076990740.30406.12.camel@edoras.local.net> On Sat, 2004-02-14 at 11:41 -0800, George Garvey wrote: > Installed a server setup on a spare system, with the addition of X and > Gnome. Expected to be able to look at the new security setup. However, it > does not appear to have been installed. > What is needed to activate SE Linux, or am I just missing something? I'd > really like to start planning how this will be implemented here, on our > public servers. We found a couple of last minute problems that made it so that we wanted to leave it off by default for test1. It should be back on in the development tree if you really want to get a look before test2 or you can enable it by hand like you've been able to do in the past. Cheers, Jeremy From amdesai at comcast.net Tue Feb 17 05:18:43 2004 From: amdesai at comcast.net (Ajay M Desai) Date: Mon, 16 Feb 2004 21:18:43 -0800 Subject: FC2 Install Problems Message-ID: <002701c3f515$859dde60$0500a8c0@localdomain> I have had numerous problems installing. Just thought I'd send out email before I file bugs in case these are known issues. Here's my configuration. Intel Motherboard. Intel e100 NIC Adaptec U160 SCSI on the Motherboard. Orange Micro Add in PCI USB2 and 1394a Card. Four SCSI Disk -- Seen by BIOS 2 USB2 Disk -- Seen by OS not BIOS All FS are ext3 /dev/sda1 -- /boot /dev/md0 -- / for Redhat AS3 /dev/md1 -- / for FC1 /dev/md2 -- formatted ext3 but unused. /dev/sda1 -- scsi drive0 /dev/md0 and /dev/md1 use scsi drives1-3 /dev/md2 uses usb2 drives0,1 Problems. 1) PXE Boot install of FC2-TEST1 gets SIGSEGV AIC7xxx driver loading at bootup, not sure if it was loading the driver because if I got to vt4 it shows that aic7xxx loaded so It may be SEGV somewhere else, vt1 show loading AIC7XX blue screen. 2) Booting from CD with askmethod NFS install works but Fedora Core 1 install on /dev/md1 not recognized for upgrade. So I went with new install. 3) I have a raid0 on two external USB2 Disk setup in FC1 /dev/md2. Diskdruid shows the filesystems on all MD's as foreign not ext3. I don't know why so I tried reformatting /dev/md2 and installing root fs on this disk, but it crashed while trying to format the fs. 4) So I went ahead and deleted the raid /dev/md2 and recreated with the installer. This works, and install completes. 5) On reboot grub fails to boot. This is because the grub.conf has root(2,0) but /boot is on the scsi drive0 drive. But the installer loads usb-storage driver before aic7xxx so in the install so /dev/sda and /dev/sdb are UDB2.0 disk and /dev/sdc,d,e,f are the scsi built-in drives. When the system reboots the USB2.0 is in an add-in card so the BIOS only sees the scsi disks. Booting into rescue mode and changing grub.conf to root(0,0) fixed the problem. 6) Finally rebooting Linux boots but then hangs while loading aic7xxx driver. So I gave up and just installed on my laptop. Everything worked with IDE. Ajay From fedora at mytsoftware.com Tue Feb 17 05:18:35 2004 From: fedora at mytsoftware.com (David Finch) Date: Mon, 16 Feb 2004 21:18:35 -0800 Subject: gst-thumbnail churning away References: <20040214194143.GA3515@inxservices.com> <1076990740.30406.12.camel@edoras.local.net> Message-ID: <000301c3f515$7e98b040$6500a8c0@david> My computer was running very slowly for several minutes, so I checked and something called "gst-thumbnail" was hogging the cpu. Is this normal to see from time to time, or would it be a bug? From eric at interplas.com Tue Feb 17 05:24:08 2004 From: eric at interplas.com (Eric Wood) Date: Tue, 17 Feb 2004 00:24:08 -0500 Subject: FC 2 Test 1 - Sony Vaio laptop issues In-Reply-To: <1076989543.30406.3.camel@edoras.local.net> References: <00de01c3f276$b57df760$9100000a@intgrp.com> <1076989543.30406.3.camel@edoras.local.net> Message-ID: <20040217002408.6c644cb9.eric@interplas.com> On Mon, 16 Feb 2004 22:45:44 -0500 Jeremy Katz wrote: > Unfortunately, panels don't usually show up when probing via DDC for > whatever reason. What video chipset does the Vaio use? If you file a > bug report and attach /var/log/XFree86.0.log, it might have the > information to do the hack-ish detection we use successfully on some > laptops. Wonder if 2.6.x has "chassis type" detection to report "Notebook" like dmidecode does: http://savannah.nongnu.org/download/dmidecode/ > > 3. When you get to "Starting Install Process, this may take several > > minutes..." what is it doing? I assume checking dependencies. If > > 'Everything' is checked can we skip that delay and install everything > > by --force just to speed things up. > > Nope, it's setting up the RPM transaction set and looking for > conflicting files and things like that. It's not the sort of thing that > can be bypassed, unfortunately. I'm talking out of ignorance, but after ample amount of beta releases, and at least 1 'Everything'-install installed for each platform, then wouldn't it be reasonable to assume that there would *never* be a "conflicting file" and the transaction set could be pre-constructed to save time? -Eric Wood From vic at gedris.org Tue Feb 17 06:58:50 2004 From: vic at gedris.org (Vic Gedris) Date: Tue, 17 Feb 2004 01:58:50 -0500 Subject: FC2 test 1 apt repository In-Reply-To: References: <20040212190141.512017e1@localhost> <20040215173359.GI21661@gedris.org> Message-ID: <20040217065850.GV21661@gedris.org> On Mon, Feb 16, 2004 at 09:42:43AM +0200, Panu Matilainen wrote: > > For the moment you can use this one: > http://fedora.laiskiainen.org/fc2-test/ It's pending QA at fedora.us so > you'll be helping the process by testing it... I just caused it to barf: [root at strummer root]# apt-get update You don't seem to have one or more of the needed GPG keys in your RPM database. Importing them now... Get:1 http://ayo.us.freshrpms.net fedora/linux/test/i386 release [536B] Get:2 http://ayo.us.freshrpms.net fedora/linux/development/i386 release [533B] Fetched 1069B in 1s (1026B/s) Hit http://ayo.us.freshrpms.net fedora/linux/test/i386/core pkglist Hit http://ayo.us.freshrpms.net fedora/linux/test/i386/core release Hit http://ayo.us.freshrpms.net fedora/linux/test/i386/core srclist Get:1 http://ayo.us.freshrpms.net fedora/linux/development/i386/core pkglist [1970kB] Hit http://ayo.us.freshrpms.net fedora/linux/development/i386/core release Get:2 http://ayo.us.freshrpms.net fedora/linux/development/i386/core srclist [185kB] Fetched 2155kB in 14s (150kB/s) Segmentation fault [root at strummer root]# ...and now it continues to segfault after every apt-get command. I can provide more info if requested. Cheers, Vic -- Vic Gedris | Sick of getting Microsoft email viruses? Try vic-at-gedris.org | using Linux instead! http://www.linux.org http://vic.dyndns.org | GNU Privacy Guard (GPG) Key-ID: D77B43FB -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From pmatilai at welho.com Tue Feb 17 07:27:59 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Tue, 17 Feb 2004 09:27:59 +0200 Subject: FC2 test1 and KVM switch In-Reply-To: <1076968741.4579.7.camel@study> References: <200402151402.47477.czar@czarc.net> <4030F5A9.6080604@cox.net> <1076955066.13853.47.camel@chip.laiskiainen.org> <200402161359.07483.czar@czarc.net> <1076959009.13853.71.camel@chip.laiskiainen.org> <1076968741.4579.7.camel@study> Message-ID: <1076996383.26090.3.camel@chip.laiskiainen.org> On Mon, 2004-02-16 at 23:59, Sandy Pond wrote: > On Mon, 2004-02-16 at 14:16, Panu Matilainen wrote: > ...snip... > > Using "imps" makes it half-work: after switching around the wheel > > scrolling works downwards but not upwards :-/ "exps" is back to the mad > > mouse disease. Duh.. and after switching back and forth a couple more times the mouse went totally nuts with "imps" as well. So for me it's back to mouse without a wheel in FC2 it seems :( > > I use kvm's and also plug/unplug mouse/keyboard into hot motherboards > all the time (I know your not suppose to). Most times screws up X > mouse. Work around is restarting X with though > kills current login. That used to work with 2.4 kernels (just switching VT was enough, no need to kill X) but with 2.6 if it gets screwed it stays screwed. - Panu - From paul at all-the-johnsons.co.uk Tue Feb 17 07:46:26 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 17 Feb 2004 07:46:26 +0000 Subject: Still can't get the SELinux kernel to work In-Reply-To: <1076990320.30406.6.camel@edoras.local.net> References: <1076757674.3526.13.camel@T7.linux> <1076990320.30406.6.camel@edoras.local.net> Message-ID: <1077003986.28873.23.camel@T7.linux> Hi, > Is your filesystem labeled (look at the output of ls -Z / and make sure > that, eg, /tmp is system_u:object_r:tmp_t)? Unless something else has done this, /tmp (for example) will be as it was for FC1 > If not, you'll want to label your filesystem first. How do I do that and will it knacker things up if I need to go (for some reason) back down to the 2.4.24 or my own 2.6.2 kernel? TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 alexl at redhat.com Tue Feb 17 07:56:49 2004 From: alexl at redhat.com (Alexander Larsson) Date: 17 Feb 2004 08:56:49 +0100 Subject: file types in Nautilus? In-Reply-To: <20040216151911.7bc6f418.acbk@zeelandnet.nl> References: <20040216151911.7bc6f418.acbk@zeelandnet.nl> Message-ID: <1077004608.7798.403.camel@localhost.localdomain> On Mon, 2004-02-16 at 15:19, h.breimer wrote: > I am reasonally happy with the right-click browse version of Nautilus. > But...What happened to Nautilus's use of file types? > > It used to be that eg. shell scripts and configuration files were > recognized as simple text files. With a double click they were shown in > a text viewer. > Now they are all (even real text files without a .txt extension) are > seen as "Unknown filetype". No quick viewing anymore. > > I hope I missed a config item. Can anybody tell me? Look at the properties page to see what it detects as. The new mime database has entries for e.g. shell scripts. This might be whats causing this. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's an underprivileged white trash vampire hunter trapped in a world he never made. She's a tortured hypochondriac lawyer prone to fits of savage, blood-crazed rage. They fight crime! From techs_21 at yahoo.com Tue Feb 17 09:05:44 2004 From: techs_21 at yahoo.com (Eric Ebert) Date: Tue, 17 Feb 2004 01:05:44 -0800 (PST) Subject: CPU Error Message-ID: <20040217090544.77925.qmail@web21401.mail.yahoo.com> I'm running an MSI K7D motherboard with two 2400+ CPUs. The board has an onboard intel type NIC. I also have a NatSemi based NIC installed as well. The video card is a Radeon 9200 SE. You said it could have had to do with suspend/resume. I also have acpid running. Otherwise I'm just running normal server kinds of stuff. SMB, NFS, Kerberos, and LDAP Eric Message: 5 Subject: Re: CPU Error From: Dave Jones To: fedora-test-list at redhat.com Organization: Red Hat Date: Mon, 16 Feb 2004 20:40:59 +0000 Reply-To: fedora-test-list at redhat.com On Mon, 2004-02-16 at 19:08, Eric Ebert wrote: > I woke up this morning to find the following error on my system. I was wondering if > anybody else had seen it. I've never had a linux system give me anything like it in the > past. > > MCE: The hardware reports a non-fatal, correctable incident occured on CPU 0 > Bank 1: 9400000000000151 > > I'm running the SMP kernel on FC2-test1 on a dual AMD MP 2400+ system. 2.6 does more (perhaps excessive in some cases) checks. There's a background polling timer that kicks in every 5 seconds that looks at the machine check exception registers to see if anything nasty happened. In an ideal world, MCEs only get raised when bad hardware misbehaves (ie, due to overclocking, bad cooling etc). However they can also be triggered through device drivers doing bad things. What other hardware is in the box (or rather, what drivers are in use) ? There are also some circumstances where it picks up false positives (usually during suspend/resume, or some other BIOS-involved task). Dave __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From tvinhas at techbyte.com.br Tue Feb 17 09:13:34 2004 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Tue, 17 Feb 2004 06:13:34 -0300 Subject: bootdisk.img missing Message-ID: <000e01c3f536$525754c0$03fea8c0@vinhas> Hi. The bootdisk.img is missing from the FC2 test1. Does anyone knows where can I get it? Thiago -------------- next part -------------- An HTML attachment was scrubbed... URL: From ted at trufflesdad.plus.com Tue Feb 17 09:18:08 2004 From: ted at trufflesdad.plus.com (Ted) Date: Tue, 17 Feb 2004 09:18:08 +0000 Subject: Kmail.... In-Reply-To: <200402161608.48893.wes@kuoi.asui.uidaho.edu> References: <20040216203001.1954.95184.Mailman@listman.back-rdu.redhat.com> <200402161608.48893.wes@kuoi.asui.uidaho.edu> Message-ID: <200402170918.08397.ted@trufflesdad.plus.com> On Monday 16 February 2004 11:08 pm, Wes Shull wrote: > trufflesdad wrote: > > ? On rawhide in Kmail I get the mails in but when I click to read > > them there is no output to the read screen..If I click to forward > > the mail to another address the mail shows up ok so in Rawhide I > > have to tell kmail to resend eack mail before I can read it.... > > Has anyone else seen this problem and solved it ??? > > I use kmail, and it's been working perfectly, with my spamassassin > filters and all. > > Have you checked the kmail config, Appearance panel, Layout tab, under > Message Preview Pane? If it's set to "Don't show a message preview > pane", that would explain it... > > What happens if you just double-click the message in the list, does a > readable window pop up? (it should) > > --wes Hi Wes Thanks for the reply..The preview is set ok and if I double click a new pane opens up but no text in it....I know the messgage is there because it appears if I click the mail forward button....The settings are exactly the same as on my Yarrow box which is also running kde 3.2.. -- Regards Ted Wager Linux user From m.a.young at durham.ac.uk Tue Feb 17 09:36:27 2004 From: m.a.young at durham.ac.uk (M A Young) Date: Tue, 17 Feb 2004 09:36:27 +0000 (GMT) Subject: bootdisk.img missing In-Reply-To: <000e01c3f536$525754c0$03fea8c0@vinhas> References: <000e01c3f536$525754c0$03fea8c0@vinhas> Message-ID: On Tue, 17 Feb 2004, Thiago Vinhas de Moraes wrote: > Hi. The bootdisk.img is missing from the FC2 test1. Does anyone knows > where can I get it? It isn't there because the kernel was too big. See the recent "boot disk" thread for alternative options. Michael Young From shrek-m at gmx.de Tue Feb 17 10:13:13 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 17 Feb 2004 11:13:13 +0100 Subject: redhat.com is temporarily unavailable. Please try back later. Message-ID: <4031E939.20906@gmx.de> hi, fyi http://www.redhat.com/archives/fedora-test-list/ Search *fedora-test-list* for: http://www.redhat.com/unavailable.html?q=&ps=20&o=0&m=all&wm=wrd&wf=222210&ul=%252Farchives%252Ffedora-test-list redhat.com is temporarily unavailable. Please try back later. -- shrek-m From steffanjacobs at wanadoo.nl Tue Feb 17 10:23:03 2004 From: steffanjacobs at wanadoo.nl (Steffan Jacobs) Date: Tue, 17 Feb 2004 11:23:03 +0100 Subject: why no auto-eject of CDs during install? In-Reply-To: References: <345764DCB65C0C4FACC44529DE273C1809C15F@eemail1.microlink.lan> Message-ID: <4031EB87.6040904@wanadoo.nl> Robert P. J. Day wrote: >On Mon, 16 Feb 2004, Fred New wrote: > > > >>The release notes are also available on the download site or any of the mirrors: >> >>http://download.fedora.redhat.com/pub/fedora/linux/core/test/1.90/i386/os/RELEASE-NOTES-x86-en.html >> >> >> >ah, i stand corrected, thank you, although a quick link from the main page >to those notes would still not be amiss. > > >rday > > > > Alright, you may be right about the release-notes in the browser, however on a test version I would advise you to read the release-notes on the cd before you start the install (just because they might contain some info on installing that you would like to know up front). I forgot to mention the files on the cd in my previous post, they should have been a suggestion as well... From stephen at skmoore.com Tue Feb 17 10:42:07 2004 From: stephen at skmoore.com (Stephen Moore) Date: Tue, 17 Feb 2004 20:42:07 +1000 Subject: Lets take the worst of windows and make it the unchangeable default of linux Message-ID: <4031EFFF.6070404@skmoore.com> I have just been using nautilus and am appalled at its behaviour. I have long laughted at windows where its default behaviour is so awful that you have to change _every_ single default choice, only to find that nautilus now mimics this behaviour. While this is appalling, at least windows allows you to fix this behaviour. Nautilous opens a new windows with each click, with no obvious way to make it open in the existing window and has no navigation bar, with no way to change the behaviour. I am as keen as the next person to encourage new users, but does this have to be done at the expense of long time existing users? I truely F.....g hate this new setup. Is this bugzillable, please tell me that I am not the only one who _hates_ the new setup -- ??? From veillard at redhat.com Tue Feb 17 10:54:51 2004 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 17 Feb 2004 05:54:51 -0500 Subject: Parser Error UTF-8 Encoding during FC2-test1 Install In-Reply-To: <40318732.2020106@comcast.net> References: <40316106.8020302@comcast.net> <403179AB.4000905@margo.bijoux.nom.br> <000e01c3f4fd$a5d7c370$6500a8c0@david> <40318732.2020106@comcast.net> Message-ID: <20040217105451.GA12603@redhat.com> On Mon, Feb 16, 2004 at 10:14:58PM -0500, David Hunt wrote: > David Finch wrote: [...] > >/usr/share/omf/gnome-panel/window-list-es.omf:12: parser error : Input is > >not proper UTF-8, indicate encoding ! > > Manual de la miniaplicaic??? Lista de ventanas V2.6 > > ^ > >/usr/share/omf/gnome-panel/window-list-es.omf:12: error: Bytes: 0xF3 0x6E > >0x20 0x4C > > Manual de la miniaplicaic??? Lista de ventanas V2.6 > > ^ > >OMF file does not exist, is not readable, or is not well-formed XML: > >/usr/share/omf/gnome-panel/window-list-es.omf > >Unable to register /usr/share/omf/gnome-panel/window-list-es.omf > > > > > > > Yes, That would be the one! Hum, those kind of errors checking could be automated when the rpm is being built by running xmllint --noout path_to_OMF_file and check for the return code of xmllint, if non zero there is a problem. Daniel -- Daniel Veillard | Red Hat Network https://rhn.redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From douglas.furlong at firebox.com Tue Feb 17 10:55:10 2004 From: douglas.furlong at firebox.com (Douglas Furlong) Date: Tue, 17 Feb 2004 10:55:10 +0000 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <20040216193723.GA2624@nsk.no-ip.org> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> <200402160129.01252.hoyt@cavtel.net> <20040216193723.GA2624@nsk.no-ip.org> Message-ID: <1077015309.22347.7.camel@wibbit.firebox.com> On Mon, 2004-02-16 at 19:37, Luciano Miguel Ferreira Rocha wrote: > On Mon, Feb 16, 2004 at 01:29:01AM -0500, Hoyt wrote: > > On Monday 16 February 2004 12:39 am, Bill Nottingham wrote: > > > Try unmuting it/turning up the volume - ALSA starts muted by default. > > > > Is there a valid reason for that? It seems that perhaps _some_ volume > > initially would help avoid unnecessary help requests. I would not think that > > starting muted would be a generally recognized assumption: > > Because a system without a user shoudln't make a beep (IMO), and each user > has its idea of a right volume and his desktop environment should restore it > on login. > > Regards, > Luciano Rocha This is an excellent point that should not be over looked. However, when we install fedora we have numerous options, Desktop, Workstation, Server, Custom. In which case what is to stop the install being customised so that Desktop/Workstation machines have ALSA's volume turned up. The server install to be muted. I think it would be fair to assume that some one doing a custom install should be slightly more technically literate and being able to work it out for them selves (even if it IS still a right royal pain in the arse). Doug From techs_21 at yahoo.com Tue Feb 17 10:58:13 2004 From: techs_21 at yahoo.com (Eric Ebert) Date: Tue, 17 Feb 2004 02:58:13 -0800 (PST) Subject: System hangs on shutdown Message-ID: <20040217105813.78270.qmail@web21405.mail.yahoo.com> When I shutdown my system I get to the point where it says: Shutting down loopback interface: [OK] INIT: no more processes left in this runlevel and the system hangs. Any ideas on how I could go about figuring out which process it is that's hanging the system? Eric __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From alexl at stofanet.dk Tue Feb 17 11:21:21 2004 From: alexl at stofanet.dk (Alex Thomsen Leth) Date: Tue, 17 Feb 2004 12:21:21 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <4031EFFF.6070404@skmoore.com> References: <4031EFFF.6070404@skmoore.com> Message-ID: <1077016881.8590.0.camel@simba.lion> im following you all the way. The new nautilus sucks. Alex Leth On tir, 2004-02-17 at 20:42 +1000, Stephen Moore wrote: > I have just been using nautilus and am appalled at its behaviour. I have > long laughted at windows where its default behaviour is so awful that > you have to change _every_ single default choice, only to find that > nautilus now mimics this behaviour. > > While this is appalling, at least windows allows you to fix this > behaviour. Nautilous opens a new windows with each click, with no > obvious way to make it open in the existing window and has no navigation > bar, with no way to change the behaviour. > > > I am as keen as the next person to encourage new users, but does this > have to be done at the expense of long time existing users? I truely > F.....g hate this new setup. > > Is this bugzillable, please tell me that I am not the only one who > _hates_ the new setup > > -- > ??? > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From shrek-m at gmx.de Tue Feb 17 11:30:45 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 17 Feb 2004 12:30:45 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <4031EFFF.6070404@skmoore.com> References: <4031EFFF.6070404@skmoore.com> Message-ID: <4031FB65.7090901@gmx.de> Stephen Moore wrote: > I have just been using nautilus and am appalled at its behaviour. I > have long laughted at windows where its default behaviour is so awful > that you have to change _every_ single default choice, only to find > that nautilus now mimics this behaviour. > > While this is appalling, at least windows allows you to fix this > behaviour. Nautilous opens a new windows with each click, with no > obvious way to make it open in the existing window afair you can change this settings in nautilus itself or with $ gconf-editor /apps/nautilus/preferences/window_always_new afaik it is a good choice to search in /apps and /desktop for your prefered settings > and has no navigation bar, with no way to change the behaviour. a short time ago i have read in this list that you can right-click on eg. computer:/// "open in browser" oops, :-[ or $ nautilus --browser -- shrek-m From czar at czarc.net Tue Feb 17 11:33:05 2004 From: czar at czarc.net (Gene C.) Date: Tue, 17 Feb 2004 06:33:05 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <4031EFFF.6070404@skmoore.com> References: <4031EFFF.6070404@skmoore.com> Message-ID: <200402170633.05097.czar@czarc.net> On Tuesday 17 February 2004 05:42, Stephen Moore wrote: > I have just been using nautilus and am appalled at its behaviour. I have > long laughted at windows where its default behaviour is so awful that > you have to change _every_ single default choice, only to find that > nautilus now mimics this behaviour. > > While this is appalling, at least windows allows you to fix this > behaviour. Nautilous opens a new windows with each click, with no > obvious way to make it open in the existing window and has no navigation > bar, with no way to change the behaviour. Don't like the new behavior and agree with you about it. Unfortunately, this is not a Red Hat problem ... this is a gnome problem ... an upstream problem. Except for a single BlueCurve theme for both kde and gnome, Red Hat is trying to keep as close as possible to what is available upstream. The place to gripe about this is one of the upstream gnome mailing lists. If you check the mail list archives and the gnome cvs, you might be able to identify the individual(s) responsible and, maybe, why they have done this. Obviously mention of this here will have some effect since some of the gnome developers are also Red Hat employees. I have never used nautilus extensively. The new version will be used even less (maybe never). -- Gene From pmatilai at welho.com Tue Feb 17 11:36:16 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Tue, 17 Feb 2004 13:36:16 +0200 (EET) Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <4031EFFF.6070404@skmoore.com> References: <4031EFFF.6070404@skmoore.com> Message-ID: On Tue, 17 Feb 2004, Stephen Moore wrote: > I have just been using nautilus and am appalled at its behaviour. I have > long laughted at windows where its default behaviour is so awful that > you have to change _every_ single default choice, only to find that > nautilus now mimics this behaviour. > > While this is appalling, at least windows allows you to fix this > behaviour. Nautilous opens a new windows with each click, with no > obvious way to make it open in the existing window and has no navigation > bar, with no way to change the behaviour. You can still open the "old style" nautilus window from "Browse" in the context menu, but AFAIK there's no way to change that to be the default view. > > > I am as keen as the next person to encourage new users, but does this > have to be done at the expense of long time existing users? I truely > F.....g hate this new setup. > > Is this bugzillable, please tell me that I am not the only one who > _hates_ the new setup Certainly you're not the only one who hates it. I don't much use Nautilus (or GUI-stuff in general) anyway but the new behavior makes me want to scream. - Panu - From jjoy at kc.rr.com Tue Feb 17 11:45:04 2004 From: jjoy at kc.rr.com (Justin) Date: Tue, 17 Feb 2004 05:45:04 -0600 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <4031EFFF.6070404@skmoore.com> References: <4031EFFF.6070404@skmoore.com> Message-ID: <1077018303.7165.8.camel@CPE-24-31-252-14.kc.rr.com> Granted, I am not a fan of having the new nautilus behaving that way by default, however in most situations I dont need to have the navigation bar, etc, all loaded up... but when I do, I simply right click on a folder and choose "Browse Folder" - doing that will give you the nautilus you are seeking. On Tue, 2004-02-17 at 20:42 +1000, Stephen Moore wrote: > I have just been using nautilus and am appalled at its behaviour. I have > long laughted at windows where its default behaviour is so awful that > you have to change _every_ single default choice, only to find that > nautilus now mimics this behaviour. > > While this is appalling, at least windows allows you to fix this > behaviour. Nautilous opens a new windows with each click, with no > obvious way to make it open in the existing window and has no navigation > bar, with no way to change the behaviour. > > > I am as keen as the next person to encourage new users, but does this > have to be done at the expense of long time existing users? I truely > F.....g hate this new setup. > > Is this bugzillable, please tell me that I am not the only one who > _hates_ the new setup > > -- > ??? > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From sandy_pond at myrealbox.com Tue Feb 17 11:52:25 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Tue, 17 Feb 2004 06:52:25 -0500 Subject: core/development/i386/headers Message-ID: <1077018744.3252.6.camel@family> I noticed that the headers are no longer synced. Is there a reason? From gabrielrosca at hotmail.com Tue Feb 17 12:00:38 2004 From: gabrielrosca at hotmail.com (gabriel rosca) Date: Tue, 17 Feb 2004 14:00:38 +0200 Subject: gabrielrosca@hotmail.com Message-ID: An HTML attachment was scrubbed... URL: From sandy_pond at myrealbox.com Tue Feb 17 12:04:13 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Tue, 17 Feb 2004 07:04:13 -0500 Subject: core/development/i386/headers In-Reply-To: <1077018744.3252.6.camel@family> References: <1077018744.3252.6.camel@family> Message-ID: <1077019453.3252.8.camel@family> On Tue, 2004-02-17 at 06:52 -0500, Sandy Pond wrote: > I noticed that the headers are no longer synced. Is there a reason? > Oops ... caught mirror in middle of a push ... all's right now. Note to self - I need to be more patient. From idht4n at hotmail.com Tue Feb 17 12:25:55 2004 From: idht4n at hotmail.com (David L) Date: Tue, 17 Feb 2004 04:25:55 -0800 Subject: FC2 test1: snd-via82xx driver could not be loaded Message-ID: Sound stopped working when I upgraded from FC1 to FC2-test1. When I run system-config-soundcard and press "Play Test Sound", I get the message: "The snd-via82xx driver could not be loaded. This soundcard may not be compatible with Red Hat Linux". The same thing works under FC1. The soundcard is detected as: VT8233/A/.8235 AC97 Audio controller. The output of system-config-soundcard is:** (system-config-soundcard.py:10088): WARNING **: `GtkTextSearchFlags' is not an enum type FATAL: Module snd_via82xx is in use. FATAL: Module snd_via82xx already in kernel. -9 _________________________________________________________________ Stay informed on Election 2004 and the race to Super Tuesday. http://special.msn.com/msn/election2004.armx From sandy_pond at myrealbox.com Tue Feb 17 12:35:56 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Tue, 17 Feb 2004 07:35:56 -0500 Subject: kernel-2.6.2-1.85 borked X Message-ID: <1077021355.3079.6.camel@family> kernel-2.6.2-1.85 complained about some unaccessible Toshiba display and then borked X. Run on Shuttle MN31N using on-board nVidia GeForce 4 MX video. Had to reboot to kernel-2.6.2-1.81. From tvinhas at techbyte.com.br Tue Feb 17 12:40:24 2004 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Tue, 17 Feb 2004 09:40:24 -0300 Subject: FC2 test1: snd-via82xx driver could not be loaded In-Reply-To: References: Message-ID: <1077021624.1947.1.camel@vinhas> I got exactly the same problem. My sound system just doesn't work on FC2. What to do? Here is my modprobe.conf include /etc/modprobe.conf.dist alias eth0 via-rhine alias usb-controller ehci-hcd alias usb-controller1 uhci_hcd alias char-major-81* bttv alias char-major-116* snd alias snd-card-0 snd-via82xx alias char-major-130 off alias char-major-131 off alias char-major-132 off alias char-major-133 off alias char-major-134 off alias char-major-135 off alias sound-slot-0 snd-via82xx install sound-slot-0 /sbin/modprobe --ignore-install sound-slot-0 && / bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : Em Ter, 2004-02-17 ?s 04:25 -0800, David L escreveu: > Sound stopped working when I upgraded from FC1 to FC2-test1. > When I run system-config-soundcard and press "Play Test Sound", > I get the message: > "The snd-via82xx driver could not be loaded. This soundcard > may not be compatible with Red Hat Linux". > The same thing works under FC1. The soundcard is detected as: > VT8233/A/.8235 AC97 Audio controller. > > The output of system-config-soundcard is:** > (system-config-soundcard.py:10088): WARNING **: `GtkTextSearchFlags' is not > an enum type > FATAL: Module snd_via82xx is in use. > FATAL: Module snd_via82xx already in kernel. > -9 From sandy_pond at myrealbox.com Tue Feb 17 12:54:04 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Tue, 17 Feb 2004 07:54:04 -0500 Subject: kernel-2.6.2-1.85 borked X In-Reply-To: <1077021355.3079.6.camel@family> References: <1077021355.3079.6.camel@family> Message-ID: <1077022443.3045.2.camel@family> On Tue, 2004-02-17 at 07:35 -0500, Sandy Pond wrote: > kernel-2.6.2-1.85 complained about some unaccessible Toshiba display and > then borked X. Run on Shuttle MN31N using on-board nVidia GeForce 4 MX > video. > > Had to reboot to kernel-2.6.2-1.81. > Actually the early boot error message is error on loading; kernel/drivers/acpi/toshiba_acpi.ko ... but it's not a toshiba From ndbecker2 at verizon.net Tue Feb 17 12:59:43 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Tue, 17 Feb 2004 07:59:43 -0500 Subject: kernel 2.6.2-1.81 problems Message-ID: I just tried kernel 2.6.2-1.81 on my FC2 system. There are a number of new problems that were not there on 2.6.1-1.65. 0) *** This system was already updated to FC2T1 and was 100% working, including alsa*** 1) modprobe complains about keydev (fatal) and mousedev (fatal). Messages not logged by syslog, so I can't post them. Strangely, mouse and keyboard are working anyway. 2) alsa sound is not working. At boot there are a bunch of alsa-related error messages: Feb 17 06:08:15 localhost alsasound: Starting sound driver snd-emu10k1 succeeded Feb 17 06:08:15 localhost alsasound: Starting sequencer driver snd-emu10k1-synth succeeded Feb 17 06:08:15 localhost alsasound: Starting sequencer driver snd-seq-midi succeeded Feb 17 06:08:15 localhost alsactl: /usr/sbin/alsactl: set_control:805: Feb 17 06:08:15 localhost alsactl: warning: name mismatch (Surround Digital Playback Volume/Surround Playback Volume) for\ control #10 Feb 17 06:08:15 localhost alsactl: /usr/sbin/alsactl: set_control:805: warning: name mismatch (Surround Digital Capture V\ olume/Surround Capture Volume) for control #11 Feb 17 06:08:15 localhost alsactl: /usr/sbin/alsactl: set_control:805: warning: name mismatch (Surround Digital Capture S\ witch/Surround Capture Switch) for control #12 Feb 17 06:08:15 localhost alsactl: /usr/sbin/alsactl: set_control:805: warning: name mismatch (IEC958 Optical Playback Vo\ lume/IEC958 LiveDrive Playback Volume) for control #20 Feb 17 06:08:15 localhost alsactl: /usr/sbin/alsactl: set_control:805: warning: name mismatch (IEC958 Optical Capture Vol\ ume/IEC958 LiveDrive Capture Volume) for control #21 Feb 17 06:08:15 localhost alsactl: /usr/sbin/alsactl: set_control:805: warning: name mismatch (IEC958 Optical Capture Swi\ tch/IEC958 LiveDrive Capture Switch) for control #22 Feb 17 06:08:15 localhost alsactl: /usr/sbin/alsactl: set_control:805: warning: name mismatch (Line LiveDrive Playback Vo\ lume/Line2 LiveDrive Playback Volume) for control #29 Feb 17 06:08:15 localhost alsactl: /usr/sbin/alsactl: set_control:805: warning: name mismatch (Line LiveDrive Capture Swi\ tch/Line2 LiveDrive Capture Volume) for control #30 Feb 17 06:08:15 localhost alsactl: /usr/sbin/alsactl: set_control:921: bad control.30.value.0 content Feb 17 06:08:15 localhost alsasound: Restoring sound driver settings failed 3) This looks bad: Feb 17 06:19:40 localhost kernel: Slab corruption: start=c9663084, expend=c9663303, problemat=c96630bf Feb 17 06:19:40 localhost kernel: Last user: [<00000000>](0x0) Feb 17 06:19:40 localhost kernel: Data: ...........................................................1A .................. \ ........................................................................................................................ \ ........................................................................................................................ \ ........................................................................................................................ \ ........................................................................................................................ \ ............................................................................A5 Feb 17 06:19:40 localhost kernel: Next: 71 F0 2C .00 00 00 00 A5 C2 0F 17 9A 58 2C 00 9B 58 2C 00 9C 58 2C 00 00 00 00 00\ 00 00 00 00 Feb 17 06:19:40 localhost kernel: slab error in check_poison_obj(): cache `ext3_inode_cache': object was modified after f\ reeing Feb 17 06:19:40 localhost kernel: Call Trace: Feb 17 06:19:40 localhost kernel: [] kmem_cache_alloc+0x159/0x1a0 Feb 17 06:19:40 localhost kernel: [] ext3_alloc_inode+0xf/0x40 [ext3] Feb 17 06:19:40 localhost kernel: [] alloc_inode+0x17/0x180 Feb 17 06:19:40 localhost kernel: [] get_new_inode_fast+0x12/0x280 Feb 17 06:19:40 localhost kernel: [] ext3_lookup+0x5e/0xb0 [ext3] Feb 17 06:19:40 localhost kernel: [] real_lookup+0xd3/0x100 Feb 17 06:19:40 localhost kernel: [] do_lookup+0x7e/0x90 Feb 17 06:19:40 localhost kernel: [] link_path_walk+0x7cf/0xf70 Feb 17 06:19:41 localhost kernel: [] unmap_page_range+0x42/0x80 Feb 17 06:19:41 localhost kernel: [] open_namei+0x88/0x430 Feb 17 06:19:41 localhost kernel: [] filp_open+0x2d/0x60 Feb 17 06:19:41 localhost kernel: [] do_munmap+0x1ad/0x280 Feb 17 06:19:41 localhost kernel: [] sys_open+0x4d/0x80 Feb 17 06:19:41 localhost kernel: [] syscall_call+0x7/0xb From ms-nospam-0306 at arcor.de Tue Feb 17 13:13:18 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 17 Feb 2004 14:13:18 +0100 Subject: kernel 2.6.2-1.81 problems In-Reply-To: References: Message-ID: <20040217141318.1d5d4586.ms-nospam-0306@arcor.de> On Tue, 17 Feb 2004 07:59:43 -0500, Neal D. Becker wrote: > 2) alsa sound is not working. At boot there are a bunch of alsa-related > error messages: > Feb 17 06:08:15 localhost alsasound: Starting sound driver snd-emu10k1 > succeeded Huh. Where does this come from? Do you have an /etc/init.d/alsasound? rpm -qf /etc/init.d/alsasound -- From davej at redhat.com Tue Feb 17 13:28:31 2004 From: davej at redhat.com (Dave Jones) Date: Tue, 17 Feb 2004 13:28:31 +0000 Subject: kernel 2.6.2-1.81 problems In-Reply-To: References: Message-ID: <1077024511.17585.4.camel@delerium.codemonkey.org.uk> On Tue, 2004-02-17 at 12:59, Neal D. Becker wrote: > 1) modprobe complains about keydev (fatal) and mousedev (fatal). Messages > not logged by syslog, so I can't post them. Strangely, mouse and keyboard > are working anyway. They're compiled in, so the messages are harmless. > Feb 17 06:08:15 localhost alsactl: /usr/sbin/alsactl: set_control:805: > Feb 17 06:08:15 localhost alsactl: warning: name mismatch (Surround Digital > Playback Volume/Surround Playback Volume) for\ > control #10 File in bugzilla under alsa-lib > 3) This looks bad: > > Feb 17 06:19:40 localhost kernel: Slab corruption: start=c9663084, > expend=c9663303, problemat=c96630bf Yes, this is bad. Please file in bugzilla. Dave From mike.lurk at sympatico.ca Tue Feb 17 13:32:17 2004 From: mike.lurk at sympatico.ca (Mike Lurk) Date: Tue, 17 Feb 2004 08:32:17 -0500 Subject: Evolution 1.5 Message-ID: <000001c3f55a$76870dd0$6d34fea9@mine> Added this bug to bugzilla (115978). Evolution will not let you import any old Evolution 1.4 mbox files. I will be adding another one shortly. One that all should watch for. When installing FC2 test1 on a dual boot system, FC2 rearranges the partition tables. I installed Windows XP first on partition1. Then installed FC2 test1 on the remaining unpartitioned space on the hard drive. Then I tried to boot to Windows XP and it wouldn't. Grub was looking for Windows XP on hd0,0 but in actual fact it had moved to hd0,4. I check this out by running dos's fdisk, this is what it looked like 1. non dos partition 2. non dos partition 3. extended partition 4. fat32 The strangest thing though when I mount the Windows partition, in FC2 test1, I just do mount /dev/hda1 /mnt/windowsxp and the partition mounts. I test this by going to /mnt/windowsxp and all the windows partition is there. Mike P.S. One thing I didn't do was to check it by using linux's fdisk to see what the partitions looked like. DOH -------------- next part -------------- An HTML attachment was scrubbed... URL: From zac9 at cdc.gov Tue Feb 17 13:33:31 2004 From: zac9 at cdc.gov (Sessoms, Mack) Date: Tue, 17 Feb 2004 08:33:31 -0500 Subject: Things I've noticed so far with fc2-test1 Message-ID: <4032182B.2070204@cdc.gov> cd's don't automatically eject anymore during install nautilus looks and behaves horribly. i've never entertained a desktop env. other than gnome, i may now. sound works with some apps, not all graphical greeter screens don't display properly, especially "happy gnome" i cannot successfully save my isp preferences when using the internet configuration wizard system settings-->server settings-->* applets don't work sound & video-->volume control doesn't work From chrisw01 at privatei.com Tue Feb 17 13:37:00 2004 From: chrisw01 at privatei.com (Christopher A. Williams) Date: Tue, 17 Feb 2004 06:37:00 -0700 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <1076979552.6520.34.camel@tabb1.tabb> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> <200402160129.01252.hoyt@cavtel.net> <20040216193723.GA2624@nsk.no-ip.org> <40312088.4060202@rueb.com> <403130BC.5060108@earthlink.net> <1076965950.28873.15.camel@T7.linux> <40314C0E.7070902@earthlink.net> <40314F96.7000804@margo.bijoux.nom.br> <1076975341.11126.19.camel@spike-home.comcast.net> <1076979552.6520.34.camel@tabb1.tabb> Message-ID: <1077025019.17618.15.camel@spike-home.comcast.net> On Mon, 2004-02-16 at 17:59, Phil Schaffner wrote: > Have you tried Noa Resare's 1.5.4 RPMS? A few glitches (just found a > problem with a hang when trying to do calendar) but at least can now do > e-mail without crashes. Filed a bugzilla report (https://bugzilla. > redhat.com/bugzilla/show_bug.cgi?id=115786) on evolution problems with a > suggestion to consider 1.5.4 them for FC2. I didn't see the post on these. Is there a URL where I can get these from? > > I also miss all of the extra stuff from Fedors.us and livna.org... > > Me too, but in my case it's the stuff from FreshRPMS, ATrpms, Dag, et > al. Have had fair luck building FC1 FreshRPMS multimedia stuff from > SRPMS. I'm thinking of ways I could get the most important (to me anyway) things working. I'm talking multimedia players like MPlayer, Ogle and Flash, various games like FooBilliard and kid's stuff like Tux Paint and Tux Math. Of course, having apt and synaptic built against RPM 4.3 would help too. > > Oh, well - maybe the next test release will bear more fruit. If an > > update comes along in the next few days that fixes some of this, maybe > > I'll try again. Now that my data can be safely isolated from "fresh" > > installs, it's not so bad to reload. > > Lets keep testing... I'll probably reload again today or tomorrow once things in rawhide have had a chance to "simmer" a little more. Of note, I had my students in my Linux class install FC2 last Friday (I teach a beginner's Linux sysadmin class at DeVry University). I gave them the CDs and said, "Go for it." They learned a lot, so I'm going to have them continue testing as part of the learning experience. Cheers, Chris -- ==================================== "If you get to thinkin' you're a person of some influence, try orderin' someone else's dog around." --Cowboy Wisdom From k9wolfz at bellsouth.net Tue Feb 17 13:38:25 2004 From: k9wolfz at bellsouth.net (Brittany) Date: Tue, 17 Feb 2004 08:38:25 -0500 Subject: New to the Linux world Message-ID: <004401c3f55b$51abf9c0$6001a8c0@sambie> I am getting tired of the windows world and would like to change my OS to Linux. By any chance do somebody have some snapshots of fedora so i can see if i will get the hang of it. I heard it's much more stable and just a BETTER OS then Windows. Please reply. Brittany -------------- next part -------------- An HTML attachment was scrubbed... URL: From eric at interplas.com Tue Feb 17 13:39:48 2004 From: eric at interplas.com (Eric Wood) Date: Tue, 17 Feb 2004 08:39:48 -0500 Subject: System hangs on shutdown References: <20040217105813.78270.qmail@web21405.mail.yahoo.com> Message-ID: <005d01c3f55b$8885b940$9100000a@intgrp.com> Eric Ebert wrote: > When I shutdown my system I get to the point where it says: > and the system hangs. If your running an Athlon based laptop (like my Sony Vaio) it'll hang and not reboot. FC1 Test1 only came with i686 kernels, no athlon kernel were made at this time. Try passing the "noathlon" boot parameter and see if it'll shutdown then. -eric wood From eric at interplas.com Tue Feb 17 13:42:15 2004 From: eric at interplas.com (Eric Wood) Date: Tue, 17 Feb 2004 08:42:15 -0500 Subject: New to the Linux world References: <004401c3f55b$51abf9c0$6001a8c0@sambie> Message-ID: <006c01c3f55b$ed536340$9100000a@intgrp.com> From: Brittany > I am getting tired of the windows world and would like to change my OS to Linux. > By any chance do somebody have some snapshots of fedora so i can see if i will > get the hang of it. I heard it's much more stable and just a BETTER OS then Windows. You can get screenshots at: www.gnome.org www.kde.org www.desktopos.org And you're right, it is a "BETTER" OS. -Eric Wood From paul at all-the-johnsons.co.uk Tue Feb 17 13:46:48 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Tue, 17 Feb 2004 13:46:48 +0000 Subject: New to the Linux world In-Reply-To: <004401c3f55b$51abf9c0$6001a8c0@sambie> References: <004401c3f55b$51abf9c0$6001a8c0@sambie> Message-ID: <1077025608.18823.32.camel@localhost.localdomain> Hi, > I am getting tired of the windows world and would like to change my OS > to Linux. By any chance do somebody have some snapshots of fedora so i > can see if i will get the hang of it. I heard it's much more stable > and just a BETTER OS then Windows. Download the bog standard ISOs for Fedora Core 1. The snapshots we're using on here are very developmental and may cause system instabilities or other such unpleasant things. If you're in the UK or Europe, I'll be happy to send you out a set of CDs (free of charge). TTFN Paul P.S. I think you should be on the other fedora list not this one :-) -- "Logic, my dear Zoe, is merely the ability to be wrong, but with authority" - Dr Who. -------------- 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 martin.gartner at air-line.at Tue Feb 17 14:00:42 2004 From: martin.gartner at air-line.at (Martin Gartner) Date: Tue, 17 Feb 2004 15:00:42 +0100 Subject: Fedora Core 2 - Test1: Asus P4C800E-Deluxe not compatible In-Reply-To: <20040217134200.27640.19133.Mailman@listman.back-rdu.redhat.com> Message-ID: <0402171500381400@asterix.steinmann.at> Seems that Asus P4C800E-deluxe mainboard isn't compatible with Fedora Core2 - Test1 Release. System hangs allready at first boot from cd - can't install Fedory Core2... System hangs very early at ACPI initialisation I think (I'm not a linux pro), while booting from first cd. Regards, Martin From vic at gedris.org Tue Feb 17 14:02:35 2004 From: vic at gedris.org (Vic Gedris) Date: Tue, 17 Feb 2004 09:02:35 -0500 Subject: Things I've noticed so far with fc2-test1 In-Reply-To: <4032182B.2070204@cdc.gov> References: <4032182B.2070204@cdc.gov> Message-ID: <20040217140235.GW21661@gedris.org> On Tue, Feb 17, 2004 at 08:33:31AM -0500, Sessoms, Mack wrote: > cd's don't automatically eject anymore during install > nautilus looks and behaves horribly. i've never entertained a desktop > env. other than gnome, i may now. > sound works with some apps, not all > graphical greeter screens don't display properly, especially "happy gnome" > i cannot successfully save my isp preferences when using the internet > configuration wizard > system settings-->server settings-->* applets don't work > sound & video-->volume control doesn't work Have you added these bugs to Bugzilla yet? https://bugzilla.redhat.com/ If people don't log these bugs, the developers won't see them all and potentially won't get them fixed in time. Cheers, Vic -- Vic Gedris | Sick of getting Microsoft email viruses? Try vic-at-gedris.org | using Linux instead! http://www.linux.org http://vic.dyndns.org | GNU Privacy Guard (GPG) Key-ID: D77B43FB -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From mporta at mail.vu Tue Feb 17 14:10:29 2004 From: mporta at mail.vu (Matteo Porta) Date: Tue, 17 Feb 2004 06:10:29 -0800 (PST) Subject: audio and modem on acer aspire 2003 notebook Message-ID: <20040217141029.A61D87265@sitemail.everyone.net> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From alexl at stofanet.dk Tue Feb 17 14:13:33 2004 From: alexl at stofanet.dk (Alex Thomsen Leth) Date: Tue, 17 Feb 2004 15:13:33 +0100 Subject: Fedora Core 2 - Test1: Asus P4C800E-Deluxe not compatible In-Reply-To: <0402171500381400@asterix.steinmann.at> References: <0402171500381400@asterix.steinmann.at> Message-ID: <1077027213.11774.0.camel@simba.lion> i have the same mobo and im having no probz. On tir, 2004-02-17 at 15:00 +0100, Martin Gartner wrote: > Seems that Asus P4C800E-deluxe mainboard isn't compatible with Fedora Core2 > - Test1 Release. > > System hangs allready at first boot from cd - can't install Fedory Core2... > System hangs very early at ACPI initialisation I think (I'm not a linux > pro), while booting from first cd. > > Regards, > Martin > > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From zac9 at cdc.gov Tue Feb 17 14:29:49 2004 From: zac9 at cdc.gov (Sessoms, Mack) Date: Tue, 17 Feb 2004 09:29:49 -0500 Subject: Things I've noticed so far with fc2-test1 In-Reply-To: <20040217140235.GW21661@gedris.org> References: <4032182B.2070204@cdc.gov> <20040217140235.GW21661@gedris.org> Message-ID: <4032255D.3030809@cdc.gov> will do. Vic Gedris wrote: >On Tue, Feb 17, 2004 at 08:33:31AM -0500, Sessoms, Mack wrote: > > >>cd's don't automatically eject anymore during install >>nautilus looks and behaves horribly. i've never entertained a desktop >>env. other than gnome, i may now. >>sound works with some apps, not all >>graphical greeter screens don't display properly, especially "happy gnome" >>i cannot successfully save my isp preferences when using the internet >>configuration wizard >>system settings-->server settings-->* applets don't work >>sound & video-->volume control doesn't work >> >> > >Have you added these bugs to Bugzilla yet? >https://bugzilla.redhat.com/ > >If people don't log these bugs, the developers won't see them all and >potentially won't get them fixed in time. > >Cheers, >Vic > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndbecker2 at verizon.net Tue Feb 17 14:40:30 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Tue, 17 Feb 2004 09:40:30 -0500 Subject: kernel 2.6.2-1.81 problems References: <20040217141318.1d5d4586.ms-nospam-0306@arcor.de> Message-ID: Michael Schwendt wrote: > On Tue, 17 Feb 2004 07:59:43 -0500, Neal D. Becker wrote: > >> 2) alsa sound is not working. At boot there are a bunch of alsa-related >> error messages: >> Feb 17 06:08:15 localhost alsasound: Starting sound driver snd-emu10k1 >> succeeded > > Huh. Where does this come from? Do you have an /etc/init.d/alsasound? > rpm -qf /etc/init.d/alsasound > rpm -qf /etc/init.d/alsasound alsa-driver-1.0.1-0.fdr.6 From m.a.young at durham.ac.uk Tue Feb 17 14:42:24 2004 From: m.a.young at durham.ac.uk (M A Young) Date: Tue, 17 Feb 2004 14:42:24 +0000 (GMT) Subject: kernel-2.6.2-1.85 borked X In-Reply-To: <1077021355.3079.6.camel@family> References: <1077021355.3079.6.camel@family> Message-ID: On Tue, 17 Feb 2004, Sandy Pond wrote: > kernel-2.6.2-1.85 complained about some unaccessible Toshiba display and > then borked X. Run on Shuttle MN31N using on-board nVidia GeForce 4 MX > video. > > Had to reboot to kernel-2.6.2-1.81. I have the same problem, though on different hardware. In my case the problem is that the system can't find my ps/2 mouse, and X won't start without a mouse. Michael Young From tim at npagroup.com Tue Feb 17 14:40:19 2004 From: tim at npagroup.com (Tim Atkinson) Date: Tue, 17 Feb 2004 14:40:19 -0000 Subject: Can't boot Fedora Core 2 Test1 CDs on VIA C3 733 Motherboard Message-ID: <403227D3.25135.15237CC@localhost> Hi I'm new to this list, I've downloaded the Fedora 2 Test1 ISOs and the first disk partially boots on my U-Buddie Mini PC with a VIA C3 733Mhz processor - I get past the press enter to install/upgrade and the loading vmlinuz and initrd stage and hangs on the "Uncompressing Linux....." message. The disk boots fine on a steam driven PII 266 so it's not the CD and needless to say Fedora Core 1 has been running happily on the VIA box for months. Anyone got any suggestions or can you tell me who I should report it to. Cheers --Tim --Tim Atkinson IT Manager NPA Group Phone 01732 865023 http://www.npagroup.com From ms-nospam-0306 at arcor.de Tue Feb 17 14:48:03 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 17 Feb 2004 15:48:03 +0100 Subject: kernel 2.6.2-1.81 problems In-Reply-To: References: <20040217141318.1d5d4586.ms-nospam-0306@arcor.de> Message-ID: <20040217154803.77f0de5d.ms-nospam-0306@arcor.de> On Tue, 17 Feb 2004 09:40:30 -0500, Neal D. Becker wrote: > Michael Schwendt wrote: > > > On Tue, 17 Feb 2004 07:59:43 -0500, Neal D. Becker wrote: > > > >> 2) alsa sound is not working. At boot there are a bunch of alsa-related > >> error messages: > >> Feb 17 06:08:15 localhost alsasound: Starting sound driver snd-emu10k1 > >> succeeded > > > > Huh. Where does this come from? Do you have an /etc/init.d/alsasound? > > rpm -qf /etc/init.d/alsasound > > > rpm -qf /etc/init.d/alsasound > alsa-driver-1.0.1-0.fdr.6 Bzzz! Get rid of it. It doesn't belong to Fedora Core 1.90 (Test1). It's the fedora.us ALSA add-on for Fedora Core 1 and contains ALSA device entries, C include files and the alsasound initscript. Check your alsa-utils package. It should be the one from Fedora Core 1.90, not the one from fedora.us. Else you would be somewhat out-of-sync with Test1. If you get errors with alsactl from alsa-utils from Fedora Core 1.90, these should be reported, though. -- From mhufe at UDel.Edu Tue Feb 17 14:57:44 2004 From: mhufe at UDel.Edu (Mark J. Hufe) Date: Tue, 17 Feb 2004 09:57:44 -0500 (EST) Subject: kernel docs and SCTP? Message-ID: I upgraded to FC2 with the hope of gaining access to SCTP, a new networking protocol, that is said to be in kernel 2.6. Apparently, it is not included by default and the kernel needs to be rebuilt with the appropriate switches set. I looked at the documentation section under /usr/src for 2.6 and there was a README file that indicated that the documentation for doing this sort of thing could be made available by running make with the specified format (e.g. htmldocs). I tried every combination: htmldocs, pdfdocs, psdocs, and none would pass the make because of missing components. The README also advised to get the documentation from any of the mirror download sites. I checked a few of the U.S. East coast sites and couldn't find any documentation downloads for FC2. I'm new to working with the test versions and don't yet know my way around. What documentation is available concerning building the kernel and where can I find it? Also, who is familiar with SCTP under Linux? I want to build some test applications that run on it and would like some information on where to find the API's and so forth. - Mark Hufe From rngadam at yahoo.com Tue Feb 17 14:57:33 2004 From: rngadam at yahoo.com (Ricky Ng-Adam) Date: Tue, 17 Feb 2004 09:57:33 -0500 Subject: Serial setup hang with IBM a22m (Re: FC2 test1: install glitches and comments) In-Reply-To: <20040215001828.GF26538@devserv.devel.redhat.com> References: <20040214140507.GB21392@devserv.devel.redhat.com> <20040215001828.GF26538@devserv.devel.redhat.com> Message-ID: Hello! Alan Cox wrote: >>I know I had a similar problem of half-booting with the 2.6 kernel of >>MDK10b2, so this is probably something generalized. I had been told by >>people in MDK forums that this was possibly related to ACPI? > > Mine breaks regardless of ACPI - seems IRQ routing is in general somewhat > hosed on 2.6.2 in RH. acpi=off pci=usepirqmask might help Ok, I've just tried installing MDK10-RC1. This has 2.6.2 instead of 2.6.2-rc3 of MDK10b2 and I've found the same problem as you have: I can only boot the install - the normal boot hang whatever I do (actually, I couldn't boot the install until I installed W2K!!). The whole story here: http://qa.mandrakesoft.com/show_bug.cgi?id=7947 I'm mentionning it here because I'm guessing that once FC2 goes from 2.6.1 to 2.6.2, I won't be able to boot FC2... Maybe something happenned between 2.6.2-rc3 and 2.6.2 that worsened the hang-on-reboot?? Thanks, Ricky From ndbecker2 at verizon.net Tue Feb 17 14:59:40 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Tue, 17 Feb 2004 09:59:40 -0500 Subject: kernel 2.6.2-1.81 problems References: <1077024511.17585.4.camel@delerium.codemonkey.org.uk> Message-ID: Dave Jones wrote: >> 3) This looks bad: >> >> Feb 17 06:19:40 localhost kernel: Slab corruption: start=c9663084, >> expend=c9663303, problemat=c96630bf > > Yes, this is bad. Please file in bugzilla. > Would, except for 2 problems: 1) Timeout on server bugzilla.fedora.us 2) http://bugzilla.fedora.us/enter_bug.cgi?product=Fedora%20Testing doesn't seem to have a component for "kernel". In fact, it has very few components. What's up with that? From johnh at comp.leeds.ac.uk Tue Feb 17 14:56:15 2004 From: johnh at comp.leeds.ac.uk (John Hodrien) Date: Tue, 17 Feb 2004 14:56:15 +0000 (GMT) Subject: Creating boot section from /boot partitition In-Reply-To: <1076978003.6520.13.camel@tabb1.tabb> References: <40314330.6060908@firm.ee> <1076978003.6520.13.camel@tabb1.tabb> Message-ID: On Mon, 16 Feb 2004, Phil Schaffner wrote: > Didn't think Windows could boot an extended partition, but if you had it > working before it must be possible. You haven't given enough info to > get definitive help. Did you do an upgrade or install? Since you said > "Install went well" I'll assume the latter, and guess that grub did not > get configured correctly. You may have the grub info from RH9 in the > boot record on /dev/hda5 rather than FC1. Info from "fdisk -l", "/etc/ > fstab", and "/boot/grub/grub.conf" would be useful. Windows is fine off extended, windows XP can do some creative repartitioning (overlapping) when you try and make it do it, but ultimately it's okay... > I'd forget the Windoze boot loader and put GRUB in the MBR, but then I'm > clueless on multiboot with M$ in charge. Provide the info above and > perhaps I or someone else can help with one approach or the other. I'd agree 100 percent. Why bother letting windows know about anything other than windows, it's just safer not to... jh -- "Good Christian people who wouldn't dream of misbehaving will not catch Aids. My message to the businessmen of this country when they go abroad on business is that there is one thing above all they can take with them to stop them catching Aids - and that is the wife." -- Edwina Curry From ms-nospam-0306 at arcor.de Tue Feb 17 15:05:45 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 17 Feb 2004 16:05:45 +0100 Subject: kernel 2.6.2-1.81 problems In-Reply-To: References: <1077024511.17585.4.camel@delerium.codemonkey.org.uk> Message-ID: <20040217160545.2ac9f159.ms-nospam-0306@arcor.de> On Tue, 17 Feb 2004 09:59:40 -0500, Neal D. Becker wrote: > Dave Jones wrote: > > >> 3) This looks bad: > >> > >> Feb 17 06:19:40 localhost kernel: Slab corruption: start=c9663084, > >> expend=c9663303, problemat=c96630bf > > > > Yes, this is bad. Please file in bugzilla. > > > > Would, except for 2 problems: > > 1) Timeout on server > bugzilla.fedora.us > > 2) http://bugzilla.fedora.us/enter_bug.cgi?product=Fedora%20Testing doesn't > seem to have a component for "kernel". In fact, it has very few > components. What's up with that? Completely wrong project and server. You want this one: http://bugzilla.redhat.com -- From linux00 at kornet.net Tue Feb 17 15:11:54 2004 From: linux00 at kornet.net (sangu) Date: Wed, 18 Feb 2004 00:11:54 +0900 Subject: kernel-2.6.2-1.85 borked X In-Reply-To: <1077028976144726248.0.ppp15@ppp15> References: <1077021355.3079.6.camel@family> <1077028976144726248.0.ppp15@ppp15> Message-ID: <1077030714.1394.6.camel@localhost.localdomain> kernel-2.6.2-1.85 ----------------- * Mon Feb 16 2004 Dave Jones - Merge to 2.6.3-rc3-bk1 - Optimise for size. (Saves ~300KB of kernel memory) - disable psaux emulation. - Enable i2c-via and i2c-viapro modules. Please modify Section "InputDefice" ~ EndSection in /etc/X11/XF86Config file. Option "Device" "/dev/input/mose0" or "/dev/input/mice" and /etc/sysconfig/gpm file DEVICE= "/dev/input/mouse0" or "/dev/input/mice" 2004-02-17 (?) 14:42 +0000? M A Young ???: > On Tue, 17 Feb 2004, Sandy Pond wrote: > > > kernel-2.6.2-1.85 complained about some unaccessible Toshiba display and > > then borked X. Run on Shuttle MN31N using on-board nVidia GeForce 4 MX > > video. > > > > Had to reboot to kernel-2.6.2-1.81. > > I have the same problem, though on different hardware. In my case the > problem is that the system can't find my ps/2 mouse, and X won't start > without a mouse. > > Michael Young > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From paul.black at oxsemi.com Tue Feb 17 15:09:20 2004 From: paul.black at oxsemi.com (Paul Black) Date: Tue, 17 Feb 2004 15:09:20 +0000 Subject: Things I've noticed so far with fc2-test1 In-Reply-To: <4032182B.2070204@cdc.gov> References: <4032182B.2070204@cdc.gov> Message-ID: <40322EA0.3070608@oxsemi.com> Sessoms, Mack wrote: > cd's don't automatically eject anymore during install > nautilus looks and behaves horribly. i've never entertained a desktop > env. other than gnome, i may now. > sound works with some apps, not all > graphical greeter screens don't display properly, especially "happy gnome" > i cannot successfully save my isp preferences when using the internet > configuration wizard > system settings-->server settings-->* applets don't work > sound & video-->volume control doesn't work My observations so far: Setting UARTs to 2309400 or 460800 doesn't work USB mouse stops working after a while (OK through hub) UDP broadcast doesn't work on some machines (1 machine here, 1 symptom to do with ypbind reported on Bugzilla). Managed to get a kernel fault when mingling CD burning and playing with Firewire. Haven;t tried recreating yet so as to enter a Bugzilla report. -- Paul Black mailto:paul.black at oxsemi.com Oxford Semiconductor Ltd http://www.oxsemi.com 25 Milton Park, Abingdon, Tel: +44 (0) 1235 824 909 Oxfordshire. OX14 4SH Fax: +44 (0) 1235 821 141 From mporta at mail.vu Tue Feb 17 15:27:06 2004 From: mporta at mail.vu (Matteo Porta) Date: Tue, 17 Feb 2004 07:27:06 -0800 (PST) Subject: setting 1280x800 for widescreen notebook Message-ID: <20040217152706.412BB7263@sitemail.everyone.net> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From ndbecker2 at verizon.net Tue Feb 17 15:35:27 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Tue, 17 Feb 2004 10:35:27 -0500 Subject: kernel 2.6.2-1.81 problems References: <20040217141318.1d5d4586.ms-nospam-0306@arcor.de> <20040217154803.77f0de5d.ms-nospam-0306@arcor.de> Message-ID: Michael Schwendt wrote: > On Tue, 17 Feb 2004 09:40:30 -0500, Neal D. Becker wrote: > >> Michael Schwendt wrote: >> >> > On Tue, 17 Feb 2004 07:59:43 -0500, Neal D. Becker wrote: >> > >> >> 2) alsa sound is not working. At boot there are a bunch of >> >> alsa-related error messages: >> >> Feb 17 06:08:15 localhost alsasound: Starting sound driver snd-emu10k1 >> >> succeeded >> > >> > Huh. Where does this come from? Do you have an /etc/init.d/alsasound? >> > rpm -qf /etc/init.d/alsasound >> > >> rpm -qf /etc/init.d/alsasound >> alsa-driver-1.0.1-0.fdr.6 > > Bzzz! Get rid of it. It doesn't belong to Fedora Core 1.90 (Test1). > It's the fedora.us ALSA add-on for Fedora Core 1 and contains > ALSA device entries, C include files and the alsasound initscript. > > Check your alsa-utils package. It should be the one from Fedora Core 1.90, > not the one from fedora.us. Else you would be somewhat out-of-sync with > Test1. > > If you get errors with alsactl from alsa-utils from Fedora Core 1.90, > these should be reported, though. > Can you please tell me if this is the correct alsa rpms? rpm -qa | grep alsa alsa-utils-1.0.2-1 balsa-2.0.15-1 :) alsa-lib-1.0.2-1 alsa-lib-devel-1.0.2-1 alsa-oss-1.0.1-0.fdr.2.1 gnome-alsamixer-0.9.6-0.fdr.2.1.90 From cra at WPI.EDU Tue Feb 17 15:38:32 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Tue, 17 Feb 2004 10:38:32 -0500 Subject: kernel 2.6.2-1.81 problems In-Reply-To: References: <20040217141318.1d5d4586.ms-nospam-0306@arcor.de> <20040217154803.77f0de5d.ms-nospam-0306@arcor.de> Message-ID: <20040217153832.GR1556@angus.ind.WPI.EDU> On Tue, Feb 17, 2004 at 10:35:27AM -0500, Neal D. Becker wrote: > Can you please tell me if this is the correct alsa rpms? > > rpm -qa | grep alsa > alsa-utils-1.0.2-1 > balsa-2.0.15-1 :) > alsa-lib-1.0.2-1 > alsa-lib-devel-1.0.2-1 > alsa-oss-1.0.1-0.fdr.2.1 > gnome-alsamixer-0.9.6-0.fdr.2.1.90 You shouldn't have any packages with ".fdr." in the name. From fedora at warmcat.com Tue Feb 17 15:59:14 2004 From: fedora at warmcat.com (Andy Green) Date: Tue, 17 Feb 2004 15:59:14 +0000 Subject: Can't boot Fedora Core 2 Test1 CDs on VIA C3 733 Motherboard In-Reply-To: <403227D3.25135.15237CC@localhost> References: <403227D3.25135.15237CC@localhost> Message-ID: <200402171559.15396.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 17 February 2004 14:40, Tim Atkinson wrote: > The disk boots fine on a steam driven PII 266 so it's not the CD and > needless to say Fedora Core 1 has been running happily on the VIA box > for months. > > Anyone got any suggestions or can you tell me who I should report it > to. I had the same symptoms when using a kernel compiled with i686 instructions some months ago. Moving down to an i586 or i386 -compiled kernel got me going. I seem to recall the 2.6 kernel has athlon and i686 (at least) versions of code in it and can decide at runtime what to use. Maybe the problem is that it wrongly things C3 is i686 (it doesn't quite make the grade). - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAMjpTjKeDCxMJCTIRAh2cAJ9wYb3Eidotjdr0TsxWd3WD658yjQCgkOlc OZatftgjUyejwZZMKMqxuyk= =tbZl -----END PGP SIGNATURE----- From ted at trufflesdad.plus.com Tue Feb 17 16:09:09 2004 From: ted at trufflesdad.plus.com (Ted) Date: Tue, 17 Feb 2004 16:09:09 +0000 Subject: FC2 test 1 apt repository In-Reply-To: <20040217065850.GV21661@gedris.org> References: <20040212190141.512017e1@localhost> <20040217065850.GV21661@gedris.org> Message-ID: <200402171609.09843.ted@trufflesdad.plus.com> On Tuesday 17 February 2004 6:58 am, Vic Gedris wrote: > On Mon, Feb 16, 2004 at 09:42:43AM +0200, Panu Matilainen wrote: > > For the moment you can use this one: > > http://fedora.laiskiainen.org/fc2-test/ It's pending QA at fedora.us so > > you'll be helping the process by testing it... > > I just caused it to barf: > > [root at strummer root]# apt-get update > You don't seem to have one or more of the needed GPG keys in your RPM > database. > Importing them now... > Get:1 http://ayo.us.freshrpms.net fedora/linux/test/i386 release [536B] > Get:2 http://ayo.us.freshrpms.net fedora/linux/development/i386 release > [533B] > Fetched 1069B in 1s (1026B/s) > Hit http://ayo.us.freshrpms.net fedora/linux/test/i386/core pkglist > Hit http://ayo.us.freshrpms.net fedora/linux/test/i386/core release > Hit http://ayo.us.freshrpms.net fedora/linux/test/i386/core srclist > Get:1 http://ayo.us.freshrpms.net fedora/linux/development/i386/core > pkglist [1970kB] > Hit http://ayo.us.freshrpms.net fedora/linux/development/i386/core > release > Get:2 http://ayo.us.freshrpms.net fedora/linux/development/i386/core > srclist [185kB] > Fetched 2155kB in 14s (150kB/s) > Segmentation fault > [root at strummer root]# > > ...and now it continues to segfault after every apt-get command. > > I can provide more info if requested. > > Cheers, > Vic I get exactly the same fault...Is it possible to turn off the GPG altogether to see what happens ?? -- Regards Ted Wager Linux user From jaaksimm at firm.ee Tue Feb 17 16:10:05 2004 From: jaaksimm at firm.ee (Jaak Simm) Date: Tue, 17 Feb 2004 18:10:05 +0200 Subject: Creating boot section from /boot partitition In-Reply-To: References: <40314330.6060908@firm.ee> <1076978003.6520.13.camel@tabb1.tabb> Message-ID: <40323CDD.4030506@firm.ee> John Hodrien wrote: >>I'd forget the Windoze boot loader and put GRUB in the MBR, but then I'm >>clueless on multiboot with M$ in charge. Provide the info above and >>perhaps I or someone else can help with one approach or the other. >> >> >I'd agree 100 percent. Why bother letting windows know about anything other >than windows, it's just safer not to... > > I found out that my fedora2 installation actually did try to put grub into MBR. But for some reason it is not there. I also swapped my partitions, so /boot is now primary (on /dev/hda4), not extended. Also tried installing grub myself in "linux rescue" mode by: grub root (hd0,3) setup (hd0) But still windows boot loader is in charge. It's pretty odd that grub cannot re-configure MBR. I'm concatenating some fdisk info in the end of the mail. Thanks for the suggestions, Jaak fdisk -l > Disk /dev/hda: 81.9 GB, 81964302336 bytes > 16 heads, 63 sectors/track, 158816 cylinders > Units = cylinders of 1008 * 512 = 516096 bytes > > Device Boot Start End Blocks Id System > /dev/hda1 * 1 40641 20482843+ 7 HPFS/NTFS > /dev/hda2 40641 105650 32764567+ c W95 FAT32 (LBA) > /dev/hda3 105857 158802 26683965 f W95 Ext'd (LBA) > /dev/hda4 105651 105853 102312 83 Linux > /dev/hda5 105857 138736 16571016 b W95 FAT32 > /dev/hda6 138737 156721 9064408+ 83 Linux > /dev/hda7 156722 158801 1048288+ 82 Linux swap > > Partition table entries are not in disk order grub.conf > # grub.conf generated by anaconda > # > # Note that you do not have to rerun grub after making changes to this > file > # NOTICE: You have a /boot partition. This means that > # all kernel and initrd paths are relative to /boot/, eg. > # root (hd0,3) > # kernel /vmlinuz-version ro root=/dev/hda6 > # initrd /initrd-version.img > #boot=/dev/hda > default=0 > timeout=10 > splashimage=(hd0,3)/grub/splash.xpm.gz > title Fedora Core (2.6.1-1.65) > root (hd0,3) > kernel /vmlinuz-2.6.1-1.65 ro root=LABEL=/ rhgb > initrd /initrd-2.6.1-1.65.img > title Other > rootnoverify (hd0,0) > chainloader +1 fstab > LABEL=/ / ext3 > defaults 1 1 > LABEL=/boot /boot ext3 > defaults 1 2 > none /dev/pts devpts > gid=5,mode=620 0 0 > none /dev/shm tmpfs > defaults 0 0 > none /proc proc > defaults 0 0 > none /sys sysfs > defaults 0 0 > /dev/hda7 swap swap > defaults 0 0 From 64bit_fedora at comcast.net Tue Feb 17 16:11:33 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 17 Feb 2004 10:11:33 -0600 Subject: x864_64 up2date gone wild. In-Reply-To: References: Message-ID: <20040217161133.GA23260@comcast.net> On Mon, Feb 16, 2004 at 09:10:45PM -0500, Sam Varshavchik wrote: > XFree86-libs-4.3.0-42 requires XFree86-libs-data-4.3.0-42 > > I cannot figure out why it's stuck here. Both XFree86-libs-4.3.0-55 and > XFree86-libs-data-4.3.0-55 were selected for update. > These two packages are the two i386 packages for XFree86. Do you have an i386 update channel with the proper versions of these packages? Though it does seem odd that the i386 package dependencies resolve on a 64bit package update... I suppose it is good behavior as far as keeping things in sync, but technically unecessary... Justin From aaron.bennett at olin.edu Tue Feb 17 16:18:28 2004 From: aaron.bennett at olin.edu (Aaron Bennett) Date: Tue, 17 Feb 2004 11:18:28 -0500 Subject: install exited abnormally -- received signal 11 Message-ID: <40323ED4.9030202@olin.edu> Hello, I've been able to install and test FC2 test 1 on a Dell D600 and on a Micron Desktop, but when I try to install on a Dell C640 laptop, it bombs after mediacheck with "install exited abnormally -- received signal 11" I've tried searching Bugzilla, but there are no bugs found with "received signal 11" in them. Has anyone seen this? -- Aaron Bennett UNIX Administrator Franklin W. Olin College of Engineering From kworthington at linuxmail.org Tue Feb 17 16:17:07 2004 From: kworthington at linuxmail.org (Kevin Worthington) Date: Tue, 17 Feb 2004 11:17:07 -0500 Subject: Can't boot Fedora Core 2 Test1 CDs on VIA C3 733 Motherboard Message-ID: <20040217161707.DBBC923942@ws5-3.us4.outblaze.com> > I'm new to this list, I've downloaded the Fedora 2 Test1 ISOs and the > first disk partially boots on my U-Buddie Mini PC with a VIA C3 > 733Mhz processor - I get past the press enter to install/upgrade and > the loading vmlinuz and initrd stage and hangs on the "Uncompressing > Linux....." message. > > The disk boots fine on a steam driven PII 266 so it's not the CD and > needless to say Fedora Core 1 has been running happily on the VIA box > for months. Yes, it's a known bug. The CDs were only spun to boot i686 for right now. It's in the Release Notes In the meantime, you can use YUM to upgrade. HTH, KEv --- Kevin Worthington - Red Hat Linux user since April 1998 Fedora Core User since July 2003 (Severn betas) Registered Linux User #218689 - http://counter.li.org -- ______________________________________________ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze From fedora at gxconcepts.com Tue Feb 17 16:14:42 2004 From: fedora at gxconcepts.com (Brandon Petersen) Date: Tue, 17 Feb 2004 10:14:42 -0600 Subject: install exited abnormally -- received signal 11 In-Reply-To: <40323ED4.9030202@olin.edu> References: <40323ED4.9030202@olin.edu> Message-ID: <1077034482.13271.54.camel@localhost.localdomain> This also happens on my Dell Latitude CPx laptop. I think the bug is located here: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114299 Brandon Petersen http://www.gxconcepts.com/ On Tue, 2004-02-17 at 10:18, Aaron Bennett wrote: > Hello, > > I've been able to install and test FC2 test 1 on a Dell D600 and on a > Micron Desktop, but when I try to install on a Dell C640 laptop, it > bombs after mediacheck with "install exited abnormally -- received > signal 11" > > I've tried searching Bugzilla, but there are no bugs found with > "received signal 11" in them. > > Has anyone seen this? > > -- > Aaron Bennett > UNIX Administrator > Franklin W. Olin College of Engineering > > From mcolome1 at yahoo.com Tue Feb 17 16:26:30 2004 From: mcolome1 at yahoo.com (marcos colome) Date: Tue, 17 Feb 2004 08:26:30 -0800 (PST) Subject: New to the Linux world In-Reply-To: <004401c3f55b$51abf9c0$6001a8c0@sambie> Message-ID: <20040217162630.73311.qmail@web80605.mail.yahoo.com> Just install it in your computer and you will see the great different between Windows and Linux, but it requires time to re-learn again, it is a different world, I prefer pure Linux I do not like windows-linux, emulator never works properly. Linux is linux. Brittany wrote:I am getting tired of the windows world and would like to change my OS to Linux. By any chance do somebody have some snapshots of fedora so i can see if i will get the hang of it. I heard it's much more stable and just a BETTER OS then Windows. Please reply. Brittany --------------------------------- Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaron.bennett at olin.edu Tue Feb 17 16:26:58 2004 From: aaron.bennett at olin.edu (Aaron Bennett) Date: Tue, 17 Feb 2004 11:26:58 -0500 Subject: install exited abnormally -- received signal 11 In-Reply-To: <1077034482.13271.54.camel@localhost.localdomain> References: <40323ED4.9030202@olin.edu> <1077034482.13271.54.camel@localhost.localdomain> Message-ID: <403240D2.50404@olin.edu> In addition to that, this bug is very similar: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115956 Bug # 114299 says this happens after choosing English. I've never seen it get that far on the C640. Bug 115956 is closer, but I never get the "probing USB device" string either. Brandon Petersen wrote: >This also happens on my Dell Latitude CPx laptop. I think the bug is >located here: > >http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114299 > >Brandon Petersen >http://www.gxconcepts.com/ > >On Tue, 2004-02-17 at 10:18, Aaron Bennett wrote: > > >>Hello, >> >>I've been able to install and test FC2 test 1 on a Dell D600 and on a >>Micron Desktop, but when I try to install on a Dell C640 laptop, it >>bombs after mediacheck with "install exited abnormally -- received >>signal 11" >> >>I've tried searching Bugzilla, but there are no bugs found with >>"received signal 11" in them. >> >>Has anyone seen this? >> >>-- >>Aaron Bennett >>UNIX Administrator >>Franklin W. Olin College of Engineering >> >> >> >> > > > > -- Aaron Bennett UNIX Administrator Franklin W. Olin College of Engineering From johnh at comp.leeds.ac.uk Tue Feb 17 16:30:17 2004 From: johnh at comp.leeds.ac.uk (John Hodrien) Date: Tue, 17 Feb 2004 16:30:17 +0000 (GMT) Subject: Creating boot section from /boot partitition In-Reply-To: <40323CDD.4030506@firm.ee> References: <40314330.6060908@firm.ee> <1076978003.6520.13.camel@tabb1.tabb> <40323CDD.4030506@firm.ee> Message-ID: On Tue, 17 Feb 2004, Jaak Simm wrote: > I found out that my fedora2 installation actually did try to put grub > into MBR. But for some reason it is not there. I also swapped my > partitions, so /boot is now primary (on /dev/hda4), not extended. > Also tried installing grub myself in "linux rescue" mode by: > grub > root (hd0,3) > setup (hd0) I'd try grub-install /dev/hda myself. Oddness abound. jh -- "I don't want to achieve immortality through my work... I want to achieve it through not dying." -- Woody Allen From fedora at warmcat.com Tue Feb 17 16:42:11 2004 From: fedora at warmcat.com (Andy Green) Date: Tue, 17 Feb 2004 16:42:11 +0000 Subject: Phantom Floppy drive? In-Reply-To: References: Message-ID: <200402171642.11834.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 17 February 2004 15:59, Atul Chitnis wrote: > Everytime I attach a storage device (like, say, a USB key), and everytime > I start up or shut down my machine, I get the following: > > Feb 17 21:21:20 wookie kernel: inserting floppy driver for > 2.4.22-1.2135.nptl Feb 17 21:21:20 wookie kernel: Floppy drive(s): fd0 is > 1.44M > Feb 17 21:21:23 wookie kernel: floppy0: no floppy controllers found stick alias floppy off in your /etc/modules.conf When you move to 2.6, you need to stick install floppy /bin/true in /etc/modprobe.conf instead. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAMkRjjKeDCxMJCTIRAoMRAJ9TekpkkI1frXh6fSMfl3n6ao780ACfTiui BA6YZyVJxmq98BnCZkFmuK0= =sORp -----END PGP SIGNATURE----- From salimma at fastmail.fm Tue Feb 17 16:48:19 2004 From: salimma at fastmail.fm (Michel Alexandre Salim) Date: Tue, 17 Feb 2004 23:48:19 +0700 Subject: sbp2 firewire failure on kernels 2.6.1-1.61, 2.6.2-1.81 Message-ID: <1077036499.27356.181183510@webmail.messagingengine.com> I get the following errors when I turn on my external hard drive enclosure: ------------------------------------------------------------------ ieee1394: got invalid ack 11 from node 65472 (tcode 4) ieee1394: got invalid ack 11 from node 65472 (tcode 4) ieee1394: got invalid ack 11 from node 65472 (tcode 4) ieee1394: ConfigROM quadlet transaction error for node 0-00:1023 ieee1394: Node changed: 0-00:1023 -> 0-01:1023 ------------------------------------------------------------------ sbp2 does *not* get loaded automatically. If I unload ohci1394 and reload it, I get: ------------------------------------------------------------------ ieee1394: ConfigROM quadlet transaction error for node 0-00:1023 ohci1394: $Rev: 1097 $ Ben Collins ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[9] MMIO=[d0202000-d02027ff] Max Packet=[2048] ieee1394: Node added: ID:BUS[0-00:1023] GUID[005077350710020e] ieee1394: Host added: ID:BUS[0-01:1023] GUID[08004603015ea68f] ieee1394: unsolicited response packet received - no tlabel match sbp2: $Rev: 1096 $ Ben Collins ieee1394: sbp2: Driver forced to serialize I/O (serialize_io = 1) scsi1 : SCSI emulation for IEEE-1394 SBP-2 Devices ieee1394: sbp2: sbp2_firmware_revision = 100102 ------------------------------------------------------------------- Still no drive detected, until I attempt to mount a partition: ieee1394: sbp2: Logged into SBP-2 device ieee1394: sbp2: Node 0-00:1023: Max speed [S400] - Max payload [2048] Vendor: ST312002 Model: 2A Rev: Type: Direct-Access ANSI SCSI revision: 06 SCSI device sdb: 234467403 512-byte hdwr sectors (120047 MB) sdb: asking for cache data failed sdb: assuming drive cache: write through sdb:<3>ieee1394: sbp2: aborting sbp2 command Read (10) 00 0d f9 b0 48 00 00 03 00 ieee1394: sbp2: aborting sbp2 command Test Unit Ready 00 00 00 00 00 ieee1394: sbp2: reset requested ieee1394: sbp2: Generating sbp2 fetch agent reset ieee1394: sbp2: aborting sbp2 command Test Unit Ready 00 00 00 00 00 ieee1394: sbp2: reset requested ieee1394: sbp2: Generating sbp2 fetch agent reset eth1: New link status: Disconnected (0002) eth1: New link status: Connected (0001) ieee1394: sbp2: aborting sbp2 command Test Unit Ready 00 00 00 00 00 ieee1394: sbp2: reset requested ieee1394: sbp2: Generating sbp2 fetch agent reset What is the status of firewire support on FC2-devel? It is quite worrying it seems to be retrogressing ever since 2.4.21 was released (first requiring rescan-scsi-bus.sh, and now this). Is there any possibility of shipping a 2.4 kernel in addition to 2.6 for FC2 final? Hardware's Sony Vaio Z1MP, Centrino (Pentium-M 1.3GHz) with a USB memory stick interface. Relevant lsmod lines: sbp2 27656 0 ohci1394 41860 0 sd_mod 16928 0 usb_storage 65984 0 scsi_mod 124600 4 sbp2,sg,sd_mod,usb_storage Has anyone run into a similar problem? Bugzilla has nothing to say on that - I'll probably file a report tomorrow. Thanks, - Michel -- http://www.fastmail.fm - I mean, what is it about a decent email service? From tim at npagroup.com Tue Feb 17 16:47:49 2004 From: tim at npagroup.com (Tim Atkinson) Date: Tue, 17 Feb 2004 16:47:49 -0000 Subject: Can't boot Fedora Core 2 Test1 CDs on VIA C3 733 Motherboard In-Reply-To: <20040217161707.DBBC923942@ws5-3.us4.outblaze.com> Message-ID: <403245B5.32612.1C49001@localhost> RTFM Thanks - case closed --Tim On 17 Feb 2004 at 11:17, Kevin Worthington wrote: > > I'm new to this list, I've downloaded the Fedora 2 Test1 ISOs and > > the first disk partially boots on my U-Buddie Mini PC with a VIA C3 > > 733Mhz processor - I get past the press enter to install/upgrade and > > the loading vmlinuz and initrd stage and hangs on the "Uncompressing > > Linux....." message. > > > > The disk boots fine on a steam driven PII 266 so it's not the CD and > > needless to say Fedora Core 1 has been running happily on the VIA > > box > > for months. > > Yes, it's a known bug. The CDs were only spun to boot i686 for right > now. It's in the Release Notes > > In the meantime, you can use YUM to upgrade. > HTH, > KEv > --- > Kevin Worthington - > Red Hat Linux user since April 1998 > Fedora Core User since July 2003 (Severn betas) > Registered Linux User #218689 - http://counter.li.org > > -- > ______________________________________________ > Check out the latest SMS services @ http://www.linuxmail.org > This allows you to send and receive SMS through your mailbox. > > > Powered by Outblaze > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list --Tim Atkinson IT Manager NPA Group Phone 01732 865023 http://www.npagroup.com From paul.black at oxsemi.com Tue Feb 17 16:59:48 2004 From: paul.black at oxsemi.com (Paul Black) Date: Tue, 17 Feb 2004 16:59:48 +0000 Subject: sbp2 firewire failure on kernels 2.6.1-1.61, 2.6.2-1.81 In-Reply-To: <1077036499.27356.181183510@webmail.messagingengine.com> References: <1077036499.27356.181183510@webmail.messagingengine.com> Message-ID: <40324884.8020506@oxsemi.com> Michel Alexandre Salim wrote: > What is the status of firewire support on FC2-devel? It is quite worrying > it seems to be retrogressing ever since 2.4.21 was released (first > requiring rescan-scsi-bus.sh, and now this). Is there any possibility of > shipping a 2.4 kernel in addition to 2.6 for FC2 final? Not much consolation to you but Firewire on FC2-test1 (2.6.1-1.65 ) has worked fine for me on the few disks that I've tried mounting. -- Paul Black mailto:paul.black at oxsemi.com Oxford Semiconductor Ltd http://www.oxsemi.com 25 Milton Park, Abingdon, Tel: +44 (0) 1235 824 909 Oxfordshire. OX14 4SH Fax: +44 (0) 1235 821 141 From fedora at warmcat.com Tue Feb 17 17:01:08 2004 From: fedora at warmcat.com (Andy Green) Date: Tue, 17 Feb 2004 17:01:08 +0000 Subject: kernel-2.6.2-1.85 borked X In-Reply-To: <1077022443.3045.2.camel@family> References: <1077021355.3079.6.camel@family> <1077022443.3045.2.camel@family> Message-ID: <200402171701.08226.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 17 February 2004 12:54, Sandy Pond wrote: > Actually the early boot error message is error on loading; > kernel/drivers/acpi/toshiba_acpi.ko ... but it's not a toshiba This has been around for ages, something to do with the initscripts I think. Don't worry about it, its harmless. Examine /var/log/XFree86.0.log for some clues on why X fell over (sangu already gave a good possibility) - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAMkjUjKeDCxMJCTIRApWGAJ9/b88y2nzBIsefE0YCg2NrIdCamwCfdB20 KDjAtU5mug3tSmLLBgXfrMA= =XmBX -----END PGP SIGNATURE----- From davej at redhat.com Tue Feb 17 17:07:19 2004 From: davej at redhat.com (Dave Jones) Date: Tue, 17 Feb 2004 17:07:19 +0000 Subject: kernel docs and SCTP? In-Reply-To: References: Message-ID: <1077037639.367.0.camel@delerium.codemonkey.org.uk> On Tue, 2004-02-17 at 14:57, Mark J. Hufe wrote: > I upgraded to FC2 with the hope of gaining access to SCTP, a new > networking protocol, that is said to be in kernel 2.6. Apparently, it is > not included by default and the kernel needs to be rebuilt with the > appropriate switches set. the sctp module is already built in fc2 kernels. Dave From johnd at kiwiplan.com Tue Feb 17 17:10:27 2004 From: johnd at kiwiplan.com (John Davidson) Date: Tue, 17 Feb 2004 12:10:27 -0500 Subject: Will mysql 4 be in FC2? Message-ID: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> Are there any plans to upgrade mysql to version 4 in the FC2 release? John Davidson From alan at redhat.com Tue Feb 17 17:13:49 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 17 Feb 2004 12:13:49 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <4031EFFF.6070404@skmoore.com> References: <4031EFFF.6070404@skmoore.com> Message-ID: <20040217171349.GC18782@devserv.devel.redhat.com> On Tue, Feb 17, 2004 at 08:42:07PM +1000, Stephen Moore wrote: > I am as keen as the next person to encourage new users, but does this > have to be done at the expense of long time existing users? I truely > F.....g hate this new setup. > > Is this bugzillable, please tell me that I am not the only one who > _hates_ the new setup Not really, but gnome bugzilla may be the best place to discuss it, or the various gnome desktop lists. Its not a Red Hat policy directly. It seems to be quite divisive. One thing I do appreciate though is the speed up nautilus seems to have had since 2.4 From alan at redhat.com Tue Feb 17 17:16:03 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 17 Feb 2004 12:16:03 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <4031FB65.7090901@gmx.de> References: <4031EFFF.6070404@skmoore.com> <4031FB65.7090901@gmx.de> Message-ID: <20040217171603.GD18782@devserv.devel.redhat.com> On Tue, Feb 17, 2004 at 12:30:45PM +0100, shrek-m at gmx.de wrote: > afair you can change this settings in nautilus itself or with > $ gconf-editor > /apps/nautilus/preferences/window_always_new It is indeed in preferences > a short time ago i have read in this list that you can right-click on > eg. computer:/// "open in browser" > oops, :-[ > > or > $ nautilus --browser Alas I've found no way to set that with gconf or preferences, just the short and brutal approach of mv nautilus stupiditus cat >/usr/bin/nautilus #!/bin/sh exec /usr/bin/stupiditus --browse $* ^D but that seems to do odd things in some cases so I'm not yet sure its the right solution From linux at bytebot.net Tue Feb 17 17:16:47 2004 From: linux at bytebot.net (Colin Charles) Date: Wed, 18 Feb 2004 01:16:47 +0800 Subject: FC 2 Test 1 - Sony Vaio laptop issues In-Reply-To: <00de01c3f276$b57df760$9100000a@intgrp.com> References: <00de01c3f276$b57df760$9100000a@intgrp.com> Message-ID: <1077001137.8701.6.camel@hermione> On Sat, 2004-02-14 at 05:16, Eric Wood wrote: > 1. The GUI setup can not detect and LCD or Laptop display. Instead it > chooses an "Unprobed Monitor". Is this in case one "might" be using an > external monitor? No biggie, it would just be nice to have LCDs detected if > possible. Did it work fine previsouly? A link from the Fedora News updates shows how you can get it detected - http://www.redhat.com/archives/fedora-desktop-list/2004-January/msg00042.html -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ http://fedoranews.org/colin/fnu/ - Fedora News Updates From k9wolfz at bellsouth.net Tue Feb 17 17:18:55 2004 From: k9wolfz at bellsouth.net (Brittany) Date: Tue, 17 Feb 2004 12:18:55 -0500 Subject: New to the Linux world References: <20040217162630.73311.qmail@web80605.mail.yahoo.com> Message-ID: <002001c3f57a$212edb40$6001a8c0@sambie> Whats the difference between pure Linux and Windows Linux? is what your talking about is the none graphical one? I really dont think i could handle it and would get bored in frusteration. Brittany ----- Original Message ----- From: marcos colome To: fedora-test-list at redhat.com Sent: Tuesday, February 17, 2004 11:26 AM Subject: Re: New to the Linux world Just install it in your computer and you will see the great different between Windows and Linux, but it requires time to re-learn again, it is a different world, I prefer pure Linux I do not like windows-linux, emulator never works properly. Linux is linux. Brittany wrote: I am getting tired of the windows world and would like to change my OS to Linux. By any chance do somebody have some snapshots of fedora so i can see if i will get the hang of it. I heard it's much more stable and just a BETTER OS then Windows. Please reply. Brittany ------------------------------------------------------------------------------ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online -------------- next part -------------- An HTML attachment was scrubbed... URL: From cra at WPI.EDU Tue Feb 17 17:19:03 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Tue, 17 Feb 2004 12:19:03 -0500 Subject: Will mysql 4 be in FC2? In-Reply-To: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> References: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> Message-ID: <20040217171902.GS1556@angus.ind.WPI.EDU> On Tue, Feb 17, 2004 at 12:10:27PM -0500, John Davidson wrote: > Are there any plans to upgrade mysql to version 4 in the FC2 release? No. Due to the client library license change to GPL, it is of questionable legality to link mysql 4 client libraries to other components in FC2, such as php, perl, and apache. From rpjday at mindspring.com Tue Feb 17 17:24:48 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 17 Feb 2004 12:24:48 -0500 (EST) Subject: New to the Linux world In-Reply-To: <002001c3f57a$212edb40$6001a8c0@sambie> References: <20040217162630.73311.qmail@web80605.mail.yahoo.com> <002001c3f57a$212edb40$6001a8c0@sambie> Message-ID: On Tue, 17 Feb 2004, Brittany wrote: > Whats the difference between pure Linux and Windows Linux? is what your > talking about is the none graphical one? I really dont think i could > handle it and would get bored in frusteration. folks, this thread isn't even *remotely* related to the new FC test release. can you please move it to the regular fedora list? rday From k9wolfz at bellsouth.net Tue Feb 17 17:27:57 2004 From: k9wolfz at bellsouth.net (Brittany) Date: Tue, 17 Feb 2004 12:27:57 -0500 Subject: New to the Linux world References: <20040217162630.73311.qmail@web80605.mail.yahoo.com> <002001c3f57a$212edb40$6001a8c0@sambie> Message-ID: <001401c3f57b$6311f690$6001a8c0@sambie> Im sorry where can i subscribe to the list? Brittany ----- Original Message ----- From: "Robert P. J. Day" To: Sent: Tuesday, February 17, 2004 12:24 PM Subject: Re: New to the Linux world > > > On Tue, 17 Feb 2004, Brittany wrote: > > > Whats the difference between pure Linux and Windows Linux? is what your > > talking about is the none graphical one? I really dont think i could > > handle it and would get bored in frusteration. > > folks, this thread isn't even *remotely* related to the new FC test > release. can you please move it to the regular fedora list? > > rday > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From rnix at prometheon.net Tue Feb 17 17:28:09 2004 From: rnix at prometheon.net (Ryan Nix) Date: Tue, 17 Feb 2004 11:28:09 -0600 Subject: Will mysql 4 be in FC2? In-Reply-To: <20040217171902.GS1556@angus.ind.WPI.EDU> References: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> <20040217171902.GS1556@angus.ind.WPI.EDU> Message-ID: <40324F29.2090306@prometheon.net> What does that mean exactly? How are the libs linked together? Charles R. Anderson wrote: >On Tue, Feb 17, 2004 at 12:10:27PM -0500, John Davidson wrote: > > >>Are there any plans to upgrade mysql to version 4 in the FC2 release? >> >> > >No. Due to the client library license change to GPL, it is of >questionable legality to link mysql 4 client libraries to other >components in FC2, such as php, perl, and apache. > > > > From rpjday at mindspring.com Tue Feb 17 17:29:52 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 17 Feb 2004 12:29:52 -0500 (EST) Subject: Anybody using FC2 on a Dell Inspiron 8100 In-Reply-To: References: <20040216103559.GA2319@home.nl> Message-ID: On Mon, 16 Feb 2004, Alexandre Oliva wrote: > On Feb 16, 2004, Alexander Volovics wrote: > > > Each time I have been able to use the machine for about 30-60 > > minutes. Then it would freeze solid without apparent reason. > > Did you upgrade the kernel to the latest version in the development > tree? and where would we find the RPM updates to FC2-test1? based on the numbering scheme, i was expecting to see a directory along the lines of .../test/1.90 or something like that, but i may have missed it in my browsing of download.fedora.redhat.com. rday p.s. i'm interpreting the above to read that there's already an updated 2.6 kernel for FC2-test1. is that correct? From ksnider at flarn.com Tue Feb 17 17:31:50 2004 From: ksnider at flarn.com (Ken Snider) Date: Tue, 17 Feb 2004 12:31:50 -0500 Subject: Will mysql 4 be in FC2? In-Reply-To: <20040217171902.GS1556@angus.ind.WPI.EDU> References: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> <20040217171902.GS1556@angus.ind.WPI.EDU> Message-ID: <40325006.3060607@flarn.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Charles R. Anderson wrote: | No. Due to the client library license change to GPL, it is of | questionable legality to link mysql 4 client libraries to other | components in FC2, such as php, perl, and apache. Has anyone talked to MySQL AG about this? It's seems unlikely this move was intended to *slow down* adoption of MySQL 4. - -- Ken Snider -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAMlAGJz/2kL0fCRgRAgbHAJ9a93aeJT0sy2/yAEutAp91+0fZ+QCeP4Ha nYBfsUb67UT/Tqal1Xh/2jY= =iThr -----END PGP SIGNATURE----- From ms-nospam-0306 at arcor.de Tue Feb 17 17:35:08 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 17 Feb 2004 18:35:08 +0100 Subject: kernel 2.6.2-1.81 problems In-Reply-To: References: <20040217141318.1d5d4586.ms-nospam-0306@arcor.de> <20040217154803.77f0de5d.ms-nospam-0306@arcor.de> Message-ID: <20040217183508.3aa3fcb0.ms-nospam-0306@arcor.de> On Tue, 17 Feb 2004 10:35:27 -0500, Neal D. Becker wrote: > Can you please tell me if this is the correct alsa rpms? > > rpm -qa | grep alsa > alsa-utils-1.0.2-1 > balsa-2.0.15-1 :) > alsa-lib-1.0.2-1 > alsa-lib-devel-1.0.2-1 All above seem good. > alsa-oss-1.0.1-0.fdr.2.1 alsa-oss is a fedora.us add-on, left over from your Fedora Core 1 installation. > gnome-alsamixer-0.9.6-0.fdr.2.1.90 Same here, but already updated to the Fedora Core 1.90 rebuild. You can erase alsa-oss. Play a bit with "alsactl", e.g. alsactl store and alsactl restore to see whether you can reproduce the problems you've reported earlier. That could be bugs in alsa-utils. -- From johnh at comp.leeds.ac.uk Tue Feb 17 17:31:51 2004 From: johnh at comp.leeds.ac.uk (John Hodrien) Date: Tue, 17 Feb 2004 17:31:51 +0000 (GMT) Subject: Will mysql 4 be in FC2? In-Reply-To: <20040217171902.GS1556@angus.ind.WPI.EDU> References: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> <20040217171902.GS1556@angus.ind.WPI.EDU> Message-ID: On Tue, 17 Feb 2004, Charles R. Anderson wrote: > On Tue, Feb 17, 2004 at 12:10:27PM -0500, John Davidson wrote: > > Are there any plans to upgrade mysql to version 4 in the FC2 release? > > No. Due to the client library license change to GPL, it is of > questionable legality to link mysql 4 client libraries to other > components in FC2, such as php, perl, and apache. Apologies, I found it in http://www.mysql.com/products/licensing-faq.html. I'm amazed this is the case though. jh -- "Nothing is more dangerous than an idea, when you only have one idea." -- Alain From johnh at comp.leeds.ac.uk Tue Feb 17 17:28:20 2004 From: johnh at comp.leeds.ac.uk (John Hodrien) Date: Tue, 17 Feb 2004 17:28:20 +0000 (GMT) Subject: Will mysql 4 be in FC2? In-Reply-To: <20040217171902.GS1556@angus.ind.WPI.EDU> References: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> <20040217171902.GS1556@angus.ind.WPI.EDU> Message-ID: On Tue, 17 Feb 2004, Charles R. Anderson wrote: > On Tue, Feb 17, 2004 at 12:10:27PM -0500, John Davidson wrote: > > Are there any plans to upgrade mysql to version 4 in the FC2 release? > > No. Due to the client library license change to GPL, it is of > questionable legality to link mysql 4 client libraries to other > components in FC2, such as php, perl, and apache. I missed that. Where's a page that lists what the license was, and what it now is? The licensing page on mysql.com doesn't seem to suggest a license change between 3.23.19 and current. jh -- "I have never smuggled anything in my life. Why, then, do I feel an uneasy sense of guilt on approaching a customs barrier?" -- Steinbeck From nbryant at optonline.net Tue Feb 17 17:36:51 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Tue, 17 Feb 2004 12:36:51 -0500 Subject: Will mysql 4 be in FC2? In-Reply-To: <40325006.3060607@flarn.com> References: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> <20040217171902.GS1556@angus.ind.WPI.EDU> <40325006.3060607@flarn.com> Message-ID: <40325133.4020009@optonline.net> Ken Snider wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Charles R. Anderson wrote: > > | No. Due to the client library license change to GPL, it is of > | questionable legality to link mysql 4 client libraries to other > | components in FC2, such as php, perl, and apache. > > Has anyone talked to MySQL AG about this? It's seems unlikely this move was > intended to *slow down* adoption of MySQL 4. GPL, in theory, allows them to make more money selling commercial licenses to closed-source shops. From ms-nospam-0306 at arcor.de Tue Feb 17 17:38:02 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 17 Feb 2004 18:38:02 +0100 Subject: kernel 2.6.2-1.81 problems In-Reply-To: <20040217153832.GR1556@angus.ind.WPI.EDU> References: <20040217141318.1d5d4586.ms-nospam-0306@arcor.de> <20040217154803.77f0de5d.ms-nospam-0306@arcor.de> <20040217153832.GR1556@angus.ind.WPI.EDU> Message-ID: <20040217183802.44ce4d8c.ms-nospam-0306@arcor.de> On Tue, 17 Feb 2004 10:38:32 -0500, Charles R. Anderson wrote: > On Tue, Feb 17, 2004 at 10:35:27AM -0500, Neal D. Becker wrote: > > Can you please tell me if this is the correct alsa rpms? > > > > rpm -qa | grep alsa > > alsa-utils-1.0.2-1 > > balsa-2.0.15-1 :) > > alsa-lib-1.0.2-1 > > alsa-lib-devel-1.0.2-1 > > alsa-oss-1.0.1-0.fdr.2.1 > > gnome-alsamixer-0.9.6-0.fdr.2.1.90 > > You shouldn't have any packages with ".fdr." in the name. Why that? Fedora.us has an add-ons repository for Fedora Core 1.90, too. E.g. gnome-alsamixer as quoted above. -- From noa at resare.com Tue Feb 17 17:55:40 2004 From: noa at resare.com (Noa Resare) Date: Tue, 17 Feb 2004 18:55:40 +0100 Subject: FC2 First Impressions (Nautilus, Sound and Evolution) In-Reply-To: <1077025019.17618.15.camel@spike-home.comcast.net> References: <1076853131.6798.11.camel@spike-home.comcast.net> <20040216053945.GA28560@devserv.devel.redhat.com> <200402160129.01252.hoyt@cavtel.net> <20040216193723.GA2624@nsk.no-ip.org> <40312088.4060202@rueb.com> <403130BC.5060108@earthlink.net> <1076965950.28873.15.camel@T7.linux> <40314C0E.7070902@earthlink.net> <40314F96.7000804@margo.bijoux.nom.br> <1076975341.11126.19.camel@spike-home.comcast.net> <1076979552.6520.34.camel@tabb1.tabb> <1077025019.17618.15.camel@spike-home.comcast.net> Message-ID: <1077040540.7774.4.camel@localhost.localdomain> On Tue, 2004-02-17 at 06:37 -0700, Christopher A. Williams wrote: > On Mon, 2004-02-16 at 17:59, Phil Schaffner wrote: > > > Have you tried Noa Resare's 1.5.4 RPMS? A few glitches (just found a > > problem with a hang when trying to do calendar) but at least can now do > > e-mail without crashes. Filed a bugzilla report (https://bugzilla. > > redhat.com/bugzilla/show_bug.cgi?id=115786) on evolution problems with a > > suggestion to consider 1.5.4 them for FC2. > > I didn't see the post on these. Is there a URL where I can get these > from? You can find them over at http://resare.com/noa/rpms/fedora-1.90/ it is the regular fedora evolution rpm with the new 1.5.4 tarball from ftp.gnome.org + the dependencies needed for it. I think that we can confident that the official evolution rpm will be updated in time for fc-2 to whatever is latest from the evolution project, my packages are just a way for people of finding out if a particular bug is fixed in the latest released evolution or not. Since some problems still bother me with evolution I might try to build CVS head tonight, and make rpms available, so that people easily can check out if their favourite bug has been fixed upstream or not. cheers /noa -- Det ?r lika dumt att tro att man blir fet av att ?ta fett, som att tro att man blir gr?n av att ?ta gr?nsaker. -- Christer Enkvist, ?verl?kare From gtm.kramer at inter.nl.net Tue Feb 17 17:59:35 2004 From: gtm.kramer at inter.nl.net (Jurgen Kramer) Date: Tue, 17 Feb 2004 18:59:35 +0100 Subject: Will mysql 4 be in FC2? In-Reply-To: <20040217171902.GS1556@angus.ind.WPI.EDU> References: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> <20040217171902.GS1556@angus.ind.WPI.EDU> Message-ID: <1077040775.10078.1.camel@paragon.slim> On Tue, 2004-02-17 at 18:19, Charles R. Anderson wrote: > On Tue, Feb 17, 2004 at 12:10:27PM -0500, John Davidson wrote: > > Are there any plans to upgrade mysql to version 4 in the FC2 release? > > No. Due to the client library license change to GPL, it is of > questionable legality to link mysql 4 client libraries to other > components in FC2, such as php, perl, and apache. Why is that? It was never a problem before. MySQL being GPL should be good (??). Jurgen From fedora-test-list at cygnusx-1.org Tue Feb 17 18:14:37 2004 From: fedora-test-list at cygnusx-1.org (Nathan G. Grennan) Date: Tue, 17 Feb 2004 10:14:37 -0800 Subject: Evolution 1.5 In-Reply-To: <000001c3f55a$76870dd0$6d34fea9@mine> References: <000001c3f55a$76870dd0$6d34fea9@mine> Message-ID: <1077041677.6969.3.camel@ws.1sttier.net> On Tue, 2004-02-17 at 05:32, Mike Lurk wrote: > Added this bug to bugzilla (115978). Evolution will not let you import > any old Evolution 1.4 mbox files. > > I had a conversation with Jeremy in #fedora-devel. He said he would be downgrading Evolution from 1.5.3 to 1.4.5 since the Evolution 2.0 release has be delayed to after FC2's release. I think this is a good idea since Evolution 1.5.x seems to have a long way to go before it is as usable. It does have some long wanted features. > > I will be adding another one shortly. One that all should watch for. > When installing FC2 test1 on a dual boot system, FC2 rearranges the > partition tables. I installed Windows XP first on partition1. Then > installed FC2 test1 on the remaining unpartitioned space on the hard > drive. Then I tried to boot to Windows XP and it wouldn?t. Grub was > looking for Windows XP on hd0,0 but in actual fact it had moved to > hd0,4. I check this out by running dos?s fdisk, this is what it looked > like > Sounds like you let FC2 do automatic partitioning. IMHO this is always a bad idea. From noa at resare.com Tue Feb 17 18:22:53 2004 From: noa at resare.com (Noa Resare) Date: Tue, 17 Feb 2004 19:22:53 +0100 Subject: FC2 test1: snd-via82xx driver could not be loaded In-Reply-To: References: Message-ID: <1077042173.7774.9.camel@localhost.localdomain> On Tue, 2004-02-17 at 04:25 -0800, David L wrote: > Sound stopped working when I upgraded from FC1 to FC2-test1. > When I run system-config-soundcard and press "Play Test Sound", > I get the message: > "The snd-via82xx driver could not be loaded. This soundcard > may not be compatible with Red Hat Linux". > The same thing works under FC1. The soundcard is detected as: > VT8233/A/.8235 AC97 Audio controller. > > The output of system-config-soundcard is:** > (system-config-soundcard.py:10088): WARNING **: `GtkTextSearchFlags' is not > an enum type > FATAL: Module snd_via82xx is in use. > FATAL: Module snd_via82xx already in kernel. > -9 Sound changed a lot between fc1 and fc2-test1 since the whole subsystem is replaced by another (oss -> alsa). However, I have the same audio card as you have and It seems like it is working ok except for the configuration applet. I get the error message also, but it seems bogus. When I use 'aumix' to turn the volume up I get the test sound loud and clear. I suppose a bug should be filed against system-config-soundcard (if it has not already been done, I don't have the time to check that out now.) /noa -- Det ?r lika dumt att tro att man blir fet av att ?ta fett, som att tro att man blir gr?n av att ?ta gr?nsaker. -- Christer Enkvist, ?verl?kare From jaaksimm at firm.ee Tue Feb 17 18:26:21 2004 From: jaaksimm at firm.ee (Jaak Simm) Date: Tue, 17 Feb 2004 20:26:21 +0200 Subject: Creating boot section from /boot partitition In-Reply-To: References: <40314330.6060908@firm.ee> <1076978003.6520.13.camel@tabb1.tabb> <40323CDD.4030506@firm.ee> Message-ID: <40325CCD.708@firm.ee> John Hodrien wrote: >On Tue, 17 Feb 2004, Jaak Simm wrote: > > >>I found out that my fedora2 installation actually did try to put grub >>into MBR. But for some reason it is not there. I also swapped my >>partitions, so /boot is now primary (on /dev/hda4), not extended. >>Also tried installing grub myself in "linux rescue" mode by: >>grub >>root (hd0,3) >>setup (hd0) >> >> > >I'd try grub-install /dev/hda myself. Oddness abound. > > > Now did grub-install /dev/hda, it reported no errors, but still windows loader is booting. Very strange, could there be a reason why grub does not configure itself correctly? An incorrect partition table or MBR address? I remember the install complaining something about the grub and partitions. I guess I have to check it again. Jaak From kevin at ucsd.edu Mon Feb 16 23:38:34 2004 From: kevin at ucsd.edu (Kevin Bowen) Date: Mon, 16 Feb 2004 15:38:34 -0800 Subject: totem, gstplayer, rhythmbox on FC2 Message-ID: does anyone know of a totem or gst-player rpm that will install on FC2test1? Or gotten them to build successfully? Also, anyone else having rhythmbox refuse to add anything to the library? It seems to scan the directory, but not find anything. At first I thought it was because it didn't include a gstreamer mp3 plugin for legal reasons, but I've pointed it at oggs, wavs and flacs too - it just won't add anything. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Feb 17 18:45:27 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 17 Feb 2004 19:45:27 +0100 Subject: totem, gstplayer, rhythmbox on FC2 In-Reply-To: References: Message-ID: <20040217194527.11794553@localhost> Kevin Bowen wrote : > does anyone know of a totem or gst-player rpm that will install on > FC2test1? Or gotten them to build successfully? > > Also, anyone else having rhythmbox refuse to add anything to the library? > It seems to scan the directory, but not find anything. At first I thought > it was because it didn't include a gstreamer mp3 plugin for legal reasons, > but I've pointed it at oggs, wavs and flacs too - it just won't add > anything. If you like to live on the bleeding edge... http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/testing/1/gstreamer-0.7/ You should be able to recompile the gstreamer package with the name changed back to "gstreamer" (one liner in the spec) and test on from there. The latest totem rebuilds against gstreamer 0.7.x although there are some recent patches in CVS to increase stability (especially seeking). As for rhythmbox 0.7.x (devel), it works but with ASLA there are quirks that require editing the GConf entry to specify the hw device to use, and the new scheduler doesn't play well at all with it. For gst-player, you'll need to wait for the next release before being able to rebuild against gstreamer 0.7.x. As I said... only if you live on the bleeding edge ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.2-1.74 Load : 0.43 0.77 0.71 From joe at tmsusa.com Tue Feb 17 18:45:41 2004 From: joe at tmsusa.com (joe) Date: Tue, 17 Feb 2004 10:45:41 -0800 Subject: New to the Linux world In-Reply-To: <002001c3f57a$212edb40$6001a8c0@sambie> References: <20040217162630.73311.qmail@web80605.mail.yahoo.com> <002001c3f57a$212edb40$6001a8c0@sambie> Message-ID: <40326155.1010809@tmsusa.com> I think he means he doesn't see any point in running linux, only to use it as a windows emulator to run ms windows programs. Linux has a great GUI - several to choose from, in fact, and for just about anything you do in widows, there is a way to do it natively in linux as well. The main difference is that you no longer have to be afraid of opening your email, or clicking on URLS! I'd recommend that you just buy the fedora CDs from cheapbytes, I think it was like $6 or so, then get your system set up with automatic updates, and you'll be good. There are plenty of people willing to help you make the swich. Joe Brittany wrote: > Whats the difference between pure Linux and Windows Linux? is what > your talking about is the none graphical one? I really dont think i > could handle it and would get bored in frusteration. > > Brittany > > ----- Original Message ----- > *From:* marcos colome > *To:* fedora-test-list at redhat.com > > *Sent:* Tuesday, February 17, 2004 11:26 AM > *Subject:* Re: New to the Linux world > > Just install it in your computer and you will see the great > different between Windows and Linux, but it requires time to > re-learn again, it is a different world, I prefer pure Linux I do > not like windows-linux, emulator never works properly. Linux is linux. > > */Brittany >/* wrote: > > I am getting tired of the windows world and would like to > change my OS to Linux. By any chance do somebody have some > snapshots of fedora so i can see if i will get the hang of it. > I heard it's much more stable and just a BETTER OS then Windows. > > Please reply. > > Brittany > > ------------------------------------------------------------------------ > Do you Yahoo!? > Yahoo! Finance: Get your refund fast by filing online > > From tim.quinn3 at verizon.net Tue Feb 17 18:47:46 2004 From: tim.quinn3 at verizon.net (Tim Quinn) Date: Tue, 17 Feb 2004 13:47:46 -0500 Subject: kernel 2.6.2-1.85 horks both X and mouse Message-ID: <1077043666.3077.6.camel@localhost.localdomain> Hi All -- I installed the latest kernel through up2date and rebooted. Got a message saying the graphical interface could not start because my mouse was not configured properly. Ran the mouse configuration and set it to Microsoft Intellimouse PS2, which I am using. Still no joy starting X --- same message. Switched back to 2.6.2-1.65 in GRUB when rebooting, and the mouse was recognized and X came up just fine again. Rebooted to kernel 2.6.2-1.85 and same sad story as before :( Anyone have any ideas of what is going on and how to fix it? Thanks, tq From ksnider at flarn.com Tue Feb 17 18:57:34 2004 From: ksnider at flarn.com (Ken Snider) Date: Tue, 17 Feb 2004 13:57:34 -0500 Subject: Will mysql 4 be in FC2? In-Reply-To: <40325133.4020009@optonline.net> References: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> <20040217171902.GS1556@angus.ind.WPI.EDU> <40325006.3060607@flarn.com> <40325133.4020009@optonline.net> Message-ID: <4032641E.3020501@flarn.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nathan Bryant wrote: | GPL, in theory, allows them to make more money selling commercial | licenses to closed-source shops. If this is really the holdup, then I'm prepared to champion the charge against MySQL making exceptions for specific packages. They already do for PHP. What other packages spcifically link with MySQL from Core that they'd need to give their approval for? It's silly to perpetually maintain MySQL 3 over this. Their licensing is supposed to get commercial folk to pay when they distribute *their* applications, not when an OS vendor ships a database. - -- Ken Snider -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAMmQeJz/2kL0fCRgRAklZAJ96+SKoNU+KsVkb2gwcBTybjKFcAgCfW8fI 2YWin/yFIRq1K/aVuJ9Lm2Q= =1G88 -----END PGP SIGNATURE----- From aoliva at redhat.com Tue Feb 17 19:03:08 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 17 Feb 2004 16:03:08 -0300 Subject: setting 1280x800 for widescreen notebook In-Reply-To: <20040217152706.412BB7263@sitemail.everyone.net> References: <20040217152706.412BB7263@sitemail.everyone.net> Message-ID: On Feb 17, 2004, Matteo Porta wrote: > hello, I'm using a notebook with a widescreen (native > resolution is 1280x800). how can I set this resolution ? > the only resolutions I'm able to use are 1024x768 and > below (I'm using the vesa driver, since the ati radeon > 9200 mobility seems not supported). The list of resolutions available for the Vesa driver are set in the Vesa BIOS code. Vendors haven't always been very diligent in listing all useful video modes there :-( 'fraid you may be stuck. Complaining to the notebook vendor and requesting a BIOS upgrade might work in your case. In mine (a long time ago), Dell would tell me that part of the BIOS code was from nVidia so Dell couldn't fix it, and nVidia would tell me they couldn't fix it unless Dell requested it. Yuck! -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From aoliva at redhat.com Tue Feb 17 19:05:24 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 17 Feb 2004 16:05:24 -0300 Subject: sbp2 firewire failure on kernels 2.6.1-1.61, 2.6.2-1.81 In-Reply-To: <1077036499.27356.181183510@webmail.messagingengine.com> References: <1077036499.27356.181183510@webmail.messagingengine.com> Message-ID: On Feb 17, 2004, "Michel Alexandre Salim" wrote: > What is the status of firewire support on FC2-devel? I had some minor issues with 2.6.1-1.65 that prevented it from recognizing my Maxtor 5000DV early in the boot (I had mkinitrd --with=sd_mod --with=sbp2, such that I could do RAID 1 to the external disk), but those were all fixed in 2.6.2. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From aoliva at redhat.com Tue Feb 17 19:06:31 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 17 Feb 2004 16:06:31 -0300 Subject: Anybody using FC2 on a Dell Inspiron 8100 In-Reply-To: References: <20040216103559.GA2319@home.nl> Message-ID: On Feb 17, 2004, "Robert P. J. Day" wrote: > and where would we find the RPM updates to FC2-test1? The development tree. That's where up2date is configured to fetch updates from, isn't it? Ditto for yum IIRC. > p.s. i'm interpreting the above to read that there's already an > updated 2.6 kernel for FC2-test1. is that correct? Nope. there have been 5 kernel updates so far, and counting :-) :-) -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From tim.quinn3 at verizon.net Tue Feb 17 19:26:15 2004 From: tim.quinn3 at verizon.net (Tim Quinn) Date: Tue, 17 Feb 2004 14:26:15 -0500 Subject: kernel 2.6.2-1.85 horks both X and mouse -- thankyou sangu!! In-Reply-To: <1077043666.3077.6.camel@localhost.localdomain> References: <1077043666.3077.6.camel@localhost.localdomain> Message-ID: <1077045975.3056.4.camel@localhost.localdomain> I should have read the archives a little more closely. Here is the solution from sangu: Please modify Section "InputDevice" ~ EndSection in /etc/X11/XF86Config file. Option "Device" "/dev/input/mouse0" or "/dev/input/mice" and /etc/sysconfig/gpm file DEVICE= "/dev/input/mouse0" or "/dev/input/mice" I used "/dev/input/mice" and all is well again -- tq On Tue, 2004-02-17 at 13:47 -0500, Tim Quinn wrote: > Hi All -- > > I installed the latest kernel through up2date and rebooted. Got a > message saying the graphical interface could not start because my mouse > was not configured properly. Ran the mouse configuration and set it to > Microsoft Intellimouse PS2, which I am using. Still no joy starting X > --- same message. > > Switched back to 2.6.2-1.65 in GRUB when rebooting, and the mouse was > recognized and X came up just fine again. > > Rebooted to kernel 2.6.2-1.85 and same sad story as before :( > > Anyone have any ideas of what is going on and how to fix it? > > Thanks, tq > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From nbryant at optonline.net Tue Feb 17 19:28:29 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Tue, 17 Feb 2004 14:28:29 -0500 Subject: Will mysql 4 be in FC2? In-Reply-To: <4032641E.3020501@flarn.com> References: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> <20040217171902.GS1556@angus.ind.WPI.EDU> <40325006.3060607@flarn.com> <40325133.4020009@optonline.net> <4032641E.3020501@flarn.com> Message-ID: <40326B5D.1000804@optonline.net> Ken Snider wrote: > Nathan Bryant wrote: > > | GPL, in theory, allows them to make more money selling commercial > | licenses to closed-source shops. > > If this is really the holdup, then I'm prepared to champion the charge > against > MySQL making exceptions for specific packages. > > They already do for PHP. What other packages spcifically link with MySQL > from > Core that they'd need to give their approval for? > > It's silly to perpetually maintain MySQL 3 over this. Their licensing is > supposed to get commercial folk to pay when they distribute *their* > applications, not when an OS vendor ships a database. I don't have a strong opinion either way since I am not a big fan of MySQL, although it has progressed somewhat in features in recent years. However it seems that MySQL are within their rights even if they don't hold all the copyrights in the v3 client library - LGPL if I remember correctly includes a GPL-conversion clause. Perl has the disjunctive license so should be legal to link with MySQL. Ditto Apache, which I believe has a sufficiently BSD-ish license to be compatible with the GPL. And of course PHP is exempt. From ndbecker2 at verizon.net Tue Feb 17 19:45:01 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Tue, 17 Feb 2004 14:45:01 -0500 Subject: What, no kdevelop-3? Message-ID: I'm surprised to find FC2 has kde3.2, but kdevelop is 2.1.5. From benton.cole at tic.toshiba.com Tue Feb 17 19:21:52 2004 From: benton.cole at tic.toshiba.com (Benton E. Cole) Date: Tue, 17 Feb 2004 13:21:52 -0600 Subject: New to the Linux world In-Reply-To: <001401c3f57b$6311f690$6001a8c0@sambie> References: <20040217162630.73311.qmail@web80605.mail.yahoo.com> <002001c3f57a$212edb40$6001a8c0@sambie> <001401c3f57b$6311f690$6001a8c0@sambie> Message-ID: <1077045712.4234.19.camel@athena.tic.toshiba.com> On Tue, 2004-02-17 at 11:27, Brittany wrote: > Im sorry where can i subscribe to the list? Try here: http://www.redhat.com/mailman/listinfo/fedora-list > Brittany > ----- Original Message ----- > From: "Robert P. J. Day" > To: > Sent: Tuesday, February 17, 2004 12:24 PM > Subject: Re: New to the Linux world > > > > > > > > On Tue, 17 Feb 2004, Brittany wrote: > > > > > Whats the difference between pure Linux and Windows Linux? is what your > > > talking about is the none graphical one? I really dont think i could > > > handle it and would get bored in frusteration. > > > > folks, this thread isn't even *remotely* related to the new FC test > > release. can you please move it to the regular fedora list? > > > > -- Benton E. Cole From shrek-m at gmx.de Tue Feb 17 20:04:11 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 17 Feb 2004 21:04:11 +0100 Subject: New to the Linux world In-Reply-To: <001401c3f57b$6311f690$6001a8c0@sambie> References: <20040217162630.73311.qmail@web80605.mail.yahoo.com> <002001c3f57a$212edb40$6001a8c0@sambie> <001401c3f57b$6311f690$6001a8c0@sambie> Message-ID: <403273BB.4080806@gmx.de> Brittany wrote: >Im sorry where can i subscribe to the list? > > >>folks, this thread isn't even *remotely* related to the new FC test >>release. can you please move it to the regular fedora list? >> >> >>-- >>fedora-test-list mailing list >>fedora-test-list at redhat.com >>To unsubscribe: >>http://www.redhat.com/mailman/listinfo/fedora-test-list >> http://www.redhat.com/mailman/listinfo/fedora-list -- shrek-m From fedora.core2 at chello.nl Tue Feb 17 20:15:38 2004 From: fedora.core2 at chello.nl (Hay Bouten) Date: 17 Feb 2004 21:15:38 +0100 Subject: Changing mouse to left handed gives problems Message-ID: <1077048938.1813.17.camel@lshay002> Trying to change the mouse button mapping in KDE control center to left handed gives me a mouse that acts as a mouse with 2 right mouse buttons. This feature shows it self om the KDE start menu and the icons on the desktop. The mouse buttons work fine on a application window. I have stopped and restarted KDE and X, but no luck there. This same problem also was in one of the FC1 test releases. The mouse is a Logitech Cordless MouseMan (PS2) on a Asus P4B-E. It works fine in FC1 and RH9. Regards, Hay From awol at home.nl Tue Feb 17 20:25:15 2004 From: awol at home.nl (Alexander Volovics) Date: Tue, 17 Feb 2004 21:25:15 +0100 Subject: Anybody using FC2 on a Dell Inspiron 8100 In-Reply-To: References: <20040216103559.GA2319@home.nl> Message-ID: <20040217202515.GA3747@home.nl> On Tue, Feb 17, 2004 at 12:29:52PM -0500, Robert P. J. Day wrote: > On Mon, 16 Feb 2004, Alexandre Oliva wrote: > > On Feb 16, 2004, Alexander Volovics wrote: > > > Each time I have been able to use the machine for about 30-60 > > > minutes. Then it would freeze solid without apparent reason. > > Did you upgrade the kernel to the latest version in the development > > tree? > and where would we find the RPM updates to FC2-test1? based on the > numbering scheme, i was expecting to see a directory along the > lines of .../test/1.90 or something like that, but i may have > missed it in my browsing of download.fedora.redhat.com. I upgraded to kernel-2.6.2-1.85 in the fedora/development tree. I don't know if you had any problems with FC2T1 on your i8100 but the kernel upgrade *seems* to have solved my freezing problems. I have been running the machine for 5 hours now and everything seems to be going smoothly (except for the standard bugs with nautilus, etc.). Alexander From nospam at tom.com Tue Feb 17 20:34:51 2004 From: nospam at tom.com (Redhat71) Date: Wed, 18 Feb 2004 04:34:51 +0800 (HKT) Subject: ImportError: No module named libxml2mod Message-ID: <35857.127.0.0.1.1077050091.squirrel@redhat71.3322.org> i got this error after i installed kde from development, any idea what's going on and how to fix it? thanks [root at redhat71 /tmp]# yum check-update Traceback (most recent call last): File "/usr/bin/yum", line 22, in ? import yummain File "yummain.py", line 30, in ? File "yumcomps.py", line 4, in ? File "comps.py", line 5, in ? File "/usr/lib/python2.2/site-packages/libxml2.py", line 1, in ? ImportError: No module named libxml2mod From czar at czarc.net Tue Feb 17 20:40:43 2004 From: czar at czarc.net (Gene C.) Date: Tue, 17 Feb 2004 15:40:43 -0500 Subject: x864_64 up2date gone wild. In-Reply-To: <20040217161133.GA23260@comcast.net> References: <20040217161133.GA23260@comcast.net> Message-ID: <200402171540.43382.czar@czarc.net> On Tuesday 17 February 2004 11:11, Justin M. Forbes wrote: > On Mon, Feb 16, 2004 at 09:10:45PM -0500, Sam Varshavchik wrote: > > XFree86-libs-4.3.0-42 requires XFree86-libs-data-4.3.0-42 > > > > I cannot figure out why it's stuck here. Both XFree86-libs-4.3.0-55 and > > XFree86-libs-data-4.3.0-55 were selected for update. > > These two packages are the two i386 packages for XFree86. Do you have an > i386 update channel with the proper versions of these packages? Though it > does seem odd that the i386 package dependencies resolve on a 64bit package > update... I suppose it is good behavior as far as keeping things in sync, > but technically unecessary... The FC x86_64 distribution has both the x86_64 and the i386 versions for the XFree86-libs and XFree86-libs-data packages.You need to make sure that /etc/sysconfig/rhn/sources have both the x86_64 and i386 update repositoies defined. -- Gene From skvidal at phy.duke.edu Tue Feb 17 20:45:48 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 17 Feb 2004 15:45:48 -0500 Subject: ImportError: No module named libxml2mod In-Reply-To: <35857.127.0.0.1.1077050091.squirrel@redhat71.3322.org> References: <35857.127.0.0.1.1077050091.squirrel@redhat71.3322.org> Message-ID: <1077050747.1430.2.camel@binkley> On Wed, 2004-02-18 at 04:34 +0800, Redhat71 wrote: > i got this error after i installed kde from development, any idea what's > going on and how to fix it? > thanks > > [root at redhat71 /tmp]# yum check-update > Traceback (most recent call last): > File "/usr/bin/yum", line 22, in ? > import yummain > File "yummain.py", line 30, in ? > File "yumcomps.py", line 4, in ? > File "comps.py", line 5, in ? > File "/usr/lib/python2.2/site-packages/libxml2.py", line 1, in ? > ImportError: No module named libxml2mod Is this on fc2-test1? it should have a dependency for libxml2-python in there. does it not? rpm -qR yum rpm -q libxml2-python those two commands should tell you something. -sv From leonard at den.ottolander.nl Tue Feb 17 21:17:32 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 17 Feb 2004 22:17:32 +0100 Subject: Will mysql 4 be in FC2? In-Reply-To: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> References: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> Message-ID: <1077052652.4773.2.camel@athlon.localdomain> Hello John, > Are there any plans to upgrade mysql to version 4 in the FC2 release? As there is a feature freeze before Fedora goes into testing the answer is quite obviously no. The reasons why have been discussed recently on either the fedora-list, the fedora-devel-list or this list. Iirc "mysql 4" was part of the subject. Search the archives for details. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From damokles.ef at gmx.de Tue Feb 17 21:33:58 2004 From: damokles.ef at gmx.de (Damokles) Date: Tue, 17 Feb 2004 22:33:58 +0100 Subject: Installation Promblems with Fedora Message-ID: <403288C6.6020903@gmx.de> I've downloaded all 3 images (FC_1 i386)... and burned it with Nero on CD. After booting from my DVD-Rom (sec. slave) .. i got the error "permission denied" and the Installation breaks down. Booting from my Burning-Drive (sec. master) i get to this blue installation screen .... but the the system hangs and nothing else happens. All switches ... nodp, text, noprob don't help. My system: P4 2,0 Ghz Nw 1 GB Ram Asus P4B533-E hda -> Seagate 40 GB hdb -> IBM IC* 40GB (currently suse installed) [target drive] Promise Raid 0 (2x 80 GB Seagate) CDROM + DVD Thx for your help PS: sorry about my bad english (german linux noob) ;) From koreander at planet.nl Tue Feb 17 21:54:02 2004 From: koreander at planet.nl (Wim Bakker) Date: Tue, 17 Feb 2004 22:54:02 +0100 Subject: hw recommendations? In-Reply-To: <200402121236.50901.mark@harddata.com> References: <6D3A09C6CAB0D311BA5000902760D022040F1F87@chpt0000se01.cherrypoint.usmc.mil> <200402121831.59220.koreander@planet.nl> <200402121236.50901.mark@harddata.com> Message-ID: <200402172254.02089.koreander@planet.nl> On Thursday 12 February 2004 20:36, Mark wrote: > On February 12, 2004 10:31 am, Wim Bakker wrote: > > On Thursday 12 February 2004 01:43, Mark wrote: > > > On February 11, 2004 02:41 pm, Joe Cooper wrote: > > > > Justin M. Forbes wrote: > > > > > On Wed, Feb 11, 2004 at 03:49:20PM -0500, Whitley CTR Cecil H > > > > > wrote: > > > > > > You may want to try a 2.6 kernel. We have Radeon 9200s working on Via > > > and AMD chipsets. Now the 9200SE is a little bit different situation, > > > we could not even boot a Tyan S2885 with a 9200SE. > > > > > > regards, > > > -- > > > > I'm running on a tyan tiger S2875 with radeon 9200SE , unknown brand > > and it works fine. Had to compile X myself though, latest snapshot, > > the X delivered with FC-0.96 for x86_64 doesn't work , though the > > pci id matches one of the supported id's. To get the S2875 boot from > > the sata interface , I had to recompile a clean kernel 2.6.2 , with sata > > support under scsi enabled , the 2.6.1- kernel as delivered from the > > fedoira ftp site doesn't support the SIL3114 apparently. > > Hmm, maybe R9200SE problem was a bios issue that Tyan fixed. Personally, I > would avoid the R9200SE as it's a cut down version of R9200 and doesn't > cost that much less. Especially if you need to compile X 4.3.99 to get it > to work. I have to amend my previous positive remarks about the radeon 9200SE, it starts getting to forget to give proper video now, after the first two weeks no problems , but it tends to give blank screen after initial bios boot now, then when the system has started and I do startx on the blind I have video again, as if the 9200SE doesn't want to be involved was a mere vga resolution. This is the S2875 board (the cheap version of the S2885). wb From listmail at swiftdsl.com.au Tue Feb 17 22:51:35 2004 From: listmail at swiftdsl.com.au (listmail) Date: Wed, 18 Feb 2004 09:51:35 +1100 Subject: Subject: Lets take the worst of windows and make it the unchangeable default In-Reply-To: <20040217134200.27640.19133.Mailman@listman.back-rdu.redhat.com> References: <20040217134200.27640.19133.Mailman@listman.back-rdu.redhat.com> Message-ID: <1077058295.6798.6.camel@localhost.localdomain> On Wed, 2004-02-18 at 00:42, fedora-test-list-request at redhat.com wrote: > Message: 4 > Date: Tue, 17 Feb 2004 20:42:07 +1000 > From: Stephen Moore > To: fedora-test-list at redhat.com > Subject: Lets take the worst of windows and make it the unchangeable default > of linux > Reply-To: fedora-test-list at redhat.com > > > I am as keen as the next person to encourage new users, but does this > have to be done at the expense of long time existing users? I truely > F.....g hate this new setup. > > Is this bugzillable, please tell me that I am not the only one who > _hates_ the new setup > Amen to that! It's madness! Who do I take this to? Chris listmail at swiftdsl.com.au From leonard at den.ottolander.nl Tue Feb 17 22:55:29 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 17 Feb 2004 23:55:29 +0100 Subject: Will mysql 4 be in FC2? In-Reply-To: <4032641E.3020501@flarn.com> References: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> <20040217171902.GS1556@angus.ind.WPI.EDU> <40325006.3060607@flarn.com> <40325133.4020009@optonline.net> <4032641E.3020501@flarn.com> Message-ID: <1077058528.4773.21.camel@athlon.localdomain> Hi Ken, > It's silly to perpetually maintain MySQL 3 over this. Their licensing is > supposed to get commercial folk to pay when they distribute *their* > applications, not when an OS vendor ships a database. It does not appear to be a problem for SuSE as they are shipping SuSE 9 with all mentioned packages including MySQL 4. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From listmail at swiftdsl.com.au Tue Feb 17 23:03:42 2004 From: listmail at swiftdsl.com.au (listmail) Date: Wed, 18 Feb 2004 10:03:42 +1100 Subject: fedora-test-list digest, Vol 1 #546 - 33 msgs In-Reply-To: <20040217134200.27640.19133.Mailman@listman.back-rdu.redhat.com> References: <20040217134200.27640.19133.Mailman@listman.back-rdu.redhat.com> Message-ID: <1077059022.6798.20.camel@localhost.localdomain> On Wed, 2004-02-18 at 00:42, fedora-test-list-request at redhat.com wrote: > Message: 6 > Subject: Re: FC2 First Impressions (Nautilus, Sound and Evolution) > From: Douglas Furlong > To: fedora-test-list at redhat.com > Date: Tue, 17 Feb 2004 10:55:10 +0000 > Reply-To: fedora-test-list at redhat.com > > On Mon, 2004-02-16 at 19:37, Luciano Miguel Ferreira Rocha wrote: > > On Mon, Feb 16, 2004 at 01:29:01AM -0500, Hoyt wrote: > > > On Monday 16 February 2004 12:39 am, Bill Nottingham wrote: > > > > Try unmuting it/turning up the volume - ALSA starts muted by default. > > > > > > Is there a valid reason for that? It seems that perhaps _some_ volume > > > initially would help avoid unnecessary help requests. I would not think that > > > starting muted would be a generally recognized assumption: > > > > Because a system without a user shoudln't make a beep (IMO), and each user > > has its idea of a right volume and his desktop environment should restore it > > on login. > > > > Regards, > > Luciano Rocha > This is an excellent point that should not be over looked. > > However, when we install fedora we have numerous options, Desktop, > Workstation, Server, Custom. > > In which case what is to stop the install being customised so that > Desktop/Workstation machines have ALSA's volume turned up. The server > install to be muted. > > I think it would be fair to assume that some one doing a custom install > should be slightly more technically literate and being able to work it > out for them selves (even if it IS still a right royal pain in the > arse). > > Doug > If it is just a server then why has it got a sound card at all? If it is just a server then why has all this KDE/Gnome stuff been installed at all? I have never built a server with a sound card in it. Honestly the Spock like 'logic' of this strikes me as ivory tower impractical. Do you buy a car & expect the tyres to be flat by default? Maybe in order to please this line of logic, it's not so hard to compromise: 1. mute sound for a server only install AND place a warning dialogue on screen. 2. NOT mute sound for a workstation install. Chris listmail at swiftdsl.com.au From whooperhsd3 at earthlink.net Tue Feb 17 23:20:42 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Tue, 17 Feb 2004 18:20:42 -0500 (EST) Subject: ALSA Muting (was Re: fedora-test-list digest, Vol 1 #546 - 33 msgs) In-Reply-To: <1077059022.6798.20.camel@localhost.localdomain> References: <20040217134200.27640.19133.Mailman@listman.back-rdu.redhat.com> <1077059022.6798.20.camel@localhost.localdomain> Message-ID: <64667.65.41.55.65.1077060042.squirrel@65.41.55.65> listmail said: > Maybe in order to please this line of logic, it's not so hard to > compromise: > 1. mute sound for a server only install AND place a warning dialogue on > screen. > 2. NOT mute sound for a workstation install. According to the install doc at alsa-project.org: Note: All mixer channels are muted by default. You must use a native or OSS mixer program to unmute appropriate channels (for example a mixer from the alsa-utils package). Seems to me that upstream defaults to muted, so FC defaulting to muted isn't really unexpected. Notice the lack of caring on my part one way or the other. It's not like your going to be reinstalling FC 2 every day or anything. -- William Hooper From skvidal at phy.duke.edu Tue Feb 17 23:26:17 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 17 Feb 2004 18:26:17 -0500 Subject: altus 1000E and fc1-x86_64 test1 Message-ID: <1077060377.1430.5.camel@binkley> Hi, Has anyone seen a problem with the penguin computing altus 1000E systems using the arima HDAMA motherboard and fedora core 1 test1 x86_64? Specifically, if I don't set console=ttyS0 then it will panic on boot up. I've patched bioses and updated and I still get the same behavior. Any ideas? -sv From al305472 at hotmail.co.il Tue Feb 17 23:21:36 2004 From: al305472 at hotmail.co.il (Alexey Eremenko) Date: Wed, 18 Feb 2004 01:21:36 +0200 Subject: FC2 crashes on VIA hardware Message-ID: <62DDF15AA353904E8E78CFB0BFA3031D01361B40@HOTEXV01.he.hotmail.co.il> FC2, FC1 and RedHat9 crashes on VIA KM266 video hardware. ____________________________________________________________ Hotmail.co.il - Powered by IBM eServer -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2556 bytes Desc: not available URL: From mrsam at courier-mta.com Tue Feb 17 23:34:24 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Tue, 17 Feb 2004 18:34:24 -0500 Subject: x864_64 up2date gone wild. References: <20040217161133.GA23260@comcast.net> <200402171540.43382.czar@czarc.net> Message-ID: Gene C. writes: > On Tuesday 17 February 2004 11:11, Justin M. Forbes wrote: >> On Mon, Feb 16, 2004 at 09:10:45PM -0500, Sam Varshavchik wrote: >> > XFree86-libs-4.3.0-42 requires XFree86-libs-data-4.3.0-42 >> > >> > I cannot figure out why it's stuck here. Both XFree86-libs-4.3.0-55 and >> > XFree86-libs-data-4.3.0-55 were selected for update. >> >> These two packages are the two i386 packages for XFree86. Do you have an >> i386 update channel with the proper versions of these packages? Though it >> does seem odd that the i386 package dependencies resolve on a 64bit package >> update... I suppose it is good behavior as far as keeping things in sync, >> but technically unecessary... > > The FC x86_64 distribution has both the x86_64 and the i386 versions for the > XFree86-libs and XFree86-libs-data packages.You need to make sure that > /etc/sysconfig/rhn/sources have both the x86_64 and i386 update repositoies > defined. According to http://www.stl.gtri.gatech.edu/fedora/, I should only need: yum updates http://www.stl.gtri.gatech.edu/fedora/x86_64/updates/ Right now, this directory contains only XFree86-libs-4.3.0-55.x86_64.rpm, and does not have the i386 rpm. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From alexander.dalloz at uni-bielefeld.de Tue Feb 17 23:39:20 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Wed, 18 Feb 2004 00:39:20 +0100 Subject: Installation Promblems with Fedora In-Reply-To: <403288C6.6020903@gmx.de> References: <403288C6.6020903@gmx.de> Message-ID: <1077061160.4176.472.camel@sirendipity.dogma.lan> Am Di, den 17.02.2004 schrieb Damokles um 22:33: > I've downloaded all 3 images (FC_1 i386)... and burned it with Nero on CD. So you are using Fedora Core 1 and not Fedora Core 2 test 1? Then you are on the wrong list and should have pointed your question to fedora-list at redhat.com instead. > After booting from my DVD-Rom (sec. slave) .. i got the error > "permission denied" and the Installation breaks down. > > Booting from my Burning-Drive (sec. master) i get to this blue > installation screen .... but the the system hangs and nothing else happens. > > All switches ... nodp, text, noprob don't help. Did you have checked your downloaded ISO files to have the correct md5 checksum? You find these checksums on http://fedora.redhat.com/download/. md5sum checkers and how to do you can find on http://www.openoffice.org/dev_docs/using_md5sums.html. > My system: > > P4 2,0 Ghz Nw > 1 GB Ram > Asus P4B533-E > hda -> Seagate 40 GB > hdb -> IBM IC* 40GB (currently suse installed) [target drive] > Promise Raid 0 (2x 80 GB Seagate) > CDROM + DVD > > > > Thx for your help > > PS: sorry about my bad english (german linux noob) ;) Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl Sirendipity 00:34:27 up 3 days, 4:13, load average: 1.05, 1.17, 1.12 [ ????? ?'????? - gnothi seauton ] From cra at WPI.EDU Tue Feb 17 23:49:40 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Tue, 17 Feb 2004 18:49:40 -0500 Subject: Will mysql 4 be in FC2? In-Reply-To: <1077040775.10078.1.camel@paragon.slim> References: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> <20040217171902.GS1556@angus.ind.WPI.EDU> <1077040775.10078.1.camel@paragon.slim> Message-ID: <20040217234940.GW1556@angus.ind.WPI.EDU> On Tue, Feb 17, 2004 at 06:59:35PM +0100, Jurgen Kramer wrote: > Why is that? It was never a problem before. MySQL being GPL should be > good (??). It should be good, but it ends up being a problem. glibc, for example is NOT GPL, it is LGPL specifically because of the problems of linking to non-GPL-compatible code. If glibc were GPL, then proprietary apps, and even other open source stuff that wasn't compatible with GPL, wouldn't be able to use the C library. System platform libraries need to be LGPL or another license that is compatible with a wide range of licenses that may need to link directly with them. From czar at czarc.net Tue Feb 17 23:51:10 2004 From: czar at czarc.net (Gene C.) Date: Tue, 17 Feb 2004 18:51:10 -0500 Subject: x864_64 up2date gone wild. In-Reply-To: References: <200402171540.43382.czar@czarc.net> Message-ID: <200402171851.10080.czar@czarc.net> On Tuesday 17 February 2004 18:34, Sam Varshavchik wrote: > Gene C. writes: > > On Tuesday 17 February 2004 11:11, Justin M. Forbes wrote: > >> On Mon, Feb 16, 2004 at 09:10:45PM -0500, Sam Varshavchik wrote: > >> > XFree86-libs-4.3.0-42 requires XFree86-libs-data-4.3.0-42 > >> > > >> > I cannot figure out why it's stuck here. Both XFree86-libs-4.3.0-55 > >> > and XFree86-libs-data-4.3.0-55 were selected for update. > >> > >> These two packages are the two i386 packages for XFree86. Do you have > >> an i386 update channel with the proper versions of these packages? > >> Though it does seem odd that the i386 package dependencies resolve on a > >> 64bit package update... I suppose it is good behavior as far as keeping > >> things in sync, but technically unecessary... > > > > The FC x86_64 distribution has both the x86_64 and the i386 versions for > > the XFree86-libs and XFree86-libs-data packages.You need to make sure > > that /etc/sysconfig/rhn/sources have both the x86_64 and i386 update > > repositoies defined. > > According to http://www.stl.gtri.gatech.edu/fedora/, I should only need: > > yum updates http://www.stl.gtri.gatech.edu/fedora/x86_64/updates/ > > Right now, this directory contains only XFree86-libs-4.3.0-55.x86_64.rpm, > and does not have the i386 rpm. Yes but .. The practical matter is that you do need repository pointers to both x86_64 and i386 respositories in the general case. Updates for the gcc, glibc, XFree86, etc. packages which include both x86_64 and ix86 packages in the FC1 x86_64 distribution will require both sets of repositories. Hopefully, FC1 x86_64 final will be coming out shortly and that should fix a lot of this stuff. -- Gene From limb at jcomserv.net Tue Feb 17 23:53:21 2004 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 17 Feb 2004 17:53:21 -0600 (CST) Subject: unsubscribe xuipru limb@jcomserv.net Message-ID: <52039.65.192.24.164.1077062001.squirrel@mail.jcomserv.net> Perl -- Because life's too short to code without punctuation. From mrsam at courier-mta.com Wed Feb 18 00:08:54 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Tue, 17 Feb 2004 19:08:54 -0500 Subject: x864_64 up2date gone wild. References: <200402171540.43382.czar@czarc.net> <200402171851.10080.czar@czarc.net> Message-ID: Gene C. writes: > Yes but .. > > The practical matter is that you do need repository pointers to both x86_64 > and i386 respositories in the general case. Updates for the gcc, glibc, > XFree86, etc. packages which include both x86_64 and ix86 packages in the FC1 > x86_64 distribution will require both sets of repositories. > > Hopefully, FC1 x86_64 final will be coming out shortly and that should fix a > lot of this stuff. Pointing up2date to a copy of the i386 update channel did resolve that dependency, but it then complained about an unresolved dependency on libgl.so, which I believe is a known issue. Still, this just feels wrong. The x86_64 channel should include any necessary i386 stuff. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From seriphin at comcast.net Wed Feb 18 00:12:36 2004 From: seriphin at comcast.net (Robert Axel) Date: Tue, 17 Feb 2004 18:12:36 -0600 Subject: No Floppies? Message-ID: <4032ADF4.7090506@comcast.net> Is there a reason that there are no floppy intsallation disks for FC2 test 1? I have a laptop that the main CDrom drive is toast, and have a PCMCIA CDRom drive I want to install from. Help? From alexander.dalloz at uni-bielefeld.de Wed Feb 18 00:27:42 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Wed, 18 Feb 2004 01:27:42 +0100 Subject: No Floppies? In-Reply-To: <4032ADF4.7090506@comcast.net> References: <4032ADF4.7090506@comcast.net> Message-ID: <1077064062.4176.495.camel@sirendipity.dogma.lan> Am Mi, den 18.02.2004 schrieb Robert Axel um 01:12: > Is there a reason that there are no floppy intsallation disks for FC2 > test 1? > > I have a laptop that the main CDrom drive is toast, and have a PCMCIA > CDRom drive I want to install from. Help? floppy space is too short for a kernel - questioned and answered already several times now (-> list archive). Alexander -- Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2166.nptl Sirendipity 01:26:06 up 3 days, 5:04, load average: 1.26, 1.18, 1.14 [ ????? ?'????? - gnothi seauton ] From mrsam at courier-mta.com Wed Feb 18 00:34:02 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Tue, 17 Feb 2004 19:34:02 -0500 Subject: autoconf breakage on x86_64. Message-ID: I don't know the right way to fix this, but something is definitely broken; and something needs to be fixed, one way or the other. The question is what exactly needs to be fixed. Consider something like this: LIBS="-lresolv $LIBS" AC_TRY_LINK_FUNC(res_query, AC_MSG_RESULT(yes), AC_MSG_RESULT(no)) Here's what happens on x86_64: gcc -o conftest -g -O2 -Wall -I.. -I./.. conftest.c -lresolv >&5 /tmp/ccW7EeDX.o(.text+0x7): In function `main': /home/mrsam/src/courier/authlib/configure:5160: undefined reference to `res_query' collect2: ld returned 1 exit status configure:5147: $? = 1 configure: failed program was: [ blah blah blah ] | /* We use char because int might match the return type of a gcc2 | builtin and then its argument prototype would still apply. */ | char res_query (); | int | main () | { | res_query (); | ; | return 0; | } The same exact test on FC1 x86 will work. The reason appears to be that you have to #include on x86_64 in order to succesfully pull res_query() out of libresolv.so. You don't need to do this on x86, and the test program generated by AC_TRY_LINK_FUNC does not include any headers, but uses a manual prototype. So, what now? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From leonard at den.ottolander.nl Wed Feb 18 00:34:50 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Wed, 18 Feb 2004 01:34:50 +0100 Subject: No Floppies? In-Reply-To: <4032ADF4.7090506@comcast.net> References: <4032ADF4.7090506@comcast.net> Message-ID: <1077064490.4773.52.camel@athlon.localdomain> Hello Robert, > Is there a reason that there are no floppy intsallation disks for FC2 > test 1? The kernel doesn't fit any more. > I have a laptop that the main CDrom drive is toast, and have a PCMCIA > CDRom drive I want to install from. Help? Boot from a floppy distro, export the needed partitions via nfs and rpm -i --aid --root /mnt/sys2install from the source system should render a system containing the package(s) and dependencies. (Suggestion: package = openssh-server should render a minimal system that can be remotely logged into, possibly smaller than a minimal install via anaconda.) For this to work you have to setup /etc/rpm/macros.solve with the following parameters: %_solve_dbpath %_solve_pkgsdir %_solve_name_fmt %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm You have to provide the correct arch versions of the packages in the package dir (most notably kernel and glibc). Use rpm with --ignorearch if the source and target system's architecture differs. Bye, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From drepper at redhat.com Wed Feb 18 00:52:10 2004 From: drepper at redhat.com (Ulrich Drepper) Date: Tue, 17 Feb 2004 16:52:10 -0800 Subject: autoconf breakage on x86_64. In-Reply-To: References: Message-ID: <4032B73A.2010704@redhat.com> Sam Varshavchik wrote: > I don't know the right way to fix this, but something is definitely > gcc -o conftest -g -O2 -Wall -I.. -I./.. conftest.c -lresolv >&5 > /tmp/ccW7EeDX.o(.text+0x7): In function `main': > /home/mrsam/src/courier/authlib/configure:5160: undefined reference to > `res_query' > collect2: ld returned 1 exit status > configure:5147: $? = 1 > configure: failed program was: > > [ blah blah blah ] > > | /* We use char because int might match the return type of a gcc2 > | builtin and then its argument prototype would still apply. */ > | char res_query (); > | int > | main () > | { > | res_query (); > | ; > | return 0; > | } > > > The same exact test on FC1 x86 will work. Only for compatibility reasons. This is no supported interface of the resolver library. It is not exported for the ABIs which don't need it to be compatible with older releases. If a programmer things her/his code needs this interface an implementation must come with the program. -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? From czar at czarc.net Wed Feb 18 01:25:19 2004 From: czar at czarc.net (Gene C.) Date: Tue, 17 Feb 2004 20:25:19 -0500 Subject: x864_64 up2date gone wild. In-Reply-To: References: <200402171851.10080.czar@czarc.net> Message-ID: <200402172025.19552.czar@czarc.net> On Tuesday 17 February 2004 19:08, Sam Varshavchik wrote: > Gene C. writes: > > Yes but .. > > > > The practical matter is that you do need repository pointers to both > > x86_64 and i386 respositories in the general case. Updates for the gcc, > > glibc, XFree86, etc. packages which include both x86_64 and ix86 packages > > in the FC1 x86_64 distribution will require both sets of repositories. > > > > Hopefully, FC1 x86_64 final will be coming out shortly and that should > > fix a lot of this stuff. > > Pointing up2date to a copy of the i386 update channel did resolve that > dependency, but it then complained about an unresolved dependency on > libgl.so, which I believe is a known issue. > > Still, this just feels wrong. The x86_64 channel should include any > necessary i386 stuff. Don't disagree ... don't agree. What this comes down to is that I do not know what the "right" answer is. The Opteron/Athlon64 offers a interesting environment where both 64 bit and 32 bit userlan application can run concurrently on the same hardware under the same OS. This is creating an "interesting" situation for creating a x86_64 distribution. The SUSE approach seems to be to do everything it can in 64 bit mode but then provide a large 32 bit development/run-time capability (and an OS which is distributed on two DVDs (dual sided single DVD)). The Red Hat/Fedora approach seems to be to do it all in 64 bit mode and provide a minimum of 32 bit capability. The "right" approach ... I do not know. There is also the situation of up2date/rpm "doing the right thing" when both 32 bit and 64 bit packages need to be installed. While I believe that the "right thing" will be done during the initial system install, it is not clear to me that this be done post install when you need to install yet another ix86 package. I have posted a message asking for clarification on this for install both the x86_64 and i686 version of openssl on a x86_64 system. I have yet to see any response to my questions. If you look in the archives for fedora-test list (or fedora-devel-list, I forget which), there is some discussion on how rpm "does the right thing". It is still not clear to me how to make sure that the "right thing: is done installing packages post system installation/creation. All this said, I still believe that FC1 x86_64 looks very good and am looking forward to the FC2 x86_64. -- Gene From efthym at gmx.net Wed Feb 18 01:22:43 2004 From: efthym at gmx.net (Efthym) Date: Tue, 17 Feb 2004 20:22:43 -0500 Subject: No Floppies? Message-ID: <1077067362.19186.7.camel@localhost> This is from the grub mailing list. I don't know if it works but I 've used smb myself and booted from cd drives that were not supported. You can give it a try. http://btmgr.sourceforge.net/ It is possible to get grub to boot SBM from a file using erm, is it memlinux? which will then boot a CD - works fine on my grub rescue floppy. Briefly - get smbinst, and make an smbfloppy. dd if=/dev/floppy of=sbm.img bs=1k count=18 (thats for version 3.71 - newer releases may take more space) get memdisk from the syslinux package and put it in your boot directory with the sbm.img then have a stanza in menu.lst like: title Smart Boot Manager (boot CDs!) kernel /boot/memdisk initrd /boot/sbm.img -------------- next part -------------- An HTML attachment was scrubbed... URL: From 64bit_fedora at comcast.net Wed Feb 18 01:35:00 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 17 Feb 2004 19:35:00 -0600 Subject: x864_64 up2date gone wild. In-Reply-To: References: <200402171540.43382.czar@czarc.net> <200402171851.10080.czar@czarc.net> Message-ID: <20040218013500.GA29226@comcast.net> On Tue, Feb 17, 2004 at 07:08:54PM -0500, Sam Varshavchik wrote: > dependency, but it then complained about an unresolved dependency on > libgl.so, which I believe is a known issue. > That was my fault, 2 libs should have been included i386 which were not. It will be fixed in final, for now, manually installing the deps should work. > Still, this just feels wrong. The x86_64 channel should include any > necessary i386 stuff. > This is the way it should be, there is no need for mirrors to have to carry the same packages in too many locations, it is not an efficient use of disk space or bandwidth. Yum will DTRT. It also allows the install of other packages which might have deps that do not ship with the base OS in i386. IF there is a conflict, yum tells you first. Justin From efthym at gmx.net Wed Feb 18 01:29:53 2004 From: efthym at gmx.net (Efthym) Date: Tue, 17 Feb 2004 20:29:53 -0500 Subject: Service CPUspeed errors Message-ID: <1077067793.19186.13.camel@localhost> Hardware: Thinkpad T21, PIII 800Mhz on Intel 440BX Only problem so far since I installed FC2 Test1 When the service CPUSpeed is set to start at boot, the following error occurs. Starting cpuspeed: Error: Could not open file for writing: /sys/devices/ system/cpu/cpu0/cpufreq/scaling_governor Error: No such file or directory This also happens if the service is started later on. This happened with both 2.6.2-1.79 and 2.6.2-1.81, with speedstep_smi either built in the kernel or as a module. What I noticed is that the module doesn't load once the service cpuspeed is started. If I insmod speedstep_smi, the module loads correctly, the above directory is created with all the files, and then I can start the service cpuspeed. Then changing from scaling_min_freq to scaling_max_freq works fine ! I dont know if I am doing something wrong during the kernel config, or this has happened to anyone else as well. Thanx Here is my .config CONFIG_X86=y CONFIG_MMU=y CONFIG_UID16=y CONFIG_GENERIC_ISA_DMA=y CONFIG_EXPERIMENTAL=y CONFIG_CLEAN_COMPILE=y CONFIG_STANDALONE=y CONFIG_BROKEN_ON_SMP=y CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_SYSCTL=y CONFIG_LOG_BUF_SHIFT=14 # CONFIG_IKCONFIG is not set # CONFIG_EMBEDDED is not set CONFIG_KALLSYMS=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y CONFIG_IOSCHED_DEADLINE=y CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y CONFIG_OBSOLETE_MODPARM=y CONFIG_MODVERSIONS=y CONFIG_KMOD=y CONFIG_X86_PC=y # CONFIG_X86_VOYAGER is not set # CONFIG_X86_NUMAQ is not set # CONFIG_X86_SUMMIT is not set # CONFIG_X86_BIGSMP is not set # CONFIG_X86_VISWS is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMII is not set CONFIG_MPENTIUMIII=y # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MK8 is not set # CONFIG_MELAN is not set # CONFIG_MCRUSOE is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MCYRIXIII is not set # CONFIG_MVIAC3_2 is not set CONFIG_X86_GENERIC=y CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_L1_CACHE_SHIFT=7 CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y # CONFIG_SMP is not set CONFIG_PREEMPT=y # CONFIG_X86_UP_APIC is not set CONFIG_X86_TSC=y CONFIG_X86_MCE=y # CONFIG_X86_MCE_NONFATAL is not set # CONFIG_TOSHIBA is not set # CONFIG_I8K is not set CONFIG_MICROCODE=m CONFIG_X86_MSR=m CONFIG_X86_CPUID=m CONFIG_EDD=m # CONFIG_NOHIGHMEM is not set CONFIG_HIGHMEM4G=y # CONFIG_HIGHMEM64G is not set CONFIG_HIGHMEM=y CONFIG_HIGHPTE=y # CONFIG_MATH_EMULATION is not set CONFIG_MTRR=y # CONFIG_EFI is not set CONFIG_HAVE_DEC_LOCK=y CONFIG_PM=y # CONFIG_SOFTWARE_SUSPEND is not set # CONFIG_PM_DISK is not set CONFIG_ACPI=y CONFIG_ACPI_BOOT=y CONFIG_ACPI_INTERPRETER=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_SLEEP_PROC_FS=y CONFIG_ACPI_AC=m CONFIG_ACPI_BATTERY=m CONFIG_ACPI_BUTTON=m CONFIG_ACPI_FAN=m CONFIG_ACPI_PROCESSOR=m CONFIG_ACPI_THERMAL=m # CONFIG_ACPI_ASUS is not set # CONFIG_ACPI_TOSHIBA is not set # CONFIG_ACPI_DEBUG is not set CONFIG_ACPI_BUS=y CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_PCI=y CONFIG_ACPI_SYSTEM=y CONFIG_ACPI_RELAXED_AML=y CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_PROC_INTF=m # CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE=y CONFIG_CPU_FREQ_GOV_PERFORMANCE=m CONFIG_CPU_FREQ_GOV_POWERSAVE=m CONFIG_CPU_FREQ_GOV_USERSPACE=y # CONFIG_CPU_FREQ_24_API is not set CONFIG_CPU_FREQ_TABLE=m # CONFIG_X86_ACPI_CPUFREQ is not set # CONFIG_X86_POWERNOW_K6 is not set # CONFIG_X86_POWERNOW_K7 is not set # CONFIG_X86_POWERNOW_K8 is not set # CONFIG_X86_GX_SUSPMOD is not set # CONFIG_X86_SPEEDSTEP_CENTRINO is not set CONFIG_X86_SPEEDSTEP_ICH=m CONFIG_X86_SPEEDSTEP_SMI=m # CONFIG_X86_P4_CLOCKMOD is not set CONFIG_X86_SPEEDSTEP_LIB=m # CONFIG_X86_LONGRUN is not set # CONFIG_X86_LONGHAUL is not set -------------- next part -------------- An HTML attachment was scrubbed... URL: From nbryant at optonline.net Wed Feb 18 01:39:17 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Tue, 17 Feb 2004 20:39:17 -0500 Subject: x864_64 up2date gone wild. In-Reply-To: <200402172025.19552.czar@czarc.net> References: <200402171851.10080.czar@czarc.net> <200402172025.19552.czar@czarc.net> Message-ID: <4032C245.3090009@optonline.net> Gene C. wrote: > On Tuesday 17 February 2004 19:08, Sam Varshavchik wrote: [snip] >>Still, this just feels wrong. The x86_64 channel should include any >>necessary i386 stuff. > > > Don't disagree ... don't agree. What this comes down to is that I do not know > what the "right" answer is. In order for things to work properly when the i386 support is not contained in the x86_64 channel, all the i386 packages that contain binaries as well as libraries would have to be split in two. I don't believe this has been done. From redhat-jc at insight.rr.com Wed Feb 18 01:39:30 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Tue, 17 Feb 2004 20:39:30 -0500 Subject: High speed updates Message-ID: <4032C252.4020409@insight.rr.com> Just a question as to the process desired for reporting the bugs during this cycle. (FC2T1) Do we update, notice bugs, then update again, report more bugs. Or should we find bugs, report bugs found, finish finding bugs. Then should we update, check bugs found, see if upgrade eliminates bugs? It seems like the changes are coming full throttle. I expected a bit slower pace for changes to the system. I don't mind the speed the changes are taking. I just noticed some bugs and would like to know at what stage should the bugs be reported. (After upgrade to latest or what) Jim PS - mc is in monochrome in gnome terminal, as is mutt in monochrome. Have these bugs been reported already? From joden at malachi.lee.k12.nc.us Wed Feb 18 01:44:33 2004 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Tue, 17 Feb 2004 20:44:33 -0500 (EST) Subject: Civilisation CTF segfaults In-Reply-To: <4030941A.5020406@skmoore.com> Message-ID: On Mon, 16 Feb 2004, Stephen Moore wrote: > Does any one care? > > I have the old loki title "Civilisation CTP" which segfaults on startup > with FC2. It would be nice if it worked. Any suggestions? > Make sure you have your system set to drop core on segfault: ulimit -c 4096 ought to do. Next run the following gdb command: gdb -c core ctp Or whatever the game is called. Then once in gdb type: bt This will give a back trace of stack. Send that to the list (or you can send it to me, but I don't have this fedora build). This can be used to deteremine where it actually segfaulted. Cheers...james > Oddly enough quake 3 works nicely! > > From kevin at ucsd.edu Wed Feb 18 01:50:08 2004 From: kevin at ucsd.edu (Kevin Bowen) Date: Tue, 17 Feb 2004 17:50:08 -0800 Subject: totem, gstplayer, rhythmbox on FC2 Message-ID: <200402180150.i1I1oARb007018@smtp.ucsd.edu> Hi, thanks for the reply. > The latest totem rebuilds against gstreamer 0.7.x although there are some You mean against 0.7.4 (i.e. the rpms you pointed me to)? Cause I tried building it against the 0.7.3 included in FC2t1 and it didn't work (sorry, not in front of my linux machine atm so don't have the actual errors produced). Alternately, do you happen to know if there's a xine-lib that will build on FC2, so I could go that route with totem? "Matthias Saou" wrote in message news:<20040217194527.11794553 at localhost>... > Kevin Bowen wrote : > > > does anyone know of a totem or gst-player rpm that will install on > > FC2test1? Or gotten them to build successfully? > > > > Also, anyone else having rhythmbox refuse to add anything to the library? > > It seems to scan the directory, but not find anything. At first I thought > > it was because it didn't include a gstreamer mp3 plugin for legal reasons, > > but I've pointed it at oggs, wavs and flacs too - it just won't add > > anything. > > If you like to live on the bleeding edge... > http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/testing/1/gstreamer-0.7/ > > You should be able to recompile the gstreamer package with the name changed > back to "gstreamer" (one liner in the spec) and test on from there. > The latest totem rebuilds against gstreamer 0.7.x although there are some > recent patches in CVS to increase stability (especially seeking). As for > rhythmbox 0.7.x (devel), it works but with ASLA there are quirks that require > editing the GConf entry to specify the hw device to use, and the new > scheduler doesn't play well at all with it. > > For gst-player, you'll need to wait for the next release before being able to > rebuild against gstreamer 0.7.x. > > As I said... only if you live on the bleeding edge ;-) > > Matthias > > -- > Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ > Fedora Core release 1 (Yarrow) - Linux kernel 2.6.2-1.74 > Load : 0.43 0.77 0.71 > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From joden at malachi.lee.k12.nc.us Wed Feb 18 02:01:43 2004 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Tue, 17 Feb 2004 21:01:43 -0500 (EST) Subject: What happened to version.h? In-Reply-To: <1076990567.30406.9.camel@edoras.local.net> Message-ID: On Mon, 16 Feb 2004, Jeremy Katz wrote: > On Sat, 2004-02-14 at 14:12 -0500, Janina Sajka wrote: > > I've just installed FC2 without a any particular problem--all looks OK. > > But, I tried to compile a newer ALSA and it failed for lack of > > /usr/src/linux/include/linux/version.h. Indeed, when I look in the > > source tree--which is certainly there--version.h is not there. Is there > > some new procedure re the 2.6 kernels that I'm unaware of? > > ALSA should be look in /lib/modules/$(uname -r)/build not /usr/src/ > linux. This is the Linux Approved Way. And with the 2.6 kernels, the > headers are being included in the individual packages instead of all in > the kernel-source package which a) makes things a lot simpler and b) > makes it so that you don't have to install krenel-source just to build a > kernel module. > Ack! It also makes it so your driver only builds against the currently running kernel. Not a good thing if that is not your intent (and in my universe, this is more likely the case than not). I personally think its better to build against the sources of the kernel you wish your module to run with. Where I work, this is all automated, and I believe there has been talk on the fedora-devel list concerning this (i.e. open source versions of such tools). Anyway, just my 2cents...james > Cheers, > > Jeremy > > > From mrsam at courier-mta.com Wed Feb 18 02:22:53 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Tue, 17 Feb 2004 21:22:53 -0500 Subject: x864_64 up2date gone wild. References: <200402171851.10080.czar@czarc.net> <200402172025.19552.czar@czarc.net> Message-ID: Gene C. writes: > On Tuesday 17 February 2004 19:08, Sam Varshavchik wrote: >> Gene C. writes: >> > Yes but .. >> > >> > The practical matter is that you do need repository pointers to both >> > x86_64 and i386 respositories in the general case. Updates for the gcc, >> > glibc, XFree86, etc. packages which include both x86_64 and ix86 packages >> > in the FC1 x86_64 distribution will require both sets of repositories. >> > >> > Hopefully, FC1 x86_64 final will be coming out shortly and that should >> > fix a lot of this stuff. >> >> Pointing up2date to a copy of the i386 update channel did resolve that >> dependency, but it then complained about an unresolved dependency on >> libgl.so, which I believe is a known issue. >> >> Still, this just feels wrong. The x86_64 channel should include any >> necessary i386 stuff. > > Don't disagree ... don't agree. What this comes down to is that I do not know > what the "right" answer is. > > The Opteron/Athlon64 offers a interesting environment where both 64 bit and 32 > bit userlan application can run concurrently on the same hardware under the > same OS. This is creating an "interesting" situation for creating a x86_64 > distribution. >From a packaging perspective this is no different than i686. On FC1 i686 you have stuff - like glibc, that contains both i686 and i386 components. Everything gets stuffed into a single update channel, and everything works well. The only extra thing on x86_64 is that sometimes you have both i386 and xf86_64 packages installed with the same name, release, and version, but different arches. Although on x86 this never happens -- at least the name is different -- practically it shouldn't matter; and yum, anyway, handles it just fine, provided that all the required packages ARE, actually, available. > If you look in the archives for fedora-test list (or fedora-devel-list, I > forget which), there is some discussion on how rpm "does the right thing". > It is still not clear to me how to make sure that the "right thing: is done > installing packages post system installation/creation. It's not an issue with the rpm doing the right thing, because it does already. The problem is that the update channel itself is fubared. If you build the right packages for the channel, rpm will get it right. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ndbecker2 at verizon.net Wed Feb 18 02:34:33 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Tue, 17 Feb 2004 21:34:33 -0500 Subject: yum update failures (today, samba) Message-ID: yum update Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - i386 - Base Server: fedora stable Server: Fedora Core 1.90 - i386 - Released Updates Finding updated packages Downloading needed headers Resolving dependencies ....Unable to satisfy dependencies Package samba-client needs samba-common = %{epoch}:3.0.2, this is not available. Package samba needs samba-common = %{epoch}:3.0.2, this is not available. Package samba-swat needs samba = %{epoch}:3.0.2, this is not available. From aleksey at nogin.org Wed Feb 18 02:37:33 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Tue, 17 Feb 2004 18:37:33 -0800 Subject: yum update failures (today, samba) In-Reply-To: References: Message-ID: <4032CFED.4070608@nogin.org> On 17.02.2004 18:34, Neal Becker wrote: > yum update > Gathering header information file(s) from server(s) > Server: Fedora Core 1.90 - i386 - Base > Server: fedora stable > Server: Fedora Core 1.90 - i386 - Released Updates > Finding updated packages > Downloading needed headers > Resolving dependencies > ....Unable to satisfy dependencies > Package samba-client needs samba-common = %{epoch}:3.0.2, this is not > available. > Package samba needs samba-common = %{epoch}:3.0.2, this is not available. > Package samba-swat needs samba = %{epoch}:3.0.2, this is not available. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115971 - "CLOSED RAWHIDE" -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From ndbecker2 at verizon.net Wed Feb 18 02:39:19 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Tue, 17 Feb 2004 21:39:19 -0500 Subject: yum update failures (today, samba) References: <4032CFED.4070608@nogin.org> Message-ID: <200402180239.i1I2dMb05728@mx1.redhat.com> Aleksey Nogin wrote: > On 17.02.2004 18:34, Neal Becker wrote: > >> yum update >> Gathering header information file(s) from server(s) >> Server: Fedora Core 1.90 - i386 - Base >> Server: fedora stable >> Server: Fedora Core 1.90 - i386 - Released Updates >> Finding updated packages >> Downloading needed headers >> Resolving dependencies >> ....Unable to satisfy dependencies >> Package samba-client needs samba-common = %{epoch}:3.0.2, this is not >> available. >> Package samba needs samba-common = %{epoch}:3.0.2, this is not available. >> Package samba-swat needs samba = %{epoch}:3.0.2, this is not available. >> > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115971 - "CLOSED > RAWHIDE" > Now that's what I call a fast response! From Todd at netronin.com Wed Feb 18 02:44:18 2004 From: Todd at netronin.com (Todd Booher) Date: Tue, 17 Feb 2004 18:44:18 -0800 Subject: Service CPUspeed errors Message-ID: Same problem here on an IBM T30 with a clean install of the personal desktop. ________________________________ From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Efthym Sent: Tuesday, February 17, 2004 5:30 PM To: fedora-test-list at redhat.com Subject: Service CPUspeed errors Hardware: Thinkpad T21, PIII 800Mhz on Intel 440BX Only problem so far since I installed FC2 Test1 When the service CPUSpeed is set to start at boot, the following error occurs. Starting cpuspeed: Error: Could not open file for writing: /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor Error: No such file or directory This also happens if the service is started later on. This happened with both 2.6.2-1.79 and 2.6.2-1.81, with speedstep_smi either built in the kernel or as a module. What I noticed is that the module doesn't load once the service cpuspeed is started. If I insmod speedstep_smi, the module loads correctly, the above directory is created with all the files, and then I can start the service cpuspeed. Then changing from scaling_min_freq to scaling_max_freq works fine ! I dont know if I am doing something wrong during the kernel config, or this has happened to anyone else as well. Thanx Here is my .config CONFIG_X86=y CONFIG_MMU=y CONFIG_UID16=y CONFIG_GENERIC_ISA_DMA=y CONFIG_EXPERIMENTAL=y CONFIG_CLEAN_COMPILE=y CONFIG_STANDALONE=y CONFIG_BROKEN_ON_SMP=y CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_SYSCTL=y CONFIG_LOG_BUF_SHIFT=14 # CONFIG_IKCONFIG is not set # CONFIG_EMBEDDED is not set CONFIG_KALLSYMS=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y CONFIG_IOSCHED_DEADLINE=y CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y CONFIG_OBSOLETE_MODPARM=y CONFIG_MODVERSIONS=y CONFIG_KMOD=y CONFIG_X86_PC=y # CONFIG_X86_VOYAGER is not set # CONFIG_X86_NUMAQ is not set # CONFIG_X86_SUMMIT is not set # CONFIG_X86_BIGSMP is not set # CONFIG_X86_VISWS is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMII is not set CONFIG_MPENTIUMIII=y # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MK8 is not set # CONFIG_MELAN is not set # CONFIG_MCRUSOE is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MCYRIXIII is not set # CONFIG_MVIAC3_2 is not set CONFIG_X86_GENERIC=y CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_L1_CACHE_SHIFT=7 CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y # CONFIG_SMP is not set CONFIG_PREEMPT=y # CONFIG_X86_UP_APIC is not set CONFIG_X86_TSC=y CONFIG_X86_MCE=y # CONFIG_X86_MCE_NONFATAL is not set # CONFIG_TOSHIBA is not set # CONFIG_I8K is not set CONFIG_MICROCODE=m CONFIG_X86_MSR=m CONFIG_X86_CPUID=m CONFIG_EDD=m # CONFIG_NOHIGHMEM is not set CONFIG_HIGHMEM4G=y # CONFIG_HIGHMEM64G is not set CONFIG_HIGHMEM=y CONFIG_HIGHPTE=y # CONFIG_MATH_EMULATION is not set CONFIG_MTRR=y # CONFIG_EFI is not set CONFIG_HAVE_DEC_LOCK=y CONFIG_PM=y # CONFIG_SOFTWARE_SUSPEND is not set # CONFIG_PM_DISK is not set CONFIG_ACPI=y CONFIG_ACPI_BOOT=y CONFIG_ACPI_INTERPRETER=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_SLEEP_PROC_FS=y CONFIG_ACPI_AC=m CONFIG_ACPI_BATTERY=m CONFIG_ACPI_BUTTON=m CONFIG_ACPI_FAN=m CONFIG_ACPI_PROCESSOR=m CONFIG_ACPI_THERMAL=m # CONFIG_ACPI_ASUS is not set # CONFIG_ACPI_TOSHIBA is not set # CONFIG_ACPI_DEBUG is not set CONFIG_ACPI_BUS=y CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_PCI=y CONFIG_ACPI_SYSTEM=y CONFIG_ACPI_RELAXED_AML=y CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_PROC_INTF=m # CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE=y CONFIG_CPU_FREQ_GOV_PERFORMANCE=m CONFIG_CPU_FREQ_GOV_POWERSAVE=m CONFIG_CPU_FREQ_GOV_USERSPACE=y # CONFIG_CPU_FREQ_24_API is not set CONFIG_CPU_FREQ_TABLE=m # CONFIG_X86_ACPI_CPUFREQ is not set # CONFIG_X86_POWERNOW_K6 is not set # CONFIG_X86_POWERNOW_K7 is not set # CONFIG_X86_POWERNOW_K8 is not set # CONFIG_X86_GX_SUSPMOD is not set # CONFIG_X86_SPEEDSTEP_CENTRINO is not set CONFIG_X86_SPEEDSTEP_ICH=m CONFIG_X86_SPEEDSTEP_SMI=m # CONFIG_X86_P4_CLOCKMOD is not set CONFIG_X86_SPEEDSTEP_LIB=m # CONFIG_X86_LONGRUN is not set # CONFIG_X86_LONGHAUL is not set -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeremy at rosengren.org Wed Feb 18 02:48:04 2004 From: jeremy at rosengren.org (Jeremy A. Rosengren) Date: Tue, 17 Feb 2004 20:48:04 -0600 Subject: What, no kdevelop-3? In-Reply-To: References: Message-ID: <4032D264.7050108@rosengren.org> kdevelop 3 is on the FC2 test1 CDs. Did you do an upgrade install? -- jeremy Neal D. Becker wrote: > I'm surprised to find FC2 has kde3.2, but kdevelop is 2.1.5. > > From listmail at swiftdsl.com.au Wed Feb 18 02:54:09 2004 From: listmail at swiftdsl.com.au (listmail) Date: Wed, 18 Feb 2004 13:54:09 +1100 Subject: fedora-test-list digest, Vol 1 #550 - 30 msgs In-Reply-To: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> Message-ID: <1077072849.8223.9.camel@localhost.localdomain> On Wed, 2004-02-18 at 11:51, fedora-test-list-request at redhat.com wrote: > Message: 16 > Date: Tue, 17 Feb 2004 18:20:42 -0500 (EST) > Subject: ALSA Muting (was Re: fedora-test-list digest, Vol 1 #546 - 33 msgs) > From: "William Hooper" > To: fedora-test-list at redhat.com > Reply-To: fedora-test-list at redhat.com > > > listmail said: > > Maybe in order to please this line of logic, it's not so hard to > > compromise: > > 1. mute sound for a server only install AND place a warning dialogue on > > screen. > > 2. NOT mute sound for a workstation install. > > According to the install doc at alsa-project.org: > > Note: All mixer channels are muted by default. You must use a native > or OSS mixer program to unmute appropriate channels (for example a > mixer from the alsa-utils package). > > Seems to me that upstream defaults to muted, so FC defaulting to muted > isn't really unexpected. > > Notice the lack of caring on my part one way or the other. It's not like > your going to be reinstalling FC 2 every day or anything. > > -- > William Hooper > Yes I get the lack of caring... However YOU WOULD if you had to pay for all the unnecessary support calls generated by this paricular piece of geek 'uncaringness'. Chris listmail at swiftdsl.com.au From listmail at swiftdsl.com.au Wed Feb 18 02:58:12 2004 From: listmail at swiftdsl.com.au (listmail) Date: Wed, 18 Feb 2004 13:58:12 +1100 Subject: Alsa Muting In-Reply-To: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> Message-ID: <1077073091.8223.13.camel@localhost.localdomain> On Wed, 2004-02-18 at 11:51, fedora-test-list-request at redhat.com wrote: > Message: 16 > Date: Tue, 17 Feb 2004 18:20:42 -0500 (EST) > Subject: ALSA Muting (was Re: fedora-test-list digest, Vol 1 #546 - 33 msgs) > From: "William Hooper" > To: fedora-test-list at redhat.com > Reply-To: fedora-test-list at redhat.com > > > listmail said: > > Maybe in order to please this line of logic, it's not so hard to > > compromise: > > 1. mute sound for a server only install AND place a warning dialogue on > > screen. > > 2. NOT mute sound for a workstation install. > > According to the install doc at alsa-project.org: > > Note: All mixer channels are muted by default. You must use a native > or OSS mixer program to unmute appropriate channels (for example a > mixer from the alsa-utils package). > > Seems to me that upstream defaults to muted, so FC defaulting to muted > isn't really unexpected. > > Notice the lack of caring on my part one way or the other. It's not like > your going to be reinstalling FC 2 every day or anything. > > -- > William Hooper > Yes I get the lack of caring... However YOU WOULD if you had to pay for all the unnecessary support calls generated by this paricular piece of geek 'uncaringness'. Chris listmail at swiftdsl.com.au From fedora at mytsoftware.com Wed Feb 18 02:58:41 2004 From: fedora at mytsoftware.com (David Finch) Date: Tue, 17 Feb 2004 18:58:41 -0800 Subject: Mute problem, was: fedora-test-list digest, Vol 1 #546 - 33 msgs References: <20040217134200.27640.19133.Mailman@listman.back-rdu.redhat.com> <1077059022.6798.20.camel@localhost.localdomain> Message-ID: <001801c3f5cb$1dde9b00$6500a8c0@david> > If it is just a server then why has it got a sound card at all? An even better question to ask is why it has speakers plugged into it. If you have speakers, you probably want the sound unmuted. And if you don't have speakers, you won't care. An additional annoyance I've run into is that even using alsactl to save my volume settings, they don't get reloaded upon reboot. I probably just need to add "/usr/bin/alsactl restore" to my startup scripts, but it should probably be in there by default. Is this worth submitting to bugzilla? From whooperhsd3 at earthlink.net Wed Feb 18 03:10:56 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Tue, 17 Feb 2004 22:10:56 -0500 (EST) Subject: Alsa Muting In-Reply-To: <1077073091.8223.13.camel@localhost.localdomain> References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> <1077073091.8223.13.camel@localhost.localdomain> Message-ID: <64546.65.41.55.65.1077073856.squirrel@65.41.55.65> listmail said: > On Wed, 2004-02-18 at 11:51, fedora-test-list-request at redhat.com wrote: > Yes I get the lack of caring... > > However YOU WOULD if you had to pay for all the unnecessary support > calls > generated by this paricular piece of geek 'uncaringness'. If you are in the position to be getting support calls, you are in the position to change the default to what you want it to be. -- William Hooper From P.R.Schaffner at IEEE.org Wed Feb 18 03:58:30 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Tue, 17 Feb 2004 22:58:30 -0500 Subject: No Floppies? In-Reply-To: <1077064062.4176.495.camel@sirendipity.dogma.lan> References: <4032ADF4.7090506@comcast.net> <1077064062.4176.495.camel@sirendipity.dogma.lan> Message-ID: <1077076709.6242.3.camel@tabb1.tabb> On Wed, 2004-02-18 at 01:27 +0100, Alexander Dalloz wrote: > Am Mi, den 18.02.2004 schrieb Robert Axel um 01:12: > > Is there a reason that there are no floppy intsallation disks for FC2 > > test 1? > > > > I have a laptop that the main CDrom drive is toast, and have a PCMCIA > > CDRom drive I want to install from. Help? > > floppy space is too short for a kernel - questioned and answered already > several times now (-> list archive). Specifically, you might want to check out the thread "missing boot disk. img", or this message: http://www.redhat.com/archives/fedora-test-list/2004-February/msg00445.html Phil From netopml at newview.com Wed Feb 18 04:38:37 2004 From: netopml at newview.com (netopml at newview.com) Date: 17 Feb 2004 23:38:37 -0500 Subject: Service CPUspeed errors In-Reply-To: <1077067793.19186.13.camel@localhost> References: <1077067793.19186.13.camel@localhost> Message-ID: efthym at gmx.net (Efthym) writes: > Starting cpuspeed: Error: Could not open file for writing: > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor > Error: No such file or directory Solution, read the source luke! ;-) Edit /etc/cpuspeed.conf and edit the DRIVER line by adding the driver that fits your laptop. On mine, DRIVER="speedstep_ich" Hope it helps... -- Mathieu Chouquet-Stringer E-Mail : mathieu at newview.com Never attribute to malice that which can be adequately explained by stupidity. -- Hanlon's Razor -- From efthym at gmx.net Wed Feb 18 04:57:14 2004 From: efthym at gmx.net (Efthym) Date: Tue, 17 Feb 2004 23:57:14 -0500 Subject: Service CPUspeed errors Message-ID: <1077080233.3494.5.camel@localhost> Thanx Mathieu, that solved the problem. The service now loads bringing up all the necessary modules. Actually there is no mention anywhere under /Doc/cpu-freq/ about a configuration file. Only references to the governor files and their place under sysfs. (Maybe something should be mentioned) -------------- next part -------------- An HTML attachment was scrubbed... URL: From efthym at gmx.net Wed Feb 18 04:57:40 2004 From: efthym at gmx.net (Efthym) Date: Tue, 17 Feb 2004 23:57:40 -0500 Subject: Service CPUspeed errors Message-ID: <1077080234.3494.7.camel@localhost> Thanx Mathieu, that solved the problem. The service now loads bringing up all the necessary modules. Actually there is no mention anywhere under /Doc/cpu-freq/ about a configuration file. Only references to the governor files and their place under sysfs. (Maybe something should be mentioned) -------------- next part -------------- An HTML attachment was scrubbed... URL: From ernesto at ornl.gov Wed Feb 18 05:11:56 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Wed, 18 Feb 2004 00:11:56 -0500 Subject: What are the sources for up2date with Fedora2 test1? Message-ID: <1077081116.4766.2.camel@localhost.localdomain> Hi, Where should I point my sources for up2date on Fedora2 test 1? Also, is it okay to use the latest 2.6 kernel? Why is there such an early version in Fedora2? Thanks, Ernest From ernesto at ornl.gov Wed Feb 18 05:17:20 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Wed, 18 Feb 2004 00:17:20 -0500 Subject: Service CPUspeed errors In-Reply-To: References: <1077067793.19186.13.camel@localhost> Message-ID: <1077081440.4766.5.camel@localhost.localdomain> On Tue, 2004-02-17 at 23:38 -0500, netopml at newview.com wrote: > efthym at gmx.net (Efthym) writes: > > Starting cpuspeed: Error: Could not open file for writing: > > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor > > Error: No such file or directory > > Solution, read the source luke! ;-) > Edit /etc/cpuspeed.conf and edit the DRIVER line by adding the driver that > fits your laptop. > > On mine, DRIVER="speedstep_ich" > I have the same problem. How do I know what driver fits my laptop? My model is DELL Precision M60 > Hope it helps... > -- > Mathieu Chouquet-Stringer E-Mail : mathieu at newview.com > Never attribute to malice that which can be adequately > explained by stupidity. > -- Hanlon's Razor -- > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From mike at netlyncs.com Wed Feb 18 05:32:25 2004 From: mike at netlyncs.com (Mike Chambers) Date: Tue, 17 Feb 2004 23:32:25 -0600 Subject: Service CPUspeed errors In-Reply-To: <1077081440.4766.5.camel@localhost.localdomain> References: <1077067793.19186.13.camel@localhost> <1077081440.4766.5.camel@localhost.localdomain> Message-ID: <1077082344.4325.3.camel@bart.netlyncs.com> On Wed, 2004-02-18 at 00:17 -0500, Ernest L. Williams Jr. wrote: > I have the same problem. How do I know what driver fits my laptop? > My model is DELL Precision M60 Yea, that is what I wanted to know, is how to find out which driver is needed? (Is this for laptops only?) --- Mike Chambers Madisonville, KY 2.6.2-1.81 #1 Sat Feb 14 09:37:09 EST 2004 i686 GNU/Linux 23:31:14 up 2 days, 12:50, 2 users, load average: 1.54, 1.30, 1.11 From aleksey at nogin.org Wed Feb 18 05:36:36 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Tue, 17 Feb 2004 21:36:36 -0800 Subject: Synaptics touchpad - how do I get it to work? Message-ID: <4032F9E4.7060007@nogin.org> There are a number of entries in Bugzilla that deal with various aspects of getting the Synaptics touchpad to work properly: https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=99351,99509,103497,112473,114911,115572,116091 [Bug 99351] Add support for event layer synaptics driver [Bug 99509] Synaptic touchpad fails on 2.6.0test1 [Bug 103497] Better kernel 2.6 and synaptics touchpad support for gpm [Bug 112473] Mouse problems at touchpads at arjanv's Kernel 2.6 [Bug 114911] kernel 2.6.1 breaks trackpad tap-to-click [Bug 115572] Synapics Touchpad-equipped Compaq N600c cannot install [Bug 116091] Synaptics touchpad need to be supported. With so many bugs discussing various approaches to getting it to work, it is hard to figure out the best way to get it working. Provided I am using a recent FC Devel version and would like to get it fully working (e.g. tap for left-click, double-tap for middle click, etc), what should I do? Thanks a lot for any suggestions. -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From mike at netlyncs.com Wed Feb 18 05:39:22 2004 From: mike at netlyncs.com (Mike Chambers) Date: Tue, 17 Feb 2004 23:39:22 -0600 Subject: Up2date problems Message-ID: <1077082761.4325.6.camel@bart.netlyncs.com> Anyone having problems running up2date the last few days? I seem to be getting errors and it has quit running. [mike at bart mike]$ up2date -u Traceback (most recent call last): File "/usr/sbin/up2date", line 1267, in ? sys.exit(main() or 0) File "/usr/sbin/up2date", line 797, in main fullUpdate, dryRun=options.dry_run)) File "/usr/sbin/up2date", line 1141, in batchRun batch.run() File "up2dateBatch.py", line 62, in run File "up2dateBatch.py", line 97, in __findPackagesToUpdate File "packageList.py", line 157, in addGlobs File "rhnPackageInfo.py", line 219, in getAvailablePackageList File "rhnPackageInfo.py", line 153, in availablePackageList File "rpcServer.py", line 112, in doCall File "repoDirector.py", line 20, in listPackages File "rpmSource.py", line 226, in listPackages File "/usr/share/rhn/up2date_client/repoBackends/yumRepo.py", line 232, in listPackages (envra, rpmPath) = string.split(line, '=') ValueError: unpack list of wrong size --- Mike Chambers Madisonville, KY 2.6.2-1.81 #1 Sat Feb 14 09:37:09 EST 2004 i686 GNU/Linux 23:37:54 up 2 days, 12:56, 2 users, load average: 1.08, 1.25, 1.16 From skvidal at phy.duke.edu Wed Feb 18 05:42:10 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 18 Feb 2004 00:42:10 -0500 Subject: Up2date problems In-Reply-To: <1077082761.4325.6.camel@bart.netlyncs.com> References: <1077082761.4325.6.camel@bart.netlyncs.com> Message-ID: <1077082930.4298.22.camel@binkley> On Tue, 2004-02-17 at 23:39 -0600, Mike Chambers wrote: > Anyone having problems running up2date the last few days? I seem to be > getting errors and it has quit running. > > [mike at bart mike]$ up2date -u > (envra, rpmPath) = string.split(line, '=') > ValueError: unpack list of wrong size > you have a hosed header.info file from your server, try a different one. -sv From ggw at wolves.durham.nc.us Wed Feb 18 05:43:40 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Wed, 18 Feb 2004 00:43:40 -0500 Subject: High speed updates In-Reply-To: <4032C252.4020409@insight.rr.com> References: <4032C252.4020409@insight.rr.com> Message-ID: <20040218054340.GA16404@wolves.durham.nc.us> On Tue, Feb 17, 2004 at 08:39:30PM -0500, Jim Cornette wrote: > PS - mc is in monochrome in gnome terminal, as is mutt in monochrome. > Have these bugs been reported already? Yes, they have been reported on list. I don't know if they've been bugzilla'd yet or not. The workaround is to set TERM=xterm-color -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From scott.burch at camberwind.com Wed Feb 18 05:47:06 2004 From: scott.burch at camberwind.com (Scott Omar Burch) Date: Tue, 17 Feb 2004 23:47:06 -0600 Subject: Failure of binary kernel-2.6.2-1.85 Message-ID: <1077083226.2986.6.camel@localhost.localdomain> Hi, Kernel 2.6.2-1.85 hangs on boot on a Dell Latitude C610 laptop. All previous kernels in FC2 have worked...currently .81 is what I am using. With .85 the system begins booting, checks local disks and then appears to stall, when I click on details I see nothing..I am unclear as to what the problem is...in any case not a show stopper...I suspect some change in this config is causing issues on this laptop...nothing of interest in the messages file. -Scott From katzj at redhat.com Wed Feb 18 05:56:20 2004 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 18 Feb 2004 00:56:20 -0500 Subject: What happened to version.h? In-Reply-To: References: Message-ID: <1077083779.31807.2.camel@edoras.local.net> On Tue, 2004-02-17 at 21:01 -0500, James Olin Oden wrote: > On Mon, 16 Feb 2004, Jeremy Katz wrote: > > > On Sat, 2004-02-14 at 14:12 -0500, Janina Sajka wrote: > > > I've just installed FC2 without a any particular problem--all looks OK. > > > But, I tried to compile a newer ALSA and it failed for lack of > > > /usr/src/linux/include/linux/version.h. Indeed, when I look in the > > > source tree--which is certainly there--version.h is not there. Is there > > > some new procedure re the 2.6 kernels that I'm unaware of? > > > > ALSA should be look in /lib/modules/$(uname -r)/build not /usr/src/ > > linux. This is the Linux Approved Way. And with the 2.6 kernels, the > > headers are being included in the individual packages instead of all in > > the kernel-source package which a) makes things a lot simpler and b) > > makes it so that you don't have to install krenel-source just to build a > > kernel module. > > > Ack! It also makes it so your driver only builds against the currently > running kernel. Not a good thing if that is not your intent (and in my > universe, this is more likely the case than not). I personally think > its better to build against the sources of the kernel you wish your module > to run with. Where I work, this is all automated, and I believe there > has been talk on the fedora-devel list concerning this (i.e. open source > versions of such tools). Anyway, just my 2cents...james So do /lib/modules/myrandomversion instead of /lib/modules/$(uname -r). Sane makefiles will even let you redirect it to /some/random/path. But in the general case, keeping the actual headers (and the corresponding module version fun) with the kernel instead of having the mess of conditionals and nastiness (cf /boot/kernel.h and the hacks involved therein) is _far_ nicer. Jeremy From efthym at gmx.net Wed Feb 18 06:14:37 2004 From: efthym at gmx.net (Efthym) Date: Wed, 18 Feb 2004 01:14:37 -0500 Subject: Service CPUspeed errors Message-ID: <1077084876.3494.15.camel@localhost> The driver only depends on what processor u have. Most probably yours is P4M, so that would be speedstep_ich. You can try it by insmod speedstep_ich and see if it loads without errors. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pri.rhl1 at iadonisi.to Wed Feb 18 06:32:36 2004 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: Wed, 18 Feb 2004 01:32:36 -0500 Subject: Will mysql 4 be in FC2? In-Reply-To: <1077058528.4773.21.camel@athlon.localdomain> References: <06848CFF3889684DB56AC4E9FA43B796011531@mail.kiwiplan.us> <20040217171902.GS1556@angus.ind.WPI.EDU> <40325006.3060607@flarn.com> <40325133.4020009@optonline.net> <4032641E.3020501@flarn.com> <1077058528.4773.21.camel@athlon.localdomain> Message-ID: <1077085956.27428.12.camel@va.local.linuxlobbyist.org> On Tue, 2004-02-17 at 17:55, Leonard den Ottolander wrote: > Hi Ken, > > > It's silly to perpetually maintain MySQL 3 over this. Their licensing is > > supposed to get commercial folk to pay when they distribute *their* > > applications, not when an OS vendor ships a database. > > It does not appear to be a problem for SuSE as they are shipping SuSE 9 > with all mentioned packages including MySQL 4. And how, pray tell, does that change the license problem? All it means is that SUSE is taking a risk that they believe MySQL AB will not pursue. That's SUSE's choice, but it's a risk that I doubt Red Hat will take. Red Hat has historically been conservative when distributing IP infringing code or even potentially infringing code. It took time to 'clean' the distribution, and perhaps there are a few loose ends left to clean up, but I believe pine was the last piece that had to be removed for license reasons. MySQL AB needs to make the next move, here, as it appears that it is its license change that has caused the problem. It is its absolute right to make the change, but the problem it creates cannot be denied. Consult your attorney for details, as I'm sure Red Hat has done. And, apparently, according to another post from a Red Hat employee, MySQL has been pinged and asked for an update on the situation, so perhaps just patience is required. -- -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 pauln at truemesh.com Wed Feb 18 06:37:05 2004 From: pauln at truemesh.com (Paul Nasrat) Date: Wed, 18 Feb 2004 06:37:05 +0000 Subject: Synaptics touchpad - how do I get it to work? In-Reply-To: <4032F9E4.7060007@nogin.org> References: <4032F9E4.7060007@nogin.org> Message-ID: <20040218063704.GR15070@lichen.truemesh.com> On Tue, Feb 17, 2004 at 09:36:36PM -0800, Aleksey Nogin wrote: > There are a number of entries in Bugzilla that deal with various aspects > of getting the Synaptics touchpad to work properly: > > https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=99351,99509,103497,112473,114911,115572,116091 > > [Bug 99351] Add support for event layer synaptics driver This is the bug I'm most familiar with :) > [Bug 116091] Synaptics touchpad need to be supported. kudzu now supports synaptics via evdev: python >>> import kudzu >>> kudzu.probe(kudzu.CLASS_MOUSE,kudzu.BUS_UNSPEC,kudzu.PROBE_ALL) [Desc: SynPS/2 Synaptics TouchPad Driver: synaptics Device: input/mouse0 event0 , Desc: PS/2 Generic Mouse Driver: ignore Device: input/mouse1 event1 , Desc: AT Translated Set 2 keyboard Driver: ignore Device: input/kbd event2 ] > With so many bugs discussing various approaches to getting it to work, > it is hard to figure out the best way to get it working. Provided I am > using a recent FC Devel version and would like to get it fully working > (e.g. tap for left-click, double-tap for middle click, etc), what should > I do? Thanks a lot for any suggestions. Well if you are really keen you can install binary synaptics rpm from http://pauln.truemesh.com/rpms/synaptics/ Ensure evdev is loaded on boot (I use /etc/rc.modules for this) Change XFree86 config: I have Section "ServerLayout" Identifier "Default Layout" Screen 0 "Screen0" 0 0 InputDevice "MouseS" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "DevInputMice" "AlwaysCore" EndSection ... Section "InputDevice" Identifier "MouseS" Driver "synaptics" Option "Protocol" "auto-dev" Option "Device" "/dev/input/mice" Option "Emulate3Buttons" "no" EndSection See README for more synaptic specific Options, the XFree86 rpms are provided to verify SDK patches working so can build from src.rpm. If you want to test build you can install the XFree86-sdk provided. Obviously if this gets in then the manual steps will be automagic. Tap, horizontal and vertical scroll and friends should all work. As far as the gpm patches go I did look at them and they include extensive refactoring from upstream. I would imagine this is a case of if anyone cares about it they need to try and push upstream. Paul From notting at redhat.com Wed Feb 18 06:49:08 2004 From: notting at redhat.com (Bill Nottingham) Date: Wed, 18 Feb 2004 01:49:08 -0500 Subject: Synaptics touchpad - how do I get it to work? In-Reply-To: <20040218063704.GR15070@lichen.truemesh.com> References: <4032F9E4.7060007@nogin.org> <20040218063704.GR15070@lichen.truemesh.com> Message-ID: <20040218064908.GA11556@devserv.devel.redhat.com> Paul Nasrat (pauln at truemesh.com) said: > >>> kudzu.probe(kudzu.CLASS_MOUSE,kudzu.BUS_UNSPEC,kudzu.PROBE_ALL) > [Desc: SynPS/2 Synaptics TouchPad > Driver: synaptics > Device: input/mouse0 event0 > , Desc: PS/2 Generic Mouse > Driver: ignore > Device: input/mouse1 event1 > , Desc: AT Translated Set 2 keyboard > Driver: ignore > Device: input/kbd event2 > ] The 'Device' entry will probably change. Suggestions on whether you'd rather have it return the mouseX device or the eventX device are appreciated (think tablets, as well.). Of course, there is no /dev/input/kbd. Bill From martin.gartner at air-line.at Wed Feb 18 07:03:58 2004 From: martin.gartner at air-line.at (Martin Gartner) Date: Wed, 18 Feb 2004 08:03:58 +0100 Subject: Fedora Core 2 - Test1: Asus P4C800E-Deluxe not compatible In-Reply-To: <20040217162600.8138.95723.Mailman@listman.back-rdu.redhat.com> Message-ID: <0402180804051900@asterix.steinmann.at> > From: Alex Thomsen Leth > To: fedora-test-list at redhat.com > Date: Tue, 17 Feb 2004 15:13:33 +0100 > Reply-To: fedora-test-list at redhat.com > > i have the same mobo and im having no probz. Hmm... Could you tell me the rest of your hardware configuration please? I have also problems with Fedora Core1 on this mobo... It's strange, but Core1 worked for a long time and from one day to the other the system hangs while booting. The problem is, I'm very new to the linux world and I have no idea how to find out, what's wrong. I didn't change the hardware. The only one I can remember is, that I did a bios upgrade! May this be the problem? Which bios version has your P4C800E-Deluxe? Thanks in advance, Martin > On tir, 2004-02-17 at 15:00 +0100, Martin Gartner wrote: > > Seems that Asus P4C800E-deluxe mainboard isn't compatible > with Fedora Core2 > > - Test1 Release. > > > > System hangs allready at first boot from cd - can't install > Fedory Core2... > > System hangs very early at ACPI initialisation I think (I'm > not a linux > > pro), while booting from first cd. > > > > Regards, > > Martin From jfm512 at free.fr Wed Feb 18 07:07:29 2004 From: jfm512 at free.fr (Jean Francois Martinez) Date: 18 Feb 2004 08:07:29 +0100 Subject: Failure of binary kernel-2.6.2-1.85 In-Reply-To: <1077083226.2986.6.camel@localhost.localdomain> References: <1077083226.2986.6.camel@localhost.localdomain> Message-ID: <1077088049.1171.9.camel@agnes.fremen.dune> Same thing here except I am running an Athlon. Previous to this message it filed to locate keybdev and mousedev. A specificity is that I am running reiserfs (who works with previous kernels) On Wed, 2004-02-18 at 06:47, Scott Omar Burch wrote: > Hi, > > Kernel 2.6.2-1.85 hangs on boot on a Dell Latitude C610 laptop. All > previous kernels in FC2 have worked...currently .81 is what I am using. > With .85 the system begins booting, checks local disks and then appears > to stall, when I click on details I see nothing..I am unclear as to what > the problem is...in any case not a show stopper...I suspect some change > in this config is causing issues on this laptop...nothing of interest in > the messages file. > > -Scott > -- Jean Francois Martinez From aleksey at nogin.org Wed Feb 18 07:22:57 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Tue, 17 Feb 2004 23:22:57 -0800 Subject: Synaptics touchpad - how do I get it to work? In-Reply-To: <20040218063704.GR15070@lichen.truemesh.com> References: <4032F9E4.7060007@nogin.org> <20040218063704.GR15070@lichen.truemesh.com> Message-ID: <403312D1.3010306@nogin.org> On 17.02.2004 22:37, Paul Nasrat wrote: > kudzu now supports synaptics via evdev: Does it do anything when it detects one? > Well if you are really keen you can install binary synaptics rpm from > http://pauln.truemesh.com/rpms/synaptics/ Thanks, I already compiled 0.12.4 myself - works perfectly again! > As far as the gpm patches go I did look at them and they include extensive refactoring from upstream. Hm, I do not quite understand it. "gpm -m /dev/input/mouse0 -t help" already (gpm-1.20.1-41) lists "syn" and "synps2" mouse types, but I could not get it to actually work with any of them... -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From pauln at truemesh.com Wed Feb 18 08:05:07 2004 From: pauln at truemesh.com (Paul Nasrat) Date: Wed, 18 Feb 2004 08:05:07 +0000 Subject: Synaptics touchpad - how do I get it to work? In-Reply-To: <403312D1.3010306@nogin.org> References: <4032F9E4.7060007@nogin.org> <20040218063704.GR15070@lichen.truemesh.com> <403312D1.3010306@nogin.org> Message-ID: <20040218080505.GT15070@lichen.truemesh.com> On Tue, Feb 17, 2004 at 11:22:57PM -0800, Aleksey Nogin wrote: > On 17.02.2004 22:37, Paul Nasrat wrote: > > >kudzu now supports synaptics via evdev: > > Does it do anything when it detects one? I'm pretty sure someone is looking at this side of things. I have been working to get synaptics into fedora core 2, and things are looking pretty good for either fc2 or extras - these things don't happen overnight. Be assured that if and when we get there notification will go to fedora-test-list. > >As far as the gpm patches go I did look at them and they include extensive > >refactoring from upstream. > > Hm, I do not quite understand it. "gpm -m /dev/input/mouse0 -t help" already > (gpm-1.20.1-41) lists "syn" and "synps2" mouse types, but I could not get it > to actually work with any of them... The point about the evdev patches in a bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=103497 you linked to is that they are *major* changes - it says so on the site http://www.geocities.com/dt_or/gpm/gpm.html Changing DEVICE in /etc/sysconfig/gpm to /dev/input/mice and gpm should pick up events from any pointer device, including evdev ones. You probably don't get tap click, but it's probably a more maintainable setting for the Fedora gpm/system-config-mouse maintainers. Paul From alexl at redhat.com Wed Feb 18 08:15:22 2004 From: alexl at redhat.com (Alexander Larsson) Date: 18 Feb 2004 09:15:22 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: References: <4031EFFF.6070404@skmoore.com> Message-ID: <1077092122.7798.435.camel@localhost.localdomain> On Tue, 2004-02-17 at 12:36, Panu Matilainen wrote: > > I am as keen as the next person to encourage new users, but does this > > have to be done at the expense of long time existing users? I truely > > F.....g hate this new setup. > > > > Is this bugzillable, please tell me that I am not the only one who > > _hates_ the new setup > > Certainly you're not the only one who hates it. I don't much use Nautilus > (or GUI-stuff in general) anyway but the new behavior makes me want to > scream. I find it interesting that most people who dislike the new spatial mode also add a comment that they don't actually use Nautilus. For any change there will always be some people who don't like it. Hopefully the people who actually use Nautilus will like it better. Anyway, the default behaviour is decided and won't change. Maybe at some point before 2.6 we'll add a preference that lets you default to navigational mode. However, we'd like to force people to use spatial mode in order to flush out all bugs from it (and make some people notice that its actually nice). =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a scrappy chivalrous librarian moving from town to town, helping folk in trouble. She's a pregnant kleptomaniac mermaid living on borrowed time. They fight crime! From aleksey at nogin.org Wed Feb 18 08:51:20 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Wed, 18 Feb 2004 00:51:20 -0800 Subject: Synaptics touchpad - how do I get it to work? In-Reply-To: <20040218080505.GT15070@lichen.truemesh.com> References: <4032F9E4.7060007@nogin.org> <20040218063704.GR15070@lichen.truemesh.com> <403312D1.3010306@nogin.org> <20040218080505.GT15070@lichen.truemesh.com> Message-ID: <40332788.6020101@nogin.org> Thanks a lot for your explanations - I think I now have a much better idea of the current status of the synaptics support. Sorry if some of my comments were too misinformed or inattentive - I got a bit overwhelmed when "everything" mouse-related stopped working after FC1 -> FC Devel upgrade. And thanks a lot for your efforts on pushing synaptics support - please let me know if/when you need any help testing any of the synaptics-related stuff (feel free to CC me on any related Bugzilla entires). -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From arnling at kth.se Wed Feb 18 09:18:04 2004 From: arnling at kth.se (arnling) Date: Wed, 18 Feb 2004 10:18:04 +0100 Subject: Synaptics touchpad - how do I get it to work? In-Reply-To: <4032F9E4.7060007@nogin.org> References: <4032F9E4.7060007@nogin.org> Message-ID: <1077095881.13042.0.camel@c-fd6b71d5.346-1-64736c11.cust.bredbandsbolaget.se> ons 2004-02-18 klockan 06.36 skrev Aleksey Nogin: > There are a number of entries in Bugzilla that deal with various aspects > of getting the Synaptics touchpad to work properly: > > https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=99351,99509,103497,112473,114911,115572,116091 > > [Bug 99351] Add support for event layer synaptics driver > [Bug 99509] Synaptic touchpad fails on 2.6.0test1 > [Bug 103497] Better kernel 2.6 and synaptics touchpad support for gpm > [Bug 112473] Mouse problems at touchpads at arjanv's Kernel 2.6 > [Bug 114911] kernel 2.6.1 breaks trackpad tap-to-click > [Bug 115572] Synapics Touchpad-equipped Compaq N600c cannot install > [Bug 116091] Synaptics touchpad need to be supported. > > With so many bugs discussing various approaches to getting it to work, > it is hard to figure out the best way to get it working. Provided I am > using a recent FC Devel version and would like to get it fully working > (e.g. tap for left-click, double-tap for middle click, etc), what should > I do? Thanks a lot for any suggestions. > > -- > Aleksey Nogin > > Home Page: http://nogin.org/ > E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) > Office: Jorgensen 70, tel: (626) 395-2907 > Here are some hints: http://w1.894.telia.com/~u89404340/touchpad/ From goetz.reinicke at filmakademie.de Wed Feb 18 10:09:27 2004 From: goetz.reinicke at filmakademie.de (=?ISO-8859-1?Q?G=F6tz_Reinicke?=) Date: Wed, 18 Feb 2004 11:09:27 +0100 Subject: Package errors samba and kernel Message-ID: <403339D7.1000008@filmakademie.de> Hi, i tried to update/install my test server (Dell Poweredge 1650 SMP 2 CPUs) with fedora core 2 Test 1. The latest dev packages for samba and the kernel generate some errors: [root at salvatore root]# rpm -Uvh sam*3.0.2-7* /etc/security/selinux/src/policy/file_contexts/file_contexts: Datei oder Verzeichnis nicht gefunden Fehler: Failed dependencies: samba-common = %{epoch}:3.0.2 is needed by samba-3.0.2-7 samba-common = %{epoch}:3.0.2 is needed by samba-client-3.0.2-7 samba = %{epoch}:3.0.2 is needed by samba-swat-3.0.2-7 Installing the 2.6.2-1.85-kernel: [root at salvatore root]# rpm -ivh kernel-smp-2.6.2-1.85.i686.rpm /etc/security/selinux/src/policy/file_contexts/file_contexts: Datei oder Verzeichnis nicht gefunden Preparing... ########################################### [100%] 1:kernel-smp ########################################### [100%] WARNING: /lib/modules/2.6.2-1.85smp/unsupported/fs/hfs/hfs.ko needs unknown symbol sleep_on WARNING: /lib/modules/2.6.2-1.85smp/unsupported/drivers/net/shaper.ko needs unknown symbol sleep_on WARNING: /lib/modules/2.6.2-1.85smp/kernel/fs/hpfs/hpfs.ko needs unknown symbol sleep_on Whats wrong?? 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 stephen at skmoore.com Wed Feb 18 11:04:59 2004 From: stephen at skmoore.com (Stephen Moore) Date: Wed, 18 Feb 2004 21:04:59 +1000 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077092122.7798.435.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> Message-ID: <403346DB.2000602@skmoore.com> >I find it interesting that most people who dislike the new spatial mode >also add a comment that they don't actually use Nautilus. For any change >there will always be some people who don't like it. Hopefully the people >who actually use Nautilus will like it better. > >Anyway, the default behaviour is decided and won't change. Maybe at some >point before 2.6 we'll add a preference that lets you default to >navigational mode. However, we'd like to force people to use spatial >mode in order to flush out all bugs from it (and make some people notice >that its actually nice). > > Well, I didn't add a comment that I dont use nautilus, I do use it and don't mind it (actually, i quite like it). I can accept that this is the default behaviour, and I am comfy to test it in the mean time. What I was moaning about, is the lack of choice, the inability to exercise a choice to maintain the current default behaviour. I was trying to copy a file from ~/dvdrip/harrypotter/avi/001/cos.ogm to /home/movies/kids/harrypotter. Using the new spatial mode opened *FOUR* windows to get to the movie. Open a new "Computer" window and then *FIVE* new windows to get it to where I wanted to move the file. So I had a total of 9 windows open to move one file. I don't like the fact that some people feel we have to copy other operating systems behaviour, but I can live with it. What drives me nuts is when you are forced to choose their way, or the highway. Cheers From johnh at comp.leeds.ac.uk Wed Feb 18 10:52:10 2004 From: johnh at comp.leeds.ac.uk (John Hodrien) Date: Wed, 18 Feb 2004 10:52:10 +0000 (GMT) Subject: Alsa Muting In-Reply-To: <64546.65.41.55.65.1077073856.squirrel@65.41.55.65> References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> <1077073091.8223.13.camel@localhost.localdomain> <64546.65.41.55.65.1077073856.squirrel@65.41.55.65> Message-ID: On Tue, 17 Feb 2004, William Hooper wrote: > listmail said: > > On Wed, 2004-02-18 at 11:51, fedora-test-list-request at redhat.com wrote: > > Yes I get the lack of caring... > > > > However YOU WOULD if you had to pay for all the unnecessary support > > calls > > generated by this paricular piece of geek 'uncaringness'. > > If you are in the position to be getting support calls, you are in the > position to change the default to what you want it to be. This is getting silly. There has been no sound argument against cranking the mixer levels to 40 percent. There have been arguments in favour, especially for relative beginners. This isn't a difficult solution, and there are no negatives currently posted that are coherent. Let's keep this as a discussion on how to make Fedora better, and not turn it into a flame. I vote to fix the fault now, and not leave it to support staff. jh -- "All my life I wanted to be someone; I guess I should have been more specific." -- Jane Wagner From douglas.furlong at firebox.com Wed Feb 18 11:13:39 2004 From: douglas.furlong at firebox.com (Douglas Furlong) Date: Wed, 18 Feb 2004 11:13:39 +0000 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077092122.7798.435.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> Message-ID: <1077102811.22347.73.camel@wibbit.firebox.com> On Wed, 2004-02-18 at 08:15, Alexander Larsson wrote: > On Tue, 2004-02-17 at 12:36, Panu Matilainen wrote: > > > I am as keen as the next person to encourage new users, but does this > > > have to be done at the expense of long time existing users? I truely > > > F.....g hate this new setup. > > > > > > Is this bugzillable, please tell me that I am not the only one who > > > _hates_ the new setup > > > > Certainly you're not the only one who hates it. I don't much use Nautilus > > (or GUI-stuff in general) anyway but the new behavior makes me want to > > scream. > > I find it interesting that most people who dislike the new spatial mode > also add a comment that they don't actually use Nautilus. For any change > there will always be some people who don't like it. Hopefully the people > who actually use Nautilus will like it better. I have noticed this as well, and find it quite amusing, that they "hardly ever user it", however say they hate the new look/feel. One could assume they didn't actually like the old look/feel either, else they would have used it more. However, leaving that aside, I did/do use it and do hate the new look. I frequently traverse many directories, and the fact that it opens up ten's of windows upsets me. It makes it much harder to go back, or ends up leaving my desktop a complete and utter mess. I didn't like it in windows, but at least they gave me the choice (with out having to "jump through hoops"). > Anyway, the default behaviour is decided and won't change. This is fair enough, i suppose. I don't like it, but I don't know enough general users to be able to state whether your decision is right or not. > Maybe at some point before 2.6 we'll add a preference that lets you default to > navigational mode. However, we'd like to force people to use spatial > mode in order to flush out all bugs from it (and make some people notice > that its actually nice). If the "force people to use it" only applies during the testing, then that is fair enough. I just hope that sentiment does not continue past the testing faze as i don't really like being "forced" to do any thing, especially if i don't like it, and it is considerably inconvenient to me. As i said, default is fine, but PLEASE make it feasible to change it once the testing is complete. Doug From noa at resare.com Wed Feb 18 11:14:56 2004 From: noa at resare.com (Noa Resare) Date: Wed, 18 Feb 2004 12:14:56 +0100 Subject: What are the sources for up2date with Fedora2 test1? In-Reply-To: <1077081116.4766.2.camel@localhost.localdomain> References: <1077081116.4766.2.camel@localhost.localdomain> Message-ID: <1077102896.8217.22.camel@localhost.localdomain> On Wed, 2004-02-18 at 00:11 -0500, Ernest L. Williams Jr. wrote: > Hi, > > Where should I point my sources for up2date on Fedora2 test 1? That depends on what you want. Test releases of fedora doesn't usually come with an update channel associated with them. If you feel adventurous you may use the development yum source (it is configured per default in fc2test1) but be warned, the this is bleeding edge development and most of the time you need to do manual work to fix for example missing dependencies. The other alternative is not to update the test installation until the new test release is released. (According to the schedule at http://fedora.redhat.com/participate/schedule/ that should be out March 8 but, as always, such dates can slip.) and only update selected parts from the development tree with bugfixes you can't live without. > Also, is it okay to use the latest 2.6 kernel? Why is there such an > early version in Fedora2? The kernel shipped with fc2test1 was the latest one at the time of the freeze for that release. If you want you can help out testing the development kernels that keep coming, but be warned that things may break and may require manual fixes/workarounds. Following the fedora- devel list may be a good idea in such cases. /noa -- Det ?r lika dumt att tro att man blir fet av att ?ta fett, som att tro att man blir gr?n av att ?ta gr?nsaker. -- Christer Enkvist, ?verl?kare From alexl at stofanet.dk Wed Feb 18 11:30:08 2004 From: alexl at stofanet.dk (Alex Thomsen Leth) Date: Wed, 18 Feb 2004 12:30:08 +0100 Subject: Fedora Core 2 - Test1: Asus P4C800E-Deluxe not compatible In-Reply-To: <0402180804051900@asterix.steinmann.at> References: <0402180804051900@asterix.steinmann.at> Message-ID: <1077103808.2343.0.camel@simba.lion> sorry my motherboard is only a p4c800 deluxe. whats the difference between p4c800 deluxe and p4c800e deluxe?? AL On ons, 2004-02-18 at 08:03 +0100, Martin Gartner wrote: > > From: Alex Thomsen Leth > > To: fedora-test-list at redhat.com > > Date: Tue, 17 Feb 2004 15:13:33 +0100 > > Reply-To: fedora-test-list at redhat.com > > > > i have the same mobo and im having no probz. > > Hmm... > > Could you tell me the rest of your hardware configuration please? > I have also problems with Fedora Core1 on this mobo... > > It's strange, but Core1 worked for a long time and from one day to the other > the system hangs while booting. The problem is, I'm very new to the linux > world and I have no idea how to find out, what's wrong. > > I didn't change the hardware. The only one I can remember is, that I did a > bios upgrade! May this be the problem? > Which bios version has your P4C800E-Deluxe? > > Thanks in advance, > Martin > > > > On tir, 2004-02-17 at 15:00 +0100, Martin Gartner wrote: > > > Seems that Asus P4C800E-deluxe mainboard isn't compatible > > with Fedora Core2 > > > - Test1 Release. > > > > > > System hangs allready at first boot from cd - can't install > > Fedory Core2... > > > System hangs very early at ACPI initialisation I think (I'm > > not a linux > > > pro), while booting from first cd. > > > > > > Regards, > > > Martin > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From stephen at skmoore.com Wed Feb 18 11:48:12 2004 From: stephen at skmoore.com (Stephen Moore) Date: Wed, 18 Feb 2004 21:48:12 +1000 Subject: Failure of binary kernel-2.6.2-1.85 In-Reply-To: <1077088049.1171.9.camel@agnes.fremen.dune> References: <1077083226.2986.6.camel@localhost.localdomain> <1077088049.1171.9.camel@agnes.fremen.dune> Message-ID: <403350FC.8090805@skmoore.com> Me too, fails to mount the root partition Jean Francois Martinez wrote: >Same thing here except I am running an Athlon. Previous to this >message it filed to locate keybdev and mousedev. > >A specificity is that I am running reiserfs (who works with previous >kernels) > > >On Wed, 2004-02-18 at 06:47, Scott Omar Burch wrote: > > >>Hi, >> >>Kernel 2.6.2-1.85 hangs on boot on a Dell Latitude C610 laptop. All >>previous kernels in FC2 have worked...currently .81 is what I am using. >>With .85 the system begins booting, checks local disks and then appears >>to stall, when I click on details I see nothing..I am unclear as to what >>the problem is...in any case not a show stopper...I suspect some change >>in this config is causing issues on this laptop...nothing of interest in >>the messages file. >> >>-Scott >> >> >> -- ??? From mike.lurk at sympatico.ca Wed Feb 18 11:49:13 2004 From: mike.lurk at sympatico.ca (Mike Lurk) Date: Wed, 18 Feb 2004 06:49:13 -0500 Subject: FC2 test 1 dual boot Message-ID: <1077104953.24880.25.camel@localhost.localdomain> Has anyone else had this problem. I installed FC2 test 1 on a dual boot system. Windows xp was installed first and then fc2 creating the partitions manually, /boot, /swap, and /. This was done on a 40 gig hard drive, giving 20gig to windows and the rest for fc2. I had a second hard drive with all my important stuff on a 10gig hard drive which I mount after booting to fc2. When I try to boot to Windows I get; Other rootnoverify (hd0,0) chainloader +1 on the screen and thats it. When I check the partitions with linux fdisk it all looks normal; Device Boot Start End Blocks Id System /dev/hda1 * 1 40641 20482843+ c W95 FAT32 (LBA) /dev/hda2 40642 40844 102312 83 Linux /dev/hda3 40845 77332 18389952 83 Linux /dev/hda4 77333 77536 102816 f W95 Ext'd (LBA) /dev/hda5 77333 77535 102280+ 82 Linux swap but then when i try dos's fdisk i get 1. non dos partition 2. non dos partition 3. extended partition 4. fat32 and this is in my grub.conf # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. # root (hd0,1) # kernel /vmlinuz-version ro root=/dev/hda3 # initrd /initrd-version.img #boot=/dev/hda default=0 timeout=10 splashimage=(hd0,1)/grub/splash.xpm.gz title Fedora Core (2.6.1-1.65) root (hd0,1) kernel /vmlinuz-2.6.1-1.65 ro root=LABEL=/ rhgb initrd /initrd-2.6.1-1.65.img title Other rootnoverify (hd0,0) chainloader +1 I see a problem here with the differences in linux's version of fdisk and dos's, the way in which the partitions are setup. I've tried installing the dual boot 3 times and all 3 times it's been the same outcome. I filed a bug report in Bugzilla and it is bug 115980 I just thought of something..... it couldn't make a difference...it shouldn't... jumper settings on the hard drives set to cable select?????? Checking this out.......later Mike From netopml at newview.com Wed Feb 18 11:53:22 2004 From: netopml at newview.com (netopml at newview.com) Date: 18 Feb 2004 06:53:22 -0500 Subject: Service CPUspeed errors In-Reply-To: <1077082344.4325.3.camel@bart.netlyncs.com> References: <1077067793.19186.13.camel@localhost> <1077082344.4325.3.camel@bart.netlyncs.com> Message-ID: mike at netlyncs.com (Mike Chambers) writes: > On Wed, 2004-02-18 at 00:17 -0500, Ernest L. Williams Jr. wrote: > > > I have the same problem. How do I know what driver fits my laptop? > > My model is DELL Precision M60 > > Yea, that is what I wanted to know, is how to find out which driver is > needed? (Is this for laptops only?) If you have the kernel source for 2.6, read arch/i386/kernel/cpu/cpufreq/Kconfig otherwise you can read it here: http://linux.bkbits.net:8080/linux-2.5/anno/arch/i386/kernel/cpu/cpufreq/Kconfig at 1.15?nav=index.html|src/|src/arch|src/arch/i386|src/arch/i386/kernel|src/arch/i386/kernel/cpu|src/arch/i386/kernel/cpu/cpufreq So to answer your question, no it isn't for laptops only. -- Mathieu Chouquet-Stringer E-Mail : mathieu at newview.com Never attribute to malice that which can be adequately explained by stupidity. -- Hanlon's Razor -- From chiodr at kscems.ksc.nasa.gov Wed Feb 18 11:58:08 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Wed, 18 Feb 2004 06:58:08 -0500 Subject: What is IIim/htt Message-ID: <1077105488.28646.7.camel@tweedy.ksc.nasa.gov> When changing runlevels (5->3), It looks like the IIim init script tries to restart something called htt effectively filling my logs with errors. I have not noticed this (IIim or htt) in prior RedHat distros. What is it? What is it for? Is it safe to chkconfig --del it? BTW: Of the two FC2/T1 boxes I have running only one has the IIim init script, both are "everthing" installs. Bob... From rpjday at mindspring.com Wed Feb 18 11:57:52 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 18 Feb 2004 06:57:52 -0500 (EST) Subject: numerous errors trying to update with yum Message-ID: is anyone else having download/update problems with yum? i've had nothing but grief trying to do something as simple as "yum list updates". on one occasion, i did get the list of updates. on other occasions, the operation will fail with a "retrygrab" error. just now, the same operation gave me: Damaged or Bad header.info from Fedora Core 1.90 - Development Tree This is probably because of a downed server or an invalid header.info on a repository. (this strikes me as an unnecessarily vague error. either the header.info is bad/damaged, or the server is down. surely yum can tell the difference, no?) other times, the operation just flat out hangs. is all of this possibly due to just an overloaded server? rday p.s. i just did "yum list updates" again, and it smoked through a list of rpms nicely. go figure. From fedora at warmcat.com Wed Feb 18 11:58:38 2004 From: fedora at warmcat.com (Andy Green) Date: Wed, 18 Feb 2004 11:58:38 +0000 Subject: Recommedations In-Reply-To: <001d01c3f614$348e36a0$6001a8c0@sambie> References: <001001c3f60f$82e8c0e0$6001a8c0@sambie> <40334AF8.3030704@users.sourceforge.net> <001d01c3f614$348e36a0$6001a8c0@sambie> Message-ID: <200402181158.38260.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 18 February 2004 11:41, Brittany wrote: > Heres the reasons why i hate Windows so much. > > 1. It cost too much for an easy hacking tool, which anybody could hack > into. It is not stable, ACK! The blue screen of death, well i dont get that > but i do get a Internet explorer error which causes my desktop to close and > to restart again and closing all of my open files, most important my > downloads. The equivalent for this in Fedora would be X getting killed. I have seen this occasionally in RH8 and 9 but not in Fedora. So I think this will probably go away for you. > I had gotten a 160GB hard drive for x mas and finially had the time to > install it and I had already reformated my hard drive and notice that > windows XP doesnt support big hard drives over 80GB. I hope that Linux > supports it so i can use of what my money went into the hard drive that i > got. Another reason why i hate windows is that i suspect it did something Does XP really have such a restriction, or is it your HDD controller or BIOS that is to blame instead? Fedora definitely works with 250GB drives since I have one. But I worry that you PC is at fault here. > with my BIOS. The reasoning for my reformation is that out of no where my > mouse moves the other way and if i click on certain mouse button the arrows > goes up. It sometimes shuts off my programs that i am using without my > permission. This could be a few things, including your motherboard or your mouse. If it was caused by anything in XP it will likely get fixed by Fedora. Basically you sound like you have reasons to try Fedora, especially since you can pull out your old HDD completely, stick the 160GB guy in and install Fedora on that. Then you can always go back with no loss of data if there are problems. People here will certainly be willing to help. If you can burn your own CDRs, download and burn these guys http://mirrors.kernel.org/fedora/core/1/i386/iso/yarrow-i386-disc1.iso http://mirrors.kernel.org/fedora/core/1/i386/iso/yarrow-i386-disc2.iso http://mirrors.kernel.org/fedora/core/1/i386/iso/yarrow-i386-disc3.iso Then set your BIOS to be able to boot from your CD drive, insert disc1 and reboot. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAM1NujKeDCxMJCTIRAuibAJ9FXaEmnmKJvi9ENt+dX7vS7iTkJwCffEqZ XBwvQ3RFa8ijE9BvfHjeXNo= =AqGo -----END PGP SIGNATURE----- From fedora at warmcat.com Wed Feb 18 12:03:33 2004 From: fedora at warmcat.com (Andy Green) Date: Wed, 18 Feb 2004 12:03:33 +0000 Subject: What is IIim/htt In-Reply-To: <1077105488.28646.7.camel@tweedy.ksc.nasa.gov> References: <1077105488.28646.7.camel@tweedy.ksc.nasa.gov> Message-ID: <200402181203.33102.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 18 February 2004 11:58, Bob Chiodini wrote: > When changing runlevels (5->3), It looks like the IIim init script tries > to restart something called htt effectively filling my logs with > errors. I have not noticed this (IIim or htt) in prior RedHat distros. > What is it? What is it for? Is it safe to chkconfig --del it? > > BTW: Of the two FC2/T1 boxes I have running only one has the IIim init > script, both are "everthing" installs. http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=IIim+htt&btnG=Google+Search Something to do with language support in X it seems. If you're just using western languages I guess you can nuke it. Also try rpm -q --whatprovides /path/to/initscript-file to find out which rpm owns it, then you can rpm -e that rpm. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAM1SVjKeDCxMJCTIRAkaOAJ4z+q5w88dM296fsH92+JRU89PzRQCfXVRt NKgMK9Q0qYYq6ZBWHAUcMMc= =b+N/ -----END PGP SIGNATURE----- From sysadmin at fleetone.com Wed Feb 18 12:05:53 2004 From: sysadmin at fleetone.com (Rob) Date: Wed, 18 Feb 2004 06:05:53 -0600 Subject: Recommedations References: <001001c3f60f$82e8c0e0$6001a8c0@sambie> <40334AF8.3030704@users.sourceforge.net> <001d01c3f614$348e36a0$6001a8c0@sambie> <200402181158.38260.fedora@warmcat.com> Message-ID: <07e901c3f617$8e995500$45a610ac@fleetone.com> XP does not have that restriction, so I would say it would have to be something with the hardware of the machine in question preventing the full 160 gigs to show up. Many hard drive vendors offer software to allow for older computers to use the full hard drive space. Maxtor for instance offers a utility called MaxBlast. All the others have something similar. I fear that fedora will also not show up the full hard drive space on your 160 gig drive. What type of hard drive is it? Rob ----- Original Message ----- From: "Andy Green" To: Sent: Wednesday, February 18, 2004 5:58 AM Subject: Re: Recommedations > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wednesday 18 February 2004 11:41, Brittany wrote: > > Heres the reasons why i hate Windows so much. > > > > 1. It cost too much for an easy hacking tool, which anybody could hack > > into. It is not stable, ACK! The blue screen of death, well i dont get that > > but i do get a Internet explorer error which causes my desktop to close and > > to restart again and closing all of my open files, most important my > > downloads. > > The equivalent for this in Fedora would be X getting killed. I have seen this > occasionally in RH8 and 9 but not in Fedora. So I think this will probably > go away for you. > > > I had gotten a 160GB hard drive for x mas and finially had the time to > > install it and I had already reformated my hard drive and notice that > > windows XP doesnt support big hard drives over 80GB. I hope that Linux > > supports it so i can use of what my money went into the hard drive that i > > got. Another reason why i hate windows is that i suspect it did something > > Does XP really have such a restriction, or is it your HDD controller or BIOS > that is to blame instead? Fedora definitely works with 250GB drives since I > have one. But I worry that you PC is at fault here. > > > with my BIOS. The reasoning for my reformation is that out of no where my > > mouse moves the other way and if i click on certain mouse button the arrows > > goes up. It sometimes shuts off my programs that i am using without my > > permission. > > This could be a few things, including your motherboard or your mouse. If it > was caused by anything in XP it will likely get fixed by Fedora. > > Basically you sound like you have reasons to try Fedora, especially since you > can pull out your old HDD completely, stick the 160GB guy in and install > Fedora on that. Then you can always go back with no loss of data if there > are problems. People here will certainly be willing to help. > > If you can burn your own CDRs, download and burn these guys > > http://mirrors.kernel.org/fedora/core/1/i386/iso/yarrow-i386-disc1.iso > http://mirrors.kernel.org/fedora/core/1/i386/iso/yarrow-i386-disc2.iso > http://mirrors.kernel.org/fedora/core/1/i386/iso/yarrow-i386-disc3.iso > > Then set your BIOS to be able to boot from your CD drive, insert disc1 and > reboot. > > - -Andy > > - -- > Find your answer without waiting for replies.... > Searchable list archives at > http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (GNU/Linux) > > iD8DBQFAM1NujKeDCxMJCTIRAuibAJ9FXaEmnmKJvi9ENt+dX7vS7iTkJwCffEqZ > XBwvQ3RFa8ijE9BvfHjeXNo= > =AqGo > -----END PGP SIGNATURE----- > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From listmail at swiftdsl.com.au Wed Feb 18 12:12:15 2004 From: listmail at swiftdsl.com.au (listmail) Date: Wed, 18 Feb 2004 23:12:15 +1100 Subject: sound muting In-Reply-To: <20040218111301.15310.77214.Mailman@listman.back-rdu.redhat.com> References: <20040218111301.15310.77214.Mailman@listman.back-rdu.redhat.com> Message-ID: <1077106334.6798.2.camel@localhost.localdomain> > > On Wed, 2004-02-18 at 11:51, fedora-test-list-request at redhat.com wrote: > > Yes I get the lack of caring... > > > > However YOU WOULD if you had to pay for all the unnecessary support > > calls > > generated by this paricular piece of geek 'uncaringness'. > > If you are in the position to be getting support calls, you are in the > position to change the default to what you want it to be. > > -- > William Hooper > Oh very clever Mr. Hooper... I've unsubscribed. Chris listmail at swiftdsl.com.au From fedora at warmcat.com Wed Feb 18 12:21:16 2004 From: fedora at warmcat.com (Andy Green) Date: Wed, 18 Feb 2004 12:21:16 +0000 Subject: Lets standardize on KDE In-Reply-To: <403346DB.2000602@skmoore.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <403346DB.2000602@skmoore.com> Message-ID: <200402181221.16991.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 18 February 2004 11:04, Stephen Moore wrote: > I don't like the fact that some people feel we have to copy other > operating systems behaviour, but I can live with it. > > What drives me nuts is when you are forced to choose their way, or the > highway. Nope, you choose their way or KDE -- Konqueror does not perform these outrages, and is demonstrably faster and easier to use than Nautilus. Also IMHO (since the rest of this is just an opinon) Konqueror has been significantly easier to use since at least RH8. I don't know why RH continue to worship the Gnome Desktop god when KDE has obviously outstripped and outclassed it for some years. Since this User Linux thing is going down that same wrong path, I seriously suggest the heresy that Fedora drop Gnome (the Desktop, not the libs) and go with just KDE. In addition more apps could come over from KDE than are currently included in Fedora and reinvigorate the redhat-* apps. For people who are using KDE in Fedora this would also lead to a smoothter and more functional experience (eg, kde being able to talk correctly to KDM to control logouts and shutdowns in one step). - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAM1i8jKeDCxMJCTIRAp2MAJ42JE6GH2GiqANeYxm3eRorPj5pcQCeJUjG s/UmqduWSJwpQs57rT65fz8= =Ink8 -----END PGP SIGNATURE----- From rpjday at mindspring.com Wed Feb 18 12:24:02 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 18 Feb 2004 07:24:02 -0500 (EST) Subject: where are libgimp and libgimpui? Message-ID: after finally gotten all the way through "yum list updates", i typed "yum update" only to get: Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Finding updated packages Downloading needed headers Resolving dependencies .Package gimp-perl needs libgimp-1.2.so.0, this is not available. Package gimp-perl needs libgimpui-1.2.so.0, this is not available. no problem, thinks i, surely someone else would have seen this as well, so, as a first attempt, i went to the list archives at www.redhat.com and did a search on "libgimp" on the archives, only to be told that www.redhat.com was currently unavailable, but hey, would i like to buy something? grrrrrr .... rday From chiodr at kscems.ksc.nasa.gov Wed Feb 18 12:29:08 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Wed, 18 Feb 2004 07:29:08 -0500 Subject: What is IIim/htt In-Reply-To: <200402181203.33102.fedora@warmcat.com> References: <1077105488.28646.7.camel@tweedy.ksc.nasa.gov> <200402181203.33102.fedora@warmcat.com> Message-ID: <1077107348.28646.24.camel@tweedy.ksc.nasa.gov> On Wed, 2004-02-18 at 07:03, Andy Green wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wednesday 18 February 2004 11:58, Bob Chiodini wrote: > > When changing runlevels (5->3), It looks like the IIim init script tries > > to restart something called htt effectively filling my logs with > > errors. I have not noticed this (IIim or htt) in prior RedHat distros. > > What is it? What is it for? Is it safe to chkconfig --del it? > > > > BTW: Of the two FC2/T1 boxes I have running only one has the IIim init > > script, both are "everthing" installs. > > http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=IIim+htt&btnG=Google+Search > > Something to do with language support in X it seems. If you're just using > western languages I guess you can nuke it. Also try > > rpm -q --whatprovides /path/to/initscript-file > > to find out which rpm owns it, then you can rpm -e that rpm. > > - -Andy Thanks Andy, I googled earlier, but did not get much insight. It's still pretty early here. Also thanks for the rpm tip. BTW: IIim comes from iiimf-server-11.4-9. Where that comes from ...? Bob... From dh at iucr.org Wed Feb 18 12:36:03 2004 From: dh at iucr.org (David Holden) Date: Wed, 18 Feb 2004 12:36:03 +0000 Subject: Lets standardize on KDE In-Reply-To: <200402181221.16991.fedora@warmcat.com> References: <4031EFFF.6070404@skmoore.com> <403346DB.2000602@skmoore.com> <200402181221.16991.fedora@warmcat.com> Message-ID: <200402181236.03607.dh@iucr.org> On Wednesday 18 February 2004 12:21, Andy Green wrote: > On Wednesday 18 February 2004 11:04, Stephen Moore wrote: > > I don't like the fact that some people feel we have to copy other > > operating systems behaviour, but I can live with it. > > > > What drives me nuts is when you are forced to choose their way, or the > > highway. > > Nope, you choose their way or KDE -- Konqueror does not perform these > outrages, and is demonstrably faster and easier to use than Nautilus. Also > IMHO (since the rest of this is just an opinon) Konqueror has been > significantly easier to use since at least RH8. I don't know why RH > continue to worship the Gnome Desktop god when KDE has obviously > outstripped and outclassed it for some years. Since this User Linux thing > is going down that same wrong path, I seriously suggest the heresy that > Fedora drop Gnome (the Desktop, not the libs) and go with just KDE. In > addition more apps could come over from KDE than are currently included in > Fedora and reinvigorate the redhat-* apps. For people who are using KDE in > Fedora this would also lead to a smoothter and more functional experience > (eg, kde being able to talk correctly to KDM to control logouts and > shutdowns in one step). > > -Andy > > -- > Find your answer without waiting for replies.... > Searchable list archives at > http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 I have to agree with you about KDE vs gnome, I've used both for long period but IMHO KDE has alway been ahead of Gnome and I have to say KDE3.2 is fabulous. Dave. -- Dr. David Holden. (Systems Developer) Crystallography Journals Online: Thanks in advance:- Please avoid sending me Word or PowerPoint attachments. See: UK Privacy (R.I.P) : http://www.stand.org.uk/commentary.php3 Public GPG key available on request. ------------------------------------------------------------- From p1374953 at cedarville.edu Wed Feb 18 12:38:31 2004 From: p1374953 at cedarville.edu (Timothy Bierer) Date: Wed, 18 Feb 2004 07:38:31 -0500 Subject: Inspiron 1100 troubles Message-ID: I use an Inspiron 1100 with a Intel 845 graphics card. As recommended, I downloaded and installed the "fix" for my 800X600 screen resolution from Intel's website. I upgraded from Fedora Core 1 to Fedora Core 2 Test 1 to try to fix this, but it didn't work. Here's what I get during start-up: General errors? insmod: error inserting '/lib/modules/2.6.1-1.65/kernel/drivers/acpi/toshiba_acpi.ko' -1 no such device modprobe FATAL: module keybdev not found modprobe FATAL: module mousedev not found checking for new hardware: FATAL: Error inserting floppy (/lib/modules/2.6.1-1.65/kernel/drivers/block/floppy.ko): no such device (I don't have a floppy drive in my machine) starting smartd: hda: ATAPI 16x DVD-ROM CD-R/RW drive 2048kb Cashe, UDMA(33) [FAILED] display related? FATAL ERROR: NO screens found x server log file /var/log/xfree86.1.log x server config file /etc/X11/XF86Config Kernel log file: /var/log/messages XIO: fatal IO error 104 (Connection reset by peer) on X server ":1.0" after 0 requests (0 known processed) with 0 exents remaining) Trace back (most recent call last) File "/usr/share/firstboot.py"line 207 in ? import first boot window File "usr/src/firstboot/firstbootWindow/py", line 28 in ? import gtk File "usr/src/build/322659-I386/install/usr/lib/python2.3/site-packages/gtk-2.0/gtk/_init_.py", line 43 in ? Runtime Error: could not open display window manager error: unable to open X display: 1 Your help will be very much appreciated. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From buxman at telia.com Wed Feb 18 12:56:08 2004 From: buxman at telia.com (Alexander Bussman) Date: Wed, 18 Feb 2004 13:56:08 +0100 Subject: Alsa Muting In-Reply-To: References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> <64546.65.41.55.65.1077073856.squirrel@65.41.55.65> Message-ID: <200402181356.08542.buxman@telia.com> Just wanted to say that there is a simple solution for this... Just setup the volume the way you like it, then run alsactl store (as root). Then add /usr/sbin/alsactl restore to your /etc/rc.local file. On Wednesday 18 February 2004 11.52, John Hodrien wrote: > On Tue, 17 Feb 2004, William Hooper wrote: > > listmail said: > > > On Wed, 2004-02-18 at 11:51, fedora-test-list-request at redhat.com wrote: > > > Yes I get the lack of caring... > > > > > > However YOU WOULD if you had to pay for all the unnecessary support > > > calls > > > generated by this paricular piece of geek 'uncaringness'. > > > > If you are in the position to be getting support calls, you are in the > > position to change the default to what you want it to be. > > This is getting silly. There has been no sound argument against cranking > the mixer levels to 40 percent. There have been arguments in favour, > especially for relative beginners. > > This isn't a difficult solution, and there are no negatives currently > posted that are coherent. > > Let's keep this as a discussion on how to make Fedora better, and not turn > it into a flame. > > I vote to fix the fault now, and not leave it to support staff. > > jh > > -- > "All my life I wanted to be someone; I guess I should have been more > specific." -- Jane Wagner From ms-nospam-0306 at arcor.de Wed Feb 18 13:00:15 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 18 Feb 2004 14:00:15 +0100 Subject: where are libgimp and libgimpui? In-Reply-To: References: Message-ID: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> On Wed, 18 Feb 2004 07:24:02 -0500 (EST), Robert P. J. Day wrote: > > after finally gotten all the way through "yum list updates", > i typed "yum update" only to get: > > Gathering header information file(s) from server(s) > Server: Fedora Core 1.90 - Development Tree > Finding updated packages > Downloading needed headers > Resolving dependencies > .Package gimp-perl needs libgimp-1.2.so.0, this is not available. > Package gimp-perl needs libgimpui-1.2.so.0, this is not available. > > no problem, thinks i, surely someone else would have seen this as well, > so, as a first attempt, i went to the list archives at www.redhat.com and > did a search on "libgimp" on the archives, only to be told that > www.redhat.com was currently unavailable, but hey, would i like to buy > something? > > grrrrrr .... Grrrr. You've crippled your yum.conf file. The Fedora Core 1.90 base channel is missing and hence The Gimp 1.2.5: $ rpm --redhatprovides libgimp-1.2.so.0 libgimpui-1.2.so.0 gimp-1.2.5-1 gimp-1.2.5-1 -- From monty19 at hotmail.com Wed Feb 18 13:02:15 2004 From: monty19 at hotmail.com (Jason Montleon) Date: Wed, 18 Feb 2004 08:02:15 -0500 Subject: ps -Am output Message-ID: Is there something wrong with the output of 'ps -Am' on FC2? It looks horrid, but if you tell me that is the new way it is supposed to look and serves some purpose I'll shut my mouth and suck it up. Otherwise I'll write up a bug report. Thanks, Jason Each process has a line under it with the same entry under TIME (as some examples): $ ps -Am PID TTY TIME CMD 1 ? 00:00:04 init - - 00:00:04 - 2 ? 00:00:00 ksoftirqd/0 - - 00:00:00 - 3 ? 00:00:00 events/0 - - 00:00:00 - 4 ? 00:00:00 kblockd/0 - - 00:00:00 - 5 ? 00:00:00 pdflush 18311 pts/0 00:00:34 up2date - - 00:00:34 - This is how it looks in FC1: $ ps -Am PID TTY TIME CMD 1 ? 00:00:06 init 2 ? 00:00:00 keventd 3 ? 00:00:00 kapmd 4 ? 00:00:00 ksoftirqd/0 From monty19 at hotmail.com Wed Feb 18 13:06:25 2004 From: monty19 at hotmail.com (Jason Montleon) Date: Wed, 18 Feb 2004 08:06:25 -0500 Subject: system-config-services Message-ID: I am having strange problems with this program not running at all, and then even when it does the check box to enable/disable each service is most of the way cut off by the name of the service making it impossible to see whether it is check or unchecked, and just barely possible to click on it. Has anyone else had similar problems? Thank you, Jason From czar at czarc.net Wed Feb 18 13:07:07 2004 From: czar at czarc.net (Gene C.) Date: Wed, 18 Feb 2004 08:07:07 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077102811.22347.73.camel@wibbit.firebox.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> Message-ID: <200402180807.07131.czar@czarc.net> On Wednesday 18 February 2004 06:13, Douglas Furlong wrote: > On Wed, 2004-02-18 at 08:15, Alexander Larsson wrote: > > On Tue, 2004-02-17 at 12:36, Panu Matilainen wrote: > > > > I am as keen as the next person to encourage new users, but does this > > > > have to be done at the expense of long time existing users? I truely > > > > F.....g hate this new setup. > > > > > > > > Is this bugzillable, please tell me that I am not the only one who > > > > _hates_ the new setup > > > > > > Certainly you're not the only one who hates it. I don't much use > > > Nautilus (or GUI-stuff in general) anyway but the new behavior makes me > > > want to scream. > > > > I find it interesting that most people who dislike the new spatial mode > > also add a comment that they don't actually use Nautilus. For any change > > there will always be some people who don't like it. Hopefully the people > > who actually use Nautilus will like it better. > > I have noticed this as well, and find it quite amusing, that they > "hardly ever user it", however say they hate the new look/feel. One > could assume they didn't actually like the old look/feel either, else > they would have used it more. > > However, leaving that aside, I did/do use it and do hate the new look. > > I frequently traverse many directories, and the fact that it opens up > ten's of windows upsets me. It makes it much harder to go back, or ends > up leaving my desktop a complete and utter mess. I didn't like it in > windows, but at least they gave me the choice (with out having to "jump > through hoops"). > > > Anyway, the default behaviour is decided and won't change. > > This is fair enough, i suppose. I don't like it, but I don't know enough > general users to be able to state whether your decision is right or not. > > > Maybe at some point before 2.6 we'll add a preference that lets you > > default to navigational mode. However, we'd like to force people to use > > spatial mode in order to flush out all bugs from it (and make some people > > notice that its actually nice). > > If the "force people to use it" only applies during the testing, then > that is fair enough. I just hope that sentiment does not continue past > the testing faze as i don't really like being "forced" to do any thing, > especially if i don't like it, and it is considerably inconvenient to > me. > > As i said, default is fine, but PLEASE make it feasible to change it > once the testing is complete. Although I don't use it very much, I do use it. I agree with the above. I would also like "Start Here" to be able to use browse mode also. Right now I click on my "Home" folder in browse mode, then click the Desktop folder to get to broswe Start Here so I can run it in browse mode also. Different strokes for different folks ... I realize that some like the new default ... but I hope you realize that some do not. If it becomes too bothersome, I will change the source code to get the option but I would prefer that it be something which is configurable. -- Gene From ms-nospam-0306 at arcor.de Wed Feb 18 13:09:44 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 18 Feb 2004 14:09:44 +0100 Subject: Alsa Muting In-Reply-To: <200402181356.08542.buxman@telia.com> References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> <64546.65.41.55.65.1077073856.squirrel@65.41.55.65> <200402181356.08542.buxman@telia.com> Message-ID: <20040218140944.3d5f2785.ms-nospam-0306@arcor.de> On Wed, 18 Feb 2004 13:56:08 +0100, Alexander Bussman wrote: > Just wanted to say that there is a simple solution for this... > Just setup the volume the way you like it, then run alsactl store (as root). > Then add /usr/sbin/alsactl restore to your /etc/rc.local file. And if you want to get a similar behaviour as with Fedora Core 1, you would put the alsactl store into /etc/init.d/halt where aumix-minimal does it for OSS, so mixer settings are saved upon every reboot/shutdown. However, keep in mind that the more you modify the distribution to work around such bugs, the less you can _test_ how good it is set up by default. It's better to keep an eye on the corresponding bug reports and whether there will be updated packages which advertize as fix. -- From skvidal at phy.duke.edu Wed Feb 18 13:17:25 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 18 Feb 2004 08:17:25 -0500 Subject: numerous errors trying to update with yum In-Reply-To: References: Message-ID: <1077110245.4298.24.camel@binkley> > (this strikes me as an unnecessarily vague error. either the header.info > is bad/damaged, or the server is down. surely yum can tell the > difference, no?) no, actually it can't. Not when we know that at sometimes the overloaded download.fedora.redhat.com is handing back garbage. > other times, the operation just flat out hangs. is all of this possibly > due to just an overloaded server? yes. -sv From rpjday at mindspring.com Wed Feb 18 13:24:41 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 18 Feb 2004 08:24:41 -0500 (EST) Subject: where are libgimp and libgimpui? In-Reply-To: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> References: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> Message-ID: On Wed, 18 Feb 2004, Michael Schwendt wrote: > On Wed, 18 Feb 2004 07:24:02 -0500 (EST), Robert P. J. Day wrote: > > > > > after finally gotten all the way through "yum list updates", > > i typed "yum update" only to get: > > > > Gathering header information file(s) from server(s) > > Server: Fedora Core 1.90 - Development Tree > > Finding updated packages > > Downloading needed headers > > Resolving dependencies > > .Package gimp-perl needs libgimp-1.2.so.0, this is not available. > > Package gimp-perl needs libgimpui-1.2.so.0, this is not available. > > > > no problem, thinks i, surely someone else would have seen this as well, > > so, as a first attempt, i went to the list archives at www.redhat.com and > > did a search on "libgimp" on the archives, only to be told that > > www.redhat.com was currently unavailable, but hey, would i like to buy > > something? > > > > grrrrrr .... > > Grrrr. You've crippled your yum.conf file. The Fedora Core 1.90 base > channel is missing and hence The Gimp 1.2.5: > > $ rpm --redhatprovides libgimp-1.2.so.0 libgimpui-1.2.so.0 > gimp-1.2.5-1 > gimp-1.2.5-1 i don't agree with your diagnosis. in the first place, i'm using the original yum.conf file as it was installed, so i haven't "crippled" it in any way. and, as it was installed, the only uncommented channel was the one for development. regarding the other (originally) commented channels, they're not even valid -- they refer to non-existent http://fedora.redhat.com/{updates,releases} URLs. more to the point, since i did an *everything* install, technically, i shouldn't even *need* a base channel, should i? isn't the base channel, by definition, the contents of the original release? if i installed everything, then, by definition, don't i already have everything from the base channel? which, by the way, i verified by noting that, yes, i do have gimp-1.2.5-1 on this FC2-test1 box. so, if my "yum update" is failing due to lack of libs, and these libs are part of an *already-installed* package, then someone or something is definitely confused. i don't think yum should be complaining about a lack of dependencies when those dependencies are part of a package that is already installed on my system. rday From rpjday at mindspring.com Wed Feb 18 13:28:21 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 18 Feb 2004 08:28:21 -0500 (EST) Subject: where are libgimp and libgimpui? In-Reply-To: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> References: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> Message-ID: On Wed, 18 Feb 2004, Michael Schwendt wrote: > Grrrr. You've crippled your yum.conf file. The Fedora Core 1.90 base > channel is missing and hence The Gimp 1.2.5: > > $ rpm --redhatprovides libgimp-1.2.so.0 libgimpui-1.2.so.0 > gimp-1.2.5-1 > gimp-1.2.5-1 just to summarize the state of my system: ------------------------------------------------------------- root at localhost rob]# cat /etc/fedora-release Fedora Core release 1.90 (FC2 Test 1) [root at localhost rob]# rpm -q gimp gimp-1.2.5-1 [root at localhost rob]# rpm --redhatprovides libgimp-1.2.so.0 gimp-1.2.5-1 [root at localhost rob]# yum update Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Finding updated packages Downloading needed headers Resolving dependencies .Package gimp-perl needs libgimp-1.2.so.0, this is not available. Package gimp-perl needs libgimpui-1.2.so.0, this is not available. [root at localhost rob]# ------------------------------------------------------------- now, what's wrong with this picture? rday From skvidal at phy.duke.edu Wed Feb 18 13:30:56 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 18 Feb 2004 08:30:56 -0500 Subject: where are libgimp and libgimpui? In-Reply-To: References: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> Message-ID: <1077111056.4298.31.camel@binkley> > just to summarize the state of my system: > ------------------------------------------------------------- > root at localhost rob]# cat /etc/fedora-release > Fedora Core release 1.90 (FC2 Test 1) > > [root at localhost rob]# rpm -q gimp > gimp-1.2.5-1 > > [root at localhost rob]# rpm --redhatprovides libgimp-1.2.so.0 > gimp-1.2.5-1 > > [root at localhost rob]# yum update > Gathering header information file(s) from server(s) > Server: Fedora Core 1.90 - Development Tree > Finding updated packages > Downloading needed headers > Resolving dependencies > .Package gimp-perl needs libgimp-1.2.so.0, this is not available. > Package gimp-perl needs libgimpui-1.2.so.0, this is not available. > [root at localhost rob]# > ------------------------------------------------------------- > > now, what's wrong with this picture? you're using rawhide and things are broken in the tree. -sv From buxman at telia.com Wed Feb 18 13:32:18 2004 From: buxman at telia.com (Alexander Bussman) Date: Wed, 18 Feb 2004 14:32:18 +0100 Subject: Alsa Muting In-Reply-To: <20040218140944.3d5f2785.ms-nospam-0306@arcor.de> References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> <200402181356.08542.buxman@telia.com> <20040218140944.3d5f2785.ms-nospam-0306@arcor.de> Message-ID: <200402181432.18675.buxman@telia.com> On Wednesday 18 February 2004 14.09, Michael Schwendt wrote: > And if you want to get a similar behaviour as with Fedora Core 1, you > would put the alsactl store into /etc/init.d/halt where aumix-minimal does > it for OSS, so mixer settings are saved upon every reboot/shutdown. > > However, keep in mind that the more you modify the distribution to work > around such bugs, the less you can _test_ how good it is set up by > default. It's better to keep an eye on the corresponding bug reports and > whether there will be updated packages which advertize as fix. > > -- Yeah, you're right. You should only do the workaround if you really need it. From twaugh at redhat.com Wed Feb 18 13:34:02 2004 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 18 Feb 2004 13:34:02 +0000 Subject: where did gimp-perl go? (was Re: where are libgimp and libgimpui?) In-Reply-To: References: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> Message-ID: <20040218133402.GE6654@redhat.com> On Wed, Feb 18, 2004 at 08:28:21AM -0500, Robert P. J. Day wrote: > now, what's wrong with this picture? What's going on is that part of the update will include a new major version of gimp, and so libraries with different sonames. But gimp-perl seems to be absent, and is not obsoleted. So the question is: where did gimp-perl go? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ms-nospam-0306 at arcor.de Wed Feb 18 13:37:48 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 18 Feb 2004 14:37:48 +0100 Subject: where are libgimp and libgimpui? In-Reply-To: References: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> Message-ID: <20040218143748.7487248c.ms-nospam-0306@arcor.de> On Wed, 18 Feb 2004 08:24:41 -0500 (EST), Robert P. J. Day wrote: > > > grrrrrr .... > > > > Grrrr. You've crippled your yum.conf file. The Fedora Core 1.90 base > > channel is missing and hence The Gimp 1.2.5: > > > > $ rpm --redhatprovides libgimp-1.2.so.0 libgimpui-1.2.so.0 > > gimp-1.2.5-1 > > gimp-1.2.5-1 > > i don't agree with your diagnosis. I disagree with yours. Now what? > in the first place, i'm using the > original yum.conf file as it was installed, so i haven't "crippled" it in > any way. and, as it was installed, the only uncommented channel was the > one for development. Gimp 1.2.5 is part of base Fedora Core 1.90. When development moves to the Gimp 2.0, it is natural that this breaks things until the next "Test" release. Packages in the development stream are not equal to Fedora Core Updates. > isn't the base channel, by definition, the > contents of the original release? if i installed everything, then, by > definition, don't i already have everything from the base channel? Wrong assumption, because gimp-2.0 upgrades gimp-1.2.5, so as soon as that happens you lose the stuff provided by gimp-1.2.5, which other "old" packages still depend on until they are updated, too. > which, by the way, i verified by noting that, yes, i do have gimp-1.2.5-1 > on this FC2-test1 box. See above. -- From fedora.core2 at chello.nl Wed Feb 18 13:40:22 2004 From: fedora.core2 at chello.nl (Hay Bouten) Date: 18 Feb 2004 14:40:22 +0100 Subject: Lets standardize on KDE In-Reply-To: <200402181236.03607.dh@iucr.org> References: <4031EFFF.6070404@skmoore.com> <403346DB.2000602@skmoore.com> <200402181221.16991.fedora@warmcat.com> <200402181236.03607.dh@iucr.org> Message-ID: <1077111621.1810.8.camel@lshay002> On Wed, 2004-02-18 at 13:36, David Holden wrote: > > I have to agree with you about KDE vs gnome, I've used both for long period > but IMHO KDE has alway been ahead of Gnome and I have to say KDE3.2 is > fabulous. > > Dave. > > > I also agree that we have to standardize on KDE. It makes creating a distrobution like Fedora much easier. Go KDE Go Hay From rpjday at mindspring.com Wed Feb 18 13:57:09 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 18 Feb 2004 08:57:09 -0500 (EST) Subject: where are libgimp and libgimpui? In-Reply-To: <20040218143748.7487248c.ms-nospam-0306@arcor.de> References: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> <20040218143748.7487248c.ms-nospam-0306@arcor.de> Message-ID: On Wed, 18 Feb 2004, Michael Schwendt wrote: > On Wed, 18 Feb 2004 08:24:41 -0500 (EST), Robert P. J. Day wrote: > > > > > grrrrrr .... > > > > > > Grrrr. You've crippled your yum.conf file. The Fedora Core 1.90 base > > > channel is missing and hence The Gimp 1.2.5: > > > > > > $ rpm --redhatprovides libgimp-1.2.so.0 libgimpui-1.2.so.0 > > > gimp-1.2.5-1 > > > gimp-1.2.5-1 > > > > i don't agree with your diagnosis. > > I disagree with yours. Now what? ok, while i peruse your response, let me ask a much simpler question: if i start with a pristine install of FC2-test1, does there even exist a channel against which i can run "yum update" to update just those RPMs that have been fixed and for which newer versions have been released to respond to bug reports in the original FC2-test1? as it stands, the pristine install contains the single active channel in /etc/yum.conf: [development] name=Fedora Core $releasever - Development Tree baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ am i allowed to run a general "yum update" against this channel? or is it only for updating specific RPMs that i select explicitly? if i'm not supposed to do a "yum update" based on the original yum.conf file, that's cool, i just want to know that. and i just want to know what my options *are* for updating. and i'm still curious as to why those originally inactive channels in /etc/yum.conf refer to non-existent URLs: --------------------------------------------------------- #[base] #name=Fedora Core $releasever - $basearch - Base #baseurl=http://fedora.redhat.com/releases/fedora-core-$releasever #[updates-released] #name=Fedora Core $releasever - $basearch - Released Updates #baseurl=http://fedora.redhat.com/updates/released/fedora-core-$releasever #[updates-testing] #name=Fedora Core $releasever - $basearch - Unreleased Updates #baseurl=http://fedora.redhat.com/updates/testing/fedora-core-$releasever ----------------------------------------------------------- near as i can tell, those URLs don't exist, so what's their purpose in that file? rday From buxman at telia.com Wed Feb 18 14:07:21 2004 From: buxman at telia.com (Alexander Bussman) Date: Wed, 18 Feb 2004 15:07:21 +0100 Subject: where are libgimp and libgimpui? In-Reply-To: <1077111056.4298.31.camel@binkley> References: <1077111056.4298.31.camel@binkley> Message-ID: <200402181507.21537.buxman@telia.com> On Wednesday 18 February 2004 14.30, seth vidal wrote: > you're using rawhide and things are broken in the tree. What's rawhide? From skvidal at phy.duke.edu Wed Feb 18 14:11:22 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 18 Feb 2004 09:11:22 -0500 Subject: where are libgimp and libgimpui? In-Reply-To: References: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> <20040218143748.7487248c.ms-nospam-0306@arcor.de> Message-ID: <1077113481.4298.37.camel@binkley> > > ok, while i peruse your response, let me ask a much simpler question: if > i start with a pristine install of FC2-test1, does there even exist a > channel against which i can run "yum update" to update just those RPMs > that have been fixed and for which newer versions have been released to > respond to bug reports in the original FC2-test1? > > as it stands, the pristine install contains the single active channel in > /etc/yum.conf: > > [development] > name=Fedora Core $releasever - Development Tree > baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ > > am i allowed to run a general "yum update" against this channel? or is > it only for updating specific RPMs that i select explicitly? if i'm not > supposed to do a "yum update" based on the original yum.conf file, that's > cool, i just want to know that. and i just want to know what my options > *are* for updating. sure you're allowed to run it - but you should know that at any given time development/rawhide could be very broken as to its deps. so you can run it all you want, it just might not work. -sv From skvidal at phy.duke.edu Wed Feb 18 14:11:38 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 18 Feb 2004 09:11:38 -0500 Subject: where are libgimp and libgimpui? In-Reply-To: <200402181507.21537.buxman@telia.com> References: <1077111056.4298.31.camel@binkley> <200402181507.21537.buxman@telia.com> Message-ID: <1077113498.4298.39.camel@binkley> On Wed, 2004-02-18 at 15:07 +0100, Alexander Bussman wrote: > On Wednesday 18 February 2004 14.30, seth vidal wrote: > > you're using rawhide and things are broken in the tree. > > What's rawhide? > rawhide == fedora development tree -sv From whb at ceimaine.org Wed Feb 18 14:14:23 2004 From: whb at ceimaine.org (Will Backman) Date: Wed, 18 Feb 2004 09:14:23 -0500 Subject: What are the sources for up2date with Fedora2 test1? In-Reply-To: <1077102896.8217.22.camel@localhost.localdomain> References: <1077081116.4766.2.camel@localhost.localdomain> <1077102896.8217.22.camel@localhost.localdomain> Message-ID: <1077113663.8689.1.camel@cei3440.empower.ceimaine.org> On Wed, 2004-02-18 at 06:14, Noa Resare wrote: > On Wed, 2004-02-18 at 00:11 -0500, Ernest L. Williams Jr. wrote: > > > Hi, > > > > Where should I point my sources for up2date on Fedora2 test 1? > Time to combine up2date/yum with bittorrent. Both in python. From ms-nospam-0306 at arcor.de Wed Feb 18 14:18:12 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 18 Feb 2004 15:18:12 +0100 Subject: where are libgimp and libgimpui? In-Reply-To: References: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> <20040218143748.7487248c.ms-nospam-0306@arcor.de> Message-ID: <20040218151812.105440ac.ms-nospam-0306@arcor.de> On Wed, 18 Feb 2004 08:57:09 -0500 (EST), Robert P. J. Day wrote: > ok, while i peruse your response, let me ask a much simpler question: if > i start with a pristine install of FC2-test1, does there even exist a > channel against which i can run "yum update" to update just those RPMs > that have been fixed and for which newer versions have been released to > respond to bug reports in the original FC2-test1? No. > as it stands, the pristine install contains the single active channel in > /etc/yum.conf: > > [development] > name=Fedora Core $releasever - Development Tree > baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ > > am i allowed to run a general "yum update" against this channel? Nobody would prevent you from running that. ;) But if something's broken in the development repository, you either may need to report it at bugzilla.redhat.com or have patience and wait until temporary brokeness is fixed. A missing and non-obsoleted gimp-perl would be important for the FC1 -> FC2 upgrade path. > and i'm still curious as to why those originally inactive channels in > /etc/yum.conf refer to non-existent URLs: > --------------------------------------------------------- > #[base] > #name=Fedora Core $releasever - $basearch - Base > #baseurl=http://fedora.redhat.com/releases/fedora-core-$releasever When $releasever becomes 2, the channels will exist, and with that release, yum.conf will have the channels enabled. -- From rpjday at mindspring.com Wed Feb 18 14:22:08 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 18 Feb 2004 09:22:08 -0500 (EST) Subject: where are libgimp and libgimpui? In-Reply-To: <1077113481.4298.37.camel@binkley> References: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> <20040218143748.7487248c.ms-nospam-0306@arcor.de> <1077113481.4298.37.camel@binkley> Message-ID: On Wed, 18 Feb 2004, seth vidal wrote: > sure you're allowed to run it - but you should know that at any given > time development/rawhide could be very broken as to its deps. so you can > run it all you want, it just might not work. just in case there's anyone here who *isn't* thoroughly annoyed with my obsession over this, this doesn't answer one of my previous questions -- is there a channel for officially-sanctioned FC2-test1 updates or not? as an example, i'm looking at the hierarchy under the fedora download site and, in the midst of that hierarchy, i see .../updates/testing/ 0.96/ 1/ wouldn't this be the proper place for a 1.90/ subdirectory for just those RPMs that have been cleared for this test release? clearly, rawhide is too dynamic for this purpose. so, where would such a channel exist? if it should exist at all. rday From twaugh at redhat.com Wed Feb 18 14:21:10 2004 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 18 Feb 2004 14:21:10 +0000 Subject: where are libgimp and libgimpui? In-Reply-To: <20040218151812.105440ac.ms-nospam-0306@arcor.de> References: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> <20040218143748.7487248c.ms-nospam-0306@arcor.de> <20040218151812.105440ac.ms-nospam-0306@arcor.de> Message-ID: <20040218142110.GF6654@redhat.com> On Wed, Feb 18, 2004 at 03:18:12PM +0100, Michael Schwendt wrote: > A missing and non-obsoleted gimp-perl would be important for the FC1 -> > FC2 upgrade path. FWIW, the problem seems to be a missing %{epoch} in the 'obsoletes: gimp-perl < %{version}' tag for gimp. I just added this to CVS so the next build will pick it up. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ms-nospam-0306 at arcor.de Wed Feb 18 14:24:05 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 18 Feb 2004 15:24:05 +0100 Subject: where are libgimp and libgimpui? In-Reply-To: <200402181507.21537.buxman@telia.com> References: <1077111056.4298.31.camel@binkley> <200402181507.21537.buxman@telia.com> Message-ID: <20040218152405.222e4531.ms-nospam-0306@arcor.de> On Wed, 18 Feb 2004 15:07:21 +0100, Alexander Bussman wrote: > On Wednesday 18 February 2004 14.30, seth vidal wrote: > > you're using rawhide and things are broken in the tree. > > What's rawhide? Historically, Red Hat "Raw Hide" or "rawhide" has been the alias for the frequently updated and public Red Hat Linux development tree. With Fedora Core, it's just called the "development" channel/repository. -- From whb at ceimaine.org Wed Feb 18 14:24:27 2004 From: whb at ceimaine.org (Will Backman) Date: Wed, 18 Feb 2004 09:24:27 -0500 Subject: numerous errors trying to update with yum In-Reply-To: References: Message-ID: <1077114267.8689.13.camel@cei3440.empower.ceimaine.org> On Wed, 2004-02-18 at 06:57, Robert P. J. Day wrote: > is anyone else having download/update problems with yum? i've had > nothing but grief trying to do something as simple as "yum list updates". > It would be nice if the fedora repo folks would give a http 503 error after a certain load. up2date could catch that, and give a meaningful error, such as "503: server overloaded, try a mirror" From alexl at redhat.com Wed Feb 18 14:26:01 2004 From: alexl at redhat.com (Alexander Larsson) Date: 18 Feb 2004 15:26:01 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077102811.22347.73.camel@wibbit.firebox.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> Message-ID: <1077114360.7798.469.camel@localhost.localdomain> On Wed, 2004-02-18 at 12:13, Douglas Furlong wrote: > On Wed, 2004-02-18 at 08:15, Alexander Larsson wrote: > However, leaving that aside, I did/do use it and do hate the new look. > > I frequently traverse many directories, and the fact that it opens up > ten's of windows upsets me. It makes it much harder to go back, or ends > up leaving my desktop a complete and utter mess. I didn't like it in > windows, but at least they gave me the choice (with out having to "jump > through hoops"). There are other ways to handle it that doesn't leave it an utter mess: Shift-double click or alt-shift down (conflicts with default metacity keybinding) opens the folder and closes the old one. File->Close Parent Folders, or shift-ctrl-w closes then parent windows when you've traversed to your final destination. File->Open Location, or Ctlr-L lets you specify a pathname by typing it. or, use the navigational mode. > > Maybe at some point before 2.6 we'll add a preference that lets you default to > > navigational mode. However, we'd like to force people to use spatial > > mode in order to flush out all bugs from it (and make some people notice > > that its actually nice). > > If the "force people to use it" only applies during the testing, then > that is fair enough. I just hope that sentiment does not continue past > the testing faze as i don't really like being "forced" to do any thing, > especially if i don't like it, and it is considerably inconvenient to > me. Yeah. Although it *will* be a hidden preference. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a shy neurotic cyborg who knows the secret of the alien invasion. She's a hard-bitten Bolivian traffic cop from a secret island of warrior women. They fight crime! From martin.gartner at air-line.at Wed Feb 18 13:54:14 2004 From: martin.gartner at air-line.at (Martin Gartner) Date: Wed, 18 Feb 2004 14:54:14 +0100 Subject: Fedora Core 2 - Test1: Asus P4C800E-Deluxe not compatible In-Reply-To: <20040218132402.22529.59409.Mailman@listman.back-rdu.redhat.com> Message-ID: <04021814542214200@asterix.steinmann.at> > Message: 2 > Subject: > From: Alex Thomsen Leth > To: fedora-test-list at redhat.com > Date: Wed, 18 Feb 2004 12:30:08 +0100 > Reply-To: fedora-test-list at redhat.com > > sorry my motherboard is only a p4c800 deluxe. whats the difference > between p4c800 deluxe and p4c800e deluxe?? The "E" series has the new Intel GigaBit Lan - the normal Deluxe has the 3Com GigaBit Lan (which is a known resource eater). Which hardware config do you have and which bios verion? Regards, Martin From rpjday at mindspring.com Wed Feb 18 14:26:44 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Wed, 18 Feb 2004 09:26:44 -0500 (EST) Subject: where are libgimp and libgimpui? In-Reply-To: <20040218151812.105440ac.ms-nospam-0306@arcor.de> References: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> <20040218143748.7487248c.ms-nospam-0306@arcor.de> <20040218151812.105440ac.ms-nospam-0306@arcor.de> Message-ID: On Wed, 18 Feb 2004, Michael Schwendt wrote: > On Wed, 18 Feb 2004 08:57:09 -0500 (EST), Robert P. J. Day wrote: > > > ok, while i peruse your response, let me ask a much simpler question: if > > i start with a pristine install of FC2-test1, does there even exist a > > channel against which i can run "yum update" to update just those RPMs > > that have been fixed and for which newer versions have been released to > > respond to bug reports in the original FC2-test1? > > No. ah, that's what i needed to know. so i can stop looking for it. :-) thanks. rday From twaugh at redhat.com Wed Feb 18 14:33:32 2004 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 18 Feb 2004 14:33:32 +0000 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077114360.7798.469.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> Message-ID: <20040218143332.GG6654@redhat.com> On Wed, Feb 18, 2004 at 03:26:01PM +0100, Alexander Larsson wrote: > Shift-double click or alt-shift down (conflicts with default metacity > keybinding) opens the folder and closes the old one. The new folder appears *under* any other window you happen to have around, even though it has focus. Metacity bug? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From douglas.furlong at firebox.com Wed Feb 18 14:44:39 2004 From: douglas.furlong at firebox.com (Douglas Furlong) Date: Wed, 18 Feb 2004 14:44:39 +0000 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077114360.7798.469.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> Message-ID: <1077115479.22347.91.camel@wibbit.firebox.com> On Wed, 2004-02-18 at 14:26, Alexander Larsson wrote: > On Wed, 2004-02-18 at 12:13, Douglas Furlong wrote: > > On Wed, 2004-02-18 at 08:15, Alexander Larsson wrote: > > > However, leaving that aside, I did/do use it and do hate the new look. > > > > I frequently traverse many directories, and the fact that it opens up > > ten's of windows upsets me. It makes it much harder to go back, or ends > > up leaving my desktop a complete and utter mess. I didn't like it in > > windows, but at least they gave me the choice (with out having to "jump > > through hoops"). > > There are other ways to handle it that doesn't leave it an utter mess: > > Shift-double click or alt-shift down (conflicts with default metacity > keybinding) opens the folder and closes the old one. I was admittedly not away of these key bindings, however I still don't think this is really a valid solution, it just means that much more effort. The number of times I would want to have another window opened each time would be may 0.1% of the time. when I am working and desire a new window, it's much easier just to hit CTRL + N, or some thing similar. I can accept that this may not be the default for many, that's why I just said I want the option. > File->Close Parent Folders, or shift-ctrl-w closes then parent windows > when you've traversed to your final destination. As above for me this is just added hassle. I remember a similar thing being useful with IE when it spawned a billion new windows due to pop-ups (and NO, not just porn : p). Is this what I am looking at having to do with Nautilus? > File->Open Location, or Ctlr-L lets you specify a pathname by typing it. This would be my preferred option if we had tab auto-completion, or a better method of showing multiple options to the directory structure. At the moment i need to remember the exact folder name, and capitalisation, this sucks. > or, use the navigational mode. Is this the one with the tree structure down the side? > > > Maybe at some point before 2.6 we'll add a preference that lets you default to > > > navigational mode. However, we'd like to force people to use spatial > > > mode in order to flush out all bugs from it (and make some people notice > > > that its actually nice). > > > > If the "force people to use it" only applies during the testing, then > > that is fair enough. I just hope that sentiment does not continue past > > the testing faze as i don't really like being "forced" to do any thing, > > especially if i don't like it, and it is considerably inconvenient to > > me. > > Yeah. Although it *will* be a hidden preference. When you say hidden, is this the equivalent of having to go in to the windows registry to get some thing working? Bloody brilliant that is, not trying to be argumentative, but why can't you just make it a nice "easy" tick option in the options boxes? If we are afraid of cluttering up said options boxes, why can't we have an advanced tick box to show more, or some thing similar? :( > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Alexander Larsson Red Hat, Inc > alexl at redhat.com alla at lysator.liu.se > He's a shy neurotic cyborg who knows the secret of the alien invasion. She's a > hard-bitten Bolivian traffic cop from a secret island of warrior women. They > fight crime! > From alexl at redhat.com Wed Feb 18 14:46:32 2004 From: alexl at redhat.com (Alexander Larsson) Date: 18 Feb 2004 15:46:32 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <403346DB.2000602@skmoore.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <403346DB.2000602@skmoore.com> Message-ID: <1077115591.7798.489.camel@localhost.localdomain> On Wed, 2004-02-18 at 12:04, Stephen Moore wrote: > I don't like the fact that some people feel we have to copy other > operating systems behaviour, but I can live with it. Can people please get a clue about this. I get pretty irritated when people think I implement a major change to a piece of software that I maintain "just to be like windows". Its fucking insulting, and is pretty close to just calling me a moron straight out. This change was not some random hare-brained copy-windows move. In fact, windows isn't even spatial at all (although some other oses are, like macos 9). The rationale and detailed discussions about the move to a spatial model and the pros and cons has been discussed in detail on the nautilus and gnome lists. The fact that you dislike a decision does not mean that the decision must have been stupid. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a fiendish native American stage actor with acid for blood. She's a plucky red-headed stripper from beyond the grave. They fight crime! From alexl at redhat.com Wed Feb 18 14:47:05 2004 From: alexl at redhat.com (Alexander Larsson) Date: 18 Feb 2004 15:47:05 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <20040218143332.GG6654@redhat.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <20040218143332.GG6654@redhat.com> Message-ID: <1077115625.7798.491.camel@localhost.localdomain> On Wed, 2004-02-18 at 15:33, Tim Waugh wrote: > On Wed, Feb 18, 2004 at 03:26:01PM +0100, Alexander Larsson wrote: > > > Shift-double click or alt-shift down (conflicts with default metacity > > keybinding) opens the folder and closes the old one. > > The new folder appears *under* any other window you happen to have > around, even though it has focus. Metacity bug? I think so. I've seen it happen with other windows too. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a globe-trotting Republican paranormal investigator with a winning smile and a way with the ladies. She's a virginal extravagent vampire with the power to bend men's minds. They fight crime! From cra at WPI.EDU Wed Feb 18 14:54:21 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Wed, 18 Feb 2004 09:54:21 -0500 Subject: Alsa Muting In-Reply-To: References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> <1077073091.8223.13.camel@localhost.localdomain> <64546.65.41.55.65.1077073856.squirrel@65.41.55.65> Message-ID: <20040218145421.GF11971@angus.ind.WPI.EDU> On Wed, Feb 18, 2004 at 10:52:10AM +0000, John Hodrien wrote: > This is getting silly. There has been no sound argument against cranking the > mixer levels to 40 percent. There have been arguments in favour, especially > for relative beginners. I believe that is because this has been argued to death upstream already. Upgstream ALSA developers made the choice to mute by default. I believe it was to avoid possibly loud clicking, hissing, or other problems during driver load/unload and system boot that could damage speakers or ears. If you want this changed, bring it up with the upstream ALSA developers. I doubt FC is going to deviate from upstream in this matter. From ndbecker2 at verizon.net Wed Feb 18 14:55:39 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Wed, 18 Feb 2004 09:55:39 -0500 Subject: artsd References: <021620040039.11223.306@comcast.net> <1076899658.10546.11.camel@deebo> <40304791.8080707@sympatico.ca> <001e01c3f447$590bd970$6500a8c0@david> Message-ID: David Finch wrote: > What would cause artsd to have a 90% or so idle cpu usage? I noticed it > after getting an erratic frame rate of 1-10fps in Tux Racer. After killing > the process I got a very smooth frame rate. > > I've got artsd version 1.20, and kernel 2.6.2-1.81. > > I am now experiencing the same problem. I did not have this problem with earlier kernels and alsa setups. It is not artsd, because I have another verison I built from konstruct, and it is also acting similarly. Current kernel is 2.6.2-1.85 From marc.mcswain at academy.com Wed Feb 18 14:54:39 2004 From: marc.mcswain at academy.com (marc.mcswain at academy.com) Date: Wed, 18 Feb 2004 08:54:39 -0600 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077115591.7798.489.camel@localhost.localdomain> Message-ID: What I find insulting is the fact that you have to resort to language like this to make your point. fedora-test-list-admin at redhat.com wrote on 02/18/2004 08:46:32 AM: > On Wed, 2004-02-18 at 12:04, Stephen Moore wrote: > > > I don't like the fact that some people feel we have to copy other > > operating systems behaviour, but I can live with it. > > Can people please get a clue about this. I get pretty irritated when > people think I implement a major change to a piece of software that I > maintain "just to be like windows". Its fucking insulting, and is pretty > close to just calling me a moron straight out. > > This change was not some random hare-brained copy-windows move. In fact, > windows isn't even spatial at all (although some other oses are, like > macos 9). The rationale and detailed discussions about the move to a > spatial model and the pros and cons has been discussed in detail on the > nautilus and gnome lists. > > The fact that you dislike a decision does not mean that the decision > must have been stupid. > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Alexander Larsson Red Hat, Inc > alexl at redhat.com alla at lysator.liu.se > He's a fiendish native American stage actor with acid for blood. She's a > plucky red-headed stripper from beyond the grave. They fight crime! > > > -- > 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 douglas.furlong at firebox.com Wed Feb 18 14:56:19 2004 From: douglas.furlong at firebox.com (Douglas Furlong) Date: Wed, 18 Feb 2004 14:56:19 +0000 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077115479.22347.91.camel@wibbit.firebox.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> Message-ID: <1077116179.22347.98.camel@wibbit.firebox.com> On Wed, 2004-02-18 at 14:44, Douglas Furlong wrote: > On Wed, 2004-02-18 at 14:26, Alexander Larsson wrote: > > On Wed, 2004-02-18 at 12:13, Douglas Furlong wrote: > > > On Wed, 2004-02-18 at 08:15, Alexander Larsson wrote: > > > > > However, leaving that aside, I did/do use it and do hate the new look. > > > > > > I frequently traverse many directories, and the fact that it opens up > > > ten's of windows upsets me. It makes it much harder to go back, or ends > > > up leaving my desktop a complete and utter mess. I didn't like it in > > > windows, but at least they gave me the choice (with out having to "jump > > > through hoops"). > > > > There are other ways to handle it that doesn't leave it an utter mess: > > > > Shift-double click or alt-shift down (conflicts with default metacity > > keybinding) opens the folder and closes the old one. > > I was admittedly not away of these key bindings, however I still don't > think this is really a valid solution, it just means that much more > effort. The number of times I would want to have another window opened > each time would be may 0.1% of the time. when I am working and desire a > new window, it's much easier just to hit CTRL + N, or some thing > similar. > I can accept that this may not be the default for many, that's why I > just said I want the option. I should have really tested this sooner (however the idea itself was unpleasant to my mind), however I just tried using this solution, and it resolves the problem of my screen being cluttered, now I just have to play "chase the new window" as the newly spawned windows play kiss chase around the screen. Reminiscent of the puerile java pop up's that say some thing like "Do you have a small Todger?" and the "No" button keeps on either moving, or being replaced with "Yes" on mouse over. Great, loads of fun. From whb at ceimaine.org Wed Feb 18 14:57:47 2004 From: whb at ceimaine.org (Will Backman) Date: Wed, 18 Feb 2004 09:57:47 -0500 Subject: Alsa Muting In-Reply-To: <20040218145421.GF11971@angus.ind.WPI.EDU> References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> <1077073091.8223.13.camel@localhost.localdomain> <64546.65.41.55.65.1077073856.squirrel@65.41.55.65> <20040218145421.GF11971@angus.ind.WPI.EDU> Message-ID: <1077116267.8689.22.camel@cei3440.empower.ceimaine.org> > If you want this changed, bring it up with the upstream ALSA > developers. I doubt FC is going to deviate from upstream in this > matter. > Perhaps ALSA doesn't need to be changed. If the mixer icon can display a big red X or something to show that it is muted, perhaps this would clue users in. From alan at redhat.com Wed Feb 18 14:59:03 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 18 Feb 2004 09:59:03 -0500 Subject: Alsa Muting In-Reply-To: <20040218145421.GF11971@angus.ind.WPI.EDU> References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> <1077073091.8223.13.camel@localhost.localdomain> <64546.65.41.55.65.1077073856.squirrel@65.41.55.65> <20040218145421.GF11971@angus.ind.WPI.EDU> Message-ID: <20040218145903.GA8632@devserv.devel.redhat.com> On Wed, Feb 18, 2004 at 09:54:21AM -0500, Charles R. Anderson wrote: > If you want this changed, bring it up with the upstream ALSA > developers. I doubt FC is going to deviate from upstream in this > matter. Drivers loading muted is good sense. Its one of those things we got wrong with the older OSS drivers. OTOH the desktop default for sound wants to be audible. Since people want a beep for gdm (ick.. but I see why) its also a pre-desktop setting concern. Ideally it should be saved for the system wide one, and also quite possibly per user as part of gnome/kde setup (along with all the stuff like theme, keyboard and mice[1] settings it tries to save) Alan -- [1] Yes I know gnome gets left handed mouse wrong for the USB mouse From alan at redhat.com Wed Feb 18 15:01:24 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 18 Feb 2004 10:01:24 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: References: <1077115591.7798.489.camel@localhost.localdomain> Message-ID: <20040218150124.GB8632@devserv.devel.redhat.com> On Wed, Feb 18, 2004 at 08:54:39AM -0600, marc.mcswain at academy.com wrote: > What I find insulting is the fact that you have to resort to language like > this to make your point. Alex wrote a lot of the current nautilus code. I also happen to detest spacial mode but Alex is absolutely right to be annoyed at the way some people are behaving. Alan From joden at malachi.lee.k12.nc.us Wed Feb 18 15:03:49 2004 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Wed, 18 Feb 2004 10:03:49 -0500 (EST) Subject: What happened to version.h? In-Reply-To: <1077083779.31807.2.camel@edoras.local.net> Message-ID: On Wed, 18 Feb 2004, Jeremy Katz wrote: > On Tue, 2004-02-17 at 21:01 -0500, James Olin Oden wrote: > > On Mon, 16 Feb 2004, Jeremy Katz wrote: > > > > > On Sat, 2004-02-14 at 14:12 -0500, Janina Sajka wrote: > > > > I've just installed FC2 without a any particular problem--all looks OK. > > > > But, I tried to compile a newer ALSA and it failed for lack of > > > > /usr/src/linux/include/linux/version.h. Indeed, when I look in the > > > > source tree--which is certainly there--version.h is not there. Is there > > > > some new procedure re the 2.6 kernels that I'm unaware of? > > > > > > ALSA should be look in /lib/modules/$(uname -r)/build not /usr/src/ > > > linux. This is the Linux Approved Way. And with the 2.6 kernels, the > > > headers are being included in the individual packages instead of all in > > > the kernel-source package which a) makes things a lot simpler and b) > > > makes it so that you don't have to install krenel-source just to build a > > > kernel module. > > > > > Ack! It also makes it so your driver only builds against the currently > > running kernel. Not a good thing if that is not your intent (and in my > > universe, this is more likely the case than not). I personally think > > its better to build against the sources of the kernel you wish your module > > to run with. Where I work, this is all automated, and I believe there > > has been talk on the fedora-devel list concerning this (i.e. open source > > versions of such tools). Anyway, just my 2cents...james > > So do /lib/modules/myrandomversion instead of /lib/modules/$(uname -r). > Sane makefiles will even let you redirect it to /some/random/path. But > in the general case, keeping the actual headers (and the corresponding > module version fun) with the kernel instead of having the mess of > conditionals and nastiness (cf /boot/kernel.h and the hacks involved > therein) is _far_ nicer. > Yeah but that still requires that that kernel had been installed at some time, where as with the source approach you can use rpm2cpio (or just untar the tarball if you like) to unpack the sources wherever you like, and then do some preliminary configuration of the sources (i.e. setting up your config they way you like, or use the proper config from your distro vendor, and make deps, and stuff like that). This approach can/has been automated, and generates a reproducible build of your device driver no matter what kernel is installed on your build server. That being said, I make no claims to being an expert in this area (or any other (-;), but from the perspective of generating a reproducible build, requring to build against an installed kernel is not the right way to go; you may think otherwise and have sane logical arguments against this, though. Cheers...james > Jeremy > > > From ms-nospam-0306 at arcor.de Wed Feb 18 15:03:45 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 18 Feb 2004 16:03:45 +0100 Subject: artsd In-Reply-To: <001e01c3f447$590bd970$6500a8c0@david> References: <021620040039.11223.306@comcast.net> <1076899658.10546.11.camel@deebo> <40304791.8080707@sympatico.ca> <001e01c3f447$590bd970$6500a8c0@david> Message-ID: <20040218160345.394221fe.ms-nospam-0306@arcor.de> On Sun, 15 Feb 2004 20:42:56 -0800, David Finch wrote: > What would cause artsd to have a 90% or so idle cpu usage? I noticed it after getting an erratic frame rate of 1-10fps in Tux Racer. After killing the process I got a very smooth frame rate. > > I've got artsd version 1.20, and kernel 2.6.2-1.81. Why did you post this as a reply to a message with the subject "Broadcom BCM57xx NIC (tg3)"? Please don't hijack message threads. To answer your question, the implementation of KDE's sound server (aRts) does not like ALSA's OSS compatibility layer (probably it makes unsafe assumptions about low-level driver behaviour), but when choosing an audio device, it takes OSS even when native ALSA is available. For further reference: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115507 -- From ndbecker2 at verizon.net Wed Feb 18 15:05:04 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Wed, 18 Feb 2004 10:05:04 -0500 Subject: What, no kdevelop-3? References: <4032D264.7050108@rosengren.org> Message-ID: Jeremy A. Rosengren wrote: > kdevelop 3 is on the FC2 test1 CDs. Did you do an upgrade install? > > -- jeremy > > Neal D. Becker wrote: >> I'm surprised to find FC2 has kde3.2, but kdevelop is 2.1.5. >> >> > > OK, it's there. From asantos at progress.com Wed Feb 18 15:05:48 2004 From: asantos at progress.com (Alan Santos) Date: Wed, 18 Feb 2004 10:05:48 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077116179.22347.98.camel@wibbit.firebox.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116179.22347.98.camel@wibbit.firebox.com> Message-ID: <40337F4C.2030006@progress.com> Can this discussion be moved elsewhere? Maybe to the nautilus-dev mail list? I don't think this is a fedora problem per se, nor is it likely to be changed here. By the way, what the hell is a todger? Douglas Furlong wrote: > > Reminiscent of the puerile java pop up's that say some thing like > > "Do you have a small Todger?" and the "No" button keeps on either > moving, or being replaced with "Yes" on mouse over. > > Great, loads of fun. > From alexl at redhat.com Wed Feb 18 15:05:56 2004 From: alexl at redhat.com (Alexander Larsson) Date: 18 Feb 2004 16:05:56 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077115479.22347.91.camel@wibbit.firebox.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> Message-ID: <1077116756.7798.506.camel@localhost.localdomain> On Wed, 2004-02-18 at 15:44, Douglas Furlong wrote: > On Wed, 2004-02-18 at 14:26, Alexander Larsson wrote: > > On Wed, 2004-02-18 at 12:13, Douglas Furlong wrote: > > File->Open Location, or Ctlr-L lets you specify a pathname by typing it. > > This would be my preferred option if we had tab auto-completion, or a > better method of showing multiple options to the directory structure. At > the moment i need to remember the exact folder name, and capitalisation, > this sucks. The open location window does have auto-completion, although not using tab. > > or, use the navigational mode. > > Is this the one with the tree structure down the side? Its the one that looks like a browser and doesn't have a folder to window one-to-one mapping. It can have the tree view in the sidebar if you wish. http://www.arstechnica.com/paedia/f/finder/finder-1.html is an article describing the differences between spatial and navigational models. Its not the greatest article, but its pretty easy to read. > When you say hidden, is this the equivalent of having to go in to the > windows registry to get some thing working? > > Bloody brilliant that is, not trying to be argumentative, but why can't > you just make it a nice "easy" tick option in the options boxes? If we > are afraid of cluttering up said options boxes, why can't we have an > advanced tick box to show more, or some thing similar? :( This has been discussed a billion times before. I'm not having this argument again. If you want to see the rationale for it, read for instance http://www.ometer.com/free-software-ui.html or google for some of the discussions about this. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a hate-fuelled gay senator living undercover at Ringling Bros. Circus. She's a disco-crazy Bolivian bodyguard with an MBA from Harvard. They fight crime! From ms-nospam-0306 at arcor.de Wed Feb 18 15:06:51 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 18 Feb 2004 16:06:51 +0100 Subject: Alsa Muting In-Reply-To: <20040218145421.GF11971@angus.ind.WPI.EDU> References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> <1077073091.8223.13.camel@localhost.localdomain> <64546.65.41.55.65.1077073856.squirrel@65.41.55.65> <20040218145421.GF11971@angus.ind.WPI.EDU> Message-ID: <20040218160651.3fa1fa7f.ms-nospam-0306@arcor.de> On Wed, 18 Feb 2004 09:54:21 -0500, Charles R. Anderson wrote: > On Wed, Feb 18, 2004 at 10:52:10AM +0000, John Hodrien wrote: > > This is getting silly. There has been no sound argument against cranking the > > mixer levels to 40 percent. There have been arguments in favour, especially > > for relative beginners. > > I believe that is because this has been argued to death upstream > already. Upgstream ALSA developers made the choice to mute by > default. I believe it was to avoid possibly loud clicking, hissing, > or other problems during driver load/unload and system boot that could > damage speakers or ears. > > If you want this changed, bring it up with the upstream ALSA > developers. Why? It's just that ALSA mixer-settings-restore-upon-boot functionality is missing in Fedora Core currently. > I doubt FC is going to deviate from upstream in this > matter. It's a userspace issue anyway, and stock ALSA solve this with a multi-purpose "alsasound" initscript. See e.g. alsa-driver package for FC1 at fedora.us. -- From scopeguy at postman.net Wed Feb 18 15:08:17 2004 From: scopeguy at postman.net (Mike) Date: Wed, 18 Feb 2004 06:08:17 -0900 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077115591.7798.489.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <403346DB.2000602@skmoore.com> <1077115591.7798.489.camel@localhost.localdomain> Message-ID: <20040218150127.M53831@postman.net> On 18 Feb 2004 15:46:32 +0100, Alexander Larsson wrote > Can people please get a clue about this. I get pretty irritated when > people think I implement a major change to a piece of software that I > maintain "just to be like windows". Its fucking insulting, and is pretty > close to just calling me a moron straight out. > > This change was not some random hare-brained copy-windows move. In > fact, windows isn't even spatial at all (although some other oses > are, like macos 9). The rationale and detailed discussions about the > move to a spatial model and the pros and cons has been discussed in > detail on the nautilus and gnome lists. > > The fact that you dislike a decision does not mean that the decision > must have been stupid. > Alexander, Right-on! The spatial model isn't even _about_ Windows, is's more Mac-like. Anyone interested in reading up on it can get started at: http://www.gnomedesktop.org/article.php?sid=1348 Mike Smith -- As far as we know, our computer has never had an undetected error Free Internet WebMail (http://www.postman.net/) Open WebMail Project (http://openwebmail.org/) -- This e-mail was sent via Postman.net using Open WebMail: Free Internet WebMail (http://www.postman.net/) Open WebMail Project (http://openwebmail.org/) From alexl at redhat.com Wed Feb 18 15:10:52 2004 From: alexl at redhat.com (Alexander Larsson) Date: 18 Feb 2004 16:10:52 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077116179.22347.98.camel@wibbit.firebox.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116179.22347.98.camel@wibbit.firebox.com> Message-ID: <1077117052.7798.511.camel@localhost.localdomain> On Wed, 2004-02-18 at 15:56, Douglas Furlong wrote: > On Wed, 2004-02-18 at 14:44, Douglas Furlong wrote: > > On Wed, 2004-02-18 at 14:26, Alexander Larsson wrote: > > > On Wed, 2004-02-18 at 12:13, Douglas Furlong wrote: > > > > On Wed, 2004-02-18 at 08:15, Alexander Larsson wrote: > > > > > > > However, leaving that aside, I did/do use it and do hate the new look. > > > > > > > > I frequently traverse many directories, and the fact that it opens up > > > > ten's of windows upsets me. It makes it much harder to go back, or ends > > > > up leaving my desktop a complete and utter mess. I didn't like it in > > > > windows, but at least they gave me the choice (with out having to "jump > > > > through hoops"). > > > > > > There are other ways to handle it that doesn't leave it an utter mess: > > > > > > Shift-double click or alt-shift down (conflicts with default metacity > > > keybinding) opens the folder and closes the old one. > > > > I was admittedly not away of these key bindings, however I still don't > > think this is really a valid solution, it just means that much more > > effort. The number of times I would want to have another window opened > > each time would be may 0.1% of the time. when I am working and desire a > > new window, it's much easier just to hit CTRL + N, or some thing > > similar. > > I can accept that this may not be the default for many, that's why I > > just said I want the option. > I should have really tested this sooner (however the idea itself was > unpleasant to my mind), however I just tried using this solution, and it > resolves the problem of my screen being cluttered, now I just have to > play "chase the new window" as the newly spawned windows play kiss chase > around the screen. > > Reminiscent of the puerile java pop up's that say some thing like > > "Do you have a small Todger?" and the "No" button keeps on either > moving, or being replaced with "Yes" on mouse over. > > Great, loads of fun. Ah, but another core feature of spatial mode is that folder windows always remember their position, so once you've used a spatial file manager for a while your windows tend to automatically come up in the right place. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a scrappy alcoholic photographer for the 21st century. She's a vivacious hypochondriac former first lady married to the Mob. They fight crime! From eric at interplas.com Wed Feb 18 15:10:46 2004 From: eric at interplas.com (Eric Wood) Date: Wed, 18 Feb 2004 10:10:46 -0500 Subject: Alsa Muting References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com><1077073091.8223.13.camel@localhost.localdomain><64546.65.41.55.65.1077073856.squirrel@65.41.55.65><20040218145421.GF11971@angus.ind.WPI.EDU> <20040218160651.3fa1fa7f.ms-nospam-0306@arcor.de> Message-ID: <012b01c3f631$62a02a40$9100000a@intgrp.com> Michael Schwendt wrote: > It's a userspace issue anyway, and stock ALSA solve this with a > multi-purpose "alsasound" initscript. See e.g. alsa-driver package for > FC1 at fedora.us. initscript? Not really a place to restore sound settings per unique X login. -eric From redhat-jc at insight.rr.com Wed Feb 18 15:13:19 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Wed, 18 Feb 2004 10:13:19 -0500 Subject: Failure of binary kernel-2.6.2-1.85 In-Reply-To: <1077088049.1171.9.camel@agnes.fremen.dune> References: <1077083226.2986.6.camel@localhost.localdomain> <1077088049.1171.9.camel@agnes.fremen.dune> Message-ID: <4033810F.2070409@insight.rr.com> Jean Francois Martinez wrote: > Same thing here except I am running an Athlon. Previous to this > message it filed to locate keybdev and mousedev. > > A specificity is that I am running reiserfs (who works with previous > kernels) > > > On Wed, 2004-02-18 at 06:47, Scott Omar Burch wrote: > >>Hi, >> >>Kernel 2.6.2-1.85 hangs on boot on a Dell Latitude C610 laptop. All >>previous kernels in FC2 have worked...currently .81 is what I am using. >>With .85 the system begins booting, checks local disks and then appears >>to stall, when I click on details I see nothing..I am unclear as to what >>the problem is...in any case not a show stopper...I suspect some change >>in this config is causing issues on this laptop...nothing of interest in >>the messages file. >> >>-Scott >> I boot to runlevel 3 and also have a system that contains a system that uses reiserfs. The kernel halted on filesystems. I was not able to control alt del or anything. A reset was needed to reboot the system into another kernel that worked. (*-81) Jim From chiodr at kscems.ksc.nasa.gov Wed Feb 18 15:13:48 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Wed, 18 Feb 2004 10:13:48 -0500 Subject: Lets take the worst of windows and make it the unchangeabledefault of linux In-Reply-To: <40337F4C.2030006@progress.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116179.22347.98.camel@wibbit.firebox.com> <40337F4C.2030006@progress.com> Message-ID: <1077117228.28646.29.camel@tweedy.ksc.nasa.gov> On Wed, 2004-02-18 at 10:05, Alan Santos wrote: > Can this discussion be moved elsewhere? Maybe to the nautilus-dev mail > list? I don't think this is a fedora problem per se, nor is it likely > to be changed here. > > By the way, what the hell is a todger? http://cgi.peak.org/~jeremy/retort.cgi?British=todger Bob... From redhat-jc at insight.rr.com Wed Feb 18 15:20:59 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Wed, 18 Feb 2004 10:20:59 -0500 Subject: FC2 test 1 dual boot In-Reply-To: <1077104953.24880.25.camel@localhost.localdomain> References: <1077104953.24880.25.camel@localhost.localdomain> Message-ID: <403382DB.4020104@insight.rr.com> Mike Lurk wrote: > Has anyone else had this problem. I installed FC2 test 1 on a dual boot > system. Windows xp was installed first and then fc2 creating the > partitions manually, /boot, /swap, and /. This was done on a 40 gig hard > drive, giving 20gig to windows and the rest for fc2. I had a second hard > drive with all my important stuff on a 10gig hard drive which I mount > after booting to fc2. When I try to boot to Windows I get; > > Other > rootnoverify (hd0,0) > chainloader +1 > > on the screen and thats it. When I check the partitions with linux fdisk > it all looks normal; > > Device Boot Start End Blocks Id System > /dev/hda1 * 1 40641 20482843+ c W95 FAT32 (LBA) > /dev/hda2 40642 40844 102312 83 Linux > /dev/hda3 40845 77332 18389952 83 Linux > /dev/hda4 77333 77536 102816 f W95 Ext'd (LBA) > /dev/hda5 77333 77535 102280+ 82 Linux swap > > but then when i try dos's fdisk i get > > 1. non dos partition > 2. non dos partition > 3. extended partition > 4. fat32 > > and this is in my grub.conf > > # grub.conf generated by anaconda > # > # Note that you do not have to rerun grub after making changes to this > file > # NOTICE: You have a /boot partition. This means that > # all kernel and initrd paths are relative to /boot/, eg. > # root (hd0,1) > # kernel /vmlinuz-version ro root=/dev/hda3 > # initrd /initrd-version.img > #boot=/dev/hda > default=0 > timeout=10 > splashimage=(hd0,1)/grub/splash.xpm.gz > title Fedora Core (2.6.1-1.65) > root (hd0,1) > kernel /vmlinuz-2.6.1-1.65 ro root=LABEL=/ rhgb > initrd /initrd-2.6.1-1.65.img > title Other > rootnoverify (hd0,0) > chainloader +1 With dual hard disks. I had to use the excerpt from grub to boot XP title Windows NT / Windows 95 boot menu root (hd0,0) makeactive chainloader +1 The rootnoverify excerpt didn't work for the dual hard disks. > > I see a problem here with the differences in linux's version of fdisk > and dos's, the way in which the partitions are setup. I've tried > installing the dual boot 3 times and all 3 times it's been the same > outcome. > > I filed a bug report in Bugzilla and it is bug 115980 > > I just thought of something..... it couldn't make a difference...it > shouldn't... jumper settings on the hard drives set to cable > select?????? > Master and slave settings work for me, better than cable select. This might cause a problem also. > Checking this out.......later > > Mike > > Jim From alan at redhat.com Wed Feb 18 15:25:16 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 18 Feb 2004 10:25:16 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077116756.7798.506.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116756.7798.506.camel@localhost.localdomain> Message-ID: <20040218152516.GA20644@devserv.devel.redhat.com> On Mer, Chw 18, 2004 at 04:05:56PM +0100, Alexander Larsson wrote: > This has been discussed a billion times before. I'm not having this > argument again. If you want to see the rationale for it, read for > instance http://www.ometer.com/free-software-ui.html or google for some > of the discussions about this. Or go read some stuff on both UI design _AND_ on product selection attributes. The latter of which is an established theory driving billions of dollars of marketing research and which in part strongly disagrees with the claims of that article. More specifically there are sets of attributes people use to pick product or service. Some of those attributes are more important than others. Certain attributes are sufficiently important that the user will avoid the product or switch given the opportunity. Others matter a lot to a user but aren't critical, and some attributes are ones that just come down to "I'd prefer if" There is a lot of good argument for UI that doesn't throw 1000 options at the user, but the "remove everything" model requires that you know which attributes the majority of the user base consider in which light. Without doing that analysis of the userbase you don't know which attributes you can remove. It is also often about presentation of an attribute. Gnome for example lets me set the desktop background. To most users thats firmly an "I'd prefer if" thing - so why hasn't it been removed ? - because there is a sane way to let the user set it without throwing hard questions at them. Browse v Spatial mode seems to be an attribute which is important to users, so arguing for removing it by simplifying the interface is actually flawed when you remove your head from the cardboard box of purist-UI and look at the real world. So how to fix it - well one way at least would be to add "Make this my default viewing mode" somewhere so the user can "stick" the current viewing preference. Windows in particular makes heavy use of "Do you want to make this your default....." as does Mozilla. (As an aside there is another lesson to remember - it may be browse mode is perceived as better purely for historical reasons - however as any Dvorak keyboard manufacturer can tell thats horribly irrelevant to what happens in the future) I'm not arguing that the essay you cite is fundamentally wrong - but its also not fundamentally right. Alan From ernesto at ornl.gov Wed Feb 18 15:24:38 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Wed, 18 Feb 2004 10:24:38 -0500 Subject: What are the sources for up2date with Fedora2 test1? In-Reply-To: <1077102896.8217.22.camel@localhost.localdomain> References: <1077081116.4766.2.camel@localhost.localdomain> <1077102896.8217.22.camel@localhost.localdomain> Message-ID: <1077117878.31737.11.camel@dragon.sns.ornl.gov> On Wed, 2004-02-18 at 06:14, Noa Resare wrote: > On Wed, 2004-02-18 at 00:11 -0500, Ernest L. Williams Jr. wrote: > > > Hi, > > > > Where should I point my sources for up2date on Fedora2 test 1? > > That depends on what you want. Test releases of fedora doesn't usually > come with an update channel associated with them. > > If you feel adventurous you may use the development yum source (it is > configured per default in fc2test1) but be warned, the this is bleeding > edge development and most of the time you need to do manual work to fix > for example missing dependencies. > Yes, I am already getting burned here. I will be cautious. > The other alternative is not to update the test installation until the > new test release is released. (According to the schedule at > http://fedora.redhat.com/participate/schedule/ that should be out March > 8 but, as always, such dates can slip.) and only update selected parts > from the development tree with bugfixes you can't live without. > > > > Also, is it okay to use the latest 2.6 kernel? Why is there such an > > early version in Fedora2? > > The kernel shipped with fc2test1 was the latest one at the time of the > freeze for that release. If you want you can help out testing the > development kernels that keep coming, but be warned that things may > break and may require manual fixes/workarounds. Following the fedora- > devel list may be a good idea in such cases. I will then go for the kernel from arjanv. This is what I was using under fedora 1 Thanks for the guidance here. > > /noa > > -- > Det ??r lika dumt att tro att man blir fet av att ??ta fett, som att tro > att man blir gr??n av att ??ta gr??nsaker. -- Christer Enkvist, ??verl??kare > From alan at redhat.com Wed Feb 18 15:26:25 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 18 Feb 2004 10:26:25 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077117052.7798.511.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116179.22347.98.camel@wibbit.firebox.com> <1077117052.7798.511.camel@localhost.localdomain> Message-ID: <20040218152625.GB20644@devserv.devel.redhat.com> On Wed, Feb 18, 2004 at 04:10:52PM +0100, Alexander Larsson wrote: > Ah, but another core feature of spatial mode is that folder windows > always remember their position, so once you've used a spatial file > manager for a while your windows tend to automatically come up in the > right place. Unless like many users you access your X session on different sized monitors from different locations, or have a laptop and different video modes when docked. From redhat-jc at insight.rr.com Wed Feb 18 15:27:54 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Wed, 18 Feb 2004 10:27:54 -0500 Subject: High speed updates In-Reply-To: <20040218054340.GA16404@wolves.durham.nc.us> References: <4032C252.4020409@insight.rr.com> <20040218054340.GA16404@wolves.durham.nc.us> Message-ID: <4033847A.2060307@insight.rr.com> Gregory Woodbury wrote: > On Tue, Feb 17, 2004 at 08:39:30PM -0500, Jim Cornette wrote: > >>PS - mc is in monochrome in gnome terminal, as is mutt in monochrome. >>Have these bugs been reported already? > > > Yes, they have been reported on list. I don't know if they've been > bugzilla'd yet or not. > > The workaround is to set TERM=xterm-color > Thanks! This did the trick. The problem seems to only be on the upgraded from FC1 system. The system that was an FC2 exclusive install, does not do the b/w trick. Jim From ms-nospam-0306 at arcor.de Wed Feb 18 15:43:19 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 18 Feb 2004 16:43:19 +0100 Subject: Alsa Muting In-Reply-To: <012b01c3f631$62a02a40$9100000a@intgrp.com> References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> <1077073091.8223.13.camel@localhost.localdomain> <64546.65.41.55.65.1077073856.squirrel@65.41.55.65> <20040218145421.GF11971@angus.ind.WPI.EDU> <20040218160651.3fa1fa7f.ms-nospam-0306@arcor.de> <012b01c3f631$62a02a40$9100000a@intgrp.com> Message-ID: <20040218164319.13afb50b.ms-nospam-0306@arcor.de> On Wed, 18 Feb 2004 10:10:46 -0500, Eric Wood wrote: > Michael Schwendt wrote: > > It's a userspace issue anyway, and stock ALSA solve this with a > > multi-purpose "alsasound" initscript. See e.g. alsa-driver package for > > FC1 at fedora.us. > > initscript? Not really a place to restore sound settings per unique X > login. Umm, it's done at system-level to initialize the drivers. When a user logs in, he can restore his own mixer settings with a tool that is run automatically. But unless he did that, audio would be mute. -- From johnh at comp.leeds.ac.uk Wed Feb 18 15:46:40 2004 From: johnh at comp.leeds.ac.uk (John Hodrien) Date: Wed, 18 Feb 2004 15:46:40 +0000 (GMT) Subject: Alsa Muting In-Reply-To: <20040218164319.13afb50b.ms-nospam-0306@arcor.de> References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> <1077073091.8223.13.camel@localhost.localdomain> <64546.65.41.55.65.1077073856.squirrel@65.41.55.65> <20040218145421.GF11971@angus.ind.WPI.EDU> <20040218160651.3fa1fa7f.ms-nospam-0306@arcor.de> <012b01c3f631$62a02a40$9100000a@intgrp.com> <20040218164319.13afb50b.ms-nospam-0306@arcor.de> Message-ID: On Wed, 18 Feb 2004, Michael Schwendt wrote: > On Wed, 18 Feb 2004 10:10:46 -0500, Eric Wood wrote: > > > Michael Schwendt wrote: > > > It's a userspace issue anyway, and stock ALSA solve this with a > > > multi-purpose "alsasound" initscript. See e.g. alsa-driver package for > > > FC1 at fedora.us. > > > > initscript? Not really a place to restore sound settings per unique X > > login. > > Umm, it's done at system-level to initialize the drivers. When a user > logs in, he can restore his own mixer settings with a tool that is run > automatically. But unless he did that, audio would be mute. But there's no need to unmute the sound for that reason. Alan's point about gdm needing to make beeps covers a case outside of a normal login. jh -- "Once the game is over, the king and the pawn go back in the same box." -- Italian Proverb From alexl at redhat.com Wed Feb 18 15:53:10 2004 From: alexl at redhat.com (Alexander Larsson) Date: 18 Feb 2004 16:53:10 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <20040218152625.GB20644@devserv.devel.redhat.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116179.22347.98.camel@wibbit.firebox.com> <1077117052.7798.511.camel@localhost.localdomain> <20040218152625.GB20644@devserv.devel.redhat.com> Message-ID: <1077119590.7798.531.camel@localhost.localdomain> On Wed, 2004-02-18 at 16:26, Alan Cox wrote: > On Wed, Feb 18, 2004 at 04:10:52PM +0100, Alexander Larsson wrote: > > Ah, but another core feature of spatial mode is that folder windows > > always remember their position, so once you've used a spatial file > > manager for a while your windows tend to automatically come up in the > > right place. > > Unless like many users you access your X session on different sized monitors > from different locations, or have a laptop and different video modes when > docked. It won't be perfect then, but it won't be random placement either. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's an immortal small-town rock star from the Mississippi delta. She's a bloodthirsty streetsmart mechanic from beyond the grave. They fight crime! From biped at comcast.net Wed Feb 18 16:00:11 2004 From: biped at comcast.net (Marcus Schuetz) Date: Wed, 18 Feb 2004 11:00:11 -0500 Subject: system-config-services In-Reply-To: References: Message-ID: <40338C0B.1070907@comcast.net> Jason Montleon released the following into the bitstream on 02/18/04 08:06: > I am having strange problems with this program not running at all, and then > even when it does the check box to enable/disable each service is most of > the way cut off by the name of the service making it impossible to see > whether it is check or unchecked, and just barely possible to click on it. > Has anyone else had similar problems? > > Thank you, > Jason > > Not running for me at all either and I get no error messages when started from terminal. :: Marcus From tmwg-fedorat at inxservices.com Wed Feb 18 16:04:39 2004 From: tmwg-fedorat at inxservices.com (George Garvey) Date: Wed, 18 Feb 2004 08:04:39 -0800 Subject: system-config-services In-Reply-To: <40338C0B.1070907@comcast.net> References: <40338C0B.1070907@comcast.net> Message-ID: <20040218160439.GP5047@inxservices.com> On Wed, Feb 18, 2004 at 11:00:11AM -0500, Marcus Schuetz wrote: > Jason Montleon released the following into the bitstream on 02/18/04 08:06: > >I am having strange problems with this program not running at all, and then > >even when it does the check box to enable/disable each service is most of > >the way cut off by the name of the service making it impossible to see > >whether it is check or unchecked, and just barely possible to click on it. > >Has anyone else had similar problems? There's an update on the development site that fixes these problems. From devin at synapticvision.com Wed Feb 18 16:06:08 2004 From: devin at synapticvision.com (Devin Whalen) Date: Wed, 18 Feb 2004 11:06:08 -0500 Subject: Upgrading from Red Hat 9 Message-ID: <1077120368.21197.25.camel@devinsbox> Ok, So there is not boot disk....I have seen like 5 submissions regarding this and I think we can all agree that there is no bootdisk.img :) However, Red Hat 9 does have a boot disk so I am going to install Red Hat 9 on my laptop and then I am wondering if there is an easy way to upgrade to Fedore Core 2 without having to boot off the cd?? Can I just run a command that will start upgrading? As a side note, my Fedora Core 2 Disk 1 will not boot up on my computer that can boot off a cd-rom....what gives? I really don't want all the time I spent downloading the cds to be a waste of time. Do I have to do something to the CD? (I downloaded the rpms one) What about installing off the hard drive? Is there any documentation on this? Or should I just rest my drinks on my FC2 cds and give Mandrake a go :( Later -- Devin Whalen Programmer Synaptic Vision Inc Phone-(416) 539-0801 Fax- (416) 539-8280 1179A King St. West Toronto, Ontario Suite 309 M6K 3C5 Home-(416) 653-3982 From whooperhsd3 at earthlink.net Wed Feb 18 16:09:00 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Wed, 18 Feb 2004 11:09:00 -0500 (EST) Subject: Alsa Muting In-Reply-To: References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> <1077073091.8223.13.camel@localhost.localdomain> <64546.65.41.55.65.1077073856.squirrel@65.41.55.65> <20040218145421.GF11971@angus.ind.WPI.EDU> <20040218160651.3fa1fa7f.ms-nospam-0306@arcor.de> <012b01c3f631$62a02a40$9100000a@intgrp.com> <20040218164319.13afb50b.ms-nospam-0306@arcor.de> Message-ID: <64620.65.41.55.65.1077120540.squirrel@65.41.55.65> John Hodrien said: > > But there's no need to unmute the sound for that reason. Alan's point > about > gdm needing to make beeps covers a case outside of a normal login. I haven't got around to installing a copy of FC2 test1, but doesn't the GDM beep use the system speaker instead of the sound card anyway? -- William Hooper From alan at redhat.com Wed Feb 18 16:13:23 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 18 Feb 2004 11:13:23 -0500 Subject: Alsa Muting In-Reply-To: <64620.65.41.55.65.1077120540.squirrel@65.41.55.65> References: <20040218005112.12779.19609.Mailman@listman.back-rdu.redhat.com> <1077073091.8223.13.camel@localhost.localdomain> <64546.65.41.55.65.1077073856.squirrel@65.41.55.65> <20040218145421.GF11971@angus.ind.WPI.EDU> <20040218160651.3fa1fa7f.ms-nospam-0306@arcor.de> <012b01c3f631$62a02a40$9100000a@intgrp.com> <20040218164319.13afb50b.ms-nospam-0306@arcor.de> <64620.65.41.55.65.1077120540.squirrel@65.41.55.65> Message-ID: <20040218161323.GA1465@devserv.devel.redhat.com> On Wed, Feb 18, 2004 at 11:09:00AM -0500, William Hooper wrote: > > gdm needing to make beeps covers a case outside of a normal login. > > I haven't got around to installing a copy of FC2 test1, but doesn't the > GDM beep use the system speaker instead of the sound card anyway? Some systems run the PC speaker beep throught the audio mixer From rjohnson at medata.com Wed Feb 18 16:33:12 2004 From: rjohnson at medata.com (Rick Johnson) Date: Wed, 18 Feb 2004 08:33:12 -0800 Subject: Upgrading from Red Hat 9 In-Reply-To: <1077120368.21197.25.camel@devinsbox> References: <1077120368.21197.25.camel@devinsbox> Message-ID: <403393C8.1060507@medata.com> Devin Whalen wrote: > However, Red Hat 9 does have a boot disk so I am going to install Red > Hat 9 on my laptop and then I am wondering if there is an easy way to > upgrade to Fedore Core 2 without having to boot off the cd?? Can I just > run a command that will start upgrading? If you install yum, you could in theory pull the devel repository and get the updated Fedora Core 2 Test 1. > As a side note, my Fedora Core 2 Disk 1 will not boot up on my computer > that can boot off a cd-rom....what gives? I really don't want all the > time I spent downloading the cds to be a waste of time. Do I have to do > something to the CD? (I downloaded the rpms one) Is your computer considered a true i686 or higher? PPro, PII, or Athlon or higher? Via, K6-2, etc. do not count. > What about installing off the hard drive? Is there any documentation on > this? Or should I just rest my drinks on my FC2 cds and give Mandrake a > go :( If you can copy the boot image from the CD-ROM to the hard drive, and create a grub entry as mentioned earlier on the list, you can avoid the CD-ROM to boot. Here's a thought: Do a very minimal install of RH9 - enough to get Grub in there, and enough for you to get in and edit grub.conf and to copy the FC2-test1 boot image. Then install fresh. I wouldn't recommend an upgrade at this point from 2 versions behind, unless you enjoy looking through .rpmnew and .rpmsave files for differences. -Rick > > Later > > -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Feb 18 16:40:12 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 18 Feb 2004 17:40:12 +0100 Subject: PAM, LDAP and pam_mkhomedir Message-ID: <20040218174012.6d3d7551@localhost> Hi, I'm currently trying to have an FC2 test1 workstation authenticate against a central LDAP database. I currently only have RHL 7.3 machines doing something similar, so maybe these are changes/issues already present in FC1. - When I add the line below to /etc/pam.d/system-auth, the user's home directory only gets created if the user has write access to the directory in which his home directory will reside. Say I have /home/location/user, the "user" directory is created only if /home/location already does too and if there is write access to /home/location for the "user" user. Is this a feature or security enhancement? It renders the module basically useless for me... session required /lib/security/$ISA/pam_mkhomedir.so skel=/etc/skel umask=076 - When an LDAP authenticated user logs in through ssh, it's impossible for him to do any uid/gid <-> name mapping. For instance, if I change the owner of a file to be a user in the LDAP database, doing "ls -l" on it as root does generate connections to the LDAP database and shows the user's name, whereas when logged in as the user, there is no LDAP activity and it shows the numeric uid. Maybe related to this 2nd issue, here is what an LDAP user gets through ssh : $ ssh user at computer user at computer's password: Creating directory '/home/location/user'. /usr/X11R6/bin/xauth: creating new authority file /home/location/user/.Xauthority id: cannot find name for user ID 501 id: cannot find name for group ID 1000 id: cannot find name for user ID 501 [I have no name!@computer user]$ Where uid 501 is the user's uid, and gid 1000 his primary group. Any hints welcome, as I'm not sure if these are actually bugs,changes in behavior or just a misconfiguration on my end. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.2-1.81 Load : 0.53 0.31 0.19 From alexl at redhat.com Wed Feb 18 16:40:54 2004 From: alexl at redhat.com (Alexander Larsson) Date: 18 Feb 2004 17:40:54 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <20040218152516.GA20644@devserv.devel.redhat.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116756.7798.506.camel@localhost.localdomain> <20040218152516.GA20644@devserv.devel.redhat.com> Message-ID: <1077122454.7798.580.camel@localhost.localdomain> On Wed, 2004-02-18 at 16:25, Alan Cox wrote: > On Mer, Chw 18, 2004 at 04:05:56PM +0100, Alexander Larsson wrote: > > This has been discussed a billion times before. I'm not having this > > argument again. If you want to see the rationale for it, read for > > instance http://www.ometer.com/free-software-ui.html or google for some > > of the discussions about this. > > Or go read some stuff on both UI design _AND_ on product selection attributes. > The latter of which is an established theory driving billions of dollars of > marketing research and which in part strongly disagrees with the claims of > that article. > > More specifically there are sets of attributes people use to pick product or > service. Some of those attributes are more important than others. Certain > attributes are sufficiently important that the user will avoid the product > or switch given the opportunity. Others matter a lot to a user but aren't > critical, and some attributes are ones that just come down to "I'd prefer if" I don't pretend that I'm perfect at UI design, and I don't think that all preferences are bad. Thats not even what the essay says, it says that all preference additions must be carefully considered, and that addition of a preference does have a cost (contrary to what many believe). Does the theory of product selection attributes say that you should add preferences without considering the costs at all? Or how is it disagreeing? However, I find it interesting that you are the person who argues like this. How would you counter someone using your argument when he wants support for system V streams or some other (in you opinion) horribly ugly but used by important people feature in the Linux kernel. At some point you have to stick by what you (as a developer) think is best (considering input from other parties), instead of letting the opinions of the person with most money decide. > There is a lot of good argument for UI that doesn't throw 1000 options at the > user, but the "remove everything" model requires that you know which attributes > the majority of the user base consider in which light. Without doing that > analysis of the userbase you don't know which attributes you can remove. No, and since you can't do such an analysis you have to choose by other means. Things like experience, feeling, user feedback, what the competition do, research, etc. This is no exact science. We can't come up with the 50 optimial preferences according to some well defined measurement. > It is also often about presentation of an attribute. Gnome for example lets > me set the desktop background. To most users thats firmly an "I'd prefer if" > thing - so why hasn't it been removed ? - because there is a sane way to > let the user set it without throwing hard questions at them. Yes, background settings, while not important for productivity, are very easy to explain in a ui, and experience has shown that people find it very important to be able to personalize the look of their computer in basic ways. > Browse v Spatial mode seems to be an attribute which is important to users, > so arguing for removing it by simplifying the interface is actually flawed > when you remove your head from the cardboard box of purist-UI and look at > the real world. I'm not so sure that Browse vs Spatial is more important than the set desktop background feature. Don't you think we'd be mightily flamed if we remove that feature? Don't you think its important to users? I'm not arguing for removing browser mode. Its there, availible by default in both the start menu and context menu (and you can easily drag it to your panel). However, I believe that for the majority of people who use a graphical filemanager spatial is better or as good as browser mode, and for the times when you need browser mode its easily accessible. Since both modes are easily accessible I don't think its worth having a visible preference for which one to use as the default. Now, this is my opinion of course, and I don't have billions of dollars of research to back it up, but so are all design choices I make in Nautilus. There are lots of way a file manager can behave, and we don't want them all in the preferences dialog, or all combinations of them described in the docs. To avoid this I try to err on the cautious side, because once a preference is in its very very hard to get rid of. > So how to fix it - well one way at least would be to add "Make this my > default viewing mode" somewhere so the user can "stick" the current viewing > preference. Windows in particular makes heavy use of "Do you want to make this > your default....." as does Mozilla. Where exactly would this be? A dialog that shows up when you switch mode? It sounds like a normal preference to me, except not in the normal place for preferences. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a witless overambitious boxer for the 21st century. She's a blind Bolivian doctor with the power to see death. They fight crime! From bfox at redhat.com Wed Feb 18 16:41:12 2004 From: bfox at redhat.com (Brent Fox) Date: Wed, 18 Feb 2004 11:41:12 -0500 Subject: system-config-services In-Reply-To: <20040218160439.GP5047@inxservices.com> References: <40338C0B.1070907@comcast.net> <20040218160439.GP5047@inxservices.com> Message-ID: <1077122472.8104.6.camel@verve.devel.redhat.com> On Wed, 2004-02-18 at 11:04, George Garvey wrote: > On Wed, Feb 18, 2004 at 11:00:11AM -0500, Marcus Schuetz wrote: > > Jason Montleon released the following into the bitstream on 02/18/04 08:06: > > >I am having strange problems with this program not running at all, and then > > >even when it does the check box to enable/disable each service is most of > > >the way cut off by the name of the service making it impossible to see > > >whether it is check or unchecked, and just barely possible to click on it. > > >Has anyone else had similar problems? > > There's an update on the development site that fixes these problems. > 0.8.6-3 to be exact. Cheers, Brent From biped at comcast.net Wed Feb 18 16:51:59 2004 From: biped at comcast.net (Marcus Schuetz) Date: Wed, 18 Feb 2004 11:51:59 -0500 Subject: system-config-services In-Reply-To: <1077122472.8104.6.camel@verve.devel.redhat.com> References: <40338C0B.1070907@comcast.net> <20040218160439.GP5047@inxservices.com> <1077122472.8104.6.camel@verve.devel.redhat.com> Message-ID: <4033982F.6030809@comcast.net> Brent Fox wrote: > On Wed, 2004-02-18 at 11:04, George Garvey wrote: > >>On Wed, Feb 18, 2004 at 11:00:11AM -0500, Marcus Schuetz wrote: >> >>>Jason Montleon released the following into the bitstream on 02/18/04 08:06: >>> >>>>I am having strange problems with this program not running at all, and then >>>>even when it does the check box to enable/disable each service is most of >>>>the way cut off by the name of the service making it impossible to see >>>>whether it is check or unchecked, and just barely possible to click on it. >>>>Has anyone else had similar problems? >> >> There's an update on the development site that fixes these problems. >> > > > 0.8.6-3 to be exact. > > Cheers, > Brent > > Doh! And it's been installed on my computer a week ago. Serves me right to agree before checking it first. Sorry for the noise. :: Marcus From rjohnson at medata.com Wed Feb 18 17:01:11 2004 From: rjohnson at medata.com (Rick Johnson) Date: Wed, 18 Feb 2004 09:01:11 -0800 Subject: Service CPUspeed errors In-Reply-To: <1077084876.3494.15.camel@localhost> References: <1077084876.3494.15.camel@localhost> Message-ID: <40339A57.6040702@medata.com> Efthym wrote: > The driver only depends on what processor u have. Most probably yours is > P4M, so that would be speedstep_ich. You can try it by insmod > speedstep_ich and see if it loads without errors. There are others for less mainstream platforms. Here's a list that I was able to come up with based on docs (may not be entirely accurate): speedstep-ich (good choice for most mobile pentium 2/3/4 notebooks with the ICH2, ICH3, or ICH4 southbridge) speedstep-centrino (better for centrino based systems, incorporates enhanced speedstep) powernow-k6 (Older mobile K6-2 or mobile K6-3 cpu's) powernow-k7 (Mobile Athlon) powernow-k8 (Mobile Opteron or Athlon 64) p4-clockmod (P4/Xeon processors, but doesn't provide voltage scaling, try speedstep-ich, or speedstep-centrino if possible and compatible) elanfreq (Elan CPU support) longhaul (Via Samuel/CyrixIII, Samuel/C3, Ezra, or Ezra-T CPU's) speedstep-smi (Mobile P3 and P3-M with 440BX/XZ/MX Southbridge) speedstep-piix4 (some systems, P3, P3-M, and P4-M with PIIX based southbridge) longrun (Transmeta support) gx-suspmod (National Semiconducter Geode or Cyrius Media GX CPU support for suspend modulation) This info was gleened from the kernel config helper file and the CPUFreq docs. Power PC (ibook2 and Powerbook), sparc64, and SuperH platforms are also supported. HTH, -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From alan at redhat.com Wed Feb 18 17:01:30 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 18 Feb 2004 12:01:30 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077122454.7798.580.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116756.7798.506.camel@localhost.localdomain> <20040218152516.GA20644@devserv.devel.redhat.com> <1077122454.7798.580.camel@localhost.localdomain> Message-ID: <20040218170129.GB22964@devserv.devel.redhat.com> On Wed, Feb 18, 2004 at 05:40:54PM +0100, Alexander Larsson wrote: > believe). Does the theory of product selection attributes say that you > should add preferences without considering the costs at all? Or how is > it disagreeing? Costs alwys matter. > ugly but used by important people feature in the Linux kernel. At some > point you have to stick by what you (as a developer) think is best > (considering input from other parties), instead of letting the opinions > of the person with most money decide. It sometimes depends if you can please them at no cost to anyone else. > described in the docs. To avoid this I try to err on the cautious side, > because once a preference is in its very very hard to get rid of. Indeed > > So how to fix it - well one way at least would be to add "Make this my > > default viewing mode" somewhere so the user can "stick" the current viewing > > preference. Windows in particular makes heavy use of "Do you want to make this > > your default....." as does Mozilla. > > Where exactly would this be? A dialog that shows up when you switch > mode? It sounds like a normal preference to me, except not in the normal > place for preferences. Im trying to think of places we can give users a clear and easy to understand way to switch their normal browsing mode between the two forms in a way that is UI-intiutive and not more weird preference options. That seems to me to be the real way to solve the entire thing From notting at redhat.com Wed Feb 18 17:09:29 2004 From: notting at redhat.com (Bill Nottingham) Date: Wed, 18 Feb 2004 12:09:29 -0500 Subject: Synaptics touchpad - how do I get it to work? In-Reply-To: <403312D1.3010306@nogin.org> References: <4032F9E4.7060007@nogin.org> <20040218063704.GR15070@lichen.truemesh.com> <403312D1.3010306@nogin.org> Message-ID: <20040218170929.GD10166@devserv.devel.redhat.com> Aleksey Nogin (aleksey at nogin.org) said: > >kudzu now supports synaptics via evdev: > > Does it do anything when it detects one? Nope, no appropriate tools to call yet. I try to avoid it being in the habit of directly editing config files. :) Bill From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Feb 18 17:10:57 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 18 Feb 2004 18:10:57 +0100 Subject: totem, gstplayer, rhythmbox on FC2 In-Reply-To: <200402180150.i1I1oARb007018@smtp.ucsd.edu> References: <200402180150.i1I1oARb007018@smtp.ucsd.edu> Message-ID: <20040218181057.5206fe6d@localhost> Kevin Bowen wrote : > > The latest totem rebuilds against gstreamer 0.7.x although there are some > > You mean against 0.7.4 (i.e. the rpms you pointed me to)? Cause I tried > building it against the 0.7.3 included in FC2t1 and it didn't work (sorry, > not in front of my linux machine atm so don't have the actual errors > produced). I've only tried against 0.7.4 indeed. > Alternately, do you happen to know if there's a xine-lib that will build on > FC2, so I could go that route with totem? I'm not aware of any rebuild problems on FC2, although I haven't tried yet myself since the FC1 binaries work just fine : http://freshrpms.net/rpm/xine-lib Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.2-1.81 Load : 0.88 0.53 0.29 From area214 at sbcglobal.net Wed Feb 18 17:11:34 2004 From: area214 at sbcglobal.net (area214 at sbcglobal.net) Date: Wed, 18 Feb 2004 11:11:34 -0600 Subject: Upgrading from Red Hat 9 Message-ID: <024e01c3f642$439ddf00$4aac8e42@satis> <> Same problem as well. -------------- next part -------------- An HTML attachment was scrubbed... URL: From joe at rawsonoaks.com Wed Feb 18 17:19:02 2004 From: joe at rawsonoaks.com (Joe Frohne) Date: Wed, 18 Feb 2004 11:19:02 -0600 (CST) Subject: FC2T1 Swap Space Message-ID: <46649.129.89.123.64.1077124742.squirrel@www.frohne.org> Hi, I am new to the test list and didn't see this in the archives. I just upgraded from FC1 to 1.9 and have noticed that my swap space isen't being utilized at all, according to top. Am I missing something simple? Also, an init 6 from the konsole was fun. It just streamed the command prompt for 5 minutes before it finally blanked out and rebooted. Thanks, -- Joe Frohne Rawson Oaks Consulting, Remote Oracle Admins http://www.rawsonoaks.com joe at rawsonoaks.com or joe at frohne.org Oak Creek, WI, USA -- There are no impossible dreams. From mike.lurk at sympatico.ca Wed Feb 18 17:28:00 2004 From: mike.lurk at sympatico.ca (Mike Lurk) Date: Wed, 18 Feb 2004 12:28:00 -0500 Subject: FC2 test 1 dual boot Message-ID: <1077125280.25576.8.camel@localhost.localdomain> Mike Lurk wrote: > Has anyone else had this problem. I installed FC2 test 1 on a dual boot > system. Windows xp was installed first and then fc2 creating the > partitions manually, /boot, /swap, and /. This was done on a 40 gig hard > drive, giving 20gig to windows and the rest for fc2. I had a second hard > drive with all my important stuff on a 10gig hard drive which I mount > after booting to fc2. When I try to boot to Windows I get; > > Other > rootnoverify (hd0,0) > chainloader +1 > > on the screen and thats it. When I check the partitions with linux fdisk > it all looks normal; > > Device Boot Start End Blocks Id System > /dev/hda1 * 1 40641 20482843+ c W95 FAT32 (LBA) > /dev/hda2 40642 40844 102312 83 Linux > /dev/hda3 40845 77332 18389952 83 Linux > /dev/hda4 77333 77536 102816 f W95 Ext'd (LBA) > /dev/hda5 77333 77535 102280+ 82 Linux swap > > but then when i try dos's fdisk i get > > 1. non dos partition > 2. non dos partition > 3. extended partition > 4. fat32 > > and this is in my grub.conf > > # grub.conf generated by anaconda > # > # Note that you do not have to rerun grub after making changes to this > file > # NOTICE: You have a /boot partition. This means that > # all kernel and initrd paths are relative to /boot/, eg. > # root (hd0,1) > # kernel /vmlinuz-version ro root=/dev/hda3 > # initrd /initrd-version.img > #boot=/dev/hda > default=0 > timeout=10 > splashimage=(hd0,1)/grub/splash.xpm.gz > title Fedora Core (2.6.1-1.65) > root (hd0,1) > kernel /vmlinuz-2.6.1-1.65 ro root=LABEL=/ rhgb > initrd /initrd-2.6.1-1.65.img > title Other > rootnoverify (hd0,0) > chainloader +1 With dual hard disks. I had to use the excerpt from grub to boot XP title Windows NT / Windows 95 boot menu root (hd0,0) makeactive chainloader +1 The rootnoverify excerpt didn't work for the dual hard disks. > > I see a problem here with the differences in linux's version of fdisk > and dos's, the way in which the partitions are setup. I've tried > installing the dual boot 3 times and all 3 times it's been the same > outcome. > > I filed a bug report in Bugzilla and it is bug 115980 > > I just thought of something..... it couldn't make a difference...it > shouldn't... jumper settings on the hard drives set to cable > select?????? > Master and slave settings work for me, better than cable select. This might cause a problem also. > Checking this out.......later > > Mike > > Jim The only thing is that it worked in FC1. I didn't think of it before because of that. The only thing that I can think of that would cause that type of problem is in the drive geometry when using cable select and the normal master and slave jumper settings. On rare occation it has given me a problem with OS's but not with Linux. It was only with the older bios's that have a problem. This is a new mobo Asus A7N8X-E and it shouldn't give me any type of problem. But you know the old adage, if it can it will, so what I am doing is starting all over again and using the normal master, slave jumper settings to see if that makes a difference. Later Mike From peter_banks at charter.net Wed Feb 18 18:12:45 2004 From: peter_banks at charter.net (Peter A. Banks) Date: Wed, 18 Feb 2004 13:12:45 -0500 Subject: checkpolicy program needed by the SElinux policy programs In-Reply-To: <20040218170024.20433.9994.Mailman@listman.back-rdu.redhat.com> Message-ID: I have not been able to find the Checkpolicy program in either the Development branch or the test area. Any ideas? Regards pab From peter_banks at charter.net Wed Feb 18 18:12:45 2004 From: peter_banks at charter.net (Peter A. Banks) Date: Wed, 18 Feb 2004 13:12:45 -0500 Subject: kernel 2.6.2-1.87 still Borks the mouse causing XFree not to run. In-Reply-To: <20040218170024.20433.9994.Mailman@listman.back-rdu.redhat.com> Message-ID: RE:kernel 2.6.2-1.87 still Borks the mouse causing XFree not to run. Running the mouse configuration program still does not help the problem. Downgrading to -1.81 allows Xfree to run. Regards pab From zleite at mminternet.com Wed Feb 18 18:15:50 2004 From: zleite at mminternet.com (Z) Date: Wed, 18 Feb 2004 10:15:50 -0800 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <4031EFFF.6070404@skmoore.com> References: <4031EFFF.6070404@skmoore.com> Message-ID: <1077128150.5309.4.camel@Z> On Tue, 2004-02-17 at 02:42, Stephen Moore wrote: > > Is this bugzillable, please tell me that I am not the only one who > _hates_ the new setup > You are not the only one who _hates_ the new setup. It drives me mad, too. From gstool at earthlink.net Wed Feb 18 18:18:48 2004 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 18 Feb 2004 12:18:48 -0600 Subject: kernel 2.6.2-1.87 still Borks the mouse causing XFree not to run. In-Reply-To: References: Message-ID: <200402181218.48959.gstool@earthlink.net> On Wednesday 18 February 2004 12:12, Peter A. Banks wrote: > RE:kernel 2.6.2-1.87 still Borks the mouse causing XFree not to run. > Running the mouse configuration program still does not help the problem. > Downgrading to -1.81 allows Xfree to run. > Regards > pab I can confirm this. A fix presented by someone earlier involving editing a couple of configuration files did nothing for me. Gerry From gstool at earthlink.net Wed Feb 18 18:27:47 2004 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 18 Feb 2004 12:27:47 -0600 Subject: Xsane not working after editing scanner config file Message-ID: <200402181227.47066.gstool@earthlink.net> I've always been able to get my Epson 1240U scanner to work with Xsane by editing the /etc/sane.d/epson.conf file - removing the comment character from the last line. It does not work with FC2 Test 1, fresh install with all rawhide updates that are available installed. [gerry at gstpc gerry]$ rpm -q xsane xsane-0.92-5 Anyone else confirm this? If so, I'll be glad to file a bug. Gerry From gstool at earthlink.net Wed Feb 18 18:36:54 2004 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 18 Feb 2004 12:36:54 -0600 Subject: Printer definition failure Message-ID: <200402181236.54425.gstool@earthlink.net> When I tried to set up a printer, I found the Printing Manager to show that the LPR/LPRNG printing system was selected instead of the now standard CUPS system. I changed that, and then tried to set up a printer. After setting up all the printer attributes, it presented an Authorization Dialog asking for a Username and Password. Using the root values, it failed. It asked twice before presenting the failure dialog. I then retried using my user values, and the same thing repeated. I have all the printing packages provided in rawhide today installed. Is this repeatable? If so, I'll be happy to buzilla it. Gerry From czar at czarc.net Wed Feb 18 18:43:19 2004 From: czar at czarc.net (Gene C.) Date: Wed, 18 Feb 2004 13:43:19 -0500 Subject: Upgrading from Red Hat 9 In-Reply-To: <1077120368.21197.25.camel@devinsbox> References: <1077120368.21197.25.camel@devinsbox> Message-ID: <200402181343.19910.czar@czarc.net> On Wednesday 18 February 2004 11:06, Devin Whalen wrote: > Ok, > > So there is not boot disk....I have seen like 5 submissions regarding > this and I think we can all agree that there is no bootdisk.img :) I have been following this discussion. While I currently do not have a problem with booing off cdrom and do not forsee a time when I would have a problem, I can understand that some users will have a problem. Either they have a system which is not capable of booting the cdrom (for whatever reason) or perhaps they have a system with no cdrom (but have a floppy and intend to do a network install of some form). What occurs to me is to somehow use grub. The grub stage1 and stage2 files are small enough to fit on a floppy. Unfortunately, grub is not currently capable of booting a cdrom (as far as I con deteremine) so an enhancement to grub would be necessary to add this functionality. Looking at the grub documentation, there appears to be a way for grub to load a kernel across a network. I have not tried this so I do not know if it works or how difficult it would be to make it work. However, the potential is there. As I said, I do not need this functionality but can understand that other do. Perhaps someone with the need, the time, and the skill could comeup with something based on grub ... just an idea. -- Gene From pri.rhl1 at iadonisi.to Wed Feb 18 18:44:14 2004 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: Wed, 18 Feb 2004 13:44:14 -0500 Subject: DVD burning in FC2T1 Message-ID: <1077129854.27428.24.camel@va.local.linuxlobbyist.org> Well, most of the problems I've encountered with the FC2T1 (or more specifically, the 2.6.x kernel) seem to have been covered on this list, except for one, unless I missed it. There appear to be three (well, four, but I'm leaving out cdrdao for this discussion) CD/DVD burning packages (not including gui front ends) bundled with the distribution: cdrtools, dvdrtools, and dvd+rw-tools. Am I missing something or are none of these appropriate for DVD burning under the 2.6.x kernel? From what I can tell, cdrtools (cdrecord) is only good for CD-R[W] burning, dvdrtools is based on an old version of cdrtools which doesn't support ATAPI devices, and I think dvd+rw-tools also expects a scsi device. There is a patch for the most recent cdrecord that is supposed to make it work for DVD burning at http://people.mandrakesoft.com/~warly/files/cdrtools/archives/ that could be applied to solve the problem, but I'm not sure it's the best approach. In case anyone missed it, ide-scsi has been declared broken and is without a maintainer and Linus believes it is an ugly hack (which I tend to agree with). That's why CD/DVD recording utilities now need to support ATAPI devices. So has anyone figured out how to burn DVDs under the 2.6 kernel? -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From gstool at earthlink.net Wed Feb 18 18:45:47 2004 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 18 Feb 2004 12:45:47 -0600 Subject: Printer definition failure In-Reply-To: <200402181236.54425.gstool@earthlink.net> References: <200402181236.54425.gstool@earthlink.net> Message-ID: <200402181245.47112.gstool@earthlink.net> On Wednesday 18 February 2004 12:36, Gerry Tool wrote: > When I tried to set up a printer, I found the Printing Manager to show that > the LPR/LPRNG printing system was selected instead of the now standard CUPS > system. I changed that, and then tried to set up a printer. > > After setting up all the printer attributes, it presented an Authorization > Dialog asking for a Username and Password. Using the root values, it > failed. It asked twice before presenting the failure dialog. I then > retried using my user values, and the same thing repeated. > > I have all the printing packages provided in rawhide today installed. > > Is this repeatable? If so, I'll be happy to buzilla it. > Added info: I logged out, logged in as root to see if I could set it up. It was already defined! Logged back in as a user, printer was flagged with a problem. Opened Gnome Print Manager. Decided to edit the printer - this time it asked me for a root password and let me edit it. I found that it was set up as Raw rather than as a PCL6 that I had tried to set up. Changed, and the printer now works. I will definitely look for this in bugzilla and make an entry. Gerry From gstool at earthlink.net Wed Feb 18 18:54:29 2004 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 18 Feb 2004 12:54:29 -0600 Subject: Printer definition failure In-Reply-To: <200402181245.47112.gstool@earthlink.net> References: <200402181236.54425.gstool@earthlink.net> <200402181245.47112.gstool@earthlink.net> Message-ID: <200402181254.29541.gstool@earthlink.net> On Wednesday 18 February 2004 12:45, Gerry Tool wrote: > On Wednesday 18 February 2004 12:36, Gerry Tool wrote: > > When I tried to set up a printer, I found the Printing Manager to show > > that the LPR/LPRNG printing system was selected instead of the now > > standard CUPS system. I changed that, and then tried to set up a > > printer. > > > > After setting up all the printer attributes, it presented an > > Authorization Dialog asking for a Username and Password. Using the root > > values, it failed. It asked twice before presenting the failure dialog. > > I then retried using my user values, and the same thing repeated. > > > > I have all the printing packages provided in rawhide today installed. > > > > Is this repeatable? If so, I'll be happy to buzilla it. > > Added info: > > I logged out, logged in as root to see if I could set it up. It was > already defined! Logged back in as a user, printer was flagged with a > problem. Opened Gnome Print Manager. Decided to edit the printer - this > time it asked me for a root password and let me edit it. I found that it > was set up as Raw rather than as a PCL6 that I had tried to set up. > Changed, and the printer now works. > > I will definitely look for this in bugzilla and make an entry. I spoke too soon. Kwrite sent a page to the printer, and a footer with the file name printed, but no text from the file printed. So, I opened the file in Gedit, and it printed properly. What bugzilla components should I file against? Gerry From pri.rhl1 at iadonisi.to Wed Feb 18 19:01:34 2004 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: Wed, 18 Feb 2004 14:01:34 -0500 Subject: Upgrading from Red Hat 9 In-Reply-To: <200402181343.19910.czar@czarc.net> References: <1077120368.21197.25.camel@devinsbox> <200402181343.19910.czar@czarc.net> Message-ID: <1077130894.27428.30.camel@va.local.linuxlobbyist.org> On Wed, 2004-02-18 at 13:43, Gene C. wrote: [snip] > What occurs to me is to somehow use grub. The grub stage1 and stage2 files > are small enough to fit on a floppy. Unfortunately, grub is not currently > capable of booting a cdrom (as far as I con deteremine) so an enhancement to > grub would be necessary to add this functionality. From the rest of your message, not sure why you mention the need for grub to boot from cdrom...I thought you were talking about booting from floppy. However, if someone really needs cdrom booting capability in grub, take a look at the Xen virtual machine monitor project at http://www.cl.cam.ac.uk/Research/SRG/netos/xen/ as the demo CD that project puts out uses a modified version of grub with this capability. -- -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 tvinhas at techbyte.com.br Wed Feb 18 19:10:38 2004 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Wed, 18 Feb 2004 16:10:38 -0300 Subject: XFree86 Mouse error after rawhide updates Message-ID: <001a01c3f652$e5799ed0$03fea8c0@vinhas> After latest updates from rawhide, my XFree86 stopped working. It claims that the /dev/mice/something is missing. I tried changing it to /dev/mouse on XFree86 but the same happens. I tried reconfiguring the mouse with mouseconfig but gpm cannot find the mouse to. What can I do? Thiago -------------- next part -------------- An HTML attachment was scrubbed... URL: From czar at czarc.net Wed Feb 18 19:14:47 2004 From: czar at czarc.net (Gene C.) Date: Wed, 18 Feb 2004 14:14:47 -0500 Subject: Upgrading from Red Hat 9 In-Reply-To: <1077130894.27428.30.camel@va.local.linuxlobbyist.org> References: <1077120368.21197.25.camel@devinsbox> <200402181343.19910.czar@czarc.net> <1077130894.27428.30.camel@va.local.linuxlobbyist.org> Message-ID: <200402181414.47843.czar@czarc.net> On Wednesday 18 February 2004 14:01, Paul Iadonisi wrote: > On Wed, 2004-02-18 at 13:43, Gene C. wrote: > > [snip] > > > What occurs to me is to somehow use grub. The grub stage1 and stage2 > > files are small enough to fit on a floppy. Unfortunately, grub is not > > currently capable of booting a cdrom (as far as I con deteremine) so an > > enhancement to grub would be necessary to add this functionality. > > From the rest of your message, not sure why you mention the need for > grub to boot from cdrom...I thought you were talking about booting from > floppy. However, if someone really needs cdrom booting capability in > grub, take a look at the Xen virtual machine monitor project at > http://www.cl.cam.ac.uk/Research/SRG/netos/xen/ as the demo CD that > project puts out uses a modified version of grub with this capability. >From previous messages, some folks are unable to boot a cdrom -- either the system does not have one, or the bios is not capable of booting a cdrom, or it cannot boot the isolinux cdrom. Since the kernel has grown too large to fit on a floppy, I was looking for a way to bootstrap the booting of the cdrom through booting of a floppy with grub on it and then have grub boot the cdrom. If grub could pull vmlinuz and initrd.img from the dosutils/autoboot directory, this could possibly get around the boot-cdrom problem. This has to be easier than installing something like RHL 9 which is then used to boot the cdrom. -- Gene From gstool at earthlink.net Wed Feb 18 19:14:55 2004 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 18 Feb 2004 13:14:55 -0600 Subject: XFree86 Mouse error after rawhide updates In-Reply-To: <001a01c3f652$e5799ed0$03fea8c0@vinhas> References: <001a01c3f652$e5799ed0$03fea8c0@vinhas> Message-ID: <200402181314.55263.gstool@earthlink.net> On Wednesday 18 February 2004 13:10, Thiago Vinhas de Moraes wrote: > After latest updates from rawhide, my XFree86 stopped working. It claims > that the /dev/mice/something is missing. I tried changing it to /dev/mouse > on XFree86 but the same happens. I tried reconfiguring the mouse with > mouseconfig but gpm cannot find the mouse to. What can I do? > > Thiago This is a problem with the current rawhide kernels. Revert to using a kernel no higher than 2.6.2-1.81. I've experienced the same problems with two kernels after that. Gerry From czar at czarc.net Wed Feb 18 19:20:01 2004 From: czar at czarc.net (Gene C.) Date: Wed, 18 Feb 2004 14:20:01 -0500 Subject: XFree86 Mouse error after rawhide updates In-Reply-To: <200402181314.55263.gstool@earthlink.net> References: <001a01c3f652$e5799ed0$03fea8c0@vinhas> <200402181314.55263.gstool@earthlink.net> Message-ID: <200402181420.01352.czar@czarc.net> On Wednesday 18 February 2004 14:14, Gerry Tool wrote: > On Wednesday 18 February 2004 13:10, Thiago Vinhas de Moraes wrote: > > After latest updates from rawhide, my XFree86 stopped working. It claims > > that the /dev/mice/something is missing. I tried changing it to > > /dev/mouse on XFree86 but the same happens. I tried reconfiguring the > > mouse with mouseconfig but gpm cannot find the mouse to. What can I do? > > > > Thiago > > This is a problem with the current rawhide kernels. Revert to using a > kernel no higher than 2.6.2-1.81. I've experienced the same problems with > two kernels after that. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116118 Also, I have successfully got things to work with the following two manual changes: 1. Edit /etc/X11/XF86Config and replace "/dev/psaux" with "/dev/mouse" 2. in directory /dev, change (delete and add) the symbolic link so instead of mouse->psaux you have mouse->input/mice This worked for me. -- Gene From linux_dave at hotmail.com Wed Feb 18 19:26:40 2004 From: linux_dave at hotmail.com (linux dave) Date: Wed, 18 Feb 2004 19:26:40 +0000 Subject: Problems Message-ID: I have installed Fedora Core 1.90 test 1 onto my test bed and to date I have found a few glitches. 1) Anaconda will not let me have a custom install ie if I leave KDE blank and go for a full Gnome install with no redhat applet or up2date. I get a full install of Gnome and a full install of KDE and the annoying up2date tray icon. I can select a basic install then put in Gnome. 2) Where is the file browser ? At the moment I am using Velocity as I have lost the nautilus filebrowser from the menu 3) I cannot add another user using the redhat user config tool the app locks up. Dave _________________________________________________________________ Watch high-quality video with fast playback at MSN Video. Free! http://click.atdmt.com/AVE/go/onm00200365ave/direct/01/ From balay at fastmail.fm Wed Feb 18 19:19:13 2004 From: balay at fastmail.fm (Satish Balay) Date: Wed, 18 Feb 2004 13:19:13 -0600 (CST) Subject: XFree86 Mouse error after rawhide updates In-Reply-To: <001a01c3f652$e5799ed0$03fea8c0@vinhas> References: <001a01c3f652$e5799ed0$03fea8c0@vinhas> Message-ID: On Wed, 18 Feb 2004, Thiago Vinhas de Moraes wrote: > After latest updates from rawhide, my XFree86 stopped working. It > claims that the /dev/mice/something is missing. I tried changing it > to /dev/mouse on XFree86 but the same happens. I tried reconfiguring > the mouse with mouseconfig but gpm cannot find the mouse to. What > can I do? There was a post about this. The fix is to edit /etc/X11/XF86Config and change: Option "Device" "/dev/psaux" to: Option "Device" "/dev/input/mice" Satish From gstool at earthlink.net Wed Feb 18 19:32:59 2004 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 18 Feb 2004 13:32:59 -0600 Subject: XFree86 Mouse error after rawhide updates In-Reply-To: <200402181420.01352.czar@czarc.net> References: <001a01c3f652$e5799ed0$03fea8c0@vinhas> <200402181314.55263.gstool@earthlink.net> <200402181420.01352.czar@czarc.net> Message-ID: <200402181332.59234.gstool@earthlink.net> On Wednesday 18 February 2004 13:20, Gene C. wrote: > On Wednesday 18 February 2004 14:14, Gerry Tool wrote: > > On Wednesday 18 February 2004 13:10, Thiago Vinhas de Moraes wrote: > > > After latest updates from rawhide, my XFree86 stopped working. It > > > claims that the /dev/mice/something is missing. I tried changing it to > > > /dev/mouse on XFree86 but the same happens. I tried reconfiguring the > > > mouse with mouseconfig but gpm cannot find the mouse to. What can I do? > > > > > > Thiago > > > > This is a problem with the current rawhide kernels. Revert to using a > > kernel no higher than 2.6.2-1.81. I've experienced the same problems > > with two kernels after that. > > See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116118 > > Also, I have successfully got things to work with the following two manual > changes: > > 1. Edit /etc/X11/XF86Config and replace "/dev/psaux" with "/dev/mouse" > > 2. in directory /dev, change (delete and add) the symbolic link so instead > of mouse->psaux you have mouse->input/mice > > This worked for me. > -- > Gene Your suggestions worked for me, also. I'm now using 2.6.2-1.87 Gerry From aoliva at redhat.com Wed Feb 18 19:36:09 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 18 Feb 2004 16:36:09 -0300 Subject: Package errors samba and kernel In-Reply-To: <403339D7.1000008@filmakademie.de> References: <403339D7.1000008@filmakademie.de> Message-ID: On Feb 18, 2004, G?tz Reinicke wrote: > i tried to update/install my test server (Dell Poweredge 1650 SMP 2 > CPUs) with fedora core 2 Test 1. > The latest dev packages for samba and the kernel generate some errors: Try again. Samba is fixed, and there's a newer kernel available already. Still with the sleep_on() bug, though :-) > Whats wrong?? Nothing, really, it's rawhide :-) -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From eon at eon.za.net Wed Feb 18 20:40:59 2004 From: eon at eon.za.net (Alexander Brinkman) Date: Wed, 18 Feb 2004 21:40:59 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <20040218170129.GB22964@devserv.devel.redhat.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116756.7798.506.camel@localhost.localdomain> <20040218152516.GA20644@devserv.devel.redhat.com> <1077122454.7798.580.camel@localhost.localdomain> <20040218170129.GB22964@devserv.devel.redhat.com> Message-ID: <1077136859.7015.16.camel@localhost> On Wed, 2004-02-18 at 18:01, Alan Cox wrote: > > Where exactly would this be? A dialog that shows up when you switch > > mode? It sounds like a normal preference to me, except not in the normal > > place for preferences. > > Im trying to think of places we can give users a clear and easy to understand > way to switch their normal browsing mode between the two forms in a way that > is UI-intiutive and not more weird preference options. That seems to me to > be the real way to solve the entire thing Well, after I found out Nautilus opens multiple windows my first reaction was "Wait a minute, this is not what I am used too, I want my normal Nautilus-windows back! Where are the preferences?" This spatial/navigational thing is a drastic change to the behaviour of Nautilus. So I expected a preference setting for this. Only later I discovered that a right click on my home folder allowed me to select the browse mode. Which I find more confusing then a normal preference setting because the mode in which I browse is not a (meta-)operation on the folder, but on the file-manager. And you control the file-manager through settings/preferences. So that was where I expected the choice to be... -- Alexander Brinkman. From tvinhas at techbyte.com.br Wed Feb 18 19:44:17 2004 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Wed, 18 Feb 2004 16:44:17 -0300 Subject: XFree86 Mouse error after rawhide updates In-Reply-To: <200402181420.01352.czar@czarc.net> References: <001a01c3f652$e5799ed0$03fea8c0@vinhas> <200402181314.55263.gstool@earthlink.net> <200402181420.01352.czar@czarc.net> Message-ID: <1077133456.2133.0.camel@vinhas> Worked! Thanks! Em Qua, 2004-02-18 ?s 14:20 -0500, Gene C. escreveu: > On Wednesday 18 February 2004 14:14, Gerry Tool wrote: > > On Wednesday 18 February 2004 13:10, Thiago Vinhas de Moraes wrote: > > > After latest updates from rawhide, my XFree86 stopped working. It claims > > > that the /dev/mice/something is missing. I tried changing it to > > > /dev/mouse on XFree86 but the same happens. I tried reconfiguring the > > > mouse with mouseconfig but gpm cannot find the mouse to. What can I do? > > > > > > Thiago > > > > This is a problem with the current rawhide kernels. Revert to using a > > kernel no higher than 2.6.2-1.81. I've experienced the same problems with > > two kernels after that. > > See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116118 > > Also, I have successfully got things to work with the following two manual > changes: > > 1. Edit /etc/X11/XF86Config and replace "/dev/psaux" with "/dev/mouse" > > 2. in directory /dev, change (delete and add) the symbolic link so instead of > mouse->psaux you have mouse->input/mice > > This worked for me. > -- > Gene > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From tvinhas at techbyte.com.br Wed Feb 18 19:45:27 2004 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Wed, 18 Feb 2004 16:45:27 -0300 Subject: NVidia driver not working Message-ID: <1077133527.2133.2.camel@vinhas> Could anyone make the NVidia official driver to work? From czar at czarc.net Wed Feb 18 19:49:29 2004 From: czar at czarc.net (Gene C.) Date: Wed, 18 Feb 2004 14:49:29 -0500 Subject: XFree86 Mouse error after rawhide updates In-Reply-To: <200402181332.59234.gstool@earthlink.net> References: <001a01c3f652$e5799ed0$03fea8c0@vinhas> <200402181420.01352.czar@czarc.net> <200402181332.59234.gstool@earthlink.net> Message-ID: <200402181449.29043.czar@czarc.net> On Wednesday 18 February 2004 14:32, Gerry Tool wrote: > On Wednesday 18 February 2004 13:20, Gene C. wrote: > > On Wednesday 18 February 2004 14:14, Gerry Tool wrote: > > > On Wednesday 18 February 2004 13:10, Thiago Vinhas de Moraes wrote: > > > > After latest updates from rawhide, my XFree86 stopped working. It > > > > claims that the /dev/mice/something is missing. I tried changing it > > > > to /dev/mouse on XFree86 but the same happens. I tried reconfiguring > > > > the mouse with mouseconfig but gpm cannot find the mouse to. What can > > > > I do? > > > > > > > > Thiago > > > > > > This is a problem with the current rawhide kernels. Revert to using a > > > kernel no higher than 2.6.2-1.81. I've experienced the same problems > > > with two kernels after that. > > > > See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116118 > > > > Also, I have successfully got things to work with the following two > > manual changes: > > > > 1. Edit /etc/X11/XF86Config and replace "/dev/psaux" with "/dev/mouse" > > > > 2. in directory /dev, change (delete and add) the symbolic link so > > instead of mouse->psaux you have mouse->input/mice > > > > This worked for me. > > -- > > Gene > > Your suggestions worked for me, also. I'm now using 2.6.2-1.87 I am not sure what the "right" fix is but I have submitted a bug report against system-config-mouse (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116118) since it invoked when the problem occurs and against system-config-display (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116180) since it continues to use /dev/psaux even if /dev/mouse->input/mice Even system-config-display --reconfig does not work -- Gene From joe at swelltech.com Wed Feb 18 19:49:45 2004 From: joe at swelltech.com (Joe Cooper) Date: Wed, 18 Feb 2004 13:49:45 -0600 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077114360.7798.469.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> Message-ID: <4033C1D9.301@swelltech.com> Alexander Larsson wrote: >>If the "force people to use it" only applies during the testing, then >>that is fair enough. I just hope that sentiment does not continue past >>the testing faze as i don't really like being "forced" to do any thing, >>especially if i don't like it, and it is considerably inconvenient to >>me. > > > Yeah. Although it *will* be a hidden preference. Hidden preferences? I don't like the sound of that. I too dislike the new mode in nautilus, but don't care to argue about it. But this whole "no choice" thing is all wrong. My girlfriend recently wanted to be rid of the Nautilus-generated Trash and Home icons on the desktop, without actually getting rid of nautilus...It took me half an hour to find where that option was hidden away in gconf-editor, some kind of Registry-like beast. This is not the way to win friends or keep users. In at least one previous version, this was an easy to find option, in the normal Nautilus preferences...I'd like to see it come back to being easy to find. Likewise for this navigation mode of Nautilus. It makes no sense to effectively remove functionality and replace it with something considered by many to be inferior. I'm all for hiding complexity from the user, but give us an "Advanced" button or something so we can fix anything we perceive to be broken-by-default. So, if you mean "Hidden behind an Advanced Options button", then there's no problem. But if you mean "Hidden somewhere in gconf-editor and thoroughly undocumented because I think everyone should use this the way I use it", then it's a serious problem. -- Joe Cooper Web caching appliances and support. http://www.swelltech.com From davej at redhat.com Wed Feb 18 20:05:13 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 18 Feb 2004 20:05:13 +0000 Subject: kernel 2.6.2-1.87 still Borks the mouse causing XFree not to run. In-Reply-To: <200402181218.48959.gstool@earthlink.net> References: <200402181218.48959.gstool@earthlink.net> Message-ID: <1077134713.7040.0.camel@delerium.codemonkey.org.uk> On Wed, 2004-02-18 at 18:18, Gerry Tool wrote: > On Wednesday 18 February 2004 12:12, Peter A. Banks wrote: > > RE:kernel 2.6.2-1.87 still Borks the mouse causing XFree not to run. > > Running the mouse configuration program still does not help the problem. > > Downgrading to -1.81 allows Xfree to run. > > Regards > > pab > > I can confirm this. A fix presented by someone earlier involving editing a > couple of configuration files did nothing for me. Paste your XF86Config please. Dave From czar at czarc.net Wed Feb 18 20:13:13 2004 From: czar at czarc.net (Gene C.) Date: Wed, 18 Feb 2004 15:13:13 -0500 Subject: up2date, mirror repositories, and performance Message-ID: <200402181513.13593.czar@czarc.net> This is NOT a gripe! I am posting this message in the hope that someone out there will have a "better idea". I am not sure that there is a better idea but I can hope. The current situation is better in some respects but it is still not enough. When FC1 came out, up2date was configured to use a single server to download files from. Even though Red Hat appeared to augment download.fedora.redhat.com with heavy duty proxies (which it could only do with the http protocol), it was not enough and download was slooow. OK, FC2 and a new up2date with the capability to download from a mirror site selected from a list of mirror sites. Better but still not enough. There are a couple of problems with the mirror sites. First, they differ with how much bandwidth they are connected to and how much loading is on a particular server. Second, mirrors are not being updated "in a timely fashion". That is, you may have an indication that updates are available but when you run up2date, it connects to a mirror that has not been updated recently. With the volume of updates occurring on a daily basis, it must be difficult to keep the mirrors in sync. Now, http is a connectionless protocol. You could download each file from a different server. This has the potential of improving performance by spreading the load more dynamically. Unfortunately, this requires a perfect world where mirrors are always current. Right now, my alternative it to manually identify a server with good performance and a current set of packages. Then I edit sources to use that server. I will likely switch to the approach I use with FC1 where I download the stuff once to a local repository and then use up2date on the multiple test systems I have to update from the local repository. All this is very manual and I would like to have something which is more automagical. The addition of the mirror list is a good capability but now suffers from servers being out-of-sync. Anyone have a "better idea"? -- Gene From shrek-m at gmx.de Wed Feb 18 20:20:48 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 18 Feb 2004 21:20:48 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <4033C1D9.301@swelltech.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <4033C1D9.301@swelltech.com> Message-ID: <4033C920.8040303@gmx.de> Joe Cooper wrote: > My girlfriend recently wanted to be rid of the Nautilus-generated > Trash and Home icons on the desktop, without actually getting rid of > nautilus...It took me half an hour to find where that option was > hidden away in gconf-editor, some kind of Registry-like beast. half an hour ;-) $ gconf-editor /apps or /desktop ?? my first try was /desktop 10 sec later - no my second /apps ah, 10 sec later /apps/nautilus/desktop !! /apps/nautilus/desktop/home_icon_visible /apps/nautilus/desktop/trash_icon_visible indeed, 30 sec and not an half hour ;-) -- shrek-m From zleite at mminternet.com Wed Feb 18 20:32:50 2004 From: zleite at mminternet.com (Z) Date: Wed, 18 Feb 2004 12:32:50 -0800 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077092122.7798.435.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> Message-ID: <1077136370.10939.10.camel@Z> > I find it interesting that most people who dislike the new spatial mode > also add a comment that they don't actually use Nautilus. For any change > there will always be some people who don't like it. Hopefully the people > who actually use Nautilus will like it better. I use it extensively and hate it. Plus, If you are so concerned about the user experience, doing such a drastic change is unacceptable. > Anyway, the default behaviour is decided and won't change. Maybe at some Ohh, yes it will. At least on my desktop. I alway thought that nautilus has become a much uglier mess than the one it was meant to fix (gmc). I want gmc back. > point before 2.6 we'll add a preference that lets you default to > navigational mode. However, we'd like to force people to use spatial > mode in order to flush out all bugs from it (and make some people notice > that its actually nice). I actually noticed how horrid it really is. You'll force people to switch to KDE instead. Arrogance is not a way to create a user community. From fedora at warmcat.com Wed Feb 18 20:33:56 2004 From: fedora at warmcat.com (Andy Green) Date: Wed, 18 Feb 2004 20:33:56 +0000 Subject: CD Writing gone KAPUT!!! In-Reply-To: <200402181502.52555.fox3ec208@wideopenwest.com> References: <4033C3D7.4050502@comcast.net> <200402181502.52555.fox3ec208@wideopenwest.com> Message-ID: <200402182033.56421.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 18 February 2004 20:02, fox3ec208 at wideopenwest.com wrote: > On Wednesday 18 February 2004 14:58, jim tate wrote: > > Fedora Core1 ... > > cdrecord: No such file or directory. Cannot open '/dev/sg*'. Cannot open If you are using a 2.6 kernel, you need to get rid of hd_=ide-scsi on your kernel commandline (edit /boot/grub/grub.conf ) and replace it with ...=ide-cd A reboot will give you CD joy in that case :-) - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAM8w0jKeDCxMJCTIRApYGAKCW/l0XOP7u4oPk4pvJVGpG6oKzHACdFrDr MbxnVGNClYk9UpMn28aaWAg= =Y6yU -----END PGP SIGNATURE----- From whb at ceimaine.org Wed Feb 18 20:34:45 2004 From: whb at ceimaine.org (Will Backman) Date: Wed, 18 Feb 2004 15:34:45 -0500 Subject: up2date, mirror repositories, and performance In-Reply-To: <200402181513.13593.czar@czarc.net> References: <200402181513.13593.czar@czarc.net> Message-ID: <1077136485.8689.127.camel@cei3440.empower.ceimaine.org> On Wed, 2004-02-18 at 15:13, Gene C. wrote: > This is NOT a gripe! > Anyone have a "better idea"? > -- > Gene > If Fedora actually becomes super popular, it will need to scale. I'd hope that up2date would just point to a torrent tracker, and bittorrent would fetch the files. This is exactly what bittorrent is supposed to do. Too bad I couldn't code my way out of a paper bag, or I'd put my code where my mouth is. From skvidal at phy.duke.edu Wed Feb 18 20:38:13 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 18 Feb 2004 15:38:13 -0500 Subject: up2date, mirror repositories, and performance In-Reply-To: <1077136485.8689.127.camel@cei3440.empower.ceimaine.org> References: <200402181513.13593.czar@czarc.net> <1077136485.8689.127.camel@cei3440.empower.ceimaine.org> Message-ID: <1077136693.12673.0.camel@opus> > > If Fedora actually becomes super popular, it will need to scale. > I'd hope that up2date would just point to a torrent tracker, and > bittorrent would fetch the files. > This is exactly what bittorrent is supposed to do. > Too bad I couldn't code my way out of a paper bag, or I'd put my code > where my mouth is. Bittorrent does NOT work for MANY small files. it only works well for single LARGE files or full dirs of files that result in a large size. <50M bittorrent doesn't payoff. -sv From tvinhas at techbyte.com.br Wed Feb 18 20:44:55 2004 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Wed, 18 Feb 2004 17:44:55 -0300 Subject: Why not drop the Core from Fedora Core? Message-ID: <1077137095.2133.5.camel@vinhas> I really could not understand the decision of the OS name to be Fedora Core. People cannot even guess what the hell it is. Is it a game? An ISP? A super computer? Can anyone explain why the core in fedora core? Why not Fedora Linux, or just Fedora 2 for the next release? Regards, Thiago From zleite at mminternet.com Wed Feb 18 20:45:16 2004 From: zleite at mminternet.com (Z) Date: Wed, 18 Feb 2004 12:45:16 -0800 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <20040218150124.GB8632@devserv.devel.redhat.com> References: <1077115591.7798.489.camel@localhost.localdomain> <20040218150124.GB8632@devserv.devel.redhat.com> Message-ID: <1077137116.10939.19.camel@Z> On Wed, 2004-02-18 at 07:01, Alan Cox wrote: > On Wed, Feb 18, 2004 at 08:54:39AM -0600, marc.mcswain at academy.com wrote: > > What I find insulting is the fact that you have to resort to language like > > this to make your point. > > Alex wrote a lot of the current nautilus code. I also happen to detest > spacial mode but Alex is absolutely right to be annoyed at the way some > people are behaving. While you have a point, Alex volunteered the information that he forced down the tester's throats an unnecessary and radical change, going as far as to remove the configuration setting needed to revert the change. That was arrogant, patronizing, selfish, and, yes, stupid. It was bound to create strong reactions. I he was expecting accolades and adoration, he's quite the naive From jdy at cs.brown.edu Wed Feb 18 20:49:43 2004 From: jdy at cs.brown.edu (Joel Young) Date: Wed, 18 Feb 2004 15:49:43 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: Your message of "Wed, 18 Feb 2004 12:32:50 PST." <1077136370.10939.10.camel@Z> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077136370.10939.10.camel@Z> Message-ID: <20040218204943.25D622F07E@null.cs.brown.edu> Random thread injection... I don't believe (and yes I've read the papers) spatial mode is the best name. If I walk around my house is the light switch always in the same point of my field of view? No. If I look at the switch it is in the center of my view. Whatever I look at is in the center of my field of view. That is a __spatial__ __vision__ oriented interface. Anywho, I personally find both modes of operation useful depending on the task I am doing. Both are useful and I find myself going back and forth between them. As a user of many different systems, each with different display sizes, with different numbers and sizes of desktops and viewports, spatial mode can be frustrating sometimes when windows popup way far away outside of my field of view. Now if my window manager could shift my center-of-vision over the current window, that might be cute sometimes :-) Joel From gstool at earthlink.net Wed Feb 18 20:51:14 2004 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 18 Feb 2004 14:51:14 -0600 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077136370.10939.10.camel@Z> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077136370.10939.10.camel@Z> Message-ID: <4033D042.7080508@earthlink.net> Z wrote: >>I find it interesting that most people who dislike the new spatial mode >>also add a comment that they don't actually use Nautilus. For any change >>there will always be some people who don't like it. Hopefully the people >>who actually use Nautilus will like it better. > > > I use it extensively and hate it. Plus, If you are so concerned about > the user experience, doing such a drastic change is unacceptable. > > >>Anyway, the default behavior is decided and won't change. Maybe at some > > > Ohh, yes it will. At least on my desktop. I alway thought that nautilus > has become a much uglier mess than the one it was meant to fix (gmc). I > want gmc back. > > >>point before 2.6 we'll add a preference that lets you default to >>navigational mode. However, we'd like to force people to use spatial >>mode in order to flush out all bugs from it (and make some people notice >>that its actually nice). > > > I actually noticed how horrid it really is. > You'll force people to switch to KDE instead. Arrogance is not a way to > create a user community. > > Though I probably wouldn't have used these exact words, my feelings are quite similar. In fact, due to this "feature" and the non-function of evolution, I decided to try KDE again and have found that it is much better than it used to be and it may become my default desktop. I had preferred Gnome for the past 9 - 12 months. Gerry Tool From shrek-m at gmx.de Wed Feb 18 20:51:42 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 18 Feb 2004 21:51:42 +0100 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <1077137095.2133.5.camel@vinhas> References: <1077137095.2133.5.camel@vinhas> Message-ID: <4033D05E.9070402@gmx.de> Thiago Vinhas de Moraes wrote: >Can anyone explain why the core in fedora core? Why not Fedora Linux, or >just Fedora 2 for the next release? > http://fedora.redhat.com/participate/terminology.html -- shrek-m From whb at ceimaine.org Wed Feb 18 20:53:42 2004 From: whb at ceimaine.org (Will Backman) Date: Wed, 18 Feb 2004 15:53:42 -0500 Subject: up2date, mirror repositories, and performance In-Reply-To: <1077136693.12673.0.camel@opus> References: <200402181513.13593.czar@czarc.net> <1077136485.8689.127.camel@cei3440.empower.ceimaine.org> <1077136693.12673.0.camel@opus> Message-ID: <1077137622.8689.132.camel@cei3440.empower.ceimaine.org> On Wed, 2004-02-18 at 15:38, seth vidal wrote: > > > Bittorrent does NOT work for MANY small files. > it only works well for single LARGE files or full dirs of files that > result in a large size. > > <50M bittorrent doesn't payoff. > > -sv > Is there a similar protocol that would work in this case? Imagine having 50% of the desktop market. What system would scale to that load? From pete.s.bradbury at btinternet.com Wed Feb 18 20:54:25 2004 From: pete.s.bradbury at btinternet.com (Pete Bradbury) Date: Wed, 18 Feb 2004 20:54:25 -0000 Subject: Why not drop the Core from Fedora Core? References: <1077137095.2133.5.camel@vinhas> Message-ID: <001b01c3f661$65c62190$0100a8c0@shubunkin> Is it not that the Core is what is being sorted out as being the central part of what will at some time be Fedora 1, are we not at 0.96 or something at the moment? We sort out the core and move on to Fedora version 1, 2 etc... ----- Original Message ----- From: "Thiago Vinhas de Moraes" To: Sent: Wednesday, February 18, 2004 8:44 PM Subject: Why not drop the Core from Fedora Core? > > I really could not understand the decision of the OS name to be Fedora > Core. People cannot even guess what the hell it is. Is it a game? An > ISP? A super computer? > > Can anyone explain why the core in fedora core? Why not Fedora Linux, or > just Fedora 2 for the next release? > > Regards, > Thiago > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From tvinhas at techbyte.com.br Wed Feb 18 21:00:44 2004 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Wed, 18 Feb 2004 18:00:44 -0300 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <4033D05E.9070402@gmx.de> References: <1077137095.2133.5.camel@vinhas> <4033D05E.9070402@gmx.de> Message-ID: <1077138044.1618.0.camel@vinhas> Em Qua, 2004-02-18 ?s 21:51 +0100, shrek-m at gmx.de escreveu: > Thiago Vinhas de Moraes wrote: > > >Can anyone explain why the core in fedora core? Why not Fedora Linux, or > >just Fedora 2 for the next release? > > > > http://fedora.redhat.com/participate/terminology.html Still, the Core in Fedora Core sucks... IMHO, it should be removed. From alan at redhat.com Wed Feb 18 21:03:45 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 18 Feb 2004 16:03:45 -0500 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <1077137095.2133.5.camel@vinhas> References: <1077137095.2133.5.camel@vinhas> Message-ID: <20040218210345.GB30417@devserv.devel.redhat.com> On Wed, Feb 18, 2004 at 05:44:55PM -0300, Thiago Vinhas de Moraes wrote: > I really could not understand the decision of the OS name to be Fedora > Core. People cannot even guess what the hell it is. Is it a game? An > ISP? A super computer? > > Can anyone explain why the core in fedora core? Why not Fedora Linux, or > just Fedora 2 for the next release? Fedora Core Extras Alternatives Legacy Not "alternatives" means Fedora might not always just be Linux - if someone wants to do a Fedora on a BSD kernel, hurd or something new why limit it From tvinhas at techbyte.com.br Wed Feb 18 21:08:09 2004 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Wed, 18 Feb 2004 18:08:09 -0300 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <20040218210345.GB30417@devserv.devel.redhat.com> References: <1077137095.2133.5.camel@vinhas> <20040218210345.GB30417@devserv.devel.redhat.com> Message-ID: <1077138488.1618.3.camel@vinhas> Em Qua, 2004-02-18 ?s 16:03 -0500, Alan Cox escreveu: > On Wed, Feb 18, 2004 at 05:44:55PM -0300, Thiago Vinhas de Moraes wrote: > > I really could not understand the decision of the OS name to be Fedora > > Core. People cannot even guess what the hell it is. Is it a game? An > > ISP? A super computer? > > > > Can anyone explain why the core in fedora core? Why not Fedora Linux, or > > just Fedora 2 for the next release? > > Fedora > Core > Extras > Alternatives > Legacy > > Not "alternatives" means Fedora might not always just be Linux - if someone > wants to do a Fedora on a BSD kernel, hurd or something new why limit it So, why not Fedora System or Fedora OS? As Fedora should be an international operating system, it's important to use a terminology that non-american and non-britsh people can understand. For me, personally, the word Core can be a lot of things, but not a operating system. From fedora at warmcat.com Wed Feb 18 21:08:26 2004 From: fedora at warmcat.com (Andy Green) Date: Wed, 18 Feb 2004 21:08:26 +0000 Subject: Inspiron 1100 troubles In-Reply-To: References: Message-ID: <200402182108.27019.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 18 February 2004 12:38, Timothy Bierer wrote: > I use an Inspiron 1100 with a Intel 845 graphics card. As recommended, > I downloaded and installed the "fix" for my 800X600 screen resolution > from Intel's website. I upgraded from Fedora Core 1 to Fedora Core 2 > Test 1 to try to fix this, but it didn't work. Here's what I get during > start-up: > > General errors? > > insmod: error inserting > '/lib/modules/2.6.1-1.65/kernel/drivers/acpi/toshiba_acpi.ko' -1 no such > device Its harmless, for some reason the initscripts seem to want to start up toshipa_acpi on all the laptops here > modprobe FATAL: module keybdev not found > > modprobe FATAL: module mousedev not found Another harmless initscript problem, they are not needed on 2.6 > checking for new hardware: FATAL: Error inserting floppy > (/lib/modules/2.6.1-1.65/kernel/drivers/block/floppy.ko): no such device > (I don't have a floppy drive in my machine) You can fix this by adding install floppy /bin/true to /etc/modprobe.conf > starting smartd: hda: ATAPI 16x DVD-ROM CD-R/RW drive 2048kb Cashe, > UDMA(33) [FAILED] You can fix this by changing the line about hda in /etc/smartd.conf to hdc -- the DVD drive doesn't support smart is all. Dell has the DVD on IDE0 and the HDD on IDE1 for some bizarre reason. > display related? > > FATAL ERROR: NO screens found You need to edit /etc/X11/XF86Config Scroll down to section "Device", somewhere in there will be a line beginning Driver. Change what is after the Driver part to read "vesa". Then see if running startx from a console will do any better. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAM9RKjKeDCxMJCTIRAgoKAJ9DV5zfxPitqBXbmMFKMbsN5fAX0gCePvhs Xdp0pTZ0PWfE3MMpGo0Au9U= =iX3H -----END PGP SIGNATURE----- From tdiehl at rogueind.com Wed Feb 18 21:34:18 2004 From: tdiehl at rogueind.com (Tom Diehl) Date: Wed, 18 Feb 2004 16:34:18 -0500 (EST) Subject: where are libgimp and libgimpui? In-Reply-To: <1077113498.4298.39.camel@binkley> References: <1077111056.4298.31.camel@binkley> <200402181507.21537.buxman@telia.com> <1077113498.4298.39.camel@binkley> Message-ID: On Wed, 18 Feb 2004, seth vidal wrote: > On Wed, 2004-02-18 at 15:07 +0100, Alexander Bussman wrote: > > > On Wednesday 18 February 2004 14.30, seth vidal wrote: > > > you're using rawhide and things are broken in the tree. > > > > What's rawhide? > > > > rawhide == fedora development tree Ya know, this comes up often enough that it should either be changed back (my personal preference) or explained on a web page somewhere. I know it is bog simple and if you think about it for .5 sec. you could figure it out but... Tom From eric at interplas.com Wed Feb 18 21:41:32 2004 From: eric at interplas.com (Eric Wood) Date: Wed, 18 Feb 2004 16:41:32 -0500 Subject: Why not drop the Core from Fedora Core? References: <1077137095.2133.5.camel@vinhas> <4033D05E.9070402@gmx.de> <1077138044.1618.0.camel@vinhas> Message-ID: <01eb01c3f668$07b46380$9100000a@intgrp.com> Thiago Vinhas de Moraes wrote: > Still, the Core in Fedora Core sucks... IMHO, it should be removed. sed -e 's/Core/Linux/' < ENTIRE_INTERNET that process should be done this evening sometime. From fedora at martinalderson.co.uk Wed Feb 18 22:04:10 2004 From: fedora at martinalderson.co.uk (Martin Alderson) Date: Wed, 18 Feb 2004 22:04:10 +0000 Subject: up2date, mirror repositories, and performance In-Reply-To: <1077136693.12673.0.camel@opus> References: <200402181513.13593.czar@czarc.net> <1077136485.8689.127.camel@cei3440.empower.ceimaine.org> <1077136693.12673.0.camel@opus> Message-ID: <6101B50A-625E-11D8-8098-000393DCE7B4@martinalderson.co.uk> On 18 Feb 2004, at 20:38, seth vidal wrote: > >> >> If Fedora actually becomes super popular, it will need to scale. >> I'd hope that up2date would just point to a torrent tracker, and >> bittorrent would fetch the files. >> This is exactly what bittorrent is supposed to do. >> Too bad I couldn't code my way out of a paper bag, or I'd put my code >> where my mouth is. > > > Bittorrent does NOT work for MANY small files. > it only works well for single LARGE files or full dirs of files that > result in a large size. > > <50M bittorrent doesn't payoff. > Not true, IMO. It requires very little to add a Bittorrent seed to an existing Apache server (mod_bittorrent, IRC) so why not do it? Sure, you have a bit of overhead, but it would be worth it. You could even have a BitTorrent service that runs in the background and shares the updates. That's the only plausible explanation that I can think of that would mean BitTorrent would not be efficient (not enough users sharing at one time - but there will always be at least one - the normal HTTP server). Also, update filesizes can sometimes be more than 20MB which is more than reasonable to spread the load with other users. Martin Alderson, IntechHosting Email: martin at intechhosting.co.uk Web: http://www.intechhosting.co.uk From pri.rhl1 at iadonisi.to Wed Feb 18 22:11:51 2004 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: Wed, 18 Feb 2004 17:11:51 -0500 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <1077138488.1618.3.camel@vinhas> References: <1077137095.2133.5.camel@vinhas> <20040218210345.GB30417@devserv.devel.redhat.com> <1077138488.1618.3.camel@vinhas> Message-ID: <1077142311.27428.37.camel@va.local.linuxlobbyist.org> On Wed, 2004-02-18 at 16:08, Thiago Vinhas de Moraes wrote: [snip] > So, why not Fedora System or Fedora OS? As Fedora should be an > international operating system, it's important to use a terminology that > non-american and non-britsh people can understand. For me, personally, > the word Core can be a lot of things, but not a operating system. Oh, come on now. Aren't we picking at nits? I remember the discussion about the name when it was first chosen and it was brought up that the word 'fedora' meant something entirely different in some language (I can't remember which one). It's just a name, and it's been around for what, over six months now? If people don't know what it is, they'll learn. -- -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 skvidal at phy.duke.edu Wed Feb 18 22:14:07 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 18 Feb 2004 17:14:07 -0500 Subject: up2date, mirror repositories, and performance In-Reply-To: <1077137622.8689.132.camel@cei3440.empower.ceimaine.org> References: <200402181513.13593.czar@czarc.net> <1077136485.8689.127.camel@cei3440.empower.ceimaine.org> <1077136693.12673.0.camel@opus> <1077137622.8689.132.camel@cei3440.empower.ceimaine.org> Message-ID: <1077142447.13347.16.camel@opus> > Is there a similar protocol that would work in this case? > Imagine having 50% of the desktop market. What system would scale to > that load? Here is what we could really use: 1. mirroring to be more well synced - which means tiering the mirrors 2. good mirror lists that stay updated 3. a way of testing mirror status via the metadata for the packages - I think I know how to do this last one. -sv From skvidal at phy.duke.edu Wed Feb 18 22:16:28 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 18 Feb 2004 17:16:28 -0500 Subject: up2date, mirror repositories, and performance In-Reply-To: <6101B50A-625E-11D8-8098-000393DCE7B4@martinalderson.co.uk> References: <200402181513.13593.czar@czarc.net> <1077136485.8689.127.camel@cei3440.empower.ceimaine.org> <1077136693.12673.0.camel@opus> <6101B50A-625E-11D8-8098-000393DCE7B4@martinalderson.co.uk> Message-ID: <1077142588.13347.19.camel@opus> > Not true, IMO. It requires very little to add a Bittorrent seed to an > existing Apache server (mod_bittorrent, IRC) so why not do it? Sure, > you have a bit of overhead, but it would be worth it. You could even > have a BitTorrent service that runs in the background and shares the > updates. a couple of points -most mirrors don't run apache - it doesn't scale. IT doesn't work as well as thttpd or boa or tux for LOTS of static files. so mod_bittorrent is just A BIT of overhead - it's actually quite a lot. > That's the only plausible explanation that I can think of that would > mean BitTorrent would not be efficient (not enough users sharing at one > time - but there will always be at least one - the normal HTTP server). there is also the problem is that when the .torrent file is a considerable percentage of the total file size. > Also, update filesizes can sometimes be more than 20MB which is more > than reasonable to spread the load with other users. and I'm not convinced you'll see a boost from 20MB and bittorrent. we need to FIX the mirroring system. It has to be brought under more rigid standards and controls. THAT is how we solve this problem. -sv From steffanjacobs at wanadoo.nl Wed Feb 18 21:38:42 2004 From: steffanjacobs at wanadoo.nl (Steffan Jacobs) Date: Wed, 18 Feb 2004 22:38:42 +0100 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <1077138488.1618.3.camel@vinhas> References: <1077137095.2133.5.camel@vinhas> <20040218210345.GB30417@devserv.devel.redhat.com> <1077138488.1618.3.camel@vinhas> Message-ID: <4033DB62.1040300@wanadoo.nl> Thiago Vinhas de Moraes wrote: >Em Qua, 2004-02-18 ?s 16:03 -0500, Alan Cox escreveu: > > >>On Wed, Feb 18, 2004 at 05:44:55PM -0300, Thiago Vinhas de Moraes wrote: >> >> >>>I really could not understand the decision of the OS name to be Fedora >>>Core. People cannot even guess what the hell it is. Is it a game? An >>>ISP? A super computer? >>> >>>Can anyone explain why the core in fedora core? Why not Fedora Linux, or >>>just Fedora 2 for the next release? >>> >>> >>Fedora >> Core >> Extras >> Alternatives >> Legacy >> >>Not "alternatives" means Fedora might not always just be Linux - if someone >>wants to do a Fedora on a BSD kernel, hurd or something new why limit it >> >> > >So, why not Fedora System or Fedora OS? As Fedora should be an >international operating system, it's important to use a terminology that >non-american and non-britsh people can understand. For me, personally, >the word Core can be a lot of things, but not a operating system. > > > > > > > I've thought about this before and my opinion is this: it's ok (and appropriate) to talk about "Fedora Core" when you're talking about the actual Core packages/ CD's containing them etc, etc. However the OS should be named "Fedora" because as soon as Fedora Extras, Alternatives and Legacy become available any Fedora user might also be using any of those packages as part of his/her "official" Fedora installation. The OS you're using is then no longer "Fedora Core" but "Fedora". So for my point of view the Fedora Project is offering Fedora Core iso's to install the Fedora OS. (it's a little vague even for me but that's the way I'm seeing it and using the terms right now). From jkeating at j2solutions.net Wed Feb 18 22:28:14 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 18 Feb 2004 14:28:14 -0800 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <4033DB62.1040300@wanadoo.nl> References: <1077137095.2133.5.camel@vinhas> <1077138488.1618.3.camel@vinhas> <4033DB62.1040300@wanadoo.nl> Message-ID: <200402181428.15079.jkeating@j2solutions.net> On Wednesday 18 February 2004 13:38, Steffan Jacobs wrote: > "Fedora" because as soon as Fedora Extras, Alternatives > and Legacy Fedora Legacy is already available. http://www.fedoralegacy.org But our packages don't come into play until a Fedora Core release is deprecated. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) Mondo DevTeam (www.mondorescue.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From fedora at martinalderson.co.uk Wed Feb 18 22:34:05 2004 From: fedora at martinalderson.co.uk (Martin Alderson) Date: Wed, 18 Feb 2004 22:34:05 +0000 Subject: up2date, mirror repositories, and performance In-Reply-To: <1077142588.13347.19.camel@opus> References: <200402181513.13593.czar@czarc.net> <1077136485.8689.127.camel@cei3440.empower.ceimaine.org> <1077136693.12673.0.camel@opus> <6101B50A-625E-11D8-8098-000393DCE7B4@martinalderson.co.uk> <1077142588.13347.19.camel@opus> Message-ID: <8F0CC763-6262-11D8-8098-000393DCE7B4@martinalderson.co.uk> On 18 Feb 2004, at 22:16, seth vidal wrote: > >> Not true, IMO. It requires very little to add a Bittorrent seed to an >> existing Apache server (mod_bittorrent, IRC) so why not do it? Sure, >> you have a bit of overhead, but it would be worth it. You could even >> have a BitTorrent service that runs in the background and shares the >> updates. > > a couple of points -most mirrors don't run apache - it doesn't scale. > IT > doesn't work as well as thttpd or boa or tux for LOTS of static files. > > so mod_bittorrent is just A BIT of overhead - it's actually quite a > lot. Ok, it would mean running bittorrent alongside thttp. Not a huge drain of resources. > >> That's the only plausible explanation that I can think of that would >> mean BitTorrent would not be efficient (not enough users sharing at >> one >> time - but there will always be at least one - the normal HTTP >> server). > > there is also the problem is that when the .torrent file is a > considerable percentage of the total file size. sorry, but what planet are you from? I downloaded a 350MB file today off bittorrent: Torrent size: 7.1KB. Most of this is hash data, so it scales with filesize. A 10MB file would have a torrent size of around 2KB, if that. It only starts getting into the megabyte zone with multi-gigabyte files. > >> Also, update filesizes can sometimes be more than 20MB which is more >> than reasonable to spread the load with other users. > > and I'm not convinced you'll see a boost from 20MB and bittorrent. Sorry but if it means 20MB that the mirrors don't have to provide (IE: from users upstream connections) it is a huge success IMO. > > we need to FIX the mirroring system. It has to be brought under more > rigid standards and controls. THAT is how we solve this problem. Martin Alderson, IntechHosting Email: martin at intechhosting.co.uk Web: http://www.intechhosting.co.uk From fedora at martinalderson.co.uk Wed Feb 18 22:35:18 2004 From: fedora at martinalderson.co.uk (Martin Alderson) Date: Wed, 18 Feb 2004 22:35:18 +0000 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <4033DB62.1040300@wanadoo.nl> References: <1077137095.2133.5.camel@vinhas> <20040218210345.GB30417@devserv.devel.redhat.com> <1077138488.1618.3.camel@vinhas> <4033DB62.1040300@wanadoo.nl> Message-ID: On 18 Feb 2004, at 21:38, Steffan Jacobs wrote: > Thiago Vinhas de Moraes wrote: > >> Em Qua, 2004-02-18 ?s 16:03 -0500, Alan Cox escreveu: >> >>> On Wed, Feb 18, 2004 at 05:44:55PM -0300, Thiago Vinhas de Moraes >>> wrote: >>> >>>> I really could not understand the decision of the OS name to be >>>> Fedora >>>> Core. People cannot even guess what the hell it is. Is it a game? An >>>> ISP? A super computer? >>>> >>>> Can anyone explain why the core in fedora core? Why not Fedora >>>> Linux, or >>>> just Fedora 2 for the next release? >>>> >>> Fedora >>> Core >>> Extras >>> Alternatives >>> Legacy >>> >>> Not "alternatives" means Fedora might not always just be Linux - if >>> someone >>> wants to do a Fedora on a BSD kernel, hurd or something new why >>> limit it >>> >> >> So, why not Fedora System or Fedora OS? As Fedora should be an >> international operating system, it's important to use a terminology >> that >> non-american and non-britsh people can understand. For me, personally, >> the word Core can be a lot of things, but not a operating system. >> >> >> >> >> >> > I've thought about this before and my opinion is this: it's ok (and > appropriate) to talk about "Fedora Core" when you're talking about the > actual Core packages/ CD's containing them etc, etc. However the OS > should be named "Fedora" because as soon as Fedora Extras, > Alternatives and Legacy become available any Fedora user might also be > using any of those packages as part of his/her "official" Fedora > installation. The OS you're using is then no longer "Fedora Core" but > "Fedora". So for my point of view the Fedora Project is offering > Fedora Core iso's to install the Fedora OS. (it's a little vague even > for me but that's the way I'm seeing it and using the terms right > now). I agree. Also, the website is not 'fedoracore.redhat.com', it's 'fedora.redhat.com'... Martin Alderson, IntechHosting Email: martin at intechhosting.co.uk Web: http://www.intechhosting.co.uk From skvidal at phy.duke.edu Wed Feb 18 22:37:48 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 18 Feb 2004 17:37:48 -0500 Subject: up2date, mirror repositories, and performance In-Reply-To: <8F0CC763-6262-11D8-8098-000393DCE7B4@martinalderson.co.uk> References: <200402181513.13593.czar@czarc.net> <1077136485.8689.127.camel@cei3440.empower.ceimaine.org> <1077136693.12673.0.camel@opus> <6101B50A-625E-11D8-8098-000393DCE7B4@martinalderson.co.uk> <1077142588.13347.19.camel@opus> <8F0CC763-6262-11D8-8098-000393DCE7B4@martinalderson.co.uk> Message-ID: <1077143868.13347.32.camel@opus> > Ok, it would mean running bittorrent alongside thttp. Not a huge drain > of resources. What are you talking about? I run a mirror AND I run the torrent tracker for fedora releases. Guess what - the tracker and the seed eat an enormous amount of the total cpu time on that machine. Much higher than just apache or thttpd. > Sorry but if it means 20MB that the mirrors don't have to provide (IE: > from users upstream connections) it is a huge success IMO. The mirrors are still going to take a primary hit as the seeds - and fast seeds at that. -sv From fedora at martinalderson.co.uk Wed Feb 18 22:42:45 2004 From: fedora at martinalderson.co.uk (Martin Alderson) Date: Wed, 18 Feb 2004 22:42:45 +0000 Subject: up2date, mirror repositories, and performance In-Reply-To: <1077143868.13347.32.camel@opus> References: <200402181513.13593.czar@czarc.net> <1077136485.8689.127.camel@cei3440.empower.ceimaine.org> <1077136693.12673.0.camel@opus> <6101B50A-625E-11D8-8098-000393DCE7B4@martinalderson.co.uk> <1077142588.13347.19.camel@opus> <8F0CC763-6262-11D8-8098-000393DCE7B4@martinalderson.co.uk> <1077143868.13347.32.camel@opus> Message-ID: On 18 Feb 2004, at 22:37, seth vidal wrote: > >> Ok, it would mean running bittorrent alongside thttp. Not a huge drain >> of resources. > > What are you talking about? I run a mirror AND I run the torrent > tracker > for fedora releases. Guess what - the tracker and the seed eat an > enormous amount of the total cpu time on that machine. > > Much higher than just apache or thttpd. No, there would be a dedicated tracker. There is no reason why they couldn't be dedicated seeds as well (as opposed to leapfrogging of current mirror). It would just depend on the scale and size of the BitTorrent network apart from FTP and HTTP updates. > >> Sorry but if it means 20MB that the mirrors don't have to provide (IE: >> from users upstream connections) it is a huge success IMO. > > The mirrors are still going to take a primary hit as the seeds - and > fast seeds at that. > > -sv > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > > Martin Alderson, IntechHosting Email: martin at intechhosting.co.uk Web: http://www.intechhosting.co.uk From redhat-jc at insight.rr.com Wed Feb 18 22:44:17 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Wed, 18 Feb 2004 17:44:17 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077136370.10939.10.camel@Z> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077136370.10939.10.camel@Z> Message-ID: <4033EAC1.8010007@insight.rr.com> Z wrote: > Ohh, yes it will. At least on my desktop. I alway thought that nautilus > has become a much uglier mess than the one it was meant to fix (gmc). I > want gmc back. > I looked around for gmc but could not find current development with it. I thought that it was a rather nice gui file manager and hated to see it go. I noticed that the mime types were handled better with gmc than with nautilus. They both seemed to work alright before when both were included. I'd like to see more file managers available for more choices again. I don't think that a RHL 5.2 scheme (many many file managers) is needed. When using a file manager for the GUI. I like for it to be able to add different mime types easily and clearly. It is also great if when installing new applications, they can register their default actions correctly and easily. I also like to be able to click my wat to my file location, within one window. I like to have the browser bar available for cut and pasting links etc. Also, when using MS windows products, I realized that all of my desired activities need to be done with a right click. So having the ability to change as meany behaviors or actions with right clicking will not be foreign activity to me. I prefer for the file manager to be easily configurable to the users desires. I don't think that stripping it down for easy customization is the way to go. I detect icon view and prefer the detailed listing with all of the information. I know that ICONS are big for other users, but at least it is configurable according to user desires. To be more fair with the spatial view of nautilus. I found it good for browsing files that are only one level deep from the $HOME location. It is great for deleting pictures that you do not desire. I feel that browsing would be just as easy for the user. The rembering what screen location might be nice. But if such a feature is added to the browser, shouldn't a pulldown or bar that you type information to the location be easy to add? Also, wouldn't the windows position get well "caked" with a lot of windows locations? If you browse deep into many locations, wouldn't a lot of information have to be cached? When you delete a directory, will this information still linger behind? Jim > >>point before 2.6 we'll add a preference that lets you default to >>navigational mode. However, we'd like to force people to use spatial >>mode in order to flush out all bugs from it (and make some people notice >>that its actually nice). > This mode makes one think about clicking on a game or something. This is the first behavior that I'd revert to the browser mode. I'd really prefer a two panel browser, like mc. > > I actually noticed how horrid it really is. > You'll force people to switch to KDE instead. Arrogance is not a way to > create a user community. > > -- A friend of mine won't get a divorce, because he hates lawyers more than he hates his wife. From g.graham at orrcon.com.au Wed Feb 18 22:53:53 2004 From: g.graham at orrcon.com.au (Gavin Graham) Date: Thu, 19 Feb 2004 08:53:53 +1000 Subject: Filesystem ACLs Message-ID: <1077144833.3434.2.camel@gavin.orrcon.com.au> Now that we have Fedora Core 2 test-1 out, when will we have ACL's on the ext3 filesystem enabled by default?? Presently we have ti tune2fs the FS and then reboot before we can use it... Is there plans to have this enabled by default install? -- Gavin Graham From bfox at redhat.com Wed Feb 18 22:55:41 2004 From: bfox at redhat.com (Brent Fox) Date: Wed, 18 Feb 2004 17:55:41 -0500 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <1077137095.2133.5.camel@vinhas> References: <1077137095.2133.5.camel@vinhas> Message-ID: <1077144940.8780.103.camel@verve.devel.redhat.com> On Wed, 2004-02-18 at 15:44, Thiago Vinhas de Moraes wrote: > I really could not understand the decision of the OS name to be Fedora > Core. People cannot even guess what the hell it is. Is it a game? An > ISP? A super computer? > > Can anyone explain why the core in fedora core? Why not Fedora Linux, or > just Fedora 2 for the next release? Although this is an interesting discussion, it is not relevant to this mailing list. Please try to keep this list focused on questions and comments related to Fedora Core test releases. FC2 test 1 was released last week so there should be plenty to talk about besides naming. I can assure you that no one on this list has the authority to change the name at this point anyway. :) Cheers, Brent From douglas.furlong at firebox.com Wed Feb 18 22:56:18 2004 From: douglas.furlong at firebox.com (Douglas Furlong) Date: Wed, 18 Feb 2004 22:56:18 +0000 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077137116.10939.19.camel@Z> References: <1077115591.7798.489.camel@localhost.localdomain> <20040218150124.GB8632@devserv.devel.redhat.com> <1077137116.10939.19.camel@Z> Message-ID: <1077144978.4033ed9223626@helium.firebox.com> Quoting Z : > On Wed, 2004-02-18 at 07:01, Alan Cox wrote: > > On Wed, Feb 18, 2004 at 08:54:39AM -0600, marc.mcswain at academy.com wrote: > > > What I find insulting is the fact that you have to resort to language > like > > > this to make your point. > > > > Alex wrote a lot of the current nautilus code. I also happen to detest > > spacial mode but Alex is absolutely right to be annoyed at the way some > > people are behaving. > > While you have a point, Alex volunteered the information that he forced > down the tester's throats an unnecessary and radical change, going as > far as to remove the configuration setting needed to revert the change. > That was arrogant, patronizing, selfish, and, yes, stupid. It was bound > to create strong reactions. I he was expecting accolades and adoration, > he's quite the naive I don't think that is strickly fair Z. I thought one of the main points of these test releases was to allow the developers to get feedback on bugs. Obviously they will want the default's to be tested most regerously, especially if the default has changed substantially. So to me it would make a bit of sense to force it apon a tester (I think this is an important distintion, we are no longer clear cutter users), when I challenged Alex on this point he confirmed that later on there will be a *hidden* option to set the browse mode as the default. He also explained breifly (off list) why having a more accesible option is some thing he feel's can lead to one hell of a nightmare. I don't compleately agree with him on this, but at the end of the day, he is the one doing it, what right do I have to demand other wise. His language may not have been ideal, but I think his sentiments were (and are) in the right place. Doug (not that I think Alex need's my help defending him self) From webmaster at margo.bijoux.nom.br Wed Feb 18 23:26:44 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Wed, 18 Feb 2004 20:26:44 -0300 Subject: Filesystem ACLs In-Reply-To: <1077144833.3434.2.camel@gavin.orrcon.com.au> References: <1077144833.3434.2.camel@gavin.orrcon.com.au> Message-ID: <4033F4B4.5010507@margo.bijoux.nom.br> Gavin Graham wrote: >Now that we have Fedora Core 2 test-1 out, when will we have ACL's on >the ext3 filesystem enabled by default?? >Presently we have ti tune2fs the FS and then reboot before we can use >it... >Is there plans to have this enabled by default install? > > I hate suse , but I liked one thing they have: during setup , you can choose to enable ACL on ext3 filesystems.... maybe we can do something like that... Also I'd like to see the option to choose XFS , JFS and Reiser without having to use a extra parameter to call anaconda... Pedro Macedo From czar at czarc.net Wed Feb 18 23:56:07 2004 From: czar at czarc.net (Gene C.) Date: Wed, 18 Feb 2004 18:56:07 -0500 Subject: up2date, mirror repositories, and performance In-Reply-To: <1077142447.13347.16.camel@opus> References: <200402181513.13593.czar@czarc.net> <1077137622.8689.132.camel@cei3440.empower.ceimaine.org> <1077142447.13347.16.camel@opus> Message-ID: <200402181856.07093.czar@czarc.net> On Wednesday 18 February 2004 17:14, seth vidal wrote: > > Is there a similar protocol that would work in this case? > > Imagine having 50% of the desktop market. What system would scale to > > that load? > > Here is what we could really use: > 1. mirroring to be more well synced - which means tiering the mirrors > 2. good mirror lists that stay updated > 3. a way of testing mirror status via the metadata for the packages - I > think I know how to do this last one. Seth, I believe you are right on target here. The only other thing I can think of is some kind of central augmentation of the mirror list which would reflect the sync status as well as somewhat rank the servers in terms of capabilities (a big server attached to an OC48 can take a lot bigger load than a small server on a T1). This sounds good but I am not sure it is do-able. -- Gene From mikes at hartwellcorp.com Thu Feb 19 00:03:45 2004 From: mikes at hartwellcorp.com (Michael St. Laurent) Date: Wed, 18 Feb 2004 16:03:45 -0800 Subject: (no subject) Message-ID: <91A5926EFF44D3118B1200104B7276EB02C56C5E@hart-exchange.hartwellcorp.com> I installed Fedora Core 2 Test 1 and cannot use my PCMCIA cards. If I try to do a "service pcmcia start" I get: Starting PCMCIA services: cardmgr[4183]: no sockets found! I can't use my NIC to download any updates becuase it's the card I'm trying to use! Help! ;-) -- Michael St. Laurent Hartwell Corporation From zleite at mminternet.com Thu Feb 19 00:06:44 2004 From: zleite at mminternet.com (Z) Date: Wed, 18 Feb 2004 16:06:44 -0800 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077144978.4033ed9223626@helium.firebox.com> References: <1077115591.7798.489.camel@localhost.localdomain> <20040218150124.GB8632@devserv.devel.redhat.com> <1077137116.10939.19.camel@Z> <1077144978.4033ed9223626@helium.firebox.com> Message-ID: <1077149204.11154.22.camel@Z> On Wed, 2004-02-18 at 14:56, Douglas Furlong wrote: > I thought one of the main points of these test releases was to allow the > developers to get feedback on bugs. > Obviously they will want the default's to be tested most regerously, especially > if the default has changed substantially. > So to me it would make a bit of sense to force it apon a tester (I think this is Well, but no one can do that. I can't be forced. I won't use it. A lot of people won't use it either. If I cared for nautilus enough, I'd make a patch myself, but with all the other annoyances (MIME screwups, ask-before-move file, etc), I'd be more compelled to just drop it. It seems that the disk mounts lines on the context menu are gone, too. I loved that, it was way better than freaking magicdev. It seems that all the features that I use will be gone, replaced by behaviour that I don't want. Every time I do an install I spend an ungodly amount of time customizing nautilus. It used to be just a few changes to get it nice and pretty, now it's a bunch to make it _usable_, and I still can't get the damn thing to behave the way I _want_. > an important distintion, we are no longer clear cutter users), when I > challenged Alex on this point he confirmed that later on there will be a > *hidden* option to set the browse mode as the default. > He also explained breifly (off list) why having a more accesible option is some > thing he feel's can lead to one hell of a nightmare. I don't compleately agree I can't see how this can possibly be, because the current version is configurable. From tvinhas at techbyte.com.br Thu Feb 19 00:14:37 2004 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Wed, 18 Feb 2004 21:14:37 -0300 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <1077142311.27428.37.camel@va.local.linuxlobbyist.org> References: <1077137095.2133.5.camel@vinhas> <20040218210345.GB30417@devserv.devel.redhat.com> <1077138488.1618.3.camel@vinhas> <1077142311.27428.37.camel@va.local.linuxlobbyist.org> Message-ID: <1077149677.2392.0.camel@vinhas> Em Qua, 2004-02-18 ?s 17:11 -0500, Paul Iadonisi escreveu: > On Wed, 2004-02-18 at 16:08, Thiago Vinhas de Moraes wrote: > > [snip] > > > So, why not Fedora System or Fedora OS? As Fedora should be an > > international operating system, it's important to use a terminology that > > non-american and non-britsh people can understand. For me, personally, > > the word Core can be a lot of things, but not a operating system. > > Oh, come on now. Aren't we picking at nits? I remember the > discussion about the name when it was first chosen and it was brought up > that the word 'fedora' meant something entirely different in some > language (I can't remember which one). > It's just a name, and it's been around for what, over six months now? > If people don't know what it is, they'll learn. I'm not talking about the name Fedora, but the Core. And FYI, Fedora looks like "bad smell" in portuguese. From mrsam at courier-mta.com Thu Feb 19 00:15:34 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 18 Feb 2004 19:15:34 -0500 Subject: (no subject) References: <91A5926EFF44D3118B1200104B7276EB02C56C5E@hart-exchange.hartwellcorp.com> Message-ID: Michael St. Laurent writes: > I installed Fedora Core 2 Test 1 and cannot use my PCMCIA cards. If I try > to do a "service pcmcia start" I get: > > Starting PCMCIA services: cardmgr[4183]: no sockets found! > > I can't use my NIC to download any updates becuase it's the card I'm trying > to use! > > Help! ;-) Well, you can start by posting what exactly your NIC card is. Run dump_cis, and create a Bugzilla bug accordingly. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tvinhas at techbyte.com.br Thu Feb 19 00:17:18 2004 From: tvinhas at techbyte.com.br (Thiago Vinhas de Moraes) Date: Wed, 18 Feb 2004 21:17:18 -0300 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <4033DB62.1040300@wanadoo.nl> References: <1077137095.2133.5.camel@vinhas> <20040218210345.GB30417@devserv.devel.redhat.com> <1077138488.1618.3.camel@vinhas> <4033DB62.1040300@wanadoo.nl> Message-ID: <1077149838.2392.3.camel@vinhas> Em Qua, 2004-02-18 ?s 22:38 +0100, Steffan Jacobs escreveu: > Thiago Vinhas de Moraes wrote: > > >Em Qua, 2004-02-18 ?s 16:03 -0500, Alan Cox escreveu: > > > > > >>On Wed, Feb 18, 2004 at 05:44:55PM -0300, Thiago Vinhas de Moraes wrote: > >> > >> > >>>I really could not understand the decision of the OS name to be Fedora > >>>Core. People cannot even guess what the hell it is. Is it a game? An > >>>ISP? A super computer? > >>> > >>>Can anyone explain why the core in fedora core? Why not Fedora Linux, or > >>>just Fedora 2 for the next release? > >>> > >>> > >>Fedora > >> Core > >> Extras > >> Alternatives > >> Legacy > >> > >>Not "alternatives" means Fedora might not always just be Linux - if someone > >>wants to do a Fedora on a BSD kernel, hurd or something new why limit it > >> > >> > > > >So, why not Fedora System or Fedora OS? As Fedora should be an > >international operating system, it's important to use a terminology that > >non-american and non-britsh people can understand. For me, personally, > >the word Core can be a lot of things, but not a operating system. > > > > > > > > > > > > > > > I've thought about this before and my opinion is this: it's ok (and > appropriate) to talk about "Fedora Core" when you're talking about the > actual Core packages/ CD's containing them etc, etc. However the OS > should be named "Fedora" because as soon as Fedora Extras, Alternatives > and Legacy become available any Fedora user might also be using any of > those packages as part of his/her "official" Fedora installation. The OS > you're using is then no longer "Fedora Core" but "Fedora". So for my > point of view the Fedora Project is offering Fedora Core iso's to > install the Fedora OS. (it's a little vague even for me but that's the > way I'm seeing it and using the terms right now). Ok, but cat /etc/fedora-release and you'll get: Fedora Core release 1.90 (FC2 Test 1) It's fine for a beta, but for a final release, I think it should be only Fedora version 2 From buxman at telia.com Wed Feb 18 19:17:21 2004 From: buxman at telia.com (Alexander Bussman) Date: Wed, 18 Feb 2004 20:17:21 +0100 Subject: where are libgimp and libgimpui? In-Reply-To: <1077113498.4298.39.camel@binkley> References: <200402181507.21537.buxman@telia.com> <1077113498.4298.39.camel@binkley> Message-ID: <200402182017.21592.buxman@telia.com> On Wednesday 18 February 2004 15.11, seth vidal wrote: > On Wed, 2004-02-18 at 15:07 +0100, Alexander Bussman wrote: > > On Wednesday 18 February 2004 14.30, seth vidal wrote: > > > you're using rawhide and things are broken in the tree. > > > > What's rawhide? > > rawhide == fedora development tree > > -sv Oh, silly me. From mikes at hartwellcorp.com Thu Feb 19 00:24:51 2004 From: mikes at hartwellcorp.com (Michael St. Laurent) Date: Wed, 18 Feb 2004 16:24:51 -0800 Subject: PCMCIA troubles Message-ID: <91A5926EFF44D3118B1200104B7276EB02C56C61@hart-exchange.hartwellcorp.com> Sam Varshavchik wrote: >> I installed Fedora Core 2 Test 1 and cannot use my PCMCIA cards. If >> I try to do a "service pcmcia start" I get: >> >> Starting PCMCIA services: cardmgr[4183]: no sockets found! >> >> I can't use my NIC to download any updates becuase it's the card I'm >> trying to use! >> >> Help! ;-) > > Well, you can start by posting what exactly your NIC card is. > > Run dump_cis, and create a Bugzilla bug accordingly. Okay, my NIC is a 3com 3C3FEM556C and it is currently inserted. When I do a "dump_cis" I get: open(): No such device -- Michael St. Laurent Hartwell Corporation From aoliva at redhat.com Thu Feb 19 00:40:04 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 18 Feb 2004 21:40:04 -0300 Subject: (no subject) In-Reply-To: <91A5926EFF44D3118B1200104B7276EB02C56C5E@hart-exchange.hartwellcorp.com> References: <91A5926EFF44D3118B1200104B7276EB02C56C5E@hart-exchange.hartwellcorp.com> Message-ID: On Feb 18, 2004, "Michael St. Laurent" wrote: > I installed Fedora Core 2 Test 1 and cannot use my PCMCIA cards. If I try > to do a "service pcmcia start" I get: > Starting PCMCIA services: cardmgr[4183]: no sockets found! It's been the topic of at least two threads already. Please search the archives. modprobe yenta_socket, then service pcmcia restart, and it will work until the next reboot. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From mikes at hartwellcorp.com Thu Feb 19 00:46:05 2004 From: mikes at hartwellcorp.com (Michael St. Laurent) Date: Wed, 18 Feb 2004 16:46:05 -0800 Subject: PCMCIA Troubles Message-ID: <91A5926EFF44D3118B1200104B7276EB02C56C62@hart-exchange.hartwellcorp.com> Sam Varshavchik wrote: > Michael St. Laurent writes: > >> I installed Fedora Core 2 Test 1 and cannot use my PCMCIA cards. If >> I try to do a "service pcmcia start" I get: >> >> Starting PCMCIA services: cardmgr[4183]: no sockets found! >> >> I can't use my NIC to download any updates becuase it's the card I'm >> trying to use! >> >> Help! ;-) > > Well, you can start by posting what exactly your NIC card is. > > Run dump_cis, and create a Bugzilla bug accordingly. This has now been entered into Bugzilla. -- Michael St. Laurent Hartwell Corporation From mickeyboa at comcast.net Thu Feb 19 00:48:29 2004 From: mickeyboa at comcast.net (jim tate) Date: Wed, 18 Feb 2004 19:48:29 -0500 Subject: Kernel-2.6.2-1.87 locking up computer Message-ID: <403407DD.10308@comcast.net> When Bootup gets to the Interactive mode the monitor goes black and stay's that way and I have to reboot and go into kernel 2.6.1-1.65 to go through full boot process and login. what would it be ? Attached is the message file for 2.6.2-1.87 about a bug with XFree86. I have installed XFree86-4.3.0-57. Thanks Jim Tate Feb 18 19:29:40 mickey syslogd 1.4.1: restart. Feb 18 19:29:40 mickey syslog: syslogd startup succeeded Feb 18 19:29:40 mickey kernel: klogd 1.4.1, log source = /proc/kmsg started. Feb 18 19:29:40 mickey kernel: Linux version 2.6.2-1.87 (bhcompile at tweety.devel.redhat.com) (gcc version 3.3.2 20040119 (Red Hat Linux 3.3.2-8)) #1 Mon Feb 16 21:30:19 EST 2004 Feb 18 19:29:40 mickey kernel: BIOS-provided physical RAM map: Feb 18 19:29:40 mickey kernel: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) Feb 18 19:29:40 mickey kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) Feb 18 19:29:40 mickey kernel: BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) Feb 18 19:29:40 mickey kernel: BIOS-e820: 0000000000100000 - 000000001fff0000 (usable) Feb 18 19:29:40 mickey kernel: BIOS-e820: 000000001fff0000 - 000000001fff3000 (ACPI NVS) Feb 18 19:29:40 mickey kernel: BIOS-e820: 000000001fff3000 - 0000000020000000 (ACPI data) Feb 18 19:29:40 mickey kernel: BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved) Feb 18 19:29:40 mickey kernel: 0MB HIGHMEM available. Feb 18 19:29:40 mickey kernel: 511MB LOWMEM available. Feb 18 19:29:40 mickey syslog: klogd startup succeeded Feb 18 19:29:40 mickey kernel: On node 0 totalpages: 131056 Feb 18 19:29:40 mickey kernel: DMA zone: 4096 pages, LIFO batch:1 Feb 18 19:29:40 mickey kernel: Normal zone: 126960 pages, LIFO batch:16 Feb 18 19:29:40 mickey kernel: HighMem zone: 0 pages, LIFO batch:1 Feb 18 19:29:40 mickey kernel: DMI 2.2 present. Feb 18 19:29:40 mickey kernel: ACPI: RSDP (v000 IntelR ) @ 0x000f64f0 Feb 18 19:29:40 mickey kernel: ACPI: RSDT (v001 IntelR AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x1fff3000 Feb 18 19:29:40 mickey kernel: ACPI: FADT (v001 IntelR AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x1fff3040 Feb 18 19:29:40 mickey kernel: ACPI: DSDT (v001 INTELR AWRDACPI 0x00001000 MSFT 0x0100000c) @ 0x00000000 Feb 18 19:29:41 mickey irqbalance: irqbalance startup succeeded Feb 18 19:29:41 mickey kernel: Built 1 zonelists Feb 18 19:29:41 mickey kernel: Kernel command line: ro root=LABEL=/ rhgb Feb 18 19:29:41 mickey kernel: Initializing CPU#0 Feb 18 19:29:41 mickey kernel: PID hash table entries: 2048 (order 11: 16384 bytes) Feb 18 19:29:41 mickey kernel: Detected 801.979 MHz processor. Feb 18 19:29:41 mickey kernel: Using tsc for high-res timesource Feb 18 19:29:41 mickey kernel: Console: colour VGA+ 80x25 Feb 18 19:29:41 mickey kernel: Memory: 515052k/524224k available (1828k kernel code, 8428k reserved, 745k data, 224k init, 0k highmem) Feb 18 19:29:41 mickey kernel: Checking if this processor honours the WP bit even in supervisor mode... Ok. Feb 18 19:29:41 mickey kernel: Calibrating delay loop... 1585.15 BogoMIPS Feb 18 19:29:41 mickey kernel: Security Scaffold v1.0.0 initialized Feb 18 19:29:41 mickey kernel: SELinux: Initializing. Feb 18 19:29:41 mickey kernel: SELinux: Starting in permissive mode Feb 18 19:29:41 mickey kernel: There is already a security framework initialized, register_security failed. Feb 18 19:29:41 mickey kernel: Failure registering capabilities with the kernel Feb 18 19:29:41 mickey kernel: selinux_register_security: Registering secondary module capability Feb 18 19:29:41 mickey portmap: portmap startup succeeded Feb 18 19:29:41 mickey kernel: Capability LSM initialized Feb 18 19:29:41 mickey kernel: Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Feb 18 19:29:41 mickey kernel: Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Feb 18 19:29:41 mickey kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes) Feb 18 19:29:41 mickey kernel: checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Feb 18 19:29:41 mickey kernel: Freeing initrd memory: 198k freed Feb 18 19:29:41 mickey kernel: CPU: L1 I cache: 16K, L1 D cache: 16K Feb 18 19:29:41 mickey kernel: CPU: L2 cache: 256K Feb 18 19:29:41 mickey kernel: Intel machine check architecture supported. Feb 18 19:29:41 mickey kernel: Intel machine check reporting enabled on CPU#0. Feb 18 19:29:41 mickey kernel: CPU: Intel Pentium III (Coppermine) stepping 06 Feb 18 19:29:41 mickey rpc.statd[1060]: Version 1.0.6 Starting Feb 18 19:29:41 mickey kernel: Enabling fast FPU save and restore... done. Feb 18 19:29:41 mickey kernel: Enabling unmasked SIMD FPU exception support... done. Feb 18 19:29:41 mickey kernel: Checking 'hlt' instruction... OK. Feb 18 19:29:41 mickey kernel: POSIX conformance testing by UNIFIX Feb 18 19:29:41 mickey kernel: NET: Registered protocol family 16 Feb 18 19:29:41 mickey kernel: EISA bus registered Feb 18 19:29:41 mickey kernel: PCI: PCI BIOS revision 2.10 entry at 0xfb0f0, last bus=2 Feb 18 19:29:41 mickey nfslock: rpc.statd startup succeeded Feb 18 19:29:41 mickey kernel: PCI: Using configuration type 1 Feb 18 19:29:41 mickey kernel: mtrr: v2.0 (20020519) Feb 18 19:29:41 mickey kernel: ACPI: Subsystem revision 20040116 Feb 18 19:29:41 mickey kernel: ACPI: IRQ9 SCI: Edge set to Level Trigger. Feb 18 19:29:41 mickey kernel: ACPI: Interpreter enabled Feb 18 19:29:41 mickey kernel: ACPI: Using PIC for interrupt routing Feb 18 19:29:41 mickey kernel: ACPI: PCI Root Bridge [PCI0] (00:00) Feb 18 19:29:41 mickey kernel: PCI: Probing PCI hardware (bus 00) Feb 18 19:29:41 mickey kernel: Transparent bridge - 0000:00:1e.0 Feb 18 19:29:41 mickey kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) Feb 18 19:29:41 mickey random: Initializing random number generator: succeeded Feb 18 19:29:41 mickey kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 3 *4 5 6 7 9 10 11 12 14 15) Feb 18 19:29:41 mickey kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12 14 15) Feb 18 19:29:41 mickey kernel: ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 5 6 7 9 10 11 12 14 15) Feb 18 19:29:41 mickey kernel: ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 14 15) Feb 18 19:29:41 mickey kernel: ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 11 12 14 15) Feb 18 19:29:41 mickey kernel: ACPI: PCI Interrupt Link [LNK0] (IRQs 3 4 5 6 7 9 10 11 12 14 15) Feb 18 19:29:41 mickey kernel: ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 *5 6 7 9 10 11 12 14 15) Feb 18 19:29:41 mickey kernel: Linux Plug and Play Support v0.97 (c) Adam Belay Feb 18 19:29:41 mickey kernel: ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 3 Feb 18 19:29:41 mickey kernel: ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 4 Feb 18 19:29:41 mickey kernel: ACPI: PCI Interrupt Link [LNK1] enabled at IRQ 5 Feb 18 19:29:41 mickey kernel: ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 Feb 18 19:29:41 mickey kernel: PCI: Using ACPI for IRQ routing Feb 18 19:29:41 mickey kernel: PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off' Feb 18 19:29:41 mickey kernel: Machine check exception polling timer started. Feb 18 19:29:41 mickey kernel: apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16ac) Feb 18 19:29:41 mickey kernel: apm: overridden by ACPI. Feb 18 19:29:41 mickey kernel: Total HugeTLB memory allocated, 0 Feb 18 19:29:41 mickey kernel: VFS: Disk quotas dquot_6.5.1 Feb 18 19:29:41 mickey kernel: SELinux: Registering netfilter hooks Feb 18 19:29:41 mickey rc: Starting pcmcia: succeeded Feb 18 19:29:41 mickey kernel: Initializing Cryptographic API Feb 18 19:29:41 mickey kernel: pci_hotplug: PCI Hot Plug PCI Core version: 0.5 Feb 18 19:29:41 mickey kernel: isapnp: Scanning for PnP cards... Feb 18 19:29:41 mickey kernel: isapnp: No Plug & Play device found Feb 18 19:29:41 mickey kernel: pty: 2048 Unix98 ptys configured Feb 18 19:29:41 mickey kernel: Real Time Clock Driver v1.12 Feb 18 19:29:41 mickey kernel: Linux agpgart interface v0.100 (c) Dave Jones Feb 18 19:29:41 mickey kernel: agpgart: Detected an Intel i815 Chipset, but could not find the secondary device. Feb 18 19:29:41 mickey kernel: agpgart: Detected an Intel i815 Chipset. Feb 18 19:29:41 mickey kernel: agpgart: Maximum main memory to use for agp memory: 439M Feb 18 19:29:41 mickey kernel: agpgart: AGP aperture is 64M @ 0xe0000000 Feb 18 19:29:41 mickey kernel: Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing enabled Feb 18 19:29:41 mickey kernel: RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize Feb 18 19:29:41 mickey kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 Feb 18 19:29:41 mickey kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx Feb 18 19:29:41 mickey kernel: ICH2: IDE controller at PCI slot 0000:00:1f.1 Feb 18 19:29:41 mickey kernel: ICH2: chipset revision 17 Feb 18 19:29:41 mickey kernel: ICH2: not 100%% native mode: will probe irqs later Feb 18 19:29:41 mickey kernel: ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA Feb 18 19:29:41 mickey kernel: ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:pio Feb 18 19:29:41 mickey kernel: hda: MAXTOR 6L040J2, ATA DISK drive Feb 18 19:29:41 mickey netfs: Mounting other filesystems: succeeded Feb 18 19:29:41 mickey kernel: hdb: JLMS XJ-HD166S, ATAPI CD/DVD-ROM drive Feb 18 19:29:41 mickey kernel: Using anticipatory io scheduler Feb 18 19:29:41 mickey kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Feb 18 19:29:41 mickey kernel: hdc: CREATIVECD-RW RW8432E, ATAPI CD/DVD-ROM drive Feb 18 19:29:41 mickey kernel: hdd: LS-120 SLIM 05 UHD Floppy, ATAPI FLOPPY drive Feb 18 19:29:41 mickey kernel: ide1 at 0x170-0x177,0x376 on irq 15 Feb 18 19:29:41 mickey kernel: hda: max request size: 128KiB Feb 18 19:29:41 mickey kernel: hda: 78177792 sectors (40027 MB) w/1819KiB Cache, CHS=65535/16/63, UDMA(100) Feb 18 19:29:41 mickey kernel: hda: hda1 hda2 hda3 Feb 18 19:29:41 mickey kernel: ide-floppy driver 0.99.newide Feb 18 19:29:42 mickey kernel: hdd: No disk in drive Feb 18 19:29:42 mickey kernel: hdd: 123264kB, 963/8/32 CHS, 533 kBps, 512 sector size, 720 rpm Feb 18 19:29:42 mickey kernel: mice: PS/2 mouse device common for all mice Feb 18 19:29:42 mickey kernel: serio: i8042 AUX port at 0x60,0x64 irq 12 Feb 18 19:29:42 mickey kernel: input: PS/2 Logitech Mouse on isa0060/serio1 Feb 18 19:29:42 mickey kernel: serio: i8042 KBD port at 0x60,0x64 irq 1 Feb 18 19:29:42 mickey kernel: input: AT Translated Set 2 keyboard on isa0060/serio0 Feb 18 19:29:42 mickey kernel: md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 Feb 18 19:29:42 mickey kernel: NET: Registered protocol family 2 Feb 18 19:29:42 mickey kernel: IP: routing cache hash table of 1024 buckets, 32Kbytes Feb 18 19:29:42 mickey kernel: TCP: Hash tables configured (established 32768 bind 9362) Feb 18 19:29:42 mickey kernel: Initializing IPsec netlink socket Feb 18 19:29:42 mickey kernel: NET: Registered protocol family 1 Feb 18 19:29:42 mickey kernel: NET: Registered protocol family 17 Feb 18 19:29:42 mickey kernel: ACPI: (supports S0 S1 S4 S5) Feb 18 19:29:42 mickey kernel: md: Autodetecting RAID arrays. Feb 18 19:29:42 mickey kernel: md: autorun ... Feb 18 19:29:42 mickey kernel: md: ... autorun DONE. Feb 18 19:29:42 mickey kernel: RAMDISK: Compressed image found at block 0 Feb 18 19:29:42 mickey kernel: VFS: Mounted root (ext2 filesystem). Feb 18 19:29:42 mickey kernel: kjournald starting. Commit interval 5 seconds Feb 18 19:29:42 mickey kernel: EXT3-fs: mounted filesystem with ordered data mode. Feb 18 19:29:42 mickey autofs: automount startup succeeded Feb 18 19:29:42 mickey kernel: Freeing unused kernel memory: 224k freed Feb 18 19:29:42 mickey kernel: [drm] Initialized r128 2.5.0 20030725 on minor 0 Feb 18 19:29:42 mickey kernel: agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0. Feb 18 19:29:42 mickey kernel: agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode Feb 18 19:29:42 mickey smartd[1145]: smartd version 5.21 Copyright (C) 2002-3 Bruce Allen Feb 18 19:29:42 mickey kernel: agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode Feb 18 19:29:42 mickey smartd[1145]: Home page is http://smartmontools.sourceforge.net/ Feb 18 19:29:42 mickey kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0). Feb 18 19:29:42 mickey smartd[1145]: Opened configuration file /etc/smartd.conf Feb 18 19:29:42 mickey kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 19:29:42 mickey smartd[1145]: Configuration file /etc/smartd.conf parsed. Feb 18 19:29:42 mickey kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0). Feb 18 19:29:42 mickey smartd[1145]: Device: /dev/hda, opened Feb 18 19:29:42 mickey kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 19:29:42 mickey smartd[1145]: Device: /dev/hda, not found in smartd database. Feb 18 19:29:42 mickey kernel: ACPI: Power Button (FF) [PWRF] Feb 18 19:29:42 mickey smartd[1145]: Device: /dev/hda, is SMART capable. Adding to "monitor" list. Feb 18 19:29:42 mickey kernel: ACPI: Fan [FAN] (on) Feb 18 19:29:42 mickey smartd[1145]: Monitoring 1 ATA and 0 SCSI devices Feb 18 19:29:42 mickey kernel: ACPI: Processor [CPU0] (supports C1, 2 throttling states) Feb 18 19:29:43 mickey smartd[1148]: smartd has fork()ed into background mode. New PID=1148. Feb 18 19:29:43 mickey kernel: ACPI: Thermal Zone [THRM] (40 C) Feb 18 19:29:43 mickey smartd: smartd startup succeeded Feb 18 19:29:43 mickey kernel: drivers/usb/core/usb.c: registered new driver usbfs Feb 18 19:29:43 mickey kernel: drivers/usb/core/usb.c: registered new driver hub Feb 18 19:29:40 mickey network: Bringing up interface eth0: succeeded Feb 18 19:29:43 mickey kernel: drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.1 Feb 18 19:29:43 mickey kernel: uhci_hcd 0000:00:1f.2: UHCI Host Controller Feb 18 19:29:43 mickey kernel: uhci_hcd 0000:00:1f.2: irq 3, io base 0000b000 Feb 18 19:29:43 mickey kernel: uhci_hcd 0000:00:1f.2: new USB bus registered, assigned bus number 1 Feb 18 19:29:43 mickey acpid: acpid startup succeeded Feb 18 19:29:43 mickey kernel: hub 1-0:1.0: USB hub found Feb 18 19:29:43 mickey kernel: hub 1-0:1.0: 2 ports detected Feb 18 19:29:43 mickey kernel: uhci_hcd 0000:00:1f.4: UHCI Host Controller Feb 18 19:29:43 mickey kernel: uhci_hcd 0000:00:1f.4: irq 5, io base 0000b800 Feb 18 19:29:43 mickey kernel: uhci_hcd 0000:00:1f.4: new USB bus registered, assigned bus number 2 Feb 18 19:29:43 mickey kernel: hub 2-0:1.0: USB hub found Feb 18 19:29:43 mickey kernel: hub 2-0:1.0: 2 ports detected Feb 18 19:29:43 mickey kernel: EXT3 FS on hda2, internal journal Feb 18 19:29:43 mickey kernel: Adding 1044216k swap on /dev/hda3. Priority:-1 extents:1 Feb 18 19:29:43 mickey kernel: kjournald starting. Commit interval 5 seconds Feb 18 19:29:43 mickey kernel: EXT3 FS on hda1, internal journal Feb 18 19:29:43 mickey kernel: EXT3-fs: mounted filesystem with ordered data mode. Feb 18 19:29:44 mickey kernel: quotaon: numerical sysctl 5 16 8 is obsolete. Feb 18 19:29:44 mickey kernel: IA-32 Microcode Update Driver: v1.13 Feb 18 19:29:44 mickey kernel: microcode: CPU0 already at revision 0x8 (current=0x8) Feb 18 19:29:44 mickey kernel: microcode: No suitable data for cpu 0 Feb 18 19:29:44 mickey kernel: kudzu: numerical sysctl 1 23 is obsolete. Feb 18 19:29:44 mickey kernel: parport0: PC-style at 0x378 [PCSPP,TRISTATE] Feb 18 19:29:45 mickey kernel: parport0: Printer, EPSON Stylus COLOR 900 Feb 18 19:29:45 mickey kernel: SCSI subsystem initialized Feb 18 19:29:45 mickey kernel: inserting floppy driver for 2.6.2-1.87 Feb 18 19:29:45 mickey kernel: Floppy drive(s): fd0 is 1.44M Feb 18 19:29:45 mickey kernel: FDC 0 is a post-1991 82077 Feb 18 19:29:45 mickey kernel: kudzu: numerical sysctl 1 49 is obsolete. Feb 18 19:29:45 mickey kernel: 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html Feb 18 19:29:45 mickey kernel: 0000:02:04.0: 3Com PCI 3c905C Tornado at 0xa000. Vers LK1.1.19 Feb 18 19:29:45 mickey kernel: kudzu: numerical sysctl 1 49 is obsolete. Feb 18 19:29:45 mickey kernel: ip_tables: (C) 2000-2002 Netfilter core team Feb 18 19:29:45 mickey kernel: ip_tables: (C) 2000-2002 Netfilter core team Feb 18 19:29:45 mickey kernel: lp0: using parport0 (polling). Feb 18 19:29:45 mickey kernel: lp0: console ready Feb 18 19:29:48 mickey cups: cupsd startup succeeded Feb 18 19:29:48 mickey kernel: NET: Registered protocol family 10 Feb 18 19:29:48 mickey kernel: Disabled Privacy Extensions on device c034c0a0(lo) Feb 18 19:29:48 mickey kernel: IPv6 over IPv4 tunneling driver Feb 18 19:29:48 mickey sshd: succeeded Feb 18 19:29:48 mickey xinetd: xinetd startup succeeded Feb 18 19:29:49 mickey sendmail: sendmail startup succeeded Feb 18 19:29:49 mickey sendmail: sm-client startup succeeded Feb 18 19:29:50 mickey gpm[1436]: O0o.oops(): [gpm.c(937)]: Feb 18 19:29:50 mickey gpm[1436]: Could not open /dev/mouse. Feb 18 19:29:50 mickey gpm: O0o.oops(): [gpm.c(937)]: Feb 18 19:29:50 mickey gpm: Could not open /dev/mouse. Feb 18 19:29:50 mickey gpm: gpm startup succeeded Feb 18 19:29:50 mickey xinetd[1398]: xinetd Version 2.3.13 started with libwrap loadavg options compiled in. Feb 18 19:29:50 mickey xinetd[1398]: Started working: 1 available service Feb 18 19:29:50 mickey crond: crond startup succeeded Feb 18 19:29:50 mickey xfs: xfs startup succeeded Feb 18 19:29:51 mickey xfs: ignoring font path element /usr/X11R6/lib/X11/fonts/cyrillic (unreadable) Feb 18 19:29:51 mickey lisa: lisa startup succeeded Feb 18 19:29:51 mickey anacron: anacron startup succeeded Feb 18 19:29:51 mickey atd: atd startup succeeded Feb 18 19:29:52 mickey firstboot: succeeded Feb 18 19:29:52 mickey readahead: Starting background readahead: Feb 18 19:29:52 mickey rc: Starting readahead: succeeded Feb 18 19:29:53 mickey messagebus: messagebus startup succeeded Feb 18 19:29:58 mickey kernel: agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0. Feb 18 19:29:58 mickey kernel: agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode Feb 18 19:29:58 mickey kernel: agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode Feb 18 19:29:59 mickey kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0). Feb 18 19:29:59 mickey kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 19:29:59 mickey kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0). Feb 18 19:29:59 mickey kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 19:30:01 mickey gdm[1614]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 Feb 18 19:30:05 mickey kernel: agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0. Feb 18 19:30:05 mickey kernel: agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode Feb 18 19:30:05 mickey kernel: agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode Feb 18 19:30:05 mickey kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0). Feb 18 19:30:05 mickey kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 19:30:05 mickey kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0). Feb 18 19:30:05 mickey kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. From gstool at earthlink.net Thu Feb 19 00:52:57 2004 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 18 Feb 2004 18:52:57 -0600 Subject: Kernel-2.6.2-1.87 locking up computer In-Reply-To: <403407DD.10308@comcast.net> References: <403407DD.10308@comcast.net> Message-ID: <200402181852.57258.gstool@earthlink.net> On Wednesday 18 February 2004 18:48, jim tate wrote: > When Bootup gets to the Interactive mode the monitor goes black > and stay's that way and I have to reboot and go into kernel 2.6.1-1.65 > to go through full boot process and login. what would it be ? > Attached is the message file for 2.6.2-1.87 about a bug with XFree86. > I have installed XFree86-4.3.0-57. > Same action here. Same versions of kernel and XFree86. Gerry Tool From alan at redhat.com Thu Feb 19 00:53:53 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 18 Feb 2004 19:53:53 -0500 Subject: XFree86: Voodoo/Voodoo2 Driver Message-ID: <20040219005353.GA20073@devserv.devel.redhat.com> Wish you could do something with your old Voodoo or Voodoo2 graphics cards ? Unable to find tools old enough to build Glide2 ? Unable to port Glide2 to your new system ? Want to use the 2D accelerator on the Voodoo2 ? Want render acceleration ? The department of retro-optimisation(*) proudly presents the 1.0 Beta release of a Voodoo and Voodoo2 driver for XFree86 4.3. - 640x480, 800x600, 1024x768 - and custom non glide modes - 1024x768 on non-SLI Voodoo2 - DGA - 2D acceleration of most operations on Voodoo2 - Render acceleration (Voodoo2) - No glide library needed - Supports SLI configurations although it doesnt use SLI No DRI (yet), although if the folks hacking Glide3 can get Voodoo1/2 working again that should be possible to do. No Xv (anyone know about YAB texture formats so I can use them for YUV422/YCbCr ?) and no pixcache at the moment. It may also have endian issues so I'd love to hear from parisc hackers how well it works. And you thought it was just another old dead video card... ftp://people.redhat.com/alan/XFree86/Voodoo including a compiled driver mode for Fedora Core 1 and 2T1. I'd appreciate Fedora feedback on this hardware so I can tell if I should try and get Mike Harris to merge it for FC2.. Alan (*) With more than a little help from Ghozlane Toumi's sstfb work From mikes at hartwellcorp.com Thu Feb 19 00:56:15 2004 From: mikes at hartwellcorp.com (Michael St. Laurent) Date: Wed, 18 Feb 2004 16:56:15 -0800 Subject: (no subject) Message-ID: <91A5926EFF44D3118B1200104B7276EB02C56C64@hart-exchange.hartwellcorp.com> Alexandre Oliva wrote: > On Feb 18, 2004, "Michael St. Laurent" wrote: > >> I installed Fedora Core 2 Test 1 and cannot use my PCMCIA cards. If >> I try to do a "service pcmcia start" I get: > >> Starting PCMCIA services: cardmgr[4183]: no sockets found! > > It's been the topic of at least two threads already. Please search > the archives. I'd love to but they're offline. Thus, I posted to the list. > modprobe yenta_socket, then service pcmcia restart, and it will work > until the next reboot. Thank you. ;-D -- Michael St. Laurent Hartwell Corporation From davej at redhat.com Thu Feb 19 00:54:25 2004 From: davej at redhat.com (Dave Jones) Date: Thu, 19 Feb 2004 00:54:25 +0000 Subject: Kernel-2.6.2-1.87 locking up computer In-Reply-To: <403407DD.10308@comcast.net> References: <403407DD.10308@comcast.net> Message-ID: <1077152064.3616.0.camel@delerium.codemonkey.org.uk> On Thu, 2004-02-19 at 00:48, jim tate wrote: > When Bootup gets to the Interactive mode the monitor goes black > and stay's that way and I have to reboot and go into kernel 2.6.1-1.65 > to go through full boot process and login. what would it be ? > Attached is the message file for 2.6.2-1.87 about a bug with XFree86. > I have installed XFree86-4.3.0-57. Is your X still configured to use /dev/psaux ? If so, it needs changing to /dev/input/mice Dave From gstool at earthlink.net Thu Feb 19 01:02:02 2004 From: gstool at earthlink.net (Gerry Tool) Date: Wed, 18 Feb 2004 19:02:02 -0600 Subject: kernel 2.6.2-1.87 still Borks the mouse causing XFree not to run. In-Reply-To: <1077134713.7040.0.camel@delerium.codemonkey.org.uk> References: <200402181218.48959.gstool@earthlink.net> <1077134713.7040.0.camel@delerium.codemonkey.org.uk> Message-ID: <200402181902.02844.gstool@earthlink.net> On Wednesday 18 February 2004 14:05, Dave Jones wrote: > On Wed, 2004-02-18 at 18:18, Gerry Tool wrote: > > On Wednesday 18 February 2004 12:12, Peter A. Banks wrote: > > > RE:kernel 2.6.2-1.87 still Borks the mouse causing XFree not to run. > > > Running the mouse configuration program still does not help the > > > problem. Downgrading to -1.81 allows Xfree to run. > > > Regards > > > pab > > > > I can confirm this. A fix presented by someone earlier involving editing > > a couple of configuration files did nothing for me. > > Paste your XF86Config please. > > Dave The following paste is its state after editing and making a link change as noted below; ======================= Also, I have successfully got things to work with the following two manual changes: 1. Edit /etc/X11/XF86Config and replace "/dev/psaux" with "/dev/mouse" 2. in directory /dev, change (delete and add) the symbolic link so instead of mouse->psaux you have mouse->input/mice =============================== 2.6.2-1.87 then started fine until my last boot which hung after writing a message about setting up Swap space. I'm now back to an earlier kernel because of that problem. Gerry ----------------------------------------------------------------- # XFree86 4 configuration created by system-config-display Section "ServerLayout" Identifier "single head configuration" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "DevInputMice" "AlwaysCore" 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 "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/mouse" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "no" EndSection Section "InputDevice" # If the normal CorePointer mouse is not a USB mouse then # this input device can be used in AlwaysCore mode to let you # also use USB mice at the same time. Identifier "DevInputMice" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "no" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Sony CPD-G410R" DisplaySize 360 270 HorizSync 30.0 - 110.0 VertRefresh 48.0 - 170.0 Option "dpms" EndSection Section "Device" Identifier "Videocard0" Driver "radeon" VendorName "Videocard vendor" BoardName "ATI Radeon 7500" EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Depth 24 Modes "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "DRI" Group 0 Mode 0666 EndSection From hoyt at cavtel.net Thu Feb 19 01:39:35 2004 From: hoyt at cavtel.net (Hoyt) Date: Wed, 18 Feb 2004 20:39:35 -0500 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <1077149838.2392.3.camel@vinhas> References: <1077137095.2133.5.camel@vinhas> <4033DB62.1040300@wanadoo.nl> <1077149838.2392.3.camel@vinhas> Message-ID: <200402182039.35887.hoyt@cavtel.net> On Wednesday 18 February 2004 07:17 pm, Thiago Vinhas de Moraes wrote: > It's fine for a beta, but for a final release, I think it should be only > Fedora version 2 Lets not quibble over the name. We should be quibbling over default sound settings, UI changes to Nautilus, License changes to XFree86 and Apache, posting etiquette, RTFM'ing, and . . . Oh, wait --- we already quibble over that stuff ad nauseum. -- Hoyt From gstool at earthlink.net Thu Feb 19 13:49:31 2004 From: gstool at earthlink.net (Gerry Tool) Date: Thu, 19 Feb 2004 07:49:31 -0600 Subject: Kernel-2.6.2-1.87 locking up computer In-Reply-To: <1077152064.3616.0.camel@delerium.codemonkey.org.uk> References: <403407DD.10308@comcast.net> <1077152064.3616.0.camel@delerium.codemonkey.org.uk> Message-ID: <4034BEEB.1040609@earthlink.net> Dave Jones wrote: > On Thu, 2004-02-19 at 00:48, jim tate wrote: > >>When Bootup gets to the Interactive mode the monitor goes black >>and stay's that way and I have to reboot and go into kernel 2.6.1-1.65 >>to go through full boot process and login. what would it be ? >>Attached is the message file for 2.6.2-1.87 about a bug with XFree86. >>I have installed XFree86-4.3.0-57. > > > Is your X still configured to use /dev/psaux ? > If so, it needs changing to /dev/input/mice > No, I had already taken care of that and successfully rebooted once. I sent my XF86Config file in another post at your request. Gerry From florin at andrei.myip.org Thu Feb 19 02:09:39 2004 From: florin at andrei.myip.org (Florin Andrei) Date: 18 Feb 2004 18:09:39 -0800 Subject: frozen when booting up Message-ID: <1077156579.3602.3.camel@rivendell.home.local> While booting up the FC2 installer CD, it froze when displaying "loading up aic7xxx driver" or something like that. The system is a L440GX+ - the FC1 installer also cannot boot on it unless it's a hacked installer. -- Florin Andrei http://florin.myip.org/ From ndbecker2 at verizon.net Thu Feb 19 02:11:13 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Wed, 18 Feb 2004 21:11:13 -0500 Subject: Filesystem ACLs References: <1077144833.3434.2.camel@gavin.orrcon.com.au> Message-ID: Gavin Graham wrote: > Now that we have Fedora Core 2 test-1 out, when will we have ACL's on > the ext3 filesystem enabled by default?? > Presently we have ti tune2fs the FS and then reboot before we can use > it... > Is there plans to have this enabled by default install? Are you sure? I believe all you have to do is mount -o remount,acl From aaron.bennett at olin.edu Thu Feb 19 14:00:20 2004 From: aaron.bennett at olin.edu (Aaron Bennett) Date: Thu, 19 Feb 2004 09:00:20 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077122454.7798.580.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116756.7798.506.camel@localhost.localdomain> <20040218152516.GA20644@devserv.devel.redhat.com> <1077122454.7798.580.camel@localhost.localdomain> Message-ID: <4034C174.8080401@olin.edu> Alexander Larsson wrote: > >Now, this is my opinion of course, and I don't have billions of dollars >of research to back it up, but so are all design choices I make in >Nautilus. There are lots of way a file manager can behave, and we don't >want them all in the preferences dialog, or all combinations of them >described in the docs. To avoid this I try to err on the cautious side, >because once a preference is in its very very hard to get rid of. > > Alex -- Maybe I'm missing something, and perhaps I'm too lazy to search through the gnome mailing list archives to where the original discussions are, but if you could humor me for a minute... Here is the procedure for copying a file from /home/abennett/music to /var/www/html/music using the spatial mode of the nautilus filemanager: 1. Click "home" - 2. Click "music" - leaves the "home" window open 3. Right click on "file" 4. Close the "home" window 6. Close the "music" window 7. Click "computer" 8. Click "filesystem" -- leaves the "computer" window open 9. Click "var" -- leaves the "/" window open 10. Click "www" -- leaves the "var" window open 11. Click "html" -- leaves the "www" window open 12. Right click in "html" and select "paste file" 13. Close "www" 14. close "html" 15. close "var" 16. close "/" 17. close "computer" My question is: Does it seem, to you, in your opinion, that it ought to take 17 mouse clicks to copy a file? It's the leaving the old windows open as artificacts that makes this so intolerable. I'm not accusing you of trying to be like windows here. Actually, windows allows the user the ability to disable this behavior if they wish, so being a little bit more "like windows" might not be a bad thing... Or, am I missing something? Cheers, Aaron -- Aaron Bennett UNIX Administrator Franklin W. Olin College of Engineering From ndbecker2 at verizon.net Thu Feb 19 02:28:55 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Wed, 18 Feb 2004 21:28:55 -0500 Subject: Shouldn't artswrapper be suid root? Message-ID: I noticed artswrapper is not suid root. Shouldn't it be so it can run realtime priority? From fedora at warmcat.com Thu Feb 19 14:11:42 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 14:11:42 +0000 Subject: Kmail.... In-Reply-To: <200402170918.08397.ted@trufflesdad.plus.com> References: <20040216203001.1954.95184.Mailman@listman.back-rdu.redhat.com> <200402161608.48893.wes@kuoi.asui.uidaho.edu> <200402170918.08397.ted@trufflesdad.plus.com> Message-ID: <200402191411.43404.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 17 February 2004 09:18, Ted wrote: > pane opens up but no text in it....I know the messgage is there because it > appears if I click the mail forward button....The settings are exactly the > same as on my Yarrow box which is also running kde 3.2.. What I would do is start kmail from a Konsole window and look for diagnostic messages coming out of Kmail on stdout/stderr. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANMQfjKeDCxMJCTIRAmOYAKCXTFVLz3z2YKmgIiYBvVmP9DtbgACfelAu rLH/r0RgVBtKTr47AvQqhAw= =ptAs -----END PGP SIGNATURE----- From ejprinz at austin.rr.com Thu Feb 19 02:58:38 2004 From: ejprinz at austin.rr.com (Erwin J. Prinz) Date: Wed, 18 Feb 2004 20:58:38 -0600 Subject: NVidia driver not working In-Reply-To: <1077133527.2133.2.camel@vinhas> References: <1077133527.2133.2.camel@vinhas> Message-ID: <4034265E.1040606@austin.rr.com> Thiago, the newest NVIDIA official driver "NVIDIA-Linux-x86-1.0-5336-pkg1.run" works with Fedora Core 2 (for me). I installed it following the instructions in the README file of the NVIDIA web site. Ultimately it would be great if NVIDIA had a yum-enabled repository with the driver including rpm information, but what they provide is better than no 3D acceleration. Best regards, Erwin Thiago Vinhas de Moraes wrote: >Could anyone make the NVidia official driver to work? > > > > From redhat-jc at insight.rr.com Thu Feb 19 03:06:57 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Wed, 18 Feb 2004 22:06:57 -0500 Subject: up2date, mirror repositories, and performance In-Reply-To: References: <200402181513.13593.czar@czarc.net> <1077136485.8689.127.camel@cei3440.empower.ceimaine.org> <1077136693.12673.0.camel@opus> <6101B50A-625E-11D8-8098-000393DCE7B4@martinalderson.co.uk> <1077142588.13347.19.camel@opus> <8F0CC763-6262-11D8-8098-000393DCE7B4@martinalderson.co.uk> <1077143868.13347.32.camel@opus> Message-ID: <40342851.5000607@insight.rr.com> Martin Alderson wrote: > > On 18 Feb 2004, at 22:37, seth vidal wrote: > >> >>> Ok, it would mean running bittorrent alongside thttp. Not a huge drain >>> of resources. >> >> >> What are you talking about? I run a mirror AND I run the torrent tracker >> for fedora releases. Guess what - the tracker and the seed eat an >> enormous amount of the total cpu time on that machine. >> >> Much higher than just apache or thttpd. > > > No, there would be a dedicated tracker. There is no reason why they > couldn't be dedicated seeds as well (as opposed to leapfrogging of > current mirror). It would just depend on the scale and size of the > BitTorrent network apart from FTP and HTTP updates. > >> >>> Sorry but if it means 20MB that the mirrors don't have to provide (IE: >>> from users upstream connections) it is a huge success IMO. >> >> >> The mirrors are still going to take a primary hit as the seeds - and >> fast seeds at that. >> >> -sv I really don't trust the idea of p2p networks. If a server could cache the most downloaded files to memory, then serve them out to a host of users at the same time, then it seems that there would be only one need for transmitting the file out to multiple users. The server should be loaded less, because of only needing to broadcast once for a lot of users, I think the server side needs a bit more perfecting the transmission of files from the server to the clients. If there is deemed a different protocol to transfer files from server to user, then developing a better file transfer system might be a better concept. Jim From cmadams at hiwaay.net Thu Feb 19 03:06:46 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 18 Feb 2004 21:06:46 -0600 Subject: up2date, mirror repositories, and performance In-Reply-To: <200402181856.07093.czar@czarc.net> References: <200402181513.13593.czar@czarc.net> <1077137622.8689.132.camel@cei3440.empower.ceimaine.org> <1077142447.13347.16.camel@opus> <200402181856.07093.czar@czarc.net> Message-ID: <20040219030646.GB1509213@hiwaay.net> Once upon a time, Gene C. said: > The only other thing I can think of is some kind of central augmentation of > the mirror list which would reflect the sync status as well as somewhat rank > the servers in terms of capabilities (a big server attached to an OC48 can > take a lot bigger load than a small server on a T1). This sounds good but I > am not sure it is do-able. To start with, something like the CPAN system that checks "freshness" would be good (although I'm not sure what's up with CPAN - I sent an update of my record and nothing has happened). I don't know if anything uses that data, but it could be used. However, I am not sure about multi-level tiered mirroring. When I started mirroring CPAN, I mirrored from another mirror. They had occasional problems, so I switched. That mirror had problems and then went away, so I just switched to the master. Since then, the only time I've touched my CPAN mirror is when I got a heads up one afternoon when (IIRC) 5.8.0 was released (normally I sync in the morning so I did a manual mid-day sync). To have a tiered mirror system, there'd have to be some front-end tool for the mirror admins to catch "upstream" problems and move to another mirror (but you've got to handle different "freshness" - there are occasional sync problems between some of the Red Hat master servers; adding multiple tiers will not help). Mirrors would need to be registered with each other (to get sync in advance of release and for notification of problems). Mirror update schedules would also need to be synchronized; if I have my update cron job as "0-23/6" in Central time and I mirror off someone that has "0-23/6" but in Pacific time, I'll always be 4-12 hours behind. How long should I schedule "behind" the next tier to get updates (15 minutes, 1 hour)? Maybe something that pushes more of the bandwidth load to the mirrors (like "us.download.fedora.redhat.com" be a round-robin DNS, with the primary RH servers throttled back some) would help mirrors stay up to date better? There also does need to be some automated (or at least semi-automated with a one-click RH review) way for mirror admins to maintain and update listings. Ranking by bandwidth might be tricky; if I ever get my patch for adding route realm support to quagga done, my bandwidth cap will be variable based on my available outbound bandwidth (probably anywhere from 30 to 75 Mbps or until the server falls over). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From pri.rhl1 at iadonisi.to Thu Feb 19 03:10:16 2004 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: Wed, 18 Feb 2004 22:10:16 -0500 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <1077149677.2392.0.camel@vinhas> References: <1077137095.2133.5.camel@vinhas> <20040218210345.GB30417@devserv.devel.redhat.com> <1077138488.1618.3.camel@vinhas> <1077142311.27428.37.camel@va.local.linuxlobbyist.org> <1077149677.2392.0.camel@vinhas> Message-ID: <1077160216.27428.42.camel@va.local.linuxlobbyist.org> On Wed, 2004-02-18 at 19:14, Thiago Vinhas de Moraes wrote: [snip] > I'm not talking about the name Fedora, but the Core. And FYI, Fedora > looks like "bad smell" in portuguese. That was it! :-) I'm actually neutral on whether or not Core remains as part of the name, but as Brent Fox has said, it's really not relevant to this list. Don't know who you'd talk to if you feel really strongly about. Maybe the Fedora Core Advisory Board, or whatever it's called. Now lets get some more testing in, as the window is short. -- -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 p1374953 at cedarville.edu Thu Feb 19 03:24:19 2004 From: p1374953 at cedarville.edu (Timothy Bierer) Date: Wed, 18 Feb 2004 22:24:19 -0500 Subject: Inspiron 1100 troubles Message-ID: I logged in as root and tried to access /etc/X11/XF86Config, but got a "permission denied" message. How can I fix this? >>> fedora at warmcat.com 2/18/2004 4:08:26 PM >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 18 February 2004 12:38, Timothy Bierer wrote: > I use an Inspiron 1100 with a Intel 845 graphics card. As recommended, > I downloaded and installed the "fix" for my 800X600 screen resolution > from Intel's website. I upgraded from Fedora Core 1 to Fedora Core 2 > Test 1 to try to fix this, but it didn't work. Here's what I get during > start-up: > > General errors? > > insmod: error inserting > '/lib/modules/2.6.1-1.65/kernel/drivers/acpi/toshiba_acpi.ko' -1 no such > device Its harmless, for some reason the initscripts seem to want to start up toshipa_acpi on all the laptops here > modprobe FATAL: module keybdev not found > > modprobe FATAL: module mousedev not found Another harmless initscript problem, they are not needed on 2.6 > checking for new hardware: FATAL: Error inserting floppy > (/lib/modules/2.6.1-1.65/kernel/drivers/block/floppy.ko): no such device > (I don't have a floppy drive in my machine) You can fix this by adding install floppy /bin/true to /etc/modprobe.conf > starting smartd: hda: ATAPI 16x DVD-ROM CD-R/RW drive 2048kb Cashe, > UDMA(33) [FAILED] You can fix this by changing the line about hda in /etc/smartd.conf to hdc -- the DVD drive doesn't support smart is all. Dell has the DVD on IDE0 and the HDD on IDE1 for some bizarre reason. > display related? > > FATAL ERROR: NO screens found You need to edit /etc/X11/XF86Config Scroll down to section "Device", somewhere in there will be a line beginning Driver. Change what is after the Driver part to read "vesa". Then see if running startx from a console will do any better. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAM9RKjKeDCxMJCTIRAgoKAJ9DV5zfxPitqBXbmMFKMbsN5fAX0gCePvhs Xdp0pTZ0PWfE3MMpGo0Au9U= =iX3H -----END PGP SIGNATURE----- -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From redhat-jc at insight.rr.com Thu Feb 19 03:34:59 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Wed, 18 Feb 2004 22:34:59 -0500 Subject: Upgrading from Red Hat 9 In-Reply-To: <024e01c3f642$439ddf00$4aac8e42@satis> References: <024e01c3f642$439ddf00$4aac8e42@satis> Message-ID: <40342EE3.2010600@insight.rr.com> area214 at sbcglobal.net wrote: > > << So there is not boot disk....I have seen like 5 submissions regarding > this and I think we can all agree that there is no bootdisk.img :) > > However, Red Hat 9 does have a boot disk so I am going to install Red > Hat 9 on my laptop and then I am wondering if there is an easy way to > upgrade to Fedore Core 2 without having to boot off the cd?? Can I just > run a command that will start upgrading? > > As a side note, my Fedora Core 2 Disk 1 will not boot up on my computer > that can boot off a cd-rom....what gives? I really don't want all the > time I spent downloading the cds to be a waste of time. Do I have to do > something to the CD? (I downloaded the rpms one) >> > > Same problem as well. > I had trouble getting the installation CDs to boot off of a computer that also is able to boot off of a CDROM usually. To get around the problem, I cleared the hard disk. This allowed the CD to boot, since there was no hard disk that was bootable. I am not sure as to the reasoning behind this. The BIOS was set to boot from floppy, then CDROM, then Hard disk. You might be able to run fdisk (windows) and unset the active partition. Then try to boot from the CD again. I believe that not having an active partition would allow the CD to boot, with no fuss from the hard disk interference. Then you could reset the active partition with either linux or windows fdisk. Just a thought. Jim From skvidal at phy.duke.edu Thu Feb 19 14:18:20 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 19 Feb 2004 09:18:20 -0500 Subject: up2date, mirror repositories, and performance In-Reply-To: <20040219030646.GB1509213@hiwaay.net> References: <200402181513.13593.czar@czarc.net> <1077137622.8689.132.camel@cei3440.empower.ceimaine.org> <1077142447.13347.16.camel@opus> <200402181856.07093.czar@czarc.net> <20040219030646.GB1509213@hiwaay.net> Message-ID: <1077200299.11233.39.camel@binkley> > To start with, something like the CPAN system that checks "freshness" > would be good (although I'm not sure what's up with CPAN - I sent an > update of my record and nothing has happened). I don't know if anything > uses that data, but it could be used. > > However, I am not sure about multi-level tiered mirroring. When I > started mirroring CPAN, I mirrored from another mirror. They had > occasional problems, so I switched. That mirror had problems and then > went away, so I just switched to the master. Since then, the only time > I've touched my CPAN mirror is when I got a heads up one afternoon when > (IIRC) 5.8.0 was released (normally I sync in the morning so I did a > manual mid-day sync). > > To have a tiered mirror system, there'd have to be some front-end tool > for the mirror admins to catch "upstream" problems and move to another > mirror (but you've got to handle different "freshness" - there are > occasional sync problems between some of the Red Hat master servers; > adding multiple tiers will not help). Mirrors would need to be > registered with each other (to get sync in advance of release and for > notification of problems). > > Mirror update schedules would also need to be synchronized; if I have my > update cron job as "0-23/6" in Central time and I mirror off someone > that has "0-23/6" but in Pacific time, I'll always be 4-12 hours behind. > How long should I schedule "behind" the next tier to get updates (15 > minutes, 1 hour)? > There also does need to be some automated (or at least semi-automated > with a one-click RH review) way for mirror admins to maintain and update > listings. Here's the problem with comparison to CPAN- how often does CPAN have 11GB releases or complete re-rolls of rawhide which require something like 15GB of changing files? CPAN can work w/o tiering b/c they have a TRIVIAL amount of files in comparison to a fedora release or beta or devel. -sv From ndbecker2 at verizon.net Thu Feb 19 03:52:17 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Wed, 18 Feb 2004 22:52:17 -0500 Subject: No korganizer on default menus? Message-ID: No korganizer on my menu. Please make sure it is on utilities. It is far too good to leave off the menus. From mark at mitre.org Thu Feb 19 03:53:17 2004 From: mark at mitre.org (Mark Heslep) Date: Wed, 18 Feb 2004 22:53:17 -0500 Subject: Dovecot configuration In-Reply-To: <40303C0D.7020000@mindspring.com> References: <40303C0D.7020000@mindspring.com> Message-ID: <4034332D.1020001@mitre.org> David R. Fischer wrote: > Question. In trying to setup dovecot I noticed that it is trying to > hit a postgresql DB. When I went looking in the rpm I see no > PREIN/POSTIN creating the database. Is the SRPM just defaulting > incorrectly?? or is there scripts missing? > thanks > > Check your /etc/dovecot.conf for the user and pass database defaults. Dovecot ships defaulting to postgres: ... auth_userdb = pgsql /usr/local/etc/dovecot-pgsql.conf auth_passdb = pgsql /usr/local/etc/dovecot-pgsql.conf ... If you dont want it using a database try something else. Shadow passwords are fine for me as Im not on the net: ... auth_userdb = passwd auth_passdb = shadow and restart the server. -Mark From fedora at warmcat.com Thu Feb 19 14:24:48 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 14:24:48 +0000 Subject: poor performance when updating fedora In-Reply-To: <4034C547.8050907@blueyonder.co.uk> References: <1077159400.3795.2.camel@BirdsEye.strongs.org> <4034C547.8050907@blueyonder.co.uk> Message-ID: <200402191424.48394.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 14:16, Dougie Trickett wrote: > Steve, > I had this too. You need to change the default server as it can't cope > with the load. > This webpage gives you all you need to know: > http://www.redhat.com/archives/fedora-list/2004-January/msg03379.html Maybe the first time you run up2date it should fetch a list of mirrors from somewhere and get you to choose a geographically close one. Or perhaps it should use the locale info to randomly choose one it knows is likely close. This being asked to death, indicating a large number of frustrated users in danger of missing out on security updates because they "tried up2date and 'it didn't work'". - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANMcwjKeDCxMJCTIRAvyiAKCNOMlA6CclKV3/BN7zuTVQwtaZHgCfegvb /ZsE4ReEJKyFiT2UcuyiCz0= =dgH1 -----END PGP SIGNATURE----- From mike at netlyncs.com Thu Feb 19 14:25:19 2004 From: mike at netlyncs.com (Mike Chambers) Date: Thu, 19 Feb 2004 08:25:19 -0600 Subject: Inspiron 1100 troubles In-Reply-To: References: Message-ID: <1077200719.1596.1.camel@bart.netlyncs.com> On Wed, 2004-02-18 at 22:24 -0500, Timothy Bierer wrote: > I logged in as root and tried to access /etc/X11/XF86Config, but got a > "permission denied" message. How can I fix this? If you mean you used "su", then you need to do it as "su -" (include hyphen) so you get all of root's environment. --- Mike Chambers Madisonville, KY 2.6.2-1.87 #1 Mon Feb 16 21:30:19 EST 2004 i686 GNU/Linux 08:24:07 up 12 min, 1 user, load average: 0.17, 0.29, 0.24 From webmaster at margo.bijoux.nom.br Thu Feb 19 04:41:28 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Thu, 19 Feb 2004 01:41:28 -0300 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <1077149838.2392.3.camel@vinhas> References: <1077137095.2133.5.camel@vinhas> <20040218210345.GB30417@devserv.devel.redhat.com> <1077138488.1618.3.camel@vinhas> <4033DB62.1040300@wanadoo.nl> <1077149838.2392.3.camel@vinhas> Message-ID: <40343E78.3090903@margo.bijoux.nom.br> Thiago Vinhas de Moraes wrote: >Ok, but cat /etc/fedora-release and you'll get: >Fedora Core release 1.90 (FC2 Test 1) > >It's fine for a beta, but for a final release, I think it should be only >Fedora version 2 > > Just a question: why didnt you guys complain about Red Hat 9? It could be only Hat version 9... Come on! Why are people trying to change the name? I dont really care if the guys at work call Fedora "fedorento" [1]... I dont care if it is called Fedora Core , Fedora zambs , Fedora something , Fedora Ultra master Plus version 2... I only care if this distro has the right stuff in it... no broken dependencies (like Suse , for example) , no closed source drivers , no risk of DMCA problems... I just want a distro I can install on any server and it will work perfectly.... and fedora fits the bill here... So , let's forget about this. The name is only a name , nothing more. I'm here for the distro , no matter its name... Pedro Macedo [1] -> the adjective "fedorento" (translation for "stinky") is being used at work as a noun to call fedora... maybe in a hard way , because those who are calling Fedora this way are Suse users... From redhat-jc at insight.rr.com Thu Feb 19 04:53:30 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Wed, 18 Feb 2004 23:53:30 -0500 Subject: Kernel-2.6.2-1.87 locking up computer In-Reply-To: <403407DD.10308@comcast.net> References: <403407DD.10308@comcast.net> Message-ID: <4034414A.8030506@insight.rr.com> Testing out the latest two kernels that were released into rawhide. I see three problems with my system. First is it starts rhgb, then reverts back to the text screen. Next, it gets to the mounting other file systems, then does nothing, it locks up and you cannot reboot, except for a hard reset. This failure is caused due to reiserfs. I have a regular Fedora Core 1 installation that uses reiserfs and is mounted in my /etc/fstab for my development system (FC2 development only). If I remove the reiserfs from mounting on boot. (Remove entire reference from fstab file). The system will boot until it tries to start X. Then the X server loops. /var/log/messages excerpt kernel: found reiserfs format "3.6" with standard journal kernel: reiserfs:warning: CONFIG_REISERFS_CHECK is set ON kernel: reiserfs:warning: - it is slow mode for debugging. kernel: Reiserfs journal params: device hda2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 kernel: reiserfs: checking transaction log (hda2) for (hda2) Feb 18 23:22:31 ... kernel: Using r5 hash to sort names I looked at the /var/log/XFree86.0.log, the /var/log/XFree86.1.log and also the /var/log/XFree86.0.log.old log and noticed that the references were different when I booted into the Kernel-2.6.2-1.81 kernel. In short, the kernels later than Kernel-2.6.2-1.81 are full of surprises, scary ones. Jim From tim.quinn3 at verizon.net Thu Feb 19 04:53:38 2004 From: tim.quinn3 at verizon.net (Tim Quinn) Date: Wed, 18 Feb 2004 23:53:38 -0500 Subject: Kernel-2.6.2-1.87 locking up computer Message-ID: <1077166418.3495.8.camel@localhost.localdomain> Hi Jim --- Looks like your mouse is preventing X from loading. Have you tried making this change in your etc/X11/XF86Config file? "Please modify Section "Input Device" End Section Option "Device" "/dev/input/mice" or "/dev/input/mouse0" (it probably reads something like "/dev/psaux" or "/dev/mouse" before you change it to the above) And change /etc/sysconfig/gpm file: DEVICE; "/dev/input/mouse0" or "/dev/input/mice" Good luck! tq From fedora at mytsoftware.com Thu Feb 19 04:54:04 2004 From: fedora at mytsoftware.com (David Finch) Date: Wed, 18 Feb 2004 20:54:04 -0800 Subject: Kernel-2.6.2-1.87 locking up computer References: <403407DD.10308@comcast.net> Message-ID: <008001c3f6a4$6725b620$6500a8c0@david> > When Bootup gets to the Interactive mode the monitor goes black > and stay's that way and I have to reboot and go into kernel 2.6.1-1.65 > to go through full boot process and login. what would it be ? > Attached is the message file for 2.6.2-1.87 about a bug with XFree86. > I have installed XFree86-4.3.0-57. > > Thanks Jim Tate I'm also having problems booting with the 2.6.2-1.87 kernel, which didn't occur with the 2.6.2-1.81 kernel. X attempts to change the video mode several times, eventually giving an error that it's out of video memory (128mb), and it just keeps trying. I have an Intel i845GV. I get this in my message log (irrelevant parts removed): Attempts to show the graphical bootup: Feb 18 20:25:12 localhost kernel: [drm] Initialized i830 1.3.2 20021108 on minor 0 Feb 18 20:25:12 localhost kernel: mtrr: base(0xe8020000) is not aligned on a size(0x400000) boundary Feb 18 20:25:12 localhost kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).Feb 18 20:25:12 localhost kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 20:25:12 localhost kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).Feb 18 20:25:12 localhost kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 20:25:12 localhost kernel: [drm:i830_wait_ring] *ERROR* space: 131056 wanted 131064 Feb 18 20:25:12 localhost kernel: [drm:i830_wait_ring] *ERROR* lockup ... Resumes booting ... Attempts to go to the graphical login: Feb 18 20:25:35 localhost kernel: mtrr: base(0xe8020000) is not aligned on a size(0x400000) boundary Feb 18 20:25:36 localhost kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).Feb 18 20:25:36 localhost kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 20:25:36 localhost kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).Feb 18 20:25:36 localhost kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 20:25:41 localhost kernel: [drm:i830_wait_ring] *ERROR* space: 131056 wanted 131064 Feb 18 20:25:41 localhost kernel: [drm:i830_wait_ring] *ERROR* lockup Feb 18 20:25:41 localhost gdm[2560]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 Feb 18 20:25:42 localhost kernel: mtrr: base(0xe8020000) is not aligned on a size(0x400000) boundary Feb 18 20:25:42 localhost kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).Feb 18 20:25:42 localhost kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 20:25:42 localhost kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).Feb 18 20:25:42 localhost kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 20:25:48 localhost kernel: [drm:i830_wait_ring] *ERROR* space: 131056 wanted 131064 Feb 18 20:25:48 localhost kernel: [drm:i830_wait_ring] *ERROR* lockup Feb 18 20:25:48 localhost gdm[2568]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 Feb 18 20:25:51 localhost kernel: mtrr: base(0xe8020000) is not aligned on a size(0x400000) boundary Feb 18 20:25:51 localhost kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).Feb 18 20:25:51 localhost kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 20:25:51 localhost kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).Feb 18 20:25:51 localhost kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 20:25:57 localhost kernel: [drm:i830_wait_ring] *ERROR* space: 131056 wanted 131064 Feb 18 20:25:57 localhost kernel: [drm:i830_wait_ring] *ERROR* lockup Feb 18 20:25:57 localhost gdm[2576]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 Feb 18 20:26:00 localhost kernel: mtrr: base(0xe8020000) is not aligned on a size(0x400000) boundary Feb 18 20:26:00 localhost kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).Feb 18 20:26:00 localhost kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. Feb 18 20:26:00 localhost kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).Feb 18 20:26:00 localhost kernel: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. The "*ERROR* space: 131056 wanted 131064" and "*ERROR* lockup" errors also occur with previous kernels, but only after having used several opengl programs one at a time, as if a memory leak was to blame in those cases. From skvidal at phy.duke.edu Thu Feb 19 05:15:08 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 19 Feb 2004 00:15:08 -0500 Subject: up2date, mirror repositories, and performance In-Reply-To: <200402181856.07093.czar@czarc.net> References: <200402181513.13593.czar@czarc.net> <1077137622.8689.132.camel@cei3440.empower.ceimaine.org> <1077142447.13347.16.camel@opus> <200402181856.07093.czar@czarc.net> Message-ID: <1077167708.9987.6.camel@binkley> > Seth, I believe you are right on target here. > > The only other thing I can think of is some kind of central augmentation of > the mirror list which would reflect the sync status as well as somewhat rank > the servers in terms of capabilities (a big server attached to an OC48 can > take a lot bigger load than a small server on a T1). This sounds good but I > am not sure it is do-able. well, you know. it's not really about a mirror being in sync it's more about a repository being in sync. As a mirror can contain many repositories in various stages of 'sync-ness' so if the metadata format we've worked on can become a standard for fedora core you could use the repomd.xml file as a way to check mirrors. It has timestamps and md5sums in it. The mirror master or some client could download this <1K file a set of mirrors compare it to the one on the mirror master and know (within a fair margin of error) which one's were in sync. With regard to your ranking question - ranking is best left to the individual clients. Rank depends largely on how far and over what networks you are distanced from the mirror. -sv From rjohnson at medata.com Thu Feb 19 05:20:18 2004 From: rjohnson at medata.com (Rick Johnson) Date: Wed, 18 Feb 2004 21:20:18 -0800 Subject: PCMCIA troubles In-Reply-To: <91A5926EFF44D3118B1200104B7276EB02C56C61@hart-exchange.hartwellcorp.com> References: <91A5926EFF44D3118B1200104B7276EB02C56C61@hart-exchange.hartwellcorp.com> Message-ID: <40344792.8080507@medata.com> Michael St. Laurent wrote: > Sam Varshavchik wrote: > >>>I installed Fedora Core 2 Test 1 and cannot use my PCMCIA cards. If >>>I try to do a "service pcmcia start" I get: >>> >>>Starting PCMCIA services: cardmgr[4183]: no sockets found! >>> >>>I can't use my NIC to download any updates becuase it's the card I'm >>>trying to use! >>> >>>Help! ;-) >> >>Well, you can start by posting what exactly your NIC card is. >> >>Run dump_cis, and create a Bugzilla bug accordingly. > > > Okay, my NIC is a 3com 3C3FEM556C and it is currently inserted. When I do a > "dump_cis" I get: > > open(): No such device > This is related to the pcmcia init script detecting that one of the two modules for pcmcia being loaded, and the second not loading because the first is detected. Stopping pcmcia, then modprobe yenta_socket, then starting pcmcia usually fixes the problem. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From tuxpenguin at austin.rr.com Thu Feb 19 05:24:35 2004 From: tuxpenguin at austin.rr.com (Jason Knight) Date: Wed, 18 Feb 2004 23:24:35 -0600 Subject: *Fedora Forum* Now Open Message-ID: <40344893.70801@austin.rr.com> In case anyone missed the announcement on the Fedora News Update #6, The Fedora Forum is now open at http://www.fedoraforum.org/forum/ please join and browse as the more the merrier. -- Jason Knight Fedora Core 1 Test 1 *x86_64* From wes at kuoi.asui.uidaho.edu Thu Feb 19 05:30:18 2004 From: wes at kuoi.asui.uidaho.edu (Wes Shull) Date: Wed, 18 Feb 2004 22:30:18 -0700 Subject: DVD burning in FC2T1 In-Reply-To: <20040218194402.4627.88680.Mailman@listman.back-rdu.redhat.com> References: <20040218194402.4627.88680.Mailman@listman.back-rdu.redhat.com> Message-ID: <200402182230.20588.wes@kuoi.asui.uidaho.edu> Paul Iadonisi wrote: > ? So has anyone figured out how to burn DVDs under the 2.6 kernel? IIRC, the open cdrecord (and thus dvdrecord) were forked when Schilly took his branch closed-source. His binaries are still available and updated often enough: ftp://ftp.berlios.de/pub/cdrecord/ProDVD/ cdrecord-prodvd-2.01a24-i686-pc-linux-gnu is working fine for me on my Pioneer A04 under FC2-test1 (kernel 2.6.1-1.65). It's (beer) free for private/research/educational non-commercial use. Be sure to get the magic CDR_SECURITY string from the README file. (Sorry to point to closed-source software, but until dvdrecord is updated this is the only working solution of which I'm aware.) --wes From mharris at redhat.com Thu Feb 19 05:52:39 2004 From: mharris at redhat.com (Mike A. Harris) Date: Thu, 19 Feb 2004 00:52:39 -0500 (EST) Subject: Fedora Core 1: xchat-2.0.7-1.FC1.0 enhancement package available for testing Message-ID: --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-077 2004-02-17 --------------------------------------------------------------------- Name : xchat Version : 2.0.7 Release : 1.FC1.0 Summary : A popular and easy to use graphical IRC (chat) client Description : X-Chat is an easy to use graphical IRC chat client for the X Window System. --------------------------------------------------------------------- Update Information: New xchat packages are available for Fedora Core 1 for test purposes for an upcoming enhancement update. This release also addresses 64bit related issues which affect AMD64 architecture and possibly other 64bit architectures as well. Please test this package thoroughly and report any bugs found in bugzilla at http://bugzilla.redhat.com I plan on making an official update within 1 week's time unless there are showstopper problems. --------------------------------------------------------------------- * Tue Feb 17 2004 Mike A. Harris 1:2.0.7-1.FC1.0 - Rebuild xchat 2.0.7-3 as 2.0.7-1.FC1.0 for release as an enhancement erratum for Fedora Core 1. Also fixes AMD64 64bit issues reported in bug (#114237) * Fri Feb 13 2004 Elliot Lee 1:2.0.7-3 - rebuilt * Mon Jan 26 2004 Jeremy Katz 1:2.0.7-2 - rebuild for new perl version * Sat Jan 10 2004 Mike A. Harris 1:2.0.7-1 - Updated to xchat 2.0.7 - Removed already integrated patches, including: xc204-fixperlui.diff, xchat-2.0.4-screen-position-fix.patch, xchat-2.0.4-exec-shield-GNU-stack.patch - Added a new rpm macro require_autoconf, which is disabled (0) by default, as it seems no longer necessary to run autoconf prior to ./configure, so we no longer need to BuildRequire autoconf 2.54 either. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 60f5118990307fd7f18e5134973e77a3 SRPMS/xchat-2.0.7-1.FC1.0.src.rpm 9b986b827152624383ca9b2c5801a9b1 i386/xchat-2.0.7-1.FC1.0.i386.rpm 6658ac4681cea3c750ce3d0b65c3482c i386/debug/xchat-debuginfo-2.0.7-1.FC1.0.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-1 --------------------------------------------------------------------- From otaylor at redhat.com Thu Feb 19 14:47:27 2004 From: otaylor at redhat.com (Owen Taylor) Date: Thu, 19 Feb 2004 09:47:27 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <4034C174.8080401@olin.edu> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116756.7798.506.camel@localhost.localdomain> <20040218152516.GA20644@devserv.devel.redhat.com> <1077122454.7798.580.camel@localhost.localdomain> <4034C174.8080401@olin.edu> Message-ID: <1077202047.20190.26.camel@localhost.localdomain> On Thu, 2004-02-19 at 09:00, Aaron Bennett wrote: > Here is the procedure for copying a file from /home/abennett/music to > /var/www/html/music using the spatial mode of the nautilus filemanager: > > 1. Click "home" - > 2. Click "music" - leaves the "home" window open > 3. Right click on "file" > 4. Close the "home" window > 6. Close the "music" window > 7. Click "computer" > 8. Click "filesystem" -- leaves the "computer" window open > 9. Click "var" -- leaves the "/" window open > 10. Click "www" -- leaves the "var" window open > 11. Click "html" -- leaves the "www" window open > 12. Right click in "html" and select "paste file" > 13. Close "www" > 14. close "html" > 15. close "var" > 16. close "/" > 17. close "computer" > > My question is: > > Does it seem, to you, in your opinion, that it ought to take 17 mouse > clicks to copy a file? It's the leaving the old windows open as > artificacts that makes this so intolerable. > > I'm not accusing you of trying to be like windows here. Actually, > windows allows the user the ability to disable this behavior if they > wish, so being a little bit more "like windows" might not be a bad thing... > > Or, am I missing something? Various notes on how an experienced user could accomplish this faster: - If you are frequently copying stuff to /var/www/html/music, you'd presumably create a link on your desktop to /var/www/html or /var/www/html/music. - Shift-click tunnels - Control-L brings up a dialog allowing you to enter a path Now, of course, this doesn't really answer the question because the second two won't be found by the majority of users. But then again, if the majority of users have to navigate to /var/www/html/music starting from /, we've lost. Not really having paid much attention to: http://mail.gnome.org/archives/nautilus-list (but please look there if you want to see more data), I think spatial mode makes two assumptions: - Navigation can be kept shallow for non-expert users - Expert users will make frequent use of Control-L Regards, Owen From drepper at redhat.com Thu Feb 19 06:58:35 2004 From: drepper at redhat.com (Ulrich Drepper) Date: Wed, 18 Feb 2004 22:58:35 -0800 Subject: checkpolicy program needed by the SElinux policy programs In-Reply-To: References: Message-ID: <40345E9B.60408@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter A. Banks wrote: > I have not been able to find the Checkpolicy program in either the > Development branch or the test area. It's a package on its own: $ rpm -qf /usr/bin/checkpolicy checkpolicy-1.4-6 I haven't used the public servers but since it's internally in the rawhide equivalent I cannot imagine it's not on the external servers. - -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANF6b2ijCOnn/RHQRAs5LAJ0Wguv6OUrxS50PFyIkJqwiKa/1XQCgxDDN zvh9r40yMzOshDtJzsGC/i0= =F4Ra -----END PGP SIGNATURE----- From pri.rhl1 at iadonisi.to Thu Feb 19 06:59:46 2004 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: Thu, 19 Feb 2004 01:59:46 -0500 Subject: DVD burning in FC2T1 In-Reply-To: <200402182230.20588.wes@kuoi.asui.uidaho.edu> References: <20040218194402.4627.88680.Mailman@listman.back-rdu.redhat.com> <200402182230.20588.wes@kuoi.asui.uidaho.edu> Message-ID: <1077173986.10083.2.camel@va.local.linuxlobbyist.org> On Thu, 2004-02-19 at 00:30, Wes Shull wrote: > Paul Iadonisi wrote: > > > So has anyone figured out how to burn DVDs under the 2.6 kernel? [snip] > (Sorry to point to closed-source software, but until dvdrecord is > updated this is the only working solution of which I'm aware.) Ick. Closed source. Phooey! Anyhow, I'm going to give the cdrecord patch I pointed out in my post a shot and will report back to the list. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From cmadams at hiwaay.net Thu Feb 19 15:02:18 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 19 Feb 2004 09:02:18 -0600 Subject: up2date, mirror repositories, and performance In-Reply-To: <1077200299.11233.39.camel@binkley> References: <200402181513.13593.czar@czarc.net> <1077137622.8689.132.camel@cei3440.empower.ceimaine.org> <1077142447.13347.16.camel@opus> <200402181856.07093.czar@czarc.net> <20040219030646.GB1509213@hiwaay.net> <1077200299.11233.39.camel@binkley> Message-ID: <20040219150218.GB1296428@hiwaay.net> Once upon a time, seth vidal said: > Here's the problem with comparison to CPAN- how often does CPAN have > 11GB releases or complete re-rolls of rawhide which require something > like 15GB of changing files? > > CPAN can work w/o tiering b/c they have a TRIVIAL amount of files in > comparison to a fedora release or beta or devel. But large amounts of data make tiering worse, because the tier 1 mirrors take longer to update (so tier 2 mirrors are even further behind). I don't have an answer, I just think tiering is not going to help significantly. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From dwchin at umich.edu Thu Feb 19 08:15:27 2004 From: dwchin at umich.edu (David Chin) Date: Thu, 19 Feb 2004 03:15:27 -0500 Subject: updated from RH9 to FC2-test1, kernel can't be compiled Message-ID: <20040219081527.02B8E60@tenaya.physics.lsa.umich.edu> everything seems to work ok, except that a make *config gives: HOSTCC scripts/fixdep /usr/lib/libc_nonshared.a(elf-init.oS): In function `__libc_csu_init': elf-init.oS(.text+0x1c): undefined reference to `__init_array_end' elf-init.oS(.text+0x22): undefined reference to `__init_array_start' elf-init.oS(.text+0x37): undefined reference to `__init_array_start' /usr/lib/libc_nonshared.a(elf-init.oS): In function `__libc_csu_fini': elf-init.oS(.text+0x5b): undefined reference to `__fini_array_end' elf-init.oS(.text+0x61): undefined reference to `__fini_array_start' elf-init.oS(.text+0x7f): undefined reference to `__fini_array_start' collect2: ld returned 1 exit status make[1]: *** [scripts/fixdep] Error 1 make: *** [scripts/fixdep] Error 2 any clues for the stumped? cheers, --dave From fedora at martinalderson.co.uk Thu Feb 19 15:03:26 2004 From: fedora at martinalderson.co.uk (Martin Alderson) Date: Thu, 19 Feb 2004 15:03:26 +0000 Subject: XFree86: Voodoo/Voodoo2 Driver In-Reply-To: <20040219005353.GA20073@devserv.devel.redhat.com> References: <20040219005353.GA20073@devserv.devel.redhat.com> Message-ID: On 19 Feb 2004, at 00:53, Alan Cox wrote: > > Wish you could do something with your old Voodoo or Voodoo2 graphics > cards ? > Unable to find tools old enough to build Glide2 ? > Unable to port Glide2 to your new system ? > Want to use the 2D accelerator on the Voodoo2 ? > Want render acceleration ? > > The department of retro-optimisation(*) proudly presents the 1.0 Beta > release > of a Voodoo and Voodoo2 driver for XFree86 4.3. > > - 640x480, 800x600, 1024x768 - and custom non glide modes > - 1024x768 on non-SLI Voodoo2 > - DGA > - 2D acceleration of most operations on Voodoo2 > - Render acceleration (Voodoo2) > - No glide library needed > - Supports SLI configurations although it doesnt use SLI > > No DRI (yet), although if the folks hacking Glide3 can get Voodoo1/2 > working > again that should be possible to do. No Xv (anyone know about YAB > texture > formats so I can use them for YUV422/YCbCr ?) and no pixcache at the > moment. > > It may also have endian issues so I'd love to hear from parisc hackers > how well it works. > > And you thought it was just another old dead video card... > > ftp://people.redhat.com/alan/XFree86/Voodoo > > including a compiled driver mode for Fedora Core 1 and 2T1. > > I'd appreciate Fedora feedback on this hardware so I can tell if I > should try and get Mike Harris to merge it for FC2.. > > Alan Alan, will this make it into FC2? I'm curious (don't own a Voodoo card myself but know a few peeps that do). Martin Alderson, IntechHosting Email: martin at intechhosting.co.uk Web: http://www.intechhosting.co.uk From pmatilai at welho.com Thu Feb 19 08:39:35 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Thu, 19 Feb 2004 10:39:35 +0200 Subject: FC2 test 1 apt repository In-Reply-To: <200402171609.09843.ted@trufflesdad.plus.com> References: <20040212190141.512017e1@localhost> <20040217065850.GV21661@gedris.org> <200402171609.09843.ted@trufflesdad.plus.com> Message-ID: <1077144132.24342.41.camel@chip.laiskiainen.org> On Tue, 2004-02-17 at 18:09, Ted wrote: > On Tuesday 17 February 2004 6:58 am, Vic Gedris wrote: > > On Mon, Feb 16, 2004 at 09:42:43AM +0200, Panu Matilainen wrote: > > > For the moment you can use this one: > > > http://fedora.laiskiainen.org/fc2-test/ It's pending QA at fedora.us so > > > you'll be helping the process by testing it... > > > > I just caused it to barf: > > > > [root at strummer root]# apt-get update > > You don't seem to have one or more of the needed GPG keys in your RPM > > database. > > Importing them now... > > Get:1 http://ayo.us.freshrpms.net fedora/linux/test/i386 release [536B] > > Get:2 http://ayo.us.freshrpms.net fedora/linux/development/i386 release > > [533B] > > Fetched 1069B in 1s (1026B/s) > > Hit http://ayo.us.freshrpms.net fedora/linux/test/i386/core pkglist > > Hit http://ayo.us.freshrpms.net fedora/linux/test/i386/core release > > Hit http://ayo.us.freshrpms.net fedora/linux/test/i386/core srclist > > Get:1 http://ayo.us.freshrpms.net fedora/linux/development/i386/core > > pkglist [1970kB] > > Hit http://ayo.us.freshrpms.net fedora/linux/development/i386/core > > release > > Get:2 http://ayo.us.freshrpms.net fedora/linux/development/i386/core > > srclist [185kB] > > Fetched 2155kB in 14s (150kB/s) > > Segmentation fault > > [root at strummer root]# > > > > ...and now it continues to segfault after every apt-get command. > > > > I can provide more info if requested. > > > > Cheers, > > Vic > > > I get exactly the same fault...Is it possible to turn off the GPG altogether > to see what happens ?? Nothing to do with GPG I think, this probably the one odd bug I've been seeing a lot lately where it crashes while trying to lock the rpm database. Output of the following (privately to me, don't need to bother the list) is welcome, just to make sure this is indeed the same thing I think it is: --- # gdb apt-get (gdb) run update .... (gdb) bt --- Oh and this bug, wherever it is, appears to go away pretty much randomly. Eg. removing a single package with "rpm -e " or just reinstalling the apt package often fixes it, which makes this nasty to debug since I haven't been able to reproduce the problem :-/ - Panu - From pmatilai at welho.com Thu Feb 19 08:39:36 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Thu, 19 Feb 2004 10:39:36 +0200 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077092122.7798.435.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> Message-ID: <1077145055.24342.53.camel@chip.laiskiainen.org> On Wed, 2004-02-18 at 10:15, Alexander Larsson wrote: > On Tue, 2004-02-17 at 12:36, Panu Matilainen wrote: > > > I am as keen as the next person to encourage new users, but does this > > > have to be done at the expense of long time existing users? I truely > > > F.....g hate this new setup. > > > > > > Is this bugzillable, please tell me that I am not the only one who > > > _hates_ the new setup > > > > Certainly you're not the only one who hates it. I don't much use Nautilus > > (or GUI-stuff in general) anyway but the new behavior makes me want to > > scream. > > I find it interesting that most people who dislike the new spatial mode > also add a comment that they don't actually use Nautilus. For any change > there will always be some people who don't like it. Hopefully the people > who actually use Nautilus will like it better. There's a difference between not using it at all vs using it occasionally - there are various tasks I much prefer using GUI for, even if I generally like doing things in CLI. For my average case closing the irrelevant, intermediate-path windows ends up taking as much time (not really measured, other than annoyance level/gut feeling) as doing the "this is faster done in GUI" task takes done in a terminal. Also I've plenty enough windows on my average workspace any given time already, any "unrequested" ones aren't welcome. Ok, I should (and will, out of pure interest) go and read the nautilus/gnome list archives for the background reasons for this change. At any rate I'll survive as long as there *is* a way to change back to the old behavior, be it through preferences or by messing with gconftool/gconf-editor. - Panu - From ggw at wolves.durham.nc.us Thu Feb 19 08:48:56 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Thu, 19 Feb 2004 03:48:56 -0500 Subject: system-config-httpd seem to not be working Message-ID: <20040219084856.GA25974@wolves.durham.nc.us> On a fresh install from a development mirror, the system-config-httpd seems to not be working. As either root or non-root user, the appropriate passwords are collected from userhelper, but no GUI or editor opens up. Running from the command line doesn't produce any errors (or any oputput other than userhelper) and no messages appear in the system logs. System: K6-2 @333MHz 320MB system RAM 640MB swap GNOME and KDE installed Development installed HTTPD installed ("almost" everything installed) A quick bugzilla query for system-config-httpd bugs return nothing. Does anyone else see this problem, or should I enter a bug? -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From fedora at warmcat.com Thu Feb 19 09:23:08 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 09:23:08 +0000 Subject: Inspiron 1100 troubles In-Reply-To: References: Message-ID: <200402190923.08620.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 03:24, Timothy Bierer wrote: > I logged in as root and tried to access /etc/X11/XF86Config, but got a > "permission denied" message. How can I fix this? You're sure the permission denied error was referring to /etc/X11/XF86Config and not something else? whoami should show root if you're logged in as root ll /etc/X11/XF86Config (that is two 'ell' letters at the start) should show something like [root at fastcat root]# ll /etc/X11/XF86Config - -rw-r--r-- 1 root root 5941 Feb 1 12:13 /etc/X11/XF86Config The filesize will be different but the rw... thing should be the same. If it isn't let us know. Try vi. It is an ancient textmode editor, it works inside a console (and over an ssh console efficiently, so it really is worth knowing). Quick vi advice: - vi /etc/X11/XF86Config - type the letter i (puts you in insert mode) - page down and cursor keys to navigate to the right place - edit in "vesa" - if you get lost in vi, :q! will get you out without saving and you can try again - if your edit looks good, :w saves - :q quits - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANIB8jKeDCxMJCTIRAliwAJ9EY8tB3uP1G+pLPuxFBQqtLyn86gCgl5zR NzDoc4EiFZCaNQ7e/EafuKs= =micm -----END PGP SIGNATURE----- From paul at all-the-johnsons.co.uk Thu Feb 19 09:36:15 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 19 Feb 2004 09:36:15 +0000 Subject: Current test kernel Message-ID: <1077183375.9919.11.camel@T7.linux> Hi, I've just installed the current test kernel (not run it yet). When installing, rpm reports the symbol sleep_on is missing from the following modules unsupported/fs/hfs/hfs.ko unsupported/drivers/net/shaper.ko kernel/fs/hpfs/hpfs.ko Are these known missing symbols or should I file a bugzilla report on them. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 jjoy at kc.rr.com Thu Feb 19 15:13:13 2004 From: jjoy at kc.rr.com (Justin) Date: Thu, 19 Feb 2004 09:13:13 -0600 Subject: XFree86: Voodoo/Voodoo2 Driver In-Reply-To: References: <20040219005353.GA20073@devserv.devel.redhat.com> Message-ID: <200402190913.13547.jjoy@kc.rr.com> On 19 Feb 2004, at 00:53, Alan Cox wrote: > I'd appreciate Fedora feedback on this hardware so I can tell if I > should try and get Mike Harris to merge it for FC2.. On Thursday 19 February 2004 09:03 am, Martin Alderson wrote: > Alan, will this make it into FC2? I'm curious (don't own a Voodoo card > myself but know a few peeps that do). From m.a.young at durham.ac.uk Thu Feb 19 15:15:03 2004 From: m.a.young at durham.ac.uk (M A Young) Date: Thu, 19 Feb 2004 15:15:03 +0000 (GMT) Subject: Kernel-2.6.2-1.87 locking up computer In-Reply-To: <1077166418.3495.8.camel@localhost.localdomain> References: <1077166418.3495.8.camel@localhost.localdomain> Message-ID: On Wed, 18 Feb 2004, Tim Quinn wrote: > Hi Jim --- > > Looks like your mouse is preventing X from loading. Have you tried > making this change in your etc/X11/XF86Config file? > > "Please modify Section "Input Device" End Section > > Option "Device" > "/dev/input/mice" or "/dev/input/mouse0" > (it probably reads something like "/dev/psaux" or "/dev/mouse" before > you change it to the above) > > And change /etc/sysconfig/gpm file: > > DEVICE; "/dev/input/mouse0" or "/dev/input/mice" You may also need to check /etc/sysconfig/mouse where the DEVICE line may have been set by some previous RedHat version. The line can be removed if it is already set in /etc/sysconfig/gpm. Michael Young From douglas.furlong at firebox.com Thu Feb 19 09:53:17 2004 From: douglas.furlong at firebox.com (Douglas Furlong) Date: Thu, 19 Feb 2004 09:53:17 +0000 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077149204.11154.22.camel@Z> References: <1077115591.7798.489.camel@localhost.localdomain> <20040218150124.GB8632@devserv.devel.redhat.com> <1077137116.10939.19.camel@Z> <1077144978.4033ed9223626@helium.firebox.com> <1077149204.11154.22.camel@Z> Message-ID: <1077184396.30934.12.camel@wibbit.firebox.com> On Thu, 2004-02-19 at 00:06, Z wrote: > On Wed, 2004-02-18 at 14:56, Douglas Furlong wrote: > > > I thought one of the main points of these test releases was to allow the > > developers to get feedback on bugs. > > Obviously they will want the default's to be tested most regerously, especially > > if the default has changed substantially. > > So to me it would make a bit of sense to force it apon a tester (I think this is > > Well, but no one can do that. I can't be forced. I won't use it. A lot > of people won't use it either. I fear you have missed my point, at the moment Alex is not looking to force any user to use the "spacial model" he is looking to force us as voluntary "testers" to use the spacial model as that is what they want to be the default, for future users. Our job (for lack of a better word) is to do this testing, if not why did you download it at all? Purely for selfish reasons? Or to give back some thing (I.E. in this case testing). > If I cared for nautilus enough, I'd make > a patch myself, but with all the other annoyances (MIME screwups, > ask-before-move file, etc), I'd be more compelled to just drop it. It > seems that the disk mounts lines on the context menu are gone, too. I > loved that, it was way better than freaking magicdev. It seems that all > the features that I use will be gone, replaced by behaviour that I don't > want. Every time I do an install I spend an ungodly amount of time > customizing nautilus. It used to be just a few changes to get it nice > and pretty, now it's a bunch to make it _usable_, and I still can't get > the damn thing to behave the way I _want_. > > > an important distintion, we are no longer clear cutter users), when I > > challenged Alex on this point he confirmed that later on there will be a > > *hidden* option to set the browse mode as the default. > > He also explained breifly (off list) why having a more accesible option is some > > thing he feel's can lead to one hell of a nightmare. I don't compleately agree > > I can't see how this can possibly be, because the current version is > configurable. The "spacial" model is the method they wish to use going forward, that means the browse methods development (unless picked up by other developers), will become depreciated, and no longer maintained. Unfortunately you and I are going to have to accept this fact (even if you go to KDE, you still have to accept it or resent it, resentment would just be silly). I don't think this should really be discussed too much more on this list. The depreciation of browse mode has been decided by GNOME not redhat, even if there are people on this list able to make the change, it is not the appropriate place to try and change their mind (which isn't going to work any way). Thats all from me. Doug From nphilipp at redhat.com Thu Feb 19 09:59:00 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 19 Feb 2004 10:59:00 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077122454.7798.580.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116756.7798.506.camel@localhost.localdomain> <20040218152516.GA20644@devserv.devel.redhat.com> <1077122454.7798.580.camel@localhost.localdomain> Message-ID: <1077184739.13380.47.camel@wombat.tiptoe.de> On Wed, 2004-02-18 at 17:40, Alexander Larsson wrote: > On Wed, 2004-02-18 at 16:25, Alan Cox wrote: > > On Mer, Chw 18, 2004 at 04:05:56PM +0100, Alexander Larsson wrote: > > > This has been discussed a billion times before. I'm not having this > > > argument again. If you want to see the rationale for it, read for > > > instance http://www.ometer.com/free-software-ui.html or google for some > > > of the discussions about this. > > > > Or go read some stuff on both UI design _AND_ on product selection attributes. > > The latter of which is an established theory driving billions of dollars of > > marketing research and which in part strongly disagrees with the claims of > > that article. > > > > More specifically there are sets of attributes people use to pick product or > > service. Some of those attributes are more important than others. Certain > > attributes are sufficiently important that the user will avoid the product > > or switch given the opportunity. Others matter a lot to a user but aren't > > critical, and some attributes are ones that just come down to "I'd prefer if" > > I don't pretend that I'm perfect at UI design, and I don't think that > all preferences are bad. Thats not even what the essay says, it says > that all preference additions must be carefully considered, and that > addition of a preference does have a cost (contrary to what many > believe). Does the theory of product selection attributes say that you > should add preferences without considering the costs at all? Or how is > it disagreeing? I wouldn't call it "addition of a preference", which it would be if this mode wouldn't have been there let alone default in previous versions of the software. It's a question of "how compatible is the new Nautilus to large parts of its existing user base". When talking about UIs, a lot is based on what a user is used to do, on his or her background, not on what would be ideal if he or she weren't exposed to any other artificial (computer) user interfaces in the past. > However, I find it interesting that you are the person who argues like > this. How would you counter someone using your argument when he wants > support for system V streams or some other (in you opinion) horribly > ugly but used by important people feature in the Linux kernel. At some > point you have to stick by what you (as a developer) think is best > (considering input from other parties), instead of letting the opinions > of the person with most money decide. I find it interesting that you bring this analogon when you are a person who must deal with the differences between a user and a developer. Besides, System V streams have never been in Linux so it's not something where you would have to make an option for old-time users of it. Developers can to a much larger extent be expected to adapt to the environment where they're programming in than mere users of a computer IMO. > > There is a lot of good argument for UI that doesn't throw 1000 options at the > > user, but the "remove everything" model requires that you know which attributes > > the majority of the user base consider in which light. Without doing that > > analysis of the userbase you don't know which attributes you can remove From rpjday at mindspring.com Thu Feb 19 10:02:22 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 19 Feb 2004 05:02:22 -0500 (EST) Subject: where are libgimp and libgimpui? In-Reply-To: References: <1077111056.4298.31.camel@binkley> <200402181507.21537.buxman@telia.com> <1077113498.4298.39.camel@binkley> Message-ID: On Wed, 18 Feb 2004, Tom Diehl wrote: > On Wed, 18 Feb 2004, seth vidal wrote: > > > On Wed, 2004-02-18 at 15:07 +0100, Alexander Bussman wrote: > > > > > On Wednesday 18 February 2004 14.30, seth vidal wrote: > > > > you're using rawhide and things are broken in the tree. > > > > > > What's rawhide? > > > > > > > rawhide == fedora development tree > > Ya know, this comes up often enough that it should either be changed > back (my personal preference) ... +1. rday From nphilipp at redhat.com Thu Feb 19 10:06:25 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 19 Feb 2004 11:06:25 +0100 Subject: where are libgimp and libgimpui? In-Reply-To: <20040218152405.222e4531.ms-nospam-0306@arcor.de> References: <1077111056.4298.31.camel@binkley> <200402181507.21537.buxman@telia.com> <20040218152405.222e4531.ms-nospam-0306@arcor.de> Message-ID: <1077185185.13380.52.camel@wombat.tiptoe.de> On Wed, 2004-02-18 at 15:24, Michael Schwendt wrote: > On Wed, 18 Feb 2004 15:07:21 +0100, Alexander Bussman wrote: > > > On Wednesday 18 February 2004 14.30, seth vidal wrote: > > > you're using rawhide and things are broken in the tree. > > > > What's rawhide? > > Historically, Red Hat "Raw Hide" or "rawhide" has been the alias for the > frequently updated and public Red Hat Linux development tree. With > Fedora Core, it's just called the "development" channel/repository. Still we likely will be calling it Rawhide for the rest of our days, so... ;-) Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From acbk at zeelandnet.nl Thu Feb 19 15:18:04 2004 From: acbk at zeelandnet.nl (h.breimer) Date: Thu, 19 Feb 2004 16:18:04 +0100 Subject: Xsane not working after editing scanner config file In-Reply-To: <200402181227.47066.gstool@earthlink.net> References: <200402181227.47066.gstool@earthlink.net> Message-ID: <20040219161804.78f1a29e.acbk@zeelandnet.nl> On Wed, 18 Feb 2004 12:27:47 -0600 Gerry Tool wrote: > >I've always been able to get my Epson 1240U scanner to work with Xsane >by editing the /etc/sane.d/epson.conf file - removing the comment >character from the last line. > >It does not work with FC2 Test 1, fresh install with all rawhide >updates that are available installed. Same scanner, same xsane, same changes to config : no go henk -- From nphilipp at redhat.com Thu Feb 19 10:06:46 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 19 Feb 2004 11:06:46 +0100 Subject: where are libgimp and libgimpui? In-Reply-To: <20040218142110.GF6654@redhat.com> References: <20040218140015.46b58b1f.ms-nospam-0306@arcor.de> <20040218143748.7487248c.ms-nospam-0306@arcor.de> <20040218151812.105440ac.ms-nospam-0306@arcor.de> <20040218142110.GF6654@redhat.com> Message-ID: <1077185205.13380.54.camel@wombat.tiptoe.de> On Wed, 2004-02-18 at 15:21, Tim Waugh wrote: > On Wed, Feb 18, 2004 at 03:18:12PM +0100, Michael Schwendt wrote: > > > A missing and non-obsoleted gimp-perl would be important for the FC1 -> > > FC2 upgrade path. > > FWIW, the problem seems to be a missing %{epoch} in the 'obsoletes: > gimp-perl < %{version}' tag for gimp. I just added this to CVS so the > next build will pick it up. I just started building it, it will hopefully be ready soon. Sorry for the hassle, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From aaron.bennett at olin.edu Thu Feb 19 15:25:34 2004 From: aaron.bennett at olin.edu (Aaron Bennett) Date: Thu, 19 Feb 2004 10:25:34 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077202047.20190.26.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116756.7798.506.camel@localhost.localdomain> <20040218152516.GA20644@devserv.devel.redhat.com> <1077122454.7798.580.camel@localhost.localdomain> <4034C174.8080401@olin.edu> <1077202047.20190.26.camel@localhost.localdomain> Message-ID: <4034D56E.5050307@olin.edu> Owen Taylor wrote: > > - Shift-click tunnels > > > wow, that's cool. I'm still not sure why there's not a "tunnel by default" option somewhere. >Now, of course, this doesn't really answer the question because >the second two won't be found by the majority of users. But then >again, if the majority of users have to navigate to >/var/www/html/music starting from /, we've lost. > agreed. >I think spatial mode makes two assumptions: > > - Navigation can be kept shallow for non-expert users > - Expert users will make frequent use of Control-L > > That's cool. I'm pleased to hear the rationale and it makes total sense to have defaults set for ultra novice users, since the actual truth is that an expert user will simply type "cp ~/music/file /var/www/html/music" instead. The only complaint is that it seems EASY to make it possible to change your default behavior and costs very little. But that's more of a philosophical question and doesn't need to be discussed on Fedora-Test-List. Thanks for indulging me... - Aaron -- Aaron Bennett UNIX Administrator Franklin W. Olin College of Engineering From nphilipp at redhat.com Thu Feb 19 15:29:37 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 19 Feb 2004 16:29:37 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077184739.13380.47.camel@wombat.tiptoe.de> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116756.7798.506.camel@localhost.localdomain> <20040218152516.GA20644@devserv.devel.redhat.com> <1077122454.7798.580.camel@localhost.localdomain> <1077184739.13380.47.camel@wombat.tiptoe.de> Message-ID: <1077204576.23448.1.camel@gibraltar.stuttgart.redhat.com> Bah, resending due to mailman being an ass to PGP/MIME signed email. --------------------------------------------------------------------- On Wed, 2004-02-18 at 17:40, Alexander Larsson wrote: > On Wed, 2004-02-18 at 16:25, Alan Cox wrote: > > On Mer, Chw 18, 2004 at 04:05:56PM +0100, Alexander Larsson wrote: > > > This has been discussed a billion times before. I'm not having this > > > argument again. If you want to see the rationale for it, read for > > > instance http://www.ometer.com/free-software-ui.html or google for some > > > of the discussions about this. > > > > Or go read some stuff on both UI design _AND_ on product selection attributes. > > The latter of which is an established theory driving billions of dollars of > > marketing research and which in part strongly disagrees with the claims of > > that article. > > > > More specifically there are sets of attributes people use to pick product or > > service. Some of those attributes are more important than others. Certain > > attributes are sufficiently important that the user will avoid the product > > or switch given the opportunity. Others matter a lot to a user but aren't > > critical, and some attributes are ones that just come down to "I'd prefer if" > > I don't pretend that I'm perfect at UI design, and I don't think that > all preferences are bad. Thats not even what the essay says, it says > that all preference additions must be carefully considered, and that > addition of a preference does have a cost (contrary to what many > believe). Does the theory of product selection attributes say that you > should add preferences without considering the costs at all? Or how is > it disagreeing? I wouldn't call it "addition of a preference", which it would be if this mode wouldn't have been there let alone default in previous versions of the software. It's a question of "how compatible is the new Nautilus to large parts of its existing user base". When talking about UIs, a lot is based on what a user is used to do, on his or her background, not on what would be ideal if he or she weren't exposed to any other artificial (computer) user interfaces in the past. > However, I find it interesting that you are the person who argues like > this. How would you counter someone using your argument when he wants > support for system V streams or some other (in you opinion) horribly > ugly but used by important people feature in the Linux kernel. At some > point you have to stick by what you (as a developer) think is best > (considering input from other parties), instead of letting the opinions > of the person with most money decide. I find it interesting that you bring this analogon when you are a person who must deal with the differences between a user and a developer. Besides, System V streams have never been in Linux so it's not something where you would have to make an option for old-time users of it. Developers can to a much larger extent be expected to adapt to the environment where they're programming in than mere users of a computer IMO. > > There is a lot of good argument for UI that doesn't throw 1000 options at the > > user, but the "remove everything" model requires that you know which attributes > > the majority of the user base consider in which light. Without doing that > > analysis of the userbase you don't know which attributes you can remove. > > No, and since you can't do such an analysis you have to choose by other > means. Things like experience, feeling, user feedback, what the > competition do, research, etc. This is no exact science. We can't come > up with the 50 optimial preferences according to some well defined > measurement. No one claimed that. But it is clear in my view that "one size fits all" doesn't cut it in UI development, there has to be a "bandwidth of preferences" people can _easily_ move in. This is not some power user setting only 1% of users like (like e.g. "always on top" in a WM, something where I don't have a problem if it's only accessible through GConf). The default has changed and it is obviously non-obvious ;-) how to revert to the old behaviour. This has been done as you admitted below without billions of dollars of research that would back up the new mode as so vastly superior to the old one that the old one can be dropped like that (while this is not technically so, the user perceives it as that). Now what is wrong with this picture? > > It is also often about presentation of an attribute. Gnome for example lets > > me set the desktop background. To most users thats firmly an "I'd prefer if" > > thing - so why hasn't it been removed ? - because there is a sane way to > > let the user set it without throwing hard questions at them. > > Yes, background settings, while not important for productivity, are very > easy to explain in a ui, and experience has shown that people find it > very important to be able to personalize the look of their computer in > basic ways. Lack of being able to set a background hasn't put larger obstacles in the way for people trying to get their work done. And I'm not making this up, I actually know people working at locked down machines where they just can't do it, they still get their work done. _Apparent_ removal of the former default way people got used to might be different, but that's just my opinion ;-). > > Browse v Spatial mode seems to be an attribute which is important to users, > > so arguing for removing it by simplifying the interface is actually flawed > > when you remove your head from the cardboard box of purist-UI and look at > > the real world. > > I'm not so sure that Browse vs Spatial is more important than the set > desktop background feature. Don't you think we'd be mightily flamed if > we remove that feature? Don't you think its important to users? People would be upset, no question. But that's not what we're talking about. The crucial point is that the former default behaviour is -- at first sight -- gone, people have gotten used to it and they won't know at first glance how to bring it back. As others have pointed out, this is not perceived as a property of the home folder or something, but as a setting of the file manager itself. Putting it as some kind of a different program in the start menu doesn't cut it as well, because it isn't perceived as a different program. > I'm not arguing for removing browser mode. Its there, availible by > default in both the start menu and context menu (and you can easily drag > it to your panel). However, I believe that for the majority of people > who use a graphical filemanager spatial is better or as good as browser > mode, and for the times when you need browser mode its easily > accessible. Since both modes are easily accessible I don't think its > worth having a visible preference for which one to use as the default. >From my days as an armchair UI designer I know that you should use the principle of least surprise to the user which is clearly violated here unless you only look at people who like the new default (and won't go looking for something else) or who never have used file managers before (because they don't know any other way). Both groups won't be in the majority I guess. I admit that I personally don't often use the file manager when being alone. I always use it when dealing with normal users because this is what they are accustomed to use. I know without asking her that my wife will be negatively surprised by the new behaviour, even if she might (or not) like it better once used to it. But that's all it boils down: The are things you get used to and you need a pretty good argument to change them and an even better one to make it so non-obvious how to bring it back as has been done with the new Nautilus default mode. IMO the arguments you bring for hiding the setting in a place where one wouldn't expect it at first glance -- a setting that enough people will demand, trust me -- don't fulfil the criterion of being good enough. Leaving it that way will drive some people to using other file managers or even desktop environments unless they are able to change it and the way to change it is intuitive enough. Someone -- maybe even I -- might be annoyed enough by the rigid "no preferences at almost all costs" stance that seems to be predominant with GNOME that a TweakUI-alike thing may get written to give choice back to the people who want it, to give an alternative to "choice by changing the application/environment used". Trust me, this isn't something I would love to do, everything TweakUIish must be a hack, a workaround to make settings a not minor people wants to have _obviously_ accessible. > Now, this is my opinion of course, and I don't have billions of dollars > of research to back it up, but so are all design choices I make in > Nautilus. There are lots of way a file manager can behave, and we don't > want them all in the preferences dialog, or all combinations of them > described in the docs. To avoid this I try to err on the cautious side, > because once a preference is in its very very hard to get rid of. It's even harder to get rid of people used to the old default, meaning that is something I would try to avoid at some cost. > Where exactly would this be? A dialog that shows up when you switch > mode? It sounds like a normal preference to me, except not in the normal > place for preferences. Again you don't seem to put much value in not surprising people then -- either it's a preference or not (it is ;-). Is it a preference a large number of people want to have? Surely, especially if you look at the people who use Nautilus now. Is it major enough to warrant a preference setting where users expect preferences to be set? Given the emotions in this thread, I'd say it is major enough to be put in the preferences dialog. Besides, preferences only make sense to be set "where preferences are set for a specific object" (this is the preferences dialog for an application), rather than to be hidden behind a purely artificial "this is another application even though it uses the same bits" analogon like putting it as a separate item in the start menu or by putting the preference where it doesn't belong, i.e. in the settings for the home folder. Enough rambling for now. If I sounded too rude in some places, my apologies. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From acbk at zeelandnet.nl Thu Feb 19 15:30:06 2004 From: acbk at zeelandnet.nl (h.breimer) Date: Thu, 19 Feb 2004 16:30:06 +0100 Subject: NVidia driver not working In-Reply-To: <1077133527.2133.2.camel@vinhas> References: <1077133527.2133.2.camel@vinhas> Message-ID: <20040219163006.7ed07fe7.acbk@zeelandnet.nl> On Wed, 18 Feb 2004 16:45:27 -0300 Thiago Vinhas de Moraes wrote: > Could anyone make the NVidia official driver to work? > > The 5336-pkg1 worked for me on kernels 81,85 and 87. P4PE mobo and ASUS GF2 MX video. Henk -- From michel.galle at devinci.fr Thu Feb 19 10:49:21 2004 From: michel.galle at devinci.fr (Michel Galle) Date: Thu, 19 Feb 2004 11:49:21 +0100 Subject: fedora-test-list digest, Vol 1 #558 - 35 msgs In-Reply-To: <20040218223312.22282.85084.Mailman@listman.back-rdu.redhat.com> References: <20040218223312.22282.85084.Mailman@listman.back-rdu.redhat.com> Message-ID: <1077187761.25770.23.camel@lain> Hi Discussion about Nautilus should be in GNOME ML or #gnome, #nautilus on irc.gimp.net for example. the rationnal behind preferences in gnome is to remove anything not useful to do a useful desktop environment. not to allow to configure everything it's radical. it's necessary. gconf-editor is not a hacky tools and it's _NOT_ the windows registry (gconf is nothing at all like the registry). it's a kind of "expert" tools. it could be more explained, when you will use gnome 2.6 you will see mostly all gconf keys are documented (in english only) in gconf-editor itself. gnome can evolve and add some preferences but it has to be DEBATED before. because preferences creates complications for users, it creates bugs and demands more testing. gnome (as be kde) is no more geek toys project (as linux ou samba for example too) , all that project has a definite goal, rationnal behind and process to accept changes. I mostly thinks desktop settings has to be kept to a _minimal_ number of choices. not a problem if some people would like different interface, the main goal is to create a working efficient easy nice desktop gui. there are KDE , XFCE, even windowmaker/Blackbox/ enlightenment and others for OTHER CHOICES. and, it's not like gnome is frozen and nautilus so bad. you can change some hacky things thanks to gconf (by gconf-editor or a vi on the ~/. gconf/apps/nautilus/*.xml files ) I think soon "gnome control-center" will add possibility to configure "the desktop". "default mode : navigational/spatial" the main problem : "what means navigational ? spatial ? huuh?" , for you and me , it's probably simple and well known, but for others people not fond of computers, only wanting to work and run away ? it's not that simple. it demands consideration, nice explanation, a full of translation and work to add choice. spatial mode is a radical change, maybe too hard to be "default", I think , but it was used because of many features/problems requested by users about the navigational mode (not everyone understand "navigation") and need of volumes managements. it's not completely madness. but there are a need to a better debate. so ,go on on gnome ML. fedora ML is not the good place. From douglas.furlong at firebox.com Thu Feb 19 15:32:23 2004 From: douglas.furlong at firebox.com (Douglas Furlong) Date: Thu, 19 Feb 2004 15:32:23 +0000 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077184396.30934.12.camel@wibbit.firebox.com> References: <1077115591.7798.489.camel@localhost.localdomain> <20040218150124.GB8632@devserv.devel.redhat.com> <1077137116.10939.19.camel@Z> <1077144978.4033ed9223626@helium.firebox.com> <1077149204.11154.22.camel@Z> <1077184396.30934.12.camel@wibbit.firebox.com> Message-ID: <1077204743.32383.10.camel@wibbit.firebox.com> > The "spacial" model is the method they wish to use going forward, that > means the browse methods development (unless picked up by other > developers), will become depreciated, and no longer maintained. > > Unfortunately you and I are going to have to accept this fact (even if > you go to KDE, you still have to accept it or resent it, resentment > would just be silly). I hate replying to my own post, and this really will be my last post on the subject. It appears gnome does not intend to depreciate the "browse mode" according to http://www.gnomedesktop.org/article.php?sid=1348 any way. So why it can't be an easily accessible option, I am not sure. But none of this changes the fact that I am happy to be "forced" to do some thing as a tester, that's why I am there in the first place. Give feed back, yes, bitch and moan, no. Doug From alexl at redhat.com Thu Feb 19 11:12:56 2004 From: alexl at redhat.com (Alexander Larsson) Date: 19 Feb 2004 12:12:56 +0100 Subject: [SECURITY] Fedora Core 1 Test Update: pwlib-1.5.0-4 Message-ID: <1077189176.7798.596.camel@localhost.localdomain> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-078 2004-02-19 --------------------------------------------------------------------- Name : pwlib Version : 1.5.0 Release : 4 Summary : Portable Windows Libary Description : PWLib is a cross-platform class library designed to support the OpenH323 project. OpenH323 provides an implementation of the ITU H.323 teleconferencing protocol, used by packages such as Gnome Meeting. --------------------------------------------------------------------- Update Information: A test suite for the H.225 protocol (part of the H.323 family) provided by the NISCC uncovered bugs in PWLib prior to version 1.6.0. An attacker could trigger these bugs by sending carefully crafted messages to an application. The effects of such an attack can vary depending on the application, but would usually result in a Denial of Service. The Common Vulnerabilities and Exposures project (cve.mitre.org) has assigned the name CAN-2004-0097 to this issue. Users are advised to upgrade to the update packages, which contain backported security fixes and are not vulnerable to these issues. Red Hat would like to thank Craig Southeren of the OpenH323 project for providing the fixes for these issues. --------------------------------------------------------------------- * Tue Feb 17 2004 Alexander Larsson 1.5.0-4 - add ranges security fix * Fri Feb 13 2004 Elliot Lee - rebuilt --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 2b43c1212530dd2015375ecf9530a202 SRPMS/pwlib-1.5.0-4.src.rpm e2e207a43aede7e4e58c11e7078df3e4 i386/pwlib-1.5.0-4.i386.rpm bb76281716c1ca83bd895ff10279a2cc i386/pwlib-devel-1.5.0-4.i386.rpm 07f8bf33c5ef6c887844f88dda01b921 i386/debug/pwlib-debuginfo-1.5.0-4.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://fedora.redhat.com/updates/testing/fedora-core-1 --------------------------------------------------------------------- From johnh at comp.leeds.ac.uk Thu Feb 19 15:22:10 2004 From: johnh at comp.leeds.ac.uk (John Hodrien) Date: Thu, 19 Feb 2004 15:22:10 +0000 (GMT) Subject: Inspiron 1100 troubles In-Reply-To: <1077200719.1596.1.camel@bart.netlyncs.com> References: <1077200719.1596.1.camel@bart.netlyncs.com> Message-ID: On Thu, 19 Feb 2004, Mike Chambers wrote: > On Wed, 2004-02-18 at 22:24 -0500, Timothy Bierer wrote: > > > I logged in as root and tried to access /etc/X11/XF86Config, but got a > > "permission denied" message. How can I fix this? > > If you mean you used "su", then you need to do it as "su -" (include > hyphen) so you get all of root's environment. What? Your environment can't change your ability to access a local file, surely... If you're uid 0, you're uid 0. Mike only said access, maybe he was trying to run it by mistake? jh -- "It is the mark of an educated mind to be able to entertain a thought without accepting it." -- Aristotle From samw at netservicesplc.com Thu Feb 19 12:09:01 2004 From: samw at netservicesplc.com (Sam Wormleighton) Date: Thu, 19 Feb 2004 12:09:01 -0000 Subject: FC2 Test 1: updatedb goes into uninterruptible sleep on /sys/clas s/tty/rfcomm49 Message-ID: <99795FEF570BA64EA0FA6D4540FBB0401294D2@NETEXCH02> System: FC2 Test 1. new install on formatted /, /var etc, but /home kept from redhat 9 install. Problem: updatedb is run from an nightly, but goes into an uninterruptible sleep when trying to getdents64 on /sys/class/tty/rfcomm49. ------------------------------------------ [root at zx root]# ps aux | grep updatedb root 25633 0.0 0.0 3188 444 ? DN Feb17 0:23 /usr/bin/updatedb -f NFS,SMBFS,NCPFS,PROC,DEVPTS -e /tmp,/var/tmp,/usr/tmp,/afs,/net root 26802 0.0 0.1 2696 556 ? DN Feb18 0:23 /usr/bin/updatedb -f NFS,SMBFS,NCPFS,PROC,DEVPTS -e /tmp,/var/tmp,/usr/tmp,/afs,/net root 3107 0.0 0.1 2300 696 ? DN 04:09 0:24 /usr/bin/updatedb -f NFS,SMBFS,NCPFS,PROC,DEVPTS -e /tmp,/var/tmp,/usr/tmp,/afs,/net ------------------------------------------ ------------------------------------------ [root at zx root]# tail -n6 /tmp/strace.updatedb open("rfcomm49", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 5 fstat64(5, {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 fcntl64(5, F_SETFD, FD_CLOEXEC) = 0 fstat64(5, {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 fchdir(5) = 0 getdents64(5, ------------------------------------------ ------------------------------------------ [root at zx root]# ls -l /proc/{25633,26802,3107}/fd/5 lr-x------ 1 root root 64 Feb 19 11:52 /proc/25633/fd/5 -> /sys/class/tty/rfcomm49 lr-x------ 1 root root 64 Feb 19 11:53 /proc/26802/fd/5 -> /sys/class/tty/rfcomm49 lr-x------ 1 root root 64 Feb 19 11:53 /proc/3107/fd/5 -> /sys/class/tty/rfcomm49 ------------------------------------------ Leaking load average and processes at the rate of 1 per night would obviously cause confusion for a lot of users. -- Samw From paul.black at oxsemi.com Thu Feb 19 15:39:47 2004 From: paul.black at oxsemi.com (Paul Black) Date: Thu, 19 Feb 2004 15:39:47 +0000 Subject: NVidia driver not working In-Reply-To: <20040219163006.7ed07fe7.acbk@zeelandnet.nl> References: <1077133527.2133.2.camel@vinhas> <20040219163006.7ed07fe7.acbk@zeelandnet.nl> Message-ID: <4034D8C3.70600@oxsemi.com> h.breimer wrote: >>Could anyone make the NVidia official driver to work? >> >> > > The 5336-pkg1 worked for me on kernels 81,85 and 87. Doesn't work for me on 2.6.3-1.91smp (I get the splash screen then the server exits). Worked fine on 2.6.1-1.65smp. -- Paul Black mailto:paul.black at oxsemi.com Oxford Semiconductor Ltd http://www.oxsemi.com 25 Milton Park, Abingdon, Tel: +44 (0) 1235 824 909 Oxfordshire. OX14 4SH Fax: +44 (0) 1235 821 141 From fedora at warmcat.com Thu Feb 19 15:43:20 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 15:43:20 +0000 Subject: program talk doesn't work on fc1-> Error on read from talk daemon In-Reply-To: References: Message-ID: <200402191543.20171.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 15:33, Didier Casse wrote: > and still the same old error message from talk: have a look in the archives... came up a couple of months ago IIRC there is some confusion between the port being listened on and the port being talk to... - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANNmYjKeDCxMJCTIRAmpqAJ0RTBubTwp5SN9sqKBLMzqexLnwlgCfUpY8 AmAcyXjxaIgjBZc/vLaoKzo= =ztxx -----END PGP SIGNATURE----- From jkeating at j2solutions.net Thu Feb 19 15:52:35 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 19 Feb 2004 07:52:35 -0800 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <40343E78.3090903@margo.bijoux.nom.br> References: <1077137095.2133.5.camel@vinhas> <1077149838.2392.3.camel@vinhas> <40343E78.3090903@margo.bijoux.nom.br> Message-ID: <200402190752.35151.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 18 February 2004 20:41, Pedro Fernandes Macedo wrote: > Just a question: why didnt you guys complain about Red Hat 9? It could > be only Hat version 9... Come on! Because it wasn't "Red Hat 9", it's proper name was "Red Hat Linux 9". - -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) Mondo DevTeam (www.mondorescue.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.3 (GNU/Linux) iD8DBQFANNvD4v2HLvE71NURAoOcAKDEZTyKSQYkEebmSA6Q7OgnCOdjQACeJF/l PfpO96RZmQlHsybQHk1IeZA= =D6sz -----END PGP SIGNATURE----- From fedora at warmcat.com Thu Feb 19 16:01:18 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 16:01:18 +0000 Subject: program talk doesn't work on fc1-> Error on read from talk daemon In-Reply-To: References: Message-ID: <200402191601.19036.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 15:47, Didier Casse wrote: > As suspected nothing blocks port 518/udp :-/ > > Any other idea of how to get that %@^&^ talk program to run properly? :-) Yeah -- tcpdump a session. Is the client connecting or port 518.. or... - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANN3PjKeDCxMJCTIRAogrAJwJgwXTd2UegOyCA77lWzfagD1XeACdGroc qzZlOt1dgff1pQajcZoIPmg= =3AkG -----END PGP SIGNATURE----- From notting at redhat.com Thu Feb 19 16:09:42 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 19 Feb 2004 11:09:42 -0500 Subject: FC2 Test 1: updatedb goes into uninterruptible sleep on /sys/clas s/tty/rfcomm49 In-Reply-To: <99795FEF570BA64EA0FA6D4540FBB0401294D2@NETEXCH02> References: <99795FEF570BA64EA0FA6D4540FBB0401294D2@NETEXCH02> Message-ID: <20040219160942.GB29545@devserv.devel.redhat.com> Sam Wormleighton (samw at netservicesplc.com) said: > Problem: updatedb is run from an nightly, but goes into an uninterruptible > sleep when trying to getdents64 on /sys/class/tty/rfcomm49. Any kernel messages here? (updatedb needs to avoid /sys, though. There's a bug in bugzilla with a patch.) Bill From ms-nospam-0306 at arcor.de Thu Feb 19 16:17:52 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Thu, 19 Feb 2004 17:17:52 +0100 Subject: *Fedora Forum* Now Open In-Reply-To: <40344893.70801@austin.rr.com> References: <40344893.70801@austin.rr.com> Message-ID: <20040219171752.77a09e47.ms-nospam-0306@arcor.de> On Wed, 18 Feb 2004 23:24:35 -0600, Jason Knight wrote: > In case anyone missed the announcement on the Fedora News Update #6, The > Fedora Forum is now open at http://www.fedoraforum.org/forum/ please > join and browse as the more the merrier. http://www.linuxquestions.org has the more "official" Red Hat supported message boards, notice the "Red Hat" and "Fedora" sections there. -- From nphilipp at redhat.com Thu Feb 19 16:24:21 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 19 Feb 2004 17:24:21 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077184396.30934.12.camel@wibbit.firebox.com> References: <1077115591.7798.489.camel@localhost.localdomain> <20040218150124.GB8632@devserv.devel.redhat.com> <1077137116.10939.19.camel@Z> <1077144978.4033ed9223626@helium.firebox.com> <1077149204.11154.22.camel@Z> <1077184396.30934.12.camel@wibbit.firebox.com> Message-ID: <1077207860.23448.60.camel@gibraltar.stuttgart.redhat.com> [ Refraining to sign this mail, I fear mailman might eat it again. ] On Thu, 2004-02-19 at 10:53, Douglas Furlong wrote: > On Thu, 2004-02-19 at 00:06, Z wrote: > > On Wed, 2004-02-18 at 14:56, Douglas Furlong wrote: > > > > > I thought one of the main points of these test releases was to allow the > > > developers to get feedback on bugs. > > > Obviously they will want the default's to be tested most regerously, especially > > > if the default has changed substantially. > > > So to me it would make a bit of sense to force it apon a tester (I think this is > > > > Well, but no one can do that. I can't be forced. I won't use it. A lot > > of people won't use it either. > > I fear you have missed my point, at the moment Alex is not looking to > force any user to use the "spacial model" he is looking to force us as > voluntary "testers" to use the spacial model as that is what they want > to be the default, for future users. With which he might achieve quite the contrary -- that people won't be testing it at all given the emotionality of the subject, either by using a different file manager/DE or not using FC2 test releases. > Our job (for lack of a better word) is to do this testing, if not why > did you download it at all? Purely for selfish reasons? Or to give back > some thing (I.E. in this case testing). It's one thing to say "please test this new behaviour and BTW you can change back to the old one by changing it in the preferences dialog" rather than (exaggerated) "you have to test it if you want it or not except if you jump through this and that non-obvious hoop". Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nalin at redhat.com Thu Feb 19 16:32:49 2004 From: nalin at redhat.com (Nalin Dahyabhai) Date: Thu, 19 Feb 2004 11:32:49 -0500 Subject: PAM, LDAP and pam_mkhomedir In-Reply-To: <20040218174012.6d3d7551@localhost> References: <20040218174012.6d3d7551@localhost> Message-ID: <20040219163249.GB32765@redhat.com> On Wed, Feb 18, 2004 at 05:40:12PM +0100, Matthias Saou wrote: > I'm currently trying to have an FC2 test1 workstation authenticate against a > central LDAP database. I currently only have RHL 7.3 machines doing something > similar, so maybe these are changes/issues already present in FC1. > > - When I add the line below to /etc/pam.d/system-auth, the user's home > directory only gets created if the user has write access to the directory in > which his home directory will reside. Say I have /home/location/user, > the "user" directory is created only if /home/location already does too > and if there is write access to /home/location for the "user" user. > Is this a feature or security enhancement? It renders the module basically > useless for me... > > session required /lib/security/$ISA/pam_mkhomedir.so skel=/etc/skel umask=076 SSHD is performing session setup as the user, not as root. This gets flipflopped every now and again to try to make pam_limits work (which can't be fixed 100% within the framework PAM provides, sigh). > - When an LDAP authenticated user logs in through ssh, it's impossible for him > to do any uid/gid <-> name mapping. For instance, if I change the owner of a > file to be a user in the LDAP database, doing "ls -l" on it as root does > generate connections to the LDAP database and shows the user's name, whereas > when logged in as the user, there is no LDAP activity and it shows the > numeric uid. > > Maybe related to this 2nd issue, here is what an LDAP user gets through ssh : > > $ ssh user at computer > user at computer's password: > Creating directory '/home/location/user'. > /usr/X11R6/bin/xauth: creating new authority file /home/location/user/.Xauthority > id: cannot find name for user ID 501 > id: cannot find name for group ID 1000 > id: cannot find name for user ID 501 > [I have no name!@computer user]$ > > Where uid 501 is the user's uid, and gid 1000 his primary group. These two look very related. I'd guess that one or more configuration files (/etc/ldap.conf, mainly) aren't readable by the user, so the user's processes don't "know" how to contact your LDAP server. Double-check the permissions, or try running "id" under strace and monitor for access control (EACCES) and related errors. HTH, Nalin From sct at redhat.com Thu Feb 19 16:37:39 2004 From: sct at redhat.com (Stephen C. Tweedie) Date: 19 Feb 2004 16:37:39 +0000 Subject: Filesystem ACLs In-Reply-To: <1077144833.3434.2.camel@gavin.orrcon.com.au> References: <1077144833.3434.2.camel@gavin.orrcon.com.au> Message-ID: <1077208659.2070.430.camel@sisko.scot.redhat.com> Hi, On Wed, 2004-02-18 at 22:53, Gavin Graham wrote: > Now that we have Fedora Core 2 test-1 out, when will we have ACL's on > the ext3 filesystem enabled by default?? > Presently we have ti tune2fs the FS and then reboot before we can use > it... You just need to set it in the /etc/fstab, and you can enable it at runtime with mount -o remount,acl. tune2fs shouldn't be needed. Cheers, Stephen From eon at eon.za.net Thu Feb 19 16:53:45 2004 From: eon at eon.za.net (A. Brinkman) Date: Thu, 19 Feb 2004 16:53:45 +0000 (UTC) Subject: fedora-test-list digest, Vol 1 #558 - 35 msgs In-Reply-To: <1077187761.25770.23.camel@lain> Message-ID: > Discussion about Nautilus should be in GNOME ML or #gnome, #nautilus on > irc.gimp.net for example. You have a point, however I think this discussion has at least some place on this list. That is because Fedora deliveres a complete OS. Including a functional desktop. People install or update Fedora, log in to GNOME and discover that their filemanager is not doing the same as they were used to. So perhaps the discussion should not focus on whether or not to use spatial as default in _gnome_, but if Fedora should follow upstream in this or should change the default behaviour (or let the user choose in a simple and/or obvious way). > it's radical. it's necessary. Perhaps, but users tend to be conservative about these things. For a testing environment this would be ok. But not for a final release of Fedora. A lot of users will be upset about this. Not because they think browse or spatial is superiour to the other, but because things are not working the way they were used to. > gconf-editor is not a hacky tools and it's _NOT_ the windows registry > (gconf is nothing at all like the registry). it's a kind of "expert" > tools. it could be more explained, when you will use gnome 2.6 you > will see mostly all gconf keys are documented (in english only) in > gconf-editor itself. As I said before; normal Fedora users will be upset when things are behaving different from what they are used to. They might want to get their familiar browse mode back. Forcing them to use gconf-editor (indeed an "expert" tool) is not good idea. As you noted: in the future there might be a setting in control-center or a preference setting for this. But Fedora has to make a choice here; follow the default upstream, or change the default from spatial back to browse, and not ship Fedora Core 2 with spatial with no obvious way for users to get back to browse mode as their default. When a preference setting or another obvious way is implemented to switch betweens modes then Fedora could decide to follow upstream again, and go with the spatial mode as the default. > fond of computers, only wanting to work and run away ? it's not that > simple. it demands consideration, nice explanation, a full of > translation and work to add choice. The more reason why Fedora should _not_ ship with the default GNOME Nautilus setting of spatial mode. -- Alexander Brinkman. From sct at redhat.com Thu Feb 19 17:07:45 2004 From: sct at redhat.com (Stephen C. Tweedie) Date: 19 Feb 2004 17:07:45 +0000 Subject: FC2-t1 exhibits long delay on LVM setup In-Reply-To: References: <1076683632.7608.14.camel@zephyr> <1076707655.10752.6.camel@va.local.linuxlobbyist.org> Message-ID: <1077210464.2070.503.camel@sisko.scot.redhat.com> Hi, On Sat, 2004-02-14 at 03:19, Alexandre Oliva wrote: > > Forgive my bluntness, but this seems to be a bit of a hack to me. Why > > has lvm2 taken this step backwards from lvm1? > > Ask Sistina! Erhm... Heck, I guess this is Red Hat now :-) > > > There's gotta be a better way. > > IMHO it should scan /proc/mdstat It does (actually, it scans /sys/block.) It just didn't in test1. :) I talked with the lvm2 guys when I set up my own initial LVM-on-root FC2-test1 box and encountered the same behaviour. So they came up with... Date: 2004/02/13 14:46:03 Author: agk Log: Sysfs block device filtering option for 2.6. ...a patch to use 2.6's /sys/block pseudo-filesystem to filter which block devices are worth probing for physical volumes. This should improve things no end. That patch is in CVS on sources.redhat.com/lvm2 now, and I'll push it into rawhide. There will probably be a numbered lvm2 release with this patch some time next week. Cheers, Stephen From redhat-jc at insight.rr.com Thu Feb 19 17:18:51 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Thu, 19 Feb 2004 12:18:51 -0500 Subject: Kernel-2.6.2-1.87 locking up computer In-Reply-To: <1077166418.3495.8.camel@localhost.localdomain> References: <1077166418.3495.8.camel@localhost.localdomain> Message-ID: <4034EFFB.9070406@insight.rr.com> Tim Quinn wrote: > Hi Jim --- > > Looks like your mouse is preventing X from loading. Have you tried > making this change in your etc/X11/XF86Config file? > > "Please modify Section "Input Device" End Section > > Option "Device" > "/dev/input/mice" or "/dev/input/mouse0" > (it probably reads something like "/dev/psaux" or "/dev/mouse" before > you change it to the above) > > And change /etc/sysconfig/gpm file: > > DEVICE; "/dev/input/mouse0" or "/dev/input/mice" > > Good luck! tq > > After removing the entry for reiserfs from the /etc/fstab file. Then changing the entry in the /etc/sysconfig/gpm to "/dev/input/mice", I had a good terminal environment. My mouse worked pretty decent. now for the GUI information. X still crashed and gave me errors. /etc/X11/gdm/PreSession/Default: Registering your session with wtmp and utmp /etc/X11/gdm/PreSession/Default: running: /usr/bin/X11/sessreg -a -w /var/log/wtmp -u /var/run/utmp -x "/var/gdm/:0.Xservers" -h "" -l ":0" "jim" SESSION_MANAGER=local/cornette-hdb:/tmp/.ICE-unix/2206 Warning: program compiled against libxml 206 using older 205 Traceback (most recent call last): File "/usr/bin/rhn-applet-gui", line 30, in ? import rhn_applet File "/usr/bin/../share/rhn/rhn_applet/rhn_applet.py", line 12, in ? import gnome ImportError: No module named gnome (nautilus:2303): Bonobo-CRITICAL **: file bonobo-control-frame.c: line 720 (bonobo_control_frame_set_ui_container): assertion `frame->priv->activated == FALSE' failed ** (nautilus:2303): WARNING **: destroyed file still being monitored ** (nautilus:2303): WARNING **: destroyed file still being monitored ** (nautilus:2303): WARNING **: destroyed file still being monitored ** (nautilus:2303): WARNING **: destroyed file still being monitored (nautilus:2303): Bonobo-WARNING **: Leaked a total of 1 refs to 1 bonobo object(s) Basically, I think that the distro is heading to the trash heap with the errors in nautilus. The lousy dialog box for trying to open files. I was unable to get the dialog box to open any file by typing it in the box. I could not click on the file because it was a file that was prefixed with a dot. (Hidden file.) Hopefully these bothersome distribution corruptions can be resolved before the distribution becomes released. I would like to be able to mount reiserfs mounts and be able to configure more of the system details. Though gconfig-editor is not as grusome as regedit. It does kind of mark linux for extinction. The program should not be used for setting hidden options to the desired level. This area should only be used so that programs can include things that are not simple text for configuration. Things like setting a programs behavior should still be included in preference setting areas. Sorry for the rant included. Thanks for the suggestions for bypassing the current system configuration quirks. Jim From fedora at warmcat.com Thu Feb 19 17:20:02 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 17:20:02 +0000 Subject: Linux 'n games In-Reply-To: <1077211394.29653.0.camel@ahrak.surak.eti.br> References: <200402190817.52380.jshorie@medinaco.org> <1077211394.29653.0.camel@ahrak.surak.eti.br> Message-ID: <200402191720.02347.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 17:23, Alexandre wrote: > gentoogames.com Comes up completely blank for me in Konq and Mozilla. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANPBCjKeDCxMJCTIRAprrAJ9ljxeM7yJfpUz/OluGSWfzdfe67gCeJt6d Q0PTRsly0TLygItRwDxrZ3U= =e++a -----END PGP SIGNATURE----- From webmaster at margo.bijoux.nom.br Thu Feb 19 17:25:46 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Thu, 19 Feb 2004 14:25:46 -0300 Subject: Why not drop the Core from Fedora Core? In-Reply-To: <200402190752.35151.jkeating@j2solutions.net> References: <1077137095.2133.5.camel@vinhas> <1077149838.2392.3.camel@vinhas> <40343E78.3090903@margo.bijoux.nom.br> <200402190752.35151.jkeating@j2solutions.net> Message-ID: <4034F19A.1050606@margo.bijoux.nom.br> Jesse Keating wrote: >On Wednesday 18 February 2004 20:41, Pedro Fernandes Macedo wrote: > > >>Just a question: why didnt you guys complain about Red Hat 9? It could >>be only Hat version 9... Come on! >> >> > >Because it wasn't "Red Hat 9", it's proper name was "Red Hat Linux 9". > > Ok.. but it was just a rethoric question... now , let's go back to bug hunting/squashing... -- Pedro Macedo From mikes at hartwellcorp.com Thu Feb 19 17:34:28 2004 From: mikes at hartwellcorp.com (Michael St. Laurent) Date: Thu, 19 Feb 2004 09:34:28 -0800 Subject: Problems with up2date this morning Message-ID: <91A5926EFF44D3118B1200104B7276EB02C56C67@hart-exchange.hartwellcorp.com> I can't seem to get up2date to work. I either get a signature verification error or a message telling me that "There was some sort of I/O error: Not a gzipped file" -- Michael St. Laurent Hartwell Corporation From rob.myers at gtri.gatech.edu Thu Feb 19 17:53:07 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Thu, 19 Feb 2004 12:53:07 -0500 Subject: x864_64 up2date gone wild. In-Reply-To: References: <20040217161133.GA23260@comcast.net> <200402171540.43382.czar@czarc.net> Message-ID: <1077213187.25813.291.camel@dungeness.stl.gtri.gatech.edu> On Tue, 2004-02-17 at 18:34, Sam Varshavchik wrote: > Gene C. writes: > > > On Tuesday 17 February 2004 11:11, Justin M. Forbes wrote: > >> On Mon, Feb 16, 2004 at 09:10:45PM -0500, Sam Varshavchik wrote: > >> > XFree86-libs-4.3.0-42 requires XFree86-libs-data-4.3.0-42 > >> > > >> > I cannot figure out why it's stuck here. Both XFree86-libs-4.3.0-55 and > >> > XFree86-libs-data-4.3.0-55 were selected for update. > >> > >> These two packages are the two i386 packages for XFree86. Do you have an > >> i386 update channel with the proper versions of these packages? Though it > >> does seem odd that the i386 package dependencies resolve on a 64bit package > >> update... I suppose it is good behavior as far as keeping things in sync, > >> but technically unecessary... > > > > The FC x86_64 distribution has both the x86_64 and the i386 versions for the > > XFree86-libs and XFree86-libs-data packages.You need to make sure that > > /etc/sysconfig/rhn/sources have both the x86_64 and i386 update repositoies > > defined. > > According to http://www.stl.gtri.gatech.edu/fedora/, I should only need: > > yum updates http://www.stl.gtri.gatech.edu/fedora/x86_64/updates/ > > Right now, this directory contains only XFree86-libs-4.3.0-55.x86_64.rpm, > and does not have the i386 rpm. what is the best thing for that page to say? i'd like to keep the x86_64 updates stuff complete, accurate and timely. rob. From ehoover at mines.edu Thu Feb 19 18:20:39 2004 From: ehoover at mines.edu (Erich Hoover) Date: Thu, 19 Feb 2004 11:20:39 -0700 Subject: Problems with up2date this morning Message-ID: <4034FE77.3020205@mines.edu> Try running up2date -u up2date at the command prompt, apparently there's a new version out. > I can't seem to get up2date to work. I either get a signature verification > error or a message telling me that "There was some sort of I/O error: Not a > gzipped file" > > -- > Michael St. Laurent > Hartwell Corporation From p1374953 at cedarville.edu Thu Feb 19 18:21:54 2004 From: p1374953 at cedarville.edu (Timothy Bierer) Date: Thu, 19 Feb 2004 13:21:54 -0500 Subject: Inspiron 1100 troubles Message-ID: Editing with vi worked like a charm, and I was able to fix everything except the XF86Config issue. I changed the driver material to "vesa," but the problem is still there. Suggestions? >>> fedora at warmcat.com 2/18/2004 4:08:26 PM >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 18 February 2004 12:38, Timothy Bierer wrote: > I use an Inspiron 1100 with a Intel 845 graphics card. As recommended, > I downloaded and installed the "fix" for my 800X600 screen resolution > from Intel's website. I upgraded from Fedora Core 1 to Fedora Core 2 > Test 1 to try to fix this, but it didn't work. Here's what I get during > start-up: > > General errors? > > insmod: error inserting > '/lib/modules/2.6.1-1.65/kernel/drivers/acpi/toshiba_acpi.ko' -1 no such > device Its harmless, for some reason the initscripts seem to want to start up toshipa_acpi on all the laptops here > modprobe FATAL: module keybdev not found > > modprobe FATAL: module mousedev not found Another harmless initscript problem, they are not needed on 2.6 > checking for new hardware: FATAL: Error inserting floppy > (/lib/modules/2.6.1-1.65/kernel/drivers/block/floppy.ko): no such device > (I don't have a floppy drive in my machine) You can fix this by adding install floppy /bin/true to /etc/modprobe.conf > starting smartd: hda: ATAPI 16x DVD-ROM CD-R/RW drive 2048kb Cashe, > UDMA(33) [FAILED] You can fix this by changing the line about hda in /etc/smartd.conf to hdc -- the DVD drive doesn't support smart is all. Dell has the DVD on IDE0 and the HDD on IDE1 for some bizarre reason. > display related? > > FATAL ERROR: NO screens found You need to edit /etc/X11/XF86Config Scroll down to section "Device", somewhere in there will be a line beginning Driver. Change what is after the Driver part to read "vesa". Then see if running startx from a console will do any better. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAM9RKjKeDCxMJCTIRAgoKAJ9DV5zfxPitqBXbmMFKMbsN5fAX0gCePvhs Xdp0pTZ0PWfE3MMpGo0Au9U= =iX3H -----END PGP SIGNATURE----- -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From fedora at warmcat.com Thu Feb 19 18:23:07 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 18:23:07 +0000 Subject: Made stupid mistake, now no new Fedora kernels work In-Reply-To: <4034FCD0.3040405@unity.ncsu.edu> References: <4034FCD0.3040405@unity.ncsu.edu> Message-ID: <200402191823.08652.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 18:13, Bobby Ryan Newberry wrote: > anyone know if this new version of module init tools is the problem, and > if so, is there anyway to roll back to the original version that came > with Fedora. Stuff like --force and --nodeps on rpm will make it do stuff, not sure if shovng older modutils down its throat is a good idea tho. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANP8MjKeDCxMJCTIRAknXAJ48tm/5s3FEYNbtVKXAu2a44l90zwCePJ7Y exQwe8YB9cnZxBi4dtZ7vIE= =Vb+R -----END PGP SIGNATURE----- From fedora at warmcat.com Thu Feb 19 18:25:55 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 18:25:55 +0000 Subject: Inspiron 1100 troubles In-Reply-To: References: Message-ID: <200402191825.55486.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 18:21, Timothy Bierer wrote: > Editing with vi worked like a charm, and I was able to fix everything > except the XF86Config issue. I changed the driver material to "vesa," > but the problem is still there. Suggestions? X is quite chatty while it starts up, but it chats into /var/log/XFree86.0.log tail /var/log/XFree86.0.log -n 50 may have some helpful hints. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANP+zjKeDCxMJCTIRArXcAKCH/2r4ZumVZWstAkpg740Bv8yltwCfbFU7 y4wswqDppu4fOS3eR49+fmg= =P8dA -----END PGP SIGNATURE----- From rpjday at mindspring.com Thu Feb 19 18:36:49 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 19 Feb 2004 13:36:49 -0500 (EST) Subject: cdrecord'ing to a USB cd-writer? Message-ID: i just tried to plug in a USB cd-writer to an FC2-test1 box, and based on the /var/log/messages, i'm not sure how to refer to that new device. when i plugged it in, what showed up in /var/log/messages was: -------------------------------------------------------- Feb 19 13:15:29 localhost kernel: hub 5-0:1.0: new USB device on port 2, assigned address 2 Feb 19 13:15:29 localhost kernel: Initializing USB Mass Storage driver... Feb 19 13:15:30 localhost kernel: scsi2 : SCSI emulation for USB Mass Storage devices Feb 19 13:15:30 localhost kernel: Vendor: IOMEGA Model: CDRW9602EXT-B Rev: 8OS4 Feb 19 13:15:30 localhost kernel: Type: CD-ROM ANSI SCSI revision: 02 Feb 19 13:15:30 localhost kernel: Attached scsi generic sg0 at scsi2, channel 0, id 0, lun 0, type 5 Feb 19 13:15:30 localhost kernel: drivers/usb/core/usb.c: registered new driver usb-storage Feb 19 13:15:30 localhost kernel: USB Mass Storage support registered. Feb 19 13:15:30 localhost scsi.agent[27859]: cdrom at /devices/pci0000:00/0000:00:1d.3/usb5/5-2/5-2:2.0/host2/2:0:0:0 Feb 19 13:15:30 localhost modprobe: FATAL: Module ata_piix already in kernel. Feb 19 13:15:30 localhost kernel: updfstab: numerical sysctl 1 23 is obsolete. Feb 19 13:15:30 localhost kernel: sr0: scsi3-mmc drive: 16x/40x writer cd/rw xa/form2 cdda pop-up Feb 19 13:15:30 localhost modprobe: FATAL: Module ide_probe_mod not found. Feb 19 13:15:30 localhost modprobe: FATAL: Module ide_probe not found. Feb 19 13:15:30 localhost udev[27888]: creating device node '/udev/sr0' Feb 19 13:19:05 localhost sshd(pam_unix)[27764]: session closed for user rob Feb 19 13:26:38 localhost su(pam_unix)[28173]: session opened for user root by rob(uid=500) ---------------------------------------------------------- so i notice the usage of "udev" there. running "cdrecord -scanbus" shows me: scsibus2: 2,0,0 200) 'IOMEGA ' 'CDRW9602EXT-B ' '8OS4' Removable CD-ROM 2,1,0 201) * 2,2,0 202) * 2,3,0 203) * 2,4,0 204) * 2,5,0 205) * 2,6,0 206) * 2,7,0 207) * i've tried various combinations of dev= referring to scsi addresses, and even /udev/sr0, although i don't know near enough about udev to know what i'm doing there. suggestions? rday From p1374953 at cedarville.edu Thu Feb 19 18:38:35 2004 From: p1374953 at cedarville.edu (Timothy Bierer) Date: Thu, 19 Feb 2004 13:38:35 -0500 Subject: Inspiron 1100 troubles Message-ID: Here are the errors I get from tail /var/log/XFree86.0.log -n 50: (EE) VESA(0): No matching modes (EE) Screen(s) found, but none have a usable configuration >>> fedora at warmcat.com 2/19/2004 1:25:55 PM >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 18:21, Timothy Bierer wrote: > Editing with vi worked like a charm, and I was able to fix everything > except the XF86Config issue. I changed the driver material to "vesa," > but the problem is still there. Suggestions? X is quite chatty while it starts up, but it chats into /var/log/XFree86.0.log tail /var/log/XFree86.0.log -n 50 may have some helpful hints. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANP+zjKeDCxMJCTIRArXcAKCH/2r4ZumVZWstAkpg740Bv8yltwCfbFU7 y4wswqDppu4fOS3eR49+fmg= =P8dA -----END PGP SIGNATURE----- -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From mark at harddata.com Wed Feb 18 18:45:07 2004 From: mark at harddata.com (Mark) Date: Wed, 18 Feb 2004 18:45:07 +0000 Subject: x864_64 up2date gone wild. In-Reply-To: <20040218013500.GA29226@comcast.net> References: <20040218013500.GA29226@comcast.net> Message-ID: <200402181845.07210.mark@harddata.com> On February 18, 2004 01:35 am, Justin M. Forbes wrote: > On Tue, Feb 17, 2004 at 07:08:54PM -0500, Sam Varshavchik wrote: > > dependency, but it then complained about an unresolved dependency on > > libgl.so, which I believe is a known issue. > > That was my fault, 2 libs should have been included i386 which were not. > It will be fixed in final, for now, manually installing the deps should > work. > > > Still, this just feels wrong. The x86_64 channel should include any > > necessary i386 stuff. > > This is the way it should be, there is no need for mirrors to have to carry > the same packages in too many locations, it is not an efficient use of disk > space or bandwidth. Yum will DTRT. It also allows the install of other > packages which might have deps that do not ship with the base OS in i386. > IF there is a conflict, yum tells you first. > Yum 2.5 does a pretty good job with both x86 and x86_64 package updates. The only real problems arise when you need to add a i386 package that already exists as a x86_64 package. I have seen the i386 package want to install non arch specific files that were already installed with x86_64 package. This of course causes yum to give an error and requires you to force the install of i386 package by hand. I saw this problem first hand installing mplayer from freshrpms. Some i386 versions of the XFree86 libs are required and since the x86_64 versions of the libs were already installed, file conflicts arose. All in All though it was a fairly painless install. Much easier than it was on Taroon x86_64 (RHEL3), a month or so ago. regards, -- Mark Lane, CET mailto:mark at harddata.com Hard Data Ltd. http://www.harddata.com T: 01-780-456-9771 F: 01-780-456-9772 11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3 --> Ask me about our Excellent 1U Systems! <-- From hoyt at cavtel.net Thu Feb 19 18:43:48 2004 From: hoyt at cavtel.net (Hoyt) Date: Thu, 19 Feb 2004 13:43:48 -0500 Subject: Made stupid mistake, now no new Fedora kernels work In-Reply-To: <200402191823.08652.fedora@warmcat.com> References: <4034FCD0.3040405@unity.ncsu.edu> <200402191823.08652.fedora@warmcat.com> Message-ID: <200402191343.48045.hoyt@cavtel.net> On Thursday 19 February 2004 01:23 pm, Andy Green wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thursday 19 February 2004 18:13, Bobby Ryan Newberry wrote: > > anyone know if this new version of module init tools is the problem, and > > if so, is there anyway to roll back to the original version that came > > with Fedora. > > Stuff like --force and --nodeps on rpm will make it do stuff, not sure if > shovng older modutils down its throat is a good idea tho. > rpm --oldpackage -- Hoyt From fedora at warmcat.com Thu Feb 19 18:50:07 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 18:50:07 +0000 Subject: Inspiron 1100 troubles In-Reply-To: References: Message-ID: <200402191850.08040.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 18:38, Timothy Bierer wrote: > Here are the errors I get from tail /var/log/XFree86.0.log -n 50: > (EE) VESA(0): No matching modes > (EE) Screen(s) found, but none have a usable configuration This is likely to do with your monitor configuration. X gets told the capabilities of your monitor something like this Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "0" HorizSync 1.5 - 250.0 VertRefresh 10.0 - 150.0 Option "dpms" Option "noddc" EndSection These are values I faked up in order to stop modes being disallowed based on X's idea of the monitor capabilities. Bust out vi on /etc/X11/XF86Config again and amend the HorizSync and VertRefresh guys to look like mine, that should make a difference if we are on the right track. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANQVfjKeDCxMJCTIRApHgAJwKSUBCE7fmEaW/m/YlFZ53epDBGwCfQTZP qsURd7+Dici3q5o50CXCGis= =2ZxX -----END PGP SIGNATURE----- From fedora at warmcat.com Thu Feb 19 18:51:49 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 18:51:49 +0000 Subject: cdrecord'ing to a USB cd-writer? In-Reply-To: References: Message-ID: <200402191851.50006.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 18:36, Robert P. J. Day wrote: > Feb 19 13:15:30 localhost kernel: Attached scsi generic sg0 at scsi2, No expert on this, but did you try /dev/sg0? - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANQXFjKeDCxMJCTIRAmq6AJsHDo8B5fOZPtkzd0RujB2jrgq4CQCdFjfk QPBWpChURe+L7MokSiJtG08= =Hx2W -----END PGP SIGNATURE----- From fedora at warmcat.com Thu Feb 19 18:54:52 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 18:54:52 +0000 Subject: Different XF86Config for different user In-Reply-To: <1077216517.8728.0.camel@jupiter.sycamorenet.com> References: <1077210452.3711.2.camel@lan-2> <4034F746.6040809@unimet.edu.ve> <1077216517.8728.0.camel@jupiter.sycamorenet.com> Message-ID: <200402191854.52437.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 18:48, Raghu V Vadapalli wrote: > Though I don't know what the solution is but It would be interesting to > know what your application is ? > > On Thu, 2004-02-19 at 12:49, Ricardo Ardila Vetrovec wrote: > > i don't know, X configuration file it's made for de SERVICE X WINDOWS! > > and not to pass a X WINDOWS for differents users! I think Ricardo may be right, since X starts, then you login, then your desktop environment starts on top of X. I don't think X restarts itself between the login manager and the desktop starting. However, if it is screen resolution you want to control per user, I think the krandrtray applet can help you. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANQZ8jKeDCxMJCTIRAupVAKCTs/L/kKsE0Vfx+stAJtCzAGKAPQCfY5ZM OqzonCRzeG6bpi5ldpAGQO8= =OnkB -----END PGP SIGNATURE----- From mikes at hartwellcorp.com Thu Feb 19 18:57:02 2004 From: mikes at hartwellcorp.com (Michael St. Laurent) Date: Thu, 19 Feb 2004 10:57:02 -0800 Subject: Problems with up2date this morning Message-ID: <91A5926EFF44D3118B1200104B7276EB02C56C69@hart-exchange.hartwellcorp.com> Erich Hoover wrote: > Try running up2date -u up2date at the command prompt, apparently > there's a new version out. I couldn't get that to work so I ftp'ed the latest version of up2date and yum down and updated them manually. It's working now... just very slowly. ;-D Thanks for the help. -- Michael St. Laurent Hartwell Corporation From fedora at warmcat.com Thu Feb 19 18:57:02 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 18:57:02 +0000 Subject: Newbie: Fedora linux RedHat completely hanging or freezing the machine often In-Reply-To: <20040219183032.82095.qmail@web25003.mail.ukl.yahoo.com> References: <20040219183032.82095.qmail@web25003.mail.ukl.yahoo.com> Message-ID: <200402191857.02541.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 18:30, Clive Long wrote: > I have had Fedora freeze the machine entirely - so > that the machine only responds to a power down then > reboot. This hang can happen after 10 minutes of Are the keyboard lights flashing when it is hung? In that case hooking up a serial terminal (or another PC on a null modem cable) may give some debug info I believe. Of course you have to have a serial port (my machine doesn't have one for example :-) ) - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANQb+jKeDCxMJCTIRAn3pAJ9pEGGsWK0RDq1htXzN1MwmKDT+JQCgjuzM J7jZm5NwCigJejELOoRbaqw= =gYeu -----END PGP SIGNATURE----- From alan at redhat.com Thu Feb 19 19:07:48 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 19 Feb 2004 14:07:48 -0500 Subject: XFree86: Voodoo/Voodoo2 Driver In-Reply-To: References: <20040219005353.GA20073@devserv.devel.redhat.com> Message-ID: <20040219190748.GA22380@devserv.devel.redhat.com> On Thu, Feb 19, 2004 at 03:03:26PM +0000, Martin Alderson wrote: > >I'd appreciate Fedora feedback on this hardware so I can tell if I > >should try and get Mike Harris to merge it for FC2.. > > > >Alan > > Alan, will this make it into FC2? I'm curious (don't own a Voodoo card > myself but know a few peeps that do). Get them testing it 8) From p1374953 at cedarville.edu Thu Feb 19 19:07:55 2004 From: p1374953 at cedarville.edu (Timothy Bierer) Date: Thu, 19 Feb 2004 14:07:55 -0500 Subject: Inspiron 1100 troubles Message-ID: No changes, unfortunately. Still getting (EE)VESA(0): No matching modes and (EE) Screen(s) found, but none have a usable configuration. >>> fedora at warmcat.com 2/19/2004 1:50:07 PM >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 18:38, Timothy Bierer wrote: > Here are the errors I get from tail /var/log/XFree86.0.log -n 50: > (EE) VESA(0): No matching modes > (EE) Screen(s) found, but none have a usable configuration This is likely to do with your monitor configuration. X gets told the capabilities of your monitor something like this Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "0" HorizSync 1.5 - 250.0 VertRefresh 10.0 - 150.0 Option "dpms" Option "noddc" EndSection These are values I faked up in order to stop modes being disallowed based on X's idea of the monitor capabilities. Bust out vi on /etc/X11/XF86Config again and amend the HorizSync and VertRefresh guys to look like mine, that should make a difference if we are on the right track. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANQVfjKeDCxMJCTIRApHgAJwKSUBCE7fmEaW/m/YlFZ53epDBGwCfQTZP qsURd7+Dici3q5o50CXCGis= =2ZxX -----END PGP SIGNATURE----- -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From pri.rhl1 at iadonisi.to Thu Feb 19 19:08:52 2004 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: Thu, 19 Feb 2004 14:08:52 -0500 Subject: DVD burning in FC2T1 In-Reply-To: <1077173986.10083.2.camel@va.local.linuxlobbyist.org> References: <20040218194402.4627.88680.Mailman@listman.back-rdu.redhat.com> <200402182230.20588.wes@kuoi.asui.uidaho.edu> <1077173986.10083.2.camel@va.local.linuxlobbyist.org> Message-ID: <1077217731.10083.46.camel@va.local.linuxlobbyist.org> On Thu, 2004-02-19 at 01:59, Paul Iadonisi wrote: [snip] > Ick. Closed source. Phooey! Anyhow, I'm going to give the cdrecord > patch I pointed out in my post a shot and will report back to the list. I applied the patch to cdrtools at http://people.mandrakesoft.com/~warly/files/cdrtools/archives/ and it seems to work, but now the Fixating stage takes a LONG time. I haven't let it go to completion yet, but it's possible that it did actually complete. What I mean is that I got impatient both times (I tried it twice) and tried various means of killing it. But the process was in the 'D' state and wouldn't die for a long time. It's possible that once it left the 'D' state and responded to my ctrl-C's and "kill -9"'s that it was actually complete and just didn't spit out the summary information that it usually does when complete. I did verify that I could mount the DVD and doing a readcd produced an identical iso, so it seems to have worked. I'll have to let one run to completion and refrain from trying to kill it to confirm. Regardless, I'm still not sure this is the best approach. What I think would be better is to see what changes were made to cdrtools to come up with dvdrtools and see if the patches apply cleanly, or with minimal adjustments to the newest cdrtools. That saga continues...I'll report back if I make any more progress. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From fedora at warmcat.com Thu Feb 19 19:19:11 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 19:19:11 +0000 Subject: Inspiron 1100 troubles In-Reply-To: References: Message-ID: <200402191919.11486.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 19:07, Timothy Bierer wrote: > No changes, unfortunately. Still getting (EE)VESA(0): No matching modes > and (EE) Screen(s) found, but none have a usable configuration. Trawl through the /var/log/XFree86.0.log stuff looking for earlier errors. vi will let you page through it. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANQwvjKeDCxMJCTIRAssIAJ9AVyXiusaqfB0bpFOdrOuCssyjTQCfRZq8 6aO0jPuvh/vCiBHsSclA+Ns= =R5ib -----END PGP SIGNATURE----- From rpjday at mindspring.com Thu Feb 19 19:27:47 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 19 Feb 2004 14:27:47 -0500 (EST) Subject: cdrecord'ing to a USB cd-writer? In-Reply-To: <200402191851.50006.fedora@warmcat.com> References: <200402191851.50006.fedora@warmcat.com> Message-ID: On Thu, 19 Feb 2004, Andy Green wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thursday 19 February 2004 18:36, Robert P. J. Day wrote: > > > Feb 19 13:15:30 localhost kernel: Attached scsi generic sg0 at scsi2, > > No expert on this, but did you try /dev/sg0? yup, and as with some of the other variations, i got: Waiting for reader process to fill input buffer ... input buffer ready. BURN-Free is OFF. Performing OPC... Starting new track at sector: 12977 Track 01: 0 of 329 MB written.cdrecord: Input/output error. write_g1: scsi sendcmd: no error CDB: 2A 00 00 00 32 B1 00 00 1F 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 64 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x64 Qual 0x00 (illegal mode for this track) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.007s timeout 40s ... still seriously puzzled. rday From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Feb 19 19:36:24 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 19 Feb 2004 20:36:24 +0100 Subject: PAM, LDAP and pam_mkhomedir In-Reply-To: <20040219163249.GB32765@redhat.com> References: <20040218174012.6d3d7551@localhost> <20040219163249.GB32765@redhat.com> Message-ID: <20040219203624.0ff184dc@localhost> Nalin Dahyabhai wrote : > On Wed, Feb 18, 2004 at 05:40:12PM +0100, Matthias Saou wrote: > > I'm currently trying to have an FC2 test1 workstation authenticate against a > > central LDAP database. I currently only have RHL 7.3 machines doing something > > similar, so maybe these are changes/issues already present in FC1. > > > > - When I add the line below to /etc/pam.d/system-auth, the user's home > > directory only gets created if the user has write access to the directory in > > which his home directory will reside. Say I have /home/location/user, > > the "user" directory is created only if /home/location already does too > > and if there is write access to /home/location for the "user" user. > > Is this a feature or security enhancement? It renders the module basically > > useless for me... > > > > session required /lib/security/$ISA/pam_mkhomedir.so skel=/etc/skel umask=076 > > SSHD is performing session setup as the user, not as root. This gets > flipflopped every now and again to try to make pam_limits work (which > can't be fixed 100% within the framework PAM provides, sigh). That figures. I guess I'm stuck wrt sshd and pam_mkhomedir then, and this also explains why my last attempts at making pam_limits works were equally unsuccessful. > > - When an LDAP authenticated user logs in through ssh, it's impossible for him > > to do any uid/gid <-> name mapping. For instance, if I change the owner of a > > file to be a user in the LDAP database, doing "ls -l" on it as root does > > generate connections to the LDAP database and shows the user's name, whereas > > when logged in as the user, there is no LDAP activity and it shows the > > numeric uid. > > > > Maybe related to this 2nd issue, here is what an LDAP user gets through ssh : > > > > $ ssh user at computer > > user at computer's password: > > Creating directory '/home/location/user'. > > /usr/X11R6/bin/xauth: creating new authority file /home/location/user/.Xauthority > > id: cannot find name for user ID 501 > > id: cannot find name for group ID 1000 > > id: cannot find name for user ID 501 > > [I have no name!@computer user]$ > > > > Where uid 501 is the user's uid, and gid 1000 his primary group. > > These two look very related. I'd guess that one or more configuration > files (/etc/ldap.conf, mainly) aren't readable by the user, so the > user's processes don't "know" how to contact your LDAP server. > Double-check the permissions, or try running "id" under strace and > monitor for access control (EACCES) and related errors. Certainly the issue. I think I misunderstood how nss worked, as I wouldn't have thought users needed read access to the /etc/ldap.conf file. Thanks for the info. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.2-1.81 Load : 0.30 0.20 0.17 From davej at redhat.com Thu Feb 19 19:37:11 2004 From: davej at redhat.com (Dave Jones) Date: Thu, 19 Feb 2004 19:37:11 +0000 Subject: Current test kernel In-Reply-To: <1077183375.9919.11.camel@T7.linux> References: <1077183375.9919.11.camel@T7.linux> Message-ID: <1077219430.18050.4.camel@delerium.codemonkey.org.uk> On Thu, 2004-02-19 at 09:36, Paul wrote: > Hi, > > I've just installed the current test kernel (not run it yet). When > installing, rpm reports the symbol sleep_on is missing from the > following modules > > unsupported/fs/hfs/hfs.ko > unsupported/drivers/net/shaper.ko > kernel/fs/hpfs/hpfs.ko > > Are these known missing symbols or should I file a bugzilla report on > them. known, and fixed in 1.91 (big hammer method - those modules disabled for now) Dave From ted at trufflesdad.plus.com Thu Feb 19 19:46:43 2004 From: ted at trufflesdad.plus.com (Ted) Date: Thu, 19 Feb 2004 19:46:43 +0000 Subject: Kmail.... In-Reply-To: <200402191411.43404.fedora@warmcat.com> References: <20040216203001.1954.95184.Mailman@listman.back-rdu.redhat.com> <200402170918.08397.ted@trufflesdad.plus.com> <200402191411.43404.fedora@warmcat.com> Message-ID: <200402191946.43750.ted@trufflesdad.plus.com> On Thursday 19 February 2004 2:11 pm, Andy Green wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tuesday 17 February 2004 09:18, Ted wrote: > > pane opens up but no text in it....I know the messgage is there because > > it appears if I click the mail forward button....The settings are exactly > > the same as on my Yarrow box which is also running kde 3.2.. > > What I would do is start kmail from a Konsole window and look for > diagnostic messages coming out of Kmail on stdout/stderr. > > - -Andy > Thanks for the mail Andy...I have tried this before and get no error messages at all....Think I will reinstall without kde and then install kde from my Yarrow kde3.2 d/loads as the kde3.2 that I installed on that partition works ok.. -- Regards Ted Wager Using Libranet Linux From aaron.bennett at olin.edu Thu Feb 19 19:48:34 2004 From: aaron.bennett at olin.edu (Aaron Bennett) Date: Thu, 19 Feb 2004 14:48:34 -0500 Subject: smbfs / cifs in kernel 2.6.1 Message-ID: <40351312.6010908@olin.edu> Hi -- I was disapointed, at first, to see that smbfs is not in the stock kernel, then I found this bug report that indicates that it has been replaced by cifs. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116090 Fair enough. I don't mind changing to a different command. However, I can't get cifs stuff to mount.... Here is a mount command that works perfectly with smbfs: mount -t smbfs -o username=user/DOMAIN //windowsbox/share /mnt/windows/windowsbox/share If I change smbfs to cifs, I get this result: mount: Connection refused What am I missing here? Did I screw up the syntax for the mount, or is cifs not actually a drop-in replacement for smbfs? The machine I'm trying to connect to is part of an Active Directory realm, but the AD is in "mixed mode" and I have verified -- by rebuilding the kernel with smbfs support -- that that command works with the same kernel, same machine, FC 2 test. - Aaron -- Aaron Bennett UNIX Administrator Franklin W. Olin College of Engineering From fedora at warmcat.com Thu Feb 19 20:07:05 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 20:07:05 +0000 Subject: Kmail.... In-Reply-To: <200402191946.43750.ted@trufflesdad.plus.com> References: <20040216203001.1954.95184.Mailman@listman.back-rdu.redhat.com> <200402191411.43404.fedora@warmcat.com> <200402191946.43750.ted@trufflesdad.plus.com> Message-ID: <200402192007.05976.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 19:46, Ted wrote: > Thanks for the mail Andy...I have tried this before and get no error > messages at all....Think I will reinstall without kde and then install kde > from my Yarrow kde3.2 d/loads as the kde3.2 that I installed on that > partition works ok.. Have a quick look on the other consoles, sometimes I see errors floating around on Console 1 (Ctrl Alt F1) 2 or 8. May not need a reinstall... KMail is in kdepim package IIRC, you would consider to rpm -e this and them rpm -i it. That's quicker than reinstalling the whole of KDE and it might be enough for what ails it :-) - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANRdpjKeDCxMJCTIRAgZWAJ41SQ0XpDQaiZb01vJq23kkIrUF/gCggmun 7hH83yM21pfVaoY5MNwPnEw= =W1qz -----END PGP SIGNATURE----- From nalin at redhat.com Thu Feb 19 20:10:00 2004 From: nalin at redhat.com (Nalin Dahyabhai) Date: Thu, 19 Feb 2004 15:10:00 -0500 Subject: PAM, LDAP and pam_mkhomedir In-Reply-To: <20040219203624.0ff184dc@localhost> References: <20040218174012.6d3d7551@localhost> <20040219163249.GB32765@redhat.com> <20040219203624.0ff184dc@localhost> Message-ID: <20040219200958.GD32765@redhat.com> On Thu, Feb 19, 2004 at 08:36:24PM +0100, Matthias Saou wrote: > Nalin Dahyabhai wrote : > > SSHD is performing session setup as the user, not as root. This gets > > flipflopped every now and again to try to make pam_limits work (which > > can't be fixed 100% within the framework PAM provides, sigh). > > That figures. I guess I'm stuck wrt sshd and pam_mkhomedir then, and this > also explains why my last attempts at making pam_limits works were equally > unsuccessful. I guess I should clarify that, if only for the archives. Some limits (maximum number of processes) need to be set as the user (after sshd drops privileges), and some (core limit, stack size, anything that raises limits) need to be set as root (before sshd drops privileges). This requires more flexibility than PAM can supply within a single call to pam_open_session(). Cheers, Nalin From balay at fastmail.fm Thu Feb 19 20:06:14 2004 From: balay at fastmail.fm (Satish Balay) Date: Thu, 19 Feb 2004 14:06:14 -0600 (CST) Subject: smbfs / cifs in kernel 2.6.1 In-Reply-To: <40351312.6010908@olin.edu> References: <40351312.6010908@olin.edu> Message-ID: On Thu, 19 Feb 2004, Aaron Bennett wrote: > Hi -- > > I was disapointed, at first, to see that smbfs is not in the stock > kernel, then I found this bug report that indicates that it has been > replaced by cifs. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116090 > > Fair enough. I don't mind changing to a different command. However, I > can't get cifs stuff to mount.... There are still some issues with cifs (crash and burn when connecting with NT-4) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115604 > > Here is a mount command that works perfectly with smbfs: > mount -t smbfs -o username=user/DOMAIN //windowsbox/share > /mnt/windows/windowsbox/share > If I change smbfs to cifs, I get this result: > mount: Connection refused I've stumbled into this one. From 'man mount.cifs' the option is 'user' (instead of username) > > What am I missing here? Did I screw up the syntax for the mount, or is > cifs not actually a drop-in replacement for smbfs? Well NT4 is still SMB - so cifs doesn't work with it. BTW: I've successfully used the following (with a WinXP share) mount.cifs //xp-machine/c$ /mnt/dir -o user=uid,domain=dmn Satish From fedora at warmcat.com Thu Feb 19 20:39:13 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 19 Feb 2004 20:39:13 +0000 Subject: Micro$oft $uck$ In-Reply-To: <1077222541.16192.3.camel@localhost.localdomain> References: <1077221943.18012.37.camel@T7.linux> <1077222541.16192.3.camel@localhost.localdomain> Message-ID: <200402192039.13931.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 20:29, Brittany wrote: > When i try to do what you mention it gives me "The snd-intel8x0 driver > could not be loaded. This soundcard may not be compatible with Red Hat > Linux." Open up a console window (eg, by Start button | Run Command.... | konsole ) type su - give your root password type lspci highlight the results with your mouse, right-click on it and select Copy Paste it into a reply lspci lists the kinds of PCI device you have in your machine, it should suggest what kind of soundcard you have. Also, what is the result of running uname -r in the same window. - -Andy PS Microsoft stuff is pretty good in my experience, the problem is not that: the problem is they are evil. - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANR7xjKeDCxMJCTIRAsT5AJ4i2f/l1PrujIHt7KyPRPzaRe8IagCdHeWI JW5/XPDCAv9wUyVksaAcQVE= =1wji -----END PGP SIGNATURE----- From aaron.bennett at olin.edu Thu Feb 19 20:41:59 2004 From: aaron.bennett at olin.edu (Aaron Bennett) Date: Thu, 19 Feb 2004 15:41:59 -0500 Subject: smbfs / cifs in kernel 2.6.1 In-Reply-To: References: <40351312.6010908@olin.edu> Message-ID: <40351F97.7030304@olin.edu> Satish Balay wrote: > > >Well NT4 is still SMB - so cifs doesn't work with it. > >BTW: I've successfully used the following (with a WinXP share) > >mount.cifs //xp-machine/c$ /mnt/dir -o user=uid,domain=dmn > > Odd, I don't have mount.cifs on my system. [root at burton root]# rpm -qa | grep samba samba-common-3.0.2-1rc1 samba-3.0.2-1rc1 system-config-samba-1.2.2-1 samba-client-3.0.2-1rc1 I see from bug 115604 that the userspace tools may not be working. Did you download samba from samba.org and build from source, or something? -- Aaron Bennett UNIX Administrator Franklin W. Olin College of Engineering From shrek-m at gmx.de Thu Feb 19 20:57:37 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 19 Feb 2004 21:57:37 +0100 Subject: smbfs / cifs in kernel 2.6.1 In-Reply-To: <40351F97.7030304@olin.edu> References: <40351312.6010908@olin.edu> <40351F97.7030304@olin.edu> Message-ID: <40352341.2010604@gmx.de> Aaron Bennett wrote: > Odd, I don't have mount.cifs on my system. > > [root at burton root]# rpm -qa | grep samba > samba-common-3.0.2-1rc1 > samba-3.0.2-1rc1 > system-config-samba-1.2.2-1 > samba-client-3.0.2-1rc1 outsch, 3.0.2-1rc1 you need an update http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/ -- shrek-m From atarimike at charter.net Thu Feb 19 20:56:36 2004 From: atarimike at charter.net (atarimike at charter.net) Date: Thu, 19 Feb 2004 20:56:36 +0000 Subject: bad: scheduling while atomic! Message-ID: <200402192056.i1JKudSx085026@mxsf23.cluster1.charter.net> I'm running Fedora Core 1 with a custom 2.6.2 kernel. After a while (vaires from days to minutes), I get this message in my /var/log/messagse file: Feb 16 02:37:50 d182-100-tercero-k-1 kernel: bad: scheduling while atomic! Feb 16 02:37:50 d182-100-tercero-k-1 kernel: Call Trace: Feb 16 02:37:50 d182-100-tercero-k-1 kernel: [] schedule+0x69a/0x69f Feb 16 02:37:50 d182-100-tercero-k-1 kernel: [] smp_apic_timer_interrupt+0xdd/0x145 Feb 16 02:37:50 d182-100-tercero-k-1 kernel: [] reschedule_interrupt+0x1a/0x20 Feb 16 02:37:50 d182-100-tercero-k-1 kernel: [] default_idle+0x0/0x2c Feb 16 02:37:50 d182-100-tercero-k-1 kernel: [] cpu_idle+0x3a/0x3c Feb 16 02:37:50 d182-100-tercero-k-1 kernel: [] printk+0x163/0x1be This is repeated over and over, many many times a second. The only way to make it stop is to reboot. I have Dell comptuer with a P4 and hyperthreading. What's going on here? Mike ps. I'm not sure if this is an appropriate question here, but I'm not sure where else to ask. From p1374953 at cedarville.edu Thu Feb 19 21:01:29 2004 From: p1374953 at cedarville.edu (Timothy Bierer) Date: Thu, 19 Feb 2004 16:01:29 -0500 Subject: Inspiron 1100 troubles Message-ID: The 845 patch, available at http://geocities.com/randomnumbergenerator2001/ fixed things. I thought that it only manipulated XF86Config, but that is not the case. Thank you very much for your help! >>> fedora at warmcat.com 2/19/2004 2:19:11 PM >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 19 February 2004 19:07, Timothy Bierer wrote: > No changes, unfortunately. Still getting (EE)VESA(0): No matching modes > and (EE) Screen(s) found, but none have a usable configuration. Trawl through the /var/log/XFree86.0.log stuff looking for earlier errors. vi will let you page through it. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANQwvjKeDCxMJCTIRAssIAJ9AVyXiusaqfB0bpFOdrOuCssyjTQCfRZq8 6aO0jPuvh/vCiBHsSclA+Ns= =R5ib -----END PGP SIGNATURE----- -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From balay at fastmail.fm Thu Feb 19 21:05:36 2004 From: balay at fastmail.fm (Satish Balay) Date: Thu, 19 Feb 2004 15:05:36 -0600 (CST) Subject: smbfs / cifs in kernel 2.6.1 In-Reply-To: <40351F97.7030304@olin.edu> References: <40351312.6010908@olin.edu> <40351F97.7030304@olin.edu> Message-ID: On Thu, 19 Feb 2004, Aaron Bennett wrote: > Satish Balay wrote: > > > >Well NT4 is still SMB - so cifs doesn't work with it. > >BTW: I've successfully used the following (with a WinXP share) > >mount.cifs //xp-machine/c$ /mnt/dir -o user=uid,domain=dmn > > > > > Odd, I don't have mount.cifs on my system. > > [root at burton root]# rpm -qa | grep samba > samba-common-3.0.2-1rc1 > samba-3.0.2-1rc1 > system-config-samba-1.2.2-1 > samba-client-3.0.2-1rc1 > > I see from bug 115604 that the userspace tools may not be working. > Did you download samba from samba.org and build from source, or > something? Nope, just updates from rawhide. # rpm -qf /sbin/mount.cifs samba-client-3.0.2a-1 # rpm -q kernel kernel-2.6.2-1.87 Satish From kslair at cvnet.co.kr Thu Feb 19 10:55:56 2004 From: kslair at cvnet.co.kr (Kenneth Lee) Date: Thu, 19 Feb 2004 19:55:56 +0900 Subject: Openoffice: Bad in Korean Language? Message-ID: <200402191955.56743.kslair@cvnet.co.kr> Newer version of Openoffice does not seem to show the menu in Korean. All the Korean screen menus are just disappeared. Secondly, there are now no oopadmin (aka spadmin) available. From mgansser at ngi.de Thu Feb 19 22:35:27 2004 From: mgansser at ngi.de (Martin Gansser) Date: Thu, 19 Feb 2004 23:35:27 +0100 Subject: 2.6.3-1.91: could`nt write to /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor Message-ID: <1077230127.3759.13.camel@gecko> Hi, with the 2.6.3-1.91 on startup the following message come up: could`nt write to /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor the directory/file don't exists: cpufreq/scaling_governor -- viele Gr??e Martin From mgansser at ngi.de Thu Feb 19 22:39:33 2004 From: mgansser at ngi.de (Martin Gansser) Date: Thu, 19 Feb 2004 23:39:33 +0100 Subject: kernel-2.6.3-1.91: Badness in interruptible_sleep_on_timeout at kernel/sched.c:1937 Message-ID: <1077230373.3759.19.camel@gecko> kernel-2.6.3-1.91 reports the following error on dmesg, when the dvb modules are loaded: Linux video capture interface: v1.00 intel8x0_measure_ac97_clock: measured 49379 usecs intel8x0: clocking to 48000 saa7146: register extension 'dvb'. saa7146: found saa7146 @ mem e0a01e00 (revision 1, irq 12) (0x13c2,0x0003). DVB: registering new adapter (Technotrend/Hauppauge PCI rev2.1). probe_tuner: try to attach to Technotrend/Hauppauge PCI rev2.1 drivers/media/dvb/frontends/stv0299.c: setup for tuner BSRU6, TDQB-S00x DVB: registering frontend 0:0 (STV0299/TSA5059/SL1935 based)... Technotrend/Hauppauge PCI rev2.1 adapter 0 has MAC addr = 00:d0:5c:21:3f:ee DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261b DVB: AV7111(0) - firmware supports CI link layer interface Badness in interruptible_sleep_on_timeout at kernel/sched.c:1937 Call Trace: [] interruptible_sleep_on_timeout+0x5d/0x23a [] default_wake_function+0x0/0xc [] daemonize+0xa1/0xa5 [] dvb_kernel_thread_setup+0xb5/0x154 [dvb_core] [] arm_thread+0x0/0x3a7 [dvb_ttpci] [] arm_thread+0x5e/0x3a7 [dvb_ttpci] [] arm_thread+0x0/0x3a7 [dvb_ttpci] [] kernel_thread_helper+0x5/0xb av7110(0): Crystal audio DAC detected videodev: "av7110" has no release callback. Please fix your driver for proper sysfs support, see http://lwn.net/Articles/36850/ saa7146_vv: saa7146 (0): registered device video0 [v4l2] av7110: found av7110-0. Badness in interruptible_sleep_on_timeout at kernel/sched.c:1937 the error is already reported on the dvb mailinglist http://www.mail-archive.com/linux-dvb at linuxtv.org/msg14852.html -- viele Gr??e Martin From katzj at redhat.com Thu Feb 19 23:05:12 2004 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 19 Feb 2004 18:05:12 -0500 Subject: What happened to version.h? In-Reply-To: References: Message-ID: <1077231912.16300.10.camel@mirkwood.boston.redhat.com> On Wed, 2004-02-18 at 10:03 -0500, James Olin Oden wrote: > Yeah but that still requires that that kernel had been installed at some > time, where as with the source approach you can use rpm2cpio (or just > untar the tarball if you like) to unpack the sources wherever you like, > and then do some preliminary configuration of the sources (i.e. setting up > your config they way you like, or use the proper config from your distro > vendor, and make deps, and stuff like that). This approach can/has been > automated, and generates a reproducible build of your device driver no > matter what kernel is installed on your build server. You can rpm2cpio the kernel binary package just as well as the source. It's all a matter of nits of how you get the bits in the right place. Now instead of having all the bits for all kernels in the kernel-source package and having wacky bizarro magic required to get the right headers, the headers are now with the kernel they go with, no magic hacks required :) Jeremy From ehoover at mines.edu Thu Feb 19 23:06:12 2004 From: ehoover at mines.edu (Erich Hoover) Date: Thu, 19 Feb 2004 16:06:12 -0700 Subject: Why is NTFS disabled? Message-ID: <40354164.4040008@mines.edu> Kernel 2.6 claims NTFS support (even experimental write support), so why is it disabled in the FC2 test kernels? There's no way I can test the thing when by the time my kernel has finished compiling up2date has a new kernel for me to test already. From c.hauser at active.ch Thu Feb 19 23:18:08 2004 From: c.hauser at active.ch (Christian Hauser) Date: Fri, 20 Feb 2004 00:18:08 +0100 Subject: Latest versions of MySQL and PostgreSQL? Message-ID: <40354430.8000405@active.ch> Hello I'm wondering why Fedora is not using the latest versions of MySQL (4.0.18) and PostgreSQL (7.4.1). I see MySQL version 3.23.58 and PostgreSQL version 7.4 in Fedora Core 2 test 1. Please correct me if I'm wrong. Is there a reason for this? If so, what's the reason? Thanks in advance for enlightening me about that. Regards, Christian From dsavage at peaknet.net Thu Feb 19 23:28:07 2004 From: dsavage at peaknet.net (dsavage at peaknet.net) Date: Thu, 19 Feb 2004 17:28:07 -0600 (CST) Subject: Why is NTFS disabled? In-Reply-To: <40354164.4040008@mines.edu> References: <40354164.4040008@mines.edu> Message-ID: <56492.140.175.214.33.1077233287.squirrel@www.peaknet.net> On Thursday February 19, 2004 Erich Hoover wrote: > Kernel 2.6 claims NTFS support (even experimental write support), so why > is it disabled in the FC2 test kernels? There's no way I can test the > thing when by the time my kernel has finished compiling up2date has a > new kernel for me to test already. Very old subject. Please search the mail list archives for NTFS. I'm sure you'll find a wealth of explanations there. --Doc Savage Fairview Heights, IL From paul at all-the-johnsons.co.uk Thu Feb 19 23:37:10 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 19 Feb 2004 23:37:10 +0000 Subject: Gimp print Message-ID: <1077233830.29762.1.camel@T7.linux> Hi, Anyone else noticed printing from the current version of gimp is foobard? vsn 4.2.6-5, gimp vsn 2.0.0-pre3.3 TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 rjohnson at medata.com Thu Feb 19 23:38:33 2004 From: rjohnson at medata.com (Rick Johnson) Date: Thu, 19 Feb 2004 15:38:33 -0800 Subject: 2.6.3-1.91: could`nt write to /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor In-Reply-To: <1077230127.3759.13.camel@gecko> References: <1077230127.3759.13.camel@gecko> Message-ID: <403548F9.2070402@medata.com> Martin Gansser wrote: > Hi, > > with the 2.6.3-1.91 on startup the following message come up: > > could`nt write to /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor > > the directory/file don't exists: cpufreq/scaling_governor This has probably been covered before - Have you configured /etc/cpufreq.conf to use the correct driver? speedstep_ich works for most laptops. -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From rjohnson at medata.com Thu Feb 19 23:40:03 2004 From: rjohnson at medata.com (Rick Johnson) Date: Thu, 19 Feb 2004 15:40:03 -0800 Subject: Latest versions of MySQL and PostgreSQL? In-Reply-To: <40354430.8000405@active.ch> References: <40354430.8000405@active.ch> Message-ID: <40354953.7070803@medata.com> Christian Hauser wrote: > Hello > > I'm wondering why Fedora is not using the latest versions of MySQL > (4.0.18) and PostgreSQL (7.4.1). > > I see MySQL version 3.23.58 and PostgreSQL version 7.4 in Fedora Core 2 > test 1. Please correct me if I'm wrong. > > Is there a reason for this? If so, what's the reason? See archives for the MySQL explination. There's a potential licensing conflict - Red Hat has opted to be conservative. When did PostgreSQL release 7.4.1? FC2 went into feature freeze a couple of weeks before Test 1 was released. They may have missed the deadline. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From mrsam at courier-mta.com Thu Feb 19 23:40:10 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Thu, 19 Feb 2004 18:40:10 -0500 Subject: x864_64 up2date gone wild. References: <20040217161133.GA23260@comcast.net> <200402171540.43382.czar@czarc.net> <1077213187.25813.291.camel@dungeness.stl.gtri.gatech.edu> Message-ID: Rob Myers writes: > On Tue, 2004-02-17 at 18:34, Sam Varshavchik wrote: >> Gene C. writes: >> >> > On Tuesday 17 February 2004 11:11, Justin M. Forbes wrote: >> >> On Mon, Feb 16, 2004 at 09:10:45PM -0500, Sam Varshavchik wrote: >> >> > XFree86-libs-4.3.0-42 requires XFree86-libs-data-4.3.0-42 >> >> > >> >> > I cannot figure out why it's stuck here. Both XFree86-libs-4.3.0-55 and >> >> > XFree86-libs-data-4.3.0-55 were selected for update. >> >> >> >> These two packages are the two i386 packages for XFree86. Do you have an >> >> i386 update channel with the proper versions of these packages? Though it >> >> does seem odd that the i386 package dependencies resolve on a 64bit package >> >> update... I suppose it is good behavior as far as keeping things in sync, >> >> but technically unecessary... >> > >> > The FC x86_64 distribution has both the x86_64 and the i386 versions for the >> > XFree86-libs and XFree86-libs-data packages.You need to make sure that >> > /etc/sysconfig/rhn/sources have both the x86_64 and i386 update repositoies >> > defined. >> >> According to http://www.stl.gtri.gatech.edu/fedora/, I should only need: >> >> yum updates http://www.stl.gtri.gatech.edu/fedora/x86_64/updates/ >> >> Right now, this directory contains only XFree86-libs-4.3.0-55.x86_64.rpm, >> and does not have the i386 rpm. > > what is the best thing for that page to say? i'd like to keep the > x86_64 updates stuff complete, accurate and timely. I _think_ you need to say that you need: yum updates http://www.stl.gtri.gatech.edu/fedora/x86_64/updates/ yum updates-i386 http://download.fedora.redhat.com/pub/fedora/linux/core/updates/1/i386/ With a very strong encouragement to use one of the mirrors for the x86 stuff, instead. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jeremy at rosengren.org Thu Feb 19 23:41:03 2004 From: jeremy at rosengren.org (Jeremy A. Rosengren) Date: Thu, 19 Feb 2004 17:41:03 -0600 Subject: Latest versions of MySQL and PostgreSQL? In-Reply-To: <40354430.8000405@active.ch> References: <40354430.8000405@active.ch> Message-ID: <4035498F.4070109@rosengren.org> Christian Hauser wrote: > Hello > > I'm wondering why Fedora is not using the latest versions of MySQL > (4.0.18) and PostgreSQL (7.4.1). > > I see MySQL version 3.23.58 and PostgreSQL version 7.4 in Fedora Core 2 > test 1. Please correct me if I'm wrong. > > Is there a reason for this? If so, what's the reason? > > Thanks in advance for enlightening me about that. > > Regards, > Christian > > The MySQL portion of this question is a FAQ. Please search the mailing list archives for a wealth of discussion and information about the decision. -- jeremy From tony at immunix.com Fri Feb 20 00:25:59 2004 From: tony at immunix.com (Tony Jones) Date: Thu, 19 Feb 2004 16:25:59 -0800 Subject: glibc-common install error with FC2 test1 (1.90) Message-ID: <20040219162559.A31790@immunix.com> Installers media check says all 4 disks are good. First install, ran into bug 116199 Switched machines. Now, get a fatal error (for both custom:everything and workstation). Installer errors out almost immediately installing glibc-common-2.3.3-7 Install log says: error: unpacking of archive failed on file /usr/lib/locale/ko_KR.euckr/LC_COLLATE;4035a6d9: cpio: MD5 sum mismatch Can't find anything in bugzilla. List archive search for the last 2 hrs gives me "redhat.com is temporarily unavailable. Please try back later" :) Seems like a show stopper problem, would have thought everyone would be seeing it, so I'm wondering if I'm missing something. Anyone clue me in? Thanks Tony From c.hauser at active.ch Fri Feb 20 00:35:45 2004 From: c.hauser at active.ch (Christian Hauser) Date: Fri, 20 Feb 2004 01:35:45 +0100 Subject: Latest versions of MySQL and PostgreSQL? In-Reply-To: <40354953.7070803@medata.com> References: <40354430.8000405@active.ch> <40354953.7070803@medata.com> Message-ID: <40355661.6070906@active.ch> > See archives for the MySQL explination. There's a potential licensing > conflict - Red Hat has opted to be conservative. I'll have a look at that, thanks. > When did PostgreSQL release 7.4.1? FC2 went into feature freeze a couple > of weeks before Test 1 was released. They may have missed the deadline. PostgreSQL 7.4.1 released around christmas last year. Maybe they pack it into test2. From zgobolos at 777westel.hu Fri Feb 20 00:37:49 2004 From: zgobolos at 777westel.hu (=?ISO-8859-1?Q?G=F6b=F6l=F6s_Zolt=E1n?=) Date: Fri, 20 Feb 2004 01:37:49 +0100 Subject: freshrpms.net packages Message-ID: <1077237468.5180.16.camel@zgobolos.home> Hi all! Can I safely install binary packages from the freshrpms.net Yarrow repository, or compile from source rpm? Or wait for the official FC2T1 repository? I'm interested in gstreamer, and the depenant libraries if any like xvid, mad, dvd stuff, etc. Thanks, Zoltan From davej at redhat.com Fri Feb 20 00:39:55 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 20 Feb 2004 00:39:55 +0000 Subject: bad: scheduling while atomic! In-Reply-To: <200402192056.i1JKudSx085026@mxsf23.cluster1.charter.net> References: <200402192056.i1JKudSx085026@mxsf23.cluster1.charter.net> Message-ID: <1077237595.21656.0.camel@delerium.codemonkey.org.uk> On Thu, 2004-02-19 at 20:56, atarimike at charter.net wrote: > I'm running Fedora Core 1 with a custom 2.6.2 kernel. > After a while (vaires from days to minutes), I get this > message in > my /var/log/messagse file: > Feb 16 02:37:50 d182-100-tercero-k-1 kernel: bad: > scheduling while atomic! > Feb 16 02:37:50 d182-100-tercero-k-1 kernel: Call Trace: > Feb 16 02:37:50 d182-100-tercero-k-1 kernel: [] > schedule+0x69a/0x69f > Feb 16 02:37:50 d182-100-tercero-k-1 kernel: [] > smp_apic_timer_interrupt+0xdd/0x145 > Feb 16 02:37:50 d182-100-tercero-k-1 kernel: [] > reschedule_interrupt+0x1a/0x20 > Feb 16 02:37:50 d182-100-tercero-k-1 kernel: [] > default_idle+0x0/0x2c > Feb 16 02:37:50 d182-100-tercero-k-1 kernel: [] > cpu_idle+0x3a/0x3c > Feb 16 02:37:50 d182-100-tercero-k-1 kernel: [] > printk+0x163/0x1be This is the whole trace ? Or is there more in the logs? Dave From maxer1 at xmission.com Fri Feb 20 00:49:51 2004 From: maxer1 at xmission.com (raxet) Date: Thu, 19 Feb 2004 17:49:51 -0700 Subject: cpufreq configure Message-ID: <403559AF.2050104@xmission.com> I'm getting this message in FC2 T1 on boot: could`nt write to /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor How do you configure this? Thanks, RaXeT From aoliva at redhat.com Fri Feb 20 00:59:46 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 19 Feb 2004 21:59:46 -0300 Subject: up2date, mirror repositories, and performance In-Reply-To: <1077167708.9987.6.camel@binkley> References: <200402181513.13593.czar@czarc.net> <1077137622.8689.132.camel@cei3440.empower.ceimaine.org> <1077142447.13347.16.camel@opus> <200402181856.07093.czar@czarc.net> <1077167708.9987.6.camel@binkley> Message-ID: On Feb 19, 2004, seth vidal wrote: > so if the metadata format we've worked on can become a standard for > fedora core you could use the repomd.xml file as a way to check mirrors. > It has timestamps and md5sums in it. The mirror master or some client > could download this <1K file a set of mirrors compare it to the one on > the mirror master and know (within a fair margin of error) which one's > were in sync. You know... It would be *really* nice if the mirror master could do it by itself, and issue redirects to mirrors known to be up to date, instead of having up2date do it by itself. The problem with `mirror' entries in up2date sources file is that it tends to not save bandwidth when multiple boxes behind the same web caching proxy are about to install the same set of updates (not an unusual thing). Due to the random selection of mirrors, each box ends up downloading the update from a different mirror. If the redirects came from the server, however, they'd (presumably) be cached, and all clients would follow it and get a cache hit for the downloads. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From ehoover at mines.edu Fri Feb 20 01:12:35 2004 From: ehoover at mines.edu (Erich Hoover) Date: Thu, 19 Feb 2004 18:12:35 -0700 Subject: Why is NTFS disabled? Message-ID: <40355F03.40405@mines.edu> I tried before posting, unfortunately I got (and still get) this: * redhat.com is temporarily unavailable. Please try back later. *>* *On Thursday February 19, 2004 Erich Hoover wrote: > > Kernel 2.6 claims NTFS support (even experimental write support), so why > > is it disabled in the FC2 test kernels? There's no way I can test the > > thing when by the time my kernel has finished compiling up2date has a > > new kernel for me to test already. > > Very old subject. Please search the mail list archives for NTFS. I'm sure > you'll find a wealth of explanations there. > --Doc Savage > Fairview Heights, IL -------------- next part -------------- An HTML attachment was scrubbed... URL: From aoliva at redhat.com Fri Feb 20 01:45:04 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 19 Feb 2004 22:45:04 -0300 Subject: cpufreq configure In-Reply-To: <403559AF.2050104@xmission.com> References: <403559AF.2050104@xmission.com> Message-ID: On Feb 19, 2004, raxet wrote: > could`nt write to /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor > How do you configure this? Start by searching the archives :-) It has to do with cpufreq.conf. At least half a dozen recent threads have the answer. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From msoro at infomag.jp Fri Feb 20 02:07:37 2004 From: msoro at infomag.jp (Maxim Sorokin) Date: Fri, 20 Feb 2004 11:07:37 +0900 Subject: Fedora64: sil3512a and rtl8110s Message-ID: <40356BE9.3080907@infomag.jp> Dear sirs, collegues! I have the system. AMD Athlon64 3000+ Motherboard GIGABYTE K8N Pro + nForce3 1Gb DDR RAM 200Gb HDD on SerialATA - Sil3512 (non RAID mode for a while) I have some troubles/questions during the installation FC1-64: - System can't fully detect nForce3 and wrote (smth like "not fully copliant nForce2 chipset detected") - does FC64 support nForce3? - System can't detect SATA and hangs on the step of loading anaconda, untill I downloded drivers for sil3512 (AKA sil3112 for RH9) - and try to install with option "linux dd". But even those drivers system can't recognize. - Third thing is - problem with RTL8110s - I was trying to load rtl8965 drivers (as copliant) - but it doesn't work... Has somebody expirience with it? Any solutions/recommendations? Thank you for the help! -- Maxim Sorokin From skvidal at phy.duke.edu Fri Feb 20 02:26:13 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 19 Feb 2004 21:26:13 -0500 Subject: up2date, mirror repositories, and performance In-Reply-To: References: <200402181513.13593.czar@czarc.net> <1077137622.8689.132.camel@cei3440.empower.ceimaine.org> <1077142447.13347.16.camel@opus> <200402181856.07093.czar@czarc.net> <1077167708.9987.6.camel@binkley> Message-ID: <1077243972.13086.5.camel@binkley> > You know... It would be *really* nice if the mirror master could do > it by itself, and issue redirects to mirrors known to be up to date, > instead of having up2date do it by itself. > > The problem with `mirror' entries in up2date sources file is that it > tends to not save bandwidth when multiple boxes behind the same web > caching proxy are about to install the same set of updates (not an > unusual thing). Due to the random selection of mirrors, each box ends > up downloading the update from a different mirror. > > If the redirects came from the server, however, they'd (presumably) be > cached, and all clients would follow it and get a cache hit for the > downloads. > Here's my problem with that - it means that you end up with 'intelligent' servers. Those type of servers tend to be poorly maintained and your central point of failure. You'd need a cluster of them and multiple mirror points so if one mirror redirector was down the others could pick up for it. -sv From 64bit_fedora at comcast.net Fri Feb 20 02:27:14 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Thu, 19 Feb 2004 20:27:14 -0600 Subject: Fedora64: sil3512a and rtl8110s In-Reply-To: <40356BE9.3080907@infomag.jp> References: <40356BE9.3080907@infomag.jp> Message-ID: <20040220022714.GB18563@comcast.net> On Fri, Feb 20, 2004 at 11:07:37AM +0900, Maxim Sorokin wrote: > I have the system. > AMD Athlon64 3000+ > Motherboard GIGABYTE K8N Pro + nForce3 > 1Gb DDR RAM > 200Gb HDD on SerialATA - Sil3512 (non RAID mode for a while) > I happen to have this same board, so it is fairly well tested. For the fc1 test1,you will need to boot with acpi=off (note the update kernel does not require this, and the release kernel will not either. > - System can't fully detect nForce3 and wrote (smth like "not fully > copliant nForce2 chipset detected") - does FC64 support nForce3? Yes, NForce 3 is supported, is this the exact message you see? NFORCE3: not 100%% native mode: will probe irqs later Not an issue, this chipset is well suppported,there is an IO-apic issue which is worked around in the errata, and was fixed in mainline 2.6.3 today. > - System can't detect SATA and hangs on the step of loading anaconda, > untill I downloded drivers for sil3512 (AKA sil3112 for RH9) - and try > to install with option "linux dd". But even those drivers system can't > recognize. The SATA controller is not supported under FC1 at this time. or FC2 yet. > - Third thing is - problem with RTL8110s - I was trying to load rtl8965 > drivers (as copliant) - but it doesn't work... > The correct driver to load is r8169, and it should automatically configure this on install. That driver is included in the kernel. > Has somebody expirience with it? Any solutions/recommendations? > Unfortunately the SATA wont work for now, but everything else should be fine on this board. Justin From redhat-jc at insight.rr.com Fri Feb 20 02:51:11 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Thu, 19 Feb 2004 21:51:11 -0500 Subject: Kernel-2.6.2-1.87 locking up computer In-Reply-To: <1077166418.3495.8.camel@localhost.localdomain> References: <1077166418.3495.8.camel@localhost.localdomain> Message-ID: <4035761F.2050306@insight.rr.com> Tim Quinn wrote: > Hi Jim --- > > Looks like your mouse is preventing X from loading. Have you tried > making this change in your etc/X11/XF86Config file? > > "Please modify Section "Input Device" End Section > > Option "Device" > "/dev/input/mice" or "/dev/input/mouse0" > (it probably reads something like "/dev/psaux" or "/dev/mouse" before > you change it to the above) > > And change /etc/sysconfig/gpm file: > > DEVICE; "/dev/input/mouse0" or "/dev/input/mice" > > Good luck! tq > > I have two input devices within my /etc/X11/XF86Config file. One of the instances was set to /dev/psaux and the second was set to /dev/input mice. I ended up leaving the second instance within the file and changed the one that pointed to "/dev/psaux" to "/dev/input/mice" also. Thanks for the help with locating th line that was causing the latest kernel to load X properly. Sorry for the continuation into the things with nautilus and file selection tools for applications. They should be committed to bugzilla and hopefully made to work in reasonable manners. Now with X up and running. I can see what the problem with mounting reiserfs volumes is. I have seen a posting that said that hpfs modules are not present within the kernel either. I don't have any of those volume types fortunately. Jim From tony at immunix.com Fri Feb 20 03:22:40 2004 From: tony at immunix.com (Tony Jones) Date: Thu, 19 Feb 2004 19:22:40 -0800 Subject: glibc-common install error with FC2 test1 (1.90) In-Reply-To: <20040219162559.A31790@immunix.com>; from tony@immunix.com on Thu, Feb 19, 2004 at 04:25:59PM -0800 References: <20040219162559.A31790@immunix.com> Message-ID: <20040219192240.A469@immunix.com> On Thu, Feb 19, 2004 at 04:25:59PM -0800, Tony Jones wrote: > Install log says: > error: unpacking of archive failed on file > /usr/lib/locale/ko_KR.euckr/LC_COLLATE;4035a6d9: > cpio: MD5 sum mismatch On a 5th attempt, I got past this. But ran into same MD5 sum error on kernel binary rpm. iso checksums reverified manually outside of media check Looking thru bugzilla, I came across bugs 107280/106258. Specifying ide=nodma on the boot line got me a clean install. But isn't nodma now the install default? #107280 implies it is post FC1-test3 Tony From redhat-jc at insight.rr.com Fri Feb 20 03:24:32 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Thu, 19 Feb 2004 22:24:32 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077202047.20190.26.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116756.7798.506.camel@localhost.localdomain> <20040218152516.GA20644@devserv.devel.redhat.com> <1077122454.7798.580.camel@localhost.localdomain> <4034C174.8080401@olin.edu> <1077202047.20190.26.camel@localhost.localdomain> Message-ID: <40357DF0.5070101@insight.rr.com> > > Not really having paid much attention to: > > http://mail.gnome.org/archives/nautilus-list > > (but please look there if you want to see more data), I think spatial > mode makes two assumptions: > > - Navigation can be kept shallow for non-expert users > - Expert users will make frequent use of Control-L > > Regards, > Owen Say I click my way to a file within some directory which is a long way down a path. If I try to click with only a few directories down a path, I have no way of knowing the actual path to the file. All I get is a lot of open windows and know one of them was where the file originally was. Getting a window for every click is bad enough. Why the new window cannot at least give you a clue as to where it came from, looking at the window with the file you want. CTL-L is not any more of a convienience than a terminal shell or using the run dialog box. Spacial mode is basically useless and does not really let one know where the file is and needlessly clutters up the desktop. JIm From hoyt at cavtel.net Fri Feb 20 04:24:47 2004 From: hoyt at cavtel.net (Hoyt) Date: Thu, 19 Feb 2004 23:24:47 -0500 Subject: cpufreq configure In-Reply-To: References: <403559AF.2050104@xmission.com> Message-ID: <200402192324.47598.hoyt@cavtel.net> On Thursday 19 February 2004 08:45 pm, Alexandre Oliva wrote: > On Feb 19, 2004, raxet wrote: > > could`nt write to /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor > > > > How do you configure this? > > Start by searching the archives :-) It has to do with cpufreq.conf. > At least half a dozen recent threads have the answer. > > -- > Alexandre Oliva RTFM is not always a helpful answer. "redhat.com is temporarily unavailable. Please try back later." And this outage has been reported before on this list. You do read the list don't you? 8) -- Hoyt From generic at olive.ocn.ne.jp Fri Feb 20 05:18:46 2004 From: generic at olive.ocn.ne.jp (generic) Date: Fri, 20 Feb 2004 14:18:46 +0900 Subject: [FAILED] start httpd on services, libperl.so: cannot open shared object file Message-ID: <403598B6.7000005@olive.ocn.ne.jp> When I started httpd without the HTTP setup, I failed in the reason libperl.so: cannot open shared object file: No such file or directory. Is a certain prior setup required? The following is a message which has a dialog, httpd failed. The error was: Starting httpd: Syntax error on line 10 of /etc/httpd/conf.d/perl.conf: Cannot load /etc/httpd/modules/mod_perl.so into server: libperl.so: cannot open shared object file: No such file or directory [FAILED] generic: Namikawa, Shozo. From shrek-m at gmx.de Fri Feb 20 08:47:54 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 20 Feb 2004 09:47:54 +0100 Subject: Why is NTFS disabled? In-Reply-To: <40355F03.40405@mines.edu> References: <40355F03.40405@mines.edu> Message-ID: <4035C9BA.4040400@gmx.de> Erich Hoover wrote: > I tried before posting, unfortunately I got (and still get) this: > * redhat.com is temporarily unavailable. Please try back later. > * http://www.redhat.com/archives/fedora-test-list/2004-February/msg00811.html > **>* *On Thursday February 19, 2004 Erich Hoover > wrote: > > > Kernel 2.6 claims NTFS support (even experimental write support), > so why > > > is it disabled in the FC2 test kernels? There's no way I can test the > > > thing when by the time my kernel has finished compiling up2date has a > > > new kernel for me to test already. > > > > Very old subject. Please search the mail list archives for NTFS. I'm > sure > > you'll find a wealth of explanations there. ... https://listman.redhat.com/archives/phoebe-list/2003-February/msg01509.html https://listman.redhat.com/archives/shrike-list/2003-April/msg00310.html ... -- shrek-m From shrek-m at gmx.de Fri Feb 20 08:56:09 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 20 Feb 2004 09:56:09 +0100 Subject: cpufreq configure In-Reply-To: <403559AF.2050104@xmission.com> References: <403559AF.2050104@xmission.com> Message-ID: <4035CBA9.60308@gmx.de> raxet wrote: > I'm getting this message in FC2 T1 on boot: > > could`nt write to /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor > > How do you configure this? you can search in bgzilla: https://bugzilla.redhat.com/bugzilla/index.cgi cpufreq -- shrek-m From alan at redhat.com Fri Feb 20 09:19:24 2004 From: alan at redhat.com (Alan Cox) Date: Fri, 20 Feb 2004 04:19:24 -0500 Subject: cpufreq configure In-Reply-To: <200402192324.47598.hoyt@cavtel.net> References: <403559AF.2050104@xmission.com> <200402192324.47598.hoyt@cavtel.net> Message-ID: <20040220091924.GC5338@devserv.devel.redhat.com> On Thu, Feb 19, 2004 at 11:24:47PM -0500, Hoyt wrote: > RTFM is not always a helpful answer. > > "redhat.com is temporarily unavailable. Please try back later." > > And this outage has been reported before on this list. You do read the list > don't you? 8) Patience is a virtue 8) From jorton at redhat.com Fri Feb 20 09:40:09 2004 From: jorton at redhat.com (Joe Orton) Date: Fri, 20 Feb 2004 09:40:09 +0000 Subject: [FAILED] start httpd on services, libperl.so: cannot open shared object file In-Reply-To: <403598B6.7000005@olive.ocn.ne.jp> References: <403598B6.7000005@olive.ocn.ne.jp> Message-ID: <20040220094009.GA21462@redhat.com> On Fri, Feb 20, 2004 at 02:18:46PM +0900, generic wrote: > When I started httpd without the HTTP setup, I failed in the reason > libperl.so: cannot open shared object file: No such file or directory. > Is a certain prior setup required? > > The following is a message which has a dialog, > > httpd failed. The error was: Starting httpd: Syntax error on line 10 of > /etc/httpd/conf.d/perl.conf: > Cannot load /etc/httpd/modules/mod_perl.so into server: libperl.so: > cannot open shared object file: No such file or directory This is fixed in the mod_perl-1.99_12 package in Raw Hide. joe From alexl at redhat.com Fri Feb 20 09:41:23 2004 From: alexl at redhat.com (Alexander Larsson) Date: 20 Feb 2004 10:41:23 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077184396.30934.12.camel@wibbit.firebox.com> References: <1077115591.7798.489.camel@localhost.localdomain> <20040218150124.GB8632@devserv.devel.redhat.com> <1077137116.10939.19.camel@Z> <1077144978.4033ed9223626@helium.firebox.com> <1077149204.11154.22.camel@Z> <1077184396.30934.12.camel@wibbit.firebox.com> Message-ID: <1077270083.7798.681.camel@localhost.localdomain> On Thu, 2004-02-19 at 10:53, Douglas Furlong wrote: > > If I cared for nautilus enough, I'd make > > a patch myself, but with all the other annoyances (MIME screwups, > > ask-before-move file, etc), I'd be more compelled to just drop it. It > > seems that the disk mounts lines on the context menu are gone, too. I > > loved that, it was way better than freaking magicdev. It seems that all > > the features that I use will be gone, replaced by behaviour that I don't > > want. Every time I do an install I spend an ungodly amount of time > > customizing nautilus. It used to be just a few changes to get it nice > > and pretty, now it's a bunch to make it _usable_, and I still can't get > > the damn thing to behave the way I _want_. > > > > > an important distintion, we are no longer clear cutter users), when I > > > challenged Alex on this point he confirmed that later on there will be a > > > *hidden* option to set the browse mode as the default. > > > He also explained breifly (off list) why having a more accesible option is some > > > thing he feel's can lead to one hell of a nightmare. I don't compleately agree > > > > I can't see how this can possibly be, because the current version is > > configurable. > > The "spacial" model is the method they wish to use going forward, that > means the browse methods development (unless picked up by other > developers), will become depreciated, and no longer maintained. This is not true. The browser mode will still be supported (i.e. bugs fixed and whatnot). Its just not gonna be the default. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's an uncontrollable overambitious shaman who dotes on his loving old ma. She's a vivacious streetsmart college professor in the wrong place at the wrong time. They fight crime! From alexl at redhat.com Fri Feb 20 09:45:37 2004 From: alexl at redhat.com (Alexander Larsson) Date: 20 Feb 2004 10:45:37 +0100 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <40357DF0.5070101@insight.rr.com> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116756.7798.506.camel@localhost.localdomain> <20040218152516.GA20644@devserv.devel.redhat.com> <1077122454.7798.580.camel@localhost.localdomain> <4034C174.8080401@olin.edu> <1077202047.20190.26.camel@localhost.localdomain> <40357DF0.5070101@insight.rr.com> Message-ID: <1077270337.7798.684.camel@localhost.localdomain> On Fri, 2004-02-20 at 04:24, Jim Cornette wrote: > Say I click my way to a file within some directory which is a long way > down a path. If I try to click with only a few directories down a path, > I have no way of knowing the actual path to the file. The popup menu in the status bar can be used for this. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a genetically engineered umbrella-wielding barbarian with acid for blood. She's a green-fingered paranoid lawyer married to the Mob. They fight crime! From nphilipp at redhat.com Fri Feb 20 10:23:17 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 20 Feb 2004 11:23:17 +0100 Subject: Gimp print In-Reply-To: <1077233830.29762.1.camel@T7.linux> References: <1077233830.29762.1.camel@T7.linux> Message-ID: <1077272597.9928.21.camel@wombat.tiptoe.de> On Fri, 2004-02-20 at 00:37, Paul wrote: > Hi, > > Anyone else noticed printing from the current version of gimp is > foobard? > > vsn 4.2.6-5, gimp vsn 2.0.0-pre3.3 Can you elaborate? Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mark at talios.com Fri Feb 20 10:26:10 2004 From: mark at talios.com (Mark Derricutt) Date: Fri, 20 Feb 2004 23:26:10 +1300 Subject: Problems with Test1 Installation Message-ID: <1077272770.2534.4.camel@localhost.localdomain> Just got through an installation of Fedora Core 2 Test 1 on my spare machine, it didn't go all that well... Firstly, the machine ( P4 1.6, 512mb RAM ) has an onboard SiS video card, and an NVidia GeForce in it, which is the card in use. However, Anaconda only detected the SiS, and failed on the graphical install, a text install worked, but X11 was configured with the SiS so failed on reboot, a quick edit of the config file to use the nvidia driver and I'm up and running. Just prior to the installation installing the RPMS I got the following message spat onto the screen: WARNING: Multiple same specifications for /var/lib/dhcp Installation continued fine thou. Now I'm slowly doing a yum upgrade to get any fixed patches :) From paul at all-the-johnsons.co.uk Fri Feb 20 10:31:02 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Fri, 20 Feb 2004 10:31:02 +0000 Subject: Gimp print In-Reply-To: <1077272597.9928.21.camel@wombat.tiptoe.de> References: <1077233830.29762.1.camel@T7.linux> <1077272597.9928.21.camel@wombat.tiptoe.de> Message-ID: <1077273062.1727.12.camel@localhost.localdomain> Hi, > > Anyone else noticed printing from the current version of gimp is > > foobard? > > > > vsn 4.2.6-5, gimp vsn 2.0.0-pre3.3 > > Can you elaborate? Fails to print - gives an error along the lines of the print plugin has failed and may have done something internally to GIMP. To be safe, save your work and restart. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong, but with authority" - Dr Who. -------------- 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 kslair at cvnet.co.kr Fri Feb 20 11:26:22 2004 From: kslair at cvnet.co.kr (Kenneth Lee) Date: Fri, 20 Feb 2004 20:26:22 +0900 Subject: firstboot message with kernel-2.6.2-1.87 Message-ID: <200402202026.22771.kslair@cvnet.co.kr> Upgraded to kernel-2.6.2-1.87, I now have always some messages about firstboot that doesn't give me enough time to see what it is whenever I boot. Does any kind soul please explain what this is all about? From ndbecker2 at verizon.net Fri Feb 20 11:59:37 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Fri, 20 Feb 2004 06:59:37 -0500 Subject: firstboot message with kernel-2.6.2-1.87 References: <200402202026.22771.kslair@cvnet.co.kr> Message-ID: Kenneth Lee wrote: > Upgraded to kernel-2.6.2-1.87, I now have always some messages about > firstboot that doesn't give me enough time to see what it is whenever I > boot. > > Does any kind soul please explain what this is all about? > > Have you tried looking at /var/log/messages? From nphilipp at redhat.com Fri Feb 20 12:04:43 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 20 Feb 2004 13:04:43 +0100 Subject: Gimp print In-Reply-To: <1077273062.1727.12.camel@localhost.localdomain> References: <1077233830.29762.1.camel@T7.linux> <1077272597.9928.21.camel@wombat.tiptoe.de> <1077273062.1727.12.camel@localhost.localdomain> Message-ID: <1077278682.9928.45.camel@wombat.tiptoe.de> On Fri, 2004-02-20 at 11:31, PFJ wrote: > Hi, > > > > Anyone else noticed printing from the current version of gimp is > > > foobard? > > > > > > vsn 4.2.6-5, gimp vsn 2.0.0-pre3.3 > > > > Can you elaborate? > > Fails to print - gives an error along the lines of the print plugin has > failed and may have done something internally to GIMP. To be safe, save > your work and restart. Please file this in bugzilla and put me into Cc. Thanks, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From czar at czarc.net Fri Feb 20 12:13:34 2004 From: czar at czarc.net (Gene C.) Date: Fri, 20 Feb 2004 07:13:34 -0500 Subject: FC2, development and up2date Message-ID: <200402200713.34832.czar@czarc.net> What is the situation with updated packages for FC2test1? We are only half way through this test period so it is not a freeze. However, I am not getting any updates when I run up2date. Now no updates is not completely true. When I manually (gftp) check download.fedora.redhat.com, it turns out there are lots of updates ... I download and install the ones for the kernel, up2date, and rhn-applet. When I run up2date, I still get "system up to date" (or something to that effect). However, rhn-applet shows lots of updates available ... something like 1178 updates! To aggravate matters, none of the mirrors (that I manually checked with gftp) seem to have been updated. I need some clarification to the situation if testing is to be meaningful. -- Gene From czar at czarc.net Fri Feb 20 12:25:15 2004 From: czar at czarc.net (Gene C.) Date: Fri, 20 Feb 2004 07:25:15 -0500 Subject: firstboot message with kernel-2.6.2-1.87 In-Reply-To: References: <200402202026.22771.kslair@cvnet.co.kr> Message-ID: <200402200725.15141.czar@czarc.net> On Friday 20 February 2004 06:59, Neal D. Becker wrote: > Kenneth Lee wrote: > > Upgraded to kernel-2.6.2-1.87, I now have always some messages about > > firstboot that doesn't give me enough time to see what it is whenever I > > boot. > > > > Does any kind soul please explain what this is all about? > > Have you tried looking at /var/log/messages? I have and there is nothing. There are two conditions that must be present for firstboot to run: 1. It must be on for runlevel 5 2. The file /etc/sysconfig/firstboot must not contain the string "RUN_FIRSTBOOT=NO" or it must not exist. The situation is that /etc/sysconfig/firstboot exists and does contain the string "RUN_FIRSTBOOT=NO". However, firstboot is on for runlevel 5. This results in the messages being issued. Previously, firstboot has been turned off for runlevel on which results in its not running and no messages. For some reason, it was turned back on (or left on). -- Gene From sysadmin at fleetone.com Fri Feb 20 12:44:00 2004 From: sysadmin at fleetone.com (Rob) Date: Fri, 20 Feb 2004 06:44:00 -0600 Subject: Error loading SMB mount Message-ID: <023d01c3f7af$368f14f0$45a610ac@fleetone.com> I am sorry if this has been discussed before, but it looks like the mail archives are down. I am trying to mount an smb share from one Fedora Core 2 test1 to another Fedora Core 2 test1. When I use this command: mount -t smbfs -o username=johndoe //192.168.1.69/data /mnt/data I get this: ERROR: smbfs filesystem not supported by the kernel Please refer to the smbmnt(8) manual page smbmnt failed: 255 It used to work with RC1, but I am guessing it have something to do with the new kernel 2.6. I have been able to access the share from windoz machines on the network, just not between the 2 fedora test machines. Any insight would be mucho appreciated. Rob From shrek-m at gmx.de Fri Feb 20 13:04:19 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 20 Feb 2004 14:04:19 +0100 Subject: Error loading SMB mount In-Reply-To: <023d01c3f7af$368f14f0$45a610ac@fleetone.com> References: <023d01c3f7af$368f14f0$45a610ac@fleetone.com> Message-ID: <403605D3.30209@gmx.de> Rob wrote: >I am sorry if this has been discussed before, but it looks like the mail >archives are down. I am trying to mount an smb share from one Fedora Core 2 >test1 to another Fedora Core 2 test1. When I use this command: > >mount -t smbfs -o username=johndoe //192.168.1.69/data /mnt/data > >I get this: > >ERROR: smbfs filesystem not supported by the kernel >Please refer to the smbmnt(8) manual page >smbmnt failed: 255 > >It used to work with RC1, but I am guessing it have something to do with the >new kernel 2.6. I have been able to access the share from windoz machines >on the network, just not between the 2 fedora test machines. > you need samba-* >3.0.2-1rc1 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/ smbfs was not and is afaik not supported in "fedora core 2 test1" with kernel 2.6.x sure, you can compile your own kernel with smbfs-support ;-) use CIFS instead # mount -t cifs -o username=johndoe //192.168.1.69/data /mnt/data -- shrek-m From sysadmin at fleetone.com Fri Feb 20 13:07:13 2004 From: sysadmin at fleetone.com (Rob) Date: Fri, 20 Feb 2004 07:07:13 -0600 Subject: Error loading SMB mount References: <023d01c3f7af$368f14f0$45a610ac@fleetone.com> <403605D3.30209@gmx.de> Message-ID: <026c01c3f7b2$75013a80$45a610ac@fleetone.com> ----- Original Message ----- From: To: Sent: Friday, February 20, 2004 7:04 AM Subject: Re: Error loading SMB mount > Rob wrote: > > >I am sorry if this has been discussed before, but it looks like the mail > >archives are down. I am trying to mount an smb share from one Fedora Core 2 > >test1 to another Fedora Core 2 test1. When I use this command: > > > >mount -t smbfs -o username=johndoe //192.168.1.69/data /mnt/data > > > >I get this: > > > >ERROR: smbfs filesystem not supported by the kernel > >Please refer to the smbmnt(8) manual page > >smbmnt failed: 255 > > > >It used to work with RC1, but I am guessing it have something to do with the > >new kernel 2.6. I have been able to access the share from windoz machines > >on the network, just not between the 2 fedora test machines. > > > > > you need samba-* >3.0.2-1rc1 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/ > > smbfs was not and is afaik not supported in "fedora core 2 test1" > with kernel 2.6.x > sure, you can compile your own kernel with smbfs-support ;-) > > use CIFS instead > > # mount -t cifs -o username=johndoe //192.168.1.69/data /mnt/data > > > Worked like a charm! many thanks Rob From stfn at gmx.net Fri Feb 20 13:23:30 2004 From: stfn at gmx.net (Stefan Hoelldampf) Date: Fri, 20 Feb 2004 14:23:30 +0100 Subject: xerces-j-2.2.1-13 - uninstall fails Message-ID: <40360A52.1080106@gmx.net> Hi, The uninstall script of xerces-2.2.1-13 seems to be broken: # rpm -e --nodeps xerces error: %preun(xerces-j-2.2.1-13) scriptlet failed, exit status 1 # I wanted to file the problem to bugzilla, but I don't really know which component to choose... Regards, Stefan From rob.myers at gtri.gatech.edu Fri Feb 20 13:38:27 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Fri, 20 Feb 2004 08:38:27 -0500 Subject: Fedora64: sil3512a and rtl8110s In-Reply-To: <20040220022714.GB18563@comcast.net> References: <40356BE9.3080907@infomag.jp> <20040220022714.GB18563@comcast.net> Message-ID: <1077284307.25813.422.camel@dungeness.stl.gtri.gatech.edu> On Thu, 2004-02-19 at 21:27, Justin M. Forbes wrote: > On Fri, Feb 20, 2004 at 11:07:37AM +0900, Maxim Sorokin wrote: > > - System can't detect SATA and hangs on the step of loading anaconda, > > untill I downloded drivers for sil3512 (AKA sil3112 for RH9) - and try > > to install with option "linux dd". But even those drivers system can't > > recognize. > The SATA controller is not supported under FC1 at this time. or FC2 yet. > > Unfortunately the SATA wont work for now, but everything else should be > fine on this board. are there plans to support these controllers (sil3114/sil3152) for FC2? rob. From mike at netlyncs.com Fri Feb 20 13:42:38 2004 From: mike at netlyncs.com (Mike Chambers) Date: Fri, 20 Feb 2004 07:42:38 -0600 Subject: FC2, development and up2date In-Reply-To: <200402200713.34832.czar@czarc.net> References: <200402200713.34832.czar@czarc.net> Message-ID: <1077284558.6767.5.camel@bart.netlyncs.com> On Fri, 2004-02-20 at 07:13 -0500, Gene C. wrote: > When I run up2date, I still get "system up to date" (or something to that > effect). However, rhn-applet shows lots of updates available ... something > like 1178 updates! What server/dir are you checking against? It should be rawhide as that is where most updates go to. And if you are against rawhide, is it a good mirror or Red Hat's servers? --- Mike Chambers Madisonville, KY 2.6.3-1.91 #1 Wed Feb 18 23:08:10 EST 2004 i686 GNU/Linux 07:41:19 up 8:21, 2 users, load average: 0.41, 0.31, 0.27 From davej at redhat.com Fri Feb 20 13:44:19 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 20 Feb 2004 13:44:19 +0000 Subject: firstboot message with kernel-2.6.2-1.87 In-Reply-To: <200402200725.15141.czar@czarc.net> References: <200402202026.22771.kslair@cvnet.co.kr> <200402200725.15141.czar@czarc.net> Message-ID: <1077284658.3144.0.camel@delerium.codemonkey.org.uk> On Fri, 2004-02-20 at 12:25, Gene C. wrote: > On Friday 20 February 2004 06:59, Neal D. Becker wrote: > > Kenneth Lee wrote: > > > Upgraded to kernel-2.6.2-1.87, I now have always some messages about > > > firstboot that doesn't give me enough time to see what it is whenever I > > > boot > > > Does any kind soul please explain what this is all about? > > > > Have you tried looking at /var/log/messages? > I have and there is nothing. Check the X log in the same dir. > There are two conditions that must be present for firstboot to run: > 1. It must be on for runlevel 5 > > 2. The file /etc/sysconfig/firstboot must not contain the string > "RUN_FIRSTBOOT=NO" or it must not exist. > > The situation is that /etc/sysconfig/firstboot exists and does contain the > string "RUN_FIRSTBOOT=NO". However, firstboot is on for runlevel 5. > > This results in the messages being issued. Previously, firstboot has been > turned off for runlevel on which results in its not running and no messages. > For some reason, it was turned back on (or left on). Did you fix your X config to not use /dev/psaux ? Dave From hoyt at cavtel.net Fri Feb 20 13:44:19 2004 From: hoyt at cavtel.net (Hoyt) Date: Fri, 20 Feb 2004 08:44:19 -0500 Subject: Kernel-2.6.2-1.87 locking up computer attempting reiserfs mount In-Reply-To: <4034414A.8030506@insight.rr.com> References: <403407DD.10308@comcast.net> <4034414A.8030506@insight.rr.com> Message-ID: <200402200844.19407.hoyt@cavtel.net> On Wednesday 18 February 2004 11:53 pm, Jim Cornette wrote: > /var/log/messages excerpt > kernel: found reiserfs format "3.6" with standard journal > kernel: reiserfs:warning: CONFIG_REISERFS_CHECK is set ON > kernel: reiserfs:warning: - it is slow mode for debugging. > kernel: Reiserfs journal params: device hda2, size 8192, journal first > block 18, max trans len 1024, max batch 900, max commit age 30, max > trans age 30 > kernel: reiserfs: checking transaction log (hda2) for (hda2) > Feb 18 23:22:31 ... kernel: Using r5 hash to sort names i have the identical experience. Removing the reiserfs partitions allows the kernel to boot. I even re-compiled and removed CONFIG_REISERFS_CHECK, but no help. >From /var/log/messages: Feb 20 08:41:52 titan kernel: found reiserfs format "3.6" with standard journal Feb 20 08:41:57 titan kernel: Reiserfs journal params: device hda7, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 Feb 20 08:41:57 titan kernel: reiserfs: checking transaction log (hda7) for (hda7) Feb 20 08:41:57 titan kernel: Using r5 hash to sort names and then it freezes. -- Hoyt From sandy_pond at myrealbox.com Fri Feb 20 14:04:46 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Fri, 20 Feb 2004 09:04:46 -0500 Subject: FC2, development and up2date In-Reply-To: <200402200713.34832.czar@czarc.net> References: <200402200713.34832.czar@czarc.net> Message-ID: <1077285886.3806.13.camel@family> On Fri, 2004-02-20 at 07:13 -0500, Gene C. wrote: > I need some clarification to the situation if testing is to be meaningful. > -- > Gene Seems a lot of packages were rebuilt on Feb 13 for some reason (no revision) ... seems they haven't gone out to mirrors but are on the main site which is slowwww. It'd be nice though if there was a place to make announcements concerning when the update mirrors are frozen rather than keeping everybody in the dark. They must have warned the mirrors in some way because they didn't sync up. It'd also be nice to have a place where you could donate to help finance the mirrors who donate free bandwidth. From pauln at truemesh.com Fri Feb 20 14:07:58 2004 From: pauln at truemesh.com (Paul Nasrat) Date: Fri, 20 Feb 2004 14:07:58 +0000 Subject: xerces-j-2.2.1-13 - uninstall fails In-Reply-To: <40360A52.1080106@gmx.net> References: <40360A52.1080106@gmx.net> Message-ID: <20040220140757.GJ10096@lichen.truemesh.com> On Fri, Feb 20, 2004 at 02:23:30PM +0100, Stefan Hoelldampf wrote: > Hi, > > The uninstall script of xerces-2.2.1-13 seems to be broken: > > # rpm -e --nodeps xerces > error: %preun(xerces-j-2.2.1-13) scriptlet failed, exit status 1 > # > > I wanted to file the problem to bugzilla, but I don't really know which > component to choose... Product rawhide, component xerces-j should be there. I've filed bugs against servletapi this week This looks like a thinko in the %preun + f=/usr/lib/xerces-j/lib-org-w3c-dom.so + '[' -L /usr/lib/xerces-j/lib-org-w3c-dom.so ']' + rm -f /usr/lib/xerces-j/lib-org-w3c-dom.so + f=/usr/lib/xerces-j/lib-org-w3c-dom.so + '[' -L /usr/lib/xerces-j/lib-org-w3c-dom.so ']' Indeed looking at rpm --scripts -q xerces-j the for loop then overriding f looks suspect, I assume it should be using || : if it doesn't matter for f in lib-org-w3c-dom.so lib-org-xml-sax.so; do f=/usr/lib/xerces-j/lib-org-w3c-dom.so [ -L $f ] && rm -f $f done Paul From eric at interplas.com Fri Feb 20 14:27:02 2004 From: eric at interplas.com (Eric Wood) Date: Fri, 20 Feb 2004 09:27:02 -0500 Subject: Bad up2date responsivness. Update up2date first. Message-ID: <00e501c3f7bd$9b9dde40$9100000a@intgrp.com> I have few suggestions while all hell is hitting the fan. Let me know if I should bugzilla this gang: 1. up2date is very unresponsive, especially the more updates that are available. There's not really a spinning icon or some other progress meter to let you know the thing is working. Instead the window freezes up and X doesn't refresh its window contents if you put another window over it. 2. If up2date finds that there is a new rpm and up2date pacakges out there, then it should highly advised the user to install those first, relauch up2date and continue with the rest of the updates. This is what I do manually anyway for sanity reasons. I understand that if a packages requires the new rpm version, then rpm will be installed higher in the queue - but all in the same batch. I'm just saying that if up2date was improved in perforance or data protection or anything, then it how be wise to do the rest of the batch updates under that new up2date from the get-go. -Eric Wood From fedora at tkz.net Fri Feb 20 14:50:38 2004 From: fedora at tkz.net (Paul Sundling) Date: Fri, 20 Feb 2004 06:50:38 -0800 Subject: fedora64 In-Reply-To: <20040220022603.19041.5334.Mailman@listman.back-rdu.redhat.com> References: <20040220022603.19041.5334.Mailman@listman.back-rdu.redhat.com> Message-ID: <40361EBE.7010604@tkz.net> I was wondering if there was a seperate list for the AMD64 fedora? In general I get quite a few rpms that fail a dependcy on one of the libraries that exists in /usr/lib64, but are presumably expected to be in /usr/lib. Would it be a bad idea to have the 32 bit versions of the libraries in /usr/lib besides the /usr/lib64 libraries? Perhaps it's better to have things fail to get developers to build 64 bit rpms, but it also might be nice to use the promise of mixing 32 and 64 bit too. From b-nordquist at bethel.edu Fri Feb 20 15:00:15 2004 From: b-nordquist at bethel.edu (Brent J. Nordquist) Date: Fri, 20 Feb 2004 09:00:15 -0600 (CST) Subject: fedora64 In-Reply-To: <40361EBE.7010604@tkz.net> Message-ID: On Fri, 20 Feb 2004, Paul Sundling wrote: > I was wondering if there was a seperate list for the AMD64 fedora? Well, there's amd64-list at redhat.com -- Brent J. Nordquist N0BJN Other contact information: http://kepler.acns.bethel.edu/~bjn/contact.html From reader at newsguy.com Fri Feb 20 15:08:07 2004 From: reader at newsguy.com (Harry Putnam) Date: Fri, 20 Feb 2004 09:08:07 -0600 Subject: References to FC2 Message-ID: I see quite a few references here to FC2. But looking on the download site http://download.fedora.redhat.com I see only 1/ development/ test/ updates/ Apparently one of these is considered FC2. Can someone clarify? For example: Is there a complete install under test/ or development/ or are these just what they sound like. IE packages to test and pkgs under devel? Is there such a thing currently as a full install for fc2? From czar at czarc.net Fri Feb 20 15:08:29 2004 From: czar at czarc.net (Gene C.) Date: Fri, 20 Feb 2004 10:08:29 -0500 Subject: FC2, development and up2date In-Reply-To: <1077284558.6767.5.camel@bart.netlyncs.com> References: <200402200713.34832.czar@czarc.net> <1077284558.6767.5.camel@bart.netlyncs.com> Message-ID: <200402201008.29127.czar@czarc.net> On Friday 20 February 2004 08:42, Mike Chambers wrote: > On Fri, 2004-02-20 at 07:13 -0500, Gene C. wrote: > > When I run up2date, I still get "system up to date" (or something to that > > effect). However, rhn-applet shows lots of updates available ... > > something like 1178 updates! > > What server/dir are you checking against? It should be rawhide as that > is where most updates go to. And if you are against rawhide, is it a > good mirror or Red Hat's servers? Using the /etc/sysconfig/rhn/sources that comes with FC2test1, I just tried again ... the mirror server I got was distro.ibiblio.org and, again, I am up to date. If I take out mirrors so I only go to download.fedora.redhat.com, things just "hang" ... I suspect that the server is just too busy. IIRC, I did get through to download.fedora.redhat.com at least once and it also said I was up to date. But, the rhn-applet says there are 1178 updates available and if I access it via gftp, the updated packages are there. With download.fedora.redhat.com being so overloaded, it is counterproductive to try and download much from there. I did get the updated kernel, up2date, and rhn-applet updates downloaded and then updated using up2date via a local repository. Another thing that bothers me is that, although the updated packages are on download.fedora.redhat.com, none of the updates seem to have propagated to the mirrors. I assume that the mirrors pull from some server other than download.fedora.redhat.com and that server appears to be out-of-sync. -- Gene From lamont at gurulabs.com Fri Feb 20 15:12:41 2004 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Fri, 20 Feb 2004 08:12:41 -0700 Subject: References to FC2 In-Reply-To: References: Message-ID: <1077289960.4806.47.camel@wraith.lrp.advansoft.us> On Fri, 2004-02-20 at 08:08, Harry Putnam wrote: > I see quite a few references here to FC2. But looking on the > download site http://download.fedora.redhat.com > > I see only 1/ development/ test/ updates/ FC2-test1 is v1.90, which you can find under test. [SNIP] > Is there such a thing currently as a full install for fc2? You can download the ISOs from the test/1.90/i386/iso/ directory on your favorite mirror. -- Lamont Peterson Senior Instructor Guru Labs -------------- 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 64bit_fedora at comcast.net Fri Feb 20 15:16:02 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Fri, 20 Feb 2004 09:16:02 -0600 Subject: fedora64 In-Reply-To: <40361EBE.7010604@tkz.net> References: <20040220022603.19041.5334.Mailman@listman.back-rdu.redhat.com> <40361EBE.7010604@tkz.net> Message-ID: <20040220151602.GA7666@comcast.net> On Fri, Feb 20, 2004 at 06:50:38AM -0800, Paul Sundling wrote: > I was wondering if there was a seperate list for the AMD64 fedora? > There is not a seperate Fedora specific list for x86_64. > In general I get quite a few rpms that fail a dependcy on one of the > libraries that exists in /usr/lib64, but are presumably expected to be > in /usr/lib. Would it be a bad idea to have the 32 bit versions of the > libraries in /usr/lib besides the /usr/lib64 libraries? Perhaps it's > better to have things fail to get developers to build 64 bit rpms, but > it also might be nice to use the promise of mixing 32 and 64 bit too. > For rebuilding RPMS or installing? For rebuilds, this should be fixed so that they are 64bit clean. Typically this results from bad assumptions, and is a quick fix. For installing, we could add more 32bit libs, but if nothing in the distro actually uses them, we never know that they are properly tested. This is one problem, another is the size required, adding too many extra 32bit libs requires another CD or two for the binary distribution. Finally, many of the lib rpms also have executables outside of /lib, which means concurrent install of 32bit and 64bit will require seperation of /lib and outside binaries. Justin From czar at czarc.net Fri Feb 20 15:16:51 2004 From: czar at czarc.net (Gene C.) Date: Fri, 20 Feb 2004 10:16:51 -0500 Subject: firstboot message with kernel-2.6.2-1.87 In-Reply-To: <1077284658.3144.0.camel@delerium.codemonkey.org.uk> References: <200402202026.22771.kslair@cvnet.co.kr> <200402200725.15141.czar@czarc.net> <1077284658.3144.0.camel@delerium.codemonkey.org.uk> Message-ID: <200402201016.51858.czar@czarc.net> On Friday 20 February 2004 08:44, Dave Jones wrote: > On Fri, 2004-02-20 at 12:25, Gene C. wrote: > > On Friday 20 February 2004 06:59, Neal D. Becker wrote: > > > Kenneth Lee wrote: > > > > Upgraded to kernel-2.6.2-1.87, I now have always some messages about > > > > firstboot that doesn't give me enough time to see what it is whenever > > > > I boot > > > > Does any kind soul please explain what this is all about? > > > > > > Have you tried looking at /var/log/messages? > > > > I have and there is nothing. > > Check the X log in the same dir. Just did and nothing there either. There is a XFree86.setup.log which indicate errors trying to configure the mouse but nothing else. If there needs to be an attempt to reconfigure X (which there was until I manually fixed the psaux stuff), down this re-enalbe firstboot? > > > There are two conditions that must be present for firstboot to run: > > 1. It must be on for runlevel 5 > > > > 2. The file /etc/sysconfig/firstboot must not contain the string > > "RUN_FIRSTBOOT=NO" or it must not exist. > > > > The situation is that /etc/sysconfig/firstboot exists and does contain > > the string "RUN_FIRSTBOOT=NO". However, firstboot is on for runlevel 5. > > > > This results in the messages being issued. Previously, firstboot has > > been turned off for runlevel on which results in its not running and no > > messages. For some reason, it was turned back on (or left on). > > Did you fix your X config to not use /dev/psaux ? After trying system-config-mouse and system-config-display, I gave up and fixed thing manually: 1. changed the sym-link from /dev/mouse->psaux to /dev/mouse->input/mice 2. changed /etc/X11XF86Config to use /dev/mouse instead of /dev/psaux After doing that, X works fine with the new kernels (and old ones as well). The kernels are all UP since the SMP kernel does not work with the NICs I have. -- Gene From stfn at gmx.net Fri Feb 20 15:24:48 2004 From: stfn at gmx.net (Stefan Hoelldampf) Date: Fri, 20 Feb 2004 16:24:48 +0100 Subject: xerces-j-2.2.1-13 - uninstall fails In-Reply-To: <20040220140757.GJ10096@lichen.truemesh.com> References: <40360A52.1080106@gmx.net> <20040220140757.GJ10096@lichen.truemesh.com> Message-ID: <403626C0.8060905@gmx.net> Paul Nasrat wrote: > On Fri, Feb 20, 2004 at 02:23:30PM +0100, Stefan Hoelldampf wrote: > >>Hi, >> >>The uninstall script of xerces-2.2.1-13 seems to be broken: >> >> # rpm -e --nodeps xerces >> error: %preun(xerces-j-2.2.1-13) scriptlet failed, exit status 1 >> # >> >>I wanted to file the problem to bugzilla, but I don't really know which >>component to choose... > Product rawhide, component xerces-j should be there. Done, it's bug #116358. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116358 Regards, Stefan From pbender at qualcomm.com Fri Feb 20 15:25:28 2004 From: pbender at qualcomm.com (Paul Bender) Date: Fri, 20 Feb 2004 07:25:28 -0800 Subject: bind configuration tools should not require sound libraries Message-ID: <403626E8.8010803@qualcomm.com> I have a server. I like to be able to use the system-config-* tools on the server. I launch them by running X over ssh. In order to use these tools, I must have gnome-python2 installed. In order to install gnome-python2, I must have libbonoboui installed. In order to have libbonoboui installed, I must have libgnome installed. In order to have libgnome installed, I must have esound installed. In order to have esound installed, I must have alsa-lib installed. Therefore, in order to use the system-config-* tools on the server, I must have alsa-lib installed. Is there any way for some of these packages to be more modular? Requiring sound libraries in order to install server configuration tools such as system-config-bind seems like too much interdependency. From czar at czarc.net Fri Feb 20 15:32:04 2004 From: czar at czarc.net (Gene C.) Date: Fri, 20 Feb 2004 10:32:04 -0500 Subject: fedora64 In-Reply-To: <40361EBE.7010604@tkz.net> References: <20040220022603.19041.5334.Mailman@listman.back-rdu.redhat.com> <40361EBE.7010604@tkz.net> Message-ID: <200402201032.04722.czar@czarc.net> On Friday 20 February 2004 09:50, Paul Sundling wrote: > I was wondering if there was a seperate list for the AMD64 fedora? Besides amd64-list at redhat.com, there is discussion on this list for FC1test1. > > In general I get quite a few rpms that fail a dependcy on one of the > libraries that exists in /usr/lib64, but are presumably expected to be > in /usr/lib. Would it be a bad idea to have the 32 bit versions of the > libraries in /usr/lib besides the /usr/lib64 libraries? Perhaps it's > better to have things fail to get developers to build 64 bit rpms, but > it also might be nice to use the promise of mixing 32 and 64 bit too. What packages? Are these packages rebuilt for x86_64 or are the ix86 packages? The current set of i386 packages in FC1test1 x86_64 are very limited. Since almost all of the packages in FC1test1 x86_64 have been ported/rebuilt for x86_64, only a few i386 (or i686) packages are provided in the distribution. To install any arbitrary i386 package you will likely need many more. You almost need the entire i386 distribution installed in addition to the x86_64 distribution. SUSE does something like that (their distribution takes two DVDs) whereas Red Hat/Fedora takes a more minimalist approach of x86_64 packages plus a minimum number of i386 packages (Fedora fits on a single DVD). Neither one is right or wrong ... just different approaches. Adding i386 packages post system install is a bit tricky since, while libraries are handled via the /usr/lib and/usr/lib64 split, all programs (32 bit and 64 bit) go into /usr/bin (or /sbin, /usr/sbin, etc.). So far, I have been able to rebuild anything I wanted as a 64 bit application although some took more effort (nessus) than others. -- Gene From sysadmin at fleetone.com Fri Feb 20 16:21:10 2004 From: sysadmin at fleetone.com (Rob) Date: Fri, 20 Feb 2004 10:21:10 -0600 Subject: yum.conf that works Message-ID: <094501c3f7cd$8d0f1c80$45a610ac@fleetone.com> I have been battling all morning on trying to get yum working, and no matter what I have done, I can not get a successful connection. I get this message: Server: Fedora Linux 1.90 - i386 - core Finding updated packages Downloading needed headers retrygrab() failed for: http://ayo.freshrpms.net/fedora/linux/1.90/i386/core/headers/xosview-0-1.8.0-17.i386.hdr Executing failover method failover: out of servers to try Error getting file http://ayo.freshrpms.net/fedora/linux/1.90/i386/core/headers/xosview-0-1.8.0-17.i386.hdr [Errno 7] HTTP Error (CannotSendRequest): I see that the file exists on the site listed above, so I am not sure why I can not get it to download. From michal at harddata.com Fri Feb 20 16:30:00 2004 From: michal at harddata.com (Michal Jaegermann) Date: Fri, 20 Feb 2004 09:30:00 -0700 Subject: Error loading SMB mount In-Reply-To: <026c01c3f7b2$75013a80$45a610ac@fleetone.com>; from sysadmin@fleetone.com on Fri, Feb 20, 2004 at 07:07:13AM -0600 References: <023d01c3f7af$368f14f0$45a610ac@fleetone.com> <403605D3.30209@gmx.de> <026c01c3f7b2$75013a80$45a610ac@fleetone.com> Message-ID: <20040220093000.B19227@mail.harddata.com> On Fri, Feb 20, 2004 at 07:07:13AM -0600, Rob wrote: > > > > use CIFS instead > > > > # mount -t cifs -o username=johndoe //192.168.1.69/data /mnt/data > > Worked like a charm! many thanks A stupid question. Would a link mount.smbfs->mount.cifs cut on a confusion or this will create other problems on its own? There likely be a flood of trouble reports of that kind once the distribution will hit streets. I do no have a setup where I could try such trickery myself. Michal From mharris at redhat.com Fri Feb 20 16:31:11 2004 From: mharris at redhat.com (Mike A. Harris) Date: Fri, 20 Feb 2004 11:31:11 -0500 (EST) Subject: XFree86 testing request, concerning the atkbd.c bug Message-ID: This request is for everyone using Fedora Core test1 release, or otherwise using a 2.6.x kernel on a Fedora Core system, who are experiencing periodic lockups perhaps and/or are seeing the error reported in their /var/log/messages that is described in the following bug report: "atkbd.c: unknown key released - XFree86 shouldn't access hardware directly" https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115769 I am trying to debug the issue, and so I would like for those experiencing this problem, to upgrade to XFree86 4.3.0-58 or later as soon as possible if you haven't already, and then do the following: - add yourself to CC on bug 115769 - trigger the error, use xset to set the keyboard rate if necessary - attach your X server log, X config file, and /var/log/messages to the bug report as individual uncompressed file attachments using the bugzilla file attachment feature. This information will be helpful to fix the problem. Thanks in advance. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From kworthington at linuxmail.org Fri Feb 20 16:29:48 2004 From: kworthington at linuxmail.org (Kevin Worthington) Date: Fri, 20 Feb 2004 11:29:48 -0500 Subject: yum.conf that works Message-ID: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> > I have been battling all morning on trying to get yum working, and no matter > what I have done, I can not get a successful connection. I get this > message: > > Server: Fedora Linux 1.90 - i386 - core > Finding updated packages > Downloading needed headers > retrygrab() failed for: > > http://ayo.freshrpms.net/fedora/linux/1.90/i386/core/headers/xosview-0-1.8.0-17.i386.hdr > Executing failover method > failover: out of servers to try > Error getting file > http://ayo.freshrpms.net/fedora/linux/1.90/i386/core/headers/xosview-0-1.8.0-17.i386.hdr > [Errno 7] HTTP Error (CannotSendRequest): I am using: baseurl=http://mirror.hiwaay.net/redhat/fedora/linux/core/development/$basearch and everything seems to be working fine. Maybe try that server? HTH, Kevin --- Kevin Worthington - Red Hat Linux user since April 1998 Fedora Core User since July 2003 (Severn betas) Registered Linux User #218689 - http://counter.li.org -- ______________________________________________ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze From mharris at redhat.com Fri Feb 20 16:39:13 2004 From: mharris at redhat.com (Mike A. Harris) Date: Fri, 20 Feb 2004 11:39:13 -0500 (EST) Subject: XFree86 testing request, concerning the atkbd.c bug In-Reply-To: References: Message-ID: On Fri, 20 Feb 2004, Mike A. Harris wrote: >This request is for everyone using Fedora Core test1 release, or >otherwise using a 2.6.x kernel on a Fedora Core system, who are >experiencing periodic lockups perhaps and/or are seeing the error >reported in their /var/log/messages that is described in the >following bug report: > >"atkbd.c: unknown key released - XFree86 shouldn't access hardware directly" > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115769 > >I am trying to debug the issue, and so I would like for those >experiencing this problem, to upgrade to XFree86 4.3.0-58 or >later as soon as possible if you haven't already, and then do the >following: > >- add yourself to CC on bug 115769 >- trigger the error, use xset to set the keyboard rate if necessary >- attach your X server log, X config file, and /var/log/messages to > the bug report as individual uncompressed file attachments > using the bugzilla file attachment feature. > >This information will be helpful to fix the problem. > >Thanks in advance. I just found out rawhide has not been sync'd so 4.3.0-58 isn't out there yet. I've uploaded it to the following instead: XFree86-4.3.0-58 is now available for download via 'yum' and ftp at the following URL: ftp://people.redhat.com/mharris/testing/unstable -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mplayer at jburgess.uklinux.net Fri Feb 20 16:58:35 2004 From: mplayer at jburgess.uklinux.net (Jon Burgess) Date: Fri, 20 Feb 2004 16:58:35 +0000 Subject: DVD burning in FC2T1 In-Reply-To: <1077129854.27428.24.camel@va.local.linuxlobbyist.org> References: <1077129854.27428.24.camel@va.local.linuxlobbyist.org> Message-ID: <40363CBB.1050709@jburgess.uklinux.net> Paul Iadonisi wrote: > So has anyone figured out how to burn DVDs under the 2.6 kernel? > > The solution I use is "growisofs" from dvd+rw-tools, it works with DVD-R, DVD+R and the RW formats as well. e.g. growisofs -Z /dev/hdd=dvd.iso Where /dev/hdd is obviously the DVD drive. This is with _no_ "hdd=whatever" options specified. See the manual page for other ways to use it. Jon From damocles at thenostromo.com Fri Feb 20 17:09:28 2004 From: damocles at thenostromo.com (Randy Vice) Date: Fri, 20 Feb 2004 12:09:28 -0500 (EST) Subject: DVD burning in FC2T1 In-Reply-To: <40363CBB.1050709@jburgess.uklinux.net> References: <1077129854.27428.24.camel@va.local.linuxlobbyist.org> <40363CBB.1050709@jburgess.uklinux.net> Message-ID: On Fri, 20 Feb 2004, Jon Burgess wrote: > Paul Iadonisi wrote: > > > So has anyone figured out how to burn DVDs under the 2.6 kernel? > > > > > The solution I use is "growisofs" from dvd+rw-tools, it works with > DVD-R, DVD+R and the RW formats as well. > > e.g. growisofs -Z /dev/hdd=dvd.iso > > Where /dev/hdd is obviously the DVD drive. This is with _no_ > "hdd=whatever" options specified. > > See the manual page for other ways to use it. I take it there is no GUI out for this? -- : damocles at TheNostromo.com : Bruce Morrow, a man before and after his time : : "The tree of liberty must be refreshed from time to time with the blood : : of patriots and tyrants." - Thomas Jefferson 11-13-1787 "Let's roll." : : Todd Beamer, American Patriot onboard United Airlines Flight 93 9-11-01 : : damocles at thenostromo.com http://www.thenostromo.com/ : From mplayer at jburgess.uklinux.net Fri Feb 20 17:20:16 2004 From: mplayer at jburgess.uklinux.net (Jon Burgess) Date: Fri, 20 Feb 2004 17:20:16 +0000 Subject: DVD burning in FC2T1 In-Reply-To: References: <1077129854.27428.24.camel@va.local.linuxlobbyist.org> <40363CBB.1050709@jburgess.uklinux.net> Message-ID: <403641D0.9040307@jburgess.uklinux.net> Randy Vice wrote: >I take it there is no GUI out for this? > K3b is a nice GUI frontend and it uses growisofs for DVD writing. It worked out of the box for me. Jon From mplayer at jburgess.uklinux.net Fri Feb 20 17:30:13 2004 From: mplayer at jburgess.uklinux.net (Jon Burgess) Date: Fri, 20 Feb 2004 17:30:13 +0000 Subject: DVD burning in FC2T1 In-Reply-To: <403641D0.9040307@jburgess.uklinux.net> References: <1077129854.27428.24.camel@va.local.linuxlobbyist.org> <40363CBB.1050709@jburgess.uklinux.net> <403641D0.9040307@jburgess.uklinux.net> Message-ID: <40364425.20605@jburgess.uklinux.net> Jon Burgess wrote: > K3b is a nice GUI frontend and it uses growisofs for DVD writing. Perhaps I should mention that this is for _data_ DVDs only. If you would like to build your own DVD Videos on Linux then you are in for a tough job of pulling together lots of CLI tools to build all the DVD compatible menus, images, subtitles, MPEG2 VOB's etc. For an introduction to the steps required to make your own DVD video see http://www.linuxjournal.com/article.php?sid=6953 Jon From ndbecker2 at verizon.net Fri Feb 20 18:03:59 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Fri, 20 Feb 2004 13:03:59 -0500 Subject: updates dependencies problems today Message-ID: um update Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - i386 - Base Server: Fedora Compatible Packages (stable) Server: Fedora Compatible Packages (testing) Server: Fedora Compatible Packages (unstable) Server: fedora stable Server: Fedora Core 1.90 - i386 - Released Updates Finding updated packages Downloading needed headers gimp-perl-1-1.2.5-1.i386. 100% |=========================| 9.1 kB 00:00 Resolving dependencies .....Unable to satisfy dependencies Package irb needs ruby = 1.8.1-2, this is not available. Package openoffice.org needs openoffice.org-libs = 1.1.0-27.rh9, this is not available. Package mod_dav_svn needs subversion = 0.37.0-2, this is not available. From ehoover at mines.edu Fri Feb 20 18:03:05 2004 From: ehoover at mines.edu (Erich Hoover) Date: Fri, 20 Feb 2004 11:03:05 -0700 Subject: Problems with updating GNOME Message-ID: <40364BD9.7050306@mines.edu> I'm wondering if maybe I have a problem with my configuration somewhere: Whenever I try to update the GNOME packages (in the most recent set of 1000+ updates) I run into conflict errors with the existing GNOME installation. Essentially, I get a lot of: file from install of gnome-python2-applet-2.0.0-4 conflicts with file from package gnome-python2-canvas-2.0.0-3 Is this a problem with my configuration or with the packages? Thanks. (Please don't tell me to search the list because the search tool isn't working, referring me to a specific previous message would be fine.) From balay at fastmail.fm Fri Feb 20 18:08:54 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 20 Feb 2004 12:08:54 -0600 (CST) Subject: bad obsoletes in compat-db causes yum grief? Message-ID: with 'yum -d 8 upgrade' I get the following error: --------- localhdrpath= /var/cache/yum/fedora-dev/headers/e2fsprogs-0-1.35-6.1.i386.hdr for e2fsprogs i386 localhdrpath= /var/cache/yum/fedora-dev/headers/compat-db-0-4.1.25-2.i386.hdr for compat-db i386 versioned obsolete db4, 2, 0, 4.2, None Traceback (most recent call last): File "/usr/bin/yum", line 30, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum/yummain.py", line 249, in main obsoleting, obsoleted = clientStuff.returnObsoletes(HeaderInfo, rpmDBInfo, nulist) File "/usr/share/yum/clientStuff.py", line 286, in returnObsoletes rc = rpmUtils.compareEVR((e1, v1, r1), (obe, obv, obr)) File "/usr/share/yum/rpmUtils.py", line 120, in compareEVR rc = rpm.labelCompare((e1, v1, r1), (e2, v2, r2)) rpm.error: Invalid version or release - possibly None ---------- 'yum update' doesn't give any errors. This is from duke mirror for rawhide. Perhaps there is some bad obsoletes info in compat-db rpm? Satish From marguz at ameritech.net Fri Feb 20 18:13:14 2004 From: marguz at ameritech.net (Mark Guzzo) Date: Fri, 20 Feb 2004 12:13:14 -0600 Subject: autofs and cifs Message-ID: <40364E3A.5040808@ameritech.net> Hello all, I've been using autofs with smbfs on Fedora Core 1 and it was working great (got a HowTo here... http://www.greenfly.org/tips/autofs.html) Well on FC2 test1 it does not seem to work anymore. So I tried cifs and still no go. Is there anyone out there that has this working? Mark From rjohnson at medata.com Fri Feb 20 18:16:22 2004 From: rjohnson at medata.com (Rick Johnson) Date: Fri, 20 Feb 2004 10:16:22 -0800 Subject: OpenOffice - two versions hosing FC2 Message-ID: <40364EF6.1040100@medata.com> It appears we have two versions of OpenOffice 1.1.0-27 within the devel repository. openoffice.org*-1.1.0-27.i386.rpm openoffice.org*-1.1.0-27.rh9.i386.rpm Unfortunately yum is picking up the rh9 version as being "newer". This "breaks" the OO.org install unless you uninstall and manually grab the non-rh9 version. Is it possible to use a different epoch for the FC2 version so that we're correctly grabbing the correct latest version? Thx, -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From balay at fastmail.fm Fri Feb 20 18:15:07 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 20 Feb 2004 12:15:07 -0600 (CST) Subject: updates dependencies problems today In-Reply-To: References: Message-ID: On Fri, 20 Feb 2004, Neal D. Becker wrote: > .....Unable to satisfy dependencies > Package irb needs ruby = 1.8.1-2, this is not available. -rw-r--r-- 1 root root 9632 Feb 20 11:25 /var/cache/yum/fedora-dev/headers/ruby-0-1.8.1-2.i386.hdr Perhaps the mirror you've tried is not in sync? The above is from the duke miror. Satish From nbecker at hns.com Fri Feb 20 18:25:14 2004 From: nbecker at hns.com (Neal D. Becker) Date: Fri, 20 Feb 2004 13:25:14 -0500 Subject: updates dependencies problems today In-Reply-To: References: Message-ID: <200402201325.19685.nbecker@hns.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 20 February 2004 01:15 pm, Satish Balay wrote: > On Fri, 20 Feb 2004, Neal D. Becker wrote: > > .....Unable to satisfy dependencies > > Package irb needs ruby = 1.8.1-2, this is not available. > > -rw-r--r-- 1 root root 9632 Feb 20 11:25 > /var/cache/yum/fedora-dev/headers/ruby-0-1.8.1-2.i386.hdr > > Perhaps the mirror you've tried is not in sync? The above is from the duke > miror. I'm using download.fedora.us. Isn't that the definitive place? - -- Please AVOID sending me WORD, EXCEL or POWERPOINT attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFANlENMDqogpR5tkMRAsuKAJ9kXUxm+6UWXjqBzFIyJjsE8B8XAACaAz1B 1p8mpK0PWZNllyLsMoF7x3k= =KQ2m -----END PGP SIGNATURE----- From balay at fastmail.fm Fri Feb 20 18:27:34 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 20 Feb 2004 12:27:34 -0600 (CST) Subject: OpenOffice - two versions hosing FC2 In-Reply-To: <40364EF6.1040100@medata.com> References: <40364EF6.1040100@medata.com> Message-ID: On Fri, 20 Feb 2004, Rick Johnson wrote: > It appears we have two versions of OpenOffice 1.1.0-27 within the devel > repository. > > openoffice.org*-1.1.0-27.i386.rpm > openoffice.org*-1.1.0-27.rh9.i386.rpm There are also some EL packages in today's updates. Don't know if this is intentional. Satish ----------- # ls -lt *rh9* *EL* -rw-r--r-- 1 root root 30768 Feb 20 11:36 openoffice.org-i18n-0-1.1.0-27.rh9.i386.hdr -rw-r--r-- 1 root root 5051 Feb 20 11:35 aumix-0-2.8-7.EL.i386.hdr -rw-r--r-- 1 root root 12671 Feb 20 11:35 openoffice.org-libs-0-1.1.0-27.rh9.i386.hdr -rw-r--r-- 1 root root 1517 Feb 20 11:34 libgnomecups-devel-0-0.1.6-4.EL.i386.hdr -rw-r--r-- 1 root root 136811 Feb 20 11:33 openoffice.org-0-1.1.0-27.rh9.i386.hdr -rw-r--r-- 1 root root 16909 Feb 20 11:32 openoffice.org-debuginfo-0-1.1.0-27.rh9.i386.hdr -rw-r--r-- 1 root root 3101 Feb 20 11:29 xterm-debuginfo-0-179-6.EL.i386.hdr -rw-r--r-- 1 root root 4040 Feb 20 11:28 aumix-debuginfo-0-2.8-7.EL.i386.hdr -rw-r--r-- 1 root root 1655 Feb 20 11:27 libgnomecups-0-0.1.6-4.EL.i386.hdr -rw-r--r-- 1 root root 1772 Feb 20 11:27 libgnomecups-debuginfo-0-0.1.6-4.EL.i386.hdr -rw-r--r-- 1 root root 2402 Feb 20 11:23 xterm-0-179-6.EL.i386.hdr From balay at fastmail.fm Fri Feb 20 18:35:24 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 20 Feb 2004 12:35:24 -0600 (CST) Subject: updates dependencies problems today In-Reply-To: <200402201325.19685.nbecker@hns.com> References: <200402201325.19685.nbecker@hns.com> Message-ID: On Fri, 20 Feb 2004, Neal D. Becker wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Friday 20 February 2004 01:15 pm, Satish Balay wrote: > > On Fri, 20 Feb 2004, Neal D. Becker wrote: > > > .....Unable to satisfy dependencies > > > Package irb needs ruby = 1.8.1-2, this is not available. > > > > -rw-r--r-- 1 root root 9632 Feb 20 11:25 > > /var/cache/yum/fedora-dev/headers/ruby-0-1.8.1-2.i386.hdr > > > > Perhaps the mirror you've tried is not in sync? The above is from the duke > > miror. > > I'm using download.fedora.us. Isn't that the definitive place? I thik its just another mirror. The definitive place should be download.fedora.redhat.com Satish From ndbecker2 at verizon.net Fri Feb 20 18:51:08 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Fri, 20 Feb 2004 13:51:08 -0500 Subject: updates dependencies problems today References: <200402201325.19685.nbecker@hns.com> Message-ID: Satish Balay wrote: > > > On Fri, 20 Feb 2004, Neal D. Becker wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On Friday 20 February 2004 01:15 pm, Satish Balay wrote: >> > On Fri, 20 Feb 2004, Neal D. Becker wrote: >> > > .....Unable to satisfy dependencies >> > > Package irb needs ruby = 1.8.1-2, this is not available. >> > >> > -rw-r--r-- 1 root root 9632 Feb 20 11:25 >> > /var/cache/yum/fedora-dev/headers/ruby-0-1.8.1-2.i386.hdr >> > >> > Perhaps the mirror you've tried is not in sync? The above is from the >> > duke miror. >> >> I'm using download.fedora.us. Isn't that the definitive place? > > I thik its just another mirror. The definitive place should be > download.fedora.redhat.com > > Satish > > I believe you're talking about "development", which is rawhide. I'm trying to do FC2test1 (aka 1.90), which is not the same. And not found on download.fedora.redhat.com AFAICT From balay at fastmail.fm Fri Feb 20 19:01:16 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 20 Feb 2004 13:01:16 -0600 (CST) Subject: updates dependencies problems today In-Reply-To: References: <200402201325.19685.nbecker@hns.com> Message-ID: On Fri, 20 Feb 2004, Neal D. Becker wrote: > > I believe you're talking about "development", which is rawhide. I'm trying > to do FC2test1 (aka 1.90), which is not the same. > > And not found on download.fedora.redhat.com AFAICT But - updates to FC2test1 snapshot are in rawhide. Satish From aoliva at redhat.com Fri Feb 20 19:02:16 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 20 Feb 2004 16:02:16 -0300 Subject: cpufreq configure In-Reply-To: <200402192324.47598.hoyt@cavtel.net> References: <403559AF.2050104@xmission.com> <200402192324.47598.hoyt@cavtel.net> Message-ID: On Feb 20, 2004, Hoyt wrote: > RTFM is not always a helpful answer. > "redhat.com is temporarily unavailable. Please try back later." > And this outage has been reported before on this list. You do read the list > don't you? 8) Yeah, and I checked the archive URL before posting my e-mail. Is it down again? Or does it somehow work from inside Red Hat but not from the outside? -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From vvuksan at hotmail.com Fri Feb 20 19:11:48 2004 From: vvuksan at hotmail.com (Vladimir Vuksan) Date: Fri, 20 Feb 2004 12:11:48 -0700 Subject: Sound does not work on FC 2 Test1 - FIXED (Sound Blaster Live - emu10k1 ) Message-ID: >I made a fresh installation of FC 2 on a AMD XP Computer with a >Soundblaster Live Card (emu10k1). I got the packages of the CDs, and did no >changes to them. >And i am not able to get sound out of my boxes - even if I activate the >onboard AC97 chipset from via (vt8233/A/8235), I do not get sound. I was able to resolve this by adding following to /etc/modprobe.conf alias char-major-116 snd alias snd-card-0 snd-emu10k1 alias char-major-14 soundcore alias sound-slot-0 snd-card-0 # card #1 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss This seems to have done the trick with Sound Blaster Live. However after everything I still got no sound since ALSA starts muted. You have to use alsamixer and increase the volume or use XMMS with ALSA plug-in to bump up the volume. Vladimir _________________________________________________________________ Take off on a romantic weekend or a family adventure to these great U.S. locations. http://special.msn.com/local/hotdestinations.armx From vvuksan at hotmail.com Fri Feb 20 19:19:07 2004 From: vvuksan at hotmail.com (Vladimir Vuksan) Date: Fri, 20 Feb 2004 12:19:07 -0700 Subject: Configuring printers in OpenOffice in FC2 Test 1 (possibly use CUPS) Message-ID: >From the looks of it OpenOffice that ships with FC2 is the OpenOffice modified by the Ximian crew. Any reason why that is so ? Anyways I was trying to configure printers however spadmin utility is not available ie. >/usr/lib/ooo-1.1.0/program/spadmin /usr/lib/ooo-1.1.0/program/spadmin: line 239: /usr/lib/ooo-1.1.0/program/spadmin.bin: No such file or directory /usr/lib/ooo-1.1.0/program/spadmin: line 239: exec: /usr/lib/ooo-1.1.0/program/spadmin.bin: cannot execute: No such file or directory Looking in /usr/lib/ooo-1.1.0 spadmin is just a link to soffice. How do I configure printers ? If in OO I try to print it says that the printer type is CUPS however when I try to printer it says that I need to add a printer. I don't have a CUPS server on the local machine started but we have a remote CUPS server. How can I point OO to use remote CUPS server ? Thanks, Vladimir _________________________________________________________________ Get a FREE online computer virus scan from McAfee when you click here. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From rjohnson at medata.com Fri Feb 20 19:43:36 2004 From: rjohnson at medata.com (Rick Johnson) Date: Fri, 20 Feb 2004 11:43:36 -0800 Subject: Sound does not work on FC 2 Test1 - FIXED (Sound Blaster Live - emu10k1 ) In-Reply-To: References: Message-ID: <40366368.3030504@medata.com> Vladimir Vuksan wrote: > > I was able to resolve this by adding following to /etc/modprobe.conf > > alias char-major-116 snd > alias snd-card-0 snd-emu10k1 > > alias char-major-14 soundcore > alias sound-slot-0 snd-card-0 > > # card #1 > alias sound-service-0-0 snd-mixer-oss > alias sound-service-0-1 snd-seq-oss > alias sound-service-0-3 snd-pcm-oss > alias sound-service-0-8 snd-seq-oss > alias sound-service-0-12 snd-pcm-oss > > This seems to have done the trick with Sound Blaster Live. However after > everything I still got no sound since ALSA starts muted. You have to use > > alsamixer When the freshrpm's version of alsa installs under FC1, it creates entries (via alsacfg or something of that nature) for post-install and pre-remove which adjust the volume to previously saved levels, and saves it for next time (respectively). Perhaps that's just "missing" this time around? Now if I could only keep that card as default - I also have a logitech webcam (usb) with a mic - this will occasionally get picked up and set as the default audio device. no amount of aliasing will change the order to force it as dsp1 vs dsp. Thoughts? -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From shrek-m at gmx.de Fri Feb 20 20:07:07 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 20 Feb 2004 21:07:07 +0100 Subject: Configuring printers in OpenOffice in FC2 Test 1 (possibly use CUPS) In-Reply-To: References: Message-ID: <403668EB.1080209@gmx.de> Vladimir Vuksan wrote: >> /usr/lib/ooo-1.1.0/program/spadmin > > /usr/lib/ooo-1.1.0/program/spadmin: line 239: > /usr/lib/ooo-1.1.0/program/spadmin.bin: No such file or directory > /usr/lib/ooo-1.1.0/program/spadmin: line 239: exec: > /usr/lib/ooo-1.1.0/program/spadmin.bin: cannot execute: No such file > or directory oops, indead. $ rpm -qa openoffice* openoffice.org-i18n-1.1.0-24 openoffice.org-libs-1.1.0-24 openoffice.org-1.1.0-24 you can search in bugzilla and try an update via rawhide > Looking in /usr/lib/ooo-1.1.0 spadmin is just a link to soffice. the same in fc1, but here it works. > How do I configure printers ? # system-config-printer > If in OO I try to print it says that the printer type is CUPS however > when I try to printer it says that I need to add a printer. I don't > have a CUPS server on the local machine started but we have a remote > CUPS server. How can I point OO to use remote CUPS server ? i have a 3port-printserver (LPD), works great :-) see the magic: # service cups stop --> i only have a generic printer in OOo # system-config-printer add your remote-printer # service cups start --> i have all remote printers available in OOo without spadmin i use spadmin only for additional fonts -- shrek-m From skvidal at phy.duke.edu Fri Feb 20 20:23:19 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 20 Feb 2004 15:23:19 -0500 Subject: bad obsoletes in compat-db causes yum grief? In-Reply-To: References: Message-ID: <1077308598.18562.8.camel@binkley> On Fri, 2004-02-20 at 12:08 -0600, Satish Balay wrote: > with 'yum -d 8 upgrade' I get the following error: > bug in rpm.labelCompare() in rpm 4.3.0+ being fixed in cvs -sv From Axel.Thimm at physik.fu-berlin.de Fri Feb 20 20:37:32 2004 From: Axel.Thimm at physik.fu-berlin.de (Axel Thimm) Date: Fri, 20 Feb 2004 21:37:32 +0100 Subject: yum.conf that works In-Reply-To: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> Message-ID: <20040220203732.GE4298@neu.nirvana> On Fri, Feb 20, 2004 at 11:29:48AM -0500, Kevin Worthington wrote: > > I have been battling all morning on trying to get yum working, and no matter > > what I have done, I can not get a successful connection. I get this > > message: > > > > Server: Fedora Linux 1.90 - i386 - core > > Finding updated packages > > Downloading needed headers > > retrygrab() failed for: > > > > http://ayo.freshrpms.net/fedora/linux/1.90/i386/core/headers/xosview-0-1.8.0-17.i386.hdr > > Executing failover method > > failover: out of servers to try > > Error getting file > > http://ayo.freshrpms.net/fedora/linux/1.90/i386/core/headers/xosview-0-1.8.0-17.i386.hdr > > [Errno 7] HTTP Error (CannotSendRequest): It works here. > I am using: > > baseurl=http://mirror.hiwaay.net/redhat/fedora/linux/core/development/$basearch > > and everything seems to be working fine. Maybe try that server? That is development not FC2test1, but baseurl=http://mirror.hiwaay.net/redhat/fedora/linux/core/test/1.90/i386/os/ should work. -- Axel.Thimm at physik.fu-berlin.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kclair at serve.com Fri Feb 20 20:53:20 2004 From: kclair at serve.com (kristina clair) Date: Fri, 20 Feb 2004 15:53:20 -0500 Subject: kernel-headers ? Message-ID: <1077310400.17521.57.camel@localhost.localdomain> Hello, I'm trying to install the gcc rpm, and one of the dependencies (a few steps down in the dependency tree) is the kernel-headers package ( kernel-headers >= 2.2.1 ). However, I don't see this package on download.fedora.redhat.com or any of the mirror sites. Actually, I don't even see this package in the list of rpms for the stable release. Does anyone know how to get around this? -kristina From Axel.Thimm at physik.fu-berlin.de Fri Feb 20 20:55:55 2004 From: Axel.Thimm at physik.fu-berlin.de (Axel Thimm) Date: Fri, 20 Feb 2004 21:55:55 +0100 Subject: kernel-headers ? In-Reply-To: <1077310400.17521.57.camel@localhost.localdomain> References: <1077310400.17521.57.camel@localhost.localdomain> Message-ID: <20040220205555.GA14834@neu.nirvana> On Fri, Feb 20, 2004 at 03:53:20PM -0500, kristina clair wrote: > Hello, > > I'm trying to install the gcc rpm, and one of the dependencies (a few > steps down in the dependency tree) is the kernel-headers package > ( kernel-headers >= 2.2.1 ). However, I don't see this package on > download.fedora.redhat.com or any of the mirror sites. > > Actually, I don't even see this package in the list of rpms for the > stable release. > > Does anyone know how to get around this? Install the glibc-kernheaders rpm, which provides "kernel-headers". -- Axel.Thimm at physik.fu-berlin.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From czar at czarc.net Fri Feb 20 21:05:21 2004 From: czar at czarc.net (Gene C.) Date: Fri, 20 Feb 2004 16:05:21 -0500 Subject: kernel-headers ? In-Reply-To: <20040220205555.GA14834@neu.nirvana> References: <1077310400.17521.57.camel@localhost.localdomain> <20040220205555.GA14834@neu.nirvana> Message-ID: <200402201605.21235.czar@czarc.net> On Friday 20 February 2004 15:55, Axel Thimm wrote: > On Fri, Feb 20, 2004 at 03:53:20PM -0500, kristina clair wrote: > > Hello, > > > > I'm trying to install the gcc rpm, and one of the dependencies (a few > > steps down in the dependency tree) is the kernel-headers package > > ( kernel-headers >= 2.2.1 ). However, I don't see this package on > > download.fedora.redhat.com or any of the mirror sites. > > > > Actually, I don't even see this package in the list of rpms for the > > stable release. > > > > Does anyone know how to get around this? > > Install the glibc-kernheaders rpm, which provides "kernel-headers". A tip: if you install the rpmdb-fedora package, you will be provided with actual package names when things like this occurr. This package is fairly large so it is not installed by default unless you do an Everything install (where is likely to be unneeded). It is a tradeoff ... disk space for quickly identifying needed packages. -- Gene From daveh at cadlink.com Fri Feb 20 21:16:08 2004 From: daveh at cadlink.com (Dave Hawkes) Date: Fri, 20 Feb 2004 16:16:08 -0500 Subject: kernel-2.6.3-1.91 and Reiserfs Message-ID: <40367918.6070100@cadlink.com> Hi all, Kernel-2.6.3-1.91 appears to freeze when a reiserfs (root in my case) partition is mounted rw, but is fine when mounted ro. Using kernel-2.6.2-1.74 there are no problems. I can confirm this by booting in to emergency mode and trying mount -o remount / at which point the machine locks sold and requires are hard reset. Dave Hawkes -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3258 bytes Desc: S/MIME Cryptographic Signature URL: From kevinmartineau at senets.com Fri Feb 20 22:18:46 2004 From: kevinmartineau at senets.com (Kevin Martineau) Date: Fri, 20 Feb 2004 17:18:46 -0500 Subject: Lets take the worst of windows and make it the unchangeable default of linux In-Reply-To: <1077270337.7798.684.camel@localhost.localdomain> References: <4031EFFF.6070404@skmoore.com> <1077092122.7798.435.camel@localhost.localdomain> <1077102811.22347.73.camel@wibbit.firebox.com> <1077114360.7798.469.camel@localhost.localdomain> <1077115479.22347.91.camel@wibbit.firebox.com> <1077116756.7798.506.camel@localhost.localdomain> <20040218152516.GA20644@devserv.devel.redhat.com> <1077122454.7798.580.camel@localhost.localdomain> <4034C174.8080401@olin.edu> <1077202047.20190.26.camel@localhost.localdomain> <40357DF0.5070101@insight.rr.com> <1077270337.7798.684.camel@localhost.localdomain> Message-ID: <403687C6.20808@senets.com> Alexander Larsson wrote: >On Fri, 2004-02-20 at 04:24, Jim Cornette wrote: > > >>Say I click my way to a file within some directory which is a long way >>down a path. If I try to click with only a few directories down a path, >>I have no way of knowing the actual path to the file. >> >> > >The popup menu in the status bar can be used for this. > > This should probably be more obvious. I just noticed this after reading your e-mail. From generic at olive.ocn.ne.jp Sat Feb 21 00:10:28 2004 From: generic at olive.ocn.ne.jp (Namikawa, Shozo) Date: Sat, 21 Feb 2004 09:10:28 +0900 Subject: [FAILED] start httpd on services, libperl.so: cannot open shared object file In-Reply-To: <20040220094009.GA21462@redhat.com> References: <403598B6.7000005@olive.ocn.ne.jp> <20040220094009.GA21462@redhat.com> Message-ID: <4036A1F4.1010908@olive.ocn.ne.jp> Joe Orton wrote: > This is fixed in the mod_perl-1.99_12 package in Raw Hide. > > joe > > Thanks, Joe. As yuor direction, when mod-per was replaced, fttpd was started normally. -> mod_perl-1.99_12-1.i386.rpm -> mod_perl-devel-1.99_12-1.i386.rpm -> httpd start normally on services. by opration as follow, # rpm -q mod_perl mod_perl-1.99_11-3 # rpm -q mod_perl-devel mod_perl-devel-1.99_11-3 # rpm -e mod_perl-devel-1.99_11-3 # rpm -e mod_perl-1.99_11-3 # rpm -Uvh mod_perl-1.99_12-1.i386.rpm WARNING: Multiple same specifications for /var/lib/dhcp(3)?. Preparing... ########################################### [100%] 1:mod_perl ########################################### [100%] # rpm -Uvh mod_perl-devel-1.99_12-1.i386.rpm WARNING: Multiple same specifications for /var/lib/dhcp(3)?. Preparing... ########################################### [100%] 1:mod_perl-devel ########################################### [100%] # From ndbecker2 at verizon.net Sat Feb 21 01:25:01 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Fri, 20 Feb 2004 20:25:01 -0500 Subject: Package db4-java needs db4 = 4.1.25-14, this is not available Message-ID: Trying to update today, I got: um update Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - i386 - Base Server: fedora stable Server: Fedora Core 1.90 - i386 - Released Updates Finding updated packages Downloading needed headers Resolving dependencies .....Unable to satisfy dependencies Package db4-java needs db4 = 4.1.25-14, this is not available. From rpatters at charter.net Sat Feb 21 01:33:47 2004 From: rpatters at charter.net (Ron Patterson) Date: Fri, 20 Feb 2004 17:33:47 -0800 (PST) Subject: cpufreq configure In-Reply-To: Message-ID: On 20 Feb 2004, Alexandre Oliva wrote: > On Feb 20, 2004, Hoyt wrote: > > > RTFM is not always a helpful answer. > > > "redhat.com is temporarily unavailable. Please try back later." > > > And this outage has been reported before on this list. You do read the list > > don't you? 8) > > Yeah, and I checked the archive URL before posting my e-mail. Is it > down again? Or does it somehow work from inside Red Hat but not from > the outside? > > The archive url is ok. I get the unavailable message after I click the search button. It is still unavailable as I write this. From P.R.Schaffner at IEEE.org Sat Feb 21 02:35:27 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Fri, 20 Feb 2004 21:35:27 -0500 Subject: Upgrading from Red Hat 9 In-Reply-To: <200402181414.47843.czar@czarc.net> References: <1077120368.21197.25.camel@devinsbox> <200402181343.19910.czar@czarc.net> <1077130894.27428.30.camel@va.local.linuxlobbyist.org> <200402181414.47843.czar@czarc.net> Message-ID: <1077330926.2977.11.camel@tabb1.tabb> On Wed, 2004-02-18 at 14:14 -0500, Gene C. wrote: > On Wednesday 18 February 2004 14:01, Paul Iadonisi wrote: > > On Wed, 2004-02-18 at 13:43, Gene C. wrote: > > > > [snip] > > > > > What occurs to me is to somehow use grub. The grub stage1 and stage2 > > > files are small enough to fit on a floppy. Unfortunately, grub is not > > > currently capable of booting a cdrom (as far as I con deteremine) so an > > > enhancement to grub would be necessary to add this functionality. > > > > From the rest of your message, not sure why you mention the need for > > grub to boot from cdrom...I thought you were talking about booting from > > floppy. However, if someone really needs cdrom booting capability in > > grub, take a look at the Xen virtual machine monitor project at > > http://www.cl.cam.ac.uk/Research/SRG/netos/xen/ as the demo CD that > > project puts out uses a modified version of grub with this capability. > > >From previous messages, some folks are unable to boot a cdrom -- either the > system does not have one, or the bios is not capable of booting a cdrom, or > it cannot boot the isolinux cdrom. Since the kernel has grown too large to > fit on a floppy, I was looking for a way to bootstrap the booting of the > cdrom through booting of a floppy with grub on it and then have grub boot the > cdrom. If grub could pull vmlinuz and initrd.img from the dosutils/autoboot > directory, this could possibly get around the boot-cdrom problem. > > This has to be easier than installing something like RHL 9 which is then used > to boot the cdrom. Check out the thread "missing boot disk.img": http://www.redhat.com/archives/fedora-test-list/2004-February/msg00445.html If you have a linux system of some flavor with grub, mount the FC2T1 CD, ir start from installation files on disk, then cd [install_directory]/isolinux cp vmlinuz /boot/vmlinuz-1.90 cp initrd.img /boot/initrd-1.90.img (Alternatively, do it over the net via scp, or whatever - many ways to skin that cat - all equally odious to the cat!) Add the following stanza to /boot/grub/grub.conf (assuming /boot is in the first partition of the first hard drive, (/dev/hde1 for me, more likely /dev/hda1 or possibly /dev/sda1 depending on hardware config and BIOS settings): title Fedora test1 (1.90) installer root(hd0,0) kernel /vmlinuz-1.90 initrd /initrd-1.90.img If you want to boot from a floppy, run the following script to create a bootable VFAT formatted grub floppy with a menu, mount it, and edit the [mount-point]/grub/grub.conf file to add the above stanza. Then reboot into the installation kernel, choose CD (or NFS, FTP, ...) installation and away you go. -------------------------- mkgrubmenu ----------------------------- #!/bin/bash # mkgrubmenu # # Written by Phil Schaffner # based on mkbootdisk by Erik Troan pause=yes format=yes device=/dev/fd0 unset verbose GRUBDIR=/boot/grub MOUNTDIR=/tmp/mkgrubmenu PATH=/sbin:$PATH export PATH VERSION=0.2 usage () { cat >&2 <] [--grubdir ] [--verbose -v] (ex: `basename $0` --device /dev/fd1) EOF exit $1 } while [ $# -gt 0 ]; do case $1 in --device) shift device=$1 ;; --grubdir) shift GRUBDIR=$1 ;; --help) usage 0 ;; --noprompt) unset pause ;; --noformat) unset format ;; -v) verbose=true ;; --verbose) verbose=true ;; --version) echo "mkgrubdisk: version $VERSION" exit 0 ;; *) usage ;; esac shift done [ -d $GRUBDIR ] || { echo "$GRUBDIR is not a directory!" >&2 exit 1 } if [ -e "$device" ]; then { [ -n "$pause" ] && { echo -n "Insert a" [ -n "$format" ] || echo -n " vfat formatted" echo " disk in $device." echo "Any information on the disk will be lost." echo -n "Press to continue or ^C to abort: " read aline } [ -n "$format" ] && { [ -n "$verbose" ] && echo "Formatting $device... " fdformat $device || exit 0 mkfs.msdos $device > /dev/null 2>/dev/null || exit 0 [ -n "$verbose" ] && echo "done." } rm -rf $MOUNTDIR mkdir $MOUNTDIR || { echo "Failed to create $MOUNTDIR" >&2 exit 1 } [ -d $MOUNTDIR ] || { echo "$MOUNTDIR is not a directory!" >&2 exit 1 } mount -wt vfat $device $MOUNTDIR || { rmdir $MOUNTDIR exit 1 } mkdir $MOUNTDIR/grub [ -n "$verbose" ] && echo -n "Copying $GRUBDIR files... " cd $GRUBDIR cp -a stage1 stage2 grub.conf device.map $MOUNTDIR/grub [ -n "$verbose" ] && echo "done." [ -n "$verbose" ] && echo -n "Setting up GRUB... " grub --device-map=$MOUNTDIR/grub/device.map --batch < References: <403407DD.10308@comcast.net> <4034414A.8030506@insight.rr.com> <200402200844.19407.hoyt@cavtel.net> Message-ID: <4036C4D8.4010803@insight.rr.com> Hoyt wrote: > On Wednesday 18 February 2004 11:53 pm, Jim Cornette wrote: > >>/var/log/messages excerpt >>kernel: found reiserfs format "3.6" with standard journal >>kernel: reiserfs:warning: CONFIG_REISERFS_CHECK is set ON >>kernel: reiserfs:warning: - it is slow mode for debugging. >>kernel: Reiserfs journal params: device hda2, size 8192, journal first >>block 18, max trans len 1024, max batch 900, max commit age 30, max >>trans age 30 >>kernel: reiserfs: checking transaction log (hda2) for (hda2) >>Feb 18 23:22:31 ... kernel: Using r5 hash to sort names > > > i have the identical experience. Removing the reiserfs partitions allows the > kernel to boot. I even re-compiled and removed CONFIG_REISERFS_CHECK, but no > help. > >>From /var/log/messages: > > Feb 20 08:41:52 titan kernel: found reiserfs format "3.6" with standard > journal > Feb 20 08:41:57 titan kernel: Reiserfs journal params: device hda7, size 8192, > journal first block 18, max trans len 1024, max batch 900, max commit age 30, > max trans age 30 > Feb 20 08:41:57 titan kernel: reiserfs: checking transaction log (hda7) for > (hda7) > Feb 20 08:41:57 titan kernel: Using r5 hash to sort names > > and then it freezes. > > I've tried a few things with reiserfs to get it to mount under Kernel-2.6.2-1.87. I tried turning off selinux, no help. Mounting the reiserfs volume after boot. (Result, it loads reiserfs/0 but the computer cannot be brought down to a proper halt. The closest that I have come to a clean shutdown was with telinit 6. This brought the system down to a state where I was not asked to check the volume integrity on startup. The strange thing is that the computer seems to act normally after a mount of the reiserfs volume was attempted and seems to lock. I could do about everything except shutdown the system and could not see any indication that the voume was mounted. When I went back to Kernel-2.6.2-1.81 and tried to manually mount the volume from a terminal, with the same command. The reiserfs would mount properly and I could access the files on the reiserfs volume. I don't know what it is that is causing the reiserfs error, but it seems to be present in the Kernel-2.6.2-1.85 and above. I booted up the reiserfs volume that contains my fedora 1 installation and it appears to be working as it was before the Kernel-2.6.2-1.85 release of the kernel. No new file corruption that I noticed. If I try to mount the reiserfs volume from a gnome-terminal, I get no message feedback. If I try mounting the volume from a regular mingetty terminal, I get a similar dialog before the freeze printed to the screen. Is it that mount needs updated to handle later reiserfs volumes, something flawed in a recent kernel change or Selinux or some other factor will not work for reiser on kernel Kernel-2.6.2-1.81 or later. Jim From brian at krahmer.com Sat Feb 21 02:41:01 2004 From: brian at krahmer.com (Brian Krahmer) Date: Fri, 20 Feb 2004 18:41:01 -0800 Subject: Can't yum update - Incorrect location of kernel-source-0-2.6.2-1.87.i386.hdr Message-ID: <000201c3f824$2505bcf0$0200a8c0@WARHOLE> I don't know much about the update process, but when I do a yum update (with baseurl specified as ftp://limestone.uoregon.edu/fedora/development/$basearch http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearc h, it's failing from both locations because of the aforementioned package. Snooping around in ftp, I find that header in ftp://limestone.uoregon.edu/fedora/development/headers. I can only assume there is a typo in a file somewhere... Can anybody fix this? brian From salimma at fastmail.fm Sat Feb 21 03:40:01 2004 From: salimma at fastmail.fm (Michel Alexandre Salim) Date: Sat, 21 Feb 2004 10:40:01 +0700 Subject: OpenOffice - two versions hosing FC2 In-Reply-To: <40364EF6.1040100@medata.com> References: <40364EF6.1040100@medata.com> Message-ID: <1077334800.4444.5.camel@bushido.mshome.net> On Fri, 2004-02-20 at 10:16 -0800, Rick Johnson wrote: > It appears we have two versions of OpenOffice 1.1.0-27 within the devel > repository. > Speaking of OO.o, has anyone tried rebuilding it on either FC1 or FC2- devel? I cannot move to 2-dev yet since my external hard drive does not work with the 2.6 kernel at the moment, and since the OO.o binary RPM is built against a newer db4 I decided to play it safe and just rebuild it for FC1. It does not quite work - some binaries do not get built so rpmbuild terminated with an error when it got to the %files section. Can't remember the exact error on top of my head, will have to make a mental note to redirect the build output to a log file next time. So if you have rebuilt OO.o successfully, do let me know. I suspect either some binaries do not get built due to the older db4 or there is a missing BuildRequire: somewhere. Thanks, Michel -------------- 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 mrsam at courier-mta.com Sat Feb 21 03:43:07 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Fri, 20 Feb 2004 22:43:07 -0500 Subject: Java on x86_64. Message-ID: After an evening's worth of poking, here's the run down: A) Sun's 1.4.2 i586 JVM appears to work fine. A one-line change is necessary to /usr/bin/mozilla in order for libjavaplugin_oji.so to come up in about:plugins. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116445 B) Blackdown's AMD64 JVM also appears to work; but its plugin is out of order. Besides having the same problem as Sun's JVM (it's actually the mozilla script that's broken, setting LD_ASSUME_KERNEL breaks grep in the subshell that parses out JVM's version), but something else is also malfunctioning, which I cannot identify: http://www.blackdown.org/cgi-bin/jdk/incoming?id=3094;page=305;user=guest -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From llim at redhat.com Sat Feb 21 03:51:33 2004 From: llim at redhat.com (Lawrence Lim) Date: Sat, 21 Feb 2004 13:51:33 +1000 (EST) Subject: Testers Required for Next Generation Input Method Message-ID: The Fedora Project will be adopting a revolutionary new Input Method system in the upcoming release of the Fedora Core 2. We would like to extend an invitation at this time to East Asian users in particular to test this preliminary release and provide us with feedback so we can improve the software and ensure that the Input Methods will be easier, more efficient and pleasant to use. Intranet/Internet Input Method Framework (IIIMF) is the next generation Input Method Framework set to replace the legacy X Window System Input Method (XIM) used by existing Input Methods such as chinput, xcin, kinput2, ami and many others. As the technology is still at its infancy, wider testing effort by community is needed to expediate the maturity of the technology. IIIMF server loads Language Engines (LE) dynamically at runtime as requested by clients. In this first round of testing, four LEs are available: + iiimf-le-inpinyin for Simplified Chinese (zh_CN.UTF-8) + iiimf-le-xcin for Traditional Chinese (zh_TW.UTF-8) + iiimf-le-canna for Japanese (ja_JP.UTF-8) + iiimf-le-hangul for Korean (ko_KR.UTF-8) If you wish to participate in this first round of testing, a Testing Guide is now available at . It will give you the necessary information in setting up the IIIMF and using the LE specific to your locale. Input Method Testing Discussion Mailing List: fedora-i18n-list at redhat.com Subscribe at: https://www.redhat.com/mailman/listinfo/fedora-i18n-list IRC: Channel #fedora-i18n on irc.freenode.net -- Best Regards, Fedora I18N Team From redhat-jc at insight.rr.com Sat Feb 21 03:56:32 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Fri, 20 Feb 2004 22:56:32 -0500 Subject: Can't yum update - Incorrect location of kernel-source-0-2.6.2-1.87.i386.hdr In-Reply-To: <000201c3f824$2505bcf0$0200a8c0@WARHOLE> References: <000201c3f824$2505bcf0$0200a8c0@WARHOLE> Message-ID: <4036D6F0.2090209@insight.rr.com> Brian Krahmer wrote: > I don't know much about the update process, but when I do a yum update (with > baseurl specified as > ftp://limestone.uoregon.edu/fedora/development/$basearch > http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearc > h, it's failing from both locations because of the aforementioned package. > Snooping around in ftp, I find that header in > ftp://limestone.uoregon.edu/fedora/development/headers. I can only assume > there is a typo in a file somewhere... Can anybody fix this? > > brian > > > > The headers that are straight into the development directory will work until you get to a noarch rpm. (I found out from my own mistakes using this headers directory) I really don't understand the need to use the $basearch in the url. I usually just use i386 instead and it works fine. I don't see this machine changing to any other type archetecture, so why not use the simple 4 characters instead? I checked the mirror you mentioned above and the headers directory was also located within the ftp://limestone.uoregon.edu/fedora/development/i386 directory. Using this link should work fine. I am assuming you have an i686 machine. Jim From peter_banks at charter.net Sat Feb 21 03:57:59 2004 From: peter_banks at charter.net (Peter A. Banks) Date: Fri, 20 Feb 2004 22:57:59 -0500 Subject: Problem/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. In-Reply-To: <20040221023402.29992.10116.Mailman@listman.back-rdu.redhat.com> Message-ID: I finally had time to chase why my Creative Labs/Ensonic 1371 PCI sound card was not working. Anaconda/ Kudzu defined the driver to be snd-es1371. I went to the alsa-project site ( www.alsa-project.org ) and looked up the driver for the card. They said the card needed snd-ens1371. I verified the driver was in the /lib/modules/kernel directory tree then changed the reference in the modprobe file. Now I have sound and am the Mendelssohn String Quintets even as I write. Regards pab From peter_banks at charter.net Sat Feb 21 04:03:46 2004 From: peter_banks at charter.net (Peter A. Banks) Date: Fri, 20 Feb 2004 23:03:46 -0500 Subject: How do I get rid of avc: errors. In-Reply-To: <20040221023402.29992.10116.Mailman@listman.back-rdu.redhat.com> Message-ID: I keep getting these avc: error messages on the console. They are filling up dmesg making debug difficult. I presume that they connected with Secure Linux features. Regards pab From whooperhsd3 at earthlink.net Sat Feb 21 04:14:51 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Fri, 20 Feb 2004 23:14:51 -0500 (EST) Subject: Can't yum update - Incorrect location of kernel-source-0-2.6.2-1.87.i386.hdr In-Reply-To: <4036D6F0.2090209@insight.rr.com> References: <000201c3f824$2505bcf0$0200a8c0@WARHOLE> <4036D6F0.2090209@insight.rr.com> Message-ID: <64916.65.41.55.65.1077336891.squirrel@65.41.55.65> Jim Cornette said: > I really don't understand the need to use the $basearch in the url. I > usually just use i386 instead and it works fine. I don't see this > machine changing to any other type archetecture, so why not use the > simple 4 characters instead? The same reason that using $releasever makes sense: it's one less thing you have to make sure is right when creating the packages for multiple (Fedora Core) versions and architectures. -- William Hooper From salimma at fastmail.fm Sat Feb 21 04:21:24 2004 From: salimma at fastmail.fm (Michel Alexandre Salim) Date: Sat, 21 Feb 2004 11:21:24 +0700 Subject: How do I get rid of avc: errors. In-Reply-To: References: Message-ID: <1077337284.11262.1.camel@bushido.mshome.net> On Fri, 2004-02-20 at 23:03 -0500, Peter A. Banks wrote: > I keep getting these avc: error messages on the console. > They are filling up dmesg making debug difficult. > I presume that they connected with Secure Linux features. Uninstall policy; it was not ready for FC2 test1. - Michel -------------- 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 rpatters at charter.net Sat Feb 21 04:26:15 2004 From: rpatters at charter.net (Ron Patterson) Date: Fri, 20 Feb 2004 20:26:15 -0800 Subject: cpufreq configure In-Reply-To: References: Message-ID: <4036DDE7.9050506@charter.net> Ron Patterson wrote: >On 20 Feb 2004, Alexandre Oliva wrote: > > > >>On Feb 20, 2004, Hoyt wrote: >> >> >> >>>RTFM is not always a helpful answer. >>> >>> >>>"redhat.com is temporarily unavailable. Please try back later." >>> >>> >>>And this outage has been reported before on this list. You do read the list >>>don't you? 8) >>> >>> >>Yeah, and I checked the archive URL before posting my e-mail. Is it >>down again? Or does it somehow work from inside Red Hat but not from >>the outside? >> >> >> >> >The archive url is ok. I get the unavailable message after I click the >search button. It is still unavailable as I write this. > > > > Not being very patient, I decided to give this a try. I edited the cpuspeed config file as follows: [root at dhcppc0 root]# cat /etc/cpuspeed.conf VMAJOR=1 VMINOR=1 DRIVER="speedstep-ich" OPTS="-a /proc/acpi/ac_adapter/*/state -t /proc/acpi/thermal_zone/*/temperature 75" and then: [root at dhcppc0 root]# service cpuspeed start Seems to work for me on a Dell Latitude. From barvic at fnal.gov Sat Feb 21 05:18:50 2004 From: barvic at fnal.gov (Victor Barashko) Date: Sat, 21 Feb 2004 00:18:50 -0500 Subject: setting 1280x800 for widescreen notebook Message-ID: <4036EA3A.5050801@fnal.gov> On Feb 17, 2004, Matteo Porta wrote: > hello, I'm using a notebook with a widescreen (native > resolution is 1280x800). how can I set this resolution ? > the only resolutions I'm able to use are 1024x768 and > below (I'm using the vesa driver, since the ati radeon > 9200 mobility seems not supported). Download ATI drivers for linux from their site (dont select Mobile, select Graphic Driver and any Radeon serie). There versions of drivers for different versions of XFree86 (I hope you know which you run). Install using their instructions (save your current XF86Config, just in case... =) ). Add(change) Screen section in your XF86Config Section "Screen" Identifier "Your Screen identifier" Device "Name of your ATI device entry in confg file" Monitor "Name of your monitor entry in config file" DefaultDepth 24 Subsection "Display" Depth 24 Virtual 1280 800 EndSubsection EndSection You can try to play with common "Modes", but for me with Radeon Mobility 9600 it doesn't work at all. Maybe you 'll get lucky with 9200. best, Victor From jdaleo at rcn.com Sat Feb 21 05:20:32 2004 From: jdaleo at rcn.com (Jim Daleo) Date: Sat, 21 Feb 2004 00:20:32 -0500 Subject: SMB Shares in nautilus Message-ID: <4036EAA0.7020007@rcn.com> Now that I added rules to iptables to allow smb services I can browse my home network. When I click on a share, however, I get a message that the action associated with the share is invalid. What is supposed to happen when I click an smb share. On my RedHat 9 box I use LinNeighborhood. That works great. It creates a directory and mounts the smb drive, it has an option to re-mount the drive next session, and it deletes te created directory when the share is unmounted. I was expecteing to see some functionallity like this with Gnome 2.5. Jim From ehoover at mines.edu Sat Feb 21 06:37:01 2004 From: ehoover at mines.edu (Erich Hoover) Date: Fri, 20 Feb 2004 23:37:01 -0700 Subject: up2date Mirrors Message-ID: <4036FC8D.4070905@mines.edu> With all these updates the different mirrors for up2date don't all have a copy of the files and so up2date stops all the time because of 404 errors. Why can't up2date just try other mirrors until it finds one that has the file? From redhat-jc at insight.rr.com Sat Feb 21 07:16:26 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sat, 21 Feb 2004 02:16:26 -0500 Subject: up2date Mirrors In-Reply-To: <4036FC8D.4070905@mines.edu> References: <4036FC8D.4070905@mines.edu> Message-ID: <403705CA.3000002@insight.rr.com> Erich Hoover wrote: > With all these updates the different mirrors for up2date don't all have > a copy of the files and so up2date stops all the time because of 404 > errors. Why can't up2date just try other mirrors until it finds one > that has the file? > > I believe that they are working on a way to do this. I have not tried out the new concept yet. I read bits and pieces on the changes to up2date, to make this happen. It is experimental and my mirror was quick at the time the message came out. There is a lot of updates available. I'm sure the other mirrors will come on-line shortly. (over 400, maybe 500 updates) Jim From ojgbagg27ab at msn.com Sat Feb 21 08:46:27 2004 From: ojgbagg27ab at msn.com (alton bailey) Date: Sat, 21 Feb 2004 03:46:27 -0500 Subject: kernel 2.6.3-2.1.196 Message-ID: I upgrade my kernel yesterday and reboot my System running FC2 Test1 and I got a message stating ( I cannot start X Server your graphical interface it seem the pointing device your mouse is not setup correctly) how can I resolve this problem or do I have to use the kernel that works with my mice From jsamort at shaw.ca Sat Feb 21 09:13:17 2004 From: jsamort at shaw.ca (J. Scott Amort) Date: Sat, 21 Feb 2004 01:13:17 -0800 Subject: kernel-2.6.3-1.91 and Reiserfs In-Reply-To: <40367918.6070100@cadlink.com> References: <40367918.6070100@cadlink.com> Message-ID: <1077354796.2118.1.camel@enlightenment.baobobmusic.ca> On Fri, 2004-02-20 at 16:16 -0500, Dave Hawkes wrote: > Kernel-2.6.3-1.91 appears to freeze when a reiserfs (root in my case) > partition is mounted rw, but is fine when mounted ro. Using > kernel-2.6.2-1.74 there are no problems. I can confirm this as well. Last kernel to work was 2.6.2-1.84. I'll check to see if someone has put it in bugzilla... Regards, Scott From salimma at fastmail.fm Sat Feb 21 10:40:08 2004 From: salimma at fastmail.fm (Michel Alexandre Salim) Date: Sat, 21 Feb 2004 17:40:08 +0700 Subject: SMB Shares in nautilus In-Reply-To: <4036EAA0.7020007@rcn.com> References: <4036EAA0.7020007@rcn.com> Message-ID: <1077360007.11262.12.camel@bushido.mshome.net> On Sat, 2004-02-21 at 00:20 -0500, Jim Daleo wrote: > Now that I added rules to iptables to allow smb services I can browse my > home network. When I click on a share, however, I get a message that > the action associated with the share is invalid. > > What is supposed to happen when I click an smb share. > I'm back on Fedora 1 at the moment until a kernel problem is fixed, but last time I tried Nautilus 2.5.x has broken network browsing. Happened before on 2.4.x IIRC. Try entering the URI directly? CTRL+L then enter 'smb://COMPNAME' without quotes - Michel -------------- 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 don.vanco at agilysys.com Sat Feb 21 11:34:13 2004 From: don.vanco at agilysys.com (Vanco, Don) Date: Sat, 21 Feb 2004 06:34:13 -0500 Subject: Testers Required for Next Generation Input Method Message-ID: -----Original Message----- From: fedora-test-list-admin at redhat.com on behalf of Lawrence Lim Subject: Testers Required for Next Generation Input Method If you wish to participate in this first round of testing, a Testing Guide is now available at . It will give you the necessary information in setting up the IIIMF and using the LE specific to your locale. _____________________________________________ I'm assuming you wanted something other than above? Don From zumbi3 at free.fr Sat Feb 21 11:45:25 2004 From: zumbi3 at free.fr (Michael Opdenacker) Date: Sat, 21 Feb 2004 12:45:25 +0100 Subject: Include k3b in Fedora Core 2? Message-ID: <403744D5.7000708@free.fr> Hello, I'm surprised that k3b did not make its way to Fedora Core 2 test 1. I know where I can get the rpms from, but I would like it to be shipped in the FC isos and installed by default. Contrary to xcdroast and gtoaster, k3b is (at last) a very easy to use cd burning interface. In addition, it looks very stable and I never had significant issues with it. In addition, its development team is still active (I don't see much going on with the other 2). So, is it too late to add k3b to Fedora Core 2? If there's a lack of space, I think that k3b deserves to be part of the release more than xcdroast and gtoaster. Users would love the change! What do you think? Cheers, Michael. -- Michael Opdenacker http://opdenacker.org/ From fedora at warmcat.com Sat Feb 21 12:00:37 2004 From: fedora at warmcat.com (Andy Green) Date: Sat, 21 Feb 2004 12:00:37 +0000 Subject: Include k3b in Fedora Core 2? In-Reply-To: <403744D5.7000708@free.fr> References: <403744D5.7000708@free.fr> Message-ID: <200402211200.44961.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 21 February 2004 11:45, Michael Opdenacker wrote: > space, I think that k3b deserves to be part of the release more than > xcdroast and gtoaster. > > Users would love the change! > > What do you think? K3B is not only more beautiful but has more features. It looks and acts like an expensive Windows-world burning app, and it works fine for me (by chance I am using it right now). If its not too late it would be great to include it, otherwise I hope it is considered for the next release. I don't want to be some kind of KDE troll, I have no connection to the project other than a happy user, but it seems to me there is a general trend that KDE apps are on the whole doing better than their Gnome counterparts. I hope this will get recognized in Fedora and it won't be a case of Give Us Gnome Or Give Us Death. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAN0hsjKeDCxMJCTIRAtvMAJ0Y6B8Qu/XT5TC9dQo4+UV6SB8bUACZARrV c4OEWBW1YXqhizLLYzjGnhQ= =VKGA -----END PGP SIGNATURE----- From llch at redhat.com Sat Feb 21 12:03:43 2004 From: llch at redhat.com (Leon Ho) Date: Sat, 21 Feb 2004 22:03:43 +1000 (EST) Subject: Testers Required for Next Generation Input Method In-Reply-To: Message-ID: Great catch! ;-) Here are the URLs: Full invitation letter: http://apac.redhat.com/iiimftest/ Testing guide: http://apac.redhat.com/iiimftest/testing-guide/ IIIMF testing packages: http://apac.redhat.com/iiimftest/files More information on IIIMF and other Projects on OpenI18N: http://www.openi18n.org/ http://www.openi18n.org/modules.php?op=modload&name=Sections&file=index&req=viewarticle&artid=30&page=1 Cheers, Leon On Sat, 21 Feb 2004, Vanco, Don wrote: > > > -----Original Message----- > From: fedora-test-list-admin at redhat.com on behalf of Lawrence Lim > Subject: Testers Required for Next Generation Input Method > > If you wish to participate in this first round of testing, a Testing Guide > is now available at . It will give you the necessary information in > setting up the IIIMF and using the LE specific to your locale. > _____________________________________________ > > > I'm assuming you wanted something other than above? > > Don > > > From shrek-m at gmx.de Sat Feb 21 12:08:39 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 21 Feb 2004 13:08:39 +0100 Subject: Include k3b in Fedora Core 2? In-Reply-To: <200402211200.44961.fedora@warmcat.com> References: <403744D5.7000708@free.fr> <200402211200.44961.fedora@warmcat.com> Message-ID: <40374A47.60500@gmx.de> Andy Green wrote: >K3B is not only more beautiful but has more features. It looks and acts like >an expensive Windows-world burning app, and it works fine for me (by chance I >am using it right now). If its not too late it would be great to include it, >otherwise I hope it is considered for the next release. > >I don't want to be some kind of KDE troll, I have no connection to the project >other than a happy user, but it seems to me there is a general trend that KDE >apps are on the whole doing better than their Gnome counterparts. I hope >this will get recognized in Fedora and it won't be a case of Give Us Gnome Or >Give Us Death. > > https://bugzilla.redhat.com/ https://bugzilla.redhat.com/bugzilla/easy_enter_bug.cgi [RFE] -- shrek-m From nphilipp at redhat.com Sat Feb 21 12:09:25 2004 From: nphilipp at redhat.com (Nils Philippsen) Date: Sat, 21 Feb 2004 13:09:25 +0100 Subject: Gimp print In-Reply-To: <1077273062.1727.12.camel@localhost.localdomain> References: <1077233830.29762.1.camel@T7.linux> <1077272597.9928.21.camel@wombat.tiptoe.de> <1077273062.1727.12.camel@localhost.localdomain> Message-ID: <1077365364.24878.14.camel@wombat.tiptoe.de> On Fri, 2004-02-20 at 11:31, PFJ wrote: > Hi, > > > > Anyone else noticed printing from the current version of gimp is > > > foobard? > > > > > > vsn 4.2.6-5, gimp vsn 2.0.0-pre3.3 > > > > Can you elaborate? > > Fails to print - gives an error along the lines of the print plugin has > failed and may have done something internally to GIMP. To be safe, save > your work and restart. Fixed in Rawhide in gimp-print-4.2.6-7. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From davej at redhat.com Sat Feb 21 12:11:10 2004 From: davej at redhat.com (Dave Jones) Date: Sat, 21 Feb 2004 12:11:10 +0000 Subject: kernel 2.6.3-2.1.196 In-Reply-To: References: Message-ID: <1077365470.16230.1.camel@delerium.codemonkey.org.uk> On Sat, 2004-02-21 at 08:46, alton bailey wrote: > I upgrade my kernel yesterday and reboot my System running FC2 Test1 and I > got a message stating ( I cannot start X Server your graphical interface it > seem the pointing device your mouse is not setup correctly) how can I > resolve this problem or do I have to use the kernel that works with my mice by reading the list archives, or bugzilla, or fedoranews or.. Dave From mickeyboa at comcast.net Sat Feb 21 12:24:31 2004 From: mickeyboa at comcast.net (jim tate) Date: Sat, 21 Feb 2004 07:24:31 -0500 Subject: Apt an Synaptic Message-ID: <40374DFF.3030308@comcast.net> Is there a Apt and Synaptic for Fedora2-test out yet, and where can you get them, That does not require lot of dependencies corrections. Thanks Jim Tate From zumbi3 at free.fr Sat Feb 21 12:26:00 2004 From: zumbi3 at free.fr (Michael Opdenacker) Date: Sat, 21 Feb 2004 13:26:00 +0100 Subject: Include k3b in Fedora Core 2? In-Reply-To: <40374A47.60500@gmx.de> References: <403744D5.7000708@free.fr> <200402211200.44961.fedora@warmcat.com> <40374A47.60500@gmx.de> Message-ID: <40374E58.1060101@free.fr> Thanks Shrek! Actually, I first tried to report this through Bugzilla, but I didn't find an appropriate component name. Most component names are packages already in the distribution. I've just found the "distribution" component which is already in use for package requests. So, I'll file this in Bugzilla. Thanks again! :-) Michael. > Andy Green wrote: > >> K3B is not only more beautiful but has more features. It looks and >> acts like an expensive Windows-world burning app, and it works fine >> for me (by chance I am using it right now). If its not too late it >> would be great to include it, otherwise I hope it is considered for >> the next release. >> >> I don't want to be some kind of KDE troll, I have no connection to >> the project other than a happy user, but it seems to me there is a >> general trend that KDE apps are on the whole doing better than their >> Gnome counterparts. I hope this will get recognized in Fedora and it >> won't be a case of Give Us Gnome Or Give Us Death. >> >> > > https://bugzilla.redhat.com/ > > https://bugzilla.redhat.com/bugzilla/easy_enter_bug.cgi > [RFE] > -- Michael Opdenacker http://opdenacker.org/ From czar at czarc.net Sat Feb 21 14:41:18 2004 From: czar at czarc.net (Gene C.) Date: Sat, 21 Feb 2004 09:41:18 -0500 Subject: rawhide 20040221 Message-ID: <200402210941.18569.czar@czarc.net> A couple of problems with the latest: coreutils has dropped /usr/bin/kill gnomemeeting not updated so updated pwlib and openh323 cannot be installed. -- Gene From sandy_pond at myrealbox.com Sat Feb 21 16:05:24 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sat, 21 Feb 2004 11:05:24 -0500 Subject: rawhide 20040221 In-Reply-To: <200402210941.18569.czar@czarc.net> References: <200402210941.18569.czar@czarc.net> Message-ID: <1077379523.3218.1.camel@family> On Sat, 2004-02-21 at 09:41 -0500, Gene C. wrote: > A couple of problems with the latest: > > coreutils has dropped /usr/bin/kill > $ rpm -q --changelog coreutils | less ... * Wed Feb 18 2004 Tim Waugh - Stop 'sort -g' leaking memory (i18n patch bug #115620). - Don't ship kill, since util-linux already does. - Tidy AFS patch. ... From salimma at fastmail.fm Sat Feb 21 16:23:28 2004 From: salimma at fastmail.fm (Michel Alexandre Salim) Date: Sat, 21 Feb 2004 23:23:28 +0700 Subject: Include k3b in Fedora Core 2? In-Reply-To: <403744D5.7000708@free.fr> References: <403744D5.7000708@free.fr> Message-ID: <1077380608.13557.8.camel@bushido.mshome.net> On Sat, 2004-02-21 at 12:45 +0100, Michael Opdenacker wrote: [snip] > So, is it too late to add k3b to Fedora Core 2? If there's a lack of > space, I think that k3b deserves to be part of the release more than > xcdroast and gtoaster. > I second that. gtoaster, in particular, has a terrible user interface. And k3b from fedora.us works well. - Michel -------------- 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 vic at gedris.org Sat Feb 21 16:10:00 2004 From: vic at gedris.org (Vic Gedris) Date: Sat, 21 Feb 2004 11:10:00 -0500 Subject: Sound stops working after APM suspend Message-ID: <20040221161000.GM904@gedris.org> Hi all, I logged this bug as a kernel bug, but perhaps it should have been logged as an apmd bug? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115765 Basically, what's happening is that when I return my Thinkpad from suspend mode, my snd_cs46xx driver stops working. The workaround for it is: 1) Exit all applications that may be using that module (xmms, mixers, etc). Verify this with lsmod (third colunm for this driver shows 0) 2) rmmod snd_cs46xx 3) modprobe snd_cs46xx 4) restart all of my sound applications. Can anyone suggest how to properly fix this? It's the one issue with FC2-test1 that's *really* annoying me still. Cheers, Vic -- Vic Gedris | Sick of getting Microsoft email viruses? Try vic-at-gedris.org | using Linux instead! http://www.linux.org http://vic.dyndns.org | GNU Privacy Guard (GPG) Key-ID: D77B43FB -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From alan at redhat.com Sat Feb 21 16:39:00 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 21 Feb 2004 11:39:00 -0500 Subject: Sound stops working after APM suspend In-Reply-To: <20040221161000.GM904@gedris.org> References: <20040221161000.GM904@gedris.org> Message-ID: <20040221163900.GA32426@devserv.devel.redhat.com> On Sat, Feb 21, 2004 at 11:10:00AM -0500, Vic Gedris wrote: > Basically, what's happening is that when I return my Thinkpad from > suspend mode, my snd_cs46xx driver stops working. The workaround for it > is: > 1) Exit all applications that may be using that module (xmms, mixers, > etc). Verify this with lsmod (third colunm for this driver shows 0) > 2) rmmod snd_cs46xx > 3) modprobe snd_cs46xx > 4) restart all of my sound applications. > > Can anyone suggest how to properly fix this? It's the one issue with > FC2-test1 that's *really* annoying me still. Someone needs to copy the power management support from OSS into the ALSA cs46xx driver. Its one of the ALSA known "needs doing but nobody did it" items From czar at czarc.net Sat Feb 21 16:50:11 2004 From: czar at czarc.net (Gene C.) Date: Sat, 21 Feb 2004 11:50:11 -0500 Subject: rawhide 20040221 In-Reply-To: <1077379523.3218.1.camel@family> References: <200402210941.18569.czar@czarc.net> <1077379523.3218.1.camel@family> Message-ID: <200402211150.11193.czar@czarc.net> On Saturday 21 February 2004 11:05, Sandy Pond wrote: > On Sat, 2004-02-21 at 09:41 -0500, Gene C. wrote: > > A couple of problems with the latest: > > > > coreutils has dropped /usr/bin/kill > > $ rpm -q --changelog coreutils | less That may be but redhat-lsb requires /usr/bin/kill (not /bin/kill). I am not sure which is correct but two bugzilla reports redhat-lsb: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116482 coreutils: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116463 -- Gene From czar at czarc.net Sat Feb 21 17:00:57 2004 From: czar at czarc.net (Gene C.) Date: Sat, 21 Feb 2004 12:00:57 -0500 Subject: zero length orphaned file Message-ID: <200402211200.57819.czar@czarc.net> Any idea what packaged created the /usr/lib/libartscontrolsupport.so.1.0.0.#prelink#.HCuLe0 file? This is a zero length file with no owner -- Gene From m.a.young at durham.ac.uk Sat Feb 21 17:11:09 2004 From: m.a.young at durham.ac.uk (M A Young) Date: Sat, 21 Feb 2004 17:11:09 +0000 (GMT) Subject: zero length orphaned file In-Reply-To: <200402211200.57819.czar@czarc.net> References: <200402211200.57819.czar@czarc.net> Message-ID: On Sat, 21 Feb 2004, Gene C. wrote: > Any idea what packaged created the > /usr/lib/libartscontrolsupport.so.1.0.0.#prelink#.HCuLe0 file? > > This is a zero length file with no owner That looks like a temporary file used by prelink while it was prelinking; maybe prelink was interrupted for some reason. It can probably be removed if no prelink process is running. Michael Young From deji_aking at yahoo.ca Sat Feb 21 17:56:44 2004 From: deji_aking at yahoo.ca (Deji Akingunola) Date: Sat, 21 Feb 2004 12:56:44 -0500 Subject: How do I get rid of avc: errors. In-Reply-To: References: Message-ID: <1077386202.3646.4.camel@rhema> On Fri, 2004-02-20 at 23:03, Peter A. Banks wrote: > I keep getting these avc: error messages on the console. > They are filling up dmesg making debug difficult. > I presume that they connected with Secure Linux features. > Regards > pab > > You can either remove policy and policycoreutils packages or boot with selinux=0. Deji From deji_aking at yahoo.ca Sat Feb 21 18:05:10 2004 From: deji_aking at yahoo.ca (Deji Akingunola) Date: Sat, 21 Feb 2004 13:05:10 -0500 Subject: Apt an Synaptic In-Reply-To: <40374DFF.3030308@comcast.net> References: <40374DFF.3030308@comcast.net> Message-ID: <1077386709.3646.10.camel@rhema> On Sat, 2004-02-21 at 07:24, jim tate wrote: > Is there a Apt and Synaptic for Fedora2-test out yet, and where can you > get them, > That does not require lot of dependencies corrections. > > Thanks > Jim Tate > Apt for FC2-test is available here; http://fedora.laiskiainen.org/fc2-test/ I don't know of any repository where you can get synaptic rpm, but you can recompile the src.rpm from freshrpms.net latest synaptic. Deji From paul at all-the-johnsons.co.uk Sat Feb 21 18:09:36 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 21 Feb 2004 18:09:36 +0000 Subject: Gimp print In-Reply-To: <1077365364.24878.14.camel@wombat.tiptoe.de> References: <1077233830.29762.1.camel@T7.linux> <1077272597.9928.21.camel@wombat.tiptoe.de> <1077273062.1727.12.camel@localhost.localdomain> <1077365364.24878.14.camel@wombat.tiptoe.de> Message-ID: <1077386975.14054.3.camel@T7.linux> Hi, > > Fails to print - gives an error along the lines of the print plugin has > > failed and may have done something internally to GIMP. To be safe, save > > your work and restart. > > Fixed in Rawhide in gimp-print-4.2.6-7. Many thanks :-) TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 greg at linkify.com Sat Feb 21 18:49:11 2004 From: greg at linkify.com (greg at linkify.com) Date: Sat, 21 Feb 2004 10:49:11 -0800 (PST) Subject: x86_64 problems... Message-ID: <20040221184911.F1F311F402@mna-mna.linkify.com> I've experienced what seems to be a 'lock up' on my opteron system. Here's the configuration: Dual opteron 244 on Tyan 2882 2GB ECC registered samsung ram Adaptec 2200S raid controller Dual cheetah 36GB drives in raid 1 Pretty much all standard settings in bios I notice an NMI complaint from the scsi driver at boot time, anyone know anything specific to be on the lookout for? From peter_banks at charter.net Sat Feb 21 18:58:43 2004 From: peter_banks at charter.net (Peter A. Banks) Date: Sat, 21 Feb 2004 13:58:43 -0500 Subject: Problem/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. In-Reply-To: <20040221170010.7002.89403.Mailman@listman.back-rdu.redhat.com> Message-ID: After you make the changes in the Modprobe file from snd-es1371 to snd-ens1371 you will need to disable Kudzu in the services control panel, to get sound to come up consistently. From czar at czarc.net Sat Feb 21 19:21:21 2004 From: czar at czarc.net (Gene C.) Date: Sat, 21 Feb 2004 14:21:21 -0500 Subject: FC2, SMP kernel, NIC not working Message-ID: <200402211421.21414.czar@czarc.net> Given the number of CC's on this report https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115566 and the comments on the mailing list, I have to assume that few, if any, are see the problem I see with NIC drivers on the FC2 SMP kernel. So may main question is: Is anyone seeing this problem? Does anyone with a P-4 and hyperthreading (uses the smp kernel) having problems with NIC drivers? NICs tried: Linksys NC100 with tulip driver (dual P-III) Netgear GA311 with r8169 driver (dual P-III) 3Com 3C940 with sk98lin driver (single Opteron 140) Intel Ethernet Pro 100 with e100 driver (dual athlon) Software: FC2 with all available up and smp kernels Systems: dual P-III, dual Athlon, Opteron 140 Works: Opteron 140 with 3C940, dual athlon with Intel Ethernet Pro 100 (smp kernel), both Linksys and Netgear NICs on dual P-III with UP kernel Fails: dual P-III with SMP kernel and both NICs (Linksys or Netgear) Failure -- "Destination host unreachable" Comments??? ... pro, con, suggestions, whatever -- Gene From rjohnson at medata.com Sat Feb 21 19:24:16 2004 From: rjohnson at medata.com (Rick Johnson) Date: Sat, 21 Feb 2004 11:24:16 -0800 Subject: yum.conf that works In-Reply-To: <20040220203732.GE4298@neu.nirvana> References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> Message-ID: <4037B060.8000102@medata.com> Axel Thimm wrote: >>baseurl=http://mirror.hiwaay.net/redhat/fedora/linux/core/development/$basearch >> >>and everything seems to be working fine. Maybe try that server? > > > That is development not FC2test1, but > > baseurl=http://mirror.hiwaay.net/redhat/fedora/linux/core/test/1.90/i386/os/ > > should work. You want development for updates. The core/test/1.90/i386/os is for the initial install. It *seems* that just about every package has been updated since then. The stock yum.conf that ships uses the devel tree - and the Red Hat folks here have suggested that you pull updates from there. I imagine come FC2 Test 2 or 3, they may split the updates to updates/test/1.91 or something like that in order to provide us with a more stable testing ground. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From czar at czarc.net Sat Feb 21 20:23:20 2004 From: czar at czarc.net (Gene C.) Date: Sat, 21 Feb 2004 15:23:20 -0500 Subject: FC2, SMP kernel, NIC not working In-Reply-To: <200402211421.21414.czar@czarc.net> References: <200402211421.21414.czar@czarc.net> Message-ID: <200402211523.20365.czar@czarc.net> On Saturday 21 February 2004 14:21, Gene C. wrote: > Given the number of CC's on this report > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115566 Forget it ... I just "smoked" the ******* MOBO! Well, until I get a replacement MOBO (nobody seems to sell dual P-III MOBOs anymore) or MOBO and new processors (ugh), this problem is moot. -- Gene From pertusus at free.fr Sat Feb 21 20:45:16 2004 From: pertusus at free.fr (pertusus at free.fr) Date: Sat, 21 Feb 2004 21:45:16 +0100 Subject: gst-mixer missing ? Message-ID: <1077396316.4037c35c5c8c7@imp1-q.free.fr> I don't have gst-mixer installed, although it is in the menu. It seems to me that it should be in gnome-media. I am missing something ? Pat From jdaleo at rcn.com Sat Feb 21 21:55:55 2004 From: jdaleo at rcn.com (Jim Daleo) Date: 21 Feb 2004 16:55:55 -0500 Subject: SMB Shares in nautilus Message-ID: <1077400554.4039.22.camel@localhost.localdomain> >On Sat, 2004-02-21 Michel wrote: >>On Sat, 2004-02-21 at 00:20 -0500, Jim Daleo wrote: >> Now that I added rules to iptables to allow smb services I can browse >> my home network. When I click on a share, however, I get a message >> that the action associated with the share is invalid. >> >> What is supposed to happen when I click an smb share. >I'm back on Fedora 1 at the moment until a kernel problem is fixed, but >last time I tried Nautilus 2.5.x has broken network browsing. Happened >before on 2.4.x IIRC. >Try entering the URI directly? CTRL+L then enter 'smb://COMPNAME' >without quotes Thanks for the Input. But: I work for a small company that has Linux in server room but Win98 on the desktops. I am trying to lay the ground work for replacing Windows. There is always resistance to change so I would want to remove any perceived shortcomings to ease the transition. I am afraid that asking uses to manually enter the name of the share will be seen as a step backwards. Regards Jim From mrsam at courier-mta.com Sat Feb 21 22:01:54 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Sat, 21 Feb 2004 17:01:54 -0500 Subject: x86_64 problems... References: <20040221184911.F1F311F402@mna-mna.linkify.com> Message-ID: greg at linkify.com writes: > > I've experienced what seems to be a 'lock up' on my opteron system. > Here's the configuration: > > Dual opteron 244 on Tyan 2882 > 2GB ECC registered samsung ram > Adaptec 2200S raid controller > Dual cheetah 36GB drives in raid 1 > Pretty much all standard settings in bios > > I notice an NMI complaint from the scsi driver at boot time, > anyone know anything specific to be on the lookout for? You are probably oopsing. Bug 116466. -------------- 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 Sat Feb 21 22:04:30 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sat, 21 Feb 2004 17:04:30 -0500 Subject: Include k3b in Fedora Core 2? In-Reply-To: <1077380608.13557.8.camel@bushido.mshome.net> References: <403744D5.7000708@free.fr> <1077380608.13557.8.camel@bushido.mshome.net> Message-ID: <4037D5EE.1060906@insight.rr.com> Michel Alexandre Salim wrote: > On Sat, 2004-02-21 at 12:45 +0100, Michael Opdenacker wrote: > [snip] > >>So, is it too late to add k3b to Fedora Core 2? If there's a lack of >>space, I think that k3b deserves to be part of the release more than >>xcdroast and gtoaster. >> > > I second that. gtoaster, in particular, has a terrible user interface. > And k3b from fedora.us works well. > > - Michel I find gtoaster to have an easy to use interface. I like having xcdroaster around also, for times that one or the other is ot working correctly. I'd also like to have k3b around for more options and as an additional backup for the rare times that the other 2 front end programs have problems. The last time and probably the only time that I have tried out k3b, it did not work properly. In open source and with programs that change a lot, the more the better, within reason. Add, but don't remove the other two programs. Jim From jdaleo at rcn.com Sat Feb 21 22:07:38 2004 From: jdaleo at rcn.com (Jim Daleo) Date: Sat, 21 Feb 2004 17:07:38 -0500 Subject: My two cents on the FC2 sound problems Message-ID: <4037D6AA.2090203@rcn.com> I would like to comment on the ?problems? getting sound to work on FC2. I was one of the many people that had difficulty. First of all when I run system-config-soundcard and play the test sound I get a message stating: ?The snd-intel8x0 driver could not be loaded? This message is misleading. It leads you to believe that there is a problem with the module. The module is, in fact, already installed. After I respond to the next message box indicating that I did not here the test sound I see an error message: ?Automatic detection of the sound card did not work. Audio will not be available on the system. Please click OK to continue.? This is just plain wrong. The automatic detection did work. Combing through the mailing list archives you find references to the volume defaulting to zero. Raising the volume control on the panel, however, does not help. The ?Volume Control? selection on the menu gives an error: Cannot launch entry Details: Failed to execute child process "gst-mixer" (No such file or directory) Even after the clues from the mailing list it is not obvious what to do. You must right clic on the panel applet and select ?Open Volume Control? from the context menu. It is then that you see that even with the overall volume up all the individual volumes are all the way down. I still do not know how to save the settings from session to session. I have read the argument that starting with all the volumes at zero is not a bug but was a conscience decision. While this may be true there is, still, clearly a problem here. Just look at the list and see how many people struggled with this. I have read that you can write a script to set the volumes and even some arguments as to where the script should be placed. It is unacceptable to expect the average end user to have comb through mailing lists for clues and then write a script to get the sound working on their computer. This has to work ?out of the box?. Jim From redhat-jc at insight.rr.com Sat Feb 21 22:21:08 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sat, 21 Feb 2004 17:21:08 -0500 Subject: conflicting openssl and openssl-devel, using up2date Message-ID: <4037D9D4.9060107@insight.rr.com> All of the last batch of updates installed except for openssl and the development package for it. Both openssl and openssl-devel show up in the applet. Only openssl-devel shows up in up2date. When you try to install the program, you get the following error in the dialog box of up2date. There was a package dependency problem. The message was: Unresolvable chain of dependencies: openssl-devel-0.9.7a-30 requires openssl = 0.9.7a-30 Please modify your package selections and try again. No big deal to only need to manually download the openssl package and development, just a notice of the problem. Jim From alan at redhat.com Sat Feb 21 22:25:01 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 21 Feb 2004 17:25:01 -0500 Subject: SMB Shares in nautilus In-Reply-To: <1077400554.4039.22.camel@localhost.localdomain> References: <1077400554.4039.22.camel@localhost.localdomain> Message-ID: <20040221222501.GC30127@devserv.devel.redhat.com> On Sat, Feb 21, 2004 at 04:55:55PM -0500, Jim Daleo wrote: > I am afraid that asking uses to manually enter the name of the share > will be seen as a step backwards. Remember a) The nautilus 2.5.x is 2.5.x because gnome 2.6 as it will isnt finished yet so there is debugging b) Browse conflicts with the default firewall settings so you may just be seeing that as the problem From alan at redhat.com Sat Feb 21 22:25:58 2004 From: alan at redhat.com (Alan Cox) Date: Sat, 21 Feb 2004 17:25:58 -0500 Subject: My two cents on the FC2 sound problems In-Reply-To: <4037D6AA.2090203@rcn.com> References: <4037D6AA.2090203@rcn.com> Message-ID: <20040221222558.GD30127@devserv.devel.redhat.com> On Sat, Feb 21, 2004 at 05:07:38PM -0500, Jim Daleo wrote: > It is unacceptable to expect the average end user to have comb through > mailing lists for clues and then write a script to get the sound working > on their computer. This has to work ?out of the box?. And this is -test1.... Alan From aoliva at redhat.com Sat Feb 21 23:29:52 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 21 Feb 2004 20:29:52 -0300 Subject: zero length orphaned file In-Reply-To: <200402211200.57819.czar@czarc.net> References: <200402211200.57819.czar@czarc.net> Message-ID: On Feb 21, 2004, "Gene C." wrote: > Any idea what packaged created the > /usr/lib/libartscontrolsupport.so.1.0.0.#prelink#.HCuLe0 file? prelink. Probably shut down or reboot while running. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From aoliva at redhat.com Sat Feb 21 23:48:32 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 21 Feb 2004 20:48:32 -0300 Subject: kernel 2.6.3-2.1.196 In-Reply-To: References: Message-ID: On Feb 21, 2004, "alton bailey" wrote: > I upgrade my kernel yesterday and reboot my System running FC2 Test1 and I > got a message stating ( I cannot start X Server your graphical interface it > seem the pointing device your mouse is not setup correctly) how can I > resolve this problem or do I have to use the kernel that works with my mice Search for one of the dozen threads about /dev/input/mice in the past few days. BTW, if you're running FC, why are you using 2.1.196 instead of the kernel from the Fedora development tree? -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From davej at redhat.com Sun Feb 22 00:39:36 2004 From: davej at redhat.com (Dave Jones) Date: Sun, 22 Feb 2004 00:39:36 +0000 Subject: Kernel-2.6.2-1.87 locking up computer attempting reiserfs mount In-Reply-To: <4036C4D8.4010803@insight.rr.com> References: <403407DD.10308@comcast.net> <4034414A.8030506@insight.rr.com> <200402200844.19407.hoyt@cavtel.net> <4036C4D8.4010803@insight.rr.com> Message-ID: <1077410376.15103.1.camel@delerium.codemonkey.org.uk> On Sat, 2004-02-21 at 02:39, Jim Cornette wrote: > When I went back to Kernel-2.6.2-1.81 and tried to manually mount the > volume from a terminal, with the same command. The reiserfs would mount > properly and I could access the files on the reiserfs volume. > > I don't know what it is that is causing the reiserfs error, but it seems > to be present in the Kernel-2.6.2-1.85 and above. Thanks for doing the detective work, I think I've pinned down the cause of this. I'm just pushing 1.97 through the build system. Can you grab that tomorrow, and see if that fixes it for you ? Dave From paul at all-the-johnsons.co.uk Sun Feb 22 00:56:18 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 22 Feb 2004 00:56:18 +0000 Subject: Sound & kernel problems Message-ID: <1077411378.3893.3.camel@T7.linux> Hi, rhythmbox won't start (libgstcontrol ain't around anymore for some reason), system-config-sound is giving python errors (see below) and kernel-2.6.3-96 doesn't like /dev/psaux, so X won't start as it thinks the mouse ain't there. XMMS also throws up the soundcard is blocked after almost every MP3 as well. Any ideas on any of them? system-config-soundcard 2>out.txt Traceback (most recent call last): File "/usr/share/system-config-soundcard/system-config-soundcard.py", line 47, in ? app = soundcard.childWindow() File "/usr/share/system-config-soundcard/soundcard.py", line 160, in __init__ self.primaryDeviceMenu.set_active(self.cardList.index(self. soundcardBackend.getDefaultCard())) ValueError: list.index(x): x not in list -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 fraczak at uqo.ca Sun Feb 22 00:58:15 2004 From: fraczak at uqo.ca (Wojciech Fraczak) Date: Sat, 21 Feb 2004 19:58:15 -0500 Subject: Gnome keyboard switcher Message-ID: <4037FEA7.9090303@uqo.ca> I've been having problems with the keyboard switcher gnome applet since the installation of FC2. I somehow fixed it by modifying "/usr/lib/bonobo/servers/GNOME_KeyboardApplet.server". I repleaced > location="/usr/libexec/gswitchit-applet" by > location="/usr/libexec/gnome-keyboard-applet" while gswitchit-applet just does not exist. I still have troubles to understand how it is supposed to work. Can anybody comment, please? Wojtek From ndbecker2 at verizon.net Sun Feb 22 01:09:30 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Sat, 21 Feb 2004 20:09:30 -0500 Subject: yum update problem Message-ID: This is using os, updates, and stable from download.fedora.us: Package redhat-lsb needs /usr/bin/kill, this is not available. Package gnomemeeting needs libpt.so.1.5.0, this is not available. Package gnomemeeting needs libopenh323.so.1.12.0, this is not available. From redhat-jc at insight.rr.com Sun Feb 22 02:03:56 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sat, 21 Feb 2004 21:03:56 -0500 Subject: Kernel-2.6.2-1.87 locking up computer attempting reiserfs mount In-Reply-To: <1077410376.15103.1.camel@delerium.codemonkey.org.uk> References: <403407DD.10308@comcast.net> <4034414A.8030506@insight.rr.com> <200402200844.19407.hoyt@cavtel.net> <4036C4D8.4010803@insight.rr.com> <1077410376.15103.1.camel@delerium.codemonkey.org.uk> Message-ID: <40380E0C.1080609@insight.rr.com> Dave Jones wrote: > On Sat, 2004-02-21 at 02:39, Jim Cornette wrote: > > > >>When I went back to Kernel-2.6.2-1.81 and tried to manually mount the >>volume from a terminal, with the same command. The reiserfs would mount >>properly and I could access the files on the reiserfs volume. >> >>I don't know what it is that is causing the reiserfs error, but it seems >>to be present in the Kernel-2.6.2-1.85 and above. > > > Thanks for doing the detective work, I think I've pinned down the cause > of this. I'm just pushing 1.97 through the build system. Can you grab > that tomorrow, and see if that fixes it for you ? > > Dave > > I sure will give it a go. It was talked about on the regular list regarding the 2.6 kernel also. The person just changed to ext3 and "wished he could use reiserfs again". Jim From redhat-jc at insight.rr.com Sun Feb 22 02:21:49 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sat, 21 Feb 2004 21:21:49 -0500 Subject: kernel 2.6.3-2.1.196 - (mice or mouse) In-Reply-To: References: Message-ID: <4038123D.2000600@insight.rr.com> Alexandre Oliva wrote: > On Feb 21, 2004, "alton bailey" wrote: > > >>I upgrade my kernel yesterday and reboot my System running FC2 Test1 and I >>got a message stating ( I cannot start X Server your graphical interface it >>seem the pointing device your mouse is not setup correctly) how can I >>resolve this problem or do I have to use the kernel that works with my mice > > > Search for one of the dozen threads about /dev/input/mice in the past > few days. > > BTW, if you're running FC, why are you using 2.1.196 instead of the > kernel from the Fedora development tree? > I was wondering why there were two instances to add information for the mouse. I realize that by the comments that it is for multiple mice configuration. (Laptop keypad and maybe a ps2 or usb external mouse.) Since the second instance pointed to "/dev/input/mice" and the first one pointed to now no longer valid "/dev/psaux" for ps2. Why are they both still present? I thought from reading mailing lists that the new "/dev/input/mice" worked for multiple devices already. (especially with the plural used) Anyway, I changed mine to both point to /dev/input/mice and X is working fine with the two identical entries. Is this first entry intended to point to /dev/mouse, which is symlinked and changed by kudzu or whatever? I didn't see the use of symlinking "/dev/mouse" to "/dev/input/mouse", just in case kudzu had some strange ideas as to what to change the link to. Jim From lunix at comcast.net Sun Feb 22 02:24:44 2004 From: lunix at comcast.net (Prasanth Kumar) Date: Sat, 21 Feb 2004 18:24:44 -0800 Subject: gst-mixer missing ? In-Reply-To: <1077396316.4037c35c5c8c7@imp1-q.free.fr> References: <1077396316.4037c35c5c8c7@imp1-q.free.fr> Message-ID: <1077416684.2833.0.camel@zeus.comcast.net> On Sat, 2004-02-21 at 21:45 +0100, pertusus at free.fr wrote: > I don't have gst-mixer installed, although it is in the menu. > It seems to me that it should be in gnome-media. > I am missing something ? > > Pat > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list It seems to to be renamed as gnome-volume-control. From jdaleo at rcn.com Sun Feb 22 02:41:02 2004 From: jdaleo at rcn.com (Jim Daleo) Date: Sat, 21 Feb 2004 21:41:02 -0500 Subject: My two cents on the FC2 sound problems Message-ID: <403816BE.3050709@rcn.com> On Sat, Feb 21 Allan wrote >On Sat, Feb 21, 2004 at 05:07:38PM -0500, Jim Daleo wrote: >> It is unacceptable to expect the average end user to have comb through >> mailing lists for clues and then write a script to get the sound working >> on their computer. This has to work ?out of the box?. >And this is -test1.... You are right. I am sorry if I gave the wrong impression. I knew there would be bugs/problems when I downloaded a test release. I was not complaining that the sound did not work. I was complaining about an impression I got that since this is not a coding error it was not considered a problem. I hope I'm wrong. Jim From mickeyboa at comcast.net Sun Feb 22 03:14:46 2004 From: mickeyboa at comcast.net (jim tate) Date: Sat, 21 Feb 2004 22:14:46 -0500 Subject: Running Apt Message-ID: <40381EA6.8070102@comcast.net> I am trying to run apt and have the following listing in the sources.lists , but comes back and say's it Failed, when I do a Update, is listing below correct or is it wrong. Jim Tate /etc/apt/sources.lists # Add any local / 3rd party repositories here.. rpm http://ayo.us.freshrpms.net/fedora/linux/test/i386/ core updates #rpm http://ayo.us.freshrpms.net/fedora/linux/development/i386/ core updates From barvic at fnal.gov Sun Feb 22 03:31:06 2004 From: barvic at fnal.gov (Victor Barashko) Date: Sat, 21 Feb 2004 22:31:06 -0500 Subject: artsd Message-ID: <4038227A.7060001@fnal.gov> "David Finch" wrote: > What would cause artsd to have a 90% or so idle cpu usage? I > noticed it after getting an erratic frame rate of 1-10fps in Tux > Racer. After killing the process I got a very smooth frame rate. > > I've got artsd version 1.20, and kernel 2.6.2-1.81. artsd use OSS audio system by default with /dev/dsp device And it looks like artsd doesn't like OSS emulation via ALSA with 2.6.x kernels (OSS kind of deprecated in 2.6.x) To fix it I force artsd to use ALSA audio system. To do that you need to recompile arts with alsa support (I dont know why, but by defaults it's compiled with ALSA disabled `artsd -A` on KDE3.2 for FC-1) - get arts 1.20 source code (I prefer tar in this case) - run ./configure --prefix=/usr --with-alsa - make; make install You can test it by issuing artsd -F 10 -S 4096 -s 60 -m artsmessage -l 3 -f -a alsa (That's my options, you can check yours with `ps -ef | grep artsd` and just add -a alsa) check CPU load. Should be Ok. To apply new options for particular user create file $HOME/.kde/share/config/kcmartsrc (Missing in KDE 3.2 distribution (??)) ==== [Arts] AddOptions= Arguments=\s-F 10 -S 4096 -s 60 -m artsmessage -l 3 -f -a alsa AudioIO=alsa AutoSuspend=true Bits=0 DeviceName=default FullDuplex=false Latency=250 LoggingLevel=3 MessageApplication=artsmessage NetworkTransparent=false SamplingRate=0 StartRealtime=true StartServer=true SuspendTime=60 X11GlobalComm=false You can also configure it via KDE Control Center->Sound and...->Sound System->Hardware... best, Victor From kincera at kintelwireless.com Sun Feb 22 04:32:26 2004 From: kincera at kintelwireless.com (Aaron Kincer) Date: Sat, 21 Feb 2004 22:32:26 -0600 (CST) Subject: Mouse issues with updated 2.6.3 kernel via up2date and more Message-ID: <1938.68.217.166.89.1077424346.squirrel@webmail.kintelwireless.com> I too get the mouse problems with the start of the X server with the updated kernel. I have tried the fix offered here of changing the psaux to mouse in the config file but that doesn't work for me. Tried quite a few things there but they were all very uneducated guesses. Also, I have an HP psc 750xi scanner/copier/printer all in one. Printing works fine (just don't try to print in GIMP). But the scanner doesn't work. On RH9, I installed an HP sponsored driver that I found on sourceforge (http://hpoj.sourceforge.net/download.shtml) and it worked fine. Is it that 2.6 hasn't incorporated the driver or hardware detection didn't configure it? To be fair, the driver is at a .9.1 status. Anyone know? From redhat-jc at insight.rr.com Sun Feb 22 04:13:28 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sat, 21 Feb 2004 23:13:28 -0500 Subject: Mouse issues with updated 2.6.3 kernel via up2date and more In-Reply-To: <1938.68.217.166.89.1077424346.squirrel@webmail.kintelwireless.com> References: <1938.68.217.166.89.1077424346.squirrel@webmail.kintelwireless.com> Message-ID: <40382C68.4020401@insight.rr.com> Aaron Kincer wrote: > I too get the mouse problems with the start of the X server with the updated > kernel. I have tried the fix offered here of changing the psaux to mouse > in the config file but that doesn't work for me. The confusing thing is that you need to make a symlink from "/dev/mouse" to "/dev/input/mice". My symlink still is set to the below. So what you did with changing "/dev/psaux" to "/dev/mouse" was to in short, change the reference from pointing to the actual device driver "/dev/psaux" into pointing to the symlink for "/dev/psaux" ls -la /dev/mouse lrwxrwxrwx 1 root root 5 Jan 12 18:08 /dev/mouse -> psaux Basically, you went from the device to a symlink pointing to the same device. Of course, this will crash the same way. Tried quite a few things > there but they were all very uneducated guesses. > Try changing the first of the two headings to point to "/dev/input/mice" also. Either that, or edit the symlink for "/dev/mouse" to point to "/dev/input/mice" > Also, I have an HP psc 750xi scanner/copier/printer all in one. Printing > works fine (just don't try to print in GIMP). But the scanner doesn't work. I just checked out my scanner and it does not work either. It worked during tests for the 2.4 kernel and Fedora 1. I rarely use it, but it is not detected now. I have a "Scanjet 2100C" flatbed scanner that "just worked", without any configuration, in FC1 with the 2.4 kernel. > On RH9, I installed an HP sponsored driver that I found on sourceforge > (http://hpoj.sourceforge.net/download.shtml) and it worked fine. Is it that > 2.6 hasn't incorporated the driver or hardware detection didn't configure > it? To be fair, the driver is at a .9.1 status. Anyone know? ? Jim From bstretch at mindspring.com Sun Feb 22 04:27:11 2004 From: bstretch at mindspring.com (Brian Stretch) Date: Sat, 21 Feb 2004 23:27:11 -0500 (EST) Subject: x86_64 devel tree install exception Message-ID: <16986367.1077424031142.JavaMail.root@wamui06.slb.atl.earthlink.net> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116511 In short, I mirrored x86_64 devel today (filtering out SRPMS, headers, and debug dirs), ran genhdlist, burned a DVD, tried installing, and got this exception during post-install (after the RPMS were installed): ... /usr/bin/anaconda/packages.py, line 1091, doPostInstall devnull = os.open("/dev/null", os.O_RDRW) OSError: [Errno 1] Operation not permitted: '/dev/null' But that line is the same in anaconda from FC1, so I'm confused. Anyone else get this? Should I be testing the devel tree like this or should I start with test release .iso sets? I've had good luck making updated FC1 DVDs so I think I put the devel tree DVD together right. Just wanted to play with the latest and greatest ;-). From salimma at fastmail.fm Sun Feb 22 04:36:38 2004 From: salimma at fastmail.fm (Michel Alexandre Salim) Date: Sun, 22 Feb 2004 11:36:38 +0700 Subject: freshrpms.net packages In-Reply-To: <1077237468.5180.16.camel@zgobolos.home> References: <1077237468.5180.16.camel@zgobolos.home> Message-ID: <1077424598.10956.4.camel@bushido.mshome.net> On Fri, 2004-02-20 at 01:37 +0100, G?b?l?s Zolt?n wrote: > Or wait for the official FC2T1 repository? > Probably safer, especially with gstreamer > I'm interested in gstreamer, and the depenant libraries if any like > xvid, mad, dvd stuff, etc. > ... since FC2T1 has gstreamer 0.7.3 while freshrpms and livna for FC1 are still on 0.6.x. I am currently in the process of adapting FC2 specs for gstreamer and rhythmbox for the latest development releases (0.7.4 and 0.7 respectively); from these versions onward rhythmbox would not need recompiling against libid3tag-devel to pick up MP3 tag reading support. Regards, Michel -------------- 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 wfrazee at wynweb.net Sun Feb 22 05:20:54 2004 From: wfrazee at wynweb.net (Wayne Frazee) Date: Sat, 21 Feb 2004 23:20:54 -0600 Subject: 2.6 Kernel (NUMA) and Fedora Development Message-ID: <012001c3f903$a58ee790$5c563b44@wfrazee> Good evening. I have a few questions this evening for the Fedora test list. If they have been asked before then I could not find them, please show forgiveness and do not throw random nasty objects at me.... 1) Has anyone had the opportunity to do some rough benchmarking of FC2-T1 (or any linux flavor with 2.6 integration) on 8+ processor systems with NUMA extensions in use? Is there any real apples-to-apples comparison to draw it up against? If so, what sort of platform would be the best comparison? I understand that the test 1 platform is still quite early and that the technology is certainly to be optimized in the process of maturation in the course of future kernel version but some early numbers would be nice. 2) Thanks to some of my consulting work that I do on the side, I recently had the opportunity to do some work and testing with Red Hat Enterprise Linux with a variety of hardware configurations. To my surprise, when attempting to load RHEL WS 2.1 (update 3) onto a legacy notebook computer, I was presented with a message from anaconda that the i586 architechture was no longer support and that RHEL WS required i686. Will fedora continue to support legacy architectures? If so, will the support of legacy architectures retard development with "cutting edge" technologies, one of the core goals of the project, as I understand it? 3) This is perhaps more along the lines of a feature request but I wanted to solicit community or developer feedback with regard to implementing a "fuller" GUI NTP interface. Currently, FC1 includes support for a single time source for time synchronization. Despite the fact that the redhat clock is a stratus 1 source, large-scale distribution of the Fedora and RHEL operating systems with time sync against the redhat machine is sure to put additional strain on the RedHat source. Is there a future possibility of a interface where administrative users may have more flexibility over time source selection? Some options such as the ability to use either a dynamic or pre-defined array of time sources on a certain stratus would certainly be appreciated. (E.g. specify stratus 2 sources, the app would then consider the time zone of choice and/or location and configure the NTP list with the closets open access sources.) Thanks for any response the community may be able to provide. Wayne S. Frazee (#Fedora user: wfrazee) "It was once said that if you give a million monkeys with keyboards a million years they would eventually write all the works of Shakespeare. Now, thanks to USENET, we know thats not true." -------------- next part -------------- An HTML attachment was scrubbed... URL: From shrek-m at gmx.de Sun Feb 22 05:25:24 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 22 Feb 2004 06:25:24 +0100 Subject: yum.conf that works In-Reply-To: <4037B060.8000102@medata.com> References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> Message-ID: <40383D44.2030200@gmx.de> Rick Johnson wrote: > I imagine come FC2 Test 2 or 3, they may split the updates to > updates/test/1.91 or something like that in order to provide us with a > more stable testing ground. i am sure that test2 will be more stable than test1 nobody tells you that you must have a fully rawhide system while testing. i am surely no hardcore-tester or bug-hunter and i update only the packages i really need or i will test. --> my test1 is relative stable and i have not the time to solve the evtl. bad surprises after a fully rawhide update and please, do not add unnecessary directories, symlinks, url-redirections, announcements for test or rawhide, the development is fast and the schedule is aggressive. sorry, but i have the feeling that redhat had sometimes lost the overview over all the directories, symlinks, url-redirections, schedule from testing to upates and announcement here and announcement there, ... it should imho be enough that we get a test1|2|3 and the updates via rawhide -- shrek-m From tuxpenguin at austin.rr.com Sun Feb 22 07:00:44 2004 From: tuxpenguin at austin.rr.com (Jason Knight) Date: Sun, 22 Feb 2004 01:00:44 -0600 Subject: Nforce sound driver not working Message-ID: <4038539C.9090007@austin.rr.com> I have an onboard Via Envy 24PT sound chip (on a Chaintech ZNF3-150) and I am using the NVIDIA_nforce-1.0-0269 driver and when I try modprobe nvaudio I get /lib/modules/2.4.22-1.2174.nptl/kernel/drivers/sound/nvaudio.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg /lib/modules/2.4.22-1.2174.nptl/kernel/drivers/sound/nvaudio.o: insmod /lib/modules/2.4.22-1.2174.nptl/kernel/drivers/sound/nvaudio.o failed /lib/modules/2.4.22-1.2174.nptl/kernel/drivers/sound/nvaudio.o: insmod nvaudio failed so I tried an insmod audio to see what the problem was and it gave me this- Using /lib/modules/2.4.22-1.2166.nptl/kernel/drivers/sound/nvaudio.o/lib/modules/2.4.22-1.2166.nptl/kernel/drivers/sound/nvaudio.o: /lib/modules/2.4.22-1.2166.nptl/kernel/drivers/sound/nvaudio.o: unresolved symbol ac97_probe_codec_Redf32a8e /lib/modules/2.4.22-1.2166.nptl/kernel/drivers/sound/nvaudio.o: /lib/modules/2.4.22-1.2166.nptl/kernel/drivers/sound/nvaudio.o: unresolved symbol ac97_set_dac_rate_R99dd7def /lib/modules/2.4.22-1.2166.nptl/kernel/drivers/sound/nvaudio.o: /lib/modules/2.4.22-1.2166.nptl/kernel/drivers/sound/nvaudio.o: unresolved symbol ac97_set_adc_rate_R2f0e0a59 so I did an insmod ac97_codec and it worked so I tried the insmod again and got this- Using /lib/modules/2.4.22-1.2174.nptl/kernel/drivers/sound/nvaudio.o /lib/modules/2.4.22-1.2174.nptl/kernel/drivers/sound/nvaudio.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg dmesg only shows Nvidia Audio, 22:45:39 Feb 20 2004 version 9999 Nvaudio: in Funcction Nvaudio_init_module Any ideas? Thx -- Jason Knight Fedora Core 1 Test 1 *x86_64* From salimma at fastmail.fm Sun Feb 22 07:52:04 2004 From: salimma at fastmail.fm (Michel Alexandre Salim) Date: Sun, 22 Feb 2004 14:52:04 +0700 Subject: Nforce sound driver not working In-Reply-To: <4038539C.9090007@austin.rr.com> References: <4038539C.9090007@austin.rr.com> Message-ID: <1077436324.17222.0.camel@bushido.mshome.net> On Sun, 2004-02-22 at 01:00 -0600, Jason Knight wrote: > I have an onboard Via Envy 24PT sound chip (on a Chaintech ZNF3-150) and > I am using the NVIDIA_nforce-1.0-0269 > > driver and when I try modprobe nvaudio I get > > /lib/modules/2.4.22-1.2174.nptl/kernel/drivers/sound/nvaudio.o: > init_module: No such device > Hint: insmod errors can be caused by incorrect module parameters, > including invalid IO or IRQ parameters. > You may find more information in syslog or the output from dmesg > /lib/modules/2.4.22-1.2174.nptl/kernel/drivers/sound/nvaudio.o: insmod > /lib/modules/2.4.22-1.2174.nptl/kernel/drivers/sound/nvaudio.o failed > /lib/modules/2.4.22-1.2174.nptl/kernel/drivers/sound/nvaudio.o: insmod > nvaudio failed > > so I tried an insmod audio to see what the problem was and it gave me this- > Try running 'depmod' then use modprobe to load modules instead of insmod? That would pull in dependencies automatically. HTH, - Michel -------------- 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 mytsoftware.com Sun Feb 22 09:28:40 2004 From: fedora at mytsoftware.com (David Finch) Date: Sun, 22 Feb 2004 01:28:40 -0800 Subject: yum update problem References: Message-ID: <002901c3f926$4234dce0$6500a8c0@david> I'm getting that too. The one, all, or nothing deal with yum sort of bugs me. An additional problem is that in up2date redhat-lsb and gnomemeeting don't even appear in the list of updates, but it'll still complain to me about them when it checks for dependencies. This definitely looks like a bug. Because they're not in the list I can't tell up2date to skip them, so it seems unlikely that I'll be able to easily finish the update until the problems are resolved. > This is using os, updates, and stable from download.fedora.us: > > Package redhat-lsb needs /usr/bin/kill, this is not available. > Package gnomemeeting needs libpt.so.1.5.0, this is not available. > Package gnomemeeting needs libopenh323.so.1.12.0, this is not available. From Axel.Thimm at physik.fu-berlin.de Sun Feb 22 09:42:37 2004 From: Axel.Thimm at physik.fu-berlin.de (Axel Thimm) Date: Sun, 22 Feb 2004 10:42:37 +0100 Subject: Testing test releases: do not update (was: yum.conf that works) In-Reply-To: <4037B060.8000102@medata.com> References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> Message-ID: <20040222094237.GB4263@neu.nirvana> On Sat, Feb 21, 2004 at 11:24:16AM -0800, Rick Johnson wrote: > You want development for updates. The core/test/1.90/i386/os is for the > initial install. It *seems* that just about every package has been > updated since then. The stock yum.conf that ships uses the devel tree - > and the Red Hat folks here have suggested that you pull updates from there. > > I imagine come FC2 Test 2 or 3, they may split the updates to > updates/test/1.91 or something like that in order to provide us with a > more stable testing ground. I would think the reason to have a test release is to have a well defined point in development time to test against. If you point your package resolvers to development/rawhide, then that's what you will be testing instead. E.g. if you want to have FC2test1 installed and tested, file bug reports etc., then do not update. Or if you do, probably you should not file bugs against FC2test1 anymore (but FC devel), as the set of bugs will already be different. All from my humble understanding of the current release process/policy, Red Hatters feel free to shoot and correct me ;) -- Axel.Thimm at physik.fu-berlin.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From patrickm at myway.com Sun Feb 22 10:09:07 2004 From: patrickm at myway.com (PatrickM) Date: Sun, 22 Feb 2004 05:09:07 -0500 (EST) Subject: First impressions FC2-test1 Message-ID: <20040222100907.846033963@mprdmxin.myway.com> Hello everybody, Yesterday I downloaded and installed FC2 test 1. Here are my first impressions... And yes, I do realise it's a first test so nothing is final or should be fixed in next version(s). I'm just trying to be positive critical (and it's not always easy when English isn't your native language). I'm really curious if others experienced it like me... For your information, the computer used/specifications: Compac Ipaq, pentium 3, 733mHz, 256 MB, Intel810/AC'97 integrated videocard/soundcard. I've been using this machine to "fool" around with other Linux distro's. Also FC1 was on it and everything worked without any flaw! 1) No sound during the installation: the soundcard-test didn't produce any sound. Haven't gotten around to play mp3 or ogg files yet. 2) When the Gnome desktop appeared, the "Computer" icon added looked nice, but what I don't get is what the use is of all those additional windows when double clicking on Computer/Filesystem... And why are the buttons from each window gone? Now everytime I want to open a directory, a new window pops up.. (looks a bit like the setting Win'95 had). 3) Fstab is hard to open when using Gedit: I wanted to set up NFS so I could access my server, but when selecting "Open File" within Gedit, I first had to go through several steps (like which type of file I would like to open, is it a text-file or "all files") before I finally made it to etc/fstab. 4) During the boot of the system, I got a "starting cpuspeed" error: "/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor ... No such file or directory". Hopefully this message is usefull, but it's abacadabra to me. But it's nice to see that FC2 is on it's way... I really like(d) FC1 and have been using it on all computers I could get my hands on ;-) So I'm looking forward to the final release of FC2. Regards, PatrickM "There is a great disturbance in the Source." _______________________________________________ No banners. No pop-ups. No kidding. Introducing My Way - http://www.myway.com From zumbi3 at free.fr Sun Feb 22 10:24:53 2004 From: zumbi3 at free.fr (Michael Opdenacker) Date: Sun, 22 Feb 2004 11:24:53 +0100 Subject: First impressions FC2-test1 In-Reply-To: <20040222100907.846033963@mprdmxin.myway.com> References: <20040222100907.846033963@mprdmxin.myway.com> Message-ID: <40388375.10009@free.fr> Hi Patrick! I had the same error too. See /usr/src/linux-/Documentation/cpu-freq for more details. This scaling_governor executable is supposed to take care of scaling the cpu frequency according to your needs (provided your processor is supported) I've got a very power hungry 2.4 GHz desktop Pentium IV cpu in my laptop and I will try to use this mechanism soon! :-) Michael. > >4) During the boot of the system, I got a "starting cpuspeed" error: "/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor ... No such file or directory". Hopefully this message is usefull, but it's abacadabra to me. > > > -- Michael Opdenacker http://opdenacker.org/ From czar at czarc.net Sun Feb 22 10:30:46 2004 From: czar at czarc.net (Gene C.) Date: Sun, 22 Feb 2004 05:30:46 -0500 Subject: 2.6 Kernel (NUMA) and Fedora Development In-Reply-To: <012001c3f903$a58ee790$5c563b44@wfrazee> References: <012001c3f903$a58ee790$5c563b44@wfrazee> Message-ID: <200402220530.46102.czar@czarc.net> On Sunday 22 February 2004 00:20, Wayne Frazee wrote: > 3) This is perhaps more along the lines of a feature request but I wanted > to solicit community or developer feedback with regard to implementing a > "fuller" GUI NTP interface. Currently, FC1 includes support for a single > time source for time synchronization. Despite the fact that the redhat > clock is a stratus 1 source, large-scale distribution of the Fedora and > RHEL operating systems with time sync against the redhat machine is sure to > put additional strain on the RedHat source. Is there a future possibility > of a interface where administrative users may have more flexibility over > time source selection? Some options such as the ability to use either a > dynamic or pre-defined array of time sources on a certain stratus would > certainly be appreciated. (E.g. specify stratus 2 sources, the app would > then consider the time zone of choice and/or location and configure the NTP > list with the closets open access sources.) I don't work for Red Hat so you may need to wait for a reply from them to get an official answer. Red Hat at one time did have a list with multiple entries. However, it did not contain everyone's favorite so there were constant requires for adding more. Rather than trying to keep up with this unsolvable problem, they appear to have chosen the alternative of just one ... their own stratus 1 server. Now this is not really a problem since you can plug your own favorite in. Yoyu can do this at first boot, with the system-config-date application (which is what firstboot uses), or by manually editing the /etc/ntp.conf file. For system-config-date, just type in the ip or name of the server into the field rather than selecting. -- Gene From rpjday at mindspring.com Sun Feb 22 11:14:41 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sun, 22 Feb 2004 06:14:41 -0500 (EST) Subject: Testing test releases: do not update (was: yum.conf that works) In-Reply-To: <20040222094237.GB4263@neu.nirvana> References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> Message-ID: On Sun, 22 Feb 2004, Axel Thimm wrote: > On Sat, Feb 21, 2004 at 11:24:16AM -0800, Rick Johnson wrote: > > You want development for updates. The core/test/1.90/i386/os is for the > > initial install. It *seems* that just about every package has been > > updated since then. The stock yum.conf that ships uses the devel tree - > > and the Red Hat folks here have suggested that you pull updates from there. > > > > I imagine come FC2 Test 2 or 3, they may split the updates to > > updates/test/1.91 or something like that in order to provide us with a > > more stable testing ground. > > I would think the reason to have a test release is to have a well > defined point in development time to test against. If you point your > package resolvers to development/rawhide, then that's what you will be > testing instead. exactly. see below. > E.g. if you want to have FC2test1 installed and tested, file bug > reports etc., then do not update. Or if you do, probably you should > not file bugs against FC2test1 anymore (but FC devel), as the set of > bugs will already be different. against my better judgment, i'm going to take one last stab at explaining why i think the current testing procedure is badly defined, because axel's post matches nicely some of my concerns. let's start simple. as an example of the testing process, red hat releases a "test" version -- at the moment, that's FC2-t1. so far, so good. and red hat obviously wants folks to download, install and beat on that test release and report bugs/errors/issues/whatever. it all sounds so simple, but here's where it starts to break down. guaranteed, within minutes of release, testers will start to find problems. and i don't mean things to go on a wish list, or request for enhancements. i mean things that are really and truly borked. so they wander over to bugzilla and file a report against ... what? well, obviously, against FC2-t1, right? again, so far, so good. but what to do about features that are truly broken? the first question is, if testers are claiming to test FC2-t1, should they be allowed to change/update their systems in any way? well, sure, you say. some of those bugs could be serious enough that they get in the way of further testing, so of course, red hat will quickly release some "updated" RPMs to fix the more serious problems so that testers can get on with the business of testing and find even more problems. but the instant someone applies an updated RPM to their FC2-t1 system, is it technically a FC2-t1 system any more? sure, i'm being pedantic, but this is going to become an issue a bit later. so the question remains, once i start applying red hat updates to my system, at what point have i changed it enough so that it's no longer really an FC2-t1 system? would i have to start reporting bugs against some other release? (don't answer that yet.) so, *knowing* that there will be bugs and, consequently, updated RPMs, where can one quickly and conveniently get those RPMs? on the one hand, red hat could make everyone painfully and laboriously update packages individually, which means 1,000 testers will almost certainly have 1,000 slightly different test systems -- an obvious nightmare. or red hat could make everyone's life easy (including their own) and give everyone a single channel (in yum.conf) against which they could do a simple "yum update". the beauty of that is that 1) it's easy for testers to keep up to date, and 2) it guarantees that everyone who uses that channel is running the same updated system, so that there's some consistency in bug reports. and what single channel would that be? as it stands, FC2-t1 was shipped with yum.conf pointing at rawhide. and what a bad idea that was. as more than one person has pointed out, rawhide represents the latest, greatest, bleeding edge, not-even-guaranteed-to-work software. why on earth would anyone ship a test system which is set up to update against rawhide? (rick johnson above claims that red hat actually *recommends* people update against rawhide. say what? given that at least one other poster has emphasized that stuff in rawhide isn't even guaranteed to work? i think someone needs to get their story straight. but, onward.) in order to make the testing process as useful as possible, one would think that red hat wants to at least partially control how far someone can deviate from the initial FC2-t1 install. testers should be able to update to fix identified and known bugs, that makes sense. but what's the point of updating against rawhide? it would make far more sense to have just an "update" repo for test releases, representing just those packages that were found to be broken. if, instead, you update against rawhide, it would seem you've so contaminated your original system, can you even call it FC2-t1 anymore? and for those who think it's too much work for red hat to do it this way, i submit that it's exactly the opposite. when there's a test release out in the wild, red hat should be spending their time dealing with bug reports that represent things that are just flat out *broken*. not stuff from rawhide, not RFEs, not wish lists. they should be focused on fixing stuff that's broken, and that means restricting their attention to just those things so that the testers' time is well spent. and that means not having to deal with rawhide. there should be a *separate* update channel purely for fixing broken things. and, no, i don't care if it takes red hat a few more minutes to set this up. it's not about *them*, it's about making the testers' time as productive as possible. but wait, there's more. on a final note, if you start with FC2-t1, it makes sense that you'll report bugs against the release at bugzilla. but once you start updating your test system, do you still report against FC2-t1? i would think so, but if you go to bugzilla, you'll notice that, in addition to the standard FC1, FC2, test1 and so on, there a fedora core "devel" version. what the heck is "devel" in terms of a version? when would you ever file or query against "fedora core devel"? anyway, what would be nice is if there was a real and comprehensive document for testers, explaining how releases work, how to query bugs, how to report bugs and so on. and by "comprehensive", i mean something a little more meaty than "file bugs at bugzilla against your current release." i'm convinced that the testing procedure deserves an update repo, and i'm just as convinced that that repo shouldn't be rawhide. thoughts? rday p.s. i'm just a bit amused by rick johnson's statement that, > > I imagine come FC2 Test 2 or 3, they may split the updates to > > updates/test/1.91 or something like that in order to provide us with a > > more stable testing ground. i could have *sworn* that this is the very suggestion i made recently, and it was thoroughly shot down by someone who claimed that it was just waaaaaay too much work for red hat to implement. apparently not. once again, some people should get their stories straight. From m.eldesoky at tedata.net Sun Feb 22 11:34:26 2004 From: m.eldesoky at tedata.net (Mohamed Eldesoky) Date: Sun, 22 Feb 2004 13:34:26 +0200 Subject: kernel-2.6.3-1.91 and Reiserfs In-Reply-To: <1077354796.2118.1.camel@enlightenment.baobobmusic.ca> References: <40367918.6070100@cadlink.com> <1077354796.2118.1.camel@enlightenment.baobobmusic.ca> Message-ID: <200402221334.30007.m.eldesoky@tedata.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 21 February 2004 11:13 am, J. Scott Amort wrote: > On Fri, 2004-02-20 at 16:16 -0500, Dave Hawkes wrote: > > Kernel-2.6.3-1.91 appears to freeze when a reiserfs (root in my case) > > partition is mounted rw, but is fine when mounted ro. Using > > kernel-2.6.2-1.74 there are no problems. > > I can confirm this as well. Last kernel to work was 2.6.2-1.84. I'll > check to see if someone has put it in bugzilla... > A friend has told me that reiser in FC is in debug mode !! Regards Mohamed Eldesoky -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAOJPE2FHsOWMJBKMRAge+AKCplwDKtFUvQG6b6eey5dm+MyYjBQCgxSrV kBZXl2jXCc2GYPqlye8EEY8= =FqfS -----END PGP SIGNATURE----- From douglas.furlong at firebox.com Sun Feb 22 11:37:25 2004 From: douglas.furlong at firebox.com (Douglas Furlong) Date: Sun, 22 Feb 2004 11:37:25 +0000 Subject: First impressions FC2-test1 In-Reply-To: <20040222100907.846033963@mprdmxin.myway.com> References: <20040222100907.846033963@mprdmxin.myway.com> Message-ID: <1077449845.40389475df61f@helium.firebox.com> Quoting PatrickM : > > Hello everybody, > Yesterday I downloaded and installed FC2 test 1. > > Here are my first impressions... And yes, I do realise it's a first test so > nothing is final or should be fixed in next version(s). I'm just trying to be > positive critical (and it's not always easy when English isn't your native > language). I'm really curious if others experienced it like me... > > For your information, the computer used/specifications: > Compac Ipaq, pentium 3, 733mHz, 256 MB, Intel810/AC'97 integrated > videocard/soundcard. I've been using this machine to "fool" around with other > Linux distro's. Also FC1 was on it and everything worked without any flaw! > > 1) No sound during the installation: the soundcard-test didn't produce any > sound. Haven't gotten around to play mp3 or ogg files yet. I am not sure about this, but it may be due to the default volume level that ALSA has set, there has been loads of discussions about this, but I am not sure how much has come from it. You need to start up the ALSA mixer (not sure the command) and unmute the volume. The best suggestion so far, has been to have the volume icon in the bottom right with a big red cross through it, so that when people start their desktop they can see that some thing is wrong. However I am not sure if that will be implemented or not. > 2) When the Gnome desktop appeared, the "Computer" icon added looked nice, > but what I don't get is what the use is of all those additional windows when > double clicking on Computer/Filesystem... And why are the buttons from each > window gone? Now everytime I want to open a directory, a new window pops up.. > (looks a bit like the setting Win'95 had). This is a personal pet hate, check out the thread, http://www.redhat.com/archives/fedora-test-list/2004-February/msg00813.html it has been discussed to death. Unfotunately this is the new default view, if you want the old "browse" view, then right click on the icon on the desktop and select browse. You can also do this on any of the folders within the new "spacial view". If you read the thread, comments by Alexander should be quite informative on what you can do to try and improve the use of this new interface. > 3) Fstab is hard to open when using Gedit: I wanted to set up NFS so I could > access my server, but when selecting "Open File" within Gedit, I first had to > go through several steps (like which type of file I would like to open, is it > a text-file or "all files") before I finally made it to etc/fstab. There have been several comments about mime types not being set correctly. all I can suggest is make sure you have applied all the updates, as I beleive some of them may have been fixed. > 4) During the boot of the system, I got a "starting cpuspeed" error: > "/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor ... No such file or > directory". Hopefully this message is usefull, but it's abacadabra to me. As some one else has commented, you need to check the info/man pages for this. Check out /etc/cpufreq.conf and you will see where you can configure this. http://www.redhat.com/archives/fedora-test-list/2004-February/msg00813.html This has some nice comments on it. Doug From ms-nospam-0306 at arcor.de Sun Feb 22 11:46:28 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 22 Feb 2004 12:46:28 +0100 Subject: Include k3b in Fedora Core 2? In-Reply-To: <403744D5.7000708@free.fr> References: <403744D5.7000708@free.fr> Message-ID: <20040222124628.5e5be121.ms-nospam-0306@arcor.de> On Sat, 21 Feb 2004 12:45:25 +0100, Michael Opdenacker wrote: > I'm surprised that k3b did not make its way to Fedora Core 2 test 1. I > know where I can get the rpms from, but I would like it to be shipped in > the FC isos and installed by default. > > Contrary to xcdroast and gtoaster, k3b is (at last) a very easy to use > cd burning interface. In addition, it looks very stable and I never had > significant issues with it. In addition, its development team is still > active (I don't see much going on with the other 2). > > So, is it too late to add k3b to Fedora Core 2? If there's a lack of > space, I think that k3b deserves to be part of the release more than > xcdroast and gtoaster. > > Users would love the change! > > What do you think? If anyone wants to help me get the k3b 0.11.4 update for fedora.us approved and published, that would be much appreciated: https://bugzilla.fedora.us/show_bug.cgi?id=1106 It builds fine on FC 1 and FC 1.90 and works with both KDE and GNOME. -- From ms-nospam-0306 at arcor.de Sun Feb 22 11:48:20 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 22 Feb 2004 12:48:20 +0100 Subject: Problem/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. In-Reply-To: References: <20040221023402.29992.10116.Mailman@listman.back-rdu.redhat.com> Message-ID: <20040222124820.4003d1d0.ms-nospam-0306@arcor.de> On Fri, 20 Feb 2004 22:57:59 -0500, Peter A. Banks wrote: > I finally had time to chase why my Creative Labs/Ensonic 1371 PCI sound card > was not working. > Anaconda/ Kudzu defined the driver to be snd-es1371. I went to the > alsa-project site ( www.alsa-project.org ) and looked up the driver for the > card. > They said the card needed snd-ens1371. I verified the driver was in the > /lib/modules/kernel directory tree then changed the reference in the > modprobe file. Sounds very familiar as I've reported this some time ago: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115651 -- From patrickm at myway.com Sun Feb 22 12:23:42 2004 From: patrickm at myway.com (PatrickM) Date: Sun, 22 Feb 2004 07:23:42 -0500 (EST) Subject: First impressions FC2-test1 Message-ID: <20040222122342.6B573397C@mprdmxin.myway.com> Thanks Douglas!! You were right.. The sound icon on the taskbar indicated to be silent when I clicked it, thanks !! Regards, PatrickM "There is a great disturbance in the Source." --- On Sun 02/22, Douglas Furlong < douglas.furlong at firebox.com > wrote: From: Douglas Furlong [mailto: douglas.furlong at firebox.com] To: fedora-test-list at redhat.com Date: Sun, 22 Feb 2004 11:37:25 +0000 Subject: Re: First impressions FC2-test1 >I am not sure about this, but it may be due to the default volume level >ALSA has set, there has been loads of discussions about this, but I am not sure >how much has come from it. > >You need to start up the ALSA mixer (not sure the command) and unmute the >volume. > >The best suggestion so far, has been to have the volume icon in the bottom right >with a big red cross through it, so that when people start their desktop they >can see that some thing is wrong. However I am not sure if that will be >implemented or not. _______________________________________________ No banners. No pop-ups. No kidding. Introducing My Way - http://www.myway.com From Fred.New at microlink.ee Sun Feb 22 12:57:42 2004 From: Fred.New at microlink.ee (Fred New) Date: Sun, 22 Feb 2004 14:57:42 +0200 Subject: conflicting openssl and openssl-devel, using up2date Message-ID: <345764DCB65C0C4FACC44529DE273C180B5244@eemail1.microlink.lan> The problem is that there is no i686 version of the openssl update. If you download something, it is probably the i386 version. Fred -----Original Message----- From: fedora-test-list-admin at redhat.com on behalf of Jim Cornette Sent: Sun 2/22/2004 12:21 AM To: fedora-test-list at redhat.com Subject: conflicting openssl and openssl-devel, using up2date All of the last batch of updates installed except for openssl and the development package for it. Both openssl and openssl-devel show up in the applet. Only openssl-devel shows up in up2date. When you try to install the program, you get the following error in the dialog box of up2date. There was a package dependency problem. The message was: Unresolvable chain of dependencies: openssl-devel-0.9.7a-30 requires openssl = 0.9.7a-30 Please modify your package selections and try again. No big deal to only need to manually download the openssl package and development, just a notice of the problem. Jim -- 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: winmail.dat Type: application/ms-tnef Size: 3061 bytes Desc: not available URL: From wrrhdev at riede.org Sun Feb 22 13:31:06 2004 From: wrrhdev at riede.org (Willem Riede) Date: Sun, 22 Feb 2004 08:31:06 -0500 Subject: First impressions FC2-test1 In-Reply-To: <40388375.10009@free.fr> (from zumbi3@free.fr on Sun, Feb 22, 2004 at 05:24:53 -0500) References: <20040222100907.846033963@mprdmxin.myway.com> <40388375.10009@free.fr> Message-ID: <20040222133106.GG4957@serve.riede.org> On 2004.02.22 05:24, Michael Opdenacker wrote: > Hi Patrick! > > I had the same error too. > > See /usr/src/linux-/Documentation/cpu-freq for more details. > > This scaling_governor executable is supposed to take care of scaling > the cpu frequency according to your needs (provided your processor is > supported) > > I've got a very power hungry 2.4 GHz desktop Pentium IV cpu in my laptop > and I will try to use this mechanism soon! I have this too. But I see it on an old PIII/600 desktop that has no support for any frequency scaling, so I don't understand at all why the cpuspeed service was enabled by the upgrade in the first place! Regards, Willem Riede. From pertusus at free.fr Sun Feb 22 14:22:32 2004 From: pertusus at free.fr (pertusus at free.fr) Date: Sun, 22 Feb 2004 15:22:32 +0100 Subject: Sound & kernel problems In-Reply-To: <1077411378.3893.3.camel@T7.linux> References: <1077411378.3893.3.camel@T7.linux> Message-ID: <1077459752.4038bb2873f49@imp5-q.free.fr> Quoting Paul : > system-config-soundcard 2>out.txt > > Traceback (most recent call last): > File "/usr/share/system-config-soundcard/system-config-soundcard.py", > line 47, in ? > app = soundcard.childWindow() > File "/usr/share/system-config-soundcard/soundcard.py", line 160, in > __init__ > self.primaryDeviceMenu.set_active(self.cardList.index(self. > soundcardBackend.getDefaultCard())) > ValueError: list.index(x): x not in list I reported it for FC1 in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115198 But I hadn't that problem with FC2t1. Maybe you could reopen the bug. Pat From pertusus at free.fr Sun Feb 22 14:50:24 2004 From: pertusus at free.fr (pertusus at free.fr) Date: Sun, 22 Feb 2004 15:50:24 +0100 Subject: gst-mixer missing ? In-Reply-To: <1077416684.2833.0.camel@zeus.comcast.net> References: <1077396316.4037c35c5c8c7@imp1-q.free.fr> <1077416684.2833.0.camel@zeus.comcast.net> Message-ID: <1077461424.4038c1b0571e6@imp5-q.free.fr> > It seems to to be renamed as gnome-volume-control. yum don't find it: [root at localhost root]# yum install gnome-volume-control Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Server: Fedora stable 1.90 Server: Fedora testing 1.90 Server: Fedora unstable 1.90 Server: Livna.org Fedora Compatible Packages (stable) Server: Livna.org Fedora Compatible Packages 1 (stable) Server: Livna.org Fedora Compatible Packages (testing) Server: Livna.org Fedora Compatible Packages 1 (testing) Server: Livna.org Fedora Compatible Packages (unstable) Server: Livna.org Fedora Compatible Packages 1 (unstable) Finding updated packages Downloading needed headers Cannot find a package matching gnome-volume-control No actions to take Pat From alan at redhat.com Sun Feb 22 15:01:54 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 22 Feb 2004 10:01:54 -0500 Subject: kernel-2.6.3-1.91 and Reiserfs In-Reply-To: <200402221334.30007.m.eldesoky@tedata.net> References: <40367918.6070100@cadlink.com> <1077354796.2118.1.camel@enlightenment.baobobmusic.ca> <200402221334.30007.m.eldesoky@tedata.net> Message-ID: <20040222150154.GC19323@devserv.devel.redhat.com> On Sun, Feb 22, 2004 at 01:34:26PM +0200, Mohamed Eldesoky wrote: > > I can confirm this as well. Last kernel to work was 2.6.2-1.84. I'll > > check to see if someone has put it in bugzilla... > > A friend has told me that reiser in FC is in debug mode !! Just about everything in Fedora Core 2 test 1 is in debug mode, including lots of things like lock debugging, unsafe sleep checking. From slschneider at comcast.net Sun Feb 22 15:09:53 2004 From: slschneider at comcast.net (Steve Schneider) Date: Sun, 22 Feb 2004 10:09:53 -0500 Subject: First impressions FC2-test1 Message-ID: <4038C641.3020500@comcast.net> Just like Patrick, I encountered the same errors, plus some others documented on this forum, with one additional, which is causing me a real headache. The SMC 8432 BTA PCI Ethernet NIC isn't being found, so it's a bit frustrating not being able to connect over the wire. The machine is a PII-450 with a Soundblaster 16 ISA PNP sound card (CT2940) which also isn't there. And, of course the CPU freq business. But the missing NIC is a pain. Steve Schneider From redhat-jc at insight.rr.com Sun Feb 22 15:12:53 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sun, 22 Feb 2004 10:12:53 -0500 Subject: conflicting openssl and openssl-devel, using up2date In-Reply-To: <345764DCB65C0C4FACC44529DE273C180B5244@eemail1.microlink.lan> References: <345764DCB65C0C4FACC44529DE273C180B5244@eemail1.microlink.lan> Message-ID: <4038C6F5.9090905@insight.rr.com> Fred New wrote: I hope installing the i386 version didn't mess up the installation then. I DL'ed and installed the i386 version, since it didn't do it on it's own. Thanks for insight into the problem. I am starting to think that up2date knows better as to what it should do, Jim > The problem is that there is no i686 version of the openssl update. If you download something, it is probably the i386 version. > > Fred > > > -----Original Message----- > From: fedora-test-list-admin at redhat.com on behalf of Jim Cornette > Sent: Sun 2/22/2004 12:21 AM > To: fedora-test-list at redhat.com > Subject: conflicting openssl and openssl-devel, using up2date > > All of the last batch of updates installed except for openssl and the > development package for it. > > Both openssl and openssl-devel show up in the applet. Only openssl-devel > shows up in up2date. When you try to install the program, you get the > following error in the dialog box of up2date. > > There was a package dependency problem. The message was: > > Unresolvable chain of dependencies: > openssl-devel-0.9.7a-30 requires openssl = 0.9.7a-30 > > Please modify your package selections and try again. > > No big deal to only need to manually download the openssl package and > development, just a notice of the problem. > > Jim > > From reader at newsguy.com Sun Feb 22 15:22:29 2004 From: reader at newsguy.com (Harry Putnam) Date: Sun, 22 Feb 2004 09:22:29 -0600 Subject: no boot.img boot.iso .. no boot Message-ID: Has there been a change in whether a `boot.img' is included in FC2 ./images? I don't see it in my recent download of fc2 iso's. Further, the boot.iso fails to boot for me. I see some talk in the release notes about the only architecture one expects this to work is 686. uname reports 686 here. Are others booting from boot.iso successfully. Is the boot.img available somewhere? From fedora at warmcat.com Sun Feb 22 15:25:34 2004 From: fedora at warmcat.com (Andy Green) Date: Sun, 22 Feb 2004 15:25:34 +0000 Subject: Back-rev kernels do not appear in GRUB menu In-Reply-To: <1077461958.4606.3.camel@localhost.localdomain> References: <1077461958.4606.3.camel@localhost.localdomain> Message-ID: <200402221525.37808.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 22 February 2004 14:59, Erik Hemdal wrote: > I've noticed that after updating the kernel, I do not have a selection > of kernels in the GRUB menu, as I do on my RH9 system. > > rpm -qa reports only kernel-2.4.22-1.2174.nptl and none of the older > kernels. If you update the kernel with rpm -Uvf or similar, it throws out the old guys and replaces them with just the new one. If your install the new kernel, with rpm -i then the old guys are kept. So I'm guessing this time you did - -Uvf or similar. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAOMnxjKeDCxMJCTIRAiKbAJ9BAAnkA0fif7xMSVKFeNu9yXic5gCeKVnQ A2aHImOtOgUeoqokQw9JgzY= =rwQ/ -----END PGP SIGNATURE----- From jim at jbsys.com Sun Feb 22 15:32:08 2004 From: jim at jbsys.com (James C. Bevier) Date: Sun, 22 Feb 2004 08:32:08 -0700 Subject: Problem/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. References: <20040221023402.29992.10116.Mailman@listman.back-rdu.redhat.com> <20040222124820.4003d1d0.ms-nospam-0306@arcor.de> Message-ID: <021801c3f959$088dc460$0a01a8c0@jbsys> Hello, I have been following all the threads on getting sound to work. I also have the Ensonic 1371 PCI sound card. I have changed the name in modprobe.conf to snd-ens1371. The sound icon said it was muted, so I set the volume to 70% and I still have not sound. It is as if the speakers are disconnected. I tried the Preferences->sounds-> Sound Events and tried playing a few. Nothing, zippo. No errors, no sound. I also have turned off kudzu as someone else suggested. Still nothing. What else to try? Jim ----- Original Message ----- From: "Michael Schwendt" To: Sent: Sunday, February 22, 2004 4:48 AM Subject: Re: Problem/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. > On Fri, 20 Feb 2004 22:57:59 -0500, Peter A. Banks wrote: > > > I finally had time to chase why my Creative Labs/Ensonic 1371 PCI sound card > > was not working. > > Anaconda/ Kudzu defined the driver to be snd-es1371. I went to the > > alsa-project site ( www.alsa-project.org ) and looked up the driver for the > > card. > > They said the card needed snd-ens1371. I verified the driver was in the > > /lib/modules/kernel directory tree then changed the reference in the > > modprobe file. > > Sounds very familiar as I've reported this some time ago: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115651 > > -- > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list) > From pertusus at free.fr Sun Feb 22 15:37:44 2004 From: pertusus at free.fr (pertusus at free.fr) Date: Sun, 22 Feb 2004 16:37:44 +0100 Subject: colors in vi don't work in X Message-ID: <1077464264.4038ccc82a207@imp5-q.free.fr> Hi, When I open vi in X with a simple file needing color (in that case a texi file) the escape sequences for color are written as is instead of coloring the output. On a tty it works fine. Here is what it looks like in vi (in xterm, konsole, gnome-terminal): ^[33m\input texinfo.tex ^[34m at c -*-texinfo-*- text ^[33m at bye ^[34m~ From czar at czarc.net Sun Feb 22 15:46:26 2004 From: czar at czarc.net (Gene C.) Date: Sun, 22 Feb 2004 10:46:26 -0500 Subject: no boot.img boot.iso .. no boot In-Reply-To: References: Message-ID: <200402221046.26261.czar@czarc.net> On Sunday 22 February 2004 10:22, Harry Putnam wrote: > Has there been a change in whether a `boot.img' is included in FC2 > ./images? > > I don't see it in my recent download of fc2 iso's. Further, the > boot.iso fails to boot for me. > > I see some talk in the release notes about the only architecture one > expects this to work is 686. uname reports 686 here. > > Are others booting from boot.iso successfully. > Is the boot.img available somewhere? There is no boot.img for FC2 and it cannot be done because the kernel is too big to fit on a floppy disk. I suggest you check the archives of this list for further discussion on this subject and some possible ways around it. -- Gene From sandy_pond at myrealbox.com Sun Feb 22 16:21:45 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sun, 22 Feb 2004 11:21:45 -0500 Subject: gst-mixer missing ? In-Reply-To: <1077461424.4038c1b0571e6@imp5-q.free.fr> References: <1077396316.4037c35c5c8c7@imp1-q.free.fr> <1077416684.2833.0.camel@zeus.comcast.net> <1077461424.4038c1b0571e6@imp5-q.free.fr> Message-ID: <1077466905.3103.1.camel@family> On Sun, 2004-02-22 at 15:50 +0100, pertusus at free.fr wrote: > > It seems to to be renamed as gnome-volume-control. > > yum don't find it: $ whereis gnome-volume-control gnome-volume-control: /usr/bin/gnome-volume-control $ rpm -q --file /usr/bin/gnome-volume-control gnome-media-2.5.2-2 From ms-nospam-0306 at arcor.de Sun Feb 22 16:28:42 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 22 Feb 2004 17:28:42 +0100 Subject: Problem/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. In-Reply-To: <021801c3f959$088dc460$0a01a8c0@jbsys> References: <20040221023402.29992.10116.Mailman@listman.back-rdu.redhat.com> <20040222124820.4003d1d0.ms-nospam-0306@arcor.de> <021801c3f959$088dc460$0a01a8c0@jbsys> Message-ID: <20040222172842.77dced5d.ms-nospam-0306@arcor.de> On Sun, 22 Feb 2004 08:32:08 -0700, James C. Bevier wrote: > I have been following all the threads on getting sound to work. I > also have the Ensonic 1371 PCI sound card. I have changed the > name in modprobe.conf to snd-ens1371. The sound icon said it was > muted, so I set the volume to 70% and I still have not sound. It is as > if the speakers are disconnected. I tried the Preferences->sounds-> > Sound Events and tried playing a few. Nothing, zippo. No errors, > no sound. I also have turned off kudzu as someone else suggested. > Still nothing. What else to try? Try "alsamixer". If that doesn't lead to something, I'd need more details. -- From sandy_pond at myrealbox.com Sun Feb 22 16:28:18 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sun, 22 Feb 2004 11:28:18 -0500 Subject: colors in vi don't work in X In-Reply-To: <1077464264.4038ccc82a207@imp5-q.free.fr> References: <1077464264.4038ccc82a207@imp5-q.free.fr> Message-ID: <1077467298.3103.4.camel@family> On Sun, 2004-02-22 at 16:37 +0100, pertusus at free.fr wrote: > Hi, > > When I open vi in X with a simple file needing color (in that case a texi > file) the escape sequences for color are written as is instead of coloring > the output. On a tty it works fine. search archive or bugzilla From fedora at warmcat.com Sun Feb 22 16:31:15 2004 From: fedora at warmcat.com (Andy Green) Date: Sun, 22 Feb 2004 16:31:15 +0000 Subject: Giving up on Linux... In-Reply-To: <200402221802.53343.xyzzy@hotpop.com> References: <200402221117.30527.xyzzy@hotpop.com> <200402221536.55021.fedora@warmcat.com> <200402221802.53343.xyzzy@hotpop.com> Message-ID: <200402221631.15323.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 22 February 2004 16:02, xyzzy at hotpop.com wrote: > Look at bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109497 > which has been open since November and is ending up with the consensus that > it is a problem with the Fedora stock kernels.... People with this bug > report that if they run 2.4.24 from kernel.org, they have uptimes of over a > week without problems. I had mixed success with sticking stuff in Bugzilla. A problem that was my fault with turning off cupsd was nailed down efficiently by a RH guy that way. But some other things just got ignored. It would be better to have a bug closed as "you're an idiot" than nothing. I wouldn't necessarily trawl Bugzilla to collect the temperature of Fedora stability. All large apps have many problems that may only occur with certain environmental factors. If you look at the canonical list of all problems under all circumstances you're going to be alarmed be it Fedora or be it Windows. Generally, people on the list (including me) are telling you that under normal circumstances Fedora is pretty good. If this particular thing turns out to be an issue for you, it looks like running a stock kernel is enough to keep you going. > I was also leaning towards trying the 2.6 kernel but that is a major hassle > for me if I can't get X up at all due to the seg fault I had from updating > the Intel graphics driver. My advice would be to try to remove X from the equation under 2.4 as suggested. Then, if your disease is present without X on 2.4, you can test if 2.6 helped without having to bring up X in 2.6. FWIW the X driver "vesa" is really very compatible with most everything I ever ran Linux on. Thinking about what "slow" could mean, I would definitely be looking hard at /var/log/messages, and also things like /proc/interrupts. ACPI can also be the problem, try acpi=off on the kernel commandline in /boot/grub/grub.conf, it can change the way Interrupts are deal with. You didn't mention if you checked for BIOS updates, too. If the heart fo the problem is some BIOS messup that can easily go away with an update. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAONlTjKeDCxMJCTIRAnz3AJ9ROWqt0lrRdZ3F73vesHovZezrkACeN/2r vHhqx7jGa+xQsBxmiQRFVNA= =5ooT -----END PGP SIGNATURE----- From wfrazee at wynweb.net Sun Feb 22 16:49:08 2004 From: wfrazee at wynweb.net (Wayne Frazee) Date: Sun, 22 Feb 2004 10:49:08 -0600 Subject: 2.6 Kernel (NUMA) and Fedora Development References: <012001c3f903$a58ee790$5c563b44@wfrazee> <200402220530.46102.czar@czarc.net> Message-ID: <000701c3f963$cab20a10$5c563b44@wfrazee> Certainly you can set your own configuration for that one time source however there is no failsafe. For both accuracy and fault tolerance reasons, it makes sense to sync with more than one timesource, something that Fedora has the capability but no graphical interface for. Since the capability is already there, it would seem rather trivial to use the same code that sets the one to parse the file and allow users to set more than one. With a little more work, you can make the interface be much more useful, with its own list of OpenAccess servers allowing you to choose. Wayne S. Frazee ----- Original Message ----- From: "Gene C." To: Sent: Sunday, February 22, 2004 4:30 AM Subject: Re: 2.6 Kernel (NUMA) and Fedora Development > On Sunday 22 February 2004 00:20, Wayne Frazee wrote: > > 3) This is perhaps more along the lines of a feature request but I wanted > > to solicit community or developer feedback with regard to implementing a > > "fuller" GUI NTP interface. [snip] > Rather than trying to keep up with this > unsolvable problem, they appear to have chosen the alternative of just one > ... their own stratus 1 server. Now this is not really a problem since you > can plug your own favorite in. From jim at jbsys.com Sun Feb 22 16:59:10 2004 From: jim at jbsys.com (James C. Bevier) Date: Sun, 22 Feb 2004 09:59:10 -0700 Subject: Problem/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. References: <20040221023402.29992.10116.Mailman@listman.back-rdu.redhat.com><20040222124820.4003d1d0.ms-nospam-0306@arcor.de><021801c3f959$088dc460$0a01a8c0@jbsys> <20040222172842.77dced5d.ms-nospam-0306@arcor.de> Message-ID: <023201c3f965$31233570$0a01a8c0@jbsys> ----- Original Message ----- From: "Michael Schwendt" To: Sent: Sunday, February 22, 2004 9:28 AM Subject: Re: Problem/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. > On Sun, 22 Feb 2004 08:32:08 -0700, James C. Bevier wrote: > > > I have been following all the threads on getting sound to work. I > > also have the Ensonic 1371 PCI sound card. I have changed the > > name in modprobe.conf to snd-ens1371. The sound icon said it was > > muted, so I set the volume to 70% and I still have not sound. It is as > > if the speakers are disconnected. I tried the Preferences->sounds-> > > Sound Events and tried playing a few. Nothing, zippo. No errors, > > no sound. I also have turned off kudzu as someone else suggested. > > Still nothing. What else to try? > > Try "alsamixer". If that doesn't lead to something, I'd need more > details. > That also was no help. No sound from Sound Events test. I did a cat junkfile >/dev/dsp and cat junkfile >/dev/audio and I get noise, so something is working. I am on 2.6.3-1.97smp. System is Tyan Tiger MP with dual 1.2 gig processors. I am at the latest updates to FC1-T1 as of this morning. Any more suggestions? Jim From sandy_pond at myrealbox.com Sun Feb 22 16:58:25 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sun, 22 Feb 2004 11:58:25 -0500 Subject: Congrats and Thanks to Alan Message-ID: <1077469105.3260.2.camel@family> >From http://lwn.net/Articles/72393/ "A quick update from FOSDEM 2004 in Brussels: this year's FSF award for the advancement of free software was awarded to Alan Cox" From wfrazee at wynweb.net Sun Feb 22 17:04:42 2004 From: wfrazee at wynweb.net (Wayne Frazee) Date: Sun, 22 Feb 2004 11:04:42 -0600 Subject: Testing Test Releases References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> Message-ID: <001d01c3f965$f7648900$5c563b44@wfrazee> [snip] > as it stands, FC2-t1 was shipped with yum.conf pointing at rawhide. and > what a bad idea that was. as more than one person has pointed out, > rawhide represents the latest, greatest, bleeding edge, > not-even-guaranteed-to-work software. why on earth would anyone ship a > test system which is set up to update against rawhide? (rick johnson > above claims that red hat actually *recommends* people update against > rawhide. say what? given that at least one other poster has emphasized > that stuff in rawhide isn't even guaranteed to work? i think someone > needs to get their story straight. but, onward.) >From the Fedora Project website: "It is also a proving ground for new technology that may eventually make its way into Red Hat products." >From the Fedora Project Objectives: "Be on the leading edge of open source technology, by adopting and helping develop new features and version upgrades." Rawhide is being assessed because it is new technology and making a test of it for speed comparison and possible bugs makes a hell of a lot more sense with a test release than it does just throwing it into a production build. The test1 makes an ideal platform to test rawhide. Right, right now rawhide isnt guarenteed to work. If it breaks on you or messes up, report it. Thats what this TEST is all about. > in order to make the testing process as useful as possible, one would > think that red hat wants to at least partially control how far someone can > deviate from the initial FC2-t1 install. testers should be able to update > to fix identified and known bugs, that makes sense. but what's the point > of updating against rawhide? it would make far more sense to have just an > "update" repo for test releases, representing just those packages that > were found to be broken. if, instead, you update against rawhide, it > would seem you've so contaminated your original system, can you even call > it FC2-t1 anymore? [snip] How would you suggest to define development builds? Just put everything against the core? Zero version control? Issue some sort of arbitrary version identifier with each update which then has to be included with bugzilla reports? Wayne S. Frazee (#Fedora user: wfrazee) From MSchwartz at MedAnalytics.com Sun Feb 22 17:05:39 2004 From: MSchwartz at MedAnalytics.com (Marc Schwartz) Date: Sun, 22 Feb 2004 11:05:39 -0600 Subject: Congrats and Thanks to Alan In-Reply-To: <1077469105.3260.2.camel@family> References: <1077469105.3260.2.camel@family> Message-ID: <1077469539.16414.2.camel@localhost.localdomain> On Sun, 2004-02-22 at 10:58, Sandy Pond wrote: > >From http://lwn.net/Articles/72393/ > > "A quick update from FOSDEM 2004 in Brussels: this year's FSF award for > the advancement of free software was awarded to Alan Cox" Congrats Alan! Well done! Marc From whooperhsd3 at earthlink.net Sun Feb 22 17:06:06 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Sun, 22 Feb 2004 12:06:06 -0500 (EST) Subject: Testing test releases: do not update (was: yum.conf that works) In-Reply-To: <20040222094237.GB4263@neu.nirvana> References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> Message-ID: <64486.65.41.55.65.1077469566.squirrel@65.41.55.65> Axel Thimm said: > I would think the reason to have a test release is to have a well > defined point in development time to test against. If you point your > package resolvers to development/rawhide, then that's what you will be > testing instead. > > E.g. if you want to have FC2test1 installed and tested, file bug > reports etc., then do not update. Or if you do, probably you should > not file bugs against FC2test1 anymore (but FC devel), as the set of > bugs will already be different. The point you are missing is that FC2test2 will just be another snapshot from FC devel. If everyone is running FC2test1 and not updating then FC2test2 will come out basically untested. This is not what we want. My experience from the Severn beta says that "test" releases are expected to be updated from Rawhide (devel) so that: - Everyone doesn't keep reporting bugs that have been fixed - Everyone can test what will become Test2 -- William Hooper From whooperhsd3 at earthlink.net Sun Feb 22 17:07:24 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Sun, 22 Feb 2004 12:07:24 -0500 (EST) Subject: Giving up on Linux... In-Reply-To: <200402221631.15323.fedora@warmcat.com> References: <200402221117.30527.xyzzy@hotpop.com> <200402221536.55021.fedora@warmcat.com> <200402221802.53343.xyzzy@hotpop.com> <200402221631.15323.fedora@warmcat.com> Message-ID: <64472.65.41.55.65.1077469644.squirrel@65.41.55.65> Andy Green said: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sunday 22 February 2004 16:02, xyzzy at hotpop.com wrote: [snip] Andy, please check your mailer settings because you are replying to messages from the Fedora-List into the Fedora-Test-List. Please keep the Fedora-List "noise" in the Fedora-List. -- William Hooper From biped at comcast.net Sun Feb 22 17:15:19 2004 From: biped at comcast.net (Marcus Schuetz) Date: Sun, 22 Feb 2004 12:15:19 -0500 Subject: Problem/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. In-Reply-To: <023201c3f965$31233570$0a01a8c0@jbsys> References: <20040221023402.29992.10116.Mailman@listman.back-rdu.redhat.com><20040222124820.4003d1d0.ms-nospam-0306@arcor.de><021801c3f959$088dc460$0a01a8c0@jbsys> <20040222172842.77dced5d.ms-nospam-0306@arcor.de> <023201c3f965$31233570$0a01a8c0@jbsys> Message-ID: <4038E3A7.6020609@comcast.net> James C. Bevier released the following into the bitstream on 02/22/04 11:59: > That also was no help. No sound from Sound Events test. I did a > cat junkfile >/dev/dsp and cat junkfile >/dev/audio and I get noise, > so something is working. I am on 2.6.3-1.97smp. System is Tyan > Tiger MP with dual 1.2 gig processors. I am at the latest updates > to FC1-T1 as of this morning. Any more suggestions? > > Jim > > I assume you mean the Gnome sound events? While I have sound from totem, xmms and xine, gnome-sound events are a no-show. I have a lot of 'Cannot connect to /tmp/.esd/socket' errors in my .xsesson-errors file, so esd seems to be broken. Maybe that's your problem as well. Unfortunately I have no solution :( :: Marcus From shrek-m at gmx.de Sun Feb 22 17:15:38 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 22 Feb 2004 18:15:38 +0100 Subject: Testing test releases: do not update In-Reply-To: References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> Message-ID: <4038E3BA.50609@gmx.de> Robert P. J. Day wrote: >against my better judgment, i'm going to take one last stab at explaining >why i think the current testing procedure is badly defined > afair in previous tests: the schedule was ~ 1,5 month no preconfigured *default* update channel >let's start simple. as an example of the testing process, red hat >releases a "test" version -- at the moment, that's FC2-t1. so far, so >good. and red hat obviously wants folks to download, install and beat on >that test release and report bugs/errors/issues/whatever. it all sounds >so simple, > testing is not a simple act! it is procedure you have to learn through your experiences and the feedback through the "test-list" or bugzilla > but here's where it starts to break down. > >guaranteed, within minutes of release, testers will start to find >problems. > > you will read ~ 1000 times the same questions on this TEST-LIST >some of those bugs could be serious enough > who will claim "serious enough" ? if you never use samba i bet that you are not interested in this bugs > that they get in the way of further testing, > rawhide > so of course, red hat will quickly release some "updated" RPMs to fix the more serious problems so that testers can get on >with the business of testing and find even more problems. > > rawhide >so, *knowing* that there will be bugs and, consequently, updated RPMs, >where can one quickly and conveniently get those RPMs? > rawhide >on the one hand, >red hat could make everyone painfully and laboriously update packages >individually, which means 1,000 testers will almost certainly have 1,000 >slightly different test systems -- an obvious nightmare. > for test1 and test2 evtl. the best ground for finding sleeping bugs >or red hat could >make everyone's life easy (including their own) and give everyone a single >channel (in yum.conf) against which they could do a simple "yum update". > > yum update samba* >the beauty of that is that 1) it's easy for testers to keep up to date, >and 2) it guarantees that everyone who uses that channel is running the >same updated system, so that there's some consistency in bug reports. >and what single channel would that be? > > you will file bugs against eg. test1-update1 20040214 10:00 test1-update2 20040214 13:24 test1-update3 20040215 15:23 test1-update4 20040215 15:31 ... and this in this aggressive schedule ? >as it stands, FC2-t1 was shipped with yum.conf pointing at rawhide. and >what a bad idea that was. as more than one person has pointed out, >rawhide represents the latest, greatest, bleeding edge, >not-even-guaranteed-to-work software. > this is testing and you make the decission for yourselve what you need or what you want >why on earth would anyone ship a >test system which is set up to update against rawhide? > > you will a nanny-testing ? >p.s. i'm just a bit amused by rick johnson's statement that, > > > >>>I imagine come FC2 Test 2 or 3, they may split the updates to >>>updates/test/1.91 or something like that in order to provide us with a >>>more stable testing ground. >>> >>> > >i could have *sworn* that this is the very suggestion i made recently, and >it was thoroughly shot down by someone who claimed that it was just >waaaaaay too much work for red hat to implement. apparently not. > > imho it is not necessary, "the development is fast and the schedule is aggressive." it would make more sense with a longer time between test1 test2 test3. -- shrek-m From maestronn at wowway.com Sun Feb 22 17:23:58 2004 From: maestronn at wowway.com (Demond James) Date: Sun, 22 Feb 2004 12:23:58 -0500 Subject: Include k3b in Fedora Core 2? In-Reply-To: <20040222124628.5e5be121.ms-nospam-0306@arcor.de> References: <403744D5.7000708@free.fr> <20040222124628.5e5be121.ms-nospam-0306@arcor.de> Message-ID: <4038E5AE.9020104@wowway.com> Michael Schwendt wrote: >On Sat, 21 Feb 2004 12:45:25 +0100, Michael Opdenacker wrote: > > > >>I'm surprised that k3b did not make its way to Fedora Core 2 test 1. I >>know where I can get the rpms from, but I would like it to be shipped in >>the FC isos and installed by default. >> >>Contrary to xcdroast and gtoaster, k3b is (at last) a very easy to use >>cd burning interface. In addition, it looks very stable and I never had >>significant issues with it. In addition, its development team is still >>active (I don't see much going on with the other 2). >> >>So, is it too late to add k3b to Fedora Core 2? If there's a lack of >>space, I think that k3b deserves to be part of the release more than >>xcdroast and gtoaster. >> >>Users would love the change! >> >> What do you think? >> >> > >If anyone wants to help me get the k3b 0.11.4 update for fedora.us >approved and published, that would be much appreciated: > > https://bugzilla.fedora.us/show_bug.cgi?id=1106 > >It builds fine on FC 1 and FC 1.90 and works with both KDE and GNOME. > > > Is there an option to build without k3bsetup2 so that gnome users don't have to install the KDEbase package? From fedora at warmcat.com Sun Feb 22 17:31:22 2004 From: fedora at warmcat.com (Andy Green) Date: Sun, 22 Feb 2004 17:31:22 +0000 Subject: Giving up on Linux... In-Reply-To: <64472.65.41.55.65.1077469644.squirrel@65.41.55.65> References: <200402221117.30527.xyzzy@hotpop.com> <200402221631.15323.fedora@warmcat.com> <64472.65.41.55.65.1077469644.squirrel@65.41.55.65> Message-ID: <200402221731.22325.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 22 February 2004 17:07, William Hooper wrote: > Andy, please check your mailer settings because you are replying to > messages from the Fedora-List into the Fedora-Test-List. Please keep the > Fedora-List "noise" in the Fedora-List. Sorry about that folks, it is not intentional. I have fedora- and fedora-test coming into the same folder inside KMail, it seems KMail understands the 'reply to mailing list' button to set it up to always reply to fedora-test. Thanks for letting me know, William. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAOOdqjKeDCxMJCTIRAvhgAKCDHB4zfFI7I6yJhLN9QZ3hxLRiqwCfSnwo x75AuuDSAo3i8NgSYhySUqo= =JdSD -----END PGP SIGNATURE----- From ms-nospam-0306 at arcor.de Sun Feb 22 17:32:53 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 22 Feb 2004 18:32:53 +0100 Subject: Problem/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. In-Reply-To: <023201c3f965$31233570$0a01a8c0@jbsys> References: <20040221023402.29992.10116.Mailman@listman.back-rdu.redhat.com> <20040222124820.4003d1d0.ms-nospam-0306@arcor.de> <021801c3f959$088dc460$0a01a8c0@jbsys> <20040222172842.77dced5d.ms-nospam-0306@arcor.de> <023201c3f965$31233570$0a01a8c0@jbsys> Message-ID: <20040222183253.471b7795.ms-nospam-0306@arcor.de> On Sun, 22 Feb 2004 09:59:10 -0700, James C. Bevier wrote: > > On Sun, 22 Feb 2004 08:32:08 -0700, James C. Bevier wrote: > > > > > I have been following all the threads on getting sound to work. I > > > also have the Ensonic 1371 PCI sound card. I have changed the > > > name in modprobe.conf to snd-ens1371. The sound icon said it was > > > muted, so I set the volume to 70% and I still have not sound. It is as > > > if the speakers are disconnected. I tried the Preferences->sounds-> > > > Sound Events and tried playing a few. Nothing, zippo. No errors, > > > no sound. I also have turned off kudzu as someone else suggested. > > > Still nothing. What else to try? > > > > Try "alsamixer". If that doesn't lead to something, I'd need more > > details. > > > > That also was no help. No sound from Sound Events test. I did a > cat junkfile >/dev/dsp and cat junkfile >/dev/audio and I get noise, > so something is working. I am on 2.6.3-1.97smp. System is Tyan > Tiger MP with dual 1.2 gig processors. I am at the latest updates > to FC1-T1 as of this morning. Any more suggestions? That indicates that ALSA's OSS layer works (those are loaded via an include-file in /etc/modprobe.conf), but it doesn't tell anything about whether the native ALSA driver (snd_ens1371) works. Make sure, the snd_ens1371 kernel modules is loaded actually (look at output of "lsmod"). Verify whether the mixer channels in alsamixer are not set to "mute" (MM) anymore. Try something else than those Sound Events tests, because they depend on the EsounD sound server. I'm not informed about any esd specific issues in FC 1.90. Can you play an .ogg file with Rhythmbox or XMMS? -- From ms-nospam-0306 at arcor.de Sun Feb 22 17:39:24 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sun, 22 Feb 2004 18:39:24 +0100 Subject: Include k3b in Fedora Core 2? In-Reply-To: <4038E5AE.9020104@wowway.com> References: <403744D5.7000708@free.fr> <20040222124628.5e5be121.ms-nospam-0306@arcor.de> <4038E5AE.9020104@wowway.com> Message-ID: <20040222183924.0792c20a.ms-nospam-0306@arcor.de> On Sun, 22 Feb 2004 12:23:58 -0500, Demond James wrote: > Is there an option to build without k3bsetup2 so that gnome users don't > have to install the KDEbase package? If you know what you're doing, install with --nodeps. But note that k3bsetup2 can be called from within k3b, too, so that feature won't work if kdebase is missing. -- From pertusus at free.fr Sun Feb 22 17:40:33 2004 From: pertusus at free.fr (pertusus at free.fr) Date: Sun, 22 Feb 2004 18:40:33 +0100 Subject: gst-mixer missing ? In-Reply-To: <1077466905.3103.1.camel@family> References: <1077396316.4037c35c5c8c7@imp1-q.free.fr> <1077416684.2833.0.camel@zeus.comcast.net> <1077461424.4038c1b0571e6@imp5-q.free.fr> <1077466905.3103.1.camel@family> Message-ID: <1077471633.4038e991e5abd@imp5-q.free.fr> > $ whereis gnome-volume-control > gnome-volume-control: /usr/bin/gnome-volume-control > > $ rpm -q --file /usr/bin/gnome-volume-control > gnome-media-2.5.2-2 > Yep, I have it. The problem in fact is that the menu wasn't updated. The command called is still gst-mixer. I can change it manually, but maybe it should be changed. Pat From jim at jbsys.com Sun Feb 22 17:59:12 2004 From: jim at jbsys.com (James C. Bevier) Date: Sun, 22 Feb 2004 10:59:12 -0700 Subject: Problem/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. References: <20040221023402.29992.10116.Mailman@listman.back-rdu.redhat.com><20040222124820.4003d1d0.ms-nospam-0306@arcor.de><021801c3f959$088dc460$0a01a8c0@jbsys><20040222172842.77dced5d.ms-nospam-0306@arcor.de><023201c3f965$31233570$0a01a8c0@jbsys> <20040222183253.471b7795.ms-nospam-0306@arcor.de> Message-ID: <034401c3f96d$9478ebd0$0a01a8c0@jbsys> ----- Original Message ----- From: "Michael Schwendt" To: Sent: Sunday, February 22, 2004 10:32 AM Subject: Re: Problem/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. > On Sun, 22 Feb 2004 09:59:10 -0700, James C. Bevier wrote: > > > > On Sun, 22 Feb 2004 08:32:08 -0700, James C. Bevier wrote: > > > > > > > I have been following all the threads on getting sound to work. I > > > > also have the Ensonic 1371 PCI sound card. I have changed the > > > > name in modprobe.conf to snd-ens1371. The sound icon said it was > > > > muted, so I set the volume to 70% and I still have not sound. It is as > > > > if the speakers are disconnected. I tried the Preferences->sounds-> > > > > Sound Events and tried playing a few. Nothing, zippo. No errors, > > > > no sound. I also have turned off kudzu as someone else suggested. > > > > Still nothing. What else to try? > > > > > > Try "alsamixer". If that doesn't lead to something, I'd need more > > > details. > > > > > > > That also was no help. No sound from Sound Events test. I did a > > cat junkfile >/dev/dsp and cat junkfile >/dev/audio and I get noise, > > so something is working. I am on 2.6.3-1.97smp. System is Tyan > > Tiger MP with dual 1.2 gig processors. I am at the latest updates > > to FC1-T1 as of this morning. Any more suggestions? > > That indicates that ALSA's OSS layer works (those are loaded via an > include-file in /etc/modprobe.conf), but it doesn't tell anything about > whether the native ALSA driver (snd_ens1371) works. Make sure, the > snd_ens1371 kernel modules is loaded actually (look at output of "lsmod"). > Verify whether the mixer channels in alsamixer are not set to "mute" (MM) > anymore. Try something else than those Sound Events tests, because they > depend on the EsounD sound server. I'm not informed about any esd specific > issues in FC 1.90. Can you play an .ogg file with Rhythmbox or XMMS? > Well I slipped in a CD and out came sound. Rhythmbox or XMMS said the audio device was busy. So the Sound Events are broke. Thanks all for the help. Jim From Axel.Thimm at physik.fu-berlin.de Sun Feb 22 18:04:05 2004 From: Axel.Thimm at physik.fu-berlin.de (Axel Thimm) Date: Sun, 22 Feb 2004 19:04:05 +0100 Subject: Testing test releases: do not update (was: yum.conf that works) In-Reply-To: <64486.65.41.55.65.1077469566.squirrel@65.41.55.65> References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> <64486.65.41.55.65.1077469566.squirrel@65.41.55.65> Message-ID: <20040222180405.GA19003@neu.nirvana> On Sun, Feb 22, 2004 at 12:06:06PM -0500, William Hooper wrote: > > Axel Thimm said: > > > I would think the reason to have a test release is to have a well > > defined point in development time to test against. If you point your > > package resolvers to development/rawhide, then that's what you will be > > testing instead. > > > > E.g. if you want to have FC2test1 installed and tested, file bug > > reports etc., then do not update. Or if you do, probably you should > > not file bugs against FC2test1 anymore (but FC devel), as the set of > > bugs will already be different. > > The point you are missing is that FC2test2 will just be another snapshot > from FC devel. Who would imagine that? ... > If everyone is running FC2test1 and not updating then FC2test2 will > come out basically untested. This is not what we want. Doesn't this reduce FCtest1 to an installer for rawhide with a test for anaconda? Given the possibilities provided by modern package resolvers like apt/yum you can jump on rawhide much easier than sucking iso images to be outdated the next day. > My experience from the Severn beta says that "test" releases are expected > to be updated from Rawhide (devel) so that: > > - Everyone doesn't keep reporting bugs that have been fixed > - Everyone can test what will become Test2 -- Axel.Thimm at physik.fu-berlin.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From redhat-jc at insight.rr.com Sun Feb 22 18:06:12 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sun, 22 Feb 2004 13:06:12 -0500 Subject: kernel-2.6.3-1.97 - mount: fs type reiserfs not supported by kernel Message-ID: <4038EF94.6090706@insight.rr.com> I don't know if this was the intended solution to the reisrefs problem with the later than kernel-2.6.3-1.81 versions of the kernel. This is what I get when I tried to mount the newer kernel. The lockups are not present, but neither is the availability of a reiserfs volume. Oh well! Now the lack of ntfs support is not alone. Jim From sandy_pond at myrealbox.com Sun Feb 22 18:22:11 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sun, 22 Feb 2004 13:22:11 -0500 Subject: gst-mixer missing ? In-Reply-To: <1077471633.4038e991e5abd@imp5-q.free.fr> References: <1077396316.4037c35c5c8c7@imp1-q.free.fr> <1077416684.2833.0.camel@zeus.comcast.net> <1077461424.4038c1b0571e6@imp5-q.free.fr> <1077466905.3103.1.camel@family> <1077471633.4038e991e5abd@imp5-q.free.fr> Message-ID: <1077474131.9612.2.camel@family> On Sun, 2004-02-22 at 18:40 +0100, pertusus at free.fr wrote: > > $ whereis gnome-volume-control > > gnome-volume-control: /usr/bin/gnome-volume-control > > > > $ rpm -q --file /usr/bin/gnome-volume-control > > gnome-media-2.5.2-2 > > > > Yep, I have it. The problem in fact is that the menu wasn't updated. > The command called is still gst-mixer. I can change it manually, but maybe > it should be changed. > > Pat rpm -q --filesbypkg gnome-media-2.5.2-2 | grep desktop gnome-media /usr/share/applications/gnome-cd.desktop gnome-media /usr/share/applications/gnome-sound-recorder. desktop gnome-media /usr/share/applications/gnome-volume-control. desktop gnome-media /usr/share/applications/gstreamer-properties. desktop gnome-media /usr/share/control-center-2.0/capplets/cddb- slave.desktop $ grep gst /usr/share/applications/gnome-volume-control.desktop Exec=gst-mixer Yep ... should go to bugzilla against gnome-media if not already there. From sandy_pond at myrealbox.com Sun Feb 22 18:31:10 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sun, 22 Feb 2004 13:31:10 -0500 Subject: gst-mixer missing ? In-Reply-To: <1077474131.9612.2.camel@family> References: <1077396316.4037c35c5c8c7@imp1-q.free.fr> <1077416684.2833.0.camel@zeus.comcast.net> <1077461424.4038c1b0571e6@imp5-q.free.fr> <1077466905.3103.1.camel@family> <1077471633.4038e991e5abd@imp5-q.free.fr> <1077474131.9612.2.camel@family> Message-ID: <1077474670.9612.3.camel@family> On Sun, 2004-02-22 at 13:22 -0500, Sandy Pond wrote: > On Sun, 2004-02-22 at 18:40 +0100, pertusus at free.fr wrote: > > > $ whereis gnome-volume-control > > > gnome-volume-control: /usr/bin/gnome-volume-control > > > > > > $ rpm -q --file /usr/bin/gnome-volume-control > > > gnome-media-2.5.2-2 > > > > > > > Yep, I have it. The problem in fact is that the menu wasn't updated. > > The command called is still gst-mixer. I can change it manually, but maybe > > it should be changed. > > > > Pat > > rpm -q --filesbypkg gnome-media-2.5.2-2 | grep desktop > gnome-media /usr/share/applications/gnome-cd.desktop > gnome-media /usr/share/applications/gnome-sound-recorder. > desktop > gnome-media /usr/share/applications/gnome-volume-control. > desktop > gnome-media /usr/share/applications/gstreamer-properties. > desktop > gnome-media /usr/share/control-center-2.0/capplets/cddb- > slave.desktop > > $ grep gst /usr/share/applications/gnome-volume-control.desktop > Exec=gst-mixer > > Yep ... should go to bugzilla against gnome-media if not already there. http://www.redhat.com/mailman/listinfo/fedora-test-listhttps://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115624 Already there. From whooperhsd3 at earthlink.net Sun Feb 22 18:33:10 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Sun, 22 Feb 2004 13:33:10 -0500 (EST) Subject: Testing test releases: do not update (was: yum.conf that works) In-Reply-To: <20040222180405.GA19003@neu.nirvana> References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> <64486.65.41.55.65.1077469566.squirrel@65.41.55.65> <20040222180405.GA19003@neu.nirvana> Message-ID: <65191.65.41.55.65.1077474790.squirrel@65.41.55.65> Axel Thimm said: >> If everyone is running FC2test1 and not updating then FC2test2 will >> come out basically untested. This is not what we want. > > Doesn't this reduce FCtest1 to an installer for rawhide with a test > for anaconda? If Severn is any indication, yes. -- William Hooper From alexl at stofanet.dk Sun Feb 22 19:15:22 2004 From: alexl at stofanet.dk (Alex Thomsen Leth) Date: Sun, 22 Feb 2004 20:15:22 +0100 Subject: upgrading rawhide Message-ID: <1077477322.6047.2.camel@simba.lion> i got a problem, when im trying to upgrade via rawhide i got this message. what could be wrong. sometimes when im trying yum end op hanging. Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Traceback (most recent call last): File "/usr/bin/yum", line 30, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum/yummain.py", line 222, in main clientStuff.get_package_info_from_servers(serverlist, HeaderInfo) File "/usr/share/yum/clientStuff.py", line 835, in get_package_info_from_servers progress_obj=None) File "/usr/share/yum/clientStuff.py", line 1224, in grab bandwidth, conf.retries, retrycodes, checkfunc) File "/usr/share/yum/urlgrabber.py", line 237, in retrygrab progress_obj, throttle, bandwidth) File "/usr/share/yum/urlgrabber.py", line 315, in urlgrab fo = urllib2.urlopen(url) File "/usr/lib/python2.3/urllib2.py", line 129, in urlopen return _opener.open(url, data) File "/usr/lib/python2.3/urllib2.py", line 326, in open '_open', req) File "/usr/lib/python2.3/urllib2.py", line 306, in _call_chain result = func(*args) File "/usr/lib/python2.3/urllib2.py", line 1047, in ftp_open fp, retrlen = fw.retrfile(file, type) File "/usr/lib/python2.3/urllib.py", line 751, in retrfile conn = self.ftp.ntransfercmd(cmd) File "/usr/lib/python2.3/ftplib.py", line 328, in ntransfercmd if resp[0] != '1': IndexError: string index out of range From redhat-jc at insight.rr.com Sun Feb 22 19:13:24 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sun, 22 Feb 2004 14:13:24 -0500 Subject: First impressions FC2-test1 In-Reply-To: <20040222100907.846033963@mprdmxin.myway.com> References: <20040222100907.846033963@mprdmxin.myway.com> Message-ID: <4038FF54.8040600@insight.rr.com> PatrickM wrote: > Hello everybody, Yesterday I downloaded and installed FC2 test 1. > > Here are my first impressions... And yes, I do realise it's a first > test so nothing is final or should be fixed in next version(s). I'm > just trying to be positive critical (and it's not always easy when > English isn't your native language). I'm really curious if others > experienced it like me... > > For your information, the computer used/specifications: Compac Ipaq, > pentium 3, 733mHz, 256 MB, Intel810/AC'97 integrated > videocard/soundcard. I've been using this machine to "fool" around > with other Linux distro's. Also FC1 was on it and everything worked > without any flaw! > > 1) No sound during the installation: the soundcard-test didn't > produce any sound. Haven't gotten around to play mp3 or ogg files > yet. This is a problem with not having everything automated by the release of Fedora2 Test1. After a few things are added to the /etc/modprobe.conf file and you launch the volume control and turn up the sound controls, things should be fine for the AC 97 soundcard. system-config-soundcard does not seem to be alsa aware and the oss sound drivers were shut off in the test kernel. > > 2) When the Gnome desktop appeared, the "Computer" icon added looked > nice, but what I don't get is what the use is of all those additional > windows when double clicking on Computer/Filesystem... And why are > the buttons from each window gone? Now everytime I want to open a > directory, a new window pops up.. (looks a bit like the setting > Win'95 had). I like the addition of the computer icon. The distraction for the default version of nautilus is getting a lot of slack. I was thinking NT4, but win9x was problably setup similar. > > 3) Fstab is hard to open when using Gedit: I wanted to set up NFS so > I could access my server, but when selecting "Open File" within > Gedit, I first had to go through several steps (like which type of > file I would like to open, is it a text-file or "all files") before I > finally made it to etc/fstab. Just wait until you try to open a hidden file. The distraction presented by clicking your way to a file will seem a bit less distracting. I found that typing the path to the file showed but did not load the file selected. Clicking on the ICON did not do a thing to load the selected file. I believe that the failure is related to the 2.6 kernel. I tried with the 2.4 kernel to check out my scanner and typing seemed to work to open hidden files. Of course I did not have a mouse when I attempted to type the files. I'll have to check it out later for the file selection box. It could be mouse interference and not the 2.6 kernel. > > 4) During the boot of the system, I got a "starting cpuspeed" error: > "/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor ... No such > file or directory". Hopefully this message is usefull, but it's > abacadabra to me. Someone pointed to a bug report related to the cpuspeed problem. I think that a redhat employee reported that once corrected, AC 97 soundcards interfere with it. I left my missing feature alone. > > But it's nice to see that FC2 is on it's way... I really like(d) FC1 > and have been using it on all computers I could get my hands on ;-) > So I'm looking forward to the final release of FC2. > It is good that it is out and ready to be tested by people. It needs a bit of work with flatbed scanner recognition, soundcard configuration, default setup intentions and the like. Wait until you go to get the upgrades from development. There are many. Welcome to the test arena. Jim > Regards, PatrickM > > "There is a great disturbance in the Source." > > _______________________________________________ No banners. No > pop-ups. No kidding. Introducing My Way - http://www.myway.com > > From tuxpenguin at austin.rr.com Sun Feb 22 19:48:54 2004 From: tuxpenguin at austin.rr.com (Jason Knight) Date: Sun, 22 Feb 2004 13:48:54 -0600 Subject: Testing test releases: do not update (was: yum.conf that works) In-Reply-To: <20040222152413.15876.49337.Mailman@listman.back-rdu.redhat.com> References: <20040222152413.15876.49337.Mailman@listman.back-rdu.redhat.com> Message-ID: <403907A6.2090003@austin.rr.com> I couldn't thave said it better myself, I believe this is a simple case of a little effort now a whole lot less effort later. This would make much more sense. Robert P. J. Day wrote: >and for those who think it's too much work for red hat to do it this way, >i submit that it's exactly the opposite. when there's a test release out >in the wild, red hat should be spending their time dealing with bug >reports that represent things that are just flat out *broken*. not stuff >from rawhide, not RFEs, not wish lists. they should be focused on fixing >stuff that's broken, and that means restricting their attention to just >those things so that the testers' time is well spent. and that means not >having to deal with rawhide. there should be a *separate* update channel >purely for fixing broken things. and, no, i don't care if it takes red >hat a few more minutes to set this up. it's not about *them*, it's about >making the testers' time as productive as possible. but wait, there's >more. > > > This would be excellent as well, maybe this would be taken under the wing of the documentation project? >anyway, what would be nice is if there was a real and comprehensive >document for testers, explaining how releases work, how to query bugs, how >to report bugs and so on. and by "comprehensive", i mean something a >little more meaty than "file bugs at bugzilla against your current >release." > >i'm convinced that the testing procedure deserves an update repo, and i'm >just as convinced that that repo shouldn't be rawhide. > > -- Jason Knight Fedora Core 1 Test 1 *x86_64* From tuxpenguin at austin.rr.com Sun Feb 22 19:51:49 2004 From: tuxpenguin at austin.rr.com (Jason Knight) Date: Sun, 22 Feb 2004 13:51:49 -0600 Subject: fedora-test-list digest, Vol 1 #571 - 24 msgs In-Reply-To: <20040222152413.15876.49337.Mailman@listman.back-rdu.redhat.com> References: <20040222152413.15876.49337.Mailman@listman.back-rdu.redhat.com> Message-ID: <40390855.7030508@austin.rr.com> The only thing that happens when I run a depmod is it lists a lot of things like this: [root at tuxpenguin bana]# /sbin/depmod nvaudio # module id=string # pci module vendor device subvendor subdevice class class_mask driver_data # isapnp module cardvendor carddevice driver_data vendor function ...# usb module match_flags idVendor idProduct bcdDevice_lo bcdDevice_hi bDeviceClass bDeviceSubClass bDeviceProtocol bInterfaceClass bInterfaceSubClass bInterfaceProtocol driver_info # module pattern # ieee1394 module match_flags vendor_id model_id specifier_id version # module id I don't know if that is how I am supposed to use it but If I then run a modprobe afterwards it gives me the same result. Any more ideas? Michel Wrote: >>I have an onboard Via Envy 24PT sound chip (on a Chaintech ZNF3-150) and=20 >>I am using the NVIDIA_nforce-1.0-0269=20 >>... >> >Try running 'depmod' then use modprobe to load modules instead of >insmod? That would pull in dependencies automatically. > >HTH, > >- Michel > -- Jason Knight Fedora Core 1 Test 1 *x86_64* From rpjday at mindspring.com Sun Feb 22 20:57:58 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Sun, 22 Feb 2004 15:57:58 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: <4038E3BA.50609@gmx.de> References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> <4038E3BA.50609@gmx.de> Message-ID: On Sun, 22 Feb 2004, shrek-m at gmx.de wrote: > Robert P. J. Day wrote: > >let's start simple. as an example of the testing process, red hat > >releases a "test" version -- at the moment, that's FC2-t1. so far, so > >good. and red hat obviously wants folks to download, install and beat on > >that test release and report bugs/errors/issues/whatever. it all sounds > >so simple, > > testing is not a simple act! i didn't *say* it was simple, i said (if you'd read it again) that it *sounds* simple if it's described as i did above. i wrote that as a prelude to the rest of my post, where i went to great pain to point out that it was anything *but* simple. sheesh. > >some of those bugs could be serious enough > > who will claim "serious enough" ? > if you never use samba i bet that you are not interested in this bugs oh, come on, get a grip. i think my point was pretty clear. testing should uncover bugs that are annoying or crippling enough that they should be patched for the sake of testers being able to make more progress. it doesn't matter if *some* people don't use samba. it's clear that if someone finds a serious bug in samba during testing, it should be patched if possible so the people who *are* testing it can continue. this sort of update is clearly different from, say, upgrading from KDE 3.1.5 to 3.2, for example, which would be proposed just for getting new features. are you seriously suggesting that you don't recognize the fundamental difference between upgrading because you want a new package with newer features, and upgrading to fix a significant bug? from what i've read so far, the consensus is that testers are encouraged to update against rawhide and to file bug reports on all of those updates. i think that's a silly idea. it's silly because rawhide is defined as the repository for the latest, greatest, still-wet releases of software that have absolutely no guarantee of working and, IMHO, it's does a disservice to testers to ask for their time to test, and then give them what is essentially a moving target. however, it's obvious that i'm thoroughly outvoted, so i'll just defer to the majority. rday From mike.pedersen at sbcglobal.net Sun Feb 22 21:07:54 2004 From: mike.pedersen at sbcglobal.net (Mike Pedersen) Date: Sun, 22 Feb 2004 13:07:54 -0800 Subject: Is tclx missing from test 1 In-Reply-To: Message-ID: <002101c3f987$f0b28b80$0500a8c0@mpedersenpc> Hello all, is the tclx package missing from this test release? I've done an install everything and tcl does not seem to be available. I've also tried to yum it with no success. This package seems to be available with no problem in core 1. I'm trying to build a piece of software that requires it and am currently blocked. I'm sure I could find a rpm on the net but would rather use the version intended for this fedora release. Any thoughts would be appreciated. Regards Mike Pedersen From mark at talios.com Sun Feb 22 21:07:42 2004 From: mark at talios.com (Mark Derricutt) Date: Mon, 23 Feb 2004 10:07:42 +1300 Subject: Evolution doesn't include usenet support Message-ID: <1077484061.20381.4.camel@localhost.localdomain> I noticed under test1 the new 1.5.3 evolution isn't compiled with usenet support, I entered issue #116499 for this. I was wondering if there were any other ./configure features that arn't enabled. I notice theres none of the advanced mailing list stuff that I've seen in a few bounty screenshots ( not 100% sure if that bounty has been done thou ). Mark From alan at redhat.com Sun Feb 22 21:13:49 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 22 Feb 2004 16:13:49 -0500 Subject: Testing test releases: do not update In-Reply-To: References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> <4038E3BA.50609@gmx.de> Message-ID: <20040222211349.GA20593@devserv.devel.redhat.com> On Sun, Feb 22, 2004 at 03:57:58PM -0500, Robert P. J. Day wrote: > from what i've read so far, the consensus is that testers are encouraged > to update against rawhide and to file bug reports on all of those updates. > i think that's a silly idea. it's silly because rawhide is defined as the > repository for the latest, greatest, still-wet releases of software that > have absolutely no guarantee of working and, IMHO, it's does a disservice > to testers to ask for their time to test, and then give them what is > essentially a moving target. Rawhide is the current edge of the wave. Without people testing stuff that hits rawhide everyone just gets stuck at the bugs which may already have been fixed, or files reports on fixed problems. If you hit a bug in a given package you really want to try the rawhide version in case someone has fixed it. There is a fair change it has been fixed already with the most glaring bugs (eg my panel menu works after the update) although the kernel seems to still have problems and the root menu translations are *STILL* broken (gripe gripe ;)) Alan From whooperhsd3 at earthlink.net Sun Feb 22 21:16:58 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Sun, 22 Feb 2004 16:16:58 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> <4038E3BA.50609@gmx.de> Message-ID: <65010.65.41.55.65.1077484618.squirrel@65.41.55.65> Robert P. J. Day said: > from what i've read so far, the consensus is that testers are encouraged > to update against rawhide and to file bug reports on all of those updates. > i think that's a silly idea. it's silly because rawhide is defined as the > repository for the latest, greatest, still-wet releases of software that > have absolutely no guarantee of working and, IMHO, it's does a disservice > to testers to ask for their time to test, and then give them what is > essentially a moving target. By definition Test releases are snapshots of Rawhide. During the testing phase Rawhide is expected to be working (IE it has to be working to produce Test2). Your view of Rawhide as "still-wet" is correct for the time between FC2 and FC3test1. Again, if you don't do testing against the fixes that are posted in Rawhide, Test2 just comes out broken in "new and interesting ways"(tm) and we would never get to the level of a release. The goal is to make each Test release tested more than the last, not start over every Test. -- William Hooper From whooperhsd3 at earthlink.net Sun Feb 22 21:21:51 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Sun, 22 Feb 2004 16:21:51 -0500 (EST) Subject: Testing test releases: do not update (was: yum.conf that works) In-Reply-To: <64486.65.41.55.65.1077469566.squirrel@65.41.55.65> References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> <64486.65.41.55.65.1077469566.squirrel@65.41.55.65> Message-ID: <64979.65.41.55.65.1077484911.squirrel@65.41.55.65> William Hooper said: > My experience from the Severn beta says that "test" releases are expected > to be updated from Rawhide (devel) so that: I knew I had read it "official" somewhere: http://fedora.redhat.com/download/updates.html "Development Packages Lastly, there are development packages. These packages are untested and still under development. This is where updates for test releases will be found. " -- William Hooper From petersen at redhat.com Sun Feb 22 21:24:16 2004 From: petersen at redhat.com (Jens Petersen) Date: Mon, 23 Feb 2004 06:24:16 +0900 Subject: Is tclx missing from test 1 In-Reply-To: <002101c3f987$f0b28b80$0500a8c0@mpedersenpc> References: <002101c3f987$f0b28b80$0500a8c0@mpedersenpc> Message-ID: Hi Mike, >>>>> "MP" == Mike Pedersen writes: MP> is the tclx package missing from this test release? Yes, well spotted. tclx should hopefully be in FC devel in time for test2. tclx used to be part of the tcltk "megapackage", which has been split up into individual srpms for FC2 - a new individual tclx srpm is nearly ready. emacspeak also requires it I believe. Cheers, Jens From mike.pedersen at sbcglobal.net Sun Feb 22 21:35:44 2004 From: mike.pedersen at sbcglobal.net (Mike Pedersen) Date: Sun, 22 Feb 2004 13:35:44 -0800 Subject: Is tclx missing from test 1 In-Reply-To: Message-ID: <002401c3f98b$d3d248d0$0500a8c0@mpedersenpc> Hi Jens, thanks much for the answer. Is it possible to get a pre-release version of these packages from somewhere before the official release? regards Mike Pedersen -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Jens Petersen Sent: Sunday, February 22, 2004 1:24 PM To: fedora-test-list at redhat.com Cc: Mike Pedersen Subject: Re: Is tclx missing from test 1 Hi Mike, >>>>> "MP" == Mike Pedersen writes: MP> is the tclx package missing from this test release? Yes, well spotted. tclx should hopefully be in FC devel in time for test2. tclx used to be part of the tcltk "megapackage", which has been split up into individual srpms for FC2 - a new individual tclx srpm is nearly ready. emacspeak also requires it I believe. Cheers, Jens -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From davej at redhat.com Sun Feb 22 21:41:31 2004 From: davej at redhat.com (Dave Jones) Date: Sun, 22 Feb 2004 21:41:31 +0000 Subject: 2.6 Kernel (NUMA) and Fedora Development In-Reply-To: <012001c3f903$a58ee790$5c563b44@wfrazee> References: <012001c3f903$a58ee790$5c563b44@wfrazee> Message-ID: <20040222214131.GA11287@redhat.com> On Sat, Feb 21, 2004 at 11:20:54PM -0600, Wayne Frazee wrote: [please wrap your lines at 80 columns] > I have a few questions this evening for the Fedora test list. If they have > been asked before then I could not find them, please show forgiveness and do > not throw random nasty objects at me.... > > 1) Has anyone had the opportunity to do some rough benchmarking of FC2-T1 > (or any linux flavor with 2.6 integration) on 8+ processor systems with NUMA > extensions in use? Is there any real apples-to-apples comparison to draw it > up against? If so, what sort of platform would be the best comparison? I > understand that the test 1 platform is still quite early and that the > technology is certainly to be optimized in the process of maturation in the > course of future kernel version but some early numbers would be nice. performance benchmarking at this stage is pretty much pointless, as the current test kernels are loaded with dozens of debugging features to catch any problems early-on. These won't get disabled until test3 at the earliest. > 2) Thanks to some of my consulting work that I do on the side, I recently > had the opportunity to do some work and testing with Red Hat Enterprise > Linux with a variety of hardware configurations. To my surprise, when > attempting to load RHEL WS 2.1 (update 3) onto a legacy notebook computer, I > was presented with a message from anaconda that the i586 architechture was > no longer support and that RHEL WS required i686. Will fedora continue to > support legacy architectures? 586 class machines will continue to be supported for FC2, though test1 is broken on these CPUs due to a last minute screwup on our part. test2 should have this fixed. Dave From georg at georgs.org Sun Feb 22 21:44:23 2004 From: georg at georgs.org (Georg E Schneider) Date: Sun, 22 Feb 2004 22:44:23 +0100 Subject: timidity++-2.11.3-8 does not work on FC2-test1 Message-ID: <403922B7.7060608@georgs.org> timidity++-2.11.3-8 does not work on FC2-test1, so I rebuilt it and see It works. it's not official, but there are my rpms http://www.georgs.org/timidity++/-timidity++-2.11.3-9.i386.rpm http://www.georgs.org/timidity++/-timidity++-2.11.3-9.src.rpm http://www.georgs.org/timidity++/-timidity++-debuginfo-2.11.3-9.i386.rpm Greetings Georg E Schneider From misnagid at usa.net Sun Feb 22 21:44:26 2004 From: misnagid at usa.net (misnagid) Date: Sun, 22 Feb 2004 16:44:26 -0500 Subject: (no subject) Message-ID: <124iBVVSA2272S10.1077486266@cmsweb10.cms.usa.net> From davej at redhat.com Sun Feb 22 21:44:23 2004 From: davej at redhat.com (Dave Jones) Date: Sun, 22 Feb 2004 21:44:23 +0000 Subject: kernel-2.6.3-1.91 and Reiserfs In-Reply-To: <200402221334.30007.m.eldesoky@tedata.net> References: <40367918.6070100@cadlink.com> <1077354796.2118.1.camel@enlightenment.baobobmusic.ca> <200402221334.30007.m.eldesoky@tedata.net> Message-ID: <20040222214423.GB11287@redhat.com> On Sun, Feb 22, 2004 at 01:34:26PM +0200, Mohamed Eldesoky wrote: > > > Kernel-2.6.3-1.91 appears to freeze when a reiserfs (root in my case) > > > partition is mounted rw, but is fine when mounted ro. Using > > > kernel-2.6.2-1.74 there are no problems. > > > > I can confirm this as well. Last kernel to work was 2.6.2-1.84. I'll > > check to see if someone has put it in bugzilla... > > A friend has told me that reiser in FC is in debug mode !! regardless, the extra debug code in reiserfs should still allow the filesystem to be used. The reason it broke is likely the sleep_on() fixes. Dave From davej at redhat.com Sun Feb 22 21:46:13 2004 From: davej at redhat.com (Dave Jones) Date: Sun, 22 Feb 2004 21:46:13 +0000 Subject: kernel-2.6.3-1.97 - mount: fs type reiserfs not supported by kernel In-Reply-To: <4038EF94.6090706@insight.rr.com> References: <4038EF94.6090706@insight.rr.com> Message-ID: <20040222214613.GC11287@redhat.com> On Sun, Feb 22, 2004 at 01:06:12PM -0500, Jim Cornette wrote: > I don't know if this was the intended solution to the reisrefs problem > with the later than kernel-2.6.3-1.81 versions of the kernel. This is > what I get when I tried to mount the newer kernel. The lockups are not > present, but neither is the availability of a reiserfs volume. Yoinks, that most certainly wasn't the intention. I wonder what I borked. I'll look into it. Dave From shrek-m at gmx.de Sun Feb 22 21:51:18 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 22 Feb 2004 22:51:18 +0100 Subject: Testing test releases: do not update In-Reply-To: References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> <4038E3BA.50609@gmx.de> Message-ID: <40392456.2030806@gmx.de> Robert P. J. Day wrote: >it's clear that if >someone finds a serious bug in samba during testing, it should be patched >if possible so the people who *are* testing it can continue. > >this sort of update is clearly different from, say, upgrading from KDE >3.1.5 to 3.2, for example, which would be proposed just for getting new >features. are you seriously suggesting that you don't recognize the >fundamental difference between upgrading because you want a new package >with newer features, and upgrading to fix a significant bug? > > http://fedora.redhat.com/participate/schedule/ KDE 3.2 23 January test1 devel freeze http://download.fedora.redhat.com/pub/fedora/linux/core/test/1.90/i386/os/Fedora/RPMS/kdebase-3.1.95-0.1.i386.rpm http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/kdebase-3.2.0-1.7.i386.rpm -- shrek-m From zleite at mminternet.com Sun Feb 22 22:32:52 2004 From: zleite at mminternet.com (Z) Date: Sun, 22 Feb 2004 14:32:52 -0800 Subject: DVD burning in FC2T1 In-Reply-To: <200402182230.20588.wes@kuoi.asui.uidaho.edu> References: <20040218194402.4627.88680.Mailman@listman.back-rdu.redhat.com> <200402182230.20588.wes@kuoi.asui.uidaho.edu> Message-ID: <1077489172.3075.0.camel@Z> dvd+rw-tools works great for me. On Wed, 2004-02-18 at 21:30, Wes Shull wrote: > Paul Iadonisi wrote: > > > So has anyone figured out how to burn DVDs under the 2.6 kernel? > > IIRC, the open cdrecord (and thus dvdrecord) were forked when Schilly > took his branch closed-source. His binaries are still available and > updated often enough: > > ftp://ftp.berlios.de/pub/cdrecord/ProDVD/ > > cdrecord-prodvd-2.01a24-i686-pc-linux-gnu is working fine for me on my > Pioneer A04 under FC2-test1 (kernel 2.6.1-1.65). It's (beer) free > for private/research/educational non-commercial use. Be sure to get > the magic CDR_SECURITY string from the README file. > > (Sorry to point to closed-source software, but until dvdrecord is > updated this is the only working solution of which I'm aware.) > > --wes > From gstool at earthlink.net Mon Feb 23 00:17:37 2004 From: gstool at earthlink.net (Gerry Tool) Date: Sun, 22 Feb 2004 18:17:37 -0600 Subject: Testing test releases: do not update In-Reply-To: <403907A6.2090003@austin.rr.com> References: <20040222152413.15876.49337.Mailman@listman.back-rdu.redhat.com> <403907A6.2090003@austin.rr.com> Message-ID: <403946A1.3070802@earthlink.net> Jason Knight wrote: > I couldn't thave said it better myself, I believe this is a simple > case of a little effort now a whole lot less effort later. This would > make much more sense. > > Robert P. J. Day wrote: > >> and for those who think it's too much work for red hat to do it this >> way, >> i submit that it's exactly the opposite. when there's a test release >> out in the wild, red hat should be spending their time dealing with >> bug reports that represent things that are just flat out *broken*. >> not stuff from rawhide, not RFEs, not wish lists. they should be >> focused on fixing stuff that's broken, and that means restricting >> their attention to just those things so that the testers' time is >> well spent. and that means not having to deal with rawhide. there >> should be a *separate* update channel purely for fixing broken >> things. and, no, i don't care if it takes red hat a few more minutes >> to set this up. it's not about *them*, it's about making the >> testers' time as productive as possible. but wait, there's more. >> >> >> > This would be excellent as well, maybe this would be taken under the > wing of the documentation project? > >> anyway, what would be nice is if there was a real and comprehensive >> document for testers, explaining how releases work, how to query >> bugs, how to report bugs and so on. and by "comprehensive", i mean >> something a little more meaty than "file bugs at bugzilla against >> your current release." >> i'm convinced that the testing procedure deserves an update repo, and >> i'm just as convinced that that repo shouldn't be rawhide. >> >> I heartily agree with this. The uncoordinated mixture of rawhide packages, fixed packages and original test release packages leaves a very ill defined state of a system on which to base bug reports. I have broken my Test 1 system by trying to keep up with rawhide and would need to backtrack to a fresh install and start all the upgrading over again to do anything useful for this testing phase. That is too much effort, particularly if I have to rinse and repeat again. The testing of RH8 and RH9 was much better coordinated, with most testers dealing only with released packages and packages explicitly claimed to fix particular bugs. I also think it is *very* important that testers be given a coherent set of guidelines as described above by Robert J. Day. Feeling impotent to help because my test sytem is hopelessly borked by rawhide updates. Gerry Tool From ndbecker2 at verizon.net Mon Feb 23 00:54:02 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Sun, 22 Feb 2004 19:54:02 -0500 Subject: yum update problem References: <002901c3f926$4234dce0$6500a8c0@david> Message-ID: David Finch wrote: > I'm getting that too. The one, all, or nothing deal with yum sort of bugs > me. > > An additional problem is that in up2date redhat-lsb and gnomemeeting don't > even appear in the list of updates, but it'll still complain to me about > them when it checks for dependencies. This definitely looks like a bug. > Because they're not in the list I can't tell up2date to skip them, so it > seems unlikely that I'll be able to easily finish the update until the > problems are resolved. > >> This is using os, updates, and stable from download.fedora.us: >> >> Package redhat-lsb needs /usr/bin/kill, this is not available. >> Package gnomemeeting needs libpt.so.1.5.0, this is not available. >> Package gnomemeeting needs libopenh323.so.1.12.0, this is not available. > > I did yum remove redhat-list gnomeeting, then update worked. From pri.rhl1 at iadonisi.to Mon Feb 23 01:14:07 2004 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: Sun, 22 Feb 2004 20:14:07 -0500 Subject: DVD burning in FC2T1 In-Reply-To: <1077489172.3075.0.camel@Z> References: <20040218194402.4627.88680.Mailman@listman.back-rdu.redhat.com> <200402182230.20588.wes@kuoi.asui.uidaho.edu> <1077489172.3075.0.camel@Z> Message-ID: <1077498846.10261.8.camel@va.local.linuxlobbyist.org> On Sun, 2004-02-22 at 17:32, Z wrote: > dvd+rw-tools works great for me. Ugh. I may take that route, but, frankly, I've been dreading it. Why? Well, I'm sure many on this list have seen Linus' rant about the cdrecord command line, specifically the dev=bus,target,lun syntax (as well as other things about it). Well, IMHO, dvd+rw-tools is even more bizarre. I mean, a command called 'growisofs' may make sense for +RW, but not really -RW, -R, or +R. And /dev/dvd=image.iso is really weird. As someone with a background in programming, I understand the 'assignment statement' syntax, but it's a bit weird to propagate that up to the command line. Anyhow, the docs for dvd+rw-tools probably need a little updating as from what I can tell from the man pages and index.html in the doc directory, it seems to only talk about using ide-scsi for ide devices. -- -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 aleksey at nogin.org Mon Feb 23 01:44:13 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Sun, 22 Feb 2004 17:44:13 -0800 Subject: colors in vi don't work in X In-Reply-To: <1077464264.4038ccc82a207@imp5-q.free.fr> References: <1077464264.4038ccc82a207@imp5-q.free.fr> Message-ID: <40395AED.8060809@nogin.org> On 22.02.2004 07:37, pertusus at free.fr wrote: > When I open vi in X with a simple file needing color (in that case a texi > file) the escape sequences for color are written as is instead of coloring > the output. On a tty it works fine. > > Here is what it looks like in vi (in xterm, konsole, gnome-terminal): > > ^[33m\input texinfo.tex ^[34m at c -*-texinfo-*- > > text > > ^[33m at bye > ^[34m~ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115448 -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From redhat-jc at insight.rr.com Mon Feb 23 01:53:06 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sun, 22 Feb 2004 20:53:06 -0500 Subject: Testing test releases: do not update In-Reply-To: <403946A1.3070802@earthlink.net> References: <20040222152413.15876.49337.Mailman@listman.back-rdu.redhat.com> <403907A6.2090003@austin.rr.com> <403946A1.3070802@earthlink.net> Message-ID: <40395D02.6040904@insight.rr.com> Gerry Tool wrote: >>> > I heartily agree with this. The uncoordinated mixture of rawhide > packages, fixed packages and original test release packages leaves a > very ill defined state of a system on which to base bug reports. I have > broken my Test 1 system by trying to keep up with rawhide and would need > to backtrack to a fresh install and start all the upgrading over again > to do anything useful for this testing phase. That is too much effort, > particularly if I have to rinse and repeat again. The testing of RH8 and > RH9 was much better coordinated, with most testers dealing only with > released packages and packages explicitly claimed to fix particular > bugs. I also think it is *very* important that testers be given a > coherent set of guidelines as described above by Robert J. Day. > > Feeling impotent to help because my test sytem is hopelessly borked by > rawhide updates. > > Gerry Tool > Since I was actually using development and reported a few bugs before the Fedora2 Test1 release, I can say that staying at the state that the original ISO was released as would have put the problems and distribution back a ways, without the additional updates applied to Fedora, after the initial installation. Upgrading to the post-install rpms allowed for some of the known issues to be fixed that were fixed during the development tree. Bugs that I found in development were with the lost and found entries on the KDE menu, xmms segfaulting and occasional problems trying to install ftp or http installations with anaconda. With adding upgrades to the mix for FC2T1, I do see additional probelms with more breakage. (Kernel and a few other issues). Overall, I don't think that the added factors are distracting from the overall effort to mold FC2T1 into the FC2T2 phase. Problems that I am currently seeing are alsa interferes with xmms. Alsa ramps up CPU usage, alsa is not compiled with alsa in, by default. Other bugs that I see are with items such as configuration of modules for the new modprobe.conf setup seems to be pretty much of a do it yourself effort. Another is that trying to select a file through the gedit file selector is pretty much limited to unhidden files and you cannot type in the desired file and have it selected. The file shows, but will not take. Also, I noticed that my flatbed scanner works with the 2.4 kernel and with the current development programs. The scanner is not recognized with the 2.6 kernel. Other than these issues and with a few added distractions, with default settings, I think the test phase is pretty decent. (Though frustrations with trying to do simple tasks, that used to just work may cause one to feel that the distro s heading the wrong direction.) I do hope that phase 2 needs less updates and is less of a do it yourself effort though. Also, the idea of making a repository for errata updates seperate from development might be a less radical aproach to getting updates. If a fix is said to be fixed during the test phase, then throwing it in a dedicated repository sounds like a great idea. Anyway, on with the testing and to report some needs attention items. Jim -- While you recently had your problems on the run, they've regrouped and are making another attack. From aoliva at redhat.com Mon Feb 23 02:04:57 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 22 Feb 2004 23:04:57 -0300 Subject: kernel-2.6.3-1.97 - mount: fs type reiserfs not supported by kernel In-Reply-To: <20040222214613.GC11287@redhat.com> References: <4038EF94.6090706@insight.rr.com> <20040222214613.GC11287@redhat.com> Message-ID: On Feb 22, 2004, Dave Jones wrote: > Yoinks, that most certainly wasn't the intention. > I wonder what I borked. I'll look into it. reiserfs.ko now references sleep_on. Does this not bring terrible recollections? :-( :-) -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From aoliva at redhat.com Mon Feb 23 02:07:58 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 22 Feb 2004 23:07:58 -0300 Subject: kernel-2.6.3-1.97 x root on LVM (with solution) Message-ID: After upgrading to kernel-2.6.3-1.97, it seems that device mapper devices in the read-only root filesystem no longer worked: after the kernel upgrade, fsck failed because the logical volume device name (a link to the device-mapper device) no longer referenced the right device. I had to mount -o remount,rw /, then remove all the LVM2-created device names in /dev/mapper, and then run lvm vgmknodes. Everything worked fine from then on. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From pri.rhl1 at iadonisi.to Mon Feb 23 03:18:40 2004 From: pri.rhl1 at iadonisi.to (Paul Iadonisi) Date: Sun, 22 Feb 2004 22:18:40 -0500 Subject: Problem/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. In-Reply-To: <034401c3f96d$9478ebd0$0a01a8c0@jbsys> References: <20040221023402.29992.10116.Mailman@listman.back-rdu.redhat.com> <20040222124820.4003d1d0.ms-nospam-0306@arcor.de> <021801c3f959$088dc460$0a01a8c0@jbsys> <20040222172842.77dced5d.ms-nospam-0306@arcor.de> <023201c3f965$31233570$0a01a8c0@jbsys> <20040222183253.471b7795.ms-nospam-0306@arcor.de> <034401c3f96d$9478ebd0$0a01a8c0@jbsys> Message-ID: <1077506320.10261.22.camel@va.local.linuxlobbyist.org> On Sun, 2004-02-22 at 12:59, James C. Bevier wrote: [snip] > Well I slipped in a CD and out came sound. Rhythmbox or XMMS said the > audio device was busy. So the Sound Events are broke. Thanks all for the > help. Yup, esound is broke. Running it in a terminal produces a seg fault. I just rebuilt the srpm and it fixed the problem. Filed as bug #116544. -- -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 smearp at mac.com Mon Feb 23 04:16:49 2004 From: smearp at mac.com (Sean Earp) Date: Sun, 22 Feb 2004 20:16:49 -0800 Subject: /sbin not in path Message-ID: <19D0526B-65B7-11D8-A3B3-000393C34F68@mac.com> Hello all- I did not see an answer to this in the archives, so if it is a stupid question, I apologize in advance. I just did a clean install of FC2 Test 1, formatting my drive in advance. I chose all the default options during the install. Once I booted up to the desktop, I did not have any network connectivity (although the internet/network worked fine with FC1). I popped open a terminal window and typed ifconfig To check if I was obtaining an IP address. I received a message that the command "ifconfig" could not be found. After doing some troubleshooting, I found that /sbin was not part of my default path. If I manually move to the /sbin directory and run ./ifconfig, it works fine. If export the /sbin directory to my path, it works fine. My question is... Is the omission of the /sbin directory in the default path an error, or is something messed up with my installation? As far as I recall, ifconfig worked just fine in FC1 Any information would be much appreciated. Thanks a million, -Sean From parrishmyers at yahoo.com Mon Feb 23 04:36:11 2004 From: parrishmyers at yahoo.com (Parrish M Myers) Date: Sun, 22 Feb 2004 20:36:11 -0800 (PST) Subject: madwifi Message-ID: <20040223043611.1960.qmail@web13810.mail.yahoo.com> Hi, I've been searching all over the internet and can't seem to get the madwifi driver for my DWL-G650 wifi card to compile. Has anyone had success compiling the cvs version of madwifi under Core 2 test 1? Everytime I try the build process complains about not finding '/lib/modules/2.6.3-1.96/build/vmlinux'... Is this not included with the kernel source? Isin't this driver suppose to work with a 2.6 kernel? Thanks Parrish ===== "Parrish Myers" ---------------------------------------------------------------- Democracy is the worst form of government except all those other forms that have been tried from time to time. -- (Winston Churchill) From mharris at redhat.com Mon Feb 23 05:25:51 2004 From: mharris at redhat.com (Mike A. Harris) Date: Mon, 23 Feb 2004 00:25:51 -0500 (EST) Subject: /sbin not in path In-Reply-To: <19D0526B-65B7-11D8-A3B3-000393C34F68@mac.com> References: <19D0526B-65B7-11D8-A3B3-000393C34F68@mac.com> Message-ID: On Sun, 22 Feb 2004, Sean Earp wrote: >I did not see an answer to this in the archives, so if it is a stupid >question, I apologize in advance. > >I just did a clean install of FC2 Test 1, formatting my drive in >advance. I chose all the default options during the install. Once I >booted up to the desktop, I did not have any network connectivity >(although the internet/network worked fine with FC1). I popped open a >terminal window and typed > >ifconfig > >To check if I was obtaining an IP address. I received a message that >the command "ifconfig" could not be found. After doing some >troubleshooting, I found that /sbin was not part of my >default path. If I manually move to the /sbin directory and run >./ifconfig, it works fine. If export the /sbin directory to my path, >it works fine. > >My question is... Is the omission of the /sbin directory in the >default path an error, or is something messed up with my installation? > As far as I recall, ifconfig worked just fine in FC1 It's not an error. /sbin and /usr/sbin have never been in the default user path. They are only in root's path by default, and only if you are using a root login shell. This means if you use "su" to switch to root from a user account, you won't have these directories in your path either. Instead you need to use "su -" to initiate a login shell. It has always been this way. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From salimma at fastmail.fm Mon Feb 23 05:44:44 2004 From: salimma at fastmail.fm (Michel Alexandre Salim) Date: Mon, 23 Feb 2004 12:44:44 +0700 Subject: First impressions FC2-test1 In-Reply-To: <20040222133106.GG4957@serve.riede.org> References: <20040222100907.846033963@mprdmxin.myway.com> <40388375.10009@free.fr> <20040222133106.GG4957@serve.riede.org> Message-ID: <1077515083.2918.1.camel@bushido.mshome.net> On Sun, 2004-02-22 at 08:31 -0500, Willem Riede wrote: [snip] > > I've got a very power hungry 2.4 GHz desktop Pentium IV cpu in my laptop > > and I will try to use this mechanism soon! > > I have this too. But I see it on an old PIII/600 desktop that has no > support for any frequency scaling, so I don't understand at all why > the cpuspeed service was enabled by the upgrade in the first place! > Simply put, at the moment it is enabled regardless of what CPU you own. You should probably open a bugzilla report on kudzu so it enables/ disables cpuspeed based on CPU present. Regards, Michel -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Mon Feb 23 05:47:02 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 23 Feb 2004 00:47:02 -0500 Subject: Testing test releases: do not update (was: yum.conf that works) In-Reply-To: References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> Message-ID: <20040223054702.GB17431@devserv.devel.redhat.com> Robert P. J. Day (rpjday at mindspring.com) said: > > I would think the reason to have a test release is to have a well > > defined point in development time to test against. If you point your > > package resolvers to development/rawhide, then that's what you will be > > testing instead. Yes. Oddly enough, that's what will become the release eventually. > or red hat could > make everyone's life easy (including their own) and give everyone a single > channel (in yum.conf) against which they could do a simple "yum update". > the beauty of that is that 1) it's easy for testers to keep up to date, > and 2) it guarantees that everyone who uses that channel is running the > same updated system, so that there's some consistency in bug reports. > and what single channel would that be? The development channel. As it is. > as it stands, FC2-t1 was shipped with yum.conf pointing at rawhide. and > what a bad idea that was. as more than one person has pointed out, > rawhide represents the latest, greatest, bleeding edge, > not-even-guaranteed-to-work software. It's also what will become the release. > to fix identified and known bugs, that makes sense. but what's the point > of updating against rawhide? it would make far more sense to have just an > "update" repo for test releases, representing just those packages that > were found to be broken. if, instead, you update against rawhide, it > would seem you've so contaminated your original system, can you even call > it FC2-t1 anymore? No, you call it the FC development tree. There's even a bugzilla bucket for it. > and for those who think it's too much work for red hat to do it this way, > i submit that it's exactly the opposite. when there's a test release out > in the wild, red hat should be spending their time dealing with bug > reports that represent things that are just flat out *broken*. not stuff > from rawhide, not RFEs, not wish lists. Except, a great majority of the RFEs and wish lists aren't filed until the first test release is up. Aside from that... > and that means not > having to deal with rawhide. there should be a *separate* update channel > purely for fixing broken things. This is a broken implementation. If you run stock FC2 Test1: you're running a tree that's a snapshot, at a point in time, of what will be FC2. If you then update to rawhide as of a certain date: you're running a tree that's a snapshot, at a point in time, of what will be FC2. If you have a separate test updates channel: you're running a tree that is *not* a snapshot of what will be FC2, but a mix and match of various packages. Many of which may not be fully up to date. Bugs against the first two are inherently more useful than bugs against the third. Bill From reader at newsguy.com Mon Feb 23 05:19:01 2004 From: reader at newsguy.com (Harry Putnam) Date: Sun, 22 Feb 2004 23:19:01 -0600 Subject: color in man pages and less etc Message-ID: I've run FC1 for a while but more rh9 recently. I'm used to a certain set of colors present when viewing man pages in black xterm. My fresh intall of FC2 shows a combination of colors in black xterm that are not good for me. I see them elsewhere too. In less, at the prompt in ncftp. The worst offender is a `bold' blue that nearly disappears on a black background. Wracking my feeble brain, I don't remember where this kind of stuff is set or changed. Do I have to meddle with termcap? Or something else? From rjohnson at medata.com Mon Feb 23 06:27:14 2004 From: rjohnson at medata.com (Rick Johnson) Date: Sun, 22 Feb 2004 22:27:14 -0800 Subject: yum update problem In-Reply-To: <002901c3f926$4234dce0$6500a8c0@david> References: <002901c3f926$4234dce0$6500a8c0@david> Message-ID: <40399D42.3040609@medata.com> David Finch wrote: > I'm getting that too. The one, all, or nothing deal with yum sort of bugs me. > > An additional problem is that in up2date redhat-lsb and gnomemeeting don't even appear in the list of updates, but it'll still complain to me about them when it checks for dependencies. This definitely looks like a bug. Because they're not in the list I can't tell up2date to skip them, so it seems unlikely that I'll be able to easily finish the update until the problems are resolved. > > >>This is using os, updates, and stable from download.fedora.us: >> >>Package redhat-lsb needs /usr/bin/kill, this is not available. >>Package gnomemeeting needs libpt.so.1.5.0, this is not available. >>Package gnomemeeting needs libopenh323.so.1.12.0, this is not available. > > > yum update package-group* package-group2* works for me. i.e. yum update kernel* XFree* I then use yum check-update to see what else I missed. That, or add the "broken" packages to the exclude line within yum.conf. Rawhide - as said before by many - will likely be out of sync some of the time. -Rick -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From skvidal at phy.duke.edu Mon Feb 23 06:41:36 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 23 Feb 2004 01:41:36 -0500 Subject: upgrading rawhide In-Reply-To: <1077477322.6047.2.camel@simba.lion> References: <1077477322.6047.2.camel@simba.lion> Message-ID: <1077518496.31382.6.camel@binkley> On Sun, 2004-02-22 at 20:15 +0100, Alex Thomsen Leth wrote: > i got a problem, when im trying to upgrade via rawhide i got this > message. what could be wrong. sometimes when im trying yum end op > hanging. > This seems very odd. You're getting a traceback from deep in python urllib. Can you make this happen every time? -sv From lego188 at excite.com Mon Feb 23 07:47:14 2004 From: lego188 at excite.com (Freddy) Date: Mon, 23 Feb 2004 02:47:14 -0500 (EST) Subject: Upgraded to FC2T1 Message-ID: <20040223074714.03CD13DC9@xprdmailfe11.nwk.excite.com> I upgraded from fedora core 1 to core 2 test 2 and so for things have been going ok. The first problem I hit though was, it would not start anaconda with my cisco aironet 350 inserted (this is a laptop). Taking it out allowed me to do the upgrade, which took about 3 hours... Is that normal? The update removed the kernels that came with core 1, but left me my custom compiled kernel, which still boots up fine, except it doesn't start my pcmcia. With the 2.6.1-1.65 kernel that came with it, nothing worked, except 3d, which I was impressed with. I have a Dell Latitude C400 which I am doing this on, and so far so good, core 2 looks pretty cool. I'm trying to update with up2date right now, but it seems to have frozen on "Fetching rpm header: ORBit-devel-0.5.17-11.4" but anyway, it's looking good. I'll try to get everything else to work now... _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web! From gbpeck at sbcglobal.net Mon Feb 23 08:49:33 2004 From: gbpeck at sbcglobal.net (Gary Peck) Date: Mon, 23 Feb 2004 00:49:33 -0800 Subject: SMB Shares in nautilus In-Reply-To: <4036EAA0.7020007@rcn.com> References: <4036EAA0.7020007@rcn.com> Message-ID: <20040223084933.GG7007@realify.com> On Sat, Feb 21, 2004 at 12:20:32AM -0500, Jim Daleo wrote: > Now that I added rules to iptables to allow smb services I can browse my > home network. When I click on a share, however, I get a message that > the action associated with the share is invalid. see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114480 and file a comment with your details. maybe we can narrow down the problem. meanwhile, pressing CTRL-L and typing in the share directly (smb://computer/share) should work. gary From rpjday at mindspring.com Mon Feb 23 10:43:46 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 23 Feb 2004 05:43:46 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: <20040222211349.GA20593@devserv.devel.redhat.com> References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> <4038E3BA.50609@gmx.de> <20040222211349.GA20593@devserv.devel.redhat.com> Message-ID: On Sun, 22 Feb 2004, Alan Cox wrote: > On Sun, Feb 22, 2004 at 03:57:58PM -0500, Robert P. J. Day wrote: > > from what i've read so far, the consensus is that testers are encouraged > > to update against rawhide and to file bug reports on all of those updates. > > i think that's a silly idea. it's silly because rawhide is defined as the > > repository for the latest, greatest, still-wet releases of software that > > have absolutely no guarantee of working and, IMHO, it's does a disservice > > to testers to ask for their time to test, and then give them what is > > essentially a moving target. > > Rawhide is the current edge of the wave. Without people testing stuff that > hits rawhide everyone just gets stuck at the bugs which may already have > been fixed, or files reports on fixed problems. argh! is it too much to ask that people respond to what i actually *wrote* rather than what they *imagine* i wrote. i never said that people should never update against rawhide -- feel free to go back and find a single posting where i discourage that. what i was suggesting is that testers have the *choice* as to whether they want to update against rawhide. if you're feeling gung-ho and ready to rock and want to take the stuff in rawhide for a spin, then by all means, go wild. but for those who aren't quite so devil-may-care, i still don't think it's out of line to give *those* folks a more stable update channel which represents just those things that are clearly broken. how many times do i have to type that sentiment before people understand it? should i type more slowly? what? let's understand something pretty fundamental about the historical RH testing process. as we all know, RH has massive disclaimers about test releases -- don't use them for serious, mission-critical stuff, they're almost guaranteed to be a bit flaky, etc, etc. the standard recommendation is, of course, to install a test release perhaps in a *second* partition, dual boot to it when you want to test, *don't* fer cryin' out loud use it in a production environment. you get the idea. but let's face it, it doesn't quite happen that way. given that even test releases of RH are, for the most part, pretty solid, a lot of people (moi included) *will* install it on our desktops. in short, despite all the warnings that it's alpha, many of us will in fact bite the bullet, take a deep breath, and load that baby. we *know* we'll run into bugs, we *know* we're going to have to work around glitches, but we're prepared to pay the price to play with the latest and greatest. and, you'll notice, it's from those testers that RH will get the most useful feedback. not from the occasional, pop-into-test-release-for-a-while-and-dick-around testers, but from the aforementioned, damn-the-torpedoes, here we go with the alpha release, 24x7, "i'm going to immerse myself in it and live with the consequences no matter what" testers. these are the people who are making a fair sacrifice taking that kind of chance and putting up with the inevitable bugs and reporting them. and in return, what do they get? i submit, what they get is being treated like crap by red hat. if i'm prepared to install and live with an alpha release and its initial bugs, the one consolation i might get is that, as time goes by and bugs are reported and patches and updates issues, i can at least look forward to my system getting more and more stable, having to deal with fewer and fewer bugs (at least until the next test release). i can live with the initial pain because i can look forward to life, slowly but surely, getting better and better. and as things get better, i might even start re-customizing my working environment, getting back to where it was before, life mercifully returning to something resembling normal. but this won't happen as long as the only update channel is rawhide since, if i update against rawhide, *by* *definition*, i know that i'll get not only the patches i want, but all of the other untested, bleeding-edge development crud that's been dumped in there that red hat would like people to play with. in short, while part of my system is being fixed, almost guaranteed, some other part is now broken. one step forward, one step back? so what's in it for the tester? just the guarantee that, as some bugs are fixed, others are introduced. who would want to live in that kind of environment 24x7? (and keep in mind, i'm addressing specifically that population of testers who are making the sacrifice to immerse themselves in the test release and from whom RH is undoubtedly getting the most feedback. giving them nothing but rawhide is basically telling them, "for all of your hard work and sacrifice and commitment, we're going to treat you like a guinea pig and load your machine with stuff that we haven't had time to really look at yet. let us know if something explodes. thanks.") oh, and let's not forget the most pernicious argument of all. at least a few posters have suggested that having two update channels -- one for straight fixes, the other being rawhide -- is just, well, too much work, it's infeasible, how would you implement it? gee, i don't know -- perhaps the same way that RH implements the various channels for its production releases: base, updates, testing-updates and, finally, rawhide. apparently, *someone* at RH understands the concept of different quality levels of download channels. so what's the problem? anyway, i've spent way too much time on this. used to be, i always looked forward to a new RH/fedora release, even knowing the glitches i'd have to put up with. but if RH's approach to automatic updates and bug fixes for test releases is to simply cram onto my machine all of the untested, buggy stuff from rawhide, well, that kind of loses its appeal. rday From shrek-m at gmx.de Mon Feb 23 11:05:36 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 23 Feb 2004 12:05:36 +0100 Subject: timidity++-2.11.3-8 does not work on FC2-test1 In-Reply-To: <403922B7.7060608@georgs.org> References: <403922B7.7060608@georgs.org> Message-ID: <4039DE80.5090600@gmx.de> Georg E Schneider wrote: > timidity++-2.11.3-8 does not work on FC2-test1, so I rebuilt it and > see It works. > it's not official, but there are my rpms > > http://www.georgs.org/timidity++/-timidity++-2.11.3-9.i386.rpm > http://www.georgs.org/timidity++/-timidity++-2.11.3-9.src.rpm > http://www.georgs.org/timidity++/-timidity++-debuginfo-2.11.3-9.i386.rpm thanks ;-) it is "timi..." and not "-timi..." what are your changes ? ######## $ LANG=C rpm -qp --changelog http://www.georgs.org/timidity++/timidity++-2.11.3-9.i386.rpm | head * Wed Jun 04 2003 Elliot Lee - rebuilt * Tue Mar 11 2003 Thomas Woerner 2.11.3-7 - fix for x86_64 and s390x * Wed Jan 22 2003 Tim Powers ######## what about the official test-package from 20040217 ? is this package ok or are they equal ? what about `yum update timid*` ? test1: 20031028 $ lftp download.fedora.redhat.com:/pub> ls fedora/linux/core/test/1.90/i386/os/Fedora/RPMS/timidity++-2.11.3-8.i386.rpm -rw-r--r-- 1 ftp ftp 9258587 Oct 28 21:57 timidity++-2.11.3-8.i386.rpm rawhide: 20040217 $ lftp download.fedora.redhat.com:/pub> ls fedora/linux/core/development/i386/Fedora/RPMS/timidity++-2.11.3-9.i386.rpm -rw-r--r-- 1 ftp ftp 9270035 Feb 17 18:12 timidity++-2.11.3-9.i386.rpm ######## $ rpm -qp --changelog http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/timidity++-2.11.3-9.i386.rpm | head * Fr Feb 13 2004 Elliot Lee - rebuilt * Mi Okt 22 2003 Florian La Roche - add %clean specfile target * Do Jun 05 2003 Elliot Lee ######## -- shrek-m From rpjday at mindspring.com Mon Feb 23 11:16:51 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Mon, 23 Feb 2004 06:16:51 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: <40392456.2030806@gmx.de> References: <20040220162948.7274B3AA467@ws5-8.us4.outblaze.com> <20040220203732.GE4298@neu.nirvana> <4037B060.8000102@medata.com> <20040222094237.GB4263@neu.nirvana> <4038E3BA.50609@gmx.de> <40392456.2030806@gmx.de> Message-ID: On Sun, 22 Feb 2004, shrek-m at gmx.de wrote: > Robert P. J. Day wrote: > > >it's clear that if > >someone finds a serious bug in samba during testing, it should be patched > >if possible so the people who *are* testing it can continue. > > > >this sort of update is clearly different from, say, upgrading from KDE > >3.1.5 to 3.2, for example, which would be proposed just for getting new > >features. are you seriously suggesting that you don't recognize the > >fundamental difference between upgrading because you want a new package > >with newer features, and upgrading to fix a significant bug? > > > > > > http://fedora.redhat.com/participate/schedule/ > > KDE 3.2 > 23 January test1 devel freeze sorry, i just wanted to come up with a hypothetical example and KDE leaped to mind. rday From nbecker at hns.com Mon Feb 23 14:47:17 2004 From: nbecker at hns.com (Neal D. Becker) Date: Mon, 23 Feb 2004 09:47:17 -0500 Subject: kernel-2.6.3-1.91 and Reiserfs In-Reply-To: <20040222214423.GB11287@redhat.com> References: <40367918.6070100@cadlink.com> <200402221334.30007.m.eldesoky@tedata.net> <20040222214423.GB11287@redhat.com> Message-ID: <200402230947.18892.nbecker@hns.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 22 February 2004 04:44 pm, Dave Jones wrote: > On Sun, Feb 22, 2004 at 01:34:26PM +0200, Mohamed Eldesoky wrote: > > > > Kernel-2.6.3-1.91 appears to freeze when a reiserfs (root in my > > > > case) partition is mounted rw, but is fine when mounted ro. Using > > > > kernel-2.6.2-1.74 there are no problems. > > > > > > I can confirm this as well. Last kernel to work was 2.6.2-1.84. I'll > > > check to see if someone has put it in bugzilla... > > > > A friend has told me that reiser in FC is in debug mode !! > > regardless, the extra debug code in reiserfs should still allow > the filesystem to be used. The reason it broke is likely the > sleep_on() fixes. > Yes, it complains about unresolved sleep_on. Please AVOID sending me WORD, EXCEL or POWERPOINT attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAOhJ1MDqogpR5tkMRAj7kAJ93aBffBfaggs1s5Qjg2OlMzJAl1QCgi3ke F7eNBUPR/IuunhFHIpm4yE4= =XrWA -----END PGP SIGNATURE----- From jspaleta at princeton.edu Mon Feb 23 15:10:41 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Mon, 23 Feb 2004 10:10:41 -0500 Subject: Testing test releases: do not update Message-ID: <1077549040.7482.36.camel@spatula.pppl.gov> Robert P. J. Day wrote: > what i was suggesting is that testers have the *choice* as to > whether they want to update against rawhide. if you're feeling > gung-ho and ready to rock and want to take the stuff in rawhide > for a spin, then by all means, go wild. I really don't think its appropriate for tester to demand what the testing release process should look like. The important thing here.. is making sure the testing process works well for the developers, and doesn't cause a resource drain contrary to the effort to prepare the next official release. Preparing a separate testing updates tree, would be a resource drain and quite possibly takes away value from the feedback testers are providing. Testers should not be demanding anything from the test releases. If anything, Fedora leadership, needs to find the time, to better communicate, testing guidelines and task specific mini-events to organize the willing testers volunteers. > but for those who aren't quite so devil-may-care, i still don't > think it's out of line to give *those* folks a more stable update > channel which represents just those things that are clearly > broken. how many times do i have to type that sentiment before > people understand it? should i type more slowly? what? I think you have some perspective and priorities out of alignment. If people aren't quite devel-may-care....they shouldn't be running the test releases....at all. Don't even pretend that isn't the law. TEST RELEASES EAT BABIES. And really who's in a position to say with CLARITY about which packages are worth updating and testing? Certainly not me, as a tester. Certainly not the bulk of the testers. It HAS to be the developers call as to what is worth updating in the development tree as things get ready for the final fedora core 2 release. Second guessing the developers intentions during a testing phase is rather unproductive and isn't going to push things forward aggressively. Pretending like the testing releases should 'just work' or the updates should 'just work' is naive. You can't have your cake and eat it to. If Fedora's development is supposed to be more aggressive than rhl, from release to release. Burning developer cycles to ensure that test releases and updates taste good, is going to be a drain on the effort to get things ready the actually releases. 2 steps forward, 1 step back, doin' the testing cha-cha... sometimes that 1 step back is more of a lunge than a step. > these are the people who are making a fair > sacrifice taking that kind of chance and putting up > with the inevitable bugs and reporting them. and in return, > what do they get? > i submit, what they get is being treated like crap by red hat. Now I'm sure we can argue for months about how and when Red Hat has treated people badly, but it seems rather bizarre to me that giving testers MORE packages to test and report back on is treating testers badly. I could spin it another way..and say that Red Hat values the feedback so highly, that they are streamlining the process so that the feedback from testers can get to the developers as quickly as possible so it can be acted on. And if I do spin it that way I would say, it would benefit Red Hat a great deal to find a way to recognize testers somehow who have made a noteworthy contribution via their prolonged suffering during the testing phase. But I don't think it does anyone any good to cater to testers who want more stability during testing. > if i'm prepared to install and live with an alpha release and its > initial bugs, the one consolation i might get is that, as time goes by > and bugs are reported and patches and updates issues, i can at least > look forward to my system getting more and more stable, having to deal > with fewer and fewer bugs (at least until the next test release). i > can live with the initial pain because i can look forward to life, > slowly but surely, getting better and better. and as things get > better, i might even start re-customizing my working environment, > getting back to where it was before, life mercifully returning to > something resembling normal. You're expectations are just plain wrong. This is NOT a linear process. If I were pressed, I would argue that the number of uniquely reported unresolved bugs probably crests during the second test release for a number of reasons. But you certaintly shouldn't expect the test releases to be a smooth transition from broken to fixed. In fact I would argue, unless the developers can find the time( I certaintly can't seem to find time to even get coffee in the past 5 days) to communicate specific testing priorities internal to the test release, we as testers...shouldn't expect ANYTHING beyond a box full of sharp broken glass. -jef"this has been the longest wednesday ever"spaleta From czar at czarc.net Mon Feb 23 15:16:06 2004 From: czar at czarc.net (Gene C.) Date: Mon, 23 Feb 2004 10:16:06 -0500 Subject: up2date bug or feature? Message-ID: <200402231016.06307.czar@czarc.net> On FC1, I noticed that when up2date installed a new kernel that default- in grub.conf was changed to point to the new kernel. This is not happening on FC2. Is this a bug or a feature (that is a change)? -- Gene From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Feb 23 16:25:02 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 23 Feb 2004 17:25:02 +0100 Subject: Running Apt In-Reply-To: <40381EA6.8070102@comcast.net> References: <40381EA6.8070102@comcast.net> Message-ID: <20040223172502.2e3de22e@localhost> jim tate wrote : > I am trying to run apt and have the following listing in the > sources.lists , but comes back > and say's it Failed, when I do a Update, is listing below correct or is > it wrong. > > Jim Tate > > > /etc/apt/sources.lists > > # Add any local / 3rd party repositories here.. > > rpm http://ayo.us.freshrpms.net/fedora/linux/test/i386/ core updates > #rpm http://ayo.us.freshrpms.net/fedora/linux/development/i386/ core updates There are no separate "updates" for development, so you should simply use : # Fedora Core Development rpm http://ayo.us.freshrpms.net/fedora/linux/development/i386/ core Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.6.2-1.81 Load : 0.95 1.01 0.63 From jansen at strw.leidenuniv.nl Mon Feb 23 16:36:56 2004 From: jansen at strw.leidenuniv.nl (David Jansen) Date: Mon, 23 Feb 2004 17:36:56 +0100 Subject: Weirdness after up2date on FC2test1 Message-ID: <20040223163656.GA6480@strw.leidenuniv.nl> FC2 test1 was working reasonably well on my test box, until I used up2date to update all packages. Test box is a very old system: P II 350 MHz, 256 MB memory, A couple of things I noticed: 1) the new kernel (2.6.3-1.97) does not become the default in grub 2) kudzu thinks the keyboard is a new piece of hardware (AT Translated Set 2 keyboard) No big deal, just weird. 3) after this upgrade, the graphical boot is gone, and so is X when starting X the screen will go blank a couple of times and then a text mode dialog will pop up stating that the mouse is not set up correctly. it offers to run the mouse configuration utility, and this utility offers the correct mouse type (generic wheel mouse PS/2) but reconfiguration doesn't help, still no X. Which is correct in a way, since the gpm service is not running. However, the gpm init script gives a green OK when starting. 4) During the boot sequence, I get a message about firstboot already having run on this machine with an explanation how to rerun it if you want. (NOTE: /etc/sysconfig/firstboot contains the one line: RUN_FIRSTBOOT=NO but this seems to be ignored in this kernel) 5) When sshd is starting, an error appears: /sbin/ifup: configuration for sit0 not found. Usage: ifup (well, I can believe the configuration is not found, I only have the lo and eth0 interfaces configured) However, sshd is running despite this error If I'm not mistaken, sit0 is a UPv6 tunnel interface. Is IPv6 mandatory in kernel 2.6.3 ? Rebooting back in the 2.6.1-1.65 kernel, X and rhgb are working correctly. Kudzu thinks the "AT Translated set 2 keyboard" has been removed, and when removing the configuration, the next screen says the exact same type of keyboard has been added. Again, no big deal, just more weirdness. Also, the firstboot and sshd messages are gone, and gpm is working correctly. So, all of the new weird problems seem to be triggered/caused by the 2.6.3 kernel. Any additional configuration required to get this new kernel to run. David Jansen From biped at comcast.net Mon Feb 23 17:10:49 2004 From: biped at comcast.net (Marcus Schuetz) Date: Mon, 23 Feb 2004 12:10:49 -0500 Subject: [: too many arguments Message-ID: <403A3419.8010106@comcast.net> Recently I noticed getting the message "[: too many arguments" when I use a terminal under gnome (gnome-terminal or aterm) when using external (not shell) commands (less, etc.). I tried several shells (bash, tcsh, zsh) and I get this with all of them. I had no luck tracking down the origin of this message. Anybody else seeing this? How about a solution? TIA :: Marcus From lowen at pari.edu Mon Feb 23 17:25:41 2004 From: lowen at pari.edu (Lamar Owen) Date: Mon, 23 Feb 2004 12:25:41 -0500 Subject: Testing test releases: do not update In-Reply-To: <403946A1.3070802@earthlink.net> References: <20040222152413.15876.49337.Mailman@listman.back-rdu.redhat.com> <403907A6.2090003@austin.rr.com> <403946A1.3070802@earthlink.net> Message-ID: <200402231225.41278.lowen@pari.edu> On Sunday 22 February 2004 07:17 pm, Gerry Tool wrote: > I heartily agree with this. The uncoordinated mixture of rawhide > packages, fixed packages and original test release packages leaves a > very ill defined state of a system on which to base bug reports. Welcome to the real beta testing world. IIRC, this is basically what things were like under the private beta test arrangement; at least that's how I remember the old process. > Feeling impotent to help because my test sytem is hopelessly borked by > rawhide updates. During previous cycles I had similar issues, and did the 'lather/rinse/repeat' cycle numerous times on my test box. Welcome to Beta Testing. This is what it is like; if you can't handle that, wait on test2, 3, or 4. Test1 is always rough around the edges. One previous cycle saw me installing from scratch three dozen times on that particular test box. Can it be done better? Maybe. Should it be done 'better'? I don't think it should be, since Rawhide is just exactly that: RAW. And, as beta testers, we have signed up (in my case at least) with that knowledge. The test releases have big warnings about that. In early tests, the developers can and will (and should not be prevented from) making large changes to packages; it does get better as the test number increases. People wanted 'more open'; welcome to 'more open'. -- Lamar Owen Director of Information Technology Pisgah Astronomical Research Institute 1 PARI Drive Rosman, NC 28772 (828)862-5554 www.pari.edu From shrek-m at gmx.de Mon Feb 23 19:24:51 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 23 Feb 2004 20:24:51 +0100 Subject: test - mailservers ok ? Message-ID: <403A5383.7040107@gmx.de> hi, since the early morning i got no mails from *this* list and in the archive i can see only a few postings for this day. oops, i am a bit drunken, but something must be wrong with the mailservers, can someone check it ? thanks -- shrek-m From shrek-m at gmx.de Mon Feb 23 19:32:11 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 23 Feb 2004 20:32:11 +0100 Subject: test - mailservers ok ? In-Reply-To: <403A5383.7040107@gmx.de> References: <403A5383.7040107@gmx.de> Message-ID: <403A553B.6050903@gmx.de> shrek-m at gmx.de wrote: > since the early morning i got no mails from *this* list > and in the archive i can see only a few postings for this day. sending is ok but not receiving :-( -- shrek-m From markmc at redhat.com Mon Feb 23 20:09:45 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 23 Feb 2004 20:09:45 +0000 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 Message-ID: <1077566984.26612.19.camel@laptop> Hi, This update contains fixes for a number of pretty annoying bugs in gnome-panel-2.4.0. Users who make use of autohide panels and/or drawers will find the fixes especially welcome. Some of the bugs which should be fixed by this update are: * Can only put 2 launchers into a drawer http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=110380 * Can't access launchers in gnome-panel drawer http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=104492 * regression (?) in auto-hide behavior http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=104178 * Gnome-panel autohides when moving applet http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108395 * Drawers open by themselves when panel unhides http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109939 * Strange behaviour when moving Main Menu http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=110286 * Invalid unicode in spanish help docs http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116475 I'll push this update to final on Monday, March 1st 2004 unless I receive reports of significant additional issues. Thanks, Mark. --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-081 2004-02-23 --------------------------------------------------------------------- Name : gnome-panel Version : 2.4.2 Release : 1 Summary : GNOME panel Description : The GNOME panel provides the window list, workspace switcher, menus, and other features for the GNOME desktop. --------------------------------------------------------------------- * Mon Feb 23 2004 Mark McLoughlin 2.4.2-1 - Update to 2.4.2 - Remove defaultsize patch - in upstream sources now. - Add patch to fix disappearing applets issue (#110380) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 349be3d70c4fd5ed9edaede60086b3b0 SRPMS/gnome-panel-2.4.2-1.src.rpm b90e0de3ebe5979f9f30e09ee4ced77b i386/gnome-panel-2.4.2-1.i386.rpm c3f14a737894a208a501a71000a2784c i386/debug/gnome-panel-debuginfo-2.4.2-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-1 --------------------------------------------------------------------- From brian at krahmer.com Mon Feb 23 20:18:18 2004 From: brian at krahmer.com (Brian Krahmer) Date: Mon, 23 Feb 2004 12:18:18 -0800 Subject: Java and ps - NPTL? Message-ID: <00ec01c3fa4a$2d8b8cb0$0200a8c0@WARHOLE> I run a large java application that uses a lot of processing time. I know this, because I also run it on Windows. However, 'ps' does not seem to catch this fact. If my app is running for a day, which would use many minutes of processing time, ps usually reports 0:00 or 0:01 total processing time. Java on 2.4 did not do this, so I'm thinking it's an NPTL thing, or maybe procps. I've looked around for discussions about this topic, but couldn't find anything. Does anyone else know if this is a bug, and if it's already in bugzilla? Or am I the only one seeing this? thanks, brian From rwa1 at cec.wustl.edu Mon Feb 23 21:02:34 2004 From: rwa1 at cec.wustl.edu (Richard Ayer III) Date: Mon, 23 Feb 2004 15:02:34 -0600 Subject: test - mailservers ok ? Message-ID: <000e01c3fa50$5f4c7600$72b9fc80@rwa1> I also have not received messages today. Richard Ayer III -------------- next part -------------- An HTML attachment was scrubbed... URL: From notting at redhat.com Mon Feb 23 21:25:31 2004 From: notting at redhat.com (Bill Nottingham) Date: Mon, 23 Feb 2004 16:25:31 -0500 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 Message-ID: <20040223212531.GA9066@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-083/84 2004-02-23 --------------------------------------------------------------------- Name : up2date Version : 4.1.21 Release : 2 Summary : Determines which system packages need to be updated via RHN. Description : The Red Hat Update Agent that automatically queries the Red Hat Network servers and determines which packages need to be updated on your machine. Name : yum Version : 2.0.5 Release : 1 Summary : RPM installer/updater Description : Yum is a utility that can check for and automatically download and install updated RPM packages. Dependencies are obtained and downloaded automatically prompting the user as necessary. --------------------------------------------------------------------- Update Information: These packages contain updated repository information for Fedora Core 1. Instead of using a HTTP redirect, a direct URL is used; this allows supporting multiple architectures in time. If no regressions are reported either here or via bugzilla (http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116619) these updates will be pushed final by 2004-02-27. --------------------------------------------------------------------- * Thu Feb 19 2004 Adrian Likins 4.1.21 - changes default sources to point to arch dependent updates dir * Tue Nov 04 2003 Adrian Likins 4.1.19 - fix #108761 (auth info not updating correctly) - update man pages (#104814) - fix #107856 * Mon Nov 03 2003 Adrian Likins 4.1.17 - make the error message about import keys understand fedora keys - fix some bugs with hardcoded useage of "/var/spool/up2date" - pass along up2date version in User-Agent string - fix the "update says I still need to update the kernel" bug --------------------------------------------------------------------- * Mon Feb 23 2004 Bill Nottingham 2.0.5-1 - push 2.0.5 as a FC1 update * Fri Jan 23 2004 Bill Nottingham 2.0.4.20040103-1 - update to current snapshot - fix config for FC2 test 1 * Tue Dec 23 2003 Jeff Johnson 2.0.4-5 - build yum daily snapshot for amd64 fix. * Wed Nov 12 2003 Bill Nottingham 2.0.4-4 - patch for excluding dirs in yum-arch from CVS * Thu Nov 06 2003 Jeremy Katz 2.0.4-3 - patch to work with python 2.3 from Seth --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ f249c7099cc5b3dc3252636256ec5497 SRPMS/up2date-4.1.21-2.src.rpm e9f99540d009dbb6a0a14aca316ac679 i386/up2date-4.1.21-2.i386.rpm c974ee8019dd8333048cd74e792ab90b i386/up2date-gnome-4.1.21-2.i386.rpm b1a8fd1dc7ce13ca45d35fe2cc5388d7 i386/debug/up2date-debuginfo-4.1.21-2.i386.rpm a3bf71d3fe0d43b568517c564eefd42f SRPMS/yum-2.0.5-1.src.rpm ccc45f0a08c03dd7d61b8b1eabe87fec i386/yum-2.0.5-1.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://fedora.redhat.com/updates/testing/fedora-core-1 --------------------------------------------------------------------- From leonard at den.ottolander.nl Mon Feb 23 22:41:30 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Mon, 23 Feb 2004 23:41:30 +0100 Subject: (no subject) In-Reply-To: <124iBVVSA2272S10.1077486266@cmsweb10.cms.usa.net> References: <124iBVVSA2272S10.1077486266@cmsweb10.cms.usa.net> Message-ID: <1077576090.4750.3.camel@athlon.localdomain> On Sun, 2004-02-22 at 22:44, misnagid wrote: Just testing to see if I can reach the list. Haven't seen much mail today... Leonard. -- mount -t life -o ro /dev/dna /genetic/research From llim at redhat.com Fri Feb 20 06:14:19 2004 From: llim at redhat.com (Lawrence Lim) Date: Fri, 20 Feb 2004 16:14:19 +1000 (EST) Subject: Testers Required for Next Generation Input Method Message-ID: The Fedora Project will be adopting a revolutionary new Input Method system in the upcoming release of the Fedora Core 2. We would like to extend an invitation at this time to East Asian users in particular to test this preliminary release and provide us with feedback so we can improve the software and ensure that the Input Methods will be easier, more efficient and pleasant to use. Intranet/Internet Input Method Framework (IIIMF) is the next generation Input Method Framework set to replace the legacy X Window System Input Method (XIM) used by existing Input Methods such as chinput, xcin, kinput2, ami and many others. As the technology is still at its infancy, wider testing effort by community is needed to expediate the maturity of the technology. IIIMF server loads Language Engines (LE) dynamically at runtime as requested by clients. In this first round of testing, four LEs are available: + iiimf-le-inpinyin for Simplified Chinese (zh_CN.UTF-8) + iiimf-le-xcin for Traditional Chinese (zh_TW.UTF-8) + iiimf-le-canna for Japanese (ja_JP.UTF-8) + iiimf-le-hangul for Korean (ko_KR.UTf-8) If you wish to participate in this first round of testing, a Testing Guide is now available at . It will give you the necessary information in setting up the IIIMF and using the LE specific to your locale. Input Method Testing Discussion Mailing List: fedora-i18n-list at redhat.com Subscribe at: https://www.redhat.com/mailman/listinfo/fedora-i18n-list IRC: Channel #fedora-i18n on irc.freenode.net Best Regards, Fedora I18N Team From reader at newsguy.com Tue Feb 24 01:07:07 2004 From: reader at newsguy.com (Harry Putnam) Date: Mon, 23 Feb 2004 19:07:07 -0600 Subject: [: too many arguments In-Reply-To: <403A3419.8010106@comcast.net> (Marcus Schuetz's message of "Mon, 23 Feb 2004 12:10:49 -0500") References: <403A3419.8010106@comcast.net> Message-ID: Marcus Schuetz writes: > Recently I noticed getting the message "[: too many arguments" when I > use a terminal under gnome (gnome-terminal or aterm) when using > external (not shell) commands (less, etc.). I tried several shells > (bash, tcsh, zsh) and I get this with all of them. I had no luck > tracking down the origin of this message. Anybody else seeing this? > How about a solution? It wasn't clear to me what you mean by `when I use'. Do you mean when you start a terminal? Can you explain exaclty what you do that brings on the error message please? From biped at comcast.net Tue Feb 24 01:24:52 2004 From: biped at comcast.net (Marcus Schuetz) Date: Mon, 23 Feb 2004 20:24:52 -0500 Subject: [: too many arguments In-Reply-To: References: <403A3419.8010106@comcast.net> Message-ID: <403AA7E4.4050807@comcast.net> Harry Putnam wrote: > Marcus Schuetz writes: > > >>Recently I noticed getting the message "[: too many arguments" when I >>use a terminal under gnome (gnome-terminal or aterm) when using >>external (not shell) commands (less, etc.). I tried several shells >>(bash, tcsh, zsh) and I get this with all of them. I had no luck >>tracking down the origin of this message. Anybody else seeing this? >>How about a solution? > > > It wasn't clear to me what you mean by `when I use'. Do you mean when > you start a terminal? > > Can you explain exaclty what you do that brings on the error message please? > > It's the first output I see when starting a terminal may it be gnome-terminal, xterm or aterm. I also see it whenever I call less: [: too many arguments marcus has logged on :0 from local. root has logged on pts/0 from :0.0. marcus has logged on pts/1 from :0.0. [(20:18) :: HAL9001 :: ~]> less blah.txt [: too many arguments blah.txt: No such file or directory Exit 1 [(20:18) :: HAL9001 :: ~]> Marcus From leonard at den.ottolander.nl Tue Feb 24 01:30:30 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 24 Feb 2004 02:30:30 +0100 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077566984.26612.19.camel@laptop> References: <1077566984.26612.19.camel@laptop> Message-ID: <1077586229.6148.18.camel@athlon.localdomain> Hi Mark, > * Can only put 2 launchers into a drawer > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=110380 > > * Can't access launchers in gnome-panel drawer > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=104492 > > * regression (?) in auto-hide behavior > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=104178 > > * Gnome-panel autohides when moving applet > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108395 > > * Drawers open by themselves when panel unhides > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109939 The above issues seem to be fixed with the update to 2.4.2-1. > * Strange behaviour when moving Main Menu > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=110286 Hadn't investigated that one yet ;) . > * Invalid unicode in spanish help docs > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116475 Don't know. > I'll push this update to final on Monday, March 1st 2004 unless > I receive reports of significant additional issues. Please don't rush to push to the main update tree. There are more issues to solve (BuildRequires (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=110928), split off of a devel package (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108618), clock size issues (which might or might not be solved with this update)). Some more issues which might be relevant further down the list. Some that might be closed with this update, but need to be investigated first. Question also is how to approach older bugs. There are a few for RHL <= 9 that might be closed CURRENTRELEASE or NEXTRELEASE. Some that might still have a bearing on the current situation. So give me some time to work some more on the list at http://www.ottolander.nl/gnome-panel/ (or investigate them yourself) before pushing out a final update. We should be able to get you an almost clean sheet on gnome-panel issues. But don't rush. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From balay at fastmail.fm Tue Feb 24 01:46:27 2004 From: balay at fastmail.fm (Satish Balay) Date: Mon, 23 Feb 2004 19:46:27 -0600 (CST) Subject: madwifi In-Reply-To: <20040223043611.1960.qmail@web13810.mail.yahoo.com> References: <20040223043611.1960.qmail@web13810.mail.yahoo.com> Message-ID: On Sun, 22 Feb 2004, Parrish M Myers wrote: > Hi, > > I've been searching all over the internet and can't seem to get the > madwifi driver for my DWL-G650 wifi card to compile. Has anyone had > success compiling the cvs version of madwifi under Core 2 test 1? > Everytime I try the build process complains about not finding > '/lib/modules/2.6.3-1.96/build/vmlinux'... Is this not included with > the kernel source? Isin't this driver suppose to work with a 2.6 > kernel? I've attempted it - but encountered similar errors. I suspect madwif needs some updates to work with 2.6 Satish ------------ cp ../hal/linux/i386-elf.opt_ah.h opt_ah.h sed: -e expression #4, char 15: Invalid preceding regular expression rm -f .depend gcc -M -include ../include/compat.h -I../include -I../hal -I../hal/linux -I../ath_hal -I/lib/modules/2.6.3-1.97/build/include -I/lib/modules/2.6.3-1.97/build/arch/ -I/lib/modules/2.6. 3-1.97/build/include/asm/mach-default -I.. -DKBUILD_BASENAME=ath_hal -DKBUILD_MODNAME=ath_hal -DMODVERSIONS -include /lib/modules/2.6.3-1.97/build/include/linux/modsetver.h -Wall -Wno -trigraphs -O2 -D__KERNEL__ -DMODULE -D__linux__ -fomit-frame-pointer -DAH_BYTE_ORDER=AH_LITTLE_ENDIAN -fomit-frame-pointer ../hal/linux/ah_osdep.c > .depend :12:1: /lib/modules/2.6.3-1.97/build/include/linux/modsetver.h: No such file or directory From dr at cluenet.de Tue Feb 24 01:58:50 2004 From: dr at cluenet.de (Daniel Roesen) Date: Tue, 24 Feb 2004 02:58:50 +0100 Subject: /sbin not in path In-Reply-To: <19D0526B-65B7-11D8-A3B3-000393C34F68@mac.com>; from smearp@mac.com on Sun, Feb 22, 2004 at 08:16:49PM -0800 References: <19D0526B-65B7-11D8-A3B3-000393C34F68@mac.com> Message-ID: <20040224025850.A28774@homebase.cluenet.de> On Sun, Feb 22, 2004 at 08:16:49PM -0800, Sean Earp wrote: > My question is... Is the omission of the /sbin directory in the > default path an error, or is something messed up with my installation? Intentional. /sbin and /usr/sbin are supposed for binaries which are of (almost) only use to the root user, not normal unpriviledged users. As such, $PATH of non-root users doesn't contain any sbin directories. Wether this distinction makes great sense or not is a debate which can easily explode to a flamefest, so I won't get into arguing. :-) > As far as I recall, ifconfig worked just fine in FC1 No, FC1 works as described above (as did all Red Hat Linux releases I can remember). Regards, Daniel From reader at newsguy.com Tue Feb 24 02:02:32 2004 From: reader at newsguy.com (Harry Putnam) Date: Mon, 23 Feb 2004 20:02:32 -0600 Subject: [: too many arguments In-Reply-To: <403AA7E4.4050807@comcast.net> (Marcus Schuetz's message of "Mon, 23 Feb 2004 20:24:52 -0500") References: <403A3419.8010106@comcast.net> <403AA7E4.4050807@comcast.net> Message-ID: Marcus Schuetz writes: > Harry Putnam wrote: >> Marcus Schuetz writes: >> >>>Recently I noticed getting the message "[: too many arguments" when I >>>use a terminal under gnome (gnome-terminal or aterm) when using >>>external (not shell) commands (less, etc.). I tried several shells >>>(bash, tcsh, zsh) and I get this with all of them. I had no luck >>>tracking down the origin of this message. Anybody else seeing this? >>>How about a solution? >> It wasn't clear to me what you mean by `when I use'. Do you mean >> when >> you start a terminal? >> Can you explain exaclty what you do that brings on the error message >> please? >> > It's the first output I see when starting a terminal may it be > gnome-terminal, xterm or aterm. I also see it whenever I call less: > > [: too many arguments > marcus has logged on :0 from local. > root has logged on pts/0 from :0.0. > marcus has logged on pts/1 from :0.0. > [(20:18) :: HAL9001 :: ~]> less blah.txt > [: too many arguments > blah.txt: No such file or directory > Exit 1 > [(20:18) :: HAL9001 :: ~]> Sorry I'm being such a hard head and most likely won't really be able to help either, but still by `starting' do you mean typing `gnome-terminal' at a command line prompt. Or are you clicking an Icon or something. Do you see anything odd typing: echo $PATH or in the output of env at a command line prompt? If you type ` echo "$PATH" >some_file' `less some_file' at a command line prompt...what do you see? The above output looks like a login shell.. yes?. Seems like it would follow then that this is something in your init files like .bash_profile .bashrc /etc/profile /etc/bashrc. etc. From wes at kuoi.asui.uidaho.edu Tue Feb 24 02:07:32 2004 From: wes at kuoi.asui.uidaho.edu (Wes Shull) Date: Mon, 23 Feb 2004 19:07:32 -0700 Subject: upgrading rawhide In-Reply-To: <20040223074601.10314.44211.Mailman@listman.back-rdu.redhat.com> References: <20040223074601.10314.44211.Mailman@listman.back-rdu.redhat.com> Message-ID: <200402231907.33247.wes@kuoi.asui.uidaho.edu> seth vidal wrote: > On Sun, 2004-02-22 at 20:15 +0100, Alex Thomsen Leth wrote: > > i got a problem, when im trying to upgrade via rawhide i got this > > message. what could be wrong. sometimes when im trying yum end op > > hanging. > > This seems very odd. You're getting a traceback from deep in python > urllib. > > Can you make this happen every time? I (not the person to whom you were replying) have also had a crash in python urllib while updating, except I was using up2date, not yum directly. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115779 Not sure how much it may be related; sound like both up2date and yum could use extra checking on what they get back from the server, especially with (hearsay from this list) redhat's servers not erroring gracefully when they're overloaded... -- "TEST RELEASES EAT BABIES." --Jef Spaleta on the fedora-test-list From smearp at mac.com Tue Feb 24 02:31:45 2004 From: smearp at mac.com (Sean Earp) Date: Mon, 23 Feb 2004 18:31:45 -0800 Subject: /sbin not in path In-Reply-To: <20040224025850.A28774@homebase.cluenet.de> References: <19D0526B-65B7-11D8-A3B3-000393C34F68@mac.com> <20040224025850.A28774@homebase.cluenet.de> Message-ID: <96D392D4-6671-11D8-8A98-000393C34F68@mac.com> Thanks Daniel and Mike- You guys are, of course, absolutely correct. I have finally managed to find a site that lays out what the purpose of the standard directories are in Linux. Had I read it before I submitted the question, I would have been able to answer it myself. If you are a Linux newbie like myself, make sure to bookmark this handy reference: Hope this helps someone, -Sean On Feb 23, 2004, at 5:58 PM, Daniel Roesen wrote: > On Sun, Feb 22, 2004 at 08:16:49PM -0800, Sean Earp wrote: >> My question is... Is the omission of the /sbin directory in the >> default path an error, or is something messed up with my installation? > > Intentional. /sbin and /usr/sbin are supposed for binaries which are > of (almost) only use to the root user, not normal unpriviledged > users. As such, $PATH of non-root users doesn't contain any sbin > directories. > > Wether this distinction makes great sense or not is a debate which > can easily explode to a flamefest, so I won't get into arguing. > :-) > >> As far as I recall, ifconfig worked just fine in FC1 > > No, FC1 works as described above (as did all Red Hat Linux releases > I can remember). > > > Regards, > Daniel From pbender at qualcomm.com Tue Feb 24 03:10:19 2004 From: pbender at qualcomm.com (Paul Bender) Date: Mon, 23 Feb 2004 19:10:19 -0800 Subject: madwifi In-Reply-To: References: <20040223043611.1960.qmail@web13810.mail.yahoo.com> Message-ID: <403AC09B.2060305@qualcomm.com> I have been using the CVS version of the driver with 2.6 for awhile, and it appears to work fine. However, it does require vmlinux in order to complete its compilation process. When the kernel is built, vmlinux is created. I believe that the Fedora 2.6 kernel RPMs package vmlinux in the kernel-debuginfo RPM. Therefore, you can get vmlinux for your running kernel by rebuilding the kernel using the kernel-source RPM with the kernel config file in the boot directory, or by installing the kernel-debuginfo RPM. Personally, I have been rebuilding the kernel from the kernel-source RPM, since kernel-debuginfo is so large. Satish Balay wrote: > > On Sun, 22 Feb 2004, Parrish M Myers wrote: > > >>Hi, >> >>I've been searching all over the internet and can't seem to get the >>madwifi driver for my DWL-G650 wifi card to compile. Has anyone had >>success compiling the cvs version of madwifi under Core 2 test 1? >>Everytime I try the build process complains about not finding >>'/lib/modules/2.6.3-1.96/build/vmlinux'... Is this not included with >>the kernel source? Isin't this driver suppose to work with a 2.6 >>kernel? > > > I've attempted it - but encountered similar errors. I suspect madwif > needs some updates to work with 2.6 From efthym at gmx.net Tue Feb 24 03:33:25 2004 From: efthym at gmx.net (Efthym) Date: Mon, 23 Feb 2004 22:33:25 -0500 Subject: yum update problem Message-ID: <1077593605.1470.8.camel@localhost> This is what I got when trying to update error: Failed dependencies: libavc1394 is needed by pwlib-1.6.3-0.pre1.0 librom1394.so.0 is needed by pwlib-1.6.3-0.pre1.0 libpt.so.1.5.0 is needed by (installed) gnomemeeting-0.98.5-1 removing pwlib-1.6.3.0 from update list solved my problem. No other complains. I dont know exactly what pwlib provides, but upgrading pwlib- 1.5.0.3 (already installed) to pwlib-1.6.3.0.pre1.0 doesn't seem to have backward complatibility, or gnomemeeting should be upraded as well (I dont know if pwlib is used elsewhere) -------------- next part -------------- An HTML attachment was scrubbed... URL: From balay at fastmail.fm Tue Feb 24 03:37:43 2004 From: balay at fastmail.fm (Satish Balay) Date: Mon, 23 Feb 2004 21:37:43 -0600 (CST) Subject: [: too many arguments In-Reply-To: <403A3419.8010106@comcast.net> References: <403A3419.8010106@comcast.net> Message-ID: On Mon, 23 Feb 2004, Marcus Schuetz wrote: > Recently I noticed getting the message "[: too many arguments" when I > use a terminal under gnome (gnome-terminal or aterm) when using external > (not shell) commands (less, etc.). I tried several shells (bash, tcsh, > zsh) and I get this with all of them. I had no luck tracking down the > origin of this message. Anybody else seeing this? How about a solution? It appears only with csh/tcsh for me. The exact error occurs at the following line in /etc/csh.cshrc: (verifyable with csh -x /etc/csh.cshrc) [ "`id -gn`" = "`id -un`" -a `id -u` -gt 99 ] It must be a bug in /usr/bin/test (which is same as /usr/bin/[ ) - as the message goes away if I downgrade to coreutils-5.0-24 (from FC1). Satish From biped at comcast.net Tue Feb 24 04:07:48 2004 From: biped at comcast.net (Marcus Schuetz) Date: Mon, 23 Feb 2004 23:07:48 -0500 Subject: color in man pages and less etc In-Reply-To: References: Message-ID: <403ACE14.4010107@comcast.net> Harry Putnam wrote: > I've run FC1 for a while but more rh9 recently. I'm used to a certain > set of colors present when viewing man pages in black xterm. > > My fresh intall of FC2 shows a combination of colors in black xterm > that are not good for me. I see them elsewhere too. In less, at the > prompt in ncftp. The worst offender is a `bold' blue that nearly > disappears on a black background. > > Wracking my feeble brain, I don't remember where this kind of stuff is > set or changed. Do I have to meddle with termcap? Or something else? > > Take a look at /etc/DIR_COLORS and /etc/DIR_COLORS.xterm HTH ::Marcus From reader at newsguy.com Tue Feb 24 04:31:32 2004 From: reader at newsguy.com (Harry Putnam) Date: Mon, 23 Feb 2004 22:31:32 -0600 Subject: /sbin not in path In-Reply-To: <19D0526B-65B7-11D8-A3B3-000393C34F68@mac.com> (Sean Earp's message of "Sun, 22 Feb 2004 20:16:49 -0800") References: <19D0526B-65B7-11D8-A3B3-000393C34F68@mac.com> Message-ID: Sean Earp writes: > Hello all- > > I did not see an answer to this in the archives, so if it is a stupid > question, I apologize in advance. > > I just did a clean install of FC2 Test 1, formatting my drive in > advance. I chose all the default options during the install. Once I > booted up to the desktop, I did not have any network connectivity > (although the internet/network worked fine with FC1). I popped open a > terminal window and typed > > ifconfig > > To check if I was obtaining an IP address. I received a message that > the command "ifconfig" could not be found. After doing some > troubleshooting, I found that /sbin was not part of my > default path. If I manually move to the /sbin directory and run > ./ifconfig, it works fine. If export the /sbin directory to my path, > it works fine. > > My question is... Is the omission of the /sbin directory in the > default path an error, or is something messed up with my installation? > As far as I recall, ifconfig worked just fine in FC1 > > Any information would be much appreciated. Thanks a million, Well, I can't speak for fedora policy but if you were running ifconfig as a user not root, that is supposed to happen at least by default. That is, sbin is not included in user's path on purpose in many distros. Sbin contains many programs that can be dangerous to the os health in the wrong hands. Just put it in your path in .bash_profile. From reader at newsguy.com Tue Feb 24 04:39:45 2004 From: reader at newsguy.com (Harry Putnam) Date: Mon, 23 Feb 2004 22:39:45 -0600 Subject: color in man pages and less etc In-Reply-To: <403ACE14.4010107@comcast.net> (Marcus Schuetz's message of "Mon, 23 Feb 2004 23:07:48 -0500") References: <403ACE14.4010107@comcast.net> Message-ID: Marcus Schuetz writes: > Harry Putnam wrote: >> I've run FC1 for a while but more rh9 recently. I'm used to a certain >> set of colors present when viewing man pages in black xterm. >> My fresh intall of FC2 shows a combination of colors in black xterm >> that are not good for me. I see them elsewhere too. In less, at the >> prompt in ncftp. The worst offender is a `bold' blue that nearly >> disappears on a black background. >> Wracking my feeble brain, I don't remember where this kind of stuff >> is >> set or changed. Do I have to meddle with termcap? Or something else? >> > Take a look at /etc/DIR_COLORS and /etc/DIR_COLORS.xterm > For clarity here... I'm missing whatever I was supposed to see in those files. But I thought those files controlled the behavior of the color aspect of `ls'. I've used a custom ~/.dir_colors for years, not liking the defaults in /etc/DIR_COLORS Where I'm seeing a problem is not with the way `ls' output is displayed. I see man pages in colors that do not work well in black xterms. Also escpe sequences in vim. Are you saying DIR_COLORS* can change that.... If so, how is this done? From mike at netlyncs.com Tue Feb 24 04:43:48 2004 From: mike at netlyncs.com (Mike Chambers) Date: Mon, 23 Feb 2004 22:43:48 -0600 Subject: up2date bug or feature? In-Reply-To: <200402231016.06307.czar@czarc.net> References: <200402231016.06307.czar@czarc.net> Message-ID: <1077597828.8209.0.camel@bart.netlyncs.com> On Mon, 2004-02-23 at 10:16 -0500, Gene C. wrote: > On FC1, I noticed that when up2date installed a new kernel that default- in > grub.conf was changed to point to the new kernel. This is not happening on > FC2. Is this a bug or a feature (that is a change)? Yep, I noticed the same thing. Guess it could be a feature as it stays defaulted to old/stable/whatever running kernel in case of emergencies while testing new one. -- Mike Chambers Madisonville, KY "It's always funny until someone gets hurt...Then it's hilarious!" From ademko at shaw.ca Tue Feb 24 05:19:24 2004 From: ademko at shaw.ca (Aleksander Demko) Date: Mon, 23 Feb 2004 23:19:24 -0600 (CST) Subject: Java and ps - NPTL? In-Reply-To: <00ec01c3fa4a$2d8b8cb0$0200a8c0@WARHOLE> References: <00ec01c3fa4a$2d8b8cb0$0200a8c0@WARHOLE> Message-ID: I think you're the only one :) What does "top" say? On Mon, 23 Feb 2004, Brian Krahmer wrote: > I run a large java application that uses a lot of processing time. I know > this, because I also run it on Windows. However, 'ps' does not seem to > catch this fact. If my app is running for a day, which would use many > minutes of processing time, ps usually reports 0:00 or 0:01 total processing > time. Java on 2.4 did not do this, so I'm thinking it's an NPTL thing, or > maybe procps. I've looked around for discussions about this topic, but > couldn't find anything. Does anyone else know if this is a bug, and if it's > already in bugzilla? Or am I the only one seeing this? -- // scopira.org | ninjacoder.com // From drepper at redhat.com Tue Feb 24 05:22:15 2004 From: drepper at redhat.com (Ulrich Drepper) Date: Mon, 23 Feb 2004 21:22:15 -0800 Subject: Java and ps - NPTL? In-Reply-To: <00ec01c3fa4a$2d8b8cb0$0200a8c0@WARHOLE> References: <00ec01c3fa4a$2d8b8cb0$0200a8c0@WARHOLE> Message-ID: <403ADF87.5050705@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Brian Krahmer wrote: > ps usually reports 0:00 or 0:01 total processing > time. This is probably a ps problem. Each thread accumulates the own time. I don't think there is a totaltime count exposed in /proc. ps would have to interate over all threads and add up the time. I haven't looked at this all but time does report meaningful numbers. If your program actually terminates, run the interpreter using time to see what you get in the end. - -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAOt+H2ijCOnn/RHQRAq49AJ9ZoeagqDObl1fXdOLgOr45w4CIFgCdHxjY +ogexC+o07ZxS690fWBa+Fc= =2N+f -----END PGP SIGNATURE----- From tdiehl at rogueind.com Tue Feb 24 05:52:58 2004 From: tdiehl at rogueind.com (Tom Diehl) Date: Tue, 24 Feb 2004 00:52:58 -0500 (EST) Subject: color in man pages and less etc In-Reply-To: References: <403ACE14.4010107@comcast.net> Message-ID: On Mon, 23 Feb 2004, Harry Putnam wrote: > Marcus Schuetz writes: > > > Harry Putnam wrote: > >> I've run FC1 for a while but more rh9 recently. I'm used to a certain > >> set of colors present when viewing man pages in black xterm. > >> My fresh intall of FC2 shows a combination of colors in black xterm > >> that are not good for me. I see them elsewhere too. In less, at the > >> prompt in ncftp. The worst offender is a `bold' blue that nearly > >> disappears on a black background. > >> Wracking my feeble brain, I don't remember where this kind of stuff > >> is > >> set or changed. Do I have to meddle with termcap? Or something else? > >> > > Take a look at /etc/DIR_COLORS and /etc/DIR_COLORS.xterm > > > > For clarity here... I'm missing whatever I was supposed to see in > those files. But I thought those files controlled the behavior of the > color aspect of `ls'. I've used a custom ~/.dir_colors for years, not > liking the defaults in /etc/DIR_COLORS > > Where I'm seeing a problem is not with the way `ls' output is displayed. > > I see man pages in colors that do not work well in black xterms. > Also escpe sequences in vim. I cannot speak for the rest of your problems but in vim do ":set background=dark" and you should be able to see again. :-) You can put it in your .vimrc if you want. Tom From reader at newsguy.com Tue Feb 24 06:15:49 2004 From: reader at newsguy.com (Harry Putnam) Date: Tue, 24 Feb 2004 00:15:49 -0600 Subject: color in man pages and less etc In-Reply-To: (Tom Diehl's message of "Tue, 24 Feb 2004 00:52:58 -0500 (EST)") References: <403ACE14.4010107@comcast.net> Message-ID: Tom Diehl writes: > On Mon, 23 Feb 2004, Harry Putnam wrote: > >> Marcus Schuetz writes: >> >> > Harry Putnam wrote: >> >> I've run FC1 for a while but more rh9 recently. I'm used to a certain >> >> set of colors present when viewing man pages in black xterm. >> >> My fresh intall of FC2 shows a combination of colors in black xterm >> >> that are not good for me. I see them elsewhere too. In less, at the >> >> prompt in ncftp. The worst offender is a `bold' blue that nearly >> >> disappears on a black background. >> >> Wracking my feeble brain, I don't remember where this kind of stuff >> >> is >> >> set or changed. Do I have to meddle with termcap? Or something else? >> >> >> > Take a look at /etc/DIR_COLORS and /etc/DIR_COLORS.xterm >> > >> >> For clarity here... I'm missing whatever I was supposed to see in >> those files. But I thought those files controlled the behavior of the >> color aspect of `ls'. I've used a custom ~/.dir_colors for years, not >> liking the defaults in /etc/DIR_COLORS >> >> Where I'm seeing a problem is not with the way `ls' output is displayed. >> >> I see man pages in colors that do not work well in black xterms. >> Also escpe sequences in vim. > > I cannot speak for the rest of your problems but in vim do > ":set background=dark" and you should be able to see again. :-) > > You can put it in your .vimrc if you want. Maybe I wasn't clear... I've had a vimrc of long standing especially so my syn coloring works on dark. What I said about vim is that I see escape sequences ... setting `dark' won't help that. Something more general is going on... maybe termcap or something that is causing me to see unwanted colors in man pages (on dark xterm), to see escape sequences where they should not be in vim. I've just completed a full update to the newest packages in rawhide including a jump from 2.4 2.6.3 kernel and now the escape sequence thing seems worse. From rjohnson at medata.com Tue Feb 24 07:09:26 2004 From: rjohnson at medata.com (Rick Johnson) Date: Mon, 23 Feb 2004 23:09:26 -0800 Subject: madwifi In-Reply-To: <403AC09B.2060305@qualcomm.com> References: <20040223043611.1960.qmail@web13810.mail.yahoo.com> <403AC09B.2060305@qualcomm.com> Message-ID: <403AF8A6.8030401@medata.com> Sorry for continuing the top-post :-/ I've been trying to get madwifi working as well. I've discovered that there's a Makefile patch which seems to resolve the dependancy of the vmlinux being present within the build folder by converting the Makefile to use the built-in kernel tools vs. hacked together tools. However - the resulting driver will constantly segfault when it attempts to load. Note the patch here: http://sourceforge.net/tracker/index.php?func=detail&aid=895340&group_id=82936&atid=567755 In the past, I attempted to build a vmlinux and then compile the driver, however the driver did not load. This was probably 2 weeks ago, however, and the CVS version has probably since been updated. Given that someone w/ the same 802.11g card has gotten it to work, there is some hope yet. -Rick Paul Bender wrote: > I have been using the CVS version of the driver with 2.6 for awhile, and > it appears to work fine. However, it does require vmlinux in order to > complete its compilation process. > > When the kernel is built, vmlinux is created. I believe that the Fedora > 2.6 kernel RPMs package vmlinux in the kernel-debuginfo RPM. Therefore, > you can get vmlinux for your running kernel by rebuilding the kernel > using the kernel-source RPM with the kernel config file in the boot > directory, or by installing the kernel-debuginfo RPM. > > Personally, I have been rebuilding the kernel from the kernel-source > RPM, since kernel-debuginfo is so large. > > Satish Balay wrote: > >> >> On Sun, 22 Feb 2004, Parrish M Myers wrote: >> >> >>> Hi, >>> >>> I've been searching all over the internet and can't seem to get the >>> madwifi driver for my DWL-G650 wifi card to compile. Has anyone had >>> success compiling the cvs version of madwifi under Core 2 test 1? >>> Everytime I try the build process complains about not finding >>> '/lib/modules/2.6.3-1.96/build/vmlinux'... Is this not included with >>> the kernel source? Isin't this driver suppose to work with a 2.6 >>> kernel? >> >> >> >> I've attempted it - but encountered similar errors. I suspect madwif >> needs some updates to work with 2.6 > > > -- Rick Johnson, RHCE #807302311706007 - rjohnson at medata.com Linux/Network Administrator - Medata, Inc. (from home) PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc From markmc at redhat.com Tue Feb 24 07:18:29 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Tue, 24 Feb 2004 07:18:29 +0000 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077586229.6148.18.camel@athlon.localdomain> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> Message-ID: <1077607109.3466.15.camel@laptop> Hi Leonard, On Tue, 2004-02-24 at 01:30, Leonard den Ottolander wrote: > > I'll push this update to final on Monday, March 1st 2004 unless > > I receive reports of significant additional issues. > > Please don't rush to push to the main update tree. There are more issues > to solve (BuildRequires > (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=110928), split off > of a devel package Will fix for FC2. > (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108618), clock > size issues (which might or might not be solved with this update)). That bug is on HEAD too, no time to look into it in detail yet. > Some > more issues which might be relevant further down the list. Some that > might be closed with this update, but need to be investigated first. > > Question also is how to approach older bugs. There are a few for RHL <= > 9 that might be closed CURRENTRELEASE or NEXTRELEASE. Some that might > still have a bearing on the current situation. Yeah, I'm going to go through these at some point. > So give me some time to > work some more on the list at http://www.ottolander.nl/gnome-panel/ (or > investigate them yourself) before pushing out a final update. We should > be able to get you an almost clean sheet on gnome-panel issues. But > don't rush. I don't want to spend a hell of a lot of time on an FC1 update - there are always other things to attend to. This looks like it resolves many of the major issues, but it doesn't have to fix everything. Thanks, Mark. From paul at all-the-johnsons.co.uk Tue Feb 24 07:33:45 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 24 Feb 2004 07:33:45 +0000 Subject: Evolution dog slow Message-ID: <1077608025.5146.38.camel@T7.linux> Hi, In all other internet activities, my cable modem connection (512Kb) is nice and fast. Except for email. That's not quite right... It's Evolution. If I use sylpheed, I can suck down the 400+ messages a day I get in a minute or so (even using SA, it doesn't increase much). The processor usage hardly blips. Using Ev, 400 messages can take upto an hour (sometimes more), require a couple of restarts (it enjoys hanging around message 12 - even if there is only 13 of them!) and even then someone of the pgp encrypted messages are broken (a normal email from a friend is fine, add an attachment and the pgp sig is broken). CPU usage hits 100% Under the FC1 version, Ev was a usable speed (I use it at work and on my laptop). 2.5.4 is dog slow. Any ideas what is going on or how I can do a trace so I can file a bugzilla report? TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From czar at czarc.net Tue Feb 24 08:54:18 2004 From: czar at czarc.net (Gene C.) Date: Tue, 24 Feb 2004 03:54:18 -0500 Subject: Testing test releases: do not update In-Reply-To: <200402231225.41278.lowen@pari.edu> References: <20040222152413.15876.49337.Mailman@listman.back-rdu.redhat.com> <403946A1.3070802@earthlink.net> <200402231225.41278.lowen@pari.edu> Message-ID: <200402240354.18496.czar@czarc.net> On Monday 23 February 2004 12:25, Lamar Owen wrote: > On Sunday 22 February 2004 07:17 pm, Gerry Tool wrote: > > I heartily agree with this. The uncoordinated mixture of rawhide > > packages, fixed packages and original test release packages leaves a > > very ill defined state of a system on which to base bug reports. > > Welcome to the real beta testing world. IIRC, this is basically what > things were like under the private beta test arrangement; at least that's > how I remember the old process. Yes, this is also how I remember it. I believe that Lamar is absolutely correct. This process is now called testing rather than "beta". Even "beta" was not completely accurate since the early private beta was more like "alpha" testing and the public beta was the real "beta". I define "alpha testing" as testing by "friendly users" interested in the ultimate target and willing to put up with lots of arrows in the back. "Beta testing" is testing by users who are not necessarily friendly but the product is in much better shape that the "alpha" period. > > > Feeling impotent to help because my test sytem is hopelessly borked by > > rawhide updates. > > During previous cycles I had similar issues, and did the > 'lather/rinse/repeat' cycle numerous times on my test box. Welcome to Beta > Testing. This is what it is like; if you can't handle that, wait on test2, > 3, or 4. Test1 is always rough around the edges. > > One previous cycle saw me installing from scratch three dozen times on that > particular test box. > > Can it be done better? Maybe. Should it be done 'better'? I don't think > it should be, since Rawhide is just exactly that: RAW. And, as beta > testers, we have signed up (in my case at least) with that knowledge. The > test releases have big warnings about that. In early tests, the developers > can and will (and should not be prevented from) making large changes to > packages; it does get better as the test number increases. > > People wanted 'more open'; welcome to 'more open'. Yes, more open! Maybe something needs to be added to the description of the Fedora Core testing process which defines that early snapshots will be a bit rough and problems can be expected. If you want something more polished, wait for the later snapshots (or the final release). As Bill Nottingham points out in one of these messages, the use of development for updates is intentional and reflects a continuous process of finding and fixing problems. The objective is not to have a snapshot which is good but to have an final release that is as good as can be made. -- Gene From czar at czarc.net Tue Feb 24 08:57:42 2004 From: czar at czarc.net (Gene C.) Date: Tue, 24 Feb 2004 03:57:42 -0500 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: <20040223212531.GA9066@devserv.devel.redhat.com> References: <20040223212531.GA9066@devserv.devel.redhat.com> Message-ID: <200402240357.42737.czar@czarc.net> On Monday 23 February 2004 16:25, Bill Nottingham wrote: > Name : up2date > Version : 4.1.21 > Release : 2 > Summary : Determines which system packages need to be updated via RHN. > Description : > The Red Hat Update Agent that automatically queries the Red Hat > Network servers and determines which packages need to be updated on > your machine. These seems to have problems on my system -- https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116637 -- Gene From lityi at sas.elte.hu Tue Feb 24 08:58:23 2004 From: lityi at sas.elte.hu (lityi at sas.elte.hu) Date: Tue, 24 Feb 2004 09:58:23 +0100 Subject: kudzu and gpm Message-ID: <200402240858.i1O8wNoJ007638@csulok.elte.hu> Hello, I use rh9 with and Logitech TrackmanVista trackball (well, actually I use it since rh6.2), kudzu recognizes it as 'Generic PS/2' mouse and works fine in Console and in X too. I installed FC2 Test and kudzu recognizes my trackball as 'msintellips/2' and 'Generic PS/2 Wheel Mouse' Here is the corresponding section of rh9 /etc/sysconfig/hwconf: - - class: MOUSE bus: PSAUX detached: 0 device: psaux driver: genericps/2 desc: "Generic Mouse (PS/2)" - - and this is FC2 Test1: - - class: MOUSE bus: PSAUX detached: 0 device: psaux driver: msintellips/2 desc: "Generic PS/2 Wheel Mouse" - - It is this way from installation, if I try graphical install, no mouse (fortunately keyboard works :-)) ... Neither GPM nor X can recognize the trackball, thus X fails to start with 'cannot open psaux' or something Janos Lichtenberger From alan at redhat.com Tue Feb 24 09:18:45 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 24 Feb 2004 04:18:45 -0500 Subject: Trying stuff in the testing repository Message-ID: <20040224091845.GB6462@devserv.devel.redhat.com> I have an FC1 box that tracks the testing repository. With the latest updates it got part way through updating, failed on cpp (unpacking failed) - disk was mostly empty. This set of updates applied so far also broke up2date entirely Traceback (most recent call last): File "/usr/sbin/up2date", line 1198, in ? sys.exit(main() or 0) File "/usr/sbin/up2date", line 316, in main sources = sourcesConfig.getSources() File "sourcesConfig.py", line 169, in getSources File "sourcesConfig.py", line 32, in __init__ File "sourcesConfig.py", line 61, in load File "sourcesConfig.py", line 128, in parseYum NameError: global name 'up2dateUtils' is not defined From czar at czarc.net Tue Feb 24 09:33:21 2004 From: czar at czarc.net (Gene C.) Date: Tue, 24 Feb 2004 04:33:21 -0500 Subject: Trying stuff in the testing repository In-Reply-To: <20040224091845.GB6462@devserv.devel.redhat.com> References: <20040224091845.GB6462@devserv.devel.redhat.com> Message-ID: <200402240433.21548.czar@czarc.net> On Tuesday 24 February 2004 04:18, Alan Cox wrote: > I have an FC1 box that tracks the testing repository. With the latest > updates it got part way through updating, failed on cpp (unpacking failed) > - disk was mostly empty. This set of updates applied so far also broke > up2date entirely > > Traceback (most recent call last): > File "/usr/sbin/up2date", line 1198, in ? > sys.exit(main() or 0) > File "/usr/sbin/up2date", line 316, in main > sources = sourcesConfig.getSources() > File "sourcesConfig.py", line 169, in getSources > File "sourcesConfig.py", line 32, in __init__ > File "sourcesConfig.py", line 61, in load > File "sourcesConfig.py", line 128, in parseYum > NameError: global name 'up2dateUtils' is not defined https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116637 -- Gene From leonard at den.ottolander.nl Tue Feb 24 09:35:12 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 24 Feb 2004 10:35:12 +0100 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077607109.3466.15.camel@laptop> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> Message-ID: <1077615311.4746.61.camel@athlon.localdomain> Hi Mark, > > (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=110928), split off > > of a devel package > > Will fix for FC2. Since we are currently working on an update for FC1 we could just as well do the split for FC1 and propagate it to FC2 for the next test release. This way you can do some pre-testing from which FC2 will also benefit. The BuildRequires should flow into this update anyway. You could diff the spec file available at http://www.ottolander.nl/gnome-panel/ with the one from gnome-panel-2.4.0-3 and patch the relevant hunk. > > (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108618), clock > > size issues (which might or might not be solved with this update)). > > That bug is on HEAD too, no time to look into it in detail yet. HEAD being the main tree for gnome-panel at gnome.org? Does this mean these issues are likely to be addressed with this update? I could gather upstream patches if not, and test these, like I did for the drawer and auto hide issues (which are now more appropriately solved with an update to 2.4.2). > > Question also is how to approach older bugs. There are a few for RHL <= > > 9 that might be closed CURRENTRELEASE or NEXTRELEASE. Some that might > > still have a bearing on the current situation. > > Yeah, I'm going to go through these at some point. I will update my list today, to get you an update on my latest findings. > > But don't rush. > I don't want to spend a hell of a lot of time on an FC1 update - there > are always other things to attend to. I don't expect you to spend a lot of time on this, but you could leave me (and maybe others) some time to do some preparative work, and possibly solve some more issues, while you spend your time on other issues. Waiting to push doesn't cost you any of your time. There is no need to rush an update to the main tree. Interested people can get the test update, and use that while more issues are addressed. That is not wasted time as the next release might also benefit from that (especially in the case of the splitting off of a devel package). As a side note, how much time would it take to prepare an update of gnome-user-docs for FC1? Looking at the spec file I would say not too much. I could prepare the rpm if wanted. I see you moved https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112279 to gnome-user-docs. As I am unable to edit the bug (bugzilla bug which I haven't reported yet) I point you to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84496 . That one can also be changed to gnome-user-docs (and fixed with and update :) . Leonard. -- mount -t life -o ro /dev/dna /genetic/research From paul at all-the-johnsons.co.uk Tue Feb 24 09:35:24 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Tue, 24 Feb 2004 09:35:24 +0000 Subject: Trying stuff in the testing repository In-Reply-To: <20040224091845.GB6462@devserv.devel.redhat.com> References: <20040224091845.GB6462@devserv.devel.redhat.com> Message-ID: <1077615323.32468.2.camel@localhost.localdomain> Hi, > I have an FC1 box that tracks the testing repository. With the latest updates > it got part way through updating, failed on cpp (unpacking failed) - disk > was mostly empty. This set of updates applied so far also broke up2date > entirely One thing which always did puzzle me is why, unlike Windows, neither RH or Fedora ever checks to see if you have enough room for any install. Surely if the rpm included the unpacked size and then did a quick check to ensure there is enough unpacking and installing space, failed RPM installs would be far less frequent. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong, but with authority" - Dr Who. -------------- 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 ms-nospam-0306 at arcor.de Tue Feb 24 09:45:09 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 24 Feb 2004 10:45:09 +0100 Subject: kudzu and gpm In-Reply-To: <200402240858.i1O8wNoJ007638@csulok.elte.hu> References: <200402240858.i1O8wNoJ007638@csulok.elte.hu> Message-ID: <20040224104509.61d9b200.ms-nospam-0306@arcor.de> On Tue, 24 Feb 2004 09:58:23 +0100, lityi at sas.elte.hu wrote: > I use rh9 with and Logitech TrackmanVista trackball (well, actually I use it > since rh6.2), kudzu recognizes it as 'Generic PS/2' mouse and works fine in > Console and in X too. > I installed FC2 Test and kudzu recognizes my trackball as 'msintellips/2' and > 'Generic PS/2 Wheel Mouse' > > Here is the corresponding section of rh9 /etc/sysconfig/hwconf: > > - - > class: MOUSE > bus: PSAUX > detached: 0 > device: psaux > driver: genericps/2 > desc: "Generic Mouse (PS/2)" > - - > > > and this is FC2 Test1: > > - - > class: MOUSE > bus: PSAUX > detached: 0 > device: psaux > driver: msintellips/2 > desc: "Generic PS/2 Wheel Mouse" > - - > > > It is this way from installation, if I try graphical install, no mouse > (fortunately keyboard works :-)) ... > > Neither GPM nor X can recognize the trackball, thus X fails to start with > 'cannot open psaux' or something https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115513 -- From markmc at redhat.com Tue Feb 24 10:10:25 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Tue, 24 Feb 2004 10:10:25 +0000 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077615311.4746.61.camel@athlon.localdomain> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> Message-ID: <1077617424.3466.44.camel@laptop> Hi Leonard, Here's my basic strategy: + Push an FC1 update with the latest 2.4 tarball from upstream and include extra patches for any other *significant* issues. At this point there isn't huge value with doing much more with FC1. + Move onto FC2 and hammer on that. I think its much more important to focus on getting the next release right rather than spending too much time on little issues in the last release. FC test2 devel freeze is this coming Friday and I'd much prefer to see things fixed for that release rather than an FC1 update. So, I'm new to Fedora - but I think that's probably fairly close representation of the entire project's focus right now. I do really appreciate your work on gnome-panel, but it would be much more effective if we were both focused on the same thing. Thanks, Mark. From fedora at shmuelhome.mine.nu Tue Feb 24 10:58:07 2004 From: fedora at shmuelhome.mine.nu (shmuel siegel) Date: Tue, 24 Feb 2004 12:58:07 +0200 Subject: Testing test releases: do not update Message-ID: <1077620287.599.62.camel@shmuelhome.mine.nu> This thread has been beating around the bush and avoiding even an attempt to reach agreement. People need to first agree on the purpose of this testing and the definition of the resources. Even the original poster seems to have lost track of his original purpose for posting. To try to put things in their perspective, I think the following terms need definition, both to what they are and their purpose. Test Release - is it merely a convenient snapshot for installation but serving no useful purpose after that (other than PR)? This is what I would gather from those that advocate that testers stay in sync with Rawhide. Rawhide - is it the staging ground for release candidates or is it a communication point between a developer and those that are in contact with him? If it is the latter, then there needs to be another repository that indicates that a package is ready for global testing. If it is the former, than I wonder why an intermediate stage exists in the Core 1 tree. I think that Robert Day's initial point is correct. If there is no stable baseline then testers are constantly finding superficial bugs; deep bugs that take hours of testing will never get reached. Alan Cox is also right when he states that a tester should check against the current state of rawhide before he reports a bug. I think that a lot of the confusion comes form a lack of a public test plan and the lack of guidelines for testers. Also, for some reason, the difference between internal testing (which in the framework of open source I would consider them to be dedicated testers) and beta testers (those trying to use the features in a real environment) has been totally blurred. Most of the arguments against Robert Day were from the perspective of internal testers. They are right for their function. But most of them didn't need Test 1 except to test Anaconda; they were in sync with rawhide anyway. For beta testers, a stable platform is needed. If they are not at least pretending to do useful work then real life considerations will never be actualized. In summary, I also advocate an intermediate repository whose sole purpose is to keep the baseline usable. If Redhat is unwilling to do this until development branches to Core 3, then I must assume that Redhat regards final release of Fedora as the real beta. From leonard at den.ottolander.nl Tue Feb 24 11:02:09 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 24 Feb 2004 12:02:09 +0100 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077617424.3466.44.camel@laptop> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> <1077617424.3466.44.camel@laptop> Message-ID: <1077620529.4746.100.camel@athlon.localdomain> Hi Mark, > + Move onto FC2 and hammer on that. I think its much more important > to focus on getting the next release right rather than spending > too much time on little issues in the last release. Yes, but as said fixing FC1 might benefit FC2. Also I am not particularly fond of the idea to "leave a mess behind while rushing to the next release", as people might be somewhat reluctant to shift to FC2 instantly. There are numerous people still running on RHL 9 who haven't even shifted to FC1 yet. I think in general fixing bugs for the current release benefits the upcoming release. F.e. the case of the invalid UTF-8 which seems to be needed to be forward ported to gnome-panel-2.5.3. Really, there are still issues that were reported for RH 6.2 that still have a bearing on the upcoming Fedora Core 2. Also personally I like the idea to be able to still have a few months to enjoy a more functional desktop with FC1 before having to switch to FC2. I do agree that splitting of a devel package at this stage is not necessary for that, but you should have included the BuildRequires while you were working on the update. > FC test2 > devel freeze is this coming Friday and I'd much prefer to see > things fixed for that release rather than an FC1 update. I hadn't realized this to be so soon already. That somewhat changes were to put (y)our focus of course. Still it doesn't seem to be much extra work to split of a devel package for both branches. But see above. > So, I'm new to Fedora - but I think that's probably fairly close > representation of the entire project's focus right now. I understand that Fedora is Red Hat's development branch, but that doesn't mean some community effort can be put in stabilizing the current release. Apart from working on I sometimes like to work with my system, and that means I sometimes decide to wait a little before upgrading. With Fedora Core 1 I spent quite some time on the test releases, but I have decided I will not do that for FC2. Although I like the idea to be using a 2.6 kernel in the foreseeable future I believe we can afford ourselves to take enough time to get out a stable FC2 and stabilize FC1 in the mean time. Core 1 was somewhat of a messy release (I still see serious crashes in important applications, issues that might be masked but not fixed by rushing to yet another release), and setting the deadlines too tightly is not helping in that sense. I don't mind to work hard, but I hate to rush, as it usually leads to poor results. Red Hat has just released it's Enterprise 3, so lets breathe and fix issues at their roots, not their branches. And surely I applaud all the effort people put into FC2. > I do really appreciate your work on gnome-panel, but it would be much > more effective if we were both focused on the same thing. I think there is no issue here. If you decide to split off a devel branch for FC2 only, so be it. If you decide not to include the BuildRequires into this update for FC1 then I can find that a bad decision, but tough luck for me. I'll just continue gathering open issues for a while, and all in all we will achieve the closure of a lot of outstanding bugs, and the update to a gnome-panel with a working drawer and hardly any auto hide issues. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From EDV at hippens.de Tue Feb 24 11:04:42 2004 From: EDV at hippens.de (Ralf Hippen Computer Systeme) Date: Tue, 24 Feb 2004 12:04:42 +0100 Subject: Unsubscribe me from the Newsletter Message-ID: Ralf Hippen Computer Systeme Glatzer Strasse 6 26427 Esens Telefon: (04971) 290683, FAX: (04971) 290682 --- Gesendete Mail ist zertifiziert Virenfrei. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.593 / Virus Database: 376 - Release Date: 20.02.2004 -------------- next part -------------- An HTML attachment was scrubbed... URL: From reader at newsguy.com Tue Feb 24 11:14:24 2004 From: reader at newsguy.com (Harry Putnam) Date: Tue, 24 Feb 2004 05:14:24 -0600 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: <200402240357.42737.czar@czarc.net> (Gene C.'s message of "Tue, 24 Feb 2004 03:57:42 -0500") References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> Message-ID: "Gene C." writes: > On Monday 23 February 2004 16:25, Bill Nottingham wrote: >> Name : up2date >> Version : 4.1.21 >> Release : 2 >> Summary : Determines which system packages need to be updated via RHN. >> Description : >> The Red Hat Update Agent that automatically queries the Red Hat >> Network servers and determines which packages need to be updated on >> your machine. > > These seems to have problems on my system -- > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116637 I may not be understanding how this `testing' stuff is supposed to work but isn't that version 4.1.21 already replaced by: up2date-4.3.11-2.1 That I updated to yesterday. It runs clean here but I only have the bare version. I don't use the gnome frontend version. From leonard at den.ottolander.nl Tue Feb 24 11:19:40 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 24 Feb 2004 12:19:40 +0100 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> Message-ID: <1077621580.4746.102.camel@athlon.localdomain> Hello Harry, > I may not be understanding how this `testing' stuff is supposed to > work but isn't that version 4.1.21 already replaced by: > up2date-4.3.11-2.1 > That I updated to yesterday. Could it be that you are confusing Fedora Core 1 and Fedora Core 2 test 1? Leonard. -- mount -t life -o ro /dev/dna /genetic/research From shrek-m at gmx.de Tue Feb 24 11:25:32 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 24 Feb 2004 12:25:32 +0100 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> Message-ID: <403B34AC.5070300@gmx.de> Harry Putnam wrote: >"Gene C." writes: > >>On Monday 23 February 2004 16:25, Bill Nottingham wrote: >> >> >>>Name : up2date >>>Version : 4.1.21 >>>Release : 2 >>>Summary : Determines which system packages need to be updated via RHN. >>>Description : >>>The Red Hat Update Agent that automatically queries the Red Hat >>>Network servers and determines which packages need to be updated on >>>your machine. >>> >>> >>These seems to have problems on my system -- >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116637 >> >> > >I may not be understanding how this `testing' stuff is supposed to >work but isn't that version 4.1.21 already replaced by: > up2date-4.3.11-2.1 >That I updated to yesterday. > > "Fedora Core *1* Test Update" means "core *1* *testing*" before it will be pushed to the official "core *1* *update*" http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/i386/up2date-4.1.21-2.i386.rpm name: up2date version: 4.1.21 release: 2 -- shrek-m From netopml at newview.com Tue Feb 24 11:25:48 2004 From: netopml at newview.com (netopml at newview.com) Date: 24 Feb 2004 06:25:48 -0500 Subject: color in man pages and less etc In-Reply-To: References: <403ACE14.4010107@comcast.net> Message-ID: reader at newsguy.com (Harry Putnam) writes: > Maybe I wasn't clear... I've had a vimrc of long standing especially so > my syn coloring works on dark. What I said about vim is that I see > escape sequences ... setting `dark' won't help that. Read the archives, your problem has already been described here or go to bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115448 -- Mathieu Chouquet-Stringer E-Mail : mathieu at newview.com Never attribute to malice that which can be adequately explained by stupidity. -- Hanlon's Razor -- From mickeyboa at comcast.net Tue Feb 24 11:29:14 2004 From: mickeyboa at comcast.net (jim tate) Date: Tue, 24 Feb 2004 06:29:14 -0500 Subject: What is best update site for Up2date Message-ID: <403B358A.9040100@comcast.net> I am getting unresolved dependencies problems on a large amount of packages that need to be updated. I upgraded to yum-2.0.5-1.noarch.rpm and up2date-4.3.11-2.1.i386.rpm. Any ideals? Jim Tate From reader at newsguy.com Tue Feb 24 11:30:00 2004 From: reader at newsguy.com (Harry Putnam) Date: Tue, 24 Feb 2004 05:30:00 -0600 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: <1077621580.4746.102.camel@athlon.localdomain> (Leonard den Ottolander's message of "Tue, 24 Feb 2004 12:19:40 +0100") References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <1077621580.4746.102.camel@athlon.localdomain> Message-ID: Leonard den Ottolander writes: > Hello Harry, > >> I may not be understanding how this `testing' stuff is supposed to >> work but isn't that version 4.1.21 already replaced by: >> up2date-4.3.11-2.1 >> That I updated to yesterday. > > Could it be that you are confusing Fedora Core 1 and Fedora Core 2 test > 1? Yikes, I guess I'm beginning to appreciate some of the current confusion. Maybe we need different lists for core 1 and core 2? From leonard at den.ottolander.nl Tue Feb 24 11:32:52 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 24 Feb 2004 12:32:52 +0100 Subject: Trying stuff in the testing repository In-Reply-To: <1077615323.32468.2.camel@localhost.localdomain> References: <20040224091845.GB6462@devserv.devel.redhat.com> <1077615323.32468.2.camel@localhost.localdomain> Message-ID: <1077622372.4746.105.camel@athlon.localdomain> Hello Paul, > One thing which always did puzzle me is why, unlike Windows, neither RH > or Fedora ever checks to see if you have enough room for any install. Maybe it is a good idea to make this inquiry on the rpm-list, with an appropriate subject of course. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From paul at all-the-johnsons.co.uk Tue Feb 24 11:36:24 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Tue, 24 Feb 2004 11:36:24 +0000 Subject: Gnomemeeting is dead Message-ID: <1077622584.705.20.camel@localhost.localdomain> Hi, It appears that Gnomemeeting is no longer working (looks like both pwlib and openh323 have been replaced by another upgrade, but without Gnomemeeting being updated). Has this happened with anyone else and if it has, can someone at fedora release an update for gnomemeeting - it's kinda important to me ;-) TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong, but with authority" - Dr Who. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mike at netlyncs.com Tue Feb 24 11:38:49 2004 From: mike at netlyncs.com (Mike Chambers) Date: Tue, 24 Feb 2004 05:38:49 -0600 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <1077621580.4746.102.camel@athlon.localdomain> Message-ID: <1077622729.8948.1.camel@bart.netlyncs.com> On Tue, 2004-02-24 at 05:30 -0600, Harry Putnam wrote: > Yikes, I guess I'm beginning to appreciate some of the current > confusion. Maybe we need different lists for core 1 and core 2? Actually, there are different lists for the two. Fedora-list for FC1 (or the stable version), and this list for FC2, or the beta versions for the next release. -- Mike Chambers Madisonville, KY "It's always funny until someone gets hurt...Then it's hilarious!" From pmatilai at welho.com Tue Feb 24 11:41:29 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Tue, 24 Feb 2004 13:41:29 +0200 (EET) Subject: Trying stuff in the testing repository In-Reply-To: <1077622372.4746.105.camel@athlon.localdomain> References: <20040224091845.GB6462@devserv.devel.redhat.com> <1077615323.32468.2.camel@localhost.localdomain> <1077622372.4746.105.camel@athlon.localdomain> Message-ID: On Tue, 24 Feb 2004, Leonard den Ottolander wrote: > Hello Paul, > > > One thing which always did puzzle me is why, unlike Windows, neither RH > > or Fedora ever checks to see if you have enough room for any install. > > Maybe it is a good idea to make this inquiry on the rpm-list, with an > appropriate subject of course. Oh but rpm does check for enough room, "always" has (dunno of the first perl-implementations back in RHL 2 days but...). You *can* turn it off but then you get to blame yourself if it fails. - Panu - From reader at newsguy.com Tue Feb 24 11:43:59 2004 From: reader at newsguy.com (Harry Putnam) Date: Tue, 24 Feb 2004 05:43:59 -0600 Subject: color in man pages and less etc In-Reply-To: (netopml@newview.com's message of "24 Feb 2004 06:25:48 -0500") References: <403ACE14.4010107@comcast.net> Message-ID: netopml at newview.com writes: > reader at newsguy.com (Harry Putnam) writes: >> Maybe I wasn't clear... I've had a vimrc of long standing especially so >> my syn coloring works on dark. What I said about vim is that I see >> escape sequences ... setting `dark' won't help that. > > Read the archives, your problem has already been described here or go to > bugzilla: Ok thanks, I've found the proposed work arounds. But don't understand the nature of the bug. Setting term to gnome-rh90 before calling vim. Makes it look right here so I've written a tiny wrapper called `vam' that does that then calls vim "$@". But does someone here understand what is the source of the problem. Is it in ncurses or termcap .... My man pages still have bad coloring regardless of setting TERM as above. I used to control this with an .Xdefaults, then later an .Xresources files with xterm res settings. Those have disappeared as part of what gets generated for new user. And I hear no commets about them anymore so where is that sort of control exercised currently? (I'm running kde desktop) From paul at all-the-johnsons.co.uk Tue Feb 24 11:46:18 2004 From: paul at all-the-johnsons.co.uk (PFJ) Date: Tue, 24 Feb 2004 11:46:18 +0000 Subject: Trying stuff in the testing repository In-Reply-To: References: <20040224091845.GB6462@devserv.devel.redhat.com> <1077615323.32468.2.camel@localhost.localdomain> <1077622372.4746.105.camel@athlon.localdomain> Message-ID: <1077623178.705.22.camel@localhost.localdomain> Hi, > > Maybe it is a good idea to make this inquiry on the rpm-list, with an > > appropriate subject of course. > > Oh but rpm does check for enough room, "always" has (dunno of the first > perl-implementations back in RHL 2 days but...). You *can* turn it off but > then you get to blame yourself if it fails. Try installing RH8 on a machine with a 2.8Gb HD with everything selected. I think the same thing fails under RH9 as well. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong, but with authority" - Dr Who. -------------- 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 leonard at den.ottolander.nl Tue Feb 24 11:51:15 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 24 Feb 2004 12:51:15 +0100 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: <1077622729.8948.1.camel@bart.netlyncs.com> References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <1077621580.4746.102.camel@athlon.localdomain> <1077622729.8948.1.camel@bart.netlyncs.com> Message-ID: <1077623474.4746.108.camel@athlon.localdomain> Hello Mike, > Actually, there are different lists for the two. Fedora-list for FC1 > (or the stable version), and this list for FC2, or the beta versions for > the next release. I don't think you are correct. fedora-list is much like redhat-list, a general user list. Why do you think test announcements for FC1 are made on this list? Leonard. -- mount -t life -o ro /dev/dna /genetic/research From leonard at den.ottolander.nl Tue Feb 24 11:53:28 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 24 Feb 2004 12:53:28 +0100 Subject: Trying stuff in the testing repository In-Reply-To: <1077623178.705.22.camel@localhost.localdomain> References: <20040224091845.GB6462@devserv.devel.redhat.com> <1077615323.32468.2.camel@localhost.localdomain> <1077622372.4746.105.camel@athlon.localdomain> <1077623178.705.22.camel@localhost.localdomain> Message-ID: <1077623607.4746.112.camel@athlon.localdomain> Hi Paul, > Try installing RH8 on a machine with a 2.8Gb HD with everything > selected. I think the same thing fails under RH9 as well. That is a problem with the installer, which forgets to compensate for the temporary images it has to write to disk. You could file a bug under anaconda (if it hasn't already been done). Leonard. -- mount -t life -o ro /dev/dna /genetic/research From georg at georgs.org Tue Feb 24 11:54:34 2004 From: georg at georgs.org (Georg E Schneider) Date: Tue, 24 Feb 2004 12:54:34 +0100 Subject: timidity++-2.11.3-8 does not work on FC2-test1 In-Reply-To: <4039DE80.5090600@gmx.de> References: <403922B7.7060608@georgs.org> <4039DE80.5090600@gmx.de> Message-ID: <403B3B7A.80504@georgs.org> shrek-m at gmx.de schrieb: > Georg E Schneider wrote: > >> timidity++-2.11.3-8 does not work on FC2-test1, so I rebuilt it and >> see It works. >> it's not official, but there are my rpms >> >> http://www.georgs.org/timidity++/-timidity++-2.11.3-9.i386.rpm >> http://www.georgs.org/timidity++/-timidity++-2.11.3-9.src.rpm >> http://www.georgs.org/timidity++/-timidity++-debuginfo-2.11.3-9.i386.rpm > > > > thanks ;-) > > it is "timi..." and not "-timi..." > > what are your changes ? > Sorry for the "-" it is a clean rebuilt but without vorbis, because vorbis does not work (even in 2.13.0-rc1) see the diff (Attached) see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109490 and so it is *not* similar to the offical package But I have a questions too. - What about a GUI I havn't found a bugzilla entry why there is no GUI anymore. In 2.11.3 (with is the official stable Version) I cannot comile with alsa, but in 2.13.0-rc1. I tested this Version and it worked near great (without ogg). But I think ogg-support is not so famous on timidity, then if you can convert it to a PCM audio, You can convert it to ogg via the vorbis-tools or sox. greetiengs Georg E Schneider -------------- next part -------------- A non-text attachment was scrubbed... Name: timidity++.diff Type: text/x-diff Size: 670 bytes Desc: not available URL: From ms-nospam-0306 at arcor.de Tue Feb 24 11:57:26 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 24 Feb 2004 12:57:26 +0100 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> Message-ID: <20040224125726.390c7b83.ms-nospam-0306@arcor.de> On Tue, 24 Feb 2004 05:14:24 -0600, Harry Putnam wrote: > "Gene C." writes: > > > On Monday 23 February 2004 16:25, Bill Nottingham wrote: > >> Name : up2date > >> Version : 4.1.21 > >> Release : 2 > >> Summary : Determines which system packages need to be updated via RHN. > >> Description : > >> The Red Hat Update Agent that automatically queries the Red Hat > >> Network servers and determines which packages need to be updated on > >> your machine. > > > > These seems to have problems on my system -- > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116637 > > I may not be understanding how this `testing' stuff is supposed to > work but isn't that version 4.1.21 already replaced by: > up2date-4.3.11-2.1 > That I updated to yesterday. No. That is FC 1.90 (aka FC 2 development). This up2date and yum "Test Updates" are for FC 1 as the subject line and download location suggest. Admittedly, I still think it's a weird idea to post these announcements to fedora-test-list instead of fedora-list. -- From bart.martens at chello.be Tue Feb 24 11:57:22 2004 From: bart.martens at chello.be (Bart Martens) Date: Tue, 24 Feb 2004 12:57:22 +0100 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077617424.3466.44.camel@laptop> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> <1077617424.3466.44.camel@laptop> Message-ID: <1077623841.11589.7.camel@localhost.localdomain> Mark, I guess it's too late to include the patch of bug #102632 in that test update of gnome-panel? I think it solves both bug #102632 and bug #102629. Bart Martens -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mike at netlyncs.com Tue Feb 24 11:59:44 2004 From: mike at netlyncs.com (Mike Chambers) Date: Tue, 24 Feb 2004 05:59:44 -0600 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: <1077623474.4746.108.camel@athlon.localdomain> References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <1077621580.4746.102.camel@athlon.localdomain> <1077622729.8948.1.camel@bart.netlyncs.com> <1077623474.4746.108.camel@athlon.localdomain> Message-ID: <1077623984.8948.3.camel@bart.netlyncs.com> On Tue, 2004-02-24 at 12:51 +0100, Leonard den Ottolander wrote: > I don't think you are correct. fedora-list is much like redhat-list, a > general user list. Why do you think test announcements for FC1 are made > on this list? Maybe Bill or one of the other Red Hat folks can back me up, but I believe I am correct. Also, you answered your own question on *test* announcements, test/beta means *this* list, not the stable one (this is test-list?) -- Mike Chambers Madisonville, KY "It's always funny until someone gets hurt...Then it's hilarious!" From leonard at den.ottolander.nl Tue Feb 24 12:04:32 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 24 Feb 2004 13:04:32 +0100 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: <20040224125726.390c7b83.ms-nospam-0306@arcor.de> References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <20040224125726.390c7b83.ms-nospam-0306@arcor.de> Message-ID: <1077624271.4746.117.camel@athlon.localdomain> Hello Michael, > Admittedly, I still think it's a weird idea to post these announcements to > fedora-test-list instead of fedora-list. They are test updates. Not interesting (?) for "normal" Fedora users. Final updates are announced via fedora-announce. But a separate list for test current and test beta might be a good idea. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From reader at newsguy.com Tue Feb 24 12:10:47 2004 From: reader at newsguy.com (Harry Putnam) Date: Tue, 24 Feb 2004 06:10:47 -0600 Subject: What is best update site for Up2date In-Reply-To: <403B358A.9040100@comcast.net> (jim tate's message of "Tue, 24 Feb 2004 06:29:14 -0500") References: <403B358A.9040100@comcast.net> Message-ID: jim tate writes: > I am getting unresolved dependencies problems on a large amount of > packages that need to be updated. > I upgraded to yum-2.0.5-1.noarch.rpm and up2date-4.3.11-2.1.i386.rpm. > Any ideals? NOTE: All of this is wild guess work so beware following suggestions. I see by the version of up2date, you are working with core2 test1 files. In the last few days there has been a major version update accross the board I think. Or maybe its just that my install isos were out of sync pretty bad. But I needed to update some 650+ packages. I noticed some mirrors I was redirected to had older versions but found the latest stuff only on the main site. (early yesterday) I think on that scale, up2date may find dependancey problems that are really because the dependancies are too slow downloading or someother kind of download related timeout. What I did was use the `--get' command to up2date to just download everything in rough increments of 20-50 packages at a time by getting a full list with up2date -u then using shell scripting to piecemeal all those packages with up2date --get. Things started to work better after that with a command that tells up2date to look in /var/spool/up2date before downloading: create a list of 20-50 packages, then: up2date -i `cat list` -k /var/spool/up2date. Then up2date can find the dependancy packages on hdd. After a few successfull rounds of that, I got brave and ran. up2date -i -u -k /var/spool/up2date \ and updated the remaining 3oo or so packages in one go. I've discovered that the -k /var/spool/up2date may not be necessary ... it seemed like up2date found them anyway. It might be default behavior. -- So to summarize: 1) Get all the updates on disk with: up2date --get `cat list` (try increments first) 2) Ran a few starters with: up2date -i `cat list` -k /var/spool/up2date If it seems to be working try: up2date -i -u -k /var/spool/up2date (The -i is necessary only if you have up2date configged not to install automatically) -- I'd try a few groups of 20 for starters. But maybe it would be ok all at once. Things may have propigated now but I'd have a browser open on http://download.fedora.redhat.com/pub/fedora/linux/core/development/$ARCH (rawhide) To make sure any mirror packages you may get redirected to have the current versions. It they do then using a line like (wrapped for mail): yum-mirror fedora-core-rawhide \ http://fedora.redhat.com/download/up2date-mirrors/fedora-core-rawhide in /etc/sysconfig/rhn/sources Might allow you to get them faster instead of relying on the main site only. From ndbecker2 at verizon.net Tue Feb 24 12:12:24 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Tue, 24 Feb 2004 07:12:24 -0500 Subject: MCE: The hardware reports a non fatal... Message-ID: Feb 23 20:36:49 rpppc1 kernel: MCE: The hardware reports a non fatal, correctable incident occurred on CPU 0. Feb 23 20:36:49 rpppc1 kernel: Bank 1: 9000000000000151 What is this? Should I be worried? From shrek-m at gmx.de Tue Feb 24 12:12:40 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 24 Feb 2004 13:12:40 +0100 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: <200402240357.42737.czar@czarc.net> References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> Message-ID: <403B3FB8.5000006@gmx.de> Gene C. wrote: >On Monday 23 February 2004 16:25, Bill Nottingham wrote: > > >>Name : up2date >>Version : 4.1.21 >>Release : 2 >>Summary : Determines which system packages need to be updated via RHN. >>Description : >>The Red Hat Update Agent that automatically queries the Red Hat >>Network servers and determines which packages need to be updated on >>your machine. >> >> > >These seems to have problems on my system -- >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116637 > > here the same. 1 minute later i have the old package and all is ok. # rpm -Uvh --oldpackage ftp://download.fedora.redhat.com/pub/fedora/linux/core/1/i386/os/Fedora/RPMS/up2date* Hole ftp://download.fedora.redhat.com/pub/fedora/linux/core/1/i386/os/Fedora/RPMS/up2date-4.1.16-1.i386.rpm heraus Hole ftp://download.fedora.redhat.com/pub/fedora/linux/core/1/i386/os/Fedora/RPMS/up2date-gnome-4.1.16-1.i386.rpm heraus Preparing... ########################################### [100%] 1:up2date Warnung: /etc/sysconfig/rhn/sources created as /etc/sysconfig/rhn/sources.rpmnew ########################################### [ 50%] 2:up2date-gnome ########################################### [100%] # rpm -qa up2date* up2date-gnome-4.1.16-1 up2date-4.1.16-1 -- shrek-m From reader at newsguy.com Tue Feb 24 12:16:30 2004 From: reader at newsguy.com (Harry Putnam) Date: Tue, 24 Feb 2004 06:16:30 -0600 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: <1077623984.8948.3.camel@bart.netlyncs.com> (Mike Chambers's message of "Tue, 24 Feb 2004 05:59:44 -0600") References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <1077621580.4746.102.camel@athlon.localdomain> <1077622729.8948.1.camel@bart.netlyncs.com> <1077623474.4746.108.camel@athlon.localdomain> <1077623984.8948.3.camel@bart.netlyncs.com> Message-ID: Mike Chambers writes: > On Tue, 2004-02-24 at 12:51 +0100, Leonard den Ottolander wrote: > > >> I don't think you are correct. fedora-list is much like redhat-list, a >> general user list. Why do you think test announcements for FC1 are made >> on this list? > > Maybe Bill or one of the other Red Hat folks can back me up, but I > believe I am correct. Also, you answered your own question on *test* > announcements, test/beta means *this* list, not the stable one (this is > test-list?) Well maybe I've got it wrong but I see testing packages for core1 release being discussed here. I assumed it was because they are testing packages... not yet updates for core1. So if that is how it is supposed to be... it is somewhat confusing to do both kinds of testing/discussion on this list. But it doens't really belong on the yarrow list either. From stfn at gmx.net Tue Feb 24 12:19:54 2004 From: stfn at gmx.net (Stefan Hoelldampf) Date: Tue, 24 Feb 2004 13:19:54 +0100 Subject: Gnomemeeting is dead In-Reply-To: <1077622584.705.20.camel@localhost.localdomain> References: <1077622584.705.20.camel@localhost.localdomain> Message-ID: <403B416A.4020601@gmx.net> PFJ wrote: > It appears that Gnomemeeting is no longer working (looks like both pwlib > and openh323 have been replaced by another upgrade, but without > Gnomemeeting being updated). This problem has already been reported in bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116464 > Has this happened with anyone else and if it has, can someone at fedora > release an update for gnomemeeting - it's kinda important to me ;-) If gnomemeeting is important to you, you should *not* use a test release or even rawhide ;-) Regards, Stefan From davej at redhat.com Tue Feb 24 12:34:01 2004 From: davej at redhat.com (Dave Jones) Date: Tue, 24 Feb 2004 12:34:01 +0000 Subject: MCE: The hardware reports a non fatal... In-Reply-To: References: Message-ID: <1077626041.12374.0.camel@delerium.codemonkey.org.uk> On Tue, 2004-02-24 at 12:12, Neal D. Becker wrote: > Feb 23 20:36:49 rpppc1 kernel: MCE: The hardware reports a non fatal, > correctable incident occurred on CPU 0. > Feb 23 20:36:49 rpppc1 kernel: Bank 1: 9000000000000151 > > What is this? Should I be worried? Maybe, Maybe not. If you're overclocking/have bad cooling etc, yes. That code does trip some false positives, which is why its disabled in the latest kernels. Dave From markmc at redhat.com Tue Feb 24 12:36:54 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Tue, 24 Feb 2004 12:36:54 +0000 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077623841.11589.7.camel@localhost.localdomain> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> <1077617424.3466.44.camel@laptop> <1077623841.11589.7.camel@localhost.localdomain> Message-ID: <1077626213.3171.2.camel@laptop> Hi Bart, On Tue, 2004-02-24 at 11:57, Bart Martens wrote: > Mark, > > I guess it's too late to include the patch of bug #102632 in that test > update of gnome-panel? I can't see any patch anywhere to resolve that bug. I've a fair idea of what's causing it but AFAIK no-one has actually fixed it ... > I think it solves both bug #102632 and bug #102629. No, I don't think those bugs are related. *Maybe* the multiload problem is a side effect of the panel resizing during autohide, but if it is then its a multiload bug too. Cheers, Mark. From ndbecker2 at verizon.net Tue Feb 24 12:53:41 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Tue, 24 Feb 2004 07:53:41 -0500 Subject: kernel-2.6.3-1.97 x root on LVM (with solution) In-Reply-To: References: Message-ID: <200402240753.41829.ndbecker2@verizon.net> On Sunday 22 February 2004 09:07 pm, Alexandre Oliva wrote: > After upgrading to kernel-2.6.3-1.97, it seems that device mapper > devices in the read-only root filesystem no longer worked: after the > kernel upgrade, fsck failed because the logical volume device name (a > link to the device-mapper device) no longer referenced the right > device. I had to mount -o remount,rw /, then remove all the > LVM2-created device names in /dev/mapper, and then run lvm vgmknodes. > Everything worked fine from then on. I don't want to have to do this, will this problem be fixed in later kernels? From markmc at redhat.com Tue Feb 24 12:55:19 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Tue, 24 Feb 2004 12:55:19 +0000 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077620529.4746.100.camel@athlon.localdomain> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> <1077617424.3466.44.camel@laptop> <1077620529.4746.100.camel@athlon.localdomain> Message-ID: <1077627318.3171.19.camel@laptop> Hi, On Tue, 2004-02-24 at 11:02, Leonard den Ottolander wrote: > Hi Mark, > > > + Move onto FC2 and hammer on that. I think its much more important > > to focus on getting the next release right rather than spending > > too much time on little issues in the last release. > > Yes, but as said fixing FC1 might benefit FC2. > > Also I am not particularly fond of the idea to "leave a mess behind > while rushing to the next release" That depends on your definition of "a mess". > > FC test2 > > devel freeze is this coming Friday and I'd much prefer to see > > things fixed for that release rather than an FC1 update. > > I hadn't realized this to be so soon already. That somewhat changes were > to put (y)our focus of course. Still it doesn't seem to be much extra > work to split of a devel package for both branches. But see above. I'm not sure what the policy is, but I'm personally *very* reluctant to introduce an extra package in an update. Judgement call - weigh up risk of introducing a new package and the ramifications (e.g. gnome-applets would need to BuildRequire gnome-panel-devel instead of gnome-panel) against the actual benefits of doing it in an update. I don't see substantial enough benefits in splitting out a -devel to warrant the risk. > > So, I'm new to Fedora - but I think that's probably fairly close > > representation of the entire project's focus right now. > > I understand that Fedora is Red Hat's development branch, but that > doesn't mean some community effort can be put in stabilizing the current > release. Of course. *Some* effort. Some effort *has* gone in. Judgement call - decide how much effort should be put into FC1 and how much should be put into FC2. IMHO, we should attend to the serious issues in FC1 and concentrate everything else on FC2. I don't see many more serious FC1 gnome-panel issues - the couple of remaining ones I hope to resolve for FC2 when I have time and I'll consider doing an FC1 update with those fixes then. > If you decide not to include the > BuildRequires into this update for FC1 then I can find that a bad > decision, but tough luck for me. Judgement call - missing BuildRequires only impact people who actually want to rebuild the package. In this case the BuildRequires are sufficiently low level that most people would have the neccessary packages installed. And if they don't have them installed it will fail very early in the build with a helpful message. So, I didn't think it was worth the time spent making the change and testing it. It'll be fixed for FC2. Cheers, Mark. From markmc at redhat.com Tue Feb 24 13:01:08 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Tue, 24 Feb 2004 13:01:08 +0000 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077626213.3171.2.camel@laptop> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> <1077617424.3466.44.camel@laptop> <1077623841.11589.7.camel@localhost.localdomain> <1077626213.3171.2.camel@laptop> Message-ID: <1077627667.3171.22.camel@laptop> Hi Bart, I see now the patch you've submitted. Sorry about that .. and thanks. If this is the right patch I'll add it before pushing the update to final. Thanks, Mark. On Tue, 2004-02-24 at 12:36, Mark McLoughlin wrote: > Hi Bart, > > On Tue, 2004-02-24 at 11:57, Bart Martens wrote: > > Mark, > > > > I guess it's too late to include the patch of bug #102632 in that test > > update of gnome-panel? > > I can't see any patch anywhere to resolve that bug. I've a fair idea of > what's causing it but AFAIK no-one has actually fixed it ... > > > I think it solves both bug #102632 and bug #102629. > > No, I don't think those bugs are related. *Maybe* the multiload problem > is a side effect of the panel resizing during autohide, but if it is > then its a multiload bug too. > > Cheers, > Mark. > From rpjday at mindspring.com Tue Feb 24 13:07:10 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Tue, 24 Feb 2004 08:07:10 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: <1077620287.599.62.camel@shmuelhome.mine.nu> References: <1077620287.599.62.camel@shmuelhome.mine.nu> Message-ID: On Tue, 24 Feb 2004, shmuel siegel wrote: > I think that Robert Day's initial point is correct. If there is no > stable baseline then testers are constantly finding superficial bugs; > deep bugs that take hours of testing will never get reached. Alan Cox is > also right when he states that a tester should check against the current > state of rawhide before he reports a bug. the more i read posted on this, the more i'm coming to sort of understand the other positions so, yes, i'm starting to understand the philosophy of, this early in the release process, just drive all of the changes out there and see what breaks. but i guess it means that, unlike previous test releases from red hat, these early test releases really are unusable as *anything* but test platforms. as i mentioned in a previous post, it used to be that ambitious testers would just flat out install the test release, knowing that it would have problems, but they'd be prepared to deal with that, *knowing* that as bugs were reported and patches issued, their systems would slowly get more and more stable, and their lives would return to normal. well, as normal as testers' lives get. but with this new fedora approach, that's just not true anymore, at least for the first release or two. if one is constantly updating against rawhide, then you have to assume that, as some things get fixed, others will get broken. which makes it pretty much impossible to use such a system for useful work, no? not a complaint, just an observation. :-) based on what i read, it's only toward the very end of the entire testing cycle (FC2-test3) that feature freezes start to kick in and we should see things returning to normal in preparation for the official release. does this sound about right? rday p.s. i'm still interested in a real tester's document some day. p.p.s. and i'm still curious about what constitutes the "Fedora Core devel" version that's listed at bugzilla. if i'm running FC2-test1, and i'm regularly updating against rawhide, and i run into a bug, do i file it against "test1" or "devel"? what if i have no idea whether it was an original test1 package, or it was an upgrade from rawhide? or does "devel" mean something totally different? p.p.p.s. can we just officially call it "rawhide" again? :-P From mike at bristolreccc.co.uk Tue Feb 24 13:05:09 2004 From: mike at bristolreccc.co.uk (mike) Date: Tue, 24 Feb 2004 13:05:09 +0000 Subject: Starting Postgres with -i option Message-ID: <1077627909.19180.3.camel@datacc> In FC2 how do you get the init scripts to start postgres with -i enabled I have tried editing postmaster.opts (int script overwrites it) Editing the startup line in /etc/rc.d/init.d/postgresql - postgres fails to start from the command line ie:postmaster -i -p 5432 -D /var/lib/pgsql/data/ it works Ideas? From bart.martens at chello.be Tue Feb 24 13:10:59 2004 From: bart.martens at chello.be (Bart Martens) Date: Tue, 24 Feb 2004 14:10:59 +0100 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077626213.3171.2.camel@laptop> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> <1077617424.3466.44.camel@laptop> <1077623841.11589.7.camel@localhost.localdomain> <1077626213.3171.2.camel@laptop> Message-ID: <1077628259.11589.18.camel@localhost.localdomain> Mark, On Tue, 2004-02-24 at 13:36, Mark McLoughlin wrote: > On Tue, 2004-02-24 at 11:57, Bart Martens wrote: > > I guess it's too late to include the patch of bug #102632 in that test > > update of gnome-panel? > > I can't see any patch anywhere to resolve that bug. The patch is uploaded to the upstream bug report. Here it is: http://bugzilla.gnome.org/show_bug.cgi?id=127758 Bart Martens -------------- 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 salimma at fastmail.fm Tue Feb 24 13:12:21 2004 From: salimma at fastmail.fm (Michel Alexandre Salim) Date: Tue, 24 Feb 2004 20:12:21 +0700 Subject: Evolution dog slow In-Reply-To: <1077608025.5146.38.camel@T7.linux> References: <1077608025.5146.38.camel@T7.linux> Message-ID: <1077628341.16412.6.camel@bushido.mshome.net> On Tue, 2004-02-24 at 07:33 +0000, Paul wrote: [snip] > Under the FC1 version, Ev was a usable speed (I use it at work and on my > laptop). 2.5.4 is dog slow. > You mean 1.5.4? In any case, jkatz has reverted it back to 1.4.x for FC2, due to schedule slippage upstream. I do not have that fast a connection, so I have not experienced that much of a slowdown. Does turning off SA help? Is the spamd daemon started? Regards, - Michel -------------- 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 bart.martens at chello.be Tue Feb 24 13:13:52 2004 From: bart.martens at chello.be (Bart Martens) Date: Tue, 24 Feb 2004 14:13:52 +0100 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077627667.3171.22.camel@laptop> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> <1077617424.3466.44.camel@laptop> <1077623841.11589.7.camel@localhost.localdomain> <1077626213.3171.2.camel@laptop> <1077627667.3171.22.camel@laptop> Message-ID: <1077628431.11589.22.camel@localhost.localdomain> Mark, On Tue, 2004-02-24 at 14:01, Mark McLoughlin wrote: > Hi Bart, > I see now the patch you've submitted. Sorry about that .. and thanks. I see we've been posting simultaneously. OK, good you've found it. I should have repeated the link to the upstream bug report. > > If this is the right patch I'll add it before pushing the update to > final. Great! Thanks. I'm looking forward to test results. Bart Martens -------------- 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 salimma at fastmail.fm Tue Feb 24 13:21:30 2004 From: salimma at fastmail.fm (Michel Alexandre Salim) Date: Tue, 24 Feb 2004 20:21:30 +0700 Subject: /sbin not in path In-Reply-To: <19D0526B-65B7-11D8-A3B3-000393C34F68@mac.com> References: <19D0526B-65B7-11D8-A3B3-000393C34F68@mac.com> Message-ID: <1077628890.16412.10.camel@bushido.mshome.net> On Sun, 2004-02-22 at 20:16 -0800, Sean Earp wrote: [snip] > I just did a clean install of FC2 Test 1, formatting my drive in > advance. I chose all the default options during the install. Once I > booted up to the desktop, I did not have any network connectivity > (although the internet/network worked fine with FC1). I popped open a > terminal window and typed > You could also run 'neat' from the command line, or through System Settings->Menu->Network, and use Fedora's nice GUI to configure your network :) Regards, - Michel -------------- 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 mail.sw.rh.rhl.beta at spam.fi.basen.net Tue Feb 24 13:35:15 2004 From: mail.sw.rh.rhl.beta at spam.fi.basen.net (Kaj J. Niemi) Date: Tue, 24 Feb 2004 15:35:15 +0200 Subject: Java and ps - NPTL? References: <00ec01c3fa4a$2d8b8cb0$0200a8c0@WARHOLE> Message-ID: <200402241335.i1ODZFep008295@d100.fi.basen.net> > However, 'ps' does not seem to catch this fact. If my app is running for a > day, which would use many minutes of processing time, ps usually reports > 0:00 or 0:01 total processing time. I'm not seeing this with ps although with snmp the host resources mib reports usually zero values which isn't the case. I haven't had the time to take a closer look at what net-snmp does wrong. I think it just parses the output of /proc/pid/... or something. % ps ax|grep java 31116 ? S 42547:53 /usr/lib/jvm/java/bin/java -server ... % ps -ef|grep java tomcat4 31116 1 93 Jan24 ? 29-13:07:51 /usr/lib/jvm/java/bin/java.. % uname -srvmpi Linux 2.4.22-1.2138.nptlsmp #1 SMP Mon Jan 5 11:02:24 EST 2004 i686 i686 i386 % rpm -q glibc glibc-2.3.2-101 // kaj From lowen at pari.edu Tue Feb 24 13:24:01 2004 From: lowen at pari.edu (Lamar Owen) Date: Tue, 24 Feb 2004 08:24:01 -0500 Subject: Starting Postgres with -i option In-Reply-To: <1077627909.19180.3.camel@datacc> References: <1077627909.19180.3.camel@datacc> Message-ID: <200402240824.01695.lowen@pari.edu> On Tuesday 24 February 2004 08:05 am, mike wrote: > In FC2 how do you get the init scripts to start postgres with -i enabled > I have tried editing postmaster.opts (int script overwrites it) > Editing the startup line in /etc/rc.d/init.d/postgresql - postgres fails > to start Edit /var/lib/pgsql/data/postgresql.conf and change the line reading 'tcpip_socket' to both uncomment it and set it to true. This is a FAQ; see the README.rpm-dist in the documentation directory for postgresql (under /usr/share/doc). Rationale: PostgreSQL is more secure with tcpip_socket listening off; the PostgreSQL developers long ago (6.3) selected that as the default. It is easy enough to change with the GUC (postgresql.conf) file, since about 7.0. -- Lamar Owen Director of Information Technology Pisgah Astronomical Research Institute 1 PARI Drive Rosman, NC 28772 (828)862-5554 www.pari.edu From lowen at pari.edu Tue Feb 24 13:27:01 2004 From: lowen at pari.edu (Lamar Owen) Date: Tue, 24 Feb 2004 08:27:01 -0500 Subject: Testing test releases: do not update In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> Message-ID: <200402240827.01975.lowen@pari.edu> On Tuesday 24 February 2004 08:07 am, Robert P. J. Day wrote: > but i guess it means that, unlike previous test releases from red hat, > these early test releases really are unusable as *anything* but test > platforms. > but with this new fedora approach, that's just not true anymore, at least > for the first release or two. > based on what i read, it's only toward the very end of the entire testing > cycle (FC2-test3) that feature freezes start to kick in and we should see > things returning to normal in preparation for the official release. This is new to the public; but the former private beta tests have always been like this. Typically, the first public beta was the third or fourth actual test release; the first two or three were for the private beta test team (that is now not so private). The big difference this go around is that you can actually attempt to update the test release. -- Lamar Owen Director of Information Technology Pisgah Astronomical Research Institute 1 PARI Drive Rosman, NC 28772 (828)862-5554 www.pari.edu From biped at comcast.net Tue Feb 24 13:58:05 2004 From: biped at comcast.net (Marcus Schuetz) Date: Tue, 24 Feb 2004 08:58:05 -0500 Subject: [: too many arguments In-Reply-To: References: <403A3419.8010106@comcast.net> Message-ID: <403B586D.7060405@comcast.net> Satish Balay released the following into the bitstream on 02/23/04 22:37: > > On Mon, 23 Feb 2004, Marcus Schuetz wrote: > > >>Recently I noticed getting the message "[: too many arguments" when I >>use a terminal under gnome (gnome-terminal or aterm) when using external >>(not shell) commands (less, etc.). I tried several shells (bash, tcsh, >>zsh) and I get this with all of them. I had no luck tracking down the >>origin of this message. Anybody else seeing this? How about a solution? > > > It appears only with csh/tcsh for me. The exact error occurs at the > following line in /etc/csh.cshrc: (verifyable with csh -x /etc/csh.cshrc) > > [ "`id -gn`" = "`id -un`" -a `id -u` -gt 99 ] > > It must be a bug in /usr/bin/test (which is same as /usr/bin/[ ) - as > the message goes away if I downgrade to coreutils-5.0-24 (from FC1). > > Satish > > Thanks, that did it :: Marcus From alexl at stofanet.dk Tue Feb 24 14:32:27 2004 From: alexl at stofanet.dk (Alex Thomsen Leth) Date: Tue, 24 Feb 2004 15:32:27 +0100 Subject: upgrading rawhide In-Reply-To: <1077518496.31382.6.camel@binkley> References: <1077477322.6047.2.camel@simba.lion> <1077518496.31382.6.camel@binkley> Message-ID: <1077633147.2458.3.camel@simba.lion> now im running the newest yum, not the one in the development tree. when im trying to update it runs a few minuts or so, and then it just stops. if i press ctrl+c it quit, and i can run it again in a couple of minuts and it stops again. its really weird. Alex Leth On man, 2004-02-23 at 01:41 -0500, seth vidal wrote: > On Sun, 2004-02-22 at 20:15 +0100, Alex Thomsen Leth wrote: > > > i got a problem, when im trying to upgrade via rawhide i got this > > message. what could be wrong. sometimes when im trying yum end op > > hanging. > > > This seems very odd. You're getting a traceback from deep in python > urllib. > > Can you make this happen every time? > > -sv > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From ms-nospam-0306 at arcor.de Tue Feb 24 14:29:28 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 24 Feb 2004 15:29:28 +0100 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077615311.4746.61.camel@athlon.localdomain> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> Message-ID: <20040224152928.099aa5de.ms-nospam-0306@arcor.de> On Tue, 24 Feb 2004 10:35:12 +0100, Leonard den Ottolander wrote: > Hi Mark, > > > > (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=110928), split off > > > of a devel package > > > > Will fix for FC2. > > Since we are currently working on an update for FC1 we could just as > well do the split for FC1 and propagate it to FC2 for the next test > release. This way you can do some pre-testing from which FC2 will also > benefit. Making the FC1 update package "Provides: gnome-panel-devel = %epoch:%version-%release" would be a great idea. -- From ms-nospam-0306 at arcor.de Tue Feb 24 14:31:22 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 24 Feb 2004 15:31:22 +0100 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: <1077622729.8948.1.camel@bart.netlyncs.com> References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <1077621580.4746.102.camel@athlon.localdomain> <1077622729.8948.1.camel@bart.netlyncs.com> Message-ID: <20040224153122.206e8f40.ms-nospam-0306@arcor.de> On Tue, 24 Feb 2004 05:38:49 -0600, Mike Chambers wrote: > On Tue, 2004-02-24 at 05:30 -0600, Harry Putnam wrote: > > > > Yikes, I guess I'm beginning to appreciate some of the current > > confusion. Maybe we need different lists for core 1 and core 2? > > Actually, there are different lists for the two. Fedora-list for FC1 > (or the stable version), and this list for FC2, or the beta versions for > the next release. Uh? See subject line. -- From ms-nospam-0306 at arcor.de Tue Feb 24 14:34:26 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Tue, 24 Feb 2004 15:34:26 +0100 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: <1077624271.4746.117.camel@athlon.localdomain> References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <20040224125726.390c7b83.ms-nospam-0306@arcor.de> <1077624271.4746.117.camel@athlon.localdomain> Message-ID: <20040224153426.7bffe608.ms-nospam-0306@arcor.de> On Tue, 24 Feb 2004 13:04:32 +0100, Leonard den Ottolander wrote: > Hello Michael, > > > Admittedly, I still think it's a weird idea to post these announcements to > > fedora-test-list instead of fedora-list. > > They are test updates. Not interesting (?) for "normal" Fedora users. > Final updates are announced via fedora-announce. But a separate list for > test current and test beta might be a good idea. Users of Fedora Core 1 will be those who install the updates as soon as they are released without having been tested enough by people who focus on Fedora Core 2 Test1. Hence it would be good if the target group of the update candidates learns about those Test Updates on fedora-list. -- From aoliva at redhat.com Tue Feb 24 14:41:36 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 24 Feb 2004 11:41:36 -0300 Subject: Trying stuff in the testing repository In-Reply-To: <1077615323.32468.2.camel@localhost.localdomain> References: <20040224091845.GB6462@devserv.devel.redhat.com> <1077615323.32468.2.camel@localhost.localdomain> Message-ID: On Feb 24, 2004, PFJ wrote: > One thing which always did puzzle me is why, unlike Windows, neither RH > or Fedora ever checks to see if you have enough room for any install. Err... Both up2date and rpm do. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From Keith_Tingle at payformance.com Tue Feb 24 14:46:58 2004 From: Keith_Tingle at payformance.com (Keith Tingle) Date: Tue, 24 Feb 2004 09:46:58 -0500 Subject: AMD64-based Laptop ~ Keyboard Unresponsive in Installer Message-ID: Hello I have recently acquired an eMachines M6807 laptop. Its a pretty spiffy Athlon64 3000+ Mobile-based notebook with ATI 9600 Mobility video. I am attempting to install Fedora x86_64 Core 1 Test on the system and have hit a small roadblock. The laptop's keyboard is not recognized by the installer. I am able to type parameters into the LILO boot: prompt, but once the installer fires up I get the following line a few times during initialization: pc_keyb: controller jammed (0x19) and after that the keyboard is unresponsive, as if its been turned off somehow. Any assistance with this issue would be much appreciated, I have tried several combinations of kernel options but without much luck or knowledge of what exactly I am attempting to do :|. Thanks in advance. From mike at bristolreccc.co.uk Tue Feb 24 14:49:35 2004 From: mike at bristolreccc.co.uk (mike) Date: Tue, 24 Feb 2004 14:49:35 +0000 Subject: Starting Postgres with -i option In-Reply-To: <200402240824.01695.lowen@pari.edu> References: <1077627909.19180.3.camel@datacc> <200402240824.01695.lowen@pari.edu> Message-ID: <1077634175.19180.7.camel@datacc> On Tue, 2004-02-24 at 08:24 -0500, Lamar Owen wrote: > On Tuesday 24 February 2004 08:05 am, mike wrote: > > In FC2 how do you get the init scripts to start postgres with -i enabled > > > I have tried editing postmaster.opts (int script overwrites it) > > Editing the startup line in /etc/rc.d/init.d/postgresql - postgres fails > > to start > > Edit /var/lib/pgsql/data/postgresql.conf and change the line reading > 'tcpip_socket' to both uncomment it and set it to true. This is a FAQ; see > the README.rpm-dist in the documentation directory for postgresql (under > /usr/share/doc). > > Rationale: PostgreSQL is more secure with tcpip_socket listening off; the > PostgreSQL developers long ago (6.3) selected that as the default. It is > easy enough to change with the GUC (postgresql.conf) file, since about 7.0. > -- tried that as well # This file is read on postmaster startup and when the postmaster # receives a SIGHUP. If you edit the file on a running system, you have # to SIGHUP the postmaster for the changes to take effect, or use # "pg_ctl reload". #--------------------------------------------------------------------------- # CONNECTIONS AND AUTHENTICATION #--------------------------------------------------------------------------- # - Connection Settings - tcpip_socket = true max_connections = 100 # note: increasing max_connections costs about 500 bytes of shared # memory per connection slot, in addition to costs from shared_buffers # and max_locks_per_transaction. #superuser_reserved_connections = 2 doesn't seem to be read > Lamar Owen > Director of Information Technology > Pisgah Astronomical Research Institute > 1 PARI Drive > Rosman, NC 28772 > (828)862-5554 > www.pari.edu > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From 64bit_fedora at comcast.net Tue Feb 24 14:55:24 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 24 Feb 2004 08:55:24 -0600 Subject: AMD64-based Laptop ~ Keyboard Unresponsive in Installer In-Reply-To: References: Message-ID: <20040224145524.GA6234@comcast.net> On Tue, Feb 24, 2004 at 09:46:58AM -0500, Keith Tingle wrote: > pc_keyb: controller jammed (0x19) > and after that the keyboard is unresponsive, as if its been turned off > somehow. Use an external network attached keyboard. Once installation is done, they keyboard will be functional as soon as the usb modules load. You will also need either the latest XFree86 RPMS (I have not tested yet), or to download and build the latest XFree release candidate. Justin From matthewg at theworld.com Tue Feb 24 15:01:12 2004 From: matthewg at theworld.com (Matthew E Glogowski) Date: Tue, 24 Feb 2004 10:01:12 -0500 Subject: Help: AMD64 System with Adaptec 29xxx U320 SCSI Message-ID: i installed fedora core 1 yesterday on an ASUS based system. the problem is the SCSI card has negotiated the lowest transfers. can anyone help me determine how to bump the speeds back up to the ultra speeds? thanks, -matt here's a snippet from /var/log/dmesg: From nsilva-list at aoi.atari-source.com Tue Feb 24 15:02:09 2004 From: nsilva-list at aoi.atari-source.com (Noah Silva [Mailing list]) Date: Tue, 24 Feb 2004 10:02:09 -0500 (EST) Subject: MCE: The hardware reports a non fatal... In-Reply-To: Message-ID: I have gotten this too. I thought it might be something to do with RAM, but I don't think the cheap pc I was on has ECC ram... On Tue, 24 Feb 2004, Neal D. Becker wrote: > Feb 23 20:36:49 rpppc1 kernel: MCE: The hardware reports a non fatal, > correctable incident occurred on CPU 0. > Feb 23 20:36:49 rpppc1 kernel: Bank 1: 9000000000000151 > > What is this? Should I be worried? > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From mlarkin at azathoth.net Tue Feb 24 15:05:58 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Tue, 24 Feb 2004 07:05:58 -0800 Subject: AMD64-based Laptop ~ Keyboard Unresponsive in Installer In-Reply-To: <20040224145524.GA6234@comcast.net> References: <20040224145524.GA6234@comcast.net> Message-ID: <403B6856.2050506@azathoth.net> "Network attached keyboard" ?? FYI - the keyboard problem seems to be resolved with 2.6.3 - the built in keyboard on the M6805 (and most likely M6807 as well, although I don't have one to test on) works fine with 2.6.3 all of the sudden. Nothing in the changelog indicated any changes to the keyboard code, so it was probably a fix related to interrupts or something else low-level. -ml Justin M. Forbes wrote: >On Tue, Feb 24, 2004 at 09:46:58AM -0500, Keith Tingle wrote: > > >>pc_keyb: controller jammed (0x19) >>and after that the keyboard is unresponsive, as if its been turned off >>somehow. >> >> > >Use an external network attached keyboard. Once installation is done, they >keyboard will be functional as soon as the usb modules load. You will also >need either the latest XFree86 RPMS (I have not tested yet), or to download >and build the latest XFree release candidate. > >Justin > > > > From asantos at progress.com Tue Feb 24 15:05:51 2004 From: asantos at progress.com (Alan Santos) Date: Tue, 24 Feb 2004 10:05:51 -0500 Subject: AMD64-based Laptop ~ Keyboard Unresponsive in Installer In-Reply-To: References: Message-ID: <403B684F.3000801@progress.com> To sort of hijack this thread, As Justin pointed out, a usb keyboard will work. But I'm interested to hear if anyone has installed an amd64 (or whatever it's going to be called now) 2.6 kernel on this machine (or the 6805). I'm unable to do so, for what looks like a similar reason: booting with any of the 2.6 kernel rpms results in a message about an unkown key being pressed being printed over and over again, filling up the screen and apparently hanging everything else. I don't have the exact message but it's from atkbd.c: and an unknown key bwgin depressed on /dev/somethingorother. I only let it run for about 5 minutes in this state, so it may recover later. I don't think it's the 2.6 kernel in general since I run 2.6.3, although 32bit, on another partition. thanks Keith Tingle wrote: > Hello I have recently acquired an eMachines M6807 laptop. Its a pretty > spiffy Athlon64 3000+ Mobile-based notebook with ATI 9600 Mobility video. I > am attempting to install Fedora x86_64 Core 1 Test on the system and have > hit a small roadblock. > The laptop's keyboard is not recognized by the installer. I am able to type > parameters into the LILO boot: prompt, but once the installer fires up I get > the following line a few times during initialization: > pc_keyb: controller jammed (0x19) > and after that the keyboard is unresponsive, as if its been turned off > somehow. > Any assistance with this issue would be much appreciated, I have tried > several combinations of kernel options but without much luck or knowledge of > what exactly I am attempting to do :|. > Thanks in advance. > > From mlarkin at azathoth.net Tue Feb 24 15:07:03 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Tue, 24 Feb 2004 07:07:03 -0800 Subject: AMD64-based Laptop ~ Keyboard Unresponsive in Installer In-Reply-To: References: Message-ID: <403B6897.7000501@azathoth.net> A USB keyboard will work for the install ; after that, the built in keyboard works. Use "acpi=off" on the command line when installing. -ml Keith Tingle wrote: >Hello I have recently acquired an eMachines M6807 laptop. Its a pretty >spiffy Athlon64 3000+ Mobile-based notebook with ATI 9600 Mobility video. I >am attempting to install Fedora x86_64 Core 1 Test on the system and have >hit a small roadblock. >The laptop's keyboard is not recognized by the installer. I am able to type >parameters into the LILO boot: prompt, but once the installer fires up I get >the following line a few times during initialization: >pc_keyb: controller jammed (0x19) >and after that the keyboard is unresponsive, as if its been turned off >somehow. >Any assistance with this issue would be much appreciated, I have tried >several combinations of kernel options but without much luck or knowledge of >what exactly I am attempting to do :|. >Thanks in advance. > > > > From mlarkin at azathoth.net Tue Feb 24 15:09:39 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Tue, 24 Feb 2004 07:09:39 -0800 Subject: AMD64-based Laptop ~ Keyboard Unresponsive in Installer In-Reply-To: <403B684F.3000801@progress.com> References: <403B684F.3000801@progress.com> Message-ID: <403B6933.3090209@azathoth.net> Alan, I had the same problem with 2.6.0 - 2.6.2. I built a boot disk from 2.6.3 and things seem fixed. You might try again with 2.6.3 and see what your results are. However, I did not go to the effort to actually do a complete install of FC with 2.6.3.. I just booted to a shell and things worked, so I don't see why the complete system install wouldn't as well. -ml Alan Santos wrote: > To sort of hijack this thread, As Justin pointed out, a usb keyboard > will work. But I'm interested to hear if anyone has installed an amd64 > (or whatever it's going to be called now) 2.6 kernel on this machine > (or the 6805). > > I'm unable to do so, for what looks like a similar reason: > booting with any of the 2.6 kernel rpms results in a message about an > unkown key being pressed being printed over and over again, filling up > the screen and apparently hanging everything else. > I don't have the exact message but it's from atkbd.c: and an unknown > key bwgin depressed on /dev/somethingorother. > I only let it run for about 5 minutes in this state, so it may recover > later. I don't think it's the 2.6 kernel in general since I run 2.6.3, > although 32bit, on another partition. > > thanks > > Keith Tingle wrote: > >> Hello I have recently acquired an eMachines M6807 laptop. Its a pretty >> spiffy Athlon64 3000+ Mobile-based notebook with ATI 9600 Mobility >> video. I >> am attempting to install Fedora x86_64 Core 1 Test on the system and >> have >> hit a small roadblock. >> The laptop's keyboard is not recognized by the installer. I am able >> to type >> parameters into the LILO boot: prompt, but once the installer fires >> up I get >> the following line a few times during initialization: >> pc_keyb: controller jammed (0x19) >> and after that the keyboard is unresponsive, as if its been turned off >> somehow. >> Any assistance with this issue would be much appreciated, I have tried >> several combinations of kernel options but without much luck or >> knowledge of >> what exactly I am attempting to do :|. >> Thanks in advance. >> >> > > From czar at czarc.net Tue Feb 24 15:22:02 2004 From: czar at czarc.net (Gene C.) Date: Tue, 24 Feb 2004 10:22:02 -0500 Subject: FC2T1 development updates comment question Message-ID: <200402241022.02880.czar@czarc.net> Comment -- I am seeing (one a somewhat regular basis lately) updated packages which require additional updated packages which are not available yet (the latest is balsa). While this not a real big problem (I just skip those updates for now), it does seem to indicate that there may be problems with the package build process or with mirror syncing. Question -- There are currently a couple of updated packages such as aumix which have "EL" as part of the release id ... are these valid updates for FC2T1? TO me, "EL" would indicate updates for Enterprise Linux. -- Gene From matthewg at theworld.com Tue Feb 24 15:23:39 2004 From: matthewg at theworld.com (Matthew E Glogowski) Date: Tue, 24 Feb 2004 10:23:39 -0500 Subject: Help: AMD64 System with Adaptec 29xxx U320 SCSI In-Reply-To: Message-ID: the attached log was not included in my message so here it is again: (scsi1:A:2): 18.518MB/s transfers (9.259MHz, 16bit) (scsi1:A:2): 17.857MB/s transfers (17.857MHz) (scsi1:A:2): 17.856MB/s transfers (8.928MHz, 16bit) (scsi1:A:2): 17.240MB/s transfers (8.620MHz, 16bit) (scsi1:A:2): 16.666MB/s transfers (8.333MHz, 16bit) (scsi1:A:2): 16.666MB/s transfers (16.666MHz) (scsi1:A:2): 16.128MB/s transfers (8.064MHz, 16bit) (scsi1:A:2): 15.625MB/s transfers (15.625MHz) (scsi1:A:2): 15.624MB/s transfers (7.812MHz, 16bit) (scsi1:A:2): 15.150MB/s transfers (7.575MHz, 16bit) (scsi1:A:2): 14.705MB/s transfers (14.705MHz) (scsi1:A:2): 14.704MB/s transfers (7.352MHz, 16bit) (scsi1:A:2): 14.284MB/s transfers (7.142MHz, 16bit) (scsi1:A:2): 13.888MB/s transfers (6.944MHz, 16bit) (scsi1:A:2): 13.888MB/s transfers (13.888MHz) (scsi1:A:2): 13.512MB/s transfers (6.756MHz, 16bit) (scsi1:A:2): 13.157MB/s transfers (13.157MHz) (scsi1:A:2): 13.156MB/s transfers (6.578MHz, 16bit) (scsi1:A:2): 12.820MB/s transfers (6.410MHz, 16bit) (scsi1:A:2): 12.500MB/s transfers (6.250MHz, 16bit) (scsi1:A:2): 12.500MB/s transfers (12.500MHz) (scsi1:A:2): 12.194MB/s transfers (6.097MHz, 16bit) (scsi1:A:2): 11.904MB/s transfers (5.952MHz, 16bit) (scsi1:A:2): 11.904MB/s transfers (11.904MHz) (scsi1:A:2): 11.626MB/s transfers (5.813MHz, 16bit) (scsi1:A:2): 11.363MB/s transfers (11.363MHz) (scsi1:A:2): 11.362MB/s transfers (5.681MHz, 16bit) (scsi1:A:2): 11.110MB/s transfers (5.555MHz, 16bit) (scsi1:A:2): 10.869MB/s transfers (10.869MHz) (scsi1:A:2): 10.868MB/s transfers (5.434MHz, 16bit) (scsi1:A:2): 10.638MB/s transfers (5.319MHz, 16bit) (scsi1:A:2): 10.416MB/s transfers (5.208MHz, 16bit) (scsi1:A:2): 10.416MB/s transfers (10.416MHz) (scsi1:A:2): 10.204MB/s transfers (5.102MHz, 16bit) (scsi1:A:2): 10.000MB/s transfers (5.000MHz, 16bit) (scsi1:A:2): 10.000MB/s transfers (10.000MHz) (scsi1:A:2): 6.600MB/s transfers (16bit) (scsi1:A:2): 9.615MB/s transfers (9.615MHz) (scsi1:A:2): 9.259MB/s transfers (9.259MHz) (scsi1:A:2): 8.928MB/s transfers (8.928MHz) (scsi1:A:2): 8.620MB/s transfers (8.620MHz) (scsi1:A:2): 8.333MB/s transfers (8.333MHz) (scsi1:A:2): 8.064MB/s transfers (8.064MHz) (scsi1:A:2): 7.812MB/s transfers (7.812MHz) (scsi1:A:2): 7.575MB/s transfers (7.575MHz) (scsi1:A:2): 7.352MB/s transfers (7.352MHz) (scsi1:A:2): 7.142MB/s transfers (7.142MHz) (scsi1:A:2): 6.944MB/s transfers (6.944MHz) (scsi1:A:2): 6.756MB/s transfers (6.756MHz) (scsi1:A:2): 6.578MB/s transfers (6.578MHz) (scsi1:A:2): 6.410MB/s transfers (6.410MHz) (scsi1:A:2): 6.250MB/s transfers (6.250MHz) (scsi1:A:2): 6.097MB/s transfers (6.097MHz) (scsi1:A:2): 5.952MB/s transfers (5.952MHz) (scsi1:A:2): 5.813MB/s transfers (5.813MHz) (scsi1:A:2): 5.681MB/s transfers (5.681MHz) (scsi1:A:2): 5.555MB/s transfers (5.555MHz) (scsi1:A:2): 5.434MB/s transfers (5.434MHz) (scsi1:A:2): 5.319MB/s transfers (5.319MHz) (scsi1:A:2): 5.208MB/s transfers (5.208MHz) (scsi1:A:2): 5.102MB/s transfers (5.102MHz) (scsi1:A:2): 5.000MB/s transfers (5.000MHz) Vendor: SEAGATE Model: ST336607LW Rev: 0007 Type: Direct-Access ANSI SCSI revision: 03 Vendor: SEAGATE Model: ST336607LW Rev: 0007 Type: Direct-Access ANSI SCSI revision: 03 (scsi1:A:1): 3.300MB/s transfers scsi1:A:1:0: Tagged Queuing enabled. Depth 32 (scsi1:A:2): 3.300MB/s transfers scsi1:A:2:0: Tagged Queuing enabled. Depth 32 Attached scsi disk sda at scsi1, channel 0, id 1, lun 0 Attached scsi disk sdb at scsi1, channel 0, id 2, lun 0 btw, the kernel version is 2.4.22-1.2135.nptl (Fedora Core 1 for AMD64) -matt On Tue, 24 Feb 2004, Matthew E Glogowski wrote: > > i installed fedora core 1 yesterday on an ASUS based system. the problem > is the SCSI card has negotiated the lowest transfers. can anyone help me > determine how to bump the speeds back up to the ultra speeds? > > thanks, > > -matt > > here's a snippet from /var/log/dmesg: > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From 64bit_fedora at comcast.net Tue Feb 24 15:25:55 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 24 Feb 2004 09:25:55 -0600 Subject: AMD64-based Laptop ~ Keyboard Unresponsive in Installer In-Reply-To: <403B684F.3000801@progress.com> References: <403B684F.3000801@progress.com> Message-ID: <20040224152555.GB6234@comcast.net> On Tue, Feb 24, 2004 at 10:05:51AM -0500, Alan Santos wrote: > To sort of hijack this thread, As Justin pointed out, a usb keyboard > will work. But I'm interested to hear if anyone has installed an amd64 > (or whatever it's going to be called now) 2.6 kernel on this machine (or > the 6805). > It does run... That message gets spammed until the USB modules are loaded, then things work generally. There are still acpi issues with that BIOS and I am trying to help get them resolved. And yes, it is a USB keyboard, on a con call, so half paying attention. Justin From DvdBtty at netscape.net Tue Feb 24 16:04:46 2004 From: DvdBtty at netscape.net (David McCormick) Date: Tue, 24 Feb 2004 11:04:46 -0500 Subject: RPM update to 86_64 Message-ID: <403B761E.1070705@netscape.net> I have seen several messages that say to get 32 bit programs to work on 64 bit to recompile the RPM's. I can't find where to look for the information on how to do this. Can someone point me in the right direction? Also has any one gotten Netscape to work on 64 bit? It gave me an error that it needed a lib that was not on the disc's. David McCormick From czar at czarc.net Tue Feb 24 16:08:18 2004 From: czar at czarc.net (Gene C.) Date: Tue, 24 Feb 2004 11:08:18 -0500 Subject: amd64 Fedora Core Message-ID: <200402241108.18722.czar@czarc.net> Justin has raised an interesting question on his weblog concerning Fedora core and the amd64-- should developers waste time on FC1 x86_64 or put their efforts into FC2 which will be available "real soon now"? I can see arguments for both situations but I wonder what other amd64 users think. 1. With limited developer resources and FC2 test2 about two weeks away (it will have a x86_64 snapshot with needed i386 packages), the better option is to put the resources into getting FC2 "right". With the test1 snapshot as a base and all of the package updates in development, the x86_64 versions should be in pretty good shape. Furthermore, the Red Hat build process is set up to handle x86_64 builds for development (and FC2 Test2) whereas x86_64 updated packages are few and far between. When the test2 snapshot rolls out, x86_64 updates will be available as a matter of course (or at least that is the plan). 2. At the current time, FC1 is more stable (especially with all of the updates applied) than the current state of FC2 (as could be expected since FC2 is still in development and testing). In addition, it is not at all difficult to rebuild the ix86 packages for the x86_64 (I have done this for the current set of updates). FC1 test1 + updates is a fairly stable platform and should be pretty close to what would be available if FC1 x86_64 final was released. So, work on getting FC2 with varying stability (there will be problems) or put time in to roll out a FC1 x86_64 final? At the present time, I lean toward option 1. I do have a working FC1 test1 plus all updates so the release of the FC2 x86_64 final will be of little value to me except to do testing for the community. I have built all of the ix86 updated packages (as applicable) and even include mozilla 1.6 from development to provide a 64 bit mozilla. Together with some others who are interested in a FC1 x86_64 system, I could make the rebuilt packages available on a "it works for me but use at your own risk" basis. Comments? -- Gene From czar at czarc.net Tue Feb 24 16:10:53 2004 From: czar at czarc.net (Gene C.) Date: Tue, 24 Feb 2004 11:10:53 -0500 Subject: RPM update to 86_64 In-Reply-To: <403B761E.1070705@netscape.net> References: <403B761E.1070705@netscape.net> Message-ID: <200402241110.53436.czar@czarc.net> On Tuesday 24 February 2004 11:04, David McCormick wrote: > I have seen several messages that say to get 32 bit programs to work on > 64 bit to recompile the RPM's. I can't find where to look for the > information on how to do this. Can someone point me in the right > direction? Also has any one gotten Netscape to work on 64 bit? It gave > me an error that it needed a lib that was not on the disc's. Given a working x86_64 system (an installation such as FC1 x86_64 test1), simply rebuilding the rpms on that system will produce rpms targeted for the x86_64. -- Gene From DvdBtty at netscape.net Tue Feb 24 16:45:31 2004 From: DvdBtty at netscape.net (David McCormick) Date: Tue, 24 Feb 2004 11:45:31 -0500 Subject: RPM update to 86_64 In-Reply-To: <200402241110.53436.czar@czarc.net> References: <403B761E.1070705@netscape.net> <200402241110.53436.czar@czarc.net> Message-ID: <403B7FAB.2060107@netscape.net> I hate to be a pain. But how does one rebuild a RPM? Thanks czar at czarc.net wrote: >On Tuesday 24 February 2004 11:04, David McCormick wrote: > > >>I have seen several messages that say to get 32 bit programs to work on >>64 bit to recompile the RPM's. I can't find where to look for the >>information on how to do this. Can someone point me in the right >>direction? Also has any one gotten Netscape to work on 64 bit? It gave >>me an error that it needed a lib that was not on the disc's. >> >> > >Given a working x86_64 system (an installation such as FC1 x86_64 test1), >simply rebuilding the rpms on that system will produce rpms targeted for the >x86_64. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at rueb.com Tue Feb 24 16:56:16 2004 From: steve at rueb.com (Steve Bergman) Date: Tue, 24 Feb 2004 10:56:16 -0600 Subject: 621 updates available? Headers missing. Message-ID: <403B8230.3020202@rueb.com> I am showing 621 updates available. Several of them seem to be missing header files. The original install was test1 and I'm using http://mirrors.kernel.org/fedora/core/development/i386/ The problem headers seem to be: binutils coreutils info libraw1394 (or something like that) libtiff libtiff-devel kdebase possibly kdelibs kernel possibly kernel-source kernel-utils texinfo Up2date is sorely in need of a debug or verbose mode. Thank God for strace! -Steve From m.a.young at durham.ac.uk Tue Feb 24 17:13:52 2004 From: m.a.young at durham.ac.uk (M A Young) Date: Tue, 24 Feb 2004 17:13:52 +0000 (GMT) Subject: upgrading rawhide In-Reply-To: <1077633147.2458.3.camel@simba.lion> References: <1077477322.6047.2.camel@simba.lion> <1077518496.31382.6.camel@binkley> <1077633147.2458.3.camel@simba.lion> Message-ID: On Tue, 24 Feb 2004, Alex Thomsen Leth wrote: > now im running the newest yum, not the one in the development tree. when > im trying to update it runs a few minuts or so, and then it just stops. > if i press ctrl+c it quit, and i can run it again in a couple of minuts > and it stops again. its really weird. One thing which might be causing the problem (which I saw with up2date) is that if you have interupted a yum/up2date session, you could have left the rpm database locked. The simplest way to clear such a lock is to reboot. Michael Young From steve at rueb.com Tue Feb 24 17:21:39 2004 From: steve at rueb.com (Steve Bergman) Date: Tue, 24 Feb 2004 11:21:39 -0600 Subject: upgrading rawhide In-Reply-To: References: <1077477322.6047.2.camel@simba.lion> <1077518496.31382.6.camel@binkley> <1077633147.2458.3.camel@simba.lion> Message-ID: <403B8823.9020901@rueb.com> M A Young wrote: > The simplest way to clear such a lock is to reboot. > > > > Michael. Wash your mouth out with soap! Right now!!! ;-) You can delete the files in /var/lib/rpm which begin with __ (thats a double underscore) That will also solve the problem. From mharris at redhat.com Tue Feb 24 17:38:55 2004 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 24 Feb 2004 12:38:55 -0500 (EST) Subject: RPM update to 86_64 In-Reply-To: <403B761E.1070705@netscape.net> References: <403B761E.1070705@netscape.net> Message-ID: On Tue, 24 Feb 2004, David McCormick wrote: >I have seen several messages that say to get 32 bit programs to work on >64 bit to recompile the RPM's. I can't find where to look for the >information on how to do this. Can someone point me in the right >direction? Also has any one gotten Netscape to work on 64 bit? It gave >me an error that it needed a lib that was not on the disc's. To get 32 bit programs to run on the 64bit OS, you just install them. You do not need to recompile them. The idea behind AMD64's 32bit compatibility in long mode, is specifically that existing precompiled 32bit software is compatible with the CPU. Of course, you must have all of the 32bit dependancies installed that any 32bit application you want to use requires, otherwise you do not have a complete 32bit environment that 32bit apps can use. There are also some cases where 32bit compatibility does not carry through, notably: - kernel modules, you must use 64bit kernel modules in the 64bit kernel - certain types of applications that talk directly to the hardware in *some* cases (not all) - 32bit OpenGL applications (such as proprietary games) will not have 3D acceleration under a 64bit kernel, because the existing DRI infrastructure does not have a 32bit compatibility layer. Additionally, to the best of my knowledge, no 3rd party drivers (proprietary or open) have a 32bit compatibility layer either. Other than that though, all 32bit software should run under an AMD64 64bit OS, as long as you have installed all of the 32bit libraries and other software that a given application requires in order to run. This may require installing 3rd party 32bit components, or installing rpms of the x86 version of the OS alongside their 64bit counterparts. You may also have some uh... "fun"... with rpm. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From whooperhsd3 at earthlink.net Tue Feb 24 17:44:38 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Tue, 24 Feb 2004 12:44:38 -0500 (EST) Subject: 621 updates available? Headers missing. In-Reply-To: <403B8230.3020202@rueb.com> References: <403B8230.3020202@rueb.com> Message-ID: <4847.209.239.137.171.1077644678.squirrel@209.239.137.171> Steve Bergman said: > I am showing 621 updates available. Several of them seem to be missing > header files. The original install was test1 and I'm using > http://mirrors.kernel.org/fedora/core/development/i386/ mirrors.kernel.org is having issues syncing with the main site. I've already deleted the response I got from them, but IIRC they are getting a lot of broken connections. Their FC1 updates tree is also out of sync. -- William Hooper From alan at redhat.com Tue Feb 24 17:47:11 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 24 Feb 2004 12:47:11 -0500 Subject: 621 updates available? Headers missing. In-Reply-To: <4847.209.239.137.171.1077644678.squirrel@209.239.137.171> References: <403B8230.3020202@rueb.com> <4847.209.239.137.171.1077644678.squirrel@209.239.137.171> Message-ID: <20040224174711.GD7412@devserv.devel.redhat.com> On Tue, Feb 24, 2004 at 12:44:38PM -0500, William Hooper wrote: > mirrors.kernel.org is having issues syncing with the main site. I've > already deleted the response I got from them, but IIRC they are getting a > lot of broken connections. Their FC1 updates tree is also out of sync. Ditto from the UK - broken connections and packets with corruption but valid checksums From mharris at redhat.com Tue Feb 24 17:50:20 2004 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 24 Feb 2004 12:50:20 -0500 (EST) Subject: amd64 Fedora Core In-Reply-To: <200402241108.18722.czar@czarc.net> References: <200402241108.18722.czar@czarc.net> Message-ID: On Tue, 24 Feb 2004, Gene C. wrote: >Justin has raised an interesting question on his weblog >concerning Fedora core and the amd64-- should developers waste >time on FC1 x86_64 or put their efforts into FC2 which will be >available "real soon now"? I can see advantages and disadvantages to both decisions. I'll comment below. >I can see arguments for both situations but I wonder what other >amd64 users think. I would assume that most AMD64 users want something useable ASAP, so that they can use their favourite OS with their new AMD64 systems. The fastest way to get that is to release Fedora Core 1 for AMD64. >1. With limited developer resources and FC2 test2 about two >weeks away (it will have a x86_64 snapshot with needed i386 >packages), the better option is to put the resources into >getting FC2 "right". With the test1 snapshot as a base and all >of the package updates in development, the x86_64 versions >should be in pretty good shape. Furthermore, the Red Hat build >process is set up to handle x86_64 builds for development (and >FC2 Test2) whereas x86_64 updated packages are few and far >between. When the test2 snapshot rolls out, x86_64 updates will >be available as a matter of course (or at least that is the >plan). All RPM packages are built on all 7 architectures, both in Fedora Core 1, and Fedora Core 2, so from that angle, it doesn't make any more work than we already have, to produce AMD64 packages. There is some overhead involved with producing updates, but _only_ if they are AMD64 specific updates. If they were updates for x86 anyway, releasing for both x86 and AMD64 shouldn't really pose additional effort. For the most part, any additional effort required for AMD64, would most likely have to be done for RHEL3, and Fedora Core 2 development also. The only problem I see from the "work" angle, is that when Fedora Core 1 goes end of life, it should go end of life on all architectures simultaneously in my opinion, however if AMD64 release trails it, then either the AMD64 release isn't supported for the same length of time from it's initial release, or else additional effort would have to be spent supporting the AMD64 release for n months from release date. However if we supported AMD64 for the same length of time as we planned to support x86, then we might as well support both of them until the same EOL date, as everything builds on both arches anyway. Again, this is just some of my thoughts, bouncing in the air. >2. At the current time, FC1 is more stable (especially with all >of the updates applied) than the current state of FC2 (as could >be expected since FC2 is still in development and testing). In >addition, it is not at all difficult to rebuild the ix86 >packages for the x86_64 (I have done this for the current set of >updates). FC1 test1 + updates is a fairly stable platform and >should be pretty close to what would be available if FC1 x86_64 >final was released. Agreed. And even after FC2 is finally released, it might be a while before a 2.6.x based distribution could be considered as stable as a final 2.4.x based distribution. In that case, I would prefer myself to be running FC1 on an AMD64 box. >So, work on getting FC2 with varying stability (there will be >problems) or put time in to roll out a FC1 x86_64 final? At the >present time, I lean toward option 1. I do have a working FC1 >test1 plus all updates so the release of the FC2 x86_64 final >will be of little value to me except to do testing for the >community. I think you got your FC1's and FC2's mixed up in that last sentence. Could you clarify? IMHO, we should release FC1 for AMD64 because enough people have spent effort on it that it would be wasted if it wasn't released. It just wont likely have the same lifespan as the x86 release did, because it has been released much later than the x86 release. What is currently blocking FC1/AMD64 from being released anyway? -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From 64bit_fedora at comcast.net Tue Feb 24 17:50:22 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 24 Feb 2004 11:50:22 -0600 Subject: RPM update to 86_64 In-Reply-To: <403B761E.1070705@netscape.net> References: <403B761E.1070705@netscape.net> Message-ID: <20040224175022.GD27005@comcast.net> On Tue, Feb 24, 2004 at 11:04:46AM -0500, David McCormick wrote: > I have seen several messages that say to get 32 bit programs to work on > 64 bit to recompile the RPM's. I can't find where to look for the > information on how to do this. Can someone point me in the right > direction? Also has any one gotten Netscape to work on 64 bit? It gave > me an error that it needed a lib that was not on the disc's. > for rebuild, 'rpmbuild --rebuild --target x86_64 foo-1.1-1.src.rpm' for the netscape thing, if it says it needs a lib, try to install that rpm (from the i386 distro). If the install gives conflicts, you might have to explore other avenues. Justin From steve at rueb.com Tue Feb 24 17:55:20 2004 From: steve at rueb.com (Steve Bergman) Date: Tue, 24 Feb 2004 11:55:20 -0600 Subject: 621 updates available? Headers missing. In-Reply-To: <4847.209.239.137.171.1077644678.squirrel@209.239.137.171> References: <403B8230.3020202@rueb.com> <4847.209.239.137.171.1077644678.squirrel@209.239.137.171> Message-ID: <403B9008.4030007@rueb.com> William Hooper wrote: >mirrors.kernel.org is having issues syncing with the main site. > Thanks. What a pity. I was getting over 300 kbytes/sec from them. :-( -Steve From rob.myers at gtri.gatech.edu Tue Feb 24 18:00:37 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Tue, 24 Feb 2004 13:00:37 -0500 Subject: amd64 Fedora Core In-Reply-To: <200402241108.18722.czar@czarc.net> References: <200402241108.18722.czar@czarc.net> Message-ID: <1077645637.25813.505.camel@dungeness.stl.gtri.gatech.edu> On Tue, 2004-02-24 at 11:08, Gene C. wrote: > Justin has raised an interesting question on his weblog concerning Fedora core > and the amd64-- should developers waste time on FC1 x86_64 or put their > efforts into FC2 which will be available "real soon now"? > > I can see arguments for both situations but I wonder what other amd64 users > think. for my server application availability/stability is number one. my current configuration includes FC1 x86_64 test1 with a hand rolled 2.6 kernel. my vote would be to support x86_64 fully with FC2 and thus kernel 2.6. hopefully when FC2 is released it will be just as stable as FC1 is. rob. From benno at truesurfer.net Tue Feb 24 18:01:49 2004 From: benno at truesurfer.net (Benno Goedhart) Date: Tue, 24 Feb 2004 19:01:49 +0100 Subject: test - mailservers ok ? In-Reply-To: <403A553B.6050903@gmx.de> References: <403A5383.7040107@gmx.de> <403A553B.6050903@gmx.de> Message-ID: <403B918D.2030709@truesurfer.net> shrek-m at gmx.de wrote: > shrek-m at gmx.de wrote: > >> since the early morning i got no mails from *this* list >> and in the archive i can see only a few postings for this day. > > > > sending is ok > but not receiving :-( > Same here, but at 02:00 hours (GMT+2) I got everything again. From 64bit_fedora at comcast.net Tue Feb 24 17:58:05 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 24 Feb 2004 11:58:05 -0600 Subject: amd64 Fedora Core In-Reply-To: <200402241108.18722.czar@czarc.net> References: <200402241108.18722.czar@czarc.net> Message-ID: <20040224175805.GE27005@comcast.net> On Tue, Feb 24, 2004 at 11:08:18AM -0500, Gene C. wrote: > Justin has raised an interesting question on his weblog concerning Fedora core > and the amd64-- should developers waste time on FC1 x86_64 or put their > efforts into FC2 which will be available "real soon now"? > That was not exactly what I was referring to. I think FC1 for x86_64 needs to go to release, simply for the people who care about the 2.4 kernels. I was referring to a test1 release for FC2. I had originally planned for a test1 of sorts, unofficial, for FC2, so that we were more inline with i386. As it stands, things are moving very quickly. I am installing from devel on a regular basis, but putting together a working installer with the 32bit deps, etc has proved troubling simply because of the rate of change. I would recommend people interested in a test1 for x86_64 install from rawhide, then add the 32bit RPMs that are important to you. Test2 should include an x86_64 release. As for FC1, I would like to get it out so that I can focus more on FC2, but I do not think sacrificing the release is the right thing to do, so I want to get things out as quickly as possible. Justin From rob.myers at gtri.gatech.edu Tue Feb 24 18:10:12 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Tue, 24 Feb 2004 13:10:12 -0500 Subject: amd64 Fedora Core In-Reply-To: References: <200402241108.18722.czar@czarc.net> Message-ID: <1077646211.25813.512.camel@dungeness.stl.gtri.gatech.edu> On Tue, 2004-02-24 at 12:50, Mike A. Harris wrote: > On Tue, 24 Feb 2004, Gene C. wrote: > > >1. With limited developer resources and FC2 test2 about two > >weeks away (it will have a x86_64 snapshot with needed i386 > >packages), the better option is to put the resources into > >getting FC2 "right". With the test1 snapshot as a base and all > >of the package updates in development, the x86_64 versions > >should be in pretty good shape. Furthermore, the Red Hat build > >process is set up to handle x86_64 builds for development (and > >FC2 Test2) whereas x86_64 updated packages are few and far > >between. When the test2 snapshot rolls out, x86_64 updates will > >be available as a matter of course (or at least that is the > >plan). > > All RPM packages are built on all 7 architectures, both in Fedora > Core 1, and Fedora Core 2, so from that angle, it doesn't make > any more work than we already have, to produce AMD64 packages. > > There is some overhead involved with producing updates, but > _only_ if they are AMD64 specific updates. If they were updates > for x86 anyway, releasing for both x86 and AMD64 shouldn't really > pose additional effort. it would be nice if FC1 updates were pushed to the mirrors. why isn't this happening now, if the updates are already being built? will FC1 updates for x86_64 be pushed when FC1 for x86_64 final is released? thanks rob. From brian at krahmer.com Tue Feb 24 18:13:53 2004 From: brian at krahmer.com (Brian Krahmer) Date: Tue, 24 Feb 2004 10:13:53 -0800 Subject: Java and ps - NPTL? Message-ID: <008101c3fb01$f6175850$0200a8c0@WARHOLE> The 'time' command does show the correct results. Top shows the system-wide values correctly (third line down, showing user, system, nice, etc.) However, the processing time for the java process listed in top will be the same as ps. I wrote a very simple test program which exposes the problem perfectly. If I do a lot of processing in the main thread, top and ps will show it at 98% of the cpu. If I kick up 8 threads which do a lot of processing and simply join() them from the main thread, ps and top will show 0.0%, but top's system field will go to 98%. [brian]$ java -version java version "1.4.2_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) brian From leonard at den.ottolander.nl Tue Feb 24 18:17:27 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 24 Feb 2004 19:17:27 +0100 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077627318.3171.19.camel@laptop> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> <1077617424.3466.44.camel@laptop> <1077620529.4746.100.camel@athlon.localdomain> <1077627318.3171.19.camel@laptop> Message-ID: <1077646647.4826.14.camel@athlon.localdomain> Hi Mark, I see your point about not splitting of a devel package. I have heard the arguments before, and believe them to be quite valid. Just thought we might discuss it before drawing a conclusion. The effort spent there would not be wasted for Core 2. But I see the risk/benefit issue. Now I wanted to argue that some more time spent on FC1 would also benefit users of RHEL 3, but since Enterprise 3 uses gnome-panel-2.2.2 that argument doesn't fly ;) . But since I will continue to gather all open issues for gnome-panel anyway (so they can either be fixed or closed appropriately) you might just as well wait for me (and others) to finish that triage and apply some more patches at the end of that. This will only cost you the time to build the package. In the mean time you can continue business as usual. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From leonard at den.ottolander.nl Tue Feb 24 18:20:55 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 24 Feb 2004 19:20:55 +0100 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077627667.3171.22.camel@laptop> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> <1077617424.3466.44.camel@laptop> <1077623841.11589.7.camel@localhost.localdomain> <1077626213.3171.2.camel@laptop> <1077627667.3171.22.camel@laptop> Message-ID: <1077646854.4826.17.camel@athlon.localdomain> Hi Mark, > I see now the patch you've submitted. Sorry about that .. and thanks. > > If this is the right patch I'll add it before pushing the update to > final. There is also a patch attached to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109806 that should fix the time applet sizing issue. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From leonard at den.ottolander.nl Tue Feb 24 18:43:48 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Tue, 24 Feb 2004 19:43:48 +0100 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077627318.3171.19.camel@laptop> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> <1077617424.3466.44.camel@laptop> <1077620529.4746.100.camel@athlon.localdomain> <1077627318.3171.19.camel@laptop> Message-ID: <1077648228.4937.5.camel@athlon.localdomain> Hello Mark, > > Also I am not particularly fond of the idea to "leave a mess behind > > while rushing to the next release" > > That depends on your definition of "a mess". Crashes in different applications (evolution and gnome-terminal, both look like library issues) would fall in this category. Issues I cannot solve myself. But these have nothing to do with gnome-panel :-) . Leonard. -- mount -t life -o ro /dev/dna /genetic/research From markmc at redhat.com Tue Feb 24 18:53:35 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Tue, 24 Feb 2004 18:53:35 +0000 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077646854.4826.17.camel@athlon.localdomain> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> <1077617424.3466.44.camel@laptop> <1077623841.11589.7.camel@localhost.localdomain> <1077626213.3171.2.camel@laptop> <1077627667.3171.22.camel@laptop> <1077646854.4826.17.camel@athlon.localdomain> Message-ID: <1077648814.27445.4.camel@laptop> Hey, On Tue, 2004-02-24 at 18:20, Leonard den Ottolander wrote: > Hi Mark, > > > I see now the patch you've submitted. Sorry about that .. and thanks. > > > > If this is the right patch I'll add it before pushing the update to > > final. > > There is also a patch attached to > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109806 that should > fix the time applet sizing issue. Its a hack which only fixes it for the Welsh locale - its not the real fix. I don't think I want to include hacks like that, but we'll see. Cheers, Mark. From alan at redhat.com Tue Feb 24 19:00:33 2004 From: alan at redhat.com (Alan Cox) Date: Tue, 24 Feb 2004 14:00:33 -0500 Subject: Fedora Core 1 Test Update: gnome-panel-2.4.2-1 In-Reply-To: <1077648814.27445.4.camel@laptop> References: <1077566984.26612.19.camel@laptop> <1077586229.6148.18.camel@athlon.localdomain> <1077607109.3466.15.camel@laptop> <1077615311.4746.61.camel@athlon.localdomain> <1077617424.3466.44.camel@laptop> <1077623841.11589.7.camel@localhost.localdomain> <1077626213.3171.2.camel@laptop> <1077627667.3171.22.camel@laptop> <1077646854.4826.17.camel@athlon.localdomain> <1077648814.27445.4.camel@laptop> Message-ID: <20040224190033.GA31125@devserv.devel.redhat.com> On Tue, Feb 24, 2004 at 06:53:35PM +0000, Mark McLoughlin wrote: > > There is also a patch attached to > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109806 that should > > fix the time applet sizing issue. > > Its a hack which only fixes it for the Welsh locale - its not the real > fix. I don't think I want to include hacks like that, but we'll see. I'll forward the bits to the cy xlation team. Its probably the best fix for FC1/FC2 even if its not the right upsream fix (minus any upstream fix appearing in time which seems unlikely as its a hard problem) From 64bit_fedora at comcast.net Tue Feb 24 19:26:43 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 24 Feb 2004 13:26:43 -0600 Subject: amd64 Fedora Core In-Reply-To: <1077646211.25813.512.camel@dungeness.stl.gtri.gatech.edu> References: <200402241108.18722.czar@czarc.net> <1077646211.25813.512.camel@dungeness.stl.gtri.gatech.edu> Message-ID: <20040224192643.GA9664@comcast.net> On Tue, Feb 24, 2004 at 01:10:12PM -0500, Rob Myers wrote: > > it would be nice if FC1 updates were pushed to the mirrors. why isn't > this happening now, if the updates are already being built? > I believe this is a result of the manual push required for test1. > will FC1 updates for x86_64 be pushed when FC1 for x86_64 final is > released? > They should. Justin From ndbecker2 at verizon.net Tue Feb 24 19:28:30 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Tue, 24 Feb 2004 14:28:30 -0500 Subject: Cannot setup printer via kde wizard anymore Message-ID: I am using cups (and have been for some time). I want to use the kde wizard (part of the printer dialog) to add a printer. It no longer works. It asks for authorization, I give username root and correct password, but it fails. I don't want to use http://localhost:631 to setup the printer, because it's useless. I want to select an HP laserjet 8100. For every kind of HP there are many entries with this interface. The kde interface used to work correctly and even recommends a good setup. But now it stopped working. Here is the only clue (/var/log/cups/error_log): I [24/Feb/2004:14:18:28 -0500] Setting gtc28hp device-uri to "ipp://gtc28hp/ipp" (was "file:/dev/null".) I [24/Feb/2004:14:18:28 -0500] Saving printers.conf... I [24/Feb/2004:14:18:28 -0500] New printer 'gtc28hp' added by 'root'. E [24/Feb/2004:14:18:28 -0500] Bad operation "10.000)"! E [24/Feb/2004:14:18:28 -0500] Bad request line "tpagedevice""! E [24/Feb/2004:14:18:28 -0500] Bad request line "/Envelope Monarch: "279 540""! E [24/Feb/2004:14:18:28 -0500] Bad request line "ex=Notcapable""! E [24/Feb/2004:14:18:28 -0500] Bad URI "Copies=4"" in request! E [24/Feb/2004:14:18:28 -0500] Bad request line ": "%% FoomaticRIPOptionSetting: Copies=41""! E [24/Feb/2004:14:18:28 -0500] Bad request line "Copies=77""! E [24/Feb/2004:14:18:28 -0500] Bad request line "rderDependency: 100 AnySetup *TonerDensity"! E [24/Feb/2004:14:18:28 -0500] Bad URI "Miscellaneous" in request! E [24/Feb/2004:14:18:28 -0500] Bad request line "man: Standard "(001.007S)" Standard ROM"! From steve at rueb.com Tue Feb 24 19:42:05 2004 From: steve at rueb.com (Steve Bergman) Date: Tue, 24 Feb 2004 13:42:05 -0600 Subject: 621 updates available? Headers missing. In-Reply-To: <403B9008.4030007@rueb.com> References: <403B8230.3020202@rueb.com> <4847.209.239.137.171.1077644678.squirrel@209.239.137.171> <403B9008.4030007@rueb.com> Message-ID: <403BA90D.2060100@rueb.com> OK. I let up2date pick its own mirror which is mirror.hiwaay.net. I am now showing 627 updates available. Is that correct or do I have some config problem? Did I blink and miss the release announcement of test2 or something? -Steve From bkw at weisshuhn.de Tue Feb 24 19:45:58 2004 From: bkw at weisshuhn.de (Bernhard Weisshuhn) Date: Tue, 24 Feb 2004 20:45:58 +0100 Subject: kernel-2.6.3-1.100 reiserfs ok, shmat strangeness (invalid arg) Message-ID: <20040224194556.GA28238@weisshuhn.de> Hi *, The sleep_on() dependency of reiserfs seems to be gone now, thanks Dave! But something seems to have changed wrt shm: After booting the prebuild smp kernel all applications failed on shmat(). Logs say something like this: shmat(id=229378) failed: Invalid argument After I compiled my own kernel from the same sources (kernel-source-2.6.3-1.100), the problem went away. Everything runs smooth now. Strange, huh? Anyone want my .config? cheers, Bernie From cmadams at hiwaay.net Tue Feb 24 19:51:44 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 24 Feb 2004 13:51:44 -0600 Subject: 621 updates available? Headers missing. In-Reply-To: <403BA90D.2060100@rueb.com> References: <403B8230.3020202@rueb.com> <4847.209.239.137.171.1077644678.squirrel@209.239.137.171> <403B9008.4030007@rueb.com> <403BA90D.2060100@rueb.com> Message-ID: <20040224195143.GF1558809@hiwaay.net> Once upon a time, Steve Bergman said: > OK. I let up2date pick its own mirror which is mirror.hiwaay.net. AFAIK mirror.hiwaay.net is up to date as of this morning (it updates devel once daily currently). > I am now showing 627 updates available. Is that correct or do I have > some config problem? Did I blink and miss the release announcement of > test2 or something? That sounds like the right number of updates. Remember, the devel tree is what will become test2 (and then test3, and then FC2). In theory, if you keep synced with the devel tree, you'll have the same thing as test2 when it is released (not always true, as sometimes packages in devel will go backwards a version, and up2date/yum don't really handle that). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mike at bristolreccc.co.uk Tue Feb 24 19:51:50 2004 From: mike at bristolreccc.co.uk (mike) Date: Tue, 24 Feb 2004 19:51:50 +0000 Subject: Cannot setup printer via kde wizard anymore In-Reply-To: References: Message-ID: <1077652310.19180.13.camel@datacc> On Tue, 2004-02-24 at 14:28 -0500, Neal D. Becker wrote: > I am using cups (and have been for some time). > > I want to use the kde wizard (part of the printer dialog) to add a printer. > It no longer works. It asks for authorization, I give username root and > correct password, but it fails. > > I don't want to use http://localhost:631 to setup the printer, because it's > useless. I want to select an HP laserjet 8100. For every kind of HP there > are many entries with this interface. > > The kde interface used to work correctly and even recommends a good setup. > But now it stopped working. Here is the only clue > (/var/log/cups/error_log): > > I [24/Feb/2004:14:18:28 -0500] Setting gtc28hp device-uri to > "ipp://gtc28hp/ipp" (was "file:/dev/null".) > I [24/Feb/2004:14:18:28 -0500] Saving printers.conf... > I [24/Feb/2004:14:18:28 -0500] New printer 'gtc28hp' added by 'root'. > E [24/Feb/2004:14:18:28 -0500] Bad operation "10.000)"! > E [24/Feb/2004:14:18:28 -0500] Bad request line "tpagedevice""! > E [24/Feb/2004:14:18:28 -0500] Bad request line "/Envelope Monarch: "279 > 540""! > E [24/Feb/2004:14:18:28 -0500] Bad request line "ex=Notcapable""! > E [24/Feb/2004:14:18:28 -0500] Bad URI "Copies=4"" in request! > E [24/Feb/2004:14:18:28 -0500] Bad request line ": "%% > FoomaticRIPOptionSetting: Copies=41""! > E [24/Feb/2004:14:18:28 -0500] Bad request line "Copies=77""! > E [24/Feb/2004:14:18:28 -0500] Bad request line "rderDependency: 100 > AnySetup *TonerDensity"! > E [24/Feb/2004:14:18:28 -0500] Bad URI "Miscellaneous" in request! > E [24/Feb/2004:14:18:28 -0500] Bad request line "man: Standard "(001.007S)" > Standard ROM"! > whats wrong with using the standard printtool? If I remember right this is a postscript printer so should be dead simple > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From p1374953 at cedarville.edu Tue Feb 24 20:27:50 2004 From: p1374953 at cedarville.edu (Timothy Ryan Bierer) Date: Tue, 24 Feb 2004 15:27:50 -0500 Subject: up2date timeout Message-ID: <403BB3C6.2090405@cedarville.edu> Hey all, I run the command (as su -) "up2date --get" in the console and everything goes fine until it gets to "Fetching://fedora.redhat.com/up2date-mirrors/etc/." It spits out that there was a connection time out every time. I'm on a DSN network, so this is not a normal problem. Is there any way to change this? From p1374953 at cedarville.edu Tue Feb 24 20:30:08 2004 From: p1374953 at cedarville.edu (Timothy Ryan Bierer) Date: Tue, 24 Feb 2004 15:30:08 -0500 Subject: up2date timeout Message-ID: <403BB450.2080109@cedarville.edu> Hey all, I run the command (as su -) "up2date --get" in the console and everything goes fine until it gets to "Fetching://fedora.redhat.com/up2date-mirrors/etc/." It spits out that there was a connection time out every time. I'm on a DSN network, so this is not a normal problem. Is there any way to change this? From steve at rueb.com Tue Feb 24 20:36:26 2004 From: steve at rueb.com (Steve Bergman) Date: Tue, 24 Feb 2004 14:36:26 -0600 Subject: up2date timeout In-Reply-To: <403BB3C6.2090405@cedarville.edu> References: <403BB3C6.2090405@cedarville.edu> Message-ID: <403BB5CA.3080805@rueb.com> Timothy Ryan Bierer wrote: > Hey all, > I run the command (as su -) "up2date --get" in the console and > everything goes fine until it gets to > "Fetching://fedora.redhat.com/up2date-mirrors/etc/." It spits out > that there was a connection time out every time. I'm on a DSN > network, so this is not a normal problem. Is there any way to change > this? > > I tried to get up2date and up2date-gnome from download.fedora.redhat.com earlier and the server seemed quite heavily loaded. It took several attempts and about 30 minutes to get a full listing of the RPMS directory. I suspect this may be causing your problem. From mike at bristolreccc.co.uk Tue Feb 24 20:34:44 2004 From: mike at bristolreccc.co.uk (mike) Date: Tue, 24 Feb 2004 20:34:44 +0000 Subject: checkinstall seg-faults with test1 Message-ID: <1077654884.19180.16.camel@datacc> Since I upgraded to FC2 test1 checkinstall is seg-faulting as follows make -C installwatch-0.7.0beta3 make[1]: Entering directory `/home/mike/checkinstall-1.6.0beta3/ installwatch-0.7.0beta3' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/mike/checkinstall-1.6.0beta3/ installwatch-0.7.0beta3' cp checkinstall makepak /usr/local/sbin make: *** [install] Segmentation fault **** Installation failed. Aborting package creation. Cleaning up...OK Bye. anyone any ideas why? From davej at redhat.com Tue Feb 24 20:59:56 2004 From: davej at redhat.com (Dave Jones) Date: Tue, 24 Feb 2004 20:59:56 +0000 Subject: kernel-2.6.3-1.100 reiserfs ok, shmat strangeness (invalid arg) In-Reply-To: <20040224194556.GA28238@weisshuhn.de> References: <20040224194556.GA28238@weisshuhn.de> Message-ID: <1077656396.26834.0.camel@delerium.codemonkey.org.uk> On Tue, 2004-02-24 at 19:45, Bernhard Weisshuhn wrote: > Hi *, > > The sleep_on() dependency of reiserfs seems to be gone now, thanks Dave! good, thanks. > But something seems to have changed wrt shm: After booting the prebuild > smp kernel all applications failed on shmat(). Logs say something > like this: > > shmat(id=229378) failed: Invalid argument looking into it. theres at least 1 report in bugzilla of this breaking X too. Dave From notting at redhat.com Tue Feb 24 21:29:51 2004 From: notting at redhat.com (Bill Nottingham) Date: Tue, 24 Feb 2004 16:29:51 -0500 Subject: Trying stuff in the testing repository In-Reply-To: <20040224091845.GB6462@devserv.devel.redhat.com> References: <20040224091845.GB6462@devserv.devel.redhat.com> Message-ID: <20040224212949.GA14167@devserv.devel.redhat.com> Alan Cox (alan at redhat.com) said: > I have an FC1 box that tracks the testing repository. With the latest updates > it got part way through updating, failed on cpp (unpacking failed) - disk > was mostly empty. This set of updates applied so far also broke up2date > entirely > > Traceback (most recent call last): > File "/usr/sbin/up2date", line 1198, in ? > sys.exit(main() or 0) > File "/usr/sbin/up2date", line 316, in main > sources = sourcesConfig.getSources() > File "sourcesConfig.py", line 169, in getSources > File "sourcesConfig.py", line 32, in __init__ > File "sourcesConfig.py", line 61, in load > File "sourcesConfig.py", line 128, in parseYum > NameError: global name 'up2dateUtils' is not defined Please try the new 4.1.21-3, thanks. Bill From notting at redhat.com Tue Feb 24 21:30:21 2004 From: notting at redhat.com (Bill Nottingham) Date: Tue, 24 Feb 2004 16:30:21 -0500 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: <200402240357.42737.czar@czarc.net> References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> Message-ID: <20040224213021.GB14167@devserv.devel.redhat.com> Gene C. (czar at czarc.net) said: > On Monday 23 February 2004 16:25, Bill Nottingham wrote: > > Name : up2date > > Version : 4.1.21 > > Release : 2 > > Summary : Determines which system packages need to be updated via RHN. > > Description : > > The Red Hat Update Agent that automatically queries the Red Hat > > Network servers and determines which packages need to be updated on > > your machine. > > These seems to have problems on my system -- > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116637 4.1.21-3 is now in the same place, should fix this. Thanks for the report! Bill From bartk at clara.co.uk Tue Feb 24 21:37:06 2004 From: bartk at clara.co.uk (Bart Kalita) Date: Tue, 24 Feb 2004 21:37:06 +0000 Subject: smbmnt error in FC2 Message-ID: <403BC402.1000106@clara.co.uk> I've been trying to mount windows NTFS shares on FC2 in original test 1 Kernel and with the newest one , 2.6.3-1.100 and the error I get in shell and in webmin is as follows: ERROR: smbfs file system not supported by kernel Please refer to smbmnt (8) manual page smbmnt failes 255 I can stil create shares that are seen from windows machines. I was able to create and link to shares form Linux to windows via webmin in all previous linux'es I've used namely RH8, RH9, FC1 - all tests and final. Am I missing something? is that kernel feature off due to testing or ...? TIA -- ____________________________________________________ Bart Kalita MCP www.bart-domain.com www.astradine.no-ip.org From douglas.furlong at firebox.com Tue Feb 24 21:38:33 2004 From: douglas.furlong at firebox.com (Douglas Furlong) Date: Tue, 24 Feb 2004 21:38:33 +0000 Subject: upgrading rawhide In-Reply-To: <403B8823.9020901@rueb.com> References: <1077477322.6047.2.camel@simba.lion> <1077518496.31382.6.camel@binkley> <1077633147.2458.3.camel@simba.lion> <403B8823.9020901@rueb.com> Message-ID: <1077658713.403bc459ac207@helium.firebox.com> Quoting Steve Bergman : > M A Young wrote: > > > The simplest way to clear such a lock is to reboot. > > > > > > > > > Michael. Wash your mouth out with soap! Right now!!! ;-) > > You can delete the files in /var/lib/rpm which begin with __ (thats a > double underscore) > > That will also solve the problem. I beleive you should also run this command rpm --rebuilddb This will rebuild the database indeces from the installed package headers. I'm not sure what happens if you don't, but I would at a guess assume that some thing slows down considerably : ) Doug From mandreiana at rdslink.ro Tue Feb 24 21:49:34 2004 From: mandreiana at rdslink.ro (Marius Andreiana) Date: Tue, 24 Feb 2004 23:49:34 +0200 Subject: smbmnt error in FC2 In-Reply-To: <403BC402.1000106@clara.co.uk> References: <403BC402.1000106@clara.co.uk> Message-ID: <1077659373.12211.0.camel@marte.biciclete.ro> On Tue, 2004-02-24 at 23:37, Bart Kalita wrote: > I've been trying to mount windows NTFS shares on FC2 in original > test 1 Kernel and with the newest one , 2.6.3-1.100 and the error I > get in shell and in webmin is as follows: > > ERROR: smbfs file system not supported by kernel > Please refer to smbmnt (8) manual page > smbmnt failes 255 mount -t cifs ? -- Marius Andreiana Galuna - Solutii Linux in Romania http://www.galuna.ro From czar at czarc.net Tue Feb 24 21:45:12 2004 From: czar at czarc.net (Gene C.) Date: Tue, 24 Feb 2004 16:45:12 -0500 Subject: RPM update to 86_64 In-Reply-To: <403B7FAB.2060107@netscape.net> References: <403B761E.1070705@netscape.net> <200402241110.53436.czar@czarc.net> <403B7FAB.2060107@netscape.net> Message-ID: <200402241645.12365.czar@czarc.net> On Tuesday 24 February 2004 11:45, David McCormick wrote: > I hate to be a pain. But how does one rebuild a RPM? Thanks I am not giving the whole answer here because it is too involved. Nevertheless, what you need to look at is: man rpmbuild and go look at the how-to stuff available at http://fedoranews.org/ (specifically http://fedoranews.org/tchung/rpmbuild/ and http://fedoranews.org/hoyt/rpm/) You really need to build packages as non-root so look at ftp://people.redhat.com/mharris/hacks rpmbuild-nonroot* -- Gene From fenlason at redhat.com Tue Feb 24 21:52:32 2004 From: fenlason at redhat.com (Jay Fenlason) Date: Tue, 24 Feb 2004 16:52:32 -0500 Subject: smbmnt error in FC2 In-Reply-To: <403BC402.1000106@clara.co.uk> References: <403BC402.1000106@clara.co.uk> Message-ID: <20040224215232.GA5375@redhat.com> On Tue, Feb 24, 2004 at 09:37:06PM +0000, Bart Kalita wrote: > I've been trying to mount windows NTFS shares on FC2 in original > test 1 Kernel and with the newest one , 2.6.3-1.100 and the error I > get in shell and in webmin is as follows: > > ERROR: smbfs file system not supported by kernel > Please refer to smbmnt (8) manual page > smbmnt failes 255 > > I can stil create shares that are seen from windows machines. I was able > to create and link to shares form Linux to windows via webmin in all > previous linux'es I've used namely RH8, RH9, FC1 - all tests and final. > > Am I missing something? is that kernel feature off due to testing or ...? The Linux 2.6 kernel has replaced smbfs with cifs, which is more featureful, less buggy, and has an active maintainer. Read the mount.cifs manual page, then change your /etc/fstab entry appropriately. -- JF From czar at czarc.net Tue Feb 24 22:18:04 2004 From: czar at czarc.net (Gene C.) Date: Tue, 24 Feb 2004 17:18:04 -0500 Subject: amd64 Fedora Core In-Reply-To: References: <200402241108.18722.czar@czarc.net> Message-ID: <200402241718.04241.czar@czarc.net> On Tuesday 24 February 2004 12:50, Mike A. Harris wrote: > On Tue, 24 Feb 2004, Gene C. wrote: [snip] > > All RPM packages are built on all 7 architectures, both in Fedora > Core 1, and Fedora Core 2, so from that angle, it doesn't make > any more work than we already have, to produce AMD64 packages. > > There is some overhead involved with producing updates, but > _only_ if they are AMD64 specific updates. If they were updates > for x86 anyway, releasing for both x86 and AMD64 shouldn't really > pose additional effort. I agree. However, when I sent a private message to Mark McLoughlin yesterday (private because the mailing lists were hosed), he sent the following to Bill Nottingham: Hi Gene, Sorry, but I've no idea. Bill, are testing updates only released for i386 or ...? Cheers, Mark. And Bill's response was: Currently only releases for x86 in general, because of the way the process works. Bill [snip] > > The only problem I see from the "work" angle, is that when Fedora > Core 1 goes end of life, it should go end of life on all > architectures simultaneously in my opinion, however if AMD64 > release trails it, then either the AMD64 release isn't supported > for the same length of time from it's initial release, or else > additional effort would have to be spent supporting the AMD64 > release for n months from release date. However if we supported > AMD64 for the same length of time as we planned to support x86, > then we might as well support both of them until the same EOL > date, as everything builds on both arches anyway. EOL should be the current EOL for FC1. The fact that it might be shorter for amd64 is not something I consider important. > > Again, this is just some of my thoughts, bouncing in the air. > > >2. At the current time, FC1 is more stable (especially with all > >of the updates applied) than the current state of FC2 (as could > >be expected since FC2 is still in development and testing). In > >addition, it is not at all difficult to rebuild the ix86 > >packages for the x86_64 (I have done this for the current set of > >updates). FC1 test1 + updates is a fairly stable platform and > >should be pretty close to what would be available if FC1 x86_64 > >final was released. > > Agreed. And even after FC2 is finally released, it might be a > while before a 2.6.x based distribution could be considered as > stable as a final 2.4.x based distribution. In that case, I > would prefer myself to be running FC1 on an AMD64 box. I have found that FC1 x86_64 test1 plus errata (should be close to what would/will be final) to be quite stable. > > >So, work on getting FC2 with varying stability (there will be > >problems) or put time in to roll out a FC1 x86_64 final? At the > >present time, I lean toward option 1. I do have a working FC1 > >test1 plus all updates so the release of the FC2 x86_64 final > >will be of little value to me except to do testing for the > >community. > > I think you got your FC1's and FC2's mixed up in that last > sentence. Could you clarify? Oops. What I meant to say was that x86_64 FC1-test1 plus updates should be more or less identical to x86_64 FC1 final plus updates -- that is pretty much what I have now and thus the FC1 final will not improve things too much for me. However, not everyone has these updates available or necessarily the skills, etc. to create the updates themselves ... for them, we need a final. > > IMHO, we should release FC1 for AMD64 because enough people have > spent effort on it that it would be wasted if it wasn't released. > It just wont likely have the same lifespan as the x86 release > did, because it has been released much later than the x86 > release. >From my perspective, the person doing most of the work is Justin and I believe he sees doing both as a bit too much to be able to handle. I am not knocking him as he has done a lot of work for us all. > > What is currently blocking FC1/AMD64 from being released anyway? ?? OK, over to you other folks at Red Hat. -- Gene From czar at czarc.net Tue Feb 24 22:20:20 2004 From: czar at czarc.net (Gene C.) Date: Tue, 24 Feb 2004 17:20:20 -0500 Subject: amd64 Fedora Core In-Reply-To: <20040224175805.GE27005@comcast.net> References: <200402241108.18722.czar@czarc.net> <20040224175805.GE27005@comcast.net> Message-ID: <200402241720.20393.czar@czarc.net> On Tuesday 24 February 2004 12:58, Justin M. Forbes wrote: > That was not exactly what I was referring to. I think FC1 for x86_64 needs > to go to release, simply for the people who care about the 2.4 kernels. I > was referring to a test1 release for FC2. Sorry Justin. I misunderstood what you had said. -- Gene From mrsam at courier-mta.com Tue Feb 24 23:42:44 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Tue, 24 Feb 2004 18:42:44 -0500 Subject: Help: AMD64 System with Adaptec 29xxx U320 SCSI References: Message-ID: Matthew E Glogowski writes: > > i installed fedora core 1 yesterday on an ASUS based system. the problem > is the SCSI card has negotiated the lowest transfers. can anyone help me > determine how to bump the speeds back up to the ultra speeds? Connect the cable to the other 68-pin plug. On some dual-channel cards, only one channel goes up to 320 MB/s. The other channel will max out at 40 MB/s, and is for slow devices (CD-ROM, tape drives, etc?) You may find it necessary to limit the card to 160 MB/s. Right now, if I try to run mine at 320 MB/s, the kernel blows chunks and fails to boot. Whether you can, or cannot run the card at 320 MB/s, with the disks connected to the other plug, put your exact hardware info into bug 115351. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mrsam at courier-mta.com Tue Feb 24 23:45:34 2004 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Tue, 24 Feb 2004 18:45:34 -0500 Subject: RPM update to 86_64 References: <403B761E.1070705@netscape.net> <200402241110.53436.czar@czarc.net> <403B7FAB.2060107@netscape.net> Message-ID: David McCormick writes: > ? HTML content follows ? > > I hate to be a pain. But how does one rebuild a RPM?? Thanks mkdir $HOME/rpm mkdir $HOME/rpm/{RPMS,SRPMS,SPECS,SOURCES,BUILD} echo "%{_topdir} $HOME/rpm" >$HOME/.rpmmacros rpmbuild --rebuild name-version-release.src.rpm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From steve at rueb.com Wed Feb 25 00:08:30 2004 From: steve at rueb.com (Steve Bergman) Date: Tue, 24 Feb 2004 18:08:30 -0600 Subject: kernel-2.6.3-1.100 reiserfs ok, shmat strangeness (invalid arg) In-Reply-To: <1077656396.26834.0.camel@delerium.codemonkey.org.uk> References: <20040224194556.GA28238@weisshuhn.de> <1077656396.26834.0.camel@delerium.codemonkey.org.uk> Message-ID: <403BE77E.1000006@rueb.com> Dave Jones wrote: >> >> shmat(id=229378) failed: Invalid argument >> >> > >looking into it. theres at least 1 report in bugzilla of this breaking X >too. > > > > > X works for me. But mplayer is broken: X11 error: BadAccess (attempt to access private resource denied) From an strace: 2578 shmget(IPC_PRIVATE, 230400, IPC_CREAT|0777) = 1081356 2578 shmat(1081356, 0, 0) = -1 EINVAL (Invalid argument) My rawhide is coompletely up to date, except for openssl-devel which has a dependency issue. -Steve From techs_21 at yahoo.com Wed Feb 25 00:48:59 2004 From: techs_21 at yahoo.com (Eric Ebert) Date: Tue, 24 Feb 2004 16:48:59 -0800 (PST) Subject: Wierdness with Internet Message-ID: <20040225004859.64600.qmail@web21405.mail.yahoo.com> I'm currently running a box with Fedora Core 2 Test 1 on it. I have something that is very odd going on when I'm surfing the web. When I try to get to certain web sites (i.e. www.music123.com or www.riemans.com) they always time out. However, when I go to these sites on my laptop running windows XP they work fine. The really strange part is that my linux box is doing IP Masquerade for my XP laptop. Anyone have any thoughts on this because I haven't gotten beyond the fact that it is strange. Eric __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools From steve at rueb.com Wed Feb 25 00:53:01 2004 From: steve at rueb.com (Steve Bergman) Date: Tue, 24 Feb 2004 18:53:01 -0600 Subject: Wierdness with Internet In-Reply-To: <20040225004859.64600.qmail@web21405.mail.yahoo.com> References: <20040225004859.64600.qmail@web21405.mail.yahoo.com> Message-ID: <403BF1ED.1020007@rueb.com> Eric Ebert wrote: >I'm currently running a box with Fedora Core 2 Test 1 on it. I have something that is >very odd going on when I'm surfing the web. When I try to get to certain web sites (i.e. >www.music123.com or www.riemans.com) they always time out. However, when I go to these >sites on my laptop running windows XP they work fine. The really strange part is that my >linux box is doing IP Masquerade for my XP laptop. Anyone have any thoughts on this >because I haven't gotten beyond the fact that it is strange. > >Eric > >__________________________________ >Do you Yahoo!? >Yahoo! Mail SpamGuard - Read only the mail you want. >http://antispam.yahoo.com/tools > > > > Possibly ECN. Try: echo 0 > /proc/sys/net/ipv4/tcp_ecn -Steve From ggw at wolves.durham.nc.us Wed Feb 25 01:26:07 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Tue, 24 Feb 2004 20:26:07 -0500 Subject: system-config-httpd doesn't work (bugzilla #116772) Message-ID: <20040225012607.GA22663@wolves.durham.nc.us> I reported previously that system-config-httpd didn't seem to be working. I did a fresh install from a development mirror and the problem is still there. An examination of the "messages" log shows that the consolehelper is still trying to access "redhat-config-http" instead of "system-config-httpd" when running. Someone overlooked something simple in the configuration tables for console helper is what it looks like. -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From redhat-jc at insight.rr.com Wed Feb 25 02:17:53 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Tue, 24 Feb 2004 21:17:53 -0500 Subject: Fedora Core 1 Test Update: up2date-4.1.21-2, yum-2.0.5-1 In-Reply-To: <20040224153426.7bffe608.ms-nospam-0306@arcor.de> References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <20040224125726.390c7b83.ms-nospam-0306@arcor.de> <1077624271.4746.117.camel@athlon.localdomain> <20040224153426.7bffe608.ms-nospam-0306@arcor.de> Message-ID: <403C05D1.8000601@insight.rr.com> Michael Schwendt wrote: > On Tue, 24 Feb 2004 13:04:32 +0100, Leonard den Ottolander wrote: > > >>Hello Michael, >> >> >>>Admittedly, I still think it's a weird idea to post these announcements to >>>fedora-test-list instead of fedora-list. >> >>They are test updates. Not interesting (?) for "normal" Fedora users. >>Final updates are announced via fedora-announce. But a separate list for >>test current and test beta might be a good idea. > > > Users of Fedora Core 1 will be those who install the updates as soon as > they are released without having been tested enough by people who focus on > Fedora Core 2 Test1. Hence it would be good if the target group of the > update candidates learns about those Test Updates on fedora-list. > I think that discussing the problems encountered with Fedora Core 1 test packages do need to be relayed to the Fedora user list. I updates up2date at work today and encountered the problem that the bug submitted described. Others might benefit by being forewarned, except for the very heavy traffic. But overall, I think that test updates for FC1 should be posted here. The main reason being the lighter traffic and it is a problem relating to testing a program. I usally have not updated up2date until I finished retrieving all other programs. This was because of the fear that up2date might fail and I'd have to retrieve the programs manually. I downloaded the new test kernel and up2date. I then started up2date again to get the rest of the programs. Up2date failed. I retrieved the other rpms that were still listed by the applet. I then ftp'ed them to a local directory and ran "rpm Fvh *.rpm" Up2date still failed after upgrading the other announced programs. I guess I should have kept with my previous practice of updating up2date last. Jim From netopml at newview.com Wed Feb 25 02:18:00 2004 From: netopml at newview.com (netopml at newview.com) Date: 24 Feb 2004 21:18:00 -0500 Subject: kernel-2.6.3-1.100 reiserfs ok, shmat strangeness (invalid arg) In-Reply-To: <1077656396.26834.0.camel@delerium.codemonkey.org.uk> References: <20040224194556.GA28238@weisshuhn.de> <1077656396.26834.0.camel@delerium.codemonkey.org.uk> Message-ID: davej at redhat.com (Dave Jones) writes: > looking into it. theres at least 1 report in bugzilla of this breaking X > too. Count me in... -- Mathieu Chouquet-Stringer E-Mail : mathieu at newview.com Never attribute to malice that which can be adequately explained by stupidity. -- Hanlon's Razor -- From masinick at yahoo.com Wed Feb 25 02:30:47 2004 From: masinick at yahoo.com (Brian Masinick) Date: Tue, 24 Feb 2004 21:30:47 -0500 Subject: kernel-2.6.3-1.100 reiserfs ok, shmat strangeness (invalid arg) In-Reply-To: References: <20040224194556.GA28238@weisshuhn.de> <1077656396.26834.0.camel@delerium.codemonkey.org.uk> Message-ID: <403C08D7.6090007@yahoo.com> netopml at newview.com wrote: >davej at redhat.com (Dave Jones) writes: > > >>looking into it. theres at least 1 report in bugzilla of this breaking X >>too. >> >> > >Count me in... > > I have 2.6 kernels available for 3 systems; Fedora Core 2, Test 1, Mandrake 10.0 Beta 2, and Debian. In all three cases, I can boot the system, but I can't run X. Perhaps the problem is not unique to the Fedora Project. -- Brian Masinick mailto:masinick at yahoo.com From redhat-jc at insight.rr.com Wed Feb 25 02:55:23 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Tue, 24 Feb 2004 21:55:23 -0500 Subject: kernel-2.6.3-1.100 reiserfs ok, shmat strangeness (invalid arg) In-Reply-To: <403C08D7.6090007@yahoo.com> References: <20040224194556.GA28238@weisshuhn.de> <1077656396.26834.0.camel@delerium.codemonkey.org.uk> <403C08D7.6090007@yahoo.com> Message-ID: <403C0E9B.10605@insight.rr.com> Brian Masinick wrote: > netopml at newview.com wrote: > >> davej at redhat.com (Dave Jones) writes: >> >> >>> looking into it. theres at least 1 report in bugzilla of this breaking X >>> too. >>> >> >> >> Count me in... >> >> > I have 2.6 kernels available for 3 systems; Fedora Core 2, Test 1, > Mandrake 10.0 Beta 2, and Debian. In all three cases, I can boot the > system, but I can't run X. Perhaps the problem is not unique to the > Fedora Project. > Reiserfs works now! But regarding dmesg relating to the X not starting problem. I am getting this excerpt in dmesg. atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0). atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0). atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly. I'm running the smp version on a uniprocessor machine. I don't know if this happens with the non-smp kernel yet. X is working for me. Maybe helpful, but probably nothing to do with X not starting on some machines. Jim From ojgbagg27ab at msn.com Wed Feb 25 04:12:09 2004 From: ojgbagg27ab at msn.com (alton bailey) Date: Tue, 24 Feb 2004 23:12:09 -0500 Subject: kernel 2.6.3-2.1.196 - (mice or mouse) References: <4038123D.2000600@insight.rr.com> Message-ID: I did the change tin the Xfreeconfig and point it to /devinput/mice and it works thanks very much alton ----- Original Message ----- From: "Jim Cornette" To: Sent: Saturday, February 21, 2004 9:21 PM Subject: Re: kernel 2.6.3-2.1.196 - (mice or mouse) > Alexandre Oliva wrote: > > On Feb 21, 2004, "alton bailey" wrote: > > > > > >>I upgrade my kernel yesterday and reboot my System running FC2 Test1 and > >>I > >>got a message stating ( I cannot start X Server your graphical interface > >>it > >>seem the pointing device your mouse is not setup correctly) how can I > >>resolve this problem or do I have to use the kernel that works with my > >>mice > > > > > > Search for one of the dozen threads about /dev/input/mice in the past > > few days. > > > > BTW, if you're running FC, why are you using 2.1.196 instead of the > > kernel from the Fedora development tree? > > > > I was wondering why there were two instances to add information for the > mouse. I realize that by the comments that it is for multiple mice > configuration. (Laptop keypad and maybe a ps2 or usb external mouse.) > > Since the second instance pointed to "/dev/input/mice" and the first one > pointed to now no longer valid "/dev/psaux" for ps2. > Why are they both still present? I thought from reading mailing lists > that the new "/dev/input/mice" worked for multiple devices already. > (especially with the plural used) > > Anyway, I changed mine to both point to /dev/input/mice and X is working > fine with the two identical entries. Is this first entry intended to > point to /dev/mouse, which is symlinked and changed by kudzu or whatever? > > I didn't see the use of symlinking "/dev/mouse" to "/dev/input/mouse", > just in case kudzu had some strange ideas as to what to change the link > to. > > Jim > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From jimshep at mindspring.com Wed Feb 25 04:39:45 2004 From: jimshep at mindspring.com (Jim Shepherd) Date: Tue, 24 Feb 2004 23:39:45 -0500 Subject: Wierdness with Internet Message-ID: <1077683985.24601.7.camel@shep.shepherdnet.net> I possibly have the same problem. I installed Fedora Core 2 Test 1 and had no problems with network connectivity, even after running yum several times to update the packages. Today, I updated again and now I can only access internet sites on the other side of my home router (Wireless Linksys) by using the actual IP address, name resolution fails. My other computer on the home network running RedHat 9 still has full network connectivity. I also tried disabling ECN: I logged in as root, typed: echo 0 > /proc/sys/net/ipv4/tcp_ecn and still had the same problems. I even restarting network services after disabling ECN without success. I also checked resolv.conf and it is the same as the RedHat 9 computer. Any ideas? -Jim From steve at rueb.com Wed Feb 25 04:55:17 2004 From: steve at rueb.com (Steve Bergman) Date: Tue, 24 Feb 2004 22:55:17 -0600 Subject: Wierdness with Internet In-Reply-To: <1077683985.24601.7.camel@shep.shepherdnet.net> References: <1077683985.24601.7.camel@shep.shepherdnet.net> Message-ID: <403C2AB5.2070903@rueb.com> FWIW, both site's mentioned in Eric's post fail to load for me when ECN is on, but load immediately when ECN is off. You also mention the magic word: "Linksys" which seems more or less synonymous with "ECN problems". I can't help but feel that where there's smoke, there's fire. From jimshep at mindspring.com Wed Feb 25 04:58:29 2004 From: jimshep at mindspring.com (Jim Shepherd) Date: Tue, 24 Feb 2004 23:58:29 -0500 Subject: Wierdness with Internet In-Reply-To: <1077683985.24601.7.camel@shep.shepherdnet.net> References: <1077683985.24601.7.camel@shep.shepherdnet.net> Message-ID: <1077685108.3321.1.camel@kitchen.shepherdnet.net> On Tue, 2004-02-24 at 23:39 -0500, Jim Shepherd wrote: > I possibly have the same problem. I installed Fedora Core 2 Test 1 and > had no problems with network connectivity, even after running yum > several times to update the packages. Today, I updated again and now I > can only access internet sites on the other side of my home router > (Wireless Linksys) by using the actual IP address, name resolution > fails. My other computer on the home network running RedHat 9 still has > full network connectivity. > > I also tried disabling ECN: I logged in as root, typed: > > echo 0 > /proc/sys/net/ipv4/tcp_ecn > > and still had the same problems. I even restarting network services > after disabling ECN without success. I also checked resolv.conf and it > is the same as the RedHat 9 computer. Any ideas? > > -Jim > More information... I downgraded to kernel 2.6.3-1.81 and now the internet connectivity is operational again. I also tried 2.6.3-1.96 and it had the same name resolution problems as 2.6.3-1.100 which is the latest version I have installed. -Jim From jimshep at mindspring.com Wed Feb 25 05:09:32 2004 From: jimshep at mindspring.com (Jim Shepherd) Date: Wed, 25 Feb 2004 00:09:32 -0500 Subject: Wierdness with Internet In-Reply-To: <403C2AB5.2070903@rueb.com> References: <1077683985.24601.7.camel@shep.shepherdnet.net> <403C2AB5.2070903@rueb.com> Message-ID: <1077685772.3321.5.camel@kitchen.shepherdnet.net> On Tue, 2004-02-24 at 22:55 -0600, Steve Bergman wrote: > FWIW, both site's mentioned in Eric's post fail to load for me when ECN > is on, but load immediately when ECN is off. You also mention the magic > word: "Linksys" which seems more or less synonymous with "ECN > problems". I can't help but feel that where there's smoke, there's fire. > Well, I tried disabling ECN without success. Is there something else I have to do besides entering the command: echo 0 > /proc/sys/net/ipv4/tcp_ecn I have verified that the file is set to 0 using cat and have also restarted the network services. Is there something else I need to do? -Jim From jimshep at mindspring.com Wed Feb 25 05:15:53 2004 From: jimshep at mindspring.com (Jim Shepherd) Date: Wed, 25 Feb 2004 00:15:53 -0500 Subject: Wierdness with Internet In-Reply-To: <403C2AB5.2070903@rueb.com> References: <1077683985.24601.7.camel@shep.shepherdnet.net> <403C2AB5.2070903@rueb.com> Message-ID: <1077686152.3321.10.camel@kitchen.shepherdnet.net> On Tue, 2004-02-24 at 22:55 -0600, Steve Bergman wrote: > FWIW, both site's mentioned in Eric's post fail to load for me when ECN > is on, but load immediately when ECN is off. You also mention the magic > word: "Linksys" which seems more or less synonymous with "ECN > problems". I can't help but feel that where there's smoke, there's fire. > > One other data point. Right now, everything works well with 2.6.3-1.81 and ECN enabled (tcp_ecn is set to 1). But with 2.6.3-1.96 and 2.6.3- 1.100 internet connectivity does not work with ECN enabled or disabled (assuming I am actually disabling ECN correctly). -Jim -Jim From steve at rueb.com Wed Feb 25 05:13:48 2004 From: steve at rueb.com (Steve Bergman) Date: Tue, 24 Feb 2004 23:13:48 -0600 Subject: Wierdness with Internet In-Reply-To: <1077685772.3321.5.camel@kitchen.shepherdnet.net> References: <1077683985.24601.7.camel@shep.shepherdnet.net> <403C2AB5.2070903@rueb.com> <1077685772.3321.5.camel@kitchen.shepherdnet.net> Message-ID: <403C2F0C.7020905@rueb.com> No. I think you have done what you can. Where is your DNS server? Is it on your LAN or is it on the other side of your router? As it happens, I am running the -81 kernel myself, due to problems that the later kernels have with reiserfs and shmat. I'll test with -100 and see what happens with Eric's sites. -Steve From jspaleta at princeton.edu Wed Feb 25 05:21:21 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Wed, 25 Feb 2004 00:21:21 -0500 Subject: Fedora Bug Day Tomorrow: Feb 25th 2004: Eat bugs before the bugs eat you Message-ID: <1077686481.21407.37.camel@goober.localdomain> What: Fedora Bug Day: making bugzilla cry uncle Tomorrow is a general effort to triage Fedora Core bugs, I'm sure there are some bugs against the fc2 test release that can use a group hug from community triaging, a hug or a baseball bat in the form of a well crafted patch. Interested in helping out trying to close bug reports out or marking them up, show up on the #fedora-bugs irc channel tomorrow, and get you feet wet in the triage discussions, And if wading into Fedora Core's bugzilla looking for bugreports to try to help close, isn't you cup of tea, you might find helping with the fedora.us addon package QA process is something you want to start getting involved in. 330+ packages waiting for peer review in the QA que ( http://www.fedora.us/QA ). If you are interested in helping out with that fedora.us QA effort, but don't really know how to get started, pick a package in that list you like, and drop in on the irc channel and hopefully someone an find some time to answer your questions about how you go about helping out with QA. I'm feeling bad about not having enough time to be around last week, so I have deliberately broken the equipment I'm responsible for at work, so that I can have enough time tomorrow to shepherd the volunteers for a Fedora Bug Day. Well, i didn't really deliberately break the equipment. It's sort of their fault for tying me to my desk with a critical high voltage power cable not expecting me to chew through it to get to the coffee machine. Anyways... When: Feb 25th, starting at 14:00 UTC (09:00 EST), Where: #fedora-bugs channel on freenode irc network Who: Pretty much everyone. If you have a little time to spare, and want to help make it easier for the developers by helping organize the untamed sea of bugreports in bugzilla, then triage just might be for you. You don't need to code(though if you can, patch submissions are always welcome), you just need a web browser and an account at bugzilla.redhat. com. An irc client or email client would help too...since you probably want to try to communicate to the other triagers either on irc on the fedora-bugs channel at freenode, or in the mailinglist at duke. https://lists.dulug.duke.edu/pipermail/fedora-triage-list/ Huh: No Clue What I'm talking about when I say the phrase Fedora Triage? Take a quick look at the fedora-triage-list archives: https://lists.dulug.duke.edu/pipermail/fedora-triage-list/ These messages should hopefully tell you what its all about in more detail: http://tinyurl.com/ywma3 - Summary of my vision for Fedora Triage http://tinyurl.com/23alw - My short term goals and long term plan -jef"tungsten splinters under your finger nails, are not as bad you might think"spaleta -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jimshep at mindspring.com Wed Feb 25 05:24:36 2004 From: jimshep at mindspring.com (Jim Shepherd) Date: Wed, 25 Feb 2004 00:24:36 -0500 Subject: Wierdness with Internet In-Reply-To: <403C2F0C.7020905@rueb.com> References: <1077683985.24601.7.camel@shep.shepherdnet.net> <403C2AB5.2070903@rueb.com> <1077685772.3321.5.camel@kitchen.shepherdnet.net> <403C2F0C.7020905@rueb.com> Message-ID: <1077686676.3321.12.camel@kitchen.shepherdnet.net> On Tue, 2004-02-24 at 23:13 -0600, Steve Bergman wrote: > No. I think you have done what you can. Where is your DNS server? Is > it on your LAN or is it on the other side of your router? The DNS is on the other side of the router. -Jim From steve at rueb.com Wed Feb 25 05:24:02 2004 From: steve at rueb.com (Steve Bergman) Date: Tue, 24 Feb 2004 23:24:02 -0600 Subject: Wierdness with Internet In-Reply-To: <1077686152.3321.10.camel@kitchen.shepherdnet.net> References: <1077683985.24601.7.camel@shep.shepherdnet.net> <403C2AB5.2070903@rueb.com> <1077686152.3321.10.camel@kitchen.shepherdnet.net> Message-ID: <403C3172.1040805@rueb.com> Well, with the -100 kernel I have exactly the same results. With ECN on there are problems loading Eric's sites. With ECN off, it works. I was thinking that perhaps there was a problem turning ECN off in later kernels. Apparently not. -Steve From steve at rueb.com Wed Feb 25 05:31:18 2004 From: steve at rueb.com (Steve Bergman) Date: Tue, 24 Feb 2004 23:31:18 -0600 Subject: Wierdness with Internet In-Reply-To: <1077686676.3321.12.camel@kitchen.shepherdnet.net> References: <1077683985.24601.7.camel@shep.shepherdnet.net> <403C2AB5.2070903@rueb.com> <1077685772.3321.5.camel@kitchen.shepherdnet.net> <403C2F0C.7020905@rueb.com> <1077686676.3321.12.camel@kitchen.shepherdnet.net> Message-ID: <403C3326.4020100@rueb.com> Jim Shepherd wrote: >On Tue, 2004-02-24 at 23:13 -0600, Steve Bergman wrote: > > >>No. I think you have done what you can. Where is your DNS server? Is >>it on your LAN or is it on the other side of your router? >> >> > >The DNS is on the other side of the router. > >-Jim > > > > Hmm. What happens if you: # up2date bind caching-nameserver # service start named and then set the DNS server to 127.0.0.1? Just fishing for more info. -Steve From dsavage at peaknet.net Wed Feb 25 05:54:07 2004 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Tue, 24 Feb 2004 23:54:07 -0600 Subject: perl + spamassasin dependency redux Message-ID: <1077688447.4153.43.camel@lioness.thunderpurr.net> The latest perl and perl-suidperl 5.8.3-9 packages just posted to updates-testing trigger a familiar dependency problem: Unresolvable chain of dependencies: spamassassin 2.63-0.2 requires /usr/lib/perl5/site_perl/5.8.1 Please modify your package selections and try again. The -0.2 spamassassin package fixed a similar problem on Feb 11. Warren? Michael? Shrek-m? Gentlemen, start your engines... --Doc Savage Fairview Heights, IL From ewilson at ebiz.cx Wed Feb 25 08:43:28 2004 From: ewilson at ebiz.cx (Eric Wilson) Date: Wed, 25 Feb 2004 02:43:28 -0600 (CST) Subject: so then, what is the update process for FC2 test1? Message-ID: <1949.10.10.10.1.1077698608.squirrel@webmail.ebiz.cx> OK, I've always been fairly conservative when it comes to testing new releases, but I'm dieing to try the 2.6 kernel, so I'm new to this test process. So, I've pulled down FC 2 test 1, and I'm having the same problems everyone else is. Too, up2date fails in the same manner listed in the lists. I want to think I've been a good steward and a fairly cluey admin. I've looked at the mailing lists and what docs I could find. I've seen several threads about up2date and whether or not it should be used on FC2 test 1, but I don't recall anything definitive. I don't really have a clear picture of the process for updating these test1 packages with their fixes. Can someone point me to the doc for it? Cheers; E! ----------------- Eric Wilson From timh at contentspace.demon.co.uk Wed Feb 25 09:03:43 2004 From: timh at contentspace.demon.co.uk (Tim Hawkins) Date: Wed, 25 Feb 2004 09:03:43 +0000 Subject: Upgraded to FC2T1 In-Reply-To: <20040223074714.03CD13DC9@xprdmailfe11.nwk.excite.com> References: <20040223074714.03CD13DC9@xprdmailfe11.nwk.excite.com> Message-ID: <403C64EF.4080708@contentspace.demon.co.uk> Freddy wrote: >I upgraded from fedora core 1 to core 2 test 2 and so for things have been going ok. The first problem I hit though was, it would not start anaconda with my cisco aironet 350 inserted (this is a laptop). Taking it out allowed me to do the upgrade, which took about 3 hours... Is that normal? The update removed the kernels that came with core 1, but left me my custom compiled kernel, which still boots up fine, except it doesn't start my pcmcia. With the 2.6.1-1.65 kernel that came with it, nothing worked, except 3d, which I was impressed with. I have a Dell Latitude C400 which I am doing this on, and so far so good, core 2 looks pretty cool. I'm trying to update with up2date right now, but it seems to have frozen on "Fetching rpm header: ORBit-devel-0.5.17-11.4" but anyway, it's looking good. I'll try to get everything else to work now... > >_______________________________________________ >Join Excite! - http://www.excite.com >The most personalized portal on the Web! > > > > I had the same problem, anacoda would bomb out with a sig 11 if there where any pcmcia or cf cards in the laptop, once ananconda had started, I could push the card back in. From ms-nospam-0306 at arcor.de Wed Feb 25 09:32:20 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 25 Feb 2004 10:32:20 +0100 Subject: perl + spamassasin dependency redux In-Reply-To: <1077688447.4153.43.camel@lioness.thunderpurr.net> References: <1077688447.4153.43.camel@lioness.thunderpurr.net> Message-ID: <20040225103220.7cca9600.ms-nospam-0306@arcor.de> On Tue, 24 Feb 2004 23:54:07 -0600, Robert G. (Doc) Savage wrote: > The latest perl and perl-suidperl 5.8.3-9 packages just posted to > updates-testing trigger a familiar dependency problem: > > Unresolvable chain of dependencies: > spamassassin 2.63-0.2 requires /usr/lib/perl5/site_perl/5.8.1 > > Please modify your package selections and try again. > > The -0.2 spamassassin package fixed a similar problem on Feb 11. > > Warren? Michael? Shrek-m? Gentlemen, start your engines... Well, no surprise that a Perl version upgrade done like this would break such a dependency. Directory ownership within the "perl" package is still incomplete, making dependencies on paths more fragile. Especially since a version upgrade has been performed, and the version is a directory name. While the previous perl-5.8.1-92 package owned just $ rpm -ql perl |grep '\(site\|vendor\)' /usr/lib/perl5/site_perl /usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi but not the vendor directories, the 5.8.3-9 is a version upgrade and contains site and vendor directories $ rpm -ql perl |grep '\(site\|vendor\)' /usr/lib/perl5/site_perl /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi/auto /usr/lib/perl5/vendor_perl /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi/auto but not the other supported directories of Perl modules built for older compatible versions: $ perl -e 'print join("\n", @INC);' | grep -v 5.8.3 | grep 5.8 /usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.1/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.2 /usr/lib/perl5/vendor_perl/5.8.1 /usr/lib/perl5/vendor_perl/5.8.0 Preferably, the perl package would include all these directories, too, so perl module packages installing into them have a good home. [...] The original problem with the weak dependency of the spamassassin package has not been solved and cannot be solved unless the Perl package provides Chip Turner's suggested virtual capabilities _or_ implmements @INC path ownership correctly. -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From shrek-m at gmx.de Wed Feb 25 10:02:43 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 25 Feb 2004 11:02:43 +0100 Subject: perl + spamassasin dependency redux In-Reply-To: <1077688447.4153.43.camel@lioness.thunderpurr.net> References: <1077688447.4153.43.camel@lioness.thunderpurr.net> Message-ID: <403C72C3.5010407@gmx.de> Robert G. (Doc) Savage wrote: >The latest perl and perl-suidperl 5.8.3-9 packages just posted to >updates-testing trigger a familiar dependency problem: > > Unresolvable chain of dependencies: > spamassassin 2.63-0.2 requires /usr/lib/perl5/site_perl/5.8.1 > # LANG=C rpm -Fvh --test perl-5.8.3-9.i386.rpm error: Failed dependencies: /usr/lib/perl5/site_perl/5.8.1 is needed by (installed) spamassassin-2.63-0.2 -- shrek-m From mail.sw.rh.rhl.beta at spam.fi.basen.net Wed Feb 25 10:13:05 2004 From: mail.sw.rh.rhl.beta at spam.fi.basen.net (Kaj J. Niemi) Date: Wed, 25 Feb 2004 12:13:05 +0200 Subject: Wierdness with Internet References: <1077683985.24601.7.camel@shep.shepherdnet.net> <403C2AB5.2070903@rueb.com> Message-ID: <200402251013.i1PAD5kE002860@d105.fi.basen.net> > FWIW, both site's mentioned in Eric's post fail to load for me when ECN > is on, but load immediately when ECN is off. You also mention the magic > word: "Linksys" which seems more or less synonymous with "ECN > problems". I can't help but feel that where there's smoke, there's fire. Both sites work fine with ECN enabled. Most likely the problem is something else. // kaj From aoliva at redhat.com Wed Feb 25 10:15:41 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 25 Feb 2004 07:15:41 -0300 Subject: so then, what is the update process for FC2 test1? In-Reply-To: <1949.10.10.10.1.1077698608.squirrel@webmail.ebiz.cx> References: <1949.10.10.10.1.1077698608.squirrel@webmail.ebiz.cx> Message-ID: On Feb 25, 2004, "Eric Wilson" wrote: > I don't really have a clear picture of the process for updating these > test1 packages with their fixes. > Can someone point me to the doc for it? The up2date that ships with FC2test1 is configured to update from the Fedora Core Development tree, also known as RawHide, or one of its mirrors. Updates are pushed to it pretty much every day. I think that's as definitive a doc as you'll get. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From bart.martens at chello.be Wed Feb 25 10:33:07 2004 From: bart.martens at chello.be (Bart Martens) Date: Wed, 25 Feb 2004 11:33:07 +0100 Subject: where to announce and discuss test updates (Re: Fedora Core 1 Test Update) In-Reply-To: <403C05D1.8000601@insight.rr.com> References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <20040224125726.390c7b83.ms-nospam-0306@arcor.de> <1077624271.4746.117.camel@athlon.localdomain> <20040224153426.7bffe608.ms-nospam-0306@arcor.de> <403C05D1.8000601@insight.rr.com> Message-ID: <1077705187.3734.23.camel@localhost.localdomain> On Wed, 2004-02-25 at 03:17, Jim Cornette wrote: > Michael Schwendt wrote: > > On Tue, 24 Feb 2004 13:04:32 +0100, Leonard den Ottolander wrote: > >>>Admittedly, I still think it's a weird idea to post these announcements to > >>>fedora-test-list instead of fedora-list. > >>They are test updates. Not interesting (?) for "normal" Fedora users. > >>Final updates are announced via fedora-announce. But a separate list for > >>test current and test beta might be a good idea. > I think that discussing the problems encountered with Fedora Core 1 test > packages do need to be relayed to the Fedora user list. ... > But overall, I think that test updates for FC1 should be posted here. > The main reason being the lighter traffic and it is a problem relating > to testing a program. How about doing the announcements of test updates in fedora-list, to get people not following fedora-test-list to try the updates, and ask to discuss test results on fedora-test-list? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From techs_21 at yahoo.com Wed Feb 25 11:05:13 2004 From: techs_21 at yahoo.com (Eric Ebert) Date: Wed, 25 Feb 2004 03:05:13 -0800 (PST) Subject: Wierdness with Internet Message-ID: <20040225110513.86226.qmail@web21409.mail.yahoo.com> Works well with ECN disabled. Thanks. Eric Message: 11 Date: Tue, 24 Feb 2004 18:53:01 -0600 From: Steve Bergman To: fedora-test-list at redhat.com Subject: Re: Wierdness with Internet Reply-To: fedora-test-list at redhat.com Eric Ebert wrote: >I'm currently running a box with Fedora Core 2 Test 1 on it. I have something that is >very odd going on when I'm surfing the web. When I try to get to certain web sites (i.e. >www.music123.com or www.riemans.com) they always time out. However, when I go to these >sites on my laptop running windows XP they work fine. The really strange part is that my >linux box is doing IP Masquerade for my XP laptop. Anyone have any thoughts on this >because I haven't gotten beyond the fact that it is strange. > >Eric > >__________________________________ >Do you Yahoo!? >Yahoo! Mail SpamGuard - Read only the mail you want. >http://antispam.yahoo.com/tools > > > > Possibly ECN. Try: echo 0 > /proc/sys/net/ipv4/tcp_ecn -Steve --__--__-- __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools From chiodr at kscems.ksc.nasa.gov Wed Feb 25 13:07:28 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Wed, 25 Feb 2004 08:07:28 -0500 Subject: Multiple Installed Packeages Message-ID: <1077714448.31314.18.camel@tweedy.ksc.nasa.gov> Good Morning, I've had several up2date and yum hiccups lately and ran out of disk space. Delving into where the space went, I found that I have two versions of quite a few packages installed. For example, rpm -qa | grep cyrus | sort returns the following: cyrus-imapd-2.2.3-2 cyrus-imapd-devel-2.2.3-2 cyrus-imapd-devel-2.2.3-4 cyrus-imapd-murder-2.2.3-2 cyrus-imapd-murder-2.2.3-4 cyrus-imapd-nntp-2.2.3-2 cyrus-imapd-nntp-2.2.3-4 cyrus-imapd-utils-2.2.3-2 cyrus-imapd-utils-2.2.3-4 cyrus-sasl-2.1.17-1 cyrus-sasl-devel-2.1.17-1 cyrus-sasl-gssapi-2.1.17-1 cyrus-sasl-md5-2.1.17-1 cyrus-sasl-plain-2.1.17-1 yum update complains that cyrus-imapd-2.2.3-2 is not available, when trying to update the other cyrus-imapd-xxxx packages. Is there a way to clean this up? I tried rpm --rebuilddb incase the database was toast, but no luck. Bob... From leonard at den.ottolander.nl Wed Feb 25 13:10:35 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Wed, 25 Feb 2004 14:10:35 +0100 Subject: where to announce and discuss test updates (Re: Fedora Core 1 Test Update) In-Reply-To: <1077705187.3734.23.camel@localhost.localdomain> References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <20040224125726.390c7b83.ms-nospam-0306@arcor.de> <1077624271.4746.117.camel@athlon.localdomain> <20040224153426.7bffe608.ms-nospam-0306@arcor.de> <403C05D1.8000601@insight.rr.com> <1077705187.3734.23.camel@localhost.localdomain> Message-ID: <1077714635.4750.6.camel@athlon.localdomain> Hello Bart, > How about doing the announcements of test updates in fedora-list, to get > people not following fedora-test-list to try the updates, and ask to > discuss test results on fedora-test-list? Announcements on the fedora-lists are fine with me as they might indeed attract some more attention. But discussing these test updates on that list I also don't fancy (the amount of traffic there is impressive, I think about the same amount of posts in three months as the amount of posts to the redhat-list in a full year). The idea to have different lists for the different releases or test phases is not a bad idea either. Not sure about the naming, maybe test for test current and beta for test beta? Or a separate list for the different releases, as we might still have test updates for FC1 when FC2 has already been released. Test-FC1, Test-FC2 etc. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From peter_banks at charter.net Wed Feb 25 13:16:02 2004 From: peter_banks at charter.net (Peter A. Banks) Date: Wed, 25 Feb 2004 08:16:02 -0500 Subject: Still Problems/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. In-Reply-To: <20040225090401.15172.77834.Mailman@listman.back-rdu.redhat.com> Message-ID: Just for grins, (being unemployed I have lots of time) I deleted the hwconf file in /etc/syscconfig directory and the lines in the modprobe file to determine if kudzu would properly discover my Creative Labs/Ensonic PCI 1371 Card. (I update my Fedora system everyday.) Now kudzu selects the right driver in the "alias sound-slot-0 snd-ens1371" statement but the install sound-slot-0 state does not load the driver. After a lot of attempts to get the line to work, I gave up and loaded the following two lines in the /etc rc.local file: modprobe snd-ens1371 alsactl restore Works great! Regards, pab From mike at netlyncs.com Wed Feb 25 13:36:38 2004 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 25 Feb 2004 07:36:38 -0600 Subject: Multiple Installed Packeages In-Reply-To: <1077714448.31314.18.camel@tweedy.ksc.nasa.gov> References: <1077714448.31314.18.camel@tweedy.ksc.nasa.gov> Message-ID: <1077716198.4754.2.camel@bart.netlyncs.com> On Wed, 2004-02-25 at 07:07, Bob Chiodini wrote: > cyrus-imapd-utils-2.2.3-2 > cyrus-imapd-utils-2.2.3-4 > Is there a way to clean this up? I tried rpm --rebuilddb incase the > database was toast, but no luck. rpm -e cyrus-imapd-utils-2.2.3-2 (if more than one version of the same package/name are installed, then you can still remove the rpm by including the name-version.number of one that you want to remove and that will still leave the other package installed for you to use). -- Mike Chambers Madisonville, KY "You think it's funny until someone gets hurt...Then it's hilarious!" From whooperhsd3 at earthlink.net Wed Feb 25 13:37:29 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Wed, 25 Feb 2004 08:37:29 -0500 (EST) Subject: where to announce and discuss test updates (Re: Fedora Core 1 Test Update) In-Reply-To: <1077705187.3734.23.camel@localhost.localdomain> References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <20040224125726.390c7b83.ms-nospam-0306@arcor.de> <1077624271.4746.117.camel@athlon.localdomain> <20040224153426.7bffe608.ms-nospam-0306@arcor.de> <403C05D1.8000601@insight.rr.com> <1077705187.3734.23.camel@localhost.localdomain> Message-ID: <4138.12.29.16.103.1077716249.squirrel@12.29.16.103> Bart Martens said: > How about doing the announcements of test updates in fedora-list, to get > people not following fedora-test-list to try the updates, and ask to > discuss test results on fedora-test-list? When people insist on posting FC2Test1 things to the Fedora-list now? I don't think that will work. FC1 Updates-testing stuff has been posted to this list since the start and just now has become a problem? If you make this list a "test distro release" only list then it will be dead every time between releases. I personally don't see a problem with putting "updates-testing" and "test distro release" in one list because generally when one is gaining traffic the other will be waining. I'd like to think that people testing stuff are smart enough to read the subject lines and post what release they are talking about :-) -- William Hooper From mike at netlyncs.com Wed Feb 25 13:47:28 2004 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 25 Feb 2004 07:47:28 -0600 Subject: Mozilla crashes with latest rawhide updates Message-ID: <1077716847.4754.5.camel@bart.netlyncs.com> Anyone else seeing Mozilla just close when viewing certain sites (espn is one of them) with the latest rawhide updates? No, mozilla was not one of the updates. -- Mike Chambers Madisonville, KY "You think it's funny until someone gets hurt...Then it's hilarious!" From k at dicec.cl Wed Feb 25 13:51:08 2004 From: k at dicec.cl (Christian B. Ellsworth Capo) Date: Wed, 25 Feb 2004 10:51:08 -0300 Subject: Multiple Installed Packeages In-Reply-To: <1077714448.31314.18.camel@tweedy.ksc.nasa.gov> References: <1077714448.31314.18.camel@tweedy.ksc.nasa.gov> Message-ID: <1077717068.5071.16.camel@shrek.dicec.cl> BOB: i ran into the same problem last night in a fedora core1, with apt/synaptic and many unstable and testing repositories, and a very unlucky power failure in the middle of a massive rpm upgrade. rpm throws a message like this for each package(doing this from my recent brain memory) ERROR: package XXXXXX exists bla bla bla s HOW I FIXED: i ran apt-get update on the output gaves a list of duplicate pakages... (DO THIS ONCE, NEVER TWICE) rpm -e namepack1 namepack2 namepack3 .... namelastpack it should give a kind of message that says something like: error: package blabal ... (just one line of output per package) if the operation ends with no dependencies missing... just the error line per package... do the following : apt-get install namepack1 namepack2 namepack3 .... namelastpack the apt-get output should say something like : the blabla package is the newest. and so on... and if you break a package on the rpm -e part.. the apt-get should re-installed and with no errors.. if the rpm -e gaves any error diferent than the error package exists .. like a dependency or scriptlet failed the rpm -e operation didn't do anything . so remove the conflicting packages from the rpm -e command line. and do more rpm -e / apt-get install package for each package... this is how i fixed... at the end rebuild the rpm db with rpm --rebuilddb ta-ra! On Wed, 2004-02-25 at 10:07, Bob Chiodini wrote: > Good Morning, > > I've had several up2date and yum hiccups lately and ran out of disk > space. Delving into where the space went, I found that I have two > versions of quite a few packages installed. For example, rpm -qa | grep > cyrus | sort returns the following: > > cyrus-imapd-2.2.3-2 > cyrus-imapd-devel-2.2.3-2 > cyrus-imapd-devel-2.2.3-4 > cyrus-imapd-murder-2.2.3-2 > cyrus-imapd-murder-2.2.3-4 > cyrus-imapd-nntp-2.2.3-2 > cyrus-imapd-nntp-2.2.3-4 > cyrus-imapd-utils-2.2.3-2 > cyrus-imapd-utils-2.2.3-4 > cyrus-sasl-2.1.17-1 > cyrus-sasl-devel-2.1.17-1 > cyrus-sasl-gssapi-2.1.17-1 > cyrus-sasl-md5-2.1.17-1 > cyrus-sasl-plain-2.1.17-1 > > yum update complains that cyrus-imapd-2.2.3-2 is not available, when > trying to update the other cyrus-imapd-xxxx packages. > > Is there a way to clean this up? I tried rpm --rebuilddb incase the > database was toast, but no luck. > > Bob... -- Christian B. Ellsworth Capo (k at dicec.cl) Linux Chief Engineer RedHat Certified Engineer (RHCE) DICEC Ltd. Sanchez Fontecillas 966b, Las Condes, Santiago, Chile. Phone (56 2) 2633340 Fax (56 2) 2071820 Movil (56 9) 4195632 -------------- 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 cturner at redhat.com Wed Feb 25 13:53:55 2004 From: cturner at redhat.com (Chip Turner) Date: 25 Feb 2004 08:53:55 -0500 Subject: Perl/mod_perl test update Message-ID: Hey folks, A perl and mod_perl update have been placed into testing. The goal is to releasse perl 5.8.3 into FC1 by Friday, March 5th. The update should be fairly smooth, but please test against all of your weird perl modules (and especially with anything that embeds perl itself) and note any breakages via bugzilla. All perl modules and apps that embed perl should work properly. Apps known to embed perl that ship with Fedora: gaim, vim, xchat2, mod_perl (part of this update). Thanks, Chip -- Chip Turner cturner at redhat.com Red Hat, Inc. From ms-nospam-0306 at arcor.de Wed Feb 25 14:13:40 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 25 Feb 2004 15:13:40 +0100 Subject: Still Problems/Solution with Discovery of Creative Labs/Ensonic PCI 1371 Card. In-Reply-To: References: <20040225090401.15172.77834.Mailman@listman.back-rdu.redhat.com> Message-ID: <20040225151340.63937f82.ms-nospam-0306@arcor.de> On Wed, 25 Feb 2004 08:16:02 -0500, Peter A. Banks wrote: > Just for grins, (being unemployed I have lots of time) I deleted the hwconf > file in /etc/syscconfig directory and the lines in the modprobe file to > determine if kudzu would properly discover my Creative Labs/Ensonic PCI > 1371 Card. (I update my Fedora system everyday.) Now kudzu selects the right > driver in the "alias sound-slot-0 snd-ens1371" statement but the install > sound-slot-0 state does not load the driver. It would get loaded automatically upon accessing the ALSA audio driver device file. If, however, you only tried applications that access e.g. /dev/dsp (supported by ALSA's OSS layer), the native ALSA driver would not be loaded. -- From bart.martens at chello.be Wed Feb 25 14:33:48 2004 From: bart.martens at chello.be (Bart Martens) Date: Wed, 25 Feb 2004 15:33:48 +0100 Subject: where to announce and discuss test updates (Re: Fedora Core 1 Test Update) In-Reply-To: <4138.12.29.16.103.1077716249.squirrel@12.29.16.103> References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <20040224125726.390c7b83.ms-nospam-0306@arcor.de> <1077624271.4746.117.camel@athlon.localdomain> <20040224153426.7bffe608.ms-nospam-0306@arcor.de> <403C05D1.8000601@insight.rr.com> <1077705187.3734.23.camel@localhost.localdomain> <4138.12.29.16.103.1077716249.squirrel@12.29.16.103> Message-ID: <1077719628.5215.103.camel@localhost.localdomain> On Wed, 2004-02-25 at 14:37, William Hooper wrote: > Bart Martens said: > > > How about doing the announcements of test updates in fedora-list, to get > > people not following fedora-test-list to try the updates, and ask to > > discuss test results on fedora-test-list? > > When people insist on posting FC2Test1 things to the Fedora-list now? I > don't think that will work. There must be some misunderstanding. I agree with you that FC2 related discussions don't belong on fedora-list. With "test updates" I meant "candidates for released-updates". > FC1 Updates-testing stuff has been posted to this list since the start and > just now has become a problem? If you make this list a "test distro > release" only list then it will be dead every time between releases. I > personally don't see a problem with putting "updates-testing" and "test > distro release" in one list because generally when one is gaining traffic > the other will be waining. I'd like to think that people testing stuff > are smart enough to read the subject lines and post what release they are > talking about :-) You seem to be replying to something written by someone else. I agree with you that FC1 updates-testing should be discussed on fedora-test-list. I agree with you that fedora-test-list is suitable for discussing both FC1 testing and FC2 testing. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ndbecker2 at verizon.net Wed Feb 25 14:36:43 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Wed, 25 Feb 2004 09:36:43 -0500 Subject: 2.6.1-1.65 crash/burn repeatable Message-ID: I am running 2.6.1-1.65 (last kernel I can test) on reiser/lvm2 (yes I'm brave/stupid). Every time I fire up amanda the system eventually freezes. AFAICT, it is running tar at that time. There are no clues in /var/log/messages. From jimshep at mindspring.com Wed Feb 25 14:47:52 2004 From: jimshep at mindspring.com (Jim Shepherd) Date: Wed, 25 Feb 2004 09:47:52 -0500 Subject: Wierdness with Internet In-Reply-To: <403C3326.4020100@rueb.com> References: <1077683985.24601.7.camel@shep.shepherdnet.net> <403C2AB5.2070903@rueb.com> <1077685772.3321.5.camel@kitchen.shepherdnet.net> <403C2F0C.7020905@rueb.com> <1077686676.3321.12.camel@kitchen.shepherdnet.net> <403C3326.4020100@rueb.com> Message-ID: <1077720472.3325.2.camel@kitchen.shepherdnet.net> On Tue, 2004-02-24 at 23:31 -0600, Steve Bergman wrote: > Hmm. What happens if you: > > # up2date bind caching-nameserver > # service start named > > and then set the DNS server to 127.0.0.1? Updated bind and the caching-nameserver, started named (using the init.d script), and changed resolv.conf so it the nameserver 127.0.0.1 line first and then only that line. Still unable to resolve hostnames from the remote DNS. -Jim From chiodr at kscems.ksc.nasa.gov Wed Feb 25 14:56:24 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Wed, 25 Feb 2004 09:56:24 -0500 Subject: Multiple Installed Packeages In-Reply-To: <1077717068.5071.16.camel@shrek.dicec.cl> References: <1077714448.31314.18.camel@tweedy.ksc.nasa.gov> <1077717068.5071.16.camel@shrek.dicec.cl> Message-ID: <1077720984.31314.86.camel@tweedy.ksc.nasa.gov> All, Thanks for the info. I had not thought of using apt-get. I'll try it tonight, the machine is at home and for some reason I keep losing my ssh session. Bob... On Wed, 2004-02-25 at 08:51, Christian B. Ellsworth Capo wrote: > BOB: > i ran into the same problem last night in a fedora core1, with > apt/synaptic and many unstable and testing repositories, and a very > unlucky power failure in the middle of a massive rpm upgrade. > > rpm throws a message like this for each package(doing this from my > recent brain memory) > ERROR: package XXXXXX exists bla bla bla s > > > HOW I FIXED: > i ran apt-get update > on the output gaves a list of duplicate pakages... > (DO THIS ONCE, NEVER TWICE) > rpm -e namepack1 namepack2 namepack3 .... namelastpack > it should give a kind of message that says something like: error: > package blabal ... (just one line of output per package) > > if the operation ends with no dependencies missing... just the error > line per package... > > do the following : > apt-get install namepack1 namepack2 namepack3 .... namelastpack > > > the apt-get output should say something like : the blabla package is the > newest. and so on... and if you break a package on the rpm -e part.. the > apt-get should re-installed and with no errors.. > > if the rpm -e gaves any error diferent than the error package exists .. > like a dependency or scriptlet failed the rpm -e operation didn't do > anything . so remove the conflicting packages from the rpm -e command > line. and do more rpm -e / apt-get install package for each package... > > this is how i fixed... > > at the end rebuild the rpm db with rpm --rebuilddb > ta-ra! > > On Wed, 2004-02-25 at 10:07, Bob Chiodini wrote: > > Good Morning, > > > > I've had several up2date and yum hiccups lately and ran out of disk > > space. Delving into where the space went, I found that I have two > > versions of quite a few packages installed. For example, rpm -qa | grep > > cyrus | sort returns the following: > > > > cyrus-imapd-2.2.3-2 > > cyrus-imapd-devel-2.2.3-2 > > cyrus-imapd-devel-2.2.3-4 > > cyrus-imapd-murder-2.2.3-2 > > cyrus-imapd-murder-2.2.3-4 > > cyrus-imapd-nntp-2.2.3-2 > > cyrus-imapd-nntp-2.2.3-4 > > cyrus-imapd-utils-2.2.3-2 > > cyrus-imapd-utils-2.2.3-4 > > cyrus-sasl-2.1.17-1 > > cyrus-sasl-devel-2.1.17-1 > > cyrus-sasl-gssapi-2.1.17-1 > > cyrus-sasl-md5-2.1.17-1 > > cyrus-sasl-plain-2.1.17-1 > > > > yum update complains that cyrus-imapd-2.2.3-2 is not available, when > > trying to update the other cyrus-imapd-xxxx packages. > > > > Is there a way to clean this up? I tried rpm --rebuilddb incase the > > database was toast, but no luck. > > > > Bob... From whooperhsd3 at earthlink.net Wed Feb 25 14:56:45 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Wed, 25 Feb 2004 09:56:45 -0500 (EST) Subject: where to announce and discuss test updates (Re: Fedora Core 1 Test Update) In-Reply-To: <1077719628.5215.103.camel@localhost.localdomain> References: <20040223212531.GA9066@devserv.devel.redhat.com> <200402240357.42737.czar@czarc.net> <20040224125726.390c7b83.ms-nospam-0306@arcor.de> <1077624271.4746.117.camel@athlon.localdomain> <20040224153426.7bffe608.ms-nospam-0306@arcor.de> <403C05D1.8000601@insight.rr.com> <1077705187.3734.23.camel@localhost.localdomain> <4138.12.29.16.103.1077716249.squirrel@12.29.16.103> <1077719628.5215.103.camel@localhost.localdomain> Message-ID: <2943.12.29.16.103.1077721005.squirrel@12.29.16.103> Bart Martens said: > On Wed, 2004-02-25 at 14:37, William Hooper wrote: >> Bart Martens said: >> >> > How about doing the announcements of test updates in fedora-list, to >> get >> > people not following fedora-test-list to try the updates, and ask to >> > discuss test results on fedora-test-list? >> >> When people insist on posting FC2Test1 things to the Fedora-list now? I >> don't think that will work. > > There must be some misunderstanding. I agree with you that FC2 related > discussions don't belong on fedora-list. With "test updates" I meant > "candidates for released-updates". The "ask to discuss test results on fedora-test-list" won't work. It will just lead to people saying "my up2date doesn't show that version" and "this broke my system, I thought Fedora was supposed to be stable!" on the Fedora-List. If people are interested in testing they will come to the Fedora-Test-List. Under your plan if they decide to try an updates-testing package, they have to join the fedora-test-list to discuss it anyway, why not just announce it where they can discuss it (like it is now). I for one am reconsidering my subscription to the Fedora-List, but will most likely stay subscribed to the Fedora-Test-List. -- William Hooper From k at dicec.cl Wed Feb 25 15:13:43 2004 From: k at dicec.cl (Christian B. Ellsworth Capo) Date: Wed, 25 Feb 2004 12:13:43 -0300 Subject: Multiple Installed Packeages In-Reply-To: <1077720984.31314.86.camel@tweedy.ksc.nasa.gov> References: <1077714448.31314.18.camel@tweedy.ksc.nasa.gov> <1077717068.5071.16.camel@shrek.dicec.cl> <1077720984.31314.86.camel@tweedy.ksc.nasa.gov> Message-ID: <1077722023.5071.20.camel@shrek.dicec.cl> the other way without apt could be download the packages ...and do the procedure by hand On Wed, 2004-02-25 at 11:56, Bob Chiodini wrote: > All, > > Thanks for the info. I had not thought of using apt-get. I'll try it > tonight, the machine is at home and for some reason I keep losing my ssh > session. > > Bob... > > On Wed, 2004-02-25 at 08:51, Christian B. Ellsworth Capo wrote: > > BOB: > > i ran into the same problem last night in a fedora core1, with > > apt/synaptic and many unstable and testing repositories, and a very > > unlucky power failure in the middle of a massive rpm upgrade. > > > > rpm throws a message like this for each package(doing this from my > > recent brain memory) > > ERROR: package XXXXXX exists bla bla bla s > > > > > > HOW I FIXED: > > i ran apt-get update > > on the output gaves a list of duplicate pakages... > > (DO THIS ONCE, NEVER TWICE) > > rpm -e namepack1 namepack2 namepack3 .... namelastpack > > it should give a kind of message that says something like: error: > > package blabal ... (just one line of output per package) > > > > if the operation ends with no dependencies missing... just the error > > line per package... > > > > do the following : > > apt-get install namepack1 namepack2 namepack3 .... namelastpack > > > > > > the apt-get output should say something like : the blabla package is the > > newest. and so on... and if you break a package on the rpm -e part.. the > > apt-get should re-installed and with no errors.. > > > > if the rpm -e gaves any error diferent than the error package exists .. > > like a dependency or scriptlet failed the rpm -e operation didn't do > > anything . so remove the conflicting packages from the rpm -e command > > line. and do more rpm -e / apt-get install package for each package... > > > > this is how i fixed... > > > > at the end rebuild the rpm db with rpm --rebuilddb > > ta-ra! > > > > On Wed, 2004-02-25 at 10:07, Bob Chiodini wrote: > > > Good Morning, > > > > > > I've had several up2date and yum hiccups lately and ran out of disk > > > space. Delving into where the space went, I found that I have two > > > versions of quite a few packages installed. For example, rpm -qa | grep > > > cyrus | sort returns the following: > > > > > > cyrus-imapd-2.2.3-2 > > > cyrus-imapd-devel-2.2.3-2 > > > cyrus-imapd-devel-2.2.3-4 > > > cyrus-imapd-murder-2.2.3-2 > > > cyrus-imapd-murder-2.2.3-4 > > > cyrus-imapd-nntp-2.2.3-2 > > > cyrus-imapd-nntp-2.2.3-4 > > > cyrus-imapd-utils-2.2.3-2 > > > cyrus-imapd-utils-2.2.3-4 > > > cyrus-sasl-2.1.17-1 > > > cyrus-sasl-devel-2.1.17-1 > > > cyrus-sasl-gssapi-2.1.17-1 > > > cyrus-sasl-md5-2.1.17-1 > > > cyrus-sasl-plain-2.1.17-1 > > > > > > yum update complains that cyrus-imapd-2.2.3-2 is not available, when > > > trying to update the other cyrus-imapd-xxxx packages. > > > > > > Is there a way to clean this up? I tried rpm --rebuilddb incase the > > > database was toast, but no luck. > > > > > > Bob... -- Christian B. Ellsworth Capo (k at dicec.cl) Linux Chief Engineer RedHat Certified Engineer (RHCE) DICEC Ltd. Sanchez Fontecillas 966b, Las Condes, Santiago, Chile. Phone (56 2) 2633340 Fax (56 2) 2071820 Movil (56 9) 4195632 -------------- 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 markkukolkka at kolumbus.fi Wed Feb 25 15:23:37 2004 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Wed, 25 Feb 2004 17:23:37 +0200 Subject: Mozilla crashes with latest rawhide updates In-Reply-To: <1077716847.4754.5.camel@bart.netlyncs.com> References: <1077716847.4754.5.camel@bart.netlyncs.com> Message-ID: <200402251723.37752.markkukolkka@kolumbus.fi> Mike Chambers kirjoitti viestiss??n (l?hetysaika keskiviikko, 25. helmikuuta 2004 15:47): > Anyone else seeing Mozilla just close when viewing certain > sites (espn is one of them) with the latest rawhide updates? Yes, it seems to be kernel-related (kernel-2.6.3-1.100), because rebooting with -1.97 makes the crashes disappear. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116799 -- Markku Kolkka markku.kolkka at iki.fi From chiodr at kscems.ksc.nasa.gov Wed Feb 25 15:25:34 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Wed, 25 Feb 2004 10:25:34 -0500 Subject: Multiple Installed Packeages In-Reply-To: <1077722023.5071.20.camel@shrek.dicec.cl> References: <1077714448.31314.18.camel@tweedy.ksc.nasa.gov> <1077717068.5071.16.camel@shrek.dicec.cl> <1077720984.31314.86.camel@tweedy.ksc.nasa.gov> <1077722023.5071.20.camel@shrek.dicec.cl> Message-ID: <1077722734.31314.94.camel@tweedy.ksc.nasa.gov> ssh seems a little more behaved. I was able to get a list of the packages with problems running yum update. I then removed the oldest of each of the duplicates and am rerunning yum now. So far it has not complained about dependencies. There were about 30 duplicates. Thanks again. Bob... On Wed, 2004-02-25 at 10:13, Christian B. Ellsworth Capo wrote: > the other way without apt could be download the packages ...and do the > procedure by hand > > On Wed, 2004-02-25 at 11:56, Bob Chiodini wrote: > > All, > > > > Thanks for the info. I had not thought of using apt-get. I'll try it > > tonight, the machine is at home and for some reason I keep losing my ssh > > session. > > > > Bob... > > > > On Wed, 2004-02-25 at 08:51, Christian B. Ellsworth Capo wrote: > > > BOB: > > > i ran into the same problem last night in a fedora core1, with > > > apt/synaptic and many unstable and testing repositories, and a very > > > unlucky power failure in the middle of a massive rpm upgrade. > > > > > > rpm throws a message like this for each package(doing this from my > > > recent brain memory) > > > ERROR: package XXXXXX exists bla bla bla s > > > > > > > > > HOW I FIXED: > > > i ran apt-get update > > > on the output gaves a list of duplicate pakages... > > > (DO THIS ONCE, NEVER TWICE) > > > rpm -e namepack1 namepack2 namepack3 .... namelastpack > > > it should give a kind of message that says something like: error: > > > package blabal ... (just one line of output per package) > > > > > > if the operation ends with no dependencies missing... just the error > > > line per package... > > > > > > do the following : > > > apt-get install namepack1 namepack2 namepack3 .... namelastpack > > > > > > > > > the apt-get output should say something like : the blabla package is the > > > newest. and so on... and if you break a package on the rpm -e part.. the > > > apt-get should re-installed and with no errors.. > > > > > > if the rpm -e gaves any error diferent than the error package exists .. > > > like a dependency or scriptlet failed the rpm -e operation didn't do > > > anything . so remove the conflicting packages from the rpm -e command > > > line. and do more rpm -e / apt-get install package for each package... > > > > > > this is how i fixed... > > > > > > at the end rebuild the rpm db with rpm --rebuilddb > > > ta-ra! > > > > > > On Wed, 2004-02-25 at 10:07, Bob Chiodini wrote: > > > > Good Morning, > > > > > > > > I've had several up2date and yum hiccups lately and ran out of disk > > > > space. Delving into where the space went, I found that I have two > > > > versions of quite a few packages installed. For example, rpm -qa | grep > > > > cyrus | sort returns the following: > > > > > > > > cyrus-imapd-2.2.3-2 > > > > cyrus-imapd-devel-2.2.3-2 > > > > cyrus-imapd-devel-2.2.3-4 > > > > cyrus-imapd-murder-2.2.3-2 > > > > cyrus-imapd-murder-2.2.3-4 > > > > cyrus-imapd-nntp-2.2.3-2 > > > > cyrus-imapd-nntp-2.2.3-4 > > > > cyrus-imapd-utils-2.2.3-2 > > > > cyrus-imapd-utils-2.2.3-4 > > > > cyrus-sasl-2.1.17-1 > > > > cyrus-sasl-devel-2.1.17-1 > > > > cyrus-sasl-gssapi-2.1.17-1 > > > > cyrus-sasl-md5-2.1.17-1 > > > > cyrus-sasl-plain-2.1.17-1 > > > > > > > > yum update complains that cyrus-imapd-2.2.3-2 is not available, when > > > > trying to update the other cyrus-imapd-xxxx packages. > > > > > > > > Is there a way to clean this up? I tried rpm --rebuilddb incase the > > > > database was toast, but no luck. > > > > > > > > Bob... From davej at redhat.com Wed Feb 25 15:56:42 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 25 Feb 2004 15:56:42 +0000 Subject: kernel-2.6.3-1.100 reiserfs ok, shmat strangeness (invalid arg) In-Reply-To: <403BE77E.1000006@rueb.com> References: <20040224194556.GA28238@weisshuhn.de> <1077656396.26834.0.camel@delerium.codemonkey.org.uk> <403BE77E.1000006@rueb.com> Message-ID: <1077724602.1357.14.camel@delerium.codemonkey.org.uk> On Wed, 2004-02-25 at 00:08, Steve Bergman wrote: > > > X works for me. But mplayer is broken: > > X11 error: BadAccess (attempt to access private resource denied) > > From an strace: > > 2578 shmget(IPC_PRIVATE, 230400, IPC_CREAT|0777) = 1081356 > 2578 shmat(1081356, 0, 0) = -1 EINVAL (Invalid argument) > > My rawhide is coompletely up to date, except for openssl-devel which has > a dependency issue. shmat was borked briefly. It should be fixed in rawhide now. Dave From davej at redhat.com Wed Feb 25 15:58:07 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 25 Feb 2004 15:58:07 +0000 Subject: 2.6.1-1.65 crash/burn repeatable In-Reply-To: References: Message-ID: <1077724687.1357.16.camel@delerium.codemonkey.org.uk> On Wed, 2004-02-25 at 14:36, Neal D. Becker wrote: > I am running 2.6.1-1.65 (last kernel I can test) whats holding you back ? Dave From alan at redhat.com Wed Feb 25 16:07:10 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 25 Feb 2004 11:07:10 -0500 Subject: Trying stuff in the testing repository In-Reply-To: <20040224212949.GA14167@devserv.devel.redhat.com> References: <20040224091845.GB6462@devserv.devel.redhat.com> <20040224212949.GA14167@devserv.devel.redhat.com> Message-ID: <20040225160710.GA31462@devserv.devel.redhat.com> On Tue, Feb 24, 2004 at 04:29:51PM -0500, Bill Nottingham wrote: > > File "sourcesConfig.py", line 61, in load > > File "sourcesConfig.py", line 128, in parseYum > > NameError: global name 'up2dateUtils' is not defined > > Please try the new 4.1.21-3, thanks. Looks good. Alan -- "The question of whether computers can think is just like the question of whether submarines can swim." -- Edsger W. Dijkstra From czar at czarc.net Wed Feb 25 16:30:19 2004 From: czar at czarc.net (Gene C.) Date: Wed, 25 Feb 2004 11:30:19 -0500 Subject: stange results Message-ID: <200402251130.19873.czar@czarc.net> I have been rebuilding the updated packages that come out for i386 on my x86_64 platform. When I do there is usulaly some size differences. However, when I rebuilt samba-3.0.2-7.FC1.src.rpm the size did not just increase a little, it increased over a factor of 7 ... from around 9.5MB fir the i386 to over 70MB for the x86_64. The samba packages in the base i386 and x86_64 distributions are about the same size. I cannot explain why these should increase so much. I can see that the sizes are valid in as the size of some of the binary files have increased dramatically. For example, smbclient from from around 874KB to over 19MB (both amd64 packages ... 3.0.0-15 and 3.0.2-FC1 respectively). To rebuild I used rpmbuild -ba --clean with the provided spec file. Is this a bug of some kind? -- Gene From jspaleta at princeton.edu Wed Feb 25 16:44:31 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Wed, 25 Feb 2004 11:44:31 -0500 Subject: where to announce and discuss test updates (Re: Fedora Core 1 Test Update) Message-ID: <1077727471.5372.19.camel@spatula.pppl.gov> Let me sum up the debate about this: group A wants the test update notices to be more widely distributed via other mediums beyond just the test-list. fedora-list was suggested as an example medium to use for wider notification. group B thinks fedora-list is pretty much /dev/null, and posting notices there will only encourage people to discuss things in fedora-list instead of moving over to fedora-test. Or god forbid..crosspost. Both groups are right. Might I suggest that someone approach the community sites like fedoranews or fedorazine to shepherd something like an rss feed for the test update notices...or a summary webpage or just the test update notices. The key idea is to find secondary communication mediums that are solely informative and not open for feedback. So that all potential discussion is driven to the fedora-test-list... instead of falling into secondary feedback forums, where it does no good. fedora-list, being purely noisy discussion, is probably the best worst example of the type of secondary feedback forum...no wait...slashdot would be the best worst example. But wider distribution of the testing notice texts isn't a completely horrible idea, you just have to avoid communication channels that encourage feedback anywhere but in the fedora-test-list or bugzilla. -jef From ndbecker2 at verizon.net Wed Feb 25 16:57:30 2004 From: ndbecker2 at verizon.net (Neal D. Becker) Date: Wed, 25 Feb 2004 11:57:30 -0500 Subject: 2.6.1-1.65 crash/burn repeatable References: <1077724687.1357.16.camel@delerium.codemonkey.org.uk> Message-ID: Dave Jones wrote: > On Wed, 2004-02-25 at 14:36, Neal D. Becker wrote: >> I am running 2.6.1-1.65 (last kernel I can test) > > whats holding you back ? > > Dave > > I need reiser. I understand it is broken for < 100. 100 has a problem with shm. Is there something ready to try? From mike.pedersen at sbcglobal.net Wed Feb 25 17:00:39 2004 From: mike.pedersen at sbcglobal.net (Mike Pedersen) Date: Wed, 25 Feb 2004 09:00:39 -0800 Subject: Configuring sound from the console In-Reply-To: <1077727471.5372.19.camel@spatula.pppl.gov> Message-ID: <000c01c3fbc0$e55d1080$0500a8c0@mpedersenpc> Hello all, I am running an up to date test 1 installation and am having some sound troubles. Sound does not automatically get configured on my Dell notebook with an Intel chip set. When I run alsamixer I get an error and am told to run a graphical sound configuration tool. What I am wondering is: what is the new equivalent to the old sndconfig which allowed a user to configure sound from the command prompt? I am blind so am not able to use Gnome until I get sound configured and the Gnome screen reader enabled which is why I need to do this in text mode. Any useful information would be much appreciated. regards Mike Pedersen From rnix at prometheon.net Wed Feb 25 17:03:13 2004 From: rnix at prometheon.net (Ryan Nix) Date: Wed, 25 Feb 2004 11:03:13 -0600 Subject: 2.6.1-1.65 crash/burn repeatable In-Reply-To: References: <1077724687.1357.16.camel@delerium.codemonkey.org.uk> Message-ID: <403CD551.30507@prometheon.net> I second that need for a higher performance journaled fs. Will XFS ever be availible for Fedora? Neal D. Becker wrote: >Dave Jones wrote: > > > >>On Wed, 2004-02-25 at 14:36, Neal D. Becker wrote: >> >> >>>I am running 2.6.1-1.65 (last kernel I can test) >>> >>> >>whats holding you back ? >> >>Dave >> >> >> >> > >I need reiser. I understand it is broken for < 100. 100 has a problem with >shm. Is there something ready to try? > > > > From aaron.bennett at olin.edu Wed Feb 25 17:12:22 2004 From: aaron.bennett at olin.edu (Aaron Bennett) Date: Wed, 25 Feb 2004 12:12:22 -0500 Subject: where to announce and discuss test updates (Re: Fedora Core 1 Test Update) In-Reply-To: <1077727471.5372.19.camel@spatula.pppl.gov> References: <1077727471.5372.19.camel@spatula.pppl.gov> Message-ID: <403CD776.4080202@olin.edu> Jef Spaleta wrote: >. > >Might I suggest that someone approach the community sites like >fedoranews or fedorazine to shepherd something like an rss feed >for the test update notices... > >-jef > > An RSS feed for updates would be unbelievably cool, not just for FC2 but for other RH stuff as well. -- Aaron Bennett UNIX Administrator Franklin W. Olin College of Engineering From reader at newsguy.com Wed Feb 25 17:17:33 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 25 Feb 2004 11:17:33 -0600 Subject: New kernels and smbfs Message-ID: Do the latest *100+ kernels have smbfs built in once again? From MSchwartz at MedAnalytics.com Wed Feb 25 17:23:44 2004 From: MSchwartz at MedAnalytics.com (Marc Schwartz) Date: Wed, 25 Feb 2004 11:23:44 -0600 Subject: Article at 2CPU.com - Linux 2.6 and Hyper-Threading Message-ID: <1077729824.12496.90.camel@localhost.localdomain> Hi all, Just as an FYI to the group, the following article is new at 2CPU.com: Linux 2.6 and Hyper-Threading http://www.2cpu.com/articles/ht_linux/ The final paragraph: "The final word on Linux and hyper-threading? While the majority of benchmarks we've looked at here today have shown improvements, it's still important that you do your own testing with the applications you use on a daily basis. On the surface, HT certainly looks promising but it's clear that there are still situations out there where HT is going to negatively impact the performance of an application. Before rolling out those new workstations or servers, do your own testing in pre-production to find out what hyper-threading can do for you." Enjoy, Marc Schwartz From jspaleta at princeton.edu Wed Feb 25 17:25:01 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Wed, 25 Feb 2004 12:25:01 -0500 Subject: where to announce and discuss test updates (Re: Fedora Core 1Test Update) Message-ID: <1077729901.5372.36.camel@spatula.pppl.gov> Aaron Bennett wrote: > An RSS feed for updates would be unbelievably cool, not just for > FC2 but for other RH stuff as well. fedoranews.org has an rss feed for the released updates already. In fact the update rss feed is even part of the Fedorapeople blog aggregate: http://fedora.linux.duke.edu/fedorapeople/ An rss feed for the test announcements would be harder, and would i think involve more human effort. I'm pretty sure fedoranews is creating their update rss feed from the fedora-announce-list which is just for released updates announcements, the low traffic nature of that list makes it much easier to regenerate announcements as an rss feed. Someone needs to approach the fedoranews.org maintainer about creating an rss feed for the test annoucements as well. And that someone should be prepared to volunteer their time actively watching the fedora-test-list for the test announcements and compiling those notices into something that can be rss'd. -jef"no time"spaleta From davej at redhat.com Wed Feb 25 17:27:58 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 25 Feb 2004 17:27:58 +0000 Subject: 2.6.1-1.65 crash/burn repeatable In-Reply-To: References: <1077724687.1357.16.camel@delerium.codemonkey.org.uk> Message-ID: <1077730078.30931.0.camel@delerium.codemonkey.org.uk> On Wed, 2004-02-25 at 16:57, Neal D. Becker wrote: > I need reiser. I understand it is broken for < 100. 100 has a problem with > shm. Is there something ready to try? should be fixed and usable in 106 or above. Dave From davej at redhat.com Wed Feb 25 17:28:29 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 25 Feb 2004 17:28:29 +0000 Subject: 2.6.1-1.65 crash/burn repeatable In-Reply-To: <403CD551.30507@prometheon.net> References: <1077724687.1357.16.camel@delerium.codemonkey.org.uk> <403CD551.30507@prometheon.net> Message-ID: <1077730109.30931.2.camel@delerium.codemonkey.org.uk> On Wed, 2004-02-25 at 17:03, Ryan Nix wrote: > I second that need for a higher performance journaled fs. > > Will XFS ever be availible for Fedora? For the zillionth time, it's already on in FC2 test. Dave From reader at newsguy.com Wed Feb 25 17:29:48 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 25 Feb 2004 11:29:48 -0600 Subject: README in /usr/src/linux* need updating Message-ID: I was considering configuring a custom kernel, mainly for reintroducing smbfs. I'm running the updated one of a few days ago (kernel-2.6.3-1.97) Judging by reports here, it is more stable for now than the newer one in rawhide. But to cut to the chase: I happened to look at the README in /usr/src/linux* and noticed it has some fairly dated material in it. [...] o - In order to boot your new kernel, you'll need to copy the kernel o image (found in .../linux/arch/i386/boot/bzImage after compilation) o to the place where your regular bootable kernel is found. o o For some, this is on a floppy disk, in which case you can copy the o kernel bzImage file to /dev/fd0 to make a bootable floppy. [...] That is no longer possible... [...] o If you boot Linux from the hard drive, chances are you use LILO which o uses the kernel image as specified in the file /etc/lilo.conf. The o kernel image file is usually /vmlinuz, /boot/vmlinuz, /bzImage or o /boot/bzImage. To use the new kernel, save a copy of the old image o and copy the new image over the old one. Then, you MUST RERUN LILO o to update the loading map!! If you don't, you won't be able to boot o the new kernel image. That hasn't been true for several versions now. Does this need to go the Bugzilla route or can I just submit a diff somewhere and hope it is accepted. From davej at redhat.com Wed Feb 25 17:29:57 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 25 Feb 2004 17:29:57 +0000 Subject: New kernels and smbfs In-Reply-To: References: Message-ID: <1077730197.30931.5.camel@delerium.codemonkey.org.uk> On Wed, 2004-02-25 at 17:17, Harry Putnam wrote: > Do the latest *100+ kernels have smbfs built in once again? no. I want to try and get folks to beat on cifs some more before falling back to smbfs. The upstream folks are very receptive to feedback, so if you have a problem, mail its maintainer Steven French and let him know what exactly is failing. If by the time we get to test3 things aren't looking too rosy, I'll reenable smbfs in addition to cifs. Dave From davej at redhat.com Wed Feb 25 17:32:30 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 25 Feb 2004 17:32:30 +0000 Subject: Article at 2CPU.com - Linux 2.6 and Hyper-Threading In-Reply-To: <1077729824.12496.90.camel@localhost.localdomain> References: <1077729824.12496.90.camel@localhost.localdomain> Message-ID: <1077730350.30931.8.camel@delerium.codemonkey.org.uk> On Wed, 2004-02-25 at 17:23, Marc Schwartz wrote: > Linux 2.6 and Hyper-Threading > http://www.2cpu.com/articles/ht_linux/ > > The final paragraph: > > "The final word on Linux and hyper-threading? While the majority of > benchmarks we've looked at here today have shown improvements, it's > still important that you do your own testing with the applications you > use on a daily basis. On the surface, HT certainly looks promising but > it's clear that there are still situations out there where HT is going > to negatively impact the performance of an application. Before rolling > out those new workstations or servers, do your own testing in > pre-production to find out what hyper-threading can do for you." Very sensible. For a lot of folks, it makes very little improvement whatsoever. Personally, my most common workload (compiling kernels) wins quite considerably with hyperthreading (last time I measured it took over a minute off the build). It's worth pointing out that at this point, the scheduler in the 2.6 kernel is still lacking some HT enhancements. Dave From davej at redhat.com Wed Feb 25 17:34:05 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 25 Feb 2004 17:34:05 +0000 Subject: README in /usr/src/linux* need updating In-Reply-To: References: Message-ID: <1077730445.30931.10.camel@delerium.codemonkey.org.uk> On Wed, 2004-02-25 at 17:29, Harry Putnam wrote: > I happened to look at the README in /usr/src/linux* > and noticed it has some fairly dated material in it. > > [...] > o - In order to boot your new kernel, you'll need to copy the kernel > o image (found in .../linux/arch/i386/boot/bzImage after compilation) > o to the place where your regular bootable kernel is found. > o > o For some, this is on a floppy disk, in which case you can copy the > o kernel bzImage file to /dev/fd0 to make a bootable floppy. > [...] > > That is no longer possible... True. you now need syslinux. > [...] > o If you boot Linux from the hard drive, chances are you use LILO which > o uses the kernel image as specified in the file /etc/lilo.conf. The > o kernel image file is usually /vmlinuz, /boot/vmlinuz, /bzImage or > o /boot/bzImage. To use the new kernel, save a copy of the old image > o and copy the new image over the old one. Then, you MUST RERUN LILO > o to update the loading map!! If you don't, you won't be able to boot > o the new kernel image. > > That hasn't been true for several versions now. Really ? It was certainly true not so long back. Forgetting to run lilo caused it to just hang on boot.. > Does this need to go the Bugzilla route or can I just submit a diff > somewhere and hope it is accepted. Send a unified diff (-u) to linux-kernel at vger.kernel.org Dave From reader at newsguy.com Wed Feb 25 17:41:08 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 25 Feb 2004 11:41:08 -0600 Subject: New kernels and smbfs In-Reply-To: <1077730197.30931.5.camel@delerium.codemonkey.org.uk> (Dave Jones's message of "Wed, 25 Feb 2004 17:29:57 +0000") References: <1077730197.30931.5.camel@delerium.codemonkey.org.uk> Message-ID: Dave Jones writes: > On Wed, 2004-02-25 at 17:17, Harry Putnam wrote: >> Do the latest *100+ kernels have smbfs built in once again? > > no. I want to try and get folks to beat on cifs some more before > falling back to smbfs. The upstream folks are very receptive to > feedback, so if you have a problem, mail its maintainer > Steven French and let him know what exactly > is failing. Thanks for the pointer but just sneaking a preview question here: Is cifs read-only by derault or something? My trouble is getting things mounted rw. Its fat32 not NTFS so should be writable some how, with correct options, at least it would seem so from man mount.cifs. example that results in ro mounting: (wrapped for mail) mount.cifs //192.168.0.15/J-ahn-d \ /mnt/J-ahn-d -o rw,username=Administrator,password='' From dsavage at peaknet.net Wed Feb 25 17:41:27 2004 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Wed, 25 Feb 2004 11:41:27 -0600 Subject: FC2 docs CD? Message-ID: <1077730887.4639.7.camel@lioness.thunderpurr.net> Will there be a separate documentation CD for FC2? For FC1 we were told the RH9 docs CD was "close enough". --Doc Savage Fairview Heights, IL From MSchwartz at MedAnalytics.com Wed Feb 25 17:43:29 2004 From: MSchwartz at MedAnalytics.com (Marc Schwartz) Date: Wed, 25 Feb 2004 11:43:29 -0600 Subject: Article at 2CPU.com - Linux 2.6 and Hyper-Threading In-Reply-To: <1077730350.30931.8.camel@delerium.codemonkey.org.uk> References: <1077729824.12496.90.camel@localhost.localdomain> <1077730350.30931.8.camel@delerium.codemonkey.org.uk> Message-ID: <1077731009.12496.94.camel@localhost.localdomain> On Wed, 2004-02-25 at 11:32, Dave Jones wrote: > It's worth pointing out that at this point, the scheduler in the 2.6 > kernel is still lacking some HT enhancements. Is that something that will come in time to 2.6 or is that significant enough to defer to 2.8? Thanks Dave. Marc From reader at newsguy.com Wed Feb 25 17:43:50 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 25 Feb 2004 11:43:50 -0600 Subject: README in /usr/src/linux* need updating In-Reply-To: <1077730445.30931.10.camel@delerium.codemonkey.org.uk> (Dave Jones's message of "Wed, 25 Feb 2004 17:34:05 +0000") References: <1077730445.30931.10.camel@delerium.codemonkey.org.uk> Message-ID: Dave Jones writes: >> [...] >> o If you boot Linux from the hard drive, chances are you use LILO which >> o uses the kernel image as specified in the file /etc/lilo.conf. The >> o kernel image file is usually /vmlinuz, /boot/vmlinuz, /bzImage or >> o /boot/bzImage. To use the new kernel, save a copy of the old image >> o and copy the new image over the old one. Then, you MUST RERUN LILO >> o to update the loading map!! If you don't, you won't be able to boot >> o the new kernel image. >> >> That hasn't been true for several versions now. > > Really ? It was certainly true not so long back. Forgetting to run lilo > caused it to just hang on boot.. Yikes... I meant `chances are you use LILO' Shouldn't this be about grub with maybe a small footnote for lilo? From reader at newsguy.com Wed Feb 25 17:46:15 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 25 Feb 2004 11:46:15 -0600 Subject: README in /usr/src/linux* need updating In-Reply-To: <1077730445.30931.10.camel@delerium.codemonkey.org.uk> (Dave Jones's message of "Wed, 25 Feb 2004 17:34:05 +0000") References: <1077730445.30931.10.camel@delerium.codemonkey.org.uk> Message-ID: Dave Jones writes: >> [...] >> o - In order to boot your new kernel, you'll need to copy the kernel >> o image (found in .../linux/arch/i386/boot/bzImage after compilation) >> o to the place where your regular bootable kernel is found. >> o >> o For some, this is on a floppy disk, in which case you can copy the >> o kernel bzImage file to /dev/fd0 to make a bootable floppy. >> [...] >> >> That is no longer possible... > > True. you now need syslinux. OK, I'm confused now. I'm reading here that the kernel is too big to fit on a floppy, hence no floppy boot image in `images'. What do you mean by saying needing `syslinux'. Is it then possible to put something on a floppy for example? From davej at redhat.com Wed Feb 25 17:55:43 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 25 Feb 2004 17:55:43 +0000 Subject: New kernels and smbfs In-Reply-To: References: <1077730197.30931.5.camel@delerium.codemonkey.org.uk> Message-ID: <1077731742.5510.0.camel@delerium.codemonkey.org.uk> On Wed, 2004-02-25 at 17:41, Harry Putnam wrote: > Dave Jones writes: > > > On Wed, 2004-02-25 at 17:17, Harry Putnam wrote: > >> Do the latest *100+ kernels have smbfs built in once again? > > > > no. I want to try and get folks to beat on cifs some more before > > falling back to smbfs. The upstream folks are very receptive to > > feedback, so if you have a problem, mail its maintainer > > Steven French and let him know what exactly > > is failing. > > Thanks for the pointer but just sneaking a preview question here: > Is cifs read-only by derault or something? > My trouble is getting things mounted rw. should be r/w. bug Steven. Dave From davej at redhat.com Wed Feb 25 17:56:31 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 25 Feb 2004 17:56:31 +0000 Subject: Article at 2CPU.com - Linux 2.6 and Hyper-Threading In-Reply-To: <1077731009.12496.94.camel@localhost.localdomain> References: <1077729824.12496.90.camel@localhost.localdomain> <1077730350.30931.8.camel@delerium.codemonkey.org.uk> <1077731009.12496.94.camel@localhost.localdomain> Message-ID: <1077731790.5510.2.camel@delerium.codemonkey.org.uk> On Wed, 2004-02-25 at 17:43, Marc Schwartz wrote: > > It's worth pointing out that at this point, the scheduler in the 2.6 > > kernel is still lacking some HT enhancements. > Is that something that will come in time to 2.6 or is that significant > enough to defer to 2.8? It'll get fixed for 2.6. Folks are kicking around patches already, and some of them are already in 2.6-mm which is a promising start. Dave From davej at redhat.com Wed Feb 25 17:57:37 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 25 Feb 2004 17:57:37 +0000 Subject: README in /usr/src/linux* need updating In-Reply-To: References: <1077730445.30931.10.camel@delerium.codemonkey.org.uk> Message-ID: <1077731856.5510.4.camel@delerium.codemonkey.org.uk> On Wed, 2004-02-25 at 17:43, Harry Putnam wrote: > > Really ? It was certainly true not so long back. Forgetting to run lilo > > caused it to just hang on boot.. > > Yikes... I meant `chances are you use LILO' > Shouldn't this be about grub with maybe a small footnote for lilo? Well, lots of folks are still using lilo. It's still the default for quite a few distributions, including Debian I believe. Dave From davej at redhat.com Wed Feb 25 17:58:00 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 25 Feb 2004 17:58:00 +0000 Subject: README in /usr/src/linux* need updating In-Reply-To: References: <1077730445.30931.10.camel@delerium.codemonkey.org.uk> Message-ID: <1077731880.5510.6.camel@delerium.codemonkey.org.uk> On Wed, 2004-02-25 at 17:46, Harry Putnam wrote: > >> That is no longer possible... > > True. you now need syslinux. > > OK, I'm confused now. I'm reading here that the kernel is too big to > fit on a floppy, hence no floppy boot image in `images'. > > What do you mean by saying needing `syslinux'. Is it then possible > to put something on a floppy for example? Should be. Dave From ksnider at flarn.com Wed Feb 25 17:59:24 2004 From: ksnider at flarn.com (Ken Snider) Date: Wed, 25 Feb 2004 12:59:24 -0500 Subject: stange results In-Reply-To: <200402251130.19873.czar@czarc.net> References: <200402251130.19873.czar@czarc.net> Message-ID: <403CE27C.6040905@flarn.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gene C. wrote: | I have been rebuilding the updated packages that come out for i386 on my | x86_64 platform. When I do there is usulaly some size differences. However, | when I rebuilt samba-3.0.2-7.FC1.src.rpm the size did not just increase a | little, it increased over a factor of 7 ... from around 9.5MB fir the i386 to | over 70MB for the x86_64. | Is this a bug of some kind? It *sounds like*, for one reason or another, the binaries were not stripped. running 'file' on the binary should answer that question, as it will report "stripped" or "not stripped" accordingly. - -- Ken Snider -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAPOJ8Jz/2kL0fCRgRAl6bAKCT/Z03H5/0UAr4dn33HFfIxc9qggCeM9Ex RYJ72JMgqwV8lFJtlrRpyLw= =tfTc -----END PGP SIGNATURE----- From MSchwartz at MedAnalytics.com Wed Feb 25 18:00:50 2004 From: MSchwartz at MedAnalytics.com (Marc Schwartz) Date: Wed, 25 Feb 2004 12:00:50 -0600 Subject: Article at 2CPU.com - Linux 2.6 and Hyper-Threading In-Reply-To: <1077731790.5510.2.camel@delerium.codemonkey.org.uk> References: <1077729824.12496.90.camel@localhost.localdomain> <1077730350.30931.8.camel@delerium.codemonkey.org.uk> <1077731009.12496.94.camel@localhost.localdomain> <1077731790.5510.2.camel@delerium.codemonkey.org.uk> Message-ID: <1077732050.12496.96.camel@localhost.localdomain> On Wed, 2004-02-25 at 11:56, Dave Jones wrote: > On Wed, 2004-02-25 at 17:43, Marc Schwartz wrote: > > > > It's worth pointing out that at this point, the scheduler in the 2.6 > > > kernel is still lacking some HT enhancements. > > Is that something that will come in time to 2.6 or is that significant > > enough to defer to 2.8? > > It'll get fixed for 2.6. Folks are kicking around patches already, > and some of them are already in 2.6-mm which is a promising start. > > Dave Great. Thanks Dave. Marc From psavoie1783 at rogers.com Wed Feb 25 18:01:41 2004 From: psavoie1783 at rogers.com (Phil Savoie) Date: Wed, 25 Feb 2004 13:01:41 -0500 Subject: Laptop networking issues Message-ID: <200402251301.41522.psavoie1783@rogers.com> Hello All, I have a Dell Inspiron 7500 laptop which does a network install of the new FC2 test 1 release. I start with a boot askmethod and fill in the blanks to do a network install which works flawlessly. However, on reboot after the install, the same pcmcia card I used for the network install is not seen or is seen and doesn't work. The pcmcia card is a netgear FA511 32 bit card which works great in RH8,9 Mandrake 8-9.2 etc. In Fedora Core 1, the only way the card will work is if after the boot I tke it out and put it back in again. I have moved the /etc/rc3.d and /etc/5.d network and pcmcia files around so that pcmcia is started before eth0 gets loaded but still no go. Would/could anyone enlighten me as to how I can solve this? Thank you in advance for your help. Phil From chiodr at kscems.ksc.nasa.gov Wed Feb 25 18:04:43 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Wed, 25 Feb 2004 13:04:43 -0500 Subject: stange results In-Reply-To: <200402251130.19873.czar@czarc.net> References: <200402251130.19873.czar@czarc.net> Message-ID: <1077732283.31314.99.camel@tweedy.ksc.nasa.gov> On Wed, 2004-02-25 at 11:30, Gene C. wrote: > I have been rebuilding the updated packages that come out for i386 on my > x86_64 platform. When I do there is usulaly some size differences. However, > when I rebuilt samba-3.0.2-7.FC1.src.rpm the size did not just increase a > little, it increased over a factor of 7 ... from around 9.5MB fir the i386 to > over 70MB for the x86_64. > > The samba packages in the base i386 and x86_64 distributions are about the > same size. I cannot explain why these should increase so much. I can see > that the sizes are valid in as the size of some of the binary files have > increased dramatically. For example, smbclient from from around 874KB to > over 19MB (both amd64 packages ... 3.0.0-15 and 3.0.2-FC1 respectively). > > To rebuild I used rpmbuild -ba --clean with the provided spec file. > > Is this a bug of some kind? > -- > Gene Gene, Sounds like the binaries might include the symbol tables for debugging. I'm not familiar with the x86_64 architecture. but you could try 'strip smbclient' to strip the symbol tables and then check the size. Bob... From walter at serviciosysistemas.com Wed Feb 25 18:18:00 2004 From: walter at serviciosysistemas.com (walter at serviciosysistemas.com) Date: Wed, 25 Feb 2004 19:18:00 +0100 Subject: Sorry but FAT32 and NTFS at the same that CIFS??? In-Reply-To: Message-ID: <000001c3fbcb$b4895da0$0c01a8c0@barra2> Hi All I have a configuration with 3 HD, one with winXP in NTFS, another with FC2 and the last with only DATA in FAT32... How I can to mount this partition into Fedora.... with Mandrake 9 this work fine .... but now!!! I can use the same type of partition CIFS for but. Best regards.... Servicios y Sistemas First CyberCafe with Linux (mandrake) in Palma de Mallorca/Spain L?pez Pascual Walter Leonardo C/Salva 12 1?bajos - Palma de Mallorca - Baleares - Espa?a Tel: 971 91 31 84 - Fax: 971 91 31 84 -----Mensaje original----- De: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] En nombre de Harry Putnam Enviado el: mi?rcoles, 25 de febrero de 2004 18:41 Para: fedora-test-list at redhat.com Asunto: Re: New kernels and smbfs Dave Jones writes: > On Wed, 2004-02-25 at 17:17, Harry Putnam wrote: >> Do the latest *100+ kernels have smbfs built in once again? > > no. I want to try and get folks to beat on cifs some more before > falling back to smbfs. The upstream folks are very receptive to > feedback, so if you have a problem, mail its maintainer > Steven French and let him know what exactly > is failing. Thanks for the pointer but just sneaking a preview question here: Is cifs read-only by derault or something? My trouble is getting things mounted rw. Its fat32 not NTFS so should be writable some how, with correct options, at least it would seem so from man mount.cifs. example that results in ro mounting: (wrapped for mail) mount.cifs //192.168.0.15/J-ahn-d \ /mnt/J-ahn-d -o rw,username=Administrator,password='' -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From webmaster at margo.bijoux.nom.br Wed Feb 25 18:23:23 2004 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Wed, 25 Feb 2004 15:23:23 -0300 Subject: Sorry but FAT32 and NTFS at the same that CIFS??? In-Reply-To: <000001c3fbcb$b4895da0$0c01a8c0@barra2> References: <000001c3fbcb$b4895da0$0c01a8c0@barra2> Message-ID: <403CE81B.6010305@margo.bijoux.nom.br> walter at serviciosysistemas.com wrote: >Hi All >I have a configuration with 3 HD, one with winXP in NTFS, another with >FC2 and the last with only DATA in FAT32... >How I can to mount this partition into Fedora.... with Mandrake 9 this >work fine .... but now!!! >I can use the same type of partition CIFS for but. > > >Best regards.... > > NTFS is disabled in the Fedora Core kernels (the archives have the reason for this). CIFS is the name of the protocol created by microsoft to share filesystems between computers.. it's the protocol behind samba... -- Pedro Macedo From cturner at redhat.com Wed Feb 25 18:30:29 2004 From: cturner at redhat.com (Chip Turner) Date: 25 Feb 2004 13:30:29 -0500 Subject: perl + spamassasin dependency redux In-Reply-To: <20040225103220.7cca9600.ms-nospam-0306@arcor.de> References: <1077688447.4153.43.camel@lioness.thunderpurr.net> <20040225103220.7cca9600.ms-nospam-0306@arcor.de> Message-ID: Michael Schwendt writes: > On Tue, 24 Feb 2004 23:54:07 -0600, Robert G. (Doc) Savage wrote: > > > The latest perl and perl-suidperl 5.8.3-9 packages just posted to > > updates-testing trigger a familiar dependency problem: > > > > Unresolvable chain of dependencies: > > spamassassin 2.63-0.2 requires /usr/lib/perl5/site_perl/5.8.1 > > > > Please modify your package selections and try again. > > > > The -0.2 spamassassin package fixed a similar problem on Feb 11. > > > > Warren? Michael? Shrek-m? Gentlemen, start your engines... > > Well, no surprise that a Perl version upgrade done like this would break > such a dependency. Directory ownership within the "perl" package is still > incomplete, making dependencies on paths more fragile. Especially since a > version upgrade has been performed, and the version is a directory name. Yeah, I hadn't added the new dirs yet. Building an RPM with them in there using this algorithm, which should be sufficient: for dir in $(%{new_perl} -le 'print join("\n", @INC)' | grep '^%{_libdir}') do mkdir -p $RPM_BUILD_ROOT/$dir done Basically every dir in the @INC of the newly built perl will be created by the perl package (and therefore provided by it). > The original problem with the weak dependency of the spamassassin package > has not been solved and cannot be solved unless the Perl package provides > Chip Turner's suggested virtual capabilities _or_ implmements @INC path > ownership correctly. The upcoming RPM has the virtual Provides as well as owns those dirs (since it should have anyway). Watch for it sometime today. Chip -- Chip Turner cturner at redhat.com Red Hat, Inc. From tjb at unh.edu Wed Feb 25 18:47:37 2004 From: tjb at unh.edu (Thomas J. Baker) Date: Wed, 25 Feb 2004 13:47:37 -0500 Subject: vino Message-ID: <1077734857.18762.24.camel@wintermute.sr.unh.edu> Is vino a Gnome 2.6 package or 2.8? Any chance it's going to get included in FC2? If not, any chance there could be a feed of it somewhere? If not, I guess I'll just have to try to build it. I've built gnome-desktop-sharing but it's not clear if that's going to continue to be developed or not. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From alan at redhat.com Wed Feb 25 18:48:48 2004 From: alan at redhat.com (Alan Cox) Date: Wed, 25 Feb 2004 13:48:48 -0500 Subject: README in /usr/src/linux* need updating In-Reply-To: References: Message-ID: <20040225184848.GB31671@devserv.devel.redhat.com> On Wed, Feb 25, 2004 at 11:29:48AM -0600, Harry Putnam wrote: > o - In order to boot your new kernel, you'll need to copy the kernel > o image (found in .../linux/arch/i386/boot/bzImage after compilation) > o to the place where your regular bootable kernel is found. > o > o For some, this is on a floppy disk, in which case you can copy the > o kernel bzImage file to /dev/fd0 to make a bootable floppy. > [...] > > That is no longer possible... May depend on your options (and if you have a 2.88Mb disk) 8)) > Does this need to go the Bugzilla route or can I just submit a diff > somewhere and hope it is accepted. "UPSTREAM" - and it is worth doing. Its common for documentation to age unfortunately From bkw at weisshuhn.de Wed Feb 25 19:05:17 2004 From: bkw at weisshuhn.de (Bernhard K. Weisshuhn) Date: Wed, 25 Feb 2004 20:05:17 +0100 Subject: README in /usr/src/linux* need updating In-Reply-To: <1077731856.5510.4.camel@delerium.codemonkey.org.uk> References: <1077730445.30931.10.camel@delerium.codemonkey.org.uk> <1077731856.5510.4.camel@delerium.codemonkey.org.uk> Message-ID: <403CF1ED.9000600@weisshuhn.de> Dave Jones wrote: >On Wed, 2004-02-25 at 17:43, Harry Putnam wrote: > > >>>Really ? It was certainly true not so long back. Forgetting to run lilo >>>caused it to just hang on boot.. >>> >>> >> Yikes... I meant `chances are you use LILO' >>Shouldn't this be about grub with maybe a small footnote for lilo? >> >> > >Well, lots of folks are still using lilo. > > And some of those - like me - for a very good (or better: annoying) reason : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=55484 Cheers, Bernie From davej at redhat.com Wed Feb 25 19:41:36 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 25 Feb 2004 19:41:36 +0000 Subject: README in /usr/src/linux* need updating In-Reply-To: <20040225184848.GB31671@devserv.devel.redhat.com> References: <20040225184848.GB31671@devserv.devel.redhat.com> Message-ID: <1077738096.30475.0.camel@delerium.codemonkey.org.uk> On Wed, 2004-02-25 at 18:48, Alan Cox wrote: > On Wed, Feb 25, 2004 at 11:29:48AM -0600, Harry Putnam wrote: > > o - In order to boot your new kernel, you'll need to copy the kernel > > o image (found in .../linux/arch/i386/boot/bzImage after compilation) > > o to the place where your regular bootable kernel is found. > > o > > o For some, this is on a floppy disk, in which case you can copy the > > o kernel bzImage file to /dev/fd0 to make a bootable floppy. > > [...] > > > > That is no longer possible... > May depend on your options (and if you have a 2.88Mb disk) 8)) No, it's dead. hpa ripped out the code that allowed booting from floppy. Dave From jonas_mg_persson at hotmail.com Wed Feb 25 19:58:44 2004 From: jonas_mg_persson at hotmail.com (Jonas Persson) Date: Wed, 25 Feb 2004 20:58:44 +0100 Subject: Install Help Please Message-ID: I am trying to install on a computer using a GeForce FX and a ViewSonic 18 flat screen monitor. When the graphical version of the install program starts the screen goes black. The app is still running but nothing is shown on the monitor. I tried to start the install program by typing "linux nofb" after the first prompt but no luck. Any suggestion appreciated. _________________________________________________________________ Chat: Ha en fest p? Habbo Hotel http://habbohotel.msn.se/habbo/sv/channelizer Checka in h?r! From reader at newsguy.com Wed Feb 25 20:27:23 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 25 Feb 2004 14:27:23 -0600 Subject: rsyncing a mirror from mirrors Message-ID: Sorry to stick this in here but its turning out to be quite a difficult search to find a hit on this subject with an example or list. Where can I get a list of rsyncable servers containing fedoraC2? From csm at Lunar-Linux.org Wed Feb 25 20:38:08 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Wed, 25 Feb 2004 15:38:08 -0500 (EST) Subject: Install Help Please In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 25 Feb 2004, Jonas Persson spewed into the bitstream: JP>I am trying to install on a computer using a GeForce FX and a ViewSonic 18 JP>flat screen monitor. When the graphical version of the install program JP>starts the screen goes black. The app is still running but nothing is shown JP>on the monitor. I tried to start the install program by typing "linux nofb" JP>after the first prompt but no luck. Any suggestion appreciated. linux text - -- csm Lunar Linux Project Lead Disclaimer: "I am not a curmudgeon! No... really..." Addendum: "Bwahahaha! Fire up the orbital mind-control lasers!" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAPQeyq3bny/5+GAcRAgBGAJ9RXJBNQD3ckZTffCNjUMavatUJOACfdgW+ ZZqaM4EuKRP9eR1Y9HcLh0o= =bflB -----END PGP SIGNATURE----- From aoliva at redhat.com Wed Feb 25 20:47:03 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 25 Feb 2004 17:47:03 -0300 Subject: Laptop networking issues In-Reply-To: <200402251301.41522.psavoie1783@rogers.com> References: <200402251301.41522.psavoie1783@rogers.com> Message-ID: On Feb 25, 2004, Phil Savoie wrote: > Would/could anyone enlighten me as to how I can solve this? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116205 -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From whooperhsd3 at earthlink.net Wed Feb 25 21:29:23 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Wed, 25 Feb 2004 16:29:23 -0500 (EST) Subject: rsyncing a mirror from mirrors In-Reply-To: References: Message-ID: <4235.209.239.137.169.1077744563.squirrel@209.239.137.169> Harry Putnam said: > Sorry to stick this in here but its turning out to be quite a > difficult search to find a hit on this subject with an example or > list. > > Where can I get a list of rsyncable servers containing fedoraC2? rsync mirrors are listed with the rest on http://fedora.redhat.com/download/mirrors.html -- William Hooper From czar at czarc.net Wed Feb 25 21:44:09 2004 From: czar at czarc.net (Gene C.) Date: Wed, 25 Feb 2004 16:44:09 -0500 Subject: stange results In-Reply-To: <403CE27C.6040905@flarn.com> References: <200402251130.19873.czar@czarc.net> <403CE27C.6040905@flarn.com> Message-ID: <200402251644.09821.czar@czarc.net> On Wednesday 25 February 2004 12:59, Ken Snider wrote: > Gene C. wrote: > | I have been rebuilding the updated packages that come out for i386 on my > | x86_64 platform. When I do there is usulaly some size differences. > | However, when I rebuilt samba-3.0.2-7.FC1.src.rpm the size did not just > | increase a little, it increased over a factor of 7 ... from around 9.5MB > | fir the i386 to over 70MB for the x86_64. > | > | Is this a bug of some kind? > > It *sounds like*, for one reason or another, the binaries were not > stripped. running 'file' on the binary should answer that question, as it > will report "stripped" or "not stripped" accordingly. OK, it turns out the /usr/bin files such as /usr/bin/smbclient are not stripped where they are bigger so this accounts for some of the size increase. However, for both version, /usr/lib64/libsmbclient.so is not stripped and the size increase from 18MB to 24MB. OK, since at least some of the problem is not being stripped and this is repeatable, I am going to bugzilla this. -- Gene From tony at immunix.com Wed Feb 25 22:01:15 2004 From: tony at immunix.com (Tony Jones) Date: Wed, 25 Feb 2004 14:01:15 -0800 Subject: Selinux status (Was: How do I get rid of avc: errors) In-Reply-To: <1077337284.11262.1.camel@bushido.mshome.net>; from salimma@fastmail.fm on Sat, Feb 21, 2004 at 11:21:24AM +0700 References: <1077337284.11262.1.camel@bushido.mshome.net> Message-ID: <20040225140115.A6258@immunix.com> On Sat, Feb 21, 2004 at 11:21:24AM +0700, Michel Alexandre Salim wrote: > Uninstall policy; it was not ready for FC2 test1. What is the status of SELinux and FC2 ? It's hard to tell where on the projects/selinux ROADMAP FC2-test currently is. Specifically I can't tell if the above policy issue is just that the policy is a work in progress and not yet fully correct for the snapshot, or if there are functional issues with the kernel, library or utilities? I'm looking for a 2.6 based distro which has SELinux in order to do some playing around with SELinux. I don't need fully developed profiles, as I was planning on starting with zero and building up myself. Just need functioning kernel, selinux libraries and tools. If the above isn't the state of FC2 at this point, does anyone have a pointer to an alternative distro that would better fit my short term needs? thanks! Tony From rhally at mindspring.com Wed Feb 25 22:03:50 2004 From: rhally at mindspring.com (Richard Hally) Date: Wed, 25 Feb 2004 17:03:50 -0500 Subject: Selinux status (Was: How do I get rid of avc: errors) In-Reply-To: <20040225140115.A6258@immunix.com> Message-ID: It looks to me that the "rawhide" selinux is working, it's just that the policy still needs work. I have the latest installed and am getting avc denied messages to look at. Richard Hally -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Tony Jones Sent: Wednesday, February 25, 2004 5:01 PM To: fedora-test-list at redhat.com Subject: Selinux status (Was: How do I get rid of avc: errors) On Sat, Feb 21, 2004 at 11:21:24AM +0700, Michel Alexandre Salim wrote: > Uninstall policy; it was not ready for FC2 test1. What is the status of SELinux and FC2 ? It's hard to tell where on the projects/selinux ROADMAP FC2-test currently is. Specifically I can't tell if the above policy issue is just that the policy is a work in progress and not yet fully correct for the snapshot, or if there are functional issues with the kernel, library or utilities? I'm looking for a 2.6 based distro which has SELinux in order to do some playing around with SELinux. I don't need fully developed profiles, as I was planning on starting with zero and building up myself. Just need functioning kernel, selinux libraries and tools. If the above isn't the state of FC2 at this point, does anyone have a pointer to an alternative distro that would better fit my short term needs? thanks! Tony -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From notting at redhat.com Wed Feb 25 22:26:18 2004 From: notting at redhat.com (Bill Nottingham) Date: Wed, 25 Feb 2004 17:26:18 -0500 Subject: Selinux status (Was: How do I get rid of avc: errors) In-Reply-To: <20040225140115.A6258@immunix.com> References: <1077337284.11262.1.camel@bushido.mshome.net> <20040225140115.A6258@immunix.com> Message-ID: <20040225222618.GA17183@devserv.devel.redhat.com> Tony Jones (tony at immunix.com) said: > I'm looking for a 2.6 based distro which has SELinux in order to do some > playing around with SELinux. I don't need fully developed profiles, as I was > planning on starting with zero and building up myself. Just need functioning > kernel, selinux libraries and tools. > > If the above isn't the state of FC2 at this point, does anyone have a pointer > to an alternative distro that would better fit my short term needs? FC2 development should have this for you, yes. Bill From kas11 at tampabay.rr.com Wed Feb 25 22:53:32 2004 From: kas11 at tampabay.rr.com (Karen Spearel) Date: Wed, 25 Feb 2004 17:53:32 -0500 Subject: up2date and yum package exclusion problems Message-ID: <403D276C.1090708@tampabay.rr.com> Am I am the only one wondering why up2date complains about dependency problems with packages ***not*** shown in the GUI's list of "Available Package Updates" and thus cannot be removed from said list? In this case it is rusers-server causing the immediate problem. And just so I don't seem biased, yum seems to trip over the same problem. Using exclude=rusers-server or exclude=rusers-server* in yum.conf here doesn't help so I am assuming that there is a problem with the header that neither up2date nor yum can handle gracefully. It sure would be nice if they did something sensible in this case. How come exclude didn't work? If this is operator error, someone please put me out of my misery. This isn't the first time this has happened lately. Karen From aoliva at redhat.com Wed Feb 25 23:11:00 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 25 Feb 2004 20:11:00 -0300 Subject: up2date and yum package exclusion problems In-Reply-To: <403D276C.1090708@tampabay.rr.com> References: <403D276C.1090708@tampabay.rr.com> Message-ID: On Feb 25, 2004, Karen Spearel wrote: > Am I am the only one wondering why up2date complains about dependency > problems with packages ***not*** shown in the GUI's list of "Available > Package Updates" and thus cannot be removed from said list? Because it's not about upgrading that particular package. It's the update of procps that would break a dependency of rusers-server. This means rusers-server has to be rebuilt. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From dsavage at peaknet.net Wed Feb 25 23:16:19 2004 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Wed, 25 Feb 2004 17:16:19 -0600 Subject: perl + spamassasin dependency redux In-Reply-To: References: <1077688447.4153.43.camel@lioness.thunderpurr.net> <20040225103220.7cca9600.ms-nospam-0306@arcor.de> Message-ID: <1077750979.4639.47.camel@lioness.thunderpurr.net> On Wed, 2004-02-25 at 12:30, Chip Turner wrote: > Michael Schwendt writes: > > Well, no surprise that a Perl version upgrade done like this would break > > such a dependency. Directory ownership within the "perl" package is still > > incomplete, making dependencies on paths more fragile. Especially since a > > version upgrade has been performed, and the version is a directory name. > > Yeah, I hadn't added the new dirs yet. Building an RPM with them in > there using this algorithm, which should be sufficient: > > for dir in $(%{new_perl} -le 'print join("\n", @INC)' | grep '^%{_libdir}') > do > mkdir -p $RPM_BUILD_ROOT/$dir > done > > Basically every dir in the @INC of the newly built perl will be > created by the perl package (and therefore provided by it). > > > The original problem with the weak dependency of the spamassassin package > > has not been solved and cannot be solved unless the Perl package provides > > Chip Turner's suggested virtual capabilities _or_ implmements @INC path > > ownership correctly. > > The upcoming RPM has the virtual Provides as well as owns those dirs > (since it should have anyway). Watch for it sometime today. Chip, Bingo! Today's perl*5.8.3-10.rpm updates install perfectly. Thank you. --Doc Savage Fairview Heights, IL From reader at newsguy.com Wed Feb 25 23:44:03 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 25 Feb 2004 17:44:03 -0600 Subject: rsyncing a mirror from mirrors In-Reply-To: <4235.209.239.137.169.1077744563.squirrel@209.239.137.169> (William Hooper's message of "Wed, 25 Feb 2004 16:29:23 -0500 (EST)") References: <4235.209.239.137.169.1077744563.squirrel@209.239.137.169> Message-ID: "William Hooper" writes: > Harry Putnam said: >> Sorry to stick this in here but its turning out to be quite a >> difficult search to find a hit on this subject with an example or >> list. >> >> Where can I get a list of rsyncable servers containing fedoraC2? > > rsync mirrors are listed with the rest on > http://fedora.redhat.com/download/mirrors.html > Egad, sorry about the line noise... didn't spot those at a glance From redhat-jc at insight.rr.com Wed Feb 25 23:57:20 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Wed, 25 Feb 2004 18:57:20 -0500 Subject: Configuring sound from the console In-Reply-To: <000c01c3fbc0$e55d1080$0500a8c0@mpedersenpc> References: <000c01c3fbc0$e55d1080$0500a8c0@mpedersenpc> Message-ID: <403D3660.3090701@insight.rr.com> Mike Pedersen wrote: > Hello all, I am running an up to date test 1 installation and am having some > sound troubles. Sound does not automatically get configured on my Dell > notebook with an Intel chip set. When I run alsamixer I get an error and am > told to run a graphical sound configuration tool. What I am wondering is: > what is the new equivalent to the old sndconfig which allowed a user to > configure sound from the command prompt? I am blind so am not able to use > Gnome until I get sound configured and the Gnome screen reader enabled which > is why I need to do this in text mode. > Any useful information would be much appreciated. > regards > Mike Pedersen > > It seems that there is no configuration tool for text mode. I downloaded sndconfig from Fedora Core 1 and tried it out. It did not detect sound on my system. I did get a dialog box with the below message. You don't seem to be running a kernel with modular sound enabled. (soundcore.o was not found in the module search path). To use sndconfig, you must be running a kernel with modular sound, such as the kernel shipped with Red Hat Linux or a 2.2 or greater kernel. I think 2.6 is greater than 2.2 - I think the kernel is modular. It makes good sense to include a configuration tool, for souncards, that runs in text mode. The GUI version has a few buttons and you just click on it to test the souncard. It does not sound like making it work in text mode, The tool is called system-config-soundcard. It seems currently broken with the alsa drivers. It worked fine for the OSS drivers. If you happen to have an intel AC 97 soundcard, I have a configuration file setup for /etc/modprobe.conf - This is the file the modules for sound cards and other devices is located for the 2.6 kernel. Try adding these lines to your /etc/modprobe.conf file and see if this is a lucky match. The entries are located at the bottom of the file, in my case. The file excerpt begins: alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-slot-0 snd-intel8x0 install sound-slot-0 /sbin/modprobe --ignore-install sound-slot-0 && /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : the file excerpt ends: Jim From reader at newsguy.com Thu Feb 26 01:23:06 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 25 Feb 2004 19:23:06 -0600 Subject: turnover wait push Message-ID: I'm trying to get a handle on how this is supposed to work. Checking all the rsyncable mirrors I see they are quite a ways behind http://download.fedora.redhat.com They are all at kernel 2.6.1-1.65 While the main repo is at: kernel-2.6.3-1.106.i586.rpm So how are testers handling this? Is there a known waiting period between the main repo and the mirrors? From fedora-test-list at cygnusx-1.org Thu Feb 26 01:39:48 2004 From: fedora-test-list at cygnusx-1.org (Nathan G. Grennan) Date: Wed, 25 Feb 2004 17:39:48 -0800 Subject: Mouse goes crazy In-Reply-To: <1069789112.28978.30.camel@l0654-03-ded61f.nmi.northlandministries.org> References: <1069786880.2970.7.camel@in-hoc-vince> <1069789112.28978.30.camel@l0654-03-ded61f.nmi.northlandministries.org> Message-ID: <1077759588.23506.3.camel@proton.cygnusx-1.org> On Tue, 2003-11-25 at 11:38, Craig Herring wrote: > Do you have a Belkin KVM? I have the same problem here. I solved it by > using the Logitech PS/2 mouse+ driver. However my scroll doesn't work. > HOWEVER-> this trick doesn't work with the 2.6test kernel. Anyone have > more insight? > I had the same problem with my Belkin KVM. I wasn't willing to live without the wheel, and tried many ideas and hacks to get it to work. In the end I stopped using it. Later I bought a IOgear Miniview SE. It doesn't have the the problem. I have had it act up a few times, but I think those were recent kernel/X quirks more than a real problem with the KVM. I am quite happy with it. From whooperhsd3 at earthlink.net Thu Feb 26 01:42:29 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Wed, 25 Feb 2004 20:42:29 -0500 (EST) Subject: turnover wait push In-Reply-To: References: Message-ID: <64745.65.41.55.65.1077759749.squirrel@65.41.55.65> Harry Putnam said: > Is there a known waiting period > between the main repo and the mirrors? Generally it is up to the mirrors when and what to sync. You might have luck sending a note to the maintainer of the mirror you are looking at. For example, I know mirrors.kernel.org is behind (about a week, I think) because they responded that they are having trouble syncing. -- William Hooper From redhat-jc at insight.rr.com Thu Feb 26 03:19:35 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Wed, 25 Feb 2004 22:19:35 -0500 Subject: System-config-soundcard now detects alsa. Message-ID: <403D65C7.8080008@insight.rr.com> I made a statement that I tried system-config-soundcard and it only testd for oss. I just tried using system-config-soundcard and it played a test sound successfully. I am trying out some of the assistive technologies available from Gnopernicus and gnome-speech and was wondering if either a text functionality will be added to the program or if there could be a shortcut key for the blind to be able to configure the sound by using certain keystrokes selected by default. Being able to adjust soundlevels would be a great aid also for adjusting the sound with selected shortcut keys. Also, I was able to get gedit to read text that I cut from my mailer and pasted into gedit. Are there very many programs in the distribution that are assistive technology compatible? Jim From mike.pedersen at sbcglobal.net Thu Feb 26 04:30:23 2004 From: mike.pedersen at sbcglobal.net (Mike Pedersen) Date: Wed, 25 Feb 2004 20:30:23 -0800 Subject: System-config-soundcard now detects alsa. In-Reply-To: <403D65C7.8080008@insight.rr.com> Message-ID: <000101c3fc21$402a2510$0500a8c0@mpedersenpc> Hello Jim, I made a statement that I tried system-config-soundcard and it only testd for oss. I just tried using system-config-soundcard and it played a test sound successfully. I assume that you ran system-config-soundcard from with in Gnome? Or did you find a way to run it from the command prompt that I don't know about. I am trying out some of the assistive technologies available from Gnopernicus and gnome-speech and was wondering if either a text functionality will be added to the program or if there could be a shortcut key for the blind to be able to configure the sound by using certain keystrokes selected by default. Being able to adjust soundlevels would be a great aid also for adjusting the sound with selected shortcut keys. There are console text screen readers separate from Gnopernicus. For example I use one called brltty which works in conjunction with a refreshable braille display. This is why I was so looking for a non-gui sound card configuration tool. regards Mike Pedersen From mike at netlyncs.com Thu Feb 26 04:30:27 2004 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 25 Feb 2004 22:30:27 -0600 Subject: turnover wait push In-Reply-To: References: Message-ID: <1077769827.1657.0.camel@bart.netlyncs.com> On Wed, 2004-02-25 at 19:23, Harry Putnam wrote: > I'm trying to get a handle on how this is supposed to work. > > Checking all the rsyncable mirrors I see they are quite a ways behind > http://download.fedora.redhat.com > > They are all at kernel 2.6.1-1.65 > > While the main repo is at: > kernel-2.6.3-1.106.i586.rpm > > So how are testers handling this? Is there a known waiting period > between the main repo and the mirrors? rsync://carroll.cac.psu.edu/ seems to be updated, as that is what I mirror. -- Mike Chambers Madisonville, KY "You think it's funny until someone gets hurt...Then it's hilarious!" From kevinmartineau at senets.com Thu Feb 26 04:43:54 2004 From: kevinmartineau at senets.com (Kevin Martineau) Date: Wed, 25 Feb 2004 23:43:54 -0500 Subject: Hang with 2.6.3-1.106 Message-ID: <403D798A.2090505@senets.com> After installing with up2date, I cannot boot with this kernel. The system hangs at the SELinux startup. How do I dig around to determine what's happening. None of the log files I reviewed in /var/log seem to have the unsuccessful attempts to boot. From reader at newsguy.com Thu Feb 26 04:52:36 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 25 Feb 2004 22:52:36 -0600 Subject: turnover wait push In-Reply-To: <1077769827.1657.0.camel@bart.netlyncs.com> (Mike Chambers's message of "Wed, 25 Feb 2004 22:30:27 -0600") References: <1077769827.1657.0.camel@bart.netlyncs.com> Message-ID: Mike Chambers writes: > rsync://carroll.cac.psu.edu/ seems to be updated, as that is what I > mirror. Oh, thanks... that one isn't on the list at http://fedora.redhat.com/download/mirrors.html From reader at newsguy.com Thu Feb 26 04:56:35 2004 From: reader at newsguy.com (Harry Putnam) Date: Wed, 25 Feb 2004 22:56:35 -0600 Subject: turnover wait push In-Reply-To: (Harry Putnam's message of "Wed, 25 Feb 2004 22:52:36 -0600") References: <1077769827.1657.0.camel@bart.netlyncs.com> Message-ID: Harry Putnam writes: >> rsync://carroll.cac.psu.edu/ seems to be updated, as that is what I >> mirror. > > Oh, thanks... that one isn't on the list at > http://fedora.redhat.com/download/mirrors.html But they are at kernel-2.6.1-1.65.i686.rpm too. From notting at redhat.com Thu Feb 26 05:05:22 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 26 Feb 2004 00:05:22 -0500 Subject: looking for hardware victi^Wtester Message-ID: <20040226050522.GA30593@devserv.devel.redhat.com> Anyone got a functional ASUS P4T-E machine lying around that they'd like to test something on? :) Bill From wacker at octothorp.org Thu Feb 26 05:14:18 2004 From: wacker at octothorp.org (William F. Acker WB2FLW +1-303-722-7209) Date: Wed, 25 Feb 2004 22:14:18 -0700 (MST) Subject: Configuring sound from the console In-Reply-To: <000c01c3fbc0$e55d1080$0500a8c0@mpedersenpc> References: <000c01c3fbc0$e55d1080$0500a8c0@mpedersenpc> Message-ID: On Wed, 25 Feb 2004, Mike Pedersen wrote: > Hello all, I am running an up to date test 1 installation and am having some > sound troubles. Sound does not automatically get configured on my Dell > notebook with an Intel chip set. When I run alsamixer I get an error and am > told to run a graphical sound configuration tool. What I am wondering is: > what is the new equivalent to the old sndconfig which allowed a user to > configure sound from the command prompt? I am blind so am not able to use > Gnome until I get sound configured and the Gnome screen reader enabled which > is why I need to do this in text mode. > Any useful information would be much appreciated. > regards Hi, It looks like the standard alsaconf utility isn't included in FC2T1. In your /etc/modprobe.conf, you can try adding the following. alias snd-card-0 alias snd-slot-0 snd-card-0 If you need help, call or write. Calling will usually get a quicker response. HTH. -- Bill in Denver From rwa1 at cec.wustl.edu Thu Feb 26 06:08:17 2004 From: rwa1 at cec.wustl.edu (Richard Ayer III) Date: Thu, 26 Feb 2004 00:08:17 -0600 Subject: system crash Message-ID: <002501c3fc2e$ef121260$72b9fc80@rwa1> I hate to make a post like this, but I'm totally confused. I've been using FC2T1 since it came out; until now the only real problem I'd run into was X crashing due to psaux. But, today I downloaded kernel version 2.6.3-1.106 as well as about 500 other updates (I had already downloaded all of the XFree86 updates the day before and had no problems). But now I cannot boot the system with any version of the kernel. The X server starts up, but the screen just turns black with the 'X' cursor. Then I press Ctrl-Alt-F1 to get to the login screen, and the system is hanging just after the step where the swap space is activated/mounted. So, I can never anywhere near a login prompt to try to diagnose the problem. One other thing: when I downloaded all of those updates, I did it in two groups; the first group had the kernel updates, all lib* updates, and I think systembase (something like that), and the second group was everything else. When I started up2date for the second group, it couldn't show the little pictures on the 'forward', 'back', and 'cancel' buttons (the blue arrows and red X). Then I restarted gkrellm and it said that it could load some .png files. So I reinstalled libpng (I think version 1.2.5) and logged out of KDE. The X server wouldn't start and give me the blue login screen; so I rebooted, and haven't been able to get into Linux since. If anyone sees any of the symptoms I've mentioned or has any ideas, I would greatly appreciate any help I can get. TIA, Richard Ayer III -------------- next part -------------- An HTML attachment was scrubbed... URL: From smearp at mac.com Thu Feb 26 06:31:10 2004 From: smearp at mac.com (Sean Earp) Date: Wed, 25 Feb 2004 22:31:10 -0800 Subject: Add/Remove Programs Message-ID: <5DB28B6C-6825-11D8-8D5A-000393C34F68@mac.com> Hello all- I decided to fire up the Add/Remove Programs (control panel?) and make a few changes to my installed programs configuration. First of all, the interface looks GREAT! That having been said, the program itself does not appear to work. I have tried to install several different packages (ABI Office, GNU Cash, OpenSSL) which happen to be located on different CDs. After checking dependencies, the program asks me to insert the appropriate CD (which I do), and after scanning the CD, the error message: ---------- Error installing packages There was an error installing packages. Exiting ---------- Pops up... After hitting "OK", the entire program exits. This happens with every program I try to add. Is there an error log that I can look at to troubleshoot/post to bugzilla, relating to the usage of Add/Remove programs? Thanks, -Sean GPG public key: From gausslinux at yahoo.com Thu Feb 26 07:12:32 2004 From: gausslinux at yahoo.com (Bartolomeus Irwanto) Date: Wed, 25 Feb 2004 23:12:32 -0800 (PST) Subject: Add/Remove Programs In-Reply-To: <5DB28B6C-6825-11D8-8D5A-000393C34F68@mac.com> Message-ID: <20040226071232.64144.qmail@web60409.mail.yahoo.com> I also have the same problem. Bartolomeus > Hello all- > > I decided to fire up the Add/Remove Programs > (control panel?) and make > a few changes to my installed programs > configuration. First of all, > the interface looks GREAT! > > That having been said, the program itself does not > appear to work. I > have tried to install several different packages > (ABI Office, GNU Cash, > OpenSSL) which happen to be located on different > CDs. After checking > dependencies, the program asks me to insert the > appropriate CD (which I > do), and after scanning the CD, the error message: > > ---------- > > Error installing packages > > There was an error installing packages. > > Exiting > > ---------- > > Pops up... After hitting "OK", the entire program > exits. This happens > with every program I try to add. Is there an error > log that I can look > at to troubleshoot/post to bugzilla, relating to the > usage of > Add/Remove programs? > > Thanks, > > -Sean > > > GPG public key: > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools From gausslinux at yahoo.com Thu Feb 26 07:19:09 2004 From: gausslinux at yahoo.com (Bartolomeus Irwanto) Date: Wed, 25 Feb 2004 23:19:09 -0800 (PST) Subject: system crash In-Reply-To: <002501c3fc2e$ef121260$72b9fc80@rwa1> Message-ID: <20040226071909.31356.qmail@web60401.mail.yahoo.com> May be you can try to boot from Fedora CD and type 'linux rescue' to see what happens in your system. Hope it helps. Bartolomeus --- Richard Ayer III wrote: > I hate to make a post like this, but I'm totally > confused. > > I've been using FC2T1 since it came out; until now > the only real problem I'd run into was X crashing > due to psaux. > But, today I downloaded kernel version 2.6.3-1.106 > as well as about 500 other updates (I had already > downloaded all of the XFree86 updates the day before > and had no problems). But now I cannot boot the > system with any version of the kernel. The X server > starts up, but the screen just turns black with the > 'X' cursor. Then I press Ctrl-Alt-F1 to get to the > login screen, and the system is hanging just after > the step where the swap space is activated/mounted. > So, I can never anywhere near a login prompt to try > to diagnose the problem. One other thing: when I > downloaded all of those updates, I did it in two > groups; the first group had the kernel updates, all > lib* updates, and I think systembase (something like > that), and the second group was everything else. > When I started up2date for the second group, it > couldn't show the little pictures on the 'forward', > 'back', and 'cancel' buttons (the blue arrows and > red X). Then I restarted gkrellm and it said that it > could load some .png files. So I reinstalled libpng > (I think version 1.2.5) and logged out of KDE. The X > server wouldn't start and give me the blue login > screen; so I rebooted, and haven't been able to get > into Linux since. > > If anyone sees any of the symptoms I've mentioned or > has any ideas, I would greatly appreciate any help I > can get. > > TIA, > Richard Ayer III __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools From Fred.New at microlink.ee Thu Feb 26 07:37:09 2004 From: Fred.New at microlink.ee (Fred New) Date: Thu, 26 Feb 2004 09:37:09 +0200 Subject: turnover wait push Message-ID: <345764DCB65C0C4FACC44529DE273C1809C190@eemail1.microlink.lan> It sounds like you are looking in the original FC2T1 (test/1.90/i386/os/Fedora/RPMS) directory since that is the kernel that was shipped with the release of FC2T1. The latest kernels are in the "rawhide" (development/i386/Fedora/RPMS) directory. Fred -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Harry Putnam Sent: 26. veebruar 2004. a. 6:57 To: fedora-test-list at redhat.com Subject: Re: turnover wait push Harry Putnam writes: >> rsync://carroll.cac.psu.edu/ seems to be updated, as that is what I >> mirror. > > Oh, thanks... that one isn't on the list at > http://fedora.redhat.com/download/mirrors.html But they are at kernel-2.6.1-1.65.i686.rpm too. -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From shrek-m at gmx.de Thu Feb 26 07:54:18 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 26 Feb 2004 08:54:18 +0100 Subject: perl + spamassasin dependency redux In-Reply-To: <1077750979.4639.47.camel@lioness.thunderpurr.net> References: <1077688447.4153.43.camel@lioness.thunderpurr.net> <20040225103220.7cca9600.ms-nospam-0306@arcor.de> <1077750979.4639.47.camel@lioness.thunderpurr.net> Message-ID: <403DA62A.3090903@gmx.de> Robert G. (Doc) Savage wrote: >Bingo! Today's perl*5.8.3-10.rpm updates install perfectly. Thank you. > 1:perl ########################################### [100%] 1:mod_perl ########################################### [100%] -- shrek-m From wtogami at redhat.com Thu Feb 26 09:49:23 2004 From: wtogami at redhat.com (Warren Togami) Date: Wed, 25 Feb 2004 23:49:23 -1000 Subject: Oddity with "w" Message-ID: <403DC123.2080504@redhat.com> [root at test32 root]# w 23:41:32 up 14 min, 3 users, load average: 0.49, 0.87, 0.49 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT root tty1 - 23:27 3days 0.05s 0.05s -bash root tty2 - 23:40 34.00s 0.02s 0.02s -bash root pts/0 192.168.1.100 23:41 0.00s 0.02s 0.00s w [root at test32 root]# uptime 23:44:20 up 17 min, 3 users, load average: 0.03, 0.49, 0.40 Does something look odd here? Anyone else experience this on pure rawhide? Warren From aleksey at nogin.org Thu Feb 26 09:56:26 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Thu, 26 Feb 2004 01:56:26 -0800 Subject: Oddity with "w" In-Reply-To: <403DC123.2080504@redhat.com> References: <403DC123.2080504@redhat.com> Message-ID: <403DC2CA.2010605@nogin.org> On 26.02.2004 01:49, Warren Togami wrote: > [root at test32 root]# w > 23:41:32 up 14 min, 3 users, load average: 0.49, 0.87, 0.49 > USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT > root tty1 - 23:27 3days 0.05s 0.05s -bash > root tty2 - 23:40 34.00s 0.02s 0.02s -bash > root pts/0 192.168.1.100 23:41 0.00s 0.02s 0.00s w > [root at test32 root]# uptime > 23:44:20 up 17 min, 3 users, load average: 0.03, 0.49, 0.40 > > Does something look odd here? Anyone else experience this on pure rawhide? Not me. % uptime; w 01:54:51 up 2 days, 7:14, 6 users, load average: 0.39, 0.61, 0.46 01:54:51 up 2 days, 7:14, 6 users, load average: 0.39, 0.61, 0.46 ... % uptime ; w 01:54:54 up 2 days, 7:14, 6 users, load average: 0.36, 0.60, 0.46 01:54:54 up 2 days, 7:14, 6 users, load average: 0.36, 0.60, 0.46 ... % uptime ; w 01:54:57 up 2 days, 7:14, 6 users, load average: 0.33, 0.59, 0.46 01:54:57 up 2 days, 7:14, 6 users, load average: 0.33, 0.59, 0.46 ... % uptime ; w 01:55:02 up 2 days, 7:15, 6 users, load average: 0.55, 0.63, 0.47 01:55:02 up 2 days, 7:15, 6 users, load average: 0.55, 0.63, 0.47 ... -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From cra at WPI.EDU Thu Feb 26 11:18:39 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Thu, 26 Feb 2004 06:18:39 -0500 Subject: Oddity with "w" In-Reply-To: <403DC2CA.2010605@nogin.org> References: <403DC123.2080504@redhat.com> <403DC2CA.2010605@nogin.org> Message-ID: <20040226111839.GJ4118@angus.ind.WPI.EDU> On Thu, Feb 26, 2004 at 01:56:26AM -0800, Aleksey Nogin wrote: > On 26.02.2004 01:49, Warren Togami wrote: > >[root at test32 root]# w > > 23:41:32 up 14 min, 3 users, load average: 0.49, 0.87, 0.49 > >USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT > >root tty1 - 23:27 3days 0.05s 0.05s -bash > Not me. > > % uptime; w > 01:54:51 up 2 days, 7:14, 6 users, load average: 0.39, 0.61, 0.46 > 01:54:51 up 2 days, 7:14, 6 users, load average: 0.39, 0.61, 0.46 I believe Warren is referring to the "IDLE 3days" part, which is longer than the uptime of the box. From chiodr at kscems.ksc.nasa.gov Thu Feb 26 11:37:22 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Thu, 26 Feb 2004 06:37:22 -0500 Subject: Oddity with "w" In-Reply-To: <403DC123.2080504@redhat.com> References: <403DC123.2080504@redhat.com> Message-ID: <1077795442.6597.2.camel@tweedy.ksc.nasa.gov> On Thu, 2004-02-26 at 04:49, Warren Togami wrote: > [root at test32 root]# w > 23:41:32 up 14 min, 3 users, load average: 0.49, 0.87, 0.49 > USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT > root tty1 - 23:27 3days 0.05s 0.05s -bash > root tty2 - 23:40 34.00s 0.02s 0.02s -bash > root pts/0 192.168.1.100 23:41 0.00s 0.02s 0.00s w > [root at test32 root]# uptime > 23:44:20 up 17 min, 3 users, load average: 0.03, 0.49, 0.40 > > Does something look odd here? Anyone else experience this on pure rawhide? > > Warren Maybe /var/log/wtmp has gotten corrupt. What does 'last | more' tell you? Bob... From ndbecker2 at verizon.net Thu Feb 26 12:13:33 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Thu, 26 Feb 2004 07:13:33 -0500 Subject: lvm2 question Message-ID: This is after a clean install of FC2Test1: /sbin/vgdisplay vgdisplay -- ERROR: "/etc/lvmtab" doesn't exist; please run vgscan [root at rpppc1 nbecker]# /sbin/vgscan vgscan -- LVM driver/module not loaded? I'm just trying to display properties of my lvms. From kslair at cvnet.co.kr Thu Feb 26 12:36:09 2004 From: kslair at cvnet.co.kr (Kenneth) Date: Thu, 26 Feb 2004 21:36:09 +0900 Subject: Kmenu: Vertical spacing? In-Reply-To: <1077795442.6597.2.camel@tweedy.ksc.nasa.gov> References: <403DC123.2080504@redhat.com> <1077795442.6597.2.camel@tweedy.ksc.nasa.gov> Message-ID: <200402262136.09379.kslair@cvnet.co.kr> It looks kdebase recently updated screwed the kmenu up. Somehow now, the vertical spacing in kmenu now looks like double spacing and so the height of the kmenu almost touches the top of the screen. Does anyone know how to adjust this vertical spacing in kmenu? One thing occurred to me is that it would require the ability of reducing the size of the icons in front of the kmenu menu item names. But just don't know how to! From bartk at clara.co.uk Thu Feb 26 12:30:07 2004 From: bartk at clara.co.uk (Bart Kalita) Date: Thu, 26 Feb 2004 12:30:07 +0000 Subject: question regarding mount.cifs, samba, kernel 2.6.3 Message-ID: <403DE6CF.80200@clara.co.uk> I'm still trying to mount remote WIN shares on FC2 after finding "sharity" and realising that in "free" mode it allows only for 1 share to be mounted and that $: mount.cifs comes up with "command not found" I'm at a loss as to what to do next. Now, for the question, or rather questions: 1. am I just simply thick as a brick and the whole thing is simple but I'm doing something wrong? 2. Is samba offered in devel tree for FC2 never than samba 3.0.2a offeverd by samba for FC1? 3. Is there a posibility to have mntsmb "turned on" in the kernels form the devel tree? 4. Or is there an rpm or anything else that I can download to make this whole problem go away? TIA -- ____________________________________________________ Bart Kalita MCP www.bart-domain.com www.astradine.no-ip.org From rpjday at mindspring.com Thu Feb 26 12:37:35 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 26 Feb 2004 07:37:35 -0500 (EST) Subject: lvm2 question In-Reply-To: References: Message-ID: t On Thu, 26 Feb 2004, Neal Becker wrote: > This is after a clean install of FC2Test1: > > /sbin/vgdisplay > vgdisplay -- ERROR: "/etc/lvmtab" doesn't exist; please run vgscan i see this if i try to run vgdisplay as a non-root user. which leads me to ask, is there any reason non-root users *shouldn't* be allowed to run that command? just curious (he writes, knowing that this really has nothing to do with fedora test.) rday From ndbecker2 at verizon.net Thu Feb 26 12:53:09 2004 From: ndbecker2 at verizon.net (Neal Becker) Date: Thu, 26 Feb 2004 07:53:09 -0500 Subject: lvm2 question References: Message-ID: Robert P. J. Day wrote: > t > > On Thu, 26 Feb 2004, Neal Becker wrote: > >> This is after a clean install of FC2Test1: >> >> /sbin/vgdisplay >> vgdisplay -- ERROR: "/etc/lvmtab" doesn't exist; please run vgscan > > i see this if i try to run vgdisplay as a non-root user. which leads me > to ask, is there any reason non-root users *shouldn't* be allowed to run > that command? just curious (he writes, knowing that this really has > nothing to do with fedora test.) > > rday > > Uh, I ran all those commands as root. From rpjday at mindspring.com Thu Feb 26 12:57:45 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Thu, 26 Feb 2004 07:57:45 -0500 (EST) Subject: lvm2 question In-Reply-To: References: Message-ID: On Thu, 26 Feb 2004, Neal Becker wrote: > Robert P. J. Day wrote: > > > t > > > > On Thu, 26 Feb 2004, Neal Becker wrote: > > > >> This is after a clean install of FC2Test1: > >> > >> /sbin/vgdisplay > >> vgdisplay -- ERROR: "/etc/lvmtab" doesn't exist; please run vgscan > > > > i see this if i try to run vgdisplay as a non-root user. which leads me > > to ask, is there any reason non-root users *shouldn't* be allowed to run > > that command? just curious (he writes, knowing that this really has > > nothing to do with fedora test.) > > > > rday > > > > > > Uh, I ran all those commands as root. ok, i stand corrected. i just thought it was worth pointing out, just in case. rday From shrek-m at gmx.de Thu Feb 26 13:55:52 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 26 Feb 2004 14:55:52 +0100 Subject: question regarding mount.cifs, samba, kernel 2.6.3 In-Reply-To: <403DE6CF.80200@clara.co.uk> References: <403DE6CF.80200@clara.co.uk> Message-ID: <403DFAE8.5040109@gmx.de> Bart Kalita wrote: > I'm still trying to mount remote WIN shares on FC2 after finding > "sharity" and realising that in "free" mode it allows only for 1 > share to be mounted and that $: mount.cifs comes up with > "command not found" I'm at a loss as to what to do next. > > Now, for the question, or rather questions: > > 1. am I just simply thick as a brick and the whole thing is simple but > I'm doing something wrong? > 2. Is samba offered in devel tree for FC2 never than samba 3.0.2a > offeverd by samba for FC1? > 3. Is there a posibility to have mntsmb "turned on" in the kernels > form the devel tree? > 4. Or is there an rpm or anything else that I can download to make > this whole problem go away? $ rpm -qpl http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/samba-client-3.0.2a-1.i386.rpm | grep -i cifs /sbin/mount.cifs /usr/share/man/man8/mount.cifs.8.gz $ cat /etc/fedora-release;rpm -qf /sbin/mount.cifs Fedora Core release 1 (Yarrow) samba-client-3.0.2-7.FC1 as root eg. # mount -t cifs -ousername=user //server/share /mnt/cifs should work -- shrek-m From other at clete2.com Thu Feb 26 14:01:39 2004 From: other at clete2.com (Clete Blackwell 2) Date: Thu, 26 Feb 2004 08:01:39 -0600 Subject: VMWARE ethernet + sound Message-ID: <009c01c3fc71$18c259c0$6401a8c0@idiot> Hi, I'm testing out Fedora Core 2 Test 1 with VMWARE 4. I cannot seem to get networking or sound working in the enviorment. Could someone point me to anything or the right card set to use in the internet connection settings thing? Also, I use DHCP. My REAL card (I doubt it matters) is a SOHOware 10/100 card and a turtle beach: santa cruz. I have tried VMWARE's different kinds of networking, none of them working. Sorry if I already sent this, I never got a confirmation mail and I didn't get it as well, so I'm resending. (Hey mods, I sent it under the wrong address, so it was held. If you read this, deny the last 2 :)). Clete2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From shrek-m at gmx.de Thu Feb 26 14:11:47 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 26 Feb 2004 15:11:47 +0100 Subject: redhat.com is temporarily unavailable. Please try back later. Message-ID: <403DFEA3.4060103@gmx.de> hi, once again! http://www.redhat.com/archives/fedora-test-list/ Search *fedora-test-list* for: blabla [hit enter] --> http://www.redhat.com/unavailable.html?q=&ps=20&o=0&m=all&wm=wrd&wf=222210&ul=%252Farchives%252Ffedora-test-list redhat.com is temporarily unavailable. Please try back later. please check your search engine, it is out of order since ~ 2 weeks or longer. -- shrek-m From rich at robotthoughts.com Thu Feb 26 14:13:54 2004 From: rich at robotthoughts.com (Rich Thompson) Date: Thu, 26 Feb 2004 08:13:54 -0600 Subject: system crash In-Reply-To: <20040226071909.31356.qmail@web60401.mail.yahoo.com> References: <20040226071909.31356.qmail@web60401.mail.yahoo.com> Message-ID: <403DFF22.4010003@robotthoughts.com> When your system comes up into grub, press e to edit the config. Remove the /rhgb from the kernel line and add "nogui" without the quotes to that line. Press return to save that line change and b to boot from that temporary edit. I had the same issue and this process worked for me. Since this happened late last night for me, I have not had time to figure out what is happening. Bartolomeus Irwanto wrote: > May be you can try to boot from Fedora CD and type > 'linux rescue' to see what happens in your system. > Hope it helps. > > Bartolomeus > > --- Richard Ayer III wrote: > >>I hate to make a post like this, but I'm totally >>confused. >> >>I've been using FC2T1 since it came out; until now >>the only real problem I'd run into was X crashing >>due to psaux. >>But, today I downloaded kernel version 2.6.3-1.106 >>as well as about 500 other updates (I had already >>downloaded all of the XFree86 updates the day before >>and had no problems). But now I cannot boot the >>system with any version of the kernel. The X server >>starts up, but the screen just turns black with the >>'X' cursor. Then I press Ctrl-Alt-F1 to get to the >>login screen, and the system is hanging just after >>the step where the swap space is activated/mounted. >>So, I can never anywhere near a login prompt to try >>to diagnose the problem. One other thing: when I >>downloaded all of those updates, I did it in two >>groups; the first group had the kernel updates, all >>lib* updates, and I think systembase (something like >>that), and the second group was everything else. >>When I started up2date for the second group, it >>couldn't show the little pictures on the 'forward', >>'back', and 'cancel' buttons (the blue arrows and >>red X). Then I restarted gkrellm and it said that it >>could load some .png files. So I reinstalled libpng >>(I think version 1.2.5) and logged out of KDE. The X >>server wouldn't start and give me the blue login >>screen; so I rebooted, and haven't been able to get >>into Linux since. >> >>If anyone sees any of the symptoms I've mentioned or >>has any ideas, I would greatly appreciate any help I >>can get. >> >>TIA, >>Richard Ayer III > > > > __________________________________ > Do you Yahoo!? > Get better spam protection with Yahoo! Mail. > http://antispam.yahoo.com/tools > > -- -=+8()8+=- Rich Thompson http://www.robotthoughts.com perl -e 'print pack("c*",hex "3A",sqrt(2025),(unpack(c,"=")-20),10);' From pauln at truemesh.com Thu Feb 26 14:11:42 2004 From: pauln at truemesh.com (Paul Nasrat) Date: Thu, 26 Feb 2004 14:11:42 +0000 Subject: redhat.com is temporarily unavailable. Please try back later. In-Reply-To: <403DFEA3.4060103@gmx.de> References: <403DFEA3.4060103@gmx.de> Message-ID: <20040226141141.GV31110@lichen.truemesh.com> On Thu, Feb 26, 2004 at 03:11:47PM +0100, shrek-m at gmx.de wrote: > Search *fedora-test-list* for: blabla [hit enter] ... > redhat.com is temporarily unavailable. Please try back later. > please check your search engine, > it is out of order since ~ 2 weeks or longer. There is a Red Hat Web Site product in bugzilla I suggest you submit a bug, more likely to get picked up to a list which the web dev team may not be on. Paul From aoliva at redhat.com Thu Feb 26 14:22:25 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 26 Feb 2004 11:22:25 -0300 Subject: lvm2 question In-Reply-To: References: Message-ID: On Feb 26, 2004, Neal Becker wrote: > [root at rpppc1 nbecker]# /sbin/vgscan > vgscan -- LVM driver/module not loaded? This binary requires the LVM1 drivers. kernel 2.6 has only LVM2, with LVM1 compatibility, so you need the lvm2-compatible userland program, named lvm. Run `lvm vgscan' and it should work. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From smearp at mac.com Thu Feb 26 14:29:17 2004 From: smearp at mac.com (Sean Earp) Date: Thu, 26 Feb 2004 06:29:17 -0800 Subject: Add/Remove Programs In-Reply-To: <20040226071232.64144.qmail@web60409.mail.yahoo.com> References: <20040226071232.64144.qmail@web60409.mail.yahoo.com> Message-ID: <28D61A3E-6868-11D8-9586-000393C34F68@mac.com> Bug 116920 (If it matters, it happens in both Gnome and KDE) -Sean On Feb 25, 2004, at 11:12 PM, Bartolomeus Irwanto wrote: > I also have the same problem. > > Bartolomeus >> Hello all- >> >> I decided to fire up the Add/Remove Programs >> (control panel?) and make >> a few changes to my installed programs >> configuration. First of all, >> the interface looks GREAT! >> >> That having been said, the program itself does not >> appear to work. I >> have tried to install several different packages >> (ABI Office, GNU Cash, >> OpenSSL) which happen to be located on different >> CDs. After checking >> dependencies, the program asks me to insert the >> appropriate CD (which I >> do), and after scanning the CD, the error message: >> >> ---------- >> >> Error installing packages >> >> There was an error installing packages. >> >> Exiting >> >> ---------- >> >> Pops up... After hitting "OK", the entire program >> exits. This happens >> with every program I try to add. Is there an error >> log that I can look >> at to troubleshoot/post to bugzilla, relating to the >> usage of >> Add/Remove programs? From shrek-m at gmx.de Thu Feb 26 14:52:29 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 26 Feb 2004 15:52:29 +0100 Subject: redhat.com is temporarily unavailable. Please try back later. In-Reply-To: <20040226141141.GV31110@lichen.truemesh.com> References: <403DFEA3.4060103@gmx.de> <20040226141141.GV31110@lichen.truemesh.com> Message-ID: <403E082D.1060301@gmx.de> Paul Nasrat wrote: >There is a Red Hat Web Site product in bugzilla I suggest you submit a bug, >more likely to get picked up to a list which the web dev team may not be on. > > thanks, done. Product: Red Hat Web Site Component: Other -- shrek-m From bartk at clara.co.uk Thu Feb 26 15:12:02 2004 From: bartk at clara.co.uk (Bart Kalita) Date: Thu, 26 Feb 2004 15:12:02 +0000 Subject: question regarding mount.cifs, samba, kernel 2.6.3 In-Reply-To: <403DFAE8.5040109@gmx.de> References: <403DE6CF.80200@clara.co.uk> <403DFAE8.5040109@gmx.de> Message-ID: <403E0CC2.2020407@clara.co.uk> shrek-m at gmx.de wrote: ...... > $ rpm -qpl > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/samba-client-3.0.2a-1.i386.rpm > | grep -i cifs > /sbin/mount.cifs > /usr/share/man/man8/mount.cifs.8.gz > > $ cat /etc/fedora-release;rpm -qf /sbin/mount.cifs > Fedora Core release 1 (Yarrow) > samba-client-3.0.2-7.FC1 > > > > as root > eg. > # mount -t cifs -ousername=user //server/share /mnt/cifs > should work > it works! Thanks a milion. -- ____________________________________________________ Bart Kalita MCP www.bart-domain.com www.astradine.no-ip.org From reader at newsguy.com Thu Feb 26 16:11:52 2004 From: reader at newsguy.com (Harry Putnam) Date: Thu, 26 Feb 2004 10:11:52 -0600 Subject: turnover wait push In-Reply-To: <345764DCB65C0C4FACC44529DE273C1809C190@eemail1.microlink.lan> (Fred New's message of "Thu, 26 Feb 2004 09:37:09 +0200") References: <345764DCB65C0C4FACC44529DE273C1809C190@eemail1.microlink.lan> Message-ID: "Fred New" writes: > From: "Fred New" > Subject: RE: turnover wait push > To: > Date: Thu, 26 Feb 2004 09:37:09 +0200 > Message-ID: <345764DCB65C0C4FACC44529DE273C1809C190 at eemail1.microlink.lan> > > It sounds like you are looking in the original FC2T1 > (test/1.90/i386/os/Fedora/RPMS) directory since that is the kernel that > was shipped with the release of FC2T1. Oh yuck.... yeah .. a bonehead at work. From reader at newsguy.com Thu Feb 26 16:33:13 2004 From: reader at newsguy.com (Harry Putnam) Date: Thu, 26 Feb 2004 10:33:13 -0600 Subject: question regarding mount.cifs, samba, kernel 2.6.3 In-Reply-To: <403DFAE8.5040109@gmx.de> (shrek-m@gmx.de's message of "Thu, 26 Feb 2004 14:55:52 +0100") References: <403DE6CF.80200@clara.co.uk> <403DFAE8.5040109@gmx.de> Message-ID: "shrek-m at gmx.de" writes: > Bart Kalita wrote: > >> I'm still trying to mount remote WIN shares on FC2 after finding >> "sharity" and realising that in "free" mode it allows only for 1 >> share to be mounted and that $: mount.cifs comes up with >> "command not found" I'm at a loss as to what to do next. shrek: > > $ rpm -qpl > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/samba-client-3.0.2a-1.i386.rpm > | grep -i cifs > /sbin/mount.cifs > /usr/share/man/man8/mount.cifs.8.gz > > $ cat /etc/fedora-release;rpm -qf /sbin/mount.cifs > Fedora Core release 1 (Yarrow) > samba-client-3.0.2-7.FC1 > > > > as root > eg. > # mount -t cifs -ousername=user //server/share /mnt/cifs > should work Bart: > it works! Are you guys aboe to write to the mounted share? I'm able to mount the share but not write to it: My command: (wrapped for mail) mount -t cifs -ousername=Administrator,password="" \ //exp-xp/J-ahn-d /mnt/J-ahn-d Mount shows it mounted [...] /dev/hdb3 on /arch type ext3 (rw) /dev/hdb10 on /var/www type ext3 (rw) //exp-xp/J-ahn-d on /mnt/J-ahn-d type cifs (0) But no write: cd /mnt/J-ahn-d (I can see the files with ls but:) [root] # touch it touch: cannot touch `it': Permission denied [reader.local.net0]/mnt/J-ahn-d I'm curious if you guys see that `(0)' as above in mount output? From seandarcy at hotmail.com Thu Feb 26 17:10:43 2004 From: seandarcy at hotmail.com (sean darcy) Date: Thu, 26 Feb 2004 12:10:43 -0500 Subject: openh323 build breaks at speexcodec Message-ID: I'm rebuilding openh323-1.13.2-0.pre1.1.src.rpm. It fails here: g++ -DP_USE_PRAGMA -fno-rtti -ffunction-sections -fdata-sections -D_REENTRANT - Wall -march=athlon-xp -m3dnow -msse -mmmx -mfpmath=sse -Os -fPIC -DPTRACING -I /usr/src/redhat/BUILD/openh323-1.13.2pre1/include -DHAS_OSS -DPTRACING -I/usr/sh are/pwlib//include -march=athlon-xp -m3dnow -msse -mmmx -mfpmath=sse -Os -x c+ + -c speexcodec.cxx -o /usr/src/redhat/BUILD/openh323-1.13.2pre1/lib/obj_linux_x 86_r/speexcodec.o speexcodec.cxx: In member function `virtual BOOL SpeexCodec::EncodeFrame(BYTE*, unsigned int&)': speexcodec.cxx:404: error: cannot convert `float*' to `short int*' for argument `2' to `int speex_encode(void*, short int*, SpeexBits*)' speexcodec.cxx: In member function `virtual BOOL SpeexCodec::DecodeFrame(const BYTE*, unsigned int, unsigned int&)': speexcodec.cxx:418: error: cannot convert `float*' to `short int*' for argument `3' to `int speex_decode(void*, SpeexBits*, short int*)' make[2]: *** [/usr/src/redhat/BUILD/openh323-1.13.2pre1/lib/obj_linux_x86_r/spee xcodec.o] Error 1 I upgraded to gcc-3.3.3-2. Same result. Anybody got an idea? sean _________________________________________________________________ Find and compare great deals on Broadband access at the MSN High-Speed Marketplace. http://click.atdmt.com/AVE/go/onm00200360ave/direct/01/ From bartk at clara.co.uk Thu Feb 26 17:17:27 2004 From: bartk at clara.co.uk (Bart Kalita) Date: Thu, 26 Feb 2004 17:17:27 +0000 Subject: question regarding mount.cifs, samba, kernel 2.6.3 In-Reply-To: References: <403DE6CF.80200@clara.co.uk> <403DFAE8.5040109@gmx.de> Message-ID: <403E2A27.6080801@clara.co.uk> Harry Putnam wrote: >"shrek-m at gmx.de" writes: > > > >>Bart Kalita wrote: >> >> >> >>>I'm still trying to mount remote WIN shares on FC2 after finding >>>"sharity" and realising that in "free" mode it allows only for 1 >>>share to be mounted and that $: mount.cifs comes up with >>>"command not found" I'm at a loss as to what to do next. >>> >>> > >shrek: > > >>$ rpm -qpl >>http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/samba-client-3.0.2a-1.i386.rpm >>| grep -i cifs >>/sbin/mount.cifs >>/usr/share/man/man8/mount.cifs.8.gz >> >>$ cat /etc/fedora-release;rpm -qf /sbin/mount.cifs >>Fedora Core release 1 (Yarrow) >>samba-client-3.0.2-7.FC1 >> >> >> >>as root >>eg. >># mount -t cifs -ousername=user //server/share /mnt/cifs >>should work >> >> > >Bart: > > > >>it works! >> >> > >Are you guys aboe to write to the mounted share? > >I'm able to mount the share but not write to it: > >My command: >(wrapped for mail) >mount -t cifs -ousername=Administrator,password="" \ > //exp-xp/J-ahn-d /mnt/J-ahn-d > >Mount shows it mounted > [...] > /dev/hdb3 on /arch type ext3 (rw) > /dev/hdb10 on /var/www type ext3 (rw) > //exp-xp/J-ahn-d on /mnt/J-ahn-d type cifs (0) > >But no write: > >cd /mnt/J-ahn-d > (I can see the files with ls but:) >[root] # touch it >touch: cannot touch `it': Permission denied >[reader.local.net0]/mnt/J-ahn-d > > >I'm curious if you guys see that `(0)' as above in mount output? > > > > [bart at nemesis bart]$ mount /dev/hda2 on / type ext3 (rw) none on /proc type proc (rw) none on /sys type sysfs (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) usbdevfs on /proc/bus/usb type usbdevfs (rw) /dev/hda1 on /boot type ext3 (rw) none on /dev/shm type tmpfs (rw) //Akhram/downs on /home/bart/akhram/ type cifs (0) //hades/music on /home/bart/music/ type cifs (0) Yep, the (0) is there. Despite the fact that first mount is mounted as administrator. And just one more Q, is there a possibility to have thouse volumes mounthed at boot? and am I right to thing that it would be done via cron job? -- ____________________________________________________ Bart Kalita MCP www.bart-domain.com www.astradine.no-ip.org From rwa1 at cec.wustl.edu Thu Feb 26 17:25:48 2004 From: rwa1 at cec.wustl.edu (Richard Ayer III) Date: Thu, 26 Feb 2004 11:25:48 -0600 Subject: system crash References: <20040226071909.31356.qmail@web60401.mail.yahoo.com> <403DFF22.4010003@robotthoughts.com> Message-ID: <003701c3fc8d$9537db80$72b9fc80@rwa1> I haven't tried the 'linux rescue' idea yet, but I may if things don't get resolved some other way. Well, changing from rhgb to nogui I was able to complete the boot process and login to the machine. One thing I noticed, X still tries to start up; but stops with the blue background and a message that some picture of type png couldn't be read. That's the third time I've seen it complain about png files. I had downloaded the libpng-1.2.5 source, compiled and installed it (both before this problem, and again after to try to fix it). I noticed that it installed to /usr/local/lib, but version 1.1.2 (I believe) is installed in /usr/lib; could this be causing a conflict that is creating this problem? Richard Ayer III From lists at enfuego.us Thu Feb 26 17:42:30 2004 From: lists at enfuego.us (Earl Moore) Date: Thu, 26 Feb 2004 12:42:30 -0500 Subject: question regarding mount.cifs, samba, kernel 2.6.3 In-Reply-To: <403E2A27.6080801@clara.co.uk> References: <403DE6CF.80200@clara.co.uk> <403DFAE8.5040109@gmx.de> <403E2A27.6080801@clara.co.uk> Message-ID: <403E3006.9010301@enfuego.us> > And just one more Q, is there a possibility to have thouse volumes > mounthed at boot? and am I right to thing that it would be done via > cron job? You should be able to use netfs to load windows shares on boot. From shrek-m at gmx.de Thu Feb 26 18:10:29 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 26 Feb 2004 19:10:29 +0100 Subject: question regarding mount.cifs, samba, kernel 2.6.3 In-Reply-To: References: <403DE6CF.80200@clara.co.uk> <403DFAE8.5040109@gmx.de> Message-ID: <403E3695.7080507@gmx.de> Harry Putnam wrote: >Are you guys aboe to write to the mounted share? > >I'm able to mount the share but not write to it: > >My command: >(wrapped for mail) >mount -t cifs -ousername=Administrator,password="" \ > //exp-xp/J-ahn-d /mnt/J-ahn-d > >Mount shows it mounted > [...] > /dev/hdb3 on /arch type ext3 (rw) > /dev/hdb10 on /var/www type ext3 (rw) > //exp-xp/J-ahn-d on /mnt/J-ahn-d type cifs (0) > >But no write: > >cd /mnt/J-ahn-d > (I can see the files with ls but:) >[root] # touch it >touch: cannot touch `it': Permission denied >[reader.local.net0]/mnt/J-ahn-d > > windows nt/w2k/xp/2003 ? you have to check your share *and* your ntfs-permisssions # mount -t cifs -ousername=admin //192.168.101.10/doku /mnt/smb/ Password: # mount -t cifs -ousername=admin //192.168.101.10/daten /mnt/cifs/ Password: # cd /mnt/ # touch smb/test1 # touch cifs/test1 # rm smb/test1 rm: regul?re leere Datei ?smb/test1? entfernen? j # rm cifs/test1 rm: regul?re leere Datei ?cifs/test1? entfernen? j >I'm curious if you guys see that `(0)' as above in mount output? > # mount | grep 192 //192.168.101.10/doku on /mnt/smb/ type cifs (0) //192.168.101.10/daten on /mnt/cifs/ type cifs (0) -- shrek-m From shrek-m at gmx.de Thu Feb 26 18:14:21 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 26 Feb 2004 19:14:21 +0100 Subject: question regarding mount.cifs, samba, kernel 2.6.3 In-Reply-To: <403E2A27.6080801@clara.co.uk> References: <403DE6CF.80200@clara.co.uk> <403DFAE8.5040109@gmx.de> <403E2A27.6080801@clara.co.uk> Message-ID: <403E377D.3080603@gmx.de> Bart Kalita wrote: > And just one more Q, is there a possibility to have thouse volumes > mounthed at boot? and am I right to thing that it would be done via > cron job? /etc/fstab /etc/rc.local ... -- shrek-m From reader at newsguy.com Thu Feb 26 18:39:05 2004 From: reader at newsguy.com (Harry Putnam) Date: Thu, 26 Feb 2004 12:39:05 -0600 Subject: question regarding mount.cifs, samba, kernel 2.6.3 In-Reply-To: <403E3695.7080507@gmx.de> (shrek-m@gmx.de's message of "Thu, 26 Feb 2004 19:10:29 +0100") References: <403DE6CF.80200@clara.co.uk> <403DFAE8.5040109@gmx.de> <403E3695.7080507@gmx.de> Message-ID: "shrek-m at gmx.de" writes: > windows nt/w2k/xp/2003 ? > you have to check your share *and* your ntfs-permisssions xp pro 2003, but fat32 on this particular share. So not ntfs Near as I can tell the share should be writable according to the windows-xp information. In fact any share should be writable by `Administrator' far as I know. The `NET SESSIONS' command on windows shows that windows sees the mount being done by ADMINISTRATOR. Near as I can tell `cat /proc/fs/cifs/DebugData' contains nothing that gives a clue either Servers: cat /proc/fs/cifs/DebugData 1) Name: 192.168.0.15 Domain: HOME Mounts: 1 ServerOS: Windows 5.1 ServerNOS: Windows 2000 LAN Manager Capabilities: 0xe3fd SMB session status: 1 TCP session status: 1 Local Users To Same Server: 1 SecMode: 0x3 Shares: 1) \\exp-xp\J-ahn-d Uses: 1 on FS: FAT with characteristics: \ 0x20 Attributes: 0x6 PathComponentMax: 255 Status: 1 type: DISK From shrek-m at gmx.de Thu Feb 26 20:25:31 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 26 Feb 2004 21:25:31 +0100 Subject: question regarding mount.cifs, samba, kernel 2.6.3 In-Reply-To: References: <403DE6CF.80200@clara.co.uk> <403DFAE8.5040109@gmx.de> <403E3695.7080507@gmx.de> Message-ID: <403E563B.90805@gmx.de> Harry Putnam wrote: >"shrek-m at gmx.de" writes: > >>windows nt/w2k/xp/2003 ? >>you have to check your share *and* your ntfs-permisssions >> >> >xp pro 2003, but fat32 on this particular share. So not ntfs >Near as I can tell the share should be writable according to the >windows-xp information. In fact any share should be writable by >`Administrator' far as I know. > > no. as administrator //exp-xp/c$ //exp-xp/admin$ are these admin-shares writable ? -- shrek-m From mharris at redhat.com Thu Feb 26 21:38:50 2004 From: mharris at redhat.com (Mike A. Harris) Date: Thu, 26 Feb 2004 16:38:50 -0500 (EST) Subject: amd64 Fedora Core In-Reply-To: <1077646211.25813.512.camel@dungeness.stl.gtri.gatech.edu> References: <200402241108.18722.czar@czarc.net> <1077646211.25813.512.camel@dungeness.stl.gtri.gatech.edu> Message-ID: On Tue, 24 Feb 2004, Rob Myers wrote: >> All RPM packages are built on all 7 architectures, both in Fedora >> Core 1, and Fedora Core 2, so from that angle, it doesn't make >> any more work than we already have, to produce AMD64 packages. >> >> There is some overhead involved with producing updates, but >> _only_ if they are AMD64 specific updates. If they were updates >> for x86 anyway, releasing for both x86 and AMD64 shouldn't really >> pose additional effort. > >it would be nice if FC1 updates were pushed to the mirrors. why isn't >this happening now, if the updates are already being built? > >will FC1 updates for x86_64 be pushed when FC1 for x86_64 final is >released? I don't know the answers to those questions unfortunately. I just work here. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Thu Feb 26 21:41:10 2004 From: mharris at redhat.com (Mike A. Harris) Date: Thu, 26 Feb 2004 16:41:10 -0500 (EST) Subject: /sbin not in path In-Reply-To: <96D392D4-6671-11D8-8A98-000393C34F68@mac.com> References: <19D0526B-65B7-11D8-A3B3-000393C34F68@mac.com> <20040224025850.A28774@homebase.cluenet.de> <96D392D4-6671-11D8-8A98-000393C34F68@mac.com> Message-ID: On Mon, 23 Feb 2004, Sean Earp wrote: >Date: Mon, 23 Feb 2004 18:31:45 -0800 >From: Sean Earp >To: fedora-test-list at redhat.com >Content-Type: text/plain; charset=US-ASCII; format=flowed >List-Id: For testers of Fedora Core development releases > >Subject: Re: /sbin not in path > >Thanks Daniel and Mike- > >You guys are, of course, absolutely correct. I have finally managed to >find a site that lays out what the purpose of the standard directories >are in Linux. Had I read it before I submitted the question, I would >have been able to answer it myself. If you are a Linux newbie like >myself, make sure to bookmark this handy reference: > > > >Hope this helps someone, Yep, only one minor correction though. The current version of the FHS, is version 2.3: http://www.pathname.com/fhs http://www.pathname.com/fhs/pub/fhs-2.3.html Hope this helps, TTYL -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Thu Feb 26 21:59:57 2004 From: mharris at redhat.com (Mike A. Harris) Date: Thu, 26 Feb 2004 16:59:57 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: <1077620287.599.62.camel@shmuelhome.mine.nu> References: <1077620287.599.62.camel@shmuelhome.mine.nu> Message-ID: On Tue, 24 Feb 2004, shmuel siegel wrote: >Test Release - is it merely a convenient snapshot for installation but >serving no useful purpose after that (other than PR)? This is what I >would gather from those that advocate that testers stay in sync with >Rawhide. Test release of an OS snapshot, ie: "Fedora Core 2 test 1", is essentially a prebeta snapshot of the OS, which is very likely to be unstable. In the past, there were private beta testers and approximately 3 "alpha" releases that were generally not ready for public consumption, but needed wider testing than could be done internally. With the opening up of OS development, and creation of the Fedora Project, it was decided to make _all_ of the beta/alpha/whatever you want to call it releases public and open. The upside is that there would be more testers this way. The downside, is that people who voluntarily test the first few initial test releases without realizing that they are playing with fire, are likely to end up with very broken systems, as "test1" is a very first test, and is nowhere near "stable". The warnings in the installer should not be taken lightly. >Rawhide - is it the staging ground for release candidates or is it a >communication point between a developer and those that are in contact >with him? If it is the latter, then there needs to be another repository >that indicates that a package is ready for global testing. If it is the >former, than I wonder why an intermediate stage exists in the Core 1 >tree. Rawhide is the current set of packages that were built internally. The rough process, is this: - Developer updates a package to a newer version, or fixes some bugs, adds patches, whatever. - Developer builds package locally on his workstation and does whatever testing he deems necessary. - Developer submits package into the buildsystem, telling it to build the package into the Fedora Core 2 development tree. - Once the package has been successfully built on all 7 architectures, the buildsystem accepts the package into the internal Fedora Core 2 development tree. The above process is how we update all of our packages during development essentially. So what is rawhide then? Simple. Once every day or so, a script is ran either automated or manually, which takes all of the latest src.rpm and binary rpms in the current internal Fedora Core development tree, and mirrors them to our ftp staging server. The staging server then pushes the rpms to the public ftp servers. This is called "rawhide". There is zero QA testing done on any of the rawhide packages, because they are not "production ready", they are "work in progress, fresh off the press, caveat emptor, beware of large dog" or as Jef Spaleta puts it "rawhide might kill babies". Do not use rawhide if you can not accept the possibility of total system meltdown and data destruction. While it does not occur very often, it _CAN_ occur, and it does from time to time. ;o) How does rawhide differ from "test1" or other test releases? Again, that's a simple question with a simple answer. A 'test' release, or beta, or whatever you want to call it, is a snapshot in time of rawhide. Essentially, rawhide is snapshotted, and then ISO's are built, and some testing occurs with them. Any major problems that pop up, we try to fix in hopes that it will be as installable as possible for as many people as possible, without delaying the test release unnecessarily. In other words, a "test" release is unstable rawhide which might burn your house down, only very slightly better. Packages continue to build into our internal development tree after that, which will continue to be mirrored to rawhide daily or so, and will go on eventually to become "test2", etc. Eventually after all test/beta/release candidates, etc. are done, we work up towards the final "gold" OS release which would be "Fedora Core 2". That's it in a nutshell, excluding the finer details. >I think that Robert Day's initial point is correct. If there is no >stable baseline then testers are constantly finding superficial bugs; >deep bugs that take hours of testing will never get reached. Alan Cox is >also right when he states that a tester should check against the current >state of rawhide before he reports a bug. By definition, "in development" *means* "there is no stable baseline". >I think that a lot of the confusion comes form a lack of a >public test plan and the lack of guidelines for testers. Also, >for some reason, the difference between internal testing (which >in the framework of open source I would consider them to be >dedicated testers) and beta testers (those trying to use the >features in a real environment) has been totally blurred. Most >of the arguments against Robert Day were from the perspective of >internal testers. They are right for their function. But most of >them didn't need Test 1 except to test Anaconda; they were in >sync with rawhide anyway. For beta testers, a stable platform is >needed. If they are not at least pretending to do useful work >then real life considerations will never be actualized. If people require a stable platform, they definitely should not be using rawhide at all, and should not be using any test release. The entire purpose of the test releases, is that they *are not* stable, and we need people willing to test them anyway, and to report the instabilities to us, so that those instabilities _can_ be fixed. If nobody ever wants to test anything except "stable" packages, then unstable packages wont get tested, wont get fixed, and the final OS wont be stable either. >In summary, I also advocate an intermediate repository whose >sole purpose is to keep the baseline usable. I disagree, and I oppose the idea of having an additional intermediate tree. It would do nothing really beneficial, would make the latest software that now goes into rawhide, remain untested for LONGER, and thus remain buggy longer. It also would put an additional burden upon developers to have to track another tree, and to manually move packages from the "unstable" to the "not quite as unstable" tree from time to time. >If Redhat is unwilling to do this until development branches to >Core 3, then I must assume that Redhat regards final release of >Fedora as the real beta. Feel free to have that opinion if you wish, just note that your opinion is not shared by everyone, and is just that - one opinion. Others will both agree with you, and disagree with you. I disagree. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Thu Feb 26 22:16:05 2004 From: mharris at redhat.com (Mike A. Harris) Date: Thu, 26 Feb 2004 17:16:05 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> Message-ID: On Tue, 24 Feb 2004, Robert P. J. Day wrote: >> I think that Robert Day's initial point is correct. If there is no >> stable baseline then testers are constantly finding superficial bugs; >> deep bugs that take hours of testing will never get reached. Alan Cox is >> also right when he states that a tester should check against the current >> state of rawhide before he reports a bug. > >the more i read posted on this, the more i'm coming to sort of >understand the other positions so, yes, i'm starting to >understand the philosophy of, this early in the release process, >just drive all of the changes out there and see what breaks. That's how it has been for 10 years. I'm not sure why some people think the processes that have been used all this time are all of a sudden bad. Perhaps people just do not understand the procedures and what to expect. >but i guess it means that, unlike previous test releases from >red hat, these early test releases really are unusable as >*anything* but test platforms. Ah, but in the past, the public only got to see beta release 4, 5, and 6. The first 2-3 betas that destroyed the universe, were not public, and so you did not see the level of breakage that occured in earlier betas. Now things are even more open, and people who elect to see the level of breakage in early betas, can now do so. Those who do not want to see high level of breakage, should really sit out a few test releases and wait for the OS to stabilize. Or should only test low-risk packages individually, and not make changes to their core OS that could break everything. >as i mentioned in a previous post, it used to be that ambitious >testers would just flat out install the test release, knowing >that it would have problems, but they'd be prepared to deal with >that, *knowing* that as bugs were reported and patches issued, >their systems would slowly get more and more stable, and their >lives would return to normal. well, as normal as testers' lives >get. In the past though, as indicated above, the initial betas weren't public, and so you never got to see just how broken things can get. ;o) >but with this new fedora approach, that's just not true anymore, >at least for the first release or two. if one is constantly >updating against rawhide, then you have to assume that, as some >things get fixed, others will get broken. which makes it pretty >much impossible to use such a system for useful work, no? not a >complaint, just an observation. :-) That's a fair observation, but you should be aware that this is absolutely no different than any previous OS release, other than the fact it is an open process now. We _NEED_ wider testing than we can do internally alone in order to get things in a more stable state. That either means we do private beta releases with a selected team of individuals who 100% accept the deal about the chances of having a totally broken system for the private betas, or we make it open, and let people decide for themselves. We chose the latter. One thing we can _NOT_ do, is guarantee the stability of the OS, when it is in early development, which is where things are today. >based on what i read, it's only toward the very end of the >entire testing cycle (FC2-test3) that feature freezes start to >kick in and we should see things returning to normal in >preparation for the official release. From mharris at redhat.com Thu Feb 26 22:20:01 2004 From: mharris at redhat.com (Mike A. Harris) Date: Thu, 26 Feb 2004 17:20:01 -0500 (EST) Subject: Trying stuff in the testing repository In-Reply-To: <1077615323.32468.2.camel@localhost.localdomain> References: <20040224091845.GB6462@devserv.devel.redhat.com> <1077615323.32468.2.camel@localhost.localdomain> Message-ID: On Tue, 24 Feb 2004, PFJ wrote: >> I have an FC1 box that tracks the testing repository. With the latest updates >> it got part way through updating, failed on cpp (unpacking failed) - disk >> was mostly empty. This set of updates applied so far also broke up2date >> entirely > >One thing which always did puzzle me is why, unlike Windows, neither RH >or Fedora ever checks to see if you have enough room for any install. >Surely if the rpm included the unpacked size and then did a quick check >to ensure there is enough unpacking and installing space, failed RPM >installs would be far less frequent. It does check for disk space before doing installation. If you find that it fails, report a bug against the proper component (anaconda, rpm, up2date, whatever), or your best guess to what component is at fault. I've done many installations in which I was short on disk space, and was promptly informed that I could not continue - before anything began installing. It also refused to install for me once due to not having enough free inodes on /, so it doesn't just check disk space, but also free inodes. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From whb at ceimaine.org Thu Feb 26 22:24:26 2004 From: whb at ceimaine.org (Will Backman) Date: Thu, 26 Feb 2004 17:24:26 -0500 Subject: Testing test releases: do not update In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> Message-ID: <1077834266.2158.55.camel@cei3440> > >Rawhide - is it the staging ground for release candidates or is it a > >communication point between a developer and those that are in contact > >with him? If it is the latter, then there needs to be another repository > >that indicates that a package is ready for global testing. If it is the > >former, than I wonder why an intermediate stage exists in the Core 1 > >tree. > > Rawhide is the current set of packages that were built > internally. The rough process, is this: > > - Developer updates a package to a newer version, or fixes some > bugs, adds patches, whatever. > > - Developer builds package locally on his workstation and does > whatever testing he deems necessary. > > - Developer submits package into the buildsystem, telling it to > build the package into the Fedora Core 2 development tree. > > - Once the package has been successfully built on all 7 > architectures, the buildsystem accepts the package into the > internal Fedora Core 2 development tree. > > The above process is how we update all of our packages during > development essentially. So what is rawhide then? Simple. Once > every day or so, a script is ran either automated or manually, > which takes all of the latest src.rpm and binary rpms in the > current internal Fedora Core development tree, and mirrors them > to our ftp staging server. The staging server then pushes the > rpms to the public ftp servers. This is called "rawhide". > > There is zero QA testing done on any of the rawhide packages, > because they are not "production ready", they are "work in > progress, fresh off the press, caveat emptor, beware of large > dog" or as Jef Spaleta puts it "rawhide might kill babies". > > Do not use rawhide if you can not accept the possibility of total > system meltdown and data destruction. While it does not occur > very often, it _CAN_ occur, and it does from time to time. ;o) > Thanks for the information. This is great stuff for a fedora testing FAQ. From ernesto at ornl.gov Thu Feb 26 22:21:43 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Thu, 26 Feb 2004 17:21:43 -0500 Subject: Testing test releases: do not update In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> Message-ID: <1077834102.6419.83.camel@matrix> On Thu, 2004-02-26 at 17:16, Mike A. Harris wrote: > On Tue, 24 Feb 2004, Robert P. J. Day wrote: > > >> I think that Robert Day's initial point is correct. If there is no > >> stable baseline then testers are constantly finding superficial bugs; > >> deep bugs that take hours of testing will never get reached. Alan Cox is > >> also right when he states that a tester should check against the current > >> state of rawhide before he reports a bug. > > > >the more i read posted on this, the more i'm coming to sort of > >understand the other positions so, yes, i'm starting to > >understand the philosophy of, this early in the release process, > >just drive all of the changes out there and see what breaks. > > That's how it has been for 10 years. I'm not sure why some > people think the processes that have been used all this time are > all of a sudden bad. Perhaps people just do not understand the > procedures and what to expect. That is true. However, is there not a Fedora 2 Test-l updates tree? IF there is then Testers should use that, right?? > > > >but i guess it means that, unlike previous test releases from > >red hat, these early test releases really are unusable as > >*anything* but test platforms. > > Ah, but in the past, the public only got to see beta release 4, > 5, and 6. The first 2-3 betas that destroyed the universe, were > not public, and so you did not see the level of breakage that > occured in earlier betas. Now things are even more open, and > people who elect to see the level of breakage in early betas, can > now do so. Those who do not want to see high level of breakage, > should really sit out a few test releases and wait for the OS to > stabilize. Or should only test low-risk packages individually, > and not make changes to their core OS that could break > everything. > > >as i mentioned in a previous post, it used to be that ambitious > >testers would just flat out install the test release, knowing > >that it would have problems, but they'd be prepared to deal with > >that, *knowing* that as bugs were reported and patches issued, > >their systems would slowly get more and more stable, and their > >lives would return to normal. well, as normal as testers' lives > >get. > > In the past though, as indicated above, the initial betas weren't > public, and so you never got to see just how broken things can > get. ;o) > > > >but with this new fedora approach, that's just not true anymore, > >at least for the first release or two. if one is constantly > >updating against rawhide, then you have to assume that, as some > >things get fixed, others will get broken. which makes it pretty > >much impossible to use such a system for useful work, no? not a > >complaint, just an observation. :-) > > That's a fair observation, but you should be aware that this is > absolutely no different than any previous OS release, other than > the fact it is an open process now. We _NEED_ wider testing than > we can do internally alone in order to get things in a more > stable state. That either means we do private beta releases with > a selected team of individuals who 100% accept the deal about the > chances of having a totally broken system for the private betas, > or we make it open, and let people decide for themselves. We > chose the latter. One thing we can _NOT_ do, is guarantee the > stability of the OS, when it is in early development, which is > where things are today. > > > >based on what i read, it's only toward the very end of the > >entire testing cycle (FC2-test3) that feature freezes start to > >kick in and we should see things returning to normal in > >preparation for the official release. -- Ernest L. Williams Jr. From ernesto at ornl.gov Thu Feb 26 22:31:42 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Thu, 26 Feb 2004 17:31:42 -0500 Subject: Testing test releases: do not update In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> Message-ID: <1077834702.6419.90.camel@matrix> On Thu, 2004-02-26 at 16:59, Mike A. Harris wrote: > On Tue, 24 Feb 2004, shmuel siegel wrote: > > >Test Release - is it merely a convenient snapshot for installation but > >serving no useful purpose after that (other than PR)? This is what I > >would gather from those that advocate that testers stay in sync with > >Rawhide. > > Test release of an OS snapshot, ie: "Fedora Core 2 test 1", is > essentially a prebeta snapshot of the OS, which is very likely to > be unstable. > > In the past, there were private beta testers and approximately 3 > "alpha" releases that were generally not ready for public > consumption, but needed wider testing than could be done > internally. > > With the opening up of OS development, and creation of the Fedora > Project, it was decided to make _all_ of the beta/alpha/whatever > you want to call it releases public and open. The upside is that > there would be more testers this way. The downside, is that > people who voluntarily test the first few initial test releases > without realizing that they are playing with fire, are likely to > end up with very broken systems, as "test1" is a very first test, > and is nowhere near "stable". The warnings in the installer > should not be taken lightly. > > > >Rawhide - is it the staging ground for release candidates or is it a > >communication point between a developer and those that are in contact > >with him? If it is the latter, then there needs to be another repository > >that indicates that a package is ready for global testing. If it is the > >former, than I wonder why an intermediate stage exists in the Core 1 > >tree. > > Rawhide is the current set of packages that were built > internally. The rough process, is this: > > - Developer updates a package to a newer version, or fixes some > bugs, adds patches, whatever. > > - Developer builds package locally on his workstation and does > whatever testing he deems necessary. > > - Developer submits package into the buildsystem, telling it to > build the package into the Fedora Core 2 development tree. > > - Once the package has been successfully built on all 7 > architectures, the buildsystem accepts the package into the > internal Fedora Core 2 development tree. > > The above process is how we update all of our packages during > development essentially. So what is rawhide then? Simple. Once > every day or so, a script is ran either automated or manually, > which takes all of the latest src.rpm and binary rpms in the > current internal Fedora Core development tree, and mirrors them > to our ftp staging server. The staging server then pushes the > rpms to the public ftp servers. This is called "rawhide". > > There is zero QA testing done on any of the rawhide packages, > because they are not "production ready", they are "work in > progress, fresh off the press, caveat emptor, beware of large > dog" or as Jef Spaleta puts it "rawhide might kill babies". > > Do not use rawhide if you can not accept the possibility of total > system meltdown and data destruction. While it does not occur > very often, it _CAN_ occur, and it does from time to time. ;o) > > > How does rawhide differ from "test1" or other test releases? > Again, that's a simple question with a simple answer. A 'test' > release, or beta, or whatever you want to call it, is a snapshot > in time of rawhide. Essentially, rawhide is snapshotted, and > then ISO's are built, and some testing occurs with them. Any > major problems that pop up, we try to fix in hopes that it will > be as installable as possible for as many people as possible, > without delaying the test release unnecessarily. In other words, > a "test" release is unstable rawhide which might burn your house > down, only very slightly better. > > Packages continue to build into our internal development tree > after that, which will continue to be mirrored to rawhide daily > or so, and will go on eventually to become "test2", etc. > Eventually after all test/beta/release candidates, etc. are done, > we work up towards the final "gold" OS release which would be > "Fedora Core 2". > > That's it in a nutshell, excluding the finer details. > > > >I think that Robert Day's initial point is correct. If there is no > >stable baseline then testers are constantly finding superficial bugs; > >deep bugs that take hours of testing will never get reached. Alan Cox is > >also right when he states that a tester should check against the current > >state of rawhide before he reports a bug. > > By definition, "in development" *means* "there is no stable > baseline". > > > >I think that a lot of the confusion comes form a lack of a > >public test plan and the lack of guidelines for testers. Also, > >for some reason, the difference between internal testing (which > >in the framework of open source I would consider them to be > >dedicated testers) and beta testers (those trying to use the > >features in a real environment) has been totally blurred. Most > >of the arguments against Robert Day were from the perspective of > >internal testers. They are right for their function. But most of > >them didn't need Test 1 except to test Anaconda; they were in > >sync with rawhide anyway. For beta testers, a stable platform is > >needed. If they are not at least pretending to do useful work > >then real life considerations will never be actualized. > > If people require a stable platform, they definitely should not > be using rawhide at all, and should not be using any test > release. The entire purpose of the test releases, is that they > *are not* stable, and we need people willing to test them anyway, > and to report the instabilities to us, so that those > instabilities _can_ be fixed. If nobody ever wants to test > anything except "stable" packages, then unstable packages wont > get tested, wont get fixed, and the final OS wont be stable > either. > > >In summary, I also advocate an intermediate repository whose > >sole purpose is to keep the baseline usable. > > I disagree, and I oppose the idea of having an additional > intermediate tree. It would do nothing really beneficial, would > make the latest software that now goes into rawhide, remain > untested for LONGER, and thus remain buggy longer. It also would > put an additional burden upon developers to have to track another > tree, and to manually move packages from the "unstable" to the > "not quite as unstable" tree from time to time. Should this not be just another CVS branch for the test release. Then bugs should be filed against it. Updates should be placed in an updates repository so that testers get updates. The testers should not have to go to rawhide for a "released test", right. You have the technology to push updates to the rawhide repository as well as a Fedora 2 Test 1 Repository. Where is all of this difficulty coming from? Isn't this basic software development practices. You do indeed describe the Release process. You have provided great information. > > > >If Redhat is unwilling to do this until development branches to > >Core 3, then I must assume that Redhat regards final release of > >Fedora as the real beta. > > Feel free to have that opinion if you wish, just note that your > opinion is not shared by everyone, and is just that - one > opinion. Others will both agree with you, and disagree with you. > > I disagree. > > > -- > Mike A. Harris ftp://people.redhat.com/mharris > OS Systems Engineer - XFree86 maintainer - Red Hat -- Ernest L. Williams Jr. From jspaleta at princeton.edu Thu Feb 26 22:36:43 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Thu, 26 Feb 2004 17:36:43 -0500 Subject: Testing test releases: do not update Message-ID: <1077835002.7155.23.camel@spatula.pppl.gov> Mike A. Harris wrote: > as Jef Spaleta puts it "rawhide might kill babies" EAT BABIES not KILL totally different...totally....yeesh And you slyly glossed over the one valid point in the thread... shmuel siegel wrote: >> I think that a lot of the confusion comes form a lack of a >> public test plan and the lack of guidelines for testers If i would agree with anything..i would agree...that a lot of potentially useful testers, enthusiastic users who want to contribute in some way, are unduly confused about what is really expected of them during different phases of the testing process. Or if not confused...just completely unaware, and don't really have a good idea of where to start. And I'm warning you, trying to build some sort of communication mechanism(s) to provide better guidance during testing is own my personal agenda....which means I'm going to poke developers in the eye and see if I can get a few crusty nuggets of useful wisdom out of them, in a effort to cobbling together something aimed at the potential tester, to get them started with less overall emotional trauma. And just to be mean...i'm not going to give you my personal timescale to start the attack....but you've been warned....start watching the skies. And i could probably argue, that people who have been involved with previous rhl beta processes, probably are carrying some misguided expectations about how the testing is going to work for FC as well (though i think yer post addresses these old hats to a large extent.) I think everyone really needs to come to the table with an understanding of where the real development bottlenecks are. In my opinion, the biggest bottleneck is utilization of developer time...developer time is the scarce resource. Building a testing process thats most convenient for the testers but puts an undue burden on the developers isn't a process based on the realities of the resource economics involved. We can argue till we are blue in the face about the reality value of having an extra tree, from the testers point of view, but there is no getting around the fact that how much really gets done between releases in terms of building the bits is choked by how many developer manhours there are to burn on the innumerable priorities. Let's put it this way....no one can honestly argue that developers are sitting playing games waiting for actionable bug reports to roll-in. But i also think, in the new world order of the more open Fedora process, there is a place to make an effort to recognize the contributions being made from outstanding testers. I'm not talking about bending the testing process to their will, but a considerate way to give testers recognition for letting test1 releases meltdown their boxen..for the good of mankind. -jef"you will pay for misquoting me..pay..dearly"spaleta From ernesto at ornl.gov Thu Feb 26 22:41:18 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Thu, 26 Feb 2004 17:41:18 -0500 Subject: Testing test releases: do not update In-Reply-To: <1077835002.7155.23.camel@spatula.pppl.gov> References: <1077835002.7155.23.camel@spatula.pppl.gov> Message-ID: <1077835277.6419.95.camel@matrix> On Thu, 2004-02-26 at 17:36, Jef Spaleta wrote: > Mike A. Harris wrote: > > as Jef Spaleta puts it "rawhide might kill babies" > EAT BABIES > not KILL > totally different...totally....yeesh > > And you slyly glossed over the one valid point in the thread... > shmuel siegel wrote: > >> I think that a lot of the confusion comes form a lack of a > >> public test plan and the lack of guidelines for testers > > If i would agree with anything..i would agree...that a lot of > potentially useful testers, enthusiastic users who want to contribute in > some way, are unduly confused about what is really expected of them > during different phases of the testing process. > Or if not confused...just completely unaware, and don't really have a > good idea of where to start. And I'm warning you, trying to build some > sort of communication mechanism(s) to provide better guidance during > testing is own my personal agenda....which means I'm going to poke > developers in the eye and see if I can get a few crusty nuggets of > useful wisdom out of them, in a effort to cobbling together something > aimed at the potential tester, to get them started with less overall > emotional trauma. And just to be mean...i'm not going to give you my > personal timescale to start the attack....but you've been > warned....start watching the skies. > > And i could probably argue, that people who have been involved with > previous rhl beta processes, probably are carrying some misguided > expectations about how the testing is going to work for FC as well > (though i think yer post addresses these old hats to a large extent.) I > think everyone really needs to come to the table with an understanding > of where the real development bottlenecks are. In my opinion, the > biggest bottleneck is utilization of developer time...developer time is > the scarce resource. Building a testing process thats most convenient > for the testers but puts an undue burden on the developers isn't a > process based on the realities of the resource economics involved. What is the policy on feature freeze during the testing cycle? When a package is released such as for Fedora 2 Test 1 are the features frozen? If the features are indeed frozen should not the priority shift towards bug fixes? Just asking more questions about the development/testing cycle? I am not complaining. > We > can argue till we are blue in the face about the reality value of having > an extra tree, from the testers point of view, but there is no getting > around the fact that how much really gets done between releases in terms > of building the bits is choked by how many developer manhours there are > to burn on the innumerable priorities. Let's put it this way....no one > can honestly argue that developers are sitting playing games waiting for > actionable bug reports to roll-in. But i also think, in the new world > order of the more open Fedora process, there is a place to make an > effort to recognize the contributions being made from outstanding > testers. I'm not talking about bending the testing process to their > will, but a considerate way to give testers recognition for letting > test1 releases meltdown their boxen..for the good of mankind. > > -jef"you will pay for misquoting me..pay..dearly"spaleta -- Ernest L. Williams Jr. From ggw at wolves.durham.nc.us Thu Feb 26 22:50:41 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Thu, 26 Feb 2004 17:50:41 -0500 Subject: snd-cmi8330 not detected by kudzu Message-ID: <20040226225041.GA6250@wolves.durham.nc.us> I have a motherboard with a CMI8330 soundchip. It works fine (within the limits of the mixer problems) when I modprobe the snd-cmi8330.ko module, but I have to hand mung the modprobe.conf file to get it installed at boot time. -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From whooperhsd3 at earthlink.net Thu Feb 26 23:07:44 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 26 Feb 2004 18:07:44 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: <1077835277.6419.95.camel@matrix> References: <1077835002.7155.23.camel@spatula.pppl.gov> <1077835277.6419.95.camel@matrix> Message-ID: <2031.12.29.16.103.1077836864.squirrel@12.29.16.103> Ernest L. Williams Jr. said: > What is the policy on feature freeze during the testing cycle? When a > package is released such as for Fedora 2 Test 1 are the features frozen? > If the features are indeed frozen should not the priority shift towards > bug fixes? Just asking more questions about the development/testing > cycle? I am not complaining. Development freezes are listed on the schedule: http://fedora.redhat.com/participate/schedule/ -- William Hooper From whooperhsd3 at earthlink.net Thu Feb 26 23:08:40 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Thu, 26 Feb 2004 18:08:40 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: <1077834102.6419.83.camel@matrix> References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077834102.6419.83.camel@matrix> Message-ID: <2082.12.29.16.103.1077836920.squirrel@12.29.16.103> Ernest L. Williams Jr. said: > However, is there not a Fedora 2 Test-l updates tree? The updates tree is Rawhide (aka development). -- William Hooper From paul at all-the-johnsons.co.uk Thu Feb 26 23:20:26 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 26 Feb 2004 23:20:26 +0000 Subject: Automake problem Message-ID: <1077837578.27390.12.camel@T7.linux> Hi, I've just downloaded the latest CVS of Scribus and have run make -f Makefile.dist (this generates all the make, configure and wotnot files). It's been a while since I've made Scribus (despite being one of the developers), but have noticed the following problem - I can't generate the config/make/etc files. make -f Makefile.dist gives the following output configure.in:16: version mismatch. This is Automake 1.7.8, configure.in:16: but the definition used by this AM_INIT_AUTOMAKE configure.in:16: comes from Automake 1.4-p6. You should recreate configure.in:16: aclocal.m4 with aclocal and run automake again. /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL make[1]: *** [cvs] Error 1 make: *** [all] Error 2 I can't regenerate the aclocal.m4 file (well, I can, but I get the same throwback errors). It's been suggested that I remove automake 1.7.8 and go back to 1.7.2 (or whatever FC1 came with). I'm reluctant to do this as if there is a problem with automake, it should be sorted. I've not filed a bugzilla report yet as I'm not sure if it's a problem with the scribus automake scripts or automake 1.7.8. Suggestions welcome TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 kolione at sexmagnet.com Thu Feb 26 23:22:20 2004 From: kolione at sexmagnet.com (Kolione) Date: Thu, 26 Feb 2004 17:22:20 -0600 Subject: Test 1 Message-ID: <1077837739.25865.3.camel@bosplaya.org> Let me know if i have this right, first i would update to est 1, then to rawhide to have something like debian unstable ? or should i just jump to rawhide? also anyone have any good apt sources for either of these, any information qould be appreciated. thanks, Kolione From ernesto at ornl.gov Thu Feb 26 23:24:03 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Thu, 26 Feb 2004 18:24:03 -0500 Subject: Testing test releases: do not update In-Reply-To: <2082.12.29.16.103.1077836920.squirrel@12.29.16.103> References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077834102.6419.83.camel@matrix> <2082.12.29.16.103.1077836920.squirrel@12.29.16.103> Message-ID: <1077837842.6419.102.camel@matrix> On Thu, 2004-02-26 at 18:08, William Hooper wrote: > Ernest L. Williams Jr. said: > > > However, is there not a Fedora 2 Test-l updates tree? > > The updates tree is Rawhide (aka development). So, in "/etc/sysconfig/rhn/sources" What is the differences in the following repos? =========================================================================== yum fedora-core-rawhide \ http://download.fedora.redhat.com/pub/fedora/linux/core/development/$ARCH/ yum fedore-core-2-test1-updates \ http://fedora.redhat.com/updates/released/fedora-core-1 =========================================================================== You mean that both point to rawhide? Or maybe, my sources file is not correct. > > -- > William Hooper -- Ernest L. Williams Jr. From aleksey at nogin.org Thu Feb 26 23:34:20 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Thu, 26 Feb 2004 15:34:20 -0800 Subject: Testing test releases: do not update In-Reply-To: <1077837842.6419.102.camel@matrix> References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077834102.6419.83.camel@matrix> <2082.12.29.16.103.1077836920.squirrel@12.29.16.103> <1077837842.6419.102.camel@matrix> Message-ID: <403E827C.4080509@nogin.org> On 26.02.2004 15:24, Ernest L. Williams Jr. wrote: > yum fedore-core-2-test1-updates \ > http://fedora.redhat.com/updates/released/fedora-core-1 The above is an FC1 updates URL, not an FC2-test1! -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From ernesto at ornl.gov Thu Feb 26 23:46:51 2004 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Thu, 26 Feb 2004 18:46:51 -0500 Subject: Testing test releases: do not update In-Reply-To: <403E827C.4080509@nogin.org> References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077834102.6419.83.camel@matrix> <2082.12.29.16.103.1077836920.squirrel@12.29.16.103> <1077837842.6419.102.camel@matrix> <403E827C.4080509@nogin.org> Message-ID: <1077839211.6419.107.camel@matrix> On Thu, 2004-02-26 at 18:34, Aleksey Nogin wrote: > On 26.02.2004 15:24, Ernest L. Williams Jr. wrote: > > > yum fedore-core-2-test1-updates \ > > http://fedora.redhat.com/updates/released/fedora-core-1 > > The above is an FC1 updates URL, not an FC2-test1! > Okay, Thanks for the clarification. > -- > Aleksey Nogin > > Home Page: http://nogin.org/ > E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) > Office: Jorgensen 70, tel: (626) 395-2907 -- Ernest L. Williams Jr. From aoliva at redhat.com Fri Feb 27 00:13:07 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 26 Feb 2004 21:13:07 -0300 Subject: Automake problem In-Reply-To: <1077837578.27390.12.camel@T7.linux> References: <1077837578.27390.12.camel@T7.linux> Message-ID: On Feb 26, 2004, Paul wrote: > configure.in:16: version mismatch. This is Automake 1.7.8, > configure.in:16: but the definition used by this AM_INIT_AUTOMAKE > configure.in:16: comes from Automake 1.4-p6. You should recreate > configure.in:16: aclocal.m4 with aclocal and run automake again. Try running automake-1.4. It's available in FC1, but maybe not in a default install. up2date -i automake14 should get it to you if it's missing. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From paul at all-the-johnsons.co.uk Fri Feb 27 00:53:45 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 27 Feb 2004 00:53:45 +0000 Subject: Test 1 In-Reply-To: <1077837739.25865.3.camel@bosplaya.org> References: <1077837739.25865.3.camel@bosplaya.org> Message-ID: <1077843225.3247.2.camel@T7.linux> Hi. > Let me know if i have this right, first i would update to est 1, then to > rawhide to have something like debian unstable ? or should i just jump > to rawhide? also anyone have any good apt sources for either of these, > any information qould be appreciated. You can go straight to rawhide by getting the ISOs from BitTorrent. There is a version of apt-get for Fedora, but to be honest, yum does a far nicer job (usually). I won't express my opinions about Debian... TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 ehoover at MINES.EDU Fri Feb 27 01:46:39 2004 From: ehoover at MINES.EDU (Erich Hoover) Date: Thu, 26 Feb 2004 18:46:39 -0700 Subject: up2date libgtop dependency problem Message-ID: <403EA17F.9010009@mines.edu> The most recent batch of updates have a problem with the libgtop dependencies (at least for me). It looks like some of the packages that use the libgtop files want the exact version that's currently loaded and aren't willing to take a more recent version. Is anyone else having this same problem and has hopefully come up with a way to fix it? From sandy_pond at myrealbox.com Fri Feb 27 01:58:02 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Thu, 26 Feb 2004 20:58:02 -0500 Subject: up2date libgtop dependency problem In-Reply-To: <403EA17F.9010009@mines.edu> References: <403EA17F.9010009@mines.edu> Message-ID: <1077847082.3075.0.camel@family> On Thu, 2004-02-26 at 18:46 -0700, Erich Hoover wrote: > The most recent batch of updates have a problem with the libgtop > dependencies (at least for me). It looks like some of the packages that > use the libgtop files want the exact version that's currently loaded and > aren't willing to take a more recent version. Is anyone else having > this same problem and has hopefully come up with a way to fix it? yum --exclude=libgtop* update From notting at redhat.com Fri Feb 27 02:57:51 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 26 Feb 2004 21:57:51 -0500 Subject: Fedora Core 2 Test 2 - delayed Message-ID: <20040227025751.GF29689@devserv.devel.redhat.com> We're encountering various issues that are causing us to delay the release of test2. We'd like to get as much exposure to SELinux as possible, and this means shipping test2 with SELinux in enforcing mode. However, there are still some subsystems that aren't quite ready for this, so we need to slide the release date some. The *current* projection is that the freeze will be on March 12, for availability on March 22. This date is only preliminary at this point, and may change. The schedule at: http://fedora.redhat.com/participate/schedule/ will be updated shortly. Bill From rhally at mindspring.com Fri Feb 27 03:01:55 2004 From: rhally at mindspring.com (Richard Hally) Date: Thu, 26 Feb 2004 22:01:55 -0500 Subject: up2date libgtop dependency problem In-Reply-To: <1077847082.3075.0.camel@family> Message-ID: Thanks for the yum information! Does it seem a little counter intuitive that the message says: (see below) Foo needs bar, this is not available. Where the "not available" refers to the bar and then you use --exclude bar in the yum command? Didn't it just tell us that bar was not available? Thanks again. Richard Hally > .Package gnome-applets needs libgtop-2.0.so.1, this is not available. > Package gnome-system-monitor needs libgtop-2.0.so.1, this is not > available. > Package gnome-applets needs libgtop_common-2.0.so.1, this is not > available. > Package gnome-system-monitor needs libgtop_common-2.0.so.1, this is not > available. > Package gnome-applets needs libgtop_sysdeps-2.0.so.1, this is not > available. > Package gnome-system-monitor needs libgtop_sysdeps-2.0.so.1, this is not > available. -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Sandy Pond Sent: Thursday, February 26, 2004 8:58 PM To: fedora-test-list at redhat.com Subject: Re: up2date libgtop dependency problem On Thu, 2004-02-26 at 18:46 -0700, Erich Hoover wrote: > The most recent batch of updates have a problem with the libgtop > dependencies (at least for me). It looks like some of the packages that > use the libgtop files want the exact version that's currently loaded and > aren't willing to take a more recent version. Is anyone else having > this same problem and has hopefully come up with a way to fix it? yum --exclude=libgtop* update -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From rich at robotthoughts.com Fri Feb 27 03:54:42 2004 From: rich at robotthoughts.com (Rich Thompson) Date: Thu, 26 Feb 2004 21:54:42 -0600 Subject: system crash In-Reply-To: <003701c3fc8d$9537db80$72b9fc80@rwa1> References: <20040226071909.31356.qmail@web60401.mail.yahoo.com> <403DFF22.4010003@robotthoughts.com> <003701c3fc8d$9537db80$72b9fc80@rwa1> Message-ID: <403EBF82.80403@robotthoughts.com> I would seem that tonight's updates fixed this issue. Richard Ayer III wrote: > I haven't tried the 'linux rescue' idea yet, but I may if things don't get > resolved some other way. > > Well, changing from rhgb to nogui I was able to complete the boot process > and login to the machine. One thing I noticed, X still tries to start up; > but stops with the blue background and a message that some picture of type > png couldn't be read. That's the third time I've seen it complain about png > files. I had downloaded the libpng-1.2.5 source, compiled and installed it > (both before this problem, and again after to try to fix it). I noticed that > it installed to /usr/local/lib, but version 1.1.2 (I believe) is installed > in /usr/lib; could this be causing a conflict that is creating this problem? > > Richard Ayer III > > > -- -=+8()8+=- Rich Thompson http://www.robotthoughts.com perl -e 'print pack("c*",hex "3A",sqrt(2025),(unpack(c,"=")-20),10);' From sandy_pond at myrealbox.com Fri Feb 27 04:14:00 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Thu, 26 Feb 2004 23:14:00 -0500 Subject: up2date libgtop dependency problem In-Reply-To: References: Message-ID: <1077855240.6912.4.camel@family> On Thu, 2004-02-26 at 22:01 -0500, Richard Hally wrote: > Thanks for the yum information! > Does it seem a little counter intuitive that the message says: (see below) > Foo needs bar, this is not available. Where the "not available" refers to > the bar and then you use --exclude bar in the yum command? Didn't it just > tell us that bar was not available? > $ yum provides libgtop_common-2.0.so.1 Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Server: Fedora.us Extras (Stable) Server: Livna.org - Fedora Compatible Packages (stable) Finding updated packages Downloading needed headers Looking in available packages for a providing package No packages found Looking in installed packages for a providing package Installed package: libgtop2.i386 0:2.5.0-2 matches with /usr/lib/libgtop_common-2.0.so.1 Installed package: libgtop2.i386 0:2.5.0-2 matches with /usr/lib/libgtop_common-2.0.so.1.0.0 Installed package: libgtop2.i386 0:2.5.0-2 matches with libgtop_common-2.0.so.1 3 results returned $ yum list libgtop2 Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Server: Fedora.us Extras (Stable) Server: Livna.org - Fedora Compatible Packages (stable) Finding updated packages Downloading needed headers Looking in Available Packages: Name Arch Version Repo -------------------------------------------------------------------------------- libgtop2 i386 2.5.1-1 development Looking in Installed Packages: Name Arch Version Repo -------------------------------------------------------------------------------- libgtop2 i386 2.5.0-2 db From sean at charlug.org Fri Feb 27 05:17:33 2004 From: sean at charlug.org (Sean Hogston) Date: Fri, 27 Feb 2004 00:17:33 -0500 Subject: Mouse not working after update Message-ID: <1077859053.17751.9.camel@deebo> Hi, I just updated FC2 to the current level on my Dell D800 and in a vmware session. In both of these cases when i rebooted X does not start and says it cannot find a mouse. I played with the mouse device thinking it changed and tried /dev/input/mouse /dev/mouse /dev/psaux /dev/psmouse with no luck for any of them. Both of these were fresh installs so when I did the updates the vmware install pulled 1378 packages and the D800 install pulled 1452 so this makes it impossible to narrow down what broke it. Any suggestions would be great. Sean From ggw at wolves.durham.nc.us Fri Feb 27 05:31:03 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Fri, 27 Feb 2004 00:31:03 -0500 Subject: missing "fdomain" module in 2.6.3-1.109 kernel Message-ID: <20040227053103.GA9482@wolves.durham.nc.us> The latest kernel would not install on my machine due to a missing "fdomain" SCSI module that caused the mkinitrd step (under up2date and yum) to fail. Specifications of "tembo": AMD K6-2 @ 333.MHz 320M RAM ATI Rage XL (Mach 64) IDE drives and CD-RW CMI8331 sound chipset on mobo Tulip NIC on mobo 3c509 NIC on PCI AHA-2920A (fdomain) SCSI on ISA (Syquest EZ135) PS/2 keyboard and mouse (trackball) -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From aoliva at redhat.com Fri Feb 27 05:38:50 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 27 Feb 2004 02:38:50 -0300 Subject: Mouse not working after update In-Reply-To: <1077859053.17751.9.camel@deebo> References: <1077859053.17751.9.camel@deebo> Message-ID: On Feb 27, 2004, Sean Hogston wrote: > it changed and tried /dev/input/mouse /dev/mouse /dev/psaux /dev/psmouse > with no luck for any of them. /dev/input/mice Adjusting /dev/psaux such that it's a soft-link to /dev/input/mice is probably the easiest solution. Adjusting the first mouse entry in /etc/X11/XF86Config and removing the DevInputMouse section, as well as the reference to it, is the most complete solution (I'm aware of :-) This has been covered several times in the list, especially right after the kernel update that required this change went in. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org} Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist Professional serial bug killer From sandy_pond at myrealbox.com Fri Feb 27 05:54:04 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Fri, 27 Feb 2004 00:54:04 -0500 Subject: missing "fdomain" module in 2.6.3-1.109 kernel In-Reply-To: <20040227053103.GA9482@wolves.durham.nc.us> References: <20040227053103.GA9482@wolves.durham.nc.us> Message-ID: <1077861243.6912.7.camel@family> On Fri, 2004-02-27 at 00:31 -0500, Gregory Woodbury wrote: > The latest kernel would not install on my machine due to a missing > "fdomain" SCSI module that caused the mkinitrd step (under up2date and > yum) to fail. > $ grep CONFIG_SCSI_FUTURE_DOMAIN /boot/config-2.6.3-1.10* /boot/config-2.6.3-1.100:CONFIG_SCSI_FUTURE_DOMAIN=m /boot/config-2.6.3-1.106:CONFIG_SCSI_FUTURE_DOMAIN=m /boot/config-2.6.3-1.109:# CONFIG_SCSI_FUTURE_DOMAIN is not set Not built by default anymore. You'll have to build a custom kernel. From sandy_pond at myrealbox.com Fri Feb 27 06:11:47 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Fri, 27 Feb 2004 01:11:47 -0500 Subject: missing "fdomain" module in 2.6.3-1.109 kernel In-Reply-To: <1077861243.6912.7.camel@family> References: <20040227053103.GA9482@wolves.durham.nc.us> <1077861243.6912.7.camel@family> Message-ID: <1077862307.6912.11.camel@family> On Fri, 2004-02-27 at 00:54 -0500, Sandy Pond wrote: > On Fri, 2004-02-27 at 00:31 -0500, Gregory Woodbury wrote: > > The latest kernel would not install on my machine due to a missing > > "fdomain" SCSI module that caused the mkinitrd step (under up2date and > > yum) to fail. > > > > $ grep CONFIG_SCSI_FUTURE_DOMAIN /boot/config-2.6.3-1.10* > /boot/config-2.6.3-1.100:CONFIG_SCSI_FUTURE_DOMAIN=m > /boot/config-2.6.3-1.106:CONFIG_SCSI_FUTURE_DOMAIN=m > /boot/config-2.6.3-1.109:# CONFIG_SCSI_FUTURE_DOMAIN is not set > > > Not built by default anymore. You'll have to build a custom kernel. > Some more info: rpm -q --changelog kernel-2.6.3-1.109 | less * Wed Feb 25 2004 Dave Jones - Update to 2.6.3-bk7 - Change a slew of config options to match those in arjanv's kernel. Lots of "surely no-one is using this anymore" options are now disabled, along with lots of "this is broken anyway" options. - Numerous fixes to various modules to fix panics on unload. From mharris at redhat.com Fri Feb 27 06:26:36 2004 From: mharris at redhat.com (Mike A. Harris) Date: Fri, 27 Feb 2004 01:26:36 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: <1077834102.6419.83.camel@matrix> References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077834102.6419.83.camel@matrix> Message-ID: On Thu, 26 Feb 2004, Ernest L. Williams Jr. wrote: >> >> I think that Robert Day's initial point is correct. If there is no >> >> stable baseline then testers are constantly finding superficial bugs; >> >> deep bugs that take hours of testing will never get reached. Alan Cox is >> >> also right when he states that a tester should check against the current >> >> state of rawhide before he reports a bug. >> > >> >the more i read posted on this, the more i'm coming to sort of >> >understand the other positions so, yes, i'm starting to >> >understand the philosophy of, this early in the release process, >> >just drive all of the changes out there and see what breaks. >> >> That's how it has been for 10 years. I'm not sure why some >> people think the processes that have been used all this time are >> all of a sudden bad. Perhaps people just do not understand the >> procedures and what to expect. >That is true. >However, is there not a Fedora 2 Test-l updates tree? IF there is then >Testers should use that, right?? rawhide is the updates tree for any and all test releases. All new packages go into rawhide always, which are newer than whatever the last released test release was. Testers should use rawhide, and only test packages that they are comfortable accepting the fact that the given package might be totally broken and unuseable and may even destroy data or damage the OS installation requiring a total reinstallation from scratch. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Fri Feb 27 06:39:03 2004 From: mharris at redhat.com (Mike A. Harris) Date: Fri, 27 Feb 2004 01:39:03 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: <1077834702.6419.90.camel@matrix> References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077834702.6419.90.camel@matrix> Message-ID: On Thu, 26 Feb 2004, Ernest L. Williams Jr. wrote: >> I disagree, and I oppose the idea of having an additional >> intermediate tree. It would do nothing really beneficial, would >> make the latest software that now goes into rawhide, remain >> untested for LONGER, and thus remain buggy longer. It also would >> put an additional burden upon developers to have to track another >> tree, and to manually move packages from the "unstable" to the >> "not quite as unstable" tree from time to time. > >Should this not be just another CVS branch for the test release. No, it should not. CVS is linear. Branching is a very costly thing, and is avoided if at all possible. For example, XFree86 4.3.0-60 is the current XFree86 rpm. That single src.rpm package is the exact same package that would be released for erratum for Fedora Core 1, RHEL 3, RHL9 should the need arise. The specfile conditionalizes anything that is added that is experimental, so it only builds for rawhide. This way a single src.rpm is kept for all releases, and maintenance costs are dramatically reduced. The alternative, would be maintaining a separate src.rpm for each OS release, and then either porting/merging all important fixes across to 3 other releases, or else leaving the previous OS releases locked in stone, and only receiving mission critical bug fixes and security fixes. Other packages follow a similar convention, based on what is best for the developer of the package and how it is maintained. Other packages might benefit more from having separate branches instead. One size does not fit all of course. >Then bugs should be filed against it. Updates should be placed >in an updates repository so that testers get updates. The >testers should not have to go to rawhide for a "released test", >right. You have the technology to push updates to the rawhide >repository as well as a Fedora 2 Test 1 Repository. Rawhide *is* the updates repository. What is in rawhide *IS* what will be in the final OS. Having beta testers testing something else that is older and is NOT going to be in the final OS, is NOT beneficial. Rawhide is _always_ the current bits which will go on to become the final OS, and any testing someone does to a package older than rawhide is not very useful if a newer package is in rawhide. Of course, if both packages work great, then there is no problem. But if you're testing an older version of "foo" than the "foo" that is in rawhide, and reporting bugs found in it, and we've fixed them already and shoved it in rawhide, then your bug reports are just wasting developer time to say "we fixed that in rawhide, please upgrade". >Where is all of this difficulty coming from? Isn't this basic >software development practices. The only difficulty I see, is people not understanding that what is in rawhide _is_ what will become the final OS, and if they do not test it and it contains bugs, those bugs _will_ be in the final OS unless someone else does. So, testers should be either: 1) Upgrading to the latest rawhide package if they find a bug, and seeing if it is fixed in the rawhide package first before reporting the bug to us. Then if the bug already exists in the latest rawhide package, querying bugzilla to see if someone might have already reported it, and adding themselves to the CC. Or reporting it in bugzilla if nobody has already - after testing the latest rawhide (preferably). or 2) Fearing the risk of upgrading might damage something irreparably, the tester should stop testing that package until they feel that some newer rawhide package is safe enough for them to test. or 3) Decide that this beta testing business is to risky for them and decide to wait until the final release instead, because they want a stable OS and can't risk nasty bugs or data loss. Nobody should ever run any beta or test release on a production system ever. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Fri Feb 27 06:52:00 2004 From: mharris at redhat.com (Mike A. Harris) Date: Fri, 27 Feb 2004 01:52:00 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: <1077835002.7155.23.camel@spatula.pppl.gov> References: <1077835002.7155.23.camel@spatula.pppl.gov> Message-ID: On Thu, 26 Feb 2004, Jef Spaleta wrote: >And i could probably argue, that people who have been involved >with previous rhl beta processes, probably are carrying some >misguided expectations about how the testing is going to work >for FC as well (though i think yer post addresses these old hats >to a large extent.) I think everyone really needs to come to >the table with an understanding of where the real development >bottlenecks are. Indeed. >In my opinion, the biggest bottleneck is utilization of >developer time...developer time is the scarce resource. Building >a testing process thats most convenient for the testers but puts >an undue burden on the developers isn't a process based on the >realities of the resource economics involved. *EXACTLY!* Someone *GETS* it. It's the same thing with bugzilla. Bugzilla is *NOT* a tool created for end users. It is a tool created for _developers_, and while it is useful for end users also, wherever there is a tradeoff in the UI or featureset between bugzilla being more beneficial to developers and less so for end users, the developers win hands down, because it was a tool created for developers first and end users second. I've seen many people over the years suggest various ways that they would like to see bugzilla "improved" to make it easier for them to use. While there are very likely ways in which bugzilla could be improved to make life easier on an end user without making life more difficult for a developer, most of the suggestions I have seen in the past are end user suggestions for how to make bugzilla a breeze for end users to use, which ends up resulting in a useless tool for developers. If we were to listen to those people and make bugzilla do that, it would result in bugzilla being a breeze for users to file 3 times as many bug reports, probably most of them being useless to developers and ignored, or causing developers to have to spend 2-3 times as much time using bugzilla to get work done. That is not a good tradeoff, and would make bugzilla a failure. A similar concept is what we are seeing here with suggestions to make "branches" of rawhide, etc. IMHO. >We can argue till we are blue in the face about the reality >value of having an extra tree, from the testers point of view, >but there is no getting around the fact that how much really >gets done between releases in terms of building the bits is >choked by how many developer manhours there are to burn on the >innumerable priorities. Exactly. There are only so many man hours to go around. Every minute spent duplicating work, or being delayed to jump through hoops for some extra process for no real major gain to the goal at hand, is less work that is going to get done before the ever encroaching /deadline/. Less work done == final product that isn't as good. >Let's put it this way....no one can honestly argue that >developers are sitting playing games waiting for actionable bug >reports to roll-in. Unless they're /testing/ DRI 3D acceleration crashing bugs of course, but otherwise I agree. >But i also think, in the new world order of the more open Fedora >process, there is a place to make an effort to recognize the >contributions being made from outstanding testers. I'm not >talking about bending the testing process to their will, but a >considerate way to give testers recognition for letting test1 >releases meltdown their boxen..for the good of mankind. I agree here also. I would like to personally thank each and every person who volunteers to spend their own time downloading and installing Fedora Core 2 test 1, or any future test release, as well as those hardworking individuals who update to rawhide frequently and put their system in serious risk, possibly having to reinstall the OS several times, and pulling out their hair. Thank you very much for testing our unstable work in progress that can and probably will destroy your hard disk, set your house on fire, and make your video card blow your monitor to bits. Please continue to update to rawhide's finest h-bomb builds, and subject your systems to destruction. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Fri Feb 27 06:54:44 2004 From: mharris at redhat.com (Mike A. Harris) Date: Fri, 27 Feb 2004 01:54:44 -0500 (EST) Subject: Test 1 In-Reply-To: <1077837739.25865.3.camel@bosplaya.org> References: <1077837739.25865.3.camel@bosplaya.org> Message-ID: On Thu, 26 Feb 2004, Kolione wrote: >Let me know if i have this right, first i would update to est 1, then to >rawhide to have something like debian unstable ? or should i just jump >to rawhide? also anyone have any good apt sources for either of these, >any information qould be appreciated. Yes, rawhide is similar to Debian 'unstable' in a sense, and often like Debian 'experimental'. Some packages are more stable than others, but it varies by the day, and things might work great today and totally be broken tomorrow. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From wfrazee at wynweb.net Fri Feb 27 08:25:29 2004 From: wfrazee at wynweb.net (Wayne Frazee) Date: Fri, 27 Feb 2004 02:25:29 -0600 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <20040227025751.GF29689@devserv.devel.redhat.com> Message-ID: <001101c3fd0b$42a73db0$5c563b44@wfrazee> Bill (and community), I might be a little behind the times, feel free to correct me If I am, however as of June 2002, there was quite a bit of concern over the SCC-patented type enforcement technology integrated into SELinux. I, personally, am interested in security enhancements to linux in particular as it is an area of study that I find interesting and something that I work with on a daily basis. "More recently, in a conversation on the Linux Security Module list, an SCC employee made a rather different statement: 'SELinux includes Type Enforcement technology developed and patented by the Secure Computing Corporation, who still holds rights to all commercial use of the technology. Before a colo company, or anyone else uses the technology commercially, it will be necessary to negotiate a license with Secure Computing. If anyone wants to do so, I can help get the ball rolling with our Legal and BD folks.'" This is all well and good for the average, enthusiast, Fedora user. Open source, no problem. But for those of us using fedora, for example, on a laptop we personally own but use for both home and work purposes, does this present a problem? Have the patent-related issues regarding SCC's IP ("Type Enforcement" - Trademarked and patented) integrated into SELinux been addressed? Second, you mention that the plan at present is for the SELinux integration in test2 to be set to enforcement mode. How will the configuration impact functionality of Fedora "server" services? Is the default configuration going to be such that services such as BIND, and so forth governed by the SELinux configuration will be unfettered by the restrictions? Is there any chance of some sort of "proposed enforcement setup" or at least the general outlines of what redhat is looking at implementing being posted for comment? Maybe this made it to the dev list but it might be nice for the test list to get a look at it as well. --===============-- Wayne S. Frazee -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Bill Nottingham Sent: Thursday, February 26, 2004 8:58 PM To: fedora-devel-list at redhat.com; fedora-test-list at redhat.com Subject: Fedora Core 2 Test 2 - delayed We're encountering various issues that are causing us to delay the release of test2. We'd like to get as much exposure to SELinux as possible, and this means shipping test2 with SELinux in enforcing mode. However, there are still some subsystems that aren't quite ready for this, so we need to slide the release date some. The *current* projection is that the freeze will be on March 12, for availability on March 22. This date is only preliminary at this point, and may change. The schedule at: http://fedora.redhat.com/participate/schedule/ will be updated shortly. Bill -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From rwa1 at cec.wustl.edu Fri Feb 27 08:26:10 2004 From: rwa1 at cec.wustl.edu (Richard Ayer III) Date: Fri, 27 Feb 2004 02:26:10 -0600 Subject: system crash References: <20040226071909.31356.qmail@web60401.mail.yahoo.com> <403DFF22.4010003@robotthoughts.com> <003701c3fc8d$9537db80$72b9fc80@rwa1> <403EBF82.80403@robotthoughts.com> Message-ID: <002f01c3fd0b$600a4820$72b9fc80@rwa1> Unfortunately, they did not fix the problem for me; the new kernel did add a new one though. I have a 3Com 3c905B NIC using the kernel-included 3c59x module. The new 109 kernel complains about a whole list of parameters it doesn't like (which, of course, I forgot to write down); thus the module won't load under the 109 kernel. I'm still baffled, especially since the updates fixed the issue for you Rich. Richard Ayer III From rpjday at mindspring.com Fri Feb 27 08:29:54 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Fri, 27 Feb 2004 03:29:54 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077834702.6419.90.camel@matrix> Message-ID: On Fri, 27 Feb 2004, Mike A. Harris wrote: > Rawhide *is* the updates repository. What is in rawhide *IS* > what will be in the final OS. does this mean that a package showing up in rawhide represents a *commitment* that it will be in the next release (be it test or official)? surely, there must be the option that, if such a package represents a complete disaster, RH will back off and revert back to an older, working release, no? but if the newer version was already in rawhide for a while, folks will undoubtedly have downloaded it and begun testing it, and because of the update process, they're stuck with that newer version until the next snapshot. is that about right? does this have any sub-optimal consequences? just curious. also, i still think there's a conflict with rawhide being simultaneously: 1) the proposed next release, and 2) the source of really cool, new, bleeding edge stuff it's not clear that these two categories represent the same thing. are they supposed to? what happens to rawhide as RH gets close to an official release and imposes a feature freeze? at that point, there should only be bug fixes, not new versions of software, right? but if that's the case, does that mean the entire rawhide repo is frozen in terms of new releases as well? put another way, is rawhide ever allowed to get ahead of what's planned for the next release? rday From wfrazee at wynweb.net Fri Feb 27 08:38:09 2004 From: wfrazee at wynweb.net (Wayne Frazee) Date: Fri, 27 Feb 2004 02:38:09 -0600 Subject: Testing test releases: do not update In-Reply-To: Message-ID: <001201c3fd0d$07789110$5c563b44@wfrazee> >also, i still think there's a conflict with rawhide being simultaneously: > >1) the proposed next release, and >2) the source of really cool, new, bleeding edge stuff > >it's not clear that these two categories represent the same thing. are >they supposed to? Absolutely. Ok, rawhide is what is called a "development snapshot". These are new things which are being worked with for the next version, released to those who are interested in it specifically for feedback on the enhancements. A good way to look at it is like this. Development of a Fedora release may look something like this: ^^^^^^^^^^^^/\^^^^^^^^^^/\^^^^^^^^^^^^/\ Each ^ is a rawhide release. Each /\ is a test release. You see, they are all the same product, the thing is that each rawhide release is a fix or a change, released to interested persons RIGHT THEN. This is most often nearly untested code. Its all part of the process to the same product, not a separate product or any such thing. Rawhide is just a way for you to get the VERY latest in what the developers are working with for the next release version. Are you using your machine regularly? Do you not want to deal with system instability or drivers not loading? Are you NOT looking specifically to help with development and testing? If any of these are true, you don't want a rawhide release, they aren't for you. Rawhide is specifically to grab the latest changes, buggy or not, for feedback and testing purposes. Same process, rawhide is just individual "bump" updates on the way to "milestones". --===============-- Wayne S. Frazee From shrek-m at gmx.de Fri Feb 27 08:44:24 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 27 Feb 2004 09:44:24 +0100 Subject: missing "fdomain" module in 2.6.3-1.109 kernel In-Reply-To: <1077862307.6912.11.camel@family> References: <20040227053103.GA9482@wolves.durham.nc.us> <1077861243.6912.7.camel@family> <1077862307.6912.11.camel@family> Message-ID: <403F0368.1090908@gmx.de> Sandy Pond wrote: >On Fri, 2004-02-27 at 00:54 -0500, Sandy Pond wrote: > > >>On Fri, 2004-02-27 at 00:31 -0500, Gregory Woodbury wrote: >> >> >>>The latest kernel would not install on my machine due to a missing >>>"fdomain" SCSI module that caused the mkinitrd step (under up2date and >>>yum) to fail. >>> >>$ grep CONFIG_SCSI_FUTURE_DOMAIN /boot/config-2.6.3-1.10* >>/boot/config-2.6.3-1.100:CONFIG_SCSI_FUTURE_DOMAIN=m >>/boot/config-2.6.3-1.106:CONFIG_SCSI_FUTURE_DOMAIN=m >>/boot/config-2.6.3-1.109:# CONFIG_SCSI_FUTURE_DOMAIN is not set >> >> >>Not built by default anymore. You'll have to build a custom kernel. >> >Some more info: > >rpm -q --changelog kernel-2.6.3-1.109 | less > >* Wed Feb 25 2004 Dave Jones > >- Update to 2.6.3-bk7 >- Change a slew of config options to match those in arjanv's kernel. > Lots of "surely no-one is using this anymore" options are now >disabled, > > i have a fdomain scsi-controller (pci) in use for my old hp-streamer,old scanner, ... all are ok, working and in use. > along with lots of "this is broken anyway" options. >- Numerous fixes to various modules to fix panics on unload. > -- shrek-m From markkukolkka at kolumbus.fi Fri Feb 27 10:10:31 2004 From: markkukolkka at kolumbus.fi (Markku Kolkka) Date: Fri, 27 Feb 2004 12:10:31 +0200 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <001101c3fd0b$42a73db0$5c563b44@wfrazee> References: <001101c3fd0b$42a73db0$5c563b44@wfrazee> Message-ID: <200402271210.32033.markkukolkka@kolumbus.fi> Wayne Frazee kirjoitti viestiss??n (l?hetysaika perjantai, 27. helmikuuta 2004 10:25): > "More recently, in a conversation on the Linux Security Module list, an > SCC > employee made a rather different statement: > > 'SELinux includes Type Enforcement technology developed and patented by > the > Secure Computing Corporation, who still holds rights to all commercial > use > of the technology. Before a colo company, or anyone else uses the > technology commercially, it will be necessary to negotiate a license > with > Secure Computing. If anyone wants to do so, I can help get the ball > rolling with our Legal and BD folks.'" >> Have the patent-related issues regarding SCC's IP ("Type > Enforcement" - Trademarked and patented) integrated into > SELinux been addressed? SCC has published a "statement of assurance" (http://www.securecomputing.com/pdf/Statement_of_Assurance.pdf) that says: "Secure Computing will not assert the Subject Patent Rights with respect to any use, modification or distribution of SELinux software that is permitted by, and is in compliance with, the terms and conditions of Version 2 of the GNU General Public License (the ?GPL?). " All kinds of commercial use of SELinux is in compiance with GPL, so the person claiming that commercial use requires a licence has been infected with the SCO virus and doesn't know what he's talking about. -- Markku Kolkka markku.kolkka at iki.fi From rpjday at mindspring.com Fri Feb 27 10:12:55 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Fri, 27 Feb 2004 05:12:55 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: <001201c3fd0d$07789110$5c563b44@wfrazee> References: <001201c3fd0d$07789110$5c563b44@wfrazee> Message-ID: On Fri, 27 Feb 2004, Wayne Frazee wrote: ... > A good way to look at it is like this. Development of a Fedora release > may look something like this: > > ^^^^^^^^^^^^/\^^^^^^^^^^/\^^^^^^^^^^^^/\ > > Each ^ is a rawhide release. Each /\ is a test release. You see, they > are all the same product, the thing is that each rawhide release is a > fix or a change, released to interested persons RIGHT THEN. This is > most often nearly untested code. > > Its all part of the process to the same product, not a separate product > or any such thing. Rawhide is just a way for you to get the VERY latest > in what the developers are working with for the next release version. hang on a sec, there was one point i was trying to clarify in my previous post. (i'm not trying to be difficult; i am merely succeeding.) i understand now that, by definition, rawhide represents the current state of the test, and that *everything* in rawhide is theoretically going to be included in the next release. so far, so good. but is there any way now that the fedora folks can offer up some package or newer release of a package that they'd like to offer for testing, but is simply too new/untested to be included even in rawhide? perhaps the package is just too new/untested for RH's comfort level to be put into rawhide, but they'd still love to get feedback on it. perhaps it's too close to an official release and there's been a feature freeze. in short, is there any mechanism/channel to provide packages that the fedora folks would like to offer for testing, but are too far ahead of the curve, even by rawhide's standards? or is it the position that, if it doesn't belong in rawhide, we're not going to talk about it. i have no problem with that, i just wanted to make sure i understood. rday p.s. as animated and as heated as this discussion has gotten at times, i just wanted to thank everyone who's put the time into making me understand how all this works. so ... *who's* writing this testing HOWTO? :-) From mickeyboa at comcast.net Fri Feb 27 10:56:56 2004 From: mickeyboa at comcast.net (jim tate) Date: Fri, 27 Feb 2004 05:56:56 -0500 Subject: Running Apt In-Reply-To: <20040223172502.2e3de22e@localhost> References: <40381EA6.8070102@comcast.net> <20040223172502.2e3de22e@localhost> Message-ID: <403F2278.1020404@comcast.net> Matthias Saou wrote: >jim tate wrote : > > > >>I am trying to run apt and have the following listing in the >>sources.lists , but comes back >>and say's it Failed, when I do a Update, is listing below correct or is >>it wrong. >> >>Jim Tate >> >> >>/etc/apt/sources.lists >> >># Add any local / 3rd party repositories here.. >> >>rpm http://ayo.us.freshrpms.net/fedora/linux/test/i386/ core updates >>#rpm http://ayo.us.freshrpms.net/fedora/linux/development/i386/ core updates >> >> > >There are no separate "updates" for development, so you should simply use : > ># Fedora Core Development >rpm http://ayo.us.freshrpms.net/fedora/linux/development/i386/ core > >Matthias > > > I put this line in my /etc/apt/sources.list rpm http://ayo.us.freshrpms.net/fedora/linux/development/i386/ core then I do a : apt-get update and I get this error message, what gives? "E: Malformed line in source lists /etc/apt/sources.list (dist parse)" I use apt-0.5.15cnc5-0.fdr.7 with linux-2.6.1-1.65 Thanks Jim Tate From DvdBtty at netscape.net Fri Feb 27 11:19:10 2004 From: DvdBtty at netscape.net (David McCormick) Date: Fri, 27 Feb 2004 06:19:10 -0500 Subject: EPM Rebuilds? Message-ID: <403F27AE.1010600@netscape.net> I am tying to rebuild a n old 32 bit program that I use daily and every time I run rpm rebuild ar recompile I get this error. I tried to do the ltconfig -- help thing but it just says command unknown. I have a Athlon 64 FX-51, Asus SK8N board, ans scsi drives. Could someone point me to the correct place to find answers to the rpm problem? I use the following command: [david at localhost david]$ rpmbuild --rebuild /home/david/gnofin-0.8.4-1.src.rpm checking for ANSI C header files... yes checking host system type... Invalid configuration `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized checking build system type... Invalid configuration `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized checking for ranlib... ranlib checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes updating cache ./config.cache ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed error: Bad exit status from /home/david/rpmbuild/tmp/rpm-tmp.48192 (%build) RPM build errors: Bad exit status from /home/david/rpmbuild/tmp/rpm-tmp.48192 (%build) Thanks David McCormick From shrek-m at gmx.de Fri Feb 27 11:25:53 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 27 Feb 2004 12:25:53 +0100 Subject: Testing test releases: do not update In-Reply-To: References: <001201c3fd0d$07789110$5c563b44@wfrazee> Message-ID: <403F2941.3040903@gmx.de> Robert P. J. Day wrote: >p.s. as animated and as heated as this discussion has gotten at times, i >just wanted to thank everyone who's put the time into making me understand >how all this works. so ... *who's* writing this testing HOWTO? :-) > you ? ;-) http://fedora.redhat.com/participate/documentation-faq/ http://fedora.redhat.com/projects/docs/ -- shrek-m From bhanks at crackedweasel.org Fri Feb 27 11:38:33 2004 From: bhanks at crackedweasel.org (Brian Hanks) Date: Fri, 27 Feb 2004 06:38:33 -0500 Subject: System Lockup from Screensaver - NVIDIA NForce2 Message-ID: <1077881913.25431.59.camel@neuf.bhanks.com> I've been testing FC2-Test1 since the beginning on a spare NVIDIA NForce2 based system that I have (Asus A7N266-VM). The recurrent problem that I am facing is that it locks up within a few minutes after the screensaver kicks in. It is a hard lockup that cannot be cured without a reboot. This problem has persisted through several upgrades and is not help by disabling acpi (apm=off acpi=off pci=noacpi). I have disabled all power management in the BIOS as well as in the kernel. Any ideas? Thanks, -Brian Hanks bhanks at bhanks.com From chiodr at kscems.ksc.nasa.gov Fri Feb 27 11:41:53 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Fri, 27 Feb 2004 06:41:53 -0500 Subject: Cyrus IMAP Mail Reverting to Unread Message-ID: <1077882113.10753.21.camel@tweedy.ksc.nasa.gov> I have set up an IMAP email server under FC2T1. Establishing accounts, configuring sendmail and configuring fetchmail all seem to be okay. The problem is whenever I open a client (Evolution, Outlook Express, or mozilla-mail) all of the messages in each folder appear unread even though I have read them in another session. Initially when reading a message it appears to be marked as read, but if I exit and restart the client, all of the messages are again unread. As a side note: I have evolution configured to copy sent mail into an IMAP "sent" folder. This email too is marked as unread. It appears as if the server never sets the status as read. Googling returned one similar situation, but no solution. Any ideas. Bob... From rpjday at mindspring.com Fri Feb 27 11:42:39 2004 From: rpjday at mindspring.com (Robert P. J. Day) Date: Fri, 27 Feb 2004 06:42:39 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> Message-ID: On Thu, 26 Feb 2004, Mike A. Harris wrote: ... > Test release of an OS snapshot, ie: "Fedora Core 2 test 1", is > essentially a prebeta snapshot of the OS, which is very likely to > be unstable. > > In the past, there were private beta testers and approximately 3 > "alpha" releases that were generally not ready for public > consumption, but needed wider testing than could be done > internally. > > With the opening up of OS development, and creation of the Fedora > Project, it was decided to make _all_ of the beta/alpha/whatever > you want to call it releases public and open. The upside is that > there would be more testers this way. The downside, is that > people who voluntarily test the first few initial test releases > without realizing that they are playing with fire, are likely to > end up with very broken systems, as "test1" is a very first test, > and is nowhere near "stable". The warnings in the installer > should not be taken lightly. and this is something that would have cleared up a *lot* of my confusion, since it makes perfect sense. but it does have one interesting consequence. since, in the past, RH internally did some level of testing before releasing the first beta on the world, even that first beta was surprisingly stable. and that meant that, despite the graphic warnings that beta software might explode into flame, render you sterile or possibly EAT ALL THE CHEESE IN YOUR HOUSE!, a lot of gung-ho folks threw caution to the winds, backed up their systems, and just installed it anyway. and, barring the inevitable annoyances and broken pieces, things went fairly well and RH got a *lot* of bug reports from folks (myself included) that dived into the deep end. but with the new release schedule, those warnings suddenly seem a lot more meaningful. it suggests that even those of us who want to jump right in might want to wait until -test2 before installing to use on a 24x7 basis and, until then, really have a separate system just for testing. does it make sense to suggest that, in terms of stability, what used to be the first beta release might be equivalent to something like a -test2 these days? not a criticism, just an observation, since it gives me a much better idea of what i should be doing in terms of testing. rday From chiodr at kscems.ksc.nasa.gov Fri Feb 27 12:10:46 2004 From: chiodr at kscems.ksc.nasa.gov (Bob Chiodini) Date: Fri, 27 Feb 2004 07:10:46 -0500 Subject: Cyrus IMAP Mail Reverting to Unread In-Reply-To: <1077882113.10753.21.camel@tweedy.ksc.nasa.gov> References: <1077882113.10753.21.camel@tweedy.ksc.nasa.gov> Message-ID: <1077883846.10753.26.camel@tweedy.ksc.nasa.gov> On Fri, 2004-02-27 at 06:41, Bob Chiodini wrote: > I have set up an IMAP email server under FC2T1. Establishing accounts, > configuring sendmail and configuring fetchmail all seem to be okay. The > problem is whenever I open a client (Evolution, Outlook Express, or > mozilla-mail) all of the messages in each folder appear unread even > though I have read them in another session. > > Initially when reading a message it appears to be marked as read, but if > I exit and restart the client, all of the messages are again unread. As > a side note: I have evolution configured to copy sent mail into an IMAP > "sent" folder. This email too is marked as unread. It appears as if > the server never sets the status as read. > > Googling returned one similar situation, but no solution. > > Any ideas. > > Bob... Sorry about my own reply. I noticed in the maillog the following messages: Feb 27 07:07:06 gumby imap[22675]: DBERROR: skiplist recovery /var/lib/imap/user/b/bob.seen: ADD at 2FC0 exists Feb 27 07:07:06 gumby imap[22675]: DBERROR: opening /var/lib/imap/user/b/bob.seen: cyrusdb error Feb 27 07:07:06 gumby imap[22675]: Could not open seen state for bob (System I/O error) Feb 27 07:07:06 gumby imap[22675]: open: user bob opened Drafts Bob... From zboszor at freemail.hu Fri Feb 27 13:09:38 2004 From: zboszor at freemail.hu (Boszormenyi Zoltan) Date: Fri, 27 Feb 2004 14:09:38 +0100 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <20040227025751.GF29689@devserv.devel.redhat.com> References: <20040227025751.GF29689@devserv.devel.redhat.com> Message-ID: <403F4192.4070300@freemail.hu> Hi, Bill Nottingham ?rta: > We're encountering various issues that are causing us to delay > the release of test2. We'd like to get as much exposure to SELinux > as possible, and this means shipping test2 with SELinux in > enforcing mode. However, there are still some subsystems that > aren't quite ready for this, so we need to slide the release > date some. I have a dual boot machine (FC1/i386 and FC2test/x86_64) that shares /home. I can't log in as a normal user neither on the console, nor in X, cyrus-imapd asks for a security context on boot and eventually it gives up saying there is no /var/imapd or something like that. I don't have the option to mke2fs /home under FC2, it was created with FC1. -- Best regards, Zolt?n B?sz?rm?nyi --------------------- What did Hussein say about his knife? One in Bush worth two in the hand. From sds at epoch.ncsc.mil Fri Feb 27 13:10:28 2004 From: sds at epoch.ncsc.mil (Stephen Smalley) Date: Fri, 27 Feb 2004 08:10:28 -0500 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <001101c3fd0b$42a73db0$5c563b44@wfrazee> References: <001101c3fd0b$42a73db0$5c563b44@wfrazee> Message-ID: <1077887428.26543.5.camel@moss-spartans.epoch.ncsc.mil> On Fri, 2004-02-27 at 03:25, Wayne Frazee wrote: > I might be a little behind the times, feel free to correct me If I am, > however as of June 2002, there was quite a bit of concern over the > SCC-patented type enforcement technology integrated into SELinux. I, > personally, am interested in security enhancements to linux in > particular as it is an area of study that I find interesting and > something that I work with on a daily basis. NSA commented on the matter, see below: http://www.nsa.gov/selinux/faq.cfm#I22 http://marc.theaimsgroup.com/?l=selinux&m=104506596009834&w=2 -- Stephen Smalley National Security Agency From mike at netlyncs.com Fri Feb 27 13:17:00 2004 From: mike at netlyncs.com (Mike Chambers) Date: Fri, 27 Feb 2004 07:17:00 -0600 Subject: Testing test releases: do not update In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> Message-ID: <1077887820.1671.4.camel@bart.netlyncs.com> On Fri, 2004-02-27 at 05:42, Robert P. J. Day wrote: > On Thu, 26 Feb 2004, Mike A. Harris wrote: > does it make sense to suggest that, in terms of stability, what used to be > the first beta release might be equivalent to something like a -test2 > these days? not a criticism, just an observation, since it gives me a much > better idea of what i should be doing in terms of testing. Hard to say actually during this testing phase. This first -test1 seemed a little more stable than the original beta releases to the private team. Mostly the installer was the main test during the first beta, and then the components afterwards once you got it installed. Of course, as Jeremy had mentioned, this first -test release wasn't built for all arches to install on. But, I think we'd have to wait until after FC2 goes live to see how the test releases were compared to the beta releases. (Remember, there are a lot more people helping to test now than before, so even harder to say) -- Mike Chambers Madisonville, KY "You think it's funny until someone gets hurt...Then it's hilarious!" From whooperhsd3 at earthlink.net Fri Feb 27 13:33:58 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Fri, 27 Feb 2004 08:33:58 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: References: <001201c3fd0d$07789110$5c563b44@wfrazee> Message-ID: <4617.12.29.16.103.1077888838.squirrel@12.29.16.103> Robert P. J. Day said: > i understand now that, by definition, rawhide represents the current state > of the test, and that *everything* in rawhide is theoretically going to be > included in the next release. so far, so good. > > but is there any way now that the fedora folks can offer up some package > or newer release of a package that they'd like to offer for testing, but > is simply too new/untested to be included even in rawhide? You've seen it in messages to this list: ftp://people.redhat.com/mharris/testing/unstable/pine ftp://people.redhat.com/jakub/openoffice.org/ http://people.redhat.com/~veillard/testing/FC1/i386/rhn-applet/ All from posts to this list asking for testing. -- William Hooper From czar at czarc.net Fri Feb 27 13:43:40 2004 From: czar at czarc.net (Gene C.) Date: Fri, 27 Feb 2004 08:43:40 -0500 Subject: Testing test releases: do not update In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077834702.6419.90.camel@matrix> Message-ID: <200402270843.40469.czar@czarc.net> On Friday 27 February 2004 01:39, Mike A. Harris wrote: > 3) Decide that this beta testing business is to risky for them > and decide to wait until the final release instead, because > they want a stable OS and can't risk nasty bugs or data loss. > Nobody should ever run any beta or test release on a > production system ever. Mike -- I suggest that there is another option and that is to not use the early ("alpha") snapshots but wait for the later ones ... the ones which are more analogous to what was available in public beta in the previous process. As others have pointed out, with the new more open process all users are being exposed to the rough edges which previously were hidden from most users and only encountered by the limited set of private testers. I am now in the process of reinstalling the FC2-T1 snapshot (which will then be carefully updated to current rawhide) because the updates I applied yesterday made my test system unusable (root partition hosed for some reason). Was this expected ... no. Was I surprised ... no. Am I annoyed ... not really. This is all part of early testing. Fortunately for me I keep all of the accumulated updates I apply in a local repository which I use to apply updates to my test systems ... it will be time consuming but I should be able to apply the fixes in a selective manner to help identify the package causing the problem. In hindsight, the test process (early snapshots are alpha, later snapshots are beta, development/rawhide are current updates) should have been described so that users would have a better idea of what to expect. -- Gene From davej at redhat.com Fri Feb 27 13:47:59 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 27 Feb 2004 13:47:59 +0000 Subject: system crash In-Reply-To: <002f01c3fd0b$600a4820$72b9fc80@rwa1> References: <20040226071909.31356.qmail@web60401.mail.yahoo.com> <403DFF22.4010003@robotthoughts.com> <003701c3fc8d$9537db80$72b9fc80@rwa1> <403EBF82.80403@robotthoughts.com> <002f01c3fd0b$600a4820$72b9fc80@rwa1> Message-ID: <1077889678.28625.0.camel@delerium.codemonkey.org.uk> On Fri, 2004-02-27 at 08:26, Richard Ayer III wrote: > Unfortunately, they did not fix the problem for me; the new kernel did add a > new one though. I have a 3Com 3c905B NIC using the kernel-included 3c59x > module. The new 109 kernel complains about a whole list of parameters it > doesn't like (which, of course, I forgot to write down); thus the module > won't load under the 109 kernel. I'm still baffled, especially since the > updates fixed the issue for you Rich. Please bugzilla this, and add as much info as possible. Dave From sandy_pond at myrealbox.com Fri Feb 27 13:56:43 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Fri, 27 Feb 2004 08:56:43 -0500 Subject: Testing test releases: do not update In-Reply-To: References: <001201c3fd0d$07789110$5c563b44@wfrazee> Message-ID: <1077890203.3044.2.camel@family> > but is there any way now that the fedora folks can offer up some package > or newer release of a package that they'd like to offer for testing, but > is simply too new/untested to be included even in rawhide? > > perhaps the package is just too new/untested for RH's comfort level to be > put into rawhide, but they'd still love to get feedback on it. perhaps > it's too close to an official release and there's been a feature freeze. > I believe your question was answered; http://www.redhat.com/archives/fedora-test-list/2004-February/msg01818. html From mr700 at globalnet.bg Fri Feb 27 13:37:31 2004 From: mr700 at globalnet.bg (Doncho N. Gunchev) Date: Fri, 27 Feb 2004 15:37:31 +0200 Subject: FC2-test1 and ipv6 Message-ID: <200402271537.31950@-mr700> Is there any way to completly disable ipv6 support in FC2-test1 and how? I looked a bit inside the network scripts and tryed to add any option i've found there but I still get ipv6 addresses with 'ip address list' or ifconfig. I even did 'service network stop' but ipv6 module indicates being used by 6 times and I could not rmmod it. Also is there any sort of ipv6 related documentation shipped with FC2-test1 or is it planed to be? -- Regards, Doncho N. Gunchev Registered Linux User #291323 at counter.li.org GPG-Key-ID: 1024D/DA454F79 Key fingerprint = 684F 688B C508 C609 0371 5E0F A089 CB15 DA45 4F79 From davej at redhat.com Fri Feb 27 14:07:08 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 27 Feb 2004 14:07:08 +0000 Subject: missing "fdomain" module in 2.6.3-1.109 kernel In-Reply-To: <403F0368.1090908@gmx.de> References: <20040227053103.GA9482@wolves.durham.nc.us> <1077861243.6912.7.camel@family> <1077862307.6912.11.camel@family> <403F0368.1090908@gmx.de> Message-ID: <1077890828.28625.4.camel@delerium.codemonkey.org.uk> On Fri, 2004-02-27 at 08:44, shrek-m at gmx.de wrote: > >>$ grep CONFIG_SCSI_FUTURE_DOMAIN /boot/config-2.6.3-1.10* > >>/boot/config-2.6.3-1.100:CONFIG_SCSI_FUTURE_DOMAIN=m > >>/boot/config-2.6.3-1.106:CONFIG_SCSI_FUTURE_DOMAIN=m > >>/boot/config-2.6.3-1.109:# CONFIG_SCSI_FUTURE_DOMAIN is not set > >> > >>Not built by default anymore. You'll have to build a custom kernel. > >- Change a slew of config options to match those in arjanv's kernel. > > Lots of "surely no-one is using this anymore" options are now > >disabled, > i have a fdomain scsi-controller (pci) in use for my old > hp-streamer,old scanner, ... > all are ok, working and in use. Ok, I expected there to be one or two "Hey, I'm using that!" mails. I've reenabled this for the next build. It's only when things disappear that you realise that these things still have users sometimes 8-) Although this one was an oversight, and I thought it was an ISA card for some reason. (Lots of the olde ISA SCSI controllers got switched off, leaving just the more common ones like Adaptec etc) Good to hear its working. Dave From akabi at speakeasy.net Fri Feb 27 14:17:17 2004 From: akabi at speakeasy.net (ne...) Date: Fri, 27 Feb 2004 09:17:17 -0500 (EST) Subject: EPM Rebuilds? In-Reply-To: <403F27AE.1010600@netscape.net> References: <403F27AE.1010600@netscape.net> Message-ID: On Feb 27, 2004 at 06:19, David McCormick in a soothing rage wrote: >I am tying to rebuild a n old 32 bit program that I use daily and every >time I run rpm rebuild ar recompile I get this error. I tried to do >the ltconfig -- help thing but it just says command unknown. I have a >Athlon 64 FX-51, Asus SK8N board, ans scsi drives. Could someone point >me to the correct place to find answers to the rpm problem? > >I use the following command: > >[david at localhost david]$ rpmbuild --rebuild >/home/david/gnofin-0.8.4-1.src.rpm > >checking for ANSI C header files... yes >checking host system type... Invalid configuration >`x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized The problem is not rpm, it is the code that is not x86_64 aware. This needs to be fixed. Basically the code needs to be updated especailly the bit that configure uses. Maybe updating to a later version might help if one exists. N.Emile... -- Registered Linux User # 125653 (http://counter.li.org) Switch to: http://www.speakeasy.net/refer/190653 Nobody can be exactly like me. Sometimes even I have trouble doing it. -- Tallulah Bankhead 09:14:20 up 85 days, 14:01, 8 users, load average: 0.00, 0.00, 0.00 From giuseppecavallo at email.it Fri Feb 27 14:26:27 2004 From: giuseppecavallo at email.it (Giuseppe Cavallo) Date: Fri, 27 Feb 2004 15:26:27 +0100 Subject: Software Suspend Message-ID: <200402271526.32612.giuseppecavallo@email.it> Hi all, I installed Fedora Core 2 trest1 in my laptop. I meant to qualify the software suspend but I see that in the default kernel 2.6.2-1.65 (in the acpi option) is not qualified in default. Why? And in the final release of Fedora Core 2 will it bequalified in default? -- [--Saluti Giuseppe Cavallo /*ICQ=94835351*/--] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From P.R.Schaffner at IEEE.org Fri Feb 27 14:31:48 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Fri, 27 Feb 2004 09:31:48 -0500 Subject: Mouse issues with updated 2.6.3 kernel via up2date and more In-Reply-To: <40382C68.4020401@insight.rr.com> References: <1938.68.217.166.89.1077424346.squirrel@webmail.kintelwireless.com> <40382C68.4020401@insight.rr.com> Message-ID: <1077859021.2640.37.camel@tabb1.tabb> On Sat, 2004-02-21 at 23:13 -0500, Jim Cornette wrote: > Aaron Kincer wrote: > > I too get the mouse problems with the start of the X server with the updated > > kernel. I have tried the fix offered here of changing the psaux to mouse > > in the config file but that doesn't work for me. > ... > Tried quite a few things > > there but they were all very uneducated guesses. > > > Try changing the first of the two headings to point to "/dev/input/mice" > also. Either that, or edit the symlink for "/dev/mouse" to point to > "/dev/input/mice" Have been moving so I haven't been reading the list or doing updates for a several days. Just updated from kernel-2.6.2-1.81 to kernel-2.6.3- 1.106 yesterday (kernel-2.6.3-1.109 today) and ran into problems with X not starting that seem to go back to about Feb. 17, with the "kernel- 2.6.2-1.85 borked X" and similar threads. After catching up on the list, seems the symlink should be: [root at tabb1 root]# ll /dev/mouse lrwxrwxrwx 1 root root 10 Feb 26 22:39 /dev/mouse -> input/mice My /etc/X11/XF86Config was changed accordingly: from: Option "Device" "/dev/psaux" --- to: Option "Device" "/dev/mouse" Similarly for gpm, /etc/sysconfig/mouse changes are: from: DEVICE=/dev/psaux --- to: DEVICE=/dev/mouse I also had to fix the MOUSETYPE to get gpm to work for my Logitech MouseMan wheel mouse: from: MOUSETYPE="ps/2" --- to: MOUSETYPE="imps2" > > > Also, I have an HP psc 750xi scanner/copier/printer all in one. Printing > > works fine (just don't try to print in GIMP). But the scanner doesn't work. > > I just checked out my scanner and it does not work either. It worked > during tests for the 2.4 kernel and Fedora 1. I rarely use it, but it is > not detected now. I have a "Scanjet 2100C" flatbed scanner that "just > worked", without any configuration, in FC1 with the 2.4 kernel. Just checked my infrequently used Epson Perfection 1650 scanner that has worked (with more to less effort) from RH7.3 through FC1. xsane sees only my Hauppauge TV card, not the scanner, although ... [root at tabb1 root]# sane-find-scanner # No SCSI scanners found. If you expected something different, make sure that # you have loaded a SCSI driver for your SCSI adapter. found USB scanner (vendor=0x04b8 [EPSON], product=0x0110 [EPSON Scanner]) at libusb:001:003 # Your USB scanner was (probably) detected. It may or may not be supported by # SANE. Try scanimage -L and read the backend's manpage. # Scanners connected to the parallel port or other proprietary ports can't be # detected by this program. [root at tabb1 root]# scanimage -L device `v4l:/dev/video0' is a Noname BT878 video (Hauppauge (bt878)) virtual device and: [root at tabb1 root]# lsusb Bus 002 Device 001: ID 0000:0000 Bus 001 Device 003: ID 04b8:0110 Seiko Epson Corp. Perfection 1650 Bus 001 Device 002: ID 0409:0058 NEC Corp. HighSpeed Hub Bus 001 Device 001: ID 0000:0000 Reading the sane-epson backend and sane-usb man pages has not given any enlightenment. Haven't done a google, nor searched outside this list yet. Anyone managed to scan with 2.6.x? Phil From P.R.Schaffner at IEEE.org Fri Feb 27 14:31:53 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Fri, 27 Feb 2004 09:31:53 -0500 Subject: Testing test releases: do [ESC d]not update In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> Message-ID: <1077891758.2297.4.camel@tabb1.tabb> On Thu, 2004-02-26 at 17:16 -0500, Mike A. Harris wrote: > On Tue, 24 Feb 2004, Robert P. J. Day wrote: > >snip< > >but with this new fedora approach, that's just not true anymore, > >at least for the first release or two. if one is constantly > >updating against rawhide, then you have to assume that, as some > >things get fixed, others will get broken. which makes it pretty > >much impossible to use such a system for useful work, no? not a > >complaint, just an observation. :-) > > That's a fair observation, but you should be aware that this is > absolutely no different than any previous OS release, other than > the fact it is an open process now. We _NEED_ wider testing than > we can do internally alone in order to get things in a more > stable state. That either means we do private beta releases with > a selected team of individuals who 100% accept the deal about the > chances of having a totally broken system for the private betas, > or we make it open, and let people decide for themselves. We > chose the latter. One thing we can _NOT_ do, is guarantee the > stability of the OS, when it is in early development, which is > where things are today. I fully understood the unstable nature of beta/test releases when I installed test1, having read the caveats and tried other betas over the years; however, the rate of package updates via rawhide has been rather overwhelming and makes me wonder at the value and efficiency of testing such a fast-moving target. I realize it would be more work, but perhaps an approach with multiple stability levels like FC1 (updates, testing) or ATrpms (at-stable, at-good, at-testing, at-bleeding) repository hierarchy (probably with fewer levels) would provide an opportunity for better in-depth testing of some of the more stable packages in a somewhat more stable environment, while allowing the real bleeding edge fans to drink from the rawhide fire-hose. My $0.02 Phil P.S. With the low cost of hard disks, I highly recommend keeping a multi-bootable copy of a more stable OS (FC1 in my case) installed if you really need to have something reliable available to get some work done while still enjoying the rawhide roller-coaster ride. From mike at bristolreccc.co.uk Fri Feb 27 14:38:37 2004 From: mike at bristolreccc.co.uk (mike) Date: Fri, 27 Feb 2004 14:38:37 +0000 Subject: Problems with php/apache with test Message-ID: <1077892717.1869.9.camel@datacc> I am having problems getting the same php files to work with FC2 test1 as with RH9 this is my /etc/httpd/conf/httpd.conf handlers section DefaultType text/plain AddType text/html .shtml AddHandler server-parsed .shtml AddType application/x-httpd-php4 .php AddType application/x-httpd-php .php #AddType application/x-httpd-php4-source .php the module is loaded but this is all I get \n"); printf ("contact_idfirst_namelast_name\n"); do { $myrow = pg_fetch_row ($result,$row); printf ("%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s %s%s%s%s%s%s%s\n",$myrow[0], $myrow[1], $myrow[2],$myrow[3], $myrow[4], $myrow[5], $myrow[6], $myrow[7], $myrow[8], $myrow[9], $myrow[10],$myrow [11],$myrow[12],$myrow[13],$myrow[14],$myrow[15],$myrow[16],$myrow[17], $myrow[18],$myrow[19],$myrow[20],$myrow[21],$myrow[22],$myrow[23],$myrow [24]); $row++; } while ($row < $numrows); printf ("\n"); pg_close ($db); ?> This is chopped off \n"); printf ("c any ideas what is happening here From sandy_pond at myrealbox.com Fri Feb 27 14:49:22 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Fri, 27 Feb 2004 09:49:22 -0500 Subject: Testing test releases: do not update In-Reply-To: References: <1077835002.7155.23.camel@spatula.pppl.gov> Message-ID: <1077893362.3073.14.camel@family> > It's the same thing with bugzilla. Bugzilla is *NOT* a tool > created for end users. It is a tool created for _developers_, > and while it is useful for end users also, wherever there is a > tradeoff in the UI or featureset between bugzilla being more > beneficial to developers and less so for end users, the > developers win hands down, because it was a tool created for > developers first and end users second. I've seen many people > over the years suggest various ways that they would like to see > bugzilla "improved" to make it easier for them to use. Well here's one bugzilla change that may benefit both. I'd be nice to be able to peruse just the recently filed bugs against FC2 but I haven't found a way to list bugs submitted later than a certain date. This is different than those recently changed. Also helpful would be a web page listing all bugs filed against FC2 chronologically ... sort of a FC2-bugs-announce page. Could be done by adding a mail list that only accepts mail from bugzilla then generate an email to the list when a new FC2 bug is submitted; 1. Reduce submission of duplicate bugs by making it simpler to see and search recently filed bugs ... good for developers. 2. Reduce load on bugzilla engine ... good for everyone. From alan at redhat.com Fri Feb 27 15:02:09 2004 From: alan at redhat.com (Alan Cox) Date: Fri, 27 Feb 2004 10:02:09 -0500 Subject: missing "fdomain" module in 2.6.3-1.109 kernel In-Reply-To: <1077862307.6912.11.camel@family> References: <20040227053103.GA9482@wolves.durham.nc.us> <1077861243.6912.7.camel@family> <1077862307.6912.11.camel@family> Message-ID: <20040227150209.GF10772@devserv.devel.redhat.com> On Fri, Feb 27, 2004 at 01:11:47AM -0500, Sandy Pond wrote: > > /boot/config-2.6.3-1.106:CONFIG_SCSI_FUTURE_DOMAIN=m > > /boot/config-2.6.3-1.109:# CONFIG_SCSI_FUTURE_DOMAIN is not set > > > > > > Not built by default anymore. You'll have to build a custom kernel. > > > > Some more info: > > rpm -q --changelog kernel-2.6.3-1.109 | less Well I guess it isnt quite a nobody uses this any more item in fact. Does the module work for the person with the adaptec 2920 ? From alan at redhat.com Fri Feb 27 15:06:57 2004 From: alan at redhat.com (Alan Cox) Date: Fri, 27 Feb 2004 10:06:57 -0500 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <001101c3fd0b$42a73db0$5c563b44@wfrazee> References: <20040227025751.GF29689@devserv.devel.redhat.com> <001101c3fd0b$42a73db0$5c563b44@wfrazee> Message-ID: <20040227150657.GG10772@devserv.devel.redhat.com> On Fri, Feb 27, 2004 at 02:25:29AM -0600, Wayne Frazee wrote: > "More recently, in a conversation on the Linux Security Module list, an > SCC > employee made a rather different statement: I've forwarded your mail to our legal people. > of the technology. Before a colo company, or anyone else uses the > technology commercially, it will be necessary to negotiate a license > with > Secure Computing. If anyone wants to do so, I can help get the ball > rolling with our Legal and BD folks.'" The GPL does not permit such additional license negotiation as I read it so if you negotiated such a patent license and it was neccessary the GPL would prohibit the use of the code anyway. Alan From sandy_pond at myrealbox.com Fri Feb 27 15:15:34 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Fri, 27 Feb 2004 10:15:34 -0500 Subject: Testing test releases: do [ESC d]not update In-Reply-To: <1077891758.2297.4.camel@tabb1.tabb> References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077891758.2297.4.camel@tabb1.tabb> Message-ID: <1077894934.3073.32.camel@family> On Fri, 2004-02-27 at 09:31 -0500, Phil Schaffner wrote: > however, the rate of package updates via rawhide has been rather > overwhelming and makes me wonder at the value and efficiency of testing > such a fast-moving target. I realize it would be more work, but perhaps > an approach with multiple stability levels like FC1 (updates, testing) > or ATrpms (at-stable, at-good, at-testing, at-bleeding) repository > hierarchy (probably with fewer levels) would provide an opportunity for > better in-depth testing of some of the more stable packages in a > somewhat more stable environment, while allowing the real bleeding edge > fans to drink from the rawhide fire-hose. > I agree with Mike and Jef; Jef Spaleta wrote: In my opinion, the biggest bottleneck is utilization of developer time...developer time is the scarce resource. Building a testing process thats most convenient for the testers but puts an undue burden on the developers isn't a process based on the realities of the resource economics involved. Mike A. Harris wrote: *EXACTLY!* Someone *GETS* it. I want fast moving improvements and fixes. Packages are tested by the developer before going to rawhide for testing. If this moves to fast for you then get off the rawhide channel but don't slow everyone down. Doing as you suggest would severely cripple the testing/bug reporting/ fixing process by adding more internal loops. From alan at redhat.com Fri Feb 27 15:18:22 2004 From: alan at redhat.com (Alan Cox) Date: Fri, 27 Feb 2004 10:18:22 -0500 Subject: missing "fdomain" module in 2.6.3-1.109 kernel In-Reply-To: <1077890828.28625.4.camel@delerium.codemonkey.org.uk> References: <20040227053103.GA9482@wolves.durham.nc.us> <1077861243.6912.7.camel@family> <1077862307.6912.11.camel@family> <403F0368.1090908@gmx.de> <1077890828.28625.4.camel@delerium.codemonkey.org.uk> Message-ID: <20040227151822.GJ10772@devserv.devel.redhat.com> On Fri, Feb 27, 2004 at 02:07:08PM +0000, Dave Jones wrote: > Although this one was an oversight, and I thought it was an ISA > card for some reason. (Lots of the olde ISA SCSI controllers > got switched off, leaving just the more common ones like Adaptec etc) Its both ISA and PCI (this is common - even the NCR5380 and NCR539x also appears in PCI boards). Future Domain's final product became AHA290x/2920 which were non bus mastering low end controllers on PCI, back when the 2940 cost an arm and a leg. Alan From jspaleta at princeton.edu Fri Feb 27 15:56:09 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Fri, 27 Feb 2004 10:56:09 -0500 Subject: Testing test releases: do not update Message-ID: <1077897369.9330.12.camel@spatula.pppl.gov> Sandy Pond wrote: > Well here's one bugzilla change that may benefit both. I'd be > nice to be able to peruse just the recently filed bugs against FC2 > but I haven't found a way to list bugs submitted later than a > certain date. This is different than those recently changed. bugs created against fc test1 from 2004-02-26 till now...so basically since yesterday http://tinyurl.com/3x6ur and similar for fc devel: http://tinyurl.com/2admj Created using... https://bugzilla.redhat.com/bugzilla/query.cgi specifically the fields at the bottom of the page... Only bugs where any of the fields: [Bug creation] were changed between: 2004-02-26 and NOW The one thing i would change..to make this query easier to do would be to allow the from date to be relative to NOW, instead of needing to be YYYY-MM-DD. So i can build a canned query that does this from saying NOW-7days to get a weeks worth of new bugs. CannedQueries are useful... http://www.fedora.us/wiki/CannedQueries just need people willing to create them so they can be easily found. Oh yeah...and i need a good play to put them so they are easily found. Other than finding manhours to create them..and finding a place to put them...they work pretty well. -jef From cra at WPI.EDU Fri Feb 27 16:08:40 2004 From: cra at WPI.EDU (Charles R. Anderson) Date: Fri, 27 Feb 2004 11:08:40 -0500 Subject: FC2-test1 and ipv6 In-Reply-To: <200402271537.31950@-mr700> References: <200402271537.31950@-mr700> Message-ID: <20040227160840.GO4118@angus.ind.WPI.EDU> On Fri, Feb 27, 2004 at 03:37:31PM +0200, Doncho N. Gunchev wrote: > Is there any way to completly disable ipv6 support in FC2-test1 and > how? I looked a bit inside the network scripts and tryed to add any option > i've found there but I still get ipv6 addresses with 'ip address list' or > ifconfig. I even did 'service network stop' but ipv6 module indicates being > used by 6 times and I could not rmmod it. > Also is there any sort of ipv6 related documentation shipped with > FC2-test1 or is it planed to be? Try sticking this in /etc/modprobe.conf: alias net-pf-10 off Although, my /etc/modprobe.conf.dist has this: install net-pf-10 /bin/true which should prevent it from loading at all? Nevertheless, it is loaded on my system... From zachw at termdex.com Fri Feb 27 16:28:20 2004 From: zachw at termdex.com (Zach Wilkinson) Date: Fri, 27 Feb 2004 11:28:20 -0500 Subject: Where does Download Manager save files? Message-ID: <1077899300.2168.4.camel@localhost.localdomain> Using Epiphany 1.1.9, I specify a location to save the file to, Download Manager shows progress in downloading the file, but when I look there after its done there's no file. Is there some equivalent to Temporary Internet Files? I'm using wget as a workaround. Thanks, From shrek-m at gmx.de Fri Feb 27 16:51:56 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 27 Feb 2004 17:51:56 +0100 Subject: HCL (was Re: missing "fdomain" module in 2.6.3-1.109 kernel) In-Reply-To: <1077890828.28625.4.camel@delerium.codemonkey.org.uk> References: <20040227053103.GA9482@wolves.durham.nc.us> <1077861243.6912.7.camel@family> <1077862307.6912.11.camel@family> <403F0368.1090908@gmx.de> <1077890828.28625.4.camel@delerium.codemonkey.org.uk> Message-ID: <403F75AC.4050200@gmx.de> Dave Jones wrote: >On Fri, 2004-02-27 at 08:44, shrek-m at gmx.de wrote: > > >>i have a fdomain scsi-controller (pci) in use >> >> >Although this one was an oversight, and I thought it was an ISA >card for some reason. (Lots of the olde ISA SCSI controllers >got switched off, leaving just the more common ones like Adaptec etc) > >Good to hear its working. > what is the status of an hcl for fedora ? http://hardware.redhat.com/hcl/ # uname -a Linux fc2t1 2.6.1-1.65 #1 Fri Jan 30 17:28:54 EST 2004 i686 i686 i386 GNU/Linux works out of the box autodetected # grep scsi /etc/modprobe.conf alias scsi_hostadapter fdomain # vi /etc/sysconfig/hwconf - class: SCSI bus: PCI detached: 0 driver: fdomain desc: "Future Domain|TMC-18C30 [36C70]" vendorId: 1036 deviceId: 0000 subVendorId: 0000 subDeviceId: 0000 pciType: 1 pcidom: 0 pcibus: 0 pcidev: e pcifn: 0 - # lspci -vv 0000:00:0e.0 SCSI storage controller: Future Domain Corp. TMC-18C30 [36C70] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- References: <20040227053103.GA9482@wolves.durham.nc.us> <1077861243.6912.7.camel@family> <1077862307.6912.11.camel@family> <20040227150209.GF10772@devserv.devel.redhat.com> Message-ID: <20040227165347.GA13339@wolves.durham.nc.us> On Fri, Feb 27, 2004 at 10:02:09AM -0500, Alan Cox wrote: > On Fri, Feb 27, 2004 at 01:11:47AM -0500, Sandy Pond wrote: > > > /boot/config-2.6.3-1.106:CONFIG_SCSI_FUTURE_DOMAIN=m > > > /boot/config-2.6.3-1.109:# CONFIG_SCSI_FUTURE_DOMAIN is not set > > > > > > > > > Not built by default anymore. You'll have to build a custom kernel. > > > > > > > Some more info: > > > > rpm -q --changelog kernel-2.6.3-1.109 | less > > Well I guess it isnt quite a nobody uses this any more item in fact. > Does the module work for the person with the adaptec 2920 ? Yes, it has been working quite well up to the point it got excluded. :-) -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From P.R.Schaffner at IEEE.org Fri Feb 27 17:05:34 2004 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Fri, 27 Feb 2004 12:05:34 -0500 Subject: Testing test releases: do [ESC d]not update In-Reply-To: <1077894934.3073.32.camel@family> References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077891758.2297.4.camel@tabb1.tabb> <1077894934.3073.32.camel@family> Message-ID: <1077901534.2297.16.camel@tabb1.tabb> On Fri, 2004-02-27 at 10:15 -0500, Sandy Pond wrote: > On Fri, 2004-02-27 at 09:31 -0500, Phil Schaffner wrote: > > however, the rate of package updates via rawhide has been rather > > overwhelming and makes me wonder at the value and efficiency of testing > > such a fast-moving target. I realize it would be more work, but perhaps > > an approach with multiple stability levels like FC1 (updates, testing) > > or ATrpms (at-stable, at-good, at-testing, at-bleeding) repository > > hierarchy (probably with fewer levels) would provide an opportunity for > > better in-depth testing of some of the more stable packages in a > > somewhat more stable environment, while allowing the real bleeding edge > > fans to drink from the rawhide fire-hose. > > > > I agree with Mike and Jef; > > Jef Spaleta wrote: > In my opinion, the biggest bottleneck is utilization of > developer time...developer time is the scarce resource. Building > a testing process thats most convenient for the testers but puts > an undue burden on the developers isn't a process based on the > realities of the resource economics involved. > > Mike A. Harris wrote: > *EXACTLY!* Someone *GETS* it. Points taken. Composed my message late last night before the above were written but an ISP outage kept it from going out until this morning. > I want fast moving improvements and fixes. Packages are tested by the > developer before going to rawhide for testing. But many eyes are the reason for testing in the first place. > If this moves to fast > for you then get off the rawhide channel but don't slow everyone down. I'll hang in there as best I (and my cable-modem - currently downloading latest updates) can, thanks. Please don't wait. :^) > Doing as you suggest would severely cripple the testing/bug reporting/ > fixing process by adding more internal loops. Was trying to propose an approach that might increase efficiency of the end-to-end testing process without undue burden to developers, but the above arguments are convincing. Let's keep rolling, rolling... Phil From sds at epoch.ncsc.mil Fri Feb 27 18:25:46 2004 From: sds at epoch.ncsc.mil (Stephen Smalley) Date: Fri, 27 Feb 2004 13:25:46 -0500 Subject: Fedora Core 2 Test 2 - delayed In-Reply-To: <20040227181913.8664.qmail@web25110.mail.ukl.yahoo.com> References: <20040227181913.8664.qmail@web25110.mail.ukl.yahoo.com> Message-ID: <1077906346.26543.85.camel@moss-spartans.epoch.ncsc.mil> On Fri, 2004-02-27 at 13:19, James Harrison wrote: > Can we have two kernels - one with SELinux and one without. Boot with selinux=0, and the SELinux code is disabled. > Anaconda should install it by default, but there should be an option to not > install SELinux. > > Its up to the user how secure he/she wants to make their systems. > > I read the wonderful news article about SELinux and how the NSA have inserted > their "security" code into Linux, but I cant see any technical detail. > > Maybe if someone were to explain what they actually did then I might change my > mind or point me in the right direction. http://www.nsa.gov/selinux. Technical reports and published papers available under http://www.nsa.gov/selinux/docs.cfm. -- Stephen Smalley National Security Agency From mike at bristolreccc.co.uk Fri Feb 27 18:40:35 2004 From: mike at bristolreccc.co.uk (mike) Date: Fri, 27 Feb 2004 18:40:35 +0000 Subject: php problems Message-ID: <1077907234.1869.12.camel@datacc> Am I right in thinking that php lacks pg support? this is what I get from php PHP Fatal error: Call to undefined function: pg_connect() in /home/ www/html/contact_list.php on line 4 phpinfo shows (extract) Configure Command './configure' '--host=i386-redhat-linux' '-- build=i386-redhat-linux' '--target=i386-redhat-linux-gnu' '--program- prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '-- sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '-- includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/ man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with- config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '-- enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable- rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '-- with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '-- with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with- jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with- regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-dom=shared,/ usr' '--with-dom-xslt=/usr' '--with-dom-exslt=/usr' '--with- xmlrpc=shared' '--with-pcre=/usr' '--with-zlib' '--with-layout=GNU' '-- enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable- sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '-- enable-wddx' '--with-pear=/usr/share/pear' '--with-kerberos' '--with- ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with- snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with- unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable- shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '-- with-apxs2=/usr/sbin/apxs' But no sign of any pgsql.so files (all postgres rpms are installed) From aleksey at nogin.org Fri Feb 27 19:02:25 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Fri, 27 Feb 2004 11:02:25 -0800 Subject: Software Suspend In-Reply-To: <200402271526.32612.giuseppecavallo@email.it> References: <200402271526.32612.giuseppecavallo@email.it> Message-ID: <403F9441.3070009@nogin.org> On 27.02.2004 06:26, Giuseppe Cavallo wrote: > I installed Fedora Core 2 trest1 in my laptop. I meant to qualify the software > suspend but I see that in the default kernel 2.6.2-1.65 (in the acpi option) > is not qualified in default. Why? And in the final release of Fedora Core 2 > will it bequalified in default? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=104767 -- Aleksey Nogin Home Page: http://nogin.org/ E-Mail: nogin at cs.caltech.edu (office), aleksey at nogin.org (personal) Office: Jorgensen 70, tel: (626) 395-2907 From jim at jbsys.com Fri Feb 27 19:56:43 2004 From: jim at jbsys.com (James C. Bevier) Date: Fri, 27 Feb 2004 12:56:43 -0700 Subject: cifs really got me, where is smb? Message-ID: <0caf01c3fd6b$d341aad0$0a01a8c0@jbsys> I have all the lastest updates as of this morning. OS is 2.6.3-1.110smp. I mounted a smb share exported from a FC1 machine using "mount -t cifs -o rw,user=xxx,password=yyyy, workgroup=WORKGROUP //gateway/src /src". I edited a file with vi (wierd chars at eol are now fixed) and saved it. I had used file name "FIle.cpp" so I went to the gateway machine and renamed the file. "mv FIle.cpp File.cpp". I went back to the FC2T1 system and did vi file.cpp and it is the original file unedited??? Went to gateway machine and the mods are in the file meaning it was written properly, but I can not get back the modified file. Is this some sort of caching problem? I saw this yesterday, but I did not know what was the sequence that caused the failure. I had to unmount the filesystem and remount it to be able to see the modified file. Where is my samba support again? Jim From peter_banks at charter.net Fri Feb 27 20:32:41 2004 From: peter_banks at charter.net (Peter A. Banks) Date: Fri, 27 Feb 2004 15:32:41 -0500 Subject: GDM is broken does not allow user to XDPM into another machine if in the graphical display greeter. In-Reply-To: <20040227170011.4604.80880.Mailman@listman.back-rdu.redhat.com> Message-ID: Even if this feature is enabled in gdmconfig. Regards pab From paul at all-the-johnsons.co.uk Fri Feb 27 21:56:06 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 27 Feb 2004 21:56:06 +0000 Subject: Really strange problem with the 2.6.x kernels Message-ID: <1077918966.10505.9.camel@T7.linux> Hi, Up to last night, I was happily running a version of the 2.6.2 kernel I'd compiled myself. It worked well. I attempted to run the 2.6.3-109 kernel. X wouldn't fire up as /dev/ psaux couldn't be found. Damn, says I, and tried to go back to the 2.6.2 kernel. For some reason, the keyboard locked immediately after selecting the 2.6.2 kernel from grub. X started fine, but with no mouse or keyboard. Reset and moved back to the 2.4.24 kernels and all is well again. Any ideas on what could be causing this? TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 bbf at mac.com Fri Feb 27 22:10:13 2004 From: bbf at mac.com (Blaise Frederick) Date: Fri, 27 Feb 2004 17:10:13 -0500 Subject: Really strange problem with the 2.6.x kernels In-Reply-To: <1077918966.10505.9.camel@T7.linux> References: <1077918966.10505.9.camel@T7.linux> Message-ID: Hi, /dev/psaux doesn't seem to work on 2.6 kernels. I had the same problem. I changed all references to /dev/psaux to /dev/input/mice in my XF86Config file, and all was well. I've also seen people suggest symlinking /dev/psaux to point to /dev/input/mice. I'm not sure which is the better solution - they end up at the same place, it seems, although I'm sure we could have deep philosophical arguments about the correct way to do it. Blaise On Feb 27, 2004, at 4:56 PM, Paul wrote: > Hi, > > Up to last night, I was happily running a version of the 2.6.2 kernel > I'd compiled myself. It worked well. > > I attempted to run the 2.6.3-109 kernel. X wouldn't fire up as /dev/ > psaux couldn't be found. Damn, says I, and tried to go back to the > 2.6.2 > kernel. For some reason, the keyboard locked immediately after > selecting > the 2.6.2 kernel from grub. X started fine, but with no mouse or > keyboard. > > Reset and moved back to the 2.4.24 kernels and all is well again. > > Any ideas on what could be causing this? > > TTFN > > Paul > > -- > "Logic, my dear Zoe, is merely the ability to be wrong with authority" > Dr Who > ------------------------------------------------------ Blaise Frederick McLean Hospital Brain Imaging Center 115 Mill St. Belmont, MA 02478 Ph: (617)-855-3708 FAX: (617)-855-2770 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1370 bytes Desc: not available URL: From alan at redhat.com Fri Feb 27 22:13:50 2004 From: alan at redhat.com (Alan Cox) Date: Fri, 27 Feb 2004 17:13:50 -0500 Subject: GDM is broken does not allow user to XDPM into another machine if in the graphical display greeter. In-Reply-To: References: <20040227170011.4604.80880.Mailman@listman.back-rdu.redhat.com> Message-ID: <20040227221350.GA23406@devserv.devel.redhat.com> On Fri, Feb 27, 2004 at 03:32:41PM -0500, Peter A. Banks wrote: > Even if this feature is enabled in gdmconfig. Works for me with the updates at least. Never tried it with the original From lowen at pari.edu Fri Feb 27 22:27:36 2004 From: lowen at pari.edu (Lamar Owen) Date: Fri, 27 Feb 2004 17:27:36 -0500 Subject: Testing test releases: do not update In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> Message-ID: <200402271727.36549.lowen@pari.edu> On Friday 27 February 2004 3:29 am, Robert P. J. Day wrote: > On Fri, 27 Feb 2004, Mike A. Harris wrote: > > Rawhide *is* the updates repository. What is in rawhide *IS* > > what will be in the final OS. > does this mean that a package showing up in rawhide represents a > *commitment* that it will be in the next release (be it test or official)? No. Rawhide has no commitments. You should have seen Rawhide prior to the release of Red Hat 7.3. Seeing gcc 3 go in, then come back out, was an eye-popper. Many people did see it, and confusion was all over the place on the public lists. Those 'in the know' were even more taken aback. > surely, there must be the option that, if such a package represents a > complete disaster, RH will back off and revert back to an older, working > release, no? Yes. Packages get retrograded. > but if the newer version was already in rawhide for a while, > folks will undoubtedly have downloaded it and begun testing it, and > because of the update process, they're stuck with that newer version until > the next snapshot. is that about right? does this have any sub-optimal > consequences? just curious. Yes, it has 'suboptimal' consequences. You can't guarantee update. Again, prior to RH 7.3, when Rawhide had gcc 3 in it, then was reverted to gcc 2.96, lots of things broke. Ask Jonathan Kamens about it. Rawhide is not ever guaranteed to update to anything else ever. Period. It is just where development is *right now* and that's all. JIK regularly and constantly tracks (or used to track) Rawhide, and posted about it regularly. > 1) the proposed next release, and > 2) the source of really cool, new, bleeding edge stuff With Fedora, 1=2. > put another way, is rawhide ever allowed to get ahead of what's planned > for the next release? Yes. Then before release Rawhide slows down and 'chills' to an extent. -- Lamar Owen Director of Information Technology Pisgah Astronomical Research Institute 1 PARI Drive Rosman, NC 28772 (828)862-5554 www.pari.edu From davej at redhat.com Fri Feb 27 23:16:25 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 27 Feb 2004 23:16:25 +0000 Subject: cifs really got me, where is smb? In-Reply-To: <0caf01c3fd6b$d341aad0$0a01a8c0@jbsys> References: <0caf01c3fd6b$d341aad0$0a01a8c0@jbsys> Message-ID: <1077923785.15859.6.camel@delerium.codemonkey.org.uk> On Fri, 2004-02-27 at 19:56, James C. Bevier wrote: > I have all the lastest updates as of this morning. OS is > 2.6.3-1.110smp. I mounted a smb share exported from a FC1 > machine using "mount -t cifs -o rw,user=xxx,password=yyyy, > workgroup=WORKGROUP //gateway/src /src". I edited > a file with vi (wierd chars at eol are now fixed) and saved > it. I had used file name "FIle.cpp" so I went to the gateway > machine and renamed the file. "mv FIle.cpp File.cpp". I > went back to the FC2T1 system and did vi file.cpp and it > is the original file unedited??? Went to gateway machine and > the mods are in the file meaning it was written properly, but > I can not get back the modified file. Is this some sort of caching > problem? I saw this yesterday, but I did not know what was > the sequence that caused the failure. I had to unmount the > filesystem and remount it to be able to see the modified file. bugzilla this please. Dave From Axel.Thimm at physik.fu-berlin.de Sat Feb 28 00:56:08 2004 From: Axel.Thimm at physik.fu-berlin.de (Axel Thimm) Date: Sat, 28 Feb 2004 01:56:08 +0100 Subject: Stability classes (was: Testing test releases: do [ESC d]not update) In-Reply-To: <1077894934.3073.32.camel@family> References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077891758.2297.4.camel@tabb1.tabb> <1077894934.3073.32.camel@family> Message-ID: <20040228005608.GA9792@neu.nirvana> On Fri, Feb 27, 2004 at 10:15:34AM -0500, Sandy Pond wrote: > On Fri, 2004-02-27 at 09:31 -0500, Phil Schaffner wrote: > > however, the rate of package updates via rawhide has been rather > > overwhelming and makes me wonder at the value and efficiency of testing > > such a fast-moving target. I realize it would be more work, but perhaps > > an approach with multiple stability levels like FC1 (updates, testing) > > or ATrpms (at-stable, at-good, at-testing, at-bleeding) repository > > hierarchy (probably with fewer levels) would provide an opportunity for > > better in-depth testing of some of the more stable packages in a > > somewhat more stable environment, while allowing the real bleeding edge > > fans to drink from the rawhide fire-hose. > > > > I agree with Mike and Jef; > > Jef Spaleta wrote: > In my opinion, the biggest bottleneck is utilization of > developer time...developer time is the scarce resource. Building > a testing process thats most convenient for the testers but puts > an undue burden on the developers isn't a process based on the > realities of the resource economics involved. > > Mike A. Harris wrote: > *EXACTLY!* Someone *GETS* it. > > I want fast moving improvements and fixes. Packages are tested by the > developer before going to rawhide for testing. If this moves to fast > for you then get off the rawhide channel but don't slow everyone down. > > Doing as you suggest would severely cripple the testing/bug reporting/ > fixing process by adding more internal loops. You mean tagging packages as stable or less stable? I haven't experienced slowing down or waste of developer time with stability classification, on the contrary. Users can tune their system to their liking and I can push out packages faster. Much like the new testing updates FC1 introduced. (BTW the above stability classes are due to be consolidated to three: production/testing/experimental and for deprecated packages: graveyard) -- Axel.Thimm at physik.fu-berlin.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at all-the-johnsons.co.uk Sat Feb 28 01:04:56 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 28 Feb 2004 01:04:56 +0000 Subject: ide-scsi & sound under the 2.6.3 kernel Message-ID: <1077930296.7583.8.camel@T7.linux> Hi, I have two sound cards in my machine. They work fine under the 2.6.2 kernel, but under the 2.6.3, I have to /sbin/modprobe soundcore and then /sbin/modprobe snd-es1371 I've altered /etc/modules.conf to read alias char-major-116 snd alias snd-card-0 snd-es1371 alias snd-card-1 snd-intel8x0 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss options snd major=116 card_limits=1 device_mode=0666 options snd-es1371 index=0 post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/ null 2>&1 || : pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/ null 2>&1 || : post-install sound-slot-1 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/ null 2>&1 || : pre-remove sound-slot-1 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/ null 2>&1 || : Which didn't do the job. I don't want my wife to be messing about having to load sound drivers etc. Is there a way that I can get Fedora to autoload my sound modules? Secondly, I am unable to use xcdroast, k3b or gtoaster. I used to have hdc, hdd and hdf loaded up using ide-scsi. Now when I've read the docs, it seems that ide-scsi has been deprecated, if not done away with.. My current grubline removes these drives as being ide-scsi ones. When they were on as ide-scsi, no drives were picked up. All of my drives are recognised by the software, but I cannot record using any device. gtoaster reports the /dev/sg* are unavailable while k3b reports a mkisofs problem. I'm using dvdrecord-0.1.4-5, cdrecord-2.01-0.a25.3, gtoaster-1.0beta6-6, k3b 0.11 (from source), xcdroast 0.98a15-2, mkisofs-2.01-0.a25.3 Any help or advice would be appreciated. -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 lars at oddbit.com Sat Feb 28 01:09:03 2004 From: lars at oddbit.com (Lars Kellogg-Stedman) Date: Fri, 27 Feb 2004 20:09:03 -0500 Subject: Kickstart doesn't? Message-ID: <403FEA2F.6010800@oddbit.com> Howdy all, I'm netbooting into the Fedora (test 1.90) installer, and the installer is having a hard time aquiring a lease from my DHCP server (ISC DHCP version whatever's-current-in-redhat-9). I see the requests going out, an the following errors in the syslog on the DHCP server: Feb 27 19:54:38 flowers dhcpd: fallback_discard: Resource temporarily unavailable What's more: - The PXE loader (pxelinux) is able to aquire a lease w/o a problem, and - The second stage installer is also able to aquire a lease. This system is using a 3Com 3C905C-TXM NIC. I recall seeing a similar issue discussed in the archives, but I'm unable to search the archives at the moment ("redhat.com is temporarily unavailable. Please try back later."). Has anyone else run into this problem? -- Lars From efthym at gmx.net Sat Feb 28 01:50:41 2004 From: efthym at gmx.net (Efthym) Date: Fri, 27 Feb 2004 20:50:41 -0500 Subject: Failed dependencies libgtop Message-ID: # yum update Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Finding updated packages Downloading needed headers Resolving dependencies .Package gnome-applets needs libgtop-2.0.so.1, this is not available. Package gnome-applets needs libgtop_common-2.0.so.1, this is not available. Package gnome-applets needs libgtop_sysdeps-2.0.so.1, this is not available. # rpm -qa |grep libgtop libgtop2-2.5.0-2 From sandy_pond at myrealbox.com Sat Feb 28 02:13:11 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Fri, 27 Feb 2004 21:13:11 -0500 Subject: Failed dependencies libgtop In-Reply-To: References: Message-ID: <1077934391.3206.4.camel@family> On Fri, 2004-02-27 at 20:50 -0500, Efthym wrote: > # yum update > Gathering header information file(s) from server(s) > Server: Fedora Core 1.90 - Development Tree > Finding updated packages > Downloading needed headers > Resolving dependencies > .Package gnome-applets needs libgtop-2.0.so.1, this is not available. > Package gnome-applets needs libgtop_common-2.0.so.1, this is not available. > Package gnome-applets needs libgtop_sysdeps-2.0.so.1, this is not > available. > > # rpm -qa |grep libgtop > libgtop2-2.5.0-2 > $ yum provides libgtop_common-2.0.so.1 Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Server: Fedora.us Extras (Stable) Server: Livna.org - Fedora Compatible Packages (stable) Finding updated packages Downloading needed headers Looking in available packages for a providing package No packages found Looking in installed packages for a providing package Installed package: libgtop2.i386 0:2.5.0-2 matches with /usr/lib/libgtop_common-2.0.so.1 Installed package: libgtop2.i386 0:2.5.0-2 matches with /usr/lib/libgtop_common-2.0.so.1.0.0 Installed package: libgtop2.i386 0:2.5.0-2 matches with libgtop_common-2.0.so.1 3 results returned $ yum list libgtop2* Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Server: Fedora.us Extras (Stable) Server: Livna.org - Fedora Compatible Packages (stable) Finding updated packages Downloading needed headers Looking in Available Packages: Name Arch Version Repo ---------------------------------------------------------------------- libgtop2 i386 2.5.1-1 development libgtop2-debuginfo i386 2.5.1-1 development libgtop2-devel i386 2.5.1-1 development Looking in Installed Packages: Name Arch Version Repo ---------------------------------------------------------------------- libgtop2 i386 2.5.0-2 db ]$ yum list gnome-applets Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Server: Fedora.us Extras (Stable) Server: Livna.org - Fedora Compatible Packages (stable) Finding updated packages Downloading needed headers Looking in Available Packages: Name Arch Version Repo ---------------------------------------------------------------------- Looking in Installed Packages: Name Arch Version Repo ---------------------------------------------------------------------- gnome-applets i386 1:2.5.4-2 db From redhat-jc at insight.rr.com Sat Feb 28 02:25:39 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Fri, 27 Feb 2004 21:25:39 -0500 Subject: ide-scsi & sound under the 2.6.3 kernel In-Reply-To: <1077930296.7583.8.camel@T7.linux> References: <1077930296.7583.8.camel@T7.linux> Message-ID: <403FFC23.108@insight.rr.com> Paul wrote: > Hi, > > I have two sound cards in my machine. They work fine under the 2.6.2 > kernel, but under the 2.6.3, I have to /sbin/modprobe soundcore and > then /sbin/modprobe snd-es1371 > > I've altered /etc/modules.conf to read The 2.6 kernel loads these through /etc/modprobe.conf I believe the modules need put in there. Also, system-config-soundcard seems to be showing signs of life. There were a couple of glitches when I tried it. It might be working for you now. Another point is that oss drivers were disabled in the later 2.6 kernels. Alsa drivers are used instead. A little aid to the ac 97 should be lines is the below. I have no idea about the es1371 card, except I seem to remenber something about the module entry what kudzu (hwdata information) disagree by different numer order. (Never mind the posting for accuracy. When I examined the file, there were many postings of a line over and over again. I assume this was when I ran *system-config-soundcard* a few times and it locked up.) alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 ||: remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0 install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 ||: remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0 install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 ||: remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0 install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 ||: remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0 alias sound-slot-0 snd-intel8x0 I assume that one instance of the install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 ||: is all that should be referenced. It pushed *alias sound-slot-0 snd-intel8x0* down quite a bit, within the file. > > alias char-major-116 snd > alias snd-card-0 snd-es1371 > alias snd-card-1 snd-intel8x0 > alias sound-service-0-0 snd-mixer-oss > alias sound-service-0-1 snd-seq-oss > alias sound-service-0-3 snd-pcm-oss > alias sound-service-0-8 snd-seq-oss > alias sound-service-0-12 snd-pcm-oss > options snd major=116 card_limits=1 device_mode=0666 > options snd-es1371 index=0 > post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/ > null 2>&1 || : > pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/ > null 2>&1 || : > post-install sound-slot-1 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/ > null 2>&1 || : > pre-remove sound-slot-1 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/ > null 2>&1 || : > > Which didn't do the job. I don't want my wife to be messing about having > to load sound drivers etc. Is there a way that I can get Fedora to > autoload my sound modules? > > Secondly, I am unable to use xcdroast, k3b or gtoaster. > > I used to have hdc, hdd and hdf loaded up using ide-scsi. Now when I've > read the docs, it seems that ide-scsi has been deprecated, if not done > away with.. My current grubline removes these drives as being ide-scsi > ones. When they were on as ide-scsi, no drives were picked up. I had the same issue when no reference to ide-scsi was in the grub.conf file. I did not see any cdrom drives either. I added "ide-cd" for both of my cdrom drives and was able to burn cdroms in Fedora core 2. I passed this point on the fedora-list and the kernel was supposed to be smart enough to do the right thing. Mine isn't, maybe it is Selinux. > > All of my drives are recognised by the software, but I cannot record > using any device. gtoaster reports the /dev/sg* are unavailable while > k3b reports a mkisofs problem. Is /dev/sg* referenced by /dev/cdwriter symlink? Mine points to the below. ls -la /dev/cdwriter lrwxrwxrwx 1 root root 8 Jan 24 13:28 /dev/cdwriter -> /dev/sg0 The /boot/grub/grub.conf for the installation that I burned an iso with is pasted below. title Fedora Core (2.6.3-1.97) root (hd1,0) kernel /vmlinuz-2.6.3-1.97 ro root=LABEL=/ acpi=on hdc=ide-cd hdd=ide-cd 3 initrd /initrd-2.6.3-1.97.img (hdd=ide-cd wrapped, is on one line) > > I'm using dvdrecord-0.1.4-5, cdrecord-2.01-0.a25.3, gtoaster-1.0beta6-6, > k3b 0.11 (from source), xcdroast 0.98a15-2, mkisofs-2.01-0.a25.3 > I haven't tried to burn a dvd yet. hdd is my dvd burner. I'll have to try to use this program later. > Any help or advice would be appreciated. > Maybe helpful, but free advice, anyway! Jim From redhat-jc at insight.rr.com Sat Feb 28 02:28:04 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Sat, 28 Feb 2004 02:28:04 +0000 (UTC) Subject: ide-scsi & sound under the 2.6.3 kernel References: <1077930296.7583.8.camel@T7.linux> Message-ID: <403FFC23.108@insight.rr.com> Paul wrote: > Hi, > > I have two sound cards in my machine. They work fine under the 2.6.2 > kernel, but under the 2.6.3, I have to /sbin/modprobe soundcore and > then /sbin/modprobe snd-es1371 > > I've altered /etc/modules.conf to read The 2.6 kernel loads these through /etc/modprobe.conf I believe the modules need put in there. Also, system-config-soundcard seems to be showing signs of life. There were a couple of glitches when I tried it. It might be working for you now. Another point is that oss drivers were disabled in the later 2.6 kernels. Alsa drivers are used instead. A little aid to the ac 97 should be lines is the below. I have no idea about the es1371 card, except I seem to remenber something about the module entry what kudzu (hwdata information) disagree by different numer order. (Never mind the posting for accuracy. When I examined the file, there were many postings of a line over and over again. I assume this was when I ran *system-config-soundcard* a few times and it locked up.) alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 ||: remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0 install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 ||: remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0 install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 ||: remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0 install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 ||: remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0 alias sound-slot-0 snd-intel8x0 I assume that one instance of the install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 ||: is all that should be referenced. It pushed *alias sound-slot-0 snd-intel8x0* down quite a bit, within the file. > > alias char-major-116 snd > alias snd-card-0 snd-es1371 > alias snd-card-1 snd-intel8x0 > alias sound-service-0-0 snd-mixer-oss > alias sound-service-0-1 snd-seq-oss > alias sound-service-0-3 snd-pcm-oss > alias sound-service-0-8 snd-seq-oss > alias sound-service-0-12 snd-pcm-oss > options snd major=116 card_limits=1 device_mode=0666 > options snd-es1371 index=0 > post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/ > null 2>&1 || : > pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/ > null 2>&1 || : > post-install sound-slot-1 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/ > null 2>&1 || : > pre-remove sound-slot-1 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/ > null 2>&1 || : > > Which didn't do the job. I don't want my wife to be messing about having > to load sound drivers etc. Is there a way that I can get Fedora to > autoload my sound modules? > > Secondly, I am unable to use xcdroast, k3b or gtoaster. > > I used to have hdc, hdd and hdf loaded up using ide-scsi. Now when I've > read the docs, it seems that ide-scsi has been deprecated, if not done > away with.. My current grubline removes these drives as being ide-scsi > ones. When they were on as ide-scsi, no drives were picked up. I had the same issue when no reference to ide-scsi was in the grub.conf file. I did not see any cdrom drives either. I added "ide-cd" for both of my cdrom drives and was able to burn cdroms in Fedora core 2. I passed this point on the fedora-list and the kernel was supposed to be smart enough to do the right thing. Mine isn't, maybe it is Selinux. > > All of my drives are recognised by the software, but I cannot record > using any device. gtoaster reports the /dev/sg* are unavailable while > k3b reports a mkisofs problem. Is /dev/sg* referenced by /dev/cdwriter symlink? Mine points to the below. ls -la /dev/cdwriter lrwxrwxrwx 1 root root 8 Jan 24 13:28 /dev/cdwriter -> /dev/sg0 The /boot/grub/grub.conf for the installation that I burned an iso with is pasted below. title Fedora Core (2.6.3-1.97) root (hd1,0) kernel /vmlinuz-2.6.3-1.97 ro root=LABEL=/ acpi=on hdc=ide-cd hdd=ide-cd 3 initrd /initrd-2.6.3-1.97.img (hdd=ide-cd wrapped, is on one line) > > I'm using dvdrecord-0.1.4-5, cdrecord-2.01-0.a25.3, gtoaster-1.0beta6-6, > k3b 0.11 (from source), xcdroast 0.98a15-2, mkisofs-2.01-0.a25.3 > I haven't tried to burn a dvd yet. hdd is my dvd burner. I'll have to try to use this program later. > Any help or advice would be appreciated. > Maybe helpful, but free advice, anyway! Jim -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From sandy_pond at myrealbox.com Sat Feb 28 02:51:13 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Fri, 27 Feb 2004 21:51:13 -0500 Subject: Testing test releases: do not update In-Reply-To: <1077897369.9330.12.camel@spatula.pppl.gov> References: <1077897369.9330.12.camel@spatula.pppl.gov> Message-ID: <1077936673.3206.12.camel@family> On Fri, 2004-02-27 at 10:56 -0500, Jef Spaleta wrote: > Sandy Pond wrote: > > > Well here's one bugzilla change that may benefit both. I'd be > > nice to be able to peruse just the recently filed bugs against FC2 > > but I haven't found a way to list bugs submitted later than a > > certain date. This is different than those recently changed. > > bugs created against fc test1 from 2004-02-26 till now...so basically > since yesterday > http://tinyurl.com/3x6ur > > and similar for fc devel: > http://tinyurl.com/2admj > > Created using... > https://bugzilla.redhat.com/bugzilla/query.cgi > > specifically the fields at the bottom of the page... > Only bugs where any of the fields: [Bug creation] > were changed between: 2004-02-26 and NOW Thanks ... I guess I didn't look hard enough. The good keyword is "changedin" as in; https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora +Core&changedin=1 For FC bugs changed in the last day. I guess this'll do me. From redhat-jc at insight.rr.com Sat Feb 28 03:00:17 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Fri, 27 Feb 2004 22:00:17 -0500 Subject: Kickstart doesn't? In-Reply-To: <403FEA2F.6010800@oddbit.com> References: <403FEA2F.6010800@oddbit.com> Message-ID: <40400441.3060601@insight.rr.com> Lars Kellogg-Stedman wrote: > Howdy all, > > I'm netbooting into the Fedora (test 1.90) installer, and the installer > is having a hard time aquiring a lease from my DHCP server (ISC DHCP > version whatever's-current-in-redhat-9). I see the requests going out, > an the following errors in the syslog on the DHCP server: > > Feb 27 19:54:38 flowers dhcpd: fallback_discard: Resource temporarily > unavailable > > What's more: > > - The PXE loader (pxelinux) is able to aquire a lease w/o a problem, and > - The second stage installer is also able to aquire a lease. > > This system is using a 3Com 3C905C-TXM NIC. I have a working 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) I did have a rev B card that was troublesome and no longer have the card. By my thoughts, it is something other than the NIC. I believe it only effected revs before C. Jim > > I recall seeing a similar issue discussed in the archives, but I'm > unable to search the archives at the moment ("redhat.com is temporarily > unavailable. Please try back later."). Has anyone else run into this > problem? > > -- Lars > > > "You see what I mean? There's *always* that doubt!" From smearp at mac.com Sat Feb 28 03:18:48 2004 From: smearp at mac.com (Sean Earp) Date: Fri, 27 Feb 2004 19:18:48 -0800 Subject: Evolution HTTP links In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> Message-ID: Hello All- With Evolution 1.5.3 (the latest version installed on FC2 Test 1), no HTTP Links (in an email) work for me. They do not open a browser, they do not generate an error message, they do not do anything at all. Email links work just fine. Could someone let me know if their copy of Evolution is experiencing the same problem and I'll throw it at Bugzilla. Thanks, -Sean GPG public key: From kolione at sexmagnet.com Sat Feb 28 03:16:13 2004 From: kolione at sexmagnet.com (Kolione) Date: Fri, 27 Feb 2004 21:16:13 -0600 Subject: Test 1 In-Reply-To: References: <1077837739.25865.3.camel@bosplaya.org> Message-ID: <1077938157.14633.2.camel@bosplaya.org> I'm googiling for yum sources for rawhide but up coming up short, would anyone mind pasting the relevant part of yum.conf for me ? thanks, Kolione On Fri, 2004-02-27 at 00:54, Mike A. Harris wrote: > On Thu, 26 Feb 2004, Kolione wrote: > > >Let me know if i have this right, first i would update to est 1, then to > >rawhide to have something like debian unstable ? or should i just jump > >to rawhide? also anyone have any good apt sources for either of these, > >any information qould be appreciated. > > Yes, rawhide is similar to Debian 'unstable' in a sense, and > often like Debian 'experimental'. Some packages are more stable > than others, but it varies by the day, and things might work > great today and totally be broken tomorrow. > > > > > -- > Mike A. Harris ftp://people.redhat.com/mharris > OS Systems Engineer - XFree86 maintainer - Red Hat > From efthym at gmx.net Sat Feb 28 03:35:13 2004 From: efthym at gmx.net (Efthym) Date: Fri, 27 Feb 2004 22:35:13 -0500 Subject: Failed dependencies libgtop In-Reply-To: <1077934391.3206.4.camel@family> References: <1077934391.3206.4.camel@family> Message-ID: > Looking in Available Packages: > Name Arch Version Repo > ---------------------------------------------------------------------- > Looking in Installed Packages: > Name Arch Version Repo > ---------------------------------------------------------------------- > gnome-applets i386 1:2.5.4-2 db > > > > I think this is the problem . There should also be an update for gnome-applets. If I exclude libgtop2 from update, gnome-system-monitor complains. For now I exclude libgtop and gnome-system-monitor and update succeeds. From efthym at gmx.net Sat Feb 28 03:39:42 2004 From: efthym at gmx.net (Efthym) Date: Fri, 27 Feb 2004 22:39:42 -0500 Subject: VMWARE ethernet + sound Message-ID: Does the service vmware start without problems ? From kolione at sexmagnet.com Sat Feb 28 03:47:49 2004 From: kolione at sexmagnet.com (Kolione) Date: Fri, 27 Feb 2004 21:47:49 -0600 Subject: Test 1 In-Reply-To: <1077938157.14633.2.camel@bosplaya.org> References: <1077837739.25865.3.camel@bosplaya.org> <1077938157.14633.2.camel@bosplaya.org> Message-ID: <1077940069.14633.15.camel@bosplaya.org> On Fri, 2004-02-27 at 21:16, Kolione wrote: > I'm googiling for yum sources for rawhide but up coming up short, would > anyone mind pasting the relevant part of yum.conf for me ? > > thanks, > Kolione > > On Fri, 2004-02-27 at 00:54, Mike A. Harris wrote: > > On Thu, 26 Feb 2004, Kolione wrote: > > > > >Let me know if i have this right, first i would update to est 1, then to > > >rawhide to have something like debian unstable ? or should i just jump > > >to rawhide? also anyone have any good apt sources for either of these, > > >any information qould be appreciated. > > > > Yes, rawhide is similar to Debian 'unstable' in a sense, and > > often like Debian 'experimental'. Some packages are more stable > > than others, but it varies by the day, and things might work > > great today and totally be broken tomorrow. > > > > > > > > > > -- > > Mike A. Harris ftp://people.redhat.com/mharris > > OS Systems Engineer - XFree86 maintainer - Red Hat > > From redhat-jc at insight.rr.com Sat Feb 28 03:51:35 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Fri, 27 Feb 2004 22:51:35 -0500 Subject: Test 1 In-Reply-To: <1077938157.14633.2.camel@bosplaya.org> References: <1077837739.25865.3.camel@bosplaya.org> <1077938157.14633.2.camel@bosplaya.org> Message-ID: <40401047.2090102@insight.rr.com> Kolione wrote: > I'm googiling for yum sources for rawhide but up coming up short, would > anyone mind pasting the relevant part of yum.conf for me ? > > thanks, > Kolione > You are actually looking for the development tree. Rawhide is like Sohio is in Ohio. (changed to BP many years ago, but is called Sohio a lot,in conversation.) Rawhide (a long time Red Hat name) = development (new reference, since Fedora) Jim -- A man was talking to his best friend about his married life. "You know," he says, "I really trust my wife, and I think she has always been faithful .. "You see what I mean? There's *always* that doubt!" From sandy_pond at myrealbox.com Sat Feb 28 03:57:04 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Fri, 27 Feb 2004 22:57:04 -0500 Subject: Stability classes (was: Testing test releases: do [ESC d]not update) In-Reply-To: <20040228005608.GA9792@neu.nirvana> References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077891758.2297.4.camel@tabb1.tabb> <1077894934.3073.32.camel@family> <20040228005608.GA9792@neu.nirvana> Message-ID: <1077940624.3206.48.camel@family> On Sat, 2004-02-28 at 01:56 +0100, Axel Thimm wrote: > On Fri, Feb 27, 2004 at 10:15:34AM -0500, Sandy Pond wrote: > > > > Doing as you suggest would severely cripple the testing/bug reporting/ > > fixing process by adding more internal loops. > > You mean tagging packages as stable or less stable? I haven't > experienced slowing down or waste of developer time with stability > classification, on the contrary. Users can tune their system to their > liking and I can push out packages faster. Much like the new testing > updates FC1 introduced. I do very much appreciate your contributions as well as the other third party repos. But Redhat already has three levels in FC1. The FC2 test1 snapshot is somewhat stable, as probably the FC2 test2 snapshot will be. Now some people want to add more development loops to the development channel. I say let's leave it alone and reserve the development channel as a streamline for quickly pushing new packages, finding bugs and getting them fixed as quick as possible. Frankly, I'm finding rawhide much stabler than in the past when I've played with it. I think if you need a stable machine use FC1 (Jeez ... I got one machine that still has RH8 on it that I got to get to) ... if you need a testing/development machine then use FC2. From kolione at sexmagnet.com Sat Feb 28 03:57:35 2004 From: kolione at sexmagnet.com (Kolione) Date: Fri, 27 Feb 2004 21:57:35 -0600 Subject: Test 1 In-Reply-To: <40401047.2090102@insight.rr.com> References: <1077837739.25865.3.camel@bosplaya.org> <1077938157.14633.2.camel@bosplaya.org> <40401047.2090102@insight.rr.com> Message-ID: <1077940654.14633.28.camel@bosplaya.org> so rawhide is a name kinda apollo was ? i think im grasping it, you have a yum repository for development ? On Fri, 2004-02-27 at 21:51, Jim Cornette wrote: > Kolione wrote: > > I'm googiling for yum sources for rawhide but up coming up short, would > > anyone mind pasting the relevant part of yum.conf for me ? > > > > thanks, > > Kolione > > > > > You are actually looking for the development tree. Rawhide is like Sohio > is in Ohio. (changed to BP many years ago, but is called Sohio a lot,in > conversation.) > > Rawhide (a long time Red Hat name) = development (new reference, since > Fedora) > > Jim > > -- > A man was talking to his best friend about his married life. "You know," he > says, "I really trust my wife, and I think she has always been faithful .. > "You see what I mean? There's *always* > that doubt!" > From sandy_pond at myrealbox.com Sat Feb 28 04:07:03 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Fri, 27 Feb 2004 23:07:03 -0500 Subject: Failed dependencies libgtop In-Reply-To: References: <1077934391.3206.4.camel@family> Message-ID: <1077941223.3206.55.camel@family> On Fri, 2004-02-27 at 22:35 -0500, Efthym wrote: > I think this is the problem . There should also be an update for > gnome-applets. If I exclude libgtop2 from update, gnome-system-monitor > complains. > > For now I exclude libgtop and gnome-system-monitor and update succeeds. > This seems to be happening to rawhide often. Yum is your friend ... particularly "provides foo", "list foo*" and "--exclude=foo* update" :) From sandy_pond at myrealbox.com Sat Feb 28 04:14:43 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Fri, 27 Feb 2004 23:14:43 -0500 Subject: Test 1 In-Reply-To: <1077940654.14633.28.camel@bosplaya.org> References: <1077837739.25865.3.camel@bosplaya.org> <1077938157.14633.2.camel@bosplaya.org> <40401047.2090102@insight.rr.com> <1077940654.14633.28.camel@bosplaya.org> Message-ID: <1077941683.3206.59.camel@family> On Fri, 2004-02-27 at 21:57 -0600, Kolione wrote: > so rawhide is a name kinda apollo was ? i think im grasping it, you have > a yum repository for development ? A lot of the mirrors; http://fedora.redhat.com/download/mirrors.html under ; development/i386/ From other at clete2.com Sat Feb 28 04:22:10 2004 From: other at clete2.com (Clete Blackwell 2) Date: Fri, 27 Feb 2004 22:22:10 -0600 Subject: VMWARE ethernet + sound References: Message-ID: <000901c3fdb2$707556d0$6401a8c0@idiot> Uh, I don't see any errors. I am running the Windows version of vmware. (didn't feel like emerging it on Linux, I already had 4.5 installed, laziness). ----- Original Message ----- From: "Efthym" To: Sent: Friday, February 27, 2004 9:39 PM Subject: Re: VMWARE ethernet + sound > > Does the service vmware start without problems ? > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > From sandy_pond at myrealbox.com Sat Feb 28 04:30:58 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Fri, 27 Feb 2004 23:30:58 -0500 Subject: Evolution HTTP links In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> Message-ID: <1077942658.3206.63.camel@family> On Fri, 2004-02-27 at 19:18 -0800, Sean Earp wrote: > Hello All- > > With Evolution 1.5.3 (the latest version installed on FC2 Test 1), no > HTTP Links (in an email) work for me. They do not open a browser, they > do not generate an error message, they do not do anything at all. > Email links work just fine. Could someone let me know if their copy of > Evolution is experiencing the same problem and I'll throw it at > Bugzilla. Thanks, Try installing epiphany; yum install epiphany From efthym at gmx.net Sat Feb 28 05:11:18 2004 From: efthym at gmx.net (Efthym) Date: Sat, 28 Feb 2004 00:11:18 -0500 Subject: VMWARE ethernet + sound In-Reply-To: <000901c3fdb2$707556d0$6401a8c0@idiot> References: <000901c3fdb2$707556d0$6401a8c0@idiot> Message-ID: On Fri, 27 Feb 2004 22:22:10 -0600, Clete Blackwell 2 wrote: > Uh, I don't see any errors. I am running the Windows version of vmware. > (didn't feel like emerging it on Linux, I already had 4.5 installed, > laziness). > ----- Original Message ----- > From: "Efthym" > To: > Sent: Friday, February 27, 2004 9:39 PM > Subject: Re: VMWARE ethernet + sound > > >> >> Does the service vmware start without problems ? >> >> >> -- >> fedora-test-list mailing list >> fedora-test-list at redhat.com >> To unsubscribe: >> http://www.redhat.com/mailman/listinfo/fedora-test-list >> >> >> > post more details , like is the ethernet and sound modules loaded ? What network settings u use in FC ? From other at clete2.com Sat Feb 28 05:25:44 2004 From: other at clete2.com (Clete Blackwell 2) Date: Fri, 27 Feb 2004 23:25:44 -0600 Subject: VMWARE ethernet + sound References: <000901c3fdb2$707556d0$6401a8c0@idiot> Message-ID: <000a01c3fdbb$51473a40$6401a8c0@idiot> I don't think it really matters what is loaded now, really. Anyways, lsmod ( I think that's the one that checks what modules are loaded ) is not in my PATH, so what directory is it in? It says I have some 79c970 [PCnet32 LANCE] card in eth0 (which is the fake card of vmware, but it's not the right one, as it's not working). I get this when /etc/init.d/network start ing: [clete2 at localhost init.d]$ su Password: [root at localhost init.d]# ./network start (in the /etc/init.d folder) Setting network parameters: [ OK ] Bringing up loopback interface: [ OK ] Bringing up interface eth0: Determining IP information for eth0... failed; no link present. Check cable? [FAILED] [root at localhost init.d]# (my my, the PATH is empty, not even dhcpcd is in there, how DO I add to my path?) (thanks for the help by the way) ----- Original Message ----- From: "Efthym" To: Sent: Friday, February 27, 2004 11:11 PM Subject: Re: VMWARE ethernet + sound > On Fri, 27 Feb 2004 22:22:10 -0600, Clete Blackwell 2 > wrote: > > > Uh, I don't see any errors. I am running the Windows version of vmware. > > (didn't feel like emerging it on Linux, I already had 4.5 installed, > > laziness). > > ----- Original Message ----- > > From: "Efthym" > > To: > > Sent: Friday, February 27, 2004 9:39 PM > > Subject: Re: VMWARE ethernet + sound > > > > > >> > >> Does the service vmware start without problems ? > >> > >> > >> -- > >> fedora-test-list mailing list > >> fedora-test-list at redhat.com > >> To unsubscribe: > >> http://www.redhat.com/mailman/listinfo/fedora-test-list > >> > >> > >> > > > > post more details , like is the ethernet and sound modules loaded ? What > network settings u use in FC ? > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > From efthym at gmx.net Sat Feb 28 05:22:10 2004 From: efthym at gmx.net (Efthym) Date: Sat, 28 Feb 2004 00:22:10 -0500 Subject: ALSA recording Message-ID: I'm trying to setup the input device. soundcard is detected and works ok. In gnome-volume-control mic is set to record. In gstreamer-properties default source is set to silence. If I choose ALSA, ESD or OSS, gstreamer crashes. Am I missing something ? Output of lsmod Module Size Used by snd_pcm_oss 47908 0 ide_cd 35716 0 cdrom 33052 1 ide_cd snd_mixer_oss 17024 2 snd_pcm_oss snd_cs46xx 80936 4 snd_rawmidi 22816 1 snd_cs46xx snd_seq_device 7688 1 snd_rawmidi snd_ac97_codec 53124 1 snd_cs46xx snd_pcm 88584 3 snd_pcm_oss,snd_cs46xx snd_timer 23428 1 snd_pcm gameport 4736 1 snd_cs46xx snd_page_alloc 11524 2 snd_cs46xx,snd_pcm snd 49380 13 snd_pcm_oss,snd_mixer_oss,snd_cs46xx,snd_rawmidi,snd_seq_device,snd_ac97_codec,snd_pcm,snd_timer soundcore 9312 2 snd # kudzu -p --class=AUDIO - class: AUDIO bus: PCI detached: 0 driver: snd-cs46xx desc: "Cirrus Logic|CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator]" vendorId: 1013 deviceId: 6003 subVendorId: 1014 subDeviceId: 0153 pciType: 1 pcidom: 0 pcibus: 0 pcidev: 5 pcifn: 0 From efthym at gmx.net Sat Feb 28 05:31:06 2004 From: efthym at gmx.net (Efthym) Date: Sat, 28 Feb 2004 00:31:06 -0500 Subject: VMWARE ethernet + sound In-Reply-To: <000a01c3fdbb$51473a40$6401a8c0@idiot> References: <000901c3fdb2$707556d0$6401a8c0@idiot> <000a01c3fdbb$51473a40$6401a8c0@idiot> Message-ID: On Fri, 27 Feb 2004 23:25:44 -0600, Clete Blackwell 2 wrote: > I don't think it really matters what is loaded now, really. Anyways, > lsmod > ( I think that's the one that checks what modules are loaded ) is not in > my > PATH, so what directory is it in? > > It says I have some 79c970 [PCnet32 LANCE] card in eth0 (which is the > fake > card of vmware, but it's not the right one, as it's not working). > > I get this when /etc/init.d/network start ing: > > [clete2 at localhost init.d]$ su > Password: > [root at localhost init.d]# ./network start (in the /etc/init.d folder) > Setting network parameters: [ OK ] > Bringing up loopback interface: [ OK ] > Bringing up interface eth0: > Determining IP information for eth0... failed; no link present. Check > cable? > [FAILED] > [root at localhost init.d]# > U've setup FC to get an IP from the DHCP server that vmware should be running. What king of network connection did u select for the Virtual Machine ? From linux00 at kornet.net Sat Feb 28 06:19:10 2004 From: linux00 at kornet.net (sangu) Date: Sat, 28 Feb 2004 15:19:10 +0900 Subject: Where does Download Manager save files? In-Reply-To: <1077899338673975231.0.ppp15@ppp15> References: <1077899338673975231.0.ppp15@ppp15> Message-ID: <1077949150.1393.5.camel@localhost.localdomain> ~/Desktop/Download User can modify this directory in epiphany edit menu - preference 2004-02-27 (?) 11:28 -0500? Zach Wilkinson ???: > Using Epiphany 1.1.9, I specify a location to save the file to, Download > Manager shows progress in downloading the file, but when I look there > after its done there's no file. > Is there some equivalent to Temporary Internet Files? > I'm using wget as a workaround. > > Thanks, > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From gleblanc at linuxweasel.com Sat Feb 28 07:33:50 2004 From: gleblanc at linuxweasel.com (Gregory Leblanc) Date: Fri, 27 Feb 2004 23:33:50 -0800 Subject: Failed dependencies libgtop In-Reply-To: References: <1077934391.3206.4.camel@family> Message-ID: <1077953630.5445.1.camel@glaptop> On Fri, 2004-02-27 at 19:35, Efthym wrote: > > Looking in Available Packages: > > Name Arch Version Repo > > ---------------------------------------------------------------------- > > Looking in Installed Packages: > > Name Arch Version Repo > > ---------------------------------------------------------------------- > > gnome-applets i386 1:2.5.4-2 db > > > > > > > > > I think this is the problem . There should also be an update for > gnome-applets. If I exclude libgtop2 from update, gnome-system-monitor > complains. > > For now I exclude libgtop and gnome-system-monitor and update succeeds. Folks told me on the 26th that this ought to be fixed the next time rawhide updated. Doesn't look like that happened, but maybe gnome-applets just didn't get rebuilt for some reason. I don't know any way to find out for sure. Greg From linux at bytebot.net Sat Feb 28 09:05:35 2004 From: linux at bytebot.net (Colin Charles) Date: Sat, 28 Feb 2004 17:05:35 +0800 Subject: Evolution doesn't include usenet support In-Reply-To: <1077484061.20381.4.camel@localhost.localdomain> References: <1077484061.20381.4.camel@localhost.localdomain> Message-ID: <1077794650.909.256.camel@hermione> On Mon, 2004-02-23 at 05:07, Mark Derricutt wrote: > I noticed under test1 the new 1.5.3 evolution isn't compiled with usenet > support, I entered issue #116499 for this. It's going to be rolled back to 1.4.5 anyways (anyone wanting 1.5.x can use Jeremy's repository). > I was wondering if there were any other ./configure features that arn't > enabled. I notice theres none of the advanced mailing list stuff that > I've seen in a few bounty screenshots ( not 100% sure if that bounty has > been done thou ). It has been done... -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ http://fedoranews.org/colin/fnu/ - Fedora News Updates From markmc at redhat.com Sat Feb 28 10:15:10 2004 From: markmc at redhat.com (Mark McLoughlin) Date: Sat, 28 Feb 2004 10:15:10 +0000 Subject: vino In-Reply-To: <1077734857.18762.24.camel@wintermute.sr.unh.edu> References: <1077734857.18762.24.camel@wintermute.sr.unh.edu> Message-ID: <1077963309.3346.10.camel@laptop> Hi Thomas, On Wed, 2004-02-25 at 18:47, Thomas J. Baker wrote: > Is vino a Gnome 2.6 package or 2.8? That's not clear yet - its not in 2.6 and the 2.8 discussion won't happen until midway through the 2.8 development process. > Any chance it's going to get included in FC2? No, there's some important work which needs to be done before I'd be happy adding it to Fedora Core. Hopefully I'll get back working on it after FC2. > If not, any chance there could be a feed of it > somewhere? If not, I guess I'll just have to try to build it. I've built > gnome-desktop-sharing but it's not clear if that's going to continue to > be developed or not. Yeah, I doubt gnome-desktop-sharing will continue. Feel free to package Vino - I haven't done it yet. Thanks, Mark. From ms-nospam-0306 at arcor.de Sat Feb 28 10:37:34 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sat, 28 Feb 2004 11:37:34 +0100 Subject: ide-scsi & sound under the 2.6.3 kernel In-Reply-To: <403FFC23.108@insight.rr.com> References: <1077930296.7583.8.camel@T7.linux> <403FFC23.108@insight.rr.com> Message-ID: <20040228113734.6a135071.ms-nospam-0306@arcor.de> On Fri, 27 Feb 2004 21:25:39 -0500, Jim Cornette wrote: > Paul wrote: > > Hi, > > > > I have two sound cards in my machine. They work fine under the 2.6.2 > > kernel, but under the 2.6.3, I have to /sbin/modprobe soundcore and > > then /sbin/modprobe snd-es1371 > > > > I've altered /etc/modules.conf to read > > The 2.6 kernel loads these through /etc/modprobe.conf Additionally, here the file includes /etc/modprobe.conf.dist which contains entries for the ALSA OSS drivers already. -- From czar at czarc.net Sat Feb 28 11:19:02 2004 From: czar at czarc.net (Gene C.) Date: Sat, 28 Feb 2004 06:19:02 -0500 Subject: coreutils and util-linux Message-ID: <200402280619.02002.czar@czarc.net> The latest updates for FC2-T1 (from development) for the coreutils and util-linux packages have problems. These packages need to be installed together. Because of the version-release of the util-linux package in the base being 2.12pre-3 and the update being 2.12-4, both up2date and rpm consider that the old package is newer. To get around this, you need to manually download the updated util-linux-2.12-4 package (and the coreutils-5.2.0-8 package if you do not have it) and then use rpm -Uvh --force util... coreutils... -- Gene From apreston at comcast.net Sat Feb 28 12:52:39 2004 From: apreston at comcast.net (Tony Preston) Date: Sat, 28 Feb 2004 7:52:39 -0500 Subject: Updating Message-ID: <200402281252.i1SCqob12631@mx1.redhat.com> I have a system that is not hooked to the internet that I have a Fedora Core on. I want to update it, and can download all the update RPMs and burn a CD. What is the best way to update with the CD? Best regards. Tony Preston http://www.cellremoval.com (Protocel Forums) protocel_support at topica.com (Protocell mailing list) apreston at comcast.net 2004-02-28 From paul at all-the-johnsons.co.uk Sat Feb 28 13:54:26 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 28 Feb 2004 13:54:26 +0000 Subject: ide-scsi & sound under the 2.6.3 kernel In-Reply-To: <403FFC23.108@insight.rr.com> References: <1077930296.7583.8.camel@T7.linux> <403FFC23.108@insight.rr.com> Message-ID: <1077976465.4525.1.camel@T7.linux> Hi, > > I used to have hdc, hdd and hdf loaded up using ide-scsi. Now when I've > > read the docs, it seems that ide-scsi has been deprecated, if not done > > away with.. My current grubline removes these drives as being ide-scsi > > ones. When they were on as ide-scsi, no drives were picked up. > > I had the same issue when no reference to ide-scsi was in the grub.conf > file. I did not see any cdrom drives either. I added "ide-cd" for both > of my cdrom drives and was able to burn cdroms in Fedora core 2. Okay, I've done that > > All of my drives are recognised by the software, but I cannot record > > using any device. gtoaster reports the /dev/sg* are unavailable while > > k3b reports a mkisofs problem. > > Is /dev/sg* referenced by /dev/cdwriter symlink? Mine points to the below From paul at all-the-johnsons.co.uk Sat Feb 28 13:58:07 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 28 Feb 2004 13:58:07 +0000 Subject: Losing the keyboard and other strange things! Message-ID: <1077976686.4525.5.camel@T7.linux> Hi, Okay, I have the 2.6.3-1.110 kernel running. All is roughly well. My sound card is working merrily, the CD writers are acting up, but other than that, things are okay. Only problem is that from time to time the system gets itself confused. The keyboard stops accepting key entries and when selecting something with a mouse click, the previous one isn't cleared, so things get silly (the previous selection can be cleared by clicking on it). No idea what's causing it. CTRL-backspace kills the X session and all returns to normal (keyboard works, mouse clicks go to the correct place etc). Is this an XF86 bug? TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 tweniger at telusplanet.net Sat Feb 28 14:30:06 2004 From: tweniger at telusplanet.net (Tom Weniger) Date: Sat, 28 Feb 2004 07:30:06 -0700 Subject: Multiple Installed Packeages In-Reply-To: <1077717068.5071.16.camel@shrek.dicec.cl> References: <1077714448.31314.18.camel@tweedy.ksc.nasa.gov> <1077717068.5071.16.camel@shrek.dicec.cl> Message-ID: <1077978606.21933.4.camel@basement> On Wed, 2004-02-25 at 06:51, Christian B. Ellsworth Capo wrote: > BOB: > i ran into the same problem last night in a fedora core1, with > apt/synaptic and many unstable and testing repositories, and a very > unlucky power failure in the middle of a massive rpm upgrade. > > rpm throws a message like this for each package(doing this from my > recent brain memory) > ERROR: package XXXXXX exists bla bla bla s > > > HOW I FIXED: > i ran apt-get update > on the output gaves a list of duplicate pakages... Greetings All, Another way to fix it is running synaptic. Update the list and it will pop up a requester showing all the duplicated packages. Then just search for those packages and remove the old versions. YMMV, depending on the number of duplicates. It's not elegant but it saves time rebuilding the rpm database. -- Virtually, Tom W Linux Registered User #243493 From reader at newsguy.com Sat Feb 28 14:54:36 2004 From: reader at newsguy.com (Harry Putnam) Date: Sat, 28 Feb 2004 08:54:36 -0600 Subject: [kde fcore2] Konquerorbookmarks and edit bookmarks Message-ID: I'm probably blind as a bat but I don't see a way to edit a bookmark in Konqueror. There is the `edit bookmarks' on the bookmarks menu but once there I don't see a way to actually edit an individual bookmark other than change its name or delete cut copy, but no way to change its characteristics or properties. Someone tell me I'm blind please but also provide the needed light :) From sandy_pond at myrealbox.com Sat Feb 28 15:33:44 2004 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sat, 28 Feb 2004 10:33:44 -0500 Subject: Latest yum excludes for rawhide Message-ID: <1077982423.3169.2.camel@family> yum --exclude=gstreamer \ --exclude=gstreamer-plugins \ --exclude=gstreamer-tools \ --exclude=sound-juicer \ update From mickeyboa at comcast.net Sat Feb 28 15:42:20 2004 From: mickeyboa at comcast.net (jim tate) Date: Sat, 28 Feb 2004 10:42:20 -0500 Subject: Apt-get downloading packages Message-ID: <4040B6DC.7010004@comcast.net> Fedora core Test1. Apt-get upgrade , downdloaded a number of RPM packages from freshrpms.us.net/development and put them in the /var/cache/apt/archive and they are later versions than installed . Why can't I rpm -Uvh *.rpm those packages? Apt-get comes back with something about "Unsigned /var/cache/apt/archive (for all the packages) what gives, Am I of the understanding that you just can't upgrade Fedora Test1 core? Thanks Jim Tate From smearp at mac.com Sat Feb 28 16:05:05 2004 From: smearp at mac.com (Sean Earp) Date: Sat, 28 Feb 2004 08:05:05 -0800 Subject: KDE Restart/Shutdown? In-Reply-To: <1077901534.2297.16.camel@tabb1.tabb> References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077891758.2297.4.camel@tabb1.tabb> <1077894934.3073.32.camel@family> <1077901534.2297.16.camel@tabb1.tabb> Message-ID: Hello All- This may be expected behavior for KDE, but under the "Logout" menu, there is not the option to restart or shutdown as there is in Gnome. Is this just the way KDE works, or should this be filed as an RFE or bug? (In the interests of maintaining consistency between GNOME and KDE in Fedora, it would be nice if the same menu option exhibited the same behavior... -Sean GPG public key: From czar at czarc.net Sat Feb 28 17:00:35 2004 From: czar at czarc.net (Gene C.) Date: Sat, 28 Feb 2004 12:00:35 -0500 Subject: Failed dependencies libgtop In-Reply-To: References: Message-ID: <200402281200.35356.czar@czarc.net> On Friday 27 February 2004 20:50, Efthym wrote: > # yum update > Gathering header information file(s) from server(s) > Server: Fedora Core 1.90 - Development Tree > Finding updated packages > Downloading needed headers > Resolving dependencies > .Package gnome-applets needs libgtop-2.0.so.1, this is not available. > Package gnome-applets needs libgtop_common-2.0.so.1, this is not available. > Package gnome-applets needs libgtop_sysdeps-2.0.so.1, this is not > available. > > # rpm -qa |grep libgtop > libgtop2-2.5.0-2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=117088 Folks ... you need to check bugzilla for problems and add a report if you do not find a report. -- Gene From sean at charlug.org Sat Feb 28 17:03:06 2004 From: sean at charlug.org (Sean Hogston) Date: Sat, 28 Feb 2004 12:03:06 -0500 Subject: VMWARE ethernet + sound In-Reply-To: <000a01c3fdbb$51473a40$6401a8c0@idiot> References: <000901c3fdb2$707556d0$6401a8c0@idiot> <000a01c3fdbb$51473a40$6401a8c0@idiot> Message-ID: <1077987785.11285.4.camel@deebo> On Sat, 2004-02-28 at 00:25, Clete Blackwell 2 wrote: > I get this when /etc/init.d/network start ing: > > [clete2 at localhost init.d]$ su > Password: > [root at localhost init.d]# ./network start (in the /etc/init.d folder) > Setting network parameters: [ OK ] > Bringing up loopback interface: [ OK ] > Bringing up interface eth0: > Determining IP information for eth0... failed; no link present. Check cable? > [FAILED] > [root at localhost init.d]# > I have the same problem with the network not comming up. Try this, switch to root in a console and type dhclient That should make it try again and pull an ip address. It is a pain in the ass but it works for me everytime. Sean From pmatilai at welho.com Sat Feb 28 17:45:47 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Sat, 28 Feb 2004 19:45:47 +0200 (EET) Subject: Running Apt In-Reply-To: <403F2278.1020404@comcast.net> References: <40381EA6.8070102@comcast.net> <20040223172502.2e3de22e@localhost> <403F2278.1020404@comcast.net> Message-ID: On Fri, 27 Feb 2004, jim tate wrote: > > > I put this line in my /etc/apt/sources.list > rpm http://ayo.us.freshrpms.net/fedora/linux/development/i386/ core > then I do a : apt-get update and I get this error message, what gives? > > "E: Malformed line in source lists /etc/apt/sources.list (dist parse)" > > I use apt-0.5.15cnc5-0.fdr.7 with linux-2.6.1-1.65 There's just a space missing in there - make that rpm http://ayo.us.freshrpms.net/ fedora/linux/development/i386/ core - Panu - From timh at contentspace.demon.co.uk Sat Feb 28 19:22:04 2004 From: timh at contentspace.demon.co.uk (Tim Hawkins) Date: Sat, 28 Feb 2004 19:22:04 +0000 Subject: turnover wait push In-Reply-To: References: <1077769827.1657.0.camel@bart.netlyncs.com> Message-ID: <4040EA5C.2080008@contentspace.demon.co.uk> Harry Putnam wrote: >Harry Putnam writes: > > > >>>rsync://carroll.cac.psu.edu/ seems to be updated, as that is what I >>>mirror. >>> >>> >>Oh, thanks... that one isn't on the list at >>http://fedora.redhat.com/download/mirrors.html >> >> > >But they are at kernel-2.6.1-1.65.i686.rpm too. > > > > I always use http://mirror.hiwaay.net/redhat/fedora/linux/core/development/i386/ , always up to date and fast too. From ggw at wolves.durham.nc.us Sat Feb 28 22:20:23 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Sat, 28 Feb 2004 17:20:23 -0500 Subject: NFS fails due to remove_locks_posix in kernel 2.6.3-1.116 Message-ID: <20040228222023.GA21417@wolves.durham.nc.us> If bugzilla'd this, but the latest kernel build won't run the current NFSds due to a missing kernel symbol in the NFS modules. I've had to drop back to the custom 2.6.3-1.110 that I've been using. -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From ggw at wolves.durham.nc.us Sat Feb 28 23:05:56 2004 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Sat, 28 Feb 2004 18:05:56 -0500 Subject: Firstboot still has problems on my system Message-ID: <20040228230556.GA21605@wolves.durham.nc.us> When I do a fresh install of the development tree, firstboot still fails to properly run on my system. The X server comes up fine and there are no errors in the XFree86.1.log file, but firstboot still reports that it cannot open the :1 display. Running firstboot by hand under the normal Gnome login (sudo firstboot) succeeds and lets me get the basic configuration completed. System "tembo" specification: ASUS P5A-B mobo AMD K6-2 @333MHz ATI Rage XL (Mach64)/8MB KNE-T40 (tulip) IDE NIC Etherlink III (3c509) NIC (PCI) CMI8331 soundchip on mobo 320MB ram PS/2 keyboard and trackball -- Gregory G. "Wolfe" Woodbury `-_-' Owner/Admin: wolves.durham.nc.us ggw at wolves.durham.nc.us U RHCT August 2003 "The Line Eater is a boojum snark." Hug your wolf. From lars at oddbit.com Sun Feb 29 03:12:40 2004 From: lars at oddbit.com (Lars Kellogg-Stedman) Date: Sat, 28 Feb 2004 22:12:40 -0500 Subject: Kickstart doesn't? In-Reply-To: <403FEA2F.6010800@oddbit.com> References: <403FEA2F.6010800@oddbit.com> Message-ID: <404158A8.7070104@oddbit.com> > I'm netbooting into the Fedora (test 1.90) installer, and the > installer is having a hard time aquiring a lease from my DHCP server > (ISC DHCP version whatever's-current-in-redhat-9). It definately looks like a software problem. The DHCP requests sent out by the stage-1 DHCP client have an incorrect UDP checksum. Here's the result of a packet capture (output from 'tethereal -v'): User Datagram Protocol, Src Port: bootpc (68), Dst Port: bootps (67) Source port: bootpc (68) Destination port: bootps (67) Length: 308 Checksum: 0x0145 (incorrect, should be 0xb041) This problem *only* occurs during the stage 1 installer; both the PXE bios and the second stage installer (and the subsequent Fedora install) are able to aquire a DHCP lease without a problem. -- Lars From katzj at redhat.com Sun Feb 29 03:19:28 2004 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 28 Feb 2004 22:19:28 -0500 Subject: Where does Download Manager save files? In-Reply-To: <1077899300.2168.4.camel@localhost.localdomain> References: <1077899300.2168.4.camel@localhost.localdomain> Message-ID: <1078024767.7708.0.camel@edoras.local.net> On Fri, 2004-02-27 at 11:28 -0500, Zach Wilkinson wrote: > Using Epiphany 1.1.9, I specify a location to save the file to, Download > Manager shows progress in downloading the file, but when I look there > after its done there's no file. It saves them to the folder specified in the preferences, default is ~/ Desktop/Downloads Jeremy From katzj at redhat.com Sun Feb 29 03:20:45 2004 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 28 Feb 2004 22:20:45 -0500 Subject: Kickstart doesn't? In-Reply-To: <403FEA2F.6010800@oddbit.com> References: <403FEA2F.6010800@oddbit.com> Message-ID: <1078024844.7708.2.camel@edoras.local.net> On Fri, 2004-02-27 at 20:09 -0500, Lars Kellogg-Stedman wrote: > I'm netbooting into the Fedora (test 1.90) installer, and the installer > is having a hard time aquiring a lease from my DHCP server (ISC DHCP > version whatever's-current-in-redhat-9). I see the requests going out, > an the following errors in the syslog on the DHCP server: With test1, add selinux=0 to your boot command line (this was put in the isolinux.cfg at the last minute to work around a kernel bug which has since been fixed) Jeremy From stevewa at spiritone.com Sun Feb 29 04:37:34 2004 From: stevewa at spiritone.com (Steve Ward) Date: Sat, 28 Feb 2004 20:37:34 -0800 Subject: hpoj difficulties in FC2-test1 (and FC1) Message-ID: <40416C8E.20709@spiritone.com> I've seen some posts about problems with scanning under test1, and I think I understand what's going on. In the startup scripts in /etc/rc.d, hpoj is being started after CUPS. From the hpoj documentation, it appears to me the opposite order is required. This is so the hpoj printer port is available when CUPS starts. On my system I have simply renamed all the S55cups files to S60cups and things seem to work OK. I have also done this on my FC1 system (which is running the kernel.org 2.6.3 kernel) and printing, scanning and card readers on my PSC2210 are working fine. From wacker at octothorp.org Sun Feb 29 05:18:44 2004 From: wacker at octothorp.org (William F. Acker WB2FLW +1-303-722-7209) Date: Sat, 28 Feb 2004 22:18:44 -0700 (MST) Subject: Replacement for CONFIG_DEBUG_IOVIRT? Message-ID: Hi all, I'm patching the kernel with Speakup http://linux-speakup.org/. Due to a bug in the patch, it was necessary to disable CONFIG_DEBUG_IOVIRT in order to get the kernel to compile. In 1.116, the option is missing. Does anyone know the name of the option that replaced it? TIA. -- Bill in Denver From mutk at iprimus.com.au Sun Feb 29 08:13:57 2004 From: mutk at iprimus.com.au (Michael Kearey) Date: Sun, 29 Feb 2004 18:13:57 +1000 Subject: VMWARE ethernet + sound In-Reply-To: <000a01c3fdbb$51473a40$6401a8c0@idiot> References: <000901c3fdb2$707556d0$6401a8c0@idiot> <000a01c3fdbb$51473a40$6401a8c0@idiot> Message-ID: <40419F45.1000506@iprimus.com.au> There is a known problem with the Lance PCnet 'virtual interface' and the media detect functionality of Redhat/Fedora ... Add this to your /etc/sysconfig/network-scripts/ifcfg-ethx : check_link_down() { return 1; } A good place is just after your BOOTPROTO=dhcp line. This information is in the VMware knowledge base by the way. It may be a good idea to use 'PEERDNS=yes' in the ifcfg-ethx file too, as that will allow dhcp to get DNSinformation via DHCP if possible.. Cheers, Michael From mutk at iprimus.com.au Sun Feb 29 08:22:43 2004 From: mutk at iprimus.com.au (Michael Kearey) Date: Sun, 29 Feb 2004 18:22:43 +1000 Subject: VMWARE ethernet + sound In-Reply-To: <000a01c3fdbb$51473a40$6401a8c0@idiot> References: <000901c3fdb2$707556d0$6401a8c0@idiot> <000a01c3fdbb$51473a40$6401a8c0@idiot> Message-ID: <4041A153.4010304@iprimus.com.au> Clete Blackwell 2 wrote: > I don't think it really matters what is loaded now, really. Anyways, lsmod > ( I think that's the one that checks what modules are loaded ) is not in my > PATH, so what directory is it in? I didn't actually read these questions until after I posted the solution to your NIC problem in VMware... Things like 'lsmod' are considered 'priveledged commands' and are in /sbin . Another directory for priveledged commands is /usr/sbin . Normal commands are in /usr/bin or /bin as usual. A normal user's default path in Fedora does not have /sbin or /usr/sbin . One way to find the location of commands is either 'which' or 'wheris' . For example 'whereis lsmod' > > It says I have some 79c970 [PCnet32 LANCE] card in eth0 (which is the fake > card of vmware, but it's not the right one, as it's not working). > The fact it isn't working does not meen it's the wrong driver.. See my other post for solution. > I get this when /etc/init.d/network start ing: > > [clete2 at localhost init.d]$ su Try 'su -' . root's path includes /sbin and /usr/sbin . The '-' tells su to load root's environment. 'man su ' for more details. Cheers, Michael From mickeyboa at comcast.net Sun Feb 29 14:01:39 2004 From: mickeyboa at comcast.net (jim tate) Date: Sun, 29 Feb 2004 09:01:39 -0500 Subject: Wierdness with Internet Message-ID: <4041F0C3.90009@comcast.net> I'am running Mozilla-1.6 on kernel-2.6.3-1.116 and the same with previous kernels. Mozilla is very slow to Resolving to new websites, I use Mozilla-1.6 on Fedora1 core and it resolves quickly on the same network, which is a Linksys WRT55AG router and ethernet, not wireless. My resolv.conf has "nameserver 192.168.1.1" which is the Gateway. Using a 3Com 905C nic on both boxes. Using KDE/Konqueror is also slow at resolving. Can someone please give me some pointers on this, so I can speedup webbrowsing on the Fedora2-test box. Thanks Jim Tate From paul at all-the-johnsons.co.uk Sun Feb 29 14:09:25 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 29 Feb 2004 14:09:25 +0000 Subject: mkisofs Message-ID: <1078063763.25392.1.camel@T7.linux> Hi, Irrespective of if I compile my own version or use the Fedora version, I always get the following error when trying to write a CD /opt/schily/bin/mkisofs: Resource temporarily unavailable. cannot fwrite 2048*1 Any ideas on getting around that? TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" Dr Who -------------- 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 tru at pasteur.fr Sun Feb 29 15:28:59 2004 From: tru at pasteur.fr (Tru Huynh) Date: Sun, 29 Feb 2004 16:28:59 +0100 Subject: VMWARE ethernet + sound In-Reply-To: ; from efthym@gmx.net on Sat, Feb 28, 2004 at 12:31:06AM -0500 References: <000901c3fdb2$707556d0$6401a8c0@idiot> <000a01c3fdbb$51473a40$6401a8c0@idiot> Message-ID: <20040229162859.A1752@xiii.bis.pasteur.fr> On Sat, Feb 28, 2004 at 12:31:06AM -0500, Efthym wrote: > On Fri, 27 Feb 2004 23:25:44 -0600, Clete Blackwell 2 > wrote: > > > I don't think it really matters what is loaded now, really. Anyways, > > lsmod ... > > Determining IP information for eth0... failed; no link present. Check > > cable? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100527 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=104711 good luck, Tru From parrishmyers at yahoo.com Sun Feb 29 17:06:28 2004 From: parrishmyers at yahoo.com (Parrish M Myers) Date: Sun, 29 Feb 2004 09:06:28 -0800 (PST) Subject: madwifi In-Reply-To: <403AC09B.2060305@qualcomm.com> Message-ID: <20040229170628.69292.qmail@web13805.mail.yahoo.com> It took me a while to find the time to recompile the kernel from the kernel-source... Which looked like it worked, meaning the vmlinux executable is there in the build directory. Thanks for the help. I seems I have developed a new problem tough... When tring to install the new kernel I installed it using "rpm -Uvh" which worked all right but uninstalled the current kernel at the same time. Now I get this error when I try to install a kernel... something about grubby not being able to find a sutible template. Does anyone know what this means? Can someone post thier /boot/grub/menu.lst file such that I might cut and paste it... The don't want to reinstall again... Thanks. agin. --- Paul Bender wrote: > I have been using the CVS version of the driver with 2.6 for awhile, > and > it appears to work fine. However, it does require vmlinux in order to > > complete its compilation process. > > When the kernel is built, vmlinux is created. I believe that the > Fedora > 2.6 kernel RPMs package vmlinux in the kernel-debuginfo RPM. > Therefore, > you can get vmlinux for your running kernel by rebuilding the kernel > using the kernel-source RPM with the kernel config file in the boot > directory, or by installing the kernel-debuginfo RPM. > > Personally, I have been rebuilding the kernel from the kernel-source > RPM, since kernel-debuginfo is so large. > > Satish Balay wrote: > > > > On Sun, 22 Feb 2004, Parrish M Myers wrote: > > > > > >>Hi, > >> > >>I've been searching all over the internet and can't seem to get the > >>madwifi driver for my DWL-G650 wifi card to compile. Has anyone > had > >>success compiling the cvs version of madwifi under Core 2 test 1? > >>Everytime I try the build process complains about not finding > >>'/lib/modules/2.6.3-1.96/build/vmlinux'... Is this not included > with > >>the kernel source? Isin't this driver suppose to work with a 2.6 > >>kernel? > > > > > > I've attempted it - but encountered similar errors. I suspect > madwif > > needs some updates to work with 2.6 > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list ===== "Parrish Myers" ---------------------------------------------------------------- Democracy is the worst form of government except all those other forms that have been tried from time to time. -- (Winston Churchill) From mharris at redhat.com Sun Feb 29 18:05:09 2004 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 29 Feb 2004 13:05:09 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: References: <1077620287.599.62.camel@shmuelhome.mine.nu> <1077834702.6419.90.camel@matrix> Message-ID: On Fri, 27 Feb 2004, Robert P. J. Day wrote: >Date: Fri, 27 Feb 2004 03:29:54 -0500 (EST) >From: Robert P. J. Day >To: fedora-test-list at redhat.com >Content-Type: TEXT/PLAIN; charset=US-ASCII >List-Id: For testers of Fedora Core development releases > >Subject: Re: Testing test releases: do not update > > > >On Fri, 27 Feb 2004, Mike A. Harris wrote: > >> Rawhide *is* the updates repository. What is in rawhide *IS* >> what will be in the final OS. > >does this mean that a package showing up in rawhide represents a >*commitment* that it will be in the next release (be it test or official)? >surely, there must be the option that, if such a package represents a >complete disaster, RH will back off and revert back to an older, working >release, no? but if the newer version was already in rawhide for a while, >folks will undoubtedly have downloaded it and begun testing it, and >because of the update process, they're stuck with that newer version until >the next snapshot. is that about right? does this have any sub-optimal >consequences? just curious. Sorry, I was a bit unclear there. To clarify: What is in rawhide at any given point in time, is what is currently planned to go into the final OS release, unless something occurs that requires either updating the package with bug fixes, or updating it to a new upstream release, or downgrading the package or removing it entirely, possibly replacing it with an alternate package with similar or identical functionality. The idea, is that what is in rawhide is "current plan to ship" and if people aren't testing it, they aren't testing what is in the current plans. The plans may of course change, and the code could as I mention above, be downgraded/upgraded/removed/replaced. >also, i still think there's a conflict with rawhide being simultaneously: > >1) the proposed next release, and >2) the source of really cool, new, bleeding edge stuff > >it's not clear that these two categories represent the same >thing. are they supposed to? The definition of rawhide is "our current internal tree, consisting of the latest bits including new bleeding edge stuff, bug fixes, code-in-testing, and other stuff that is planned to go into the next OS release, which are subject to change at a date in the future should the need arise". Or something to that effect. >what happens to rawhide as RH gets close to an official release >and imposes a feature freeze? at that point, there should only >be bug fixes, not new versions of software, right? but if >that's the case, does that mean the entire rawhide repo is >frozen in terms of new releases as well? Exactly. >put another way, is rawhide ever allowed to get ahead of what's planned >for the next release? No. Rawhide is the rolling set of packages that will comprise the next OS release eventually. Nothing goes into rawhide unless it is destined to be in the final OS release. So you won't for example see Fedora Core 3 development packages going into rawhide until after Fedora Core 2 is gold mastered and shipped as an official OS release. As each Fedora Core 2 milestone is reached, feature freezes get hit, and code freezes, string freezes, etc. If you look at the target milestones on our website: http://fedora.redhat.com/participate/schedule/ That outlines what type of changes have to be in the tree by which date (barring date slips). You'll notice that March 12 is the current date planned by which any package version updates must be in by. Any package version update that has not been done by that date will not get updated unless we've already planned on some exceptions, such as the listed GNOME exception. There are sometimes other exceptions as well, but generally we do not upgrade package versions beyond that point except for compelling reasons. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Sun Feb 29 18:06:26 2004 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 29 Feb 2004 13:06:26 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: <001201c3fd0d$07789110$5c563b44@wfrazee> References: <001201c3fd0d$07789110$5c563b44@wfrazee> Message-ID: On Fri, 27 Feb 2004, Wayne Frazee wrote: >>also, i still think there's a conflict with rawhide being >simultaneously: >> >>1) the proposed next release, and >>2) the source of really cool, new, bleeding edge stuff >> >>it's not clear that these two categories represent the same thing. are > >>they supposed to? > >Absolutely. Ok, rawhide is what is called a "development snapshot". >These are new things which are being worked with for the next version, >released to those who are interested in it specifically for feedback on >the enhancements. > >A good way to look at it is like this. Development of a Fedora release >may look something like this: > >^^^^^^^^^^^^/\^^^^^^^^^^/\^^^^^^^^^^^^/\ > >Each ^ is a rawhide release. Each /\ is a test release. You see, they >are all the same product, the thing is that each rawhide release is a >fix or a change, released to interested persons RIGHT THEN. This is >most often nearly untested code. > >Its all part of the process to the same product, not a separate product >or any such thing. Rawhide is just a way for you to get the VERY latest >in what the developers are working with for the next release version. > >Are you using your machine regularly? Do you not want to deal with >system instability or drivers not loading? Are you NOT looking >specifically to help with development and testing? If any of these are >true, you don't want a rawhide release, they aren't for you. Rawhide is >specifically to grab the latest changes, buggy or not, for feedback and >testing purposes. > >Same process, rawhide is just individual "bump" updates on the way to >"milestones". That is a very nice way of describing rawhide. You've hit the nail square on the head. ;o) -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From mharris at redhat.com Sun Feb 29 18:10:05 2004 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 29 Feb 2004 13:10:05 -0500 (EST) Subject: Testing test releases: do not update In-Reply-To: References: <001201c3fd0d$07789110$5c563b44@wfrazee> Message-ID: On Fri, 27 Feb 2004, Robert P. J. Day wrote: >> Its all part of the process to the same product, not a separate product >> or any such thing. Rawhide is just a way for you to get the VERY latest >> in what the developers are working with for the next release version. > >hang on a sec, there was one point i was trying to clarify in my previous >post. (i'm not trying to be difficult; i am merely succeeding.) > >i understand now that, by definition, rawhide represents the current state >of the test, and that *everything* in rawhide is theoretically going to be >included in the next release. so far, so good. > >but is there any way now that the fedora folks can offer up some package >or newer release of a package that they'd like to offer for testing, but >is simply too new/untested to be included even in rawhide? Sure. Individual developers can opt to do that (or not do that) on a package by package basis at their own leisure. I put my packages up on people.redhat.com in an ftp and yum accessible fashion. >in short, is there any mechanism/channel to provide packages that the >fedora folks would like to offer for testing, but are too far ahead of the >curve, even by rawhide's standards? or is it the position that, if it >doesn't belong in rawhide, we're not going to talk about it. i have no >problem with that, i just wanted to make sure i understood. Yes, but only as unofficial unsupported packages. Our efforts are spent on actually developing and maintaining what _will_ be used in the next OS release, rather than /what would be nice to have because it is newer and some people out there might like it/ per se. Individual developers can of course update packages however they like and provide them on people.redhat.com, or in fedora.us or somewhere else. But that really isn't part of developing Fedora Core 2. It's more fun stuff for people who want something newer for given specific packages. We're more concerned about what we actually will be shipping. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat From peter_banks at charter.net Sun Feb 29 19:10:50 2004 From: peter_banks at charter.net (Peter A. Banks) Date: Sun, 29 Feb 2004 14:10:50 -0500 Subject: GDM is broken does not allow user to XDPM into another machine if in the graphical display greeter In-Reply-To: <20040228033904.20664.8787.Mailman@listman.back-rdu.redhat.com> Message-ID: Alan: Sorry for lack of Precision. When you run the Bluecurve theme in the Graphical display greater you can not do a XDPM login into another Linux machine. The Gnome Browsers theme does allow you to do a XDPM login into another machine. Regards pab * * From: Alan Cox * To: fedora-test-list redhat com * Subject: Re: GDM is broken does not allow user to XDPM into another machine if in the graphical display greeter. * Date: Fri, 27 Feb 2004 17:13:50 -0500 On Fri, Feb 27, 2004 at 03:32:41PM -0500, Peter A. Banks wrote: > Even if this feature is enabled in gdmconfig. Works for me with the updates at least. Never tried it with the original * References: o GDM is broken does not allow user to XDPM into another machine if in the graphical display greeter. * From: Peter A. Banks [Date Prev][Date Next] [Thread Prev][Thread Next] [Thread Index] [Date Index] [Author Index] Copyright (c) 2003 Red Hat, Inc. All rights reserved. Search by Google[NL]Careers at Red Hat : Legal statement : Privacy statement : Your Account : Contact Red Hat From alan at redhat.com Sun Feb 29 19:16:49 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 29 Feb 2004 14:16:49 -0500 Subject: GDM is broken does not allow user to XDPM into another machine if in the graphical display greeter In-Reply-To: References: <20040228033904.20664.8787.Mailman@listman.back-rdu.redhat.com> Message-ID: <20040229191649.GA27663@devserv.devel.redhat.com> On Sun, Feb 29, 2004 at 02:10:50PM -0500, Peter A. Banks wrote: > Sorry for lack of Precision. When you run the Bluecurve theme in the > Graphical display greater you can not do a XDPM login into another Linux > machine. > The Gnome Browsers theme does allow you to do a XDPM login into another > machine. I'm running with the updates and using the bluecurve theme for both local and remote (XDMCP) based logins without any problems. Do you still see this problem if you update the gdm ? From petersen at redhat.com Fri Feb 27 02:25:24 2004 From: petersen at redhat.com (Jens Petersen) Date: Fri, 27 Feb 2004 11:25:24 +0900 Subject: Is tclx missing from test 1 In-Reply-To: <002401c3f98b$d3d248d0$0500a8c0@mpedersenpc> References: <002401c3f98b$d3d248d0$0500a8c0@mpedersenpc> Message-ID: >>>>> "MP" == Mike Pedersen writes: MP> Is it possible to get a pre-release version of these MP> packages from somewhere before the official release? tclx-8.3.5-1 should be in FC devel (rawhide) by now. Jens