Created attachment 541590 [details, diff] Add USE=mp3 to lmms.ebuild Current latest release is 1.2.0_rc6, renaming the ebuild works for me. Also it looks like 1.2.0_rc4 added libmp3lame support; without a corresponding USE flag it adds an automagic dependency. Patch to fix that is enclosed.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=26a2908ebc0b76189b9c3868b936a49622e8cd16 commit 26a2908ebc0b76189b9c3868b936a49622e8cd16 Author: Anthony Parsons <ant+gentoo.bugs@flussence.eu> AuthorDate: 2018-08-14 08:38:40 +0000 Commit: Lars Wendler <polynomial-c@gentoo.org> CommitDate: 2018-08-14 08:42:21 +0000 media-sound/lmms: Added mp3 USE flag. Bug: https://bugs.gentoo.org/662382 Package-Manager: Portage-2.3.46, Repoman-2.3.10 media-sound/lmms/lmms-9999.ebuild | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)
I wonder how you managed to get >=lmms-1.2.0_rc5 compiling. Upstream stupidly added third party stuff which needs to be fetched and put into the source directory structure before the build succeeds: CMake Error at src/3rdparty/CMakeLists.txt:6 (add_subdirectory): The source directory /var/tmp/portage/media-sound/lmms-1.2.0_rc6/work/lmms-1.2.0-rc6/src/3rdparty /qt5-x11embed does not contain a CMakeLists.txt file.
(In reply to Lars Wendler (Polynomial-C) from comment #2) > I wonder how you managed to get >=lmms-1.2.0_rc5 compiling. I probably should've tested further than "ebuild digest"... my bad :) The current -rc4/9999 ebuilds work fine, at least; if anyone wants -rc6 specifically they know how to use EGIT_COMMIT. Should we remove the version bump from this bug and mark it solved? Can file a new one if 1.2.0 is released still broken.
(In reply to Anthony Parsons from comment #3) > Should we remove the version bump from this bug and mark it solved? Doing exactly that, thanks.
