Created attachment 548182 [details] emerge-info.txt Portage reports the following QA issue when emerging dev-qt/qtcore-5.11.1-r1: > QA: other > The ebuild is installing to one or more unexpected paths: > > /usr/share/doc/qt-5.11.1 > > Please fix the ebuild to use correct FHS/Gentoo policy paths.
Created attachment 548184 [details] build.log.xz
This is by design, otherwise things won't work. I think there are even some comments in the ebuilds/eclass about this. @dev-portage, how do we silence the warning?
There's currently no way to silence the "unexpected paths" message in portage, but I would like to implement it, so I've opened bug 667378.
(In reply to Davide Pesavento from comment #2) > This is by design, otherwise things won't work. I think there are even some > comments in the ebuilds/eclass about this. > > @dev-portage, how do we silence the warning? I've got a patch that implements a QA_INSTALL_PATHS variable for this (see bug 667378), but @mgorny said: On Mon, Oct 1, 2018 at 12:34 AM Michał Górny <mgorny@gentoo.org> wrote: > QA NAK on this. The purpose of QA checks is not for ebuilds to > officially override them because histerical raisins.
...and what's the purpose of this seemingly completely arbitrary QA policy? I mean, I'm all for having consistent install paths, but consistency should come after correctness. Blindly enforcing consistency just for the sake of it, even when it breaks stuff, is not a rational thing to do. If mgorny knows how to "fix" our qt packages to install docs in the "right" location without breaking any existing functionality or requiring extensively patching upstream sources, then please do submit a patch.
I've this "RFC: Portage QA check for FHS/Gentoo policy paths" thread for feedback on the gentoo-dev mailing list: https://archives.gentoo.org/gentoo-dev/message/de1cd015f52b390c615c8325dad8e55e
Per bug 667138, KDE handbook will be moving to /usr/share/help to avoid this issue. I previously pondered using /usr/share/kde-doc instead (similar to gtk-doc), maybe going /usr/share/qt-doc would be a way out for Qt as well.
The reason I come up with this is kde-frameworks/* packages with USE=doc are also installing to QT5_DOCDIR and currently have to jump through hoops to detect the right ${PV}, not be autocompressed and then get broken on next Qt upgrade.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/qt.git/commit/?id=f4614e567024e4179e1a16c879653d2e22c5d836 commit f4614e567024e4179e1a16c879653d2e22c5d836 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2019-01-31 19:47:20 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2019-02-28 14:16:33 +0000 qt5-build.eclass: Relocate QT5_DOCDIR to /usr/share/qt5-doc Acked-by: Michael Palimaka <kensington@gentoo.org> Bug: https://bugs.gentoo.org/667280 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> eclass/qt5-build.eclass | 10 ++++++++-- 1 file changed, 8 insertions(+), 2 deletions(-)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6e8df96298480523c6f0e37a20d843ef5fd263ed commit 6e8df96298480523c6f0e37a20d843ef5fd263ed Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2019-01-31 19:47:20 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2019-03-01 09:24:37 +0000 qt5-build.eclass: Relocate QT5_DOCDIR to /usr/share/qt5-doc Acked-by: Michael Palimaka <kensington@gentoo.org> Bug: https://bugs.gentoo.org/667280 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> eclass/qt5-build.eclass | 10 ++++++++-- 1 file changed, 8 insertions(+), 2 deletions(-)
Qt-5.11.3 was dropped.