fedora-test-list Digest, Vol 11, Issue 45

vasundhar bvasundhar at gmail.com
Fri Jan 28 04:17:27 UTC 2005


I am using Fedora core 3 on my IBM R51 2888c4 
with duel boot.
Cd mounting is done properly but eject mount is giving an error saying
failed to unmount disk.
Regards 
Vasundhar


On Thu, 27 Jan 2005 12:00:41 -0500 (EST),
fedora-test-list-request at redhat.com
<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-owner 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: onlyservice running and slowing system down (Jeff Spaleta)
>    2. Nvidia GeForce2 Intergrated Freeze (Gabriel Moreno)
>    3. Re: Bug with Java jre in FC3 (Colin Charles)
>    4. Re: 4g/4g patch? (Colin Charles)
>    5. Re: Firstboot is for RHEL - needs a cancel/bypass option
>       (Colin Charles)
>    6. Re: Semperon processors (Paul)
>    7. Re: Semperon processors (Paul)
>    8. Re: Semperon processors (Markku Kolkka)
>    9. lvm & logwatch (Luciano Miguel Ferreira Rocha)
>   10. Re: lvm & logwatch (Charles R. Anderson)
>   11. Re: lvm & logwatch (Luciano Miguel Ferreira Rocha)
>   12. Re: lvm & logwatch (Charles R. Anderson)
>   13. Fedora Core 3 Test Update:
>       selinux-policy-targeted-1.17.30-2.74 (Daniel J Walsh)
>   14. Re: lvm & logwatch (Luciano Miguel Ferreira Rocha)
>   15. OT: zlib clamav-0.81 (shrek-m at gmx.de)
>   16. Re: OT: zlib clamav-0.81 (nodata)
>   17. Re: OT: zlib clamav-0.81 (Howard Johnson)
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 26 Jan 2005 22:31:37 -0500
> From: Jeff Spaleta <jspaleta at gmail.com>
> Subject: Re: onlyservice running and slowing system down
> To: For testers of Fedora Core development releases
>         <fedora-test-list at redhat.com>
> Message-ID: <604aa79105012619312a39735 at mail.gmail.com>
> Content-Type: text/plain; charset=US-ASCII
> 
> On Thu, 27 Jan 2005 12:35:07 +1100, Rodd Clarkson <rodd at clarkson.id.au> wrote:
> > I've got this process called 'onlyservice' that is using up all CPU and
> > slowing everything down
> 
> this is one of the perl scripts used by logwatch to help parse logs
> based on a set of configuration files in /etc/log.d/conf/services/.
> If i understand the magic correctly, onlyservice will be called a
> number of times as logwatch loops through the several individual
> service config files. So i don't think its a big shock to see this
> process reappear after you kill it since i think it gets run multiple
> times. Why its chewing lots of cpu that i don't know. I'm seldom awake
> when logwatch runs as part of the cron.daily scripts.
> 
> onlyservice is located in  /etc/log.d/scripts/shared
> and is owned by the logwatch package
> 
> -jef
> 
> ------------------------------
> 
> Message: 2
> Date: Wed, 26 Jan 2005 23:25:57 -0800
> From: Gabriel Moreno <esclavosoy.ml at gmail.com>
> Subject: Nvidia GeForce2 Intergrated Freeze
> To: For testers of Fedora Core development releases
>         <fedora-test-list at redhat.com>
> Message-ID: <85e4e96405012623255d634dc1 at mail.gmail.com>
> Content-Type: text/plain; charset=US-ASCII
> 
> Hello all,
> 
> I have an ASUS A7N266 mobo that has an intergrated GeForce2.  After I
> install FC3 Stable.  And followed http://www.fedorafaq.org/#nvidia and
> then http://www.linuxjunior.org/yabbse/index.php?board=12;action=display;threadid=10015;start=msg90842#msg90842.
>  Still everytime FC3 would try to load it would freeze.  I activated
> and deactivate rhgp and but whenever it would try start running x hd
> activity stoped after getting a blank screen.
> 
> I did have it working in the past and it works in windows.  Don't know
> what the problem could be.  I am just stumped.  I installed SuSE and
> it happens to work on   Pro 9.1
> 
> Thanks!
> 
> Gabriel
> 
> ------------------------------
> 
> Message: 3
> Date: Tue, 25 Jan 2005 13:34:14 +0800
> From: Colin Charles <byte at aeon.com.my>
> Subject: Re: Bug with Java jre in FC3
> To: gslink at one.net, For testers of Fedora Core development releases
>         <fedora-test-list at redhat.com>
> Message-ID: <1106631254.5401.45.camel at localhost.localdomain>
> Content-Type: text/plain
> 
> On Wed, 2005-01-05 at 09:08 -0500, gslink wrote:
> > It appears there is a bug in FC3 which causes display problems when
> > using attributed text in Java. All but the first character of lines
> > of
> > attributed text seems to vanish when displayed in the IBM 1.4.2 jre.
> > This did not happen in RH9. This is going to result in a serious
> > Bugzilla complaint.  Has anyone worked on this problem and gotten a
> > better lead on what is broken?  It would be helpfull if the Bugzilla
> > post contained a better description of the bug.
> 
> Considering that we don't ship the IBM 1.4.2 JRE, you're better off
> writing to IBM's bug tracker (if they have one), as its most likely not
> a FC issue
> 
> Do you see the same issue with the sun JRE?
> --
> Colin Charles, byte at aeon.com.my
> http://www.bytebot.net/
> "First they ignore you, then they laugh at you, then they fight you,
> then you win." -- Mohandas Gandhi
> 
> ------------------------------
> 
> Message: 4
> Date: Tue, 25 Jan 2005 13:40:15 +0800
> From: Colin Charles <byte at aeon.com.my>
> Subject: Re: 4g/4g patch?
> To: For testers of Fedora Core development releases
>         <fedora-test-list at redhat.com>
> Message-ID: <1106631615.5401.48.camel at localhost.localdomain>
> Content-Type: text/plain
> 
> On Thu, 2005-01-06 at 08:45 -0600, Philip Molter wrote:
> > The latest kernel update contains a few security fixes I need, but
> > I've
> > come to rely on the large 4GB lowmem space, and upgrading absolutely
> > kills me.
> 
> Probably grabbing it out of CVS might help ?
> 
> cvs.fedora.redhat.com
> 
> After all, for RHEL, a -hugemem kernel is still being built, so the
> patches are there (the .config is definitely there)
> --
> Colin Charles, byte at aeon.com.my
> http://www.bytebot.net/
> "First they ignore you, then they laugh at you, then they fight you,
> then you win." -- Mohandas Gandhi
> 
> ------------------------------
> 
> Message: 5
> Date: Tue, 25 Jan 2005 13:45:30 +0800
> From: Colin Charles <byte at aeon.com.my>
> Subject: Re: Firstboot is for RHEL - needs a cancel/bypass option
> To: For testers of Fedora Core development releases
>         <fedora-test-list at redhat.com>
> Message-ID: <1106631930.5401.50.camel at localhost.localdomain>
> Content-Type: text/plain
> 
> On Mon, 2005-01-10 at 03:29 -0500, Gregory Woodbury wrote:
> > However, the firstboot is obviously for RHEL and doesn't provide any
> > means of bypassing or cancelling out of the RHN registration.
> >
> > Do y'all have any opinions as to whether this is a bug or something
> > that
> > needs to be bugzilla'd?
> 
> There used to be a bugzilla item open for this iirc, that the package
> owner was looking at; if its a regression and the bug's been closed, its
> worthwhile re-pinging it
> --
> Colin Charles, byte at aeon.com.my
> http://www.bytebot.net/
> "First they ignore you, then they laugh at you, then they fight you,
> then you win." -- Mohandas Gandhi
> 
> ------------------------------
> 
> Message: 6
> Date: Thu, 27 Jan 2005 07:59:36 +0000
> From: Paul <paul at all-the-johnsons.co.uk>
> Subject: Re: Semperon processors
> To: For testers of Fedora Core development releases
>         <fedora-test-list at redhat.com>
> Message-ID: <1106812776.9470.1.camel at localhost.localdomain>
> Content-Type: text/plain; charset="us-ascii"
> 
> Hi,
> 
> > > Now, if I have the processor set at 1GHz, it is recognised as an Athlon
> > > and will boot happily. If I switch it to be the 2.4GHz Semperon that it
> > > is, I get kernel panics and some very odd noises from the machine
> > > itself.
> >
> > Are you sure its a 2.4GHz proc - and not Semperon 2400 (1.66GHz)?
> 
> I was told it was a 2.4GHz processor, so that's what I'm working off.
> There is an auto clock setting on the board which also reports it as
> being that.
> 
> TTFN
> 
> Paul
> 
> --
> "I don't know how World War III will be fought, but I do know World War
> IV will be fought with sticks and stones" - Einstein
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 189 bytes
> Desc: This is a digitally signed message part
> Url : https://www.redhat.com/archives/fedora-test-list/attachments/20050127/3d4cbeeb/attachment.bin
> 
> ------------------------------
> 
> Message: 7
> Date: Thu, 27 Jan 2005 08:00:49 +0000
> From: Paul <paul at all-the-johnsons.co.uk>
> Subject: Re: Semperon processors
> To: For testers of Fedora Core development releases
>         <fedora-test-list at redhat.com>
> Message-ID: <1106812849.9470.3.camel at localhost.localdomain>
> Content-Type: text/plain; charset="us-ascii"
> 
> Hi,
> 
> > Did you update the bios ? After AMD released the Sempron line , most
> > manufacturers released bios updates to properly recognize those new
> > processors.. maybe when you set it to 2.4 , you're in fact doing a heavy
> > overclock (making it almost an athlon 3200+) , which *could* be the
> > explanation for the noises...
> 
> I've not updated the BIOS (I imagine I'd need to grab it from the
> Gigabyte website). I'll give that a whizz.
> 
> TTFN
> 
> Paul
> --
> "I don't know how World War III will be fought, but I do know World War
> IV will be fought with sticks and stones" - Einstein
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 189 bytes
> Desc: This is a digitally signed message part
> Url : https://www.redhat.com/archives/fedora-test-list/attachments/20050127/d72aa825/attachment.bin
> 
> ------------------------------
> 
> Message: 8
> Date: Thu, 27 Jan 2005 13:34:05 +0200
> From: Markku Kolkka <markkuk at tuubi.net>
> Subject: Re: Semperon processors
> To: fedora-test-list at redhat.com
> Message-ID: <200501271334.05779.markkuk at tuubi.net>
> Content-Type: text/plain;  charset="utf-8"
> 
> Paul kirjoitti viestissään (lähetysaika torstai, 27. tammikuuta
> 2005 09:59):
> > > Are you sure its a 2.4GHz proc - and not Semperon 2400
> > > (1.66GHz)?
> >
> > I was told it was a 2.4GHz processor, so that's what I'm
> > working off.
> 
> The fastest Socket A Semprons listed on AMD's site are running at
> 2.0GHz and are labelled "Sempron 3000+". Your chip is a Sempron
> 2400+ running at 1.66GHz (FSB 333MHz).
> 
> --
>  Markku Kolkka
>  markku.kolkka at iki.fi
> 
> ------------------------------
> 
> Message: 9
> Date: Thu, 27 Jan 2005 12:43:03 +0000
> From: Luciano Miguel Ferreira Rocha <strange at nsk.no-ip.org>
> Subject: lvm & logwatch
> To: fedora-test-list at redhat.com
> Message-ID: <20050127124303.GB30006 at nsk.no-ip.org>
> Content-Type: text/plain; charset=us-ascii
> 
> I can't believe I'm the only one going through the logwatch email! :)
> 
> With lvm/dm, the Disk Space information is not very useful:
> /dev/mapper/knuth-root
> /dev/hda1              99M   20M   74M  22% /boot
> /dev/mapper/knuth-build
> /dev/mapper/knuth-tmp
> /dev/mapper/knuth-var
> 
> another:
> /dev/mapper/servervol-root
> /dev/hda1              99M   23M   72M  24% /boot
> /dev/mapper/servervol-tmp
> /dev/mapper/servervol-var
> /dev/drbd0             87G   36G   47G  44% /exports
> /dev/drbd1            9.8G  104M  9.2G   2% /servicos
> 
> df -h:
> Filesystem            Size  Used Avail Use% Mounted on
> /dev/mapper/knuth-root
>                       9.9G  4.3G  5.1G  46% /
> /dev/hda1              99M   21M   74M  22% /boot
> /dev/mapper/knuth-build
>                      1008M   34M  924M   4% /build
> none                  123M     0  123M   0% /dev/shm
> /dev/mapper/knuth-tmp
>                       2.0G   36M  1.9G   2% /tmp
> /dev/mapper/knuth-var
>                       4.0G  246M  3.5G   7% /var
> 
> --
> 2/16
> 
> ------------------------------
> 
> Message: 10
> Date: Thu, 27 Jan 2005 08:02:33 -0500
> From: "Charles R. Anderson" <cra at WPI.EDU>
> Subject: Re: lvm & logwatch
> To: fedora-test-list at redhat.com
> Message-ID: <20050127130233.GA1793 at angus.ind.WPI.EDU>
> Content-Type: text/plain; charset=us-ascii
> 
> On Thu, Jan 27, 2005 at 12:43:03PM +0000, Luciano Miguel Ferreira Rocha wrote:
> > I can't believe I'm the only one going through the logwatch email! :)
> >
> > With lvm/dm, the Disk Space information is not very useful:
> > /dev/mapper/knuth-root
> > /dev/hda1              99M   20M   74M  22% /boot
> > /dev/mapper/knuth-build
> > /dev/mapper/knuth-tmp
> > /dev/mapper/knuth-var
> 
> Yeah, I just "fixed" this on my system:
> 
> /etc/log.d/scripts/services/zz-disk_space
> 
> Change:
> 
>  df -h | grep '^/dev/'
> 
> To:
> 
>  df -h | grep -A1 '^/dev/'
> 
> It's somewhat of a hack, but it works in my case...
> 
> /dev/sda8            1012M  846M  116M  89% /
> /dev/sda3              99M   26M   69M  27% /boot
> none                 1014M     0 1014M   0% /dev/shm
> /dev/sda9            1012M   33M  928M   4% /tmp
> /dev/sda5             9.7G  1.9G  7.3G  21% /usr
> /dev/mapper/vg01-lv_data
>                       111G   24G   81G  23% /var
> /dev/sda7             9.7G   97M  9.1G   2% /home
> /dev/mapper/vg02-content
>                       1.5T  140G  1.3T  10% /srv
> 
> ------------------------------
> 
> Message: 11
> Date: Thu, 27 Jan 2005 13:20:04 +0000
> From: Luciano Miguel Ferreira Rocha <strange at nsk.no-ip.org>
> Subject: Re: lvm & logwatch
> To: For testers of Fedora Core development releases
>         <fedora-test-list at redhat.com>
> Message-ID: <20050127132004.GA2006 at nsk.no-ip.org>
> Content-Type: text/plain; charset=us-ascii
> 
> On Thu, Jan 27, 2005 at 08:02:33AM -0500, Charles R. Anderson wrote:
> > On Thu, Jan 27, 2005 at 12:43:03PM +0000, Luciano Miguel Ferreira Rocha wrote:
> > > I can't believe I'm the only one going through the logwatch email! :)
> > >
> > > With lvm/dm, the Disk Space information is not very useful:
> > > /dev/mapper/knuth-root
> > > /dev/hda1              99M   20M   74M  22% /boot
> > > /dev/mapper/knuth-build
> > > /dev/mapper/knuth-tmp
> > > /dev/mapper/knuth-var
> >
> > Yeah, I just "fixed" this on my system:
> >
> > /etc/log.d/scripts/services/zz-disk_space
> >
> > Change:
> >
> >  df -h | grep '^/dev/'
> >
> > To:
> >
> >  df -h | grep -A1 '^/dev/'
> >
> > It's somewhat of a hack, but it works in my case...
> 
> I get a line in the middle with only '--'. Not pretty...
> df -h | grep -E '^(/dev/| )' works better for me.
> 
> Thanks,
> Luciano Rocha
> 
> ------------------------------
> 
> Message: 12
> Date: Thu, 27 Jan 2005 08:44:58 -0500
> From: "Charles R. Anderson" <cra at WPI.EDU>
> Subject: Re: lvm & logwatch
> To: For testers of Fedora Core development releases
>         <fedora-test-list at redhat.com>
> Message-ID: <20050127134458.GB1793 at angus.ind.WPI.EDU>
> Content-Type: text/plain; charset=us-ascii
> 
> On Thu, Jan 27, 2005 at 01:20:04PM +0000, Luciano Miguel Ferreira Rocha wrote:
> > On Thu, Jan 27, 2005 at 08:02:33AM -0500, Charles R. Anderson wrote:
> > >  df -h | grep -A1 '^/dev/'
> > >
> > > It's somewhat of a hack, but it works in my case...
> >
> > I get a line in the middle with only '--'. Not pretty...
> > df -h | grep -E '^(/dev/| )' works better for me.
> 
> No good for me.  That includes the continuation line on excluded
> devices.  (In my case, tons of loopback mounts that I don't care to
> see):
> 
> [...]
> /dev/mapper/vg02-content
>                       1.5T  140G  1.3T  10% /srv
>                       645M  645M     0 100% /srv/ftp/pub/mnt/psyche-i386-disc1
>                       636M  636M     0 100% /srv/ftp/pub/mnt/psyche-i386-disc2
> [...]
> 
> ------------------------------
> 
> Message: 13
> Date: Thu, 27 Jan 2005 09:08:43 -0500
> From: Daniel J Walsh <dwalsh at redhat.com>
> Subject: Fedora Core 3 Test Update:
>         selinux-policy-targeted-1.17.30-2.74
> To: For testers of Fedora Core development releases
>         <fedora-test-list at redhat.com>
> Message-ID: <41F8F5EB.4050404 at redhat.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> ---------------------------------------------------------------------
> Fedora Test Update Notification
> FEDORA-2005-080
> 2005-01-27
> ---------------------------------------------------------------------
> 
> Product     : Fedora Core 3
> Name        : selinux-policy-targeted
> Version     : 1.17.30
> Release     : 2.74
> Summary     : SELinux targeted policy configuration
> Description :
> Security-enhanced Linux is a patch of the Linux® kernel and a number
> of utilities with enhanced security functionality designed to add
> mandatory access controls to Linux.  The Security-enhanced Linux
> kernel contains new architectural components originally developed to
> improve the security of the Flask operating system. These
> architectural components provide general support for the enforcement
> of many kinds of mandatory access control policies, including those
> based on the concepts of Type Enforcement®, Role-based Access
> Control, and Multi-level Security.
> 
> This package contains the SELinux example policy configuration along
> with the Flask configuration information and the application
> configuration files.
> 
> ---------------------------------------------------------------------
> 
> * Wed Jan 26 2005 Dan Walsh <dwalsh at redhat.com> 1.17.30-2.74
> 
> - Allow httpd to execute httpdcontent
> - Change file_context on postgresql helper apps back to bin_t
> - Add typealias for shlib_t to lib_t
> 
> * Wed Jan 19 2005 Dan Walsh <dwalsh at redhat.com> 1.17.30-2.73
> 
> - Allow dhcpd to read random devices
> 
> ---------------------------------------------------------------------
> This update can be downloaded from:
>   http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/
> 
> 80c6bb439cee4904ffade84df45d838a
> SRPMS/selinux-policy-targeted-1.17.30-2.74.src.rpm
> 8bf1c38d88e7c7746a0f753f270565cc
> x86_64/selinux-policy-targeted-1.17.30-2.74.noarch.rpm
> 39c7589df26826b4d142697474ff93e5
> x86_64/selinux-policy-targeted-sources-1.17.30-2.74.noarch.rpm
> 8bf1c38d88e7c7746a0f753f270565cc
> i386/selinux-policy-targeted-1.17.30-2.74.noarch.rpm
> 39c7589df26826b4d142697474ff93e5
> i386/selinux-policy-targeted-sources-1.17.30-2.74.noarch.rpm
> 
> This update can also be installed with the Update Agent; you can
> launch the Update Agent with the 'up2date' command.  You may
> need to edit your up2date channels configuration.  Within
> /etc/sysconfig/rhn/sources enable the following line:
> yum updates-testing
> http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH
> ---------------------------------------------------------------------
> 
> ------------------------------
> 
> Message: 14
> Date: Thu, 27 Jan 2005 14:14:52 +0000
> From: Luciano Miguel Ferreira Rocha <strange at nsk.no-ip.org>
> Subject: Re: lvm & logwatch
> To: For testers of Fedora Core development releases
>         <fedora-test-list at redhat.com>
> Message-ID: <20050127141452.GA2791 at nsk.no-ip.org>
> Content-Type: text/plain; charset=us-ascii
> 
> On Thu, Jan 27, 2005 at 08:44:58AM -0500, Charles R. Anderson wrote:
> > On Thu, Jan 27, 2005 at 01:20:04PM +0000, Luciano Miguel Ferreira Rocha wrote:
> > > On Thu, Jan 27, 2005 at 08:02:33AM -0500, Charles R. Anderson wrote:
> > > >  df -h | grep -A1 '^/dev/'
> > > >
> > > > It's somewhat of a hack, but it works in my case...
> > >
> > > I get a line in the middle with only '--'. Not pretty...
> > > df -h | grep -E '^(/dev/| )' works better for me.
> >
> > No good for me.  That includes the continuation line on excluded
> > devices.  (In my case, tons of loopback mounts that I don't care to
> > see):
> >
> > [...]
> > /dev/mapper/vg02-content
> >                       1.5T  140G  1.3T  10% /srv
> >                       645M  645M     0 100% /srv/ftp/pub/mnt/psyche-i386-disc1
> >                       636M  636M     0 100% /srv/ftp/pub/mnt/psyche-i386-disc2
> > [...]
> 
> Hm.. I was trying to avoid a complicated script:
> df -h | {
> while read dev size used avail perc mount
> do
>         [ "${dev%%/dev/*}" ] && continue
>         [ -z "$size" ] && read size used avail perc mount
>         S="${#dev}"
>         if [ $S -gt 23 ]; then
>                 T="\n\t\t\t"
>         elif [ $S -gt 15 ]; then
>                 T="\t"
>         elif [ $S -gt 7 ]; then
>                 T="\t\t"
>         else
>                 T="\t\t\t"
>         fi
>         echo -e "$dev$T$size\t$used\t$avail\t$perc\t$mount"
> done
> }
> 
> What about:
> df -h | sed -ne '/^\/dev\/[^ ]*$/N' -e '/^\/dev\//p'
> 
> Regards,
> Luciano Rocha
> 
> ------------------------------
> 
> Message: 15
> Date: Thu, 27 Jan 2005 15:25:31 +0100
> From: "shrek-m at gmx.de" <shrek-m at gmx.de>
> Subject: OT: zlib clamav-0.81
> To: fedora-test-list at redhat.com
> Message-ID: <41F8F9DB.1050809 at gmx.de>
> Content-Type: text/plain; charset=us-ascii; format=flowed
> 
> hi,
> 
> fyi
> 
> fc3 has zlib-1.2.1.2-1
> development has zlib-1.2.2.2-1
> 
> $ rpm -q zlib
> zlib-1.2.1.2-1
> 
> $ pwd
> /usr/local/clamav-0.81
> 
> $ ./configure
> [...]
> checking for zlib installation... /usr
> configure: error: The installed zlib version may contain a security bug.
> Please upgrade to 1.2.2 or later: http://www.zlib.net. You can omit this
> check with --disable-zlib-vcheck but DO NOT REPORT any stablility issues
> then!
> 
> --
> shrek-m
> 
> ------------------------------
> 
> Message: 16
> Date: Thu, 27 Jan 2005 15:36:42 +0100 (CET)
> From: "nodata" <fedora at nodata.co.uk>
> Subject: Re: OT: zlib clamav-0.81
> To: fedora-test-list at redhat.com
> Message-ID: <23154.213.164.3.90.1106836602.squirrel at 213.164.3.90>
> Content-Type: text/plain;charset=iso-8859-1
> 
> > hi,
> >
> > fyi
> >
> > fc3 has zlib-1.2.1.2-1
> > development has zlib-1.2.2.2-1
> >
> >
> > $ rpm -q zlib
> > zlib-1.2.1.2-1
> >
> > $ pwd
> > /usr/local/clamav-0.81
> >
> > $ ./configure
> > [...]
> > checking for zlib installation... /usr
> > configure: error: The installed zlib version may contain a security bug.
> > Please upgrade to 1.2.2 or later: http://www.zlib.net. You can omit this
> > check with --disable-zlib-vcheck but DO NOT REPORT any stablility issues
> > then!
> >
> > --
> > shrek-m
> >
> 
> Oh dear. The changelog for zlib shows a last entry of Sep 13 2004.
> The fixed zlib 1.2.2 was released more than two weeks later, on October
> 3rd, 2004
> 
> Time to get those security auditors in! :)
> 
> You should bugzilla this as "security".
> 
> ------------------------------
> 
> Message: 17
> Date: Thu, 27 Jan 2005 14:58:13 +0000
> From: Howard Johnson <merlin at mwob.org.uk>
> Subject: Re: OT: zlib clamav-0.81
> To: For testers of Fedora Core development releases
>         <fedora-test-list at redhat.com>
> Message-ID: <1106837893.2616.7.camel at thunderbolt.localnet>
> Content-Type: text/plain
> 
> On Thu, 2005-01-27 at 14:36, nodata wrote:
> >
> > Oh dear. The changelog for zlib shows a last entry of Sep 13 2004.
> > The fixed zlib 1.2.2 was released more than two weeks later, on October
> > 3rd, 2004
> 
> Looking at the changelog, bugzilla entry (referenced in the changelog),
> and the zlib site, it seems the 1.2.1.2 release was to fix the same
> security problem as 1.2.2. I can't seem to find a 1.2.1.anything release
> on zlib's web site, so I suspect it's an "internal" (to Fedora/Red Hat)
> release that contained the back-ported security fix.
> 
> ------------------------------
> 
> --
> 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, Vol 11, Issue 45
> ************************************************
> 


-- 
vasundhar 9880025682
Institute of Bioinformatics and Applied Biotechnology
G-05, Tech Park Mall,
International Technology Park,
Whitefield Road,
Bangalore 560 066,
India.
Tel: +91 (80) 2841-0029, 2841-2769
Fax: +91 (80) 2841-276




More information about the fedora-test-list mailing list