summaryrefslogtreecommitdiff
blob: e4f8a8ea38e90a8327f4bb58fc8d6c9f88aa96eb (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
[2022-05-08T20:00:08+0100] <@sam_> ok!
[2022-05-08T20:00:27+0100] <@sam_> hi all, and welcome to the 225th meeting of the Gentoo Council
[2022-05-08T20:00:30+0100] <@sam_> agenda: https://marc.info/?l=gentoo-project&m=165203621508561&w=2
[2022-05-08T20:00:42+0100] <@sam_> apologies for sending it out late; I'd got confused because I'd sent out the call-for-requests delayed
[2022-05-08T20:00:45+0100] <@sam_> and then got mixed up
[2022-05-08T20:00:50+0100] <@sam_> it's a simple lot today though
[2022-05-08T20:00:53+0100] <@sam_> so..
[2022-05-08T20:00:57+0100] <@sam_> roll call!
[2022-05-08T20:01:02+0100] • dilfridge: here
[2022-05-08T20:01:02+0100] <@sam_> dilfridge: gyakovlev: Marecki: mattst88: mgorny: ulm:
[2022-05-08T20:01:03+0100] • sam_: here
[2022-05-08T20:01:05+0100] • Marecki: here
[2022-05-08T20:01:06+0100] • mattst88: here
[2022-05-08T20:02:27+0100] • ulm: here
[2022-05-08T20:02:37+0100] • gyakovlev: here
[2022-05-08T20:02:41+0100] <@sam_> mgorny: 
[2022-05-08T20:03:34+0100] <@sam_> we'll give him 5 minutes
[2022-05-08T20:03:45+0100] <@gyakovlev> agenda on our archives, for log purposes:
[2022-05-08T20:03:45+0100] <@gyakovlev> https://archives.gentoo.org/gentoo-project/message/654cbd7be9e3d8544ed21259be08be9c
[2022-05-08T20:05:56+0100] <@mgorny> sorry
[2022-05-08T20:05:57+0100] • mgorny: here
[2022-05-08T20:05:59+0100] <@sam_> \o/
[2022-05-08T20:06:03+0100] <@sam_> ok, let's proceed
[2022-05-08T20:06:04+0100] <@mgorny> trying to figure out qmake
[2022-05-08T20:06:18+0100] <@sam_> the agenda is in a slightly unusual order but let's go with it (I did bugs before the pkgdev item)
[2022-05-08T20:06:29+0100] <@sam_> 2. Open bugs with council participation
[2022-05-08T20:06:41+0100] <@sam_> https://bugs.gentoo.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=CONFIRMED&bug_status=IN_PROGRESS&email2=council%40gentoo.org&emailassigned_to2=1&emailcc2=1&emailreporter2=1&emailtype2=substring&list_id=2625664&query_format=advanced
[2022-05-08T20:06:46+0100] <@sam_>  
[2022-05-08T20:06:48+0100] <@sam_> the main thing is bug 835165
[2022-05-08T20:06:49+0100] <willikins> sam_: https://bugs.gentoo.org/835165 "Reimbursement for SSD purchase for Infra 3/14/2022"; Gentoo Foundation, Reimbursements; CONF; antarus:trustees
[2022-05-08T20:06:57+0100] <@sam_> Marecki: dilfridge: you still need to vote on it, unless you want to discuss it here
[2022-05-08T20:07:17+0100] <@dilfridge> done
[2022-05-08T20:07:34+0100] <@sam_> the gist is just that antarus had to emergency pay from his pocket for infra costs
[2022-05-08T20:08:07+0100] <@sam_> robbat2, antarus, and IIRC some other members did some shopping around, and couldn't find any better deals
[2022-05-08T20:08:16+0100] <@sam_> it was also quite critical given it impaired woodpecker and other core services
[2022-05-08T20:09:05+0100] <@mattst88> 6 votes in favor. let's move on and if Marecki has comments we can discuss it later
[2022-05-08T20:09:08+0100] <@sam_> anyway, looks like Marecki has voted
[2022-05-08T20:09:12+0100] <@sam_> mattst88: patience
[2022-05-08T20:09:17+0100] <@sam_> I was just giving him a moment to speak here on IRC too
[2022-05-08T20:09:37+0100] <@sam_> but anyway, he's commented, and voted yes, so sounds good - 7 votes in favour
[2022-05-08T20:09:42+0100] <@sam_> passes
[2022-05-08T20:09:50+0100] <@sam_>  
[2022-05-08T20:09:52+0100] <@sam_> bug 176186
[2022-05-08T20:09:53+0100] <willikins> sam_: https://bugs.gentoo.org/176186 "Gentoo projects file hosting"; Gentoo Infrastructure, Other; IN_P; dsd:infra-bugs
[2022-05-08T20:10:11+0100] <@sam_> We discussed this in the last meeting; the gist is that we wanted to go with kup if possible
[2022-05-08T20:10:34+0100] <@sam_> robbat2 reached out to kernel.org to find out the missing glue for gitolite authentication with kup
[2022-05-08T20:11:01+0100] <@sam_> we've had a reply with a dump of their internal code
[2022-05-08T20:11:10+0100] <@sam_> we just need to process it and try wire it up
[2022-05-08T20:11:21+0100] <@sam_> so, nothing for us to do there, just wanted to keep us informed
[2022-05-08T20:11:27+0100] <@sam_>  
[2022-05-08T20:11:33+0100] <@sam_> bug 835152
[2022-05-08T20:11:34+0100] <@mattst88> cool
[2022-05-08T20:11:35+0100] <willikins> sam_: https://bugs.gentoo.org/835152 "Mirror pkgcore/* repos from github"; Gentoo Infrastructure, Git; CONF; sam:infra-bugs
[2022-05-08T20:11:40+0100] <@sam_> I think we're making progress on gitlab, nothing more to say there really
[2022-05-08T20:11:53+0100] <@sam_> I think the intention is to host everything for pkgcore on gitlab if possible
[2022-05-08T20:11:59+0100] <@sam_>  
[2022-05-08T20:12:02+0100] <@sam_> bug 786105
[2022-05-08T20:12:03+0100] <willikins> sam_: https://bugs.gentoo.org/786105 "access to manage projects on GH"; Gentoo Infrastructure, GitHub; CONF; vapier:github
[2022-05-08T20:12:11+0100] <@sam_> the latest ML discussion fizzled out, with no reply from vapier again
[2022-05-08T20:12:24+0100] <+antarus> vapier wanted to have lunch, but I am not on the east coast
[2022-05-08T20:12:27+0100] <@sam_> we could argue it's blocked on gitlab but I don't think this is for council anymore
[2022-05-08T20:12:31+0100] <@sam_> unCC for now?
[2022-05-08T20:12:42+0100] <@mattst88> sounds fine to me
[2022-05-08T20:12:49+0100] <@sam_> great
[2022-05-08T20:12:52+0100] <@dilfridge> unCC
[2022-05-08T20:13:19+0100] <@sam_> done
[2022-05-08T20:13:30+0100] <@sam_>  
[2022-05-08T20:13:31+0100] <@sam_> finally, bug 834997
[2022-05-08T20:13:33+0100] <willikins> sam_: https://bugs.gentoo.org/834997 "Missing summaries for 20211114 and 20211212 council meetings"; Gentoo Council, unspecified; CONF; ulm:dilfridge
[2022-05-08T20:13:39+0100] <@sam_> looks like it's for you dilfridge 
[2022-05-08T20:13:40+0100] <@dilfridge> yeah, soon
[2022-05-08T20:13:45+0100] <@sam_> nothing for us to discuss there
[2022-05-08T20:13:51+0100] <@sam_> alright
[2022-05-08T20:13:54+0100] <@sam_>  
[2022-05-08T20:13:56+0100] <@sam_> 3. Signoff behaviour of the pkgdev tooling (proposed change is to =
[2022-05-08T20:13:56+0100] <@sam_> disable signoff by default, but allow opt in via configuration)
[2022-05-08T20:14:00+0100] <@sam_> arthurzam: ^^
[2022-05-08T20:14:11+0100] <@sam_> I think this is essentially about us consenting to the change or raising any significant concerns
[2022-05-08T20:14:33+0100] <@sam_> ulm started the discussion in #gentoo-qa and it went from there; the gist being that some feel the sign-off part should be opt-in rather than opt-out, or it's meaningless
[2022-05-08T20:14:36+0100] <@mattst88> have we had people submit patches, and then when we ask them for a sign-off and agreement to the DCO they say no?
[2022-05-08T20:14:41+0100] <@dilfridge> honestly, whoever pushes to gentoo.git should be able to handle a change in default behaviour
[2022-05-08T20:15:05+0100] <@sam_> mattst88: the only time people say no in my experience is if I ask for real name, not for giving a DCO
[2022-05-08T20:15:11+0100] <@mattst88> yeah, same here
[2022-05-08T20:15:14+0100] <@dilfridge> and yes it makes sense to have the SOB off or undefined by default and to make it a conscious decision out of principle
[2022-05-08T20:15:21+0100] <@gyakovlev> I'm ok if it's explicit opt in via configuration, like repoman always was.
[2022-05-08T20:15:24+0100] <@sam_> to be honest, I think we've sort of reached consensus on this, even if it's not ideal to have churn, it is what it is
[2022-05-08T20:15:31+0100] <@gyakovlev> especially if it's done on .git/config basis
[2022-05-08T20:15:33+0100] <@sam_> obviously we'll have a few moments for folks to discuss
[2022-05-08T20:15:37+0100] <@gyakovlev> not on global basis
[2022-05-08T20:15:40+0100] • antarus: shrugs
[2022-05-08T20:15:46+0100] <@mattst88> yeah, can't you just configure SoB in .git/config?
[2022-05-08T20:15:48+0100] <@dilfridge> just have people switch it on once
[2022-05-08T20:15:49+0100] <@sam_> I think arthur just wanted some backing as he's handling the responsibility of a lot of tooling here
[2022-05-08T20:15:50+0100] <+antarus> one mans churhc is another mans progress
[2022-05-08T20:15:56+0100] <+antarus> churn*
[2022-05-08T20:15:59+0100] <@sam_> mattst88: no, sadly, because of git ideological mess
[2022-05-08T20:16:00+0100] <@mattst88> if you can do that, let's just do it and end the discussion :)
[2022-05-08T20:16:06+0100] <@gyakovlev> mattst88: git itself used to have such thing, but they removed it.
[2022-05-08T20:16:07+0100] <@sam_> mattst88: but arthur has added the equivalent to pkgdev config
[2022-05-08T20:16:13+0100] <@ulm> mattst88: you cannot turn it on in git be default, for good reason
[2022-05-08T20:16:16+0100] <+arthurzam> Yes, exactly - with some extra help from other devs, we currently have a very good behaviour design we can do for transition and ease of setup config
[2022-05-08T20:16:16+0100] <+arthurzam> Just some were against this (they were quiet since) so wanted back support as I see this global main tool of gentoo
[2022-05-08T20:16:17+0100] <@ulm> *by
[2022-05-08T20:16:19+0100] <@sam_> so I think we're all good, unless someone objects, which I'll give a few minutes for, and then we're moving on
[2022-05-08T20:16:30+0100] <@sam_> (then I'll call a vote, just for formality)
[2022-05-08T20:16:41+0100] <@dilfridge> who's formality?
[2022-05-08T20:16:44+0100] <@sam_> :p
[2022-05-08T20:16:47+0100] <@mgorny> you know what would be cool? if pkgdev printed the text on the first run, and asked for approval
[2022-05-08T20:16:54+0100] <@ulm> oh please, do we really need a vote on this?
[2022-05-08T20:17:04+0100] <@sam_> not if nobody objects, no
[2022-05-08T20:17:04+0100] <@ulm> micromanagement :(
[2022-05-08T20:17:14+0100] <@dilfridge> I'm fine with no vote
[2022-05-08T20:17:16+0100] <@sam_> but at least one person hasn't spoken yet :)
[2022-05-08T20:17:30+0100] <@dilfridge> Marecki is still busy on the ssd bug
[2022-05-08T20:17:40+0100] <@Marecki> I really don't care either way.
[2022-05-08T20:17:42+0100] <@sam_> I think we can do this by acclamation then
[2022-05-08T20:17:57+0100] <@sam_> we're happy with arthurzam's prerogative and the change is reasonable
[2022-05-08T20:18:02+0100] <@dilfridge> ack
[2022-05-08T20:18:04+0100] • ulm: acclaims :)
[2022-05-08T20:18:06+0100] <@sam_> :)
[2022-05-08T20:18:13+0100] <@sam_> excellent
[2022-05-08T20:18:16+0100] <@sam_> now, finally
[2022-05-08T20:18:18+0100] <+arthurzam> OK, that is good enough for me, I will implement it soon and do a release with announcement. Thank you all
[2022-05-08T20:18:25+0100] <@sam_> thanks a lot arthurzam!
[2022-05-08T20:18:29+0100] <@sam_> 4. Open floor
[2022-05-08T20:18:32+0100] <@sam_> Anyone got any topics to raise?
[2022-05-08T20:18:42+0100] • NeddySeagoon: raises a hand
[2022-05-08T20:18:47+0100] <@sam_> NeddySeagoon: What's up?
[2022-05-08T20:19:52+0100] <+NeddySeagoon> Next month is the last meeting before the election. I can just call it if you want. Council has a few weeks to influnce the timing. 
[2022-05-08T20:20:01+0100] <+NeddySeagoon> What does the team think?
[2022-05-08T20:20:33+0100] <+NeddySeagoon> I don't need a response tody
[2022-05-08T20:20:37+0100] <+NeddySeagoon> today*
[2022-05-08T20:20:55+0100] <@sam_> Define "just call it"? As in pick a date of your choosing, after the next meeting?
[2022-05-08T20:20:56+0100] <@mattst88> I'm confused what you're asking
[2022-05-08T20:21:00+0100] <@ulm> same time period as last year should be fine?
[2022-05-08T20:21:03+0100] <@sam_> yep
[2022-05-08T20:21:10+0100] <+NeddySeagoon> mattst88: yes
[2022-05-08T20:21:26+0100] <+NeddySeagoon> ulm: sam_ that werks
[2022-05-08T20:21:27+0100] <@mattst88> NeddySeagoon: that didn't help :)
[2022-05-08T20:21:54+0100] <@sam_> ok, I don't think anything for us to do unless someone wants to speak up. We can always revisit anyway?
[2022-05-08T20:22:00+0100] <@sam_> I think go ahead with normal planning like last year
[2022-05-08T20:22:16+0100] <+NeddySeagoon> I'll do some prep over the next couple of weeks
[2022-05-08T20:22:29+0100] <@sam_> I think it's somewhat minutiae (but thank you for asking), and I trust elections to handle it as they see fit
[2022-05-08T20:22:34+0100] <@mgorny> I'd say whatever works for elections team 
[2022-05-08T20:22:36+0100] <@sam_> ^
[2022-05-08T20:23:39+0100] <@sam_> so what were you actually asking for? whether we had a preferred date after the next meeting?
[2022-05-08T20:23:45+0100] <@sam_> i don't think it matters too much
[2022-05-08T20:24:00+0100] <@sam_> maybe if someone knew they would be unavailable
[2022-05-08T20:24:23+0100] <+NeddySeagoon> Preferred dates.  I'll propose something and email dev ML based on last yeal
[2022-05-08T20:24:27+0100] <@sam_> sounds good
[2022-05-08T20:24:34+0100] <@sam_> ok, anything else for open floor?
[2022-05-08T20:25:40+0100] <@ulm> NeddySeagoon: timing is best when the last meeting isn't within the voting period, and when there's some time after the voting for the new council to organise a meeting in that month
[2022-05-08T20:25:59+0100] <+NeddySeagoon> ulm: I remember.
[2022-05-08T20:26:03+0100] <@ulm> which is a little contradictory, but has worked out in the last years
[2022-05-08T20:26:44+0100] <@sam_> final call? nothing else?
[2022-05-08T20:27:01+0100] <@mattst88> nothing from me
[2022-05-08T20:27:17+0100] <@sam_> it's been a pretty quiet month tbh
[2022-05-08T20:27:22+0100] <@sam_> I think we can call it then
[2022-05-08T20:27:30+0100] • sam_: bangs the meeting gavel