Re: [gentoo-user] portage question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dan LaMotte wrote: > anyone know if you can compile something locally into your home > directory using portage without being root? > > basically what I want to accomplish is like... > > ROOT=/home/lamotte/compile emerge openssh > > or > > ebuild /path/to/ebuild/ merge > > > I would basically like to be able to install something without being > root into a local home directory. > > I hope this makes sense. > > Thanks. > The "prefix" branch of portage can do that. There are some instructions here: http://gentoo-wiki.com/Portage-prefix Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFESKby/ejvha5XGaMRAv6dAJsGsz6TssxW3rInmhPE8ghCTIdguACgv3cl tBgixC6LVaC65aEM8QG06mw= =2oFP -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
[gentoo-user] portage question
anyone know if you can compile something locally into your home directory using portage without being root? basically what I want to accomplish is like... ROOT=/home/lamotte/compile emerge openssh or ebuild /path/to/ebuild/ merge I would basically like to be able to install something without being root into a local home directory. I hope this makes sense. Thanks. -- # - dan lamotte -- lamotte {at} cs.umn.edu - # ## - systems staff - pub 1024D/0852A280 - cs department - ### fpr: 690F C162 4AE5 F85F FE94 88E5 D123 FBAC 0852 A280 ### -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage question
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
Re: [gentoo-user] portage question
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 mes
Re: [gentoo-user] portage question
On 10/5/05, Eric Crossman <[EMAIL PROTECTED]> wrote: Ok, I'll be the first to admit that I don't know much about usingportage 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 tonewer 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" itcomes 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/defaultbehavior? You should always have used the update flag. The best way to do update IMO is `emerge sync` `emerge -Davu world`. Also note you don't ever need to update system, if you do a deep update of world all the system stuff will get covered too. -Mike-- Michael E. CruteSoftware DeveloperSoftGroup Development CorporationLinux, because reboots are for installing hardware."In a world without walls and fences, who needs windows and gates?"
[gentoo-user] portage question
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 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Portage question...
OK, you're right, it's a much better choice ... Thank you guys ! Le 14 sept. 05 à 17:46, Peter Ruskin a écrit : On Wednesday 14 September 2005 14:51, Yann GARNIER wrote: but also wondering why it suddenly wants to install giflib (which is blocked because of libungif...) The only thing I can do now to update the system is to add "-gif" in my make.conf file. I wouldn't do that. Is there any other way to solve the giflib/libungif conflict ? I unmerged libungif and let the update emerge/upgrade giflib. A message after giflib emerged said IIRC that what you had with libungif is now provided by giflib. -- Peter == == Gentoo Linux: Portage 2.0.51.22-r2.kernel-2.6.12-gentoo-r6. i686 AMD Athlon(tm) XP 3200+.gcc(GCC): 3.3.5-20050130. KDE: 3.4.2.Qt: 3.3.4. == == -- gentoo-user@gentoo.org mailing list -- - Wanadoo vous informe que cet e-mail a ete controle par l'anti- virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Portage question...
Yann - I'm not sure about the downgrade from 3.3.6 to 3.3.5, but I had the same problem with libungif. I fixed it by unmerging giflib (emerge --ask --unmerge media-libs/giflib). Then re-running the update, which actually re-installed giflib for me. HTHOn 9/14/05, Yann GARNIER <[EMAIL PROTECTED]> wrote: Hi all,I did an "emerge -vuD world" last week and, among other thing, it updated GCC from 3.3.5 to 3.3.6 (which seemed to be a good thing..)Today after an "emerge --sync" I wanted to re-update my system ... and I'm wondering why portage 'wants' to downgrade my version of GCC from 3.3.6to 3.3.5... but also wondering why it suddenly wants to install giflib (which is blocked because of libungif...)The only thing I can do now to update the system is to add "-gif" in my make.conf file.Is there any other way to solve the giflib/libungif conflict ?What makes portage want to install giflib ?Can someone tell me what I missed ?In advance thank you.Yann Garnier --gentoo-user@gentoo.org mailing list
[gentoo-user] Portage question...
Hi all, I did an "emerge -vuD world" last week and, among other thing, it updated GCC from 3.3.5 to 3.3.6 (which seemed to be a good thing..) Today after an "emerge --sync" I wanted to re-update my system ... and I'm wondering why portage 'wants' to downgrade my version of GCC from 3.3.6 to 3.3.5... but also wondering why it suddenly wants to install giflib (which is blocked because of libungif...) The only thing I can do now to update the system is to add "-gif" in my make.conf file. Is there any other way to solve the giflib/libungif conflict ? What makes portage want to install giflib ? Can someone tell me what I missed ? In advance thank you. Yann Garnier -- gentoo-user@gentoo.org mailing list