Summary: | media-sound/musescore-3.3* : ninja: error: dependency cycle: mops1 -> CMakeFiles/mops1 -> all.h -> libmscore/libmscore_autogen -> libmscore/CMakeFiles/libmscore_autogen -> mops1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Shiba <shibotto> |
Component: | Current packages | Assignee: | Gentoo Sound Team <sound> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | edes, fordfrog, steven |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 688678 | ||
Bug Blocks: | 557992 | ||
Attachments: |
build.log
emerge --info |
Created attachment 574606 [details]
emerge --info
same problem here. Same here on ~amd64 with default/linux/amd64/17.1/desktop/plasma/systemd (dev) profile. Also, solution proposed by Shiba in #1 comment worked well for me. I just changed EAPI=7 to 6 in ebuild and then MuseScore built just fine. Thanks. Yes, EAPI=7 seems to automatically target ninja for cmake projects if installed. With EAPI=6, build is done using make. So it looks like a cmake / cmake-ninja problem to me, as builds should work regardless of the employed build backend. So, the problem is general. Given that there are substantial differences between the musescore-3.0.1-r1.ebuild that is already installed and the modified version now in the tree, can I suggest that the old version is restored and that the new one becomes -r2 (and, because it appears to have been broken from the beginning, is masked until fixed?). # diff /var/db/pkg/media-sound/musescore-3.0.1-r1/musescore-3.0.1-r1.ebuild musescore-3.0.1-r1.ebuild 4c4 < EAPI=6 --- > EAPI=7 6c6,7 < inherit cmake-utils xdg-utils gnome2-utils --- > CMAKE_MIN_VERSION="3.11" > inherit cmake-utils xdg 10c11,14 < SRC_URI="https://github.com/musescore/MuseScore/archive/v${PV}.tar.gz -> ${P}.tar.gz" --- > # MuseScore_General-0.1.3.tar.bz2 packaged from https://ftp.osuosl.org/pub/musescore/soundfont/MuseScore_General/ > # It has to be repackaged because the files are not versioned, current version can be found in VERSION file there. > SRC_URI="https://github.com/musescore/MuseScore/archive/v${PV}.tar.gz -> ${P}.tar.gz > https://dev.gentoo.org/~fordfrog/distfiles/MuseScore_General-0.1.3.tar.bz2" 15c19 < IUSE="alsa debug jack mp3 portaudio portmidi pulseaudio vorbis webengine" --- > IUSE="alsa debug jack portaudio portmidi pulseaudio vorbis webengine" 18c22,26 < RDEPEND=" --- > BDEPEND=" > dev-qt/linguist-tools:5 > virtual/pkgconfig > " > DEPEND=" 32a41 > media-sound/lame 36d44 < mp3? ( media-sound/lame ) 43,46c51 < DEPEND="${RDEPEND} < dev-qt/linguist-tools:5 < virtual/pkgconfig < " --- > RDEPEND="${DEPEND}" 54a60,66 > src_prepare() { > cmake-utils_src_prepare > > # Move soundfonts to the correct directory > mv "${WORKDIR}"/sound/* "${S}"/share/sound/ || die "Failed to move soundfont files" > } > 57a70 > -DDOWNLOAD_SOUNDFONT=OFF 63c76 < -DBUILD_LAME="$(usex mp3)" --- > -DBUILD_LAME=ON # bug 678234 77,88d89 < } < < pkg_postinst() { < xdg_mimeinfo_database_update < xdg_desktop_database_update < gnome2_icon_cache_update < } < < pkg_postrm() { < xdg_mimeinfo_database_update < xdg_desktop_database_update < gnome2_icon_cache_update The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=eb1b7ca24533c275a369d10d959002c2218fa6c4 commit eb1b7ca24533c275a369d10d959002c2218fa6c4 Author: Ben Kohler <bkohler@gentoo.org> AuthorDate: 2019-05-01 15:19:26 +0000 Commit: Ben Kohler <bkohler@gentoo.org> CommitDate: 2019-05-01 15:20:05 +0000 media-sound/musescore: use emake generator to work around ninja failure Force CMAKE_MAKEFILE_GENERATOR="emake" to work around bug 684722. Ok'd by asturm. Bug: https://bugs.gentoo.org/684722 Package-Manager: Portage-2.3.66, Repoman-2.3.12 Signed-off-by: Ben Kohler <bkohler@gentoo.org> media-sound/musescore/musescore-3.0.1-r1.ebuild | 1 + 1 file changed, 1 insertion(+) i just removed 3.0.1-r1 from the tree. tested with 3.3.3 and it is still affected by this issue. Did anyone care to file an upstream bug yet? the issue is still present in 3.5.1 |
Created attachment 574604 [details] build.log ninja exits due to circular dependency: ninja: error: dependency cycle: mops1 -> CMakeFiles/mops1 -> all.h -> libmscore/libmscore_autogen -> libmscore/CMakeFiles/libmscore_autogen -> mops1 Reverting to EAPI 6 (and thus emake instead of ninja) builds fine.