From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.50) id 1ENXmT-00025p-0b for garchives@archives.gentoo.org; Thu, 06 Oct 2005 15:35:37 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id j96FPmZO021805; Thu, 6 Oct 2005 15:25:48 GMT Received: from dragon.abnormalcoders.net (cpe-72-224-83-64.nycap.res.rr.com [72.224.83.64]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id j96FMATM014788 for ; Thu, 6 Oct 2005 15:22:11 GMT Received: (qmail 7744 invoked from network); 6 Oct 2005 11:34:24 -0400 Received: from dhcp-102.abnormalcoders.net (HELO raptor.abnormalcoders.net) (192.168.10.102) by dragon.abnormalcoders.net with SMTP; 6 Oct 2005 11:34:24 -0400 Subject: Re: [gentoo-user] portage question From: Eric Crossman To: gentoo-user@lists.gentoo.org In-Reply-To: <4343E84D.60403@planet.nl> References: <1128520881.7339.7.camel@localhost> <4343E84D.60403@planet.nl> Content-Type: text/plain Date: Thu, 06 Oct 2005 11:30:48 -0400 Message-Id: <1128612648.7354.16.camel@localhost> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 Content-Transfer-Encoding: 7bit X-Archives-Salt: 7672a39e-9075-4c01-8beb-0f576ff0678b X-Archives-Hash: f9d41c59d5677516534108016d04f6d5 Thanks Holly. I understand it better now. On Wed, 2005-10-05 at 16:50 +0200, Holly Bostick wrote: > Eric Crossman schreef: > > Ok, I'll be the first to admit that I don't know much about using > > portage beyond the most basic minimal commands. This seems to fall > > under the "used to work" category. > > > > In the past, I've used a "emerge system" and "emerge world" to update > > to newer versions of installed software. Usually also with a > > "--pretend" to see beforehand what it's going to do. > > > > Now if I run "emerge --pretend system" or "emerge --pretend world" it > > comes up with no updates to install. If I add an "--update" to the > > command, it finds the updates correctly. > > > > Is this a syntax change or just a matter of a deprecated > > command/default behavior? > > > > Eric > > > > > > From man emerge: > > > --update (-u) > Updates packages to the best version available, which > may not > always be the highest version number due to masking for > testing > and development. This will also update direct > dependencies > which may not be what you want. In general, use this > option > only in combination with the world or system target. > > > You have not said what the actual packages are that come up with an -u > but not without, but from this info, I would assume that they are direct > dependencies of packages in your world file, and that the packages in > your world file themselves are up-to-date. > > Dependencies are not listed in your world file, so they would not be > updated with an emerge world. And indirect dependencies (dependencies of > the direct dependencies of the packages in your world file) won't be > updated with an emerge -u world, but only an emerge -uD (--deep) world > (because the deep dependencies of the package in your world file are not > direct dependencies of the package, so -u doesn't get them either) > > For example, let's take the case of Totem, which is in my world file: > > emerge -pv totem > ________________________________________________________________________________ > > cfg-update 1.7.1 : Building checksum index... (takes a few seconds) done! > ________________________________________________________________________________ > > > These are the packages that I would merge, in order: > > Calculating dependencies ...done! > [ebuild R ] media-video/totem-1.0.4 +a52 -debug +dvd +flac +gnome > -lirc +mad +mpeg +ogg -theora +vorbis +win32codecs +xine +xv 0 kB > > The direct dependencies of Totem are as follows (from > http://www.gentoo-portage.com ): > > (Piped to prevent quoting) > > totem-1.0.4 > | > = dev-libs/glib - 2.6.3 = gnome-base/gnome-desktop - 2.2 = > | > gnome-base/gnome-vfs - 2.2 = gnome-base/libglade - 2 = > | > gnome-base/libgnomeui - 2.4 > | ! gnome-base/nautilus - media > | > = gnome-extra/nautilus-cd-burner - 2.9 = > | > media-plugins/gst-plugins-ffmpeg - 0.8.3 = > | > media-plugins/gst-plugins-gnomevfs - 0.8.8 = > | > media-plugins/gst-plugins-mpeg2dec - 0.8.8 = > | > media-plugins/gst-plugins-pango - 0.8.8 = x11-libs/gtk+ - 2.6 > | !xine >= media-libs/gstreamer - 0.8.9-r3 > | a52 >= media-plugins/gst-plugins-a52dec - 0.8.8 > | dvd >= media-plugins/gst-plugins-a52dec - 0.8.8 > | flac >= media-plugins/gst-plugins-flac - 0.8.8 > | gnome >= gnome-base/nautilus - 2.10 > | lirc app-misc/lirc > | mad >= media-plugins/gst-plugins-mad - 0.8.8 > | mad >= media-plugins/gst-plugins-mad - 0.8.8 > | mpeg >= media-plugins/gst-plugins-mpeg2dec - 0.8.8 > | ogg >= media-plugins/gst-plugins-ogg - 0.8.8 > | theora >= media-plugins/gst-plugins-ogg - 0.8.8 > | vorbis >= media-plugins/gst-plugins-ogg - 0.8.8 > | win32codecs >= media-plugins/gst-plugins-pitfdll - 0.8.1 > | xine >= media-libs/xine-lib - 1 > | xv >= media-plugins/gst-plugins-xvideo - 0.8.8 > > > Taking one of the direct dependencies at random, nautilus-cd-burner > itself has the following dependencies: > > | nautilus-cd-burner-2.10.2 > | > = dev-libs/glib - 2.4 = gnome-base/eel - 2 = gnome-base/gconf - 2 = > | > gnome-base/gnome-vfs - 2.1.3.1 = gnome-base/libglade - 2 = > | > gnome-base/libgnome - 2 = gnome-base/nautilus - 2.5.5 = x11-libs/gtk+ > | > - 2.5.4 > | hal = sys-apps/hal - 0.4* > | cdr virtual/cdrtools > | dvdr app-cdr/dvd+rwtools > > So when I installed Totem, assuming that I had no GNOME subsystem > installed, so none of these programs were direct dependencies of some > other aspect of GNOME), nautilus-cd-burner would have been installed as > a dependency of Totem, but eel would have been installed prior to that as a > dependency of nautilus-cd-burner. Eel is therefore a deep dependency of > Totem and a direct dependency of nautilus-cd-burner, which is itself a > direct dependency of Totem, which is the only package that would have > been added to my world file as a result of the 'emerge totem' operation. > > So if I emerge world, only Totem will be updated if an update is available. > > If I emerge -u world, only nautilus-cd-burner will be updated if an > update is available (irrespective of whether or not an update is > available for Totem itself, so long as the currently-existing version of > Totem may work with the updated version of nautilus-cd-burner; if not, > you'd probably get a message saying that all versions of Totem specified > are masked) > > In order to get an available update to Eel, I would have to emerge -uD > world, because eel is neither in my world file, nor a direct dependency > of the package in my world file (Totem). Unless of course I wanted to > put nautilus-cd-burner in my world file directly, in which case eel > would be updated with an emerge -u world. > > Myself, I always do emerge -uaDtv world, so that everything possible to > update can be updated in a timely fashion (--update, --deep), so that I > don't have to type the command twice (--ask, rather than --pretend), so > that I can see what USE flags are available for all the packages to be > emerged (--verbose), and so that I can see what package the packages to be > emerged are dependent on, in the event something I don't expect is > requested to emerge (--tree). > > Hope this helps explain things, > Holly -- gentoo-user@gentoo.org mailing list