From: "Diego 'Flameeyes' Pettenò" <flameeyes@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Profile masking and profiles package.mask
Date: Sat, 30 Sep 2006 06:40:07 +0200 [thread overview]
Message-ID: <200609300640.14616@enterprise.flameeyes.is-a-geek.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 1892 bytes --]
This is a discussion to follow up bug #149508 [1].
The bug points to a behaviour change in handling of the profiles file, that,
in my opinion at least, needs to be discussed, as there are profiles relying
on the old behaviour (Gentoo/FreeBSD's to state some).
For what I can tell, the current behaviour has the advantage of providing a
different masking reason for packages that are *needed to some version* for
the profile to be complete, and for packages that are know not to work on a
profile.
Example: Gentoo/FreeBSD relies on profiles masking for sys-freebsd/freebsd-*
packages, as you should *not* use freebsd-lib 6.2 on the 6.1 profile, for
instance; AMD64 no-multilib profiles use package.mask to mask packages that
are known to be broken on that profile.
In case of Gentoo/FreeBSD, it also means to have 3x entries for forcing
versions of the packages on users.
Another reason I'd see for retain the current behaviour is that users are
known to unmask stuff via package.unmask to try "might-be-broken" versions.
Considering that -* masking is deprecated, this means that if 2.4 profiles
released a new version of linux-headers with some experimental support (okay,
unlikely, but let's say it happens), it should go in package.mask.. user put
linux-headers in package.unmask without a version (which is usually correct,
as you might want to unmask newer revisions too), but find himself with
linux-headers 2.6 unmasked.
I cannot find myself any reason for such a behaviour change, but I'm open to
be proven wrong.
*Important: do NOT use this thread for considerations on QA behaviour, this is
NOT what this post is thought for.*
[1] https://bugs.gentoo.org/show_bug.cgi?id=149508
--
Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/
Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next reply other threads:[~2006-09-30 4:43 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-30 4:40 Diego 'Flameeyes' Pettenò [this message]
2006-09-30 12:25 ` [gentoo-dev] Profile masking and profiles package.mask Ciaran McCreesh
2006-09-30 12:37 ` Jakub Moc
2006-09-30 12:57 ` Ciaran McCreesh
2006-09-30 13:14 ` [gentoo-dev] OT noise (Was: Profile masking and profiles package.mask) Jakub Moc
2006-09-30 14:59 ` Mike Frysinger
2006-09-30 17:02 ` Jakub Moc
2006-09-30 17:28 ` Mike Frysinger
2006-09-30 17:38 ` Jakub Moc
2006-09-30 17:44 ` Danny van Dyk
2006-09-30 23:32 ` Jochen Maes
2006-10-02 12:34 ` Chris Gianelloni
2006-10-02 12:49 ` Jakub Moc
2006-10-02 12:50 ` Diego 'Flameeyes' Pettenò
2006-10-02 13:01 ` Chris Gianelloni
2006-09-30 12:40 ` [gentoo-dev] Profile masking and profiles package.mask Diego 'Flameeyes' Pettenò
2006-09-30 13:14 ` Ciaran McCreesh
2006-09-30 13:25 ` Diego 'Flameeyes' Pettenò
2006-09-30 14:00 ` Marius Mauch
2006-09-30 17:39 ` Mike Frysinger
2006-10-01 0:06 ` Diego 'Flameeyes' Pettenò
2006-10-02 12:17 ` Mike Frysinger
2006-10-02 16:03 ` Jason Stubbs
2006-10-02 16:23 ` Jason Stubbs
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=200609300640.14616@enterprise.flameeyes.is-a-geek.org \
--to=flameeyes@gentoo.org \
--cc=gentoo-dev@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