diff options
author | Sam James <sam@gentoo.org> | 2022-03-15 19:01:59 +0000 |
---|---|---|
committer | Sam James <sam@gentoo.org> | 2022-03-16 14:51:48 +0000 |
commit | 15dee0505f502a5eb3a248257b61f02f3f30bee9 (patch) | |
tree | 37f2fcba79668897a2bcf87ade621e35d69b334c /profiles | |
parent | eclass-writing: tweak confusing typo (diff) | |
download | devmanual-15dee0505f502a5eb3a248257b61f02f3f30bee9.tar.gz devmanual-15dee0505f502a5eb3a248257b61f02f3f30bee9.tar.bz2 devmanual-15dee0505f502a5eb3a248257b61f02f3f30bee9.zip |
profiles/package.mask: mention masking development versions
Closes: https://bugs.gentoo.org/319927
Signed-off-by: Sam James <sam@gentoo.org>
Diffstat (limited to 'profiles')
-rw-r--r-- | profiles/package.mask/text.xml | 19 |
1 files changed, 19 insertions, 0 deletions
diff --git a/profiles/package.mask/text.xml b/profiles/package.mask/text.xml index dd37b9b..299d153 100644 --- a/profiles/package.mask/text.xml +++ b/profiles/package.mask/text.xml @@ -15,6 +15,25 @@ of the <c>package.mask</c> file is described in <c>man portage</c>. </p> <p> +Development or unstable (per upstream declaration/categorization) versions of +packages should usually be masked in <c>package.mask</c>. Upstreams may not +deem such releases to be ready for general distribution (or safe to use), or +may not be expecting bug reports from the wider userbase yet. The default +should generally be to mask such versions, but it is acceptable to not mask +in some circumstances <d/> e.g. upstream make very infrequent releases, the +changes are safe (reviewed by the Gentoo maintainer), or perhaps other +distributions are shipping the same new version. As an alternative to a +development version, you may also consider backporting required upstream fixes +to the released version. +</p> + +<p> +Overall, masking something and unmasking if it turns out to be stable is +safer (and leads to a better user experience) than the inverse (pushing +unmasked and breakage occurring). +</p> + +<p> Entries are added chronologically <d/> that is, newer entries should be placed towards the top of the file, underneath any initial header comment block. |