http://www.freedesktop.org/Software/gtk-qt Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 33395 [details] gtk-qt-engine-0.41.ebuild
Here's what I get: --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-x11-themes_-_gtk-qt-engine-0.41-21389.log" open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock --------------------------------------------------------------------------------
yes the isue with sandbox im trying to make a patch the solve this you can try disabling sandbox it should work
Created attachment 33743 [details] The new ebuild for x11-themes/gtk-qt-engine-0.41.ebuild I rewrote your ebuild. Now it's compliant to the ebuild guidelines (http://www.gentoo.org/doc/en/ebuild-mistakes.xml), uses a function from the kde.eclass to have a workaround for the .qtrc-bug, inherits gtk-engines2.eclass and follows this eclass' guidelines. (Don't define a DEPEND, use newdepend and some other things.) Greetings Elias P.
good job thanks
The second ebuild works well. Thank you.
*** Bug 51003 has been marked as a duplicate of this bug. ***
Works very well for me, thanks! Great theme for KDE users.
Just wanted to add that I noticed, since adding the new eBuild to my portage overlay, I get a message saying ">>> Updating Portage cache... -has_version() in global scope: x11-themes/gtk-qt-engine-0.41 has_version() in global scope: x11-themes/gtk-qt-engine-0.41 has_version() in global scope: x11-themes/gtk-qt-engine-0.41 ...done!" whenever I do emerge sync, not sure if it's an issue with the eBuild itself or not though.
This message doesn't have to do with the 0.41 ebuild, it's a known problem which has already been there with older ebuilds. Have a look here for more information: http://bugs.gentoo.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&field0-0-0=product&type0-0-0=substring&value0-0-0=global&field0-0-1=component&type0-0-1=substring&value0-0-1=global&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=global&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=global&field1-0-0=product&type1-0-0=substring&value1-0-0=scope&field1-0-1=component&type1-0-1=substring&value1-0-1=scope&field1-0-2=short_desc&type1-0-2=substring&value1-0-2=scope&field1-0-3=status_whiteboard&type1-0-3=substring&value1-0-3=scope Greetings Elias P.
*** Bug 58945 has been marked as a duplicate of this bug. ***
Version 0.5 is out, bumping the ebuild does it all. Works great here. Greetings Elias P.
Much better than 0.41. The menus in Thunderbird and the Azureus crash are fixed, though I'm noticing lots of graphical glitches with scrollbars, which weren't there in 0.41. Almost ready for portage, but not quite. Wait another version or two :)
Created attachment 36523 [details] gtk-qt-engine-0.5.ebuild
Much stabler than 0.41 :-)
It is working really fine under KDE (Mozilla and Eclipse are skinned almost perfectly, they at least don't crash as they used to did with the previous releases). Unluckily, gtk-qt-engine completely kills the window manager of XFCE4 (you get the panel, the taskbar, the windows... but no window borders/titlebars, etc). I'm gonna try and file a bug report to the original author.
Ok, this is an incompatibility similar to the one which makes Metacity misbehave. The original author has added some code to fix the XFCE4 issue and will put them in CVS soon. For a permanent fix it looks like a patch to Qt is needed.
It fails for me. Also, DEPEND and RDEPEND are supposed to be set, even if they are empty. checking for uic... /usr/qt/3/bin/uic checking whether uic supports -L ... yes checking whether uic supports -nounload ... yes checking if Qt needs -ljpeg... no checking for rpath... yes checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! !!! ERROR: x11-themes/gtk-qt-engine-0.5 failed. !!! Function econf, Line 362, Exitcode 1 !!! econf failed
Created attachment 37366 [details] gtk-qt-engine-0.5.ebuild You're right. Here's a proper ebuild.
The dependency on x11-themes/qtpixmap seems wrong to me. The gtk-qt-engine doesn't depend on qtpixmap.
In the latest patch (2004-08-13), there is the line addwrite ${QTDIR}/etc/settings but ain't that a bit overkill, when the eclass kde is already includes the addwrite line.
Created attachment 38185 [details] Alternative ebuild for qtk-qt 0.5 Not sure if the arts option works as it should, but gtk-qt can be built with or without arts support. gtk-qt don't really depend on x11-themes/qtpixmap, but I kept it there. gtk-qt does build on ppc too, so it should be included in the KEYWORDS, we can't just support x86. removed the addwrite line, as this has no use anymore, as we now inherit the right packges. This does build well for me and I hope it will work for everyone else too.
> gtk-qt don't really depend on x11-themes/qtpixmap, but I kept it there. There is just one case where gtk-qt uses qtpixmap, and that is when qtpixmap is chooses as current Qt style. gtk-qt uses whichever Qt style is chooses to draw gtk widgets, it hasn't to be qtpixmap. I just grepped qtpixmap in gtk-qt's sources and couldn't find any reference.
Created attachment 38191 [details] gtk-qt-engine-0.5.ebuild Thanks for the suggestions, but please note that this package *does* depend on kdelibs. In general, we don't add keywords unless we can test those archs personally. As soon as this is in portage, I'll notify the ppc devs and get them to keyword it.
I give the latest ebuilds a thumbs up. This would be a great thing to have in portage, hopefully it gets added soon.
According to a friend who is involved in GentooPPC, the chance to get an ebuild approved increases quite a lot with the removeval of addwrite. Thanks to my friend I got to know about this nice software.
Again, I'm not going to put version 0.5 in portage because I don't feel it's ready quite yet. If another dev does, feel free to take this and handle the inevitable bug reports ;-) If they fix some of the more obvious bugs with the next release, I'll commit that.
But this package is already in Portage (with a wrong dependency)! It was commited by Brad Laue on August 23.
Uh, okay. It's his then. Brad, take care of this.
brad, are you going to fix this ebuild to use need-kde and use_with, or what? If you don't want to maintain it, I'll take it.
Argh. Patrick if you'd like to take maintainership you're more than welcome.
OK, I'll take this. I need something interesting to maintain ;-) Closing this bug since it's been in portage for a while now.