Dear Darvin, I have a subscription to https://rhn.redhat.com The Red Hat Network. This web site lists every package and errata and provides the type of information you list below. It is a paid for subscription but does make answering the questions you are asking very easy. So yes, Red Hat does provide package descriptions, if there are newer versions and errata details. It appears they have a public side too http://rhn.redhat.com/errata/RHSA-2009-0449.html Otherwise your next resource will be the original package's web site to find that information. I also found you can look at errata at http://cve.mitre.org/cve/ And some flavors of linux also list errata http://bugs.gentoo.org/ Hope this provides some resources for you. Phebe Mertes 210-301-6271 From: Darvin Denmian <darvin.denmian@xxxxxxxxx> To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx> Date: 05/04/2009 12:19 PM Subject: Re: Packages Updates Sent by: redhat-list-bounces@xxxxxxxxxx Hello, Mark -> this solution is based in a php compilation, right? And if i need newest version of php compiled by RedHat? Another questio: Like in OpenSuse systems, i like to know the reason why i need to upgrade a package, eg: bind -> bind: spoofing signed mesages Patch: bind Type: security Version: 426 This update improves the verification of return values of openssl functions. Prior this update it was possible to spoof answers signed with DSA and NSEC3DSA. (CVE-2009-0025) References: 464462 (bugzilla): bug number 464462 There is something like this in Red Hat systems? Thanks!! On Mon, May 4, 2009 at 1:58 PM, mark <m.roth2006@xxxxxxx> wrote: > Darvin Denmian wrote: >> Hello all, >> >> i need some answers: >> >> 1° How do i mensure the impact of a RedHat system upgrade? >> 2° In my system I have the RedHat php-5.1.6 installed, and this >> version has some bugs that make impossible to implement my software, I >> wonder how I can update it using yum. >> >> Thanks !! >> >> and sorry for bad english :( >> > Ah... php. I'd set up test websites - named hosts are *very* useful there, and > have it load an appropriate version of php. Do *NOT* install via yum (I'm not > *that* up on yum, and don't know if it allows you to specify an alternate base > directory). You do *not* want to blow away the existing stuff yet. I'd put it > under, say, /usr/local/php-5.<whatever>, and make sure that the load module > directive for the test website pointed to that specific version of php. Then > you can test all you want, with no impact to the existing environment. > > mark > > > -- > redhat-list mailing list > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > https://www.redhat.com/mailman/listinfo/redhat-list > -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
