[gentoo-dev] Portage quibbles

[gentoo-dev] Portage quibbles

[Dhruba Bandopadhyay]

Hello,

I would like to raise the following quibbles with portage.  When I say
world file below I am referring to /var/cache/edb/world.

(1) Certain packages remain in world file even when uninstalled.
(2) Certain packages are installed but not added to world file.

E.g. If I install evolution and that installs mozilla as a dependency
then mozilla is not put in world file.

(3) Sometimes pinning an item in world file like '>=net-www/mozilla-1.3'
does not stop an 'emerge -up -deep world' from downgrading it because
another package like evolution wants an older version.

(4) Injecting stubs for packages although prevents downgrading can get
messy if you find yourself injecting a lot of them and it can be hard to
keep track of.  Is there a way to list all stubs?

(5) Also, how do you remove a stub?  Is it by 'emerge -C'
<category>/<package>-<version>-<release>?

Since I'm using some unstable and rest stable packages the issue of
downgrading is making life troublesome for me.  It'd be interesting to
hear how the rest of you deal with them.  I don't wish to run on the
unstable tree but just wish to install some of the unstable packages. 
Incidentally, if I use the -U (upgrade only) flag I get the following
error.

----
Calculating world dependencies \
!!! all ebuilds that could satisfy ">=media-libs/alsa-lib-0.9.1" have
been masked.
!!!    (dependency required by "media-sound/alsa-utils-0.9.1" [ebuild])

!!! Problem with ebuild media-sound/alsa-utils-0.9.1
!!! Possibly a DEPEND/*DEPEND problem.

!!! Depgraph creation failed.
----

My emerge info is given below.

--
Dhruba Bandopadhyay






Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r2)
=================================================================
System uname: 2.4.20-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 2.66GHz
GENTOO_MIRRORS="http://gentoo.linux.no/
http://ftp.tu-clausthal.de/pub/linux/gentoo/
http://ftp.snt.utwente.nl/pub/os/linux/gentoo/ "
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY="/usr/local/portage"
USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ libwww
mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2
xmms xv zlib gtkhtml gdbm berkdb slang readline arts bonobo svga java
guile X sdl gpm tcpd pam ssl perl python imlib oggvorbis gnome gtk qt
kde motif opengl aalib acpi alsa cdr directfb dvd esd fbcon gtk2 imap
mozilla moznoirc moznomail moznocompose moznoxft mozsvg nas sse tcltk
tiff usb xml"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer
-fprefetch-loop-arrays -falign-functions=4 -funroll-loops -ffast-math
-fforce-addr"
CXXFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer
-fprefetch-loop-arrays -falign-functions=4 -funroll-loops -ffast-math
-fforce-addr"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j4"
AUTOCLEAN="yes"
SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage quibbles

[Jon Portnoy]

On Thu, Mar 20, 2003 at 04:11:27PM +0000, Dhruba Bandopadhyay wrote:
> Hello,
> 
> I would like to raise the following quibbles with portage.  When I say
> world file below I am referring to /var/cache/edb/world.
> 
> (1) Certain packages remain in world file even when uninstalled.

Bug.

> (2) Certain packages are installed but not added to world file.
> 
> E.g. If I install evolution and that installs mozilla as a dependency
> then mozilla is not put in world file.

Not a bug. Dependencies don't go into world, only explicitly merged 
packages.

> 
> (3) Sometimes pinning an item in world file like '>=net-www/mozilla-1.3'
> does not stop an 'emerge -up -deep world' from downgrading it because
> another package like evolution wants an older version.

Not a bug. Do you _really_ want the world file to be able to break 
dependencies?

[snip]


--
Jon Portnoy

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage quibbles

[Bernhard Bock]

Hi!

On Thursday 20 March 2003 17:21, Jon Portnoy wrote:
> On Thu, Mar 20, 2003 at 04:11:27PM +0000, Dhruba Bandopadhyay wrote:
> > (3) Sometimes pinning an item in world file like '>=net-www/mozilla-1.3'
> > does not stop an 'emerge -up -deep world' from downgrading it because
> > another package like evolution wants an older version.
>
> Not a bug. Do you _really_ want the world file to be able to break
> dependencies?

Yes. I mean, most time I do no pinning because Portage does the right thing 
(tm). 

But if I explicitly pin a package to one version (or >= version), this is done 
_by intention_ and I do want Portage to respect this. A warning or a needed 
flag (something like "emerge -u --reallybreakmydependenciesiknowwhatimdoing 
world", error without this flag) is ok, but a downgrade is IMHO unaccepable 
in this case.

Bernhard



--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage quibbles

[Brad Laue]

Jon Portnoy wrote:

>>(2) Certain packages are installed but not added to world file.
>>
>>E.g. If I install evolution and that installs mozilla as a dependency
>>then mozilla is not put in world file.
>>    
>>
>
>Not a bug. Dependencies don't go into world, only explicitly merged 
>packages.
>  
>

Small conundrum arises; if evolution is uninstalled and nothing else 
depends on mozilla, even emerge world -up --deep will not catch and 
upgrade mozilla if there is an upgrade available; workarounds like using 
qpkg -nc -I | xargs emerge -up --deep have to be employed, which 
effectively bypasses the world file and walks the /var filesystem instead.

Bug?

Brad

-- 
// -- http://www.BRAD-X.com/ -- //



--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage quibbles

[Greg]

> > (2) Certain packages are installed but not added to world file.
> > 
> > E.g. If I install evolution and that installs mozilla as a dependency
> > then mozilla is not put in world file.
> 
> Not a bug. Dependencies don't go into world, only explicitly merged 
> packages.

Perhaps a switch to upgrade all packages installed reguardless how the
got installed (ie as a dependency or not) would be a viable option?
Seems that a lot of people have trouble with this for on reason or the
other....

-- 
Greg <geflatt@hfx.eastlink.ca>


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage quibbles

[Dan Armak]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Friday 21 March 2003 02:43, Greg wrote:
> > > (2) Certain packages are installed but not added to world file.
> > > 
> > > E.g. If I install evolution and that installs mozilla as a dependency
> > > then mozilla is not put in world file.
> > 
> > Not a bug. Dependencies don't go into world, only explicitly merged 
> > packages.
> 
> Perhaps a switch to upgrade all packages installed reguardless how the
> got installed (ie as a dependency or not) would be a viable option?

That, I believe, is what emerge --deep (aka -D) is for.

- -- 
Dan Armak
Gentoo Linux developer (KDE)
Matan, Israel
Public GPG key: http://www.gentoo.org/~danarmak/danarmak-gpg-public.key
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+evDmUI2RQ41fiVERAv1jAJ9l7ggDtl2nEo7iev622InGhGVpAwCfboMd
yGWcD5Mj+rTzKJoalBr/pFg=
=liHs
-----END PGP SIGNATURE-----


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage quibbles

[Brad Laue]

Dan Armak wrote:
> That, I believe, is what emerge --deep (aka -D) is for.

--deep won't find mozilla if it's been installed as a dependency of 
evolution and it's a dependency of nothing else in the world file, even 
levels below; it will simply slip through the cracks, as it were.

I had this experience when installing a new Gentoo system and having 
emerged mplayerplug-in; after unmerging it, an upgrade to mplayer 
appeared and emerge world -up --deep refused to see it.

Brad

-- 
// -- http://www.BRAD-X.com/ -- //


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage quibbles

[Brandon Low]

This is correct behaviour, because if mozilla was installed only as a dep of something else, then when that something else is uninstalled, it should really just be uninstalled (unless something else still depends on it) reverse dependency checking will facilitate the functionality that I've just described, until then dep-clean (in gentoolkit) and emerge -p depclean provide users a way to see what packages are not needed by anything in their world file and may be safely removed if they are not specifically desired, or added to world if they ARE specifically desired.

Hope these behaviours make more sense explained this way,

--Brandon

On Fri, 03/21/03 at 10:47:20 -0500, Brad Laue wrote:
> Dan Armak wrote:
> >That, I believe, is what emerge --deep (aka -D) is for.
> 
> --deep won't find mozilla if it's been installed as a dependency of 
> evolution and it's a dependency of nothing else in the world file, even 
> levels below; it will simply slip through the cracks, as it were.
> 
> I had this experience when installing a new Gentoo system and having 
> emerged mplayerplug-in; after unmerging it, an upgrade to mplayer 
> appeared and emerge world -up --deep refused to see it.
> 
> Brad
> 
> -- 
> // -- http://www.BRAD-X.com/ -- //
> 
> 
> --
> gentoo-dev@gentoo.org mailing list

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage quibbles

[Klaus-J. Wolf]

Dan Armak wrote:

> That, I believe, is what emerge --deep (aka -D) is for.

It seems to be, but indeed a silly name for such an option.



--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage quibbles

[Louis-Philippe Brochu]

On Thu, 2003-03-20 at 19:35, Brad Laue wrote:
> Small conundrum arises; if evolution is uninstalled and nothing else 
> depends on mozilla, even emerge world -up --deep will not catch and 
> upgrade mozilla if there is an upgrade available; workarounds like using 
> qpkg -nc -I | xargs emerge -up --deep have to be employed, which 
> effectively bypasses the world file and walks the /var filesystem instead.
> 
> Bug?

IMHO Portage should have a way to upgrade all installed packages. No
need for dependencies checking (--deep) or world file, Just go through
the list of all installed packages (that we can get with qpkg) and act
as if there were part of the world file in the current implementation.
In fact i think such an option should be the default one

What do you think? Why would someone want to update only packages in the
world file? What are the advantages/disadvantages of the previous method
compared to the current --deep option?


-- 
Louis-Philippe Brochu <lpbrochu@hotmail.com>


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage quibbles

[Abhishek Amit]

On 08:58 Mon 24 Mar     , Louis-Philippe Brochu wrote:
> On Thu, 2003-03-20 at 19:35, Brad Laue wrote:
> > Small conundrum arises; if evolution is uninstalled and nothing else 
> > depends on mozilla, even emerge world -up --deep will not catch and 
> > upgrade mozilla if there is an upgrade available; workarounds like using 
> > qpkg -nc -I | xargs emerge -up --deep have to be employed, which 
> > effectively bypasses the world file and walks the /var filesystem instead.
> > 
> > Bug?
> 
> IMHO Portage should have a way to upgrade all installed packages. No
> need for dependencies checking (--deep) or world file, Just go through
> the list of all installed packages (that we can get with qpkg) and act
> as if there were part of the world file in the current implementation.
> In fact i think such an option should be the default one
> 
> What do you think? Why would someone want to update only packages in the
> world file? What are the advantages/disadvantages of the previous method
> compared to the current --deep option?
> 
> 
> -- 
> Louis-Philippe Brochu <lpbrochu@hotmail.com>
> 
> 
> --
> gentoo-dev@gentoo.org mailing list
> 
Try doing emerge `qpkg -I -nc`. This should do what you are looking for.


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage quibbles

[Louis-Philippe Brochu]

On Mon, 2003-03-24 at 10:08, Abhishek Amit wrote:
> > IMHO Portage should have a way to upgrade all installed packages. No
> > need for dependencies checking (--deep) or world file, Just go through
> > the list of all installed packages (that we can get with qpkg) and act
> > as if there were part of the world file in the current implementation.
> > In fact i think such an option should be the default one
> > 
> > What do you think? Why would someone want to update only packages in the
> > world file? What are the advantages/disadvantages of the previous method
> > compared to the current --deep option?
> > 
> Try doing emerge `qpkg -I -nc`. This should do what you are looking for.

What i mean is, why isn't this option the default option when upgrading
all packages? I'm sure i'm not the only one that thought, at first, that
emerge world was supposed to do that.

-- 
Louis-Philippe Brochu <lpbrochu@videotron.ca>


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage quibbles

[Sami Näätänen]

On Monday 24 March 2003 18:45, Louis-Philippe Brochu wrote:
> On Mon, 2003-03-24 at 10:08, Abhishek Amit wrote:
> > > IMHO Portage should have a way to upgrade all installed packages.
> > > No need for dependencies checking (--deep) or world file, Just go
> > > through the list of all installed packages (that we can get with
> > > qpkg) and act as if there were part of the world file in the
> > > current implementation. In fact i think such an option should be
> > > the default one
> > >
> > > What do you think? Why would someone want to update only packages
> > > in the world file? What are the advantages/disadvantages of the
> > > previous method compared to the current --deep option?
> >
> > Try doing emerge `qpkg -I -nc`. This should do what you are looking
> > for.
>
> What i mean is, why isn't this option the default option when
> upgrading all packages? I'm sure i'm not the only one that thought,
> at first, that emerge world was supposed to do that.

If some package needs a specific version of other package you wouldn't 
want to update that other package. If you do emerge `qpkg -I -nc` you 
can make some packages in state where they no longer work, because 
their dependencies are not met anymore.


--
gentoo-dev@gentoo.org mailing list