the ebuild for GNUCash requires yelp. While this is necessary for the help features to work, given that yelp requires firefox, built from source, and gnucash can function without yelp (am running it now, I built it with --nodeps once I got through everything but yelp), I think yelp should be activated by a useflag (by default an enabled one) so that people who do not desire compiling firefox from source just to get help features that they may not want can avoid it by disabling the useflag. the useflag could be 'yelp' or 'gnomehelp' or 'help' or something else. Reproducible: Always Steps to Reproduce: 1.emerge gnucash 2.observe dependencies
I really fail to see how help is optional... *** This bug has been marked as a duplicate of bug 140256 ***
reopening, because it's worth considering
On a largely KDE install here, yelp pulls in 29 packages on a minimal set of useflags. I think that's quite big, especially since one of those packages is www-client/mozilla-firefox, which can be quite a heavy build, especially for those who use www-client/mozilla-firefox-bin. I agree this should at least be considered.
Hi, sorry for the delay. There's a gnucash critical bug that I've been waiting to get out there first. That's about to be settled, so we can move forward with this bug. I'm loath to use the "doc" USE flag. I don't know if maybe I should use a "gnome" USE flag instead or maybe a "yelp" local USE? Suggestions?
I'd say that a local use flag of 'yelp' would probably be appropriate... though others could know better...
(In reply to comment #3) > On a largely KDE install here, yelp pulls in 29 packages on a minimal set of > useflags. I think that's quite big, especially since one of those packages is > www-client/mozilla-firefox, which can be quite a heavy build, especially for > those who use www-client/mozilla-firefox-bin. I agree this should at least be > considered. Those that object to ffox being pulled in should probably get yelp to conditionally build against gtkhtml (and suffer the consequences).
Josh, what would those consequences be?
(In reply to comment #7) > Josh, what would those consequences be? Mainly the fact that gtkhtml isn't as good as firefox in rendering, and seems to have a hard time versioning their libraries. But it is a thinner dependency.
(In reply to comment #6) > Those that object to ffox being pulled in should probably get yelp to > conditionally build against gtkhtml (and suffer the consequences). Hmm. I should have checked first; it looks like yelp cannot build against anything other thank gecko, at this point. I swear that I'd seen an option to build against gtkhtml in the past. /me shuts trap
Hello! I would like to see dependency on yelp optional (ie. could be local yelp or global gnome USE flag) as it brings additional gnome dependencies like gnome-keyring. I would like to use gnucache in xfce environment without much additional stuff. Thanks for considering.
reassigning to new maintainer
(In reply to comment #10) > I would like to see dependency on yelp optional (ie. could be local yelp or > global gnome USE flag) And I'd like to see free beer everywhere. Working help is not optional, end of story.
If i get it right, yelp is only needed if gnucash-docs is installed. gnucash-docs is packaged by upstream as an additional package. So why don't we install it only if doc is in USE? Comments? (Are further dependencies obsolete if gnucash-docs is not installed? Like docbook-xml?)
(In reply to comment #13) > If i get it right, yelp is only needed if gnucash-docs is installed. > gnucash-docs is packaged by upstream as an additional package. > So why don't we install it only if doc is in USE? > > Comments? I don't think it's optional. We do package it separately as it's not strictly required to function, but that was more about download times N years ago than anything else. It's generally been more of a problem to have it separate (user: "where's the menu item!??"; gnucash: "*sigh* you need to install a separate gnucash-docs package"). Also, I not OPs issue was more with yelp and firefox than the docs themselves. > (Are further dependencies obsolete if gnucash-docs is not installed? Like > docbook-xml?) Yes. dockbook-xml* and the "doc? (...)" block in DEPEND.
Hi to all, just stumbled across the very same problem: - using firefox-bin - not using GNOME - just decided to give gnucash a try ... and running into yelp wanting firefox from source. This dependency is annoying. I am not willing to spend cycles on building firefox. When I started out with Gentoo, I learnt it was all about choice. So, please, let me make the informed decision to leave out help, yelp and firefox when emerging gnucash. /me supports the inital request - make yelp a use flag, enabled by default. Florian
The documentation is now in app-doc/gnucash-docs. The gnucash ebuild installs this package atm unconditionally. Right now you can provide the gnucash-docs package if you don't want to install it and yelp and friends. In the future I plan to use the doc useflag. Something like IUSE="+doc". Per default the docs package will be installed, but it can be turned off.
Just a vote for this bug, it is impossible to emerge gnucash for any non-gnome user, this is not minor. There is no reason to have documentary compulsory, there are numerous online-documentations available. Please make use of the doc flag.
Yes, can we please reintroduce the USE=doc which pulls in gnucash-docs and yelp and the like. EAPI=1 can now be used safely I think.
The ebuild for gnucash 2.2.4 has +doc in IUSE. So in general the -docs package will be installed but it can be turned off easily.