The aforesaid ebuild makes use of the use flag "doc" now. But in doing so, it installs the whole HTML documentation twice.
Created attachment 160200 [details, diff] Minor improvements for qtpfsgui-1.9.2-r1.ebuild This patch prevents qmake from installing the docs into the program's own directory. Furthermore, it removes unused locales. The icon's location is also changed to Gnome's standard location (on my system at least).
thanks for the report and patch, I've committed a modified version to media-gfx/qtpfsgui-1.9.2-r1.
Created attachment 178707 [details, diff] Ebuild patch needed to activate the corrected help Oops, the menu Help -> Documentation doesn't work any more.
Created attachment 178708 [details, diff] Help patch As the documentation path is hard-coded into the source, we need to patch it too.
(In reply to comment #3) The patch is necessary to make the documentation accessible from inside the program.
thanks for the hint, I "solved" this a bit different by removing the html build target out of the qt-project file, when the doc useflag is not set. so we don't have to touch the sourcecode...
(In reply to comment #6) Sorry to insist, but we have to: it is the other way round. Basically, we had moved the documentation from /usr/share/qtpfsgui/ to its standard location in /usr/share/doc by using dohtml. When the doc use flag is unset, it is OK to see an empty assistant window as there is no documentation installed at all. But if someone sets the doc flag, he might reasonably expect the documentation at its place, i.e. in the help menu. And for this purpose, the program must be aware of the new path somehow.
doc useflag removed, as the previous situation was suboptimal. 14 Feb 2009; Markus Meier <maekke@gentoo.org> qtpfsgui-1.9.2-r1.ebuild: remove useless doc USE-flag, assign RDEPEND