This is a networkless install. I mounted the package cd at /mnt/cdrom I set the PKGDIR="/mnt/cdrom" I typed "emerge --usepkg kde" (... bunch of things install ...) >>> emerge (xx of xx) dev-libs/glib-1.2.10-r5 to / !!! aux_get(): ebuild path for 'media-libs/glib-1.2.10-r5' not specified !!! None QA Notice: ECLASS 'libtool' inherited illegally in media/glib-1.2.10-r5 QA Notice: ECLASS 'gnuconfig' inherited illegally in media/glib-1.2.10-r5 QA Notice: ECLASS 'flag-o-matic' inherited illegally in media/glib-1.2.10-r5 QA Notice: ECLASS 'eutils' inherited illegally in media/glib-1.2.10-r5 QA Notice: ECLASS 'toolchain-funcs' inherited illegally in media/glib-1.2.10-r5 >>> Downloading (...) Then, emerge fails trying to get glib-1.2.10-r5.tar.bz2 from a mirror FYI: 2004.3 x86 Package cd actually has glib-2.4.6.tbz2 on it Both version ebuilds are listed in the portage snapshot (from the 2004.3 universal x86 livecd), along with mention of several other versions. I did not set USE variables, heeding to the warning in the online install guide. No, I did NOT do an "emerge -sync" ;) Reproducible: Always Steps to Reproduce: 1. emerge --usepkg kde Actual Results: Emerge fails to find the dependency and attempts to download it Expected Results: Quoting the wisdom of the Installation Guide: duh ;)
Could you please post the output of emerge --usepkg -pv --tree kde? thanks
These are thepackages I would emerge, in reverse order: Calculating dependencies ...done! [binary N ] kde-base/kde-3.3.0 [binary N ] kde-base/kdetoys-3.3.0 +arts -debug -xinerama [binary N ] kde-base/kdegames-3.3.0 +arts -debug -xinerama [binary N ] kde-base/kdeedu-3.3.0 +arts -debug -xinerama [binary N ] kde-base/kdeaddons-3.3.0 +arts -debug +esd +sdl -svga -xinerama +xmms [binary N ] media-sound/xmms-1.2.10-r5 -3dnow -alsa -cjk -debug -directfb +esd -ipv6 +mikmod -mmx +nls +oggvorbis +opengl +oss -xml [binary N ] app-arch/unzip-5.50-r2 [binary N ] media-libs/libmikmod-3.1.11-r1 -alsa -debug +esd +oss [binary N ] kde-base/kdemultimedia-3.3.0 -alsa +arts -audiofile -cdparanoia -debug +encode -flac +oggvorbis -speex -xine -xinerama [binary N ] media-sound/vorbis-tools-1.0.1 -debug -flac +nls -speex [binary N ] media-libs/libao-0.8.5 -alsa +arts +esd -mmap -nas -static [binary N ] net-misc/curl-7.12.0-r2 -ipv6 +ldap +ssl [binary N ] media-libs/tunepimp-0.3.0 -flac +mad +oggvorbis +readline [binary N ] media-sound/lame-3.96.1 -debug +gtk [binary N ] media-libs/taglib-1.2 -debug [binary N ] media-libs/libsdl-1.2.7-r2 +X -aalib -alsa +arts -dga -directfb +esd -fbcon -ggi -libcaca -nas -noaudio -nojoystick -novideo _opengl +oss -svga -xinerama +xv [binary N ] kde-base/kdenetwork-3.3.0 +arts -debug -samba -slp +ssl -wifi -xinerama [binary N ] app-crypt/qca-tls-1.0 [binary N ] kde-base/kdeutils-3.3.0 +arts -debug -xinerama [binary N ] app-crypt/gnupg-1.2.6 +X -debug -idea +ldap +nls -static [binary N ] media-gfx/xloadimage4.1-r1 +jpeg +png -tiff [binary N ] kde-base/kdeartwork-3.3.0 +arts -debug +opengl -xinerama -xscreensaver [binary N ] kde-base/kdeadmin-3.3.0 +arts -debug +pam -xinerama [binary N ] kde-base/kdewebdev-3.3.0-r1 +arts -debug -doc -xinerama [binary N ] kde-base/kdegraphics-3.3.0-r1 +arts -debug -gphoto2 +imlib -jpeg2k +opengl -povray -scanner -tetex -xinerama [binary N ] media-libs/imlib-1.9.14-r2 [binary N ] x11-libs/gtk+-1.2.10-r11 -debug +nls [binary N ] dev-libs/glib-1.2.10-r5 -debug 411 kB Total size og downloads: 411 kB [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ] [binary N ]
heh, ignore everything after the 'Total size of downloads' line ;) imlib-1.9.14-r2 exists on the package cd gtk+-1.2.10-r11 exists on the package cd (along with gtk+2.4.9-r1) glib-1.2.10-r5 does NOT exist on the package cd.. so if i read this right,either imlib depends on the wrong version of gtk, causing probs downstream in the dependency tree, or gtk does... either that or the dependency tree is correct and the right glib version was mistakenly omitted from the package cd?
glib-2.4.6 is slotted, so portage shouldn't have removed it while resolving the dependencies when the grp-set was built. I assume that you - used the snapshot provided for this release - didn't tweak with USE-flags so that dependencies might have been influenced glib-1.2 was *not* manually removed from the set (at least not intentionally) and portage shouldn't have removed it.
*quote from the original bug report* FYI: 2004.3 x86 Package cd actually has glib-2.4.6.tbz2 on it Both version ebuilds are listed in the portage snapshot (from the 2004.3 universal x86 livecd), along with mention of several other versions. I did not set USE variables, heeding to the warning in the online install guide. */quote* Your assumption is correct ;)
oh, and in case you are wondering, i also did not change the CHOST variabe in make.conf as per the warning in the manual. this is happening on a system built exactly by the book. i heeded every warning and note. this is the first and only package package i tried to build, and this is even exemplified in the book: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1&chap=11 in fact, my system has not been touched after reporting this bug, save for the request for more info... i have not tried to work around this problem or install anything else, so this is a pristine test environment at the momentto track this thing down
as i understand it, kdegraphics depends on imlib (that's 1.x) which MUST use glib 1.x -- i.e. cannot substitute glib 2.x (slotted or not) because it is simply incompatible and does not satisfy the dependency. the bottom line seems to me to be that the glib-1.2.10-r5 package is not on the 2004.3 package cd when it should have been. further, i do not see a way to get around this problem and still install kdegraphics-3.3.0-r1 GRP package without a network to download the missing package. so, this is a showstopper for getting a GRP install going with KDE (at least using the 'kde' stub or having kde image programs... if i am correct, then this probably is not portage's fault, but was instead overlooked by a human when putting together the package cd for release because of the slot you mentioned.
I didn't remove any packages from the iso. Just a few informations how GRP-sets are built: - create a clean chroot with a stage3 of the release for which the grp-set is going to be built and extract the portage-snapshot in it - repeadingly call portage to emerge the packages we want to have in the grp-set and to save binary-packages - these binary-packages are then moved out the chroot and 'saved' in the final iso-file Dependency resolution is fully in portage's hands. I rebuilt the set now and glib-1.2 was still missing. I'll try to rebuild now with "=dev-libs/glib-1.2.10-r5" explicitly mentioned in the package-list.
Er...I just had a quick look into the original Pentium-4 packages-iso before I started the rebuilding-tests, loop-mounted to /mnt/floppy: root@amd64 All # pwd /mnt/floppy/All root@amd64 All # ls glib* glib-1.2.10-r5.tbz2 glib-2.4.6.tbz2 I checked all package-isos now. It's missing on the x86-iso only. I will recreate it.
thanks. are you going to update the mirrors with the fixed iso (i expect that would be wise) to replace the original 2004.3 package cd? if so, that would be great.
Have you tried to 2004.3-r1 packages CD?
Does this problem exist on the 2DVD set I've just bought from the Gentoo Store? ;-)
In response to comment 11: No, I have not tried the -r1 pacakge cd -- didn't know it was out yet. ;p Anyway, I aborted that install attempt, as that system did not have network access with which to work around the issue. I haven't the resources to test the new packagecd, though. Sorry. In response to comment 12: I haven;t a DVD ROM drive to test those, so I don't know about that either. Hoperfully, one of the rel-eng team can confirm these work as expected and that this issue is resolved (perhaps the changelog would shed some light?). As always, one could probably pry an answer out of the #gentoo on irc.freenode.net, as some of the rel-eng team hang in there, ripe for the pickin' ;)
Jim: The 2 DVD set was compiled and built by Daniel Robbins. The Release Engineering team had no part in its creation, so we can't give you any assurances on the quality or the capabilities of the set. Ray: This was fixed on the new 2004.3-r1 x86 Package CD.
I apologise for this bugspam, but I wish to close this product, so I need to move all the bugs.