Summary: | >=app-emulation/vmware-workstation-6.5 packages its own libsexy(mm) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Reilly Grant <reillyeon> |
Component: | Current packages | Assignee: | Gentoo VMWare Bug Squashers [disabled] <vmware+disabled> |
Status: | RESOLVED DUPLICATE | ||
Severity: | major | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://communities.vmware.com/message/1085845 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Reilly Grant
2009-04-19 16:37:04 UTC
Hi Reilly, can you please check that this is an accessibility issue as in bug 235344 and bug 185444? Please emerge gtkmm (making sure that it either has no accessibility USE flag, or that USE="accessibility" is set, then emerge libview, libsexy and libsexymm. After that please let me know whether you're still experiencing the crashes... (In reply to comment #1) > Please emerge gtkmm (making sure that it either has no accessibility USE flag, > or that USE="accessibility" is set, then emerge libview, libsexy and libsexymm. > After that please let me know whether you're still experiencing the crashes... I do not have the USE="accessibility" flag set. The only packages that respond to it (in emerge world -uDNva) are gtk-engines, gnome-themes, gdm, and gnome. Adding the flag causes them to pull in additional dependencies. I'm rebuilding now and will post the results. It sounds like gtkmm doesn't have an accessibility USE flag (hence why I said "making sure that it either has no accessibility USE flag or ..."), so all you should need to do is now rebuild libsexy, libsexymm and libview, then test it. Thanks... Rebuilding gtkmm, libview, libsexy, and libsexymm after running emerge world -uDNva with USE="accessibility" fixed the problem. Since none of those packages actually have this USE flag, what changed? Can this requirement be written into the vmware-workstation ebuild so this doesn't happen in the future? Hiya, it wasn't enabling USE="accessibility" that did it. If you refer to the bugs I mentioned, gtkmm has now had accessibility permanently turned on. However, there's no real way to force a rebuild of these packages on other user's machines without a version bump of these packages, and even then user's might not have built the latest gtkmm. So the upshot is, yes it's a mess, but a relatively easy one to fix, so it's one we'll live with, and this is a duplicate... *** This bug has been marked as a duplicate of bug 185444 *** |