From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: I don't understand Perl. What do I do after an update?
Date: Thu, 22 Jul 2010 00:14:44 +0200 [thread overview]
Message-ID: <201007220014.44732.alan.mckinnon@gmail.com> (raw)
In-Reply-To: <28563.1279746875@ccs.covici.com>
On Wednesday 21 July 2010 23:14:35 covici@ccs.covici.com wrote:
> > This is a painful process. It's enough to drive a sysadmin to drink or
> > (god forbid), to Windows. Portage can't help as the ebuild doesn't know
> > what you have installed. So you must run a script to go and dig out all
> > this crap for you.
> >
> >
> >
> > All I can say is, every day I get down on my knees and offer thanks that
> > perl is not slotted.
>
> But portage should be sensible enough to either run this for you, or
> stop emerging -- I had a lot of trouble during the last update where I
> kept getting errors and I emerged a couple of them before I knew I had
> to run perl-cleaner.
You haven't thought this through and haven't consider how portage knows what
to do.
Portage doesn't do it because portage can't.
You want portage to do it != portage can do it.
Consider this:
[I] dev-lang/perl
Installed versions: 5.12.1-r1(23:11:24 21/07/10)(berkdb gdbm -build -
debug -doc -ithreads)
[I] dev-perl/DateManip
Installed versions: 5.56(19:39:11 17/07/10)(-test)
When I upgraded perl to 5.12.1-r1, DateManip was not upgraded. Why not?
because it's version number did not change and that is the ONLY thing portage
considers. DateManip depends on perl, not on =perl-whatever-I-used-to-have
So portage does not know of the link between these two things and cannot take
them into account. Portage won't be expanded anytime soon either - you saw how
long it took for perl-cleaner to run, must portage go through something like
that with every emerge?
Similarly, one could say portage should detect rev-dep breakage. Surprise! It
doesn't. revdep-rebuild does that (comparable to perl-cleaner) and you know
how long that takes to run.
So you wasted some time with an upgrade. Well that's a shame. But we don't
care much, especially if you don't read the elog messages. If you feel that
portage should does this automagically, and have a plan to make it run REAL
quick, and have proven, workable, debugged, solid, stable patches, then I'm
sure Zac would be very happy indeed to hear from you.
In the meantime, read the elog messages.
--
alan dot mckinnon at gmail dot com
next prev parent reply other threads:[~2010-07-21 23:03 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-21 17:04 [gentoo-user] I don't understand Perl. What do I do after an update? Nikos Chantziaras
2010-07-21 17:34 ` Willie Wong
2010-07-21 18:33 ` [gentoo-user] " Nikos Chantziaras
2010-07-21 19:14 ` Blackdream W
2010-07-21 22:40 ` Heorhii Valakhaniovich
2010-07-21 19:34 ` Alan McKinnon
2010-07-21 21:14 ` covici
2010-07-21 22:14 ` Alan McKinnon [this message]
2010-07-22 0:37 ` covici
2010-07-22 4:41 ` Volker Armin Hemmann
2010-07-21 20:04 ` [gentoo-user] " Neil Bothwick
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=201007220014.44732.alan.mckinnon@gmail.com \
--to=alan.mckinnon@gmail.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