RedHat discovered a buffer overflow in the netpbm utility pnmtopng.
Prepared ebuild should be committed direct to stable on the following archs :
alpha amd64 hppa ppc ppc64 sparc x86
Also media-libs/urt-3.1b-r1 should be pushed to ppc64 stable at the same time.
*** Bug 107609 has been marked as a duplicate of this bug. ***
vapier: please commit your ebuild from bug 107609.
Hm. In fact 10.29 is fixed, so we should move to that.
Calling arch testers again (sorry bout that):
Target KEYWORDS="alpha amd64 arm hppa ia64 mips ppc ppc64 sparc x86"
Stable any >=10.29 of your liking.
emerged 10.29-r1, without issue.
this ebuild depends on media-libs/urt which is also unstable in this arch.
perhaps a bug for media-libs/urt stabilization is in order, to handle the
stablization of this dependency.
no one said 10.29-r1 needs to be the one stabilized
Thierry Carrez wrote: "Hm. In fact 10.29 is fixed, so we should move to that."
is not 10.29-r1 the logical package to stabilize?
ppc and hppa done.
If you don't want 10.29-r1 stabilized, don't say things like "Stable any >=10.29
of your liking." (comment #3). My liking was to stabilize 10.29-r1, because
changelog entry for that revision says it contains multiple fixes.
what is logical is that you move to whatever package is the easiest or whichever
version an arch team decides on
Oh, so we don't care about quality now, but about having to do least possible
amount of work now? Sorry I asked then.
10.29 stable on x86
Marked 10.29 ppc64 stable
(In reply to comment #10)
> Oh, so we don't care about quality now, but about having to do least possible
> amount of work now? Sorry I asked then.
When multiple security-fixed versions are available, we (security) don't dictate
which fixed version the arch teams must choose. This is their choice to decide
which version is best fit for their arch stable tree. As long as the
vulnerability is fixed, we are ok with it. That's what vapier was trying to say
in his own words.
10.29 sparc stable.
mips should mark stable to benefit from GLSA
10.29 stable on mips.