Bugzilla Bug 210835

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 an attachment (id=146299) [edit]
avant-window-navigator-extras-0.2.6.ebuild

Here's an updated ebuild for 0.2.6.

Created an attachment (id=146301) [edit]
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