When attempting to emerge plasma 6 it failed to emerge phonon-vlc, here is the error it gives. * ERROR: media-libs/phonon-vlc-0.12.0-r1::gentoo failed (compile phase): * ninja -v -j12 -l12 failed * * Call stack: * ebuild.sh, line 136: Called src_compile * environment, line 2229: Called multibuild_foreach_variant 'cmake_src_compile' * environment, line 1876: Called _multibuild_run 'cmake_src_compile' * environment, line 1874: Called cmake_src_compile * environment, line 870: Called cmake_build * environment, line 837: Called eninja * environment, line 1308: Called die * The specific snippet of code: * "$@" || die -n "${*} failed" * * If you need support, post the output of `emerge --info '=media-libs/phonon-vlc-0.12.0-r1::gentoo'`, * the complete build log and the output of `emerge -pqv '=media-libs/phonon-vlc-0.12.0-r1::gentoo'`. * The complete build log is located at '/var/tmp/portage/media-libs/phonon-vlc-0.12.0-r1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-libs/phonon-vlc-0.12.0-r1/temp/environment'. * Working directory: '/var/tmp/portage/media-libs/phonon-vlc-0.12.0-r1/work/phonon-backend-vlc-0.12.0_build-qt5' * S: '/var/tmp/portage/media-libs/phonon-vlc-0.12.0-r1/work/phonon-backend-vlc-0.12.0' This is the output of emerge --info '=media-libs/phonon-vlc-0.12.0-r1::gentoo' Portage 3.0.63 (python 3.11.9-final-0, default/linux/amd64/23.0, gcc-13, glibc-2.38-r13, 6.7.9-zen1-chloe x86_64) ================================================================= System Settings ================================================================= System uname: Linux-6.7.9-zen1-chloe-x86_64-Intel-R-_Core-TM-_i7-8700_CPU_@_3.20GHz-with-glibc2.38 KiB Mem: 32620696 total, 27356748 free KiB Swap: 0 total, 0 free Timestamp of repository gentoo: Sat, 04 May 2024 21:05:00 +0000 Head commit of repository gentoo: 837dd81a38b3e2f4d7d71cefc9a0c535b26defdb Timestamp of repository guru: Sat, 04 May 2024 01:33:30 +0000 Head commit of repository guru: 6830a69913b15de8d18bec0a309719d57829fc2f Timestamp of repository librewolf: Fri, 03 May 2024 11:49:14 +0000 Head commit of repository librewolf: 9e34728566c0ca1c018878ca76dc59348a90341c Timestamp of repository steam-overlay: Fri, 03 May 2024 11:48:51 +0000 Head commit of repository steam-overlay: 8bff481ed8bebdddc75673100c4f926d43465a52 sh bash 5.1_p16-r6 ld GNU ld (Gentoo 2.41 p5) 2.41.0 app-misc/pax-utils: 1.3.7::gentoo app-shells/bash: 5.1_p16-r6::gentoo dev-build/autoconf: 2.71-r7::gentoo dev-build/automake: 1.16.5-r2::gentoo dev-build/cmake: 3.28.3::gentoo dev-build/libtool: 2.4.7-r4::gentoo dev-build/make: 4.4.1-r1::gentoo dev-build/meson: 1.4.0-r1::gentoo dev-java/java-config: 2.3.3-r1::gentoo dev-lang/perl: 5.38.2-r2::gentoo dev-lang/python: 3.11.9::gentoo, 3.12.3::gentoo dev-lang/rust-bin: 1.77.1::gentoo sys-apps/baselayout: 2.15::gentoo sys-apps/openrc: 0.54::gentoo sys-apps/sandbox: 2.38::gentoo sys-devel/binutils: 2.41-r5::gentoo sys-devel/binutils-config: 5.5::gentoo sys-devel/gcc: 13.2.1_p20240210::gentoo sys-devel/gcc-config: 2.11::gentoo sys-kernel/linux-headers: 6.6-r1::gentoo (virtual/os-headers) sys-libs/glibc: 2.38-r13::gentoo Repositories: gentoo location: /var/db/repos/gentoo sync-type: rsync sync-uri: (had to omit) priority: -1000 volatile: False sync-rsync-verify-max-age: 3 sync-rsync-verify-metamanifest: yes sync-rsync-verify-jobs: 1 sync-rsync-extra-opts: guru location: /var/db/repos/guru sync-type: git sync-uri: (had to omit) masters: gentoo volatile: False librewolf location: /var/db/repos/librewolf sync-type: git sync-uri: (had to omit) masters: gentoo volatile: False steam-overlay location: /var/db/repos/steam-overlay sync-type: git sync-uri: (had to omit) masters: gentoo volatile: False Binary Repositories: gentoobinhost priority: 1 sync-uri: (had to omit) ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="@FREE @BINARY-REDISTRIBUTABLE @EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-mtune=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/sandbox.d" CXXFLAGS="-mtune=native -O2 -pipe" DISTDIR="/var/cache/distfiles" ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GDK_PIXBUF_MODULE_FILE GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR XDG_STATE_HOME" FCFLAGS="-mtune=native -O2 -pipe" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs binpkg-multi-instance buildpkg-live config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync merge-wait multilib-strict network-sandbox news parallel-fetch pid-sandbox pkgdir-index-trusted preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-mtune=native -O2 -pipe" GENTOO_MIRRORS="ftp://mirror.csclub.uwaterloo.ca/gentoo-distfiles/" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs" LEX="flex" MAKEOPTS="-j12 -l12" PKGDIR="/var/cache/binpkgs" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" SHELL="/bin/zsh" USE="acl alsa amd64 bzip2 cet crypt dbus drm elogind gdbm iconv ipv6 kf6compat libdrm libtirpc minimal multilib ncurses nls opengl openmp pam pcre pulseaudio qt6 readline seccomp ssl test-rust udev unicode vaapi vdpau vulkan wayland xattr zlib" ABI_X86="64" ADA_TARGET="gcc_12" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_anon authn_dbm authn_file authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir env expires ext_filter file_cache filter headers include info log_config logio mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 ntrip navcom oceanserver oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 tsip tripmate tnt ublox" INPUT_DEVICES="libinput" KERNEL="linux" L10N="en en-US en-CA" LCD_DEVICES="bayrad cfontz glk hd44780 lb216 lcdm001 mtxorb text" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php8-1" POSTGRES_TARGETS="postgres15" PYTHON_SINGLE_TARGET="python3_11" PYTHON_TARGETS="python3_11" RUBY_TARGETS="ruby31" VIDEO_CARDS="amdgpu radeonsi" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipp2p iface geoip fuzzy condition tarpit sysrq proto logmark ipmark dhcpmac delude chaos account" Unset: ADDR2LINE, AR, ARFLAGS, AS, ASFLAGS, CC, CCLD, CONFIG_SHELL, CPP, CPPFLAGS, CTARGET, CXX, CXXFILT, ELFEDIT, EMERGE_DEFAULT_OPTS, EXTRA_ECONF, F77FLAGS, FC, GCOV, GPROF, INSTALL_MASK, LC_ALL, LD, LFLAGS, LIBTOOL, LINGUAS, MAKE, MAKEFLAGS, NM, OBJCOPY, OBJDUMP, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PYTHONPATH, RANLIB, READELF, RUSTFLAGS, SIZE, STRINGS, STRIP, YACC, YFLAGS It seems like a problem with the ebuild from the log. I looked for duplicates and it doesn't seem there is any, really sorry if there is. I had to omit some of the links due to the 24 hour spam thingy. Let me know if there is any other information you need!
Please always include the full build.log
Created attachment 892270 [details] Full build log. Sorry for not attaching it originally..
Not a big surprise: > -- Found LibVLC version: 4.0.0-dev (searched for: 0.0) Does not seem as if there has been any work towards supporting yet-unreleased VLC even in upstream git master, so if you want to keep using vlc-9999 with this you would want to make KDE aware of the need for porting work, provided they want to put work into a moving target.
(In reply to Andreas Sturmlechner from comment #3) > Not a big surprise: > > > -- Found LibVLC version: 4.0.0-dev (searched for: 0.0) > > Does not seem as if there has been any work towards supporting > yet-unreleased VLC even in upstream git master, so if you want to keep using > vlc-9999 with this you would want to make KDE aware of the need for porting > work, provided they want to put work into a moving target. Then can you remove the broken package from the plasma-meta 6 deps...?
Or downgrade the plasma-meta dependency to media-libs/phonon-vlc-0.12.0-r1 or 0.11.3-r1.
Absolutely not. "You" broke it by using media-video/vlc-9999.
(In reply to Andreas Sturmlechner from comment #6) > Absolutely not. "You" broke it by using media-video/vlc-9999. I wouldn't use it if I could, it's a dependency of plasma-meta:6, attempting to remask the package gives this error. !!! The following update has been skipped due to unsatisfied dependencies: media-libs/phonon:0 selected: (media-libs/phonon-4.12.0-r2:0/0::gentoo, installed) skipped: (media-libs/phonon-4.12.0-r2:0/0::gentoo, ebuild scheduled for merge) (see unsatisfied dependency below) !!! All ebuilds that could satisfy ">=media-libs/phonon-vlc-0.12.0[qt5?,qt6?]" have been masked. !!! One of the following masked packages is required to complete your request: - media-libs/phonon-vlc-0.12.0-r1::gentoo (masked by: ~amd64 keyword) (dependency required by "media-libs/phonon-4.12.0-r2::gentoo" [ebuild]) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. I'm not asking to downgrade or remove the package entirely, I meant plasma-meta:6 should not have a broken version of the package as dependency.
No, read again. Nothing is "broken" from KDE side. > media-libs/phonon-vlc depends on > media-video/vlc the latter which *you* have chosen to unmask to get 9999. Just don't do that.
Would it be best in this case to change the USE requirements for media-libs/phonon-vlc[qt6] to media-video/vlc[-gui] to avoid the Qt6 vs Qt5 issue? This way, there is no need to depend on a live version and current VLC can still be used. I personally just tested this and media-libs/phonon-vlc-0.12.0-r1 built fine.
Masked packages may have an inconsistent depgraph - that's part of why KDE Plasma 6 et. al are still masked. This is both kind of "because it's masked" (because our QA tooling doesn't run on it, or doesn't run as strictly) and also "because we know it's not ready". From a reddit post, I was able to guess that for some people, autounmask suggests vlc-9999. That would be helpful information to share here if that's indeed what happened for you. But in any case, this is really precisely the kind of issue we expect people to work out while things are masked. It's an example of the kind of issue we want to figure out before unmasking. It's fine to report issues to let us know about them, but we expect people to have enough Portage experience to know how to work around them. -- *In this case*, it's not actually clear to me still why Portage (if it even did) would suggest this, though. I don't see a chain of things which would lead to it needing vlc-9999 (i.e. VLC with Qt 6 support). *IF* someone can show us a chain where that happens (with output, not just speculation), we can look at at least mitigations for now, possibly masking USE flags or whatever. But right now, I don't get how this happens other than "user put vlc-9999 in package.accept_keywords", which isn't something we can do much about.
(In reply to unhappy-ending from comment #9) > Would it be best in this case to change the USE requirements for > media-libs/phonon-vlc[qt6] to media-video/vlc[-gui] to avoid the Qt6 vs Qt5 > issue? This way, there is no need to depend on a live version and current > VLC can still be used. > > I personally just tested this and media-libs/phonon-vlc-0.12.0-r1 built fine. But phonon-vlc *doesn't* depend on media-video/vlc[gui]? The dep is: > media-libs/phonon-vlc/phonon-vlc-9999.ebuild:24: media-video/vlc:=[dbus,ogg,vorbis(+)]
(In reply to Sam James from comment #11) > But phonon-vlc *doesn't* depend on media-video/vlc[gui]? > > The dep is: > > media-libs/phonon-vlc/phonon-vlc-9999.ebuild:24: media-video/vlc:=[dbus,ogg,vorbis(+)] No, but VLC defaults to +gui and I'm under the assumption most people with VLC installed probably want/have the gui flag enabled. That's why I suggested changing the media-libs/phonon-vlc[-qt5 qt6] dependency to media-video/vlc[-gui] to make sure the build error doesn't happen.
(In reply to unhappy-ending from comment #12) > (In reply to Sam James from comment #11) > > > But phonon-vlc *doesn't* depend on media-video/vlc[gui]? > > > > The dep is: > > > media-libs/phonon-vlc/phonon-vlc-9999.ebuild:24: media-video/vlc:=[dbus,ogg,vorbis(+)] > > No, but VLC defaults to +gui and I'm under the assumption most people with > VLC installed probably want/have the gui flag enabled. That's why I > suggested changing the media-libs/phonon-vlc[-qt5 qt6] dependency to > media-video/vlc[-gui] to make sure the build error doesn't happen. I think we're likely to get people complaining of the opposite because they're not using vlc-9999 then. It's not a good fix and it doesn't really fix the problem - someone could easily then complain about this in another context because they used vlc-9999. What we could do is update a bunch of deps to <media-video/vlc-4 if we know things are using libvlc. I generally resent having to do this because of a live ebuild though. There's no real indication that vlc-4 is any closer to release than it was before, even if I wish it were.
(In reply to unhappy-ending from comment #9) > This way, there is no need to depend on a live version It does not depend on a live version, I have been trying to tell you this all the time. There is absolutely nothing to do from packaging side here.
(In reply to Andreas Sturmlechner from comment #14) > It does not depend on a live version, I have been trying to tell you this > all the time. > > There is absolutely nothing to do from packaging side here. Sorry, I was under the assumption that phonon-vlc[qt6] was trying to pull in a qt6 version of vlc which doesn't exist in the current branch, so it automatically wanted to auto-unmask vlc-9999. I don't use auto-unmask so I can't confirm if it's pulling it in. That's my fault for the misunderstanding. My suggestion was in the event that does happen, having phonon-vlc[qt6] + live vlc[-gui] avoids the build failure. I think it's a weak workaround but it lets phonon-vlc build with vlc-9999 in this case. I don't expect you to go out of your way to account for live packages, but at the very least it's documented here so a user can find it if they search for it.
We don't go out of our way for supporting 9999 packages, we're basically back to here: (In reply to Andreas Sturmlechner from comment #3) > Does not seem as if there has been any work towards supporting > yet-unreleased VLC even in upstream git master, so if you want to keep using > vlc-9999 with this you would want to make KDE aware of the need for porting > work, provided they want to put work into a moving target.
*** Bug 935867 has been marked as a duplicate of this bug. ***
