glipper's configure script has the following options available: --disable-nls do not use Native Language Support --disable-gnome Remove GNOME support. This removes essential features --disable-scrollkeeper do not make updates to the scrollkeeper database I think a simple: econf $(use_enable gnome) || die or the like could be added (but since i'm no ebuild expert, and that simply doesn't work I won't post an fixed ebuild :) the gnome flag also should include the dependancy as mentioned (among others) in bug #157461. However Currently this is broken upstream, it requires the gnome-doc-utils no matter what.
(In reply to comment #0) > --disable-gnome Remove GNOME support. This removes essential features I think that nuking essential features is a really bad idea.
say what? From his website: Glipper is a clipboardmanager for GNOME (and other WMs), it maintains a history of text copied to the clipboard from which you can choose. You can see this as a GNOME counterpart to KDE's Klipper. It only depends on GTK+ 2 and not on GNOME libs (optional), so you can also use it with any other window manager that supports tray icons. So you can use it with Other WM's (XFCE) and gnome is optional (I don't use gnome). it builds and runs fine here without gnome, so how is gnome essential? It's friggin' clipboard manager, no fancy gnome only stuff (thank god). All you need is a valid systemtray, which XFCE and I belive even e16/FWM etc have. I (and they) are't gonna install libgnomeui etc just to get a little GTK2+ based clipboard manager. All it does is work as an intermediator between copy/pastes (now you can't copy/paste after you close the window you copied from) Granted, this should be an x11 library with a little frontend, but that doesn't exist (yet), so this and klipper is all we got. Actually we should be glad that it's not gnome only to begin with.
If this will make you happier... :P
Created attachment 104404 [details, diff] glipper-0.95.1.ebuild.diff - added missing gnome-base/libglade dependency - added missing gnome-base/libgnome dependency w/ USE=gnome - added missing dev-util/pkgconfig dependency (This thing also uses automake-1.9 and spits out annoying non-fatal warnings if it can't find it).
jej :D I think they are considering moving away from autotools so that might explain the errors somewhat? We are currently considering dropping autotools as a build system. Current favourite replacement is scons. This makes the ebuild work so much beter I belive yeah :) Actually libglade is optional aswell; looks interesting actually, have a static UI written in C as a fallback, and use libglade only if it's available ... Maybe worth taking a look through the src to see how he does that. so besides it being part of 'gnome?' shouldn't it also be >=gnome-base/libglade-2.0.0? (or gnome-base/libglade??) with that changed it does install here :)
(In reply to comment #5) > Actually libglade is optional aswell > so besides it being part of 'gnome?' shouldn't it also be > >=gnome-base/libglade-2.0.0? (or gnome-base/libglade??) No, it shouldn't, please read the configure.in; the whole GUI uses libglade.
well with just gnome-base/libglade-2.0.0 (sans >=) i was getting invalid atom errors ...which is why I even brought it up. makes more sense that it does use libglade, since I have libglade installed, it's no surprise it didn't say anything about that, so sorry on that part.
Created attachment 104464 [details, diff] glipper-0.95.1.ebuild.diff (In reply to comment #7) > well with just gnome-base/libglade-2.0.0 (sans >=) i was getting invalid atom > errors ...which is why I even brought it up. Damnit! :) Fixed.
HAH! the lies, THE LIES! ;) I think we can mark this fixed now.
the ebuild works fine, all we need to do now is get it in the tree and everybody is happy :)
Supplied changes work fine, should be merged into the tree, re-opening until that's done (or other action is required).
Thanks, commited to CVS!