1 |
This is a discussion to follow up bug #149508 [1]. |
2 |
|
3 |
The bug points to a behaviour change in handling of the profiles file, that, |
4 |
in my opinion at least, needs to be discussed, as there are profiles relying |
5 |
on the old behaviour (Gentoo/FreeBSD's to state some). |
6 |
|
7 |
For what I can tell, the current behaviour has the advantage of providing a |
8 |
different masking reason for packages that are *needed to some version* for |
9 |
the profile to be complete, and for packages that are know not to work on a |
10 |
profile. |
11 |
|
12 |
Example: Gentoo/FreeBSD relies on profiles masking for sys-freebsd/freebsd-* |
13 |
packages, as you should *not* use freebsd-lib 6.2 on the 6.1 profile, for |
14 |
instance; AMD64 no-multilib profiles use package.mask to mask packages that |
15 |
are known to be broken on that profile. |
16 |
|
17 |
In case of Gentoo/FreeBSD, it also means to have 3x entries for forcing |
18 |
versions of the packages on users. |
19 |
|
20 |
Another reason I'd see for retain the current behaviour is that users are |
21 |
known to unmask stuff via package.unmask to try "might-be-broken" versions. |
22 |
Considering that -* masking is deprecated, this means that if 2.4 profiles |
23 |
released a new version of linux-headers with some experimental support (okay, |
24 |
unlikely, but let's say it happens), it should go in package.mask.. user put |
25 |
linux-headers in package.unmask without a version (which is usually correct, |
26 |
as you might want to unmask newer revisions too), but find himself with |
27 |
linux-headers 2.6 unmasked. |
28 |
|
29 |
I cannot find myself any reason for such a behaviour change, but I'm open to |
30 |
be proven wrong. |
31 |
|
32 |
|
33 |
*Important: do NOT use this thread for considerations on QA behaviour, this is |
34 |
NOT what this post is thought for.* |
35 |
|
36 |
|
37 |
[1] https://bugs.gentoo.org/show_bug.cgi?id=149508 |
38 |
-- |
39 |
Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/ |
40 |
Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE |