Summary: | depclean error message does not indicate precisely when --with-bdeps=y is necessary | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Trevor Bowen <m27315> |
Component: | Core | Assignee: | Portage team <dev-portage> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | esigra, kaleb.pederson, kogorman, michael, pacho, y.rebattu |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Trevor Bowen
2009-04-20 15:00:45 UTC
Try: emerge -uDNpvt --with-bdeps=y @system @world yes, that catches it, plus a few others. Should that be the 'default' method of updating? $ emerge -uDNpvt --with-bdeps=y @system @world WARNING: One or more repositories have missing repo_name entries: /usr/local/portage/profiles/repo_name NOTE: Each repo_name entry should be a plain text file containing a unique name for the repository on the first line. These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] kde-base/kdeartwork-kscreensaver-4.2.2 USE="eigen kdeprefix opengl -debug -xscreensaver" [ebuild U ] dev-cpp/eigen-2.0.1 [2.0.0] 339 kB [nomerge ] dev-db/unixODBC-2.2.12 USE="gnome qt3" [ebuild U ] dev-util/cvs-1.12.12-r6 [1.12.12-r4] USE="crypt kerberos nls pam -doc -server (-emacs%*)" 0 kB [nomerge ] dev-perl/Spreadsheet-ParseExcel-0.32 USE="unicode -cjk -test" [nomerge ] perl-core/Module-Build-0.28.08 [nomerge ] perl-core/Archive-Tar-1.40 USE="bzip2" [ebuild N ] virtual/perl-IO-Compress-Bzip2-2.015 0 kB [nomerge ] dev-perl/Date-Calc-5.4 [nomerge ] dev-perl/Carp-Clan-5.9 [nomerge ] dev-perl/Test-Exception-0.25 [nomerge ] dev-perl/Sub-Uplevel-0.16 [nomerge ] virtual/perl-Module-Build-0.28.08 [nomerge ] perl-core/Module-Build-0.28.08 [nomerge ] virtual/perl-Archive-Tar-1.40 [nomerge ] perl-core/Archive-Tar-1.40 USE="bzip2" [nomerge ] perl-core/IO-Compress-Bzip2-2.015 [ebuild N ] virtual/perl-Compress-Raw-Bzip2-2.015 0 kB [nomerge ] media-video/vlc-0.9.9a USE="X a52 aac aalib alsa avahi bidi cdda cddb cdio dbus directfb dts dvd esd fbcon ffmpeg flac gnome hal jack libgcrypt live matroska mmx mp3 mpeg ncurses nsplugin ogg opengl pda png qt4 samba sdl sse stream svg theora truetype vlm vorbis x264 xinerama xml xv (-altivec) -arts -atmo -cddax -dc1394 -debug -dirac -dvb -fluidsynth -fontconfig -ggi -gnutls -httpd -id3tag -kate -libass -libcaca -libnotify -libsysfs -libv4l2 -lirc -lua -modplug -musepack -optimisememory -oss -pulseaudio -pvr -remoteosd -rtsp -run-as-root -schroedinger -sdl-image -seamonkey -shout -skins -speex (-svga) -taglib -twolame -upnp -v4l -v4l2 -vcdinfo -vcdx (-win32codecs) -xosd -zvbi" [nomerge ] media-libs/x264-0.0.20081006 USE="threads -debug" [ebuild U ] dev-lang/yasm-0.7.2 [0.7.1] USE="nls" 1,372 kB Total: 5 packages (3 upgrades, 2 new), Size of downloads: 1,710 kB (In reply to comment #2) > yes, that catches it, plus a few others. Should that be the 'default' method > of updating? It's not the default behavior because you don't need the latest build-time dependencies unless you are actually building something with them. If you always want them updated anyway then add EMERGE_DEFAULT_OPTS="--with-bdeps=y" to /etc/make.conf. *** This bug has been marked as a duplicate of bug 248026 *** May I make a suggestion? I am a fairly intelligent person, and I saw a clue about bdeps in the depclean results. However, it was not clear to me what the problem was. I could not tell that the dependency was build-time only, based on the tree output. Would it be possible to enhance the error message to better point the end user in the right direction? Like so: emerge -uDN --with-bdeps=y @system @world (This also updates build-time dependecies, which can block --depclean, if left out of date.) or emerge --depclean --with-bdeps=n (This ignores and deletes dependencies only needed at build-time.) Maybe the emerge -t output could be enhanced to distinguish build-time dependencies? (In reply to comment #4) > Would it be possible to enhance the error message to better point the end user > in the right direction? Sure. > Maybe the emerge -t output could be enhanced to distinguish build-time > dependencies? Most people probably don't need this info cluttering the display, but I guess we could add an option for it. *** Bug 266981 has been marked as a duplicate of this bug. *** *** Bug 267210 has been marked as a duplicate of this bug. *** *** Bug 267489 has been marked as a duplicate of this bug. *** *** Bug 267588 has been marked as a duplicate of this bug. *** *** Bug 268246 has been marked as a duplicate of this bug. *** |