From: "Tiziano Müller" <dev-zero@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Subject: [gentoo-dev] Gentoo Council Reminder for May 28
Date: Tue, 26 May 2009 20:57:06 +0200 [thread overview]
Message-ID: <1243364226.9837.34.camel@localhost> (raw)
[-- Attachment #1: Type: text/plain, Size: 2723 bytes --]
This is your friendly reminder! Same bat time (typically the 2nd & 4th
Thursdays at 2000 UTC / 1600 EST), same bat channel (#gentoo-council @
irc.freenode.net) !
If you have something you'd wish for us to chat about, maybe even vote
on, let us know! Simply reply to this e-mail for the whole Gentoo dev
list to see.
For more info on the Gentoo Council, feel free to browse our homepage:
http://www.gentoo.org/proj/en/council/
Following is the preliminary meeting agenda. First we'll have to fill
the empty spot. After a short upgrade on EAPI-3 implementation we will
discuss the removal of old eclasses, followed by our old friend GLEP 55.
If we still have time we can dive into the topic of general EAPI
development.
Approval/voting of new council member replacing Donnie Berkholz
---------------------------------------------------------------
Unfortunately Donnie resigned as a member of the council (for
details please read his mail on the g-council ml). Next in line
are ulm and ssuominen.
EAPI 3: Short discussion of the progress
----------------------------------------
zmedico will provide an update on the progress of the implementation. Short
discussion of problems and implementation decisions if needed.
Removing old eclasses
---------------------
Goal: Decide whether developers are allowed to remove eclasses. Problem:
Upgrading using portage with a version before 2.1.4 will fail since portage
always used eclasses from the tree instead of the ones from environment.bz2,
even though the environment fail has been generated. Portage 2.1.4 got stabled
over a year ago.
Handling EAPI versioning in a forwards-compatible way
-----------------------------------------------------
Goal: Discuss whether one of the alternatives given in GLEP 55 is appropriate
to solve the problem. Decide which one should be chosen.
Define EAPI development/deployment cycles
-----------------------------------------
Goal: Start discussion about EAPI development/deployment. For example:
Collect problems of eapi introductions in the past, like reverting
ebuilds to former eapis to get them stable, not waiting for the pm
support a certain eapi before requesting stable keywords for ebuilds
using the new eapi, .... Collect problems of EAPI development like
feature-freeze, late feature removals (due to implementation problems).
Eventually develop a lightweight EAPI development model.
Cheers,
Tiziano
--
Tiziano Müller
Gentoo Linux Developer, Council Member
Areas of responsibility:
Samba, PostgreSQL, CPP, Python, sysadmin, GLEP Editor
E-Mail : dev-zero@gentoo.org
GnuPG FP : F327 283A E769 2E36 18D5 4DE2 1B05 6A63 AE9C 1E30
[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next reply other threads:[~2009-05-26 18:57 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-26 18:57 Tiziano Müller [this message]
2009-05-27 12:46 ` [gentoo-dev] Gentoo Council Reminder for May 28 Ferris McCormick
2009-05-27 13:25 ` Ulrich Mueller
2009-05-27 19:55 ` Roy Bamford
2009-05-27 20:06 ` Ciaran McCreesh
2009-05-27 21:43 ` Roy Bamford
2009-05-27 21:52 ` Ciaran McCreesh
2009-05-27 23:26 ` [gentoo-dev] " Mark Bateman
2009-05-27 23:45 ` Ciaran McCreesh
2009-05-27 23:48 ` Jeroen Roovers
2009-05-27 23:54 ` Ciaran McCreesh
2009-05-28 3:58 ` Jeroen Roovers
2009-05-28 6:28 ` [gentoo-dev] How not to discuss Patrick Lauer
2009-05-28 18:14 ` Ciaran McCreesh
2009-05-28 18:36 ` Alec Warner
2009-05-28 18:58 ` Roy Bamford
2009-05-28 19:15 ` Joe Peterson
2009-05-28 19:40 ` Piotr Jaroszyński
2009-05-29 9:23 ` Marijn Schouten (hkBst)
2009-05-30 0:38 ` Alec Warner
2009-05-30 15:08 ` Joe Peterson
2009-05-28 18:49 ` Patrick Lauer
2009-05-28 19:11 ` Ciaran McCreesh
2009-05-29 2:41 ` [gentoo-dev] " Duncan
2009-05-29 2:12 ` Ryan Hill
2009-05-29 21:49 ` Patrick Lauer
2009-05-30 20:56 ` Ryan Hill
2009-05-31 1:57 ` Richard Freeman
2009-05-31 9:25 ` Thilo Bangert
2009-05-31 10:57 ` Duncan
2009-05-31 22:01 ` Richard Freeman
2009-06-02 8:20 ` Steven J Long
2009-06-02 12:53 ` Duncan
2009-06-04 14:11 ` Steven J Long
2009-06-02 15:38 ` Richard Freeman
2009-06-03 10:43 ` Marijn Schouten (hkBst)
2009-06-03 18:23 ` Richard Freeman
2009-05-28 5:46 ` [gentoo-dev] Gentoo Council Reminder for May 28 Tiziano Müller
2009-05-28 7:23 ` Patrick Lauer
2009-05-28 9:35 ` Tiziano Müller
2009-05-28 17:56 ` Roy Bamford
2009-05-28 18:04 ` Ciaran McCreesh
2009-05-28 18:30 ` Patrick Lauer
2009-05-28 18:48 ` Ciaran McCreesh
2009-05-28 19:19 ` Patrick Lauer
2009-05-28 19:26 ` Ciaran McCreesh
2009-05-28 19:42 ` Josh Saddler
2009-05-28 19:43 ` Ciaran McCreesh
2009-05-28 19:42 ` Roy Bamford
2009-05-28 19:54 ` Ciaran McCreesh
2009-05-28 21:31 ` Roy Bamford
2009-05-28 19:46 ` Patrick Lauer
2009-05-28 19:52 ` Ciaran McCreesh
2009-05-28 20:56 ` Patrick Lauer
2009-05-28 21:09 ` Ciaran McCreesh
2009-05-27 20:57 ` Joe Peterson
2009-05-27 21:58 ` Patrick Lauer
2009-05-27 22:12 ` Piotr Jaroszyński
2009-05-27 22:33 ` Patrick Lauer
2009-05-27 23:10 ` Piotr Jaroszyński
2009-05-28 6:36 ` Patrick Lauer
2009-06-01 20:42 ` Tiziano Müller
2009-05-28 13:11 ` Ferris McCormick
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=1243364226.9837.34.camel@localhost \
--to=dev-zero@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