Summary: | x11-libs/qt-gui - designer/linguist: The binary '/usr/bin/assistant' does not exist | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Eric F. GARIOUD <eric-f.garioud> |
Component: | [OLD] Library | Assignee: | Qt Bug Alias <qt> |
Status: | RESOLVED WONTFIX | ||
Severity: | minor | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Eric F. GARIOUD
2012-12-28 08:23:36 UTC
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. |