* [gentoo-council] Initial Council Meeting Summary for 12 March 2009
@ 2009-03-13 20:58 Thomas Anderson
2009-03-14 6:05 ` Donnie Berkholz
0 siblings, 1 reply; 3+ messages in thread
From: Thomas Anderson @ 2009-03-13 20:58 UTC (permalink / raw
To: gentoo-council
[-- Attachment #1.1: Type: text/plain, Size: 162 bytes --]
Hi,
Attached.
--
---------
Thomas Anderson
Gentoo Developer
/////////
Areas of responsibility:
AMD64, Secretary to the Gentoo Council
---------
[-- Attachment #1.2: councilsummary-20090312.txt --]
[-- Type: text/plain, Size: 2598 bytes --]
Roll Call:
===========
Betelgeuse: here
Cardoe: here
dberkholz: here
dertobi123: here
dev-zero: here
leio: here
lu_zero: absent(?, waiting for feedback), 37 minutes late
tanderson(secretary): here
Topics:
===========
EAPI-3 Proposals:
Note: The following two proposals were discussed before it was realized
that there was not sufficient time to discuss all of them. At that point a
call for objections to any of the proposals found at [1] was asked for,
and none were made.
- [flag(+/-)] USE dependencies
This may be needed when one wishes to depend on a package with a
certain USE flag but if the USE flag is not present in that package
assume it is on or off(+ and - respectively).
Conclusion:
Approved for the draft.
- New phase: pkg_pretend
This phase is most useful for displaying conflicting USE flags at
dependency resolution time(pretend), though it has various other uses
so that errors about installing the package can be displayed before
installation of packages begin.
Conclusion:
Approved for the draft.
Technical Issues:
- GLEP 54
Thomas(tanderson) sent out a comparison of GLEP 54 and the liveebuild proposals.
Among those discussing GLEP 54 there was a general consensus that
there was nothing wrong with it as a first step to get correct
ordering. Luca(lu_zero) commented that all he was concerned about was
that there was not enough 'meat' to the GLEP.
Conclusion:
No decision yet, Doug(Cardoe) and Luca(lu_zero) intend to write a
GLEP to handle the second part of the problem(making the revision
available to ebuilds/package manager/users.
- GLEP 55
Petteri, Zac, and Ciaran were supposed to benchmark the various
proposals and report back. Zac did not write the code for portage so
Petteri had nothing to report on this issue. Ciaran commented that
the solutions other than GLEP 55 had a 50% slowdown in the valid cache
situation compared to GLEP55, but did not post the raw numbers or the
patches used.
Open Floor:
===========
- Migration of KEYWORDS from ebuilds to profiles:
Ned Ludd(solar) brought this up, but it came up in the middle of agenda
items so was not talked about much. Some points were made that such a scheme
would require a git conversion, but nothing was agreed upon because there
was too little time.
References:
[1]: http://spreadsheets.google.com/ccc?key=pPAJXP6shYH78lCXeqRqCUQ
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [gentoo-council] Initial Council Meeting Summary for 12 March 2009
2009-03-13 20:58 [gentoo-council] Initial Council Meeting Summary for 12 March 2009 Thomas Anderson
@ 2009-03-14 6:05 ` Donnie Berkholz
2009-03-14 14:09 ` Thomas Anderson
0 siblings, 1 reply; 3+ messages in thread
From: Donnie Berkholz @ 2009-03-14 6:05 UTC (permalink / raw
To: Thomas Anderson; +Cc: gentoo-council
[-- Attachment #1: Type: text/plain, Size: 2704 bytes --]
On 16:58 Fri 13 Mar , Thomas Anderson wrote:
> EAPI-3 Proposals:
>
> Note: The following two proposals were discussed before it was
> realized that there was not sufficient time to discuss all of
> them. At that point a call for objections to any of the proposals
> found at [1] was asked for, and none were made.
Could you please explicitly list the proposals? Google Docs is a living,
changing entity.
Also please add a Next Action section (which I describe below). If you
cannot answer it, please ask on-list for clarification.
> Technical Issues:
Heh, I didn't realize EAPI=3 wasn't technical. =)
> - GLEP 54
> Thomas(tanderson) sent out a comparison of GLEP 54 and the liveebuild proposals.
> Among those discussing GLEP 54 there was a general consensus that
> there was nothing wrong with it as a first step to get correct
> ordering. Luca(lu_zero) commented that all he was concerned about was
> that there was not enough 'meat' to the GLEP.
>
> Conclusion:
> No decision yet, Doug(Cardoe) and Luca(lu_zero) intend to write a
> GLEP to handle the second part of the problem(making the revision
> available to ebuilds/package manager/users.
>
> - GLEP 55
> Petteri, Zac, and Ciaran were supposed to benchmark the various
> proposals and report back. Zac did not write the code for portage so
> Petteri had nothing to report on this issue. Ciaran commented that
> the solutions other than GLEP 55 had a 50% slowdown in the valid cache
> situation compared to GLEP55, but did not post the raw numbers or the
> patches used.
Could you make it explicit what the next actions are here, and who will
do them, although the portage code thing is mentioned above?
I'd like to see a Next Action section for any item that isn't totally
completed. If we can't answer it with a Who, What, and When, then we
haven't accomplished anything in a way likely to produce results.
> - Migration of KEYWORDS from ebuilds to profiles:
> Ned Ludd(solar) brought this up, but it came up in the middle of agenda
> items so was not talked about much. Some points were made that such a scheme
> would require a git conversion, but nothing was agreed upon because there
> was too little time.
Well, because it was frankly OT at the time, not brought up for the
agenda, nobody had time to plan, there was no goal for the discussion,
etc ... I wouldn't go blaming this on lack of time.
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [gentoo-council] Initial Council Meeting Summary for 12 March 2009
2009-03-14 6:05 ` Donnie Berkholz
@ 2009-03-14 14:09 ` Thomas Anderson
0 siblings, 0 replies; 3+ messages in thread
From: Thomas Anderson @ 2009-03-14 14:09 UTC (permalink / raw
To: Donnie Berkholz; +Cc: gentoo-council
[-- Attachment #1: Type: text/plain, Size: 380 bytes --]
On Fri, Mar 13, 2009 at 11:05:05PM -0700, Donnie Berkholz wrote:
> > Technical Issues:
>
> Heh, I didn't realize EAPI=3 wasn't technical. =)
Yeah, that's a bit silly. I tweaked it.
<snip>
All very good points thank you. A new one is attached.
--
---------
Thomas Anderson
Gentoo Developer
/////////
Areas of responsibility:
AMD64, Secretary to the Gentoo Council
---------
[-- Attachment #2: councilsummary-20090312.txt --]
[-- Type: text/plain, Size: 4350 bytes --]
Roll Call:
===========
Betelgeuse: here
Cardoe: here
dberkholz: here
dertobi123: here
dev-zero: here
leio: here
lu_zero: absent(?, waiting for feedback), 37 minutes late
tanderson(secretary): here
Topics:
===========
EAPI-3 Proposals:
Note: The following two proposals were discussed before it was realized
that there was not sufficient time to discuss all of them. At that point a
call for objections to any of the proposals found at [1] was asked for,
and none were made. A full list of proposals for EAPI 3 follow.
- New phase: pkg_pretend
This phase is most useful for displaying conflicting USE flags at
dependency resolution time(pretend), though it has various other uses
so that errors about installing the package can be displayed before
installation of packages begin.
Conclusion:
Approved for the draft.
- [flag(+/-)] USE dependencies
This may be needed when one wishes to depend on a package with a
certain USE flag but if the USE flag is not present in that package
assume it is on or off(+ and - respectively).
Conclusion:
Approved for the draft.
- Multislot Dependency Specifications
This allows ebuils to tell the package manager that runtime
dependencies are not swappable(:1 installed at runtime can't be
removed even though :2 'satisfies' the dependency).
- PROPERTIES mandatory in cache
Some information provided by this variable is useful at --pretend
time(interactive packages).
- DEFINED_PHASES mandatory in cache
Same reasons as for PROPERTIES, but is also useful for determining
the phases a package provides with just the cache.
- Provide a default src_install prototype.
Get rid of the need for the src_install functions with just `emake
install` in them. Some discussion is needed to clear up issues with a
DOCS variable for extra documentation and a list of docs to
automatically get installed.
- Provide a `docompress` function.
This function serves as a replacement for prepalldocs. `docompress`
can optionally compress files in /usr/share/doc according to a set of
inclusion and exclusion lists.
- Provide a '-r' option to `dodoc`
Providing a way to put `dodoc` in recursive mode is widely accepted.
- Make `doins` preserve symlinks
This obsoletes the `cp -R` constructs frequently seen and is easy to
implement.
- Limit values in $USE to those in $IUSE.
Certain USE_EXPAND flags may be in USE even if they aren't
specifically set in IUSE. Eliminate this.
Next Action:
The Council agreed to have portage implement as many of these as
possible in a month and then make that EAPI 3.
Technical Agenda Items:
- GLEP 54
Thomas(tanderson) sent out a comparison of GLEP 54 and the liveebuild proposals.
Among those discussing GLEP 54 there was a general consensus that
there was nothing wrong with it as a first step to get correct
ordering. Luca(lu_zero) commented that all he was concerned about was
that there was not enough 'meat' to the GLEP.
Next Action:
Doug(Cardoe) and Luca(lu_zero) intend to write a
GLEP to handle the second part of the problem(making the revision
available to ebuilds/package manager/users.
- GLEP 55
Petteri, Zac, and Ciaran were supposed to benchmark the various
proposals and report back. Zac did not write the code for portage so
Petteri had nothing to report on this issue. Ciaran commented that
the solutions other than GLEP 55 had a 50% slowdown in the valid cache
situation compared to GLEP55, but did not post the raw numbers or the
patches used.
Next Action:
Zac needs to benchmark the proposals in portage.
Open Floor:
===========
- Migration of KEYWORDS from ebuilds to profiles:
Ned Ludd(solar) brought this up, but it came up in the middle of agenda
items so was not talked about much. Some points were made that such a scheme
would require a git conversion, but nothing was agreed upon.
References:
[1]: http://spreadsheets.google.com/ccc?key=pPAJXP6shYH78lCXeqRqCUQ
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-03-14 14:10 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-03-13 20:58 [gentoo-council] Initial Council Meeting Summary for 12 March 2009 Thomas Anderson
2009-03-14 6:05 ` Donnie Berkholz
2009-03-14 14:09 ` Thomas Anderson
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox