make-ing kernel
by Kiss Gábor
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
20 years, 2 months
Fedora Core 1 Testing Update: xmms-1.2.9-1.p
by Bill Nottingham
---------------------------------------------------------------------
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
---------------------------------------------------------------------
20 years, 2 months
Re: Initial test of x86_64 on eMachines / Best Buy / Circuit City M6805 notebook
by Mike Larkin
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".
>
>
>
20 years, 2 months
viruses
by Rod Dickerson
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
>
20 years, 2 months
RE: a Mail virus Scanner (was Re: test)
by Randal, Phil
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
>
20 years, 2 months
Printer driver updates -- feedback?
by Tim Waugh
Hi,
Has anyone tried the foomatic/ghostscript/hpijs/gimp-print test
updates for Fedora Core 1? Any success/failure reports? (Private mail
please.)
Tim.
*/
20 years, 2 months
re: initio scisi driver and kernel-2.6.1
by Walter Gray
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...
20 years, 2 months
RFE for AV (was: RE: test)
by Vanco, Don
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
20 years, 2 months
test
by Rod Dickerson
The message contains Unicode characters and has been sent as a binary attachment.
20 years, 2 months