Bugzilla Bug 108479

When I install gnome-python-extras, because one package needs its gnomeprint
and
gnomeprint.ui python module, it tries to pull lots of dependencies(totem,
nautilus-cd-burner etc.), which are'nt really needed. The partial sollution to
this is use emerge --oneshot --nodeps dev-python/gnome-python-extras because
the
package looks for installed stuff and compiles only the modules which are found
in the system. I think it should utilize USEflags : totem gtkhtml gnomeprint
spell gtop nautilus-cd-burner and so on.

Reproducible: Always
Steps to Reproduce:
1. emerge dev-python/gnome-python-extras

Actual Results:  
Tries to pull lots of dependencies, which are'nt really needed if you are not
using gnome.

Expected Results:  
Install only those dependencies which are defined with USE flags.

It should be pretty easy to do, only modification required is the RDEPEND part
of the ebuild.

Its not just easy enough to modify and put in the xxx?().

The configure.in does not have real switches, thats why all those things are not
useflagged.

I have a patch locally that enables the switches that I will submit upstream
shortly.

Created an attachment (id=82598) [details]
use flags for gda and spell

It really is that simple as adding the use flags and optional deps. The
configure script is written in such a way that it just doesn't install these
components if they are not found. I don't need a spell checker nor gda, so I
used this and it worked fine.

(In reply to comment #2)
> Created an attachment (id=82598) [edit] [details]
> use flags for gda and spell
> 
Does this really works?
> It really is that simple as adding the use flags and optional deps. The
> configure script is written in such a way that it just doesn't install these
> components if they are not found. I don't need a spell checker nor gda, so I
> used this and it worked fine.
> 

I'm having exactly the same issue with mozembeded, it's trying to pull all
kinds of stuff.

any thoughs on this being implemented?

*** Bug 128911 has been marked as a duplicate of this bug. ***

*** Bug 140312 has been marked as a duplicate of this bug. ***

*** Bug 141732 has been marked as a duplicate of this bug. ***

Well I think it's the better place for my problem. It is :

When firefox USEflag is enabled, gnome-python-extras require mozilla-firefox
while mozilla-firefox-bin is installed.
Is this a correct behaviour ??

In any case, I thought it just needs to replace 
firefox? ( >=www-client/mozilla-firefox-1.0 ) by 
firefox? ( >=www-client/mozilla-firefox-1.0 ||
>=www-client/mozilla-firefox-bin-1.0 ) or equivalent in the ebuild file but it
didn't work.

Could you help ?

It is a correct behavior since firefox-bin doesn't provide Gecko libs for other
applications to use. It's basically stand-alone. You need either firefox or
some other package that provides a gtkmozembed library.

Mozilla (and then Seamonkey) used to provide it, Firefox does, XulRunner will
in the future, but right now Gnome (and the Gnome herd) only supports Firefox
and XulRunner. Since XulRunner is not an official part of Gentoo yet, you'll
need to build mozilla-firefox.

This is a completely different bug altogether.

(In reply to comment #8)

Ok, thanks a lot for all these precisions R

(In reply to comment #8)

Ok, thanks a lot for all these precisions Rémy. I'll wait for the XulRunner to
be included in the tree.
But for now, I emerge mozilla-firefox to satisfy this regular depence.

*** Bug 150780 has been marked as a duplicate of this bug. ***

*** Bug 158795 has been marked as a duplicate of this bug. ***

I'm against adding USE flags for components until we have use-based deps.  The
current built_with_use system is horrible, and results in tons of failures to
emerge.  Once we have use-based deps, I'm willing to revisit this.

Marking LATER wrt Comment #13 

Jakub, please don't touch like that bugs that are not assigned to bugwranglers,
thank you.
Retitling for the real solution (which we have an example of how to do now for
gnome-python-desktop) and reopening...

The real workable solution involves splitting the actual bindings into multiple
packages and making gnome-python-desktop a meta package that pulls them all in
(and results in all the same things getting installed as far as files go).
Major build system massaging and a "would be nice but very low priority" kind
of thing, and I don't believe any of the gnome team searches for RESOLVED LATER
to ever find these bugs again, so keeping it open...

waiting on updates of Ford_Prefect which should happen really soon (tm).
I'll be duping bugs concerning this topic to clean up bugzilla.

*** Bug 160991 has been marked as a duplicate of this bug. ***

*** Bug 192351 has been marked as a duplicate of this bug. ***

(In reply to comment #16)
> waiting on updates of Ford_Prefect which should happen really soon (tm).
> I'll be duping bugs concerning this topic to clean up bugzilla.

Time-frame for update is about one week. Sorry for the delay. Real-life stuff.
:|

(In reply to comment #19)
> (In reply to comment #16)
> > waiting on updates of Ford_Prefect which should happen really soon (tm).
> > I'll be duping bugs concerning this topic to clean up bugzilla.
> 
> Time-frame for update is about one week. Sorry for the delay. Real-life stuff.
> :|

Latest tree can be got from
http://gitorious.org/projects/g-py-split/repos/mainline (it's a page with links
to the git:// and http:// repository). Branch is still g-py-split. Major
changes since the last time -- feedback and (dare I ask?) testing welcome. :)

I'm not quite sure how this is supposed to work.  I cloned the git overlay,
unmasked everything necessary and emerged gnome-python-desktop.  It just wants
to install everything that the old version wanted (incl totem, etc).  There
don't seem to be use flags to set options.  I'd love to test this, but can't
for the life of me figure out what I'm supposed to do....

(In reply to comment #21)
[...]
> I'm not quite sure how this is supposed to work.  I cloned the git overlay,
> unmasked everything necessary and emerged gnome-python-desktop.  It just wants

Well, it's still work in progress. Currently, gnome-python-desktop is just a
meta-ebuild which is supposed to be functionally equivalent to the old
gnome-python-desktop ebuild.

The idea is that once this is in-tree, packages can start depending on only
those modules (e.g. dev-python/gtkmozembed-python which they require. Only
people who explicitly want all packages need to install gnome-python-desktop
itself.

In the mean time, it'd be great if as a first step you could use the meta
ebuilds as replacements for the monolithic ebuilds and verify that nothing
breaks.

Thanks!

sorry there is no relation whatsoever between these bugs.

yes, I'm having the same issue. I emerged screenlets from the desktop-effects
overlay and now my beautifully lightweight gnome-light installation is crammed
with totem and nautilus cd burner and the likes :( 

it would be really helpful to have some use flags for all the additional stuff
gnome-python-desktop pulls in. I really see no need for it to come with totem
or volume control or what not...

(In reply to comment #24)
[...]
> it would be really helpful to have some use flags for all the additional stuff
> gnome-python-desktop pulls in. I really see no need for it to come with totem
> or volume control or what not...

As mentioned in comment 20 and 22, this is being worked on. We hope to have
this in-tree soon, after which individual packages will be able to depend o the
modules they need.

sry, I missed that... so how much till it gets into portage? how can I help
test it?

(In reply to comment #26)
> sry, I missed that... so how much till it gets into portage? how can I help
> test it?

This still has to be tested and then committed, after which each package that
uses any of these packages needs to have its deps updated. So the only real
answer is "when it's ready".

In the mean time, it'd be great if you could get try the ebuilds in the overlay
mentioned above and report any issues here. Thanks!

FYI, split gnome-python is now in tree. Will update when gnome-python-desktop
and gnome-python-extras are done.

I know bugzie isn't the place for it, but I applaud your work on this.

(In reply to comment #29)
> I know bugzie isn't the place for it, but I applaud your work on this.

Thank you!

gnome-python-desktop bindings are in. gnome-python-extras, and dependencies of
all three are pending.

*** Bug 242640 has been marked as a duplicate of this bug. ***

FYI, gnome-python-extras is now in, I'll keep working on fixing deps around the
tree as Arun will be mostly away until december.

*** Bug 249206 has been marked as a duplicate of this bug. ***

converting to a tracker bug so we can open bugs and get rid of monolithic deps.

See:
http://tinderbox.dev.gentoo.org/misc/rindex/dev-python/gnome-python
http://tinderbox.dev.gentoo.org/misc/rindex/dev-python/gnome-python-desktop
http://tinderbox.dev.gentoo.org/misc/rindex/dev-python/gnome-python-extras

Currently, excluding blockers dep:
 * gnome-python: 61 revisions using it
 * gnome-python-desktop: 30 revisions using it
 * gnome-python-extras: 34 revisions using it