153704 2006-11-01 08:49 0000 app-emulation/emul-linux-x86-qtlibs(?): khtml/qt integer overflow (CVE-2006-4811) 2007-03-07 15:41:31 0000 1 1 1 Unclassified Gentoo Security Vulnerabilities unspecified All Linux RESOLVED FIXED B2 [glsa] P2 normal --- 165270 1 vorlon@gentoo.org security@gentoo.org amd64@gentoo.org blubb@gentoo.org dystopianray@gmail.com vorlon@gentoo.org 2006-11-01 08:49:54 0000 pls see bug 151838 for details and check/fix the package if needed vorlon@gentoo.org 2006-11-03 04:23:59 0000 ok... i have tried to get a comment from amd64 on the other bug before, pinged people in #-dev a long while ago... well... CC'ing amd64, pls validate tester@gentoo.org 2006-11-03 08:34:36 0000 baselibs, qtlibs and gtklibs need new versions. I'll try to see if I can do it next weekend if herbs doesn't get to it first. kugelfang@gentoo.org 2006-11-04 05:37:22 0000 I personally have no clue on how the package is built these days, sorry :-/ Should remove myself from metadata.xml i suppose :-) jaervosz@gentoo.org 2006-11-20 22:59:44 0000 tester, any news on this one? vorlon@gentoo.org 2006-12-03 11:42:06 0000 hmpf... it has been over a month now has there been any progress here? falco@gentoo.org 2007-02-10 22:00:38 0000 reping blubb@gentoo.org 2007-02-11 18:18:38 0000 PONG! I've got emul-linux-x86-qtlibs-10.0 ready. The SRC_URI files are uploading right now, so I can commit the the ebuild in ~4h. blubb@gentoo.org 2007-02-11 18:28:06 0000 Uhm, actually, not quite yet, as this also needs a new baselibs which is quite some work, but "we're working on it". falco@gentoo.org 2007-02-11 22:35:04 0000 (In reply to comment #8) > Uhm, actually, not quite yet, as this also needs a new baselibs which is quite > some work, but "we're working on it". > OK :) blubb@gentoo.org 2007-02-12 09:13:58 0000 10.0 is in the tree, marked ~amd64. Since it required a complete rebuild of ~40 packages, I'd like to wait a bit before stablizing it, I'm almost sure something broke. It's not like a few more days would hurt after 3 1/2 months anyway... blubb@gentoo.org 2007-02-16 10:30:54 0000 Alright, it worked out a lot better then I expected it to, so emul-linux-x86-qtlibs-10.0 which fixes the issue is marked stable on amd64 now. dystopianray@gmail.com 2007-02-16 15:13:40 0000 Updating these ebuilds seems to have broken the other emul-linux-x86-* ebuilds that are still putting things in /emul. I had to update emul-linux-x86-sdl and emul-linux-x86-gtklibs to the ~arch versions that put everything in /lib32 and /usr/lib32 or their libraries weren't being detected and revdep-rebuild was spitting out missing library errors. blubb@gentoo.org 2007-02-16 15:51:42 0000 (In reply to comment #12) > Updating these ebuilds seems to have broken the other emul-linux-x86-* ebuilds > that are still putting things in /emul. Thanks for catching that, I had this mix installed thus it worked fine. I just marked all the latest emul-packages stable so everything goes to (/usr)/lib32. falco@gentoo.org 2007-02-17 23:36:58 0000 Thanks to all the developers and testers :) it's A2 or B2 so it merits a GLSA. vorlon@gentoo.org 2007-03-07 15:41:31 0000 this was GLSA 200703-06 so let's close it :)