Bumping the ebuild seems to work.
After bumping the version to 0.8, the ebuild needs an extra dependency to build correctly: dev-libs/libxslt I'm giving devilspie 0.8 a testdrive and I'll report back later if it's stable here...
Yep... Stable...
Harold, I was about to attach an 0.8 ebuild, but I'll let you do it, since you discovered a new dep. I think it helps the devs if you explicitly attach an ebuild for them to work with. Phil
Created attachment 57661 [details] x11-misc/devilspie/devilspie-0.8.ebuild This should be it then...
Version 0.10 is out.
*** Bug 91651 has been marked as a duplicate of this bug. ***
Created attachment 58202 [details] x11-misc/devilspie/devilspie-0.10.ebuild New ebuild as in bug #91651. I added devilspie-reference.html to the list of documentations in this particular ebuild.
Does anybody know if it builds without dev-libs/libxslt? (haven't found the time to test it, yet)
there is nothing in the devilspie files that seems to need libxslt. i have xslt installed by virtue of gimp and scrollkeeper. could you ldd devilspie and paste the results here as another comment? i'm curious to see the libs your devilspie is linking.
My dependencies on libxslt after unmerging devilspie-0.8: genthree ~ # equery depends libxslt [ Searching for packages depending on libxslt... ] genthree ~ # Emerging devilspie-0.10 after unmerging libxslt: genthree ~ # emerge =devilspie-0.10 ... make[2]: Entering directory `/var/tmp/portage/devilspie-0.10/work/devilspie-0.10' ./src/doc-generator docs.xml xsltproc -o devilspie-reference.html docs2html.xsl docs.xml make[2]: xsltproc: Command not found make[2]: *** [devilspie-reference.html] Error 127 rm docs.xml make[2]: Leaving directory `/var/tmp/portage/devilspie-0.10/work/devilspie-0.10' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/devilspie-0.10/work/devilspie-0.10' make: *** [all-recursive-am] Error 2 !!! ERROR: x11-misc/devilspie-0.10 failed. !!! Function src_compile, Line 556, Exitcode 2 When re-emerging libxslt, devilspie-0.10 compiles fine... H.
Harold, Please paste the output of this command: $ ldd `which devilspie` Phil
Here you go: genthree src # ldd `which devilspie` linux-gate.so.1 => (0xffffe000) libwnck-1.so.16 => /usr/lib/libwnck-1.so.16 (0xa7fb3000) libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xa7cf2000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xa7c77000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xa7c5f000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xa7c49000) libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0xa7c42000) libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0xa7c36000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xa7bfd000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xa7bcb000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xa7bc7000) libdl.so.2 => /lib/libdl.so.2 (0xa7bc3000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xa7b45000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0xa7a43000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0xa7a31000) libz.so.1 => /lib/libz.so.1 (0xa7a21000) libm.so.6 => /lib/tls/libm.so.6 (0xa79ff000) libpopt.so.0 => /usr/lib/libpopt.so.0 (0xa79f8000) libc.so.6 => /lib/tls/libc.so.6 (0xa78e6000) libX11.so.6 => /usr/lib/libX11.so.6 (0xa7820000) libstartup-notification-1.so.0 => /usr/lib/libstartup-notification-1.so.0 (0xa7818000) libSM.so.6 => /usr/lib/libSM.so.6 (0xa780f000) libICE.so.6 => /usr/lib/libICE.so.6 (0xa77f8000) libXRes.so.1 => /usr/lib/libXRes.so.1 (0xa77f6000) libXext.so.6 => /usr/lib/libXext.so.6 (0xa77e8000) libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xa77e4000) libXi.so.6 => /usr/lib/libXi.so.6 (0xa77dc000) libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xa77d9000) libXft.so.2 => /usr/lib/libXft.so.2 (0xa77c7000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xa7757000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xa772f000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xa772a000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xa7721000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0xa7719000) libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xa76f3000) /lib/ld-linux.so.2 (0xa7feb000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0xa76d2000)
$ equery belongs xsltproc [ Searching for file(s) xsltproc in *... ] app-text/docbook-xsl-stylesheets-1.66.1 (/usr/share/sgml/docbook/xsl-stylesheets-1.66.1/extensions/xsltproc) dev-libs/libxslt-1.1.12 (/usr/bin/xsltproc) it looks to me like xsltproc is indeed a dependency during the configure, but not a run-time dependency, so I would move the dev-libs/libxslt from the RDEPEND section of the ebuild to the DEPEND section and test again.
can this be bumped already?
Created attachment 60759 [details, diff] Moves libxml2 to DEPENDS in devilspie-0.10.ebuild Also removes duplicate IUSE and cleans up header. Works for me!
Below is an email exchange I had with the author of devilspie, with regard to this bug. ----- On Mon, 2005-05-09 at 22:13 -0400, Philip Kovacs wrote: >> Seems like libxslt (http://xmlsoft.org/XSLT/index.html) is a compile-time dependency >> of devilspie? See your Makefile.* for xsltproc -o commands. The configure should also >> check for libxslt I think. This is an open bug we are currently hashing around in the gentoo >> world: http://bugs.gentoo.org/show_bug.cgi?id=79332 . I've added a configure check for xsltproc now, thanks. Ross
Created attachment 61055 [details] Cleaned up devilspie/devilspie-0.10.ebuild Philip, thank you for contacting upstream about the xsltproc issue. I have cleaned up the ebuild a bit, and written a patch for allowing to emerge with FEATURES="test" (submitted upstream). Unless the desktop-misc herd complains, I will add this ebuild + patch to portage in a couple of days.
Created attachment 61056 [details, diff] devilspie-0.10-make-check.patch
Henrik, Your ebuild + patch builds fine here (~x86). Thanks from all of us. Philip
x11-misc/devilspie-0.10 is now in portage. Thank you for reporting this.
