[gentoo-project] Re: [gentoo-dev-announce] Council meeting: Tuesday 9 August, 1900 UTC

[gentoo-project] Re: [gentoo-dev-announce] Council meeting: Tuesday 9 August, 1900 UTC

[Michał Górny]

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

On Wed, 3 Aug 2011 11:25:03 -0700
Donnie Berkholz <dberkholz@gentoo.org> wrote:

> Items proposed but not on the agenda:
> 
>  * Optional runtime dependencies [5]
>    - What is the decision to be made? If none, it's not on the agenda

The decision is on how to proceed:
a) do not do anything at all (i.e. either mention deps in
   pkg_postinst(), use plain USE or whatever devs like now),
b) introduce some kind of SDEPEND in a new EAPI [1],
c) re-use USE flags and allow declaring some of them as runtime-only
   (so they won't require package rebuilds and just adjust @world
   depgraph) [2 mostly, though not necessarily using USE_EXPAND].

> If you have anything you'd like to push to the council for
> discussion, feel free to reply to this thread.

I'd like the Council to put some point on the topic of changing eclass
APIs heavily with EAPI bumps [3].

[1]:http://archives.gentoo.org/gentoo-dev/msg_da5d388d76d705f36f7ab6bde5c81855.xml
[2]:http://archives.gentoo.org/gentoo-dev/msg_54631ad0f36e5a71b3af3efde1916149.xml
[3]:http://archives.gentoo.org/gentoo-dev/msg_46216a320765c5e966f54dbd12029a51.xml

-- 
Best regards,
Michał Górny

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 316 bytes --]

Re: [gentoo-project] Re: [gentoo-dev-announce] Council meeting: Tuesday 9 August, 1900 UTC

[Fabian Groffen]

On 03-08-2011 21:00:01 +0200, Michał Górny wrote:
> > If you have anything you'd like to push to the council for
> > discussion, feel free to reply to this thread.
> 
> I'd like the Council to put some point on the topic of changing eclass
> APIs heavily with EAPI bumps [3].

I don't think this is council territory.  This is just a single
incident, and its directly related to a former developer who has a track
record of getting into situations like this.  Since the Python team
already opened up a discussion on it [4], I suggest you to work it
out with them, instead of requesting the council to make a harsh rule
that will affect them.


-- 
Fabian Groffen
Gentoo on a different level

Re: [gentoo-project] Re: [gentoo-dev-announce] Council meeting: Tuesday 9 August, 1900 UTC

[Donnie Berkholz]

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

On 21:00 Wed 03 Aug     , Michał Górny wrote:
> On Wed, 3 Aug 2011 11:25:03 -0700
> Donnie Berkholz <dberkholz@gentoo.org> wrote:
> 
> > Items proposed but not on the agenda:
> > 
> >  * Optional runtime dependencies [5]
> >    - What is the decision to be made? If none, it's not on the agenda
> 
> The decision is on how to proceed:
> a) do not do anything at all (i.e. either mention deps in
>    pkg_postinst(), use plain USE or whatever devs like now),
> b) introduce some kind of SDEPEND in a new EAPI [1],
> c) re-use USE flags and allow declaring some of them as runtime-only
>    (so they won't require package rebuilds and just adjust @world
>    depgraph) [2 mostly, though not necessarily using USE_EXPAND].

The council approves specific proposals, ideally including 
implementations, that have been discussed by the broader Gentoo 
community. I don't see us as a group of people who should be exclusively 
discussing something like this during a meeting instead of with the rest 
of the community on the -dev mailing list.

To me, this looks like something that would involve a GLEP.

> > If you have anything you'd like to push to the council for
> > discussion, feel free to reply to this thread.
> 
> I'd like the Council to put some point on the topic of changing eclass
> APIs heavily with EAPI bumps [3].

From the point of view of why I ran for council, this fits under the 
idea of problems related to individual people or instances rather than 
broader patterns that need to get dealt with by council policy.

-- 
Thanks,
Donnie

Donnie Berkholz
Council Member / Sr. Developer
Gentoo Linux
Blog: http://dberkholz.com

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]