Emerging lumina-1.4.0_p1 on my ~amd64 gentoo system is failing with the error: [...] >>> Completed installing lumina-1.4.0_p1 into /tmp/portage/x11-wm/lumina-1.4.0_p1/image/ * Final size of build directory: 114312 KiB (111.6 MiB) * Final size of installed tree: 18896 KiB ( 18.4 MiB) * QA Notice: files installed in ${D}/${D}: * / * /usr * ERROR: x11-wm/lumina-1.4.0_p1::gentoo failed: * Aborting due to QA concerns: 2 files installed in /tmp/portage/x11-wm/lumina-1.4.0_p1/image/tmp/portage/x11-wm/lumina-1.4.0_p1/image/ * * Call stack: * misc-functions.sh, line 666: Called install_qa_check * misc-functions.sh, line 217: Called source 'install_symlink_html_docs' * 05double-D, line 15: Called DD_check * 05double-D, line 11: Called die * The specific snippet of code: * die "Aborting due to QA concerns: ${#files[@]} files installed in ${D%/}${D}"
Created attachment 508786 [details] x11-wm:lumina-1.4.0_p1:20171207-200629.log.gz
Created attachment 508788 [details] Output of `emerge --info '=x11-wm/lumina-1.4.0_p1::gentoo'`
Created attachment 508790 [details] Output of `emerge -pqv '=x11-wm/lumina-1.4.0_p1::gentoo'`
Same issue here. which is weird as I don't know which files are the concern.
I cannot reproduce this behaviour. I've just successfully re-emerges lumina-1.4.0_p1. I use it as my main desktop environment on 2 computers for quite some time.
confirm
I confirm this error when with IUSE flag "desktop-utils" set.
Created attachment 533354 [details, diff] lumina-1.4.0_p1-r1.ebuild.patch The current portage ebuild x11-wm/lumina-1.4.0_p1 has some problems that lead to this error.... I propose a new one (versioning can be altered to whatever is needed) that IMHO should replace all of the existing ones at the moment... The problems fixed are: 1. Missing dependency on dev-qt/qtprintsupport:5 (see reported bug #652860) 2. Removed 1.3.0-OS-detect.patch because it is already in the 1.4.0 upstream OS-detect.pri file 3. Removed the DESTDIR variable in the configure phase. It's usage leads to putting the desktop-utils files (if the IUSE flag is used) into the image at compile phase which is totally unacceptable (sorry I do not have the time to look further in the QT pri and pro upstream files to fix it there) 4. Removed all the "tricks" like "mv ${D}/${D}/etc ${D}/etc || die" etc., that are needed because of the above problem 3. They are not needed anymore... 5. Fixed the removal of the locale files using ${ED%/} instead of ${D%/} Thanks
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f6a8222042139764516f9e70bbcda27e3a32cb10 commit f6a8222042139764516f9e70bbcda27e3a32cb10 Author: Andrey Grozin <grozin@gentoo.org> AuthorDate: 2018-05-27 10:15:37 +0000 Commit: Andrey Grozin <grozin@gentoo.org> CommitDate: 2018-05-27 10:15:37 +0000 x11-wm/lumina: ebuild cleanup; depend on dev-qt/qtprintsupport Suggested-by: PhobosK <phobosk@fastmail.fm> Closes: https://bugs.gentoo.org/640242 Closes: https://bugs.gentoo.org/652860 Package-Manager: Portage-2.3.19, Repoman-2.3.6 x11-wm/lumina/lumina-1.4.0_p1-r1.ebuild | 92 +++++++++++++++++++++++++++++++++ 1 file changed, 92 insertions(+)
(In reply to PhobosK from comment #8) > 3. Removed the DESTDIR variable in the configure phase. It's usage leads to > putting the desktop-utils files (if the IUSE flag is used) into the image at > compile phase which is totally unacceptable (sorry I do not have the time to > look further in the QT pri and pro upstream files to fix it there) > 4. Removed all the "tricks" like "mv ${D}/${D}/etc ${D}/etc || die" etc., > that are needed because of the above problem 3. They are not needed > anymore... Thank you for this clean-up. *.pro files in lumina are definitely inconsistent. With DESTDIR in eqmake5, if I use INSTALL_ROOT="${D}", some group of files installs to wrong places; if I omit it, this group is installed correctly, but the remaining files are installed to wrong places. I had to insert a number of mv and rm, a terrible hack. Your version, without DESTDIR in eqmake5, is much cleaner. However, I must say that this QA check gave a false positive. With these mv and rm lines in place, the old ebuild finally installed everything to correct places. So, I think, this particular QA check should be improved.
