From ojgbagg27ab at msn.com Thu Jan 1 01:51:21 2004 From: ojgbagg27ab at msn.com (alton bailey) Date: Wed, 31 Dec 2003 20:51:21 -0500 Subject: using smbtools-0.82 Message-ID: when ever I run this command smbldap-useradd.pl -a -m -g 200 administrator and subsiquent command as well regarding smbldap what is missing from these line that the direction is referring to can someone help me whit this I can connect to my ldap server using ldapadmin from my xp box and to edit my data doing so on my FC1 box I got this error root at matrix root]# smbldap-useradd.pl -a -m -g 200 administrator Global symbol "$ldappasswd" requires explicit package name at /usr/local/sbin//smbldap_conf.pm line 233. Global symbol "$ldapadd" requires explicit package name at /usr/local/sbin//smbldap_conf.pm line 234. Global symbol "$ldapdelete" requires explicit package name at /usr/local/sbin//smbldap_conf.pm line 235. Global symbol "$ldapmodrdn" requires explicit package name at /usr/local/sbin//smbldap_conf.pm line 236. Compilation failed in require at /usr/local/sbin//smbldap_tools.pm line 4. BEGIN failed--compilation aborted at /usr/local/sbin//smbldap_tools.pm line 4. Compilation failed in require at /usr/local/sbin/smbldap-useradd.pl line 32. BEGIN failed--compilation aborted at /usr/local/sbin/smbldap-useradd.pl line 32 From ojgbagg27ab at msn.com Fri Jan 2 00:57:26 2004 From: ojgbagg27ab at msn.com (alton bailey) Date: Thu, 01 Jan 2004 19:57:26 -0500 Subject: Kernel : journal commit i/o error Message-ID: I jus upgrade to kernel-2.6.0.1.109 from 107 and I can here some disk activity taken place my desktop is frozen at the terminal there is a message kernel :juournal I/O error. I didn't get all the message because my terminal got stuck to my mouse at the bottom of my desktop From parrishmyers at yahoo.com Fri Jan 2 16:56:39 2004 From: parrishmyers at yahoo.com (Parrish M Myers) Date: Fri, 2 Jan 2004 08:56:39 -0800 (PST) Subject: zeroconf Message-ID: <20040102165639.45395.qmail@web13805.mail.yahoo.com> Hello, Has anyone attempted to include zeroconf modules info fedora core: either rendezvous or some open source alternative? If not, I would like to ask for some advice... It seems that OSI has approved the Apple open source license. I believe that rendezvous is released under this license. If someone were to start creating zeroconf modules that work in fedora, would it be preferable to write everything from scratch or use rendezvous? I know there are a couple of open source implementations of these things out there like zcip and openslp... Are these good projects to start with? I know these are nebulous questions, but I am curious to know what would be a good direction to start contributing to this technology. Thanks ----------------------------------------------------------- Academia is a little like child | Parrish M. Myers rearing, it provides a chance at | The Wacked Jester immortality without the stretch | parrishmyers at yahoo.com marks -- (unknown source) | ----------------------------------------------------------- --------------------------------- Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kjb at dds.nl Sat Jan 3 12:41:59 2004 From: kjb at dds.nl (Klaasjan Brand) Date: Sat, 03 Jan 2004 13:41:59 +0100 Subject: kernel panic In-Reply-To: <20031230102135.91694.qmail@web60410.mail.yahoo.com> References: <20031230102135.91694.qmail@web60410.mail.yahoo.com> Message-ID: <1073133719.4247.1.camel@isengard> On Tue, 2003-12-30 at 11:21, Bartolomeus Irwanto wrote: > try root=/dev/hdax in grub.conf, hdax is your root > partition. > I hope it works. Got this one today (just updated to latest arjanv kernel); specifying the root device by name instead of by label works, but the root is mounted as ext2 instead of ext3... Klaasjan From nbryant at optonline.net Sat Jan 3 14:37:14 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Sat, 03 Jan 2004 09:37:14 -0500 Subject: kernel panic In-Reply-To: <1073133719.4247.1.camel@isengard> References: <20031230102135.91694.qmail@web60410.mail.yahoo.com> <1073133719.4247.1.camel@isengard> Message-ID: <3FF6D39A.7070104@optonline.net> Looking back, it seems nobody in that thread had the syntax right, it should be root=LABEL=/ if the label of your root fs is "/" This root= thing is actually at least 2 distinct buglets that are becoming an overall problem that should probably be bugzilla'd as "inconsistent support for root= option" root=/dev/sda6 wasn't working for me with 2.6.x, and I spent some time tearing my hair out before figuring out I needed to label things. This will cause headaches with upgrades to FC2 for people who originally installed redhat 6 and got to fedora through a series of upgrades (so they dont have labelled filesystems) And now apparently the root=LABEL=/ system may not work for some people--I assume it applies to those who aren't using initial ramdisks.(?) (Under what kernel versions, 2.4 2.6? This info should go into bugzilla) Seems both those pieces of logic in the kernel could stand to be rewritten as a single subroutine Klaasjan Brand wrote: > On Tue, 2003-12-30 at 11:21, Bartolomeus Irwanto wrote: > >>try root=/dev/hdax in grub.conf, hdax is your root >>partition. >>I hope it works. > > > Got this one today (just updated to latest arjanv kernel); specifying > the root device by name instead of by label works, but the root is > mounted as ext2 instead of ext3... > > Klaasjan > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > From seanlkml at rogers.com Sat Jan 3 14:53:58 2004 From: seanlkml at rogers.com (Sean Estabrooks) Date: Sat, 3 Jan 2004 09:53:58 -0500 Subject: kernel panic In-Reply-To: <3FF6D39A.7070104@optonline.net> References: <20031230102135.91694.qmail@web60410.mail.yahoo.com> <1073133719.4247.1.camel@isengard> <3FF6D39A.7070104@optonline.net> Message-ID: <20040103095358.76dc41c3.seanlkml@rogers.com> On Sat, 03 Jan 2004 09:37:14 -0500 Nathan Bryant wrote: > root=/dev/sda6 wasn't working for me with 2.6.x, and I spent some time > tearing my hair out before figuring out I needed to label things. This > will cause headaches with upgrades to FC2 for people who originally > installed redhat 6 and got to fedora through a series of upgrades (so > they dont have labelled filesystems) You are not forced to use labels. Specifying the correct drive/partition will work. Not sure what you were doing wrong in the example you mention. > And now apparently the root=LABEL=/ system may not work for some > people--I assume it applies to those who aren't using initial > ramdisks.(?) (Under what kernel versions, 2.4 2.6? This info should go > into bugzilla) It does not work without an initrd. The system as supplied by the Fedora project has an initrd. If people using labels customize their system they can provide an initrd. It's the way it works, it's not a bug. > Seems both those pieces of logic in the kernel could stand to be > rewritten as a single subroutine Labels are not in the kernel. They're in the initrd. The kernel doesn't know anything about it. Sean. From nbryant at optonline.net Sat Jan 3 15:12:31 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Sat, 03 Jan 2004 10:12:31 -0500 Subject: kernel panic In-Reply-To: <20040103095358.76dc41c3.seanlkml@rogers.com> References: <20031230102135.91694.qmail@web60410.mail.yahoo.com> <1073133719.4247.1.camel@isengard> <3FF6D39A.7070104@optonline.net> <20040103095358.76dc41c3.seanlkml@rogers.com> Message-ID: <3FF6DBDF.6080703@optonline.net> Sean Estabrooks wrote: > On Sat, 03 Jan 2004 09:37:14 -0500 > Nathan Bryant wrote: > > >>root=/dev/sda6 wasn't working for me with 2.6.x, and I spent some time >>tearing my hair out before figuring out I needed to label things. This >>will cause headaches with upgrades to FC2 for people who originally >>installed redhat 6 and got to fedora through a series of upgrades (so >>they dont have labelled filesystems) > > > You are not forced to use labels. Specifying the correct drive/partition > will work. Not sure what you were doing wrong in the example you > mention. > > >>And now apparently the root=LABEL=/ system may not work for some >>people--I assume it applies to those who aren't using initial >>ramdisks.(?) (Under what kernel versions, 2.4 2.6? This info should go >>into bugzilla) > > > It does not work without an initrd. The system as supplied by the Fedora > project has an initrd. If people using labels customize their system > they can provide an initrd. It's the way it works, it's not a bug. > > >>Seems both those pieces of logic in the kernel could stand to be >>rewritten as a single subroutine > > > Labels are not in the kernel. They're in the initrd. The kernel doesn't > know anything about it. Baloney. have you read the linuxrc? > > > Sean. > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > From seanlkml at rogers.com Sat Jan 3 15:21:17 2004 From: seanlkml at rogers.com (Sean Estabrooks) Date: Sat, 3 Jan 2004 10:21:17 -0500 Subject: kernel panic In-Reply-To: <3FF6DBDF.6080703@optonline.net> References: <20031230102135.91694.qmail@web60410.mail.yahoo.com> <1073133719.4247.1.camel@isengard> <3FF6D39A.7070104@optonline.net> <20040103095358.76dc41c3.seanlkml@rogers.com> <3FF6DBDF.6080703@optonline.net> Message-ID: <20040103102117.78e87a74.seanlkml@rogers.com> On Sat, 03 Jan 2004 10:12:31 -0500 Nathan Bryant wrote: > > Labels are not in the kernel. They're in the initrd. The kernel > > doesn't know anything about it. > > Baloney. have you read the linuxrc? > Ouch, i wonder if you will be as forthright in admitting your mistake. Look a little deeper before you jump to conclusions. Good luck with that. Sean From mike at netlyncs.com Sat Jan 3 15:27:43 2004 From: mike at netlyncs.com (Mike Chambers) Date: Sat, 03 Jan 2004 09:27:43 -0600 Subject: kernel panic In-Reply-To: <3FF6D39A.7070104@optonline.net> References: <20031230102135.91694.qmail@web60410.mail.yahoo.com> <1073133719.4247.1.camel@isengard> <3FF6D39A.7070104@optonline.net> Message-ID: <1073143663.2049.13.camel@bart.netlyncs.com> On Sat, 2004-01-03 at 08:37, Nathan Bryant wrote: > This root= thing is actually at least 2 distinct buglets that are > becoming an overall problem that should probably be bugzilla'd as > "inconsistent support for root= option" Actually it's already bugzilla'd via against mkinitrd as that is the problem. It has recently been happening against the recently supplied versions of mkinitrd in rawhide/development with the 2.6 kernels. See the below bug.. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112623 -- Mike Chambers Madisonville, KY "It's funny until someone gets hurt...then it's hilarious!" From maxer1 at xmission.com Sun Jan 4 15:21:23 2004 From: maxer1 at xmission.com (RaXeT) Date: Sun, 04 Jan 2004 08:21:23 -0700 Subject: 2.6.0-1.23 custom kernel fails on Promise Sata Message-ID: <3FF82F73.80301@xmission.com> See bugzilla 112860. RaXeT From benhsu at dslextreme.com Sun Jan 4 22:59:13 2004 From: benhsu at dslextreme.com (Ben Hsu) Date: Sun, 04 Jan 2004 14:59:13 -0800 Subject: 2.6.0-1.23 custom kernel fails on Promise Sata In-Reply-To: <3FF82F73.80301@xmission.com> References: <3FF82F73.80301@xmission.com> Message-ID: <3FF89AC1.7060509@dslextreme.com> What's the bug #? Bug 112860 is an RFE for continuing downloads in mozilla. RaXeT wrote: > See bugzilla 112860. > > RaXeT > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > > From maxer1 at xmission.com Mon Jan 5 02:29:45 2004 From: maxer1 at xmission.com (raxet) Date: Sun, 4 Jan 2004 19:29:45 -0700 Subject: 2.6.0-1.23 custom kernel fails on Promise Sata In-Reply-To: <3FF89AC1.7060509@dslextreme.com> Message-ID: <000401c3d333$c8b9f9d0$0200000a@frank> What are you smoking... 112860 is the bug I created on Promise Sata! RaXeT -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Ben Hsu Sent: Sunday, January 04, 2004 3:59 PM To: fedora-test-list at redhat.com Subject: Re: 2.6.0-1.23 custom kernel fails on Promise Sata What's the bug #? Bug 112860 is an RFE for continuing downloads in mozilla. RaXeT wrote: > See bugzilla 112860. > > RaXeT > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > > -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From clesh76 at comcast.net Mon Jan 5 12:21:22 2004 From: clesh76 at comcast.net (Charlie Lesh) Date: Mon, 05 Jan 2004 07:21:22 -0500 Subject: Installing the development branch? Message-ID: <3FF956C2.7060601@comcast.net> Hey all: What is the best way to install and run the development branch? Should I install core 1, then update all of my RPMs with a rawhide source? Is there a more elegant and direct solution? Is there a way (script?) to make the install CDs from a locally mirrored copy? This seems like it might be a FAQ, but I couldn't find the answer anywhere. I don't really want to wait until the release of test1 in February to start playing! Thanks in advance, -Charlie From pmatilai at welho.com Mon Jan 5 14:45:15 2004 From: pmatilai at welho.com (Panu Matilainen) Date: Mon, 5 Jan 2004 16:45:15 +0200 (EET) Subject: Installing the development branch? In-Reply-To: <3FF956C2.7060601@comcast.net> References: <3FF956C2.7060601@comcast.net> Message-ID: On Mon, 5 Jan 2004, Charlie Lesh wrote: > Hey all: > > What is the best way to install and run the development branch? > > Should I install core 1, then update all of my RPMs with a rawhide source? > Is there a more elegant and direct solution? > Is there a way (script?) to make the install CDs from a locally mirrored > copy? > > This seems like it might be a FAQ, but I couldn't find the answer anywhere. > I don't really want to wait until the release of test1 in February to > start playing! Typically, at least in past, rawhide has almost never been installable so you need to install latest published version and then upgrade by some means (yum/update/apt...) to rawhide/development tree. However it seems that current development tree is at least occasionally installable directly and some effort is made to keep it that way. - Panu - From redhat-jc at insight.rr.com Tue Jan 6 03:38:58 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Mon, 05 Jan 2004 22:38:58 -0500 Subject: Installing the development branch? In-Reply-To: References: <3FF956C2.7060601@comcast.net> Message-ID: <3FFA2DD2.9090709@insight.rr.com> Panu Matilainen wrote: > On Mon, 5 Jan 2004, Charlie Lesh wrote: > > >>Hey all: >> >>What is the best way to install and run the development branch? >> >>Should I install core 1, then update all of my RPMs with a rawhide source? >>Is there a more elegant and direct solution? >>Is there a way (script?) to make the install CDs from a locally mirrored >>copy? >> >>This seems like it might be a FAQ, but I couldn't find the answer anywhere. >>I don't really want to wait until the release of test1 in February to >>start playing! > > > Typically, at least in past, rawhide has almost never been installable so > you need to install latest published version and then upgrade by some > means (yum/update/apt...) to rawhide/development tree. However it seems > that current development tree is at least occasionally installable > directly and some effort is made to keep it that way. > > - Panu - > I tried successfully to install a clean development release and am planning to try an upgrade ftp of a semi-rawhide version to see how it goes. I'm going to update as far as possible with up2date first. I just added a dvd-rw and am curious to how it will do after updated ftp install. I have to burn the new boot iso first to test it. Jump right in. I have to give a gdm trace for xmms, which is broken on a "clean" (as far as only development packages can be). There might be some programs that "pop out" of functionality for different hardware. Jim From redhat-jc at insight.rr.com Tue Jan 6 06:06:46 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Tue, 06 Jan 2004 01:06:46 -0500 Subject: Installing the development branch? In-Reply-To: <3FFA2DD2.9090709@insight.rr.com> References: <3FF956C2.7060601@comcast.net> <3FFA2DD2.9090709@insight.rr.com> Message-ID: <3FFA5076.50008@insight.rr.com> Jim Cornette wrote: > Panu Matilainen wrote: > >> On Mon, 5 Jan 2004, Charlie Lesh wrote: >> >> >>> Hey all: >>> >>> What is the best way to install and run the development branch? >>> >>> Should I install core 1, then update all of my RPMs with a rawhide >>> source? >>> Is there a more elegant and direct solution? >>> Is there a way (script?) to make the install CDs from a locally >>> mirrored copy? >>> >>> This seems like it might be a FAQ, but I couldn't find the answer >>> anywhere. >>> I don't really want to wait until the release of test1 in February to >>> start playing! >> >> >> >> Typically, at least in past, rawhide has almost never been installable >> so you need to install latest published version and then upgrade by >> some means (yum/update/apt...) to rawhide/development tree. However it >> seems that current development tree is at least occasionally >> installable directly and some effort is made to keep it that way. >> >> - Panu - >> > > I tried successfully to install a clean development release and am > planning to try an upgrade ftp of a semi-rawhide version to see how it > goes. I'm going to update as far as possible with up2date first. > > I just added a dvd-rw and am curious to how it will do after updated ftp > install. > > I have to burn the new boot iso first to test it. > > Jump right in. I have to give a gdm trace for xmms, which is broken on a > "clean" (as far as only development packages can be). There might be > some programs that "pop out" of functionality for different hardware. > > Jim > > The upgrade went well also. There were several progams that caused conflicts on the fedora core 1 and up2date method. Up2date showed libfame and kernel from arjan to need upgraded. Both installed without problems. Also, the new boot image worked out nicely. Previously, it would not determine the network card identity. (all zeros, I believe. The updated list from anaconda shows the following programs were installed. Previously, the list of packages broke things. mkintird didn't give me any troubles with the upgrade. It was upgraded recently. there were about 63 packages upgraded. The upgrade log was too big for the list. Jim From sblackman at dodo.com.au Tue Jan 6 06:12:16 2004 From: sblackman at dodo.com.au (Scott Blackman) Date: Tue, 06 Jan 2004 16:12:16 +1000 Subject: run firestarter after pcmcia with chkconfig Message-ID: <3FFA51C0.70103@dodo.com.au> Hi all, Is posible to run /etc/rc.d/init.d/pcmcia befor /etc/rc.d/init.d/firestarter with chkconfig? Scott From alexander.dalloz at uni-bielefeld.de Tue Jan 6 06:31:15 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Tue, 06 Jan 2004 07:31:15 +0100 Subject: run firestarter after pcmcia with chkconfig In-Reply-To: <3FFA51C0.70103@dodo.com.au> References: <3FFA51C0.70103@dodo.com.au> Message-ID: <1073370675.19260.385.camel@sirendipity.dogma.lan> Am Di, den 06.01.2004 schrieb Scott Blackman um 07:12: > Hi all, > > Is posible to run /etc/rc.d/init.d/pcmcia befor > /etc/rc.d/init.d/firestarter with chkconfig? > > Scott Just look into the init scripts. Somewhere at top there is a line like # chkconfig: 345 05 95 It tells chkconfig in which runlevels the service is to be started and the two values define the start and stop point in every runlevel. So for your case let the start value be higher in the firestarter script than the value in the pcmcia script and for the stop point vice versa. See man chkconfig. Then rebuild the init script runlevel links with: chkconfig --del pcmcia chkconfig --del firestarter chkconfig -add pcmcia chkconfig -add firestarter Alexander -- Alexander Dalloz | Enger, Germany PGP key valid: made 13.07.1999 PGP fingerprint: 2307 88FD 2D41 038E 7416 14CD E197 6E88 ED69 5653 From alan at clueserver.org Tue Jan 6 07:50:29 2004 From: alan at clueserver.org (Alan) Date: Mon, 05 Jan 2004 23:50:29 -0800 Subject: SCSI errors on cd burning Message-ID: <1073375429.6170.5.camel@zontar.clueserver.org> ide-scsi has been a real pain in the ass. I am using the current Fedora kernel kernel-smp-2.4.22-1.2138.nptl built for Athlon. I am using a dual athlon 2100+MP system with 512M and a Pioneer A-05 DVD burner. cdrecord-2.01-0.a19.2 When I try and use k3b to burn a bin/cue disc or DVD, I get errors. Here is the output from cdrecord. Notice the SCSI errors. What is weird is I get the same scsi errors if I am not using ide-scsi! cdrecord ----------------------- scsidev: '0,0,0' scsibus: 0 target: 0 lun: 0 Linux sg driver version: 3.1.25 /usr/bin/cdrecord: Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-linux-sg.c-1.75-RH '@(#)scsi-linux-sg.c 1.75 02/10/21 Copyright 1997 J. Schilling'). SCSI buffer size: 64512 /usr/bin/cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code. /usr/bin/cdrecord: If you need DVD-R/DVD-RW support, ask the Author for cdrecord-ProDVD. Cdrecord-Clone 2.01a19 (i686-redhat-linux-gnu) Copyright (C) 1995-2003 J?rg Schilling TOC Type: 1 = CD-ROM Using libscg version 'schily-0.7' Driveropts: 'burnfree' atapi: 1 Device type : Removable CD-ROM Version : 0 Response Format: 2 Capabilities : Vendor_info : 'PIONEER ' Identifikation : 'DVD-RW DVR-105 ' Revision : '1.21' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 Profile: 0x0014 Profile: 0x0013 Profile: 0x0011 Profile: 0x0010 Profile: 0x000A Profile: 0x0009 (current) Profile: 0x0008 Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 1267712 = 1238 KB FIFO size : 4194304 = 4096 KB Track 01: data 1 MB Track 02: data 803 MB Total size: 804 MB (79:39.65) = 358474 sectors Lout start: 804 MB (79:41/49) = 358474 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 5 Is not unrestricted Is not erasable Disk sub type: Medium Type A, high Beta category (A+) (3) ATIP start of lead in: -11634 (97:26/66) ATIP start of lead out: 359848 (79:59/73) Disk type: Short strategy type (Phthalocyanine or similar) Manuf. index: 3 Manufacturer: CMC Magnetics Corporation Blocks total: 359848 Blocks current: 359848 Blocks remaining: 1374 Starting to write CD/DVD at speed 16 in real SAO mode for single session. Last chance to quit, starting real write in 2 seconds. 1 seconds. 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. BURN-Free is ON. Performing OPC... Sending CUE sheet... /usr/bin/cdrecord: CUE sheet not accepted. Retrying with minimum pregapsize = 1. /usr/bin/cdrecord: Input/output error. send_cue_sheet: scsi sendcmd: no error CDB: 5D 00 00 00 00 00 00 00 30 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0E 00 00 00 00 26 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x26 Qual 0x00 (invalid field in parameter list) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.010s timeout 200s /usr/bin/cdrecord: Cannot send CUE sheet. /usr/bin/cdrecord: Could not write Lead-in. Writing time: 6.569s /usr/bin/cdrecord: fifo had 64 puts and 0 gets. /usr/bin/cdrecord: fifo was 0 times empty and 0 times full, min fill was 100%. cdrecord comand: ----------------------- /usr/bin/cdrecord -v gracetime=2 dev=0,0,0 speed=16 -dao driveropts=burnfree cuefile=/export2/home/alan/News/Pan/Movies/ww107.cue -eject Ideas? -- "I say to you that the VCR is to the American film producer and the American public as the Boston strangler is to the woman home alone." - Jack Valenti in 1982 in testimony to the House of Representatives on why the VCR should be illegal. From jpearl24 at cox.net Tue Jan 6 07:53:03 2004 From: jpearl24 at cox.net (jpearl24) Date: Tue, 06 Jan 2004 00:53:03 -0700 Subject: SCSI errors on cd burning In-Reply-To: <1073375429.6170.5.camel@zontar.clueserver.org> References: <1073375429.6170.5.camel@zontar.clueserver.org> Message-ID: <1073375577.3872.22.camel@sesso2> On Tue, 2004-01-06 at 00:50, Alan wrote: > ide-scsi has been a real pain in the ass. > > I am using the current Fedora kernel kernel-smp-2.4.22-1.2138.nptl built > for Athlon. I am using a dual athlon 2100+MP system with 512M and a > Pioneer A-05 DVD burner. > > cdrecord-2.01-0.a19.2 > > When I try and use k3b to burn a bin/cue disc or DVD, I get errors. > > Here is the output from cdrecord. Notice the SCSI errors. What is > weird is I get the same scsi errors if I am not using ide-scsi! > > > cdrecord > ----------------------- > scsidev: '0,0,0' > scsibus: 0 target: 0 lun: 0 > Linux sg driver version: 3.1.25 > /usr/bin/cdrecord: Warning: using inofficial libscg transport code > version (schily - Red Hat-scsi-linux-sg.c-1.75-RH '@(#)scsi-linux-sg.c > 1.75 02/10/21 Copyright 1997 J. Schilling'). > SCSI buffer size: 64512 > /usr/bin/cdrecord: This version of cdrecord does not include > DVD-R/DVD-RW support code. > /usr/bin/cdrecord: If you need DVD-R/DVD-RW support, ask the Author for > cdrecord-ProDVD. > Cdrecord-Clone 2.01a19 (i686-redhat-linux-gnu) Copyright (C) 1995-2003 > J??rg Schilling > TOC Type: 1 = CD-ROM > Using libscg version 'schily-0.7' > Driveropts: 'burnfree' > atapi: 1 > Device type : Removable CD-ROM > Version : 0 > Response Format: 2 > Capabilities : > Vendor_info : 'PIONEER ' > Identifikation : 'DVD-RW DVR-105 ' > Revision : '1.21' > Device seems to be: Generic mmc2 DVD-R/DVD-RW. > Current: 0x0009 > Profile: 0x0014 > Profile: 0x0013 > Profile: 0x0011 > Profile: 0x0010 > Profile: 0x000A > Profile: 0x0009 (current) > Profile: 0x0008 > Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). > Driver flags : MMC-3 SWABAUDIO BURNFREE > Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P > RAW/R96R > Drive buf size : 1267712 = 1238 KB > FIFO size : 4194304 = 4096 KB > Track 01: data 1 MB > Track 02: data 803 MB > Total size: 804 MB (79:39.65) = 358474 sectors > Lout start: 804 MB (79:41/49) = 358474 sectors > Current Secsize: 2048 > ATIP info from disk: > Indicated writing power: 5 > Is not unrestricted > Is not erasable > Disk sub type: Medium Type A, high Beta category (A+) (3) > ATIP start of lead in: -11634 (97:26/66) > ATIP start of lead out: 359848 (79:59/73) > Disk type: Short strategy type (Phthalocyanine or similar) > Manuf. index: 3 > Manufacturer: CMC Magnetics Corporation > Blocks total: 359848 Blocks current: 359848 Blocks remaining: 1374 > Starting to write CD/DVD at speed 16 in real SAO mode for single > session. > Last chance to quit, starting real write in 2 seconds. > 1 seconds. > 0 seconds. Operation starts. > Waiting for reader process to fill input buffer ... input buffer ready. > BURN-Free is ON. > Performing OPC... > Sending CUE sheet... > /usr/bin/cdrecord: CUE sheet not accepted. Retrying with minimum > pregapsize = 1. > /usr/bin/cdrecord: Input/output error. send_cue_sheet: scsi sendcmd: no > error > CDB: 5D 00 00 00 00 00 00 00 30 00 > status: 0x2 (CHECK CONDITION) > Sense Bytes: 70 00 05 00 00 00 00 0E 00 00 00 00 26 00 00 00 > Sense Key: 0x5 Illegal Request, Segment 0 > Sense Code: 0x26 Qual 0x00 (invalid field in parameter list) Fru 0x0 > Sense flags: Blk 0 (not valid) > cmd finished after 0.010s timeout 200s > /usr/bin/cdrecord: Cannot send CUE sheet. > /usr/bin/cdrecord: Could not write Lead-in. > Writing time: 6.569s > /usr/bin/cdrecord: fifo had 64 puts and 0 gets. > /usr/bin/cdrecord: fifo was 0 times empty and 0 times full, min fill was > 100%. > > cdrecord comand: > ----------------------- > /usr/bin/cdrecord -v gracetime=2 dev=0,0,0 speed=16 -dao > driveropts=burnfree cuefile=/export2/home/alan/News/Pan/Movies/ww107.cue > -eject > > Ideas? > > -- > "I say to you that the VCR is to the American film producer and the > American public as the Boston strangler is to the woman home alone." > - Jack Valenti in 1982 in testimony to the House of Representatives on > why the VCR should be illegal. do you need to be root? -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From alan at clueserver.org Tue Jan 6 08:04:21 2004 From: alan at clueserver.org (Alan) Date: Tue, 06 Jan 2004 00:04:21 -0800 Subject: SCSI errors on cd burning In-Reply-To: <1073375577.3872.22.camel@sesso2> References: <1073375429.6170.5.camel@zontar.clueserver.org> <1073375577.3872.22.camel@sesso2> Message-ID: <1073376261.6170.10.camel@zontar.clueserver.org> On Mon, 2004-01-05 at 23:53, jpearl24 wrote: > do you need to be root? This was run as root. (Using "su". Does not matter. Does the same thing if I run X as root.) Wondering if I need to take the leap and convert to 2.6.[01]. -- "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 jpearl24 at cox.net Tue Jan 6 08:12:30 2004 From: jpearl24 at cox.net (jpearl24) Date: Tue, 06 Jan 2004 01:12:30 -0700 Subject: SCSI errors on cd burning In-Reply-To: <1073376261.6170.10.camel@zontar.clueserver.org> References: <1073375429.6170.5.camel@zontar.clueserver.org> <1073375577.3872.22.camel@sesso2> <1073376261.6170.10.camel@zontar.clueserver.org> Message-ID: <1073376744.6953.1.camel@sesso2> On Tue, 2004-01-06 at 01:04, Alan wrote: > On Mon, 2004-01-05 at 23:53, jpearl24 wrote: > > > do you need to be root? > > This was run as root. (Using "su". Does not matter. Does the same > thing if I run X as root.) > > Wondering if I need to take the leap and convert to 2.6.[01]. upgrade your cdrecord.... i doubt the kernel would do anything for you... -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From alan at clueserver.org Tue Jan 6 08:32:22 2004 From: alan at clueserver.org (Alan) Date: Tue, 06 Jan 2004 00:32:22 -0800 Subject: SCSI errors on cd burning In-Reply-To: <1073376744.6953.1.camel@sesso2> References: <1073375429.6170.5.camel@zontar.clueserver.org> <1073375577.3872.22.camel@sesso2> <1073376261.6170.10.camel@zontar.clueserver.org> <1073376744.6953.1.camel@sesso2> Message-ID: <1073377942.6170.18.camel@zontar.clueserver.org> On Tue, 2004-01-06 at 00:12, jpearl24 wrote: > On Tue, 2004-01-06 at 01:04, Alan wrote: > > On Mon, 2004-01-05 at 23:53, jpearl24 wrote: > > > > > do you need to be root? > > > > This was run as root. (Using "su". Does not matter. Does the same > > thing if I run X as root.) > > > > Wondering if I need to take the leap and convert to 2.6.[01]. > > upgrade your cdrecord.... i doubt the kernel would do anything for > you... I have 2.01a19 installed. I will build 2.01a23 and see if that helps. Looks more like a kernel problem though... -- "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 alan at clueserver.org Tue Jan 6 08:53:51 2004 From: alan at clueserver.org (Alan) Date: Tue, 06 Jan 2004 00:53:51 -0800 Subject: SCSI errors on cd burning In-Reply-To: <1073376744.6953.1.camel@sesso2> References: <1073375429.6170.5.camel@zontar.clueserver.org> <1073375577.3872.22.camel@sesso2> <1073376261.6170.10.camel@zontar.clueserver.org> <1073376744.6953.1.camel@sesso2> Message-ID: <1073379231.6170.25.camel@zontar.clueserver.org> On Tue, 2004-01-06 at 00:12, jpearl24 wrote: > On Tue, 2004-01-06 at 01:04, Alan wrote: > > On Mon, 2004-01-05 at 23:53, jpearl24 wrote: > > > > > do you need to be root? > > > > This was run as root. (Using "su". Does not matter. Does the same > > thing if I run X as root.) > > > > Wondering if I need to take the leap and convert to 2.6.[01]. > > upgrade your cdrecord.... i doubt the kernel would do anything for > you... Upgraded to the latest (released yesterday) version of cdrecord. Same exact error. xcdroast also has some odd problems with this kernel as well. Once in a while (about every 3-4 burns) it will error out on fixating the disc. The burned disc is OK, but burns after that will be iffy unless I exit out and restart the xcdroast. (Probably resets the drive when it scans the (fake) scsi bus.) Any other ideas out there? -- "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 alan at clueserver.org Tue Jan 6 09:03:55 2004 From: alan at clueserver.org (Alan) Date: Tue, 06 Jan 2004 01:03:55 -0800 Subject: SCSI errors on cd burning In-Reply-To: <1073379231.6170.25.camel@zontar.clueserver.org> References: <1073375429.6170.5.camel@zontar.clueserver.org> <1073375577.3872.22.camel@sesso2> <1073376261.6170.10.camel@zontar.clueserver.org> <1073376744.6953.1.camel@sesso2> <1073379231.6170.25.camel@zontar.clueserver.org> Message-ID: <1073379834.6170.28.camel@zontar.clueserver.org> On Tue, 2004-01-06 at 00:53, Alan wrote: > On Tue, 2004-01-06 at 00:12, jpearl24 wrote: > > On Tue, 2004-01-06 at 01:04, Alan wrote: > > > On Mon, 2004-01-05 at 23:53, jpearl24 wrote: > > > > > > > do you need to be root? > > > > > > This was run as root. (Using "su". Does not matter. Does the same > > > thing if I run X as root.) > > > > > > Wondering if I need to take the leap and convert to 2.6.[01]. > > > > upgrade your cdrecord.... i doubt the kernel would do anything for > > you... > > Upgraded to the latest (released yesterday) version of cdrecord. Same > exact error. > > xcdroast also has some odd problems with this kernel as well. Once in a > while (about every 3-4 burns) it will error out on fixating the disc. > The burned disc is OK, but burns after that will be iffy unless I exit > out and restart the xcdroast. (Probably resets the drive when it scans > the (fake) scsi bus.) BTW, the same problem exists with the original Fedora 1 kernel. -- "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 laroche at redhat.com Tue Jan 6 11:28:56 2004 From: laroche at redhat.com (Florian La Roche) Date: Tue, 6 Jan 2004 12:28:56 +0100 Subject: Installing the development branch? In-Reply-To: References: <3FF956C2.7060601@comcast.net> Message-ID: <20040106112856.GA9062@dudweiler.stuttgart.redhat.com> > Typically, at least in past, rawhide has almost never been installable so > you need to install latest published version and then upgrade by some > means (yum/update/apt...) to rawhide/development tree. However it seems > that current development tree is at least occasionally installable > directly and some effort is made to keep it that way. I just installed the newest development branch yesterday and the install went fine. greetings, Florian La Roche From katzj at redhat.com Tue Jan 6 14:19:47 2004 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 06 Jan 2004 09:19:47 -0500 Subject: evolution 1.5.1 test packages Message-ID: <1073398787.1748.10.camel@edoras.local.net> I've built test packages of evolution 1.5.1. I'm going to wait a few days before throwing them at the world of rawhide, but have gone ahead and put them up as a yum repository. They _should_ work fine on either FC1 or the current development tree but are mostly being targeted for the development tree. I'll warn that there are bugs, migration of address book stuff isn't there right now and there are probably other problems, but it does seem to basically work and it hasn't eaten my mail yet :-) To use, add something like the following to your /etc/yum.conf [evolution] name=Evolution Devel Snaps baseurl=http://people.redhat.com/katzj/evolution/ Bugs regarding packaging can be filed at https://bugzilla.redhat.com (make sure to mention that it's the 1.5 packages, exact version preferably). Functionality bugs should be filed at http://bugzilla. ximian.com Cheers, Jeremy From mike at netlyncs.com Tue Jan 6 15:34:18 2004 From: mike at netlyncs.com (Mike Chambers) Date: Tue, 06 Jan 2004 09:34:18 -0600 Subject: evolution 1.5.1 test packages In-Reply-To: <1073398787.1748.10.camel@edoras.local.net> References: <1073398787.1748.10.camel@edoras.local.net> Message-ID: <1073403258.2521.5.camel@bart.netlyncs.com> On Tue, 2004-01-06 at 09:19 -0500, Jeremy Katz wrote: > I've built test packages of evolution 1.5.1. I'm going to wait a few > days before throwing them at the world of rawhide, but have gone ahead > and put them up as a yum repository. They _should_ work fine on either > FC1 or the current development tree but are mostly being targeted for > the development tree. I'll warn that there are bugs, migration of > address book stuff isn't there right now and there are probably other > problems, but it does seem to basically work and it hasn't eaten my mail > yet :-) Is there a way to migrate the address book manually? Yes I did upgrade and noticed that the directories did change (~/.evo instead of ~/evo and some paths changed and such). Yes there are seg faults at random, so will have to see how it works over time to determine if enough to keep or downgrade again. Also, is there a way to rearrange my folders instead of how they are setup now? -- Mike Chambers Madisonville, KY "It's funny until someone gets hurt...then it's hilarious!" From katzj at redhat.com Tue Jan 6 15:59:15 2004 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 06 Jan 2004 10:59:15 -0500 Subject: evolution 1.5.1 test packages In-Reply-To: <1073403258.2521.5.camel@bart.netlyncs.com> References: <1073398787.1748.10.camel@edoras.local.net> <1073403258.2521.5.camel@bart.netlyncs.com> Message-ID: <1073404754.2069.24.camel@edoras.local.net> On Tue, 2004-01-06 at 09:34 -0600, Mike Chambers wrote: > Is there a way to migrate the address book manually? Yes I did upgrade > and noticed that the directories did change (~/.evo instead of ~/evo and > some paths changed and such). This might do it.. cp ~/evolution/local/Contacts/addressbook* ~/.evolution/addressbook/ local/OnThisComputer/Personal > Also, is there a way to rearrange my folders instead of how they are > setup now? Rearrange them? How so? Jeremy From prandal at herefordshire.gov.uk Tue Jan 6 18:27:59 2004 From: prandal at herefordshire.gov.uk (Randal, Phil) Date: Tue, 6 Jan 2004 18:27:59 -0000 Subject: New test kernel. Message-ID: <0EBC45FCABFC95428EBFC3A51B368C9501C9C416@jessica.herefordshire.gov.uk> > > But, trying to boot a single processor Dell PowerEdge 2650 > with it was not > > successful - it hung at some point in the startup. As it > happened at 6:30pm > > last night I haven't any detailed documentation, and it is > unlikely that > > I'll have the time to investigate further. The same box runs > > kernel-2.4.22-2129 happily. > > Does 2135 behave normally ? > > Dave I've reflashed the PE2650 BIOS from release A15 to A17 and happily booted it with the latest kernel-2.4.22-1.2138.nptl and .nptlsmp kernels. So far so good. Cheers, Phil --------------------------------------------- Phil Randal Network Engineer Herefordshire Council Hereford, UK From ojgbagg27ab at msn.com Wed Jan 7 02:48:56 2004 From: ojgbagg27ab at msn.com (alton bailey) Date: Tue, 06 Jan 2004 21:48:56 -0500 Subject: cd-rom Message-ID: I have on cd-rom and a dvd-rom atatch to the same but only one works Kernel-2.6.0.109 It is on /dev/hdc how can I maeke the other work From jspaleta at princeton.edu Wed Jan 7 04:41:19 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Tue, 06 Jan 2004 23:41:19 -0500 Subject: Bug Day 10 : Jan 7th : Happy New Year! Message-ID: <1073450479.25182.69.camel@goober.localdomain> I hope everyone had a restful holiday. I would have, but my little sister decided to take and hide the playstation 2 memory card from me over the break so i couldn't finish building all the ultimate coasters in rollercoaster tycoon and unlock the hidden theme park...but enough about me. Well to be perfectly honest with everyone, my attempt at finding a theme for this week went up in smoke when someone who will rename nameless ( his initials are Dave Jones) decided the specific testing i was going to ask people to help out with wasn't needed. But let's recap on where things stand with general bug busting issues, that you, as an enthusiastic Fedora community member can make a difference in. * Fedora.us QA: Fedora.us still needs continuing help with community QA efforts to get packages published. There are 314 packages in the QA list waiting for community input before they are ready to be pushed out to the repositories for general use. (http://www.fedora.us/QA) I want to remind everyone that until Fedora Extras exists, the fedora.us repositories are the place the Fedora leadership is encouraging people to contribute extra packages. But submitting packages isn't enough. It is important for community members to check over the submitted packages and make sure they are good enough to be released to the general public. Making a commitment to help QA packages waiting to be published at fedora.us is a very good to get involved in development as a community member. References: http://www.fedora.us/wiki/PackageSubmissionQAPolicy http://www.fedora.us/wiki/FedoraDocuments * Vesa Driver Testing: http://www.fedora.us/wiki/VesaDriverTesting : Mike Harris has asked for testing of the Vesa video driver, which could be used for a "safe mode" in Fedora. The problem is that many BIOS's Vesa modes are broken, so he needs a good blacklist of broken situations with the Vesa driver. Please follow the instructions at the url given above and test your video hardware with the vesa driver, and file a bug report if vesa does not work with your video hardware. *Fedora Bugzilla Triage: An effort to to be able to organize Fedora community into a nimble bugzilla strike force who can take the burden of day to day bugzilla maintenance from the core developers. What that means in less humourous terms is...finding a way to have community members going into bugzilla and closing things like duplicate bugs, and finding the easyfix bugs and marking them, so its easier for the developers to find and work on bugreports. If we can help save developers time searching through bugreports by helping organize the reports, developers can spend more time actually fixing bugs. Here's a basic sketch of how its going to work: 1)you search through the Fedora bugs at bugzilla.redhat.com looking for things like duplicates and easyfix bugs. 2)you find a bug report that you think is a duplicate 3)stop into #fedora-bugs irc channel and discuss whether the bug is actually a duplicate or not with people there 4)add a comment triage->duplicate #bugnumber-of-duplicate 5)a trusted triage community member will search for the triage->duplicate string and then close the bug as being a duplicate I promise to spend tomorrow's bug day going in and taking care of as many of the community supplied triage comments sitting in bugzilla at the moment. And please, if you are interested in helping out with triage please hop on #fedora-bugs channel on the freenode irc network tomorrow during 9am-5pm EST or drop me an email message. And if you are already made an effort to help out experimenting with triage->comments, find me tomorrow or send me an email so I can get a head count. I'm serious about starting to follow up on the comments tomorrow as part of the days bug day activities. -jef -------------- next part -------------- A non-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 Wed Jan 7 14:57:21 2004 From: don.vanco at agilysys.com (Vanco, Don) Date: Wed, 7 Jan 2004 09:57:21 -0500 Subject: second fresh install broken after update - gnome broken Message-ID: Well, I've got me second system in as many weeks that has had something broken by updating it. I cannot get gnome to start, and sadly it gives no error output. Details: Fresh install of FC1 - gnome / X works fine (Compaq DL320, ATI Rage XL Chipset) Tried to update system via up2date - this lead to a cyclical redundancy where the RPMs would not installed because they failed both MD5 check and appropriate key signature (after installing key???), and no combination of --nosignature and/or --nomd5 could satisfy RPM to install. So - "apt-get update" and let it do it's thing. Now the system will not let a user start X. I can run gdm, but if root or a user tries to log in or even launch X via "startx" (where their default session is gnome) they're immediately bounced out. KDE appears fine. Adding a new user or deleting the .gnom* stuff does nothing. Starting X and then trying to use "gnome-session" rewards me with an immediate seg fault. Aside from this gnome mess - when will the update process stop breaking systems? Pretty much all of my peers (and me if it's not obvious) are tiring of Fedora because of it's inability to provide a stable platform...... and relying solely on an apt repository or yum repository is still to immature for Fedora - they're just not a single site I've found that doesn't have issues of some kind... Using multiple apt/yum repositories appears to be disastrous - I've loaded 4 systems with FC1 (after numerous beta machines) and have a "50 percent failure rate" on machines that have been subsequently rendered problematic (at best) or broken (at worst) by the upgrade process in one fashion or another..... Fedora - the new Mandrake! Don From nbryant at optonline.net Wed Jan 7 15:12:34 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Wed, 07 Jan 2004 10:12:34 -0500 Subject: second fresh install broken after update - gnome broken In-Reply-To: References: Message-ID: <3FFC21E2.7030401@optonline.net> I have also noticed what appear to be reliability problems with the webserver that handles the updates-released yum repository. TCP sockets get timed out or dropped or something happens to corrupt the RPM transfers. up2date doesn't know how to recover from it, but if I use yum instead, it will retry the transfer and eventually succeed. Maybe it's possible that you managed to force some package to install that was truncated? Vanco, Don wrote: > Well, I've got me second system in as many weeks that has had something > broken by updating it. I cannot get gnome to start, and sadly it gives no > error output. > > Details: > Fresh install of FC1 - gnome / X works fine (Compaq DL320, ATI Rage XL > Chipset) > > Tried to update system via up2date - this lead to a cyclical redundancy > where the RPMs would not installed because they failed both MD5 check and > appropriate key signature (after installing key???), and no combination of > --nosignature and/or --nomd5 could satisfy RPM to install. > > So - "apt-get update" and let it do it's thing. > > Now the system will not let a user start X. I can run gdm, but if root or a > user tries to log in or even launch X via "startx" (where their default > session is gnome) they're immediately bounced out. KDE appears fine. > Adding a new user or deleting the .gnom* stuff does nothing. Starting X and > then trying to use "gnome-session" rewards me with an immediate seg fault. > > Aside from this gnome mess - when will the update process stop breaking > systems? Pretty much all of my peers (and me if it's not obvious) are > tiring of Fedora because of it's inability to provide a stable > platform...... and relying solely on an apt repository or yum repository is > still to immature for Fedora - they're just not a single site I've found > that doesn't have issues of some kind... Using multiple apt/yum > repositories appears to be disastrous - I've loaded 4 systems with FC1 > (after numerous beta machines) and have a "50 percent failure rate" on > machines that have been subsequently rendered problematic (at best) or > broken (at worst) by the upgrade process in one fashion or another..... > > Fedora - the new Mandrake! > > Don > > From paul at frields.com Wed Jan 7 15:27:14 2004 From: paul at frields.com (Paul W. Frields) Date: Wed, 07 Jan 2004 10:27:14 -0500 Subject: second fresh install broken after update - gnome broken In-Reply-To: <3FFC21E2.7030401@optonline.net> References: <3FFC21E2.7030401@optonline.net> Message-ID: <1073489234.6526.3.camel@london.east.gov> On Wed, 2004-01-07 at 10:12, Nathan Bryant wrote: > I have also noticed what appear to be reliability problems with the > webserver that handles the updates-released yum repository. TCP sockets > get timed out or dropped or something happens to corrupt the RPM > transfers. up2date doesn't know how to recover from it, but if I use yum > instead, it will retry the transfer and eventually succeed. > > Maybe it's possible that you managed to force some package to install > that was truncated? I haven't had any such problems using up2date with the public yum repos at fedora.redhat.com. I also grab a nightly rsync from Duke U. for use inside a private network at work, and that also seems to work just fine for the handful of Fedora machines that rely thereon. I try not to mix updates-released and updates-testing usage on the same machine; I don't know if that's relevant to the OP. -- Paul W. Frields, RHCE From whooperhsd3 at earthlink.net Wed Jan 7 15:48:46 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Wed, 7 Jan 2004 10:48:46 -0500 (EST) Subject: second fresh install broken after update - gnome broken In-Reply-To: References: Message-ID: <3823.12.29.16.103.1073490526.squirrel@12.29.16.103> Vanco, Don said: > Tried to update system via up2date - this lead to a cyclical redundancy > where the RPMs would not installed because they failed both MD5 check and > appropriate key signature (after installing key???), and no combination of > --nosignature and/or --nomd5 could satisfy RPM to install. Classic symptoms of trying to use the overloaded main repo instead of a mirror. See the past weeks archives for the fedora-list for details. > So - "apt-get update" and let it do it's thing. > > Now the system will not let a user start X. What apt repo are you using to upgrade from? What testing packages are you installing (being the fedora-test-list and all)? -- William Hooper From russ.hubbard at lsil.com Wed Jan 7 19:29:42 2004 From: russ.hubbard at lsil.com (Hubbard, Russ) Date: Wed, 7 Jan 2004 12:29:42 -0700 Subject: Proper steps to get to testing Message-ID: Hello all, What steps do I need to take to get to the current testing version of the distro. Is it as simple as installing Core 1, and doing a yum or up2date with the development packages? Any help at all would be much appreciated. Thanks! Russ From davej at redhat.com Wed Jan 7 20:02:42 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 7 Jan 2004 20:02:42 +0000 Subject: Updated kernel package needs testing. Message-ID: <20040107200242.GE14674@redhat.com> Quite a few changes here, especially to ext2/3 and fs/vm subsystems. Handle with care for now. Dave --------------------------------------------------------------------- Fedora Update Notification FEDORA-2003-048 2004-01-07 --------------------------------------------------------------------- Name : kernel Version : 2.4.22 Release : 1.2149.nptl Summary : The Linux kernel (the core of the Linux operating system) Description : The kernel package contains the Linux kernel (vmlinuz), the core of your Fedora Core Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. --------------------------------------------------------------------- * Wed Jan 07 2004 Dave Jones - Merge several EXT2/3 fixes from 2.4.25pre - EXT2/3 fixes. - Reclaim pages in truncate - 2.6 EA symlink compatibility - forward-compatibility: online resizing - Allow filesystems with expanded inodes to be mounted - Handle j_commit_interval == 0 - IDE timeout race fix - Merge some 2.4.23pre patches that were missed. - Make root a special case for per-user process limits. - out_of_memory() locking - Drop module count if lockd reclaimer thread failed to start - Fix potential fsync() race condition - s/Red Hat/Fedora/ in specfile (#112992) - Add PCI ident for new Intel e1000 card. (#105046) - Actually wire up 3c59x ethtool ioctl. - Fix up numeric sysctls to match mainline. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/1/ 0528ff2ef4b077e34a6e9f0bdc4c4c43 SRPMS/kernel-2.4.22-1.2149.nptl.src.rpm cf2da4c300650d6a68aeb3141e8de93e i386/kernel-source-2.4.22-1.2149.nptl.i386.rpm b6ffe91b11cb64af23f08de19c965677 i386/kernel-doc-2.4.22-1.2149.nptl.i386.rpm 37bdb02f23cd936fc6a68c8b2f176275 i386/kernel-BOOT-2.4.22-1.2149.nptl.i386.rpm fe89710f267b238c9e5fcdf3d2658383 i386/debug/kernel-debuginfo-2.4.22-1.2149.nptl.i386.rpm 68de6d015862dfc63d40b68a8fa1affa i386/kernel-2.4.22-1.2149.nptl.i586.rpm 9714ae57c042a42400336c06ae07f2c3 i386/debug/kernel-debuginfo-2.4.22-1.2149.nptl.i586.rpm ccc831fbb9ffa04ed7504f058411febc i386/kernel-2.4.22-1.2149.nptl.i686.rpm 257145cc01f1ea38fbcf22304b93d566 i386/kernel-smp-2.4.22-1.2149.nptl.i686.rpm baff2d70eb4e24b626511b9f3feacccd i386/debug/kernel-debuginfo-2.4.22-1.2149.nptl.i686.rpm 70b1314d932ff4283cab39a289b7aedc i386/kernel-2.4.22-1.2149.nptl.athlon.rpm af27b81477979c6ff42a9e1475adaf3b i386/kernel-smp-2.4.22-1.2149.nptl.athlon.rpm 307fb0efbbc54a55e3d0c2a4b134c691 i386/debug/kernel-debuginfo-2.4.22-1.2149.nptl.athlon.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From davej at redhat.com Wed Jan 7 20:04:39 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 07 Jan 2004 20:04:39 +0000 Subject: Proper steps to get to testing In-Reply-To: References: Message-ID: <1073505879.17118.0.camel@delerium.codemonkey.org.uk> On Wed, 2004-01-07 at 19:29, Hubbard, Russ wrote: > What steps do I need to take to get to the current testing version of the > distro. Is it as simple as installing Core 1, and doing a yum or up2date > with the development packages? Any help at all would be much appreciated. yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/i386 In your /etc/sysconfig/rhn/sources should do the trick Dave From jakub at redhat.com Wed Jan 7 21:01:37 2004 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 7 Jan 2004 16:01:37 -0500 Subject: Fedora Core 1 Testing Update: gcc-3.3.2-5 Message-ID: <20040107210135.GS24876@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Update Notification FEDORA-2003-044 2004-01-07 --------------------------------------------------------------------- Name : gcc Version : 3.3.2 Release : 5 Summary : Various compilers (C, C++, Objective-C, Java, ...) Description : The gcc package contains the GNU Compiler Collection version 3.3.2. You'll need this package in order to compile C code. --------------------------------------------------------------------- * Fri Dec 19 2003 Jakub Jelinek 3.3.2-5 - update from gcc-3_3-branch - PRs target/11992, target/13122, optimization/13037, target/13256, target/12598, optimization/13318, optimization/13060, optimization/12965, target/13354, optimization/4490, target/13150, middle-end/10060, driver/13211, target/13302, target/11322, target/12467, 12969, target/8407, 10239, 11640, c++/12253, c++/13262, c++/13323, fortran/12633, libstdc++/6243, libstdc++/11612, libstdc++/12496, libstdc++/13290, libstdc++/9371, libstdc++/9546, libstdc++/10093, libstdc++/10095 - fix __builtin_expect in C++ code - fix unwinding through SA_ONSTACK signal frames on IA-64 * Fri Dec 12 2003 Jakub Jelinek 3.3.2-4 - fix unwinding through signal frames on IA-64 * Wed Dec 03 2003 Jakub Jelinek 3.3.2-3 - update from gcc-3_3-branch - PRs optimization/11634, other/12505, optimization/13041, target/12900, optimization/12926, optimization/12953, target/12865, optimization/10467, optimization/11741, c++/2094, libobjc/11433, c++/2094, libstdc++/12297, libstdc++/12594 - BuildRequire texinfo (#111168) - Require /sbin/install-info for libgcj (#110904) - fix structure initialization with const fields and mostly zeros in the initializer (#110966) - fix gcj on PPC64 not emitting needed nop after branch and link to non-local Java method (Richard Henderson) - some more > 2GB handling fixes (Jan Hubicka) * Mon Nov 10 2003 Jakub Jelinek 3.3.2-2 - update from gcc-3_3-branch - PRs bootstrap/12666, target/11598, libgcj/10610, target/12654, target/12690, target/12712 - fix ICE with C++ initializers (Jason Merrill, #109283, PR c++/12726) - fix handling of functions with > 2GB stack frames - fix handling of objects larger than 2GB or 4GB (Jan Hubicka and others) - fix Fortran COMMONs bigger than 2GB (#106542) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ b514d749a559fe3e4f9013bc97d696d9 SRPMS/gcc-3.3.2-5.src.rpm c2a551a2f40c4fd5c0473ade5c03fb28 i386/gcc-3.3.2-5.i386.rpm 834d868612f51526d6b214591dbffbdc i386/libgcc-3.3.2-5.i386.rpm dae4a95954641cc8e63ff09bbb490dd5 i386/gcc-c++-3.3.2-5.i386.rpm 6366a364a85244f116e394f85e356403 i386/libstdc++-3.3.2-5.i386.rpm e8b2060705fdc0060850be1829f73fb2 i386/libstdc++-devel-3.3.2-5.i386.rpm 847cdf82326360cbb0bd063a04e0fd52 i386/gcc-objc-3.3.2-5.i386.rpm acdfdb4aaadc6ac0f0766d1775fea322 i386/libobjc-3.3.2-5.i386.rpm d7dc2ac508ce55a785938767bc51e63a i386/gcc-g77-3.3.2-5.i386.rpm 034737a81f67efbb758b592b72de0ca5 i386/libf2c-3.3.2-5.i386.rpm dea57844e754ee6c59b68d603968d9b8 i386/gcc-java-3.3.2-5.i386.rpm b5d98773111b09e824b625dd3045eea8 i386/libgcj-3.3.2-5.i386.rpm 91f855112f414307672dc4933eea7633 i386/libgcj-devel-3.3.2-5.i386.rpm 967d01bf80d9a296c15175d2d615c0b5 i386/cpp-3.3.2-5.i386.rpm bbf3e5ce71f130c4de5e60401196e92a i386/gcc-gnat-3.3.2-5.i386.rpm 95042e9032fc4cd10e32a28151288180 i386/libgnat-3.3.2-5.i386.rpm 63a3d046fa9a9ff060637a0b3c46497d i386/debug/gcc-debuginfo-3.3.2-5.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From jakub at redhat.com Wed Jan 7 21:02:22 2004 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 7 Jan 2004 16:02:22 -0500 Subject: Fedora Core 1 Testing Update: glibc-2.3.2-101.4 Message-ID: <20040107210221.GT24876@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Update Notification FEDORA-2003-045 2004-01-07 --------------------------------------------------------------------- Name : glibc Version : 2.3.2 Release : 101.4 Summary : The GNU libc libraries. Description : The glibc package contains standard libraries which are used by multiple programs on the system. In order to save disk space and memory, as well as to make upgrading easier, common system code is kept in one place and shared between programs. This particular package contains the most important sets of shared libraries: the standard C library and the standard math library. Without these two libraries, a Linux system will not function. --------------------------------------------------------------------- Update Information: This glibc update fixes lots of bugs in the regular expression matcher and speeds it up. It fixes a couple of other bugs as well. --------------------------------------------------------------------- * Tue Jan 06 2004 Jakub Jelinek 2.3.2-101.4 - some further regex speedups - fix re.translate handling in regex (#112869) - change regfree to match old regex behaviour (what is freed and clearing of freed pointers) * Tue Dec 30 2003 Jakub Jelinek 2.3.2-101.3 - fix pmap_set fd and memory leak (#112726) - fix backreference handling in regex * Tue Dec 30 2003 Jakub Jelinek 2.3.2-101.2 - fix to make pthread_setcancelstate (PTHREAD_CANCEL_DISABLE, ) really disable cancellation (#112512) - lots of regex fixes and speedups (#110401) - fix nextafter*/nexttoward* - handle 6th syscall(3) argument on AMD64 - handle memalign/posix_memalign in mtrace - fix linuxthreads memory leak (#112208) - remove throw () from cancellation points in linuxthreads (#112602) - fix NPTL unregister_atfork - fix unwinding through alternate signal stacks - fix atan2 - fix pshared condvars in NPTL - fix pthread_attr_destroy for attributes created with pthread_attr_init at GLIBC_2.0 - add BuildPrereq texinfo (#110252) - fix ceill/floorl on AMD64 - work around IA64 gas bug with unwind info and .align - fix NPTL configure - allow dlopen after fork () in threaded programs - compute IA-64 default thread stack size correctly - fix thread stacks with ulimit -s not a multiple of a page size - randomize PIE shared libraries, honor LD_USE_LOAD_BIAS env variable - fix execstack handling on kernels without exec-shield --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/1/ cdf53b3e82b4b18f0ff3b7b05204e4ff SRPMS/glibc-2.3.2-101.4.src.rpm deb41a4107321ad9e5d67adde39c1ee5 i386/glibc-2.3.2-101.4.i386.rpm 46c90bab86b550cd7f43c15e21491892 i386/glibc-devel-2.3.2-101.4.i386.rpm d8d3efcfda021f075e6a26c5a8532146 i386/glibc-headers-2.3.2-101.4.i386.rpm ef60bc1717e7341d67a59081cd7f7a0c i386/glibc-profile-2.3.2-101.4.i386.rpm 2ab49196e7b586d269cb4fbdc9fa5681 i386/glibc-common-2.3.2-101.4.i386.rpm adbc0ef23edbb23dcc87d77163e4ea50 i386/nscd-2.3.2-101.4.i386.rpm 82fb788ea6777d9c4c18caf6f388b8d3 i386/glibc-debug-2.3.2-101.4.i386.rpm 187ed7af5b2c09d8cda76000fd5d443b i386/glibc-utils-2.3.2-101.4.i386.rpm 6694ac4caa7ae01cf94282c3c721b4a0 i386/debug/glibc-debuginfo-2.3.2-101.4.i386.rpm 674950ebd9ae3deef47f2ddb90e0ef13 i386/debug/glibc-debuginfo-common-2.3.2-101.4.i386.rpm 41062334adb203c37ee2c141883c5b5a i386/glibc-2.3.2-101.4.i686.rpm 5bf19599f529a271e54fae4455be9337 i386/nptl-devel-2.3.2-101.4.i686.rpm dad036887d3a9dda20e78c9eb7db9582 i386/debug/glibc-debuginfo-2.3.2-101.4.i686.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From whooperhsd3 at earthlink.net Wed Jan 7 21:28:48 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Wed, 7 Jan 2004 16:28:48 -0500 (EST) Subject: Proper steps to get to testing In-Reply-To: References: Message-ID: <1502.12.29.16.103.1073510928.squirrel@12.29.16.103> Hubbard, Russ said: > Hello all, > > What steps do I need to take to get to the current testing version of > the > distro. Is it as simple as installing Core 1, and doing a yum or up2date > with the development packages? Any help at all would be much appreciated. Please note that testing *is not* the development packages. Since this is the fedora-test-list: There is entry in the default /etc/sysconfig/rhn/sources file for testing, but it it commented out. Uncomment it and you will get testing packages. Development (aka rawhide) on the other hand I have heard has problems trying to update using up2date. If you feel like trying and troubleshooting you are welcome to. You will have to add your own sources entry for it: http://fedora.redhat.com/download/updates.html -- William Hooper From redhat-jc at insight.rr.com Thu Jan 8 01:19:37 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Wed, 07 Jan 2004 20:19:37 -0500 Subject: cd-rom In-Reply-To: References: Message-ID: <3FFCB029.7070601@insight.rr.com> alton bailey wrote: > I have on cd-rom and a dvd-rom atatch to the same but only one works > Kernel-2.6.0.109 > It is on /dev/hdc how can I maeke the other work > > > My one cdrom was not recognized until I removed the hdx=ide-scsi from the 2.6 kernel line. This entry is in /etc/grub.conf Jim From esm at logic.net Thu Jan 8 15:03:40 2004 From: esm at logic.net (Edward S. Marshall) Date: Thu, 8 Jan 2004 09:03:40 -0600 Subject: evolution 1.5.1 test packages In-Reply-To: <1073404754.2069.24.camel@edoras.local.net> References: <1073398787.1748.10.camel@edoras.local.net> <1073403258.2521.5.camel@bart.netlyncs.com> <1073404754.2069.24.camel@edoras.local.net> Message-ID: <20040108150340.GA21435@minotaur.local> On Tue, Jan 06, 2004 at 10:59:15AM -0500, Jeremy Katz wrote: > On Tue, 2004-01-06 at 09:34 -0600, Mike Chambers wrote: > > Is there a way to migrate the address book manually? Yes I did upgrade > > and noticed that the directories did change (~/.evo instead of ~/evo and > > some paths changed and such). > > This might do it.. > cp ~/evolution/local/Contacts/addressbook* ~/.evolution/addressbook/ > local/OnThisComputer/Personal Just an FYI for the mailing list archives, this worked perfectly for migrating my addressbook. -- Edward S. Marshall http://esm.logic.net/ Felix qui potuit rerum cognoscere causas. From tmwg-fedorat at inxservices.com Thu Jan 8 15:05:46 2004 From: tmwg-fedorat at inxservices.com (George Garvey) Date: Thu, 8 Jan 2004 07:05:46 -0800 Subject: Kernel 2.6.0-1.30 modules references floating point routines Message-ID: <20040108150546.GN12314@inxservices.com> rpm -ivh kern*rpm Preparing... ########################################### [100%] 1:kernel-source ########################################### [ 25%] 2:kernel ########################################### [ 50%] WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __floatsidf WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __fixunsdfsi WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __adddf3 WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __divdf3 WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __floatsidf WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __ltdf2 WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __adddf3 3:kernel-doc ########################################### [ 75%] 4:kernel-smp ########################################### [100%] WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __floatsidf WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __fixunsdfsi WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __adddf3 WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __divdf3 WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __floatsidf WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __ltdf2 WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __adddf3 From davej at redhat.com Thu Jan 8 15:20:28 2004 From: davej at redhat.com (Dave Jones) Date: Thu, 08 Jan 2004 15:20:28 +0000 Subject: Kernel 2.6.0-1.30 modules references floating point routines In-Reply-To: <20040108150546.GN12314@inxservices.com> References: <20040108150546.GN12314@inxservices.com> Message-ID: <1073575228.22582.8.camel@delerium.codemonkey.org.uk> On Thu, 2004-01-08 at 15:05, George Garvey wrote: > rpm -ivh kern*rpm > Preparing... ########################################### [100%] > 1:kernel-source ########################################### [ 25%] > 2:kernel ########################################### [ 50%] > WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __floatsidf > WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __fixunsdfsi > WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __adddf3 > WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __divdf3 > WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __floatsidf > WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __ltdf2 > WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __adddf3 > 3:kernel-doc ########################################### [ 75%] > 4:kernel-smp ########################################### [100%] > WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __floatsidf > WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __fixunsdfsi > WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __adddf3 > WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __divdf3 > WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __floatsidf > WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __ltdf2 > WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __adddf3 *nod*. eeeevil. DVB I fixed up yesterday (and Linus then fixed it differently in mainline). I'll take a peek at sisfb Dave From don.vanco at agilysys.com Thu Jan 8 15:37:53 2004 From: don.vanco at agilysys.com (Vanco, Don) Date: Thu, 8 Jan 2004 10:37:53 -0500 Subject: second fresh install broken after update - gnome broken Message-ID: Awesome - the saga just keeps getting better - now "yum update" instantly seg-faults. Fedora is "teh roxor"! Where's my holy water? Don fedora-test-list-admin at redhat.com wrote: > I have also noticed what appear to be reliability problems with the > webserver that handles the updates-released yum repository. > TCP sockets > get timed out or dropped or something happens to corrupt the RPM > transfers. up2date doesn't know how to recover from it, but > if I use yum > instead, it will retry the transfer and eventually succeed. > > Maybe it's possible that you managed to force some package to install > that was truncated? > > Vanco, Don wrote: >> Well, I've got me second system in as many weeks that has had >> something broken by updating it. I cannot get gnome to start, and >> sadly it gives no error output. >> >> Details: >> Fresh install of FC1 - gnome / X works fine (Compaq DL320, ATI Rage >> XL Chipset) >> >> Tried to update system via up2date - this lead to a cyclical >> redundancy where the RPMs would not installed because they failed >> both MD5 check and appropriate key signature (after installing >> key???), and no combination of --nosignature and/or --nomd5 could >> satisfy RPM to install. >> >> So - "apt-get update" and let it do it's thing. >> >> Now the system will not let a user start X. I can run gdm, but if >> root or a user tries to log in or even launch X via "startx" (where >> their default session is gnome) they're immediately bounced out. >> KDE appears fine. Adding a new user or deleting the .gnom* stuff >> does nothing. Starting X and then trying to use "gnome-session" >> rewards me with an immediate seg fault. >> >> Aside from this gnome mess - when will the update process stop >> breaking systems? Pretty much all of my peers (and me if it's not >> obvious) are tiring of Fedora because of it's inability to provide a >> stable platform...... and relying solely on an apt repository or yum >> repository is still to immature for Fedora - they're just not a >> single site I've found that doesn't have issues of some kind... >> Using multiple apt/yum repositories appears to be disastrous - I've >> loaded 4 systems with FC1 (after numerous beta machines) and have a >> "50 percent failure rate" on machines that have been subsequently >> rendered problematic (at best) or broken (at worst) by the upgrade >> process in one fashion or another..... >> >> Fedora - the new Mandrake! >> >> Don From mike at netlyncs.com Thu Jan 8 15:52:37 2004 From: mike at netlyncs.com (Mike Chambers) Date: Thu, 08 Jan 2004 09:52:37 -0600 Subject: evolution 1.5.1 test packages In-Reply-To: <20040108150340.GA21435@minotaur.local> References: <1073398787.1748.10.camel@edoras.local.net> <1073403258.2521.5.camel@bart.netlyncs.com> <1073404754.2069.24.camel@edoras.local.net> <20040108150340.GA21435@minotaur.local> Message-ID: <1073577157.2733.8.camel@bart.netlyncs.com> On Thu, 2004-01-08 at 09:03, Edward S. Marshall wrote: > On Tue, Jan 06, 2004 at 10:59:15AM -0500, Jeremy Katz wrote: > > On Tue, 2004-01-06 at 09:34 -0600, Mike Chambers wrote: > > > Is there a way to migrate the address book manually? Yes I did upgrade > > > and noticed that the directories did change (~/.evo instead of ~/evo and > > > some paths changed and such). > > > > This might do it.. > > cp ~/evolution/local/Contacts/addressbook* ~/.evolution/addressbook/ > > local/OnThisComputer/Personal > > Just an FYI for the mailing list archives, this worked perfectly for > migrating my addressbook. I never did get it working (well only tried once to copy, but had other problems) and sense have downgraded back to 1.4. I was getting too many segfaults/crashes to use as normal everyday. I hated that when my email folders (inbox, newly created folders and subfolders, etc..) got merged, that while in 1.4 they are alphabetical, they were randomly placed in 1.5 and didn't see a way to arrange them in any order (that or the way I was trying via GUI was broke). I think there were a few other problems but can't think of them at the moment. -- Mike Chambers Madisonville, KY "It's funny until someone gets hurt...then it's hilarious!" From ehoover at mines.edu Thu Jan 8 16:15:55 2004 From: ehoover at mines.edu (Erich Hoover) Date: Thu, 08 Jan 2004 09:15:55 -0700 Subject: ATI All-In-Wonder Radeon 9800 Pro can't graphically install Message-ID: <3FFD823B.6080905@mines.edu> Now that I've finally got around to upgrading to Fedora Core 1 (had 0.95 before) I've run into the same installation problem I had before, the installer does not support the ATI All-In-Wonder 9800 Pro. As I posted last time, the RedHat 9 installer works fine with the card but the Fedora Installer doesn't. The installer totally locks up and requires a hard reset and a text installation must be performed, then the new drivers must be downloaded from ATI's website (at least they did the first time, they didn't this time but I'm assuming the upgrade didn't touch my video driver). I've included my lspci report in the hopes that someone will be able to fix this so that this doesn't happen to other people (installing the driver from the prompt is a pain). lspci report: 00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333] 00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] 00:09.0 Communication controller: National Instruments PCI-GPIB (rev 01) 00:0b.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08) 00:0b.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 08) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06) 00:11.2 USB Controller: VIA Technologies, Inc. USB (rev 1b) 00:11.3 USB Controller: VIA Technologies, Inc. USB (rev 1b) 00:11.4 USB Controller: VIA Technologies, Inc. USB (rev 1b) 00:14.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R350 [Radeon 9800] 01:00.1 Display controller: ATI Technologies Inc Radeon R350 [Radeon 9800] (Secondary) From rnix at prometheon.net Thu Jan 8 16:21:54 2004 From: rnix at prometheon.net (Ryan Nix) Date: Thu, 08 Jan 2004 10:21:54 -0600 Subject: ATI All-In-Wonder Radeon 9800 Pro can't graphically install In-Reply-To: <3FFD823B.6080905@mines.edu> References: <3FFD823B.6080905@mines.edu> Message-ID: <3FFD83A2.4030208@prometheon.net> Ditto that for the ATI Mobile Rage 128. The first beta of Fedora worked fine but hte final doesn't. Erich Hoover wrote: > Now that I've finally got around to upgrading to Fedora Core 1 (had > 0.95 before) I've run into the same installation problem I had before, > the installer does not support the ATI All-In-Wonder 9800 Pro. As I > posted last time, the RedHat 9 installer works fine with the card but > the Fedora Installer doesn't. The installer totally locks up and > requires a hard reset and a text installation must be performed, then > the new drivers must be downloaded from ATI's website (at least they > did the first time, they didn't this time but I'm assuming the upgrade > didn't touch my video driver). I've included my lspci report in the > hopes that someone will be able to fix this so that this doesn't > happen to other people (installing the driver from the prompt is a pain). > > lspci report: > 00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo > KT266/A/333] > 00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo > KT266/A/333 AGP] > 00:09.0 Communication controller: National Instruments PCI-GPIB (rev 01) > 00:0b.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 > (rev 08) > 00:0b.1 Input device controller: Creative Labs SB Live! MIDI/Game Port > (rev 08) > 00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge > 00:11.1 IDE interface: VIA Technologies, Inc. > VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06) > 00:11.2 USB Controller: VIA Technologies, Inc. USB (rev 1b) > 00:11.3 USB Controller: VIA Technologies, Inc. USB (rev 1b) > 00:11.4 USB Controller: VIA Technologies, Inc. USB (rev 1b) > 00:14.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > RTL-8139/8139C/8139C+ (rev 10) > 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R350 > [Radeon 9800] > 01:00.1 Display controller: ATI Technologies Inc Radeon R350 [Radeon > 9800] (Secondary) > > From esm at logic.net Thu Jan 8 16:37:14 2004 From: esm at logic.net (Edward S. Marshall) Date: Thu, 8 Jan 2004 10:37:14 -0600 Subject: evolution 1.5.1 test packages In-Reply-To: <1073577157.2733.8.camel@bart.netlyncs.com> References: <1073398787.1748.10.camel@edoras.local.net> <1073403258.2521.5.camel@bart.netlyncs.com> <1073404754.2069.24.camel@edoras.local.net> <20040108150340.GA21435@minotaur.local> <1073577157.2733.8.camel@bart.netlyncs.com> Message-ID: <20040108163714.GD21435@minotaur.local> On Thu, Jan 08, 2004 at 09:52:37AM -0600, Mike Chambers wrote: > I never did get it working (well only tried once to copy, but had other > problems) and sense have downgraded back to 1.4. I was getting too many > segfaults/crashes to use as normal everyday. *nod* I'm giving it another day, but I suspect I'll be downgrading. The problem I'm having is that message counts aren't getting displayed on each folder (I have a TON of incoming email folders, ala procmail); I only got it to display the messages counts once, and that appears to have been a fluke. I've also seen problems with it not exiting when the main window goes away on an exit; I expect a few processes to stick around (1.4 had a couple that always remained running), but I was finding 16-20 "evolution" processes still happily chugging away. (I'd REALLY love "killev" to be included for cases like that...;-) And yeah, I've been able to coax it into crashing quite a bit so far. > I hated that when my email > folders (inbox, newly created folders and subfolders, etc..) got merged, > that while in 1.4 they are alphabetical, they were randomly placed in > 1.5 and didn't see a way to arrange them in any order (that or the way I > was trying via GUI was broke). *nod* I can live with the ordering, as long as it's "stable" (ie. doesn't keep changing out from under me each time I hit the IMAP server), but I can't see any rhyme or reason to the ordering either. Still, I'm going to give it a little bit longer, see if anything else major pops up. -- Edward S. Marshall http://esm.logic.net/ Felix qui potuit rerum cognoscere causas. From kaboom at gatech.edu Thu Jan 8 16:56:22 2004 From: kaboom at gatech.edu (Chris Ricker) Date: Thu, 8 Jan 2004 11:56:22 -0500 (EST) Subject: evolution 1.5.1 test packages In-Reply-To: <20040108163714.GD21435@minotaur.local> References: <1073398787.1748.10.camel@edoras.local.net> <1073403258.2521.5.camel@bart.netlyncs.com> <1073404754.2069.24.camel@edoras.local.net> <20040108150340.GA21435@minotaur.local> <1073577157.2733.8.camel@bart.netlyncs.com> <20040108163714.GD21435@minotaur.local> Message-ID: On Thu, 8 Jan 2004, Edward S. Marshall wrote: > I've also seen problems with it not exiting when the main window goes > away on an exit; I expect a few processes to stick around (1.4 had a > couple that always remained running), but I was finding 16-20 "evolution" > processes still happily chugging away. (I'd REALLY love "killev" to be > included for cases like that...;-) Fortunately, it is. /usr/libexec/evolution/1.4/killev The fact that it's still necessary to include it is one reason evolution is not my primary MUA ;-) later, chris From mitr at volny.cz Thu Jan 8 17:02:07 2004 From: mitr at volny.cz (Miloslav Trmac) Date: Thu, 8 Jan 2004 18:02:07 +0100 Subject: evolution 1.5.1 test packages In-Reply-To: References: <1073398787.1748.10.camel@edoras.local.net> <1073403258.2521.5.camel@bart.netlyncs.com> <1073404754.2069.24.camel@edoras.local.net> <20040108150340.GA21435@minotaur.local> <1073577157.2733.8.camel@bart.netlyncs.com> <20040108163714.GD21435@minotaur.local> Message-ID: <20040108170207.GA3235@popelka.ms.mff.cuni.cz> On Thu, Jan 08, 2004 at 11:56:22AM -0500, Chris Ricker wrote: > Fortunately, it is. > > /usr/libexec/evolution/1.4/killev Or more conveniently (evolution --force-shutdown) Mirek From katzj at redhat.com Thu Jan 8 17:16:24 2004 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 08 Jan 2004 12:16:24 -0500 Subject: evolution 1.5.1 test packages In-Reply-To: <20040108163714.GD21435@minotaur.local> References: <1073398787.1748.10.camel@edoras.local.net> <1073403258.2521.5.camel@bart.netlyncs.com> <1073404754.2069.24.camel@edoras.local.net> <20040108150340.GA21435@minotaur.local> <1073577157.2733.8.camel@bart.netlyncs.com> <20040108163714.GD21435@minotaur.local> Message-ID: <1073582184.5271.3.camel@edoras.local.net> On Thu, 2004-01-08 at 10:37 -0600, Edward S. Marshall wrote: > *nod* I'm giving it another day, but I suspect I'll be downgrading. The > problem I'm having is that message counts aren't getting displayed on > each folder (I have a TON of incoming email folders, ala procmail); I > only got it to display the messages counts once, and that appears to have > been a fluke I see this sporadically as well... I need to actually file it since I haven't had a chance to look at it more closely yet. > I've also seen problems with it not exiting when the main window goes > away on an exit; I expect a few processes to stick around (1.4 had a > couple that always remained running), but I was finding 16-20 "evolution" > processes still happily chugging away. (I'd REALLY love "killev" to be > included for cases like that...;-) Hmmm, haven't seen this one. Note that evolution --force-shutdown does the same thing killev used to. If you see this, you might want to strace/gdb one of the remaining processes and see what it's doing. > > I hated that when my email > > folders (inbox, newly created folders and subfolders, etc..) got merged, > > that while in 1.4 they are alphabetical, they were randomly placed in > > 1.5 and didn't see a way to arrange them in any order (that or the way I > > was trying via GUI was broke). > > *nod* I can live with the ordering, as long as it's "stable" (ie. doesn't > keep changing out from under me each time I hit the IMAP server), but I > can't see any rhyme or reason to the ordering either. The ordering is alphabetical for me but with INBOX always first. I wonder if it's just using the order given back by the IMAP server. What server are you using it against? Cheers, Jeremy From djpowell at networkgeek.org Thu Jan 8 17:27:49 2004 From: djpowell at networkgeek.org (Daniel Powell) Date: Thu, 8 Jan 2004 11:27:49 -0600 (CST) Subject: ATI All-In-Wonder Radeon 9800 Pro can't graphically install In-Reply-To: <3FFD83A2.4030208@prometheon.net> Message-ID: Worked fine on my Dell Latitude with the Radeon 9000 Mobility. On Thu, 8 Jan 2004, Ryan Nix wrote: > Ditto that for the ATI Mobile Rage 128. The first beta of Fedora worked > fine but hte final doesn't. > Erich Hoover wrote: > > > Now that I've finally got around to upgrading to Fedora Core 1 (had > > 0.95 before) I've run into the same installation problem I had before, > > the installer does not support the ATI All-In-Wonder 9800 Pro. As I > > posted last time, the RedHat 9 installer works fine with the card but > > the Fedora Installer doesn't. The installer totally locks up and > > requires a hard reset and a text installation must be performed, then > > the new drivers must be downloaded from ATI's website (at least they > > did the first time, they didn't this time but I'm assuming the upgrade > > didn't touch my video driver). I've included my lspci report in the > > hopes that someone will be able to fix this so that this doesn't > > happen to other people (installing the driver from the prompt is a pain). > > > > lspci report: > > 00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo > > KT266/A/333] > > 00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo > > KT266/A/333 AGP] > > 00:09.0 Communication controller: National Instruments PCI-GPIB (rev 01) > > 00:0b.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 > > (rev 08) > > 00:0b.1 Input device controller: Creative Labs SB Live! MIDI/Game Port > > (rev 08) > > 00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge > > 00:11.1 IDE interface: VIA Technologies, Inc. > > VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06) > > 00:11.2 USB Controller: VIA Technologies, Inc. USB (rev 1b) > > 00:11.3 USB Controller: VIA Technologies, Inc. USB (rev 1b) > > 00:11.4 USB Controller: VIA Technologies, Inc. USB (rev 1b) > > 00:14.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > > RTL-8139/8139C/8139C+ (rev 10) > > 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R350 > > [Radeon 9800] > > 01:00.1 Display controller: ATI Technologies Inc Radeon R350 [Radeon > > 9800] (Secondary) > > > > > > > -- ================================================================= Daniel Powell A+ djpowell at networkgeek.org Networkgeek MCP http://networkgeek.org ================================================================= And Trogdor smote the Kerrek, and all was laid to Burnination. ================================================================= From esm at logic.net Thu Jan 8 17:35:25 2004 From: esm at logic.net (Edward S. Marshall) Date: Thu, 8 Jan 2004 11:35:25 -0600 Subject: evolution 1.5.1 test packages In-Reply-To: <1073582184.5271.3.camel@edoras.local.net> References: <1073398787.1748.10.camel@edoras.local.net> <1073403258.2521.5.camel@bart.netlyncs.com> <1073404754.2069.24.camel@edoras.local.net> <20040108150340.GA21435@minotaur.local> <1073577157.2733.8.camel@bart.netlyncs.com> <20040108163714.GD21435@minotaur.local> <1073582184.5271.3.camel@edoras.local.net> Message-ID: <20040108173525.GE21435@minotaur.local> On Thu, Jan 08, 2004 at 12:16:24PM -0500, Jeremy Katz wrote: > Hmmm, haven't seen this one. Note that evolution --force-shutdown does > the same thing killev used to. If you see this, you might want to > strace/gdb one of the remaining processes and see what it's doing. Didn't know about the --force-shutdown thing (or where killev was hiding), good to keep in mind. Thanks! If I can get it to do it again, I'll open a bug report with whatever info I can get out of it. (Shouldn't be very hard; it was fairly repeatable last night.) > The ordering is alphabetical for me but with INBOX always first. I > wonder if it's just using the order given back by the IMAP server. What > server are you using it against? Courier-imap. INBOX is always first, and a "feature" of courier's mailbox hierarchy places all boxes under that, in a semi-random order. I'd lean toward believing the order is what courier is supplying. -- Edward S. Marshall http://esm.logic.net/ Felix qui potuit rerum cognoscere causas. From mike at netlyncs.com Thu Jan 8 17:49:08 2004 From: mike at netlyncs.com (Mike Chambers) Date: Thu, 08 Jan 2004 11:49:08 -0600 Subject: evolution 1.5.1 test packages In-Reply-To: <1073582184.5271.3.camel@edoras.local.net> References: <1073398787.1748.10.camel@edoras.local.net> <1073403258.2521.5.camel@bart.netlyncs.com> <1073404754.2069.24.camel@edoras.local.net> <20040108150340.GA21435@minotaur.local> <1073577157.2733.8.camel@bart.netlyncs.com> <20040108163714.GD21435@minotaur.local> <1073582184.5271.3.camel@edoras.local.net> Message-ID: <1073584148.2226.2.camel@bart.netlyncs.com> On Thu, 2004-01-08 at 11:16, Jeremy Katz wrote: > On Thu, 2004-01-08 at 10:37 -0600, Edward S. Marshall wrote: > > > > I've also seen problems with it not exiting when the main window goes > > away on an exit; I expect a few processes to stick around (1.4 had a > > couple that always remained running), but I was finding 16-20 "evolution" > > processes still happily chugging away. (I'd REALLY love "killev" to be > > included for cases like that...;-) > > Hmmm, haven't seen this one. Note that evolution --force-shutdown does > the same thing killev used to. If you see this, you might want to > strace/gdb one of the remaining processes and see what it's doing. I did see the processes still around after an exit or at least a forced shutdown/segfault. It wouldn't start up again until I killed the processes running first. > > *nod* I can live with the ordering, as long as it's "stable" (ie. doesn't > > keep changing out from under me each time I hit the IMAP server), but I > > can't see any rhyme or reason to the ordering either. > > The ordering is alphabetical for me but with INBOX always first. I > wonder if it's just using the order given back by the IMAP server. What > server are you using it against? I was doing mine against POP3 so it took the folders from the lower version and I guess copied them. But mine were not alphabetical (yes Inbox was at the top) after Inbox, as they were randomly placed down the list. -- Mike Chambers Madisonville, KY "It's funny until someone gets hurt...then it's hilarious!" From dax at gurulabs.com Thu Jan 8 18:01:16 2004 From: dax at gurulabs.com (Dax Kelson) Date: Thu, 08 Jan 2004 11:01:16 -0700 Subject: evolution 1.5.1 test packages In-Reply-To: References: <1073398787.1748.10.camel@edoras.local.net> <1073403258.2521.5.camel@bart.netlyncs.com> <1073404754.2069.24.camel@edoras.local.net> <20040108150340.GA21435@minotaur.local> <1073577157.2733.8.camel@bart.netlyncs.com> <20040108163714.GD21435@minotaur.local> Message-ID: <1073584876.2593.28.camel@mentor.gurulabs.com> On Thu, 2004-01-08 at 09:56, Chris Ricker wrote: > On Thu, 8 Jan 2004, Edward S. Marshall wrote: > > > I've also seen problems with it not exiting when the main window goes > > away on an exit; I expect a few processes to stick around (1.4 had a > > couple that always remained running), but I was finding 16-20 "evolution" > > processes still happily chugging away. (I'd REALLY love "killev" to be > > included for cases like that...;-) > > Fortunately, it is. > > /usr/libexec/evolution/1.4/killev > > The fact that it's still necessary to include it is one reason evolution is > not my primary MUA ;-) killev is deprecated. The recommended command is: evolution --force-shutdown BTW, I use Evo 1.4.5 about 10 hours a day with *lots* of email. I only have to use that command about twice a month. The usual culprit is when there is a network connectivity issue (Comcast grrrrr), Evo can block for awhile and I don't have the patience to wait. Dax Kelson Guru Labs From alan at redhat.com Thu Jan 8 21:11:51 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 8 Jan 2004 16:11:51 -0500 Subject: Kernel 2.6.0-1.30 modules references floating point routines In-Reply-To: <1073575228.22582.8.camel@delerium.codemonkey.org.uk> References: <20040108150546.GN12314@inxservices.com> <1073575228.22582.8.camel@delerium.codemonkey.org.uk> Message-ID: <20040108211151.GB10819@devserv.devel.redhat.com> On Thu, Jan 08, 2004 at 03:20:28PM +0000, Dave Jones wrote: > *nod*. eeeevil. > DVB I fixed up yesterday (and Linus then fixed it differently in > mainline). I'll take a peek at sisfb SiSFB is pretty easy to fix up on that front, although the memory allocator stuff is problematic to say the least from a security angle Alan From alan at redhat.com Thu Jan 8 21:20:15 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 8 Jan 2004 16:20:15 -0500 Subject: second fresh install broken after update - gnome broken In-Reply-To: References: Message-ID: <20040108212015.GD10819@devserv.devel.redhat.com> On Thu, Jan 08, 2004 at 10:37:53AM -0500, Vanco, Don wrote: > Awesome - the saga just keeps getting better - now "yum update" instantly > seg-faults. Fedora is "teh roxor"! > > Where's my holy water? Where's the backtrace data. From davej at redhat.com Thu Jan 8 23:35:41 2004 From: davej at redhat.com (Dave Jones) Date: Thu, 08 Jan 2004 23:35:41 +0000 Subject: Kernel 2.6.0-1.30 modules references floating point routines In-Reply-To: <20040108211151.GB10819@devserv.devel.redhat.com> References: <20040108150546.GN12314@inxservices.com> <1073575228.22582.8.camel@delerium.codemonkey.org.uk> <20040108211151.GB10819@devserv.devel.redhat.com> Message-ID: <1073604941.16651.7.camel@delerium.codemonkey.org.uk> On Thu, 2004-01-08 at 21:11, Alan Cox wrote: > On Thu, Jan 08, 2004 at 03:20:28PM +0000, Dave Jones wrote: > > *nod*. eeeevil. > > DVB I fixed up yesterday (and Linus then fixed it differently in > > mainline). I'll take a peek at sisfb > > SiSFB is pretty easy to fix up on that front, although the memory allocator > stuff is problematic to say the least from a security angle Apparently there's a large update queued for 2.6. Until that goes in I've temporarily disabled it in the FC2 kernel. I'll have a hunt around for it tomorrow with a view to merging. Dave From alan at redhat.com Fri Jan 9 00:02:29 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 8 Jan 2004 19:02:29 -0500 Subject: Kernel 2.6.0-1.30 modules references floating point routines In-Reply-To: <1073604941.16651.7.camel@delerium.codemonkey.org.uk> References: <20040108150546.GN12314@inxservices.com> <1073575228.22582.8.camel@delerium.codemonkey.org.uk> <20040108211151.GB10819@devserv.devel.redhat.com> <1073604941.16651.7.camel@delerium.codemonkey.org.uk> Message-ID: <20040109000229.GA12982@devserv.devel.redhat.com> On Thu, Jan 08, 2004 at 11:35:41PM +0000, Dave Jones wrote: > Apparently there's a large update queued for 2.6. Until that goes in > I've temporarily disabled it in the FC2 kernel. I'll have a hunt around > for it tomorrow with a view to merging. Sorry for the confusion - its the update of the DRI part that causes it From jkeating at j2solutions.net Fri Jan 9 15:59:19 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 09 Jan 2004 07:59:19 -0800 Subject: evolution 1.5.1 test packages In-Reply-To: <20040108173525.GE21435@minotaur.local> References: <1073398787.1748.10.camel@edoras.local.net> <1073403258.2521.5.camel@bart.netlyncs.com> <1073404754.2069.24.camel@edoras.local.net> <20040108150340.GA21435@minotaur.local> <1073577157.2733.8.camel@bart.netlyncs.com> <20040108163714.GD21435@minotaur.local> <1073582184.5271.3.camel@edoras.local.net> <20040108173525.GE21435@minotaur.local> Message-ID: <1073663959.8447.1.camel@kickstation-122.ks.pogolinux.com> On Thu, 2004-01-08 at 09:35, Edward S. Marshall wrote: > Courier-imap. INBOX is always first, and a "feature" of courier's mailbox > hierarchy places all boxes under that, in a semi-random order. I'd lean > toward believing the order is what courier is supplying. I use courier-imap as well, and I test evolution from time to time to remind myself why I don't use it (missing some features I require), but I get INBOX at the top, and all my folders listed as subfolders of inbox, in alphabetical order. I have not tried Jeremy's latest test of evolution though, so the test version might be doing something funky. -- Jesse Keating RHCE MCSE (geek.j2solutions.net) Fedora Legacy Team (www.fedora.us/wiki/FedoraLegacy) 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 From mike at netlyncs.com Fri Jan 9 16:08:39 2004 From: mike at netlyncs.com (Mike Chambers) Date: Fri, 09 Jan 2004 10:08:39 -0600 Subject: evolution 1.5.1 test packages In-Reply-To: <1073663959.8447.1.camel@kickstation-122.ks.pogolinux.com> References: <1073398787.1748.10.camel@edoras.local.net> <1073403258.2521.5.camel@bart.netlyncs.com> <1073404754.2069.24.camel@edoras.local.net> <20040108150340.GA21435@minotaur.local> <1073577157.2733.8.camel@bart.netlyncs.com> <20040108163714.GD21435@minotaur.local> <1073582184.5271.3.camel@edoras.local.net> <20040108173525.GE21435@minotaur.local> <1073663959.8447.1.camel@kickstation-122.ks.pogolinux.com> Message-ID: <1073664519.2048.8.camel@bart.netlyncs.com> On Fri, 2004-01-09 at 09:59, Jesse Keating wrote: > I use courier-imap as well, and I test evolution from time to time to > remind myself why I don't use it (missing some features I require), but > I get INBOX at the top, and all my folders listed as subfolders of > inbox, in alphabetical order. I have not tried Jeremy's latest test of > evolution though, so the test version might be doing something funky. Don't know if this is related to using POP, but maybe they are only alphabetical due to a *sub*folder of Inbox instead of *Main* folders under/beside Inbox? -- Mike Chambers Madisonville, KY "It's funny until someone gets hurt...then it's hilarious!" From tjb at unh.edu Fri Jan 9 17:30:23 2004 From: tjb at unh.edu (Thomas J. Baker) Date: Fri, 09 Jan 2004 12:30:23 -0500 Subject: Yum Upgrading to Rawhide Message-ID: <1073669423.17670.14.camel@wintermute.sr.unh.edu> I decided to update one of my test systems to rawhide but there seems to be a problem with python: Resolving dependencies .package redhat-config-mouse needs /usr/bin/python2.2 (not provided) package redhat-config-network-tui needs /usr/bin/python2.2 (not provided) package redhat-config-nfs needs /usr/bin/python2.2 (not provided) package redhat-config-samba needs /usr/bin/python2.2 (not provided) package redhat-config-securitylevel needs /usr/bin/python2.2 (not provided) package redhat-config-bind needs /usr/bin/python2.2 (not provided) package redhat-config-date needs /usr/bin/python2.2 (not provided) package redhat-config-keyboard needs /usr/bin/python2.2 (not provided) package redhat-config-kickstart needs /usr/bin/python2.2 (not provided) package redhat-config-language needs /usr/bin/python2.2 (not provided) package redhat-config-rootpassword needs /usr/bin/python2.2 (not provided) package redhat-config-soundcard needs /usr/bin/python2.2 (not provided) package redhat-config-users needs /usr/bin/python2.2 (not provided) package redhat-config-xfree86 needs /usr/bin/python2.2 (not provided) For those running rawhide, did you just remove all the redhat-config- programs or was there some other work around? 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 johnsonm at redhat.com Fri Jan 9 17:47:20 2004 From: johnsonm at redhat.com (Michael K. Johnson) Date: Fri, 9 Jan 2004 12:47:20 -0500 Subject: zeroconf In-Reply-To: <20040102165639.45395.qmail@web13805.mail.yahoo.com> References: <20040102165639.45395.qmail@web13805.mail.yahoo.com> Message-ID: <20040109174720.GA26425@devserv.devel.redhat.com> Good question, but it's really the wrong list, which may be why I do not see any replies. Try fedora-devel-list instead. Thanks, michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ On Fri, Jan 02, 2004 at 08:56:39AM -0800, Parrish M Myers wrote: > Hello, > > Has anyone attempted to include zeroconf modules info fedora core: either rendezvous or some open source alternative? If not, I would like to ask for some advice... > > It seems that OSI has approved the Apple open source license. I believe that rendezvous is released under this license. If someone were to start creating zeroconf modules that work in fedora, would it be preferable to write everything from scratch or use rendezvous? > > I know there are a couple of open source implementations of these things out there like zcip and openslp... Are these good projects to start with? > > I know these are nebulous questions, but I am curious to know what would be a good direction to start contributing to this technology. From tcallawa at redhat.com Fri Jan 9 18:19:15 2004 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 09 Jan 2004 12:19:15 -0600 Subject: Yum Upgrading to Rawhide In-Reply-To: <1073669423.17670.14.camel@wintermute.sr.unh.edu> References: <1073669423.17670.14.camel@wintermute.sr.unh.edu> Message-ID: <1073672355.5103.1.camel@zorak> On Fri, 2004-01-09 at 11:30, Thomas J. Baker wrote: > For those running rawhide, did you just remove all the redhat-config- > programs or was there some other work around? The packages got renamed. Try installing system-config-* for all the items listed above. Also, redhat-config-xfree86 is now system-config-display. ~spot --- Tom "spot" Callaway LCA, RHCE Red Hat Sales Engineer || Aurora SPARC Linux Project Leader "The author's mathematical treatment of the conception of purpose is novel and highly ingenious, but heretical and, so far as the present social order is concerned, dangerous and potentially subversive. Not to be published." -- Aldous Huxley's "Brave New World" From balay at fastmail.fm Fri Jan 9 18:29:21 2004 From: balay at fastmail.fm (Satish Balay) Date: Fri, 9 Jan 2004 12:29:21 -0600 (CST) Subject: Yum Upgrading to Rawhide In-Reply-To: <1073672355.5103.1.camel@zorak> References: <1073669423.17670.14.camel@wintermute.sr.unh.edu> <1073672355.5103.1.camel@zorak> Message-ID: On Fri, 9 Jan 2004, Tom 'spot' Callaway wrote: > On Fri, 2004-01-09 at 11:30, Thomas J. Baker wrote: > > > For those running rawhide, did you just remove all the redhat-config- > > programs or was there some other work around? > > The packages got renamed. Try installing system-config-* for all the > items listed above. Also, redhat-config-xfree86 is now > system-config-display. I did a 'yum upgrade' which must have taken care of this name change. (and removed all repositories from yum.conf except for rawhide - and upgrade to rawhide went through fine) Satish From veillard at redhat.com Fri Jan 9 18:29:45 2004 From: veillard at redhat.com (Daniel Veillard) Date: Fri, 9 Jan 2004 13:29:45 -0500 Subject: Up2date rhn-applet with FTP and Apt support Message-ID: <20040109182945.GL20625@redhat.com> [Oops, sent to fedora-devel-list instead of fedora-test-list initially ] I just released rhn-applet-2.1.5 adding support for FTP network access to repositories (#112658) and support for Apt repositories (#111759). You can find it there http://people.redhat.com/veillard/testing/FC1/i386/rhn-applet/2.1.5/ and it should appear on Rawhide at some point. 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 aleksey at nogin.org Fri Jan 9 21:21:01 2004 From: aleksey at nogin.org (Aleksey Nogin) Date: Fri, 09 Jan 2004 13:21:01 -0800 Subject: Up2date rhn-applet with FTP and Apt support In-Reply-To: <20040109182945.GL20625@redhat.com> References: <20040109182945.GL20625@redhat.com> Message-ID: <3FFF1B3D.5020704@nogin.org> On 09.01.2004 10:29, Daniel Veillard wrote: > I just released rhn-applet-2.1.5 adding support for > FTP network access to repositories (#112658) and support for > Apt repositories (#111759). Apt support still not working for me. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=111759#c2 for detail. -- 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 tim_kossack at web.de Sat Jan 10 00:43:51 2004 From: tim_kossack at web.de (Tim Kossack) Date: Sat, 10 Jan 2004 01:43:51 +0100 Subject: pcmcia-problems... Message-ID: <1073695394.3834.21.camel@localhost.localdomain> hi, i have a vaio z600lek with a pc-card cdrom which was properly detected and installed in red hat 8. in red hat 9 as well as fedora 1, installation from it works only with the workaround in the release notes, and it won't work at all afterwards when running either red hat 9 or fc1. i was already over at pcmcia-cs.sourceforge.net, but they couldn't figure out why it's not working either (red hat uses some modified pcmcia-package, no?) anyways, because this might be a relevant issue for fc2 affecting all users of notebokks of the same kind, i post over here. here's the link (i didn't try his last tip, because i don't understand what to do - as you can see from the thread, my knowledge of linux is still very limited. so pls bear with me) http://sourceforge.net/forum/forum.php?thread_id=855719&forum_id=7049 thx for any help. From rnix at prometheon.net Sun Jan 11 19:26:48 2004 From: rnix at prometheon.net (Ryan Nix) Date: Sun, 11 Jan 2004 13:26:48 -0600 Subject: Java and Fedora Message-ID: <4001A378.7030705@prometheon.net> Why is Java always so difficult to setup? Specifically speaking, I'm trying to install Limewire for a customer to appease her for trying a Linux desktop. Is there something that has to be configured in each user account to run Limewire? Are there any plans to bundle a JVM like Sun's or IBMs in the future? From jpearl24 at cox.net Sun Jan 11 19:33:22 2004 From: jpearl24 at cox.net (jason pearl) Date: Sun, 11 Jan 2004 12:33:22 -0700 Subject: Java and Fedora In-Reply-To: <4001A378.7030705@prometheon.net> References: <4001A378.7030705@prometheon.net> Message-ID: <20040111123322.59a6f1af.jpearl24@cox.net> On Sun, 11 Jan 2004 13:26:48 -0600 Ryan Nix wrote: >Why is Java always so difficult to setup? Specifically speaking, I'm >trying to install Limewire for a customer to appease her for trying a >Linux desktop. >Is there something that has to be configured in each user account to run >Limewire? > >Are there any plans to bundle a JVM like Sun's or IBMs in the future? > > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >http://www.redhat.com/mailman/listinfo/fedora-test-list Do you have java installed yet? there is a Fedora faq on installling java and it is very easy to install. i installed limewire and it said path not found before i was able to install it i had to create a java.sh file that was available to everyone. -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N uptime: 12:31:08 up 1:16, 2 users, load average: 0.12, 0.08, 0.02 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gauret at free.fr Sun Jan 11 19:41:45 2004 From: gauret at free.fr (Aurelien Bompard) Date: Sun, 11 Jan 2004 20:41:45 +0100 Subject: Java and Fedora References: <4001A378.7030705@prometheon.net> Message-ID: Ryan Nix wrote: > Why is Java always so difficult to setup? Specifically speaking, I'm > trying to install Limewire for a customer to appease her for trying a > Linux desktop. > Is there something that has to be configured in each user account to run > Limewire? I've created a file called java.sh in /etc/profile.d, which contains this : if [ -z "$JAVA_HOME" ]; then export JAVA_HOME=/usr/lib/jre-1.4.1_01 export PATH="$PATH:$JAVA_HOME/bin" fi This way I have the java executable in my path, and everything works fine. You may have to change the JAVA_HOME path, depending on your version. The only thing left is to add the symlink to the java web plugin into mozilla's plugin directory, but it has nothing to do with limewire :-) Hope this helps Aurelien -- http://gauret.free.fr ~~~~ Jabber : gauret at amessage.info "If anything can go wrong, it will -- and in the most annoying manner possible." -- Edward A. Murphy Jr From alan at redhat.com Sun Jan 11 19:42:54 2004 From: alan at redhat.com (Alan Cox) Date: Sun, 11 Jan 2004 14:42:54 -0500 Subject: Java and Fedora In-Reply-To: <4001A378.7030705@prometheon.net> References: <4001A378.7030705@prometheon.net> Message-ID: <20040111194254.GB31818@devserv.devel.redhat.com> On Sun, Jan 11, 2004 at 01:26:48PM -0600, Ryan Nix wrote: > Are there any plans to bundle a JVM like Sun's or IBMs in the future? I don't believe Sun or IBM plan on open sourcing their JVM. From paul at all-the-johnsons.co.uk Sun Jan 11 20:03:02 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 11 Jan 2004 20:03:02 +0000 Subject: Java and Fedora In-Reply-To: References: <4001A378.7030705@prometheon.net> Message-ID: <1073851382.1835.19.camel@T7.linux> Hi, > > Is there something that has to be configured in each user account to run > > Limewire? > > I've created a file called java.sh in /etc/profile.d, which contains this : > if [ -z "$JAVA_HOME" ]; then > export JAVA_HOME=/usr/lib/jre-1.4.1_01 > export PATH="$PATH:$JAVA_HOME/bin" > fi I just altered /etc/bashrc to include the lines JAVA=/usr/local/j2sdk1.4.2_03 PATH=$JAVA/bin:$PATH MANPATH=$JAVA/man:$MANPATH LD_LIBRARY_PATH=$JAVA/lib:$LD_LIBRARY_PATH export JAVA (I export the others after adding more to them) TTFN Paul -- One OS to fool them all One browser to find them One email client to bring them all And through security holes, blind them... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From joe at tmsusa.com Mon Jan 12 08:51:46 2004 From: joe at tmsusa.com (joe) Date: Mon, 12 Jan 2004 00:51:46 -0800 Subject: Java and Fedora In-Reply-To: <4001A378.7030705@prometheon.net> References: <4001A378.7030705@prometheon.net> Message-ID: <40026022.2090408@tmsusa.com> Ryan Nix wrote: > Why is Java always so difficult to setup? Specifically speaking, I'm > trying to install Limewire for a customer to appease her for trying a > Linux desktop. > Is there something that has to be configured in each user account to > run Limewire? It's always been pretty straightforward for me - Install the sun jvm, then make sure the java command is in the path for all users, e.g. by suitably editing /etc/profile For web stuff, just make the symlink in /usr/lib/mozilla/plugins from the /j2sdk1.4.2/jre/plugin/i386/ns610-gcc32/libjavaplugin_oji.so Joe From michalz at olomouc.com Mon Jan 12 10:21:16 2004 From: michalz at olomouc.com (Michal Zeravik) Date: Mon, 12 Jan 2004 11:21:16 +0100 Subject: Java and Fedora In-Reply-To: <40026022.2090408@tmsusa.com> References: <4001A378.7030705@prometheon.net> <40026022.2090408@tmsusa.com> Message-ID: <4002751C.1030504@olomouc.com> Joe has right. It should work. michalz joe wrote: > Ryan Nix wrote: > >> Why is Java always so difficult to setup? Specifically speaking, I'm >> trying to install Limewire for a customer to appease her for trying a >> Linux desktop. >> Is there something that has to be configured in each user account to >> run Limewire? > > > It's always been pretty straightforward for me - > > Install the sun jvm, then make sure the java command is in the path > for all users, e.g. by suitably editing /etc/profile > > For web stuff, just make the symlink in /usr/lib/mozilla/plugins from > the > /j2sdk1.4.2/jre/plugin/i386/ns610-gcc32/libjavaplugin_oji.so > > Joe > > > From jakub at redhat.com Mon Jan 12 14:40:13 2004 From: jakub at redhat.com (Jakub Jelinek) Date: Mon, 12 Jan 2004 09:40:13 -0500 Subject: Fedora Core 1 Testing Update: gcc-3.3.2-6 Message-ID: <20040112144012.GD31589@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Update Notification FEDORA-2003-050 2004-01-12 --------------------------------------------------------------------- Name : gcc Version : 3.3.2 Release : 6 Summary : Various compilers (C, C++, Objective-C, Java, ...) Description : The gcc package contains the GNU Compiler Collection version 3.3.2. You'll need this package in order to compile C code. --------------------------------------------------------------------- * Fri Jan 09 2004 Jakub Jelinek 3.3.2-6 - update from gcc-3_3-branch - PRs fortran/12632, target/13373, bootstrap/13068, middle-end/13475, target/11576, optimization/13394, c/13382, target/11271, middle-end/13400, optimization/13031, c++/13239, c++/2294, c++/5050, c++/11554, c++/12696, c++/12862, c++/13070, c++/13081, c++/13239, c++/13371, c++/13445, c++/13507, libstdc++/13007 - fix endless loop on AMD64 (#112678, PR optimization/13521) - fix __builtin_expect * Fri Dec 19 2003 Jakub Jelinek 3.3.2-5 - update from gcc-3_3-branch - PRs target/11992, target/13122, optimization/13037, target/13256, target/12598, optimization/13318, optimization/13060, optimization/12965, target/13354, optimization/4490, target/13150, middle-end/10060, driver/13211, target/13302, target/11322, target/12467, 12969, target/8407, 10239, 11640, c++/12253, c++/13262, c++/13323, fortran/12633, libstdc++/6243, libstdc++/11612, libstdc++/12496, libstdc++/13290, libstdc++/9371, libstdc++/9546, libstdc++/10093, libstdc++/10095 - fix __builtin_expect in C++ code - fix unwinding through SA_ONSTACK signal frames on IA-64 * Fri Dec 12 2003 Jakub Jelinek 3.3.2-4 - fix unwinding through signal frames on IA-64 * Wed Dec 03 2003 Jakub Jelinek 3.3.2-3 - update from gcc-3_3-branch - PRs optimization/11634, other/12505, optimization/13041, target/12900, optimization/12926, optimization/12953, target/12865, optimization/10467, optimization/11741, c++/2094, libobjc/11433, c++/2094, libstdc++/12297, libstdc++/12594 - BuildRequire texinfo (#111168) - Require /sbin/install-info for libgcj (#110904) - fix structure initialization with const fields and mostly zeros in the initializer (#110966) - fix gcj on PPC64 not emitting needed nop after branch and link to non-local Java method (Richard Henderson) - some more > 2GB handling fixes (Jan Hubicka) * Mon Nov 10 2003 Jakub Jelinek 3.3.2-2 - update from gcc-3_3-branch - PRs bootstrap/12666, target/11598, libgcj/10610, target/12654, target/12690, target/12712 - fix ICE with C++ initializers (Jason Merrill, #109283, PR c++/12726) - fix handling of functions with > 2GB stack frames - fix handling of objects larger than 2GB or 4GB (Jan Hubicka and others) - fix Fortran COMMONs bigger than 2GB (#106542) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 1941f3b9d7772501b8a0c2dd875cc558 SRPMS/gcc-3.3.2-6.src.rpm 15e765e153a6e4fb4e3cfec6b4cc0f1f i386/gcc-3.3.2-6.i386.rpm 11bfe68770ceebd46e67e0083d2b9c37 i386/libgcc-3.3.2-6.i386.rpm 62607c864d09f641672aa15d6266e0d0 i386/gcc-c++-3.3.2-6.i386.rpm 614432767a1ddd2b6a10620c6a873357 i386/libstdc++-3.3.2-6.i386.rpm 733337e74baedc5354164dbfd57e1f94 i386/libstdc++-devel-3.3.2-6.i386.rpm be5211e412ff386325017f4931918d42 i386/gcc-objc-3.3.2-6.i386.rpm 41bb9cbd9c03dfa4f4e66f0e66cd9cf1 i386/libobjc-3.3.2-6.i386.rpm 30bd3f8e6f1d253a65ed0962b78462db i386/gcc-g77-3.3.2-6.i386.rpm 2948fd2048f5a0704f9eb42435f52c13 i386/libf2c-3.3.2-6.i386.rpm 77da8e2fca1f84646ecb00fe6db8976b i386/gcc-java-3.3.2-6.i386.rpm 68de5143e20d9deb199f63def2005670 i386/libgcj-3.3.2-6.i386.rpm bc3fdc644379747a37aee754c4096aef i386/libgcj-devel-3.3.2-6.i386.rpm 45a5c5aa17fc9871c30610245945b47b i386/cpp-3.3.2-6.i386.rpm 92d8a68253f23fd6e313bfe89e83b8cd i386/gcc-gnat-3.3.2-6.i386.rpm a5ad9c06c6b3bebd38b333d701fd8c04 i386/libgnat-3.3.2-6.i386.rpm ff9fb1d693b68151d9325d2acadb2f7c i386/debug/gcc-debuginfo-3.3.2-6.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From gauret at free.fr Mon Jan 12 15:58:41 2004 From: gauret at free.fr (Aurelien Bompard) Date: Mon, 12 Jan 2004 16:58:41 +0100 Subject: Java and Fedora References: <4001A378.7030705@prometheon.net> <1073851382.1835.19.camel@T7.linux> Message-ID: Paul wrote: > JAVA=/usr/local/j2sdk1.4.2_03 I have seen some programs looking for an environement variable called JAVA_HOME to find the java distribution. I don't remember the names though (maybe it was eclipse). I think it's better to use the name JAVA_HOME then. Bye Aurelien -- http://gauret.free.fr ~~~~ Jabber : gauret at amessage.info Accroche-toi au prompt, j'enl?ve le shell. From ted at cypress.com Mon Jan 12 16:50:41 2004 From: ted at cypress.com (Thomas Dodd) Date: Mon, 12 Jan 2004 10:50:41 -0600 Subject: Java and Fedora In-Reply-To: References: <4001A378.7030705@prometheon.net> Message-ID: <4002D061.4000401@cypress.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aurelien Bompard wrote: | Ryan Nix wrote: | |>Why is Java always so difficult to setup? Specifically speaking, I'm |>trying to install Limewire for a customer to appease her for trying a |>Linux desktop. |>Is there something that has to be configured in each user account to run |>Limewire? | | | I've created a file called java.sh in /etc/profile.d, which contains this : | if [ -z "$JAVA_HOME" ]; then | export JAVA_HOME=/usr/lib/jre-1.4.1_01 | export PATH="$PATH:$JAVA_HOME/bin" | fi Don't forget something equivelent in java.csh for the (t)csh users you maight have. Using /etc/profile.d is better than adding it directly to /etc/profile. It's much easier to remove/modify if need be later. Hopefully the JVM distributions will start adding those files like this other in there now. -Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAAtBg+mwggWqA1pQRAiMbAKCA5/WfkBppmgB6/hdHHBGECcoCtwCfXgJF xpSRH0cf5c+Qs3A3ipgRlp8= =xX9T -----END PGP SIGNATURE----- From seanlkml at rogers.com Mon Jan 12 16:56:00 2004 From: seanlkml at rogers.com (Sean Estabrooks) Date: Mon, 12 Jan 2004 11:56:00 -0500 Subject: Fedora Core 1 Testing Update: gcc-3.3.2-6 In-Reply-To: <20040112144012.GD31589@devserv.devel.redhat.com> References: <20040112144012.GD31589@devserv.devel.redhat.com> Message-ID: <20040112115600.099b0a88.seanlkml@rogers.com> On Mon, 12 Jan 2004 09:40:13 -0500 Jakub Jelinek wrote: > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ Hi there, Shouldn't the latest version always be available from: http://download.fedora.redhat.com/pub/fedora/linux/core/development Shouldn't the flow of an rpm be something like: development -> testing -> stable ? It's hard to keep track of the latest rpm's new ones somtimes skip the first step. For those of us with local mirrors we'll have to mirror _both_ development and testing. Perhaps there is a reason why this particular release didn't appear in the development rpms? Cheers, Sean From rezso at rdsor.ro Mon Jan 12 17:08:10 2004 From: rezso at rdsor.ro (Balint Cristian) Date: Mon, 12 Jan 2004 19:08:10 +0200 Subject: Fedora Core 1 Testing Update: gcc-3.3.2-6 In-Reply-To: <20040112115600.099b0a88.seanlkml@rogers.com> References: <20040112144012.GD31589@devserv.devel.redhat.com> <20040112115600.099b0a88.seanlkml@rogers.com> Message-ID: <200401121908.10665.rezso@rdsor.ro> > > development -> testing -> stable ? As i remark till now was: testing ---(1 day to 1 week)---> devel ---> stable. If i am wrong correct me. > > It's hard to keep track of the latest rpm's new ones somtimes skip > the first step. For those of us with local mirrors we'll have to mirror > _both_ development and testing. Perhaps there is a reason why this > particular release didn't appear in the development rpms? > > Cheers, > Sean From twaugh at redhat.com Mon Jan 12 17:12:35 2004 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 12 Jan 2004 17:12:35 +0000 Subject: Fedora Core 1 Testing Update: gcc-3.3.2-6 In-Reply-To: <20040112115600.099b0a88.seanlkml@rogers.com> References: <20040112144012.GD31589@devserv.devel.redhat.com> <20040112115600.099b0a88.seanlkml@rogers.com> Message-ID: <20040112171235.GM2937@redhat.com> On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote: > Shouldn't the flow of an rpm be something like: > > development -> testing -> stable ? No. The 'development' packages are built in a rawhide build environment -- you certainly don't want those ending up as stable updates for Fedora Core 1. Basically a package is either built for testing (and then perhaps moved to stable) *or* for development. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jakub at redhat.com Mon Jan 12 17:19:25 2004 From: jakub at redhat.com (Jakub Jelinek) Date: Mon, 12 Jan 2004 12:19:25 -0500 Subject: Fedora Core 1 Testing Update: gcc-3.3.2-6 In-Reply-To: <20040112171235.GM2937@redhat.com> References: <20040112144012.GD31589@devserv.devel.redhat.com> <20040112115600.099b0a88.seanlkml@rogers.com> <20040112171235.GM2937@redhat.com> Message-ID: <20040112171921.GG31589@devserv.devel.redhat.com> On Mon, Jan 12, 2004 at 05:12:35PM +0000, Tim Waugh wrote: > On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote: > > > Shouldn't the flow of an rpm be something like: > > > > development -> testing -> stable ? > > No. The 'development' packages are built in a rawhide build > environment -- you certainly don't want those ending up as stable > updates for Fedora Core 1. > > Basically a package is either built for testing (and then perhaps > moved to stable) *or* for development. And in the case of GCC, there are so far no reasons to have different compiler for FC1 updates and development, which means that the package has to be built as FC1 testing and when it becomes FC1 stable it will be automatically inherited into FC2 development. Jakub From seanlkml at rogers.com Mon Jan 12 17:26:50 2004 From: seanlkml at rogers.com (Sean Estabrooks) Date: Mon, 12 Jan 2004 12:26:50 -0500 Subject: Fedora Core 1 Testing Update: gcc-3.3.2-6 In-Reply-To: <20040112171235.GM2937@redhat.com> References: <20040112144012.GD31589@devserv.devel.redhat.com> <20040112115600.099b0a88.seanlkml@rogers.com> <20040112171235.GM2937@redhat.com> Message-ID: <20040112122650.7905bf88.seanlkml@rogers.com> On Mon, 12 Jan 2004 17:12:35 +0000 Tim Waugh wrote: > On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote: > > > Shouldn't the flow of an rpm be something like: > > > > development -> testing -> stable ? > > No. The 'development' packages are built in a rawhide build > environment -- you certainly don't want those ending up as stable > updates for Fedora Core 1. > > Basically a package is either built for testing (and then perhaps > moved to stable) *or* for development. Hey Tim, Ok, i guess that makes some sense. My own feeling is that the development branch should not be behind the testing branch of the current release. All i was really asking was shouldn't it be released to"rawhide" ie. development branch first or at least in parallel? If it's good enough to be pre-stable, isn't it good enough for the development branch? This would increase the exposure and perhaps reveal additional issues, prior to going stable. My other reason is admittedly somewhat selfish in that i only have a local mirror of the development rpms and would dislike having to mirror all the testing rpms just to get the odd rpm that appears there first. This can't be good for the download sites either. Cheers, Sean From seanlkml at rogers.com Mon Jan 12 17:29:40 2004 From: seanlkml at rogers.com (Sean Estabrooks) Date: Mon, 12 Jan 2004 12:29:40 -0500 Subject: Fedora Core 1 Testing Update: gcc-3.3.2-6 In-Reply-To: <20040112171921.GG31589@devserv.devel.redhat.com> References: <20040112144012.GD31589@devserv.devel.redhat.com> <20040112115600.099b0a88.seanlkml@rogers.com> <20040112171235.GM2937@redhat.com> <20040112171921.GG31589@devserv.devel.redhat.com> Message-ID: <20040112122940.4e2b64c4.seanlkml@rogers.com> On Mon, 12 Jan 2004 12:19:25 -0500 Jakub Jelinek wrote: > On Mon, Jan 12, 2004 at 05:12:35PM +0000, Tim Waugh wrote: > > On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote: > > > > > Shouldn't the flow of an rpm be something like: > > > > > > development -> testing -> stable ? > > > > No. The 'development' packages are built in a rawhide build > > environment -- you certainly don't want those ending up as stable > > updates for Fedora Core 1. > > > > Basically a package is either built for testing (and then perhaps > > moved to stable) *or* for development. > > And in the case of GCC, there are so far no reasons to have different > compiler for FC1 updates and development, which means that > the package has to be built as FC1 testing and when it becomes FC1 > stable it will be automatically inherited into FC2 development. > Jakub, Thanks for the response. Would it make more sense that FC2 development inherit the package when it goes into testing instead? Development is meant to be most current and isn't garenteed to not break. This should speed up the discovery of any issues. If it's good enough for FC1 testing does it not mean it's good enough for FC2 development? Thanks, Sean From rhl at farorbit.com Mon Jan 12 17:31:52 2004 From: rhl at farorbit.com (stephan schutter) Date: Mon, 12 Jan 2004 11:31:52 -0600 Subject: Java and Fedora In-Reply-To: <4001A378.7030705@prometheon.net> Message-ID: <20040112173151.EC7088651@corb.mc.mpls.visi.com> Because the vendor assumes that you are a UNIX admin, and want to do everything yourself... It is like distributing Windows programs and expecting the user to go and edit the registry by hand to make the program start. --it is insane. Making a symlink in the /bin folder pointing to the Java executable worked for me... This seems a lot simpler and global than fiddling with paths and variables... -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Ryan Nix Sent: Sunday, January 11, 2004 1:27 PM To: fedora-test-list at redhat.com Subject: Java and Fedora Why is Java always so difficult to setup? Specifically speaking, I'm trying to install Limewire for a customer to appease her for trying a Linux desktop. Is there something that has to be configured in each user account to run Limewire? Are there any plans to bundle a JVM like Sun's or IBMs in the future? -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From marian at gg3d.com Mon Jan 12 21:15:25 2004 From: marian at gg3d.com (Mariusz =?iso-8859-2?Q?Smyku=B3a?=) Date: Mon, 12 Jan 2004 22:15:25 +0100 Subject: Java and Fedora In-Reply-To: <20040112173151.EC7088651@corb.mc.mpls.visi.com> References: <20040112173151.EC7088651@corb.mc.mpls.visi.com> Message-ID: <1073942125.7917.19.camel@localhost.localdomain> W li?cie z pon, 12-01-2004, godz. 18:31, stephan schutter pisze: > Why is Java always so difficult to setup? Specifically speaking, I'm > trying to install Limewire for a customer to appease her for trying a > Linux desktop. > Is there something that has to be configured in each user account to run > Limewire? jpackage.org and yum install limewire ;) -- Mariusz 'marian' Smyku?a --------------------------------- jid/email: marian at t-system.com.pl --------------------------------- From rnix at prometheon.net Mon Jan 12 21:23:35 2004 From: rnix at prometheon.net (Ryan Nix) Date: Mon, 12 Jan 2004 15:23:35 -0600 Subject: Java and Fedora In-Reply-To: <1073942125.7917.19.camel@localhost.localdomain> References: <20040112173151.EC7088651@corb.mc.mpls.visi.com> <1073942125.7917.19.camel@localhost.localdomain> Message-ID: <40031057.1000203@prometheon.net> You rock Mariusz! Thanks to everyone else for the help too! :) Mariusz Smyku?a wrote: >W li?cie z pon, 12-01-2004, godz. 18:31, stephan schutter pisze: > > > >>Why is Java always so difficult to setup? Specifically speaking, I'm >>trying to install Limewire for a customer to appease her for trying a >>Linux desktop. >>Is there something that has to be configured in each user account to run >>Limewire? >> >> > >jpackage.org and yum install limewire ;) > > > From seanlkml at rogers.com Mon Jan 12 23:16:18 2004 From: seanlkml at rogers.com (Sean Estabrooks) Date: Mon, 12 Jan 2004 18:16:18 -0500 Subject: Fedora Core 1 Testing Update: gcc-3.3.2-6 In-Reply-To: <20040112171921.GG31589@devserv.devel.redhat.com> References: <20040112144012.GD31589@devserv.devel.redhat.com> <20040112115600.099b0a88.seanlkml@rogers.com> <20040112171235.GM2937@redhat.com> <20040112171921.GG31589@devserv.devel.redhat.com> Message-ID: <20040112181618.10be5793.seanlkml@rogers.com> On Mon, 12 Jan 2004 12:19:25 -0500 Jakub Jelinek wrote: > And in the case of GCC, there are so far no reasons to have different > compiler for FC1 updates and development, which means that > the package has to be built as FC1 testing and when it becomes FC1 > stable > it will be automatically inherited into FC2 development. Jakub, Ok, bandwidth-be-damned i've setup mirroring for binary and source rpms of both core/testing and core/development from redhat.com. Would still be interested to hear if you think a change is in order about when rpms are automatically inherited by FC2 development. Don't you think it would be better if it happened at testing time, rather than when moved to stable? Although i do like the notion that we test our rpms _before_ we develop them... That's got to make development easier. ;o) Sean From mark at harddata.com Tue Jan 13 00:54:59 2004 From: mark at harddata.com (Mark Lane) Date: Mon, 12 Jan 2004 17:54:59 -0700 Subject: Yum Broken. Message-ID: <1073955299.1859.3.camel@dynamic-171.harddata.net> I have been upgrading my Taroon 2 system to Fedora Core 1 for AMD64 but I have run into a problem. I believe that after I upgraded openssl that yum broke. [root at dynamic-171 downloads]# yum check-update Traceback (most recent call last): File "/usr/bin/yum", line 22, in ? import yummain File "yummain.py", line 21, in ? File "clientStuff.py", line 25, in ? File "pkgaction.py", line 25, in ? File "rpmUtils.py", line 9, in ? File "urlgrabber.py", line 21, in ? File "/usr/lib64/python2.2/urllib2.py", line 101, in ? import ftplib File "/usr/lib64/python2.2/ftplib.py", line 68, in ? all_errors = (Error, socket.error, IOError, EOFError) AttributeError: 'module' object has no attribute 'error' Any Ideas on how to fix this without putting on Taroon's version of openssl? 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 mike at netlyncs.com Tue Jan 13 00:55:09 2004 From: mike at netlyncs.com (Mike Chambers) Date: Mon, 12 Jan 2004 18:55:09 -0600 Subject: Fedora Core 1 Testing Update: gcc-3.3.2-6 In-Reply-To: <20040112181618.10be5793.seanlkml@rogers.com> References: <20040112144012.GD31589@devserv.devel.redhat.com> <20040112115600.099b0a88.seanlkml@rogers.com> <20040112171235.GM2937@redhat.com> <20040112171921.GG31589@devserv.devel.redhat.com> <20040112181618.10be5793.seanlkml@rogers.com> Message-ID: <1073955309.2215.12.camel@bart.netlyncs.com> On Mon, 2004-01-12 at 17:16, Sean Estabrooks wrote: > Would still be interested to hear if you think a change is in order about > when rpms are automatically inherited by FC2 development. Don't you think > it would be better if it happened at testing time, rather than when moved > to stable? Although i do like the notion that we test our rpms _before_ > we develop them... That's got to make development easier. ;o) I don't think this test/stable and development/rawhide system is setup that way. Testing is for making sure the package works before it is moved to production up2date for the current release. Development/rawhide is for working on the next release, which once a package is working fine for the current one, then it's made to work with the new-to-be release, which will probably have lots of different dependencies/mechanisms, like the 2.6 kernel, newer kde, gnome and so on. LOL, doubt I'm explaining this correctly, hopefully my point is across at least hehe. -- Mike Chambers Madisonville, KY "It's funny until someone gets hurt...then it's hilarious!" From 64bit_fedora at comcast.net Tue Jan 13 01:03:36 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Mon, 12 Jan 2004 19:03:36 -0600 Subject: Yum Broken. In-Reply-To: <1073955299.1859.3.camel@dynamic-171.harddata.net> References: <1073955299.1859.3.camel@dynamic-171.harddata.net> Message-ID: <20040113010336.GA30222@comcast.net> On Mon, Jan 12, 2004 at 05:54:59PM -0700, Mark Lane wrote: > > Any Ideas on how to fix this without putting on Taroon's version of > openssl? > Please see the FAQ at http://www.linuxtx.org/amd64faq.html There is a yum update from the original distribution site at http://fedora.linux.duke.edu/fc1_x86_64/updates that will fix the issue you are seeing. Thanks, Justin From greg at elcoronel.com Tue Jan 13 03:15:58 2004 From: greg at elcoronel.com (Greg Sanders) Date: Tue, 13 Jan 2004 03:15:58 +0000 (UTC) Subject: Yum Broken. In-Reply-To: <1073955299.1859.3.camel@dynamic-171.harddata.net> Message-ID: What's the fix for the problem mentioned below if you're running Yum 2.0.4-1 on RedHat 9.0.93 (Severn)? On Mon, 12 Jan 2004, Mark Lane wrote: > I have been upgrading my Taroon 2 system to Fedora Core 1 for AMD64 but > I have run into a problem. I believe that after I upgraded openssl that > yum broke. > > [root at dynamic-171 downloads]# yum check-update > Traceback (most recent call last): > File "/usr/bin/yum", line 22, in ? > import yummain > File "yummain.py", line 21, in ? > File "clientStuff.py", line 25, in ? > File "pkgaction.py", line 25, in ? > File "rpmUtils.py", line 9, in ? > File "urlgrabber.py", line 21, in ? > File "/usr/lib64/python2.2/urllib2.py", line 101, in ? > import ftplib > File "/usr/lib64/python2.2/ftplib.py", line 68, in ? > all_errors = (Error, socket.error, IOError, EOFError) > AttributeError: 'module' object has no attribute 'error' > > > Any Ideas on how to fix this without putting on Taroon's version of > openssl? > > 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! <-- > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > Greg Sanders - Sysadmin, Webhead, Tolkien-phile ElCoronel @ irc.freenode.net - http://elcoronel.com/ ------------------------------------------------------------------------- Methink'st thou art a general offence and every man should beat thee. -William Shakespeare, All's Well That Ends Well From skvidal at phy.duke.edu Tue Jan 13 03:16:12 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 12 Jan 2004 22:16:12 -0500 Subject: Yum Broken. In-Reply-To: References: Message-ID: <1073963772.29976.33.camel@binkley> On Mon, 2004-01-12 at 22:15, Greg Sanders wrote: > What's the fix for the problem mentioned below if you're running Yum > 2.0.4-1 on RedHat 9.0.93 (Severn)? > you're running severn on x86_64? using the taroon kernel? What other x86_64 libs are you using? -sv From greg at elcoronel.com Tue Jan 13 03:32:40 2004 From: greg at elcoronel.com (Greg Sanders) Date: Tue, 13 Jan 2004 03:32:40 +0000 (UTC) Subject: Yum Broken. In-Reply-To: <1073963772.29976.33.camel@binkley> Message-ID: On Mon, 12 Jan 2004, seth vidal wrote: > On Mon, 2004-01-12 at 22:15, Greg Sanders wrote: > > What's the fix for the problem mentioned below if you're running Yum > > 2.0.4-1 on RedHat 9.0.93 (Severn)? > > > > you're running severn on x86_64? > > using the taroon kernel? > > What other x86_64 libs are you using? > Sorry, forgot to include "on standard Intel hardware" and my lib errors are with /usr/lib/python2.2/urlib.py and /usr/lib/python2.2/ftplib.py . Other than that my error message is identical. Greg Sanders - Sysadmin, Webhead, Tolkien-phile ElCoronel @ irc.freenode.net - http://elcoronel.com/ ------------------------------------------------------------------------- Methink'st thou art a general offence and every man should beat thee. -William Shakespeare, All's Well That Ends Well From joe at tmsusa.com Tue Jan 13 04:34:22 2004 From: joe at tmsusa.com (joe) Date: Mon, 12 Jan 2004 20:34:22 -0800 Subject: Compiling NVIDIA driver for -ntpl kernel In-Reply-To: <200310281445.22802.elwoo@videotron.ca> References: <1F336C4559FF244A90D52EFEABE98AD607CC74@nimo.nhpro.kw> <1067094667.3409.4.camel@spike-home.comcast.net> <200310281445.22802.elwoo@videotron.ca> Message-ID: <4003754E.90009@tmsusa.com> Elton Woo wrote: >Newbie (and perhaps stupid) question: is there a way to remove the >nVidia GL, so that one can keep the Mesa ones? ... Or am I obliged to >continually remove the latter? As it stands, there two steps necessary >whenever I get rawhide updates: >1) re-run the nVidia installer whenever the kernel is updated >2) remove using --nodeps whenever XFree is updated (since I can't >update without including the Mesa-libGL package... > >... or am I asking the impossible / unreasonable? > > Sure, if you'd rather do software rendering with mesa, just uninstall the nvidia drivers and reinstall mesa-gl. I dunno though, let's see, mesa-gl = 0.1 fps for q3a, nvidia = 100 fps for q3a... I think I'll go with the nvidia gl, and that is my final answer! Joe -------------- next part -------------- An HTML attachment was scrubbed... URL: From joe at tmsusa.com Tue Jan 13 04:36:31 2004 From: joe at tmsusa.com (joe) Date: Mon, 12 Jan 2004 20:36:31 -0800 Subject: Compiling NVIDIA driver for -ntpl kernel In-Reply-To: <200310281606.46718.elwoo@videotron.ca> References: <1F336C4559FF244A90D52EFEABE98AD607CC74@nimo.nhpro.kw> <200310281445.22802.elwoo@videotron.ca> <200310281606.46718.elwoo@videotron.ca> Message-ID: <400375CF.2060406@tmsusa.com> Elton Woo wrote: >On October 28, 2003 03:49 pm, Mike A. Harris , <"Mike A. Harris" >> wrote: > > > >>We are not going to make ugly hacks for software installed >>outside of rpm context. It defeats the entire purpose of rpm in >>the first place, and opens the door for 10000 other software >>companies out there to request and expect special treatment and >>hacks for their software too. >> >> >I see your point, and I agree with you totally. FYI, the nVidia drivers >are no longer installed via rpm, but an "all-platform" *.run >script. > ... I guess I'll have to live with it until nVidia update their drivers to >work with the newer kenels. No major heartbreak, but an annoyance >nonetheless, to have to do those two steps, each time ... > > Huh? what do you mean "work with newer kernels"? Joe - happily running 3D accelerated nvidia on fedora! Joe -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at phy.duke.edu Tue Jan 13 05:15:33 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 13 Jan 2004 00:15:33 -0500 Subject: Yum Broken. In-Reply-To: References: Message-ID: <1073970933.29976.35.camel@binkley> > Sorry, forgot to include "on standard Intel hardware" and my lib errors > are with /usr/lib/python2.2/urlib.py and /usr/lib/python2.2/ftplib.py . > Other than that my error message is identical. > > Greg Sanders - Sysadmin, Webhead, Tolkien-phile > ElCoronel @ irc.freenode.net - http://elcoronel.com/ > ------------------------------------------------------------------------- > Methink'st thou art a general offence and every man should beat thee. > -William Shakespeare, All's Well That Ends Well install/update your system to fc1. it's probably a broken openssl package iirc. -sv From czar at czarc.net Tue Jan 13 07:03:50 2004 From: czar at czarc.net (Gene C.) Date: Tue, 13 Jan 2004 02:03:50 -0500 Subject: Fedora Core 1 Testing Update: gcc-3.3.2-6 In-Reply-To: <20040112144012.GD31589@devserv.devel.redhat.com> References: <20040112144012.GD31589@devserv.devel.redhat.com> Message-ID: <200401130203.50942.czar@czarc.net> On Monday 12 January 2004 09:40, Jakub Jelinek wrote: > --------------------------------------------------------------------- > Fedora Update Notification > FEDORA-2003-050 > 2004-01-12 > --------------------------------------------------------------------- > > Name : gcc > Version : 3.3.2 > Release : 6 > Summary : Various compilers (C, C++, Objective-C, Java, ...) > Description : > The gcc package contains the GNU Compiler Collection version 3.3.2. > You'll need this package in order to compile C code. > > --------------------------------------------------------------------- > * Fri Jan 09 2004 Jakub Jelinek 3.3.2-6 > > - update from gcc-3_3-branch > - PRs fortran/12632, target/13373, bootstrap/13068, middle-end/13475, > target/11576, optimization/13394, c/13382, target/11271, > middle-end/13400, optimization/13031, c++/13239, > c++/2294, c++/5050, c++/11554, c++/12696, c++/12862, c++/13070, > c++/13081, c++/13239, c++/13371, c++/13445, c++/13507, > libstdc++/13007 > - fix endless loop on AMD64 (#112678, PR optimization/13521) > - fix __builtin_expect I would appreciate this getting into the development tree sooner rather than later so I can test the AMD64 endless loop fix without needing to rebuild myself. I already run the patch on locally build rpms and would like to verify on the "offical" rpms. -- Gene From thacker at math.cornell.edu Tue Jan 13 07:15:32 2004 From: thacker at math.cornell.edu (John Alexander Thacker) Date: Tue, 13 Jan 2004 02:15:32 -0500 Subject: Compiling NVIDIA driver for -ntpl kernel In-Reply-To: <4003754E.90009@tmsusa.com> References: <1F336C4559FF244A90D52EFEABE98AD607CC74@nimo.nhpro.kw> <1067094667.3409.4.camel@spike-home.comcast.net> <200310281445.22802.elwoo@videotron.ca> <4003754E.90009@tmsusa.com> Message-ID: <20040113071532.GA16930@thacker.dyndns.org> On Mon, Jan 12, 2004 at 08:34:22PM -0800, joe wrote: > Elton Woo wrote: > > >Newbie (and perhaps stupid) question: is there a way to remove the > >nVidia GL, so that one can keep the Mesa ones? ... Or am I obliged to > >continually remove the latter? As it stands, there two steps necessary > >whenever I get rawhide updates: > >1) re-run the nVidia installer whenever the kernel is updated > >2) remove using --nodeps whenever XFree is updated (since I can't > >update without including the Mesa-libGL package... > > > >... or am I asking the impossible / unreasonable? > > > > > Sure, if you'd rather do software rendering with mesa, just uninstall > the nvidia drivers and reinstall mesa-gl. The other option is to create an RPM package from the nVidia GL package, and have it provide the proper dependencies. Axel Thimm does this on his site, and you can use his RPMs or adapt them to your use. Note that he also rebuilds new RPMs for each Fedora kernel release. http://atrpms.physik.fu-berlin.de/dist/fc1/nvidia-graphics/ John Thacker From zboszor at freemail.hu Tue Jan 13 09:23:12 2004 From: zboszor at freemail.hu (Boszormenyi Zoltan) Date: Tue, 13 Jan 2004 10:23:12 +0100 Subject: x86_64 vs i[36]86 arch question Message-ID: <4003B900.2090608@freemail.hu> Hi, now I have my MSI K8T Neo mainboard with an Athlon64 3200+. I intend to start testing the FC2 development tree. Before I start installing it, I would like to ask how can I make a dual arch system from both te i386 and the x86_64 packages? Can anaconda detect the situation where I already instelled the i386 version and keep them while installing the x86_64 version? Justin M. Forbes suggested (Re: Fedora/x86_64 vs 32-bit user space) that I try to make a dual boot. How can I share /boot? Both kernel-2.6.1-1.34.i686.rpm and kernel-2.6.1-1.34.x86_64.rpm has the same kernel filename. -- Best regards, Zolt?n B?sz?rm?nyi --------------------- What did Hussein say about his knife? One in Bush worth two in the hand. From 64bit_fedora at comcast.net Tue Jan 13 13:10:25 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 13 Jan 2004 07:10:25 -0600 Subject: x86_64 vs i[36]86 arch question In-Reply-To: <4003B900.2090608@freemail.hu> References: <4003B900.2090608@freemail.hu> Message-ID: <20040113131025.GB30222@comcast.net> On Tue, Jan 13, 2004 at 10:23:12AM +0100, Boszormenyi Zoltan wrote: > Before I start installing it, I would like to ask > how can I make a dual arch system from both te i386 > and the x86_64 packages? > You might be better off starting off with a proper biarch tree. If you look at the AMD64 FAQ http://wwww.linuxtx.org/amd64faq.html it will point you to the FC1 preview tree. Once you install that, you can point yum to the development repositories and it should do the right thing (update the proper packages both 32bit and 64bit). > Can anaconda detect the situation where I already instelled > the i386 version and keep them while installing the x86_64 version? > This method is not recommended as most packages are actually conflicting. libs are meant to be installed biarch and libtool handles things to make sure the right bin gets the right libs. > Justin M. Forbes suggested (Re: Fedora/x86_64 vs 32-bit user space) > that I try to make a dual boot. How can I share /boot? > Both kernel-2.6.1-1.34.i686.rpm and kernel-2.6.1-1.34.x86_64.rpm > has the same kernel filename. > By dual boot, I was referring to a full installation of both the 32bit FC OS and the 64bit FC OS. They can share /home and data filesystems, but they definately need seperate /boot, /usr, and preferably /etc and /var. This is only really of use if you need to run 32bit games (64bit DRI cannot run 32bit with hardware acceleration), or perhaps for running things like VMWare or other 32bit apps which include kernel modules. Hope this helps, Justin M. Forbes From seanlkml at rogers.com Tue Jan 13 13:35:53 2004 From: seanlkml at rogers.com (Sean Estabrooks) Date: Tue, 13 Jan 2004 08:35:53 -0500 Subject: Fedora Core 1 Testing Update: gcc-3.3.2-6 In-Reply-To: <1073955309.2215.12.camel@bart.netlyncs.com> References: <20040112144012.GD31589@devserv.devel.redhat.com> <20040112115600.099b0a88.seanlkml@rogers.com> <20040112171235.GM2937@redhat.com> <20040112171921.GG31589@devserv.devel.redhat.com> <20040112181618.10be5793.seanlkml@rogers.com> <1073955309.2215.12.camel@bart.netlyncs.com> Message-ID: <20040113083553.77908ad7.seanlkml@rogers.com> On Mon, 12 Jan 2004 18:55:09 -0600 Mike Chambers wrote: > I don't think this test/stable and development/rawhide system is setup > that way. Testing is for making sure the package works before it is > moved to production up2date for the current release. > Development/rawhide is for working on the next release, which once a > package is working fine for the current one, then it's made to work with > the new-to-be release, which will probably have lots of different > dependencies/mechanisms, like the 2.6 kernel, newer kde, gnome and so > on. > > LOL, doubt I'm explaining this correctly, hopefully my point is across > at least hehe. > Ahh ya did fine ;o) It turns out the testing directories aren't very big anyway, so it's not a huge deal either way. Cheers, Sean From zboszor at freemail.hu Tue Jan 13 14:06:21 2004 From: zboszor at freemail.hu (Boszormenyi Zoltan) Date: Tue, 13 Jan 2004 15:06:21 +0100 Subject: x86_64 vs i[36]86 arch question In-Reply-To: <20040113131025.GB30222@comcast.net> References: <4003B900.2090608@freemail.hu> <20040113131025.GB30222@comcast.net> Message-ID: <4003FB5D.9000708@freemail.hu> Hi, thanks for the answer. Justin M. Forbes ?rta: > You might be better off starting off with a proper biarch tree. If you > look at the AMD64 FAQ http://wwww.linuxtx.org/amd64faq.html it will point Thanks for the pointer. > you to the FC1 preview tree. Once you install that, you can point yum to > the development repositories and it should do the right thing (update the > proper packages both 32bit and 64bit). > >>Can anaconda detect the situation where I already instelled >>the i386 version and keep them while installing the x86_64 version? >> > > This method is not recommended as most packages are actually conflicting. > libs are meant to be installed biarch and libtool handles things to make > sure the right bin gets the right libs. I see. >>Justin M. Forbes suggested (Re: Fedora/x86_64 vs 32-bit user space) >>that I try to make a dual boot. How can I share /boot? >>Both kernel-2.6.1-1.34.i686.rpm and kernel-2.6.1-1.34.x86_64.rpm >>has the same kernel filename. >> > > By dual boot, I was referring to a full installation of both the 32bit FC > OS and the 64bit FC OS. They can share /home and data filesystems, but > they definately need seperate /boot, /usr, and preferably /etc and /var. > This is only really of use if you need to run 32bit games (64bit DRI cannot > run 32bit with hardware acceleration), or perhaps for running things like > VMWare or other 32bit apps which include kernel modules. Yes, I already guessed that I will need separate / (containing /etc ...), /usr, /var for a dual boot. What I wanted to achieve is to have a single boot menu. As the current situation stands, I will need two /boot and manually set up an entry in the default one -it would be the 32 bit Fedora- so it boots another grub (that boots the 64 bit Fedora). An entry similar to one that boots into a Win* should do, at least I hope. > Hope this helps, > Justin M. Forbes Thanks. -- Best regards, Zolt?n B?sz?rm?nyi --------------------- What did Hussein say about his knife? One in Bush worth two in the hand. From 64bit_fedora at comcast.net Tue Jan 13 14:39:51 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 13 Jan 2004 08:39:51 -0600 Subject: x86_64 vs i[36]86 arch question In-Reply-To: <4003FB5D.9000708@freemail.hu> References: <4003B900.2090608@freemail.hu> <20040113131025.GB30222@comcast.net> <4003FB5D.9000708@freemail.hu> Message-ID: <20040113143951.GA4870@comcast.net> On Tue, Jan 13, 2004 at 03:06:21PM +0100, Boszormenyi Zoltan wrote: > > Yes, I already guessed that I will need separate / (containing /etc ...), > /usr, /var for a dual boot. What I wanted to achieve is to have a single > boot menu. As the current situation stands, I will need two /boot > and manually set up an entry in the default one -it would be the > 32 bit Fedora- so it boots another grub (that boots the 64 bit Fedora). > An entry similar to one that boots into a Win* should do, at least I hope. > When you do the install, I believe it will set this up automatically, if not, simply add the entry from grub.conf in the first installation to the grub.conf on the second installation. The second will overwrite the first, so its grub.conf will be the one that matters. That grub instance can boot any other linux image. Justin From mark at harddata.com Tue Jan 13 14:43:26 2004 From: mark at harddata.com (mark at harddata.com) Date: Tue, 13 Jan 2004 07:43:26 -0700 (MST) Subject: Yum Broken. In-Reply-To: <20040113010336.GA30222@comcast.net> References: <1073955299.1859.3.camel@dynamic-171.harddata.net> <20040113010336.GA30222@comcast.net> Message-ID: <62739.24.86.105.71.1074005006.squirrel@www.harddata.com> > On Mon, Jan 12, 2004 at 05:54:59PM -0700, Mark Lane wrote: >> >> Any Ideas on how to fix this without putting on Taroon's version of >> openssl? >> > Please see the FAQ at http://www.linuxtx.org/amd64faq.html > > There is a yum update from the original distribution site at > http://fedora.linux.duke.edu/fc1_x86_64/updates that will fix the issue > you are seeing. > I have already upgraded to that version of Yum. The errors I listed were front that version. Earlier version gave the same results. From mark at harddata.com Tue Jan 13 17:07:00 2004 From: mark at harddata.com (Mark Lane) Date: Tue, 13 Jan 2004 10:07:00 -0700 Subject: Yum Broken. In-Reply-To: <62739.24.86.105.71.1074005006.squirrel@www.harddata.com> References: <1073955299.1859.3.camel@dynamic-171.harddata.net> <20040113010336.GA30222@comcast.net> <62739.24.86.105.71.1074005006.squirrel@www.harddata.com> Message-ID: <1074013620.3995.12.camel@dynamic-171.harddata.net> On Tue, 2004-01-13 at 07:43, mark at harddata.com wrote: > > On Mon, Jan 12, 2004 at 05:54:59PM -0700, Mark Lane wrote: > >> > >> Any Ideas on how to fix this without putting on Taroon's version of > >> openssl? > >> > > Please see the FAQ at http://www.linuxtx.org/amd64faq.html > > > > There is a yum update from the original distribution site at > > http://fedora.linux.duke.edu/fc1_x86_64/updates that will fix the issue > > you are seeing. > > > > I have already upgraded to that version of Yum. The errors I listed were > front that version. Earlier version gave the same results. > Okay, I backed out of the openssl updates and it still is not working... -- 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 tim_kossack at web.de Tue Jan 13 18:53:41 2004 From: tim_kossack at web.de (Tim Kossack) Date: Tue, 13 Jan 2004 19:53:41 +0100 Subject: pcmcia-problems... In-Reply-To: <1073695394.3834.21.camel@localhost.localdomain> References: <1073695394.3834.21.camel@localhost.localdomain> Message-ID: <1074020020.3091.1.camel@localhost.localdomain> Am Sa, den 10.01.2004 schrieb Tim Kossack um 01:43: > hi, > > i have a vaio z600lek with a pc-card cdrom which was properly detected > and installed in red hat 8. > in red hat 9 as well as fedora 1, installation from it works only with > the workaround in the release notes, and it won't work at all afterwards > when running either red hat 9 or fc1. > i was already over at pcmcia-cs.sourceforge.net, but they couldn't > figure out why it's not working either (red hat uses some modified > pcmcia-package, no?) > anyways, because this might be a relevant issue for fc2 affecting all > users of notebokks of the same kind, i post over here. > > here's the link (i didn't try his last tip, because i don't understand > what to do - as you can see from the thread, my knowledge of linux is > still very limited. so pls bear with me) > > http://sourceforge.net/forum/forum.php?thread_id=855719&forum_id=7049 > > thx for any help. hm, someone at redhat or some expert here _should know_ what to do - no...?! From whooperhsd3 at earthlink.net Tue Jan 13 20:52:39 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Tue, 13 Jan 2004 15:52:39 -0500 (EST) Subject: pcmcia-problems... In-Reply-To: <1074020020.3091.1.camel@localhost.localdomain> References: <1073695394.3834.21.camel@localhost.localdomain> <1074020020.3091.1.camel@localhost.localdomain> Message-ID: <3870.209.239.137.141.1074027159.squirrel@209.239.137.141> Tim Kossack said: > hm, someone at redhat or some expert here _should know_ what to do - > no...?! You are asking the wrong list. Try the fedora-list. -- William Hooper From tim_kossack at web.de Tue Jan 13 21:13:12 2004 From: tim_kossack at web.de (Tim Kossack) Date: Tue, 13 Jan 2004 22:13:12 +0100 Subject: pcmcia-problems... In-Reply-To: <3870.209.239.137.141.1074027159.squirrel@209.239.137.141> References: <1073695394.3834.21.camel@localhost.localdomain> <1074020020.3091.1.camel@localhost.localdomain> <3870.209.239.137.141.1074027159.squirrel@209.239.137.141> Message-ID: <1074028391.3317.10.camel@localhost.localdomain> Am Di, den 13.01.2004 schrieb William Hooper um 21:52: > Tim Kossack said: > > hm, someone at redhat or some expert here _should know_ what to do - > > no...?! > > You are asking the wrong list. Try the fedora-list. > sorry, but where's the problem? i really wonder what's the difference between my issue and the one of the slightly older ati-thread here at this list? there it's about a hardware-detection/configuration-problem that affects other users, and i got a hardware-detection/configuration-problem that very likely affects other users also (and might need to get fixed by red hat, not me), and isn't just a problem on my part... From vaughan at cox.net Tue Jan 13 21:15:55 2004 From: vaughan at cox.net (Tom Vaughan) Date: Tue, 13 Jan 2004 16:15:55 -0500 Subject: fedora-test-list digest, Vol 1 #479 - 26 msgs In-Reply-To: <20040113170011.17935.42591.Mailman@listman.back-rdu.redhat.com> Message-ID: <002b01c3da1a$6e7bae30$0400a8c0@gollum> I too am having difficulties with yum. I first fixed a typo in one of the python files and now I get an RPM error after downloading all the packages when typing yum upgrade Tom vaughan at cox.net ------------------------------------------------------------------------ -------------- FIGHT BACK AGAINST SPAM! Download Spam Inspector, the Award Winning Anti-Spam Filter http://mail.giantcompany.com -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of fedora-test-list-request at redhat.com Sent: Tuesday, January 13, 2004 12:00 PM To: fedora-test-list at redhat.com Subject: fedora-test-list digest, Vol 1 #479 - 26 msgs 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. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Balint Cristian) 2. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Tim Waugh) 3. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Jakub Jelinek) 4. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks) 5. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks) 6. RE: Java and Fedora (stephan schutter) 7. RE: Java and Fedora (Mariusz =?iso-8859-2?Q?Smyku=B3a?=) 8. Re: Java and Fedora (Ryan Nix) 9. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks) 10. Yum Broken. (Mark Lane) 11. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Mike Chambers) 12. Re: Yum Broken. (Justin M. Forbes) 13. Re: Yum Broken. (Greg Sanders) 14. Re: Yum Broken. (seth vidal) 15. Re: Yum Broken. (Greg Sanders) 16. Re: Compiling NVIDIA driver for -ntpl kernel (joe) 17. Re: Compiling NVIDIA driver for -ntpl kernel (joe) 18. Re: Yum Broken. (seth vidal) 19. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Gene C.) 20. Re: Compiling NVIDIA driver for -ntpl kernel (John Alexander Thacker) 21. x86_64 vs i[36]86 arch question (Boszormenyi Zoltan) 22. Re: x86_64 vs i[36]86 arch question (Justin M. Forbes) 23. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks) 24. Re: x86_64 vs i[36]86 arch question (Boszormenyi Zoltan) 25. Re: x86_64 vs i[36]86 arch question (Justin M. Forbes) 26. Re: Yum Broken. (mark at harddata.com) --__--__-- Message: 1 From: Balint Cristian Organization: Home To: fedora-test-list at redhat.com Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 Date: Mon, 12 Jan 2004 19:08:10 +0200 Cc: Sean Estabrooks Reply-To: fedora-test-list at redhat.com > > development -> testing -> stable ? As i remark till now was: testing ---(1 day to 1 week)---> devel ---> stable. If i am wrong correct me. > > It's hard to keep track of the latest rpm's new ones somtimes skip > the first step. For those of us with local mirrors we'll have to mirror > _both_ development and testing. Perhaps there is a reason why this > particular release didn't appear in the development rpms? > > Cheers, > Sean --__--__-- Message: 2 Date: Mon, 12 Jan 2004 17:12:35 +0000 From: Tim Waugh To: fedora-test-list at redhat.com Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 Reply-To: fedora-test-list at redhat.com --eMP3JyRexyk9c0Bv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote: > Shouldn't the flow of an rpm be something like: >=20 > development -> testing -> stable ? No. The 'development' packages are built in a rawhide build environment -- you certainly don't want those ending up as stable updates for Fedora Core 1. Basically a package is either built for testing (and then perhaps moved to stable) *or* for development. Tim. */ --eMP3JyRexyk9c0Bv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAAtWD9gevn0C09XYRAmT1AKDaX9D3x9dkzeIRU40b1Qynxa8iTACfawga cd/5P+PZSyZZo2SVzPOi1Nc= =gad5 -----END PGP SIGNATURE----- --eMP3JyRexyk9c0Bv-- --__--__-- Message: 3 Date: Mon, 12 Jan 2004 12:19:25 -0500 From: Jakub Jelinek To: fedora-test-list at redhat.com Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 Reply-To: fedora-test-list at redhat.com On Mon, Jan 12, 2004 at 05:12:35PM +0000, Tim Waugh wrote: > On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote: > > > Shouldn't the flow of an rpm be something like: > > > > development -> testing -> stable ? > > No. The 'development' packages are built in a rawhide build > environment -- you certainly don't want those ending up as stable > updates for Fedora Core 1. > > Basically a package is either built for testing (and then perhaps > moved to stable) *or* for development. And in the case of GCC, there are so far no reasons to have different compiler for FC1 updates and development, which means that the package has to be built as FC1 testing and when it becomes FC1 stable it will be automatically inherited into FC2 development. Jakub --__--__-- Message: 4 Date: Mon, 12 Jan 2004 12:26:50 -0500 From: Sean Estabrooks To: fedora-test-list at redhat.com Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 Organization: Reply-To: fedora-test-list at redhat.com On Mon, 12 Jan 2004 17:12:35 +0000 Tim Waugh wrote: > On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote: > > > Shouldn't the flow of an rpm be something like: > > > > development -> testing -> stable ? > > No. The 'development' packages are built in a rawhide build > environment -- you certainly don't want those ending up as stable > updates for Fedora Core 1. > > Basically a package is either built for testing (and then perhaps > moved to stable) *or* for development. Hey Tim, Ok, i guess that makes some sense. My own feeling is that the development branch should not be behind the testing branch of the current release. All i was really asking was shouldn't it be released to"rawhide" ie. development branch first or at least in parallel? If it's good enough to be pre-stable, isn't it good enough for the development branch? This would increase the exposure and perhaps reveal additional issues, prior to going stable. My other reason is admittedly somewhat selfish in that i only have a local mirror of the development rpms and would dislike having to mirror all the testing rpms just to get the odd rpm that appears there first. This can't be good for the download sites either. Cheers, Sean --__--__-- Message: 5 Date: Mon, 12 Jan 2004 12:29:40 -0500 From: Sean Estabrooks To: fedora-test-list at redhat.com Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 Organization: Reply-To: fedora-test-list at redhat.com On Mon, 12 Jan 2004 12:19:25 -0500 Jakub Jelinek wrote: > On Mon, Jan 12, 2004 at 05:12:35PM +0000, Tim Waugh wrote: > > On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote: > > > > > Shouldn't the flow of an rpm be something like: > > > > > > development -> testing -> stable ? > > > > No. The 'development' packages are built in a rawhide build > > environment -- you certainly don't want those ending up as stable > > updates for Fedora Core 1. > > > > Basically a package is either built for testing (and then perhaps > > moved to stable) *or* for development. > > And in the case of GCC, there are so far no reasons to have different > compiler for FC1 updates and development, which means that > the package has to be built as FC1 testing and when it becomes FC1 > stable it will be automatically inherited into FC2 development. > Jakub, Thanks for the response. Would it make more sense that FC2 development inherit the package when it goes into testing instead? Development is meant to be most current and isn't garenteed to not break. This should speed up the discovery of any issues. If it's good enough for FC1 testing does it not mean it's good enough for FC2 development? Thanks, Sean --__--__-- Message: 6 From: "stephan schutter" To: Subject: RE: Java and Fedora Date: Mon, 12 Jan 2004 11:31:52 -0600 Reply-To: fedora-test-list at redhat.com Because the vendor assumes that you are a UNIX admin, and want to do everything yourself... It is like distributing Windows programs and expecting the user to go and edit the registry by hand to make the program start. --it is insane. Making a symlink in the /bin folder pointing to the Java executable worked for me... This seems a lot simpler and global than fiddling with paths and variables... -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Ryan Nix Sent: Sunday, January 11, 2004 1:27 PM To: fedora-test-list at redhat.com Subject: Java and Fedora Why is Java always so difficult to setup? Specifically speaking, I'm trying to install Limewire for a customer to appease her for trying a Linux desktop. Is there something that has to be configured in each user account to run Limewire? Are there any plans to bundle a JVM like Sun's or IBMs in the future? -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list --__--__-- Message: 7 Subject: RE: Java and Fedora From: Mariusz =?iso-8859-2?Q?Smyku=B3a?= To: Fedora Test List Organization: JabberPL.org Date: Mon, 12 Jan 2004 22:15:25 +0100 Reply-To: fedora-test-list at redhat.com W li?cie z pon, 12-01-2004, godz. 18:31, stephan schutter pisze: > Why is Java always so difficult to setup? Specifically speaking, I'm > trying to install Limewire for a customer to appease her for trying a > Linux desktop. > Is there something that has to be configured in each user account to run > Limewire? jpackage.org and yum install limewire ;) -- Mariusz 'marian' Smyku?a --------------------------------- jid/email: marian at t-system.com.pl --------------------------------- --__--__-- Message: 8 Date: Mon, 12 Jan 2004 15:23:35 -0600 From: Ryan Nix To: fedora-test-list at redhat.com Subject: Re: Java and Fedora Reply-To: fedora-test-list at redhat.com You rock Mariusz! Thanks to everyone else for the help too! :) Mariusz Smyku?a wrote: >W li?cie z pon, 12-01-2004, godz. 18:31, stephan schutter pisze: > > > >>Why is Java always so difficult to setup? Specifically speaking, I'm >>trying to install Limewire for a customer to appease her for trying a >>Linux desktop. >>Is there something that has to be configured in each user account to run >>Limewire? >> >> > >jpackage.org and yum install limewire ;) > > > --__--__-- Message: 9 Date: Mon, 12 Jan 2004 18:16:18 -0500 From: Sean Estabrooks To: fedora-test-list at redhat.com Cc: jakub at redhat.com Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 Organization: Reply-To: fedora-test-list at redhat.com On Mon, 12 Jan 2004 12:19:25 -0500 Jakub Jelinek wrote: > And in the case of GCC, there are so far no reasons to have different > compiler for FC1 updates and development, which means that > the package has to be built as FC1 testing and when it becomes FC1 > stable > it will be automatically inherited into FC2 development. Jakub, Ok, bandwidth-be-damned i've setup mirroring for binary and source rpms of both core/testing and core/development from redhat.com. Would still be interested to hear if you think a change is in order about when rpms are automatically inherited by FC2 development. Don't you think it would be better if it happened at testing time, rather than when moved to stable? Although i do like the notion that we test our rpms _before_ we develop them... That's got to make development easier. ;o) Sean --__--__-- Message: 10 Subject: Yum Broken. From: Mark Lane To: fedora-test-list at redhat.com Organization: Hard Data Date: Mon, 12 Jan 2004 17:54:59 -0700 Reply-To: fedora-test-list at redhat.com I have been upgrading my Taroon 2 system to Fedora Core 1 for AMD64 but I have run into a problem. I believe that after I upgraded openssl that yum broke. [root at dynamic-171 downloads]# yum check-update Traceback (most recent call last): File "/usr/bin/yum", line 22, in ? import yummain File "yummain.py", line 21, in ? File "clientStuff.py", line 25, in ? File "pkgaction.py", line 25, in ? File "rpmUtils.py", line 9, in ? File "urlgrabber.py", line 21, in ? File "/usr/lib64/python2.2/urllib2.py", line 101, in ? import ftplib File "/usr/lib64/python2.2/ftplib.py", line 68, in ? all_errors = (Error, socket.error, IOError, EOFError) AttributeError: 'module' object has no attribute 'error' Any Ideas on how to fix this without putting on Taroon's version of openssl? 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! <-- --__--__-- Message: 11 Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 From: Mike Chambers To: Fedora Beta Date: Mon, 12 Jan 2004 18:55:09 -0600 Reply-To: fedora-test-list at redhat.com On Mon, 2004-01-12 at 17:16, Sean Estabrooks wrote: > Would still be interested to hear if you think a change is in order about > when rpms are automatically inherited by FC2 development. Don't you think > it would be better if it happened at testing time, rather than when moved > to stable? Although i do like the notion that we test our rpms _before_ > we develop them... That's got to make development easier. ;o) I don't think this test/stable and development/rawhide system is setup that way. Testing is for making sure the package works before it is moved to production up2date for the current release. Development/rawhide is for working on the next release, which once a package is working fine for the current one, then it's made to work with the new-to-be release, which will probably have lots of different dependencies/mechanisms, like the 2.6 kernel, newer kde, gnome and so on. LOL, doubt I'm explaining this correctly, hopefully my point is across at least hehe. -- Mike Chambers Madisonville, KY "It's funny until someone gets hurt...then it's hilarious!" --__--__-- Message: 12 Date: Mon, 12 Jan 2004 19:03:36 -0600 From: "Justin M. Forbes" <64bit_fedora at comcast.net> To: fedora-test-list at redhat.com Subject: Re: Yum Broken. Reply-To: fedora-test-list at redhat.com On Mon, Jan 12, 2004 at 05:54:59PM -0700, Mark Lane wrote: > > Any Ideas on how to fix this without putting on Taroon's version of > openssl? > Please see the FAQ at http://www.linuxtx.org/amd64faq.html There is a yum update from the original distribution site at http://fedora.linux.duke.edu/fc1_x86_64/updates that will fix the issue you are seeing. Thanks, Justin --__--__-- Message: 13 Date: Tue, 13 Jan 2004 03:15:58 +0000 (UTC) From: Greg Sanders To: fedora-test-list at redhat.com Subject: Re: Yum Broken. Reply-To: fedora-test-list at redhat.com What's the fix for the problem mentioned below if you're running Yum 2.0.4-1 on RedHat 9.0.93 (Severn)? On Mon, 12 Jan 2004, Mark Lane wrote: > I have been upgrading my Taroon 2 system to Fedora Core 1 for AMD64 but > I have run into a problem. I believe that after I upgraded openssl that > yum broke. > > [root at dynamic-171 downloads]# yum check-update > Traceback (most recent call last): > File "/usr/bin/yum", line 22, in ? > import yummain > File "yummain.py", line 21, in ? > File "clientStuff.py", line 25, in ? > File "pkgaction.py", line 25, in ? > File "rpmUtils.py", line 9, in ? > File "urlgrabber.py", line 21, in ? > File "/usr/lib64/python2.2/urllib2.py", line 101, in ? > import ftplib > File "/usr/lib64/python2.2/ftplib.py", line 68, in ? > all_errors = (Error, socket.error, IOError, EOFError) > AttributeError: 'module' object has no attribute 'error' > > > Any Ideas on how to fix this without putting on Taroon's version of > openssl? > > 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! <-- > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > Greg Sanders - Sysadmin, Webhead, Tolkien-phile ElCoronel @ irc.freenode.net - http://elcoronel.com/ ------------------------------------------------------------------------ - Methink'st thou art a general offence and every man should beat thee. -William Shakespeare, All's Well That Ends Well --__--__-- Message: 14 Subject: Re: Yum Broken. From: seth vidal To: fedora-test-list at redhat.com Date: Mon, 12 Jan 2004 22:16:12 -0500 Reply-To: fedora-test-list at redhat.com On Mon, 2004-01-12 at 22:15, Greg Sanders wrote: > What's the fix for the problem mentioned below if you're running Yum > 2.0.4-1 on RedHat 9.0.93 (Severn)? > you're running severn on x86_64? using the taroon kernel? What other x86_64 libs are you using? -sv --__--__-- Message: 15 Date: Tue, 13 Jan 2004 03:32:40 +0000 (UTC) From: Greg Sanders To: fedora-test-list at redhat.com Subject: Re: Yum Broken. Reply-To: fedora-test-list at redhat.com On Mon, 12 Jan 2004, seth vidal wrote: > On Mon, 2004-01-12 at 22:15, Greg Sanders wrote: > > What's the fix for the problem mentioned below if you're running Yum > > 2.0.4-1 on RedHat 9.0.93 (Severn)? > > > > you're running severn on x86_64? > > using the taroon kernel? > > What other x86_64 libs are you using? > Sorry, forgot to include "on standard Intel hardware" and my lib errors are with /usr/lib/python2.2/urlib.py and /usr/lib/python2.2/ftplib.py . Other than that my error message is identical. Greg Sanders - Sysadmin, Webhead, Tolkien-phile ElCoronel @ irc.freenode.net - http://elcoronel.com/ ------------------------------------------------------------------------ - Methink'st thou art a general offence and every man should beat thee. -William Shakespeare, All's Well That Ends Well --__--__-- Message: 16 Date: Mon, 12 Jan 2004 20:34:22 -0800 From: joe To: fedora-test-list at redhat.com Subject: Re: Compiling NVIDIA driver for -ntpl kernel Reply-To: fedora-test-list at redhat.com This is a multi-part message in MIME format. --------------010306090909090204090706 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Elton Woo wrote: >Newbie (and perhaps stupid) question: is there a way to remove the >nVidia GL, so that one can keep the Mesa ones? ... Or am I obliged to >continually remove the latter? As it stands, there two steps necessary >whenever I get rawhide updates: >1) re-run the nVidia installer whenever the kernel is updated >2) remove using --nodeps whenever XFree is updated (since I can't >update without including the Mesa-libGL package... > >... or am I asking the impossible / unreasonable? > > Sure, if you'd rather do software rendering with mesa, just uninstall the nvidia drivers and reinstall mesa-gl. I dunno though, let's see, mesa-gl = 0.1 fps for q3a, nvidia = 100 fps for q3a... I think I'll go with the nvidia gl, and that is my final answer! Joe --------------010306090909090204090706 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Elton Woo wrote:
Newbie (and perhaps stupid) question: is there a
way to remove the
nVidia GL, so that one can keep the Mesa ones? ... Or am I obliged to
continually remove the latter? As it stands, there two steps necessary
whenever I get rawhide updates: 
1) re-run the nVidia installer whenever the kernel is updated
2) remove using --nodeps whenever XFree is updated (since I can't
update without including the Mesa-libGL package...

... or am I asking the impossible / unreasonable?
Sure, if you'd rather do software rendering with mesa, just uninstall the nvidia drivers and reinstall mesa-gl.

I dunno though, let's see, mesa-gl = 0.1 fps for q3a, nvidia = 100 fps for q3a...

I think I'll go with the nvidia gl, and that is my final answer!

Joe
 --------------010306090909090204090706-- --__--__-- Message: 17 Date: Mon, 12 Jan 2004 20:36:31 -0800 From: joe To: fedora-test-list at redhat.com Subject: Re: Compiling NVIDIA driver for -ntpl kernel Reply-To: fedora-test-list at redhat.com This is a multi-part message in MIME format. --------------020504030406020707050306 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Elton Woo wrote: >On October 28, 2003 03:49 pm, Mike A. Harris , <"Mike A. Harris" >> wrote: > > > >>We are not going to make ugly hacks for software installed >>outside of rpm context. It defeats the entire purpose of rpm in >>the first place, and opens the door for 10000 other software >>companies out there to request and expect special treatment and >>hacks for their software too. >> >> >I see your point, and I agree with you totally. FYI, the nVidia drivers >are no longer installed via rpm, but an "all-platform" *.run >script. > ... I guess I'll have to live with it until nVidia update their drivers to >work with the newer kenels. No major heartbreak, but an annoyance >nonetheless, to have to do those two steps, each time ... > > Huh? what do you mean "work with newer kernels"? Joe - happily running 3D accelerated nvidia on fedora! Joe --------------020504030406020707050306 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Elton Woo wrote:
On October 28, 2003 03:49 pm, Mike A. Harris , <"Mike
A. Harris" 
<mharris at redhat.com>>
wrote:

  
We are not going to make ugly hacks for software
installed
outside of rpm context.  It defeats the entire purpose of rpm in
the first place, and opens the door for 10000 other software
companies out there to request and expect special treatment and
hacks for their software too.
    
I see your point, and I agree with you totally.
FYI, the nVidia drivers
are no longer installed via rpm, but an "all-platform" *.run
script.
 ... I guess I'll have to live with it until nVidia update their drivers
to
work with the newer kenels. No major heartbreak, but an annoyance
nonetheless, to have to do those two steps, each time  ...
Huh? what do you mean "work with newer kernels"?

Joe - happily running 3D accelerated nvidia on fedora!

Joe
 --------------020504030406020707050306-- --__--__-- Message: 18 Subject: Re: Yum Broken. From: seth vidal To: fedora-test-list at redhat.com Date: Tue, 13 Jan 2004 00:15:33 -0500 Reply-To: fedora-test-list at redhat.com > Sorry, forgot to include "on standard Intel hardware" and my lib errors > are with /usr/lib/python2.2/urlib.py and /usr/lib/python2.2/ftplib.py From joe at tmsusa.com Tue Jan 13 21:25:35 2004 From: joe at tmsusa.com (joe) Date: Tue, 13 Jan 2004 13:25:35 -0800 Subject: Compiling NVIDIA driver for -ntpl kernel In-Reply-To: <20040113071532.GA16930@thacker.dyndns.org> References: <1F336C4559FF244A90D52EFEABE98AD607CC74@nimo.nhpro.kw> <1067094667.3409.4.camel@spike-home.comcast.net> <200310281445.22802.elwoo@videotron.ca> <4003754E.90009@tmsusa.com> <20040113071532.GA16930@thacker.dyndns.org> Message-ID: <4004624F.20502@tmsusa.com> John Alexander Thacker wrote: >Axel Thimm does this on >his site, and you can use his RPMs or adapt them to your use. >Note that he also rebuilds new RPMs for each Fedora kernel release. > >http://atrpms.physik.fu-berlin.de/dist/fc1/nvidia-graphics/ > > Thanks for the info, that's a new bookmark for me! Joe -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at phy.duke.edu Tue Jan 13 21:37:47 2004 From: skvidal at phy.duke.edu (seth vidal) Date: 13 Jan 2004 16:37:47 -0500 Subject: fedora-test-list digest, Vol 1 #479 - 26 msgs In-Reply-To: <002b01c3da1a$6e7bae30$0400a8c0@gollum> References: <002b01c3da1a$6e7bae30$0400a8c0@gollum> Message-ID: <1074029867.9525.29.camel@opus> On Tue, 2004-01-13 at 16:15, Tom Vaughan wrote: > I too am having difficulties with yum. I first fixed a typo in one of > the python files and now I get an RPM error after downloading all the > packages when typing yum upgrade > > you fixed a typo?? in 2.0.4-1? What file? -sv From whooperhsd3 at earthlink.net Tue Jan 13 21:48:28 2004 From: whooperhsd3 at earthlink.net (William Hooper) Date: Tue, 13 Jan 2004 16:48:28 -0500 (EST) Subject: pcmcia-problems... In-Reply-To: <1074028391.3317.10.camel@localhost.localdomain> References: <1073695394.3834.21.camel@localhost.localdomain> <1074020020.3091.1.camel@localhost.localdomain> <3870.209.239.137.141.1074027159.squirrel@209.239.137.141> <1074028391.3317.10.camel@localhost.localdomain> Message-ID: <4315.209.239.137.141.1074030508.squirrel@209.239.137.141> Tim Kossack said: > Am Di, den 13.01.2004 schrieb William Hooper um 21:52: >> Tim Kossack said: >> > hm, someone at redhat or some expert here _should know_ what to do - >> > no...?! >> >> You are asking the wrong list. Try the fedora-list. >> > sorry, but where's the problem? > > i really wonder what's the difference between my issue and the one of > the slightly older ati-thread here at this list? This list is for Fedora test releases and testing update packages. Sometimes people post off-topic questions and they get answered. Complaining because your off-topic question didn't get answered won't help. The fedora-list is for general Fedora release issues, so it is a better list for your question. It also has a different subscriber base, so someone there may have already found your answer. -- William Hooper From mb/redhat at dcs.qmul.ac.uk Tue Jan 13 22:23:18 2004 From: mb/redhat at dcs.qmul.ac.uk (Matt Bernstein) Date: Tue, 13 Jan 2004 22:23:18 +0000 (GMT) Subject: Yum Broken. In-Reply-To: <1074013620.3995.12.camel@dynamic-171.harddata.net> References: <1073955299.1859.3.camel@dynamic-171.harddata.net> <20040113010336.GA30222@comcast.net> <62739.24.86.105.71.1074005006.squirrel@www.harddata.com> <1074013620.3995.12.camel@dynamic-171.harddata.net> Message-ID: At 10:07 -0700 Mark Lane wrote: >Okay, I backed out of the openssl updates and it still is not working... I saw your problem fudging my home PC (standard 32-bit Athlon) from RH-beta-something (quite ugly; I managed to delete /var/lib/rpm) to FC1. I note the krb5 libraries moved, and eliminating /usr/kerberos/lib from my crufy setup made my yum work. (I think it libcom_err was the culprit..) From alexander.dalloz at uni-bielefeld.de Tue Jan 13 22:46:17 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Tue, 13 Jan 2004 23:46:17 +0100 Subject: fedora-test-list digest, Vol 1 #479 - 26 msgs In-Reply-To: <002b01c3da1a$6e7bae30$0400a8c0@gollum> References: <002b01c3da1a$6e7bae30$0400a8c0@gollum> Message-ID: <1074033977.16197.44.camel@sirendipity.dogma.lan> Am Di, den 13.01.2004 schrieb Tom Vaughan um 22:15: > I too am having difficulties with yum. I first fixed a typo in one of > the python files and now I get an RPM error after downloading all the > packages when typing yum upgrade > > > Tom O my God! This is the most evil posting I ever saw on a mailinglist. Are you mad? Top-posting is one fact, the next posting using the fedora-digest subject line and the most evil is to fully quote the whole digest mail. Alexander -- Alexander Dalloz | Enger, Germany PGP key valid: made 13.07.1999 PGP fingerprint: 2307 88FD 2D41 038E 7416 14CD E197 6E88 ED69 5653 From twaugh at redhat.com Tue Jan 13 22:50:13 2004 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 13 Jan 2004 22:50:13 +0000 Subject: Fedora Core 1 Testing Update: foomatic-3.0.0-21 Message-ID: <20040113225013.GD7551@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2003-051 2004-01-13 --------------------------------------------------------------------- Name : foomatic Version : 3.0.0 Release : 21 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 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. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 5cc1bacc57c17e001f0c6d3a6884e36b SRPMS/foomatic-3.0.0-21.src.rpm 0a5b810349361ce389bdc96bf94c109a i386/foomatic-3.0.0-21.i386.rpm bffc67366b4d2a3f8ed2cee3b1d37a24 i386/debug/foomatic-debuginfo-3.0.0-21.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From twaugh at redhat.com Tue Jan 13 22:50:18 2004 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 13 Jan 2004 22:50:18 +0000 Subject: Fedora Core 1 Testing Update: ghostscript-7.07-15 Message-ID: <20040113225018.GE7551@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2003-052 2004-01-13 --------------------------------------------------------------------- Name : ghostscript Version : 7.07 Release : 15 Summary : A PostScript(TM) interpreter and renderer. Description : Ghostscript is a set of software that provides a PostScript(TM) interpreter, a set of C procedures (the Ghostscript library, which implements the graphics capabilities in the PostScript language) and an interpreter for Portable Document Format (PDF) files. Ghostscript translates PostScript code into many common, bitmapped formats, like those understood by your printer or screen. Ghostscript is normally used to display PostScript files and to print PostScript files to non-PostScript printers. If you need to display PostScript files or print them to non-PostScript printers, you should install ghostscript. If you install ghostscript, you also need to install the ghostscript-fonts package. --------------------------------------------------------------------- Update Information: The HP Inkjet driver (hpijs) has been updated to version 1.5. --------------------------------------------------------------------- * Tue Jan 06 2004 Tim Waugh 7.07-15 - Build for Fedora Core 1 printer drivers update. - Conflicts with foomatic before hpijs 1.5 data. - Make fontconfig optional. * Sat Dec 13 2003 Tim Waugh 7.07-14 - Disable unnecessary debug messages from fontconfig support. * Fri Dec 05 2003 Tim Waugh 7.07-13 - Add fontconfig support (bug #111412). * Thu Nov 27 2003 Tim Waugh - Build requires libjpeg-devel (bug #110737). * Tue Nov 11 2003 Tim Waugh 7.07-12 - Updated hpijs to 1.5 (bug #109714). * Mon Nov 10 2003 Tim Waugh - Updated lxm3200 patch (bug #109625). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 14f1c7b23832228018e384c68ee24203 SRPMS/ghostscript-7.07-15.src.rpm c1123f0bbda3fc732c0de74502316a3e i386/ghostscript-7.07-15.i386.rpm e816be7560949d212ea7784513cd89dd i386/ghostscript-devel-7.07-15.i386.rpm 023fb064aae6495b8d999efb509239ea i386/hpijs-1.5-4.i386.rpm 58a796d8b7b2723251cecd1cf5aaa7da i386/debug/ghostscript-debuginfo-7.07-15.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From twaugh at redhat.com Tue Jan 13 22:50:22 2004 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 13 Jan 2004 22:50:22 +0000 Subject: Fedora Core 1 Testing Update: gimp-print-4.2.6-2 Message-ID: <20040113225022.GF7551@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2003-053 2004-01-13 --------------------------------------------------------------------- Name : gimp-print Version : 4.2.6 Release : 2 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. --------------------------------------------------------------------- * 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/ d4c9867279e529dfb725e5d4b78da45e SRPMS/gimp-print-4.2.6-2.src.rpm 29b2d556361ba27fcd2a16a666ba17b7 i386/gimp-print-4.2.6-2.i386.rpm 0c009dc9fe90c2aeace896d1bd89962c i386/gimp-print-devel-4.2.6-2.i386.rpm 7661658df3c6494c6c423794e682e637 i386/gimp-print-utils-4.2.6-2.i386.rpm 695ed05238474f1cb62fc5d15942086a i386/gimp-print-plugin-4.2.6-2.i386.rpm 9b8cbfabc97fa3904fa9678c293609b7 i386/gimp-print-cups-4.2.6-2.i386.rpm 92f791339c0607c53a0d2a1c0cd3a873 i386/debug/gimp-print-debuginfo-4.2.6-2.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dsavage at peaknet.net Tue Jan 13 23:05:50 2004 From: dsavage at peaknet.net (dsavage at peaknet.net) Date: Tue, 13 Jan 2004 17:05:50 -0600 (CST) Subject: fedora-test-list digest, Vol 1 #479 - 26 msgs In-Reply-To: <1074033977.16197.44.camel@sirendipity.dogma.lan> References: <002b01c3da1a$6e7bae30$0400a8c0@gollum> <1074033977.16197.44.camel@sirendipity.dogma.lan> Message-ID: <46398.140.175.214.33.1074035150.squirrel@www.peaknet.net> > O my God! This is the most evil posting I ever saw on a mailinglist. Are > you mad? Alexander, Hopefully not mad, but just an uninformed newbie. I just sent him a note off-list. Let's let him regroup and become a good netizen. --Doc Savage Fairview Heights, IL From ted at cypress.com Tue Jan 13 23:21:51 2004 From: ted at cypress.com (Thomas Dodd) Date: Tue, 13 Jan 2004 17:21:51 -0600 Subject: Java and Fedora In-Reply-To: <20040112173151.EC7088651@corb.mc.mpls.visi.com> References: <20040112173151.EC7088651@corb.mc.mpls.visi.com> Message-ID: <40047D8F.1090803@cypress.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 stephan schutter wrote: | Because the vendor assumes that you are a UNIX admin, and want to do | everything yourself... It is like distributing Windows programs and | expecting the user to go and edit the registry by hand to make the program | start. --it is insane. For a personal machine you are the admin, just as you are in Windoze. Imagine having a program that only works if you install it in a certian directory and that must replace system librarys (DLLs) with particular version( but that version might break some other app you use). That's insane. Oh wait, that describes most Windoze software. (Try installing to a drive other than C: because it's full. Oops, you still need 150MB on drive C:. Ok remove some old app you no longer use. Now It doen't work quite right. Been there done that. Won't do it again.) | Making a symlink in the /bin folder pointing to the Java executable worked | for me... This seems a lot simpler and global than fiddling with paths and | variables... And a lot harder to revert later if you need to. Using systematic methods like /etc/profile.d are muche easier to deal with. 1) the package lists the file in /etc/profile.d as belonginging to it 2) the file can contain comments to make it obvious what package it belongs to and what the settings there do 3) that tells users how to customize those setting if they want/need to. Try that with M$ Windoze and the registry. Here's one: HKEY_LOCAL_MACHINE\Software\Microsoft\Java VM\Security ValueName=EditCustomPermissions ValueData=00 00 00 00 What is that for? What do different values mean there? How do I set a custom CLASS_PATH that is always used when I run java dut doesn't affect others that use the machine? I don't think HKEY_LOCAL_MACHINE_Software\Microsoft\Java VM\Classpath would do it. but there is no indication that I coud set HKEY_CURRENT_USER\Software\Microsoft\Java VM\Classpath to do it. Would it be saved across logins? Would it append or replace the value from HKEY_LOCAL_MACHINE? At least I know that changing the variable in linux will 1) work, replace the old value, and not last across logins unless I set it with my user startup scripts. -Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFABH2O+mwggWqA1pQRAj+9AKDe+z6+DMq4fUMvn+x3G2Rruq1K5ACgovzE bAY+00D2zAQKcKjNs677WDM= =e4/1 -----END PGP SIGNATURE----- From redhat-jc at insight.rr.com Tue Jan 13 23:23:16 2004 From: redhat-jc at insight.rr.com (Jim Cornette) Date: Tue, 13 Jan 2004 18:23:16 -0500 Subject: net-snmp holding up testing rawhide Message-ID: <40047DE4.5090802@insight.rr.com> Using yum to update programs or using up2date would complain about a required version of the library, older than the one that is currently provided by the latest rawhide content. Why is this a requirement for the older libs? Is the dependacy actually needed? Finding obsoleted packages Resolving dependencies .Package net-snmp needs librpm-4.2.so, this is not available. Package net-snmp needs librpmdb-4.2.so, this is not available. Package net-snmp needs librpmio-4.2.so, this is not available. I successfully installed a fresh installation of Rawhide on January 4th. I later found a conflict between net-snmp and submitted a bug on the conflicting problems with other programs. I have now tried to do another rawhide installation on jan 11 and jan 12 with no luck. I then decided to do a fresh install of Fedora 1, then try for an upgrade through rawhide. This dumped also and a bug was reported for these issues. Also, xmms does not create a dafault .xmms directory on a clean install. If one was to import a directory from another instalation and launch xmms, it would work as it should. Bugs submitted: xmms: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112864 FTP anaconda: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113358 This bug is for someone elses troubles. I could not track down my bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113414 --- I am amazed how one program with conflicting dependacies is able to bring down a lot of other operating system features. Good luck, Jim From bcs at metacon.ca Tue Jan 13 23:29:35 2004 From: bcs at metacon.ca (Ben Steeves) Date: Tue, 13 Jan 2004 19:29:35 -0400 Subject: netiquette messages (was: fedora-test-list digest, Vol 1 #479 - 26 msgs) In-Reply-To: <46398.140.175.214.33.1074035150.squirrel@www.peaknet.net> References: <002b01c3da1a$6e7bae30$0400a8c0@gollum> <1074033977.16197.44.camel@sirendipity.dogma.lan> <46398.140.175.214.33.1074035150.squirrel@www.peaknet.net> Message-ID: <1074036575.15650.2.camel@ripley> On Tue, 2004-01-13 at 19:05, dsavage at peaknet.net wrote: > > O my God! This is the most evil posting I ever saw on a mailinglist. Are > > you mad? > > Alexander, > Hopefully not mad, but just an uninformed newbie. I just sent him a note > off-list. Let's let him regroup and become a good netizen. Actually, that brings up a good point: could those of you who feel compelled to correct people's netiquette PLEASE e-mail the offending person OFF-LIST? It gets tiresome to see the same netiquette messages posted multiple times per day. They do nothing but raise the noise level, and these lists (fedora-list and fedora-test-list) need all the help they can get maintaining the S/N ratio. -- 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 alexander.dalloz at uni-bielefeld.de Tue Jan 13 23:58:41 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Wed, 14 Jan 2004 00:58:41 +0100 Subject: netiquette messages (was: fedora-test-list digest, Vol 1 #479 - 26 msgs) In-Reply-To: <1074036575.15650.2.camel@ripley> References: <002b01c3da1a$6e7bae30$0400a8c0@gollum> <1074033977.16197.44.camel@sirendipity.dogma.lan> <46398.140.175.214.33.1074035150.squirrel@www.peaknet.net> <1074036575.15650.2.camel@ripley> Message-ID: <1074038321.16197.53.camel@sirendipity.dogma.lan> Am Mi, den 14.01.2004 schrieb Ben Steeves um 00:29: > On Tue, 2004-01-13 at 19:05, dsavage at peaknet.net wrote: > > > O my God! This is the most evil posting I ever saw on a mailinglist. Are > > > you mad? > > > > Alexander, > > Hopefully not mad, but just an uninformed newbie. I just sent him a note > > off-list. Let's let him regroup and become a good netizen. > > Actually, that brings up a good point: could those of you who feel > compelled to correct people's netiquette PLEASE e-mail the offending > person OFF-LIST? It gets tiresome to see the same netiquette messages > posted multiple times per day. They do nothing but raise the noise > level, and these lists (fedora-list and fedora-test-list) need all the > help they can get maintaining the S/N ratio. That's an argument Ben. I will in future inform the people by direkt mailing and hope they do not ignore it just because it has no publicity (that was the reason I did it on the list so far). Regards Alexander -- Alexander Dalloz | Enger, Germany PGP key valid: made 13.07.1999 PGP fingerprint: 2307 88FD 2D41 038E 7416 14CD E197 6E88 ED69 5653 From vaughan at cox.net Wed Jan 14 00:19:06 2004 From: vaughan at cox.net (Tom Vaughan) Date: Tue, 13 Jan 2004 19:19:06 -0500 Subject: yum error In-Reply-To: <20040113232401.23970.47725.Mailman@listman.back-rdu.redhat.com> Message-ID: <001601c3da34$05a99420$0400a8c0@gollum> I was getting a python error on line 619 or up2date.py Original code -> raise up2dateErros.RpmError("%s" % e) Changed to -> raise up2dateErrors.RpmError("%s" % e) The version that rpm -qi returns is 2.0.4-2 Tom you fixed a typo?? in 2.0.4-1? What file? -sv From skvidal at phy.duke.edu Wed Jan 14 00:20:54 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 13 Jan 2004 19:20:54 -0500 Subject: yum error In-Reply-To: <001601c3da34$05a99420$0400a8c0@gollum> References: <001601c3da34$05a99420$0400a8c0@gollum> Message-ID: <1074039654.2998.0.camel@binkley> On Tue, 2004-01-13 at 19:19, Tom Vaughan wrote: > > I was getting a python error on line 619 or up2date.py > > Original code -> raise up2dateErros.RpmError("%s" % e) > Changed to -> raise up2dateErrors.RpmError("%s" % e) > > that's very much not yum. That's up2date. -sv From davej at redhat.com Wed Jan 14 00:29:50 2004 From: davej at redhat.com (Dave Jones) Date: Wed, 14 Jan 2004 00:29:50 +0000 Subject: Updated test kernel for FC1 Message-ID: <20040114002950.GA19874@redhat.com> --------------------------------------------------------------------- Fedora Update Notification FEDORA-2003-054 2004-01-13 --------------------------------------------------------------------- Name : kernel Version : 2.4.22 Release : 1.2154.nptl Summary : The Linux kernel (the core of the Linux operating system) Description : The kernel package contains the Linux kernel (vmlinuz), the core of your Fedora Core Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. --------------------------------------------------------------------- * Tue Jan 13 2004 Dave Jones - Reenable Tux. - Lots of updates from the 2.4.23 era. * Mon Jan 12 2004 Dave Jones - Avoid deadlocks in USB storage. * Fri Jan 09 2004 Dave Jones - Fix thread creation race. * Thu Jan 08 2004 Dave Jones - USB storage: Make Pentax Optio S4 work - Config file tweaking. Only enable CONFIG_SIBLINGS_2 on the kernels that need it. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/i386/ 4aeadb28ae4e5bb027bd3a3dc5411782 SRPMS/kernel-2.4.22-1.2154.nptl.src.rpm cc9742f4685d87cf769305727a91a9c0 i386/kernel-source-2.4.22-1.2154.nptl.i386.rpm 5442e2c8656c58da616292625ece24e5 i386/kernel-doc-2.4.22-1.2154.nptl.i386.rpm 6e908d602b79f63c81c8fa038de57d2c i386/kernel-BOOT-2.4.22-1.2154.nptl.i386.rpm 276184b6670f22b0a28c36e61c2da05a i386/debug/kernel-debuginfo-2.4.22-1.2154.nptl.i386.rpm a69a541b9ba413d65f423ca26f387950 i386/kernel-2.4.22-1.2154.nptl.i586.rpm 4f3c4904ff18ba582e7cc3e42c635b83 i386/debug/kernel-debuginfo-2.4.22-1.2154.nptl.i586.rpm 169b48b15c1abe9eb5ad559a38673ef0 i386/kernel-2.4.22-1.2154.nptl.i686.rpm 1f08b7ab1c9190c8a61315ec95dd15b9 i386/kernel-smp-2.4.22-1.2154.nptl.i686.rpm 41713e9360cf7f807b058dd6222cad4f i386/debug/kernel-debuginfo-2.4.22-1.2154.nptl.i686.rpm 76d4b73d8ce6779a926e04fba5658b78 i386/kernel-2.4.22-1.2154.nptl.athlon.rpm 77e837292931a1a690a7058b832469eb i386/kernel-smp-2.4.22-1.2154.nptl.athlon.rpm f140e8ca9950704af966bd9b916b3332 i386/debug/kernel-debuginfo-2.4.22-1.2154.nptl.athlon.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From aoliva at redhat.com Wed Jan 14 16:54:19 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 14 Jan 2004 14:54:19 -0200 Subject: netiquette messages (was: fedora-test-list digest, Vol 1 #479 - 26 msgs) In-Reply-To: <1074036575.15650.2.camel@ripley> References: <002b01c3da1a$6e7bae30$0400a8c0@gollum> <1074033977.16197.44.camel@sirendipity.dogma.lan> <46398.140.175.214.33.1074035150.squirrel@www.peaknet.net> <1074036575.15650.2.camel@ripley> Message-ID: On Jan 13, 2004, Ben Steeves wrote: > Actually, that brings up a good point: could those of you who feel > compelled to correct people's netiquette PLEASE e-mail the offending > person OFF-LIST? If only Reply-To didn't cause attempts to reply in private to end up in the list... :-( /me reaches for his asbestos suit :-) -- 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 greg at elcoronel.com Wed Jan 14 17:17:04 2004 From: greg at elcoronel.com (Greg Sanders) Date: Wed, 14 Jan 2004 17:17:04 +0000 (UTC) Subject: Yum Broken. In-Reply-To: <1073970933.29976.35.camel@binkley> Message-ID: On Tue, 13 Jan 2004, seth vidal wrote: > > > Sorry, forgot to include "on standard Intel hardware" and my lib errors > > are with /usr/lib/python2.2/urlib.py and /usr/lib/python2.2/ftplib.py . > > Other than that my error message is identical. > > > install/update your system to fc1. > > it's probably a broken openssl package iirc. > Turned out updating krb5-libs, openssh and yum worked. Greg Sanders - Sysadmin, Webhead, Tolkien-phile ElCoronel @ irc.freenode.net - http://elcoronel.com/ ------------------------------------------------------------------------- [Thou art] like the toad, ugly and venomous. -William Shakespeare, As You Like It From sjoerd at acm.org Wed Jan 14 17:23:19 2004 From: sjoerd at acm.org (Sjoerd Mullender) Date: Wed, 14 Jan 2004 18:23:19 +0100 Subject: netiquette messages In-Reply-To: References: <002b01c3da1a$6e7bae30$0400a8c0@gollum> <1074033977.16197.44.camel@sirendipity.dogma.lan> <46398.140.175.214.33.1074035150.squirrel@www.peaknet.net> <1074036575.15650.2.camel@ripley> Message-ID: <40057B07.8020507@acm.org> Alexandre Oliva wrote: > If only Reply-To didn't cause attempts to reply in private to end up > in the list... :-( See http://www.unicom.com/pw/reply-to-harmful.html . -- Sjoerd Mullender From mark at harddata.com Wed Jan 14 06:13:56 2004 From: mark at harddata.com (Mark Lane) Date: Tue, 13 Jan 2004 23:13:56 -0700 Subject: Yarrow-0.96-x86_64 and /usr/bin/printconf-gui Message-ID: <1074060836.7430.14.camel@skip.harddata.net> Has anyone had problems with printconf-gui not being able to load the printer definitions when adding a new printer? I when I do the program just hangs. 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 mark at harddata.com Wed Jan 14 06:18:21 2004 From: mark at harddata.com (Mark Lane) Date: Tue, 13 Jan 2004 23:18:21 -0700 Subject: Yarrow-0.96-x86_64 and /usr/bin/printconf-gui In-Reply-To: <1074060836.7430.14.camel@skip.harddata.net> References: <1074060836.7430.14.camel@skip.harddata.net> Message-ID: <1074061101.7430.16.camel@skip.harddata.net> Nice sentence. On Tue, 2004-01-13 at 23:13, Mark Lane wrote: > Has anyone had problems with printconf-gui not being able to load the > printer definitions when adding a new printer? I when go to add a printer do the program > just hangs. > > 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 mark at harddata.com Wed Jan 14 07:31:58 2004 From: mark at harddata.com (Mark Lane) Date: Wed, 14 Jan 2004 00:31:58 -0700 Subject: Yum Broken. In-Reply-To: References: <1073955299.1859.3.camel@dynamic-171.harddata.net> <20040113010336.GA30222@comcast.net> <62739.24.86.105.71.1074005006.squirrel@www.harddata.com> <1074013620.3995.12.camel@dynamic-171.harddata.net> Message-ID: <1074065518.7430.18.camel@skip.harddata.net> On Tue, 2004-01-13 at 15:23, Matt Bernstein wrote: > At 10:07 -0700 Mark Lane wrote: > > >Okay, I backed out of the openssl updates and it still is not working... > > I saw your problem fudging my home PC (standard 32-bit Athlon) from > RH-beta-something (quite ugly; I managed to delete /var/lib/rpm) to FC1. > > I note the krb5 libraries moved, and eliminating /usr/kerberos/lib from my > crufy setup made my yum work. (I think it libcom_err was the culprit..) Hmm that sounds like a plan. Thanks I will try that. -- 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 rob.myers at gtri.gatech.edu Wed Jan 14 19:47:20 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Wed, 14 Jan 2004 14:47:20 -0500 Subject: Yarrow-0.96-x86_64 and /usr/bin/printconf-gui In-Reply-To: <1074061101.7430.16.camel@skip.harddata.net> References: <1074060836.7430.14.camel@skip.harddata.net> <1074061101.7430.16.camel@skip.harddata.net> Message-ID: <1074109640.4084.317.camel@dungeness.stl.gtri.gatech.edu> On Wed, 2004-01-14 at 01:18, Mark Lane wrote: > Nice sentence. > > On Tue, 2004-01-13 at 23:13, Mark Lane wrote: > > Has anyone had problems with printconf-gui not being able to load the > > printer definitions when adding a new printer? I when go to add a printer do the program > > just hangs. its not just you- this is the error i get when i run printconf-gui on fc1_x86_64: Traceback (most recent call last): File "/usr/share/printconf/util/queueTree.py", line 537, in new_button_clicked self.use_foomatic () File "/usr/share/printconf/util/queueTree.py", line 467, in use_foomatic self.conf.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 cheers rob. From 64bit_fedora at comcast.net Wed Jan 14 20:02:16 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Wed, 14 Jan 2004 14:02:16 -0600 Subject: Yarrow-0.96-x86_64 and /usr/bin/printconf-gui In-Reply-To: <1074060836.7430.14.camel@skip.harddata.net> References: <1074060836.7430.14.camel@skip.harddata.net> Message-ID: <20040114200216.GD19890@comcast.net> On Tue, Jan 13, 2004 at 11:13:56PM -0700, Mark Lane wrote: > Has anyone had problems with printconf-gui not being able to load the > printer definitions when adding a new printer? I when I do the program > just hangs. > This is a bug, and being tracked: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113158 Justin From mark at harddata.com Wed Jan 14 10:21:48 2004 From: mark at harddata.com (Mark Lane) Date: Wed, 14 Jan 2004 03:21:48 -0700 Subject: Yarrow-0.96-x86_64 and /usr/bin/printconf-gui In-Reply-To: <20040114200216.GD19890@comcast.net> References: <1074060836.7430.14.camel@skip.harddata.net> <20040114200216.GD19890@comcast.net> Message-ID: <1074075708.7430.32.camel@skip.harddata.net> On Wed, 2004-01-14 at 13:02, Justin M. Forbes wrote: > On Tue, Jan 13, 2004 at 11:13:56PM -0700, Mark Lane wrote: > > Has anyone had problems with printconf-gui not being able to load the > > printer definitions when adding a new printer? I when I do the program > > just hangs. > > > This is a bug, and being tracked: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113158 Thanks, I recompiled foomatic-3.0.0-22 from x86_64 devel against 0.96 and that fixed the problem. 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 rhl at farorbit.com Thu Jan 15 02:11:51 2004 From: rhl at farorbit.com (stephan schutter) Date: Wed, 14 Jan 2004 20:11:51 -0600 Subject: file sharing Message-ID: <4005F6E7.4050906@farorbit.com> what is the most convenient way to share files? sftp, and smb, via nautilus or konqueror operate like ftp... you have to copy local and edit, then copy back up again.... not very user friendly... NFS: you can not specify a user to connect as... Is this being worked on? From nomis80 at nomis80.org Thu Jan 15 02:18:32 2004 From: nomis80 at nomis80.org (Simon Perreault) Date: Wed, 14 Jan 2004 21:18:32 -0500 Subject: file sharing In-Reply-To: <4005F6E7.4050906@farorbit.com> References: <4005F6E7.4050906@farorbit.com> Message-ID: <200401142118.32470.nomis80@nomis80.org> On January 14, 2004 21:11, stephan schutter wrote: > what is the most convenient way to share files? sftp, and smb, via > nautilus or konqueror operate like ftp... you have to copy local and > edit, then copy back up again.... not very user friendly To not do this, you have to mount the smb share using smbfs. See http://www.tldp.org/HOWTO/SMB-HOWTO-8.html for instructions. -- Simon Perreault -- http://nomis80.org From rhl at farorbit.com Thu Jan 15 03:27:34 2004 From: rhl at farorbit.com (stephan schutter) Date: Wed, 14 Jan 2004 21:27:34 -0600 Subject: file sharing In-Reply-To: <200401142118.32470.nomis80@nomis80.org> Message-ID: <20040115032735.B4521813C@conn.mc.mpls.visi.com> I have tried these... besides being complicated (because only root can mount these and the syntax is cryptic); it does not work in a Windows 2000 Active Directory network. I know it "can work" because Xandros has this working somehow. When may we expect Fedora to support basic file sharing in a corporate network? -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Simon Perreault Sent: Wednesday, January 14, 2004 8:19 PM To: fedora-test-list at redhat.com Subject: Re: file sharing On January 14, 2004 21:11, stephan schutter wrote: > what is the most convenient way to share files? sftp, and smb, via > nautilus or konqueror operate like ftp... you have to copy local and > edit, then copy back up again.... not very user friendly To not do this, you have to mount the smb share using smbfs. See http://www.tldp.org/HOWTO/SMB-HOWTO-8.html for instructions. -- Simon Perreault -- http://nomis80.org -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From jfm512 at free.fr Thu Jan 15 07:13:09 2004 From: jfm512 at free.fr (Jean Francois Martinez) Date: 15 Jan 2004 08:13:09 +0100 Subject: Java and Fedora In-Reply-To: <40047D8F.1090803@cypress.com> References: <20040112173151.EC7088651@corb.mc.mpls.visi.com> <40047D8F.1090803@cypress.com> Message-ID: <1074150788.1207.7.camel@agnes.fremen.dune> The vendor assumes you are an admin ie the ONE person between N who is doing system administration and that means that he can spend a lot of time studying because at organization level it is only a small overhead. For a personal computer it is one person between one and that means that any time spent on study and work on system administration detracts directly from real work. That means that the user will have little time for it and cannot develop expertise. If he tries then he will not doing real work. On Wed, 2004-01-14 at 00:21, Thomas Dodd wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > stephan schutter wrote: > | Because the vendor assumes that you are a UNIX admin, and want to do > | everything yourself... It is like distributing Windows programs and > | expecting the user to go and edit the registry by hand to make the program > | start. --it is insane. > > For a personal machine you are the admin, just as you are in Windoze. > > Imagine having a program that only works if you install it in a certian > directory and that must replace system librarys (DLLs) with particular > version( but that version might break some other app you use). That's > insane. > > Oh wait, that describes most Windoze software. (Try installing to a > drive other than C: because it's full. Oops, you still need 150MB on > drive C:. Ok remove some old app you no longer use. Now It doen't work > quite right. Been there done that. Won't do it again.) > > | Making a symlink in the /bin folder pointing to the Java executable worked > | for me... This seems a lot simpler and global than fiddling with paths and > | variables... > > And a lot harder to revert later if you need to. Using systematic > methods like /etc/profile.d are muche easier to deal with. > 1) the package lists the file in /etc/profile.d as belonginging to it > 2) the file can contain comments to make it obvious what package it > belongs to and what the settings there do > 3) that tells users how to customize those setting if they want/need to. > > Try that with M$ Windoze and the registry. > > Here's one: HKEY_LOCAL_MACHINE\Software\Microsoft\Java VM\Security > > ValueName=EditCustomPermissions > ValueData=00 00 00 00 > > What is that for? What do different values mean there? > > How do I set a custom CLASS_PATH that is always used when I run java dut > doesn't affect others that use the machine? I don't think > HKEY_LOCAL_MACHINE_Software\Microsoft\Java VM\Classpath would do it. > but there is no indication that I coud set > HKEY_CURRENT_USER\Software\Microsoft\Java VM\Classpath to do it. Would > it be saved across logins? Would it append or replace the value from > HKEY_LOCAL_MACHINE? > > At least I know that changing the variable in linux will 1) work, > replace the old value, and not last across logins unless I set it with > my user startup scripts. > > -Thomas > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (SunOS) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFABH2O+mwggWqA1pQRAj+9AKDe+z6+DMq4fUMvn+x3G2Rruq1K5ACgovzE > bAY+00D2zAQKcKjNs677WDM= > =e4/1 > -----END PGP SIGNATURE----- -- Jean Francois Martinez From fedora at warmcat.com Thu Jan 15 07:14:20 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 15 Jan 2004 07:14:20 +0000 Subject: file sharing In-Reply-To: <20040115032735.B4521813C@conn.mc.mpls.visi.com> References: <20040115032735.B4521813C@conn.mc.mpls.visi.com> Message-ID: <200401150714.21432.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 15 January 2004 03:27, stephan schutter wrote: >> To not do this, you have to mount the smb share using smbfs. See >> http://www.tldp.org/HOWTO/SMB-HOWTO-8.html for instructions. > I have tried these... besides being complicated (because only root can > mount these and the syntax is cryptic); it does not work in a Windows 2000 > Active Directory network. I know it "can work" because Xandros has this > working somehow. When may we expect Fedora to support basic file sharing in > a corporate network? If you're working with Xandros, use Xandros -- or at a minimum examine its Samba configuration so you are empowered to duplicate it. /etc/samba/smb.conf is the likely place to start. I don't mean to sound cranky, but the challenging tone of your question is more appropriate for vendors who actually owe you something. If anyone is helping here it sure isn't because you paid 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) iD8DBQFABj3MjKeDCxMJCTIRAvl6AJ0T+jzjy2aB2t3G0hjt9b3xOSaz6ACfX6Tm iivN/KQnj+K1yVwJBTpTkEE= =Stff -----END PGP SIGNATURE----- From daveh at cadlink.com Thu Jan 15 14:39:49 2004 From: daveh at cadlink.com (Dave Hawkes) Date: Thu, 15 Jan 2004 09:39:49 -0500 Subject: Selinux and Reiserfs Message-ID: <4006A635.6090703@cadlink.com> Hi, I thought I would try the latest development updates to see how the selinux implementation is progressing, but was unable to relabel my reiserfs drive. I changed the fs_use file to include reiserfs (fs_use_xattr reiserfs system_u:object_r:fs_t) and also changed the makefile so awk would identify reiserfs drives. However I still get the "Operation not supported" error from setfiles so I assume the reiserfs selinux kernel patches (using kernel 2.6.0-1.41) are not implemented? Does anyone know if that is the case? Thanks 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 rhl at farorbit.com Thu Jan 15 16:17:11 2004 From: rhl at farorbit.com (stephan schutter) Date: Thu, 15 Jan 2004 10:17:11 -0600 Subject: file sharing In-Reply-To: <200401150714.21432.fedora@warmcat.com> Message-ID: <20040115161733.82C398315@conn.mc.mpls.visi.com> Sorry about the tone... I a relaying my managers questions... They want something that just works... They read about Linux and how great it is; but this does not match their experience when sitting down in front of a Linux machine. This is a desktop related issue, naturally. Knowing that Apple uses a UNIX core and manages to make it easy to use, they wonder when the Linux vendors are going to do the same. I am frequently challenged by managers and my colleagues: "why do they have to make it so difficult?" This makes Linux a hard sell for me. So: why not have a default configuration that works? By default, when you install FC1, FC1 has these issues: 1. When clicking on the network browser, you can not actually browse the network. Instead you get an error about wins servers... Windows works fine. 2. Name resolution does not work correctly because FC1 does not pick up all the information from the DHCP (win2k DDNS) servers (wins, multiple search domains etc.) I am sure that somehow it is Microsoft's fault, but it needs to work none the less to be accepted. 3. Checking the SMB authentication box and entering the right domain name and server etc. does not result in being able to log on using the AD credentials. It is misleading to have such a dialogue box that does not do what it says... or have any information of what else to do... Stephan -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 15 January 2004 03:27, stephan schutter wrote: >> To not do this, you have to mount the smb share using smbfs. See >> http://www.tldp.org/HOWTO/SMB-HOWTO-8.html for instructions. > I have tried these... besides being complicated (because only root can > mount these and the syntax is cryptic); it does not work in a Windows 2000 > Active Directory network. I know it "can work" because Xandros has this > working somehow. When may we expect Fedora to support basic file sharing in > a corporate network? If you're working with Xandros, use Xandros -- or at a minimum examine its Samba configuration so you are empowered to duplicate it. /etc/samba/smb.conf is the likely place to start. I don't mean to sound cranky, but the challenging tone of your question is more appropriate for vendors who actually owe you something. If anyone is helping here it sure isn't because you paid 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) iD8DBQFABj3MjKeDCxMJCTIRAvl6AJ0T+jzjy2aB2t3G0hjt9b3xOSaz6ACfX6Tm iivN/KQnj+K1yVwJBTpTkEE= =Stff -----END PGP SIGNATURE----- -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From Epps.Aaron at mayo.edu Thu Jan 15 16:28:55 2004 From: Epps.Aaron at mayo.edu (Epps, Aaron M.) Date: Thu, 15 Jan 2004 10:28:55 -0600 Subject: file sharing Message-ID: That's something I've had a ? About ever since FC1 was released, why doesn't smb:/// work in Nautilus? It seems to be a feature regression to me, considering that it worked fine in RH9. So what is different about FC1 that causes this problem, is it a Nautilus, Gnome-VFS, or Samba 3.x problem? In RH9 all you had to do was edit your smb.conf, start up samba and make sure that ports 137-139 were opened in your firewall. -----Original Message----- From: stephan schutter [mailto:rhl at farorbit.com] Sent: Thursday, January 15, 2004 10:17 AM To: fedora-test-list at redhat.com Subject: RE: file sharing Sorry about the tone... I a relaying my managers questions... They want something that just works... They read about Linux and how great it is; but this does not match their experience when sitting down in front of a Linux machine. This is a desktop related issue, naturally. Knowing that Apple uses a UNIX core and manages to make it easy to use, they wonder when the Linux vendors are going to do the same. I am frequently challenged by managers and my colleagues: "why do they have to make it so difficult?" This makes Linux a hard sell for me. So: why not have a default configuration that works? By default, when you install FC1, FC1 has these issues: 1. When clicking on the network browser, you can not actually browse the network. Instead you get an error about wins servers... Windows works fine. 2. Name resolution does not work correctly because FC1 does not pick up all the information from the DHCP (win2k DDNS) servers (wins, multiple search domains etc.) I am sure that somehow it is Microsoft's fault, but it needs to work none the less to be accepted. 3. Checking the SMB authentication box and entering the right domain name and server etc. does not result in being able to log on using the AD credentials. It is misleading to have such a dialogue box that does not do what it says... or have any information of what else to do... Stephan -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 15 January 2004 03:27, stephan schutter wrote: >> To not do this, you have to mount the smb share using smbfs. See >> http://www.tldp.org/HOWTO/SMB-HOWTO-8.html for instructions. > I have tried these... besides being complicated (because only root can > mount these and the syntax is cryptic); it does not work in a Windows > 2000 Active Directory network. I know it "can work" because Xandros > has this working somehow. When may we expect Fedora to support basic > file sharing in > a corporate network? If you're working with Xandros, use Xandros -- or at a minimum examine its Samba configuration so you are empowered to duplicate it. /etc/samba/smb.conf is the likely place to start. I don't mean to sound cranky, but the challenging tone of your question is more appropriate for vendors who actually owe you something. If anyone is helping here it sure isn't because you paid 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) iD8DBQFABj3MjKeDCxMJCTIRAvl6AJ0T+jzjy2aB2t3G0hjt9b3xOSaz6ACfX6Tm iivN/KQnj+K1yVwJBTpTkEE= =Stff -----END PGP SIGNATURE----- -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From sct at redhat.com Thu Jan 15 16:42:31 2004 From: sct at redhat.com (Stephen C. Tweedie) Date: 15 Jan 2004 16:42:31 +0000 Subject: Selinux and Reiserfs In-Reply-To: <4006A635.6090703@cadlink.com> References: <4006A635.6090703@cadlink.com> Message-ID: <1074184950.4811.21.camel@sisko.scot.redhat.com> Hi, On Thu, 2004-01-15 at 14:39, Dave Hawkes wrote: > However I still get the "Operation not supported" error from setfiles so > I assume the reiserfs selinux kernel patches (using kernel 2.6.0-1.41) > are not implemented? Does anyone know if that is the case? Yes. There are actually two separate bits needed in the filesystem to support SELinux: extended attributes, and a handler for the specific "security.*" namespace that SELinux uses. Reiserfs has neither, unfortunately. XFS has xattrs, but doesn't have a security.* handler yet (the XFS folks will need to decide an on-disk encoding for that first.) ext2 and ext3 are the fully-implemented filesystems for SELinux for now. Cheers, Stephen From tduvally at brown.edu Thu Jan 15 16:49:59 2004 From: tduvally at brown.edu (Thomas DuVally) Date: Thu, 15 Jan 2004 11:49:59 -0500 Subject: file sharing In-Reply-To: <4005F6E7.4050906@farorbit.com> References: <4005F6E7.4050906@farorbit.com> Message-ID: <1074185398.20700.32.camel@cis-staff-kntx90.cis.brown.edu> On Wed, 2004-01-14 at 21:11, stephan schutter wrote: > what is the most convenient way to share files? sftp, and smb, via > nautilus or konqueror operate like ftp... you have to copy local and > edit, then copy back up again.... not very user friendly... NFS: you can > not specify a user to connect as... Is this being worked on? Well, I use a couple. For simple "Here is a file you can read" type utility, KDE has the KDE Public File Server. Its an applet that you can enable to share directories out via http. You can specify port and bandwidth limits. For something more interactive, I use fish, which is a kioslave. fish://hostname style file access utility in konqueror that uses ssh and scp. You can browse remote file systems and use it like a local. Even supports authentication with "fish://user:passwd at host I think it is installed by default, since I don't remember having to compile and install it, but I may be wrong. You can find it here: http://www.garni.ch/fish/ Hope that is helpful. -- Thomas J. DuVally Lead Systems Prog. CIS, Brown Univ. http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x15F233F6 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From sds at epoch.ncsc.mil Thu Jan 15 17:03:49 2004 From: sds at epoch.ncsc.mil (Stephen Smalley) Date: Thu, 15 Jan 2004 12:03:49 -0500 Subject: Selinux and Reiserfs In-Reply-To: <4006A635.6090703@cadlink.com> References: <4006A635.6090703@cadlink.com> Message-ID: <1074186229.17320.99.camel@moss-spartans.epoch.ncsc.mil> On Thu, 2004-01-15 at 09:39, Dave Hawkes wrote: > I thought I would try the latest development updates to see how the > selinux implementation is progressing, but was unable to relabel my > reiserfs drive. > > I changed the fs_use file to include reiserfs (fs_use_xattr reiserfs > system_u:object_r:fs_t) and also changed the makefile so awk would > identify reiserfs drives. > > However I still get the "Operation not supported" error from setfiles so > I assume the reiserfs selinux kernel patches (using kernel 2.6.0-1.41) > are not implemented? Does anyone know if that is the case? reiserfs doesn't support extended attributes unless you patch in support, e.g. using Jeff Mahoney's patches from ftp://ftp.suse.com/pub/people/jeffm/reiserfs/aclea/. These patches do include a handler for the security namespace now, and a SELinux user has reported successfully assigning the SELinux labels using this code, but we have never tested it ourselves. -- Stephen Smalley National Security Agency From fedora at warmcat.com Thu Jan 15 17:45:59 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 15 Jan 2004 17:45:59 +0000 Subject: file sharing In-Reply-To: <20040115161733.82C398315@conn.mc.mpls.visi.com> References: <20040115161733.82C398315@conn.mc.mpls.visi.com> Message-ID: <200401151746.01050.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 15 January 2004 16:17, stephan schutter wrote: > Sorry about the tone... I a relaying my managers questions... They want > something that just works... They read about Linux and how great it is; but > this does not match their experience when sitting down in front of a Linux > machine. ... > I am frequently challenged by managers and my colleagues: "why do they have > to make it so difficult?" Its not difficult so much as different. If instead of getting you to manage this transition, who clearly are also coming to Linux for the first time, your manager had taken steps to give you the support of an experienced Unix sysadmin, things would be smoother. Doesn't sound nice of them to throw you in at the deep end alone and then start sniping at you. Would they do this with any other technology, like a new language? > This makes Linux a hard sell for me. Its nice if we can convert people to Linux, but nobody gets a piece of the action out of it :-) > So: why not have a default configuration that works? By default, when you > install FC1, FC1 has these issues: Worked super duper for me out of the box. However I am not trying to get it to talk to the proprietary stuff you are, all the other machines here are Linux with one XP running under vmware (which talks on Samba just fine). Because of this I personally am unlikely to be much more help to you. > 1. When clicking on the network browser, you can not actually browse the > network. Instead you get an error about wins servers... Windows works fine. Dunno... but this would be a question that the Samba people will much better be able to answer than the Fedora people. (BTW reading your description it is unclear if the network browser is on the client or server machine. ) Here are the Samba mls: http://lists.samba.org/mailman/ Have a search around first before asking. > 2. Name resolution does not work correctly because FC1 does not pick up all > the information from the DHCP (win2k DDNS) servers (wins, multiple search > domains etc.) I am sure that somehow it is Microsoft's fault, but it needs > to work none the less to be accepted. I see... your DHCP server has non standard extensions. I would imagine you could work around this to some extent by sorting out your smb.conf / /etc/hosts / /etc/resolv.conf with the right data. But hard as it might be for your manager to comprehend, it might be better not to use all that nonstandard crud in the first place. Are you aware of SWAT? This is a browser-based configurator for Samba. I recommend it highly http://download.fedora.us/fedora/fedora/1/i386/RPMS.os/samba-swat-3.0.0-15.i386.rpm install it with rpm -i samba-swat-3.0.0-15.i386.rpm then service swat start point your browser to http://localhost:901 username root password You might find this a comforting port in the storm. > 3. Checking the SMB authentication box and entering the right domain name > and server etc. does not result in being able to log on using the AD > credentials. It is misleading to have such a dialogue box that does not do > what it says... or have any information of what else to do... Another job for the Samba MLs. All I can say is don't imagine MSFT make it easy for people to work with their proprietary and undocumented formats, and you'll catch more samba-bees with honey than vinegar :-) - -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) iD8DBQFABtHXjKeDCxMJCTIRAvWbAJ9FzWsBbEY9eVBs//B1fbxryjJcmQCfatKj HJj52SgJLa8MkDRIwUcyPuI= =NKZK -----END PGP SIGNATURE----- From rhl at farorbit.com Thu Jan 15 21:11:35 2004 From: rhl at farorbit.com (stephan schutter) Date: Thu, 15 Jan 2004 15:11:35 -0600 Subject: file sharing In-Reply-To: <200401151746.01050.fedora@warmcat.com> Message-ID: <20040115211157.E26B48329@corb.mc.mpls.visi.com> This is just my point, though; why all this hacking to get this working? The experts in the community (or RedHat) could set it up right to start with. Customer / Client supplies data needed (NT domain name and credentials) then voila! You know, the more you do FOR the user the more the user LIKES you. And it is within the scope of Fedora to make a great desktop product eventually, right? I am relaying FEEDBACK to this list. From several people; current IT people (MS based as most are) and end users, and managers... Learning is expensive. I was hoping that Fedora as a project would appreciate feedback from non-Linux admins. Stephan -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Andy Green Sent: Thursday, January 15, 2004 11:46 AM To: fedora-test-list at redhat.com Subject: Re: file sharing -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 15 January 2004 16:17, stephan schutter wrote: > Sorry about the tone... I a relaying my managers questions... They want > something that just works... They read about Linux and how great it is; but > this does not match their experience when sitting down in front of a Linux > machine. ... > I am frequently challenged by managers and my colleagues: "why do they have > to make it so difficult?" Its not difficult so much as different. If instead of getting you to manage this transition, who clearly are also coming to Linux for the first time, your manager had taken steps to give you the support of an experienced Unix sysadmin, things would be smoother. Doesn't sound nice of them to throw you in at the deep end alone and then start sniping at you. Would they do this with any other technology, like a new language? > This makes Linux a hard sell for me. Its nice if we can convert people to Linux, but nobody gets a piece of the action out of it :-) > So: why not have a default configuration that works? By default, when you > install FC1, FC1 has these issues: Worked super duper for me out of the box. However I am not trying to get it to talk to the proprietary stuff you are, all the other machines here are Linux with one XP running under vmware (which talks on Samba just fine). Because of this I personally am unlikely to be much more help to you. > 1. When clicking on the network browser, you can not actually browse the > network. Instead you get an error about wins servers... Windows works fine. Dunno... but this would be a question that the Samba people will much better be able to answer than the Fedora people. (BTW reading your description it is unclear if the network browser is on the client or server machine. ) Here are the Samba mls: http://lists.samba.org/mailman/ Have a search around first before asking. > 2. Name resolution does not work correctly because FC1 does not pick up all > the information from the DHCP (win2k DDNS) servers (wins, multiple search > domains etc.) I am sure that somehow it is Microsoft's fault, but it needs > to work none the less to be accepted. I see... your DHCP server has non standard extensions. I would imagine you could work around this to some extent by sorting out your smb.conf / /etc/hosts / /etc/resolv.conf with the right data. But hard as it might be for your manager to comprehend, it might be better not to use all that nonstandard crud in the first place. Are you aware of SWAT? This is a browser-based configurator for Samba. I recommend it highly http://download.fedora.us/fedora/fedora/1/i386/RPMS.os/samba-swat-3.0.0-15.i 386.rpm install it with rpm -i samba-swat-3.0.0-15.i386.rpm then service swat start point your browser to http://localhost:901 username root password You might find this a comforting port in the storm. > 3. Checking the SMB authentication box and entering the right domain name > and server etc. does not result in being able to log on using the AD > credentials. It is misleading to have such a dialogue box that does not do > what it says... or have any information of what else to do... Another job for the Samba MLs. All I can say is don't imagine MSFT make it easy for people to work with their proprietary and undocumented formats, and you'll catch more samba-bees with honey than vinegar :-) - -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) iD8DBQFABtHXjKeDCxMJCTIRAvWbAJ9FzWsBbEY9eVBs//B1fbxryjJcmQCfatKj HJj52SgJLa8MkDRIwUcyPuI= =NKZK -----END PGP SIGNATURE----- -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From marc.mcswain at academy.com Thu Jan 15 21:23:07 2004 From: marc.mcswain at academy.com (marc.mcswain at academy.com) Date: Thu, 15 Jan 2004 15:23:07 -0600 Subject: file sharing In-Reply-To: <20040115211157.E26B48329@corb.mc.mpls.visi.com> Message-ID: While I think that this is a bit, ok, way off topic, this thread seems to be the kind of thing that I hear all too often. People in a Micro$oft world are used to the software doing everything for them. I choose to use Linux because it does not try and do everything for me. This way I can choose the way things are setup, and what security risks that I am willing to deal with. FC1 will attach to Windows Shares with no problems, and Samba will use Micro$oft AD for Security, we use it every day. Does it take some configuration, yes. Is that too much to ask of an admin, no. OK, I will get off my soapbox now. Marc "stephan schutter" Sent by: fedora-test-list-admin at redhat.com 01/15/2004 03:11 PM Please respond to fedora-test-list at redhat.com To cc Subject RE: file sharing This is just my point, though; why all this hacking to get this working? The experts in the community (or RedHat) could set it up right to start with. Customer / Client supplies data needed (NT domain name and credentials) then voila! You know, the more you do FOR the user the more the user LIKES you. And it is within the scope of Fedora to make a great desktop product eventually, right? I am relaying FEEDBACK to this list. From several people; current IT people (MS based as most are) and end users, and managers... Learning is expensive. I was hoping that Fedora as a project would appreciate feedback from non-Linux admins. Stephan -------------- next part -------------- An HTML attachment was scrubbed... URL: From shrek-m at gmx.de Thu Jan 15 21:36:46 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 15 Jan 2004 22:36:46 +0100 Subject: file sharing In-Reply-To: <20040115211157.E26B48329@corb.mc.mpls.visi.com> References: <20040115211157.E26B48329@corb.mc.mpls.visi.com> Message-ID: <400707EE.1060704@gmx.de> stephan schutter schrieb: >This is just my point, though; why all this hacking to get this working? The >experts in the community (or RedHat) could set it up right to start with. >Customer / Client supplies data needed (NT domain name and credentials) then >voila! > >You know, the more you do FOR the user the more the user LIKES you. And it >is within the scope of Fedora to make a great desktop product eventually, >right? > >I am relaying FEEDBACK to this list. From several people; current IT people >(MS based as most are) and end users, and managers... Learning is expensive. >I was hoping that Fedora as a project would appreciate feedback from >non-Linux admins. > > http://www.redhat.com/mailman/listinfo/fedora-test-list is perhaps the wrong list? try http://www.redhat.com/mailman/listinfo/fedora-list or https://bugzilla.redhat.com -- shrek-m From blizzard at redhat.com Thu Jan 15 21:33:25 2004 From: blizzard at redhat.com (Christopher Blizzard) Date: Thu, 15 Jan 2004 16:33:25 -0500 Subject: Fedora Testing Update Notification [gaim 0.75-0] Message-ID: <40070725.5070808@redhat.com> --------------------------------------------------------------------- Fedora Testing Update Notification FEDORA-2003-055 2004-01-15 --------------------------------------------------------------------- Name : gaim Version : 0.75 Release : 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 for gaim is a version upgrade. It should fix problems with logging into yahoo as well as various other problems fixed as a result of the version upgrade. --------------------------------------------------------------------- * Wed Jan 14 2004 Christopher Blizzard 1:0.75-0 - Update to 0.75. - Remove mem leak patch that is already included in 0.75. - Clean up a lot of old unused patches and old source tarballs. * Fri Dec 12 2003 Christopher Blizzard 1:0.74-10 - Add patch that fixes a large memory leak. * Thu Dec 04 2003 Christopher Blizzard 1:0.74-9 - Bump release to rebuild for fc2. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/1/ 867c9a220089584d656dd0f65efefd91 SRPMS/gaim-0.75-0.src.rpm ed7a28b069175726033a53cbba74b56b i386/gaim-0.75-0.i386.rpm 09ce90608a3f56eab88b73169fdc647d i386/debug/gaim-debuginfo-0.75-0.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- -- ------------ Christopher Blizzard http://people.redhat.com/blizzard/ ------------ From fedora at warmcat.com Thu Jan 15 21:38:39 2004 From: fedora at warmcat.com (Andy Green) Date: Thu, 15 Jan 2004 21:38:39 +0000 Subject: file sharing In-Reply-To: <20040115211157.E26B48329@corb.mc.mpls.visi.com> References: <20040115211157.E26B48329@corb.mc.mpls.visi.com> Message-ID: <200401152138.40760.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 15 January 2004 21:11, stephan schutter wrote: > This is just my point, though; why all this hacking to get this working? > The experts in the community (or RedHat) could set it up right to start > with. Customer / Client supplies data needed (NT domain name and > credentials) then voila! As I explained, I use samba across several machines and there was no 'hacking' required. Our experiences have been different. Maybe its because I try to stick to standards and reject proprietary lockins like AD. > You know, the more you do FOR the user the more the user LIKES you. Actually, in my life I often found the more you do for people the more they consider your service a right that they take for granted. But its also deeply true that when you help others you help yourself. > And it is within the scope of Fedora to make a great desktop product eventually, right? Sure, its already better than XP IMHO. But you know it wasn't custom designed for your personal situation. > I am relaying FEEDBACK to this list. From several people; current IT people > (MS based as most are) and end users, and managers... Learning is > expensive. If you want your comments to REALLY stick around and raise a response from a Redhat dev, register at bugzilla.redhat.com and bug your problems. > I was hoping that Fedora as a project would appreciate feedback > from non-Linux admins. Personally I am just another user who tried to help you with your issues. The solutions for the best part of your trouble lies with Samba, not Fedora, as I pointed out in my previous mail. - -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) iD8DBQFABwhfjKeDCxMJCTIRAkYOAJ94XxjDwO9OzUIJ8Gid3pcRLzyLKACggTGx sp26aWYkIpN1bXqtk1eqRfU= =1rir -----END PGP SIGNATURE----- From Epps.Aaron at mayo.edu Thu Jan 15 21:47:16 2004 From: Epps.Aaron at mayo.edu (Epps, Aaron M.) Date: Thu, 15 Jan 2004 15:47:16 -0600 Subject: file sharing Message-ID: Good point, there's a careful balancing act that has to be done when you (Fedora) consider automatic configuration vs. ease of use. Microsoft has chosen the latter of the two and look where it got them, the next Windows XP service pack that's coming out is going to clamp down on all of the services/ports that are left wide open by a default Windows XP install because M$ has been getting burned by several different virus/worms. I think the Fedora project has chosen to give everyone a secure installation by default, if you want to open up your system to the world after the fact that's your choice. Again, there is no "hacking" involved in setting this up, unless you consider using a CLI and editing config files "hacking". Also you must keep in mind that Samba has to reverse engineer everything to work with AD, which M$ stole from Novell, and that is by no means a trivial task. I'd say if you really wanted to demo to your company the power/flexibility/freedom of Linux to setup a Samba server as a domain controller. Then try using the GUI Samba Authentication tool and see if it works... I bet it would. _____ From: marc.mcswain at academy.com [mailto:marc.mcswain at academy.com] Sent: Thursday, January 15, 2004 3:23 PM To: fedora-test-list at redhat.com Subject: RE: file sharing While I think that this is a bit, ok, way off topic, this thread seems to be the kind of thing that I hear all too often. People in a Micro$oft world are used to the software doing everything for them. I choose to use Linux because it does not try and do everything for me. This way I can choose the way things are setup, and what security risks that I am willing to deal with. FC1 will attach to Windows Shares with no problems, and Samba will use Micro$oft AD for Security, we use it every day. Does it take some configuration, yes. Is that too much to ask of an admin, no. OK, I will get off my soapbox now. Marc "stephan schutter" Sent by: fedora-test-list-admin at redhat.com 01/15/2004 03:11 PM Please respond to fedora-test-list at redhat.com To cc Subject RE: file sharing This is just my point, though; why all this hacking to get this working? The experts in the community (or RedHat) could set it up right to start with. Customer / Client supplies data needed (NT domain name and credentials) then voila! You know, the more you do FOR the user the more the user LIKES you. And it is within the scope of Fedora to make a great desktop product eventually, right? I am relaying FEEDBACK to this list. From several people; current IT people (MS based as most are) and end users, and managers... Learning is expensive. I was hoping that Fedora as a project would appreciate feedback from non-Linux admins. Stephan -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan at redhat.com Thu Jan 15 22:16:41 2004 From: alan at redhat.com (Alan Cox) Date: Thu, 15 Jan 2004 17:16:41 -0500 Subject: file sharing In-Reply-To: References: Message-ID: <20040115221641.GA26013@devserv.devel.redhat.com> On Thu, Jan 15, 2004 at 03:47:16PM -0600, Epps, Aaron M. wrote: > I think the Fedora project has chosen to give everyone a secure installation by default, if you want to open up your system to the world after the fact that's your choice. Again, there is no "hacking" involved in setting this up, unless you consider using a CLI and editing config files "hacking". Also you must keep in mind that Samba has to reverse engineer everything to work with AD, which M$ stole from Novell, and that is by no means a trivial task. I'd say if you really wanted to demo to your company the power/flexibility/freedom of Linux to setup a Samba server as a domain controller. Then try using the GUI Samba Authentication tool and see if it works... I bet it would. Im not sure the Fedora set up is perfect. I'd still really like to get into a situation where the first time I go to say cups and add a printer it also kicks the firewall tools to sort out if you want remote access, and it takes it away when its no longer relevant Little project for someone 8) From rhl at farorbit.com Thu Jan 15 22:25:27 2004 From: rhl at farorbit.com (stephan schutter) Date: Thu, 15 Jan 2004 16:25:27 -0600 Subject: file sharing In-Reply-To: Message-ID: <20040115222550.3B821845B@conn.mc.mpls.visi.com> OK, I know how to configure samba. I use it as a server and a client at home. However, I work for a very large company that likes bulls eyes. There is no way that the 2400 Windows admins are going to rebuild the infrastructure to suit Linux. Linux has to fit in to the architecture, and not the other way around. Period. I will bet you money that this is true elsewhere as well. It's AD, DDNS, WINS, SMB CIFS, and Exchange -- and that will not change for a long time. So no more soap boxes please. Let's be pragmatic: -- Do we want Linux on the desktop? If NO then do nothing and stick to current practices. If YES then users ET. All. Need to Like Linux and not get frustrated by it. I put in the time and effort to learn Linux, but I do not know many that are willing to work that hard. -- How can people be made to like Linux even if they are not freedom fighters or tech hobbyists? Let us start here. -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Epps, Aaron M. Sent: Thursday, January 15, 2004 3:47 PM To: 'fedora-test-list at redhat.com' Subject: RE: file sharing Good point, there's a careful balancing act that has to be done when you (Fedora) consider automatic configuration vs. ease of use. Microsoft has chosen the latter of the two and look where it got them, the next Windows XP service pack that's coming out is going to clamp down on all of the services/ports that are left wide open by a default Windows XP install because M$ has been getting burned by several different virus/worms. I think the Fedora project has chosen to give everyone a secure installation by default, if you want to open up your system to the world after the fact that's your choice. Again, there is no "hacking" involved in setting this up, unless you consider using a CLI and editing config files "hacking". Also you must keep in mind that Samba has to reverse engineer everything to work with AD, which M$ stole from Novell, and that is by no means a trivial task. I'd say if you really wanted to demo to your company the power/flexibility/freedom of Linux to setup a Samba server as a domain controller. Then try using the GUI Samba Authentication tool and see if it works... I bet it would. ________________________________ From: marc.mcswain at academy.com [mailto:marc.mcswain at academy.com] Sent: Thursday, January 15, 2004 3:23 PM To: fedora-test-list at redhat.com Subject: RE: file sharing While I think that this is a bit, ok, way off topic, this thread seems to be the kind of thing that I hear all too often. People in a Micro$oft world are used to the software doing everything for them. I choose to use Linux because it does not try and do everything for me. This way I can choose the way things are setup, and what security risks that I am willing to deal with. FC1 will attach to Windows Shares with no problems, and Samba will use Micro$oft AD for Security, we use it every day. Does it take some configuration, yes. Is that too much to ask of an admin, no. OK, I will get off my soapbox now. Marc "stephan schutter" Sent by: fedora-test-list-admin at redhat.com 01/15/2004 03:11 PM Please respond to fedora-test-list at redhat.com To cc Subject RE: file sharing This is just my point, though; why all this hacking to get this working? The experts in the community (or RedHat) could set it up right to start with. Customer / Client supplies data needed (NT domain name and credentials) then voila! You know, the more you do FOR the user the more the user LIKES you. And it is within the scope of Fedora to make a great desktop product eventually, right? I am relaying FEEDBACK to this list. From several people; current IT people (MS based as most are) and end users, and managers... Learning is expensive. I was hoping that Fedora as a project would appreciate feedback from non-Linux admins. Stephan From rhl at farorbit.com Thu Jan 15 22:28:36 2004 From: rhl at farorbit.com (stephan schutter) Date: Thu, 15 Jan 2004 16:28:36 -0600 Subject: file sharing In-Reply-To: <20040115221641.GA26013@devserv.devel.redhat.com> Message-ID: <20040115222859.1C4DF83B2@corb.mc.mpls.visi.com> Thank you Alan. Me to. And once again, I am not talking about servers, and I do not see how being able to authenticate to Active Directory by default is "unsafe". -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Alan Cox Sent: Thursday, January 15, 2004 4:17 PM To: fedora-test-list at redhat.com Subject: Re: file sharing On Thu, Jan 15, 2004 at 03:47:16PM -0600, Epps, Aaron M. wrote: > I think the Fedora project has chosen to give everyone a secure installation by default, if you want to open up your system to the world after the fact that's your choice. Again, there is no "hacking" involved in setting this up, unless you consider using a CLI and editing config files "hacking". Also you must keep in mind that Samba has to reverse engineer everything to work with AD, which M$ stole from Novell, and that is by no means a trivial task. I'd say if you really wanted to demo to your company the power/flexibility/freedom of Linux to setup a Samba server as a domain controller. Then try using the GUI Samba Authentication tool and see if it works... I bet it would. Im not sure the Fedora set up is perfect. I'd still really like to get into a situation where the first time I go to say cups and add a printer it also kicks the firewall tools to sort out if you want remote access, and it takes it away when its no longer relevant Little project for someone 8) -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From Epps.Aaron at mayo.edu Thu Jan 15 22:48:27 2004 From: Epps.Aaron at mayo.edu (Epps, Aaron M.) Date: Thu, 15 Jan 2004 16:48:27 -0600 Subject: file sharing Message-ID: In order for you to authenticate to AD you need to have SMB running since it's the bridge between Windows/Everything Else, that means you need to have ports 137-139 open, open ports = security risk... Especially common ones like these. -----Original Message----- From: stephan schutter [mailto:rhl at farorbit.com] Sent: Thursday, January 15, 2004 4:29 PM To: fedora-test-list at redhat.com Subject: RE: file sharing Thank you Alan. Me to. And once again, I am not talking about servers, and I do not see how being able to authenticate to Active Directory by default is "unsafe". -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Alan Cox Sent: Thursday, January 15, 2004 4:17 PM To: fedora-test-list at redhat.com Subject: Re: file sharing On Thu, Jan 15, 2004 at 03:47:16PM -0600, Epps, Aaron M. wrote: > I think the Fedora project has chosen to give everyone a secure installation by default, if you want to open up your system to the world after the fact that's your choice. Again, there is no "hacking" involved in setting this up, unless you consider using a CLI and editing config files "hacking". Also you must keep in mind that Samba has to reverse engineer everything to work with AD, which M$ stole from Novell, and that is by no means a trivial task. I'd say if you really wanted to demo to your company the power/flexibility/freedom of Linux to setup a Samba server as a domain controller. Then try using the GUI Samba Authentication tool and see if it works... I bet it would. Im not sure the Fedora set up is perfect. I'd still really like to get into a situation where the first time I go to say cups and add a printer it also kicks the firewall tools to sort out if you want remote access, and it takes it away when its no longer relevant Little project for someone 8) -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From rhl at farorbit.com Thu Jan 15 22:53:37 2004 From: rhl at farorbit.com (stephan schutter) Date: Thu, 15 Jan 2004 16:53:37 -0600 Subject: file sharing In-Reply-To: Message-ID: <20040115225401.15DFE845B@conn.mc.mpls.visi.com> What about state full inspection of packets by the fire wall? -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Epps, Aaron M. Sent: Thursday, January 15, 2004 4:48 PM To: 'fedora-test-list at redhat.com' Subject: RE: file sharing In order for you to authenticate to AD you need to have SMB running since it's the bridge between Windows/Everything Else, that means you need to have ports 137-139 open, open ports = security risk... Especially common ones like these. -----Original Message----- From: stephan schutter [mailto:rhl at farorbit.com] Sent: Thursday, January 15, 2004 4:29 PM To: fedora-test-list at redhat.com Subject: RE: file sharing Thank you Alan. Me to. And once again, I am not talking about servers, and I do not see how being able to authenticate to Active Directory by default is "unsafe". -----Original Message----- From: fedora-test-list-admin at redhat.com [mailto:fedora-test-list-admin at redhat.com] On Behalf Of Alan Cox Sent: Thursday, January 15, 2004 4:17 PM To: fedora-test-list at redhat.com Subject: Re: file sharing On Thu, Jan 15, 2004 at 03:47:16PM -0600, Epps, Aaron M. wrote: > I think the Fedora project has chosen to give everyone a secure installation by default, if you want to open up your system to the world after the fact that's your choice. Again, there is no "hacking" involved in setting this up, unless you consider using a CLI and editing config files "hacking". Also you must keep in mind that Samba has to reverse engineer everything to work with AD, which M$ stole from Novell, and that is by no means a trivial task. I'd say if you really wanted to demo to your company the power/flexibility/freedom of Linux to setup a Samba server as a domain controller. Then try using the GUI Samba Authentication tool and see if it works... I bet it would. Im not sure the Fedora set up is perfect. I'd still really like to get into a situation where the first time I go to say cups and add a printer it also kicks the firewall tools to sort out if you want remote access, and it takes it away when its no longer relevant Little project for someone 8) -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list -- fedora-test-list mailing list fedora-test-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list From dax at gurulabs.com Fri Jan 16 05:43:34 2004 From: dax at gurulabs.com (Dax Kelson) Date: Thu, 15 Jan 2004 22:43:34 -0700 Subject: evolution 1.5.1 test packages In-Reply-To: <20040108173525.GE21435@minotaur.local> References: <1073398787.1748.10.camel@edoras.local.net> <1073403258.2521.5.camel@bart.netlyncs.com> <1073404754.2069.24.camel@edoras.local.net> <20040108150340.GA21435@minotaur.local> <1073577157.2733.8.camel@bart.netlyncs.com> <20040108163714.GD21435@minotaur.local> <1073582184.5271.3.camel@edoras.local.net> <20040108173525.GE21435@minotaur.local> Message-ID: <1074231814.2893.34.camel@mentor.gurulabs.com> On Thu, 2004-01-08 at 10:35, Edward S. Marshall wrote: > Courier-imap. INBOX is always first, and a "feature" of courier's mailbox > hierarchy places all boxes under that, in a semi-random order. I'd lean > toward believing the order is what courier is supplying. There is some issue with Evo's namespace support. Interesting, Evolution 1.0.x worked with courier-imap just fine. The INBOX was listed first and the other folders were peers, not sub-folders. I preferred this. BTW, ThunderBird and MS Outlook Express get it correct (like Evo 1.0.x). Dax Kelson Guru Labs From zboszor at freemail.hu Fri Jan 16 12:13:18 2004 From: zboszor at freemail.hu (Boszormenyi Zoltan) Date: Fri, 16 Jan 2004 13:13:18 +0100 Subject: x86_64 vs i[36]86 arch question In-Reply-To: <20040113143951.GA4870@comcast.net> References: <4003B900.2090608@freemail.hu> <20040113131025.GB30222@comcast.net> <4003FB5D.9000708@freemail.hu> <20040113143951.GA4870@comcast.net> Message-ID: <4007D55E.4040105@freemail.hu> Justin M. Forbes ?rta: > On Tue, Jan 13, 2004 at 03:06:21PM +0100, Boszormenyi Zoltan wrote: > >>Yes, I already guessed that I will need separate / (containing /etc ...), >>/usr, /var for a dual boot. What I wanted to achieve is to have a single >>boot menu. As the current situation stands, I will need two /boot >>and manually set up an entry in the default one -it would be the >>32 bit Fedora- so it boots another grub (that boots the 64 bit Fedora). >>An entry similar to one that boots into a Win* should do, at least I hope. >> > > When you do the install, I believe it will set this up automatically, if > not, simply add the entry from grub.conf in the first installation to the > grub.conf on the second installation. The second will overwrite the first, > so its grub.conf will be the one that matters. That grub instance can boot > any other linux image. > > Justin I downloaded the preview and I used the network install with the boot.iso. It didn't find any previous Fedora install but the 32 bit Fedora was already installed. So no automatic GRUB setup. I choose to install GRUB into the /boot boot sector of the x86_64 installation instead of letting overwrite the previously installed GRUB in the MBR. In the 32 bit /boot I have this GRUB entry: title Fedora Core AMD64 GRUB rootnoverify (hd0,1) makeactive chainloader +1 It then correctly boot the x86_64 /boot GRUB which then boots the 64 bit kernel... This has the advantage that the two /boot/grub/grub.conf are not confused on kernel upgrades. I am not sure that what you suggested keeps everyone happy on kernel upgrades. I think the %post scripts watch the kernel versions in the GRUB entries and update every matching one. Now I can go and upgrade to Fedora Core 2 Devel... :-) -- Best regards, Zolt?n B?sz?rm?nyi --------------------- What did Hussein say about his knife? One in Bush worth two in the hand. From twaugh at redhat.com Fri Jan 16 13:24:37 2004 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 16 Jan 2004 13:24:37 +0000 Subject: Fedora Core 1 Testing Update: ghostscript-7.07-15.1 In-Reply-To: <20040113225018.GE7551@redhat.com> References: <20040113225018.GE7551@redhat.com> Message-ID: <20040116132437.GO1525@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2003-052 2004-01-16 --------------------------------------------------------------------- Name : ghostscript Version : 7.07 Release : 15.1 Summary : A PostScript(TM) interpreter and renderer. Description : Ghostscript is a set of software that provides a PostScript(TM) interpreter, a set of C procedures (the Ghostscript library, which implements the graphics capabilities in the PostScript language) and an interpreter for Portable Document Format (PDF) files. Ghostscript translates PostScript code into many common, bitmapped formats, like those understood by your printer or screen. Ghostscript is normally used to display PostScript files and to print PostScript files to non-PostScript printers. If you need to display PostScript files or print them to non-PostScript printers, you should install ghostscript. If you install ghostscript, you also need to install the ghostscript-fonts package. --------------------------------------------------------------------- Update Information: The HP Inkjet driver (hpijs) has been updated to version 1.5. --------------------------------------------------------------------- * Thu Jan 15 2004 Tim Waugh 7.07-15.1 - Build for Fedora Core 1 printer drivers update. - Turn off fontconfig. * Tue Jan 06 2004 Tim Waugh 7.07-15 - Build for Fedora Core 1 printer drivers update. - Conflicts with foomatic before hpijs 1.5 data. - Make fontconfig optional. * Sat Dec 13 2003 Tim Waugh 7.07-14 - Disable unnecessary debug messages from fontconfig support. * Fri Dec 05 2003 Tim Waugh 7.07-13 - Add fontconfig support (bug #111412). * Thu Nov 27 2003 Tim Waugh - Build requires libjpeg-devel (bug #110737). * Tue Nov 11 2003 Tim Waugh 7.07-12 - Updated hpijs to 1.5 (bug #109714). * Mon Nov 10 2003 Tim Waugh - Updated lxm3200 patch (bug #109625). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ d29f0edf3bc0b6daee9b76df886e7912 SRPMS/ghostscript-7.07-15.1.src.rpm e9fd190e062aacfcd22eae88ae63b3b0 i386/ghostscript-7.07-15.1.i386.rpm e442ab4a0135bda47da06e8d72fe28e1 i386/ghostscript-devel-7.07-15.1.i386.rpm 50e0b85ee0de9f53d4fa9ac32b48812b i386/hpijs-1.5-4.1.i386.rpm 98b0cae610f15bdd84050786da672c56 i386/debug/ghostscript-debuginfo-7.07-15.1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From daveh at cadlink.com Fri Jan 16 14:47:27 2004 From: daveh at cadlink.com (Dave Hawkes) Date: Fri, 16 Jan 2004 09:47:27 -0500 Subject: Selinux and Reiserfs In-Reply-To: <1074186229.17320.99.camel@moss-spartans.epoch.ncsc.mil> References: <4006A635.6090703@cadlink.com> <1074186229.17320.99.camel@moss-spartans.epoch.ncsc.mil> Message-ID: <4007F97F.3040306@cadlink.com> Thanks for the info, the patches seem to be kernel release specific and not so well tested. Maybe I'll just have to wait for reiser4 support... Stephen Smalley wrote: >On Thu, 2004-01-15 at 09:39, Dave Hawkes wrote: > > >>I thought I would try the latest development updates to see how the >>selinux implementation is progressing, but was unable to relabel my >>reiserfs drive. >> >>I changed the fs_use file to include reiserfs (fs_use_xattr reiserfs >>system_u:object_r:fs_t) and also changed the makefile so awk would >>identify reiserfs drives. >> >>However I still get the "Operation not supported" error from setfiles so >>I assume the reiserfs selinux kernel patches (using kernel 2.6.0-1.41) >>are not implemented? Does anyone know if that is the case? >> >> > >reiserfs doesn't support extended attributes unless you patch in >support, e.g. using Jeff Mahoney's patches from >ftp://ftp.suse.com/pub/people/jeffm/reiserfs/aclea/. These patches do >include a handler for the security namespace now, and a SELinux user has >reported successfully assigning the SELinux labels using this code, but >we have never tested it ourselves. > > > -------------- 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 ted at cypress.com Fri Jan 16 19:49:47 2004 From: ted at cypress.com (Thomas Dodd) Date: Fri, 16 Jan 2004 13:49:47 -0600 Subject: file sharing In-Reply-To: <20040115222859.1C4DF83B2@corb.mc.mpls.visi.com> References: <20040115222859.1C4DF83B2@corb.mc.mpls.visi.com> Message-ID: <4008405B.1050401@cypress.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 stephan schutter wrote: | And once again, I am not talking about servers, and I do not see how being | able to authenticate to Active Directory by default is "unsafe". I don't know much about AD, but if it's running on a M$ system it's unsafe. -Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFACEBa+mwggWqA1pQRAmF+AJ9zbo/hkqLeYWyDJjZmk8De1EvauACfVl1T kfWOjcAjfwzrzJSOQNWel/o= =PPj+ -----END PGP SIGNATURE----- From ted at cypress.com Fri Jan 16 19:56:09 2004 From: ted at cypress.com (Thomas Dodd) Date: Fri, 16 Jan 2004 13:56:09 -0600 Subject: file sharing In-Reply-To: <20040115222550.3B821845B@conn.mc.mpls.visi.com> References: <20040115222550.3B821845B@conn.mc.mpls.visi.com> Message-ID: <400841D9.7090508@cypress.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 stephan schutter wrote: | OK, I know how to configure samba. I use it as a server and a client at | home. However, I work for a very large company that likes bulls eyes. There | is no way that the 2400 Windows admins are going to rebuild the How many admins? How many users? Unix admins can normally handle more users/machines. | infrastructure to suit Linux. Linux has to fit in to the architecture, and | not the other way around. Period. I will bet you money that this is true | elsewhere as well. It's AD, DDNS, WINS, SMB CIFS, and Exchange -- and that | will not change for a long time. Exchange aint going to happed (unless you BUY software for it). I never really understood WINS, but samba works fine. I've never had trouble accessing share from windows machines. What's DDNS? Some screwed up implementation of bind? Not a clue about AD. -Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFACEHY+mwggWqA1pQRAoQzAKCBH6pEA5Hjvm7tFpbrAbGV0lWT/wCg4r2D t1V3L+JrHnBMGRTAM8C7ZCE= =Onzu -----END PGP SIGNATURE----- From jpearl24 at cox.net Fri Jan 16 19:58:40 2004 From: jpearl24 at cox.net (jason pearl) Date: Fri, 16 Jan 2004 12:58:40 -0700 Subject: file sharing In-Reply-To: <400841D9.7090508@cypress.com> References: <20040115222550.3B821845B@conn.mc.mpls.visi.com> <400841D9.7090508@cypress.com> Message-ID: <20040116125840.6184ae44.jpearl24@cox.net> On Fri, 16 Jan 2004 13:56:09 -0600 Thomas Dodd wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > > > >stephan schutter wrote: >| OK, I know how to configure samba. I use it as a server and a client >at| home. However, I work for a very large company that likes bulls >eyes. There >| is no way that the 2400 Windows admins are going to rebuild the > >How many admins? How many users? >Unix admins can normally handle more users/machines. > >| infrastructure to suit Linux. Linux has to fit in to the >architecture, and| not the other way around. Period. I will bet you >money that this is true| elsewhere as well. It's AD, DDNS, WINS, SMB >CIFS, and Exchange -- and that| will not change for a long time. > >Exchange aint going to happed (unless you BUY software for it). > >I never really understood WINS, but samba works fine. I've never had >trouble accessing share from windows machines. > >What's DDNS? Some screwed up implementation of bind? >Not a clue about AD. > I think DDNS is dynamic dns... -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N uptime: 12:58:09 up 4 days, 18:19, 5 users, load average: 0.02, 0.50, 0.86 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From davej at redhat.com Fri Jan 16 21:37:32 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 16 Jan 2004 21:37:32 +0000 Subject: Updated Fedora Core 1 testing kernel. Message-ID: <20040116213732.GO14622@redhat.com> --------------------------------------------------------------------- Fedora Update Notification FEDORA-2003-056 2004-01-16 --------------------------------------------------------------------- Name : kernel Version : 2.4.22 Release : 1.2163.nptl Summary : The Linux kernel (the core of the Linux operating system) Description : The kernel package contains the Linux kernel (vmlinuz), the core of your Fedora Core Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. --------------------------------------------------------------------- * Fri Jan 16 2004 Dave Jones - Merge VM updates from post 2.4.22 - Fix AMD64 ptrace security hole. (CAN-2004-0001) - Fix NPTL SMP hang. - Merge bits from 2.4.25pre - R128 DRI limits checking. (CAN-2004-0003) - Various ymfpci fixes. - tmpfs readdir does not update dir atime - Minor IPV4/Netfilter changes. - Merge a few more bits from 2.4.23pre - Numerous tmpfs fixes. - Use list_add_tail in buffer_insert_list - Correctly dequeue SIGSTOP signals in kupdated - Update laptop-mode patch to match mainline. * Wed Jan 14 2004 Dave Jones - Merge a few more missing netfilter fixes from upstream. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/1/ a64fe6c46db3d02942053ad6714a78a9 SRPMS/kernel-2.4.22-1.2163.nptl.src.rpm 07a6ab17a501cfe70e34feb2d2d3fc27 i386/kernel-source-2.4.22-1.2163.nptl.i386.rpm 64e7db9af6962788c37ad05a6b69017f i386/kernel-doc-2.4.22-1.2163.nptl.i386.rpm 7c40cfde76711bb2d414a59adbdd9db4 i386/kernel-BOOT-2.4.22-1.2163.nptl.i386.rpm 2ca7ce2620f5ab9d054b12e0de9d0b6c i386/debug/kernel-debuginfo-2.4.22-1.2163.nptl.i386.rpm e9992854aae4a8bb2e8f2caf6bc861f2 i386/kernel-2.4.22-1.2163.nptl.i586.rpm 8c45b50f59132c754dacf764b6bf8037 i386/debug/kernel-debuginfo-2.4.22-1.2163.nptl.i586.rpm 7cb9fe03b7e07404a7704161981c3070 i386/kernel-2.4.22-1.2163.nptl.i686.rpm 3d5e7beb510920c159ed8a867214a7ea i386/kernel-smp-2.4.22-1.2163.nptl.i686.rpm b01dd91605f405b7b22f01e25ee48a20 i386/debug/kernel-debuginfo-2.4.22-1.2163.nptl.i686.rpm 3b474cfd9d60bf542f7134bc35753c24 i386/kernel-2.4.22-1.2163.nptl.athlon.rpm 6c9b62885425d694dd51de0195ca65c9 i386/kernel-smp-2.4.22-1.2163.nptl.athlon.rpm 1746c98fa1801f002aff5e36da437ff0 i386/debug/kernel-debuginfo-2.4.22-1.2163.nptl.athlon.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From mark at harddata.com Fri Jan 16 21:44:03 2004 From: mark at harddata.com (Mark Lane) Date: Fri, 16 Jan 2004 14:44:03 -0700 Subject: Updated Fedora Core 1 testing kernel. In-Reply-To: <20040116213732.GO14622@redhat.com> References: <20040116213732.GO14622@redhat.com> Message-ID: <1074289443.13132.58.camel@skip.harddata.net> On Fri, 2004-01-16 at 14:37, Dave Jones wrote: > --------------------------------------------------------------------- > This update can be downloaded from: > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/1/ Dave, I think you mean this URL. http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ -- 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 marian at gg3d.com Fri Jan 16 22:15:22 2004 From: marian at gg3d.com (Mariusz =?iso-8859-2?Q?Smyku=B3a?=) Date: Fri, 16 Jan 2004 23:15:22 +0100 Subject: file sharing In-Reply-To: <4005F6E7.4050906@farorbit.com> References: <4005F6E7.4050906@farorbit.com> Message-ID: <1074291321.5915.14.camel@localhost.localdomain> W li?cie z czw, 15-01-2004, godz. 03:11, stephan schutter pisze: > what is the most convenient way to share files? sftp, and smb, via > nautilus or konqueror operate like ftp... you have to copy local and > edit, then copy back up again.... not very user friendly... NFS: you can > not specify a user to connect as... Is this being worked on? Maybe AFS? http://www.openafs.org/pages/release/latest.html#fedora-1.0 -- Mariusz 'marian' Smyku?a --------------------------------- jid/email: marian at t-system.com.pl --------------------------------- From davej at redhat.com Fri Jan 16 22:27:58 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 16 Jan 2004 22:27:58 +0000 Subject: Updated Fedora Core 1 testing kernel. In-Reply-To: <1074289443.13132.58.camel@skip.harddata.net> References: <20040116213732.GO14622@redhat.com> <1074289443.13132.58.camel@skip.harddata.net> Message-ID: <1074292078.22048.0.camel@delerium.codemonkey.org.uk> On Fri, 2004-01-16 at 21:44, Mark Lane wrote: > I think you mean this URL. > > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ Gahhh, yes, of course. Thanks. Dave From rhl at farorbit.com Sat Jan 17 00:59:19 2004 From: rhl at farorbit.com (stephan schutter) Date: Fri, 16 Jan 2004 18:59:19 -0600 Subject: file sharing In-Reply-To: <400841D9.7090508@cypress.com> Message-ID: <20040117005920.3F3ED8577@corb.mc.mpls.visi.com> How many admins? How many users? Unix admins can normally handle more users/machines. A: 250 000 users in AD... I never really understood WINS, but samba works fine. I've never had trouble accessing share from windows machines. A: the other way around... What's DDNS? Some screwed up implementation of bind? Not a clue about AD. A: Dynamic DNS... DHCP updates the records in DNS... From lowen at pari.edu Sat Jan 17 15:09:32 2004 From: lowen at pari.edu (Lamar Owen) Date: Sat, 17 Jan 2004 10:09:32 -0500 Subject: Updated Fedora Core 1 testing kernel. In-Reply-To: <20040116213732.GO14622@redhat.com> References: <20040116213732.GO14622@redhat.com> Message-ID: <200401171009.32551.lowen@pari.edu> On Friday 16 January 2004 04:37 pm, Dave Jones wrote: > - Fix NPTL SMP hang. What hang is this? I am having issues with SMP and video capture where I get a kernel oops, and a statement to the effect that the kernel killed the interrupt handler. -- Lamar Owen Director of Information Technology Pisgah Astronomical Research Institute 1 PARI Drive Rosman, NC 28772 (828)862-5554 www.pari.edu From ba at linuxin.dk Sat Jan 17 16:03:01 2004 From: ba at linuxin.dk (Bjorn Andersen) Date: Sat, 17 Jan 2004 17:03:01 +0100 Subject: Updated Fedora Core 1 testing kernel. In-Reply-To: <200401171009.32551.lowen@pari.edu> References: <20040116213732.GO14622@redhat.com> <200401171009.32551.lowen@pari.edu> Message-ID: <1074355381.14732.3.camel@Mars> Hi I have noticed that Fedora testkernel and Arjans kernels does not have prelinking enabled. Will it be on in final Core 2, or only for those who will recompile their kernel? On l?r, 2004-01-17 at 10:09 -0500, Lamar Owen wrote: > On Friday 16 January 2004 04:37 pm, Dave Jones wrote: > > - Fix NPTL SMP hang. > > What hang is this? I am having issues with SMP and video capture where I get > a kernel oops, and a statement to the effect that the kernel killed the > interrupt handler. > -- > 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 > http://www.redhat.com/mailman/listinfo/fedora-test-list -- Bjorn Andersen From davej at redhat.com Sat Jan 17 17:07:53 2004 From: davej at redhat.com (Dave Jones) Date: Sat, 17 Jan 2004 17:07:53 +0000 Subject: Updated Fedora Core 1 testing kernel. In-Reply-To: <200401171009.32551.lowen@pari.edu> References: <20040116213732.GO14622@redhat.com> <200401171009.32551.lowen@pari.edu> Message-ID: <1074359273.32753.12.camel@delerium.codemonkey.org.uk> On Sat, 2004-01-17 at 15:09, Lamar Owen wrote: > On Friday 16 January 2004 04:37 pm, Dave Jones wrote: > > - Fix NPTL SMP hang. > > What hang is this? I am having issues with SMP and video capture where I get > a kernel oops, and a statement to the effect that the kernel killed the > interrupt handler. We mishandled PDEATHSIG, probably not something that you'll see in practice, as this would've shown up a lot sooner. The crashes you are seeing are likely something else. Care to post the oops to bugzilla some time ? Dave From davej at redhat.com Sat Jan 17 17:08:34 2004 From: davej at redhat.com (Dave Jones) Date: Sat, 17 Jan 2004 17:08:34 +0000 Subject: Updated Fedora Core 1 testing kernel. In-Reply-To: <1074355381.14732.3.camel@Mars> References: <20040116213732.GO14622@redhat.com> <200401171009.32551.lowen@pari.edu> <1074355381.14732.3.camel@Mars> Message-ID: <1074359313.32753.14.camel@delerium.codemonkey.org.uk> On Sat, 2004-01-17 at 16:03, Bjorn Andersen wrote: > I have noticed that Fedora testkernel and Arjans kernels does not have > prelinking enabled. Will it be on in final Core 2, or only for those who > will recompile their kernel? prelinking is a userspace issue, nothing to do with the kernel. Dave From ba at linuxin.dk Sat Jan 17 17:50:54 2004 From: ba at linuxin.dk (Bjorn Andersen) Date: Sat, 17 Jan 2004 18:50:54 +0100 Subject: Updated Fedora Core 1 testing kernel. In-Reply-To: <1074359313.32753.14.camel@delerium.codemonkey.org.uk> References: <20040116213732.GO14622@redhat.com> <200401171009.32551.lowen@pari.edu> <1074355381.14732.3.camel@Mars> <1074359313.32753.14.camel@delerium.codemonkey.org.uk> Message-ID: <1074361853.15243.1.camel@Mars> Im so sorry, i meant Preemptible.. Is that going to be enabled in default Fedora core 2 kernel??? On l?r, 2004-01-17 at 17:08 +0000, Dave Jones wrote: > On Sat, 2004-01-17 at 16:03, Bjorn Andersen wrote: > > > I have noticed that Fedora testkernel and Arjans kernels does not have > > prelinking enabled. Will it be on in final Core 2, or only for those who > > will recompile their kernel? > > prelinking is a userspace issue, nothing to do with the kernel. > > Dave > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list -- Bjorn Andersen From davej at redhat.com Sat Jan 17 20:14:15 2004 From: davej at redhat.com (Dave Jones) Date: Sat, 17 Jan 2004 20:14:15 +0000 Subject: Updated Fedora Core 1 testing kernel. In-Reply-To: <1074361853.15243.1.camel@Mars> References: <20040116213732.GO14622@redhat.com> <200401171009.32551.lowen@pari.edu> <1074355381.14732.3.camel@Mars> <1074359313.32753.14.camel@delerium.codemonkey.org.uk> <1074361853.15243.1.camel@Mars> Message-ID: <1074370455.9186.1.camel@delerium.codemonkey.org.uk> On Sat, 2004-01-17 at 17:50, Bjorn Andersen wrote: > Im so sorry, i meant Preemptible.. > > Is that going to be enabled in default Fedora core 2 kernel??? No. There has been some discussion about enabling it for a while during the beta cycle in order to show up some races that may be hiding, but for production, we feel it just isn't ready. Dave From tmwg-fedorat at inxservices.com Sun Jan 18 21:17:38 2004 From: tmwg-fedorat at inxservices.com (George Garvey) Date: Sun, 18 Jan 2004 13:17:38 -0800 Subject: GDB 6 fork/exec hangs the debugged program Message-ID: <20040118211738.GL21441@inxservices.com> I can no longer stop at a breakpoint after a fork/exec. I tried building a gdb 6 before once was available from Fedora, and had the same problem. All of the fedora RPMs have exhibited this. Even without a breakpoint, the forked program doesn't seem to work. In this case, the fork is executing lpr. This is what happens, instead: (gdb) break SHPrint.cc:1256 Breakpoint 1 at 0x809ebdf: file SHPrint.cc, line 1256. (gdb) r Starting program: /home/tmwg/src/12.10/pentium4_fltkb/edic/client/Starplast/EDICourier -geom +860+725 malloc: using debugging hooks [Thread debugging using libthread_db enabled] [New Thread -1084627872 (LWP 11446)] malloc: using debugging hooks Detaching after fork from child process 11449. malloc: using debugging hooks malloc: using debugging hooks warning: Unexpected waitpid result 02057f when waiting for vfork-done From allenmj48 at charter.net Sun Jan 18 23:30:58 2004 From: allenmj48 at charter.net (allenmj48 at charter.net) Date: Sun, 18 Jan 2004 17:30:58 -0600 Subject: fedora-test-list digest, Vol 1 #486 - 4 msgs Message-ID: <200401182330.i0INUwwE076448@mxsf17.cluster1.charter.net> My Fedora Core machine crashed after a simple memory upgrade now I can't reload FC-1, I think my hard drives are toast . > > From: fedora-test-list-request at redhat.com > Date: 2004/01/18 Sun AM 11:00:10 CST > To: fedora-test-list at redhat.com > Subject: fedora-test-list digest, Vol 1 #486 - 4 msgs > > 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. Re: Updated Fedora Core 1 testing kernel. (Dave Jones) > 2. Re: Updated Fedora Core 1 testing kernel. (Dave Jones) > 3. Re: Updated Fedora Core 1 testing kernel. (Bjorn Andersen) > 4. Re: Updated Fedora Core 1 testing kernel. (Dave Jones) > > --__--__-- > > Message: 1 > Subject: Re: Updated Fedora Core 1 testing kernel. > From: Dave Jones > To: fedora-test-list at redhat.com > Organization: Red Hat > Date: Sat, 17 Jan 2004 17:07:53 +0000 > Reply-To: fedora-test-list at redhat.com > > On Sat, 2004-01-17 at 15:09, Lamar Owen wrote: > > On Friday 16 January 2004 04:37 pm, Dave Jones wrote: > > > - Fix NPTL SMP hang. > > > > What hang is this? I am having issues with SMP and video capture where I get > > a kernel oops, and a statement to the effect that the kernel killed the > > interrupt handler. > > We mishandled PDEATHSIG, probably not something that you'll see in > practice, as this would've shown up a lot sooner. The crashes you are > seeing are likely something else. Care to post the oops to bugzilla some > time ? > > Dave > > > > --__--__-- > > Message: 2 > Subject: Re: Updated Fedora Core 1 testing kernel. > From: Dave Jones > To: fedora-test-list at redhat.com > Organization: Red Hat > Date: Sat, 17 Jan 2004 17:08:34 +0000 > Reply-To: fedora-test-list at redhat.com > > On Sat, 2004-01-17 at 16:03, Bjorn Andersen wrote: > > > I have noticed that Fedora testkernel and Arjans kernels does not have > > prelinking enabled. Will it be on in final Core 2, or only for those who > > will recompile their kernel? > > prelinking is a userspace issue, nothing to do with the kernel. > > Dave > > > > --__--__-- > > Message: 3 > Subject: Re: Updated Fedora Core 1 testing kernel. > From: Bjorn Andersen > To: fedora-test-list at redhat.com > Date: Sat, 17 Jan 2004 18:50:54 +0100 > Reply-To: fedora-test-list at redhat.com > > Im so sorry, i meant Preemptible.. > > Is that going to be enabled in default Fedora core 2 kernel??? > > > On l?r, 2004-01-17 at 17:08 +0000, Dave Jones wrote: > > On Sat, 2004-01-17 at 16:03, Bjorn Andersen wrote: > > > > > I have noticed that Fedora testkernel and Arjans kernels does not have > > > prelinking enabled. Will it be on in final Core 2, or only for those who > > > will recompile their kernel? > > > > prelinking is a userspace issue, nothing to do with the kernel. > > > > Dave > > > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- > Bjorn Andersen > > > > --__--__-- > > Message: 4 > Subject: Re: Updated Fedora Core 1 testing kernel. > From: Dave Jones > To: fedora-test-list at redhat.com > Organization: Red Hat > Date: Sat, 17 Jan 2004 20:14:15 +0000 > Reply-To: fedora-test-list at redhat.com > > On Sat, 2004-01-17 at 17:50, Bjorn Andersen wrote: > > > Im so sorry, i meant Preemptible.. > > > > Is that going to be enabled in default Fedora core 2 kernel??? > > No. There has been some discussion about enabling it for a while > during the beta cycle in order to show up some races that may be hiding, > but for production, we feel it just isn't ready. > > Dave > > > > > --__--__-- > > -- > 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 lamont at gurulabs.com Mon Jan 19 05:21:05 2004 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Sun, 18 Jan 2004 22:21:05 -0700 Subject: file sharing In-Reply-To: <20040115221641.GA26013@devserv.devel.redhat.com> References: <20040115221641.GA26013@devserv.devel.redhat.com> Message-ID: <1074489665.2352.30.camel@wraith.advansoft.net> On Thu, 2004-01-15 at 15:16, Alan Cox wrote: > Im not sure the Fedora set up is perfect. I'd still really like to get > into a situation where the first time I go to say cups and add a printer > it also kicks the firewall tools to sort out if you want remote access, > and it takes it away when its no longer relevant IMO, this is the right approach. Some people want completely automatic opening of ports (i.e. holes in their firewall/security). Not me. Instead of just opening ports without the user/administrator knowing (bad cop, no donut!), the addition or reconfiguration of a service should require human acknowledgment to open a hole in the security configuration. Of course, the balance between automation and administrator authorization is the part of this that would probably be the most widely debated. > Little project for someone 8) Sigh...if I only had the time right now to add one more to my list. Maybe in a month or so? /me cowardly refuses to hold breath and wait. -- 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 lamont at gurulabs.com Mon Jan 19 05:21:37 2004 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Sun, 18 Jan 2004 22:21:37 -0700 Subject: file sharing In-Reply-To: <20040115222859.1C4DF83B2@corb.mc.mpls.visi.com> References: <20040115222859.1C4DF83B2@corb.mc.mpls.visi.com> Message-ID: <1074489673.2352.32.camel@wraith.advansoft.net> On Thu, 2004-01-15 at 15:28, stephan schutter wrote: > Thank you Alan. Me to. > > And once again, I am not talking about servers, and I do not see how being > able to authenticate to Active Directory by default is "unsafe". Because, the hash algorithm used by Microsoft for "secure" password based authentication is insecure. Go out and google for information about that, you should find plenty of material. However, I think you are missing the point. Most Linux distributions (Fedora included) were not created in order to provide a drop in replacement to Windows. The fact that we *can* authenticate against AD domains is a near miracle in and of itself, given the ridiculous obfuscation that Microsoft goes through in their protocols in order to try (and fail) to *prevent* anyone else (especially Linux?) from being able to use them. Lastly, I would like to point out that this is the Fedora TEST list. This entire thread belongs on the Fedora list. Perhaps a couple of items could be discussed on the Fedora Developer list. This statement is more for the archives rather than you, Stephen, as you have already heard this before. [SNIP] -- 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 lowen at pari.edu Mon Jan 19 17:14:48 2004 From: lowen at pari.edu (Lamar Owen) Date: Mon, 19 Jan 2004 12:14:48 -0500 Subject: Updated Fedora Core 1 testing kernel. In-Reply-To: <1074359273.32753.12.camel@delerium.codemonkey.org.uk> References: <20040116213732.GO14622@redhat.com> <200401171009.32551.lowen@pari.edu> <1074359273.32753.12.camel@delerium.codemonkey.org.uk> Message-ID: <200401191214.48156.lowen@pari.edu> On Saturday 17 January 2004 12:07 pm, Dave Jones wrote: > We mishandled PDEATHSIG, probably not something that you'll see in > practice, as this would've shown up a lot sooner. The crashes you are > seeing are likely something else. Care to post the oops to bugzilla some > time ? Sure. Gotta capture it first, since it doesn't get syslogged. Just shows on console. But I'm going to rebuild everything for the latest kernel; the one on this box is fairly old. -- Lamar Owen Director of Information Technology Pisgah Astronomical Research Institute 1 PARI Drive Rosman, NC 28772 (828)862-5554 www.pari.edu From johnsonm+fedora at redhat.com Mon Jan 19 17:17:31 2004 From: johnsonm+fedora at redhat.com (Michael K. Johnson) Date: Mon, 19 Jan 2004 12:17:31 -0500 Subject: Fedora Core 1 for AMD64 test1 Message-ID: <20040119171731.GA6503@devserv.devel.redhat.com> My announcements aren't as fun to read as Bill Nottingham's, but hopefully the content makes up a bit for the (lack of) style. A test release of Fedora Core 1 for AMD64 is now available at ftp://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/ and at distinguised mirror sites near you. Like the original x86 architecture release, the AMD64 architecture has three binary ISO images and three source ISO images. This is a single (we hope and intend) test release specifically to check hardware support; the package set is the same versions as an updated Fedora Core 1 for x86 system will have. Please file bugs via Bugzilla, at http://bugzilla.redhat.com/bugzilla/ (Product "Fedora Core", Version "test1", Architecture "x86_64" so that they are noticed and appropriately classified. Hardware support bugs should generally be filed against the kernel component, unless they are specifically about kudzu or anaconda. Discuss this test release on fedora-test-list. We are hoping to make minimal changes before making the final release available, soon. Many mirrors are in sync already, many more are still syncing. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/ From skvidal at phy.duke.edu Mon Jan 19 17:25:33 2004 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 19 Jan 2004 12:25:33 -0500 Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: <20040119171731.GA6503@devserv.devel.redhat.com> References: <20040119171731.GA6503@devserv.devel.redhat.com> Message-ID: <1074533132.3593.8.camel@binkley> On Mon, 2004-01-19 at 12:17, Michael K. Johnson wrote: > My announcements aren't as fun to read as Bill Nottingham's, but > hopefully the content makes up a bit for the (lack of) style. > > A test release of Fedora Core 1 for AMD64 is now available at > ftp://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/ > and at distinguised mirror sites near you. Like the original x86 > architecture release, the AMD64 architecture has three binary ISO images > and three source ISO images. As another note - the isos are up and available at: http://torrent.dulug.duke.edu/ it's wacky fun to join the torrent, really, it is. I swear. -sv From 64bit_fedora at comcast.net Mon Jan 19 17:33:34 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Mon, 19 Jan 2004 11:33:34 -0600 Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: <20040119171731.GA6503@devserv.devel.redhat.com> References: <20040119171731.GA6503@devserv.devel.redhat.com> Message-ID: <20040119173334.GB19437@comcast.net> The FAQ is also available at http://www.linuxtx.org/amd64faq.html It has been updated for test1, and specifically answers the macro issue with rpm (notabug). Happy testing, Justin From henryhartley at westat.com Mon Jan 19 17:47:05 2004 From: henryhartley at westat.com (Henry Hartley) Date: Mon, 19 Jan 2004 12:47:05 -0500 Subject: Fedora Core 1 for AMD64 test1 Message-ID: <9B425F151083D311A218009027B00EA605C48137@Remailnt1> >> -----Original Message----- >> From: Justin M. Forbes [mailto:64bit_fedora at comcast.net] >> Sent: Monday, January 19, 2004 12:34 PM >> >> The FAQ is also available at http://www.linuxtx.org/amd64faq.html >> It has been updated for test1, and specifically answers the macro >> issue with rpm (notabug). As useful as that is, it would be more useful if I could read it ;-) My old eyes really have a hard time with the gray on black. I know I can override the colors but if it were white on black or black on white I wouldn't have to. Sorry to complain about something as trivial as the color scheme (the grayscale scheme?) of the FAQ but... -- Henry From czar at czarc.net Mon Jan 19 17:53:19 2004 From: czar at czarc.net (Gene C.) Date: Mon, 19 Jan 2004 12:53:19 -0500 Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: <20040119171731.GA6503@devserv.devel.redhat.com> References: <20040119171731.GA6503@devserv.devel.redhat.com> Message-ID: <200401191253.19023.czar@czarc.net> On Monday 19 January 2004 12:17, Michael K. Johnson wrote: > A test release of Fedora Core 1 for AMD64 is now available at > ftp://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/ > and at distinguised mirror sites near you. And a great demonstration of community effort with lots of this done by Justin. Good job to all! And now a question: a lot of package updates (both update and testing) have been issued for i386 ... when will these be available in a x86_64 version? Some ae quite critical (although I personally have built my own) such are the gcc "-6" update which fixes a gcc compiler loop on the AMD64. -- Gene From jaboutboul at speakeasy.net Mon Jan 19 18:27:17 2004 From: jaboutboul at speakeasy.net (Jack Aboutboul) Date: Mon, 19 Jan 2004 13:27:17 -0500 Subject: Fedora LWCE Event Message-ID: <1074536837.2923.35.camel@deepfort> Please join us for a community gathering and discussion session. Who: Anyone interested in Fedora, the clueless, newbies and developers alike! When: Wed. January 21st, 2004 5:30PM Where: Jacob Javits Convention Center Room 1E09 Why: Free refreshments will be served up along with a hearty side of discussion about various Fedora topics. Fedora CDs and DVDs will be available as well. Help Support the community, and get some free donuts and coke at the same time. From czar at czarc.net Mon Jan 19 18:33:45 2004 From: czar at czarc.net (Gene C.) Date: Mon, 19 Jan 2004 13:33:45 -0500 Subject: Fedora Core 1 for AMD64 test1 -- need some help In-Reply-To: <20040119171731.GA6503@devserv.devel.redhat.com> References: <20040119171731.GA6503@devserv.devel.redhat.com> Message-ID: <200401191333.45770.czar@czarc.net> On Monday 19 January 2004 12:17, Michael K. Johnson wrote: > A test release of Fedora Core 1 for AMD64 is now available at > ftp://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/ > and at distinguised mirror sites near you. Timely, timely ... I could claim that I have extremely high bandwidth and have gotten the ISOs and installed already but that would not be true ... I cheated and downloaded them from Justin's development site a couple of days ago. The system -- Opteron 140 with test1 installed plus needed updates such as gcc. I am trying to get the nessus security tool to run as a 64 bit application (the 32 bit version needs the 32bit versions of openssl, tcp-wrappers, and gtk to install ... besides, where is the fun of just doing that). Instead I have embarked on a "learning experience". Nessus is a relatively large application which makes extensive use of dynamic memory allocation (malloc), multiple small quick running processes (a couple thousand for a typical test), and the mmap function [more on this later]. 1. I am running a patched gcc because the regular one gets into a compiler loop [thanks Jakub for the fix] ... I really need to rebuild the "-6" release but was hoping this would be done by Red Hat sooner rather than later. 2. I have patches applied to nessus which were developed by SUSE and are available in their 9.0 Professional for the AMD64. These patches correct pointer/cast/type/prototype problems and also work fine on the i386. There are still some pointer/cast related problems to result but this a big start. 3. I have identified and corrected at least one problem where sizeof is used for the wrong struct resulting in a SEGV [again, thanks Jakub for pointing out the problem]. 4. Because of the very dynamic nature of running nessus, gdb and/or ddd have not proven as useful as I would like ... I am resorting to putting lots of printf/fprintf statements into the code to get debugging information. 5. As of now, the code "sort of" works. However, I am getting lots and lots of memory allocation errors (results in an error message to stdout/stderr via perror()). All of these are malloc errors directly or (indirectly) through mmap. 6. I have started to look at the mmap problem to begin somewhere. The strange thing is that mmap seems to work OK most of the time but sometimes (and it appears to be repeatable) is gets a "Memory allocation" error. I extracted one of the functions having a problem with a particular file and put it into a small test program ... naturally, it works just fine. While this could be the result of some strange gcc or glibc problem, I am assuming that the problem is something nessus is doing. Any hints/suggestions on how to approach debugging this? BTW, this code (as patched) runs just fine on the i386. I also tested nessus on SUSE's 9.0 amd64 system and it seems to have the same/similar memory allocation problems. -- Gene From joden at malachi.lee.k12.nc.us Mon Jan 19 19:48:55 2004 From: joden at malachi.lee.k12.nc.us (James Olin Oden) Date: Mon, 19 Jan 2004 14:48:55 -0500 (EST) Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: <9B425F151083D311A218009027B00EA605C48137@Remailnt1> Message-ID: On Mon, 19 Jan 2004, Henry Hartley wrote: > >> -----Original Message----- > >> From: Justin M. Forbes [mailto:64bit_fedora at comcast.net] > >> Sent: Monday, January 19, 2004 12:34 PM > >> > >> The FAQ is also available at http://www.linuxtx.org/amd64faq.html > >> It has been updated for test1, and specifically answers the macro > >> issue with rpm (notabug). > > As useful as that is, it would be more useful if I could read it ;-) My old > eyes really have a hard time with the gray on black. I know I can override > the colors but if it were white on black or black on white I wouldn't have > to. Sorry to complain about something as trivial as the color scheme (the > grayscale scheme?) of the FAQ but... > > Try lynx (-; That is what I ended up using to read it last time...james From henryhartley at westat.com Mon Jan 19 20:26:50 2004 From: henryhartley at westat.com (Henry Hartley) Date: Mon, 19 Jan 2004 15:26:50 -0500 Subject: Fedora Core 1 for AMD64 test1 Message-ID: <9B425F151083D311A218009027B00EA605C48139@Remailnt1> >> -----Original Message----- >> From: James Olin Oden [mailto:joden at malachi.lee.k12.nc.us] >> Sent: Monday, January 19, 2004 2:49 PM >> >> On Mon, 19 Jan 2004, Henry Hartley wrote: >> >> > As useful as that is, it would be more useful if I could >> > read it ;-) My old eyes really have a hard time with the >> > gray on black. I know I can override the colors but if >> > it were white on black or black on white I wouldn't have >> > to. Sorry to complain about something as trivial as the >> > color scheme (the grayscale scheme?) of the FAQ but... >> > >> > >> Try lynx (-; >> >> That is what I ended up using to read it last time...james Actually, [ctrl][+] and [ctrl][a] make it bigger and white on blue which was good enough although it makes it hard to see hyperlinks in this case. -- Henry From 64bit_fedora at comcast.net Mon Jan 19 20:53:03 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Mon, 19 Jan 2004 14:53:03 -0600 Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: <9B425F151083D311A218009027B00EA605C48137@Remailnt1> References: <9B425F151083D311A218009027B00EA605C48137@Remailnt1> Message-ID: <20040119205303.GC19437@comcast.net> On Mon, Jan 19, 2004 at 12:47:05PM -0500, Henry Hartley wrote: > > As useful as that is, it would be more useful if I could read it ;-) My old > eyes really have a hard time with the gray on black. I know I can override > the colors but if it were white on black or black on white I wouldn't have > to. Sorry to complain about something as trivial as the color scheme (the > grayscale scheme?) of the FAQ but... Doh sorry about that, I changed it due to the complaint on the preview FAQ, but did not copy that change to my laptop where I did the edit. Should be fixed now, still gray text, but light gray, much more contrast. Justin From bstretch at mindspring.com Tue Jan 20 04:26:32 2004 From: bstretch at mindspring.com (Brian Stretch) Date: Mon, 19 Jan 2004 23:26:32 -0500 (GMT-05:00) Subject: Fedora Test 1 x86_64 on ASUS K8V Report Message-ID: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> OS: Fedora Test 1 x86_64, burned to DVD-RW Hardware: ASUS K8V Deluxe, GeForceFX 5700 Ultra It mostly works. I was able to get networking working as described in this Bugzilla entry: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=111127 except I had to add... hmm, the compile flag the error message when the module tried to load suggested. Darn, I didn't write it down. I presume that 3Com is being cranky about including their driver in the kernel tree? nVidia's x86-64 driver on their website probably would have worked after I added Option "NvAgp" "1" to XF86Config but its too old to recognize my FX5700 and quits. The nVidia logo flashed briefly. Setting the driver to "vesa" worked. I remembered to do export CC=gcc32 before compiling the above drivers, natch. For some reason the icons aren't loading in X? I may have messed something up when I put together the DVD image. Anyone have any ideas? If I'm reading /var/log/dmesg right, Fedora is confused by my HP PSC 2410's memory card reader. It's trying to read a card but I don't have one loaded. It appears to be a harmless problem though. Fedora also seems cranky about my SATA RAID stripe on the Promise controller. Also harmless, just clutters up dmesg a bit. Looks like the driver is crashing. I picked up an IDE HD to use with Fedora. Hitting F8 while booting allows me to manually select which device to boot from, necessary since I have to write grub to the IDE drive and not my SATA RAID. I haven't tried 32-bit Fedora on this hardware yet. I did reserve a partition on the new IDE HD to try that though. Is AMD Cool & Quiet supported? I got it working in WinXP, had to update to BIOS 1004 first so the drivers would load. Anyone try Fedora with the new eMachines M6805 Athlon 64 notebook yet? They just got them at my local Best Buy. Circuit City carries that and the M6807 (adds a DVD burner). Seriously drool-worthy. I can't come up with an excuse to buy a notebook for myself though. Well, that's enough homework avoidance for now. G'night all... From csm at Lunar-Linux.org Tue Jan 20 04:39:21 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Mon, 19 Jan 2004 23:39:21 -0500 (EST) Subject: Fedora Test 1 x86_64 on ASUS K8V Report In-Reply-To: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> References: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 19 Jan 2004, Brian Stretch spewed into the bitstream: BS>OS: Fedora Test 1 x86_64, burned to DVD-RW BS>Hardware: ASUS K8V Deluxe, GeForceFX 5700 Ultra BS> BS>It mostly works. I was able to get networking working as BS>described in this Bugzilla entry: BS>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=111127 BS>except I had to add... hmm, the compile flag the error message BS>when the module tried to load suggested. Darn, I didn't write it BS>down. I presume that 3Com is being cranky about including their BS>driver in the kernel tree? sk98lin driver works just fine (I have the same board). BS>nVidia's x86-64 driver on their website probably would have BS>worked after I added Option "NvAgp" "1" to XF86Config but its BS>too old to recognize my FX5700 and quits. The nVidia logo flashed BS>briefly. Setting the driver to "vesa" worked. Why not set the driver to "nv". It works for me. I have gotten the nvidia driver working but I get an error with the nvidia driver on start "x" where it says it cannot find the mouse. Change the driver back to "nv" from nvidia and it works just fine without changing anything else. BS>I remembered to do export CC=gcc32 before compiling the above BS>drivers, natch. Yup. BS>For some reason the icons aren't loading in X? I may have messed BS>something up when I put together the DVD image. Anyone have BS>any ideas? No ideas here. Mine is just fine. - -- 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) iD8DBQFADLD9q3bny/5+GAcRAmdJAJ9XI7shHoqUZcClWJk8VCD33pz0fwCeLm1X hmzwWZJ7bc1QhF34R8vnNhc= =LkmY -----END PGP SIGNATURE----- From 64bit_fedora at comcast.net Tue Jan 20 04:45:31 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Mon, 19 Jan 2004 22:45:31 -0600 Subject: Fedora Test 1 x86_64 on ASUS K8V Report In-Reply-To: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> References: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> Message-ID: <20040120044531.GA4646@comcast.net> On Mon, Jan 19, 2004 at 11:26:32PM -0500, Brian Stretch wrote: > OS: Fedora Test 1 x86_64, burned to DVD-RW > Hardware: ASUS K8V Deluxe, GeForceFX 5700 Ultra > > It mostly works. I was able to get networking working as > described in this Bugzilla entry: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=111127 > except I had to add... hmm, the compile flag the error message > when the module tried to load suggested. Darn, I didn't write it > down. I presume that 3Com is being cranky about including their > driver in the kernel tree? > No, the driver is there, it is just not detected. modprobe sk98lin. > nVidia's x86-64 driver on their website probably would have > worked after I added Option "NvAgp" "1" to XF86Config but its > too old to recognize my FX5700 and quits. The nVidia logo flashed > briefly. Setting the driver to "vesa" worked. > I have not seen success with this driver, it is dated 9/23, and I hope there will be an update soon. Remember that 32bit games will not run with 64bit 3D drivers, and 32bit 3D drivers will not run in a 64bit kernel. If you are interested in 3D and not running 64bit 3D apps, I would recommend a dual boot 32bit Fedora/64bit Fedora. > I remembered to do export CC=gcc32 before compiling the above > drivers, natch. > > For some reason the icons aren't loading in X? I may have messed > something up when I put together the DVD image. Anyone have > any ideas? Which icons are you referring to? I have seen all of the icons working as intended, though 32bit applications do not show an icon in the task bar when running. 64bit applications show icons fine. For menu and panel launchers, all icons work fine. > Anyone try Fedora with the new eMachines M6805 Athlon 64 notebook > yet? They just got them at my local Best Buy. Circuit City carries > that and the M6807 (adds a DVD burner). Seriously drool-worthy. > I can't come up with an excuse to buy a notebook for myself though. > Please let me know if you give this a try, I am interested in hearing reports on this notebook. Thanks for the report, Justin From jpabuyer at tecnoera.com Tue Jan 20 14:27:11 2004 From: jpabuyer at tecnoera.com (Juan Pablo Abuyeres) Date: Tue, 20 Jan 2004 11:27:11 -0300 Subject: reiserfs + quota Message-ID: <1074608830.17584.1.camel@blackbird.tecnoera.com> hi, quota is not working for reiserfs filesystems. reiserfs partitions can not be mounted with 'usrquota' option. Does anyone know something about this? Regards, -- Juan Pablo Abuyeres -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike.lurk at sympatico.ca Wed Jan 21 03:01:42 2004 From: mike.lurk at sympatico.ca (Mike Lurk) Date: Tue, 20 Jan 2004 22:01:42 -0500 Subject: testing kernel-2.4.22-1.2163 Message-ID: <1074654102.4310.2.camel@Darkstar> This is a message to let everyone know this. I just puchased a new motherboard, Asus A7N8X-E with an athlon 2500+ CPU and everything went well. Everything was detected when I first booted the system, except for the gigabit lan and the nVidia MAC fast ethernet adapter that was integrated into the motherboard. For testing purposes I used the gigabit lan as my lan connection, but I had to get the kernel running first with the gigabit lan configured in the kernel. This is what I did 1. Enable 'loadable module support' in the kernel. 2. For automatic driver start, enable the 'Kernel module loader'. 3. Select the menu "Network device support" and then "Ethernet(1000Mbit)" 4. Mark "Marvell Yukon Chipset / SysKonnect SK-98xx family support" with (M) 5. Execute the command "make modules". 6. Execute the command "make modules_install". The appropiate modules will be installed. 7. Reboot the system. Then this to load the module manually just to see if it works, and did. 1. Enter "modprobe sk98lin". 2. "ls /proc/net/sk98lin/" This should produce an output containing a line with the following format: eth0 which indicates that the adapter has been found and initialized. Then setup my network connection in Gnome and turned off kudzu Everything that I wanted working is working very well. Job well done to all who contributed to the kernel. Now if I could get Windows XP to run with this new motherboard, hmmmmm. It just reboots every time I try to run it. I think I have to reinstall. Go Figure.... Any ways Linux is my main OS so it doesn't matter too much about XP. Mike From mgansser at ngi.de Tue Jan 20 20:34:00 2004 From: mgansser at ngi.de (Martin Gansser) Date: Tue, 20 Jan 2004 21:34:00 +0100 Subject: dmesg errors with kernel-2.6.x Message-ID: <1074630840.9407.62.camel@gecko> Hi, this is my first attempt to get the 2.6.x kernel working on fedora core1. At the moment kernel-2.6.1-1.47.i686 is running on my system. Now I get a lot of error messages in dmesg like this: ... request_module: failed /sbin/modprobe -- char-major-10-134. error = 256 request_module: failed /sbin/modprobe -- char-major-195-255. error = 256 ... SCSI subsystem initialized request_module: failed /sbin/modprobe -- char-major-21-1. error = 256 request_module: failed /sbin/modprobe -- char-major-21. error = 256 request_module: failed /sbin/modprobe -- char-major-21-10. error = 256 request_module: failed /sbin/modprobe -- char-major-21. error = 256 request_module: failed /sbin/modprobe -- char-major-21-19. error = 256 request_module: failed /sbin/modprobe -- char-major-21-24. error = 256 request_module: failed /sbin/modprobe -- char-major-21-29. error = 256 ... request_module: failed /sbin/modprobe -- char-major-4-72. error = 256 request_module: failed /sbin/modprobe -- char-major-4. error = 256 request_module: failed /sbin/modprobe -- char-major-188-2. error = 256 request_module: failed /sbin/modprobe -- char-major-188-13. error = 256 ... request_module: failed /sbin/modprobe -- block-major-8-1. error = 256 request_module: failed /sbin/modprobe -- sound-slot-0. error = 25 how could I avoid this messages ? this is the contents of my /etc/modprobe.conf: alias parport_lowlevel parport_pc alias eth0 3c59x options 3c59x options=3 # options ide-cd ignore='hdc hdd' alias char-major-116 snd options snd major=116 cards_limit=1 alias snd-card-0 snd-intel8x0 alias char-major-14 soundcore alias sound-slot-0 i810_audio 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 alias snd-minor-oss-0 snd-cs4236 alias snd-minor-oss-1 snd-opl3 alias snd-minor-oss-3 snd-pcm-oss alias /dev/dsp snd-pcm-oss alias /dev/mixer snd-mixer-oss alias /dev/sequencer snd-seq-oss options agpgart agp_try_unsupported=1 install char-major-10-134 /bin/true install char-major-180 /bin/true install char-major-188 /bin/true install sg { modprobe ide-scsi; } ; /sbin/modprobe --ignore-install sg install snd-card-0 /sbin/modprobe --ignore-install snd-card-0 && { /usr/sbin/alsactl restore >/dev/null 2>&1 || :; } install sound-service-1-0 /bin/true remove snd-card-0 { /usr/sbin/alsactl store >/dev/null 2>&1 || :; } ; /sbin/modprobe -r --ignore-remove snd-card-0 # # alias char-major-250 dvb-ttpci install dvb-ttpci for f in alps_bsru6 alps_bsrv2 \ grundig_29504-401 grundig_29504-491 \ stv0299 ves1820; do /sbin/modprobe $f; done; \ /sbin/modprobe --ignore-install dvb-ttpci alias char-major-195* nvidia any help ? -- viele Gr??e Martin From mlarkin at azathoth.net Tue Jan 20 20:58:28 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Tue, 20 Jan 2004 12:58:28 -0800 Subject: Initial test of x86_64 on eMachines / Best Buy / Circuit City M6805 notebook Message-ID: <400D9674.2050208@azathoth.net> Looks like things still need some rough edges polished out.... 1) Keyboard is not detected ( "keyboard adapter time out") - this resolves itself after the selection to "test" or "skip" the media check. Not sure why you can use the built-in keyboard after that point, but not before. Workaround is to use a USB keyboard which works fine from the start. 2) ATI Radeon 9600 card inside the notebook has an unknown PCI minor code - card is not detected. This means you have to install in text mode. Not a major issue * Sisoft Sandra in Windows reports it as an "ATI Radeon 9600" manufactured by "Arima" (the ODM that makes the laptop) 3) ddcprobe fails to probe any screen size/monitor type/refresh rates - may have something to do with #2 above. * Result is "no video hardware detected - assuming headless" I tested these late last night/early this morning, so I did not go through the whole install. I'll finish up testing today and post a more thorough report and any fixes/workarounds I've identified at that point. So far, I'm pretty impressed with the machine. If the types of problems I'll encounter are limited to those like I've described above, I'll be happy. Those problems are not really show stoppers in any sense. More later.. -ml From ojgbagg27ab at msn.com Wed Jan 21 00:52:20 2004 From: ojgbagg27ab at msn.com (alton bailey) Date: Tue, 20 Jan 2004 19:52:20 -0500 Subject: unable to connect to the internet Message-ID: A few days ago i went for a drive and return to see that my computers internet connection was down. I began to trace all my net cable to my router only to find out that my router bagan to malfunction. I deassemble my network and connect my dsl modem to a 8 port hub and start the network only to find out that FC1 cant find the internet connection the firewall is preventing it from connecting I desable the firewall and it still says the same thing I reinstall and the same thing happen could someone point me in to resolve this problem From jpearl24 at cox.net Wed Jan 21 00:54:39 2004 From: jpearl24 at cox.net (jason pearl) Date: Tue, 20 Jan 2004 17:54:39 -0700 Subject: unable to connect to the internet In-Reply-To: References: Message-ID: <20040120175439.7479bc62.jpearl24@cox.net> On Tue, 20 Jan 2004 19:52:20 -0500 "alton bailey" wrote: >A few days ago i went for a drive and return to see that my computers >internet connection was down. I began to trace all my net cable to my >router only to find out that my router bagan to malfunction. I >deassemble my network and connect my dsl modem to a 8 port hub and >start the network only to find out that FC1 cant find the internet >connection the firewall is preventing it from connecting I desable the >firewall and it still says the same thing I reinstall and the same >thing happen could someone point me in to resolve this problem > > im assuming you are trying to go from dsl modem to hub to computer... do you have all 8 hooked up... do you have a static ip.. only 1 will have access if u have dynamic ip.. hook the computer straight from the modem... if u have static ip with no router you have to configure the computer with your ip. -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N uptime: 17:52:33 up 5:24, 3 users, load average: 2.03, 2.24, 2.43 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mlarkin at azathoth.net Wed Jan 21 01:35:32 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Tue, 20 Jan 2004 17:35:32 -0800 Subject: Initial test of x86_64 on eMachines / Best Buy / Circuit City M6805 notebook In-Reply-To: References: Message-ID: <400DD764.4040400@azathoth.net> Updated news.... I repartitioned and booted back into FC1 for an attempt at installing. The actual install went ok, aside from the earlier noted problems: * must install in text mode * integrated kb doesn't work until after the media check dialog I made an attempt to look through the kudzu / videocard / xserver anaconda scripts, but I think the problem with the video card has to do with the fact that the "ATI Mobility Radeon M10" (radeon 9600) is not in the PCI device list .. (??) In any case, I decided to come back to that problem later and went ahead and installed in text mode. When it came time to configure GRUB, it failed to detect the existing WinXP partition that I left on the disk, so I will have to go back later and edit the grub config by hand. FC1 on i386 found the XP partition and added it to the menu. When the machine rebooted after the install, I noticed a few more rough edges: 1) toshiba_acpi module is loaded by default and complains loudly on this laptop. Need to comment this one out, probably. 2) several error messages about being unable to unmount /initrd just before "Welcome to Fedora Core..." 3) No default XF86Config file was provided - this made configuring X a pain since "redhat-config-xfree86" also failed to detect the video card properly. I moved a sample XF86Config from another FC1 machine that had a similar radeon card installed and edited appropriately. 4) X starts, but the display is not correct with the radeon driver. The VESA driver works and things look correct, but it's AWFUL SLOW. (we're talking slow like 386/25 with 2mb ISA VGA card slow). I'm still working on getting the radeon driver working. 4a) X is EXTREMELY slow to start, with either driver. It takes almost a minute from the time you type "xinit" until the time you see the display. There is periodic disk activity during this time. 4b) upon exit, the screen flashes red and black annoyingly for 30+ seconds before you are taken back to the console window. 5) Sound : works (limited test) 6) Via Rhine II ethernet card: recognized and configured as eth0, but any attempts to send/receive packets results in timeout and "spurious 8259a interrupt" messages. 7) USB: works (limited test with USB 1.1) Untested: Wireless (Broadcom 54g) PCMCIA Firewire Integrated 6-in-1 media reader Video out Fn Hotkeys ( with the exception of brightness controls, which work ) But, the important thing is that it basically works. I think most of the items above are related to configuration issues that can probably be solved. -ml Brent J. Nordquist wrote: >On Tue, 20 Jan 2004, Mike Larkin wrote: > > > >>So far, I'm pretty impressed with the machine. If the types of problems >>I'll encounter are limited to those like I've described above, I'll be >>happy. Those problems are not really show stoppers in any sense. >> >> > >Nifty! Thanks for the report; I've been curious about those. Looking >forward to hearing "more later". > > > From jpearl24 at cox.net Wed Jan 21 01:39:07 2004 From: jpearl24 at cox.net (jason pearl) Date: Tue, 20 Jan 2004 18:39:07 -0700 Subject: does the test have 32 bit libs? Message-ID: <20040120183907.74a0e919.jpearl24@cox.net> how is the support for 32 bit games and apps on the test1? -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N uptime: 18:38:24 up 6:10, 3 users, load average: 2.31, 2.25, 2.34 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From 64bit_fedora at comcast.net Wed Jan 21 02:11:48 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 20 Jan 2004 20:11:48 -0600 Subject: Initial test of x86_64 on eMachines / Best Buy / Circuit City M6805 notebook In-Reply-To: <400DD764.4040400@azathoth.net> References: <400DD764.4040400@azathoth.net> Message-ID: <20040121021148.GA16477@comcast.net> What is the chipset on this laptop? If it is NForce 3 are you booting with acpi-off? That may take care of some of your issues, particularly network. But of course you would lose your power management. Justin From 64bit_fedora at comcast.net Wed Jan 21 02:16:07 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 20 Jan 2004 20:16:07 -0600 Subject: does the test have 32 bit libs? In-Reply-To: <20040120183907.74a0e919.jpearl24@cox.net> References: <20040120183907.74a0e919.jpearl24@cox.net> Message-ID: <20040121021607.GB16477@comcast.net> On Tue, Jan 20, 2004 at 06:39:07PM -0700, jason pearl wrote: > how is the support for 32 bit games and apps on the test1? Some of the libs are there (those required for mozilla and Open Office) others are not since there are no apps in core that require them. With no apps using them, they will not be fully tested. That said, Open Office is 32bit as is mozilla, and I personally run 32bit flash plugin and java. Games is a different issue, if you need to run 32bit games, I am afraid you are out of luck. I would recommend a dual boot environment. The issue is the 3D drivers have a kernel module associated (dri) and that is 64bit. You cannot put a 32bit module in a 64bit kernel, and you cannot run 32bit 3D instructions in a 64bit driver unless someone wants to step up and write a thunking layer... So far most developers would prefer many other methods of torture. Justin From jpearl24 at cox.net Wed Jan 21 03:40:52 2004 From: jpearl24 at cox.net (jason pearl) Date: Tue, 20 Jan 2004 20:40:52 -0700 Subject: does the test have 32 bit libs? In-Reply-To: <20040121021607.GB16477@comcast.net> References: <20040120183907.74a0e919.jpearl24@cox.net> <20040121021607.GB16477@comcast.net> Message-ID: <20040120204052.4c45cff9.jpearl24@cox.net> On Tue, 20 Jan 2004 20:16:07 -0600 "Justin M. Forbes" <64bit_fedora at comcast.net> wrote: >On Tue, Jan 20, 2004 at 06:39:07PM -0700, jason pearl wrote: >> how is the support for 32 bit games and apps on the test1? > >Some of the libs are there (those required for mozilla and Open Office) >others are not since there are no apps in core that require them. With >no apps using them, they will not be fully tested. That said, Open >Office is 32bit as is mozilla, and I personally run 32bit flash plugin >and java. Games is a different issue, if you need to run 32bit games, >I am afraid you are out of luck. I would recommend a dual boot >environment. The issue is the 3D drivers have a kernel module >associated (dri) and that is 64bit. You cannot put a 32bit module in a >64bit kernel, and you cannot run 32bit 3D instructions in a 64bit >driver unless someone wants to step up and write a thunking layer... >So far most developers would prefer many other methods of torture. > >Justin aww... i didnt wanna hear that about games hehe -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N uptime: 20:40:25 up 8:12, 3 users, load average: 0.07, 0.35, 1.12 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mlarkin at azathoth.net Wed Jan 21 11:05:35 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Wed, 21 Jan 2004 03:05:35 -0800 Subject: Initial test of x86_64 on eMachines / Best Buy / Circuit City M6805 notebook In-Reply-To: <20040121021148.GA16477@comcast.net> References: <400DD764.4040400@azathoth.net> <20040121021148.GA16477@comcast.net> Message-ID: <400E5CFF.5090508@azathoth.net> It's a VIA chipset. Sadly, lspci and scanpci both return "unknown device" for the southbridge, but it is definitely VIA-made. I took your advice and ran w/o ACPI and it did resolve the network issue. Is this a known problem with x86_64 ? I didn't see that written up anywhere. (Check all the READMEs I could find). Things are looking a little better now.. I've been able to get more hardware working today. I did find that the pcmcia-utils package wasn't included (intentionally or unintentionally), so picking that package up from sourceforge and rebuilding seemed to bring PCMCIA online fine. I was also able to fix the SLOW video problem I earlier saw. Suffice to say, I saw the same slowdown in windows after playing some DirectX games, so perhaps it's an ATI issue if the card is not reset properly. Rebooting the machine fixed the problem. I'm rebuilding XFree86 now from the latest development snapshot, so we'll see if that fixes the radeon driver problem. (Crosses fingers..) -ml Justin M. Forbes wrote: >What is the chipset on this laptop? If it is NForce 3 are you booting with >acpi-off? That may take care of some of your issues, particularly network. >But of course you would lose your power management. > >Justin > > > > From b-nordquist at bethel.edu Wed Jan 21 13:22:24 2004 From: b-nordquist at bethel.edu (Brent J. Nordquist) Date: Wed, 21 Jan 2004 07:22:24 -0600 (CST) Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: <20040119171731.GA6503@devserv.devel.redhat.com> Message-ID: On Mon, 19 Jan 2004, Michael K. Johnson wrote: > A test release of Fedora Core 1 for AMD64 is now available at > ftp://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/ Looks great! Torrent rocks. Tyan Thunder K8S (S2880GNR), one Opteron240 CPU, one 512MB DIMM, booting "linux text acpi=off" from boot.iso, install worked first time and booted with no hitches. GRUB serial console works. It didn't offer to create a boot diskette; is that a known change? -- Brent J. Nordquist N0BJN Other contact information: http://kepler.acns.bethel.edu/~bjn/contact.html * Fast pipe * Always on * Get out of the way - Tim Bray http://tinyurl.com/7sti From czar at czarc.net Wed Jan 21 14:08:58 2004 From: czar at czarc.net (Gene C.) Date: Wed, 21 Jan 2004 09:08:58 -0500 Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: References: Message-ID: <200401210908.58465.czar@czarc.net> On Wednesday 21 January 2004 08:22, Brent J. Nordquist wrote: > It didn't offer to create a boot diskette; is that a known change? Now that you mention it, my install did not see the folloy drive either. Somehow, I believe this is a bug. -- Gene From katzj at redhat.com Wed Jan 21 19:33:59 2004 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 21 Jan 2004 14:33:59 -0500 Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: References: Message-ID: <1074713639.29144.1.camel@mirkwood.boston.redhat.com> On Wed, 2004-01-21 at 07:22 -0600, Brent J. Nordquist wrote: > It didn't offer to create a boot diskette; is that a known change? The AMD64 kernel is too large to be able to use with floppies. So boot floppies are out. Cheers, Jeremy From asantos at progress.com Wed Jan 21 20:05:39 2004 From: asantos at progress.com (Alan Santos) Date: Wed, 21 Jan 2004 15:05:39 -0500 Subject: Initial test of x86_64 on eMachines / Best Buy / Circuit CityM6805 notebook Message-ID: <400EDB93.5020603@progress.com> I just installed it as well last night on my new laptop and my experiences are pretty much identical, although I haven't spent as much time with it since the initial installation. A few points: Re: the X installation. I also had to create a symlink under /usr/X11/lib/modules from /usr/X11/lib64/modules or the video would die while complaining about not finding a couple of modules. I don't have the machine handy to confirm that, so the path could be wrong, but it's wherever the X mofules are typically located. Again from memory, the modules being complained about were pcidata and bitmap. I have debian (386) on another partition so I was able to grab that XF86Config file and use that after switching it to use the vesa driver. My ethernet card isn't working either and I haven't spent any time with it, but I would also note that the card didn't work under the stock debian 2.4.24 kernel. It wasn't working until I installed the 2.6 kernel and rebuilt without acpi. Sort of off topic, If anyone is interested in getting one, I really like mine. The quality is nice and the machine is fast and cheap. The only concern I have is with regard to the acpi. If it's something which is going to require a BIOS update from emachines I'm not holding my breath. From csm at Lunar-Linux.org Wed Jan 21 20:08:57 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Wed, 21 Jan 2004 15:08:57 -0500 (EST) Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: <1074713639.29144.1.camel@mirkwood.boston.redhat.com> References: <1074713639.29144.1.camel@mirkwood.boston.redhat.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 21 Jan 2004, Jeremy Katz spewed into the bitstream: JK>On Wed, 2004-01-21 at 07:22 -0600, Brent J. Nordquist wrote: JK>> It didn't offer to create a boot diskette; is that a known change? JK> JK>The AMD64 kernel is too large to be able to use with floppies. So boot JK>floppies are out. So what is left unsaid is that since the kernel image *is* too large for a floppy then a rescue situation would require CD#1 or boot.iso plus a network install point. - -- 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) iD8DBQFADtxcq3bny/5+GAcRAtTBAJ9aELDQJlC2BGd0wFXBlwoZ3X3M3QCffKHq XY52G+9Mp67OCfAUxUJZ50Q= =RN8e -----END PGP SIGNATURE----- From notting at redhat.com Wed Jan 21 20:25:51 2004 From: notting at redhat.com (Bill Nottingham) Date: Wed, 21 Jan 2004 15:25:51 -0500 Subject: [SECURITY] Fedora Core 1 Testing Update: slocate-2.7-4 Message-ID: <20040121202551.GB31417@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-059 2004-01-21 --------------------------------------------------------------------- Name : slocate Version : 2.7 Release : 4 Summary : Finds files on a system via a central database. Description : Slocate is a security-enhanced version of locate. Just like locate, slocate searches through a central database (which is updated nightly) for files which match a given pattern. Slocate allows you to quickly find files anywhere on your system. --------------------------------------------------------------------- Update Information: Patrik Hornik discovered a vulnerability in Slocate versions up to and including 2.7 where a carefully crafted database could overflow a heap-based buffer. A local user could exploit this vulnerability to gain "slocate" group privileges and then read the entire slocate database. The Common Vulnerabilities and Exposures project (cve.mitre.org) has assigned the name CAN-2003-0848 to this issue. Users of Slocate should upgrade to these packages which contain a patch from Kevin Lindsay which causes slocate to drop privileges before reading a user-supplied database. --------------------------------------------------------------------- * Wed Jan 21 2004 Mark Cox - drop privs for non slocate gid databases (CAN-2003-0848) - update to 2.7 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 48a9f6409ede89470dbeb9c9be3bbb42 SRPMS/slocate-2.7-4.src.rpm 5cecdaa91d6f26d0285592620d13ac9d i386/slocate-2.7-4.i386.rpm b4e7fab0377000fabdd136dbe99a8cea i386/debug/slocate-debuginfo-2.7-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 jamesacook at breathe.com Wed Jan 21 21:51:59 2004 From: jamesacook at breathe.com (jamesacook at breathe.com) Date: Wed, 21 Jan 2004 21:51:59 +0000 Subject: Fedora Core 1 for AMD64 test1 =?utf-8?Q?=22Disks?= and =?utf-8?Q?Boot=22?= Questions Message-ID: I will be getting a new laptop shortly with an amd64 processor... and will definately be trying out fedora,,, couple of questions really. Is it posible to dual boot between 64bit and 32bit OS (maybe a daft question :P )and is there a way of putting all the install cd's on to one bootable dvd... (cd's soon to be confined to dark ages) I know i should probably play when i get it but just thought id test the water J :) From jpearl24 at cox.net Wed Jan 21 22:12:56 2004 From: jpearl24 at cox.net (jason pearl) Date: Wed, 21 Jan 2004 15:12:56 -0700 Subject: Fedora Core 1 for AMD64 test1 "Disks and Boot" Questions In-Reply-To: References: Message-ID: <20040121151256.7bded83e.jpearl24@cox.net> On Wed, 21 Jan 2004 21:51:59 +0000 jamesacook at breathe.com wrote: >I will be getting a new laptop shortly with an amd64 processor... and >will definately be trying out fedora,,, couple of questions really. Is >it posible to dual boot between 64bit and 32bit OS (maybe a daft >question :P )and is there a way of putting all the install cd's on to >one bootable dvd... (cd's soon to be confined to dark ages) >I know i should probably play when i get it but just thought id test >the water > >J :) > if i remember correctly i was running XP and mandrake 64 on same box.. i would say find a way to expand the iso's and put the disc 2 and 3 into their right dirs. i havent tried it yet ... i have wasted a few dvds trying hehe -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N uptime: 15:11:00 up 1 day, 2:43, 4 users, load average: 0.01, 0.04, 0.01 -------------- 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 Wed Jan 21 22:24:25 2004 From: mark at harddata.com (Mark Lane) Date: Wed, 21 Jan 2004 15:24:25 -0700 Subject: Fedora Core 1 for AMD64 test1 "Disks and Boot" Questions In-Reply-To: <20040121151256.7bded83e.jpearl24@cox.net> References: <20040121151256.7bded83e.jpearl24@cox.net> Message-ID: <1074723865.7532.14.camel@skip.harddata.net> On Wed, 2004-01-21 at 15:12, jason pearl wrote: > On Wed, 21 Jan 2004 21:51:59 +0000 > jamesacook at breathe.com wrote: > > >I will be getting a new laptop shortly with an amd64 processor... and > >will definately be trying out fedora,,, couple of questions really. Is > >it posible to dual boot between 64bit and 32bit OS (maybe a daft > >question :P )and is there a way of putting all the install cd's on to > >one bootable dvd... (cd's soon to be confined to dark ages) > >I know i should probably play when i get it but just thought id test > >the water > > > >J :) > > > if i remember correctly i was running XP and mandrake 64 on same box.. > > i would say find a way to expand the iso's and put the disc 2 and 3 into > their right dirs. i havent tried it yet ... i have wasted a few dvds > trying hehe A shell script for making an DVD iso from the CD isos was posted to the fedora list previously. It's actually pretty straight forward. Now if you want to install both i386 and x86_64 versions from the same bootable dvd that maybe a bit harder as you would require two kernels, etc. -- 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 jpearl24 at cox.net Wed Jan 21 22:42:00 2004 From: jpearl24 at cox.net (jason pearl) Date: Wed, 21 Jan 2004 15:42:00 -0700 Subject: Fedora Core 1 for AMD64 test1 "Disks and Boot" Questions In-Reply-To: <1074723865.7532.14.camel@skip.harddata.net> References: <20040121151256.7bded83e.jpearl24@cox.net> <1074723865.7532.14.camel@skip.harddata.net> Message-ID: <20040121154200.2f4dbbc7.jpearl24@cox.net> On Wed, 21 Jan 2004 15:24:25 -0700 Mark Lane wrote: >On Wed, 2004-01-21 at 15:12, jason pearl wrote: >> On Wed, 21 Jan 2004 21:51:59 +0000 >> jamesacook at breathe.com wrote: >> >> >I will be getting a new laptop shortly with an amd64 processor... >and> >will definately be trying out fedora,,, couple of questions >really. Is> >it posible to dual boot between 64bit and 32bit OS (maybe >a daft> >question :P )and is there a way of putting all the install >cd's on to> >one bootable dvd... (cd's soon to be confined to dark >ages)> >I know i should probably play when i get it but just thought id >test> >the water >> > >> >J :) >> > >> if i remember correctly i was running XP and mandrake 64 on same >box..> >> i would say find a way to expand the iso's and put the disc 2 and 3 >into> their right dirs. i havent tried it yet ... i have wasted a few >dvds> trying hehe > >A shell script for making an DVD iso from the CD isos was posted to the >fedora list previously. It's actually pretty straight forward. > >Now if you want to install both i386 and x86_64 versions from the same >bootable dvd that maybe a bit harder as you would require two kernels, >etc. > was it on the test list or regular fedora list i wanna look for it.. -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N uptime: 15:41:19 up 1 day, 3:13, 4 users, load average: 0.00, 0.04, 0.01 -------------- 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 Wed Jan 21 23:03:47 2004 From: mark at harddata.com (Mark Lane) Date: Wed, 21 Jan 2004 16:03:47 -0700 Subject: Fedora Core 1 for AMD64 test1 "Disks and Boot" Questions In-Reply-To: <20040121154200.2f4dbbc7.jpearl24@cox.net> References: <20040121151256.7bded83e.jpearl24@cox.net> <1074723865.7532.14.camel@skip.harddata.net> <20040121154200.2f4dbbc7.jpearl24@cox.net> Message-ID: <1074726227.7532.17.camel@skip.harddata.net> On Wed, 2004-01-21 at 15:42, jason pearl wrote: > On Wed, 21 Jan 2004 15:24:25 -0700 > Mark Lane wrote: > > >On Wed, 2004-01-21 at 15:12, jason pearl wrote: > >> On Wed, 21 Jan 2004 21:51:59 +0000 > >> jamesacook at breathe.com wrote: > >> > >> >I will be getting a new laptop shortly with an amd64 processor... > >and> >will definately be trying out fedora,,, couple of questions > >really. Is> >it posible to dual boot between 64bit and 32bit OS (maybe > >a daft> >question :P )and is there a way of putting all the install > >cd's on to> >one bootable dvd... (cd's soon to be confined to dark > >ages)> >I know i should probably play when i get it but just thought id > >test> >the water > >> > > >> >J :) > >> > > >> if i remember correctly i was running XP and mandrake 64 on same > >box..> > >> i would say find a way to expand the iso's and put the disc 2 and 3 > >into> their right dirs. i havent tried it yet ... i have wasted a few > >dvds> trying hehe > > > >A shell script for making an DVD iso from the CD isos was posted to the > >fedora list previously. It's actually pretty straight forward. > > > >Now if you want to install both i386 and x86_64 versions from the same > >bootable dvd that maybe a bit harder as you would require two kernels, > >etc. > > > > was it on the test list or regular fedora list i wanna look for it. I believe it was before the lists split so it should be the regular list. -- 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 csm at Lunar-Linux.org Wed Jan 21 23:06:49 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Wed, 21 Jan 2004 18:06:49 -0500 (EST) Subject: Fedora Core 1 for AMD64 test1 "Disks and Boot" Questions In-Reply-To: <20040121154200.2f4dbbc7.jpearl24@cox.net> References: <20040121151256.7bded83e.jpearl24@cox.net> <1074723865.7532.14.camel@skip.harddata.net> <20040121154200.2f4dbbc7.jpearl24@cox.net> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 21 Jan 2004, jason pearl spewed into the bitstream: jp>On Wed, 21 Jan 2004 15:24:25 -0700 jp>Mark Lane wrote: jp> jp>>On Wed, 2004-01-21 at 15:12, jason pearl wrote: jp>>> On Wed, 21 Jan 2004 21:51:59 +0000 jp>>> jamesacook at breathe.com wrote: jp>>> jp>>> >I will be getting a new laptop shortly with an amd64 processor... jp>>and> >will definately be trying out fedora,,, couple of questions jp>>really. Is> >it posible to dual boot between 64bit and 32bit OS (maybe jp>>a daft> >question :P )and is there a way of putting all the install jp>>cd's on to> >one bootable dvd... (cd's soon to be confined to dark jp>>ages)> >I know i should probably play when i get it but just thought id jp>>test> >the water jp>>> > jp>>> >J :) jp>>> > jp>>> if i remember correctly i was running XP and mandrake 64 on same jp>>box..> jp>>> i would say find a way to expand the iso's and put the disc 2 and 3 jp>>into> their right dirs. i havent tried it yet ... i have wasted a few jp>>dvds> trying hehe jp>> jp>>A shell script for making an DVD iso from the CD isos was posted to the jp>>fedora list previously. It's actually pretty straight forward. jp>> jp>>Now if you want to install both i386 and x86_64 versions from the same jp>>bootable dvd that maybe a bit harder as you would require two kernels, jp>>etc. jp>> jp> jp>was it on the test list or regular fedora list i wanna look for it.. ftp://people.redhat.com/ckloiber/mkdvdiso.sh - -- 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) iD8DBQFADwYLq3bny/5+GAcRAiz0AJwPkXSq3Y0Wbkgh2OnPncegQ6VzvgCcCC+w eR2itkfPsXmXLwYTSyyAeGI= =faxp -----END PGP SIGNATURE----- From katzj at redhat.com Wed Jan 21 23:31:19 2004 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 21 Jan 2004 18:31:19 -0500 Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: References: <1074713639.29144.1.camel@mirkwood.boston.redhat.com> Message-ID: <1074727879.29144.23.camel@mirkwood.boston.redhat.com> On Wed, 2004-01-21 at 15:08 -0500, csm at Lunar-Linux.org wrote: > On Wed, 21 Jan 2004, Jeremy Katz spewed into the bitstream: > JK>On Wed, 2004-01-21 at 07:22 -0600, Brent J. Nordquist wrote: > JK>> It didn't offer to create a boot diskette; is that a known change? > JK> > JK>The AMD64 kernel is too large to be able to use with floppies. So boot > JK>floppies are out. > > So what is left unsaid is that since the kernel image *is* too large for a > floppy then a rescue situation would require CD#1 or boot.iso plus a > network install point. And I'll go ahead and say that "you might as well get used to it" across the board. Floppies are a thing of the past. Rawhide for x86 has no floppy boot images and unless something major changes, that's the way forward. Jeremy From karsten at redhat.com Wed Jan 21 23:43:33 2004 From: karsten at redhat.com (Karsten Hopp) Date: Thu, 22 Jan 2004 00:43:33 +0100 Subject: Fedora Test 1 x86_64 on ASUS K8V Report In-Reply-To: <20040120044531.GA4646@comcast.net> References: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> <20040120044531.GA4646@comcast.net> Message-ID: <20040121234333.GA23814@redhat.com> > > > nVidia's x86-64 driver on their website probably would have > > worked after I added Option "NvAgp" "1" to XF86Config but its > > too old to recognize my FX5700 and quits. The nVidia logo flashed > > briefly. Setting the driver to "vesa" worked. > > > I have not seen success with this driver, it is dated 9/23, and I hope there > will be an update soon. Remember that 32bit games will not run with 64bit Nvidia released a new AMD64 driver yesterday, version 1.0-5332 Karsten -- Karsten Hopp | Mail: karsten at redhat.de Red Hat Deutschland | Tel: +49-711-96437-0 Hauptstaetterstr.58 | Fax: +49-711-96437-111 D-70178 Stuttgart | http://www.redhat.de From csm at Lunar-Linux.org Thu Jan 22 00:14:22 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Wed, 21 Jan 2004 19:14:22 -0500 (EST) Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: <1074727879.29144.23.camel@mirkwood.boston.redhat.com> References: <1074713639.29144.1.camel@mirkwood.boston.redhat.com> <1074727879.29144.23.camel@mirkwood.boston.redhat.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 21 Jan 2004, Jeremy Katz spewed into the bitstream: JK>On Wed, 2004-01-21 at 15:08 -0500, csm at Lunar-Linux.org wrote: JK>> On Wed, 21 Jan 2004, Jeremy Katz spewed into the bitstream: JK>> JK>On Wed, 2004-01-21 at 07:22 -0600, Brent J. Nordquist wrote: JK>> JK>> It didn't offer to create a boot diskette; is that a known change? JK>> JK> JK>> JK>The AMD64 kernel is too large to be able to use with floppies. So boot JK>> JK>floppies are out. JK>> JK>> So what is left unsaid is that since the kernel image *is* too large for a JK>> floppy then a rescue situation would require CD#1 or boot.iso plus a JK>> network install point. JK> JK>And I'll go ahead and say that "you might as well get used to it" JK>across the board. Floppies are a thing of the past. Rawhide for x86 JK>has no floppy boot images and unless something major changes, that's the JK>way forward. How's the "boot off of USB diskonkey" thingy coming along? How're the temperatures in Boston? Gotta be a lot colder eh? - -- 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) iD8DBQFADxXhq3bny/5+GAcRAh+nAKCFBVXTRbmZFZ8Hoe9F4IdBHdxIOwCcCQsf BgsGpD6ZljVAwT5NbCh2xkk= =7AdD -----END PGP SIGNATURE----- From csm at lunar-linux.org Thu Jan 22 01:22:28 2004 From: csm at lunar-linux.org (Chuck Mead) Date: Wed, 21 Jan 2004 20:22:28 -0500 Subject: Fedora Test 1 x86_64 on ASUS K8V Report In-Reply-To: <20040121234333.GA23814@redhat.com> References: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> <20040120044531.GA4646@comcast.net> <20040121234333.GA23814@redhat.com> Message-ID: <400F25D4.9040102@lunar-linux.org> Karsten Hopp wrote: >>>nVidia's x86-64 driver on their website probably would have >>>worked after I added Option "NvAgp" "1" to XF86Config but its >>>too old to recognize my FX5700 and quits. The nVidia logo flashed >>>briefly. Setting the driver to "vesa" worked. >>> >> >>I have not seen success with this driver, it is dated 9/23, and I hope there >>will be an update soon. Remember that 32bit games will not run with 64bit > > > Nvidia released a new AMD64 driver yesterday, version 1.0-5332 I just installed it... after I got rid of all the OpenGL library conflicts it works great! [csm at stealth csm]$ glxgears 25328 frames in 5.0 seconds = 5065.600 FPS 28331 frames in 5.0 seconds = 5666.200 FPS 26091 frames in 5.0 seconds = 5218.200 FPS 26157 frames in 5.0 seconds = 5231.400 FPS 28310 frames in 5.0 seconds = 5662.000 FPS [csm at stealth csm]$ uname -a Linux stealth.moongroup.org 2.4.22-1.2149.nptl #1 Tue Jan 13 21:35:03 EST 2004 x86_64 x86_64 x86_64 GNU/Linux 01:00.0 VGA compatible controller: nVidia Corporation NV25 [GeForce4 Ti 4200] (rev a3) ASUS K8V Deluxe with 512MB of RAM -- -- csm Lunar Linux Project Lead Disclaimer: "I am not a curmudgeon! No... really..." Addendum: "Bwahahaha! Fire up the orbital mind-control lasers!" From jpearl24 at cox.net Thu Jan 22 01:34:31 2004 From: jpearl24 at cox.net (jason pearl) Date: Wed, 21 Jan 2004 18:34:31 -0700 Subject: Fedora Test 1 x86_64 on ASUS K8V Report In-Reply-To: <400F25D4.9040102@lunar-linux.org> References: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> <20040120044531.GA4646@comcast.net> <20040121234333.GA23814@redhat.com> <400F25D4.9040102@lunar-linux.org> Message-ID: <20040121183431.75d1c192.jpearl24@cox.net> On Wed, 21 Jan 2004 20:22:28 -0500 Chuck Mead wrote: >Karsten Hopp wrote: >>>>nVidia's x86-64 driver on their website probably would have >>>>worked after I added Option "NvAgp" "1" to XF86Config but its >>>>too old to recognize my FX5700 and quits. The nVidia logo flashed >>>>briefly. Setting the driver to "vesa" worked. >>>> >>> >>>I have not seen success with this driver, it is dated 9/23, and I >hope there>>will be an update soon. Remember that 32bit games will not >run with 64bit> >> >> Nvidia released a new AMD64 driver yesterday, version 1.0-5332 > >I just installed it... after I got rid of all the OpenGL library >conflicts it works great! > >[csm at stealth csm]$ glxgears >25328 frames in 5.0 seconds = 5065.600 FPS >28331 frames in 5.0 seconds = 5666.200 FPS >26091 frames in 5.0 seconds = 5218.200 FPS >26157 frames in 5.0 seconds = 5231.400 FPS >28310 frames in 5.0 seconds = 5662.000 FPS > >[csm at stealth csm]$ uname -a >Linux stealth.moongroup.org 2.4.22-1.2149.nptl #1 Tue Jan 13 21:35:03 >EST 2004 x86_64 x86_64 x86_64 GNU/Linux > >01:00.0 VGA compatible controller: nVidia Corporation NV25 [GeForce4 Ti > >4200] (rev a3) > >ASUS K8V Deluxe with 512MB of RAM > let me guess games will still not work good? -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N uptime: 18:34:09 up 1 day, 6:06, 4 users, load average: 0.01, 0.04, 0.00 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From csm at lunar-linux.org Thu Jan 22 02:00:49 2004 From: csm at lunar-linux.org (Chuck Mead) Date: Wed, 21 Jan 2004 21:00:49 -0500 Subject: Fedora Test 1 x86_64 on ASUS K8V Report In-Reply-To: <20040121183431.75d1c192.jpearl24@cox.net> References: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> <20040120044531.GA4646@comcast.net> <20040121234333.GA23814@redhat.com> <400F25D4.9040102@lunar-linux.org> <20040121183431.75d1c192.jpearl24@cox.net> Message-ID: <400F2ED1.2040908@lunar-linux.org> jason pearl wrote: > On Wed, 21 Jan 2004 20:22:28 -0500 > Chuck Mead wrote: > > >>Karsten Hopp wrote: >> >>>>>nVidia's x86-64 driver on their website probably would have >>>>>worked after I added Option "NvAgp" "1" to XF86Config but its >>>>>too old to recognize my FX5700 and quits. The nVidia logo flashed >>>>>briefly. Setting the driver to "vesa" worked. >>>>> >>>> >>>>I have not seen success with this driver, it is dated 9/23, and I >> >>hope there>>will be an update soon. Remember that 32bit games will not >>run with 64bit> >> >>>Nvidia released a new AMD64 driver yesterday, version 1.0-5332 >> >>I just installed it... after I got rid of all the OpenGL library >>conflicts it works great! >> >>[csm at stealth csm]$ glxgears >>25328 frames in 5.0 seconds = 5065.600 FPS >>28331 frames in 5.0 seconds = 5666.200 FPS >>26091 frames in 5.0 seconds = 5218.200 FPS >>26157 frames in 5.0 seconds = 5231.400 FPS >>28310 frames in 5.0 seconds = 5662.000 FPS >> >>[csm at stealth csm]$ uname -a >>Linux stealth.moongroup.org 2.4.22-1.2149.nptl #1 Tue Jan 13 21:35:03 >>EST 2004 x86_64 x86_64 x86_64 GNU/Linux >> >>01:00.0 VGA compatible controller: nVidia Corporation NV25 [GeForce4 Ti >> >>4200] (rev a3) >> >>ASUS K8V Deluxe with 512MB of RAM >> > > > let me guess games will still not work good? Any 64bit game will... I played tuxracer and it works fine. -- -- csm Lunar Linux Project Lead Disclaimer: "I am not a curmudgeon! No... really..." Addendum: "Bwahahaha! Fire up the orbital mind-control lasers!" From dsavage at peaknet.net Thu Jan 22 05:27:33 2004 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Wed, 21 Jan 2004 23:27:33 -0600 Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: <1074713639.29144.1.camel@mirkwood.boston.redhat.com> References: <1074713639.29144.1.camel@mirkwood.boston.redhat.com> Message-ID: <1074749253.6066.6.camel@lioness.thunderpurr.net> On Wed, 2004-01-21 at 13:33, Jeremy Katz wrote: > On Wed, 2004-01-21 at 07:22 -0600, Brent J. Nordquist wrote: > > It didn't offer to create a boot diskette; is that a known change? > > The AMD64 kernel is too large to be able to use with floppies. So boot > floppies are out. Jeremy, Can't say I'd be sorry to see /dev/fd0 retired permanently. Has anyone seriously considered floppy alternatives like a USB thumb drive? In all other ways I use mine like a 256M floppy to move files to/from machines in an autonomous lab network. --Doc Savage Fairview Heights, IL From jkeating at j2solutions.net Thu Jan 22 05:36:15 2004 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 21 Jan 2004 21:36:15 -0800 Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: <1074749253.6066.6.camel@lioness.thunderpurr.net> References: <1074713639.29144.1.camel@mirkwood.boston.redhat.com> <1074749253.6066.6.camel@lioness.thunderpurr.net> Message-ID: <200401212136.16771.jkeating@j2solutions.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 21 January 2004 21:27, Robert G. (Doc) Savage wrote: > Has anyone seriously considered floppy alternatives like a USB thumb > drive? In all other ways I use mine like a 256M floppy to move files > to/from machines in an autonomous lab network. I'm looking real hard as my upcoming amd64 shuttle HAS no floppy drive (: One question though is the ability of these systems to boot from the USB thumbdrive, for such things as flashing the motherboard bios, or the SCSI card bios or.... - -- Jesse Keating RHCE MCSE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedora.us/wiki/FedoraLegacy) 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) iD8DBQFAD2FP4v2HLvE71NURAoBnAJ9pak0zG/KvrwukHLEvuWeu2miY8gCfbzVh IzncNeI1szQFhvTi5Nq7K68= =cPoY -----END PGP SIGNATURE----- From notting at redhat.com Thu Jan 22 05:50:25 2004 From: notting at redhat.com (Bill Nottingham) Date: Thu, 22 Jan 2004 00:50:25 -0500 Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: <200401212136.16771.jkeating@j2solutions.net> References: <1074713639.29144.1.camel@mirkwood.boston.redhat.com> <1074749253.6066.6.camel@lioness.thunderpurr.net> <200401212136.16771.jkeating@j2solutions.net> Message-ID: <20040122055025.GB25586@devserv.devel.redhat.com> Jesse Keating (jkeating at j2solutions.net) said: > One question though is the ability of these systems to boot from the USB > thumbdrive, for such things as flashing the motherboard bios, or the SCSI > card bios or.... That's pretty much entirely a BIOS issue. I've seen recent BIOSes that can, and recent BIOSes that can't. Bill From shrek-m at gmx.de Thu Jan 22 11:46:55 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 22 Jan 2004 12:46:55 +0100 Subject: Fedora Test 1 x86_64 on ASUS K8V Report In-Reply-To: <400F25D4.9040102@lunar-linux.org> References: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> <20040120044531.GA4646@comcast.net> <20040121234333.GA23814@redhat.com> <400F25D4.9040102@lunar-linux.org> Message-ID: <400FB82F.2020703@gmx.de> Chuck Mead wrote: >> Nvidia released a new AMD64 driver yesterday, version 1.0-5332 > > > I just installed it... after I got rid of all the OpenGL library > conflicts it works great! > > [csm at stealth csm]$ glxgears > 25328 frames in 5.0 seconds = 5065.600 FPS > 28331 frames in 5.0 seconds = 5666.200 FPS > 26091 frames in 5.0 seconds = 5218.200 FPS > 26157 frames in 5.0 seconds = 5231.400 FPS > 28310 frames in 5.0 seconds = 5662.000 FPS > > [csm at stealth csm]$ uname -a > Linux stealth.moongroup.org 2.4.22-1.2149.nptl #1 Tue Jan 13 21:35:03 > EST 2004 x86_64 x86_64 x86_64 GNU/Linux > > 01:00.0 VGA compatible controller: nVidia Corporation NV25 [GeForce4 > Ti 4200] (rev a3) > > ASUS K8V Deluxe with 512MB of RAM wow, but glxgears is easy to manipulate ;-) $ glxgears [...] 15521 frames in 5.0 seconds = 3104.200 FPS 20885 frames in 5.0 seconds = 4177.000 FPS 20805 frames in 5.0 seconds = 4161.000 FPS 20879 frames in 5.0 seconds = 4175.800 FPS 20884 frames in 5.0 seconds = 4176.800 FPS 20879 frames in 5.0 seconds = 4175.800 FPS 20879 frames in 5.0 seconds = 4175.800 FPS 20885 frames in 5.0 seconds = 4177.000 FPS 20802 frames in 5.0 seconds = 4160.400 FPS 20426 frames in 5.0 seconds = 4085.200 FPS 20802 frames in 5.0 seconds = 4160.400 FPS 20879 frames in 5.0 seconds = 4175.800 FPS 20808 frames in 5.0 seconds = 4161.600 FPS 20267 frames in 5.0 seconds = 4053.400 FPS [...] a few mouseclicks later 148 frames in 9.0 seconds = 16.444 FPS 76 frames in 8.0 seconds = 9.500 FPS 76 frames in 6.0 seconds = 12.667 FPS 77 frames in 8.0 seconds = 9.625 FPS 76 frames in 6.0 seconds = 12.667 FPS 77 frames in 7.0 seconds = 11.000 FPS 76 frames in 6.0 seconds = 12.667 FPS 77 frames in 5.0 seconds = 15.400 FPS 76 frames in 6.0 seconds = 12.667 FPS 77 frames in 7.0 seconds = 11.000 FPS 76 frames in 8.0 seconds = 9.500 FPS msi - nforce1, onboard gpu, 32 mb shared memory, 1gb ram, nv-driver $ uname -a Linux xp1800 2.4.22-1.2149.nptl #1 Wed Jan 7 12:57:33 EST 2004 i686 athlon i386 GNU/Linux $ grep -3 Videocard /etc/X11/XF86Config EndSection Section "Device" Identifier "Videocard0" Driver "nv" VendorName "Videocard vendor" BoardName "NVIDIA GeForce 2 MX (generic)" EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 6 model name : AMD Athlon(tm) XP 1800+ stepping : 2 cpu MHz : 1536.815 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow bogomips : 3067.08 -- shrek-m From jpearl24 at cox.net Thu Jan 22 13:18:19 2004 From: jpearl24 at cox.net (jason pearl) Date: Thu, 22 Jan 2004 06:18:19 -0700 Subject: Fedora Test 1 x86_64 on ASUS K8V Report In-Reply-To: <400FB82F.2020703@gmx.de> References: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> <20040120044531.GA4646@comcast.net> <20040121234333.GA23814@redhat.com> <400F25D4.9040102@lunar-linux.org> <400FB82F.2020703@gmx.de> Message-ID: <20040122061819.0789e0aa.jpearl24@cox.net> On Thu, 22 Jan 2004 12:46:55 +0100 "shrek-m at gmx.de" wrote: >Chuck Mead wrote: > >>> Nvidia released a new AMD64 driver yesterday, version 1.0-5332 >> >> >> I just installed it... after I got rid of all the OpenGL library >> conflicts it works great! >> >> [csm at stealth csm]$ glxgears >> 25328 frames in 5.0 seconds = 5065.600 FPS >> 28331 frames in 5.0 seconds = 5666.200 FPS >> 26091 frames in 5.0 seconds = 5218.200 FPS >> 26157 frames in 5.0 seconds = 5231.400 FPS >> 28310 frames in 5.0 seconds = 5662.000 FPS >> >> [csm at stealth csm]$ uname -a >> Linux stealth.moongroup.org 2.4.22-1.2149.nptl #1 Tue Jan 13 21:35:03 > >> EST 2004 x86_64 x86_64 x86_64 GNU/Linux >> >> 01:00.0 VGA compatible controller: nVidia Corporation NV25 [GeForce4 >> Ti 4200] (rev a3) >> >> ASUS K8V Deluxe with 512MB of RAM > > >wow, >but glxgears is easy to manipulate ;-) > >$ glxgears >[...] >15521 frames in 5.0 seconds = 3104.200 FPS >20885 frames in 5.0 seconds = 4177.000 FPS >20805 frames in 5.0 seconds = 4161.000 FPS >20879 frames in 5.0 seconds = 4175.800 FPS >20884 frames in 5.0 seconds = 4176.800 FPS >20879 frames in 5.0 seconds = 4175.800 FPS >20879 frames in 5.0 seconds = 4175.800 FPS >20885 frames in 5.0 seconds = 4177.000 FPS >20802 frames in 5.0 seconds = 4160.400 FPS >20426 frames in 5.0 seconds = 4085.200 FPS >20802 frames in 5.0 seconds = 4160.400 FPS >20879 frames in 5.0 seconds = 4175.800 FPS >20808 frames in 5.0 seconds = 4161.600 FPS >20267 frames in 5.0 seconds = 4053.400 FPS >[...] a few mouseclicks later >148 frames in 9.0 seconds = 16.444 FPS >76 frames in 8.0 seconds = 9.500 FPS >76 frames in 6.0 seconds = 12.667 FPS >77 frames in 8.0 seconds = 9.625 FPS >76 frames in 6.0 seconds = 12.667 FPS >77 frames in 7.0 seconds = 11.000 FPS >76 frames in 6.0 seconds = 12.667 FPS >77 frames in 5.0 seconds = 15.400 FPS >76 frames in 6.0 seconds = 12.667 FPS >77 frames in 7.0 seconds = 11.000 FPS >76 frames in 8.0 seconds = 9.500 FPS > > > >msi - nforce1, onboard gpu, 32 mb shared memory, 1gb ram, nv-driver > >$ uname -a >Linux xp1800 2.4.22-1.2149.nptl #1 Wed Jan 7 12:57:33 EST 2004 i686 >athlon i386 GNU/Linux > >$ grep -3 Videocard /etc/X11/XF86Config >EndSection > >Section "Device" > Identifier "Videocard0" > Driver "nv" > VendorName "Videocard vendor" > BoardName "NVIDIA GeForce 2 MX (generic)" >EndSection > >Section "Screen" > Identifier "Screen0" > Device "Videocard0" > Monitor "Monitor0" > DefaultDepth 24 > SubSection "Display" > > ># cat /proc/cpuinfo >processor : 0 >vendor_id : AuthenticAMD >cpu family : 6 >model : 6 >model name : AMD Athlon(tm) XP 1800+ >stepping : 2 >cpu MHz : 1536.815 >cache size : 256 KB >fdiv_bug : no >hlt_bug : no >f00f_bug : no >coma_bug : no >fpu : yes >fpu_exception : yes >cpuid level : 1 >wp : yes >flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca >cmov pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow >bogomips : 3067.08 > > >-- >shrek-m well... yeah it depends on the size of the box hehe -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N uptime: 06:17:51 up 3:49, 1 user, load average: 0.07, 0.04, 0.01 -------------- 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 Thu Jan 22 15:16:27 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 22 Jan 2004 16:16:27 +0100 Subject: Fedora Test 1 x86_64 on ASUS K8V Report In-Reply-To: <20040122061819.0789e0aa.jpearl24@cox.net> References: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> <20040120044531.GA4646@comcast.net> <20040121234333.GA23814@redhat.com> <400F25D4.9040102@lunar-linux.org> <400FB82F.2020703@gmx.de> <20040122061819.0789e0aa.jpearl24@cox.net> Message-ID: <400FE94B.5080405@gmx.de> jason pearl wrote: >On Thu, 22 Jan 2004 12:46:55 +0100 >"shrek-m at gmx.de" wrote: > >>Chuck Mead wrote: >> >> >>>[csm at stealth csm]$ glxgears >>> >>$ glxgears >> >well... yeah it depends on the size of the box hehe > i need X only for openoffice, mozilla, ... (=office) afair x11perf is more accurate. i dont know xbench, xviewperf, ... $ rpm -qf `which x11perf` XFree86-tools-4.3.0-42 eg. $ x11perf -all x11perf - X11 performance program, version 1.5 The XFree86 Project, Inc server version 40300000 on :0.0 from xp1800 Thu Jan 22 15:43:43 2004 Sync time adjustment is 0.0557 msecs. 40000000 reps @ 0.0001 msec (13000000.0/sec): Dot 40000000 reps @ 0.0001 msec (12800000.0/sec): Dot 40000000 reps @ 0.0001 msec (12800000.0/sec): Dot 40000000 reps @ 0.0001 msec (12800000.0/sec): Dot 40000000 reps @ 0.0001 msec (12900000.0/sec): Dot 200000000 trep @ 0.0001 msec (12900000.0/sec): Dot 30000000 reps @ 0.0002 msec (4650000.0/sec): 1x1 rectangle 30000000 reps @ 0.0002 msec (5030000.0/sec): 1x1 rectangle 30000000 reps @ 0.0002 msec (5390000.0/sec): 1x1 rectangle 30000000 reps @ 0.0002 msec (5390000.0/sec): 1x1 rectangle 30000000 reps @ 0.0002 msec (5410000.0/sec): 1x1 rectangle 150000000 trep @ 0.0002 msec (5160000.0/sec): 1x1 rectangle 20000000 reps @ 0.0005 msec (2170000.0/sec): 10x10 rectangle 20000000 reps @ 0.0005 msec (2100000.0/sec): 10x10 rectangle 20000000 reps @ 0.0005 msec (2100000.0/sec): 10x10 rectangle 20000000 reps @ 0.0005 msec (2160000.0/sec): 10x10 rectangle 20000000 reps @ 0.0005 msec (2160000.0/sec): 10x10 rectangle 100000000 trep @ 0.0005 msec (2140000.0/sec): 10x10 rectangle [...] -- shrek-m From katzj at redhat.com Thu Jan 22 15:49:00 2004 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 22 Jan 2004 10:49:00 -0500 Subject: Fedora Core 1 for AMD64 test1 In-Reply-To: References: <1074713639.29144.1.camel@mirkwood.boston.redhat.com> <1074727879.29144.23.camel@mirkwood.boston.redhat.com> Message-ID: <1074786540.30485.6.camel@mirkwood.boston.redhat.com> On Wed, 2004-01-21 at 19:14 -0500, csm at Lunar-Linux.org wrote: > How's the "boot off of USB diskonkey" thingy coming along? It works, although I'm not making them by default right now. If there's enough interest, it's easy enough to do. I'm just not convinced how much it would be used compared to the space usage. > How're the temperatures in Boston? Gotta be a lot colder eh? It's bloody cold up here. Jeremy From p.dalgaard at biostat.ku.dk Thu Jan 22 17:58:36 2004 From: p.dalgaard at biostat.ku.dk (Peter Dalgaard) Date: 22 Jan 2004 18:58:36 +0100 Subject: AMD64 + Adaptec 1210SA + Fedora Core test/devel forecast? Message-ID: I think I know what the basic issues are here, but I'm trying to get some bearing on what to do next, and maybe nudge the developers in a favourable direction. I have a dual Opteron with the 1210SA controller plus a 36GB WDC SATA disk. It won't install either of the test or development setups. It will boot, recognize the controller as an IDE device (I believe that is the siimage driver, right?), find the disk, but then I get tons of "hdg: lost interrupt" messages. The system appears to talk to the disk, but so slowly as to be useless. Skimming recent discussions on the Linux Kernel list, it transpires that a) the controller has a SIL3112 chip b) the firmware has a nasty habit of turning the interrupts off on this particular device c) there's another kernel driver (sata_sil + libata) which is the one you really ought to use d) patches exist and have been tested with some success I saw a note (where?) to the effect that the libata stuff was still in the works and an errata RPM was being planned. In any case, I'm not badly scared of patching kernels myself. However, without a kernel that can handle the disk, I'd still be up the creek without a paddle. (No other Opterons around and I'm not going into cross-compiling from 386 systems.) On the other hand if someone would just set up a pxeboot directory with stuff which could get me through the install stages, I'd be eager to test it and report back. It might be useful to do this before release since I suspect I'm not the only one around with such a setup (nudge, nudge...) The other obvious workaround is of course just to go out and buy a disk for the *real* IDE controller and install to that. However, if a solution is just around the corner, I'd rather save my money for something else. -- 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 mborgnia at nih.gov Thu Jan 22 20:24:22 2004 From: mborgnia at nih.gov (Mario J. Borgnia) Date: Thu, 22 Jan 2004 15:24:22 -0500 Subject: Fedora Core 1 for AMD64 test1 installation problem Message-ID: <1074803062.5903.24.camel@localhost.localdomain> Hi all, I am trying to install Fedora Core 1 for AMD64 test1 on a system with the following specs: CPU: AMD Opteron 246 (dual) RAM: 16 GB Motherboard: Tyan Thunder K8W V1.01a GPU: NVIDIA Quadro FX 500 I have tested the installation media and it passed the tests. I boot the system with the installation CDs and it will proceed until loading the GUI but then it aborts with the following message Install exited abnormally And prompts for reboot I have tried booting with acpi=off and with linux text. Same problem. Has anyone had better luck with a similar system? Thanks Mario -- +---------------------------------+ | Mario J. Borgnia, Ph. D. | | | | Lab of Cell Biology | | NIH NCI/CCR | | 50 South Drive Rm 4306 MSC 8008 | | Bethesda MD 20892-8008 | | | | Tel: (301) 594 0563 | | mborgnia at nih.gov | +---------------------------------+ Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From ivo at vendomar.ee Thu Jan 22 20:40:10 2004 From: ivo at vendomar.ee (Ivo =?ISO-8859-1?Q?S=E4rak?=) Date: Thu, 22 Jan 2004 22:40:10 +0200 Subject: Fedora Test1 x86_64 on AsusTek SK8N In-Reply-To: <400FE94B.5080405@gmx.de> References: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> <20040120044531.GA4646@comcast.net> <20040121234333.GA23814@redhat.com> <400F25D4.9040102@lunar-linux.org> <400FB82F.2020703@gmx.de> <20040122061819.0789e0aa.jpearl24@cox.net> <400FE94B.5080405@gmx.de> Message-ID: <1074804010.3374.6.camel@sarmax> I tried to install FC1 Test1 x86_64 on AsusTek SK8N with no success - the installer will freeze during format of partitions. I filed a report to RedHat bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114122 It seems that the nForce 3 IDE is not supported under AMD64 release... From 64bit_fedora at comcast.net Thu Jan 22 21:00:03 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Thu, 22 Jan 2004 15:00:03 -0600 Subject: Fedora Core 1 for AMD64 test1 installation problem In-Reply-To: <1074803062.5903.24.camel@localhost.localdomain> References: <1074803062.5903.24.camel@localhost.localdomain> Message-ID: <20040122210003.GA16359@comcast.net> On Thu, Jan 22, 2004 at 03:24:22PM -0500, Mario J. Borgnia wrote: > I am trying to install Fedora Core 1 for AMD64 test1 on a system with > the following specs: > > CPU: AMD Opteron 246 (dual) > RAM: 16 GB > Motherboard: Tyan Thunder K8W V1.01a > GPU: NVIDIA Quadro FX 500 > There are a few known issues with this motherboard, luckily most are fixed. For details see: http://www.x86-64.org/lists/discuss/msg04476.html The first thing I would recommend is a bios update to 1.01i. Thanks, Justin From jlb17 at duke.edu Thu Jan 22 21:01:49 2004 From: jlb17 at duke.edu (Joshua Baker-LePain) Date: Thu, 22 Jan 2004 16:01:49 -0500 (EST) Subject: Fedora Core 1 for AMD64 test1 installation problem In-Reply-To: <1074803062.5903.24.camel@localhost.localdomain> References: <1074803062.5903.24.camel@localhost.localdomain> Message-ID: On Thu, 22 Jan 2004 at 3:24pm, Mario J. Borgnia wrote > I am trying to install Fedora Core 1 for AMD64 test1 on a system with > the following specs: > > CPU: AMD Opteron 246 (dual) > RAM: 16 GB > Motherboard: Tyan Thunder K8W V1.01a > GPU: NVIDIA Quadro FX 500 > > I have tested the installation media and it passed the tests. > I boot the system with the installation CDs and it will proceed until > loading the GUI but then it aborts with the following message > > Install exited abnormally > > And prompts for reboot > > I have tried booting with acpi=off and with linux text. Same problem. For the preview release and with an 8GB RAM system, I had to boot with 'mem=2048M' to get it to install (and then with acpi=off to boot the installed system). Give that a shot. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From ojgbagg27ab at msn.com Thu Jan 22 23:17:57 2004 From: ojgbagg27ab at msn.com (alton bailey) Date: Thu, 22 Jan 2004 18:17:57 -0500 Subject: unable to connect to the internet Message-ID: my configuration is the dsl modem hook up to the hub by ways of uplink and all 4 comoputer hook up to the hum with static ip address but thr firewall on linux is preventing the fedora box from connecting to the internet >From: jason pearl >Reply-To: fedora-test-list at redhat.com >To: fedora-test-list at redhat.com >Subject: Re: unable to connect to the internet >Date: Tue, 20 Jan 2004 17:54:39 -0700 > >On Tue, 20 Jan 2004 19:52:20 -0500 >"alton bailey" wrote: > > >A few days ago i went for a drive and return to see that my computers > >internet connection was down. I began to trace all my net cable to my > >router only to find out that my router bagan to malfunction. I > >deassemble my network and connect my dsl modem to a 8 port hub and > >start the network only to find out that FC1 cant find the internet > >connection the firewall is preventing it from connecting I desable the > >firewall and it still says the same thing I reinstall and the same > >thing happen could someone point me in to resolve this problem > > > > >im assuming you are trying to go from dsl modem to hub to computer... >do you have all 8 hooked up... do you have a static ip.. only 1 will >have access if u have dynamic ip.. >hook the computer straight from the modem... if u have static ip with no >router you have to configure the computer with your ip. > > >-- > >jason pearl > ++++++++++++++++++ >"Keep your friends close and your enemies closer"-Tupac > ++++++++++++++++++ >Kurrupted Visionz Phx, AZ registered linux user #307811 >MDK 9.2 Linux Machine# 193475, 227341 >AMD64 Opteron 1.6 http://counter.li.org >ASUS SK8N >uptime: 17:52:33 up 5:24, 3 users, load average: 2.03, 2.24, 2.43 ><< attach3 >> From csm at lunar-linux.org Fri Jan 23 03:09:23 2004 From: csm at lunar-linux.org (Chuck Mead) Date: Thu, 22 Jan 2004 22:09:23 -0500 Subject: kernel-2.4.22-1.2163.nptl Message-ID: <40109063.6030506@lunar-linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The emu10k1 driver will not load from the subject kernel. It bombs with unresolved symbols: [root at stealth root]# modprobe emu10k1 /lib/modules/2.4.22-1.2163.nptl/kernel/drivers/sound/soundcore.o: unresolved symbol sys_lseek /lib/modules/2.4.22-1.2163.nptl/kernel/drivers/sound/soundcore.o: insmod /lib/modules/2.4.22-1.2163.nptl/kernel/drivers/sound/soundcore.o failed /lib/modules/2.4.22-1.2163.nptl/kernel/drivers/sound/soundcore.o: insmod emu10k1 failed - -- 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) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAEJBjq3bny/5+GAcRAvnPAKCopS3J8yWQpUhvuyjEv45UDpjYgACbBNbp RMBiiuBL62Jme+K33DPa2I8= =LwHU -----END PGP SIGNATURE----- From davej at redhat.com Fri Jan 23 03:19:26 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 23 Jan 2004 03:19:26 +0000 Subject: kernel-2.4.22-1.2163.nptl In-Reply-To: <40109063.6030506@lunar-linux.org> References: <40109063.6030506@lunar-linux.org> Message-ID: <1074827966.14749.0.camel@delerium.codemonkey.org.uk> On Fri, 2004-01-23 at 03:09, Chuck Mead wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > The emu10k1 driver will not load from the subject kernel. It bombs with > unresolved symbols: > > [root at stealth root]# modprobe emu10k1 > /lib/modules/2.4.22-1.2163.nptl/kernel/drivers/sound/soundcore.o: > unresolved symbol sys_lseek > /lib/modules/2.4.22-1.2163.nptl/kernel/drivers/sound/soundcore.o: insmod > /lib/modules/2.4.22-1.2163.nptl/kernel/drivers/sound/soundcore.o failed > /lib/modules/2.4.22-1.2163.nptl/kernel/drivers/sound/soundcore.o: insmod > emu10k1 failed Fixed locally, will be in the next build. Thanks, Dave From csm at Lunar-Linux.org Fri Jan 23 03:41:26 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Thu, 22 Jan 2004 22:41:26 -0500 (EST) Subject: kernel-2.4.22-1.2163.nptl In-Reply-To: <1074827966.14749.0.camel@delerium.codemonkey.org.uk> References: <40109063.6030506@lunar-linux.org> <1074827966.14749.0.camel@delerium.codemonkey.org.uk> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 23 Jan 2004, Dave Jones spewed into the bitstream: DJ>On Fri, 2004-01-23 at 03:09, Chuck Mead wrote: DJ>> -----BEGIN PGP SIGNED MESSAGE----- DJ>> Hash: SHA1 DJ>> DJ>> The emu10k1 driver will not load from the subject kernel. It bombs with DJ>> unresolved symbols: DJ>> DJ>> [root at stealth root]# modprobe emu10k1 DJ>> /lib/modules/2.4.22-1.2163.nptl/kernel/drivers/sound/soundcore.o: DJ>> unresolved symbol sys_lseek DJ>> /lib/modules/2.4.22-1.2163.nptl/kernel/drivers/sound/soundcore.o: insmod DJ>> /lib/modules/2.4.22-1.2163.nptl/kernel/drivers/sound/soundcore.o failed DJ>> /lib/modules/2.4.22-1.2163.nptl/kernel/drivers/sound/soundcore.o: insmod DJ>> emu10k1 failed DJ> DJ>Fixed locally, will be in the next build. I am rebuilding it locally... will that fix it or is there something more that must be done? - -- 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) iD8DBQFAEJfqq3bny/5+GAcRAhfGAJ9NFjwcSc3UDmFDUgtzRWqApmlVJwCgn2Vn nFhMFh5+giauy8Eq3V7V+Ao= =n1D4 -----END PGP SIGNATURE----- From davej at redhat.com Fri Jan 23 03:44:36 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 23 Jan 2004 03:44:36 +0000 Subject: kernel-2.4.22-1.2163.nptl In-Reply-To: References: <40109063.6030506@lunar-linux.org> <1074827966.14749.0.camel@delerium.codemonkey.org.uk> Message-ID: <1074829476.16477.1.camel@delerium.codemonkey.org.uk> On Fri, 2004-01-23 at 03:41, csm at Lunar-Linux.org wrote: > > I am rebuilding it locally... will that fix it or is there something more > that must be done? Yeah, the tux patch deletes EXPORT_SYMBOL(sys_lseek) which it shouldn't. Just re-add it to the file its patching. (arch/i386/kernel/i386_ksyms.c from memory) Dave From jpearl24 at cox.net Fri Jan 23 04:51:03 2004 From: jpearl24 at cox.net (jason pearl) Date: Thu, 22 Jan 2004 21:51:03 -0700 Subject: Fedora Test1 x86_64 on AsusTek SK8N In-Reply-To: <1074804010.3374.6.camel@sarmax> References: <7438848.1074572792625.JavaMail.root@wamui07.slb.atl.earthlink.net> <20040120044531.GA4646@comcast.net> <20040121234333.GA23814@redhat.com> <400F25D4.9040102@lunar-linux.org> <400FB82F.2020703@gmx.de> <20040122061819.0789e0aa.jpearl24@cox.net> <400FE94B.5080405@gmx.de> <1074804010.3374.6.camel@sarmax> Message-ID: <20040122215103.54f46c55.jpearl24@cox.net> On Thu, 22 Jan 2004 22:40:10 +0200 Ivo S?rak wrote: >I tried to install FC1 Test1 x86_64 on AsusTek SK8N with no success - >the installer will freeze during format of partitions. >I filed a report to RedHat bugzilla: >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=114122 > >It seems that the nForce 3 IDE is not supported under AMD64 release... > i have same board but havent tried to install it yet -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N uptime: 21:50:43 up 11:14, 1 user, load average: 0.03, 0.11, 0.05 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lamont at gurulabs.com Fri Jan 23 06:35:01 2004 From: lamont at gurulabs.com (Lamont R. Peterson) Date: Thu, 22 Jan 2004 23:35:01 -0700 Subject: Initial test of x86_64 on eMachines / Best Buy / Circuit City M6805 notebook In-Reply-To: <400E5CFF.5090508@azathoth.net> References: <400DD764.4040400@azathoth.net> <20040121021148.GA16477@comcast.net> <400E5CFF.5090508@azathoth.net> Message-ID: <1074839700.2668.3.camel@wraith.advansoft.us> On Wed, 2004-01-21 at 04:05, Mike Larkin wrote: [SNIP] > I'm rebuilding XFree86 now from the latest development snapshot, so > we'll see if that fixes the radeon driver problem. (Crosses fingers..) We have several machines with Radeon 9800 Pro cards in them. There have been some issues with XFree86 4.3 though I can not remember what exactly they were (though "slowdown" sounds familiar). One of my co-workers downloaded, built and tested an XFree86 4.4 development snapshot recently. He said the issues found under 4.3 were all gone. HTH. Good luck. -- 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 jpearl24 at cox.net Fri Jan 23 06:49:49 2004 From: jpearl24 at cox.net (jason pearl) Date: Thu, 22 Jan 2004 23:49:49 -0700 Subject: unable to connect to the internet In-Reply-To: References: Message-ID: <20040122234949.39cfac7c.jpearl24@cox.net> On Thu, 22 Jan 2004 18:17:57 -0500 "alton bailey" wrote: >my configuration is the dsl modem hook up to the hub by ways of uplink >and all 4 comoputer hook up to the hum with static ip address but thr >firewall on linux is preventing the fedora box from connecting to the >internet > > > >>From: jason pearl >>Reply-To: fedora-test-list at redhat.com >>To: fedora-test-list at redhat.com >>Subject: Re: unable to connect to the internet >>Date: Tue, 20 Jan 2004 17:54:39 -0700 >> >>On Tue, 20 Jan 2004 19:52:20 -0500 >>"alton bailey" wrote: >> >> >A few days ago i went for a drive and return to see that my >computers> >internet connection was down. I began to trace all my net >cable to my> >router only to find out that my router bagan to >malfunction. I> >deassemble my network and connect my dsl modem to a 8 >port hub and> >start the network only to find out that FC1 cant find >the internet> >connection the firewall is preventing it from connecting >I desable the> >firewall and it still says the same thing I reinstall >and the same> >thing happen could someone point me in to resolve this >problem> > >> > >>im assuming you are trying to go from dsl modem to hub to computer... >>do you have all 8 hooked up... do you have a static ip.. only 1 will >>have access if u have dynamic ip.. >>hook the computer straight from the modem... if u have static ip with >no>router you have to configure the computer with your ip. >> >> >>-- >> >>jason pearl >> ++++++++++++++++++ >>"Keep your friends close and your enemies closer"-Tupac >> ++++++++++++++++++ >>Kurrupted Visionz Phx, AZ registered linux user #307811 >>MDK 9.2 Linux Machine# 193475, 227341 >>AMD64 Opteron 1.6 http://counter.li.org >>ASUS SK8N >>uptime: 17:52:33 up 5:24, 3 users, load average: 2.03, 2.24, 2.43 >><< attach3 >> > > > can you ping the other boxes... how do you know its the firewall? -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N uptime: 23:49:18 up 13:12, 1 user, load average: 0.00, 0.02, 0.00 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mlarkin at azathoth.net Fri Jan 23 09:12:06 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Fri, 23 Jan 2004 01:12:06 -0800 Subject: Initial test of x86_64 on eMachines / Best Buy / Circuit City M6805 notebook In-Reply-To: <1074839700.2668.3.camel@wraith.advansoft.us> References: <400DD764.4040400@azathoth.net> <20040121021148.GA16477@comcast.net> <400E5CFF.5090508@azathoth.net> <1074839700.2668.3.camel@wraith.advansoft.us> Message-ID: <4010E566.1010408@azathoth.net> Yes, I found the same thing. I downloaded 4.3.99.902 and the problems were fixed. Actually, I got most of the features of the laptop working. If anyone is interested in a write-up, I'll put together a page and link to linux-laptop.net. FYI - FreeBSD 5.2 and NetBSD 11/03 snapshot won't boot at all. -ml Lamont R. Peterson wrote: >On Wed, 2004-01-21 at 04:05, Mike Larkin wrote: >[SNIP] > > >>I'm rebuilding XFree86 now from the latest development snapshot, so >>we'll see if that fixes the radeon driver problem. (Crosses fingers..) >> >> > >We have several machines with Radeon 9800 Pro cards in them. There have >been some issues with XFree86 4.3 though I can not remember what exactly >they were (though "slowdown" sounds familiar). > >One of my co-workers downloaded, built and tested an XFree86 4.4 >development snapshot recently. He said the issues found under 4.3 were >all gone. > >HTH. Good luck. > > From mborgnia at nih.gov Fri Jan 23 15:33:40 2004 From: mborgnia at nih.gov (Mario J. Borgnia) Date: Fri, 23 Jan 2004 10:33:40 -0500 Subject: Fedora Core 1 for AMD64 test1 installation problem In-Reply-To: References: <1074803062.5903.24.camel@localhost.localdomain> Message-ID: <1074872019.15233.3.camel@localhost.localdomain> On Thu, 2004-01-22 at 16:01, Joshua Baker-LePain wrote: > On Thu, 22 Jan 2004 at 3:24pm, Mario J. Borgnia wrote > > > I am trying to install Fedora Core 1 for AMD64 test1 on a system with > > the following specs: > > > > CPU: AMD Opteron 246 (dual) > > RAM: 16 GB > > Motherboard: Tyan Thunder K8W V1.01a > > GPU: NVIDIA Quadro FX 500 > > > > I have tested the installation media and it passed the tests. > > I boot the system with the installation CDs and it will proceed until > > loading the GUI but then it aborts with the following message > > > > Install exited abnormally > > > > And prompts for reboot > > > > I have tried booting with acpi=off and with linux text. Same problem. > > For the preview release and with an 8GB RAM system, I had to boot with > 'mem=2048M' to get it to install (and then with acpi=off to boot the > installed system). Give that a shot. > > -- > Joshua Baker-LePain > Department of Biomedical Engineering > Duke University Thanks for this tip. Unfortunately it did not work. The system rebooted before finishing loading the kernel. I tried this both before and after updating the Tyan BIOS with no progress. Mario -- +---------------------------------+ | Mario J. Borgnia, Ph. D. | | | | Lab of Cell Biology | | NIH NCI/CCR | | 50 South Drive Rm 4306 MSC 8008 | | Bethesda MD 20892-8008 | | | | Tel: (301) 594 0563 | | mborgnia at nih.gov | +---------------------------------+ Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From mborgnia at nih.gov Fri Jan 23 15:35:44 2004 From: mborgnia at nih.gov (Mario J. Borgnia) Date: Fri, 23 Jan 2004 10:35:44 -0500 Subject: Fedora Core 1 for AMD64 test1 installation problem In-Reply-To: <20040122210003.GA16359@comcast.net> References: <1074803062.5903.24.camel@localhost.localdomain> <20040122210003.GA16359@comcast.net> Message-ID: <1074872144.15233.6.camel@localhost.localdomain> On Thu, 2004-01-22 at 16:00, Justin M. Forbes wrote: > On Thu, Jan 22, 2004 at 03:24:22PM -0500, Mario J. Borgnia wrote: > > I am trying to install Fedora Core 1 for AMD64 test1 on a system with > > the following specs: > > > > CPU: AMD Opteron 246 (dual) > > RAM: 16 GB > > Motherboard: Tyan Thunder K8W V1.01a > > GPU: NVIDIA Quadro FX 500 > > > There are a few known issues with this motherboard, luckily most are fixed. > For details see: http://www.x86-64.org/lists/discuss/msg04476.html The > first thing I would recommend is a bios update to 1.01i. > > Thanks, > Justin Thanks Justin, I tried the new BIOS, it does not help. Actually, the computer fails to find the partitions where I had installed other distros. I had to revert to the previous version before I could make the machine usable again. Mario -- +---------------------------------+ | Mario J. Borgnia, Ph. D. | | | | Lab of Cell Biology | | NIH NCI/CCR | | 50 South Drive Rm 4306 MSC 8008 | | Bethesda MD 20892-8008 | | | | Tel: (301) 594 0563 | | mborgnia at nih.gov | +---------------------------------+ Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html From dr at cluenet.de Fri Jan 23 15:54:01 2004 From: dr at cluenet.de (Daniel Roesen) Date: Fri, 23 Jan 2004 16:54:01 +0100 Subject: kernel-2.4.22-1.2163.nptl In-Reply-To: <1074827966.14749.0.camel@delerium.codemonkey.org.uk>; from davej@redhat.com on Fri, Jan 23, 2004 at 03:19:26AM +0000 References: <40109063.6030506@lunar-linux.org> <1074827966.14749.0.camel@delerium.codemonkey.org.uk> Message-ID: <20040123165401.C8518@homebase.cluenet.de> On Fri, Jan 23, 2004 at 03:19:26AM +0000, Dave Jones wrote: > Fixed locally, will be in the next build. Dave, is there any chance to get the Firmware Loader stuff into the FC1 kernel? This one being missing is the only reason I (and probably others) need to use a self-built kernel in order to use the Prism (www.prism54.org) WLAN driver... one of the most (or if not _the_ most used chip for 54mbps .11g WLAN cards). Would be cool. Best regards, Daniel From davej at redhat.com Fri Jan 23 16:06:54 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 23 Jan 2004 16:06:54 +0000 Subject: kernel-2.4.22-1.2163.nptl In-Reply-To: <20040123165401.C8518@homebase.cluenet.de> References: <40109063.6030506@lunar-linux.org> <1074827966.14749.0.camel@delerium.codemonkey.org.uk> <20040123165401.C8518@homebase.cluenet.de> Message-ID: <1074874014.26960.0.camel@delerium.codemonkey.org.uk> On Fri, 2004-01-23 at 15:54, Daniel Roesen wrote: > On Fri, Jan 23, 2004 at 03:19:26AM +0000, Dave Jones wrote: > > Fixed locally, will be in the next build. > > Dave, is there any chance to get the Firmware Loader stuff into > the FC1 kernel? This one being missing is the only reason I (and > probably others) need to use a self-built kernel in order to use > the Prism (www.prism54.org) WLAN driver... one of the most (or if > not _the_ most used chip for 54mbps .11g WLAN cards). >From memory, the changes weren't very invasive, so thats quite probable. I'll take a peek at it when I'm done with FC2 stuff. (I'm buried under in other work right now). Dave From upi at iki.fi Fri Jan 23 17:39:36 2004 From: upi at iki.fi (Pasi Pirhonen) Date: Fri, 23 Jan 2004 19:39:36 +0200 Subject: kernel-2.4.22-1.2163.nptl In-Reply-To: <20040123165401.C8518@homebase.cluenet.de> References: <40109063.6030506@lunar-linux.org> <1074827966.14749.0.camel@delerium.codemonkey.org.uk> <20040123165401.C8518@homebase.cluenet.de> Message-ID: <20040123173935.GA16803@gandalf.ipv6.papat.org> Hi, On Fri, Jan 23, 2004 at 04:54:01PM +0100, Daniel Roesen wrote: > > Dave, is there any chance to get the Firmware Loader stuff into > the FC1 kernel? This one being missing is the only reason I (and > probably others) need to use a self-built kernel in order to use > the Prism (www.prism54.org) WLAN driver... one of the most (or if > not _the_ most used chip for 54mbps .11g WLAN cards). > Umm? What's the problem? Linux tc 2.4.22-1.2149.nptl.prism54 #1 Sat Jan 10 20:17:38 EET 2004 i686 i686 i386 GNU/Linux I just dropped the prism54-patch in, rediffed and build the kernel SRPM again. That doesn't work with the automatic network config tho. The prism driver is not happy if networking tries to treat it as 'Wireless'. Should update the wireless-tools too tho. Just loading the driver and ifconfig it manually and it's working. Should really peek what is actually wrong with it as on debian it's working 'out of the box', but then again it's just my tabletPC which is used just to watch movies and it's powered all the time anyway .... -- Pasi Pirhonen - upi at iki.fi - http://iki.fi/upi/ From shrek-m at gmx.de Fri Jan 23 18:19:59 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 23 Jan 2004 19:19:59 +0100 Subject: kernel-2.4.22-1.2163.nptl In-Reply-To: <1074874014.26960.0.camel@delerium.codemonkey.org.uk> References: <40109063.6030506@lunar-linux.org> <1074827966.14749.0.camel@delerium.codemonkey.org.uk> <20040123165401.C8518@homebase.cluenet.de> <1074874014.26960.0.camel@delerium.codemonkey.org.uk> Message-ID: <401165CF.3020000@gmx.de> Dave Jones wrote: >On Fri, 2004-01-23 at 15:54, Daniel Roesen wrote: > > >>On Fri, Jan 23, 2004 at 03:19:26AM +0000, Dave Jones wrote: >> >> >>>Fixed locally, will be in the next build. >>> >>> >>Dave, is there any chance to get the Firmware Loader stuff into >>the FC1 kernel? This one being missing is the only reason I (and >>probably others) need to use a self-built kernel in order to use >>the Prism (www.prism54.org) WLAN driver... one of the most (or if >>not _the_ most used chip for 54mbps .11g WLAN cards). >> >> > >>From memory, the changes weren't very invasive, so thats quite probable. >I'll take a peek at it when I'm done with FC2 stuff. >(I'm buried under in other work right now). > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=111615 -- shrek-m From ksnider at flarn.com Fri Jan 23 19:33:16 2004 From: ksnider at flarn.com (Ken Snider) Date: Fri, 23 Jan 2004 14:33:16 -0500 Subject: X86_64 Preview: /lib dir for precompiled binaries? Message-ID: <401176FC.5020609@flarn.com> I'm trying to make use of a precompiled 32-bit binary, but am receiving the following error: ./SDBINST -bash: ./SDBINST: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory Checking lib, there are indeed no libraries there. Now, my question is, is it safe to symlink the required libraries to their 64-bit counterparts? if not, can I safely install an i686 glibc to meet the requirements, and if not, what *is* the recommended method to correct the above issue? -- Ken Snider From 64bit_fedora at comcast.net Fri Jan 23 20:21:08 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Fri, 23 Jan 2004 14:21:08 -0600 Subject: X86_64 Preview: /lib dir for precompiled binaries? In-Reply-To: <401176FC.5020609@flarn.com> References: <401176FC.5020609@flarn.com> Message-ID: <20040123202108.GA27385@comcast.net> On Fri, Jan 23, 2004 at 02:33:16PM -0500, Ken Snider wrote: > I'm trying to make use of a precompiled 32-bit binary, but am receiving the > following error: > > ./SDBINST > -bash: ./SDBINST: /lib/ld-linux.so.2: bad ELF interpreter: No such file or > directory > > Checking lib, there are indeed no libraries there. > > Now, my question is, is it safe to symlink the required libraries to their > 64-bit counterparts? if not, can I safely install an i686 glibc to meet the > requirements, and if not, what *is* the recommended method to correct the > above issue? > Which preview are you using? The preview release I posted Dec 1, and test1 include all of the basic 32bit stuff. Mozilla and Open Office are actually installed 32bit by default. If it is the devel tree, it is not a biarch tree yet. You might grep the test1 tree for i?86, everything installed there is known to be safe. Justin From ksnider at flarn.com Fri Jan 23 21:17:53 2004 From: ksnider at flarn.com (Ken Snider) Date: Fri, 23 Jan 2004 16:17:53 -0500 Subject: X86_64 Preview: /lib dir for precompiled binaries? In-Reply-To: <20040123202108.GA27385@comcast.net> References: <401176FC.5020609@flarn.com> <20040123202108.GA27385@comcast.net> Message-ID: <40118F81.9000003@flarn.com> Justin M. Forbes wrote: > Which preview are you using? The preview release I posted Dec 1, and test1 > include all of the basic 32bit stuff. Mozilla and Open Office are actually > installed 32bit by default. If it is the devel tree, it is not a biarch > tree yet. You might grep the test1 tree for i?86, everything installed > there is known to be safe. I'm using a test1 install from the .torrent ISO's. /lib is empty save the security/modules/tls directories. The solution was to install the i686 glibc rpm via -ihv, which was *not* installed by default (as I didn't install moz/ooffice), and further was not installable from up2date/yum, regardless of the options I chose. *more* interestingly, trying to do an "up2date mozilla" resulted in unresolvable dependencies to all the glibc libraries as well. -- Ken Snider From ademko at shaw.ca Fri Jan 23 21:16:06 2004 From: ademko at shaw.ca (Aleksander Demko) Date: Fri, 23 Jan 2004 15:16:06 -0600 (CST) Subject: fedora x86_64 troubles Message-ID: Has anyone tried the 0.96 discs on an IBM eserver 325? When I boot the install cdrom in mine, I get 1 or 2 (what look like) register dumps, yet the install continues. However, when it gets to screen about cdrom testing, my keyboard input seems to have no effect. I could try to get detailed information, if anyone is interested. This machine is a dual opteron with 6 gigs of ram, a scsi disk and a usb keyboard and mouse. I've had the mandrake alpha and some other fedora tests running, with varying levels of success. Stock 32 bit fedora 1 runs fine, ofcourse. -- // scopira.org | ninjacoder.com // From jpearl24 at cox.net Sat Jan 24 04:25:46 2004 From: jpearl24 at cox.net (jason pearl) Date: Fri, 23 Jan 2004 21:25:46 -0700 Subject: fedora x86_64 troubles In-Reply-To: References: Message-ID: <20040123212546.57756e6d.jpearl24@cox.net> On Fri, 23 Jan 2004 15:16:06 -0600 (CST) Aleksander Demko wrote: > >Has anyone tried the 0.96 discs on an IBM eserver 325? When I boot >the install cdrom in mine, I get 1 or 2 (what look like) register >dumps, yet the install continues. However, when it gets to screen >about cdrom testing, my keyboard input seems to have no effect. > >I could try to get detailed information, if anyone is interested. > >This machine is a dual opteron with 6 gigs of ram, a scsi disk and >a usb keyboard and mouse. I've had the mandrake alpha and some >other fedora tests running, with varying levels of success. >Stock 32 bit fedora 1 runs fine, ofcourse. > >-- >// scopira.org | ninjacoder.com // > so did it end up installing i am about to try it tonight probbaly .. i am trying a 0+1 array so anyone have luck on an array and test 1 .. my box internals are below... -- jason pearl ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N uptime: 21:24:35 up 1 day, 10:48, 1 user, load average: 0.26, 0.10, 0.06 -------------- 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 Sat Jan 24 12:11:26 2004 From: pete.s.bradbury at btinternet.com (Pete Bradbury) Date: Sat, 24 Jan 2004 12:11:26 -0000 Subject: naconda White Out - no install Message-ID: <002501c3e273$310196d0$0100a8c0@shubunkin> Setup AMD64 fx-51 asus sk8n-404 1 gig RAM 80gig ide Viewsonic vp211b tft ATI Radeon 9800 pro 256mb The above has a promise raid array which isn't recognised, I'm not bothered about that as I'm using the plain 80 gig drive for linux. The raid uses two 120gig sata drives and is aprtitioned only for win xp. When I try to install Fedora it enters the Anaconda phase and momentarily I have a white screen with the X cursur, it is moving for 5 or so seconds and then locks up with nothing else happening. If I use linux acpi=off I get occssional screen changes from black back to white, every now and then. The Radeon card appears to be recognised but not the Viewsonic monitor. From mutk at iprimus.com.au Sat Jan 24 12:58:57 2004 From: mutk at iprimus.com.au (Michael Kearey) Date: Sat, 24 Jan 2004 22:58:57 +1000 Subject: naconda White Out - no install In-Reply-To: <002501c3e273$310196d0$0100a8c0@shubunkin> References: <002501c3e273$310196d0$0100a8c0@shubunkin> Message-ID: <40126C11.5040004@iprimus.com.au> Pete Bradbury wrote: > Setup > Viewsonic vp211b tft > ATI Radeon 9800 pro 256mb > > When I try to install Fedora it enters the Anaconda phase and momentarily I > have a white screen with the X cursur, it is moving for 5 or so seconds and > then locks up with nothing else happening. If I use linux acpi=off I get > occssional screen changes from black back to white, every now and then. > > The Radeon card appears to be recognised but not the Viewsonic monitor. A couple of things to try : Don't use the fb 'linux nofb' Install in text mode 'linux text' See http://fedora.artoo.net/faq for more tips for your Radeon card. Cheers, Michael From ademko at shaw.ca Sat Jan 24 16:47:48 2004 From: ademko at shaw.ca (Aleksander Demko) Date: Sat, 24 Jan 2004 10:47:48 -0600 (CST) Subject: fedora x86_64 troubles In-Reply-To: <20040123212546.57756e6d.jpearl24@cox.net> References: <20040123212546.57756e6d.jpearl24@cox.net> Message-ID: On Fri, 23 Jan 2004, jason pearl wrote: > so did it end up installing i am about to try it tonight probbaly .. i > am trying a 0+1 array so anyone have luck on an array and test 1 .. my > box internals are below... Nope -- couldn't even get past the first screen [the CD media check one]. It's odd, because I tried an earlier fedora 64 version back in mid Decemeber: it installed fine, and ran in UP mode fine, but would randomly crash in 2-CPU SMP mode. I think I sent an email way back then too... -- // scopira.org | ninjacoder.com // From czar at czarc.net Sat Jan 24 17:26:50 2004 From: czar at czarc.net (Gene C.) Date: Sat, 24 Jan 2004 12:26:50 -0500 Subject: naconda White Out - no install In-Reply-To: <002501c3e273$310196d0$0100a8c0@shubunkin> References: <002501c3e273$310196d0$0100a8c0@shubunkin> Message-ID: <200401241226.51061.czar@czarc.net> On Saturday 24 January 2004 07:11, Pete Bradbury wrote: > Setup > AMD64 fx-51 > asus sk8n-404 > 1 gig RAM > 80gig ide > Viewsonic vp211b tft > ATI Radeon 9800 pro 256mb OK, my setup is: Opteron 140 ASUS SK8N 2 GB ram 120GB ide Dell Fp2000 (digital) ATI Radeon 9100 I have test1 (and previously preview) up and running just fine. A couple of points however: 1. I had to connect the Dell flat panel display directly to the DVI-D connection rather than though my Belkin KVM. The ASUS bios does some strange things and I would get nothing displayed via the switched D-SUB connection. 2. The gcc compiler as distributed (-5) has a bug where the compiler loops. There is an upstream patch available (see bugzilla) which is also incorporated into gcc -6. However, gcc -6 from rawhide/development also needs the rawhide glibc and that was too much to chew right now so I rebuilt my own copy of gcc with the patch applied. 3. I am getting Oops 002 every so often (see bugzilla). 4. I am NOT running acpi=off ... maybe I should try it with the Oops I am getting ... they do not occur often and the system does not crash when they do occur. 5. There are not enough i386 compatibility libraries installed to run very much and trying to add libraries after the install is a real challenge. 6. The ethernet NIC on the motherboard is not automatically recognized ... you need manually specify sk98lin. 7. On the whole it runs pretty good ... I am pleased. However, I do wish that a lot i386 updates (both kinds) would be built for x86_64. -- Gene From pete.s.bradbury at btinternet.com Sat Jan 24 18:05:51 2004 From: pete.s.bradbury at btinternet.com (Pete Bradbury) Date: Sat, 24 Jan 2004 18:05:51 -0000 Subject: naconda White Out - no install References: <002501c3e273$310196d0$0100a8c0@shubunkin> <40126C11.5040004@iprimus.com.au> Message-ID: <000901c3e2a4$b3f15f40$0100a8c0@shubunkin> Thanks for the linux text part that helped a lot I can now get through the root logon prompt although startx doesn't I tried to install the ati radeon drivers but got all sorts of errors during compilation. I think I may now have picked up the wron ones _ I have the XFree86 4.3.0 - is that correct? In any case after trying that RPM I can get throuigh top the GUI logo and enter root and password. The screen clears to fedora cora and what looks like it should be a progress bar - but then hangs. ----- Original Message ----- From: "Michael Kearey" To: Sent: Saturday, January 24, 2004 12:58 PM Subject: Re: naconda White Out - no install > Pete Bradbury wrote: > > Setup > > > Viewsonic vp211b tft > > ATI Radeon 9800 pro 256mb > > > > > When I try to install Fedora it enters the Anaconda phase and momentarily I > > have a white screen with the X cursur, it is moving for 5 or so seconds and > > then locks up with nothing else happening. If I use linux acpi=off I get > > occssional screen changes from black back to white, every now and then. > > > > The Radeon card appears to be recognised but not the Viewsonic monitor. > > A couple of things to try : > > Don't use the fb 'linux nofb' > Install in text mode 'linux text' > > See http://fedora.artoo.net/faq for more tips for your Radeon card. > > Cheers, > Michael > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > From rjohnson at medata.com Sat Jan 24 20:42:14 2004 From: rjohnson at medata.com (Rick Johnson) Date: Sat, 24 Jan 2004 12:42:14 -0800 Subject: dovecot-0.99.10.x or Mozilla label bug? Message-ID: <4012D8A6.2030605@medata.com> I recently switched from UW-IMAP to Dovecot IMAP and from mbox to Maildir directories on a server. On a different server, I've been using Dovecot with mbox for some time and recently converted it to Maildir as well. In both cases, I'm using Mozilla or Thunderbird as my client. It appears that after switching from mbox where label flags are stored in headers to Maildir where the flags are stored at the tail of the filename, that message labels were "Broken". Message labels appear to be reverse associated with letters. Label 1 being f, Label 2 - d, 3 - c, 4 - b, and 5 - a. How comes the problem. If I set one label and leave it, there's no problem. However if I change a label on a message, or attempt to remove it, it appears that dovecot isn't removing the previous label flag, but instead adding a new label. If I'm switching from 5 to 3, it appends c to a, and the client won't notice the difference. However, I can't switch back from 3 to 5, since the flags are stored alphabetically, and the previous flags aren't removed. Instead - the old label sticks. I can apply all labels, and all "characters" remain in the filename, however the "highest" in the alphabet is what gets displayed, and I end up with a trailer on the file of "abcdf". Proper behavior would be to remove the previous label flag before applying a new one. This didn't appear to be a problem in the mbox version since the labels were stored in the headers under X-Label or something like that. Interestingly, Evolution 1.4 is able to clear the labels, but only does so after you exit the client. This happens under 0.99.10-6 (core 1) and 0.99.10.4-1 (devel). Bugzilla time? I filed 114230 for Dovecot, but I'm not 100% sure if this is a Dovecot or Mozilla issue. I'm leaning toward Dovecot not clearing previous labels, since the mail client generally doesn't "care" what backend format you're using. -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 dr at cluenet.de Sat Jan 24 23:07:26 2004 From: dr at cluenet.de (Daniel Roesen) Date: Sun, 25 Jan 2004 00:07:26 +0100 Subject: kernel-2.4.22-1.2163.nptl In-Reply-To: <20040123173935.GA16803@gandalf.ipv6.papat.org>; from upi@iki.fi on Fri, Jan 23, 2004 at 07:39:36PM +0200 References: <40109063.6030506@lunar-linux.org> <1074827966.14749.0.camel@delerium.codemonkey.org.uk> <20040123165401.C8518@homebase.cluenet.de> <20040123173935.GA16803@gandalf.ipv6.papat.org> Message-ID: <20040125000726.B17707@homebase.cluenet.de> On Fri, Jan 23, 2004 at 07:39:36PM +0200, Pasi Pirhonen wrote: > Umm? What's the problem? The the Prism54 driver needs the kernel firmware loader, which isn't in 2.4.22. > Linux tc 2.4.22-1.2149.nptl.prism54 #1 Sat Jan 10 20:17:38 EET 2004 i686 i686 i386 GNU/Linux > > I just dropped the prism54-patch in, rediffed and build the kernel SRPM > again. Actually, I wonder _how_ this works, given that at least my NetGear WG511 needs the firmware loaded. The hotplug framework triggers that upon insertion of the card. Regards, Daniel From pete.s.bradbury at btinternet.com Sat Jan 24 23:26:59 2004 From: pete.s.bradbury at btinternet.com (Pete Bradbury) Date: Sat, 24 Jan 2004 23:26:59 -0000 Subject: naconda White Out - no install References: <002501c3e273$310196d0$0100a8c0@shubunkin> <40126C11.5040004@iprimus.com.au> <000901c3e2a4$b3f15f40$0100a8c0@shubunkin> Message-ID: <000801c3e2d1$90c30cd0$0100a8c0@shubunkin> I now have a limited resolution using vesa driver, unfortunately my Viewsonic monitor isn't on the list. I noticed also that my Alcatel speedtouch appears to have loaded a 'speedtch' module, Is there some support for this adsl modem in fedora, or will I have to set it up as I used to do for RH 9,0? I can't see anything in the Gnome desktop to support it? ----- Original Message ----- From: "Pete Bradbury" To: Sent: Saturday, January 24, 2004 6:05 PM Subject: Re: naconda White Out - no install > Thanks for the linux text part that helped a lot > > I can now get through the root logon prompt although startx doesn't > > I tried to install the ati radeon drivers but got all sorts of errors during > compilation. I think I may now have picked up the wron ones _ I have the > XFree86 4.3.0 - is that correct? > > In any case after trying that RPM I can get throuigh top the GUI logo and > enter root and password. The screen clears to fedora cora and what looks > like it should be a progress bar - but then hangs. > > > ----- Original Message ----- > From: "Michael Kearey" > To: > Sent: Saturday, January 24, 2004 12:58 PM > Subject: Re: naconda White Out - no install > > > > Pete Bradbury wrote: > > > Setup > > > > > Viewsonic vp211b tft > > > ATI Radeon 9800 pro 256mb > > > > > > > > When I try to install Fedora it enters the Anaconda phase and > momentarily I > > > have a white screen with the X cursur, it is moving for 5 or so seconds > and > > > then locks up with nothing else happening. If I use linux acpi=off I get > > > occssional screen changes from black back to white, every now and then. > > > > > > The Radeon card appears to be recognised but not the Viewsonic monitor. > > > > A couple of things to try : > > > > Don't use the fb 'linux nofb' > > Install in text mode 'linux text' > > > > See http://fedora.artoo.net/faq for more tips for your Radeon card. > > > > Cheers, > > Michael > > > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > From upi at iki.fi Sat Jan 24 23:48:39 2004 From: upi at iki.fi (Pasi Pirhonen) Date: Sun, 25 Jan 2004 01:48:39 +0200 Subject: kernel-2.4.22-1.2163.nptl In-Reply-To: <20040125000726.B17707@homebase.cluenet.de> References: <40109063.6030506@lunar-linux.org> <1074827966.14749.0.camel@delerium.codemonkey.org.uk> <20040123165401.C8518@homebase.cluenet.de> <20040123173935.GA16803@gandalf.ipv6.papat.org> <20040125000726.B17707@homebase.cluenet.de> Message-ID: <20040124234839.GB16803@gandalf.ipv6.papat.org> Hi, On Sun, Jan 25, 2004 at 12:07:26AM +0100, Daniel Roesen wrote: > On Fri, Jan 23, 2004 at 07:39:36PM +0200, Pasi Pirhonen wrote: > > Umm? What's the problem? > > The the Prism54 driver needs the kernel firmware loader, which > isn't in 2.4.22. > > > Linux tc 2.4.22-1.2149.nptl.prism54 #1 Sat Jan 10 20:17:38 EET 2004 i686 i686 i386 GNU/Linux > > > > I just dropped the prism54-patch in, rediffed and build the kernel SRPM > > again. > > Actually, I wonder _how_ this works, given that at least my NetGear > WG511 needs the firmware loaded. The hotplug framework triggers > that upon insertion of the card. > > I might have forgot to mention that i got the firmware.agent installed. First just grabed the debian one, but later on tool it from installing hotplug from fedora-devel [root at tc /]# rpm -qf /etc/hotplug/firmware.agent hotplug-2004_01_05-1 Insertion of the card triggers the firmware loading as expected. After that it's accessible just by normal ifconfig. I don't use WEP on this LAN. Only MAC-based access restrictions to keep lamest (l)users out :) -- Pasi Pirhonen - upi at iki.fi - http://iki.fi/upi/ From shrek-m at gmx.de Sun Jan 25 00:10:50 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 25 Jan 2004 01:10:50 +0100 Subject: kernel-2.4.22-1.2163.nptl In-Reply-To: <20040124234839.GB16803@gandalf.ipv6.papat.org> References: <40109063.6030506@lunar-linux.org> <1074827966.14749.0.camel@delerium.codemonkey.org.uk> <20040123165401.C8518@homebase.cluenet.de> <20040123173935.GA16803@gandalf.ipv6.papat.org> <20040125000726.B17707@homebase.cluenet.de> <20040124234839.GB16803@gandalf.ipv6.papat.org> Message-ID: <4013098A.6050502@gmx.de> Pasi Pirhonen wrote: >I might have forgot to mention that i got the firmware.agent installed. >First just grabed the debian one, but later on tool it from >installing hotplug from fedora-devel > >[root at tc /]# rpm -qf /etc/hotplug/firmware.agent >hotplug-2004_01_05-1 > > http://cvs.sourceforge.net/viewcvs.py/linux-hotplug/admin/etc/hotplug/firmware.agent https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112824 -- shrek-m From dr at cluenet.de Sun Jan 25 05:39:05 2004 From: dr at cluenet.de (Daniel Roesen) Date: Sun, 25 Jan 2004 06:39:05 +0100 Subject: kernel-2.4.22-1.2163.nptl In-Reply-To: <20040124234839.GB16803@gandalf.ipv6.papat.org>; from upi@iki.fi on Sun, Jan 25, 2004 at 01:48:39AM +0200 References: <40109063.6030506@lunar-linux.org> <1074827966.14749.0.camel@delerium.codemonkey.org.uk> <20040123165401.C8518@homebase.cluenet.de> <20040123173935.GA16803@gandalf.ipv6.papat.org> <20040125000726.B17707@homebase.cluenet.de> <20040124234839.GB16803@gandalf.ipv6.papat.org> Message-ID: <20040125063905.A18215@homebase.cluenet.de> On Sun, Jan 25, 2004 at 01:48:39AM +0200, Pasi Pirhonen wrote: > I might have forgot to mention that i got the firmware.agent installed. Sure, but this one just uses the kernel firmware loader - which is (to my knowledge, and given Dave's comment) not in the current FC1 kernel. Regards, Daniel From upi at iki.fi Sun Jan 25 14:40:39 2004 From: upi at iki.fi (Pasi Pirhonen) Date: Sun, 25 Jan 2004 16:40:39 +0200 Subject: kernel-2.4.22-1.2163.nptl In-Reply-To: <20040125063905.A18215@homebase.cluenet.de> References: <40109063.6030506@lunar-linux.org> <1074827966.14749.0.camel@delerium.codemonkey.org.uk> <20040123165401.C8518@homebase.cluenet.de> <20040123173935.GA16803@gandalf.ipv6.papat.org> <20040125000726.B17707@homebase.cluenet.de> <20040124234839.GB16803@gandalf.ipv6.papat.org> <20040125063905.A18215@homebase.cluenet.de> Message-ID: <20040125144039.GC16803@gandalf.ipv6.papat.org> Hi, On Sun, Jan 25, 2004 at 06:39:05AM +0100, Daniel Roesen wrote: > On Sun, Jan 25, 2004 at 01:48:39AM +0200, Pasi Pirhonen wrote: > > I might have forgot to mention that i got the firmware.agent installed. > > Sure, but this one just uses the kernel firmware loader - which > is (to my knowledge, and given Dave's comment) not in the current > FC1 kernel. > > I am lazy to dig the kernel code, but prism54 40524 1 firmware_class 6060 0 [prism54] What the heck is the 'fimware_class' then? And eth1: islpci_open() eth1: resetting device... eth1: uploading firmware... firmware_class.c:call_helper: firmware: /sbin/hotplug firmware add eth1: firmware uploaded done, now triggering reset... eth1: prism54_mib_init() eth1: done with prism54_mib_init()! -- Client Managed mode from dmesg very much seems me like the fiwnware gets loaded? This kernel is pure 2.4.22-1.2149.nptl which i pached with patch-2.4-prism54-cvs-latest (Jan 10 on my disk) and made rediff to include that to SRPM build process and rebuild the kernel RPM. -- Pasi Pirhonen - upi at iki.fi - http://iki.fi/upi/ From dr at cluenet.de Sun Jan 25 15:10:00 2004 From: dr at cluenet.de (Daniel Roesen) Date: Sun, 25 Jan 2004 16:10:00 +0100 Subject: kernel-2.4.22-1.2163.nptl In-Reply-To: <20040125144039.GC16803@gandalf.ipv6.papat.org>; from upi@iki.fi on Sun, Jan 25, 2004 at 04:40:39PM +0200 References: <40109063.6030506@lunar-linux.org> <1074827966.14749.0.camel@delerium.codemonkey.org.uk> <20040123165401.C8518@homebase.cluenet.de> <20040123173935.GA16803@gandalf.ipv6.papat.org> <20040125000726.B17707@homebase.cluenet.de> <20040124234839.GB16803@gandalf.ipv6.papat.org> <20040125063905.A18215@homebase.cluenet.de> <20040125144039.GC16803@gandalf.ipv6.papat.org> Message-ID: <20040125161000.A25529@homebase.cluenet.de> On Sun, Jan 25, 2004 at 04:40:39PM +0200, Pasi Pirhonen wrote: > eth1: uploading firmware... > firmware_class.c:call_helper: firmware: /sbin/hotplug firmware add > eth1: firmware uploaded done, now triggering reset... > eth1: prism54_mib_init() > eth1: done with prism54_mib_init()! -- Client Managed mode > > from dmesg very much seems me like the fiwnware gets loaded? Uhm.... you are totally right. The FC1 kernels DO include the firmware loader... I have no idea how I managed to think that it doesn't. I thougth that I have inspected the kernel-source RPM, but when doing this now, I clearly find CONFIG_FW_LOADER. Thanks for pushing me into verifying my findings. :-) > This kernel is pure 2.4.22-1.2149.nptl which i pached with > > patch-2.4-prism54-cvs-latest (Jan 10 on my disk) > > and made rediff to include that to SRPM build process and rebuild the > kernel RPM. Will try to do this too, although building an external RPM just for the prism54 module would be cool. Given that the firmware loader is in the FC1 kernel, this should be possible without modifying the FC1 kernel RPM. Best regards, Daniel From pete.s.bradbury at btinternet.com Sun Jan 25 17:38:08 2004 From: pete.s.bradbury at btinternet.com (Pete Bradbury) Date: Sun, 25 Jan 2004 17:38:08 -0000 Subject: Alcatel Speedtouch Message-ID: <002801c3e369$ff323ea0$0100a8c0@shubunkin> I've been unable to install under previous RH9.0 methods of the Alcatel Speedtouch. Is there anyone who can guide me to a site where an AMD64 installation of the speedtouch can be made possible? From georg at georgs.org Sun Jan 25 17:31:31 2004 From: georg at georgs.org (Georg E Schneider) Date: Sun, 25 Jan 2004 18:31:31 +0100 Subject: Alcatel Speedtouch In-Reply-To: <002801c3e369$ff323ea0$0100a8c0@shubunkin> References: <002801c3e369$ff323ea0$0100a8c0@shubunkin> Message-ID: <4013FD73.2090507@georgs.org> Pete Bradbury wrote: >I've been unable to install under previous RH9.0 methods of the Alcatel >Speedtouch. > >Is there anyone who can guide me to a site where an AMD64 installation of >the speedtouch can be made possible? > > > Which kind of Alcatel Speedtouch please define there is: PC, USB, 330, 330i, home,...... greets Georg E Schneider From pete.s.bradbury at btinternet.com Sun Jan 25 19:30:44 2004 From: pete.s.bradbury at btinternet.com (Pete Bradbury) Date: Sun, 25 Jan 2004 19:30:44 -0000 Subject: Alcatel Speedtouch References: <002801c3e369$ff323ea0$0100a8c0@shubunkin> <4013FD73.2090507@georgs.org> Message-ID: <000a01c3e379$c84c56e0$0100a8c0@shubunkin> Speedtouch USB Network Terminator is what it says on its green underside. ----- Original Message ----- From: "Georg E Schneider" To: Sent: Sunday, January 25, 2004 5:31 PM Subject: Re: Alcatel Speedtouch > Pete Bradbury wrote: > > >I've been unable to install under previous RH9.0 methods of the Alcatel > >Speedtouch. > > > >Is there anyone who can guide me to a site where an AMD64 installation of > >the speedtouch can be made possible? > > > > > > > Which kind of Alcatel Speedtouch please define > there is: PC, USB, 330, 330i, home,...... > > greets > Georg E Schneider > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > From georg at georgs.org Sun Jan 25 19:23:11 2004 From: georg at georgs.org (Georg E Schneider) Date: Sun, 25 Jan 2004 20:23:11 +0100 Subject: Alcatel Speedtouch In-Reply-To: <000a01c3e379$c84c56e0$0100a8c0@shubunkin> References: <002801c3e369$ff323ea0$0100a8c0@shubunkin> <4013FD73.2090507@georgs.org> <000a01c3e379$c84c56e0$0100a8c0@shubunkin> Message-ID: <4014179F.7050207@georgs.org> Pete Bradbury wrote: >Speedtouch USB Network Terminator is what it says on its green underside. > > > Ok it's a Speedtouch USB Modem. The module is included in the Fedora-Kernel (speedtch.o) but you will need the managment utility from Thomson/Alcatel. Configuration of the pppd depends on your provider. I know it just from Austria: module: pppoatm usb-u(o)hci (depends on USB -Controller) or the pedant in the 2.6 Kernel if you use it ppp_deflate software: pppd with pppoatm plugin speedmgmt (management-utility from Thomson/Alcatel) But I have no experience with AMD64 HTH Georg E Schneider From shrek-m at gmx.de Sun Jan 25 20:28:46 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 25 Jan 2004 21:28:46 +0100 Subject: broken "rawhide"-link under "development" Message-ID: <401426FE.2010000@gmx.de> hi, under http://download.fedora.redhat.com/pub/fedora/linux/core/development/ is a broken link to rawhide http://fedora.redhat.com/download/rawhide.html 404: Page not found ----html-source----
Site Navigation:
  • Home
  • Download -------- -- shrek-m From twaugh at redhat.com Sun Jan 25 22:21:18 2004 From: twaugh at redhat.com (Tim Waugh) Date: Sun, 25 Jan 2004 22:21:18 +0000 Subject: broken "rawhide"-link under "development" In-Reply-To: <401426FE.2010000@gmx.de> References: <401426FE.2010000@gmx.de> Message-ID: <20040125222118.GK1525@redhat.com> On Sun, Jan 25, 2004 at 09:28:46PM +0100, shrek-m at gmx.de wrote: > under > http://download.fedora.redhat.com/pub/fedora/linux/core/development/ > is a broken link to rawhide > http://fedora.redhat.com/download/rawhide.html > > > 404: Page not found And before anyone says 'let's remove that link then', how about making the page available again so that people can actually *find* the development pacakges? Tim. */ -------------- 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 Sun Jan 25 22:34:11 2004 From: pete.s.bradbury at btinternet.com (Pete Bradbury) Date: Sun, 25 Jan 2004 22:34:11 -0000 Subject: Alcatel Speedtouch References: <002801c3e369$ff323ea0$0100a8c0@shubunkin> <4013FD73.2090507@georgs.org> <000a01c3e379$c84c56e0$0100a8c0@shubunkin> <4014179F.7050207@georgs.org> Message-ID: <001201c3e393$5ad593f0$0100a8c0@shubunkin> Tried that but seems to be incompatible with the AMD64 flavour of fedora ----- Original Message ----- From: "Georg E Schneider" To: Sent: Sunday, January 25, 2004 7:23 PM Subject: Re: Alcatel Speedtouch > Pete Bradbury wrote: > > >Speedtouch USB Network Terminator is what it says on its green underside. > > > > > > > Ok it's a Speedtouch USB Modem. > > The module is included in the Fedora-Kernel (speedtch.o) but you will > need the managment utility from Thomson/Alcatel. Configuration of the > pppd depends on your provider. > I know it just from Austria: > > module: > pppoatm > usb-u(o)hci (depends on USB -Controller) or the pedant in the 2.6 Kernel > if you use it > ppp_deflate > > software: > pppd with pppoatm plugin > speedmgmt (management-utility from Thomson/Alcatel) > > But I have no experience with AMD64 > > HTH > Georg E Schneider > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > From mlarkin at azathoth.net Mon Jan 26 07:33:23 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Sun, 25 Jan 2004 23:33:23 -0800 Subject: fedora x86_64 troubles In-Reply-To: References: <20040123212546.57756e6d.jpearl24@cox.net> Message-ID: <4014C2C3.8090309@azathoth.net> I had the same problem on the eMachines laptop- solved by hooking up a USB keyboard. The problem seems to go away after the first media check screen. Still unsure why. SuSE 9.0 has the same problem. -ml Aleksander Demko wrote: >On Fri, 23 Jan 2004, jason pearl wrote: > > >>so did it end up installing i am about to try it tonight probbaly .. i >>am trying a 0+1 array so anyone have luck on an array and test 1 .. my >>box internals are below... >> >> > >Nope -- couldn't even get past the first screen [the CD media check >one]. It's odd, because I tried an earlier fedora 64 version back >in mid Decemeber: it installed fine, and ran in UP mode fine, but >would randomly crash in 2-CPU SMP mode. I think I sent an email way >back then too... > >-- >// scopira.org | ninjacoder.com // > > > > From mlarkin at azathoth.net Mon Jan 26 07:40:18 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Sun, 25 Jan 2004 23:40:18 -0800 Subject: naconda White Out - no install In-Reply-To: <000901c3e2a4$b3f15f40$0100a8c0@shubunkin> References: <002501c3e273$310196d0$0100a8c0@shubunkin> <40126C11.5040004@iprimus.com.au> <000901c3e2a4$b3f15f40$0100a8c0@shubunkin> Message-ID: <4014C462.2000307@azathoth.net> Try compiling XFree86-4.3.99.902 and use that instead. That fixed all my Radeon problems. I had odd and unexpected behavior using the stock RPMs. -ml Pete Bradbury wrote: >Thanks for the linux text part that helped a lot > >I can now get through the root logon prompt although startx doesn't > >I tried to install the ati radeon drivers but got all sorts of errors during >compilation. I think I may now have picked up the wron ones _ I have the >XFree86 4.3.0 - is that correct? > >In any case after trying that RPM I can get throuigh top the GUI logo and >enter root and password. The screen clears to fedora cora and what looks >like it should be a progress bar - but then hangs. > > >----- Original Message ----- >From: "Michael Kearey" >To: >Sent: Saturday, January 24, 2004 12:58 PM >Subject: Re: naconda White Out - no install > > > > >>Pete Bradbury wrote: >> >> >>>Setup >>> >>> >> >> >> >>>Viewsonic vp211b tft >>>ATI Radeon 9800 pro 256mb >>> >>> >> >> >> >>>When I try to install Fedora it enters the Anaconda phase and >>> >>> >momentarily I > > >>>have a white screen with the X cursur, it is moving for 5 or so seconds >>> >>> >and > > >>>then locks up with nothing else happening. If I use linux acpi=off I get >>>occssional screen changes from black back to white, every now and then. >>> >>>The Radeon card appears to be recognised but not the Viewsonic monitor. >>> >>> >>A couple of things to try : >> >>Don't use the fb 'linux nofb' >>Install in text mode 'linux text' >> >>See http://fedora.artoo.net/faq for more tips for your Radeon card. >> >>Cheers, >>Michael >> >> >>-- >>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 Mon Jan 26 13:22:50 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 26 Jan 2004 14:22:50 +0100 Subject: broken "rawhide"-link under "development" In-Reply-To: <20040125222118.GK1525@redhat.com> References: <401426FE.2010000@gmx.de> <20040125222118.GK1525@redhat.com> Message-ID: <401514AA.6050006@gmx.de> Tim Waugh wrote: >On Sun, Jan 25, 2004 at 09:28:46PM +0100, shrek-m at gmx.de wrote: > >>under >>http://download.fedora.redhat.com/pub/fedora/linux/core/development/ >>is a broken link to rawhide >>http://fedora.redhat.com/download/rawhide.html >> 404: Page not found >> >> >And before anyone says 'let's remove that link then', how about making >the page available again so that people can actually *find* the >development pacakges? > eg. here http://fedora.redhat.com/download/
    Site Navigation:
    lftp download.fedora.redhat.com:/pub/fedora/linux/core> ls drwxr-xr-x 4 ftp ftp 4096 Jan 13 20:54 1 drwxrwsr-x 11 ftp ftp 4096 Jan 26 11:16 development drwxr-xr-x 3 ftp ftp 4096 Jan 13 20:54 test drwxrwsr-x 4 ftp ftp 4096 Nov 12 07:03 updates -- shrek-m From 64bit_fedora at comcast.net Mon Jan 26 13:30:44 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Mon, 26 Jan 2004 07:30:44 -0600 Subject: fedora x86_64 troubles In-Reply-To: <4014C2C3.8090309@azathoth.net> References: <20040123212546.57756e6d.jpearl24@cox.net> <4014C2C3.8090309@azathoth.net> Message-ID: <20040126133044.GA26334@comcast.net> On Sun, Jan 25, 2004 at 11:33:23PM -0800, Mike Larkin wrote: > I had the same problem on the eMachines laptop- solved by hooking up a > USB keyboard. The problem seems to go away after the first media check > screen. Still unsure why. > I picked up one of these laptops to use for testing, since I needed a new laptop anyway... It should arrive today, and I will see what I can do. Justin From czar at czarc.net Mon Jan 26 14:04:17 2004 From: czar at czarc.net (Gene C.) Date: Mon, 26 Jan 2004 09:04:17 -0500 Subject: fedora x86_64 troubles In-Reply-To: <20040126133044.GA26334@comcast.net> References: <4014C2C3.8090309@azathoth.net> <20040126133044.GA26334@comcast.net> Message-ID: <200401260904.17772.czar@czarc.net> On Monday 26 January 2004 08:30, Justin M. Forbes wrote: > On Sun, Jan 25, 2004 at 11:33:23PM -0800, Mike Larkin wrote: > > I had the same problem on the eMachines laptop- solved by hooking up a > > USB keyboard. The problem seems to go away after the first media check > > screen. Still unsure why. > > I picked up one of these laptops to use for testing, since I needed a new > laptop anyway... It should arrive today, and I will see what I can do. I see these laptops come with 512MB ram. Can you add more memory? -- Gene From ksnider at flarn.com Mon Jan 26 16:34:54 2004 From: ksnider at flarn.com (Ken Snider) Date: Mon, 26 Jan 2004 11:34:54 -0500 Subject: vim-enhanced oddness Message-ID: <401541AE.7020602@flarn.com> Using x86_64 test1 release. when using vim (/usr/bin/vim), and creating a file: [root at dw1.dw root]# vim blah ..typing some text, then saving with :wq, presents the following: Vim: Caught deadly signal ILL Vim: preserving files... Vim: Finished. Illegal instruction ../bin/vi does *not* have this problem, Any ideas? any output I can capture to help narrow down the issue? From nbryant at optonline.net Mon Jan 26 16:41:37 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Mon, 26 Jan 2004 11:41:37 -0500 Subject: vim-enhanced oddness In-Reply-To: <401541AE.7020602@flarn.com> References: <401541AE.7020602@flarn.com> Message-ID: <40154341.8070900@optonline.net> Ken Snider wrote: > Using x86_64 test1 release. > > when using vim (/usr/bin/vim), and creating a file: > > [root at dw1.dw root]# vim blah > > ..typing some text, then saving with :wq, presents the following: > > Vim: Caught deadly signal ILL > Vim: preserving files... > > Vim: Finished. > Illegal instruction > > ../bin/vi does *not* have this problem, > > Any ideas? any output I can capture to help narrow down the issue? run it under the debugger gdb, gdb vim run blah after it crashes, capture a stack trace with the 'bt' command From rob.myers at gtri.gatech.edu Mon Jan 26 17:25:03 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Mon, 26 Jan 2004 12:25:03 -0500 Subject: Fedora Core 1 for AMD64 test1 installation problem In-Reply-To: <1074872019.15233.3.camel@localhost.localdomain> References: <1074803062.5903.24.camel@localhost.localdomain> <1074872019.15233.3.camel@localhost.localdomain> Message-ID: <1075137903.16227.226.camel@dungeness.stl.gtri.gatech.edu> On Fri, 2004-01-23 at 10:33, Mario J. Borgnia wrote: > On Thu, 2004-01-22 at 16:01, Joshua Baker-LePain wrote: > > On Thu, 22 Jan 2004 at 3:24pm, Mario J. Borgnia wrote > > > > > I am trying to install Fedora Core 1 for AMD64 test1 on a system with > > > the following specs: > > > > > > CPU: AMD Opteron 246 (dual) > > > RAM: 16 GB > > > Motherboard: Tyan Thunder K8W V1.01a > > > GPU: NVIDIA Quadro FX 500 > > > > > I tried this both before and after updating the Tyan BIOS with no > progress. i also found the 1.01i bios to cause more problems than it solved. fortunately there is at least version 1.01k available if you contact tyan tech support. i have the same board with dual opteron 248 and 8gb of ram, a GeForce4 MX 440, broadcom 5701 nic and bios 1.01k. the boot image from http://fedora.linux.duke.edu/fc1_x86_64/x86_64/os/images/boot.iso at Mon Jan 26 10:53:46 EST 2004 works on my system if booted with apic=off. however, in order to detect the network card[1] mem=1G also had to be passed to the kernel at boot time. the network card is important since i did an http install. good luck! rob. [1] add in broadcom 5701, i dont know if the onboard broadcom 5703 is working with latest bios and drivers From ksnider at flarn.com Mon Jan 26 17:34:53 2004 From: ksnider at flarn.com (Ken Snider) Date: Mon, 26 Jan 2004 12:34:53 -0500 Subject: vim-enhanced oddness In-Reply-To: <40154341.8070900@optonline.net> References: <401541AE.7020602@flarn.com> <40154341.8070900@optonline.net> Message-ID: <40154FBD.9060205@flarn.com> Nathan Bryant wrote: > run it under the debugger gdb, > > gdb vim > run blah > > after it crashes, capture a stack trace with the 'bt' command To reproduce: gdb vim run blah (enter some text, :wq out) Result: Program received signal SIGILL, Illegal instruction. 0x0000003f53301c30 in ?? () from /lib64/tls/libm.so.6 (gdb) bt #0 0x0000003f53301c30 in ?? () from /lib64/tls/libm.so.6 #1 0x0000003f53702f28 in acl_get_file () from /lib64/libacl.so.1 #2 0x000000000044999a in ?? () #3 0x0000000000426010 in ?? () #4 0x0000000000437f13 in ?? () #5 0x0000000000433284 in ?? () #6 0x0000000000431a58 in ?? () #7 0x000000000048338e in ?? () #8 0x000000000047eb24 in ?? () #9 0x000000000045ac98 in ?? () #10 0x0000000000459ce9 in ?? () #11 0x0000003f5301d181 in __libc_start_main () from /lib64/tls/libc.so.6 #12 0x000000000040362a in ?? () I tried installing glibc-debug to see if I could get something more descriptive, but no luck. -- Ken Snider From nbryant at optonline.net Mon Jan 26 18:21:06 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Mon, 26 Jan 2004 13:21:06 -0500 Subject: vim-enhanced oddness In-Reply-To: <40154FBD.9060205@flarn.com> References: <401541AE.7020602@flarn.com> <40154341.8070900@optonline.net> <40154FBD.9060205@flarn.com> Message-ID: <40155A92.4090000@optonline.net> Ken Snider wrote: [mostly-symbolless backtrace snipped] > I tried installing glibc-debug to see if I could get something more > descriptive, but no luck. Hmm... try installing vim-debuginfo. From ksnider at flarn.com Mon Jan 26 18:38:03 2004 From: ksnider at flarn.com (Ken Snider) Date: Mon, 26 Jan 2004 13:38:03 -0500 Subject: 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: <40155E8B.6030307@flarn.com> Nathan Bryant wrote: > Ken Snider wrote: > > [mostly-symbolless backtrace snipped] > >> I tried installing glibc-debug to see if I could get something more >> descriptive, but no luck. > > > Hmm... try installing vim-debuginfo. Nope, no luck, no debuginfo package for it. The editor actually receives *two* SIGILL's.. one after the other. Here's the (in)complete backtrace for both signals: "test" Program received signal SIGILL, Illegal instruction. 0x0000003f53301c30 in ?? () from /lib64/tls/libm.so.6 (gdb) bt #0 0x0000003f53301c30 in ?? () from /lib64/tls/libm.so.6 #1 0x0000003f53702f28 in acl_get_file () from /lib64/libacl.so.1 #2 0x000000000044999a in ?? () #3 0x0000000000426010 in ?? () #4 0x0000000000437f13 in ?? () #5 0x0000000000433284 in ?? () #6 0x0000000000431a58 in ?? () #7 0x000000000048338e in ?? () #8 0x000000000047eb24 in ?? () #9 0x000000000045ac98 in ?? () #10 0x0000000000459ce9 in ?? () #11 0x0000003f5301d181 in __libc_start_main () from /lib64/tls/libc.so.6 #12 0x000000000040362a in ?? () (gdb) c Continuing. Vim: Caught deadly signal ILL Vim: Finished. Program received signal SIGILL, Illegal instruction. 0x0000003f5302f3b9 in kill () from /lib64/tls/libc.so.6 (gdb) bt #0 0x0000003f5302f3b9 in kill () from /lib64/tls/libc.so.6 #1 0x00000000004998dc in ?? () #2 0x0000000000498a70 in ?? () #3 #4 0x0000003f53301c30 in ?? () from /lib64/tls/libm.so.6 #5 0x0000003f53702f28 in acl_get_file () from /lib64/libacl.so.1 #6 0x000000000044999a in ?? () #7 0x0000000000426010 in ?? () #8 0x0000000000437f13 in ?? () #9 0x0000000000433284 in ?? () #10 0x0000000000431a58 in ?? () #11 0x000000000048338e in ?? () #12 0x000000000047eb24 in ?? () #13 0x000000000045ac98 in ?? () #14 0x0000000000459ce9 in ?? () #15 0x0000003f5301d181 in __libc_start_main () from /lib64/tls/libc.so.6 #16 0x000000000040362a in ?? () I don't actually think that's any more informative, but hey. :) -- Ken Snider From dsavage at peaknet.net Mon Jan 26 19:06:05 2004 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Mon, 26 Jan 2004 13:06:05 -0600 Subject: leftover modules Message-ID: <1075143965.5773.14.camel@lioness.thunderpurr.net> Has anyone else noticed that when you 'rpm -e ...' a 2.6 rpm, its corresponding /lib/modules/2.6.x directory is not removed? --Doc Savage Fairview Heights, IL From nbryant at optonline.net Mon Jan 26 19:13:32 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Mon, 26 Jan 2004 14:13:32 -0500 Subject: vim-enhanced oddness In-Reply-To: <40155E8B.6030307@flarn.com> References: <401541AE.7020602@flarn.com> <40154341.8070900@optonline.net> <40154FBD.9060205@flarn.com> <40155A92.4090000@optonline.net> <40155E8B.6030307@flarn.com> Message-ID: <401566DC.8050809@optonline.net> Ken Snider wrote: > Nope, no luck, no debuginfo package for it. They are in their own repository: http://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/debug/ From joe at tmsusa.com Mon Jan 26 19:25:08 2004 From: joe at tmsusa.com (joe) Date: Mon, 26 Jan 2004 11:25:08 -0800 Subject: leftover modules In-Reply-To: <1075143965.5773.14.camel@lioness.thunderpurr.net> References: <1075143965.5773.14.camel@lioness.thunderpurr.net> Message-ID: <40156994.1000001@tmsusa.com> Robert G. (Doc) Savage wrote: >Has anyone else noticed that when you 'rpm -e ...' a 2.6 rpm, its >corresponding /lib/modules/2.6.x directory is not removed? > >--Doc Savage > Fairview Heights, IL > > hmm, the modules directory should be pretty much gutted though - but rpm only removes what it installed, leaving things that were either modified or generated after the fact. Joe From twaugh at redhat.com Mon Jan 26 19:29:04 2004 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 26 Jan 2004 19:29:04 +0000 Subject: Fedora Core 1 Testing Update: foomatic-3.0.0-21.2 In-Reply-To: <20040113225013.GD7551@redhat.com> References: <20040113225013.GD7551@redhat.com> Message-ID: <20040126192904.GX1525@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-051 2004-01-26 --------------------------------------------------------------------- Name : foomatic Version : 3.0.0 Release : 21.2 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 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/ a93c2a2dd7e4f1b678bce54d91805c4c SRPMS/foomatic-3.0.0-21.2.src.rpm 5b94ee08220b588ab247b7636b29b6c0 i386/foomatic-3.0.0-21.2.i386.rpm 55a654438c1bedf2f973fbcbe86be27b i386/debug/foomatic-debuginfo-3.0.0-21.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 --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kwsml at rogers.com Mon Jan 26 19:37:43 2004 From: kwsml at rogers.com (Kevin Street) Date: Mon, 26 Jan 2004 14:37:43 -0500 Subject: Updated Fedora Core 1 testing kernel. In-Reply-To: <1074359273.32753.12.camel@delerium.codemonkey.org.uk> References: <20040116213732.GO14622@redhat.com> <200401171009.32551.lowen@pari.edu> <1074359273.32753.12.camel@delerium.codemonkey.org.uk> Message-ID: <1075145863.20778.94.camel@jab.eh.local> On Sat, 2004-01-17 at 12:07, Dave Jones wrote: > On Sat, 2004-01-17 at 15:09, Lamar Owen wrote: > > On Friday 16 January 2004 04:37 pm, Dave Jones wrote: > > > - Fix NPTL SMP hang. > > > > What hang is this? I am having issues with SMP and video capture where I get > > a kernel oops, and a statement to the effect that the kernel killed the > > interrupt handler. > > We mishandled PDEATHSIG, probably not something that you'll see in > practice, as this would've shown up a lot sooner. The crashes you are > seeing are likely something else. Care to post the oops to bugzilla some > time ? Do you think this will help with the smp kernel hangs during umount in: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109962 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112861 -- Kevin Street street at rogers.com From cmadams at hiwaay.net Mon Jan 26 19:42:24 2004 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 26 Jan 2004 13:42:24 -0600 Subject: leftover modules In-Reply-To: <1075143965.5773.14.camel@lioness.thunderpurr.net> References: <1075143965.5773.14.camel@lioness.thunderpurr.net> Message-ID: <20040126194224.GC1402733@hiwaay.net> Once upon a time, Robert G. (Doc) Savage said: > Has anyone else noticed that when you 'rpm -e ...' a 2.6 rpm, its > corresponding /lib/modules/2.6.x directory is not removed? Same is true of the 2.4 kernel directories. The reason is that nothing owns the modules.dep file, so it doesn't get removed (and then rpm can't remove the directory because it is not empty). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From dsavage at peaknet.net Mon Jan 26 20:18:35 2004 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Mon, 26 Jan 2004 14:18:35 -0600 Subject: leftover modules In-Reply-To: <40156994.1000001@tmsusa.com> References: <1075143965.5773.14.camel@lioness.thunderpurr.net> <40156994.1000001@tmsusa.com> Message-ID: <1075148315.5773.33.camel@lioness.thunderpurr.net> On Mon, 2004-01-26 at 13:25, joe wrote: > hmm, the modules directory should be pretty much gutted though - but rpm > only removes what it installed, leaving things that were either modified > or generated after the fact. Joe, That's what I thought, but it's not what I am seeing. My root filesystem filled up a few days ago. I found the culprits in /lib/modules. Trying to diagnose a problem with an scsi module, I had installed, then removed several versios of developmental 2.6 kernel rpms. Left behind were the complete module directories, not just fragments. I'm downloading kernel-2.6.1-1.57.i686.rpm now. --Doc Savage Fairview Heights, IL From joe at tmsusa.com Mon Jan 26 20:33:37 2004 From: joe at tmsusa.com (joe) Date: Mon, 26 Jan 2004 12:33:37 -0800 Subject: leftover modules In-Reply-To: <1075148315.5773.33.camel@lioness.thunderpurr.net> References: <1075143965.5773.14.camel@lioness.thunderpurr.net> <40156994.1000001@tmsusa.com> <1075148315.5773.33.camel@lioness.thunderpurr.net> Message-ID: <401579A1.3070603@tmsusa.com> Robert G. (Doc) Savage wrote: >That's what I thought, but it's not what I am seeing. My root filesystem >filled up a few days ago. I found the culprits in /lib/modules. Trying >to diagnose a problem with an scsi module, I had installed, then removed >several versios of developmental 2.6 kernel rpms. Left behind were the >complete module directories, not just fragments. > > That's weird - it's almost like those kernel modules were installed from tarballs rather than rpm - sounds like the spec file might be a little off kilter... I've been building my own 2.6 kernels, mainly because I want to use preemption and cool stuff like that. Joe From ksnider at flarn.com Mon Jan 26 20:37:53 2004 From: ksnider at flarn.com (Ken Snider) Date: Mon, 26 Jan 2004 15:37:53 -0500 Subject: vim-enhanced oddness In-Reply-To: <401566DC.8050809@optonline.net> References: <401541AE.7020602@flarn.com> <40154341.8070900@optonline.net> <40154FBD.9060205@flarn.com> <40155A92.4090000@optonline.net> <40155E8B.6030307@flarn.com> <401566DC.8050809@optonline.net> Message-ID: <40157AA1.1080108@flarn.com> Nathan Bryant wrote: > They are in their own repository: > > http://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/debug/ I've added that repository to my sources file. :) Unfortunately that made no difference in the backtrace. The RPM for vim-debuginfo is only 16K, and further, an rpm -ql of that RPM results in 0 files listed.. so I'm wondering what exactly the package does if it contains no files? is there an argument I should pass to gdb? -- Ken Snider From nbryant at optonline.net Mon Jan 26 20:41:02 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Mon, 26 Jan 2004 15:41:02 -0500 Subject: vim-enhanced oddness In-Reply-To: <40157AA1.1080108@flarn.com> References: <401541AE.7020602@flarn.com> <40154341.8070900@optonline.net> <40154FBD.9060205@flarn.com> <40155A92.4090000@optonline.net> <40155E8B.6030307@flarn.com> <401566DC.8050809@optonline.net> <40157AA1.1080108@flarn.com> Message-ID: <40157B5E.4020805@optonline.net> Ken Snider wrote: > The RPM for vim-debuginfo is only 16K, and further, an rpm -ql of that > RPM results in 0 files listed.. so I'm wondering what exactly the > package does if it contains no files? is there an argument I should pass > to gdb? Looks like vim wasn't really built with support for debuginfo and you'd have to rebuild the SRPM with the proper compiler options. Not much fun... From wmg-tecc at shaw.ca Tue Jan 27 01:10:13 2004 From: wmg-tecc at shaw.ca (Walter Gray) Date: Mon, 26 Jan 2004 18:10:13 -0700 Subject: kernel-2.6.1 - initio module missing Message-ID: <20040126181013.6a865d49.wmg-tecc@shaw.ca> I tried to install the newest test kernel for Fedora-2 and get the following error: % rpm -ivh kernel-2.6.1-1.57.i686.rpm warning: kernel-2.6.1-1.57.i686.rpm: V3 DSA signature: NOKEY, key ID 30c9ecf8 Preparing... ########################################### [100%] 1:kernel ########################################### [100%] No module initio found for kernel 2.6.1-1.57, aborting. mkinitrd failed The module is not present but appears to be in the source tree. Thanks. ...w... From bgallemore at houston.rr.com Tue Jan 27 01:32:09 2004 From: bgallemore at houston.rr.com (Bruce Gallemore) Date: Mon, 26 Jan 2004 19:32:09 -0600 Subject: emachines laptop Message-ID: <200401270132.i0R1WBvW018618@ms-smtp-02-eri0.texas.rr.com> Message: 12 From: "Gene C." To: fedora-test-list at redhat.com Subject: Re: fedora x86_64 troubles Date: Mon, 26 Jan 2004 09:04:17 -0500 Reply-To: fedora-test-list at redhat.com On Monday 26 January 2004 08:30, Justin M. Forbes wrote: > On Sun, Jan 25, 2004 at 11:33:23PM -0800, Mike Larkin wrote: > > I had the same problem on the eMachines laptop- solved by hooking up a > > USB keyboard. The problem seems to go away after the first media check > > screen. Still unsure why. > > I picked up one of these laptops to use for testing, since I needed a new > laptop anyway... It should arrive today, and I will see what I can do. I see these laptops come with 512MB ram. Can you add more memory? -- Gene It will hold up to 2GB PC2700. Beware the 802.11g is by Broadcom so the wireless will probably not work. Bruce ? From mlarkin at azathoth.net Tue Jan 27 02:11:50 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Mon, 26 Jan 2004 18:11:50 -0800 Subject: emachines laptop In-Reply-To: <200401270132.i0R1WBvW018618@ms-smtp-02-eri0.texas.rr.com> References: <200401270132.i0R1WBvW018618@ms-smtp-02-eri0.texas.rr.com> Message-ID: <4015C8E6.3010704@azathoth.net> Still looking for the second dimm slot.. So far, I've only found 1, which means that the max would be 1.25GB.. The door on the bottom of the laptop only exposes a single slot. -ml Bruce Gallemore wrote: >Message: 12 >From: "Gene C." >To: fedora-test-list at redhat.com >Subject: Re: fedora x86_64 troubles >Date: Mon, 26 Jan 2004 09:04:17 -0500 >Reply-To: fedora-test-list at redhat.com > >On Monday 26 January 2004 08:30, Justin M. Forbes wrote: > > >>On Sun, Jan 25, 2004 at 11:33:23PM -0800, Mike Larkin wrote: >> >> >>>I had the same problem on the eMachines laptop- solved by hooking up a >>>USB keyboard. The problem seems to go away after the first media check >>>screen. Still unsure why. >>> >>> >>I picked up one of these laptops to use for testing, since I needed a new >>laptop anyway... It should arrive today, and I will see what I can do. >> >> > >I see these laptops come with 512MB ram. Can you add more memory? > > From ademko at shaw.ca Tue Jan 27 06:17:30 2004 From: ademko at shaw.ca (Aleksander Demko) Date: Tue, 27 Jan 2004 00:17:30 -0600 (CST) Subject: fedora x86_64 troubles In-Reply-To: <4014C2C3.8090309@azathoth.net> References: <20040123212546.57756e6d.jpearl24@cox.net> <4014C2C3.8090309@azathoth.net> Message-ID: Well, this is with a USB keyboard (this 1U thing has no PS/2 connectors). Also, the errors seem to happen during some kind of USB loading on boot (it scrolls by very quickly), so maybe I don't even have keyboard functionality at the first screen. [bottom and top posting in a thread... this is going to get confusing :)] On Sun, 25 Jan 2004, Mike Larkin wrote: > I had the same problem on the eMachines laptop- solved by hooking up a > USB keyboard. The problem seems to go away after the first media check > screen. Still unsure why. > > SuSE 9.0 has the same problem. > > -ml > > Aleksander Demko wrote: > > >On Fri, 23 Jan 2004, jason pearl wrote: > > > > > >>so did it end up installing i am about to try it tonight probbaly .. i > >>am trying a 0+1 array so anyone have luck on an array and test 1 .. my > >>box internals are below... > >> > >> > > > >Nope -- couldn't even get past the first screen [the CD media check > >one]. It's odd, because I tried an earlier fedora 64 version back > >in mid Decemeber: it installed fine, and ran in UP mode fine, but > >would randomly crash in 2-CPU SMP mode. I think I sent an email way > >back then too... > > > >-- > >// scopira.org | ninjacoder.com // > > > > > > > > > > > -- > 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 alexander.dalloz at uni-bielefeld.de Tue Jan 27 10:56:17 2004 From: alexander.dalloz at uni-bielefeld.de (Alexander Dalloz) Date: Tue, 27 Jan 2004 11:56:17 +0100 Subject: kernel-2.6.1 - initio module missing In-Reply-To: <20040126181013.6a865d49.wmg-tecc@shaw.ca> References: <20040126181013.6a865d49.wmg-tecc@shaw.ca> Message-ID: <1075200977.4392.215.camel@sirendipity.dogma.lan> Am Di, den 27.01.2004 schrieb Walter Gray um 02:10: > I tried to install the newest test kernel for Fedora-2 and get the following error: > > % rpm -ivh kernel-2.6.1-1.57.i686.rpm > warning: kernel-2.6.1-1.57.i686.rpm: V3 DSA signature: NOKEY, key ID 30c9ecf8 > Preparing... ########################################### [100%] > 1:kernel ########################################### [100%] > No module initio found for kernel 2.6.1-1.57, aborting. > mkinitrd failed > > > > The module is not present but appears to be in the source tree. > > Thanks. > ...w... Do you use the initio module actually? If not needed then rmmod it and mkinitrd should not fail then. 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 11:55:13 up 2 days, 19:33, load average: 1.72, 1.50, 1.31 [ ????? ?'????? - gnothi seauton ] From mlarkin at azathoth.net Tue Jan 27 11:18:00 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Tue, 27 Jan 2004 03:18:00 -0800 Subject: emachines laptop In-Reply-To: <29110704.1075174305708.JavaMail.root@wamui01.slb.atl.earthlink.net> References: <29110704.1075174305708.JavaMail.root@wamui01.slb.atl.earthlink.net> Message-ID: <401648E8.7050304@azathoth.net> The 2nd dimm slot is internal, inside the system (but I did confirm with the eMachines rep that there really is a dimm in there, it's not some RAM soldered on the system board). It's not a field/user-replacable module. :( Hence, unless you want to void the warranty, you've got to send it to eMachines and get an RMA for them to install the memory for you. That's not good news, but at least they offered to do it for me under warranty. As for the drive, it's a 60GB Toshiba 6021GAS, 4200RPM and 2MB cache (low end unit). I can't try the memory suggestion without replacing both modules, so even if I were to do that, it would be a while before I could comment on the effect.... I can however say that the clock speed is not 2GHz but rather 1.8GHz.. 3 different OSes all report 1.8GHz. On another subject - is AMD64 ACPI any better under 2.6.1? Because without ACPI for power management, you only get about 1 hr battery life under FC1, while with Win32 ACPI battery management, it's closer to 3 hours. -ml Brian Stretch wrote: >>Still looking for the second dimm slot.. So far, I've only found 1, >>which means that the max would be 1.25GB.. The door on the >>bottom of the laptop only exposes a single slot. >> >> > >Try emailing eMachines. They've been very good about replying >to emails I've sent to them within hours. I don't always get the >answer I want but they do appear cluefull. Be sure to tell them >to smack Broadcom while you're at it. > >Still, I'm disappointed they didn't document how to get to both >DIMM slots in print. There's probably info in the online docs >under Windows that you can't get to. > >I have a suspicion that if you dropped in Corsair PC3200 SODIMMs >in place of the included PC2700's you could tweak the BIOS for >400MHz memory and effectively have an Athlon 64 3200+. The >specs they list, 1MB L2 and 2GHz clock, match those for a 3200+ >with PC3200 memory. Using PC2700 subtracts 200 points on the >TPI scale. I guess PC3200 SODIMMs were too hard to find in >quantity? Just speculating here. Newegg.com has the Corsair >SODIMMs. > >BTW, is the included HD a 4200RPM drive or 5400? 2MB cache or >8MB? I haven't bought a notebook yet but when I come up with a >proper excuse I'm planning on getting an eMachines 64-bit. > > From czar at czarc.net Tue Jan 27 12:45:08 2004 From: czar at czarc.net (Gene C.) Date: Tue, 27 Jan 2004 07:45:08 -0500 Subject: emachines laptop In-Reply-To: <4015C8E6.3010704@azathoth.net> References: <200401270132.i0R1WBvW018618@ms-smtp-02-eri0.texas.rr.com> <4015C8E6.3010704@azathoth.net> Message-ID: <200401270745.08157.czar@czarc.net> On Monday 26 January 2004 21:11, Mike Larkin wrote: > Still looking for the second dimm slot.. So far, I've only found 1, > which means that the max would be 1.25GB.. The door on the bottom of the > laptop only exposes a single slot. After I posted my message, I queried tech support at eMachines. Here was their reply: The Motherboard (Arima W720-K8) of the system can support up to 2048 MB PC2700 SO-DIMM DDR RAM (1024 MB per slot). These are the specifications: Number of RAM Slots: 2 Total RAM Capacity: 2048 MB RAM Stick Size Limit: 1024 MB RAM Type: PC2700 SO-DIMM DDR RAM Bus Speed: 166 MHz Number of Pins: Please note: on ALL DDR memory the memory is running at a base rate, in this case 166MHz. Being Double Data Rate memory however gives it a "virtual speed" of 333MHz (166MHz X 2 = 333DDR). As long as the memory complies with the PC2700 SO-DIMM specifications, it should work. -- Gene From 64bit_fedora at comcast.net Tue Jan 27 13:30:23 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 27 Jan 2004 07:30:23 -0600 Subject: fedora x86_64 troubles In-Reply-To: <200401260904.17772.czar@czarc.net> References: <4014C2C3.8090309@azathoth.net> <20040126133044.GA26334@comcast.net> <200401260904.17772.czar@czarc.net> Message-ID: <20040127133022.GA6817@comcast.net> On Mon, Jan 26, 2004 at 09:04:17AM -0500, Gene C. wrote: > > I see these laptops come with 512MB ram. Can you add more memory? In theory, yes, bt these laptops have only one dimm slot, and that contains the existing memory... 1GB PC2700 SODIMMS are going for about $800 right now as far as I can tell :( Justin From davej at redhat.com Tue Jan 27 13:37:06 2004 From: davej at redhat.com (Dave Jones) Date: Tue, 27 Jan 2004 13:37:06 +0000 Subject: Updated Fedora Core 1 testing kernel. In-Reply-To: <1075145863.20778.94.camel@jab.eh.local> References: <20040116213732.GO14622@redhat.com> <200401171009.32551.lowen@pari.edu> <1074359273.32753.12.camel@delerium.codemonkey.org.uk> <1075145863.20778.94.camel@jab.eh.local> Message-ID: <1075210626.13794.1.camel@delerium.codemonkey.org.uk> On Mon, 2004-01-26 at 19:37, Kevin Street wrote: > On Sat, 2004-01-17 at 12:07, Dave Jones wrote: > > On Sat, 2004-01-17 at 15:09, Lamar Owen wrote: > > > On Friday 16 January 2004 04:37 pm, Dave Jones wrote: > > > > - Fix NPTL SMP hang. > > > > > > What hang is this? I am having issues with SMP and video capture where I get > > > a kernel oops, and a statement to the effect that the kernel killed the > > > interrupt handler. > > > > We mishandled PDEATHSIG, probably not something that you'll see in > > practice, as this would've shown up a lot sooner. The crashes you are > > seeing are likely something else. Care to post the oops to bugzilla some > > time ? > > Do you think this will help with the smp kernel hangs during umount in: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109962 > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112861 Unlikely. as mentioned above PDEATHSIG is not something that's very common (which is why it went unfixed for so long). Early indications seem to suggest this is still a problem for some folks. It's odd that not everyone sees it. Dave From davej at redhat.com Tue Jan 27 13:44:06 2004 From: davej at redhat.com (Dave Jones) Date: Tue, 27 Jan 2004 13:44:06 +0000 Subject: kernel-2.6.1 - initio module missing In-Reply-To: <20040126181013.6a865d49.wmg-tecc@shaw.ca> References: <20040126181013.6a865d49.wmg-tecc@shaw.ca> Message-ID: <1075211046.13834.1.camel@delerium.codemonkey.org.uk> On Tue, 2004-01-27 at 01:10, Walter Gray wrote: > I tried to install the newest test kernel for Fedora-2 and get the following error: > > % rpm -ivh kernel-2.6.1-1.57.i686.rpm > warning: kernel-2.6.1-1.57.i686.rpm: V3 DSA signature: NOKEY, key ID 30c9ecf8 > Preparing... ########################################### [100%] > 1:kernel ########################################### [100%] > No module initio found for kernel 2.6.1-1.57, aborting. > mkinitrd failed > The module is not present but appears to be in the source tree. It's broken in 2.6 (and hence disabled in the config). No-one stepped up to fix it yet. Dave From czar at czarc.net Tue Jan 27 13:59:31 2004 From: czar at czarc.net (Gene C.) Date: Tue, 27 Jan 2004 08:59:31 -0500 Subject: x86_64 updates Message-ID: <200401270859.31259.czar@czarc.net> So far, the only updates for test1 of FC1 for the x86_64 seem to be an update for the 2163 kernel. Is there any plan to start making the updates (testing and regular) available for i386 also available for x86_64? So far I have been very pleased with the x86_64 version but I would like to get more "current" (especially the security fixes) and building the rpms myself (while doable) is a bit of a pain (and needs to be repeated by every one of us who wants to update). So far my experience in trying to port some software (which is also designed to run on MS Windows) has proved to be a real learning experience. This is especially true for the "long" variable which is 4 bytes on 32 bit systems, 8 bytes on 64 bit *nix and Linux systems, and 4 bytes on MS Windows 64 bit systems. -- Gene From MWeiner at ag.com Tue Jan 27 14:14:01 2004 From: MWeiner at ag.com (MW Mike Weiner (5028)) Date: Tue, 27 Jan 2004 09:14:01 -0500 Subject: Zmailer-2.99.56 Message-ID: Does any one happen to have an RPM for zmailer handy that compiles/runs under Fedora Core 1 (preferably version 2.99.56)? Thanks in advance Michael Weiner From czar at czarc.net Tue Jan 27 15:07:15 2004 From: czar at czarc.net (Gene C.) Date: Tue, 27 Jan 2004 10:07:15 -0500 Subject: up2date on x86_64 Message-ID: <200401271007.15424.czar@czarc.net> Has anyone successfully run up2date on x86_64 test1? I have set up local trees for x86_64 updates. I have done the same thing for my i686 and athon systems and usually download all updates packages once and then use up2date to apply them to my collection of i686 and Athlon systems (some of which are everything installs). I setup a similar situation for x86_64 but up2date seems to hang after it gets the headers. I ran up2date as root from a console and got no tracebacks so there is not much to bugzilla. -- Gene From kwsml at rogers.com Tue Jan 27 15:13:40 2004 From: kwsml at rogers.com (Kevin Street) Date: Tue, 27 Jan 2004 10:13:40 -0500 Subject: Updated Fedora Core 1 testing kernel. In-Reply-To: <1075210626.13794.1.camel@delerium.codemonkey.org.uk> References: <20040116213732.GO14622@redhat.com> <200401171009.32551.lowen@pari.edu> <1074359273.32753.12.camel@delerium.codemonkey.org.uk> <1075145863.20778.94.camel@jab.eh.local> <1075210626.13794.1.camel@delerium.codemonkey.org.uk> Message-ID: <1075216420.20778.100.camel@jab.eh.local> On Tue, 2004-01-27 at 08:37, Dave Jones wrote: > On Mon, 2004-01-26 at 19:37, Kevin Street wrote: > > On Sat, 2004-01-17 at 12:07, Dave Jones wrote: > > > On Sat, 2004-01-17 at 15:09, Lamar Owen wrote: > > > > On Friday 16 January 2004 04:37 pm, Dave Jones wrote: > > > > > - Fix NPTL SMP hang. > > > > > > > > Do you think this will help with the smp kernel hangs during umount in: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109962 > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112861 > > Unlikely. as mentioned above PDEATHSIG is not something that's very > common (which is why it went unfixed for so long). > > Early indications seem to suggest this is still a problem for > some folks. It's odd that not everyone sees it. It's intermittent even for those of us who do see it. Probably some kind of race condition. -- Kevin Street street at rogers.com From rob.myers at gtri.gatech.edu Tue Jan 27 16:02:53 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Tue, 27 Jan 2004 11:02:53 -0500 Subject: x86_64 updates In-Reply-To: <200401270859.31259.czar@czarc.net> References: <200401270859.31259.czar@czarc.net> Message-ID: <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> On Tue, 2004-01-27 at 08:59, Gene C. wrote: > So far, the only updates for test1 of FC1 for the x86_64 seem to be an update > for the 2163 kernel. > > Is there any plan to start making the updates (testing and regular) available > for i386 also available for x86_64? > > So far I have been very pleased with the x86_64 version but I would like to > get more "current" (especially the security fixes) and building the rpms > myself (while doable) is a bit of a pain (and needs to be repeated by every > one of us who wants to update). i'm in the same boat. perhaps we should coordinate building the updates for x86-64? how will x86-64 be treated in fedora core 2? rob. From xose at wanadoo.es Tue Jan 27 16:02:36 2004 From: xose at wanadoo.es (Xose Vazquez Perez) Date: Tue, 27 Jan 2004 17:02:36 +0100 Subject: Zmailer-2.99.56 In-Reply-To: References: Message-ID: <40168B9C.4020603@wanadoo.es> MW Mike Weiner (5028) wrote: > Does any one happen to have an RPM for zmailer handy that compiles/runs > under Fedora Core 1 (preferably version 2.99.56)? ZMailer _already_ brings files to do the rpm package. They are in zmailer-2.99.56/packaging/rpm/ To build the Fedora package you need to apply this patch: # cd zmailer-2.99.56 ; patch -p1 < rpm.diff and read packaging/rpm/README-RPM It also works with latest CVS version(2003-11-29). As usual, more info -> http://www.zmailer.org -- Software is like sex, it's better when it's bug free. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rpm.diff URL: From csm at lunar-linux.org Tue Jan 27 16:14:56 2004 From: csm at lunar-linux.org (Chuck Mead) Date: Tue, 27 Jan 2004 11:14:56 -0500 Subject: x86_64 updates In-Reply-To: <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> Message-ID: <40168E80.8000509@lunar-linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rob Myers wrote: | On Tue, 2004-01-27 at 08:59, Gene C. wrote: | |>So far, the only updates for test1 of FC1 for the x86_64 seem to be an update |>for the 2163 kernel. |> |>Is there any plan to start making the updates (testing and regular) available |>for i386 also available for x86_64? |> |>So far I have been very pleased with the x86_64 version but I would like to |>get more "current" (especially the security fixes) and building the rpms |>myself (while doable) is a bit of a pain (and needs to be repeated by every |>one of us who wants to update). | | | i'm in the same boat. perhaps we should coordinate building the updates | for x86-64? As am I. I have been snagging the src.rpm's and building/applying the updates as they are released. | how will x86-64 be treated in fedora core 2? Goos question but from what I have heard it will be supported. - -- 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) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAFo6Aq3bny/5+GAcRApUAAJkBDkhclx6tMXI4E2fWNv+NBibhiACfb9/m xHDJMVzVWhHxGObG0MMY+RE= =DAFp -----END PGP SIGNATURE----- From michal at harddata.com Tue Jan 27 16:33:19 2004 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 27 Jan 2004 09:33:19 -0700 Subject: x86_64 updates In-Reply-To: <200401270859.31259.czar@czarc.net>; from czar@czarc.net on Tue, Jan 27, 2004 at 08:59:31AM -0500 References: <200401270859.31259.czar@czarc.net> Message-ID: <20040127093319.A9784@mail.harddata.com> On Tue, Jan 27, 2004 at 08:59:31AM -0500, Gene C. wrote: > > So far my experience in trying to port some software (which is also designed > to run on MS Windows) has proved to be a real learning experience. This is > especially true for the "long" variable which is 4 bytes on 32 bit systems, 8 > bytes on 64 bit *nix and Linux systems, and 4 bytes on MS Windows 64 bit > systems. For some of us who were using Alpha and other 64-bit processors this experience is some decade long or something like that. This detail that Red Hat had Alpha and SPARC distribution for quite a while is not without a significance in that that 64-bit user space on x86_64 basically "just works". Personally I run into the issue even earlier. "Natural" sizes on Atari ST with MC68000 were 2 for sizeof(int) and 4 for longs and pointers. It is indeed PITA that many were able to forget what they were hopefuly told in an introductory C programming class. Historically this is known as "all the world is VAX" syndrome so the problem is far from beeing new. :-) Michal From czar at czarc.net Tue Jan 27 16:34:17 2004 From: czar at czarc.net (Gene C.) Date: Tue, 27 Jan 2004 11:34:17 -0500 Subject: x86_64 updates In-Reply-To: <40168E80.8000509@lunar-linux.org> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> Message-ID: <200401271134.17623.czar@czarc.net> On Tuesday 27 January 2004 11:14, Chuck Mead wrote: > | how will x86-64 be treated in fedora core 2? > > Goos question but from what I have heard it will be supported. Yes, but from the first test version for the i386 or following somewhat later. Doing both at once has to be more work than doing them sequentially. If it was not more work then I think we would have seen a lot more updates for test1 by now (e.g., the slocate update which just came out). -- Gene From 64bit_fedora at comcast.net Tue Jan 27 17:04:54 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 27 Jan 2004 11:04:54 -0600 Subject: x86_64 updates In-Reply-To: <200401270859.31259.czar@czarc.net> References: <200401270859.31259.czar@czarc.net> Message-ID: <20040127170454.GA13570@comcast.net> On Tue, Jan 27, 2004 at 08:59:31AM -0500, Gene C. wrote: > So far, the only updates for test1 of FC1 for the x86_64 seem to be an update > for the 2163 kernel. > > Is there any plan to start making the updates (testing and regular) available > for i386 also available for x86_64? > It is my understanding that this will not be done as a test release, though when the release goes GA, it should receive all relevant updates available for i386. Thanks, Justin From 64bit_fedora at comcast.net Tue Jan 27 17:06:55 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 27 Jan 2004 11:06:55 -0600 Subject: x86_64 updates In-Reply-To: <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> Message-ID: <20040127170655.GB13570@comcast.net> On Tue, Jan 27, 2004 at 11:02:53AM -0500, Rob Myers wrote: > > how will x86-64 be treated in fedora core 2? > The expectation at this point is that FC2 will treat AMD64 as a tier one platform, going through the test cycle (possibly starting at test2) and concurrent GA and updates. Justin From 64bit_fedora at comcast.net Tue Jan 27 17:15:50 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 27 Jan 2004 11:15:50 -0600 Subject: up2date on x86_64 In-Reply-To: <200401271007.15424.czar@czarc.net> References: <200401271007.15424.czar@czarc.net> Message-ID: <20040127171550.GC13570@comcast.net> On Tue, Jan 27, 2004 at 10:07:15AM -0500, Gene C. wrote: > Has anyone successfully run up2date on x86_64 test1? > Try changing the line reading: yum fedora-core-096 http://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/ To read: yum fedora-core-096 http://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/os/ Justin From 64bit_fedora at comcast.net Tue Jan 27 17:23:48 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 27 Jan 2004 11:23:48 -0600 Subject: x86_64 updates In-Reply-To: <200401271134.17623.czar@czarc.net> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <200401271134.17623.czar@czarc.net> Message-ID: <20040127172348.GB13782@comcast.net> On Tue, Jan 27, 2004 at 11:34:17AM -0500, Gene C. wrote: > On Tuesday 27 January 2004 11:14, Chuck Mead wrote: > > | how will x86-64 be treated in fedora core 2? > > > > Goos question but from what I have heard it will be supported. > > Yes, but from the first test version for the i386 or following somewhat later. > Doing both at once has to be more work than doing them sequentially. If it > was not more work then I think we would have seen a lot more updates for > test1 by now (e.g., the slocate update which just came out). When things are in concurrent release, it should not be more work. With test though, sometimes you have to apply test updates, and things are not in sync. SRPMS should always be the same for both i386 and x86_64, so the build system builds both packages, the question is if they are published or not. Test requires a special case, so all updates must be pushed by hand. Justin From czar at czarc.net Tue Jan 27 16:50:49 2004 From: czar at czarc.net (Gene C.) Date: Tue, 27 Jan 2004 11:50:49 -0500 Subject: x86_64 updates In-Reply-To: <20040127093319.A9784@mail.harddata.com> References: <200401270859.31259.czar@czarc.net> <20040127093319.A9784@mail.harddata.com> Message-ID: <200401271150.49825.czar@czarc.net> On Tuesday 27 January 2004 11:33, Michal Jaegermann wrote: > For some of us who were using Alpha and other 64-bit processors > this experience is some decade long or something like that. This > detail that Red Hat had Alpha and SPARC distribution for quite a > while is not without a significance in that that 64-bit user space > on x86_64 basically "just works". Personally I run into the issue > even earlier. "Natural" sizes on Atari ST with MC68000 were 2 > for sizeof(int) and 4 for longs and pointers. It is not the packages that are maintained/QA'ed by companies/organizations such as Red Hat, SUSE, Mandrake, Debian, *BSD, etc. but the 3rd party packages who only worry about the 32 bit world ... and Microsoft's choice of 4 byte "long" but 8 byte pointers in their 64 bit Windows does not make things easier either. This http://www.opengroup.org/public/tech/aspen/lp64_wp.htm is a nice writeup on the 64 bit programming models. -- Gene From csm at lunar-linux.org Tue Jan 27 17:38:47 2004 From: csm at lunar-linux.org (Chuck Mead) Date: Tue, 27 Jan 2004 12:38:47 -0500 Subject: x86_64 updates In-Reply-To: <20040127170454.GA13570@comcast.net> References: <200401270859.31259.czar@czarc.net> <20040127170454.GA13570@comcast.net> Message-ID: <4016A227.8070705@lunar-linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Justin M. Forbes wrote: | On Tue, Jan 27, 2004 at 08:59:31AM -0500, Gene C. wrote: | |>So far, the only updates for test1 of FC1 for the x86_64 seem to be an update |>for the 2163 kernel. |> |>Is there any plan to start making the updates (testing and regular) available |>for i386 also available for x86_64? |> | | It is my understanding that this will not be done as a test release, though | when the release goes GA, it should receive all relevant updates available | for i386. With respect to FC2 64bit will be part of the deal. The internal build system is already building those packages as they are prepared. - -- 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) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAFqInq3bny/5+GAcRAuHdAJ0SvzvJP9iIuZNcHJja7kZxntIfQgCghcVd JHP35G8EAKh2U/pcz7RRdtM= =U1xO -----END PGP SIGNATURE----- From czar at czarc.net Tue Jan 27 18:51:57 2004 From: czar at czarc.net (Gene C.) Date: Tue, 27 Jan 2004 13:51:57 -0500 Subject: up2date on x86_64 In-Reply-To: <20040127171550.GC13570@comcast.net> References: <200401271007.15424.czar@czarc.net> <20040127171550.GC13570@comcast.net> Message-ID: <200401271351.57058.czar@czarc.net> On Tuesday 27 January 2004 12:15, Justin M. Forbes wrote: > On Tue, Jan 27, 2004 at 10:07:15AM -0500, Gene C. wrote: > > Has anyone successfully run up2date on x86_64 test1? > > Try changing the line reading: > yum fedora-core-096 > http://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/ > > To read: > yum fedora-core-096 > http://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/os Never mind ... pilot error -- Gene From mlarkin at azathoth.net Tue Jan 27 20:06:20 2004 From: mlarkin at azathoth.net (Mike Larkin) Date: Tue, 27 Jan 2004 12:06:20 -0800 Subject: emachines laptop In-Reply-To: <200401270745.08157.czar@czarc.net> References: <200401270132.i0R1WBvW018618@ms-smtp-02-eri0.texas.rr.com> <4015C8E6.3010704@azathoth.net> <200401270745.08157.czar@czarc.net> Message-ID: <4016C4BC.2080503@azathoth.net> I got the same answer from eMachines, but what they don't tell you is that one of the RAM slots is completely inaccessible to end users. -ml Gene C. wrote: >On Monday 26 January 2004 21:11, Mike Larkin wrote: > > >>Still looking for the second dimm slot.. So far, I've only found 1, >>which means that the max would be 1.25GB.. The door on the bottom of the >>laptop only exposes a single slot. >> >> > >After I posted my message, I queried tech support at eMachines. Here was >their reply: > >The Motherboard (Arima W720-K8) of the system can support up to 2048 MB PC2700 >SO-DIMM DDR RAM (1024 MB per slot). > >These are the specifications: >Number of RAM Slots: 2 >Total RAM Capacity: 2048 MB >RAM Stick Size Limit: 1024 MB > >RAM Type: PC2700 SO-DIMM DDR RAM >Bus Speed: 166 MHz >Number of Pins: > >Please note: on ALL DDR memory the memory is running at a base rate, in this >case 166MHz. Being Double Data Rate memory however gives it a "virtual speed" >of 333MHz (166MHz X 2 = 333DDR). As long as the memory complies with the >PC2700 SO-DIMM specifications, it should work. > > From rob.myers at gtri.gatech.edu Tue Jan 27 20:36:07 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Tue, 27 Jan 2004 15:36:07 -0500 Subject: x86_64 updates In-Reply-To: <40168E80.8000509@lunar-linux.org> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> Message-ID: <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> On Tue, 2004-01-27 at 11:14, Chuck Mead wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Rob Myers wrote: > | i'm in the same boat. perhaps we should coordinate building the updates > | for x86-64? > > As am I. I have been snagging the src.rpm's and building/applying the > updates as they are released. chuck, would you be willing to setup an updates yum repo for the rest of us? rob. From jpearl24 at cox.net Tue Jan 27 20:42:33 2004 From: jpearl24 at cox.net (jason pearl) Date: Tue, 27 Jan 2004 13:42:33 -0700 Subject: highpoint rocket raid 454 x86_64 References: <200401271007.15424.czar@czarc.net> <20040127171550.GC13570@comcast.net> <200401271351.57058.czar@czarc.net> Message-ID: <006001c3e516$170af0a0$6401a8c0@sesso> I have the rocket raid 454 I chose my array type that i wanted which is raid 5 in the bios.. Then i start the installation and during the boot it loads the hpt374 module to detect my array of 4 disks. when i get to the partitioning part i let it choose how to set up the partitions. It only was showing 3 disks( i assume that the 4th dont show because it is parity.) so i continued on through the install. It did not list the drives as an arrray or as sda, sdb, etc. so i dont think im doing this right. I am doing a http install so it wont be done for another 45 min. Has anyone installed on this card yet and had sucesss or tell me if i did this wrong.. thanks jason ASUS SK8N opteron 1.6 From jpearl24 at cox.net Tue Jan 27 20:45:46 2004 From: jpearl24 at cox.net (jason pearl) Date: Tue, 27 Jan 2004 13:45:46 -0700 Subject: x86_64 updates References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> Message-ID: <006d01c3e516$8a97a0e0$6401a8c0@sesso> ----- Original Message ----- From: "Rob Myers" To: Sent: Tuesday, January 27, 2004 1:36 PM Subject: Re: x86_64 updates > On Tue, 2004-01-27 at 11:14, Chuck Mead wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Rob Myers wrote: > > | i'm in the same boat. perhaps we should coordinate building the updates > > | for x86-64? > > > > As am I. I have been snagging the src.rpm's and building/applying the > > updates as they are released. > > chuck, would you be willing to setup an updates yum repo for the rest of > us? > > rob. > i will be happy to setup a repos as soon i get my raid configuration set. I do not have a high upload rate but its 384K down to the client. So it should be fast enough unless your downloading a kernel and want it in less then 10 seconds.. hehe. jason From csm at lunar-linux.org Tue Jan 27 21:05:36 2004 From: csm at lunar-linux.org (Chuck Mead) Date: Tue, 27 Jan 2004 16:05:36 -0500 Subject: x86_64 updates In-Reply-To: <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> Message-ID: <4016D2A0.4040003@lunar-linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rob Myers wrote: | On Tue, 2004-01-27 at 11:14, Chuck Mead wrote: | |>-----BEGIN PGP SIGNED MESSAGE----- |>Hash: SHA1 |> |>Rob Myers wrote: |>| i'm in the same boat. perhaps we should coordinate building the updates |>| for x86-64? |> |>As am I. I have been snagging the src.rpm's and building/applying the |>updates as they are released. | | | chuck, would you be willing to setup an updates yum repo for the rest of | us? | | rob. Yeah I can do it... I am not sure what the data rate is but I have access to a people.redhat.com location and could put it there as a short term solution. I am already hosting some yum repositories for packages that I care about at http://moongroup.com/files.html. If you guys would like me to do this I'd be glad to... one thing though... I don't want to get yelled at for *NOT* having things done in a timely manner though as I *DO* have a day job! So... that said... since most of the updates were already in our release what do we need today? I'd expect it's just slocate right? - -- 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) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAFtKgq3bny/5+GAcRApINAKCoOygGjUYWiGNaEzIUZ+z86jPIXQCgkN7E JU5RT42CrK6oQO9dHpZJ1Wo= =Kgj7 -----END PGP SIGNATURE----- From csm at lunar-linux.org Tue Jan 27 21:20:14 2004 From: csm at lunar-linux.org (Chuck Mead) Date: Tue, 27 Jan 2004 16:20:14 -0500 Subject: x86_64 updates In-Reply-To: <4016D2A0.4040003@lunar-linux.org> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> <4016D2A0.4040003@lunar-linux.org> Message-ID: <4016D60E.6030402@lunar-linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chuck Mead wrote: | Rob Myers wrote: | | On Tue, 2004-01-27 at 11:14, Chuck Mead wrote: | | | |>-----BEGIN PGP SIGNED MESSAGE----- | |>Hash: SHA1 | |> | |>Rob Myers wrote: | |>| i'm in the same boat. perhaps we should coordinate building the | updates | |>| for x86-64? | |> | |>As am I. I have been snagging the src.rpm's and building/applying the | |>updates as they are released. | | | | | | chuck, would you be willing to setup an updates yum repo for the rest of | | us? | | | | rob. | | Yeah I can do it... I am not sure what the data rate is but I have | access to a people.redhat.com location and could put it there as a short | term solution. I am already hosting some yum repositories for packages | that I care about at http://moongroup.com/files.html. | | If you guys would like me to do this I'd be glad to... one thing | though... I don't want to get yelled at for *NOT* having things done in | a timely manner though as I *DO* have a day job! | | So... that said... since most of the updates were already in our release | what do we need today? I'd expect it's just slocate right? Okay... the slocate update now lives at this URL: http://people.redhat.com/csm/fedora/ The location is yummified! - -- 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) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAFtYOq3bny/5+GAcRArl6AJ9L6F6L3Vx2tZC56ZGo3rWwu157bACeOWw6 z2Kz0YPuDLqu5FeFPorLLDc= =6Ru/ -----END PGP SIGNATURE----- From csm at lunar-linux.org Tue Jan 27 21:26:13 2004 From: csm at lunar-linux.org (Chuck Mead) Date: Tue, 27 Jan 2004 16:26:13 -0500 Subject: x86_64 updates In-Reply-To: <4016D60E.6030402@lunar-linux.org> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> <4016D2A0.4040003@lunar-linux.org> <4016D60E.6030402@lunar-linux.org> Message-ID: <4016D775.1000900@lunar-linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chuck Mead wrote: | Chuck Mead wrote: | | Rob Myers wrote: | | | On Tue, 2004-01-27 at 11:14, Chuck Mead wrote: | | | | | |>-----BEGIN PGP SIGNED MESSAGE----- | | |>Hash: SHA1 | | |> | | |>Rob Myers wrote: | | |>| i'm in the same boat. perhaps we should coordinate building the | | updates | | |>| for x86-64? | | |> | | |>As am I. I have been snagging the src.rpm's and building/applying the | | |>updates as they are released. | | | | | | | | | chuck, would you be willing to setup an updates yum repo for the | rest of | | | us? | | | | | | rob. | | | | Yeah I can do it... I am not sure what the data rate is but I have | | access to a people.redhat.com location and could put it there as a short | | term solution. I am already hosting some yum repositories for packages | | that I care about at http://moongroup.com/files.html. | | | | If you guys would like me to do this I'd be glad to... one thing | | though... I don't want to get yelled at for *NOT* having things done in | | a timely manner though as I *DO* have a day job! | | | | So... that said... since most of the updates were already in our release | | what do we need today? I'd expect it's just slocate right? | | Okay... the slocate update now lives at this URL: | | http://people.redhat.com/csm/fedora/ | | The location is yummified! Okay I just ran a test with this yum.conf entry: [updates] name=Fedora Core $releasever - $basearch - Updates baseurl=http://people.redhat.com/csm/fedora/ It worked fine. If there is something else you guys need or want up there let me know. For now the slocate update is present and accounted for. - -- 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) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAFtd1q3bny/5+GAcRAg1kAJ9D0j94OfF2Ox+oZ+/5iWWoE/NWrACdGKF3 wgFdwhF1vZUT9BnBXneenns= =3LQw -----END PGP SIGNATURE----- From jim at rossberry.com Tue Jan 27 21:30:44 2004 From: jim at rossberry.com (Jim Wildman) Date: Tue, 27 Jan 2004 16:30:44 -0500 (EST) Subject: x86_64 updates In-Reply-To: <006d01c3e516$8a97a0e0$6401a8c0@sesso> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> <006d01c3e516$8a97a0e0$6401a8c0@sesso> Message-ID: On Tue, 27 Jan 2004, jason pearl wrote: > i will be happy to setup a repos as soon i get my raid configuration set. I > do not have a high upload rate but its 384K down to the client. So it should > be fast enough unless your downloading a kernel and want it in less then 10 > seconds.. hehe. What's the performance like on the Opteron? ------------------------------------------------------------------------ Jim Wildman, CISSP, RHCE jim at rossberry.com http://www.rossberry.com From 64bit_fedora at comcast.net Tue Jan 27 21:53:41 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Tue, 27 Jan 2004 15:53:41 -0600 Subject: x86_64 updates In-Reply-To: <4016D2A0.4040003@lunar-linux.org> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> <4016D2A0.4040003@lunar-linux.org> Message-ID: <20040127215341.GA15798@comcast.net> On Tue, Jan 27, 2004 at 04:05:36PM -0500, Chuck Mead wrote: > > So... that said... since most of the updates were already in our release > what do we need today? I'd expect it's just slocate right? > The release was actually packaged/current as of christmas, anything since then needs to be added. Justin From csm at lunar-linux.org Tue Jan 27 21:58:18 2004 From: csm at lunar-linux.org (Chuck Mead) Date: Tue, 27 Jan 2004 16:58:18 -0500 Subject: x86_64 updates In-Reply-To: <20040127215341.GA15798@comcast.net> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> <4016D2A0.4040003@lunar-linux.org> <20040127215341.GA15798@comcast.net> Message-ID: <4016DEFA.1070602@lunar-linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Justin M. Forbes wrote: | On Tue, Jan 27, 2004 at 04:05:36PM -0500, Chuck Mead wrote: | |>So... that said... since most of the updates were already in our release |>what do we need today? I'd expect it's just slocate right? |> | | The release was actually packaged/current as of christmas, anything since | then needs to be added. Okay well all I know for sure is slocate (I am not going to do updates-testing). Is there anything else? - -- 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) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAFt76q3bny/5+GAcRAtNIAJ4tyP4sJBuZgSDBauEao4aeX8bvewCeOaEh uDzJQj41L9AKYBYfMnGl9XU= =dBvg -----END PGP SIGNATURE----- From rob.myers at gtri.gatech.edu Tue Jan 27 22:04:53 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Tue, 27 Jan 2004 17:04:53 -0500 Subject: x86_64 updates In-Reply-To: <4016D775.1000900@lunar-linux.org> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> <4016D2A0.4040003@lunar-linux.org> <4016D60E.6030402@lunar-linux.org> <4016D775.1000900@lunar-linux.org> Message-ID: <1075241093.16227.359.camel@dungeness.stl.gtri.gatech.edu> On Tue, 2004-01-27 at 16:26, Chuck Mead wrote: > > Okay I just ran a test with this yum.conf entry: > > > [updates] > name=Fedora Core $releasever - $basearch - Updates > baseurl=http://people.redhat.com/csm/fedora/ > > It worked fine. > > If there is something else you guys need or want up there let me know. > For now the slocate update is present and accounted for. thank you for doing this. your efforts have already saved me some effort! i did some unscientific comparisons between an i386 box and my opteron and think i noticed a few more packages that are out of sync. package version on i386 version on x86-64 ------------------------------------------------------------------- net-snmp net-snmp-5.1-2.1 net-snmp-5.0.9-2 kernel kernel-2.4.22-1.2149 kernel-2.4.22-1.2135 glibc glibc-2.3.2-101.4 glibc-2.3.2-101.1 is this data correct? is it worth updating these packages? the kernel package seems important, but i'm running 2.6.2-rc2 so i don't care too much. let me know what you think, and thanks again for the slocate update! rob. From rod at dickersonbiz.com Tue Jan 27 22:12:47 2004 From: rod at dickersonbiz.com (rod at dickersonbiz.com) Date: Tue, 27 Jan 2004 17:12:47 -0500 Subject: test Message-ID: <200401272212.i0RMCvr07987@mx1.redhat.com> The message contains Unicode characters and has been sent as a binary attachment. -------------- next part -------------- A non-text attachment was scrubbed... Name: file.zip Type: application/octet-stream Size: 22642 bytes Desc: not available URL: From csm at lunar-linux.org Tue Jan 27 22:13:07 2004 From: csm at lunar-linux.org (Chuck Mead) Date: Tue, 27 Jan 2004 17:13:07 -0500 Subject: x86_64 updates In-Reply-To: <1075241093.16227.359.camel@dungeness.stl.gtri.gatech.edu> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> <4016D2A0.4040003@lunar-linux.org> <4016D60E.6030402@lunar-linux.org> <4016D775.1000900@lunar-linux.org> <1075241093.16227.359.camel@dungeness.stl.gtri.gatech.edu> Message-ID: <4016E273.6040700@lunar-linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rob Myers wrote: | On Tue, 2004-01-27 at 16:26, Chuck Mead wrote: | |>Okay I just ran a test with this yum.conf entry: |> |> |>[updates] |>name=Fedora Core $releasever - $basearch - Updates |>baseurl=http://people.redhat.com/csm/fedora/ |> |>It worked fine. |> |>If there is something else you guys need or want up there let me know. |>For now the slocate update is present and accounted for. | | | thank you for doing this. your efforts have already saved me some | effort! | | i did some unscientific comparisons between an i386 box and my opteron | and think i noticed a few more packages that are out of sync. | | package version on i386 version on x86-64 | ------------------------------------------------------------------- | net-snmp net-snmp-5.1-2.1 net-snmp-5.0.9-2 | kernel kernel-2.4.22-1.2149 kernel-2.4.22-1.2135 | glibc glibc-2.3.2-101.4 glibc-2.3.2-101.1 | | is this data correct? is it worth updating these packages? | | the kernel package seems important, but i'm running 2.6.2-rc2 so i don't | care too much. | | let me know what you think, and thanks again for the slocate update! | | rob. | | [csm at stealth rpms]$ rpm -q glibc glibc-2.3.2-101.4 glibc-2.3.2-101.4 *there are two of these because one provides x86 compatibility I will see about an update [csm at stealth rpms]$ rpm -q net-snmp net-snmp-5.0.9-2 <---- I will see about providing an update for this. [csm at stealth rpms]$ rpm -q kernel kernel-2.4.22-1.2135.nptl kernel-2.4.22-1.2149.nptl <---- I can provide an update for this also but I don't want to do both... seems unnecessary! - -- 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) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAFuJzq3bny/5+GAcRAtKBAKCdOg5xMEaazPW1FMDWseDw8/acyACgoyXe v7lJlvEBsPVU/jbhgi7+KZ8= =hb8i -----END PGP SIGNATURE----- From csm at lunar-linux.org Tue Jan 27 22:20:22 2004 From: csm at lunar-linux.org (Chuck Mead) Date: Tue, 27 Jan 2004 17:20:22 -0500 Subject: test In-Reply-To: <200401272212.i0RMCvr07987@mx1.redhat.com> References: <200401272212.i0RMCvr07987@mx1.redhat.com> Message-ID: <4016E426.40900@lunar-linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 rod at dickersonbiz.com wrote: | The message contains Unicode characters and has been sent as a binary attachment. bwaaaaaaaaaaaaaaaaahahahahahaha! Stupid viruses... - -- 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) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAFuQmq3bny/5+GAcRAjT5AJ9+txpNfPCqGYamoweWTbdnO0NT9wCfW/7z JS+tZbKWSvpcY+Qc+RY22Tc= =2PTg -----END PGP SIGNATURE----- From shrek-m at gmx.de Tue Jan 27 22:21:33 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 27 Jan 2004 23:21:33 +0100 Subject: test In-Reply-To: <200401272212.i0RMCvr07987@mx1.redhat.com> References: <200401272212.i0RMCvr07987@mx1.redhat.com> Message-ID: <4016E46D.3060209@gmx.de> rod at dickersonbiz.com wrote: > The message contains Unicode characters and has been sent as a binary > attachment. > >> Virus 'W32/MyDoom-A' found in file file.zip http://sophos.com/virusinfo/analyses/w32mydooma.html -- shrek-m From shrek-m at gmx.de Tue Jan 27 22:31:37 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 27 Jan 2004 23:31:37 +0100 Subject: test In-Reply-To: <4016E46D.3060209@gmx.de> References: <200401272212.i0RMCvr07987@mx1.redhat.com> <4016E46D.3060209@gmx.de> Message-ID: <4016E6C9.3030504@gmx.de> shrek-m at gmx.de wrote: >> >> Virus 'W32/MyDoom-A' found in file file.zip > > http://sophos.com/virusinfo/analyses/w32mydooma.html i bet that you will see more viruses in 2004 than in 2003 please include MailScanner in the near future, or can you recommend a better tool? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113242 -- shrek-m From csm at Lunar-Linux.org Tue Jan 27 22:50:49 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Tue, 27 Jan 2004 17:50:49 -0500 (EST) Subject: test In-Reply-To: <4016E6C9.3030504@gmx.de> References: <200401272212.i0RMCvr07987@mx1.redhat.com> <4016E46D.3060209@gmx.de> <4016E6C9.3030504@gmx.de> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I dunno 'cause I do this server side. On Tue, 27 Jan 2004, shrek-m at gmx.de spewed into the bitstream: s>shrek-m at gmx.de wrote: s> s>>> >> Virus 'W32/MyDoom-A' found in file file.zip s>> s>> http://sophos.com/virusinfo/analyses/w32mydooma.html s> s> s>i bet that you will see more viruses in 2004 than in 2003 s> s>please include MailScanner in the near future, s>or can you recommend a better tool? s> s>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113242 s> s> s> 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) iD8DBQFAFutPq3bny/5+GAcRAttXAKCIEB/5fWipk8gsiJfRjLumJ2h5+gCfahZP JbMptz+l0/J0tkQyjjwa+Y8= =GhN2 -----END PGP SIGNATURE----- From czar at czarc.net Tue Jan 27 22:18:50 2004 From: czar at czarc.net (Gene C.) Date: Tue, 27 Jan 2004 17:18:50 -0500 Subject: rebuild gcc rpm on x86_64 Message-ID: <200401271718.50610.czar@czarc.net> Can someone explain the logic to me why you need the i386 version of glibc-devel installed on a x86_64 system in order to rebuild gcc for the x86_64? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113893 Besides the man and info files which are duplicates of the ones in the x86_64 glibc-devel package, the i386 package only contains files in /usr/lib. Yes, I am going to go and try to install it but I am sure bothered as to why. An additional issue is that the i386 glibc-devel is not part of the FC1 x86_64 test1 distribution (only glibc for the i686). Shouldn't I be able to rebuild any package in a distribution given only the packages contained in the distribution? Do I need the i386 version of glibc-devel to rebuild on the sparc? How about the IA64 Itanium? -- Gene From katzj at redhat.com Tue Jan 27 23:23:09 2004 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 27 Jan 2004 18:23:09 -0500 Subject: rebuild gcc rpm on x86_64 In-Reply-To: <200401271718.50610.czar@czarc.net> References: <200401271718.50610.czar@czarc.net> Message-ID: <1075245789.5984.10.camel@mirkwood.boston.redhat.com> On Tue, 2004-01-27 at 17:18 -0500, Gene C. wrote: > Can someone explain the logic to me why you need the i386 version of > glibc-devel installed on a x86_64 system in order to rebuild gcc for the > x86_64? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113893 [snip] > Yes, I am going to go and try to install it but I am sure bothered as to why. It's required so that you can build a gcc that supports -m32 and thus compile 32bit apps. Cheers, Jeremy From csm at Lunar-Linux.org Wed Jan 28 00:15:32 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Tue, 27 Jan 2004 19:15:32 -0500 (EST) Subject: x86_64 updates In-Reply-To: <1075241093.16227.359.camel@dungeness.stl.gtri.gatech.edu> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> <4016D2A0.4040003@lunar-linux.org> <4016D60E.6030402@lunar-linux.org> <4016D775.1000900@lunar-linux.org> <1075241093.16227.359.camel@dungeness.stl.gtri.gatech.edu> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 27 Jan 2004, Rob Myers spewed into the bitstream: RM>On Tue, 2004-01-27 at 16:26, Chuck Mead wrote: RM>> RM>> Okay I just ran a test with this yum.conf entry: RM>> RM>> RM>> [updates] RM>> name=Fedora Core $releasever - $basearch - Updates RM>> baseurl=http://people.redhat.com/csm/fedora/ RM>> RM>> It worked fine. RM>> RM>> If there is something else you guys need or want up there let me know. RM>> For now the slocate update is present and accounted for. RM> RM>thank you for doing this. your efforts have already saved me some RM>effort! RM> RM>i did some unscientific comparisons between an i386 box and my opteron RM>and think i noticed a few more packages that are out of sync. RM> RM>package version on i386 version on x86-64 RM>------------------------------------------------------------------- RM>net-snmp net-snmp-5.1-2.1 net-snmp-5.0.9-2 RM>kernel kernel-2.4.22-1.2149 kernel-2.4.22-1.2135 RM>glibc glibc-2.3.2-101.4 glibc-2.3.2-101.1 Okay... I have finished building the glibc update (I dunno what I did with the copy I built before) and am starting now on the kernel... then I will do the net-snmp and last I will post the updates on the people site. Included will be an i686 version of the glibc package (which you need). - -- 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) iD8DBQFAFv8pq3bny/5+GAcRAm9+AKCaRHe46+P9XXYXk59TUOK2QJgatQCeMYk+ 9rXBJR7VOien7a/Qm4cxO/E= =4TPZ -----END PGP SIGNATURE----- From czar at czarc.net Wed Jan 28 03:01:28 2004 From: czar at czarc.net (Gene C.) Date: Tue, 27 Jan 2004 22:01:28 -0500 Subject: rebuild gcc rpm on x86_64 In-Reply-To: <1075245789.5984.10.camel@mirkwood.boston.redhat.com> References: <200401271718.50610.czar@czarc.net> <1075245789.5984.10.camel@mirkwood.boston.redhat.com> Message-ID: <200401272201.28396.czar@czarc.net> On Tuesday 27 January 2004 18:23, Jeremy Katz wrote: > On Tue, 2004-01-27 at 17:18 -0500, Gene C. wrote: > > Can someone explain the logic to me why you need the i386 version of > > glibc-devel installed on a x86_64 system in order to rebuild gcc for the > > x86_64? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113893 > > [snip] > > > Yes, I am going to go and try to install it but I am sure bothered as to > > why. > > It's required so that you can build a gcc that supports -m32 and thus > compile 32bit apps. OK, I can understand that ... but what if you do not want -m32 support on your system ... whatever. Anyway, what I really don't completely understand is how to install additional packages without screwing things up. OK, the rpm -ivh glibc-devel... did the right thing and installed and I am now building gcc. I just completed building glibc 2.3.2-101.4 for the x86_64 and have downloaded the i386/i686 packages also. I plan to put these into a single (local) repository and then do an upgrade on the x86_64 system using up2date. Hopefully up2date will know how to do things "right". But what if I wanted to do this "manually" with just rpm? How do I do this "safely" so that I do not wind up with a system with 64 bit applications and 32 bit libraries. Right now my x86_64 system is pure testing so if I screw it up it is not a big deal. But this will be an issue later. Whether it has been big iron mainframes or small microcomputer, I am more familiar (more comfortable) with single architecture systems. Yes, the IA32 systems have i686 and athlon packages but they are few and easily understood. If I do not do things "right", I could replace stuff in /usr/bin, etc/ with 32 bit versions. Before I started porting nessus to the 64 bit environment, I tried to install the 32 bit version. I soon found that the requires 32 bit libraries and it was like pulling on a bowl of spaghetti with more and more 32 bit libraries required. It became easier to do the port (which has been successfully BTW). Fedora Core is fairly lean and mean with respect to the 32 bit libraries it installs (compared to the two dvd system that SUSE has). So how do we install additional 32 bit libraries "safely"? And how do we then maintain it when i386/i686/x86_64 packages are updated? Any guidance will be appreciated. -- Gene From csm at Lunar-Linux.org Wed Jan 28 03:06:00 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Tue, 27 Jan 2004 22:06:00 -0500 (EST) Subject: x86_64 updates In-Reply-To: References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> <4016D2A0.4040003@lunar-linux.org> <4016D60E.6030402@lunar-linux.org> <4016D775.1000900@lunar-linux.org> <1075241093.16227.359.camel@dungeness.stl.gtri.gatech.edu> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 27 Jan 2004, csm at Lunar-Linux.org spewed into the bitstream: >On Tue, 27 Jan 2004, Rob Myers spewed into the bitstream: > >RM>On Tue, 2004-01-27 at 16:26, Chuck Mead wrote: >RM>> >RM>> Okay I just ran a test with this yum.conf entry: >RM>> >RM>> >RM>> [updates] >RM>> name=Fedora Core $releasever - $basearch - Updates >RM>> baseurl=http://people.redhat.com/csm/fedora/ >RM>> >RM>> It worked fine. >RM>> >RM>> If there is something else you guys need or want up there let me know. >RM>> For now the slocate update is present and accounted for. >RM> >RM>thank you for doing this. your efforts have already saved me some >RM>effort! >RM> >RM>i did some unscientific comparisons between an i386 box and my opteron >RM>and think i noticed a few more packages that are out of sync. >RM> >RM>package version on i386 version on x86-64 >RM>------------------------------------------------------------------- >RM>net-snmp net-snmp-5.1-2.1 net-snmp-5.0.9-2 >RM>kernel kernel-2.4.22-1.2149 kernel-2.4.22-1.2135 >RM>glibc glibc-2.3.2-101.4 glibc-2.3.2-101.1 > >Okay... I have finished building the glibc update (I dunno what I did with >the copy I built before) and am starting now on the kernel... then I will >do the net-snmp and last I will post the updates on the people site. > >Included will be an i686 version of the glibc package (which you need). Welp... there is a quota on my people account so I cannot do the updates there... I am moving them to moongroup.com. I will post more info later. - -- 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) iD8DBQFAFycaq3bny/5+GAcRAkfgAJ9j+1p7JSkqN+5+Fn5npTKt3h+ZKQCfa7KN IkFr7lKXIYHNHqIszgaANwY= =gcPs -----END PGP SIGNATURE----- From csm at lunar-linux.org Wed Jan 28 04:45:51 2004 From: csm at lunar-linux.org (Chuck Mead) Date: Tue, 27 Jan 2004 23:45:51 -0500 Subject: x86_64 updates In-Reply-To: References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> <4016D2A0.4040003@lunar-linux.org> <4016D60E.6030402@lunar-linux.org> <4016D775.1000900@lunar-linux.org> <1075241093.16227.359.camel@dungeness.stl.gtri.gatech.edu> Message-ID: <40173E7F.6060902@lunar-linux.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 csm at Lunar-Linux.org wrote: | On Tue, 27 Jan 2004, csm at Lunar-Linux.org spewed into the bitstream: | | | Welp... there is a quota on my people account so I cannot do the updates | there... I am moving them to moongroup.com. I will post more info later. Alright the updates are posted. Here is the appropriate section from my yum.conf: [updates] name=Fedora Core $releasever - $basearch - Updates baseurl=http://www.moongroup.com/fedora/ Here is the appropriate section from my /etc/sysconfig/rhn/sources: yum updates http://www.moongroup.com/fedora/ I don't think the bandwidth will be all that great but maybe someone else might grab them and put them on a faster site. Also... rebuilding net-snmp-5.1-2.1.src.rpm fails badly. Here is the error: gcc -I/usr/include/rpm -DINET6 -O2 -g -pipe -Dlinux -I/usr/include/rpm - -o .libs/snmpd snmpd.o ./.libs/libnetsnmpagent.so ./.libs/libnetsnmpmibs.so helpers/.libs/libnetsnmphelpers.so - -L/usr/lib/lib -lwrap ../snmplib/.libs/libnetsnmp.so -ldl -lrpm -lrpmio /usr/lib/libpopt.so -lbz2 -lz -lcrypto -lelf -lm -Wl,--rpath -Wl,/usr/lib64 /usr/lib/libpopt.so: could not read symbols: Invalid operation collect2: ld returned 1 exit status make[1]: *** [snmpd] Error 1 make[1]: Leaving directory `/home/csm/redhat/BUILD/net-snmp-5.1/agent' make: *** [subdirs] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.54899 (%build) RPM build errors: ~ Bad exit status from /var/tmp/rpm-tmp.54899 (%build) I bugzilla'd this already but I have no time to fool around with it as I am off to Boston tomorrow morning for a couple of days. - -- 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) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAFz5/q3bny/5+GAcRAtdpAJ9EFJJYt2uh1lpP0HZ5vebh75SCEgCfbuKL zzHbOQDZJKbe72Gwf7u6NPI= =C+vx -----END PGP SIGNATURE----- From jspaleta at princeton.edu Wed Jan 28 04:57:55 2004 From: jspaleta at princeton.edu (Jef Spaleta) Date: Tue, 27 Jan 2004 23:57:55 -0500 Subject: Fedora Bug Day Tomorrow: Jan 28th 2004: Bugzilla versus Mothra Message-ID: <1075265875.4705.10.camel@goober.localdomain> What: Fedora Bug Day: General Fedora Triage Why: Bugs bad...Closing bugs good Who: Everybody and anybody who wants to help developers make better use of their time. Programming experience, isn't necessary to make a worthwhile contribution to the triaging effort. But programmers are welcome to. Who knows you might even stumble on a bug you can fix by submitting your own patch! For the rest of us, just digging into bugzilla and finding bugreports to mark as duplicates can help save developers some time. How: Simply pick an existing Fedora Core bug to triage, jump on the #fedora-bugs during the stated times on Weds Jan 28th and convince me that the bug should be closed or marked up as a high priority for review. When: Jan 28th 9am EST (or right after i get my first cup of coffee) to let's say 6pm-ish EST (right before my wife tells me I need to drive her home from work). Allow of course for some gaps in between when my boss and found my hiding place and needs me to do something. 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"technically I got this email out on Tuesday"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 jpearl24 at cox.net Wed Jan 28 06:09:39 2004 From: jpearl24 at cox.net (jason pearl) Date: 27 Jan 2004 23:09:39 -0700 Subject: anyone using raid?> Message-ID: <1075270178.3269.1.camel@localhost.localdomain> is anyone using a raid card like highpoint rocketraid 454 and have it working? I can only get it to work on redhat 9 can anyone give me some info. i have not found anything at websites. thanks jason -------------- next part -------------- A non-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 Wed Jan 28 08:48:16 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Wed, 28 Jan 2004 09:48:16 +0100 Subject: test In-Reply-To: <4016E426.40900@lunar-linux.org> References: <200401272212.i0RMCvr07987@mx1.redhat.com> <4016E426.40900@lunar-linux.org> Message-ID: <20040128094816.68f156c5.ms-nospam-0306@arcor.de> On Tue, 27 Jan 2004 17:20:22 -0500, Chuck Mead wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > rod at dickersonbiz.xxx wrote: > | The message contains Unicode characters and has been sent as a binary > attachment. > > bwaaaaaaaaaaaaaaaaahahahahahaha! > > Stupid viruses... I disagree. Actually, they've become more clever with recent incarnations. Fetching valid e-mail addresses from address books or harvesting new addresses from existing mail folders _is_ clever. I could puke everytime I realize one of my addresses has been abused by a virus on some infected system somewhere on the Internet and when I receive bounced messages or quarantine notifications (which are much more stupid than the virus). -- From dennis at ausil.us Wed Jan 28 08:56:00 2004 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 28 Jan 2004 18:56:00 +1000 Subject: test In-Reply-To: <20040128094816.68f156c5.ms-nospam-0306@arcor.de> References: <200401272212.i0RMCvr07987@mx1.redhat.com> <4016E426.40900@lunar-linux.org> <20040128094816.68f156c5.ms-nospam-0306@arcor.de> Message-ID: <200401281856.07413.dennis@ausil.us> Once upon a time Wednesday 28 January 2004 6:48 pm, Michael Schwendt wrote: > > I disagree. Actually, they've become more clever with recent > incarnations. Fetching valid e-mail addresses from address books or > harvesting new addresses from existing mail folders _is_ clever. I could > puke everytime I realize one of my addresses has been abused by a virus on > some infected system somewhere on the Internet and when I receive bounced > messages or quarantine notifications (which are much more stupid than the > virus). > > -- I know what your saying ive been getting a few of these on a domain i used to manage. it was good to see clamav got it in its definitions quickly. though it is a good indication that we need something like mailscanner or amavais in Fedora somewhere. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From shrek-m at gmx.de Wed Jan 28 11:04:48 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 28 Jan 2004 12:04:48 +0100 Subject: a Mail virus Scanner (was Re: test) In-Reply-To: <200401281856.07413.dennis@ausil.us> References: <200401272212.i0RMCvr07987@mx1.redhat.com> <4016E426.40900@lunar-linux.org> <20040128094816.68f156c5.ms-nospam-0306@arcor.de> <200401281856.07413.dennis@ausil.us> Message-ID: <40179750.6090301@gmx.de> Dennis Gilmore wrote: >>though it is a good indication that we need something like mailscanner or >>amavais in Fedora somewhere. >> >> my experiences: http://www.amavis.org/ i tried it ~2 years agoo, i wasn?t impressed and removed it. http://mailscanner.info i tried it ~1/2 year agoo, i was impressed. easy to install, upgrade, configure, ... ./install.sh [no problems] # chkconfig sendmail off # service sendmail stop # chkconfig MailScanner on # service MailScanner start # upgrade_MailScanner_conf # rpm -q mailscanner mailscanner-4.26.5-1 # rpm -q --changelog mailscanner | grep redhat * Fr Jul 19 2002 Richard Keech # grep ^[a-zA-Z] /etc/MailScanner/MailScanner.conf [......] eg. # grep ^[a-zA-Z] /etc/MailScanner/MailScanner.conf | grep -i virus Virus Scanning = yes Virus Scanners = sophos Virus Scanner Timeout = 300 Silent Viruses = HTML-IFrame All-Viruses Still Deliver Silent Viruses = yes Deleted Virus Message Report = %report-dir%/deleted.virus.message.txt Stored Virus Message Report = %report-dir%/stored.virus.message.txt Sender Virus Report = %report-dir%/sender.virus.report.txt Notify Senders Of Viruses = no Virus Modify Subject = yes Virus Subject Text = {Virus?} Notice Signature = -- \nMailScanner\nEmail Virus Scanner\nwww.mailscanner.info Virus Scanner Definitions = %etc-dir%/virus.scanners.conf $ grep ^[a-zA-Z] /etc/MailScanner/MailScanner.conf | grep -i spam Spam Header = X-%org-name%-MailScanner-SpamCheck: Spam Score Header = X-%org-name%-MailScanner-SpamScore: Spam Score Character = s SpamScore Number Instead Of Stars = no Detailed Spam Report = yes Include Scores In SpamAssassin Report = yes Spam Modify Subject = yes Spam Subject Text = {Spam?} High Scoring Spam Modify Subject = yes High Scoring Spam Subject Text = {Spam?} Spam List Definitions = %etc-dir%/spam.lists.conf Spam Checks = yes Spam List = ORDB-RBL Infinite-Monkeys # MAPS-RBL+ costs money (except .ac.uk) Spam Domain List = Spam Lists To Reach High Score = 5 Spam List Timeout = 10 Max Spam List Timeouts = 7 Is Definitely Not Spam = %rules-dir%/spam.whitelist.rules Is Definitely Spam = no Definite Spam Is High Scoring = no Use SpamAssassin = yes Max SpamAssassin Size = 90000 Required SpamAssassin Score = 5 High SpamAssassin Score = 20 SpamAssassin Auto Whitelist = no SpamAssassin Prefs File = %etc-dir%/spam.assassin.prefs.conf SpamAssassin Timeout = 40 Max SpamAssassin Timeouts = 20 Check SpamAssassin If On Spam List = yes Always Include SpamAssassin Report = yes Spam Score = yes Spam Actions = deliver High Scoring Spam Actions = deliver Non Spam Actions = deliver Sender Spam Report = %report-dir%/sender.spam.report.txt Sender Spam List Report = %report-dir%/sender.spam.rbl.report.txt Sender SpamAssassin Report = %report-dir%/sender.spam.sa.report.txt Inline Spam Warning = %report-dir%/inline.spam.warning.txt Recipient Spam Report = %report-dir%/recipient.spam.report.txt Log Spam = no Log Non Spam = no SpamAssassin User State Dir = SpamAssassin Install Prefix = SpamAssassin Site Rules Dir = /etc/mail/spamassassin SpamAssassin Local Rules Dir = SpamAssassin Default Rules Dir = Debug SpamAssassin = no -- shrek-m From denis at croombs.org Wed Jan 28 11:22:16 2004 From: denis at croombs.org (Denis Croombs) Date: Wed, 28 Jan 2004 11:22:16 -0000 Subject: a Mail virus Scanner (was Re: test) References: <200401272212.i0RMCvr07987@mx1.redhat.com> <4016E426.40900@lunar-linux.org> <20040128094816.68f156c5.ms-nospam-0306@arcor.de> <200401281856.07413.dennis@ausil.us> <40179750.6090301@gmx.de> Message-ID: <00c901c3e590$fd674240$85b8fea9@Laptop> > >>though it is a good indication that we need something like mailscanner or > >>amavais in Fedora somewhere. > >> > >> > http://mailscanner.info > i tried it ~1/2 year agoo, i was impressed. > easy to install, upgrade, configure, ... > I can also support mailscanner, I have it on lots of systems and my customers systems and it is simply the very best I have come across. Also the support on the email list is also very good. Denis Croombs www.just-servers.co.uk www.just-hosting.net -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. Marvin the E-Mail scanner From prandal at herefordshire.gov.uk Wed Jan 28 11:23:45 2004 From: prandal at herefordshire.gov.uk (Randal, Phil) Date: Wed, 28 Jan 2004 11:23:45 -0000 Subject: a Mail virus Scanner (was Re: test) Message-ID: <0EBC45FCABFC95428EBFC3A51B368C9501C9C487@jessica.herefordshire.gov.uk> I absolutely agree. We need: MailScanner (and supporting Perl modules) ClamAV and as part of the spamassassin package (or as addons) pyzor DCC Razor2 ClamAV and MailScanner were protecting us against the latest virus 6 hours before McAfee had their 4319 DAT files out. 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 shrek-m at gmx.de > Sent: 28 January 2004 11:05 > To: fedora-test-list at redhat.com > Subject: a Mail virus Scanner (was Re: test) > > > Dennis Gilmore wrote: > > >>though it is a good indication that we need something like > mailscanner or > >>amavais in Fedora somewhere. > >> > >> > > my experiences: > > http://www.amavis.org/ > i tried it ~2 years agoo, i wasn?t impressed and removed it. > > > http://mailscanner.info > i tried it ~1/2 year agoo, i was impressed. > easy to install, upgrade, configure, ... > > ./install.sh > [no problems] > # chkconfig sendmail off > # service sendmail stop > # chkconfig MailScanner on > # service MailScanner start > > # upgrade_MailScanner_conf > > # rpm -q mailscanner > mailscanner-4.26.5-1 > > # rpm -q --changelog mailscanner | grep redhat > * Fr Jul 19 2002 Richard Keech > > > # grep ^[a-zA-Z] /etc/MailScanner/MailScanner.conf > [......] > > > eg. > > # grep ^[a-zA-Z] /etc/MailScanner/MailScanner.conf | grep -i virus > Virus Scanning = yes > Virus Scanners = sophos > Virus Scanner Timeout = 300 > Silent Viruses = HTML-IFrame All-Viruses > Still Deliver Silent Viruses = yes > Deleted Virus Message Report = %report-dir%/deleted.virus.message.txt > Stored Virus Message Report = %report-dir%/stored.virus.message.txt > Sender Virus Report = %report-dir%/sender.virus.report.txt > Notify Senders Of Viruses = no > Virus Modify Subject = yes > Virus Subject Text = {Virus?} > Notice Signature = -- \nMailScanner\nEmail Virus > Scanner\nwww.mailscanner.info > Virus Scanner Definitions = %etc-dir%/virus.scanners.conf > > $ grep ^[a-zA-Z] /etc/MailScanner/MailScanner.conf | grep -i spam > Spam Header = X-%org-name%-MailScanner-SpamCheck: > Spam Score Header = X-%org-name%-MailScanner-SpamScore: > Spam Score Character = s > SpamScore Number Instead Of Stars = no > Detailed Spam Report = yes > Include Scores In SpamAssassin Report = yes > Spam Modify Subject = yes > Spam Subject Text = {Spam?} > High Scoring Spam Modify Subject = yes > High Scoring Spam Subject Text = {Spam?} > Spam List Definitions = %etc-dir%/spam.lists.conf > Spam Checks = yes > Spam List = ORDB-RBL Infinite-Monkeys # MAPS-RBL+ costs money (except > .ac.uk) > Spam Domain List = > Spam Lists To Reach High Score = 5 > Spam List Timeout = 10 > Max Spam List Timeouts = 7 > Is Definitely Not Spam = %rules-dir%/spam.whitelist.rules > Is Definitely Spam = no > Definite Spam Is High Scoring = no > Use SpamAssassin = yes > Max SpamAssassin Size = 90000 > Required SpamAssassin Score = 5 > High SpamAssassin Score = 20 > SpamAssassin Auto Whitelist = no > SpamAssassin Prefs File = %etc-dir%/spam.assassin.prefs.conf > SpamAssassin Timeout = 40 > Max SpamAssassin Timeouts = 20 > Check SpamAssassin If On Spam List = yes > Always Include SpamAssassin Report = yes > Spam Score = yes > Spam Actions = deliver > High Scoring Spam Actions = deliver > Non Spam Actions = deliver > Sender Spam Report = %report-dir%/sender.spam.report.txt > Sender Spam List Report = %report-dir%/sender.spam.rbl.report.txt > Sender SpamAssassin Report = %report-dir%/sender.spam.sa.report.txt > Inline Spam Warning = %report-dir%/inline.spam.warning.txt > Recipient Spam Report = %report-dir%/recipient.spam.report.txt > Log Spam = no > Log Non Spam = no > SpamAssassin User State Dir = > SpamAssassin Install Prefix = > SpamAssassin Site Rules Dir = /etc/mail/spamassassin > SpamAssassin Local Rules Dir = > SpamAssassin Default Rules Dir = > Debug SpamAssassin = no > > -- > shrek-m > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > From rob.myers at gtri.gatech.edu Wed Jan 28 12:24:02 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Wed, 28 Jan 2004 07:24:02 -0500 Subject: x86_64 updates In-Reply-To: <40173E7F.6060902@lunar-linux.org> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> <4016D2A0.4040003@lunar-linux.org> <4016D60E.6030402@lunar-linux.org> <4016D775.1000900@lunar-linux.org> <1075241093.16227.359.camel@dungeness.stl.gtri.gatech.edu> <40173E7F.6060902@lunar-linux.org> Message-ID: <1075292642.16227.405.camel@dungeness.stl.gtri.gatech.edu> On Tue, 2004-01-27 at 23:45, Chuck Mead wrote: > [updates] > name=Fedora Core $releasever - $basearch - Updates > baseurl=http://www.moongroup.com/fedora/ > > Here is the appropriate section from my /etc/sysconfig/rhn/sources: > > yum updates http://www.moongroup.com/fedora/ > > I don't think the bandwidth will be all that great but maybe someone > else might grab them and put them on a faster site. i mirrored these for now here: [updates] name=Fedora Core $releasever - $basearch - Updates baseurl=http://null0.routing.org/~rob/www.moongroup.com/fedora/ i'll see if i can look at what they're doing with net-snmp in fedora/core/development/x86-64. rob. From rob.myers at gtri.gatech.edu Wed Jan 28 12:49:51 2004 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Wed, 28 Jan 2004 07:49:51 -0500 Subject: x86_64 updates In-Reply-To: <1075292642.16227.405.camel@dungeness.stl.gtri.gatech.edu> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> <4016D2A0.4040003@lunar-linux.org> <4016D60E.6030402@lunar-linux.org> <4016D775.1000900@lunar-linux.org> <1075241093.16227.359.camel@dungeness.stl.gtri.gatech.edu> <40173E7F.6060902@lunar-linux.org> <1075292642.16227.405.camel@dungeness.stl.gtri.gatech.edu> Message-ID: <1075294190.16227.413.camel@dungeness.stl.gtri.gatech.edu> On Wed, 2004-01-28 at 07:24, Rob Myers wrote: > i mirrored these for now here: > > [updates] > name=Fedora Core $releasever - $basearch - Updates > baseurl=http://null0.routing.org/~rob/www.moongroup.com/fedora/ > > i'll see if i can look at what they're doing with net-snmp in > fedora/core/development/x86-64. i didn't have any trouble rebuilding the net-snmp-5.1-2.1.src.rpm so i added that to my mirror of chuck's updates. i'll try to sync everything up with chuck when he returns from boston. are there any updates that are missing? rob. From don.vanco at agilysys.com Wed Jan 28 13:54:28 2004 From: don.vanco at agilysys.com (Vanco, Don) Date: Wed, 28 Jan 2004 08:54:28 -0500 Subject: RFE for AV (was: RE: test) Message-ID: There's been some great suggestion for additions to Fedora, but as a wise man once said: "If it ain't in Bugzilla it don't exist." I'd suggest that one of you with experience post a request there..... Don -----Original Message----- From: fedora-test-list-admin at redhat.com on behalf of Dennis Gilmore Sent: Wed 1/28/2004 3:56 AM To: fedora-test-list at redhat.com Cc: Subject: Re: test From kaboom at gatech.edu Wed Jan 28 14:40:55 2004 From: kaboom at gatech.edu (Chris Ricker) Date: Wed, 28 Jan 2004 09:40:55 -0500 (EST) Subject: a Mail virus Scanner (was Re: test) In-Reply-To: <0EBC45FCABFC95428EBFC3A51B368C9501C9C487@jessica.herefordshire.gov.uk> References: <0EBC45FCABFC95428EBFC3A51B368C9501C9C487@jessica.herefordshire.gov.uk> Message-ID: On Wed, 28 Jan 2004, Randal, Phil wrote: > I absolutely agree. We need: > > MailScanner (and supporting Perl modules) > ClamAV MailScanner is a no-go. It's not safe and loses mail, at least with Postfix amavisd-new, OTOH, works with all the MTAs in fedora. later, chris From tmus at get2net.dk Wed Jan 28 14:50:05 2004 From: tmus at get2net.dk (Thomas Munck Steenholdt) Date: Wed, 28 Jan 2004 15:50:05 +0100 (CET) Subject: RFE for AV (was: RE: test) In-Reply-To: References: Message-ID: <39332.212.93.39.37.1075301405.squirrel@www.tmus.dk> At some point Vanco, Don wrote: > There's been some great suggestion for additions to Fedora, but as a wise > man once said: "If it ain't in Bugzilla it don't exist." I'd suggest > that > one of you with experience post a request there..... Bug #82017 (old one) or #113242 to name a few... Thomas From dennis at ausil.us Wed Jan 28 14:58:24 2004 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 29 Jan 2004 00:58:24 +1000 Subject: a Mail virus Scanner (was Re: test) In-Reply-To: References: <0EBC45FCABFC95428EBFC3A51B368C9501C9C487@jessica.herefordshire.gov.uk> Message-ID: <200401290058.30439.dennis@ausil.us> Once upon a time Thursday 29 January 2004 12:40 am, Chris Ricker wrote: > On Wed, 28 Jan 2004, Randal, Phil wrote: > > I absolutely agree. We need: > > > > MailScanner (and supporting Perl modules) > > ClamAV > > MailScanner is a no-go. It's not safe and loses mail, at least with Postfix > > amavisd-new, OTOH, works with all the MTAs in fedora. > > later, > chris I use mailscanner with postfix and have not lost any mails. how exactly are you losing the mail? Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From kaboom at gatech.edu Wed Jan 28 15:08:15 2004 From: kaboom at gatech.edu (Chris Ricker) Date: Wed, 28 Jan 2004 10:08:15 -0500 (EST) Subject: a Mail virus Scanner (was Re: test) In-Reply-To: <200401290058.30439.dennis@ausil.us> References: <0EBC45FCABFC95428EBFC3A51B368C9501C9C487@jessica.herefordshire.gov.uk> <200401290058.30439.dennis@ausil.us> Message-ID: On Thu, 29 Jan 2004, Dennis Gilmore wrote: > > MailScanner is a no-go. It's not safe and loses mail, at least with Postfix > > > > amavisd-new, OTOH, works with all the MTAs in fedora. > > > > later, > > chris > > > I use mailscanner with postfix and have not lost any mails. how exactly are > you losing the mail? I'm not, because I don't use it. How do you know you haven't lost mails, though? ;-) At any rate, look through the postfix archives. Wietse rants periodically about how / why mailscanner isn't safe with Postfix. Earlier this month he posted a long list of how it would need to be re-architected to work safely.... later, chris From shrek-m at gmx.de Wed Jan 28 17:18:50 2004 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 28 Jan 2004 18:18:50 +0100 Subject: a Mail virus Scanner (was Re: test) In-Reply-To: References: <0EBC45FCABFC95428EBFC3A51B368C9501C9C487@jessica.herefordshire.gov.uk> <200401290058.30439.dennis@ausil.us> Message-ID: <4017EEFA.6060500@gmx.de> Chris Ricker wrote: >On Thu, 29 Jan 2004, Dennis Gilmore wrote: > > >>>MailScanner is a no-go. It's not safe and loses mail, at least with Postfix >>> than i *could* say "postfix is a no-go" because i had lost emails with postfix, but i don?t. i should mention that this happened on a system "without mailscanner" >>>amavisd-new, OTOH, works with all the MTAs in fedora. >>> amavisd-new or do you mean amavis, amavisd, amavis-ng ? >>I use mailscanner with postfix and have not lost any mails. how exactly are >>you losing the mail? >> >> >I'm not, because I don't use it. How do you know you haven't lost mails, >though? ;-) > > you don?t use it but you know that this is the case? i am sure you have heard about all the bugs in fedora, is fedora a "no-go" too ? at least for sendmail/mailscanner i can *assure* you that i have lost absolutely no mail. for postfix: http://www.sng.ecs.soton.ac.uk/mailscanner/install/postfix.shtml afair exists a patch for the last beta. >At any rate, look through the postfix archives. Wietse rants periodically >about how / why mailscanner isn't safe with Postfix. > > Earlier this month he posted a long list of how it would need to be re-architected to work >safely.... > for postfix or mailscanner ;-) additional he could perhaps send this "long list" to "julian field" -- shrek-m From rod at dickersonbiz.com Wed Jan 28 17:26:16 2004 From: rod at dickersonbiz.com (Rod Dickerson) Date: Wed, 28 Jan 2004 12:26:16 -0500 Subject: viruses In-Reply-To: <20040128170011.27465.59163.Mailman@listman.back-rdu.redhat.com> References: <20040128170011.27465.59163.Mailman@listman.back-rdu.redhat.com> Message-ID: <1075310775.4426.12.camel@rodlap> Hey- normally I don't get too excited about viruses b/c I use postfix and no windows clients.... but I saw a reply in here that said it came from me. Since I have not sent anything to the list is a long while I am worried... Can someone please do me a favor and check the headers and see if it really did come from rod at dickersonbiz.com or if that is the virus playing games again???? Thanks and sorry if it was me... Rod On Wed, 2004-01-28 at 12:00, fedora-test-list-request at redhat.com wrote: > 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. Re: x86_64 updates (Chuck Mead) > 2. Re: test (Chuck Mead) > 3. Re: test (shrek-m at gmx.de) > 4. Re: test (shrek-m at gmx.de) > 5. Re: test (csm at Lunar-Linux.org) > 6. rebuild gcc rpm on x86_64 (Gene C.) > 7. Re: rebuild gcc rpm on x86_64 (Jeremy Katz) > 8. Re: x86_64 updates (csm at Lunar-Linux.org) > 9. Re: rebuild gcc rpm on x86_64 (Gene C.) > 10. Re: x86_64 updates (csm at Lunar-Linux.org) > 11. Re: x86_64 updates (Chuck Mead) > 12. Fedora Bug Day Tomorrow: Jan 28th 2004: Bugzilla versus Mothra (Jef Spaleta) > 13. anyone using raid?> (jason pearl) > 14. Re: test (Michael Schwendt) > 15. Re: test (Dennis Gilmore) > 16. a Mail virus Scanner (was Re: test) (shrek-m at gmx.de) > 17. Re: a Mail virus Scanner (was Re: test) (Denis Croombs) > 18. RE: a Mail virus Scanner (was Re: test) (Randal, Phil) > 19. Re: x86_64 updates (Rob Myers) > 20. Re: x86_64 updates (Rob Myers) > 21. RFE for AV (was: RE: test) (Vanco, Don) > 22. RE: a Mail virus Scanner (was Re: test) (Chris Ricker) > 23. Re: RFE for AV (was: RE: test) (Thomas Munck Steenholdt) > 24. Re: a Mail virus Scanner (was Re: test) (Dennis Gilmore) > 25. Re: a Mail virus Scanner (was Re: test) (Chris Ricker) > > --__--__-- > > Message: 1 > Date: Tue, 27 Jan 2004 17:13:07 -0500 > From: Chuck Mead > To: fedora-test-list at redhat.com > Subject: Re: x86_64 updates > Reply-To: fedora-test-list at redhat.com > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Rob Myers wrote: > | On Tue, 2004-01-27 at 16:26, Chuck Mead wrote: > | > |>Okay I just ran a test with this yum.conf entry: > |> > |> > |>[updates] > |>name=Fedora Core $releasever - $basearch - Updates > |>baseurl=http://people.redhat.com/csm/fedora/ > |> > |>It worked fine. > |> > |>If there is something else you guys need or want up there let me know. > |>For now the slocate update is present and accounted for. > | > | > | thank you for doing this. your efforts have already saved me some > | effort! > | > | i did some unscientific comparisons between an i386 box and my opteron > | and think i noticed a few more packages that are out of sync. > | > | package version on i386 version on x86-64 > | ------------------------------------------------------------------- > | net-snmp net-snmp-5.1-2.1 net-snmp-5.0.9-2 > | kernel kernel-2.4.22-1.2149 kernel-2.4.22-1.2135 > | glibc glibc-2.3.2-101.4 glibc-2.3.2-101.1 > | > | is this data correct? is it worth updating these packages? > | > | the kernel package seems important, but i'm running 2.6.2-rc2 so i don't > | care too much. > | > | let me know what you think, and thanks again for the slocate update! > | > | rob. > | > | > [csm at stealth rpms]$ rpm -q glibc > glibc-2.3.2-101.4 > glibc-2.3.2-101.4 > > *there are two of these because one provides x86 compatibility I will > see about an update > > [csm at stealth rpms]$ rpm -q net-snmp > net-snmp-5.0.9-2 <---- I will see about providing an update for this. > > [csm at stealth rpms]$ rpm -q kernel > kernel-2.4.22-1.2135.nptl > kernel-2.4.22-1.2149.nptl <---- I can provide an update for this also > but I don't want to do both... seems unnecessary! > > - -- > 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) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFAFuJzq3bny/5+GAcRAtKBAKCdOg5xMEaazPW1FMDWseDw8/acyACgoyXe > v7lJlvEBsPVU/jbhgi7+KZ8= > =hb8i > -----END PGP SIGNATURE----- > > > > --__--__-- > > Message: 2 > Date: Tue, 27 Jan 2004 17:20:22 -0500 > From: Chuck Mead > To: fedora-test-list at redhat.com > Subject: Re: test > Reply-To: fedora-test-list at redhat.com > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > rod at dickersonbiz.com wrote: > | The message contains Unicode characters and has been sent as a binary > attachment. > > bwaaaaaaaaaaaaaaaaahahahahahaha! > > Stupid viruses... > > - -- > 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) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFAFuQmq3bny/5+GAcRAjT5AJ9+txpNfPCqGYamoweWTbdnO0NT9wCfW/7z > JS+tZbKWSvpcY+Qc+RY22Tc= > =2PTg > -----END PGP SIGNATURE----- > > > > --__--__-- > > Message: 3 > Date: Tue, 27 Jan 2004 23:21:33 +0100 > From: "shrek-m at gmx.de" > To: fedora-test-list at redhat.com > Subject: Re: test > Reply-To: fedora-test-list at redhat.com > > rod at dickersonbiz.com wrote: > > > The message contains Unicode characters and has been sent as a binary > > attachment. > > > > > >> Virus 'W32/MyDoom-A' found in file file.zip > > http://sophos.com/virusinfo/analyses/w32mydooma.html > > -- > shrek-m > > > > --__--__-- > > Message: 4 > Date: Tue, 27 Jan 2004 23:31:37 +0100 > From: "shrek-m at gmx.de" > To: fedora-test-list at redhat.com > Subject: Re: test > Reply-To: fedora-test-list at redhat.com > > shrek-m at gmx.de wrote: > > >> >> Virus 'W32/MyDoom-A' found in file file.zip > > > > http://sophos.com/virusinfo/analyses/w32mydooma.html > > > i bet that you will see more viruses in 2004 than in 2003 > > please include MailScanner in the near future, > or can you recommend a better tool? > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113242 > > > -- > shrek-m > > > > --__--__-- > > Message: 5 > Date: Tue, 27 Jan 2004 17:50:49 -0500 (EST) > From: csm at Lunar-Linux.org > To: fedora-test-list at redhat.com > Subject: Re: test > Reply-To: fedora-test-list at redhat.com > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I dunno 'cause I do this server side. > > On Tue, 27 Jan 2004, shrek-m at gmx.de spewed into the bitstream: > > s>shrek-m at gmx.de wrote: > s> > s>>> >> Virus 'W32/MyDoom-A' found in file file.zip > s>> > s>> http://sophos.com/virusinfo/analyses/w32mydooma.html > s> > s> > s>i bet that you will see more viruses in 2004 than in 2003 > s> > s>please include MailScanner in the near future, > s>or can you recommend a better tool? > s> > s>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113242 > s> > s> > s> > > 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) > > iD8DBQFAFutPq3bny/5+GAcRAttXAKCIEB/5fWipk8gsiJfRjLumJ2h5+gCfahZP > JbMptz+l0/J0tkQyjjwa+Y8= > =GhN2 > -----END PGP SIGNATURE----- > > > > --__--__-- > > Message: 6 > From: "Gene C." > To: > Subject: rebuild gcc rpm on x86_64 > Date: Tue, 27 Jan 2004 17:18:50 -0500 > Reply-To: fedora-test-list at redhat.com > > Can someone explain the logic to me why you need the i386 version of > glibc-devel installed on a x86_64 system in order to rebuild gcc for the > x86_64? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113893 > > Besides the man and info files which are duplicates of the ones in the x86_64 > glibc-devel package, the i386 package only contains files in /usr/lib. > > Yes, I am going to go and try to install it but I am sure bothered as to why. > > An additional issue is that the i386 glibc-devel is not part of the FC1 x86_64 > test1 distribution (only glibc for the i686). Shouldn't I be able to rebuild > any package in a distribution given only the packages contained in the > distribution? > > Do I need the i386 version of glibc-devel to rebuild on the sparc? How about > the IA64 Itanium? > -- > Gene > > > > --__--__-- > > Message: 7 > Subject: Re: rebuild gcc rpm on x86_64 > From: Jeremy Katz > To: fedora-test-list at redhat.com > Date: Tue, 27 Jan 2004 18:23:09 -0500 > Reply-To: fedora-test-list at redhat.com > > On Tue, 2004-01-27 at 17:18 -0500, Gene C. wrote: > > Can someone explain the logic to me why you need the i386 version of > > glibc-devel installed on a x86_64 system in order to rebuild gcc for the > > x86_64? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113893 > [snip] > > Yes, I am going to go and try to install it but I am sure bothered as to why. > > It's required so that you can build a gcc that supports -m32 and thus > compile 32bit apps. > > Cheers, > > Jeremy > > > > --__--__-- > > Message: 8 > Date: Tue, 27 Jan 2004 19:15:32 -0500 (EST) > From: csm at Lunar-Linux.org > To: fedora-test-list at redhat.com > Subject: Re: x86_64 updates > Reply-To: fedora-test-list at redhat.com > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, 27 Jan 2004, Rob Myers spewed into the bitstream: > > RM>On Tue, 2004-01-27 at 16:26, Chuck Mead wrote: > RM>> > RM>> Okay I just ran a test with this yum.conf entry: > RM>> > RM>> > RM>> [updates] > RM>> name=Fedora Core $releasever - $basearch - Updates > RM>> baseurl=http://people.redhat.com/csm/fedora/ > RM>> > RM>> It worked fine. > RM>> > RM>> If there is something else you guys need or want up there let me know. > RM>> For now the slocate update is present and accounted for. > RM> > RM>thank you for doing this. your efforts have already saved me some > RM>effort! > RM> > RM>i did some unscientific comparisons between an i386 box and my opteron > RM>and think i noticed a few more packages that are out of sync. > RM> > RM>package version on i386 version on x86-64 > RM>------------------------------------------------------------------- > RM>net-snmp net-snmp-5.1-2.1 net-snmp-5.0.9-2 > RM>kernel kernel-2.4.22-1.2149 kernel-2.4.22-1.2135 > RM>glibc glibc-2.3.2-101.4 glibc-2.3.2-101.1 > > Okay... I have finished building the glibc update (I dunno what I did with > the copy I built before) and am starting now on the kernel... then I will > do the net-snmp and last I will post the updates on the people site. > > Included will be an i686 version of the glibc package (which you need). > > - -- > 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) > > iD8DBQFAFv8pq3bny/5+GAcRAm9+AKCaRHe46+P9XXYXk59TUOK2QJgatQCeMYk+ > 9rXBJR7VOien7a/Qm4cxO/E= > =4TPZ > -----END PGP SIGNATURE----- > > > > --__--__-- > > Message: 9 > From: "Gene C." > To: fedora-test-list at redhat.com > Subject: Re: rebuild gcc rpm on x86_64 > Date: Tue, 27 Jan 2004 22:01:28 -0500 > Reply-To: fedora-test-list at redhat.com > > On Tuesday 27 January 2004 18:23, Jeremy Katz wrote: > > On Tue, 2004-01-27 at 17:18 -0500, Gene C. wrote: > > > Can someone explain the logic to me why you need the i386 version of > > > glibc-devel installed on a x86_64 system in order to rebuild gcc for the > > > x86_64? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113893 > > > > [snip] > > > > > Yes, I am going to go and try to install it but I am sure bothered as to > > > why. > > > > It's required so that you can build a gcc that supports -m32 and thus > > compile 32bit apps. > > OK, I can understand that ... but what if you do not want -m32 support on your > system ... whatever. > > Anyway, what I really don't completely understand is how to install additional > packages without screwing things up. OK, the rpm -ivh glibc-devel... did the > right thing and installed and I am now building gcc. > > I just completed building glibc 2.3.2-101.4 for the x86_64 and have downloaded > the i386/i686 packages also. I plan to put these into a single (local) > repository and then do an upgrade on the x86_64 system using up2date. > Hopefully up2date will know how to do things "right". > > But what if I wanted to do this "manually" with just rpm? How do I do this > "safely" so that I do not wind up with a system with 64 bit applications and > 32 bit libraries. Right now my x86_64 system is pure testing so if I screw > it up it is not a big deal. But this will be an issue later. Whether it has > been big iron mainframes or small microcomputer, I am more familiar (more > comfortable) with single architecture systems. Yes, the IA32 systems have > i686 and athlon packages but they are few and easily understood. If I do not > do things "right", I could replace stuff in /usr/bin, etc/ with 32 bit > versions. > > Before I started porting nessus to the 64 bit environment, I tried to install > the 32 bit version. I soon found that the requires 32 bit libraries and it > was like pulling on a bowl of spaghetti with more and more 32 bit libraries > required. It became easier to do the port (which has been successfully BTW). > > Fedora Core is fairly lean and mean with respect to the 32 bit libraries it > installs (compared to the two dvd system that SUSE has). So how do we > install additional 32 bit libraries "safely"? And how do we then maintain it > when i386/i686/x86_64 packages are updated? > > Any guidance will be appreciated. > -- > Gene > > > > --__--__-- > > Message: 10 > Date: Tue, 27 Jan 2004 22:06:00 -0500 (EST) > From: csm at Lunar-Linux.org > To: fedora-test-list at redhat.com > Subject: Re: x86_64 updates > Reply-To: fedora-test-list at redhat.com > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, 27 Jan 2004, csm at Lunar-Linux.org spewed into the bitstream: > > >On Tue, 27 Jan 2004, Rob Myers spewed into the bitstream: > > > >RM>On Tue, 2004-01-27 at 16:26, Chuck Mead wrote: > >RM>> > >RM>> Okay I just ran a test with this yum.conf entry: > >RM>> > >RM>> > >RM>> [updates] > >RM>> name=Fedora Core $releasever - $basearch - Updates > >RM>> baseurl=http://people.redhat.com/csm/fedora/ > >RM>> > >RM>> It worked fine. > >RM>> > >RM>> If there is something else you guys need or want up there let me know. > >RM>> For now the slocate update is present and accounted for. > >RM> > >RM>thank you for doing this. your efforts have already saved me some > >RM>effort! > >RM> > >RM>i did some unscientific comparisons between an i386 box and my opteron > >RM>and think i noticed a few more packages that are out of sync. > >RM> > >RM>package version on i386 version on x86-64 > >RM>------------------------------------------------------------------- > >RM>net-snmp net-snmp-5.1-2.1 net-snmp-5.0.9-2 > >RM>kernel kernel-2.4.22-1.2149 kernel-2.4.22-1.2135 > >RM>glibc glibc-2.3.2-101.4 glibc-2.3.2-101.1 > > > >Okay... I have finished building the glibc update (I dunno what I did with > >the copy I built before) and am starting now on the kernel... then I will > >do the net-snmp and last I will post the updates on the people site. > > > >Included will be an i686 version of the glibc package (which you need). > > Welp... there is a quota on my people account so I cannot do the updates > there... I am moving them to moongroup.com. I will post more info later. > > > - -- > 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) > > iD8DBQFAFycaq3bny/5+GAcRAkfgAJ9j+1p7JSkqN+5+Fn5npTKt3h+ZKQCfa7KN > IkFr7lKXIYHNHqIszgaANwY= > =gcPs > -----END PGP SIGNATURE----- > > > > --__--__-- > > Message: 11 > Date: Tue, 27 Jan 2004 23:45:51 -0500 > From: Chuck Mead > To: fedora-test-list at redhat.com > Subject: Re: x86_64 updates > Reply-To: fedora-test-list at redhat.com > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > csm at Lunar-Linux.org wrote: > | On Tue, 27 Jan 2004, csm at Lunar-Linux.org spewed into the bitstream: > | > | > | Welp... there is a quota on my people account so I cannot do the updates > | there... I am moving them to moongroup.com. I will post more info later. > > Alright the updates are posted. Here is the appropriate section from my > yum.conf: > > [updates] > name=Fedora Core $releasever - $basearch - Updates > baseurl=http://www.moongroup.com/fedora/ > > Here is the appropriate section from my /etc/sysconfig/rhn/sources: > > yum updates http://www.moongroup.com/fedora/ > > I don't think the bandwidth will be all that great but maybe someone > else might grab them and put them on a faster site. > > Also... rebuilding net-snmp-5.1-2.1.src.rpm fails badly. Here is the error: > > gcc -I/usr/include/rpm -DINET6 -O2 -g -pipe -Dlinux -I/usr/include/rpm > - -o .libs/snmpd snmpd.o ./.libs/libnetsnmpagent.so > ./.libs/libnetsnmpmibs.so helpers/.libs/libnetsnmphelpers.so > - -L/usr/lib/lib -lwrap ../snmplib/.libs/libnetsnmp.so -ldl -lrpm -lrpmio > /usr/lib/libpopt.so -lbz2 -lz -lcrypto -lelf -lm -Wl,--rpath -Wl,/usr/lib64 > /usr/lib/libpopt.so: could not read symbols: Invalid operation > collect2: ld returned 1 exit status > make[1]: *** [snmpd] Error 1 > make[1]: Leaving directory `/home/csm/redhat/BUILD/net-snmp-5.1/agent' > make: *** [subdirs] Error 1 > error: Bad exit status from /var/tmp/rpm-tmp.54899 (%build) > > > RPM build errors: > ~ Bad exit status from /var/tmp/rpm-tmp.54899 (%build) > > I bugzilla'd this already but I have no time to fool around with it as I > am off to Boston tomorrow morning for a couple of days. > > - -- > 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) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFAFz5/q3bny/5+GAcRAtdpAJ9EFJJYt2uh1lpP0HZ5vebh75SCEgCfbuKL > zzHbOQDZJKbe72Gwf7u6NPI= > =C+vx > -----END PGP SIGNATURE----- > > > > --__--__-- > > Message: 12 > Subject: Fedora Bug Day Tomorrow: Jan 28th 2004: Bugzilla versus Mothra > From: Jef Spaleta > To: fedora-test-list at redhat.com > Date: Tue, 27 Jan 2004 23:57:55 -0500 > Reply-To: fedora-test-list at redhat.com > > > --=-iP9yOI8cU8wOr/fDq6UL > Content-Type: text/plain > Content-Transfer-Encoding: quoted-printable > > What:=20 > Fedora Bug Day: General Fedora Triage=20 > > Why: =20 > Bugs bad...Closing bugs good > > Who: =20 > Everybody and anybody who wants to help developers make better use of > their time. Programming experience, isn't necessary to make a worthwhile > contribution to the triaging effort. But programmers are welcome to. Who > knows you might even stumble on a bug you can fix by submitting your own > patch! For the rest of us, just digging into bugzilla and finding > bugreports to mark as duplicates can help save developers some time. > > How: =20 > Simply pick an existing Fedora Core bug to triage, jump on the=20 > #fedora-bugs during the stated times on Weds Jan 28th and convince > me that the bug should be closed or marked up as a high priority for > review.=20 > When:=20 > Jan 28th 9am EST (or right after i get my first cup of coffee) to let's > say 6pm-ish EST (right before my wife tells me I need to drive her home > from work). Allow of course for some gaps in between when my boss and > found my hiding place and needs me to do something. > > 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"technically I got this email out on Tuesday"spaleta > > --=-iP9yOI8cU8wOr/fDq6UL > Content-Type: application/pgp-signature; name=signature.asc > Content-Description: This is a digitally signed message part > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (GNU/Linux) > > iD8DBQBAF0FTrWLDmRitRZURAlsYAJ9N0nEIW3BMo0aERFlPplEotS6cwwCePX4D > i1Bfy1lo4DR42U5/IOyPwTU= > =FBMi > -----END PGP SIGNATURE----- > > --=-iP9yOI8cU8wOr/fDq6UL-- > > > > --__--__-- > > Message: 13 > Subject: anyone using raid?> > From: jason pearl > To: fedora-test-list at redhat.com > Organization: > Date: 27 Jan 2004 23:09:39 -0700 > Reply-To: fedora-test-list at redhat.com > > > --=-UgkAD6RAneCWi3GtM/nP > Content-Type: text/plain > Content-Transfer-Encoding: quoted-printable > > is anyone using a raid card like highpoint rocketraid 454 and have it > working? > I can only get it to work on redhat 9 can anyone give me some info. i > have not found anything at websites. thanks=20 > jason > > --=-UgkAD6RAneCWi3GtM/nP > Content-Type: application/pgp-signature; name=signature.asc > Content-Description: This is a digitally signed message part > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQBAF1IiaxRK6/F2TDoRAubfAJ9GZp5FqJL++ahUqX7IVTHYa86WYACfQNri > R1v4EhcWVFKAH3PbnPpNv08= > =2azl > -----END PGP SIGNATURE----- > > --=-UgkAD6RAneCWi3GtM/nP-- > > > > --__--__-- > > Message: 14 > Date: Wed, 28 Jan 2004 09:48:16 +0100 > From: Michael Schwendt > To: fedora-test-list at redhat.com > Subject: Re: test > Reply-To: fedora-test-list at redhat.com > > On Tue, 27 Jan 2004 17:20:22 -0500, Chuck Mead wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > rod at dickersonbiz.xxx wrote: > > | The message contains Unicode characters and has been sent as a binary > > attachment. > > > > bwaaaaaaaaaaaaaaaaahahahahahaha! > > > > Stupid viruses... > > I disagree. Actually, they've become more clever with recent > incarnations. Fetching valid e-mail addresses from address books or > harvesting new addresses from existing mail folders _is_ clever. I could > puke everytime I realize one of my addresses has been abused by a virus on > some infected system somewhere on the Internet and when I receive bounced > messages or quarantine notifications (which are much more stupid than the > virus). > > -- > > > > --__--__-- > > Message: 15 > From: Dennis Gilmore > To: fedora-test-list at redhat.com > Subject: Re: test > Date: Wed, 28 Jan 2004 18:56:00 +1000 > Reply-To: fedora-test-list at redhat.com > > > --Boundary-02=_nk3FARKTmyn8X6a > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > Content-Disposition: inline > > Once upon a time Wednesday 28 January 2004 6:48 pm, Michael Schwendt wrote: > > > > > I disagree. Actually, they've become more clever with recent > > incarnations. Fetching valid e-mail addresses from address books or > > harvesting new addresses from existing mail folders _is_ clever. I could > > puke everytime I realize one of my addresses has been abused by a virus on > > some infected system somewhere on the Internet and when I receive bounced > > messages or quarantine notifications (which are much more stupid than the > > virus). > > > > -- > > > I know what your saying ive been getting a few of these on a domain i used = > to=20 > manage. it was good to see clamav got it in its definitions quickly. > > though it is a good indication that we need something like mailscanner or=20 > amavais in Fedora somewhere.=20 > > Dennis > > --Boundary-02=_nk3FARKTmyn8X6a > Content-Type: application/pgp-signature > Content-Description: signature > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (GNU/Linux) > > iD8DBQBAF3knGQLnD7l8/OERAhxRAJ42YqGS2rzDzsJGZU4R0/gFYU0kQACeOPQn > zHm0zZd9cn+MVzf+cVjbMKQ= > =3Gwk > -----END PGP SIGNATURE----- > > --Boundary-02=_nk3FARKTmyn8X6a-- > > > > --__--__-- > > Message: 16 > Date: Wed, 28 Jan 2004 12:04:48 +0100 > From: "shrek-m at gmx.de" > To: fedora-test-list at redhat.com > Subject: a Mail virus Scanner (was Re: test) > Reply-To: fedora-test-list at redhat.com > > Dennis Gilmore wrote: > > >>though it is a good indication that we need something like mailscanner or > >>amavais in Fedora somewhere. > >> > >> > > my experiences: > > http://www.amavis.org/ > i tried it ~2 years agoo, i wasnt impressed and removed it. > > > http://mailscanner.info > i tried it ~1/2 year agoo, i was impressed. > easy to install, upgrade, configure, ... > > ./install.sh > [no problems] > # chkconfig sendmail off > # service sendmail stop > # chkconfig MailScanner on > # service MailScanner start > > # upgrade_MailScanner_conf > > # rpm -q mailscanner > mailscanner-4.26.5-1 > > # rpm -q --changelog mailscanner | grep redhat > * Fr Jul 19 2002 Richard Keech > > > # grep ^[a-zA-Z] /etc/MailScanner/MailScanner.conf > [......] > > > eg. > > # grep ^[a-zA-Z] /etc/MailScanner/MailScanner.conf | grep -i virus > Virus Scanning = yes > Virus Scanners = sophos > Virus Scanner Timeout = 300 > Silent Viruses = HTML-IFrame All-Viruses > Still Deliver Silent Viruses = yes > Deleted Virus Message Report = %report-dir%/deleted.virus.message.txt > Stored Virus Message Report = %report-dir%/stored.virus.message.txt > Sender Virus Report = %report-dir%/sender.virus.report.txt > Notify Senders Of Viruses = no > Virus Modify Subject = yes > Virus Subject Text = {Virus?} > Notice Signature = -- \nMailScanner\nEmail Virus > Scanner\nwww.mailscanner.info > Virus Scanner Definitions = %etc-dir%/virus.scanners.conf > > $ grep ^[a-zA-Z] /etc/MailScanner/MailScanner.conf | grep -i spam > Spam Header = X-%org-name%-MailScanner-SpamCheck: > Spam Score Header = X-%org-name%-MailScanner-SpamScore: > Spam Score Character = s > SpamScore Number Instead Of Stars = no > Detailed Spam Report = yes > Include Scores In SpamAssassin Report = yes > Spam Modify Subject = yes > Spam Subject Text = {Spam?} > High Scoring Spam Modify Subject = yes > High Scoring Spam Subject Text = {Spam?} > Spam List Definitions = %etc-dir%/spam.lists.conf > Spam Checks = yes > Spam List = ORDB-RBL Infinite-Monkeys # MAPS-RBL+ costs money (except > .ac.uk) > Spam Domain List = > Spam Lists To Reach High Score = 5 > Spam List Timeout = 10 > Max Spam List Timeouts = 7 > Is Definitely Not Spam = %rules-dir%/spam.whitelist.rules > Is Definitely Spam = no > Definite Spam Is High Scoring = no > Use SpamAssassin = yes > Max SpamAssassin Size = 90000 > Required SpamAssassin Score = 5 > High SpamAssassin Score = 20 > SpamAssassin Auto Whitelist = no > SpamAssassin Prefs File = %etc-dir%/spam.assassin.prefs.conf > SpamAssassin Timeout = 40 > Max SpamAssassin Timeouts = 20 > Check SpamAssassin If On Spam List = yes > Always Include SpamAssassin Report = yes > Spam Score = yes > Spam Actions = deliver > High Scoring Spam Actions = deliver > Non Spam Actions = deliver > Sender Spam Report = %report-dir%/sender.spam.report.txt > Sender Spam List Report = %report-dir%/sender.spam.rbl.report.txt > Sender SpamAssassin Report = %report-dir%/sender.spam.sa.report.txt > Inline Spam Warning = %report-dir%/inline.spam.warning.txt > Recipient Spam Report = %report-dir%/recipient.spam.report.txt > Log Spam = no > Log Non Spam = no > SpamAssassin User State Dir = > SpamAssassin Install Prefix = > SpamAssassin Site Rules Dir = /etc/mail/spamassassin > SpamAssassin Local Rules Dir = > SpamAssassin Default Rules Dir = > Debug SpamAssassin = no > > -- > shrek-m > > > > --__--__-- > > Message: 17 > From: "Denis Croombs" > To: > Subject: Re: a Mail virus Scanner (was Re: test) > Date: Wed, 28 Jan 2004 11:22:16 -0000 > Reply-To: fedora-test-list at redhat.com > > > >>though it is a good indication that we need something like mailscanner > or > > >>amavais in Fedora somewhere. > > >> > > >> > > http://mailscanner.info > > i tried it ~1/2 year agoo, i was impressed. > > easy to install, upgrade, configure, ... > > > I can also support mailscanner, I have it on lots of systems and my > customers systems and it is simply the very best I have come across. Also > the support on the email list is also very good. > > Denis Croombs > www.just-servers.co.uk > www.just-hosting.net > From twaugh at redhat.com Wed Jan 28 17:31:52 2004 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 28 Jan 2004 17:31:52 +0000 Subject: Printer driver updates -- feedback? Message-ID: <20040128173152.GG28127@redhat.com> Hi, Has anyone tried the foomatic/ghostscript/hpijs/gimp-print test updates for Fedora Core 1? Any success/failure reports? (Private mail please.) Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kaboom at gatech.edu Wed Jan 28 17:36:51 2004 From: kaboom at gatech.edu (Chris Ricker) Date: Wed, 28 Jan 2004 12:36:51 -0500 (EST) Subject: a Mail virus Scanner (was Re: test) In-Reply-To: <4017EEFA.6060500@gmx.de> References: <0EBC45FCABFC95428EBFC3A51B368C9501C9C487@jessica.herefordshire.gov.uk> <200401290058.30439.dennis@ausil.us> <4017EEFA.6060500@gmx.de> Message-ID: On Wed, 28 Jan 2004, shrek-m at gmx.de wrote: > than i *could* say "postfix is a no-go" because i had lost emails > with postfix, but i don?t. > i should mention that this happened on a system "without mailscanner" There's a difference between "possible to lose mail" and "guaranteed to lose mail". Postfix + mailscanner is the latter. Any MTA is the former. > >>>amavisd-new, OTOH, works with all the MTAs in fedora. > >>> > > amavisd-new or do you mean > amavis, amavisd, amavis-ng ? No, I meant amavisd-new. > >I'm not, because I don't use it. How do you know you haven't lost mails, > >though? ;-) > > > > > > you don?t use it but you know that this is the case? Yes. > at least for sendmail/mailscanner i can *assure* you that i have lost > absolutely no mail. sendmail / mailscanner != postfix/mailscanner mailscanner is safe to use with sendmail, but not with postfix > for postfix: > http://www.sng.ecs.soton.ac.uk/mailscanner/install/postfix.shtml > afair exists a patch for the last beta. > > >At any rate, look through the postfix archives. Wietse rants periodically > >about how / why mailscanner isn't safe with Postfix. > > > > > Earlier this month he posted a long list of how it would need to be re-architected to work > >safely.... > > > for postfix or mailscanner ;-) > > additional he could perhaps send this "long list" to "julian field" mailscanner directly manipulates postfix queue files. This isn't supported on postfix, and will lose mail, and is explicitly advertised by the author of postfix as "do not do this unless you want to lose mail." mailscanner does it with postfix anyway, instead of using postfix's safe published interfaces (as things like amavisd-new do). Draw your own conclusions. later, chris From czar at czarc.net Wed Jan 28 17:57:41 2004 From: czar at czarc.net (Gene C.) Date: Wed, 28 Jan 2004 12:57:41 -0500 Subject: cast warnings Message-ID: <200401281257.41624.czar@czarc.net> Do the cast warning messages I see when compiling previously 32 bit applications on the amd64 really mean all that much? Now I understand that you do not want to store an 8 byte pointer into a 4 byte variable or get a 8 byte pointer from a 4 byte variable. If the code underlying the calls does the "right thing" (e.g., defines the actual storage space with something like "void *" or "long"), then is there really a problem underlying the cast warnings? That is, is it worth the pain to go fix things so that the cast messages do not occur? I went to some effort to clean up nessus so building it had no cast messages. But was it worth it. As I am rebuilding some of the i386 updated packages on the amd64, I am seeing cast messages in existing packages that seem to work OK (e.g., ethereal). So again, is it worth much effort to clean these up other than having clean (no warning) compiles. For example, you have a function which extracts something from an array/table and may return a pointer sometimes and other times an integer. If you know that when you call it in a certain manner it will return an integer, then what does the cast warning matter? -- Gene From wmg-tecc at shaw.ca Wed Jan 28 17:12:22 2004 From: wmg-tecc at shaw.ca (Walter Gray) Date: Wed, 28 Jan 2004 10:12:22 -0700 Subject: initio scisi driver and kernel-2.6.1 Message-ID: <20040128101222.538a80ea.wmg-tecc@shaw.ca> The initio driver is required on my system since I have am HP SureSTore T20 - 10 GB tape drive, an HP JetStore 6000 DAT drive and an HP-CD writer - all connected via the initio scsi interface. I do hope someone is able to fix the bugs as I am unable to test. I would also be unable to use the new release. I am not a programmer so can't fix much. Thanks. ...w... From charlescurley at charlescurley.com Wed Jan 28 19:20:12 2004 From: charlescurley at charlescurley.com (Charles Curley) Date: Wed, 28 Jan 2004 12:20:12 -0700 Subject: viruses In-Reply-To: <1075310775.4426.12.camel@rodlap> References: <20040128170011.27465.59163.Mailman@listman.back-rdu.redhat.com> <1075310775.4426.12.camel@rodlap> Message-ID: <20040128192012.GC22321@charlescurley.com> On Wed, Jan 28, 2004 at 12:26:16PM -0500, Rod Dickerson wrote: > Hey- normally I don't get too excited about viruses b/c I use postfix > and no windows clients.... but I saw a reply in here that said it came > from me. Since I have not sent anything to the list is a long while I > am worried... Can someone please do me a favor and check the headers > and see if it really did come from rod at dickersonbiz.com or if that is > the virus playing games again???? Thanks and sorry if it was me... I doubt it was from you. These days, most email Trojans scan the address book of the victim's copy of Outlook, and use it as a source of email addresses. Not only do they send to that list, but they masquerade as having come from those addresses. As a point of netiquette, when replying please trim the quoted material. This was a 30KB message for one paragraph of payload. Thanks -- 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 64bit_fedora at comcast.net Wed Jan 28 19:37:27 2004 From: 64bit_fedora at comcast.net (Justin M. Forbes) Date: Wed, 28 Jan 2004 13:37:27 -0600 Subject: Initial test of x86_64 on eMachines / Best Buy / Circuit City M6805 notebook In-Reply-To: <4010E566.1010408@azathoth.net> References: <400DD764.4040400@azathoth.net> <20040121021148.GA16477@comcast.net> <400E5CFF.5090508@azathoth.net> <1074839700.2668.3.camel@wraith.advansoft.us> <4010E566.1010408@azathoth.net> Message-ID: <20040128193727.GA24635@comcast.net> On Fri, Jan 23, 2004 at 01:12:06AM -0800, Mike Larkin wrote: > Yes, I found the same thing. I downloaded 4.3.99.902 and the problems > were fixed. > > Actually, I got most of the features of the laptop working. If anyone is > interested in a write-up, I'll put together a page and link to > linux-laptop.net. > If you have a write up, let me know, and I will link to it in the AMD64 FAQ. It seems there is a good bit of interest in this laptop now. Justin From michal at harddata.com Wed Jan 28 20:34:24 2004 From: michal at harddata.com (Michal Jaegermann) Date: Wed, 28 Jan 2004 13:34:24 -0700 Subject: cast warnings In-Reply-To: <200401281257.41624.czar@czarc.net>; from czar@czarc.net on Wed, Jan 28, 2004 at 12:57:41PM -0500 References: <200401281257.41624.czar@czarc.net> Message-ID: <20040128133424.A6888@mail.harddata.com> On Wed, Jan 28, 2004 at 12:57:41PM -0500, Gene C. wrote: > Do the cast warning messages I see when compiling previously 32 bit > applications on the amd64 really mean all that much? It depends. They range from "hard to avoid noise" to "indicators of killer bugs". You can tell only on a case-by-case basis. > > Now I understand that you do not want to store an 8 byte pointer into a 4 byte > variable or get a 8 byte pointer from a 4 byte variable. If the code > underlying the calls does the "right thing" ... If the code does really then "right thing" then you do not have a warning; but sometimes it may be difficult to do that without extensive rewrites. > That is, is it worth the pain to go fix things > so that the cast messages do not occur? Usually yes, in my experience; to an extent. It helps immensly to catch remaining bugs if a code is clean. Very often doing that just simply fixes nasty bugs. Some "fun" things to trip you include a global variable for which some library provided only an 'int' storage but you are writing 'long' there. You will crash, or not, in an unrelated place depending on what and when you overwrote in "other" four bytes. Or things which change size in a way hard to notice across a function call boundary, or places which rely implicitely and silently on a sign extension which will not work the same in 32 and 64 bits. Or ... If you are using C++ then opportunities for various size abuses, and difficulties of finding these, go up exponentially. > I went to some effort to clean up nessus so building it had no cast messages. > But was it worth it. Here you are. :-) > For example, you have a function which extracts > something from an array/table and may return a pointer sometimes and other > times an integer. Then really union should have been used; but sources of X, for example, are chock-full of such junk and that's life. Michal From czar at czarc.net Wed Jan 28 22:05:31 2004 From: czar at czarc.net (Gene C.) Date: Wed, 28 Jan 2004 17:05:31 -0500 Subject: cast warnings In-Reply-To: <20040128133424.A6888@mail.harddata.com> References: <200401281257.41624.czar@czarc.net> <20040128133424.A6888@mail.harddata.com> Message-ID: <200401281705.31238.czar@czarc.net> On Wednesday 28 January 2004 15:34, Michal Jaegermann wrote: > On Wed, Jan 28, 2004 at 12:57:41PM -0500, Gene C. wrote: > > I went to some effort to clean up nessus so building it had no cast > > messages. But was it worth it. > > Here you are. :-) My effort were to get rid of the cast messages and not to really fix the code (see below). I did check the underlying code of the called function and it is going to work. Nessus keeps a lot of its data in tables where an element "value" may contain a pointer or an integer having various meanings depending on the setting of another int variable in the element. The storage for the "value" is defined as "void *" so the right size will be allocated. > > > For example, you have a function which extracts > > something from an array/table and may return a pointer sometimes and > > other times an integer. > > Then really union should have been used; but sources of X, for > example, are chock-full of such junk and that's life. Yes, sigh, you are right. Doing things the right way would involve using a union. If I was the owner of a package, I might (almost assuredly would) do it the right way. But, for many upstream package owners/originators/maintainers, they are more interested in package functionality than in doing things "the right way" so that the "right thing" is done regardless of the architecture/platform and moving to a system with 128 bit address still works. If a package owner decides to do things "the right way", then it will likely get down. For someone downstream to submit (likely extensive) patches is a whole different situation. I will need to think about whether it is worth the attempt. Thanks for your comment ... it clarified things for me. The use of unions had occurred to me but I rejected it as too intrusive into the package owners efforts. -- Gene From alexl at stofanet.dk Wed Jan 28 22:14:58 2004 From: alexl at stofanet.dk (Alex Thomsen Leth) Date: Wed, 28 Jan 2004 23:14:58 +0100 Subject: rawhide In-Reply-To: <20040128133424.A6888@mail.harddata.com> References: <200401281257.41624.czar@czarc.net> <20040128133424.A6888@mail.harddata.com> Message-ID: <1075328098.8134.0.camel@simba.lion> how can i set apt to use fedora core 2 rawhide?? Alex Thomsen Leth From balay at fastmail.fm Wed Jan 28 23:56:13 2004 From: balay at fastmail.fm (Satish Balay) Date: Wed, 28 Jan 2004 17:56:13 -0600 (CST) Subject: rawhide - 2.6 & cifs Message-ID: Looks like cifs is to be used with 2.6kernel instead of smbfs. Which package contains mount.cifs - which is required for using cifs? Thanks, Satish http://fedoranews.org/colin/fnu/week4.shtml From balay at fastmail.fm Thu Jan 29 00:01:10 2004 From: balay at fastmail.fm (Satish Balay) Date: Wed, 28 Jan 2004 18:01:10 -0600 (CST) Subject: rawhide In-Reply-To: <1075328098.8134.0.camel@simba.lion> References: <200401281257.41624.czar@czarc.net> <20040128133424.A6888@mail.harddata.com> <1075328098.8134.0.camel@simba.lion> Message-ID: On Wed, 28 Jan 2004, Alex Thomsen Leth wrote: > how can i set apt to use fedora core 2 rawhide?? why not just use yum? You can use any fedora mirror with it. Satish From notting at redhat.com Thu Jan 29 02:42:47 2004 From: notting at redhat.com (Bill Nottingham) Date: Wed, 28 Jan 2004 21:42:47 -0500 Subject: Fedora Core 1 Testing Update: xmms-1.2.9-1.p Message-ID: <20040129024247.GA32266@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-062 2004-01-28 --------------------------------------------------------------------- Name : xmms Version : 1.2.9 Release : 1.p Summary : A media player for X which resembles Winamp. Description : Xmms is a multimedia (Ogg Vorbis, CDs) player for the X Window System with an interface similar to Winamp's. Xmms supports playlists and streaming content and has a configurable interface. --------------------------------------------------------------------- Update Information: Update to upstream 1.2.9. As the upstream announcement says, "Mostly bugfixes this time." --------------------------------------------------------------------- * Wed Jan 28 2004 Bill Nottingham 1:1.2.9-1.p - update to 1.2.9 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 910eac08c9feeaad8e80fa17a5f24285 SRPMS/xmms-1.2.9-1.p.src.rpm 95259909eedb9e283e7b683c36dc5be4 i386/xmms-1.2.9-1.p.i386.rpm cc3871275bee8c87b16d945212978a0c i386/xmms-devel-1.2.9-1.p.i386.rpm 184678073bf9cc470a4151fbdfba7267 i386/xmms-skins-1.2.9-1.p.i386.rpm 4490eff3c64e03000d9e3b81b81caf28 i386/debug/xmms-debuginfo-1.2.9-1.p.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 paul at all-the-johnsons.co.uk Thu Jan 29 08:26:31 2004 From: paul at all-the-johnsons.co.uk (Paul Johnson) Date: Thu, 29 Jan 2004 08:26:31 +0000 Subject: subscribe fedora-test-list-request Message-ID: <20040129082631.217bb8ef.paul@all-the-johnsons.co.uk> From felipe_alfaro at linuxmail.org Thu Jan 29 10:53:13 2004 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Thu, 29 Jan 2004 11:53:13 +0100 Subject: rawhide - 2.6 & cifs In-Reply-To: References: Message-ID: <1075373592.810.3.camel@teapot.felipe-alfaro.com> On Thu, 2004-01-29 at 00:56, Satish Balay wrote: > Looks like cifs is to be used with 2.6kernel instead of smbfs. Which > package contains mount.cifs - which is required for using cifs? AFAIK, latest Samba RPM from development still does not provide mount.cifs. However, you can download a binary/source from http://www.samba.org. From felipe_alfaro at linuxmail.org Thu Jan 29 10:54:23 2004 From: felipe_alfaro at linuxmail.org (Felipe Alfaro Solana) Date: Thu, 29 Jan 2004 11:54:23 +0100 Subject: subscribe fedora-test-list-request In-Reply-To: <20040129082631.217bb8ef.paul@all-the-johnsons.co.uk> References: <20040129082631.217bb8ef.paul@all-the-johnsons.co.uk> Message-ID: <1075373663.810.5.camel@teapot.felipe-alfaro.com> On Thu, 2004-01-29 at 09:26, Paul Johnson wrote: Nop! To subscribe, please go to http://www.redhat.com/mailman/listinfo/fedora-test-list From kissg at dataminer.hu Thu Jan 29 14:21:06 2004 From: kissg at dataminer.hu (=?iso-8859-2?Q?Kiss_G=E1bor?=) Date: Thu, 29 Jan 2004 15:21:06 +0100 Subject: make-ing kernel Message-ID: <022f01c3e673$228e6250$0401a8c0@pclaptop> Dear All, I downloaded the latest kernel and source. In the source (/usr/src/linux-2.4) dir I made: make mrproper - OK make xconfig -OK In the xconfig I loaded from /boot/config-2.4.22-1.2149.nptl file, then save and quit. - OK make dep - OK make bzImage - come with the next failure: kernel/kernel.o(.text+0x108c): In function `schedule': : undefined reference to `active_load_balance' fs/fs.o(.text+0x37b05): In function `zisofs_readpage': : undefined reference to `zlib_inflateInit_' fs/fs.o(.text+0x37c07): In function `zisofs_readpage': : undefined reference to `zlib_inflate' fs/fs.o(.text+0x37cb9): In function `zisofs_readpage': : undefined reference to `zlib_inflateEnd' fs/fs.o(.text.init+0xacc): In function `mnt_init': : undefined reference to `init_rootfs' fs/fs.o(.text.init+0x1011): In function `zisofs_init': : undefined reference to `zlib_inflate_workspacesize' make[1]: *** [kallsyms] Error 1 make[1]: Leaving directory `/usr/src/linux-2.4.22-1.2149.nptl' make: *** [vmlinux] Error 2 .. and stop. What made I wrong? thx G?bor From davej at redhat.com Thu Jan 29 14:25:28 2004 From: davej at redhat.com (Dave Jones) Date: Thu, 29 Jan 2004 14:25:28 +0000 Subject: make-ing kernel In-Reply-To: <022f01c3e673$228e6250$0401a8c0@pclaptop> References: <022f01c3e673$228e6250$0401a8c0@pclaptop> Message-ID: <1075386328.29525.9.camel@delerium.codemonkey.org.uk> On Thu, 2004-01-29 at 14:21, Kiss G??bor wrote: > kernel/kernel.o(.text+0x108c): In function `schedule': > : undefined reference to `active_load_balance' This is fixed in the 2163 kernel in -testing > fs/fs.o(.text+0x37b05): In function `zisofs_readpage': > : undefined reference to `zlib_inflateInit_' > fs/fs.o(.text+0x37c07): In function `zisofs_readpage': > : undefined reference to `zlib_inflate' > fs/fs.o(.text+0x37cb9): In function `zisofs_readpage': > : undefined reference to `zlib_inflateEnd' > fs/fs.o(.text.init+0xacc): In function `mnt_init': > : undefined reference to `init_rootfs' > fs/fs.o(.text.init+0x1011): In function `zisofs_init': > : undefined reference to `zlib_inflate_workspacesize' You need CONFIG_ZLIB_INFLATE=y to use zisofs Dave From jpabuyer at tecnoera.com Thu Jan 29 16:03:02 2004 From: jpabuyer at tecnoera.com (Juan Pablo Abuyeres) Date: Thu, 29 Jan 2004 13:03:02 -0300 Subject: reiserfs + quota In-Reply-To: <1074608830.17584.1.camel@blackbird.tecnoera.com> References: <1074608830.17584.1.camel@blackbird.tecnoera.com> Message-ID: <1075392182.20890.1417.camel@blackbird.tecnoera.com> [root at test mnt]# mkreiserfs /dev/hdc3 <-------------mkreiserfs, 2003-------------> reiserfsprogs 3.6.8 mkreiserfs: Guessing about desired format.. mkreiserfs: Kernel 2.4.22-1.2115.nptl is running. Format 3.6 with standard journal Count of blocks on the device: 9501786 Number of blocks consumed by mkreiserfs formatting process: 8501 Blocksize: 4096 Hash function used to sort names: "r5" Journal Size 8193 blocks (first block 18) Journal Max transaction length 1024 inode generation number: 0 UUID: 1e899a73-2bdc-44f3-b1cd-a24ce52b0c5e ATTENTION: YOU SHOULD REBOOT AFTER FDISK! ALL DATA WILL BE LOST ON '/dev/hdc3'! Continue (y/n):y Initializing journal - 0%....20%....40%....60%....80%....100% Syncing..ok The Defense Advanced Research Projects Agency (DARPA) is the primary sponsor of Reiser4. DARPA does not endorse this project; it merely sponsors it. Continuing core development of version 3 is mostly paid for by Hans Reiser from money made selling licenses in addition to the GPL to companies who don't want it known that they use ReiserFS as a foundation for their proprietary product. And my lawyer asked 'People pay you money for this?'. Yup. Hee Hee. Life is good. If you buy ReiserFS, you can focus on your value add rather than reinventing an entire FS. You should buy some free software too.... SuSE pays for continuing work on journaling for version 3, and paid for much of the previous version 3 work. Reiserfs integration in their distro is consistently solid. MP3.com paid for initial journaling development. Bigstorage.com contributes to our general fund every month, and has done so for quite a long time. Thanks to all of those sponsors, including the secret ones. Without you, Hans would still have that day job, and the merry band of hackers would be missing quite a few.... Have fun. [root at test mnt]# mount -t reiserfs -o defaults,usrquota /dev/hdc3 test mount: wrong fs type, bad option, bad superblock on /dev/hdc3, or too many mounted file systems [root at test mnt]# mke2fs /dev/hdc3 mke2fs 1.34 (25-Jul-2003) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 4751360 inodes, 9501786 blocks 475089 blocks (5.00%) reserved for the super user First data block=0 290 block groups 32768 blocks per group, 32768 fragments per group 16384 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624 Writing inode tables: done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 36 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. [root at test mnt]# mount -t ext2 -o defaults,usrquota /dev/hdc3 test [root at test mnt]# mount /dev/hda3 on / type reiserfs (rw) none on /proc type proc (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 reiserfs (rw) none on /dev/shm type tmpfs (rw) /dev/hdc3 on /mnt/test type ext2 (rw,usrquota) [root at test mnt]# This happens with: kernel-2.4.22-1.2115.nptl && mount-2.11y-29 kernel-2.4.22-1.2149.nptl && mount-2.11y-29 from fedora core 1 base and updates. And also happens with: kernel-2.6.1-1.52 && mount-2.11y-35.sel from the development branch. any advice? On Tue, 2004-01-20 at 11:27, Juan Pablo Abuyeres wrote: > hi, > > quota is not working for reiserfs filesystems. reiserfs partitions can > not be mounted with 'usrquota' option. Does anyone know something > about this? > > Regards, > -- > Juan Pablo Abuyeres -- Juan Pablo Abuyeres -------------- next part -------------- An HTML attachment was scrubbed... URL: From czar at czarc.net Thu Jan 29 17:28:44 2004 From: czar at czarc.net (Gene C.) Date: Thu, 29 Jan 2004 12:28:44 -0500 Subject: i386 package install on x86_64 system Message-ID: <200401291228.44354.czar@czarc.net> OK, I asked some of this before and got some answers that explained things but I am still a little confused. I have a local repository which includes both the i386 updates and (mostly locally built) x86_64 updates ... this is a single directory tree and yum-arch has been run to create the appropriate header files for both i386 and x86_64 packages. When I ran up2date yesterday to update both gcc and glibc on the x86_64 system, I noticed that the x86_64 packages were installed and then the i386 (from previous messages, I thought it would be the reverse). That is, glibc-devel...x86_64.rpm was installed before glibc-devel...i386.rpm. This should not create any problems because these packages have libraries in their appropriate directory trees and data files (identical in both packages). I now want to install the i686 version of openssl. The x86_64 version of openssl is already install when I created the system. However, openssl has the program file /usr/bin/openssl. So, how should I go about manually installing (running rpm) to install the i386 package? -- Gene From balay at fastmail.fm Thu Jan 29 17:40:59 2004 From: balay at fastmail.fm (Satish Balay) Date: Thu, 29 Jan 2004 11:40:59 -0600 (CST) Subject: rawhide - 2.6 & cifs In-Reply-To: <1075373592.810.3.camel@teapot.felipe-alfaro.com> References: <1075373592.810.3.camel@teapot.felipe-alfaro.com> Message-ID: On Thu, 29 Jan 2004, Felipe Alfaro Solana wrote: > On Thu, 2004-01-29 at 00:56, Satish Balay wrote: > > Looks like cifs is to be used with 2.6kernel instead of smbfs. Which > > package contains mount.cifs - which is required for using cifs? > > AFAIK, latest Samba RPM from development still does not provide > mount.cifs. However, you can download a binary/source from > http://www.samba.org. > Just as I thought. Perhaps it could be added in before test1. I had earlier tried using it by compiling source - but it crashed my machine - so I figured - I should try whatever gets packaged into rawhide. Satish From fedora-test-list at razorsec.net Thu Jan 29 18:12:16 2004 From: fedora-test-list at razorsec.net (raz0rsharp) Date: Thu, 29 Jan 2004 13:12:16 -0500 Subject: Successful Fedora 64 Install Message-ID: <1075399936.9121.10.camel@rohan> I successfully installed Fedora 64 on a system comprised of the following: Tyan S2882 Thunder K8S Pro Motherboard w/ IDE, SATA, SCSI, RAID Dual Opteron 240 chips 2 GB Ram 160 GB Maxtor IDE HD Sony DVD+-RW Creative Sound Blaster Live GFORCE FX 5200 PCI dual vga video Epson Printer Casio Digital Camera To start with, I burned the three iso's to cds... The install was pretty smooth, although on reboot it seemed to hang on enabling swap space. I booted into my 32-bit install on a separate partition, edited /etc/inittab to boot into init 3, and remarkably this cured the problem. Setting up X using nvidia's drivers was no problem. Sound took nothing special at all. The printer and digital camera were both recognized, and while I haven't used the printer yet, I was able to easily mount the camera and get pictures off. So far I have had no problems, other than having to compile xmms and mplayer from source. After that was done, they both work well. I have yet to get gaim-encryption successfully working, but maybe if I do a recompile of gaim and gaim-encryption, perhaps it will work. Thus far I've been very happy as either RPMs or SRPMs are usually available making it easy. A few hiccups occured on some SRPMs for some packages I was just trying out (can't really even remember what the software was), so I downloaded the source and it seemed to work. I believe for one kde application I had to create a link in /usr/lib to one of the libraries in /usr/lib64/... I guess if I had any complaints right now it would be the lack of repositories for yum, but its understandable as this isn't even a stable release yet. I also hope vmware produces a workstation release that works in 64-bit mode, as I know they have started working on it and are in either alpha or beta stage. I have had no lock-ups or crashes, and everything is smooth. Feel free to ask any questions about the hardware, the software or anything else related to my use of fedora 64. Raz0rSharp From paul at all-the-johnsons.co.uk Thu Jan 29 18:42:12 2004 From: paul at all-the-johnsons.co.uk (Paul Johnson) Date: Thu, 29 Jan 2004 18:42:12 +0000 Subject: Wanting to install rawhide Message-ID: <20040129184212.5710d842.paul@all-the-johnsons.co.uk> Hi, What do I need to alter on up2date or the nightly yum updater to install rawhide on my testing box? TTFN Paul From balay at fastmail.fm Thu Jan 29 21:00:25 2004 From: balay at fastmail.fm (Satish Balay) Date: Thu, 29 Jan 2004 15:00:25 -0600 (CST) 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: On Thu, 29 Jan 2004, Paul Johnson wrote: > Hi, > > What do I need to alter on up2date or the nightly yum updater to install rawhide on my testing box? wrt yum - you can have the following in /etc/yum.conf (with appropriate mirror) ---------------------------------------------------------- [main] cachedir=/var/cache/yum debuglevel=2 logfile=/var/log/yum.log pkgpolicy=newest distroverpkg=fedora-release tolerant=1 exactarch=1 [fedora-dev] name=Fedora Development(rawhide) baseurl=http://mirrors.kernel.org/fedora/core/development/i386 ---------------------------------------------------------- And run 'yum upgrade' You might want to back up the current yum.conf - and make sure there is plenty of free space in /var (or use different location for 'cachedir') As of today - there are no conflicting packages in rawhide. But if there are, you can add the following line (assuming you know what packages to exclude) to /etc/yum.conf in the main section. exclude=pkg1 pkg2 .. 'yum -d4 upgrade' usually gives more info on the conflicts - which you can try and decipher to indentify the packages to exclude. (usually the conflicts get fixed in a day or two - but then - those updates can have new conflicts) Satish From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Jan 30 01:23:31 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 30 Jan 2004 02:23:31 +0100 Subject: rawhide In-Reply-To: <1075328098.8134.0.camel@simba.lion> References: <200401281257.41624.czar@czarc.net> <20040128133424.A6888@mail.harddata.com> <1075328098.8134.0.camel@simba.lion> Message-ID: <20040130022331.0742978d@python.freshrpms.net> Alex Thomsen Leth wrote : > how can i set apt to use fedora core 2 rawhide?? You can use ayo.freshrpms.net. Just replace "1" in the sources.list for the "core" component by "development" and you'll be all set. See the sources.list linked at the bottom of the page if you're not already using that repository. http://ayo.freshrpms.net/ Matthias PS: There seems to be some lag for the development rpms on the main ayo server currently, you can try ayo.us.freshrpms.net if it's still the case. -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.4.22-1.2163.nptl Load : 0.01 0.15 0.45 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Jan 30 01:27:12 2004 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 30 Jan 2004 02:27:12 +0100 Subject: Successful Fedora 64 Install In-Reply-To: <1075399936.9121.10.camel@rohan> References: <1075399936.9121.10.camel@rohan> Message-ID: <20040130022712.16ddca69@python.freshrpms.net> raz0rsharp wrote : > So far I have had no problems, other than having to compile xmms and > mplayer from source. After that was done, they both work well. I have > yet to get gaim-encryption successfully working, but maybe if I do a > recompile of gaim and gaim-encryption, perhaps it will work. > > Thus far I've been very happy as either RPMs or SRPMs are usually > available making it easy. A few hiccups occured on some SRPMs for some > packages I was just trying out (can't really even remember what the > software was), so I downloaded the source and it seemed to work. I > believe for one kde application I had to create a link in /usr/lib to > one of the libraries in /usr/lib64/... Hey, just find a way to provide me with an Opteron machine, and I'll make sure all my packages recompile cleanly on it, just as I currently do for ppc ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 1 (Yarrow) - Linux kernel 2.4.22-1.2163.nptl Load : 0.16 0.08 0.31 From helios82 at optushome.com.au Fri Jan 30 05:47:31 2004 From: helios82 at optushome.com.au (Matt H.) Date: Fri, 30 Jan 2004 15:47:31 +1000 Subject: updates-testing release schedule References: Message-ID: Hi guys What is the release schedule for updates currently in updates testing? i.e. kernel-2.4.22-1.2154.nptl has been in there since 13th Jan and some such as postfix-2.0.16-1.i386.rpm have been there since late Nov. Is it all part of the QA process that governs some packages taking months to reach updates released? Any idea when kernel 2154 or 2163 will be released? Thank you -- Matt From twaugh at redhat.com Fri Jan 30 09:28:34 2004 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 30 Jan 2004 09:28:34 +0000 Subject: updates-testing release schedule In-Reply-To: References: Message-ID: <20040130092834.GS28127@redhat.com> On Fri, Jan 30, 2004 at 03:47:31PM +1000, Matt H. wrote: > What is the release schedule for updates currently in updates testing? I think it largely depends what sort of feedback the maintainers get. Trying out the packages and letting the maintainer who sent out the announcement know whether they work for you and what sort of testing you have done on them might help to speed things 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 davej at redhat.com Fri Jan 30 16:21:35 2004 From: davej at redhat.com (Dave Jones) Date: Fri, 30 Jan 2004 16:21:35 +0000 Subject: updates-testing release schedule In-Reply-To: References: Message-ID: <1075479695.7617.1.camel@delerium.codemonkey.org.uk> On Fri, 2004-01-30 at 05:47, Matt H. wrote: > Hi guys > > What is the release schedule for updates currently in updates testing? > i.e. kernel-2.4.22-1.2154.nptl has been in there since 13th Jan and some > such as postfix-2.0.16-1.i386.rpm have been there since late Nov. Is it > all part of the QA process that governs some packages taking months to > reach updates released? > Any idea when kernel 2154 or 2163 will be released? neither of those updates will leave testing. 2165 or so will go straight into updates in a few days. Dave From csm at Lunar-Linux.org Fri Jan 30 17:19:25 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Fri, 30 Jan 2004 12:19:25 -0500 (EST) Subject: x86_64 updates In-Reply-To: <1075294190.16227.413.camel@dungeness.stl.gtri.gatech.edu> References: <200401270859.31259.czar@czarc.net> <1075219373.16227.325.camel@dungeness.stl.gtri.gatech.edu> <40168E80.8000509@lunar-linux.org> <1075235767.16227.340.camel@dungeness.stl.gtri.gatech.edu> <4016D2A0.4040003@lunar-linux.org> <4016D60E.6030402@lunar-linux.org> <4016D775.1000900@lunar-linux.org> <1075241093.16227.359.camel@dungeness.stl.gtri.gatech.edu> <40173E7F.6060902@lunar-linux.org> <1075292642.16227.405.camel@dungeness.stl.gtri.gatech.edu> <1075294190.16227.413.camel@dungeness.stl.gtri.gatech.edu> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 28 Jan 2004, Rob Myers spewed into the bitstream: RM>On Wed, 2004-01-28 at 07:24, Rob Myers wrote: RM>> i mirrored these for now here: RM>> RM>> [updates] RM>> name=Fedora Core $releasever - $basearch - Updates RM>> baseurl=http://null0.routing.org/~rob/www.moongroup.com/fedora/ RM>> RM>> i'll see if i can look at what they're doing with net-snmp in RM>> fedora/core/development/x86-64. RM> RM>i didn't have any trouble rebuilding the net-snmp-5.1-2.1.src.rpm so i RM>added that to my mirror of chuck's updates. i'll try to sync everything RM>up with chuck when he returns from boston. RM> RM>are there any updates that are missing? I am still in Boston but I had a moment so I went ahead and added the net-snmp stuff to my repository. I dunno why I could not build it but I have it in my repository now. So... do we have all the updates now? - -- 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) iD8DBQFAGpIfq3bny/5+GAcRAmJ3AKCe2wMqX8i62HncFx3ZjwojnNDlIACeICs8 J5WihsshdUq9zNrqTQCliVA= =aWnP -----END PGP SIGNATURE----- From czar at czarc.net Fri Jan 30 18:07:49 2004 From: czar at czarc.net (Gene C.) Date: Fri, 30 Jan 2004 13:07:49 -0500 Subject: x86_64 updates In-Reply-To: References: <200401270859.31259.czar@czarc.net> <1075294190.16227.413.camel@dungeness.stl.gtri.gatech.edu> Message-ID: <200401301307.49086.czar@czarc.net> On Friday 30 January 2004 12:19, csm at Lunar-Linux.org wrote: > On Wed, 28 Jan 2004, Rob Myers spewed into the bitstream: > > RM>On Wed, 2004-01-28 at 07:24, Rob Myers wrote: > RM>> i mirrored these for now here: > RM>> > RM>> [updates] > RM>> name=Fedora Core $releasever - $basearch - Updates > RM>> baseurl=http://null0.routing.org/~rob/www.moongroup.com/fedora/ > RM>> > RM>> i'll see if i can look at what they're doing with net-snmp in > RM>> fedora/core/development/x86-64. > RM> > RM>i didn't have any trouble rebuilding the net-snmp-5.1-2.1.src.rpm so i > RM>added that to my mirror of chuck's updates. i'll try to sync everything > RM>up with chuck when he returns from boston. > RM> > RM>are there any updates that are missing? > > I am still in Boston but I had a moment so I went ahead and added the > net-snmp stuff to my repository. I dunno why I could not build it but I > have it in my repository now. > > So... do we have all the updates now? I have rebuilt gcc-3.3.2-6 for x86_64 .. the package is currently in updates/testing. This fixes a bug in gcc which causes it to go into a loop on the x86_64 (I know, I found the bug but, of course, Jakub fixed it). Is there some way I could upload thse packages directly to your server? Yes, I do have a server that I could upload them to and then you could get them from there but I would prefer not to do that. -- Gene From csm at Lunar-Linux.org Fri Jan 30 18:27:37 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Fri, 30 Jan 2004 13:27:37 -0500 (EST) Subject: x86_64 updates In-Reply-To: <200401301307.49086.czar@czarc.net> References: <200401270859.31259.czar@czarc.net> <1075294190.16227.413.camel@dungeness.stl.gtri.gatech.edu> <200401301307.49086.czar@czarc.net> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 30 Jan 2004, Gene C. spewed into the bitstream: GC>On Friday 30 January 2004 12:19, csm at Lunar-Linux.org wrote: GC>> On Wed, 28 Jan 2004, Rob Myers spewed into the bitstream: GC>> GC>> RM>On Wed, 2004-01-28 at 07:24, Rob Myers wrote: GC>> RM>> i mirrored these for now here: GC>> RM>> GC>> RM>> [updates] GC>> RM>> name=Fedora Core $releasever - $basearch - Updates GC>> RM>> baseurl=http://null0.routing.org/~rob/www.moongroup.com/fedora/ GC>> RM>> GC>> RM>> i'll see if i can look at what they're doing with net-snmp in GC>> RM>> fedora/core/development/x86-64. GC>> RM> GC>> RM>i didn't have any trouble rebuilding the net-snmp-5.1-2.1.src.rpm so i GC>> RM>added that to my mirror of chuck's updates. i'll try to sync everything GC>> RM>up with chuck when he returns from boston. GC>> RM> GC>> RM>are there any updates that are missing? GC>> GC>> I am still in Boston but I had a moment so I went ahead and added the GC>> net-snmp stuff to my repository. I dunno why I could not build it but I GC>> have it in my repository now. GC>> GC>> So... do we have all the updates now? GC> GC>I have rebuilt gcc-3.3.2-6 for x86_64 .. the package is currently in GC>updates/testing. This fixes a bug in gcc which causes it to go into a loop GC>on the x86_64 (I know, I found the bug but, of course, Jakub fixed it). GC> GC>Is there some way I could upload thse packages directly to your server? Yes, GC>I do have a server that I could upload them to and then you could get them GC>from there but I would prefer not to do that. The machine is the web/mail server for an ISP which turns on on Feb 1st. I can't do it... sorry. But I will gladly grab them and post them to the repository. - -- 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) iD8DBQFAGqIcq3bny/5+GAcRAuEaAKCNcmbrSE7z31DDF4ecRXKG223TEgCeOdhK Aw7PplWDJdUlJpByylZyGVI= =cdHI -----END PGP SIGNATURE----- From czar at czarc.net Fri Jan 30 18:32:12 2004 From: czar at czarc.net (Gene C.) Date: Fri, 30 Jan 2004 13:32:12 -0500 Subject: x86_64 updates In-Reply-To: References: <200401270859.31259.czar@czarc.net> <200401301307.49086.czar@czarc.net> Message-ID: <200401301332.12092.czar@czarc.net> On Friday 30 January 2004 13:27, csm at Lunar-Linux.org wrote: > The machine is the web/mail server for an ISP which turns on on Feb 1st. I > can't do it... sorry. But I will gladly grab them and post them to the > repository. Ok, I will upload them to my server and post the location ... but it will be a bit later today. -- Gene From csm at Lunar-Linux.org Fri Jan 30 18:51:35 2004 From: csm at Lunar-Linux.org (csm at Lunar-Linux.org) Date: Fri, 30 Jan 2004 13:51:35 -0500 (EST) Subject: x86_64 updates In-Reply-To: <200401301332.12092.czar@czarc.net> References: <200401270859.31259.czar@czarc.net> <200401301307.49086.czar@czarc.net> <200401301332.12092.czar@czarc.net> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 30 Jan 2004, Gene C. spewed into the bitstream: GC>On Friday 30 January 2004 13:27, csm at Lunar-Linux.org wrote: GC>> The machine is the web/mail server for an ISP which turns on on Feb 1st. I GC>> can't do it... sorry. But I will gladly grab them and post them to the GC>> repository. GC> GC>Ok, I will upload them to my server and post the location ... but it will be a GC>bit later today. Okees... I will likely not be able to update the repository until sometime tomorrow. - -- 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) iD8DBQFAGqe5q3bny/5+GAcRAgWoAKCe+yxYz+GkvsFx04re7jWd/qsK+wCfcyM0 eZAACcyY/nrqwCCSsJ3AKXw= =qBQc -----END PGP SIGNATURE----- From manithree at crosswinds.net Fri Jan 30 21:29:22 2004 From: manithree at crosswinds.net (Barry Roberts) Date: Fri, 30 Jan 2004 14:29:22 -0700 Subject: JVM for amd64 RC1? Message-ID: <20040130212922.GA3243@www.robertsr.us> I nuked the included SuSE 8.1/United 1.0 that came on my appro box to try Fedora RC1 because I couldn't get a usable jdk/jvm to run tomcat on. The only improvement so far with Fedora is that I get better error messages (I think). I tried the blackdown rc1 for amd64 and after a few seconds of running my app, I get the attached error. On SuSE, the jvm process just silently exits in roughly the same amount of time. I can't seem to install a 32-bit jdk because I keep getting errors like the following from the self-extracting executables: /root/j2sdk-1_4_2_03-linux-i586.bin: ./install.sfx.16985: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory 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? Thanks, Barry Roberts -------------- next part -------------- A non-text attachment was scrubbed... Name: error.zip Type: application/x-zip-compressed Size: 6885 bytes Desc: not available URL: From drepper at redhat.com Fri Jan 30 21:39:24 2004 From: drepper at redhat.com (Ulrich Drepper) Date: Fri, 30 Jan 2004 13:39:24 -0800 Subject: JVM for amd64 RC1? In-Reply-To: <20040130212922.GA3243@www.robertsr.us> References: <20040130212922.GA3243@www.robertsr.us> Message-ID: <401ACF0C.3040503@redhat.com> Barry Roberts wrote: > /root/j2sdk-1_4_2_03-linux-i586.bin: ./install.sfx.16985: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory The error message says it clearly: you don't have the 32-bit userland libraries installed. They should be somewhere in the place you get the rest of the RPMs from. -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? From nbryant at optonline.net Fri Jan 30 21:40:10 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Fri, 30 Jan 2004 16:40:10 -0500 Subject: JVM for amd64 RC1? In-Reply-To: <20040130212922.GA3243@www.robertsr.us> References: <20040130212922.GA3243@www.robertsr.us> Message-ID: <401ACF3A.5080108@optonline.net> Barry Roberts wrote: > I tried the blackdown rc1 for amd64 and after a few seconds of running > my app, I get the attached error. On SuSE, the jvm process just > silently exits in roughly the same amount of time. 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. > /root/j2sdk-1_4_2_03-linux-i586.bin: ./install.sfx.16985: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory 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. From czar at czarc.net Fri Jan 30 22:05:32 2004 From: czar at czarc.net (Gene C.) Date: Fri, 30 Jan 2004 17:05:32 -0500 Subject: posted gcc-3.3.2-6 for the x86_64 Message-ID: <200401301705.32328.czar@czarc.net> You can get the rpms built for the x86_64 at: ftp://czarc.net/pub/x86_64 The src.rpm is not included base it is the same one at updates/testing/1/SRPMS/ -- Gene From mark at harddata.com Fri Jan 30 22:48:38 2004 From: mark at harddata.com (Mark Lane) Date: Fri, 30 Jan 2004 15:48:38 -0700 Subject: JVM for amd64 RC1? In-Reply-To: <401ACF3A.5080108@optonline.net> References: <20040130212922.GA3243@www.robertsr.us> <401ACF3A.5080108@optonline.net> Message-ID: <1075502918.22002.32.camel@skip.harddata.net> On Fri, 2004-01-30 at 14:40, Nathan Bryant wrote: > Barry Roberts wrote: > > I tried the blackdown rc1 for amd64 and after a few seconds of running > > my app, I get the attached error. On SuSE, the jvm process just > > silently exits in roughly the same amount of time. > > 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. > > > /root/j2sdk-1_4_2_03-linux-i586.bin: ./install.sfx.16985: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory > > 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. Theory? Of course it works as long as you have the proper libraries. I have JRE-1.4.3 installed and running as a plugin for Mozilla 1.4.5. 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 paul at all-the-johnsons.co.uk Fri Jan 30 23:41:51 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 30 Jan 2004 23:41:51 +0000 Subject: Problems with rawhide Message-ID: <1075506111.21495.6.camel@T7.linux> Hi, Most things are working fine on my rawhide system, but I've hit four problems. 1. On starting up the desktop, all users are getting the following error box "Error activating XKB configuration Probably an internal X server problem" I'm using XFree86-4.3.0-45 2. The applications on the main gnome menu have vanished totally! Everything else is on the main gnome menu, but not the applications. What do I need to install (again) to get that working properly? 3. Evolution 1.5.3 has slowed down to something almost as slow as Outhouse! Is it using it's own spam filtering system or is it still using SA - it seems daft using two filtering systems. It looks really good, but it doesn't import previous folders :-( 4. There is a conflict between libcroco-0.30 and 0.40. The only thing needing 0.40 is librsvg. Other than that, it's great. I've not added any of these to bugzilla as I'm not sure if they are bugs, conflicts or what. Any comments would be appreciated. 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 gbpeck at sbcglobal.net Sat Jan 31 00:20:25 2004 From: gbpeck at sbcglobal.net (Gary Peck) Date: Fri, 30 Jan 2004 16:20:25 -0800 Subject: Problems with rawhide In-Reply-To: <1075506111.21495.6.camel@T7.linux> References: <1075506111.21495.6.camel@T7.linux> Message-ID: <20040131002025.GA7059@realify.com> On Fri, Jan 30, 2004 at 11:41:51PM +0000, Paul wrote: > 2. The applications on the main gnome menu have vanished totally! > Everything else is on the main gnome menu, but not the applications. > What do I need to install (again) to get that working properly? i'm under the impression that it's just broken right now. i haven't seen any comments on fedora-devel-list to indicate that someone has gotten their menus in gnome back since they broke last week (2 weeks ago?). > 4. There is a conflict between libcroco-0.30 and 0.40. The only thing > needing 0.40 is librsvg. librsvg is no longer in rawhide. everything is using librsvg2 now (which depends on libcroco-0.40). i believe the only thing in rawhide still depending on libcroco-0.30 is abiword. check the fedora-devel-list archives from this week for the discussion on issues with abiword. gary From paul at all-the-johnsons.co.uk Sat Jan 31 00:37:12 2004 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 31 Jan 2004 00:37:12 +0000 Subject: Problems with rawhide In-Reply-To: <20040131002025.GA7059@realify.com> References: <1075506111.21495.6.camel@T7.linux> <20040131002025.GA7059@realify.com> Message-ID: <1075509432.22419.2.camel@T7.linux> Hi, > > 2. The applications on the main gnome menu have vanished totally! > > Everything else is on the main gnome menu, but not the applications. > > What do I need to install (again) to get that working properly? > > i'm under the impression that it's just broken right now. i haven't > seen any comments on fedora-devel-list to indicate that someone has > gotten their menus in gnome back since they broke last week (2 weeks > ago?). Is there a raw gnome tarball that I can install to get things going again (in the same way as I did when the panel was shot - not sure, but I don't think it's been fixed yet with the results on up2date)? > > 4. There is a conflict between libcroco-0.30 and 0.40. The only thing > > needing 0.40 is librsvg. > > librsvg is no longer in rawhide. everything is using librsvg2 now (which > depends on libcroco-0.40). i believe the only thing in rawhide still > depending on libcroco-0.30 is abiword. check the fedora-devel-list > archives from this week for the discussion on issues with abiword. From when I did the install earlier tonight, there are something like 6 packages reliant on croco-0.30, not just abiword. I'm more concerned with the gnome menu and the XKB error though. 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 gbpeck at sbcglobal.net Sat Jan 31 01:27:46 2004 From: gbpeck at sbcglobal.net (Gary Peck) Date: Fri, 30 Jan 2004 17:27:46 -0800 Subject: Problems with rawhide In-Reply-To: <1075509432.22419.2.camel@T7.linux> References: <1075506111.21495.6.camel@T7.linux> <20040131002025.GA7059@realify.com> <1075509432.22419.2.camel@T7.linux> Message-ID: <20040131012745.GB7059@realify.com> On Sat, Jan 31, 2004 at 12:37:12AM +0000, Paul wrote: > > i'm under the impression that it's just broken right now. i haven't > > seen any comments on fedora-devel-list to indicate that someone has > > gotten their menus in gnome back since they broke last week (2 weeks > > ago?). > > Is there a raw gnome tarball that I can install to get things going > again (in the same way as I did when the panel was shot - not sure, but > I don't think it's been fixed yet with the results on up2date)? hmm.. can't help you with that. i've never tried it. gary From notting at redhat.com Sat Jan 31 01:56:17 2004 From: notting at redhat.com (Bill Nottingham) Date: Fri, 30 Jan 2004 20:56:17 -0500 Subject: Fedora Core 1 Test Update: mc-4.6.0-8.3 Message-ID: <20040131015617.GB1612@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-058 2004-01-30 --------------------------------------------------------------------- Name : mc Version : 4.6.0 Release : 8.3 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 an update to the previous testing update, 4.6.0-8.1. New changes listed below. --------------------------------------------------------------------- * Fri Jan 30 2004 Jakub Jelinek 4.6.0-8.3 - update php.syntax file (#112645) - fix crash with large syntax file (#112644) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 69692aaa0d1eb263a2a8625ad5bdaac1 SRPMS/mc-4.6.0-8.3.src.rpm 60ebb4dd088eeee193c9259998136c6f i386/mc-4.6.0-8.3.i386.rpm 0c27127b10ee9cb0c99a07f3f54f7845 i386/debug/mc-debuginfo-4.6.0-8.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 --------------------------------------------------------------------- From nbryant at optonline.net Sat Jan 31 02:01:47 2004 From: nbryant at optonline.net (Nathan Bryant) Date: Fri, 30 Jan 2004 21:01:47 -0500 Subject: JVM for amd64 RC1? In-Reply-To: <1075502918.22002.32.camel@skip.harddata.net> References: <20040130212922.GA3243@www.robertsr.us> <401ACF3A.5080108@optonline.net> <1075502918.22002.32.camel@skip.harddata.net> Message-ID: <401B0C8B.4030904@optonline.net> Mark Lane wrote: >Theory? Of course it works as long as you have the proper libraries. I >have JRE-1.4.3 installed and running as a plugin for Mozilla 1.4.5. > In the computer business there is no such thing as "of course it will work." Nice version numbers, by the way. From leonard at den.ottolander.nl Sat Jan 31 02:49:18 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Sat, 31 Jan 2004 03:49:18 +0100 Subject: Fedora Core 1 Test Update: mc-4.6.0-8.3 In-Reply-To: <20040131015617.GB1612@devserv.devel.redhat.com> References: <20040131015617.GB1612@devserv.devel.redhat.com> Message-ID: <1075517358.4781.60.camel@athlon.localdomain> Hello Bill, Jakub, > This is an update to the previous testing update, 4.6.0-8.1. New changes > listed below. Note that 8.1 is a SECURITY fix but was never announced. You should upgrade to 8.1! > - update php.syntax file (#112645) > - fix crash with large syntax file (#112644) I am very glad you included the php.syntax file, but the patch I uploaded for #112644 is buggy, as I found out and stated in that bug report. When running this version (8.3) I do still see a segfault when editing php files. Although just increasing MAX_WORDS_PER_CONTEXT to 4096 doesn't really solve the cause of the segfault, at least it makes mc usable with most large syntax files, like this one included in 8.3. --- mc-4.6.0/edit/syntax.c.000 2002-12-15 19:55:53.000000000 +0100 +++ mc-4.6.0/edit/syntax.c 2003-12-26 01:06:51.000000000 +0100 @@ -42,7 +42,7 @@ #define UNKNOWN_FORMAT "unknown" -#define MAX_WORDS_PER_CONTEXT 1024 +#define MAX_WORDS_PER_CONTEXT 4096 #define MAX_CONTEXTS 128 #define RULE_ON_LEFT_BORDER 1 has worked for me for over a month with this > 128K php.syntax file. The included patch does not. Either this patch should be fixed/redone or MAX_WORDS_PER_CONTEXT increased to 4096. And everyone should upgrade to 8.1 now! Bye, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From wlamb1 at cfl.rr.com Sat Jan 31 03:26:11 2004 From: wlamb1 at cfl.rr.com (Aaron Lamb) Date: Fri, 30 Jan 2004 22:26:11 -0500 Subject: MyDoom comming thru the list?? Message-ID: <000801c3e7a9$f9c85190$6401a8c0@lightning> No that I am too concerned with it but did anyone receive one of these 2 batches ago?? fedora-list-admin at redhat.com; on behalf of; fedora-list-request at redhat.com ...then followed by my MacAfee message ****************** McAfee VirusScan ************************ ******* Alert generated at: Fri, 30 Jan 2004 19:42:19 -0500 ********* ********************************************************************* McAfee VirusScan has detected a potential threat in this e-mail sent by fedora-list-request at redhat.com. The following actions were attempted on each suspicious part. We strongly recommend that you report this virus-related activity to fedora-list-request at redhat.com. The attachment "E-mail body" is infected with the W32/Mydoom.eml!exe Virus(es). This attachment has been quarantined. From manithree at crosswinds.net Sat Jan 31 04:45:21 2004 From: manithree at crosswinds.net (Barry Roberts) Date: Fri, 30 Jan 2004 21:45:21 -0700 Subject: JVM for amd64 RC1? In-Reply-To: <401ACF3A.5080108@optonline.net> References: <20040130212922.GA3243@www.robertsr.us> <401ACF3A.5080108@optonline.net> Message-ID: <20040131044521.GB3243@www.robertsr.us> 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 czar at czarc.net Sat Jan 31 06:21:30 2004 From: czar at czarc.net (Gene C.) Date: Sat, 31 Jan 2004 01:21:30 -0500 Subject: MyDoom Message-ID: <200401310121.30866.czar@czarc.net> The Red Hat mailing lists have always been pretty good about filering out spam and viruses. However, this MyDoom thing looking like it is sneaking through. looking at the message headers, it appears to me that Red Hat external sendmail may be set up to accept mail from the outside without filtering if it is from a valid @redhat.com user. I have not taken a look at these messages except for the last one but it appears that it is faking out the Red Hat sendmail server by telling it the host is redhat.com even if the ip address and reverse lookup do not match. Besides using lots of bandwidth, this one must be driving all of the ISPs and companies nuts if it is getting through Red Hat's systems given prior history of being able to block this stuff. Lots of aggravation of lots of folks. BTW, should this stuff be cleaned from (removed from) the archives since it is archiving lots of copies of of this virus which could bite unwary users. -- Gene From jakub at redhat.com Sat Jan 31 08:25:55 2004 From: jakub at redhat.com (Jakub Jelinek) Date: Sat, 31 Jan 2004 03:25:55 -0500 Subject: Fedora Core 1 Test Update: mc-4.6.0-8.3 In-Reply-To: <1075517358.4781.60.camel@athlon.localdomain> References: <20040131015617.GB1612@devserv.devel.redhat.com> <1075517358.4781.60.camel@athlon.localdomain> Message-ID: <20040131082555.GR31589@devserv.devel.redhat.com> On Sat, Jan 31, 2004 at 03:49:18AM +0100, Leonard den Ottolander wrote: > Hello Bill, Jakub, > > > This is an update to the previous testing update, 4.6.0-8.1. New changes > > listed below. > > Note that 8.1 is a SECURITY fix but was never announced. You should > upgrade to 8.1! > > > - update php.syntax file (#112645) > > - fix crash with large syntax file (#112644) > > I am very glad you included the php.syntax file, but the patch I > uploaded for #112644 is buggy, as I found out and stated in that bug > report. But mc-4.6.0-8.3 doesn't use the patch yoo uploaded, there is an important difference in bounds checking. > When running this version (8.3) I do still see a segfault when editing > php files. Are you really sure? Don't you have some other mc binary floating around or something? It works for me just fine, with your > 128K php.syntax (which is included in the rpm as well), even under LD_PRELOAD=libefence.so.0. Jakub From jakub at redhat.com Sat Jan 31 09:13:16 2004 From: jakub at redhat.com (Jakub Jelinek) Date: Sat, 31 Jan 2004 04:13:16 -0500 Subject: Fedora Core 1 Test Update: mc-4.6.0-8.3 In-Reply-To: <1075517358.4781.60.camel@athlon.localdomain> References: <20040131015617.GB1612@devserv.devel.redhat.com> <1075517358.4781.60.camel@athlon.localdomain> Message-ID: <20040131091316.GS31589@devserv.devel.redhat.com> On Sat, Jan 31, 2004 at 03:49:18AM +0100, Leonard den Ottolander wrote: > I am very glad you included the php.syntax file, but the patch I > uploaded for #112644 is buggy, as I found out and stated in that bug > report. Actually, I found another bug in that patch (and that the original code is very crappy). It always calloced the arrays to make sure they are in the end NULL terminated, of course realloc without any memset would not keep the rest cleared and so if you're unlucky it would segfault. Triggered with explicit memset (, 0xaa, ). Rewritten so that it terminates both the keywords and contexts explicitely and no longer misuses calloc. Bill, mc-4.6.0-8.4 is in updates-candidate, can you please repush? Thanks. Now I'm really away... Jakub From leonard at den.ottolander.nl Sat Jan 31 11:21:03 2004 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Sat, 31 Jan 2004 12:21:03 +0100 Subject: Fedora Core 1 Test Update: mc-4.6.0-8.3 In-Reply-To: <20040131091316.GS31589@devserv.devel.redhat.com> References: <20040131015617.GB1612@devserv.devel.redhat.com> <1075517358.4781.60.camel@athlon.localdomain> <20040131091316.GS31589@devserv.devel.redhat.com> Message-ID: <1075548062.4782.21.camel@athlon.localdomain> Hello Jakub, > Actually, I found another bug in that patch (and that the original code is > very crappy). Tell me about it ;-) . But it is a good indication of where and how to solve the issue. The fact that 8.3 still segfaulted on me made me assume you were using the original patch. As it was getting quite late (so it has on your end I see :) I didn't look any closer yet. > It always calloced the arrays to make sure they are in the > end NULL terminated, of course realloc without any memset would not keep the > rest cleared and so if you're unlucky it would segfault. Triggered with > explicit memset (, 0xaa, ). Rewritten so that it terminates both the > keywords and contexts explicitely and no longer misuses calloc. Can you make the patch available anywhere before the push? > Bill, mc-4.6.0-8.4 is in updates-candidate, can you please repush? Thanks. And please be so kind to announce 8.1 and push it to the main tree in the mean time. I am a bit surprised (to use an understatement) a security patch lies around in testing for over 10 days but never got announced. Not everybody is using testing on a regular basis, and even I missed this update as it was not announced. And I was monitoring, as announcements for RHEL and RH9 have already been made. > Now I'm really away... Thanks and hope you have a good night. Bye, Leonard. -- mount -t life -o ro /dev/dna /genetic/research From ms-nospam-0306 at arcor.de Sat Jan 31 11:34:23 2004 From: ms-nospam-0306 at arcor.de (Michael Schwendt) Date: Sat, 31 Jan 2004 12:34:23 +0100 Subject: MyDoom In-Reply-To: <200401310121.30866.czar@czarc.net> References: <200401310121.30866.czar@czarc.net> Message-ID: <20040131123423.4cd655df.ms-nospam-0306@arcor.de> On Sat, 31 Jan 2004 01:21:30 -0500, Gene C. wrote: > The Red Hat mailing lists have always been pretty good about filering out spam > and viruses. However, this MyDoom thing looking like it is sneaking through. > looking at the message headers, it appears to me that Red Hat external > sendmail may be set up to accept mail from the outside without filtering if > it is from a valid @redhat.com user. 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 sent to the list, which appear as coming from a valid subscriber, are accepted and delivered to the other subscribers. There's nothing trivial that can be done about it. With a clever mailing-list interface, subscribers could post to the list only with password authentication. Even a web interface where they would need to approve their own postings, would suffice. :o) -- From fedora at warmcat.com Sat Jan 31 12:04:48 2004 From: fedora at warmcat.com (Andy Green) Date: Sat, 31 Jan 2004 12:04:48 +0000 Subject: MyDoom In-Reply-To: <20040131123423.4cd655df.ms-nospam-0306@arcor.de> References: <200401310121.30866.czar@czarc.net> <20040131123423.4cd655df.ms-nospam-0306@arcor.de> Message-ID: <200401311204.48871.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 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 - -- 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) iD8DBQFAG5ngjKeDCxMJCTIRAmbDAJ9H6e3ULRM+w+t78e7JsJnDoxYfKwCaAghR OGFjKuBYD9EghFxnJfahxJU= =I8DH -----END PGP SIGNATURE----- From dsavage at peaknet.net Sat Jan 31 16:08:12 2004 From: dsavage at peaknet.net (Robert G. (Doc) Savage) Date: Sat, 31 Jan 2004 10:08:12 -0600 Subject: test kernel-2.4.22-1.2166.nptl Message-ID: <1075565292.5702.16.camel@lioness.thunderpurr.net> # rpm -ivh kernel-2.4.22-1.2166.nptl.i686.rpm ... ... 2:kernel ########################################### [ 67%] /dev/mapper/control: open failed: No such file or directory Is device-mapper driver missing from kernel? Command failed 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. --Doc Savage Fairview Heights, IL From aoliva at redhat.com Sat Jan 31 18:29:26 2004 From: aoliva at redhat.com (Alexandre Oliva) Date: 31 Jan 2004 16:29:26 -0200 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: On Jan 31, 2004, "Robert G. (Doc) Savage" wrote: > 2:kernel ########################################### [ 67%] > /dev/mapper/control: open failed: No such file or directory > Is device-mapper driver missing from kernel? > Command failed Looks like your mkinitrd is device-mapper-compatible, but you're not installing a kernel that supports the device-mapper module. That's 2.6 only. It's supposed to be harmless, but you might want to report it if you're using the latest mkinitrd from arjan's or FCdeveloment tree. If not, maybe grab the latest and try again? -- 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 katzj at redhat.com Sat Jan 31 19:30:11 2004 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 31 Jan 2004 14:30:11 -0500 Subject: Problems with rawhide In-Reply-To: <1075506111.21495.6.camel@T7.linux> References: <1075506111.21495.6.camel@T7.linux> Message-ID: <1075577411.2341.1.camel@edoras.local.net> On Fri, 2004-01-30 at 23:41 +0000, Paul wrote: > 2. The applications on the main gnome menu have vanished totally! > Everything else is on the main gnome menu, but not the applications. > What do I need to install (again) to get that working properly? gnome-vfs2-2.5.5-5 and later has the fix for this > 3. Evolution 1.5.3 has slowed down to something almost as slow as > Outhouse! Is it using it's own spam filtering system or is it still > using SA - it seems daft using two filtering systems. It looks really > good, but it doesn't import previous folders :-( It's using spamassassin and enabled by default. Importing is being improved upstream. > 4. There is a conflict between libcroco-0.30 and 0.40. The only thing > needing 0.40 is librsvg. These should all be fixed now. Cheers, Jeremy From res at ausics.net Sat Jan 31 23:54:04 2004 From: res at ausics.net (Res) Date: Sun, 1 Feb 2004 09:54:04 +1000 (EST) Subject: Fedora Core 1 Test Update: mc-4.6.0-8.3 In-Reply-To: <20040131015617.GB1612@devserv.devel.redhat.com> References: <20040131015617.GB1612@devserv.devel.redhat.com> Message-ID: 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) Cheers On Fri, 30 Jan 2004, Bill Nottingham wrote: > --------------------------------------------------------------------- > Fedora Test Update Notification > FEDORA-2004-058 > 2004-01-30 > --------------------------------------------------------------------- > > Name : mc > Version : 4.6.0 > Release : 8.3 > 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 an update to the previous testing update, 4.6.0-8.1. New changes > listed below. > --------------------------------------------------------------------- > * Fri Jan 30 2004 Jakub Jelinek 4.6.0-8.3 > > - update php.syntax file (#112645) > - fix crash with large syntax file (#112644) > > > --------------------------------------------------------------------- > This update can be downloaded from: > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ > > 69692aaa0d1eb263a2a8625ad5bdaac1 SRPMS/mc-4.6.0-8.3.src.rpm > 60ebb4dd088eeee193c9259998136c6f i386/mc-4.6.0-8.3.i386.rpm > 0c27127b10ee9cb0c99a07f3f54f7845 i386/debug/mc-debuginfo-4.6.0-8.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 > --------------------------------------------------------------------- > > > -- Regards, Res