public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Daniel Iliev <danny@ilievnet.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] world favorites: pros and cons
Date: Wed, 05 Jul 2006 19:53:42 +0300	[thread overview]
Message-ID: <44ABEE96.4000104@ilievnet.com> (raw)
In-Reply-To: <20060705160856.3a513276@hactar.digimed.co.uk>

Neil Bothwick wrote:

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

Well I don't have the feeling I go to a lot of trouble and I *absolutely
don't circumvent portage's dependency handling* and I don't see anything
broken in my system even it is about 2 years old.
Keeping lists happens in very rare occasions. Testing a package means I
install, look around and uninstall it. I'm not randomly emerging other
stuff in the mean time.


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

Highly unlikely. For two reasons:

1) How come that I was able to boot w/o the package in question in first
place? :)
2) The kind of package you're talking about is listed in the system
profile. If you try to remove such a package portage yells out a big fat
warning.


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

Correct. And I triggered this discussion here about a different way of
handling packages. A way that is not forbidden neither mentioned as
inappropriate in the official documentation. So there shouldn't be
anything wrong with it, right?
I find your comparison involving "rm -rf /*" to be irrelevant. Using a
system one way or another is not the same as making a "human error".

So far I haven't made the choice of doing "rm -rf /" but actually once I
did "cat /dev/zero > /dev/hda" instead of "cat /dev/zero > /dev/hda2" by
mistake. In cases like this there's no package management system that
could help, no matter if it is portage, apt, yast, swaret or whatever.
Long live the...backups! :)


Last but not least. When it comes to redundant packages in the system.
What happens when you do (the right way?):

1) emerge a
2) "a" pulls-in "b" and "c" as dependencies
3) emerge -C a
4) "a" goes out but "b" and "c" stay there just to take place
5) emerge --depclean

Well...The first thing one can see reads:
" *** WARNING ***  --depclean is known to be broken."

So you prefer to clean the system up using procedure that is "known to
be broken" or you just leave useless packages to take space on your HDDs?

It is my opinion that Gentoo's documentation and portage's behavior
suggest leaving junk packages on your system.
Which indeed is "the right way"?


-- 
Best regards,
Daniel

-- 
gentoo-user@gentoo.org mailing list



  reply	other threads:[~2006-07-05 17:43 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
2006-07-05 16:53               ` Daniel Iliev [this message]
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=44ABEE96.4000104@ilievnet.com \
    --to=danny@ilievnet.com \
    --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