When running "designer" or "linguist" as installed by emergeing qt-gui, the system will complain that '/usr/bin/assistant' does not exist whenever help is required from the help menu of these utilities. I believe it would be an enhancement (if not a best practice) to include qt-assistant as part of the run-time dependencies, even if only optionally.
You might go one further and introduce USE=tools to enable installing these, or go for USE=minimal, of course.
(In reply to comment #0) > I believe it would be an enhancement (if not a best practice) to include > qt-assistant as part of the run-time dependencies, even if only optionally. Optional/suggested dependencies are not supported by current EAPIs unfortunately, and I'm not going to make qt-gui depend on qt-assistant. (In reply to comment #1) > You might go one further and introduce USE=tools to enable installing these, > or go for USE=minimal, of course. We will probably need to revisit bug 328689 and implement it, if not too difficult, to help with the transition to qt5.
(In reply to comment #2) I'm not going to make qt-gui depend on qt-assistant. Not willing to argue nor to challenge your decision, but, from a technical standpoint, I'd be interested to understand why.
Mainly because it would introduce an additional dependency (PDEPEND) that almost no one needs. And it's quite easy to infer which package to install from the error message. As I said, "suggested deps" or "optional deps" would fit perfectly for this use case, but gentoo doesn't support them yet.