From: Neil Bothwick <neil@digimed.co.uk>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] world favorites: pros and cons
Date: Wed, 5 Jul 2006 16:08:56 +0100 [thread overview]
Message-ID: <20060705160856.3a513276@hactar.digimed.co.uk> (raw)
In-Reply-To: <44ABCCBC.8030409@ilievnet.com>
[-- Attachment #1: Type: text/plain, Size: 1277 bytes --]
On Wed, 05 Jul 2006 17:29:16 +0300, Daniel Iliev wrote:
> 1) I install "a" which pulls-in "c"
> 2) I *manually* install "c". I install "a"
> 3) I Install "b". "b" depends on "c". "b" doesn't pull-in "c" because
> "c" is already *manually* installed along with "a"
> 4) I uninstall "a"
> 5) I *manually* uninstall "c"
> 6) "b" becomes broken because "c" is no longer in the system
>
>
> Lets investigate further:
>
>
> "emerge --deep --update world" will install "c", won't it?
>
> "emerge b" or "emerge c" will solve the problem, won't it?
so you go to a lot of trouble to circumvent portage's dependency
handling, then you rely on portage to fix things up after your break
them. You need to keep lists of what you have merged and unmerged simply
to compensate for having broken portage's own list for no good reason.
What happens if you reboot after unmerging "c", and its absence causes
the system to fail to boot? What if you remove something that stops
emerge working?
Gentoo is all about choice, so you are free to choose to use it like
this, just as you are free to do "rm -fr /*". But don't expect someone to
come up with a magic fix when things get screwed up.
--
Neil Bothwick
Isn't 'Criminal Lawyer' rather redundant?
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2006-07-05 15:17 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
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 [this message]
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=20060705160856.3a513276@hactar.digimed.co.uk \
--to=neil@digimed.co.uk \
--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