According to the original Advisory http://www.derkeiler.com/Mailing-Lists/securityfocus/bugtraq/2006-05/msg00041.html 4.0.27 is unaffected. GLSA states, that only greater than 4.0.27 is unaffected which leads to all users upgrading to 4.1.x. The following diff fixes the GLSA: --- /usr/portage/metadata/glsa/glsa-200605-13.xml~ 2006-05-13 17:37:08.000000000 +0200 +++ /usr/portage/metadata/glsa/glsa-200605-13.xml 2006-05-15 09:10:37.291875064 +0200 @@ -16,7 +16,7 @@ <affected> <package name="dev-db/mysql" auto="yes" arch="*"> <unaffected range="ge">4.1.19</unaffected> - <unaffected range="rgt">4.0.27</unaffected> + <unaffected range="rge">4.0.27</unaffected> <vulnerable range="lt">4.1.19</vulnerable> </package> </affected>
Fixed in CVS. Thanks for the notification. Policy says no GLSA errata, but since this forces a major upgrade I'd like to hear opinions.
Oh and one thing I forgot: Should we fix the resolution section? It also states the major upgrade. Don't actually know how the revisions should be handled there. As its not too long since this GLSA went public, I think an errata could help users.
Resolution also fixed in CVS. Geez I need more coffee :-/
We could use a new release yes. I would rather do a GLSA update to specify additional fixed version rather than a GLSA errata (because it's not an error needing a an errata GLSA according to policy)
Update seems ok to me, since it is a change in a positive way (more versions are unaffected). Is that policy, you are speaking about, documented somewhere?
Indeed it is documented. Vulnerability Treatment Policy: http://www.gentoo.org/security/en/vulnerability-policy.xml In part supplemented by the GLSA Coordinator Guide: http://www.gentoo.org/security/en/coordinator_guide.xml
let's wait for all arches to stable, then we should send an update imho
All stable and ready for an update decision. The situation is that the original resolution send in the GLSA forces a major upgrade to 4.1 for 4.0 users. This has already been fixed in CVS yesterday, so glsa-check users are safe. Security please comment as policy is a bit vague on this point.
i would vote for a glsa update, which seems fine in this case.
+1 for GLSA update
GLSA 200605-13 updated and reissued. Thx for the notification Christian.