<@amoloney:fedora.im>
14:02:02
!startmeeting Fedora Council Meeting
<@meetbot:fedora.im>
14:02:04
Meeting started at 2025-06-18 14:02:02 UTC
<@meetbot:fedora.im>
14:02:04
The Meeting name is 'Fedora Council Meeting'
<@churchyard:fedora.im>
14:02:35
hi
<@amoloney:fedora.im>
14:02:59
!group members council
<@zodbot:fedora.im>
14:03:05
Members of council: Aoife Moloney, Aleksandra Fedorova, Miro Hrončok, David Cantrell, Jason Brooks, jflory7 (@jflory7:fedora.im, @fca:fedoraproject.org), Jona Azizaj, Jef Spaleta
<@amoloney:fedora.im>
14:03:09
!hi
<@zodbot:fedora.im>
14:03:10
Aoife Moloney (amoloney)
<@jspaleta:fedora.im>
14:03:13
!hi
<@zodbot:fedora.im>
14:03:15
Jef Spaleta (jspaleta) - he / him / his
<@jbrooks:matrix.org>
14:03:17
!hi jasonbrooks
<@zodbot:fedora.im>
14:03:20
Jason Brooks (jasonbrooks) - he / him / his
<@bookwar:fedora.im>
14:03:48
!hi
<@zodbot:fedora.im>
14:03:49
Aleksandra Fedorova (bookwar) - she / her / hers
<@churchyard:fedora.im>
14:03:50
!hi
<@zodbot:fedora.im>
14:03:51
Miro Hrončok (churchyard) - he / him / his or they / them / theirs
<@dcantrell:fedora.im>
14:06:07
!hi
<@zodbot:fedora.im>
14:06:09
David Cantrell (dcantrell) - he / him / his
<@amoloney:fedora.im>
14:06:36
I think were almost all here
<@jonatoni:fedora.im>
14:06:40
!hi
<@zodbot:fedora.im>
14:06:42
Jona Azizaj (jonatoni) - she / her / hers
<@amoloney:fedora.im>
14:07:03
Justin is on vaycay, so now with Jona here we are good to go :)
<@amoloney:fedora.im>
14:08:15
!topic Agenda for today
<@amoloney:fedora.im>
14:08:25
!link https://discussion.fedoraproject.org/t/council-meeting-agenda-2025-06-18/155881
<@amoloney:fedora.im>
14:09:49
!info the topics for today are to discuss ticket #526, ticket #536, ticket #513, any status reports and any other business
<@amoloney:fedora.im>
14:10:19
!topic Ticket #526
<@amoloney:fedora.im>
14:10:40
!link https://pagure.io/Fedora-Council/tickets/issue/526
<@churchyard:fedora.im>
14:12:15
I pretty much am OK with the text in the etherpad
<@amoloney:fedora.im>
14:12:16
!info the Fedora council have been asked to provide guidance to the Konflux team on how best to engage with the fedora commuinity. There has already been a meeting where members of the konflux team joined the council to discuss their work, and several discussion topics on discourse. Theres been information shared informally too. Lets try close this out
<@amoloney:fedora.im>
14:12:52
Some feedback for a reply was captured in this pad too https://pad.sfconservancy.org/p/fedora-council-ticket-526
<@bookwar:fedora.im>
14:13:23
Post the text and close the ticket.
<@amoloney:fedora.im>
14:13:35
Is there anything we need to discuss more on this?
<@amoloney:fedora.im>
14:13:44
I see 2 replies to post and close :)
<@bookwar:fedora.im>
14:13:46
We need to move from meta conversations to the actual conversations
<@jspaleta:fedora.im>
14:14:06
Honestly I dont think that guidance is good enough to be actionable. Its fine, its just not going to move the needle.
<@jbrooks:matrix.org>
14:14:53
What might be spelled out better in that response is this needs to be resourced -- someone from konflux needs to have time each week to stay on this
<@bookwar:fedora.im>
14:14:59
I think community initiative ramework is actually helping in this case. Because we need all its questions answered: scope, benefit to fedora, work plan,..
<@jspaleta:fedora.im>
14:15:32
Konflux legitimately doesnt know how to be an upstream project. Not to throw them under the bus, but right now they dont even have a place for interested upstream contributors to introduce themselves. The mailinglist is private, there's no obvious async comms.
<@bookwar:fedora.im>
14:15:55
I think community initiative framework is actually helping in this case. Because we need all its questions answered: scope, benefit to fedora, work plan,..
<@churchyard:fedora.im>
14:16:43
Honestly, I don't think we should be doing this for them. I mean, I appreciate they are trying, but it feels like their idea for Fedora invovlement is to go to the Council. That's not going to work.
<@churchyard:fedora.im>
14:17:11
Honestly, I don't think we should be doing this for them. I mean, I appreciate they are trying, but it feels like their idea of Fedora involvement is to go to the Council. That's not going to work.
<@amoloney:fedora.im>
14:17:39
I feel the same. Theres a saying 'you can lead a horse to water, but you cant make them drink' I feel like Konflux is not ready to drink the water yet. And thats ok! But we cant keep pushing on them if theyre not
<@bookwar:fedora.im>
14:18:01
It seems to me that they don't know _if_ _they_ _want_ to be an upstream project. And even who _they_ are in this case.
<@bookwar:fedora.im>
14:18:23
And this is not something Fedora project can decide or help with
<@amoloney:fedora.im>
14:18:38
So Im +1 to *our* guidance being whats in the pad, and to work towards submitting a community initiative
<@jspaleta:fedora.im>
14:18:39
I wouldn't go that far. I just don't think they know how. I've already asked for the mailinglist to be opened.
<@amoloney:fedora.im>
14:19:21
Is that recommendation in the pad? If its not, we should add it in. Thats legitimate guidance
<@jspaleta:fedora.im>
14:19:40
i dont want to be prescriptive from "The council"
<@bookwar:fedora.im>
14:19:46
Jef Spaleta: I think closing the ticket doesn't mean we can not continue talking about this topic or trying to help (as experienced FOSS people) in some of our capacity. But it doesn't seem valuable to have the meta conversation open on the Coucil level
<@amoloney:fedora.im>
14:19:54
but thats what theyre asking for....
<@amoloney:fedora.im>
14:20:02
how come you dont want that?
<@jspaleta:fedora.im>
14:20:06
bookwar: agreed
<@bookwar:fedora.im>
14:20:16
Jef Spaleta: I think closing the ticket doesn't mean we can not continue talking about this topic or trying to help (as experienced FOSS people) in some of our capacity. But it doesn't seem valuable to have the meta conversation open on the Council level
<@jspaleta:fedora.im>
14:21:25
because individual projects will make specific decisions. The council could make a more general recommendation that is evergreen like "be a functioning open source project"
<@jspaleta:fedora.im>
14:22:03
but mandating specific comms or how they onboard new contributors.. is overly prescriptive
<@bookwar:fedora.im>
14:22:37
I think we agree on that.
<@churchyard:fedora.im>
14:23:12
we are not mandating specific comms, are we? we give advice
<@amoloney:fedora.im>
14:23:23
I agree, but also kind of disagree because Im not seeing this as us mandating anything. however you are
<@amoloney:fedora.im>
14:23:44
I agree, but also kind of disagree because Im not seeing this as us mandating anything. however you are seeing it like that so maybe we need ot be more careful with the wording
<@amoloney:fedora.im>
14:23:50
sorry pressed enter too soon :)
<@jspaleta:fedora.im>
14:24:31
the fact that the only having a private mailinglist right now... is just an implementation detail of their situation. Having a communicated way for interested contributors to get involved would be a more evergreen recommendation
<@jbrooks:matrix.org>
14:25:16
They need help, and that's not something the council is set up to give. The suggestion of the initiative process is really the whole answer
<@jbrooks:matrix.org>
14:25:37
This is something that RH's OSPO could help with, though
<@churchyard:fedora.im>
14:25:50
I also think that maybe they expect to get a list of things and then if they do them and Fedora contributors still don't seem interested, they will point fingers at that list and say "we did everything Council told us, why are you not intesrted?"
<@jspaleta:fedora.im>
14:26:07
yes that is a vibe
<@churchyard:fedora.im>
14:26:34
so we should probably not give them a list, to prevent that :D
<@amoloney:fedora.im>
14:26:45
I hadnt seen this perspective 🤔
<@amoloney:fedora.im>
14:27:10
ok then so are we recommending the community initiative framework altogether then?
<@bookwar:fedora.im>
14:27:35
I am with Jason on this. So I think the initiative framework as the answer, the everything else on that etherpad is a recommendation, and generally we are open for asks for help, but there is no silver bullet or a sliber buller list which gives you a path to success.
<@churchyard:fedora.im>
14:27:38
(but I tend to always expect the worse outcomes)
<@jspaleta:fedora.im>
14:27:48
but that's a problem we/I have to solve with RH discussions. There's a goalpost already setup here which fedora technical leadership feedback will rub up against.
<@bookwar:fedora.im>
14:27:49
I am with Jason on this. So I think the initiative framework is the answer, the everything else on that etherpad is a recommendation, and generally we are open for asks for help, but there is no silver bullet or a sliber bullet list which gives you a path to success.
<@jbrooks:matrix.org>
14:28:05
The guidance in the pad is find, I would just underline that it'll take some actual person-time to make this stuff happen
<@amoloney:fedora.im>
14:28:14
and have the suggestions like 'have a matrix room, send some kind of frequent comms, have an open repo, etc' included as well as kind of best practices?
<@jbrooks:matrix.org>
14:28:18
The guidance in the pad is fine, I would just underline that it'll take some actual person-time to make this stuff happen
<@bookwar:fedora.im>
14:28:41
I am with Jason on this. So I think the initiative framework is the answer, the everything else on that etherpad is a recommendation, and generally we are open for asks for help, but there is no silver bullet or a silver bullet list which gives you a path to success.
<@jspaleta:fedora.im>
14:29:03
oh matrix room is problematic
<@amoloney:fedora.im>
14:29:14
they have one already
<@jspaleta:fedora.im>
14:29:27
upstream hosting in our matrix.. given the restrictions right now...
<@amoloney:fedora.im>
14:29:48
#konflux:fedora.im
<@bookwar:fedora.im>
14:29:50
they have a matrix room and a SIG, so there is no controversy in that part
<@jspaleta:fedora.im>
14:29:56
its not clear how non-fedora contributors.. in a viable upstream project sense.. would get in
<@jbrooks:matrix.org>
14:30:14
federated
<@jspaleta:fedora.im>
14:30:17
the invite situation is a mess
<@jspaleta:fedora.im>
14:30:32
we have restrictions in place right now
<@bookwar:fedora.im>
14:30:42
I think we are going to deep into details
<@jbrooks:matrix.org>
14:30:47
This is getting a bit afield...
<@jspaleta:fedora.im>
14:31:06
as i said.. making specific recommendations.. is not something i want the council statement to get into
<@amoloney:fedora.im>
14:31:29
ok proposal: use the content in the pad to address the ticket, and underline the need for someone(s) in the Konflux effort to drive this work towards and then through as a Fedora Community Initiative
<@bookwar:fedora.im>
14:31:33
The recommendation is to have an open channel for communications. Matrix is an example, and they already have it
<@amoloney:fedora.im>
14:33:07
any other objections to agreeing to that? I will put an agreed statement on it then if we are all a-ok with the pad, with a little tweaking
<@churchyard:fedora.im>
14:33:25
What if wa said: Therefore, we advise the Konflux *as individuals from the Council*. -- to stress out that the Council as a body does not (and cannot) give advices like that?
<@jspaleta:fedora.im>
14:35:23
no objection from me. I'll probably end up getting involved in the Initative process if/when they are ready to commit to it.
<@jflory7:fedora.im>
14:35:57
Post the pad, move on 😉
<@jflory7:fedora.im>
14:36:04
There are more valuable discussions to be had
<@amoloney:fedora.im>
14:37:32
!agreed The council will tweak the pad content to reflect that we do not wish to prescribe any mandatory steps to the konflux team, but we will suggest ways in which they can be more involved in the Fedora community, and request they drive their work towards proposing a community initiative
<@amoloney:fedora.im>
14:37:44
done
<@bookwar:fedora.im>
14:38:07
Thanks Aoife Moloney
<@amoloney:fedora.im>
14:38:21
thank you all too for your discussion and input!
<@zodbot:fedora.im>
14:38:25
churchyard gave a cookie to amoloney. They now have 97 cookies, 20 of which were obtained in the Fedora 42 release cycle
<@amoloney:fedora.im>
14:38:41
!topic Ticket #513
<@amoloney:fedora.im>
14:38:45
!link https://pagure.io/Fedora-Council/tickets/issue/513
<@amoloney:fedora.im>
14:40:12
!info Following the proven packager incident of Dec 2024, this ticket which was previously private is now public. One of the action items for the Fedora Council is to establish a set of guidelines that our community teams can use when faced with making decisions that can impact another contributors ability to contribute to Fedora
<@amoloney:fedora.im>
14:40:21
I think that sums it up a bit :(
<@amoloney:fedora.im>
14:40:59
This came up at the council f2f in Feb too, but we need an owner on this now officially to put pen to paper
<@churchyard:fedora.im>
14:41:07
the ticket seems to cover a more general case, doesn't it?
<@amoloney:fedora.im>
14:41:27
it does, and the ask, or expectation, is that these guidelines can be used generally
<@jflory7:fedora.im>
14:41:27
I thought it was me
<@churchyard:fedora.im>
14:41:37
e.g. I know at FESCo, voting +1 to your own proposal is considered allowed
<@amoloney:fedora.im>
14:41:39
this is not exclusively for pp
<@bookwar:fedora.im>
14:42:01
Yes, I think the goal is to create a project-wide guidance, not just FESCo/Council
<@churchyard:fedora.im>
14:42:07
I meant it isn't exclusively for "impact another contributors ability to contribute" either
<@amoloney:fedora.im>
14:42:55
Its assigned to me because I was liasing with Peter, but the actual guidelines I think were assigned to you Justin Wheeler (away until 2025-06-26) but you already have a lot of these tickets mounting up so is this one you want to keep? Or collaborate with others on?
<@churchyard:fedora.im>
14:42:58
do we assume that just because the pp incident?
<@amoloney:fedora.im>
14:43:29
sorry thats the wording we used to capture the main point of the guidelines
<@amoloney:fedora.im>
14:44:19
this has come about because of the pp incident, but we should have some kind of framework or guidelines in place for the very rare cases like this one
<@jspaleta:fedora.im>
14:44:36
im going to hate myself for this... but does it make sense for me to pen a first draft if the intent of this is to go beyond the pp stuff? Since I was not involved, I'm not biased by what transpired.
<@amoloney:fedora.im>
14:44:39
it doesnt have to be particularly heavy either
<@bookwar:fedora.im>
14:45:03
This would be helpful
<@amoloney:fedora.im>
14:45:11
I would prefer you lead that Jef, tbh. As FPL, this is a project-wide thing so it would fit better imo
<@bookwar:fedora.im>
14:46:05
I am not big fan of such policies, so i would probably only write something like: in case of concerns - escalate here. And deal with it on a case by case basis. But I would be interested to see other proposals.
<@jspaleta:fedora.im>
14:46:07
then people who were involved with the unpleasantness can see if the language would have retroactively helped the situation.
<@churchyard:fedora.im>
14:46:32
I would like to state up front that I am not much inclined to put something like "remove yourself from the discussion/ticket when the change or proposal is yours" into that
<@jbrooks:matrix.org>
14:47:44
The pp situation was more conflict prone, I'd say
<@jbrooks:matrix.org>
14:47:59
Akin to a coc enforcement
<@churchyard:fedora.im>
14:48:12
obviously, if I propose "mhroncok is the new FPL starting now" me voting for that might be a conflict of interest. but if I propose a new policy about something I also stand by my own proposal and want to be able to support it :/
<@amoloney:fedora.im>
14:49:09
^^ This is it exactly in an example form, so Jef Spaleta if you can pen something generic and lightweight that captures this then I think we'd be in a good spot for feedback
<@jspaleta:fedora.im>
14:51:02
mhroncok: counter proposal... with regard to any decision process not coucil.. there's a mechanism to request coucil review of conflict of interest that gives council the authority to remove the confict of interest
<@amoloney:fedora.im>
14:52:05
Could that be bookwar 's suggestion of 'escalate here'?
<@jspaleta:fedora.im>
14:52:14
yes that speaks to that
<@churchyard:fedora.im>
14:52:50
that kinda begs the question: what about council itself
<@churchyard:fedora.im>
14:52:57
but we don't have to solve that here
<@bookwar:fedora.im>
14:53:20
I think we think in the same direction, so once we have that draft going, we will be able to iterate on it
<@jspaleta:fedora.im>
14:54:05
ugh.. action me i guess
<@amoloney:fedora.im>
14:54:14
hurray :p
<@bookwar:fedora.im>
14:54:20
Is it the first one? :)
<@amoloney:fedora.im>
14:55:16
!action Jef Spaleta will draft an initial generic <thing> that covers how to navigate conflict of interests
<@amoloney:fedora.im>
14:55:37
I said thing because Im not sure if it wll be a policy or guidelines or a picture :D
<@amoloney:fedora.im>
14:55:58
with the last few mins, Im going to defer the set agenda in favour of open floor/AOB
<@jspaleta:fedora.im>
14:56:03
my prefered policy medium is interpretive dance
<@amoloney:fedora.im>
14:56:14
!topic Open Floor
<@churchyard:fedora.im>
14:56:14
not curling?
<@amoloney:fedora.im>
14:56:34
anything pressing for discussion in the last few mins?
<@jspaleta:fedora.im>
14:56:51
oh open floor. I got something
<@jspaleta:fedora.im>
14:57:36
So the Cisco codec package situation. Which was mentioned at Flock. Its been noticed in the tech ecosystem, and we've havent said anything
<@amoloney:fedora.im>
14:58:16
is there something we could or should say on it?
<@jspaleta:fedora.im>
14:59:40
Its.. complicated.. because my understanding is they are signed/built by us.. but distributed by Cisco.. for software patent liability reasons.. dont quote me on that.. thats my current understanding.
<@churchyard:fedora.im>
14:59:56
that is my understanding as well, yes
<@churchyard:fedora.im>
15:00:27
what is "the situation"?
<@jspaleta:fedora.im>
15:00:36
If it was clear to me that its okay to talk about the situation. i would have already talked about it.
<@churchyard:fedora.im>
15:00:41
that it's CVE riddled and nobody fixes that? we have plenty of such packages in Fedora
<@jspaleta:fedora.im>
15:01:00
CVE fixed.. waiting... but not distributed
<@churchyard:fedora.im>
15:01:02
oh, ok, let's not talk about it then, if it's not clear :D
<@churchyard:fedora.im>
15:01:27
however, that kinda makes it harder to discuss it
<@bookwar:fedora.im>
15:01:46
I feel like we don't have enough time for this discussion, I am also not aware of the details. Should we get a ticket to look into it?
<@jspaleta:fedora.im>
15:01:48
its sort of a public secret.... except we dont have a narrative on what the breakdown is
<@amoloney:fedora.im>
15:02:08
were at time so we can move this to the council matrix room if theres more to talk about?
<@amoloney:fedora.im>
15:02:43
thanks everyone for all the contribution today!
<@amoloney:fedora.im>
15:02:46
!endmeeting