From: Alexander Skwar <listen@alexander.skwar.name>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] world favorites: pros and cons
Date: Wed, 05 Jul 2006 15:16:51 +0200 [thread overview]
Message-ID: <44ABBBC3.8060509@mid.message-center.info> (raw)
In-Reply-To: <44ABB409.4080003@ilievnet.com>
Daniel Iliev wrote:
> I have no problem with the redundant cruft - when I want just to try
> some package I do "emerge --pretend" and record the list of dependencies
> it wants to pull-in. If I decide the package is not useful to me, I
> "un-emerge" not only the package, but also the dependencies it had
> pulled-in during its installation.
That's risky!
Suppose, you want to install "a". "a" needs "b". You keep "a" & "b"
installed.
Later on, you decide to try "c". "c" needs "b" as well. But as "b"
is already installed, "emerge -p c" won't show "b". You install "c"
and do *NOT* write down, that "c" needs "b", as you don't know that.
Even more later on, you decide to deinstall "a". According to what
you wrote above and according to your documentation, you'll see that
"b" got installed because of "a" and you'll remove "b" as well.
Yet more later on, you find out, that "c" is broken and wonder why.
The basic problem here is, that there's no way to see, which packages
depend on a given package - at least I don't know how to find that out.
What's required, is a way to be told, that packages "a" and "c" depend
on "b".
Now, if you'd use the world file as it was supposed to be used, you'd
remove "a" and could do a "emerge --depclean --pretend". Doing so, the
system would *NOT* show you package "b", as it's still a dependency
of "c". Only after you remove "c" as well, "b" would show up in a
depclean run.
Alexander Skwar
--
The more laws and order are made prominent, the more thieves and
robbers there will be.
-- Lao Tsu
--
gentoo-user@gentoo.org mailing list
next prev parent reply other threads:[~2006-07-05 13:39 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-05 9:48 [gentoo-user] world favorites: pros and cons Daniel
2006-07-05 10:10 ` Neil Bothwick
2006-07-05 10:21 ` Alexander Skwar
2006-07-05 10:18 ` Alexander Skwar
2006-07-05 10:55 ` Neil Bothwick
2006-07-05 11:11 ` Daniel
2006-07-05 11:33 ` Rumen Yotov
2006-07-05 11:54 ` Daniel Iliev
2006-07-05 12:14 ` Neil Bothwick
2006-07-05 12:43 ` Daniel Iliev
2006-07-05 13:16 ` Alexander Skwar [this message]
2006-07-05 14:47 ` Alan McKinnon
2006-07-05 13:21 ` Neil Bothwick
2006-07-05 14:29 ` Daniel Iliev
2006-07-05 15:08 ` Neil Bothwick
2006-07-05 16:53 ` Daniel Iliev
2006-07-05 20:15 ` Neil Bothwick
2006-07-05 16:38 ` Richard Fish
2006-07-05 17:10 ` Daniel Iliev
2006-07-05 18:15 ` Richard Fish
2006-07-05 18:59 ` Daniel Iliev
2006-07-05 19:47 ` Richard Fish
2006-07-05 16:54 ` Daniel da Veiga
2006-07-05 18:30 ` Daniel Iliev
2006-07-05 19:17 ` Daniel da Veiga
2006-07-05 20:01 ` Daniel Iliev
2006-07-28 18:30 ` Enrico Weigelt
2006-07-28 18:46 ` [gentoo-user] " Jim Ramsay
2006-07-28 18:57 ` Alexander Skwar
2006-07-28 19:10 ` Enrico Weigelt
2006-07-28 19:30 ` Jim Ramsay
2006-07-28 20:39 ` Daniel da Veiga
2006-07-28 21:03 ` Jim Ramsay
2006-07-28 21:03 ` Jim Ramsay
2006-08-07 16:53 ` Enrico Weigelt
2006-07-05 22:27 ` [gentoo-user] " Daniel Iliev
2006-07-05 22:43 ` Ryan Tandy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=44ABBBC3.8060509@mid.message-center.info \
--to=listen@alexander.skwar.name \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox