Hi, not sure what the actual problem is here - i've installed k3b a while ago when 3.4.x was the stable version. As a dependency, kdesu (which is used for k3bsetup) was installed with version 3.4.1. At some time kde 3.5 became stable, and after some recent cdrecord update i needed to run k3bsetup again.This results in: /usr/bin/k3bsetup: line 20: kdesu: command not found Not really a surprise, because # grep -r kde /etc/env.d/ /etc/env.d/45kdepaths-3.5:PATH=/usr/kde/3.5/bin /etc/env.d/45kdepaths-3.5:ROOTPATH=/usr/kde/3.5/sbin:/usr/kde/3.5/bin /etc/env.d/45kdepaths-3.5:LDPATH=/usr/kde/3.5/lib /etc/env.d/45kdepaths-3.5:CONFIG_PROTECT="/usr/kde/3.5/share/config /usr/kde/3.5/env /usr/kde/3.5/shutdown" and my kdesetup is still the 3.4.1 one. Possible solutions (which all work for me here locally): - emerge -uD world updates kdesu - emerge -uva1 kdesu updates kdesu as well - adding the path to the old version would work too. - i guess if i remove all kde 3.4.x stuff the dependency should pull in kdesu 3.5 as well However i assume that it may make sense that k3b should take care of that dependency itself with some voodoo probably? # emerge k3b results in: [ebuild R ] app-cdr/k3b-0.12.14 USE="alsa dvdr encode ffmpeg flac kde mp3 vcd vorbis -arts -css -debug -hal -musepack -musicbrainz -sndfile -xinerama" Not sure if this an easy to fix issue with slotted packages. emerge info: Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-gentoo-r3 i686) ================================================================= System uname: 2.6.17-gentoo-r3 i686 Intel(R) Pentium(R) M processor 2.00GHz Gentoo Base System version 1.6.15 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -O3 -pipe -fomit-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/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=pentium-m -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.tugraz.at/mirror/gentoo/ http://gentoo.inode.at/source/" LINGUAS="en de" MAKEOPTS="-j2" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://129.27.185.39/gentoo-portage" USE="x86 X aalib alsa apache2 apm atm avi berkdb bitmap-fonts bzip2 cdparanoia cli crypt cups divx4linux dlloader dri dvd dvdr emacs emboss encode esd ethereal fam fbcon ffmpeg flac foomaticdb fortran gdbm gif gpm gtk gtk2 icq imagemagick imap imlib ipv6 isdnlog java jpeg kde libg++ libwww mad mikmod mmx mp3 mpeg ncurses nls nptl offensive ogg oggvorbis opengl oss pam pcre pdflib perl png ppds pppd python qt qt3 qt4 quicktime readline real reflection samba sasl sdl session smtp spell spl sse sse2 ssl tcpd tiff truetype truetype-fonts type1-fonts udev vcd vorbis win32codecs wxwindows xine xinetd xml xmms xorg xv xvid zlib elibc_glibc input_devices_evdev input_devices_mouse input_devices_keyboard input_devices_joystick kernel_linux linguas_en linguas_de userland_GNU video_cards_i810" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Well, KDE was never meant to be run with multiple versions side by side, so you noticed one of the problematic issues, a runtime dependency of another slotted version that isn't in path. A possible workaround would be to move each kde_binary_foo to kde_binary_foo-binary and create for each a kde_binary_foo script that calls kde_binary_foo-binary with its environment. Messy? Yes. :) Running multiple KDE versions is good for testing and eases migration, because (most) applications remain functional while rebuilding, but you should really do that and if you keep the older KDE version, do so only for development/compatibility tests. revdep-rebuild --library /usr/kde/3.4/lib/libkdecore.so.4 should do it in this case. I don't think we will ever do something about it. It's about time to remove KDE 3.4 from the tree anyways (imho).
