Bugzilla Bug 171080

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.