diff options
authorKristian Fiskerstrand <>2019-01-14 20:48:17 +0100
committerKristian Fiskerstrand <>2019-01-14 20:50:19 +0100
commit135183694c4f7fd8c8154e43cf56dfe05f6fb538 (patch)
parentcouncil/meeting-logs: add 20181209 raw log (diff)
council/meeting-logs: Add summary and logs for 2019-01-13 meeting
Signed-off-by: Kristian Fiskerstrand <>
2 files changed, 191 insertions, 0 deletions
diff --git a/meeting-logs/20190113-summary.txt b/meeting-logs/20190113-summary.txt
new file mode 100644
index 0000000..cd4182c
--- /dev/null
+++ b/meeting-logs/20190113-summary.txt
@@ -0,0 +1,57 @@
+Summary of Gentoo council meeting 13 January 2019
+1. Roll call
+2. Updating Gentoo Repository Policy following introduction of AUTHORS file
+3. Open bugs with council involvement
+ - bug #637328: "GLEP 14 needs to be updated"
+ - bug #642072: "[Tracker] Copyright policy"
+ - bug #674608: "Unjustified developer signatures on np-hardass' key"
+4. Open floor
+Roll call
+7 attendees: dilfridge, K_F, leio, slyfox, tamiko (proxy for Whissi), ulm, WilliamH
+Updating Gentoo Repository Policy following introduction of AUTHORS file
+The council voted unanimously on changing the Gentoo Repository Policy to:
+"The simplified form of the copyright attribution according to GLEP 76 [1],
+i.e., "Copyright YEARS Gentoo Authors", MUST [2] be used for ebuilds and
+profile files in the Gentoo repository."
+Open bugs with council involvement
+- bug #637328: GLEP 14 needs to be updated
+ Nothing new for council at this point.
+- bug #642072: [Tracker] Copyright policy
+ FYI. A tracker with work to do.
+- bug #674608: "Unjustified developer signatures on np-hardass' key"
+ After discussion this bug was closed as RESOLVED INVALID with the following
+ comment: "As discussed in today's council meeting, as we do not have an
+ OpenPGP WoT policy in place in Gentoo, the council does not have a role in
+ this case."
+Open floor
+No items were raised during the open floor
diff --git a/meeting-logs/20190113.txt b/meeting-logs/20190113.txt
new file mode 100644
index 0000000..760df63
--- /dev/null
+++ b/meeting-logs/20190113.txt
@@ -0,0 +1,134 @@
+2018-12-11 19:43:58-!- leio changed the topic of #gentoo-council to: 184th meeting: 2019-01-13 19:00 UTC | | | | "We're all individuals!" "No, I'm not...."
+2019-01-13 19:56:00 * WilliamH is here
+2019-01-13 20:00:29<@K_F> right, time is there then
+2019-01-13 20:00:39<@K_F> Agenda:
+2019-01-13 20:00:47<@K_F> 1. Roll call
+2019-01-13 20:00:48 * K_F here
+2019-01-13 20:00:51 * slyfox is here
+2019-01-13 20:00:55 * leio here
+2019-01-13 20:02:03<@dilfridge> /&%)(/&=(/=()`
+2019-01-13 20:02:05 * dilfridge here
+2019-01-13 20:02:06 * WilliamH here
+2019-01-13 20:02:31<@slyfox> !proj council
+2019-01-13 20:02:32<+willikins> ( dilfridge, k_f, leio, slyfox, ulm, whissi, williamh
+2019-01-13 20:02:42<@dilfridge> tamiko:
+2019-01-13 20:03:00<@slyfox> ulm, Whissi ( tamiko ) ^
+2019-01-13 20:03:04<@dilfridge> ulm and tamiko (for whissi) missing
+2019-01-13 20:03:16<@K_F> lets give them a couple more minutes, light agenda today anyways
+2019-01-13 20:03:43 * dilfridge gets a light snack for the light agenda and reads about light effects
+2019-01-13 20:04:18<@K_F> sent an sms to ulm
+2019-01-13 20:04:41<@K_F> but gives me time to light up a cigar anyways :)
+2019-01-13 20:05:13<@ulm> K_F: thanks :)
+2019-01-13 20:05:15 * ulm here
+2019-01-13 20:06:57<@K_F> well, lets get started then, we'll see if tamiko shows up. For the record, whissi has notified of absence today and tamiko was appointed proxy.
+2019-01-13 20:07:06<@K_F> 2. Updating Gentoo Repository Policy following introduction of AUTHORS
+2019-01-13 20:07:06<@K_F> file (
+2019-01-13 20:07:06<@K_F>
+2019-01-13 20:07:16<@K_F> ulm: do you want to make a quick intro?
+2019-01-13 20:07:36<@ulm> well, we have an AUTHORS file now
+2019-01-13 20:08:09<@ulm> so looks like exceptions to the simplified attribution won't be needed any more
+2019-01-13 20:08:36<@dilfridge> \o/
+2019-01-13 20:08:58<@leio> I shall note that "SHALL" in there is equal to "MUST" as per rfc2119
+2019-01-13 20:09:06<@dilfridge> ++
+2019-01-13 20:09:10<@dilfridge> excellent
+2019-01-13 20:09:11<@ulm> leio: yes
+2019-01-13 20:09:19<@leio> (I think "MUST" would be clearer for people)
+2019-01-13 20:09:20<@ulm> WilliamH: any comments from your side?
+2019-01-13 20:09:29<@WilliamH> ulm: Not really.
+2019-01-13 20:09:42<@dilfridge> I suppose "must" is clearer for non-native speakers.
+2019-01-13 20:09:42<@WilliamH> leio++
+2019-01-13 20:10:04 * ulm doesn't mind either way
+2019-01-13 20:10:14<@WilliamH> I guess it's debatable whether profiles are copyrightable...
+2019-01-13 20:10:15<@K_F> rfc2119-wise they are equal, I'm fine with MUST
+2019-01-13 20:10:30<@WilliamH> porfiles just list things don't they?
+2019-01-13 20:10:30<@dilfridge> both work for me
+2019-01-13 20:10:33<@WilliamH> profiles *
+2019-01-13 20:10:47<@slyfox> you can have quite big bashrc in a profiles/
+2019-01-13 20:10:58<@WilliamH> Ah ok.
+2019-01-13 20:11:21<@leio> then again "REQUIRED" would be even more clearer, eh
+2019-01-13 20:11:50<@leio> any of the 3 work for me, but an alternative instead of "SHALL" might be clearer for the non-native speakers instead.
+2019-01-13 20:11:56<@leio> indeed*
+2019-01-13 20:12:12<@K_F> I'm writing up proposal now including MUST.. REQUIRED requires a bit more rewrite
+2019-01-13 20:12:58<@ulm> do we need the RFC 2119 reference for "must" or "required"?
+2019-01-13 20:13:11<@ulm> should be clear enough even without
+2019-01-13 20:13:17<@K_F> I prefer keeping rfc reference
+2019-01-13 20:13:33<+tamiko> dilfridge: pong
+2019-01-13 20:13:43<+tamiko> K_F: Present. Sorry for the delay.
+2019-01-13 20:13:44<@K_F> tamiko: hi there
+2019-01-13 20:13:46<@dilfridge> good morning!
+2019-01-13 20:13:58<@K_F> tamiko: will give you a min to post any questions before we open a vote then
+2019-01-13 20:15:02<@K_F> Vote: The council votes to update the tree policy. The updated policy reads: "The simplified form of the copyright attribution according to GLEP 76 [2], i.e., "Copyright YEARS Gentoo Authors", MUST [3] be used for ebuilds and profile files in the Gentoo repository."
+2019-01-13 20:15:14 * slyfox votes yes
+2019-01-13 20:15:22<@K_F> references are same as in original proposal linked in agenda
+2019-01-13 20:15:24 * K_F yes
+2019-01-13 20:15:35 * dilfridge yes
+2019-01-13 20:15:39 * tamiko yes (substituting for Whissi)
+2019-01-13 20:15:45 * ulm yes
+2019-01-13 20:15:56 * leio yes
+2019-01-13 20:16:06 * WilliamH yes
+2019-01-13 20:16:14<@WilliamH> aside that's what we are doing at the office.
+2019-01-13 20:16:22<@K_F> unanimous
+2019-01-13 20:16:27<@ulm> repoman should be updated, I guess?
+2019-01-13 20:16:45<@K_F> ulm: right, was going to be my next question :) What action items are required following this vote
+2019-01-13 20:16:47<@ulm> or git hook?
+2019-01-13 20:17:05<@K_F> I'm in favor of repoman
+2019-01-13 20:17:11<@leio> there are ebuilds to fix too, I assume preferably by the claimed non-simplified copyright holder
+2019-01-13 20:17:30<@K_F> well, don't we just update those as we go along?
+2019-01-13 20:17:41<@K_F> i.e not change the previous ones in bulk
+2019-01-13 20:17:47<@ulm> leio: we can do that, but they will disappear after some time
+2019-01-13 20:17:50<@WilliamH> K_F++
+2019-01-13 20:18:04<@WilliamH> We just let them disappear
+2019-01-13 20:18:07<@leio> as long as the bump removes double notices, I guess.
+2019-01-13 20:18:11<@ulm> same as for ebuilds with Foundation copyright
+2019-01-13 20:18:40<@leio> I mainly meant due to the change for copyright holder in extra notice doing it, instead of a bump
+2019-01-13 20:18:54<@leio> then less people can worry about "but copyright notices must not be touched", despite GPL allowing it
+2019-01-13 20:19:36<@K_F> ulm: will you open bug for repoman update?
+2019-01-13 20:19:39<@leio> as a relevant representative is doing the deed, which might not be the case on the next (rev)bump
+2019-01-13 20:19:53<@ulm> K_F: can do
+2019-01-13 20:19:54<@leio> as long as the next revisions comply, I'll be fine though.
+2019-01-13 20:20:18<@K_F> leio: if that becomes an issue, lets revisit it at a later point
+2019-01-13 20:20:30<@K_F> I don't expect it to be, and can be pointed at this discussion anyways
+2019-01-13 20:20:31<@ulm> we can ask mgorny to add it to his CI
+2019-01-13 20:20:34<@leio> then it's too late without massive reverts. But as said, I'm fine.
+2019-01-13 20:20:39<@ulm> then it won't be missed
+2019-01-13 20:22:48<@K_F> so, anyone believe we should vote on anything, or is the discussion here sufficient for people to do what they want in this matter :)
+2019-01-13 20:23:33<+tamiko> I agree that revisiting the topic if problems emerge in the future is a good way to proceed.
+2019-01-13 20:23:39<@ulm> +1
+2019-01-13 20:24:20<@K_F> right, lets move on then
+2019-01-13 20:24:26<@K_F> 3. Open bugs with council involvement
+2019-01-13 20:24:27<@K_F>
+2019-01-13 20:24:43<@K_F> I don't really see any bug with action items for us
+2019-01-13 20:25:05<@K_F> #637328 no update, but new year now and finally starting to catch up, so we hopefully can pick it up again
+2019-01-13 20:25:24<@K_F> #674608 and #642072 are more FYI
+2019-01-13 20:25:48<@K_F> anyone have anything else before moving to open floor?
+2019-01-13 20:26:14<@slyfox> nope
+2019-01-13 20:26:20<+tamiko> nope
+2019-01-13 20:26:31<@K_F> 4. Open floor
+2019-01-13 20:26:53<@K_F> any comments from members?
+2019-01-13 20:27:11<+tamiko> One quick comment: I do not see how #674608 is relevant to the council without a pgp web of trust policy in place.
+2019-01-13 20:27:30<+tamiko> Maybe that's something we can work on in the future - but previous attempts over the last 15 years lead to nothing.
+2019-01-13 20:27:33<@K_F> tamiko: I'd tend to agree
+2019-01-13 20:28:27<@K_F> ok, reminder for FOSDEM , remember to sign up on if coming
+2019-01-13 20:28:30<@dilfridge> could we please use bugs in a way so willikins responds?
+2019-01-13 20:28:44<@K_F> ulm: will you be there this year?
+2019-01-13 20:29:01<+tamiko> dilfridge: bug #674608
+2019-01-13 20:29:04<+willikins> tamiko: "Unjustified developer signatures on np-hardass' key"; Community Relations, Developer Relations; CONF; mgorny:council
+2019-01-13 20:29:25<@dilfridge> I see absolutely no reason why the council should be involved there
+2019-01-13 20:29:25<@ulm> K_F: unfortunately not, because our experiment will get beam time just then
+2019-01-13 20:29:31<@WilliamH> I agree about that bug being irrelivent.
+2019-01-13 20:29:53<@leio> I also don't see strong reasons why the signatures should be revoked
+2019-01-13 20:29:55<@WilliamH> It isn't even a comrel issue because the distro doesn't have a web of trust policy.
+2019-01-13 20:30:00<@K_F> ok, lets un-CC us on that one
+2019-01-13 20:30:10<@leio> we are assignees.
+2019-01-13 20:30:28<@WilliamH> resolved/invalid in that case?
+2019-01-13 20:31:23<@K_F> yeah, can do RESOLVED INVALID, if reporter wants to persue it further can assign to someone else and reopen
+2019-01-13 20:32:09<@WilliamH> Gentoo doesn't hav a Web of Trust policy at all, so the bug is completely irrelivent imo
+2019-01-13 20:32:44<@K_F> ulm: too bad, but I'll likely be in mainz again later this year so lets find some time to meet up then :)
+2019-01-13 20:33:31<@K_F> bug closed with comment; "As discussed in today's council meeting, as we do not have an OpenPGP WoT policy in place in Gentoo, the council does not have a role in this case."
+2019-01-13 20:33:41<@K_F> anything else for open floor?
+2019-01-13 20:35:39<@K_F> doesn't seem so
+2019-01-13 20:36:00<@K_F> well, quick meeting today then, for once :)
+2019-01-13 20:36:09 * K_F bangs the gavel, meeting closed
+2019-01-13 20:36:35<@WilliamH> K_F: ;-)
+2019-01-13 20:39:47<@slyfox> \o/
+2019-01-13 20:40:58<+tamiko> Thanks all! :-)