Hi, I'm one of the developers of the Avant Window Navigator dock's applets project. We just released version 0.2.4. A number of the dependencies have changed, but we have been working with the desktop-effects overlay to have an ebuild that keeps track of the new dependencies. Please look at their live ebuild to update the DEPENDs and RDEPENDs, in addition to the new USE flags. http://git.overlays.gentoo.org/gitweb/?p=proj/desktop-effects.git;a=tree;f=gnome-extra/avant-window-navigator-extras;hb=HEAD Thanks!
Mark, thanks much will do ASAP.
Forgot to mention that we released 0.2.6 a while back to address some build issues.
Created attachment 146299 [details] avant-window-navigator-extras-0.2.6.ebuild Here's an updated ebuild for 0.2.6.
Created attachment 146301 [details, diff] avant-window-navigator-extras-0.2.6-r346-gconf-conditional.patch And the upstream patch it needs to make gconf truly conditional.
*** Bug 214468 has been marked as a duplicate of this bug. ***
Finally got around to bumping this. Thanks for the ebuild and patch. As stated in other bug, please just patches next time. Need to review the deps, I did not modify them much aside from dropping libgmail. Seems there are redundant deps in the -extras package that are also in the main awn package. No need for them to be in the extras, since the extras deps on the main awn package and all it's deps. Otherwise I kept most other changes to ebuild. Although the python stuff in pkg_postinst and pkg_postrm I did not add to the main awn package. Likely need to go back and do that. But really need to understand what it does first :) Otherwise we are good here as well. Please let me know if I need to change anything, patches are always welcome. Thanks again for contributions.
This goes for awn and awn-extras: - The deps are from the configure script and should be correct. Please note that there is no libgmail dep in the ebuild I posted. - The python stuff was added to the awn-0.2.1-r1 ebuild in the tree by Gilles Dartiguelongue wrt bug #207667; they should be relevant for awn-extras as well. I just copied them. - I see you've removed the glib dep for awn when USE="gnome". Feel free to do so, but do note that the configure script checks for it explicitly. - What's up with the gconf USE-flag? This should be grouped with the gnome-flag like every other ebuild in the tree does.
(In reply to comment #7) > This goes for awn and awn-extras: > > - The deps are from the configure script and should be correct. Please note > that there is no libgmail dep in the ebuild I posted. I already dropped that dep in the ebuild I committed to tree. > - The python stuff was added to the awn-0.2.1-r1 ebuild in the tree by Gilles > Dartiguelongue wrt bug #207667; they should be relevant for awn-extras as well. You don't add the same deps to two ebuilds when one pulls in the other. So we add the stuff to either awn or awn-extras, but not both. > I just copied them. > - I see you've removed the glib dep for awn when USE="gnome". Feel free to do > so, but do note that the configure script checks for it explicitly. > - What's up with the gconf USE-flag? This should be grouped with the gnome-flag > like every other ebuild in the tree does. Those weren't my changes, I was syncing the ebuild with a live on in the xeffects overlay I believe. That overlay is MIA, but I am pretty sure the live ebuild is in another. So that's where the optional glib dep came from and gconf. Also vala and other stuff that wasn't in the ebuild in tree.
Let me clarify: - with python stuff I mean the "python_mod_optimize" stuff and the eclass inherit. - I tried to say that even with the gnome (and / or xfce) flag set, configure checks for glib. It just doesn't check for a specific version (this applies to awn - not extras, for clarity's sake) - the xeffects ebuilds usually contain a whole slew of non-standard / unnessecary USE-flags. The standard way of doing this seems to be to use the gnome-flag for gconf support, like I did in my ebuild. wrt the extras ebuild: - please hide the (remaining, non-duplicate) gnome deps behind the gnome USE-flag. This means the deps required by the --with-gnome flag. They're listed in my ebuild.
(In reply to comment #9) > Let me clarify: > - with python stuff I mean the "python_mod_optimize" stuff and the eclass > inherit. Ah ok, I was planning on adding that to awn as well with the revision. Sorry thought you were talking deps :) > - I tried to say that even with the gnome (and / or xfce) flag set, configure > checks for glib. It just doesn't check for a specific version (this applies to > awn - not extras, for clarity's sake) Yes, but glib is brought in as a dep of gnome or xfce. Actually technically gtk pulls it in as well. So really I can drop that dep all together. Since gtk is not conditional. However it was in the one in the overlay, and although gtk pulls it in. It's not guaranteed to be 2.15. Even if awn isn't looking for it, I believe it will fail to compile unless it has >= glib 2.15. At least that's my take on it :) > - the xeffects ebuilds usually contain a whole slew of non-standard / > unnessecary USE-flags. The standard way of doing this seems to be to use the > gnome-flag for gconf support, like I did in my ebuild. Yeah I am going that route. As gconf I don't believe is used outside gnome, so kinda redundant flags and pointless. I see you did the same with doc. > wrt the extras ebuild: > - please hide the (remaining, non-duplicate) gnome deps behind the gnome > USE-flag. This means the deps required by the --with-gnome flag. They're listed > in my ebuild. Sorry must have missed that. Again patches man :)
python_mod_optimize requires ${ROOT} in front of its argument. python_mod_cleanup on the other hand must not have it. _optimize doesn't pass it, _cleanup does. Inconsistency, but we have to live with it for now.. That is to say that the optimize version needs a ${ROOT} in front of /usr/lib in this ebuild as well, and any other ones that call python_mod_optimize.
One final thing: please re-add the conditional dep on dev-python/gst-python if USE="gnome". This package is not pulled in indirectly.
added
