WARNING: One or more updates have been skipped due to a dependency conflict: media-libs/tiff:0 (media-libs/tiff-4.0.3-r4::gentoo, ebuild scheduled for merge) conflicts with media-libs/tiff:0=[abi_x86_64(-),abi_x86_64(-)] required by (media-libs/lcms-2.5-r1::gentoo, installed) (media-libs/tiff-4.0.3-r4::gentoo, ebuild scheduled for merge) conflicts with media-libs/tiff:0/0=[abi_x86_64(-),abi_x86_64(-)] required by (media-libs/lcms-2.5-r1::gentoo, installed) It keeps tiff at 4.0.2-r1. As the update seems to be important (security vulnerabilities) I want to get this conflict fixed.
nope, lcms has nothing to do with it. the ebuild allows any tiff from SLOT="0", including -r4 or -r5 of media-liba/tiff-4.0.3 but the package manager might be broken, so provide emerge --info and *complete output of emerge*, not just those lines
I already did the following: uninstall lcms (both SLOTs), then install tiff - which DID pull in 4.0.3-r4. emerge lcms:2 then again did the downgrade of tiff. So I think it's lcms that forces the old version of tiff. ----------------------------------- # emerge -1p tiff These are the packages that would be merged, in order: Calculating dependencies \ * Manifest not found for '/var/repositories/ff2000/x11-libs/gtk+/gtk+-3.6.3-r2.ebuild' ... done! [ebuild R ] media-libs/tiff-4.0.2-r1 WARNING: One or more updates have been skipped due to a dependency conflict: media-libs/tiff:0 (media-libs/tiff-4.0.3-r4::gentoo, ebuild scheduled for merge) conflicts with media-libs/tiff:0=[abi_x86_64(-),abi_x86_64(-)] required by (media-libs/lcms-2.5-r1::gentoo, installed) (media-libs/tiff-4.0.3-r4::gentoo, ebuild scheduled for merge) conflicts with media-libs/tiff:0/0=[abi_x86_64(-),abi_x86_64(-)] required by (media-libs/lcms-2.5-r1::gentoo, installed) ------------------------------------------ # emerge --info Portage 2.2.1 (default/linux/amd64/13.0/desktop, gcc-4.7.3, glibc-2.17, 3.10.6-gentoo x86_64) ================================================================= System uname: Linux-3.10.6-gentoo-x86_64-Intel-R-_Core-TM-_i3-2350M_CPU_@_2.30GHz-with-gentoo-2.2 KiB Mem: 3890984 total, 1248636 free KiB Swap: 5242876 total, 5242876 free Timestamp of tree: Wed, 28 Aug 2013 05:30:01 +0000 ld GNU ld (GNU Binutils) 2.23.1 distcc 3.1 x86_64-pc-linux-gnu [enabled] ccache version 3.1.9 [disabled] app-shells/bash: 4.2_p45 dev-java/java-config: 2.1.12-r1::<unknown repository> dev-lang/python: 2.7.5-r2, 3.2.5-r2 dev-util/ccache: 3.1.9::<unknown repository> dev-util/cmake: 2.8.10.2-r2 dev-util/pkgconfig: 0.28::<unknown repository> sys-apps/baselayout: 2.2::<unknown repository> sys-apps/openrc: 0.12 sys-apps/sandbox: 2.6-r1::<unknown repository> sys-devel/autoconf: 2.13::<unknown repository>, 2.69::<unknown repository> sys-devel/automake: 1.11.6::<unknown repository>, 1.12.6::<unknown repository> sys-devel/binutils: 2.23.1::<unknown repository> sys-devel/gcc: 4.7.3::<unknown repository> sys-devel/gcc-config: 1.7.3::<unknown repository> sys-devel/libtool: 2.4-r1::<unknown repository> sys-devel/make: 3.82-r4::<unknown repository> sys-kernel/linux-headers: 3.10::<unknown repository> (virtual/os-headers) sys-libs/glibc: 2.17 Repositories: gentoo aidecoe ff2000 kde local ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=corei7-avx -O2 -pipe -ggdb" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=corei7-avx -O2 -pipe -ggdb" DISTDIR="/var/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distcc distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="de_DE.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j15" PKGDIR="/usr/portage/packages" 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" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/var/repositories/gentoo" PORTDIR_OVERLAY="/var/repositories/aidecoe /var/repositories/ff2000 /var/repositories/kde /var/repositories/local" USE="2cpi X a52 aac acl acpi alsa amd64 apm berkdb branding bzip2 cairo cdda cdr cli cracklib crypt cups cxx dbus directfb dri dts dvd dvdr emboss encode exif fam firefox flac fortran gdbm gif gpm iconv infinality introspection ipv6 jpeg jpeg2k kipi lcdfilter lcms mad mmx mmxext mng modules mp3 mp4 mpeg mudflap multilib ncurses nls nptl ogg opengl openmp openrc pam pango pcre pdf png ppds qt3support qt4 readline sdl session spell sse sse2 sse3 sse4 sse4_1 ssl ssse3 svg tcpd theora threads tiff truetype udev udisks unicode upower usb vaapi vorbis vpx x264 xcb xcomposite xml xscreensaver xv xvid zlib zsh-completion" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev wacom" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="de de_DE" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" RUBY_TARGETS="ruby19 ruby20" SANE_BACKENDS="epson epson2" USERLAND="GNU" VIDEO_CARDS="intel i965" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, SYNC, USE_PYTHON
I already suspected the missing multilib-inheritance in tiff to be the issue. So I looked into sys-libs/zlib-1.2.8-r1 (similiar dependency in lcms), which does "inherit multilib multilib-minimal". Added those two lines to tiff-4.0.3-r4 - et voila, I finally can update tiff :)
Just realised that tiff-4.0.3-r5 does inherit multilib-minimal. But it is marked ~arch. lcms-2.5-r1 is ~arch, too. IMHO making lcms depend on >=tiff-4.0.3-r5 would be the best fix.
(In reply to Franz Fellner from comment #2) > I already did the following: uninstall lcms (both SLOTs), then install tiff > - which DID pull in 4.0.3-r4. emerge lcms:2 then again did the downgrade of > tiff. > So I think it's lcms that forces the old version of tiff. it really doesn't, it allows any version long as the USE flags (as well as ABI_X86="" values) match > ACCEPT_KEYWORDS="amd64" [ ... ] (In reply to Franz Fellner from comment #4) > Just realised that tiff-4.0.3-r5 does inherit multilib-minimal. But it is > marked ~arch. lcms-2.5-r1 is ~arch, too. IMHO making lcms depend on > >=tiff-4.0.3-r5 would be the best fix. I see. So you keyworded only =media-libs/tiff-4.0.3-r4 on a stable system, instead of keywording also =media-libs/tiff-4.0.3-r5? Then the Portage output makes sense, it complains about abi_x86_64(-) not being available which is true if you by mistake only keyworded -r4 Admitted the Portage output could be more clear about this, I'll reassing to Portage devs to take look at However starting to set random deps in ebuilds like forcing newer tiff from lcms's ebuild to workaround unclear Portage output doesn't sound sane to me
> (In reply to Franz Fellner from comment #4) > > Just realised that tiff-4.0.3-r5 does inherit multilib-minimal. But it is > > marked ~arch. lcms-2.5-r1 is ~arch, too. IMHO making lcms depend on > > >=tiff-4.0.3-r5 would be the best fix. > > I see. So you keyworded only =media-libs/tiff-4.0.3-r4 on a stable system, > instead of keywording also =media-libs/tiff-4.0.3-r5? No, did not keyword anything as -r4 is stable. > Admitted the Portage output could be more clear about this, I'll reassing to > Portage devs to take look at > However starting to set random deps in ebuilds like forcing newer tiff from > lcms's ebuild to workaround unclear Portage output doesn't sound sane to me multilib-support was explicitly added to lcms-2.5-r1. ABI_X86 etc are USE_EXPANDed, so they map to USE-Flags. <tiff-4.0.3-r5 does not have such USE-Flags, so IMHO they never can fulfill the requirements by lcms-2.5-r1, so sticking minimum version for its dependencies is justifiable. (My naive opinion ;))
Did you use --autounmask=n or anything like that? It seems like we would want it to try and unmask the newer version automatically.
(In reply to Zac Medico from comment #7) > Did you use --autounmask=n or anything like that? It seems like we would > want it to try and unmask the newer version automatically. I neither enabled nor disabled autounmask - left it to default. Getting a hint that a masked version would satisfy the dep in a more appropriate way would be nice :)
I recently faced the same problem with exact same version and exact same message. My system is strictly 32-bit, but solution provided by Franz in http://forums.gentoo.org/viewtopic-p-7385794.html#7385794 worked for me. However I feel that somehow creating accept_keywords just for media-libs/tiff on non-multilib OS is weird.
