public inbox for gentoo-project@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Michał Górny" <mgorny@gentoo.org>
To: "Justin Lecher (jlec)" <jlec@gentoo.org>
Cc: gentoo-project@lists.gentoo.org, Gentoo Council <council@gentoo.org>
Subject: Re: [gentoo-project] Call for Agenda Items -- Council Meeting 2016-02-14
Date: Fri, 12 Feb 2016 23:22:15 +0100	[thread overview]
Message-ID: <20160212232215.65acf1d1.mgorny@gentoo.org> (raw)
In-Reply-To: <56AFB120.3020104@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 2340 bytes --]

On Mon, 1 Feb 2016 20:25:20 +0100
"Justin Lecher (jlec)" <jlec@gentoo.org> wrote:

> Dear all,
> 
> the Gentoo Council will meet again on Sunday, February 14 at 19:00 UTC
> in #gentoo-council on FreeNode.
> 
> Please reply to this message with any items you would like us to discuss
> or vote on.

Since the agenda hasn't been sent yet, I would like the Council to
consider helping out with removing cases of 'use*' function calls in
global scope.

The issue is known for quite some time already, and the offending
ebuilds and eclasses are currently tracked in bug #566518 [1].

Those functions can not be used in global scope as their results depend
on configuration. This causes two major issues:

1. it breaks metadata invariancy -- the ebuild metadata may change
dependening on value of USE flags, therefore either invalidating caches
or causing the package manager to obtain incorrect results from cache,

2. it causes circular dependencies in configuration -- USE flags can be
applied to specific SLOTs, SLOTs may depend on USE flags...

The global scope use calls were always forbidden by the PMS. Portage
bans it in EAPI 6 but we'd like to extend the ban to the remaining
EAPIs. However, at the moment we can't because that would cause
existing violations to prevent users from installing toolchain.

So far most of the developers understood the issue and fixed their
violations. However, for years toolchain is actively refusing to do so,
and either closing our requests or blocking them with request to
provide support for USE-dynamic SLOTs. Which is quite unlikely to be
fulfilled since it would still cause the second issue listed above.

Sadly, our inability to ban this is causing new violations to be
committed accidentally by developers.

Therefore, I would like to ask for Council's help on this issue. I see
the possible following actions that would help the cause:

a. officially refusing the 'dynamic slot' request [2] so that it would
not be used to block fixing the QA violations indefinitely,

b. setting an official deadline on fixing the remaining violations
and making the calls fatal.

[1]:https://bugs.gentoo.org/show_bug.cgi?id=566518
[2]:https://bugs.gentoo.org/show_bug.cgi?id=174407

-- 
Best regards,
Michał Górny
<http://dev.gentoo.org/~mgorny/>

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 949 bytes --]

  parent reply	other threads:[~2016-02-12 22:22 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-25 20:58 [gentoo-project] Call for Agenda Items -- Council Meeting 2015-11-08 Kristian Fiskerstrand
2015-10-25 22:14 ` [gentoo-project] " Ulrich Mueller
2015-10-26  7:47   ` Kristian Fiskerstrand
2015-10-26 12:52     ` Rich Freeman
2015-10-26 13:32       ` Kristian Fiskerstrand
2015-10-27 19:11       ` hasufell
2015-10-27 19:22         ` Ciaran McCreesh
2015-10-27 19:29           ` hasufell
2015-11-29 15:36 ` [gentoo-project] Call for Agenda Items -- Council Meeting 2015-12-13 Kristian Fiskerstrand
2015-11-29 16:08   ` Ulrich Mueller
2015-11-29 16:16     ` Ulrich Mueller
2015-11-30 16:20   ` Michał Górny
2015-12-27 16:50 ` [gentoo-project] Call for Agenda Items -- Council Meeting 2016-01-10 Justin Lecher (jlec)
2015-12-27 18:03   ` Ulrich Mueller
2016-01-07  3:12     ` Daniel Campbell
2016-01-07  9:29       ` Ulrich Mueller
2015-12-29 19:45   ` Michał Górny
2016-02-01 19:25 ` [gentoo-project] Call for Agenda Items -- Council Meeting 2016-02-14 Justin Lecher (jlec)
2016-02-02  8:06   ` Dirkjan Ochtman
2016-02-02 14:18     ` Justin Lecher (jlec)
2016-02-03 20:46       ` Dirkjan Ochtman
2016-02-04  8:51         ` Justin Lecher (jlec)
2016-02-02 15:25     ` Michał Górny
2016-02-02 20:55       ` Robin H. Johnson
2016-02-02 21:11         ` Ulrich Mueller
2016-02-02 22:40           ` Robin H. Johnson
2016-02-03  0:53             ` Ulrich Mueller
2016-02-04 10:07   ` [gentoo-project] Re: [gentoo-dev-announce] " Anthony G. Basile
2016-02-05  7:49     ` Daniel Campbell
2016-02-05  8:01       ` Daniel Campbell
2016-02-05 11:49         ` Anthony G. Basile
2016-02-05 12:01           ` Alexander Berntsen
2016-02-05 12:13           ` Rich Freeman
2016-02-05 12:22             ` Anthony G. Basile
2016-02-05 19:00           ` Daniel Campbell (zlg)
2016-02-05 19:03             ` Daniel Campbell (zlg)
2016-02-05 19:24     ` Ciaran McCreesh
2016-02-05 20:45       ` Rich Freeman
2016-02-05 21:21       ` Andreas K. Huettel
2016-02-05 23:12       ` Alexander Berntsen
2016-02-07  9:04         ` Santiago Ferreira
2016-02-09  1:23     ` Ian Delaney
2016-02-07 11:15   ` [gentoo-project] " Andrew Savchenko
2016-02-12 22:22   ` Michał Górny [this message]
2016-02-12 22:34     ` Anthony G. Basile
2016-02-13  0:44       ` Andreas K. Huettel
2016-02-13  8:30       ` Michał Górny

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=20160212232215.65acf1d1.mgorny@gentoo.org \
    --to=mgorny@gentoo.org \
    --cc=council@gentoo.org \
    --cc=gentoo-project@lists.gentoo.org \
    --cc=jlec@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