From: Mark Knecht <markknecht@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] emerge --update -> "the best version available"
Date: Fri, 19 Aug 2005 08:55:27 -0700 [thread overview]
Message-ID: <5bdc1c8b05081908555362906e@mail.gmail.com> (raw)
In-Reply-To: <4305FA6B.30009@planet.nl>
On 8/19/05, Holly Bostick <motub@planet.nl> wrote:
> Mark Knecht schreef:
> > Hi,
> > I wonder what the explanation in the emerge man page about the
> > --update option really means. What is meant by, and how does emerge
> > pick, "the best version available"?
> >
> > - Mark
> >
>
> For those wondering, here's the quote:
>
> --update (-u)
> Updates packages to the best version available, which may
> not always be the highest version number due to masking for testing and
> development. This will also update direct dependencies which may not
> be what you want. In general, use this option only in combination with
> the world or system target.
>
> I accept that this is somewhat unclear, but to explain it fully would
> take more space than a man page really is for.
>
<SNIP>
> media-video/ati-drivers
> Available versions: 8.8.25-r3 8.10.19 8.12.10 [M]8.13.3 [M]8.13.4
> 8.14.13 8.14.13-r1 8.14.13-r2 [M]8.14.13-r3 *8.16.20
> Installed: 8.14.13-r2
> Homepage: http://www.ati.com
> Description: Ati precompiled drivers for r350, r300, r250
> and r200 chipsets
>
> Now in this case, the 'best' version is the most recent stable. The
> second most recent version (8.14.13-r3) is hard masked, but if I
> unmasked it with /etc/portage/package.unmask (and possibly also
> /etc/portage/package.keywords), then Portage would consider it the
> 'best', insofar as it would attempt to install it if I upgraded the
> drivers. Of course, the very fact that you have to manually unmask the
> packages should give you pause as to whether you really want to consider
> this the 'best' for you.
>
> The very most recent version (8.16.20) is 'not available' -- meaning
> that it will never be considered the 'best' version until it returns to
> Portage; masking or unmasking is of no use here. I know, because I had
> unmasked and installed the latest drivers, which did not work well, to
> put it mildly, and today I synced and Portage downgraded them. I would
> have downgraded them manually anyway, but it was interesting to see
> Portage downgrade them by force despite the fact that they were still
> unmasked. They have so many problems that they are no longer on the
> Portage radar until the issues are determined to at least an extent that
> someone knows what to fix, and who has to fix it (Gentoo, the kernel
> guys if it's a kernel conflict, ATI).
>
Hi Holly,
Yes, the explanation you give is pretty much what I already knew,
with the exception of the ati-drivers example. If this thread is worth
continuing then it's probably around that sort of situation.
So far:
MASKED == not available unless we unmask a package by hand.
for stable - highest available stable version would be chosen
for ~arch - highest version available, whether stable or ~arch, would be chosen
However, in your ati-drivers example you use the term 'not available'
for the 8.16.20 version. That's an interesting choice of words since
any version 'not available' would (in my mind) never be chosen by
--update. It's not part of 'best' because it's not available, or so it
seems to me. Best is still the highest version using stable and only
changes (I think) if you do an umask in portage.unmask.
I think that my question was mostly born out of sort of vague
language in the man page. I don't think there's any real mystery here
but I've wondered about if for awhile and just wanted to be sure I
wasn't missing some great undiscovered feature of portage!
Thanks for taking the time to write.
Cheers,
Mark
--
gentoo-user@gentoo.org mailing list
next prev parent reply other threads:[~2005-08-19 16:03 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-19 15:01 [gentoo-user] emerge --update -> "the best version available" Mark Knecht
2005-08-19 15:18 ` John J. Foster
2005-08-19 15:27 ` Holly Bostick
2005-08-19 15:36 ` Holly Bostick
2005-08-19 15:57 ` Mark Knecht
2005-08-19 15:55 ` Mark Knecht [this message]
2005-08-19 17:12 ` Holly Bostick
2005-08-19 21:16 ` Mark Knecht
2005-08-20 12:41 ` Peter O'Connor
2005-08-19 16:09 ` Willie Wong
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=5bdc1c8b05081908555362906e@mail.gmail.com \
--to=markknecht@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