public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Richard Fish" <bigfish@asmallpond.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] world favorites: pros and cons
Date: Wed, 5 Jul 2006 11:15:07 -0700	[thread overview]
Message-ID: <7573e9640607051115r1fd2f82ew9e6aab857a3eddd9@mail.gmail.com> (raw)
In-Reply-To: <44ABF275.3040107@ilievnet.com>

On 7/5/06, Daniel Iliev <danny@ilievnet.com> wrote:
> >  Why not just merge the
> > top-level package, and if you don't like it, unmerge and use
> > --depclean --pretend to figure out what can safely be removed?
> >
>
> Because if I decide to keep it, all dependencies it pulls-in don't get
> updated until the top-level package starts depending on a different
> version of those packages. Actually this is the main reason I started
> this practice.

Not if you use --deep on your updates.  Then dependancies are also
considered for updates.  Some people here will tell you that --deep is
troublesome, but I am not one of them, and it seems like what you want
to do.

> "emerge --depclean" yells a big warning that it is broken.

There are 2 "problems" with --depclean:

1. it takes your current use flags into account, rather than those
that were in effect at the time a package was merged.  So if you
modify USE flags, it can report things can be removed, when in reality
that would break something.  But if you do an "emerge -DNvp world",
and it doesn't report anything needing to be [re]merged, then this
doesn't apply.

2. it can remove packages that you really do want.  As an example,
let's say you are programming something that uses the "boost" c++
library.  If you were to remove everything in portage that depended on
boost, and it wasn't in your world file, then depclean would want to
remove it.  The solution here is to add boost to your world file,
since you want that no matter what else is installed.

IMO neither of the above 'problems' are particularly serious, or a
good reason to add every dependancy to world.

> > And I don't necessarily believe that having everything in world
> > results in a significantly faster scan time than having only top-level
> > packages there.  I would like to see actual proof of this assertion.
>
> No, no! I'm saying just the opposite - the more packages you have
> recorded in the world list, the slower scanning you get.

Yeah, well, I don't necessarily believe the reverse either! :-)

Regards,
-Richard
-- 
gentoo-user@gentoo.org mailing list



  reply	other threads:[~2006-07-05 18:24 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
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 [this message]
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=7573e9640607051115r1fd2f82ew9e6aab857a3eddd9@mail.gmail.com \
    --to=bigfish@asmallpond.org \
    --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