test January 2004

test@lists.fedoraproject.org

133 participants
104 discussions

make-ing kernel
by Kiss Gábor 29 Jan '04

29 Jan '04

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

2 1

subscribe fedora-test-list-request
by Paul F. Johnson 29 Jan '04

29 Jan '04

2 1

Fedora Core 1 Testing Update: xmms-1.2.9-1.p
by Bill Nottingham 28 Jan '04

28 Jan '04

--------------------------------------------------------------------- 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 <notting(a)redhat.com> 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 ---------------------------------------------------------------------

1 0

Re: Initial test of x86_64 on eMachines / Best Buy / Circuit City M6805 notebook
by Mike Larkin 28 Jan '04

28 Jan '04

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 <mlarkin(a)azathoth.net> 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". > > >

3 5

viruses
by Rod Dickerson 28 Jan '04

28 Jan '04

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(a)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(a)redhat.com wrote: > Send fedora-test-list mailing list submissions to > fedora-test-list(a)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(a)redhat.com > > You can reach the person managing the list at > fedora-test-list-admin(a)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(a)gmx.de) > 4. Re: test (shrek-m(a)gmx.de) > 5. Re: test (csm(a)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(a)Lunar-Linux.org) > 9. Re: rebuild gcc rpm on x86_64 (Gene C.) > 10. Re: x86_64 updates (csm(a)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(a)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 <csm(a)lunar-linux.org> > To: fedora-test-list(a)redhat.com > Subject: Re: x86_64 updates > Reply-To: fedora-test-list(a)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@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@stealth rpms]$ rpm -q net-snmp > net-snmp-5.0.9-2 <---- I will see about providing an update for this. > > [csm@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 <csm(a)lunar-linux.org> > To: fedora-test-list(a)redhat.com > Subject: Re: test > Reply-To: fedora-test-list(a)redhat.com > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > rod(a)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(a)gmx.de" <shrek-m(a)gmx.de> > To: fedora-test-list(a)redhat.com > Subject: Re: test > Reply-To: fedora-test-list(a)redhat.com > > rod(a)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(a)gmx.de" <shrek-m(a)gmx.de> > To: fedora-test-list(a)redhat.com > Subject: Re: test > Reply-To: fedora-test-list(a)redhat.com > > shrek-m(a)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(a)Lunar-Linux.org > To: fedora-test-list(a)redhat.com > Subject: Re: test > Reply-To: fedora-test-list(a)redhat.com > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I dunno 'cause I do this server side. > > On Tue, 27 Jan 2004, shrek-m(a)gmx.de spewed into the bitstream: > > s>shrek-m(a)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." <czar(a)czarc.net> > To: <fedora-test-list(a)redhat.com> > Subject: rebuild gcc rpm on x86_64 > Date: Tue, 27 Jan 2004 17:18:50 -0500 > Reply-To: fedora-test-list(a)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 <katzj(a)redhat.com> > To: fedora-test-list(a)redhat.com > Date: Tue, 27 Jan 2004 18:23:09 -0500 > Reply-To: fedora-test-list(a)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(a)Lunar-Linux.org > To: fedora-test-list(a)redhat.com > Subject: Re: x86_64 updates > Reply-To: fedora-test-list(a)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." <czar(a)czarc.net> > To: fedora-test-list(a)redhat.com > Subject: Re: rebuild gcc rpm on x86_64 > Date: Tue, 27 Jan 2004 22:01:28 -0500 > Reply-To: fedora-test-list(a)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(a)Lunar-Linux.org > To: fedora-test-list(a)redhat.com > Subject: Re: x86_64 updates > Reply-To: fedora-test-list(a)redhat.com > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, 27 Jan 2004, csm(a)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 <csm(a)lunar-linux.org> > To: fedora-test-list(a)redhat.com > Subject: Re: x86_64 updates > Reply-To: fedora-test-list(a)redhat.com > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > csm(a)Lunar-Linux.org wrote: > | On Tue, 27 Jan 2004, csm(a)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 <jspaleta(a)princeton.edu> > To: fedora-test-list(a)redhat.com > Date: Tue, 27 Jan 2004 23:57:55 -0500 > Reply-To: fedora-test-list(a)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 <jpearl24(a)cox.net> > To: fedora-test-list(a)redhat.com > Organization: > Date: 27 Jan 2004 23:09:39 -0700 > Reply-To: fedora-test-list(a)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 <ms-nospam-0306(a)arcor.de> > To: fedora-test-list(a)redhat.com > Subject: Re: test > Reply-To: fedora-test-list(a)redhat.com > > On Tue, 27 Jan 2004 17:20:22 -0500, Chuck Mead wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > rod(a)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 <dennis(a)ausil.us> > To: fedora-test-list(a)redhat.com > Subject: Re: test > Date: Wed, 28 Jan 2004 18:56:00 +1000 > Reply-To: fedora-test-list(a)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: > <snip> > > > > 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(a)gmx.de" <shrek-m(a)gmx.de> > To: fedora-test-list(a)redhat.com > Subject: a Mail virus Scanner (was Re: test) > Reply-To: fedora-test-list(a)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 <rkeech(a)redhat.com> > > > # 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" <denis(a)croombs.org> > To: <fedora-test-list(a)redhat.com> > Subject: Re: a Mail virus Scanner (was Re: test) > Date: Wed, 28 Jan 2004 11:22:16 -0000 > Reply-To: fedora-test-list(a)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 >

2 1

RE: a Mail virus Scanner (was Re: test)
by Randal, Phil 28 Jan '04

28 Jan '04

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(a)redhat.com > [mailto:fedora-test-list-admin@redhat.com]On Behalf Of shrek-m(a)gmx.de > Sent: 28 January 2004 11:05 > To: fedora-test-list(a)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 <rkeech(a)redhat.com> > > > # 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(a)redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list >

4 5

Printer driver updates -- feedback?
by Tim Waugh 28 Jan '04

28 Jan '04

Hi, Has anyone tried the foomatic/ghostscript/hpijs/gimp-print test updates for Fedora Core 1? Any success/failure reports? (Private mail please.) Tim. */

1 0

re: initio scisi driver and kernel-2.6.1
by Walter Gray 28 Jan '04

28 Jan '04

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...

1 0

RFE for AV (was: RE: test)
by Vanco, Don 28 Jan '04

28 Jan '04

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(a)redhat.com on behalf of Dennis Gilmore Sent: Wed 1/28/2004 3:56 AM To: fedora-test-list(a)redhat.com Cc: Subject: Re: test

2 1

test
by Rod Dickerson 28 Jan '04

28 Jan '04

The message contains Unicode characters and has been sent as a binary attachment.

7 8

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

test January 2004