Summary: | xorg-x11-6.8.0-r1 has a locking issue that prevents Totem from running | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Peter Colijn <sirjoltalot> |
Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ed, gnome, luca.rosellini, pkdawson, won |
Priority: | High | Keywords: | Inclusion |
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
URL: | http://lists.gnome.org/archives/gnome-announce-list/2003-May/msg00096.html | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | New ebuild for xorg-x11 that fixes Totem |
Description
Peter Colijn
2004-09-21 22:13:30 UTC
Also note that at least one other person has experienced this: http://forums.gentoo.org/viewtopic.php?t=214433 Also, http://bugs.xfree86.org/attachment.cgi?id=391 looks to be a better patch, included by Mandrake and (I think) RedHat. Perhaps we should consider using that instead. Actually, that patch is already applied upstream. Simply removing the other one fixes it so Totem works again. I'll attach a new ebuild, but all I did was rename it to -r2 and patch_exclude 0155. Created attachment 40472 [details]
New ebuild for xorg-x11 that fixes Totem
Only difference from -r1 is to patch_exclude patch # 0155.
Bit of a ping here. Is this an acceptable fix that can go into portage? x issue For reference, bug #64929 is why that patch was added. If an alternate solution's been committed upstream, I'll remove it. Yeah, my bad. bug #21336 Ah, right. Please see my comment above about http://bugs.xfree86.org/attachment.cgi?id=391. The patch for that bug is already in xorg, and it is a better fix for the problem. You can read http://bugs.xfree86.org/show_bug.cgi?id=260 for the details, and see that http://bugs.xfree86.org/attachment.cgi?id=391 is a fix to the same problem, that's already included in the latest xorg sources. Thanks! Added to 6.8.0-r2 in patchset 0.2.7. This is regressed in xorg-x11-6.8.0-r3, btw. I assume this is because it is a lower patch version than -r2, so -r4 will be OK again. It's not a regression. -r3 is _purely_ a security bump from -r1, nothing more, nothing less. Things are acting perfectly as expected. -r4 should work fine. The ChangeLog says this. 17 Nov 2004; Donnie Berkholz <spyderous@gentoo.org>; +xorg-x11-6.8.0-r4.ebuild: Add xpm-secfix-thomas.diff. This is a continuation of the hard-masked 6.8.0-r2. *** Bug 59746 has been marked as a duplicate of this bug. *** *** Bug 60131 has been marked as a duplicate of this bug. *** *** Bug 72722 has been marked as a duplicate of this bug. *** |