Hi, package.provided doesn't work wor me for _some_ packages e.g. I have this in package.provided gnome-extra/gconf-editor-2.8.0 sys-apps/usbutils-0.11-r5 sys-apps/pciutils-2.1.11-r3 and 'emerge -up --deep world' shows me [ebuild U ] gnome-extra/gconf-editor-2.8.0 [2.6.2] version of portage is 2.0.51_rc7 mfg Dietrich Reproducible: Always Steps to Reproduce: 1. 2. 3. didi ~ # emerge info Portage 2.0.51_rc7 (default-x86-1.4, gcc-3.4.2, glibc-2.3.4.20040808-r1, 2.6.7 i686) ================================================================= System uname: 2.6.7 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.5.3 distcc 2.17 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8,sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache fixpackages sandbox" GENTOO_MIRRORS="http://intern/olddistfiles/ http://intern/distfiles/ ftp://ftp.gentoo.mesh-solutions.com/gentoo/ ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage/" USE="3dnow X Xaw3d aalib alsa apache2 apm avi bitmap-fonts bonobo cdr crypt cups curl dba dga directfb doc dvd dvdr emacs encode esd f77 fbcon flash foomaticdb freetds gd gd-external gdbm ggi gif gmp gnome gpg gphoto2 gpm gtk gtk2 gtkhtml guile imap imlib jpeg kde ldap libg++ libwww linguas_de linguas_nds lirc mad matroska mcal memlimit mikmod mozilla mpeg mysql ncures ncurses network nls ogg oggvorbis opengl oss pam pdflib perl png ppds python qt quicktime readline samba sdl slang slp snmp spell sse ssl svga tcltk tcpd tetex tiff truetype vorbis x86 xml xml2 xmms xprint xv zlib"
Please attach the output of emerge -uDdp world By the way, you should be using package.mask if you want to prevent portage from upgrading a package. Using package.provided to tell portage that a package that is installed that isn't will only lead to compile failures and false bug reports.
sorry, now I have injected the package now :/ Can I also create a package.mask file in /etc/portage/profile/ that will also used like /usr/portage/profile/package.mask? but the package.mask in /usr/portage is not a good way for masking packages after every sync the user masked packages are gone :( mfg Dietrich
/etc/portage/package.mask for masking packages. man 5 portage will show you information for many other files too. Unfortunately, there's no way to debug this without the debug output so I'm closing.
I have the same problem: cat /etc/portage/profile/package.provided media-libs/libcaca-0.9-r1 app-shells/tcsh-6.13-r1 media-libs/libao-0.8.6 x11-libs/wxGTK-2.5.3 kde-base/kdeaddons-docs-konq-plugins-3.4.0 sys-kernel/vanilla-sources-2.6.11.4 app-text/tetex-3.0-r1 x11-libs/wxGTK-2.4.2-r3 media-libs/xvid-1.0.3 app-office/openoffice-ximian-1.3.9 emerge -uDp world [ebuild U ] sys-libs/glibc-2.3.4.20050404 [2.3.4.20050125-r1] [ebuild U ] app-text/tetex-3.0-r2 [2.0.2-r6] [ebuild U ] app-office/openoffice-ximian-1.3.9 [1.3.8] [ebuild U ] sys-devel/gcc-3.4.3.20050110-r2 [3.4.3.20050110] output of -uDdp will be attached
Created attachment 55742 [details] emerge -uDdp world
Closing due to old age
I too have this problem. emerge -pv virtualbox Calculating dependencies ... done! [ebuild N ] sys-devel/bin86-0.16.17 149 kB [ebuild N ~] app-emulation/virtualbox-additions-4.0.2 37,084 kB [ebuild N ] dev-util/gperf-3.0.4 961 kB [ebuild N ] sys-devel/dev86-0.16.17-r6 687 kB [ebuild N ] sys-power/iasl-20090123 USE="-test" 906 kB [ebuild N ] sys-kernel/gentoo-sources-2.6.36-r5 USE="symlink -build -deblob" 68,751 kB [ebuild N ~] app-emulation/virtualbox-modules-4.0.2 831 kB [ebuild N ] sys-apps/help2man-1.38.2 USE="-nls" 134 kB [ebuild NS ] sys-devel/automake-1.9.6-r3 [1.11.1] 748 kB [ebuild N ] dev-lang/yasm-1.1.0-r1 USE="-nls -python" 1,377 kB [ebuild N ] dev-util/kbuild-0.1.5-r1 21,430 kB [ebuild N ~] app-emulation/virtualbox-4.0.2 USE="additions alsa opengl qt4 -doc -extensions -headless -java -pulseaudio -python -sdk -vboxwebsrv" 68,230 kB Total: 12 packages (11 new, 1 in new slot), Size of downloads: 201,283 kB cat package.provided sys-kernel/gentoo-sources-2.6.36-r5
Any chance of reopening?
(In reply to comment #7) > cat package.provided > sys-kernel/gentoo-sources-2.6.36-r5 Is that /etc/portage/profile/package.provided? I'm asking because it's common for people to put the file in the wrong directory.
Yes, that was it, however the man page states it should be in /etc/portage/make.profile/
(In reply to comment #10) > Yes, that was it, however the man page states it should be in > /etc/portage/make.profile/ That's for the main profile. I also says that site-specific overrides go in /etc/portage/profile/. It's supposed to be clarified in the /etc/make.profile/ docs, but maybe it's not clear enough.
(In reply to comment #11) > (In reply to comment #10) > > Yes, that was it, however the man page states it should be in > > /etc/portage/make.profile/ > > That's for the main profile. I also says that site-specific overrides go in > /etc/portage/profile/. It's supposed to be clarified in the /etc/make.profile/ > docs, but maybe it's not clear enough. > Yup, that's right. I think the man page needs a bit of patching.
