When updating suspend2-sources from an older version, portage complains about two distinct versions of suspend2-userui being merged. This probably stems from suspend2-sources depending on suspend2-userui in an exact version. So if someone could please either remove the dependency (preferred, kernel should not depend on userspace program) or remove the exact version dependency Reproducible: Always Steps to Reproduce: 1.emerge =sys-kernel/suspend2-sources-2.6.19-r3 2.emerge =sys-kernel/suspend2-sources-2.6.21-r4 3. Actual Results: ('ebuild', '/', 'sys-apps/suspend2-userui-0.6.4-r2', 'merge') pulled in by ('installed', '/', 'sys-kernel/suspend2-sources-2.6.19-r3', 'nomerge') ('ebuild', '/', 'sys-apps/suspend2-userui-0.7.1', 'merge') pulled in by ('ebuild', '/', 'sys-kernel/suspend2-sources-2.6.21-r4', 'merge') Expected Results: Normal installation Portage 2.1.2.7 (default-linux/amd64/2007.0/desktop, gcc-4.1.1, glibc-2.5-r2, 2.6.19-suspend2-r3 x86_64) ================================================================= System uname: 2.6.19-suspend2-r3 x86_64 Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz Gentoo Base System release 1.12.9 Timestamp of tree: Mon, 21 May 2007 15:50:01 +0000 dev-java/java-config: 1.3.7, 2.0.31-r5 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 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 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -fomit-frame-pointer -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=nocona -fomit-frame-pointer -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.club-internet.fr/pub/mirrors/gentoo ftp://gentoo.chem.wisc.edu/gentoo" LANG="de_DE.UTF-8" LINGUAS="de en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X acpi aiglx alsa amd64 bash-completion berkdb bitmap-fonts bluetooth cairo cdr cli cracklib crypt dbus dri dvd dvdr dvdread eds emboss encode esd fam firefox gdbm gif gpm gstreamer hal iconv isdnlog jpeg kdeenablefinal libg++ lm_sensors mad midi mmap mmx mp3 mpeg mudflap ncurses nls nptl nptlonly nsplugin nvidia ogg opengl openmp pam pcre pdf perl pmu png pppd python qt3 qt3support qt4 quicktime readline reflection sdl search-screen session spell spl sse sse2 ssl svg truetype truetype-fonts type1-fonts unicode vorbis xcomposite xml xorg xv zlib" 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" 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" ELIBC="glibc" INPUT_DEVICES="synaptics mouse keyboard evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de en" USERLAND="GNU" VIDEO_CARDS="nv vesa nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Upstream does not allow side by side userui... So I cannot do anything with this one. Please contact upstream if you think this is important... But beware that the userui is kernel callback... So the kernel should execute the right module by hardcode version. I am sorry to close this as invalid... But I don't think I can do anything at this stage.
(In reply to comment #1) > > I am sorry to close this as invalid... But I don't think I can do anything at > this stage. > RESOLVED CANTFIX would have been closer as a resolution.