public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Holly Bostick <motub@planet.nl>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Does (-win32codecs) mean Slots?
Date: Wed, 13 Jul 2005 12:39:50 +0200	[thread overview]
Message-ID: <42D4EF76.1010507@planet.nl> (raw)
In-Reply-To: <20050713101507.GA11949@valinor.dynalias.net>

David Morgan schreef:
> On 12:06 Wed 13 Jul     , Holly Bostick wrote:
> 
>>Which is why the proper way to unmask a hard-masked package is to enter
>>it into /etc/portage/package.unmask (and often thereafter also into
>>/etc/portage/package.keywords, as many hard-masked packages are also
>>keyword-masked).
>>
> 
> 
> Great, but what does that have to do with USE flags that are masked on a
> particular profile?

What does which profile it is have to do with the mask?
/etc/portage/package.unmask unmasks hard-masked applications on the
profile you are using-- the profile supercedes all later adjustment
files, insofar as all later adjustment files (/etc/make.conf,
/etc/portage/whatever) all refer to the profile defaults to know what to
adjust.

Obviously -- or at least it seems obvious to me, but that doesn't say
much-- that if the package is hard-masked, the USE flag that is
associated with it will be disabled (because the package the USE flag
would call is unavailable).

So if the package became available (was unmasked), then I would assume
that the USE flag would be enabled, and one could just USE it normally
(via /etc/portage/package.use, or /etc/make.conf).

> 
> There's probably an equivalent for them (/etc/portage/profile/use.unmask
> at a guess). I suspect that it's masked for a reason though..

Yes, hard masking is always for a reason-- and the fact that you have to
go through several steps to install a hard-masked package is, I suspect,
for a reason as well.

Hard masking means that there are serious problems with the package
(under certain conditions, if the package is only hard-masked under
certain arches or profiles), and unmasking it via several steps should
drive home that you're doing something that you should consider
carefully before proceeding with. Hard masking also suggests that
testers are needed to nail down the problem, so that the packages can be
unmasked-- so by unmasking it, you are tacitly agreeing to be such a
tester, and to contribute to b.g.o on the subject.... after all, if the
package has serious problems, you're going to have to deal with them
anyway, so you might as well report what you find.

If you don't want to have anything to do with such a difficult package,
then you shouldn't expend the effort to unmask it... that's why it's
masked, so that those who don't want problems never see it at all.

Holly
-- 
gentoo-user@gentoo.org mailing list



  reply	other threads:[~2005-07-13 10:47 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-12  9:12 [gentoo-user] Does (-win32codecs) mean Slots? Ow Mun Heng
2005-07-12  9:29 ` Renat Golubchyk
2005-07-12 10:12   ` Ow Mun Heng
2005-07-12 10:47     ` David Morgan
2005-07-13  2:50       ` Ow Mun Heng
2005-07-13  9:46         ` David Morgan
2005-07-13 10:06           ` Holly Bostick
2005-07-13 10:15             ` David Morgan
2005-07-13 10:39               ` Holly Bostick [this message]
2005-07-13 10:47                 ` David Morgan
2005-07-13 11:28                   ` Holly Bostick
2005-07-13 11:39                     ` David Morgan
2005-07-13 12:49                       ` Holly Bostick
2005-07-13 13:13                         ` David Morgan
2005-07-13 14:21                           ` Ow Mun Heng
2005-07-13 14:26                             ` David Morgan
2005-07-13 15:37                               ` [gentoo-user] " Remy Blank
2005-07-13 14:32                             ` [gentoo-user] " Dave Nebinger
2005-07-18 14:42           ` Neil Bothwick
2005-07-18 15:01             ` David Morgan
2005-07-12 15:12 ` Zac Medico
2005-07-13  2:48 ` daniel
2005-07-13  2:53   ` Ow Mun Heng
2005-07-14 21:49     ` Edward Catmur
2005-07-13  5:06 ` Patrick Audley

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=42D4EF76.1010507@planet.nl \
    --to=motub@planet.nl \
    --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