Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 217911 - emerge -auDvN world reporting spurious conflict
Summary: emerge -auDvN world reporting spurious conflict
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-16 07:51 UTC by Graham Murray
Modified: 2008-04-16 15:44 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Graham Murray 2008-04-16 07:51:16 UTC
emerge -auDvN world

These are the packages that would be merged, in order:

Calculating dependencies |
!!! Multiple versions within a single package slot have been 
!!! pulled into the dependency graph:

dev-dotnet/gecko-sharp:2

  ('installed', '/', 'dev-dotnet/gecko-sharp-0.11-r1', 'nomerge') pulled in by
    ('installed', '/', 'dev-util/mono-tools-1.2.6', 'nomerge')

  ('ebuild', '/', 'dev-dotnet/gecko-sharp-0.12', 'merge') pulled in by
    ('installed', '/', 'dev-dotnet/jscall-sharp-0.0.3_pre20070621', 'nomerge')

mono-tools has a dependency on gecko-sharp-0.11*, so the installed version satisfies this. jscall-sharp has a dependency on >=gecko-sharp-0.10, so again the installed version satisfies this.

Rather than signal a conflict, should emerge not just leave the currently installed version of dev-dotnet/gecko-sharp rather than trying to upgrade it and generate a conflict?

 emerge --info
Portage 2.1.5_rc4 (default-linux/x86/2007.0/desktop, gcc-4.2.3, glibc-2.7-r2, 2.6.24-gentoo-r5 i686)
=================================================================
System uname: 2.6.24-gentoo-r5 i686 Intel(R) Pentium(R) 4 CPU 1.60GHz
Timestamp of tree: Wed, 16 Apr 2008 06:45:01 +0000
app-shells/bash:     3.2_p33
dev-java/java-config: 1.3.7, 2.1.5
dev-lang/python:     2.4.4-r4, 2.5.1-r5
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.12
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.62
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.24
ACCEPT_KEYWORDS="x86 ~x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=native -mtune=native -O2 -pipe -fno-omit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/bind"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-march=native -mtune=native -O2 -pipe -fno-omit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="buildsyspkg distlocks metadata-transfer parallel-fetch sandbox sfperms splitdebug strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://gentoo.virginmedia.com/ ftp://gentoo.virginmedia.com/sites/gentoo ftp://gentoo.tiscali.nl/pub/mirror/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://gentoo.tiscali.nl/"
LANG="en_GB.UTF-8"
LC_ALL="en_GB.UTF-8"
LDFLAGS=""
LINGUAS="en_GB en"
MAKEOPTS=""
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local /usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X acl acpi alsa apache2 arts avi bash-completion berkdb bitmap-fonts bzip2 cairo caps cdr cli cracklib crypt cups curl dbus dlloader doc dri dvd dvdr dvdread eds emacs emboss encode esd evo examples expat firefox fortran gdbm gif gmp gnome gnutls gpm graphviz gstreamer gtk hal iconv idn imlib ipv6 isdnlog java javascript jpeg kde kdehiddenvisibility kerberos ldap libg++ mad midi mikmod mmx mono mp3 mpeg mudflap ncurses nls nptl nptlonly nsplugin offensive ogg opengl openmp oss pam pcre pdf pdflib perl png postgres ppds pppd python qt3 qt3support qt4 quicktime readline reflection samba sdl seamonkey session snmp spell spl sse2 ssl svg tcl tcltk tcpd threads tiff tk truetype truetype-fonts type1-fonts udev unicode usb vim-syntax vorbis win32codecs x86 xface xml xorg xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 	emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m 	maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_GB en" USERLAND="GNU" VIDEO_CARDS="vesa fbdev r128"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2008-04-16 15:14:55 UTC
You have ACCEPT_KEYWORDS="x86 ~x86" so you always get the very greatest versions. Apparently two packages (or their maintainers) disagree on which version of a third package should be used. If you find that both packages ought to work equally well with $SOME_VERSION of gecko-sharp, then file a bug asking the package's maintainers to address that. You may want to reuse this bug for that purpose.

In the mean time, you can use /etc/portage/package.mask to stop portage from trying to upgrade gecko-sharp, or you can stop using ~x86 packages.
Comment 2 Graham Murray 2008-04-16 15:44:12 UTC
I disagree with the ruling that this is invalid. As soon as I saw the problem, I did use /etc/portage/package.mask to prevent the upgrade.

I raised the bug because I think that portage behaved incorrectly in this situation. There was no package which requires the upgraded dependent package, but there was one which specifically requires the currently installed version. This should be sufficient for portage to not attempt to upgrade the dependent package.

I would agree with your comments if two packages required conflicting versions (which I have seen in the past) but that does not apply here as the already installed version satisfies all the dependencies.