From: Donnie Berkholz <dberkholz@gentoo.org>
To: gentoo-council@lists.gentoo.org
Cc: gentoo-dev@lists.gentoo.org, gentoo-dev-announce@lists.gentoo.org
Subject: [gentoo-council] Council meeting summary for 10 July 2008
Date: Sun, 13 Jul 2008 00:11:18 -0700 [thread overview]
Message-ID: <20080713071118.GC1891@comet> (raw)
[-- Attachment #1.1: Type: text/plain, Size: 254 bytes --]
Hi all,
Here is the summary from Thursday's council meeting. The complete log
will show up at http://www.gentoo.org/proj/en/council/ shortly.
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
[-- Attachment #1.2: 20080710-summary.txt --]
[-- Type: text/plain, Size: 4680 bytes --]
Quick summary
=============
GLEP 54: There were numerous questions that apparently were not brought
up on the mailing list in advance or were not addressed.
GLEP 55: On hold pending a concrete requirement for it. GLEP 54 may be,
but that's unclear until it's been revised.
GLEP 56: Approved. Cardoe will get repoman changes made, followed by a
server-side script to generate use.local.desc from
metadata.xml.
The meeting wrapped up in under 1 hour again. We still need to work
harder to push more discussion and questions to the mailing list,
though.
Topics
======
GLEP 54
-------
Preparation: Post your opinion to the -dev thread "A few questions to
our nominees" 4+ hours before the meeting.
Last month:
dberkholz: http://archives.gentoo.org/gentoo-dev/msg_c6e4ba8293f50c1e0444e67d59cf85ea.xml
lu_zero: http://archives.gentoo.org/gentoo-dev/msg_05614741b3942bfdfb21fd8ebb7955e0.xml
Goal: Status check at meeting to see who's ready to vote. Vote on-list
no later than July 17.
<Betelgeuse@> dberkholz: with GLEP 55 EAPI X can add the support for scm
<Betelgeuse@> dberkholz: and older Portage versions work just fine
<Betelgeuse@> dberkholz: In general I oppose adding things to EAPI 0
< lu_zero@> dberkholz problem: if you have -scm installed
< lu_zero@> and then switch to a pm not knowing it
< lu_zero@> you have a nice recipe for inconsistency
< Halcy0n@> I would really like to see a list of features that we would
end up having after implementing this GLEP. The GLEP
mentions possible enhancements, but I'd like to see what we
would have planned if we go forward with this change.
< Halcy0n@> Well, it only mentions one enhancement, I'd like to see
what else we could do to judge if it is worth it.
Halcy0n@> Betelgeuse: yes, I know there are some things we could do,
but I'd like to see a more extensive list of possibilities,
what are other possible ways of doing this (like a metadata
tag for the ebuild), and why those other methods aren't
sufficient.
< dberkholz@> i think the point here is that the glep should address what
made its implementation superior to other possible ones,
which it also describes
< dberkholz@> ok, i've noted the issues raised here
< dberkholz@> once they're address, the glep can be revised and we'll
consider it again
Summary: Specific questions and requests are above.
GLEP 55
-------
Preparation: Post your opinion to the -dev thread "GLEP 55" 4+ hours
before the meeting.
Last month:
dberkholz: http://archives.gentoo.org/gentoo-dev/msg_c6e4ba8293f50c1e0444e67d59cf85ea.xml
Goal: Status check at meeting to see who's ready to vote. Vote on-list
once we're ready.
<Betelgeuse@> But I don't see the use of accepting it before we a)
Portage has something that would make use of it b) some
other pkg manager is made official
< Halcy0n@> So, can we vote on postponing a GLEP of this nature until
another glep requires such changes?
Summary: On hold pending a concrete requirement for it. GLEP 54 may be,
but that's unclear until it's been revised.
GLEP 56
-------
Preparation: Post your opinion to the -dev thread "[GLEP56] USE flag
descriptions in metadata" 4+ hours before the meeting. (Cardoe: Did the
requested updates ever get made?)
Last month:
dberkholz: http://archives.gentoo.org/gentoo-dev/msg_54ee20d2b1d8122370afdd4b3d7aafc9.xml
Goal: Status check at meeting to see who's ready to vote. Vote on-list
no later than July 17, if requested changes are made.
Requested changes were made:
http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/glep/glep-0056.txt?r1=1.1&r2=1.2
< Cardoe > Well the first step of making that portion happen is going
to be to add a check to repoman that if use.local.desc is
not present in the repo, do new QA check.
< Cardoe > Once that's in place that developers can use, then the
infra script will happen.
< Cardoe > I've already discussed it with the Portage folks and the
infra folks.
Summary: Approved.
Roll call
=========
(here, proxy [by whom] or slacker?)
betelgeuse here
dberkholz here
dertobi123 here
flameeyes here
halcy0n here
jokey here
lu_zero here
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
reply other threads:[~2008-07-13 7:11 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20080713071118.GC1891@comet \
--to=dberkholz@gentoo.org \
--cc=gentoo-council@lists.gentoo.org \
--cc=gentoo-dev-announce@lists.gentoo.org \
--cc=gentoo-dev@lists.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