[gentoo-user] portage question

[gentoo-user] portage question

[Eric Crossman]

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

[Michael Crute]

[-- Attachment #1: Type: text/plain, Size: 1209 bytes --]

On 10/5/05, Eric Crossman <edge1035@earthlink.net> wrote:
>
> 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?
>
> 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. Crute
Software Developer
SoftGroup Development Corporation

Linux, because reboots are for installing hardware.
"In a world without walls and fences, who needs windows and gates?"

[-- Attachment #2: Type: text/html, Size: 1622 bytes --]

Re: [gentoo-user] portage question

[Holly Bostick]

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

Re: [gentoo-user] portage question

[Eric Crossman]

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

[gentoo-user] portage question

[Dan LaMotte]

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

[Zac Medico]

-----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...

[Yann GARNIER]

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

Re: [gentoo-user] Portage question...

[James Colby]

[-- Attachment #1: Type: text/plain, Size: 1126 bytes --]

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.

HTH

On 9/14/05, Yann GARNIER <garnier-yann@wanadoo.fr> 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.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
> 
>

[-- Attachment #2: Type: text/html, Size: 1507 bytes --]

Re: [gentoo-user] Portage question...

[Peter Ruskin]

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

Re: [gentoo-user] Portage question...

[Yann Garnier]

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