List Archive: gentoo-council
Note: Due to technical difficulties, the Archives are currently not up to date.
provides an alternative service for most mailing lists.c.f. bug 424647
-----BEGIN PGP SIGNED MESSAGE-----
On 2009.07.07 01:52, Denis Dupeyron wrote:
> I also propose that we go back to moderating the council channel
> during meetings, and that we give +v very carefully. In order to
> allow everybody to participate though, I suggest council members keep
> an eye on another channel (#gentoo-dev or else) where anybody can
> discuss, and that they bring any idea they think is valuable to the
> council channel where the meeting is occurring. This way everybody
> get a voice and we can keep the council channel tidy during meetings.
That splits the log and makes collecting a summary much harder as the
discussion in the unmoderated channel needs to be logged and included
in the summary somehow. After all, it is clearly relevant to the
councils decision making process if the council members read it during
a meeting. A new channel would make the recording process easier.
I've never been a fan of +m for council meetings. By the time a meeting
happens, everyone on the council should have made up their minds, their
should be little to discuss. Even progress reports on topics can be
obtained by email and 'read' to the meeting and hence into the meeting
Meetings are then little more than the public recording of council
> The main drawback of a monthly meeting is certainly the decrease in
> reactivity and productivity. I was pleased to see an increase in both
> when meetings went bi-weekly and wouldn't want to lose this. So what
I think the increase in productivity was due to council members being
better prepared, rather than the increased meeting frequency. Maybe one
was the result of the other ?
> propose in exchange is we don't wait for the live meeting to discuss,
> take decisions, vote, etc... Apart from unusually important votes or
> decisions, nothing prevents us from doing all these on the
Which mailing list?
There needs to be a public record of the path leading to a decision.
[snip good stuff]
> We should also get rid of both the slacker rule and proxies. They're
> good examples of over-engineering.
Yes. Council decisions should require an absolute majority of council
members. That is 4 votes for or against with our present 7 member
(NeddySeagoon) a member of
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)
-----END PGP SIGNATURE-----