2025-02-04 16:00:26 <@nirik:matrix.scrye.com> !startmeeting riscv-sig
2025-02-04 16:00:27 <@rwmj:matrix.org> testing 1 2 3
2025-02-04 16:00:28 <@meetbot:fedora.im> Meeting started at 2025-02-04 16:00:26 UTC
2025-02-04 16:00:28 <@meetbot:fedora.im> The Meeting name is 'riscv-sig'
2025-02-04 16:00:34 <@nirik:matrix.scrye.com> !topic init process / agenda gathering
2025-02-04 16:00:34 <@nirik:matrix.scrye.com> !meetingname riscv-sig
2025-02-04 16:00:35 <@meetbot:fedora.im> The Meeting Name is now riscv-sig
2025-02-04 16:00:41 <@nirik:matrix.scrye.com> morning all. :)
2025-02-04 16:00:49 <@rwmj:matrix.org> afternoon :-)
2025-02-04 16:01:06 <@abologna:matrix.org> !hi
2025-02-04 16:01:09 <@zodbot:fedora.im> None (abologna)
2025-02-04 16:01:22 <@nhanlon:beeper.com> !hi
2025-02-04 16:01:23 <@zodbot:fedora.im> Neil Hanlon (neil) - he / him / his
2025-02-04 16:01:44 <@nhanlon:beeper.com> Hola from 37,000ft above canada
2025-02-04 16:02:06 <@davidlt:matrix.org> !hi
2025-02-04 16:02:08 <@zodbot:fedora.im> David Abdurachmanov (davidlt)
2025-02-04 16:02:44 <@nirik:matrix.scrye.com> isn't technology grand...
2025-02-04 16:02:59 <@rwmj:matrix.org> the news is we have managed to (internally) hire someone to work on Fedora RISC-V full time; I don't know if he's in the channel however so I will wait until he's around to introduce him
2025-02-04 16:03:31 <@abologna:matrix.org> spoiler on said person's gender!
2025-02-04 16:03:57 <@nhanlon:beeper.com> Excellent!
2025-02-04 16:03:58 <@davidlt:matrix.org> Richard Jones: is this a position at Brno office?
2025-02-04 16:04:07 <@rwmj:matrix.org> remote I believe
2025-02-04 16:04:14 <@nirik:matrix.scrye.com> I have some news on secondary koji at some point here.
2025-02-04 16:04:33 <@abologna:matrix.org> do we have an agenda, or are we just going for unstructured chatter?
2025-02-04 16:04:35 <@rwmj:matrix.org> (Belgium)
2025-02-04 16:05:03 <@jflory7:fedora.im> !hi
2025-02-04 16:05:04 <@zodbot:fedora.im> Justin W. Wheeler (jflory7) - he / him / his
2025-02-04 16:05:27 <@abologna:matrix.org> JWW (@jflory7): the more the merrier :)
2025-02-04 16:05:39 <@davidlt:matrix.org> I had some ideas regarding topics in https://pagure.io/fedora-infrastructure/issue/11726#comment-953126
2025-02-04 16:05:53 <@rwmj:matrix.org> https://riscv-koji.fedoraproject.org/koji/ !
2025-02-04 16:06:18 <@davidlt:matrix.org> We also have one of P550 32GB boards connected to (existing) Koji.
2025-02-04 16:06:19 <@abologna:matrix.org> Richard Jones: yeah that happened while you were away. great isn't it :)
2025-02-04 16:06:27 <@nirik:matrix.scrye.com> There's no agenda... we can try and forulate one, or jump around.
2025-02-04 16:06:53 <@nirik:matrix.scrye.com> should we go into the secondary hub topic first?
2025-02-04 16:06:56 <@abologna:matrix.org> so I have a quick topic that we can maybe discuss before going into the more open-ended talk about koji
2025-02-04 16:07:03 <@abologna:matrix.org> if that's okay with everyone
2025-02-04 16:07:20 <@davidlt:matrix.org> Ok, go ahead.
2025-02-04 16:07:36 <@nirik:matrix.scrye.com> please do
2025-02-04 16:08:11 <@abologna:matrix.org> cool. as you might or might not know, we have published "blessed" Fedora 41 images a few days back
2025-02-04 16:08:27 <@abologna:matrix.org> (I wanted to write "official" but even with the surrounding quotes that seemed too much ;)
2025-02-04 16:08:49 <@nirik:matrix.scrye.com> I'd just remove that word at all. ;)
2025-02-04 16:08:50 <@jflory7:fedora.im> This is amazing!!
2025-02-04 16:08:54 <@jmontleon:fedora.im> And I can vouch that if you follow the instructions the p550 image works well.
2025-02-04 16:09:10 <@abologna:matrix.org> subsequently, I've made sure to update the wiki to point to them, refresh the installation instructions and so on... I'm not 100% happy with the result and it could still use some work, but it's acceptable IMO
2025-02-04 16:09:31 <@nirik:matrix.scrye.com> can we do a bit of marketing around them?
2025-02-04 16:09:34 <@davidlt:matrix.org> abologna: would it be worth doing forum or/and Fedora Magazine post about it?
2025-02-04 16:09:52 <@abologna:matrix.org> right, right. absolutely. but that's not what I wanted to talk about this very moment
2025-02-04 16:10:08 <@abologna:matrix.org> before we do that, I think we want to have everything neat and tidy
2025-02-04 16:10:21 <@abologna:matrix.org> so I would like to see all outdated contents gone from https://dl.fedoraproject.org/pub/alt/risc-v/
2025-02-04 16:10:28 <@jflory7:fedora.im> I think some docs for packagers about how to get started with RISC-V builders would go a long way. Then we can focus the outreach for the Packager community and hit channels like Mastodon and the Devel list.
2025-02-04 16:10:49 <@abologna:matrix.org> there's stuff there that's dating back almost a decade... I don't think anything needs to be salvaged beyond the latest F41 images
2025-02-04 16:11:14 <@abologna:matrix.org> I'd like to hear arguments of the contrary, if any
2025-02-04 16:11:35 <@abologna:matrix.org> IMO people landing there should not be presented with a barrage of obsolete stuff
2025-02-04 16:11:42 <@abologna:matrix.org> just what's relevant today
2025-02-04 16:11:46 <@davidlt:matrix.org> Well, a decade... Somehow I start feeling old. I am not 100% a fan of deleting everything without some kind of offline backup, but in general I agree.
2025-02-04 16:12:07 <@nirik:matrix.scrye.com> JWW (@jflory7): we are not ready for that yet. ;) (see next topic)
2025-02-04 16:12:22 <@abologna:matrix.org> I'm amendable to moving everything to a directory called "obsolete", "archive" or something like that
2025-02-04 16:12:23 <@jmontleon:fedora.im> Any point in archiving it? 
2025-02-04 16:12:40 <@rwmj:matrix.org> yeah move it to archive/ or something like that
2025-02-04 16:12:46 <@abologna:matrix.org> as long as it's obvious to anyone ending up there that they should only go look there if they're interested in the history of the effort
2025-02-04 16:12:52 <@abologna:matrix.org> the current situation is way too confusing
2025-02-04 16:13:07 <@abologna:matrix.org> I mean, we have both "disk-images" and "disk_images" for crying out loud :)
2025-02-04 16:13:07 <@davidlt:matrix.org> There might be binaries that I cooked, and I no longer cook for newer Fedora. Something for older boards.
2025-02-04 16:13:22 <@abologna:matrix.org> what kind of binaries?
2025-02-04 16:13:25 <@davidlt:matrix.org> (I need to check, save a few things [just in case])
2025-02-04 16:13:40 <@davidlt:matrix.org> Like various options for Unmatched depending how you boot.
2025-02-04 16:14:09 <@abologna:matrix.org> I think someone will need to figure out how to boot Unmatched with the F41 image
2025-02-04 16:14:11 <@nirik:matrix.scrye.com> abologna: are those the remix stuff? or predate that?
2025-02-04 16:14:31 <@abologna:matrix.org> nirik: no relation to the remix stuff
2025-02-04 16:14:32 <@davidlt:matrix.org> Nothing too important, I think. Thus I just need a good look, download [just in case] and we could nuke it.
2025-02-04 16:14:53 <@abologna:matrix.org> would you be opposed to just moving them off to the side for now, so that you can take your time looking into it?
2025-02-04 16:14:58 <@davidlt:matrix.org> I do know that some universities might be using existing disk images, etc. for their lectures. 
2025-02-04 16:14:59 <@abologna:matrix.org> that suits me fine personally
2025-02-04 16:15:02 <@rwmj:matrix.org> abologna: easiest is to just move it all to archive/ then if we realise we need something it's still there, and everyone else will ignore it
2025-02-04 16:15:24 <@davidlt:matrix.org> Sure, moving to "obsolete" (or whatever) is fine with me.
2025-02-04 16:15:48 <@abologna:matrix.org> cool, then I'll talk later to you and Rich about doing that
2025-02-04 16:16:35 <@abologna:matrix.org> if we want to discuss some sort of marketing push on the tail of this topic...
2025-02-04 16:17:09 <@nirik:matrix.scrye.com> my internet connection seems to be having problems. ;( Anyhow, +1 to moving to a archive dir.
2025-02-04 16:17:39 <@nhanlon:beeper.com> Id be willing to take a stab at a fedora magazine article, if we want
2025-02-04 16:18:04 <@davidlt:matrix.org> I think a forum post or/and Fedora Magazine might be nice to have. Especially since folks sometimes don't know how/where to find information about current activities (we are not spending a lot of time on PR these days).
2025-02-04 16:18:35 <@abologna:matrix.org> yeah Fedora Magazine sounds nice
2025-02-04 16:18:53 <@abologna:matrix.org> we've just reached a good milestone that is worth advertising
2025-02-04 16:18:54 <@nirik:matrix.scrye.com> agreed.
2025-02-04 16:19:42 <@nhanlon:beeper.com> Cool. Ill figure that out then with help from @JWW (@jflory7) cause ive never written for the magazine yet ;)
2025-02-04 16:20:09 <@abologna:matrix.org> I'd be happy to review/provide feedback/answer questions
2025-02-04 16:21:09 <@nirik:matrix.scrye.com> thanks for doing that Neil Hanlon!
2025-02-04 16:21:10 <@nirik:matrix.scrye.com> ok, shall we move to the next topic?
2025-02-04 16:21:48 <@jflory7:fedora.im> Happy to 👍🏻
2025-02-04 16:21:51 <@jflory7:fedora.im> https://docs.fedoraproject.org/en-US/fedora-magazine/workflow/
2025-02-04 16:22:01 <@davidlt:matrix.org> I think, we can move to the next one. Do you have a particular one in mind?
2025-02-04 16:22:13 <@nirik:matrix.scrye.com> !topic secondary koji
2025-02-04 16:22:36 <@abologna:matrix.org> nirik: I can see your messages fine
2025-02-04 16:22:43 <@abologna:matrix.org> well, except for the ones that I can't of course :)
2025-02-04 16:22:54 <@nirik:matrix.scrye.com> So, the secondary hub is finally installed... auth command line works (but web auth doesn't for some reason I haven't been able to figure out).
2025-02-04 16:23:07 <@nirik:matrix.scrye.com> It's currently a blank slate.
2025-02-04 16:23:28 <@nirik:matrix.scrye.com> I noted a bunch of next steps in https://pagure.io/fedora-infrastructure/issue/11726#comment-953126
2025-02-04 16:23:53 <@nirik:matrix.scrye.com> I need to make some x86 builders (for createrepos, etc)
2025-02-04 16:24:20 <@nirik:matrix.scrye.com> but then I guess we need to figure out how we want to populate it
2025-02-04 16:24:28 <@rwmj:matrix.org> davidlt: is this something you can help with?  re RISC-V builders, I have 3 attached to david's koji, but can reattach them to this one when we're ready
2025-02-04 16:24:44 <@davidlt:matrix.org> We will, but not at this time.
2025-02-04 16:25:04 <@davidlt:matrix.org> We dismantle everything once we start migration. Incl. starting to update all the hardware to F41 images.
2025-02-04 16:25:14 <@nirik:matrix.scrye.com> I can probibly play with the builder I have getting it to auth right, etc... then we can sort out migration of builders.
2025-02-04 16:25:29 <@davidlt:matrix.org> We aren't ready to start doing that.
2025-02-04 16:25:39 <@nirik:matrix.scrye.com> right, there's other steps.
2025-02-04 16:25:53 <@abologna:matrix.org> that makes figuring out how to boot existing boards using the new images a necessary step
2025-02-04 16:26:00 <@x3mboy:fedora.im> .hello2
2025-02-04 16:26:05 <@x3mboy:fedora.im> !hello x3mboy
2025-02-04 16:26:06 <@zodbot:fedora.im> Eduard Lucena (x3mboy) - he / him / his
2025-02-04 16:26:08 <@nirik:matrix.scrye.com> should we perhaps make a doc/tracking thing? or just want me to do the rest of the stuff I need to do and rediscuss?
2025-02-04 16:26:30 <@abologna:matrix.org> I'd be happy with a tracking doc, even if it's high level to start with
2025-02-04 16:26:37 <@abologna:matrix.org> we can make things more detailed as we go
2025-02-04 16:27:00 <@abologna:matrix.org> I suspect a lot of devil is going to be found in said details :)
2025-02-04 16:27:10 <@davidlt:matrix.org> Yeah, shouldn't be too problematic. I will cook required things for Unmatched. VF2 is good too. We have custom image for P550, but not for Spacemit stuff. We need  might want to do something similar as to P550.
2025-02-04 16:27:44 <@nirik:matrix.scrye.com> yep. Does anyone have a preference for where such a thing would live? hackmd? something else?
2025-02-04 16:27:47 <@abologna:matrix.org> if Jason Montleon has kernels I can assist with kiwi recipes. I don't have the hardware to test things myself
2025-02-04 16:27:56 <@davidlt:matrix.org> I am fine with anything.
2025-02-04 16:28:13 <@nirik:matrix.scrye.com> also, I'd love to get to a point where I am not a bottleneck. ;) I have a big datacenter move I need to work on.
2025-02-04 16:28:24 <@nirik:matrix.scrye.com> ok, I can make a hackmd... thats easy
2025-02-04 16:29:08 <@jmontleon:fedora.im> we will want to figure out uboot for spacemit
2025-02-04 16:29:09 <@davidlt:matrix.org> Also the same information (boards + F41 steps) should be available in wiki. QEMU, VF2 and P550 probably already is.
2025-02-04 16:29:14 <@jmontleon:fedora.im> other than that kernel is OK
2025-02-04 16:29:32 <@davidlt:matrix.org> Ah yes, U-Boot stuff. We can probably discuss this on #riscv:fedoraproject.org later on.
2025-02-04 16:29:44 <@abologna:matrix.org> yes, we have Good Enough™ documentation for the hardware that I can get my hands on
2025-02-04 16:30:24 <@abologna:matrix.org> we should expand it to cover more, but that requires people who have access to the machines to jump in and test/contribute
2025-02-04 16:30:40 <@villadalmine:fedora.im> Where I can find a list of board tested or supported 
2025-02-04 16:31:14 <@davidlt:matrix.org> Basically QEMU, Unmatched, VF2. Not really supported (but available) are P550 and Spacemit based boards (Jupiter, BPI-F3).
2025-02-04 16:31:14 <@abologna:matrix.org> a very good question that I'm afraid we don't have a very good answer for ;)
2025-02-04 16:31:33 <@abologna:matrix.org> ("just ask" is not a good answer)
2025-02-04 16:31:57 <@abologna:matrix.org> we could perhaps add at least a stub page for each board?
2025-02-04 16:32:07 <@davidlt:matrix.org> We probably should.
2025-02-04 16:33:05 <@abologna:matrix.org> the pattern has already been established, should be easy enough to set up stub pages. I can take care of that
2025-02-04 16:33:12 <@abologna:matrix.org> then someone will need to fill it in with actual information
2025-02-04 16:33:20 <@jmontleon:fedora.im> i think there is enough in upstream (6.13 / 6.14) for the lichee pi 4a to boot without patches now. The problem again remains u-boot. not that that's an exciting board.
2025-02-04 16:33:29 <@kashyapc:fedora.im> 
2025-02-04 16:33:29 <@kashyapc:fedora.im> I quickly looked at it; it looks like "disk-images" has Rawhide images, and the one with underscore has Sifve Unmatched, and a lone "fedora-40" directory :D 
2025-02-04 16:33:29 <@kashyapc:fedora.im> Reading back; yeah, this is confusing, to say the least.
2025-02-04 16:33:49 <@abologna:matrix.org> kashyapc: ignore the mess, we already agreed to clean it up :)
2025-02-04 16:34:10 <@kashyapc:fedora.im> Ah, okay; I'm still wading through the scrollback.
2025-02-04 16:36:10 <@abologna:matrix.org> anyone else wanted to raise a topic?
2025-02-04 16:36:24 <@nhanlon:beeper.com> Nothing from me
2025-02-04 16:36:43 <@abologna:matrix.org> I guess for the koji/builder part we're going to arrange things via hackmd/whatever so no need to discuss further here
2025-02-04 16:36:44 <@rwmj:matrix.org> nope
2025-02-04 16:37:27 <@jmontleon:fedora.im> I am trying to stay ahead of kernel surprises. spacemit boots with 6.14-rc1. vf2/lpi4a with 6.13 and I will check them on 6.14-rc1 when my build is done.
2025-02-04 16:37:34 <@kashyapc:fedora.im> 
2025-02-04 16:37:34 <@kashyapc:fedora.im> (Aside: I know we talked about here before, but I still wonder if we should make a 'fedora-risc-v'  list.  It can be useful to able to "refer" to some discussion with a URL.  Referring to Matrix chat URLs is a bit clunky.  This can wait, but I just wanted to note it again.)
2025-02-04 16:37:34 <@kashyapc:fedora.im> Should "someone" send a note to fedora-devel with a [risc-v] tag to it?  
2025-02-04 16:37:39 <@jmontleon:fedora.im> I am trying to stay ahead of kernel surprises. spacemit boots with 6.14-rc1. vf2/lpi4a with 6.13.1 and I will check them on 6.14-rc1 when my build is done.
2025-02-04 16:38:49 <@jmontleon:fedora.im> And I will figure out Megrez 6.6.y if/when I get it.
2025-02-04 16:39:09 <@rwmj:matrix.org> do we need more mailing lists? IMHO risc-v is not sufficiently different from arm or x86 and those are discussed on the main list
2025-02-04 16:39:28 <@davidlt:matrix.org> We might want to cook custom builder images too. Not the generic ones.
2025-02-04 16:39:52 <@abologna:matrix.org> there are lists for arm, ppc, s390. having one for riscv would honestly make sense to me, but just having "tagged" threads on devel@ would also work
2025-02-04 16:40:02 <@kashyapc:fedora.im> Hehe, I don't for sure. If using the classic devel-list is fine with the 'risc-v' tag, it's enough.
2025-02-04 16:40:04 <@abologna:matrix.org> especially if the traffic is low
2025-02-04 16:40:36 <@kashyapc:fedora.im> That was the reason I brought it up.  We also in the past had fedora-cloud 10 years ago, and we disbanded it, once things stabilized.
2025-02-04 16:40:59 <@kashyapc:fedora.im> That was the reason I brought it up.  We also had 'fedora-cloud' list 10 years ago, and we disbanded it, once things stabilized.
2025-02-04 16:41:07 <@kashyapc:fedora.im> That was the reason I brought it up.  We also had 'fedora-cloud' list 10 years ago, and we disbanded it once things stabilized.
2025-02-04 16:41:19 <@abologna:matrix.org> davidlt: what would the builder image have that the generic one doesn't? I think I'd be more leaning towards generic (possibly per-board) image + instructions on how to set up a koji builder on top of that
2025-02-04 16:41:42 <@abologna:matrix.org> unless there's something that needs to be fundamentally different in terms of e.g. disk layout
2025-02-04 16:41:57 <@abologna:matrix.org> so it can't simply be changed after provisioning
2025-02-04 16:43:19 <@davidlt:matrix.org> I don't want initial setup 😄
2025-02-04 16:43:45 <@davidlt:matrix.org> It's one thing to do in once or so, but it's another thing to do it <50 times.
2025-02-04 16:44:32 <@kashyapc:fedora.im> What are these "builder images"?  
2025-02-04 16:44:35 <@abologna:matrix.org> note that once technically *is* <50 times ;)
2025-02-04 16:44:58 <@jmontleon:fedora.im> i am not a fan of initial-setup either
2025-02-04 16:45:11 <@kashyapc:fedora.im> (I ask because, the term "builder" is a bit overloaded for me: `virt-builder`, Koji "builder", and omre.)
2025-02-04 16:45:16 <@jmontleon:fedora.im> probably koji, etc. installed so there's one less step; tmp.mount masked, etc.?
2025-02-04 16:45:20 <@kashyapc:fedora.im> (I ask because, the term "builder" is a bit overloaded for me: `virt-builder`, Koji "builder", and more.)
2025-02-04 16:45:27 <@abologna:matrix.org> tmp.mount is already masked
2025-02-04 16:45:32 <@davidlt:matrix.org>  I want to flash & go approach, and then I detect the board based on the MAC address to handle the rest.
2025-02-04 16:46:22 <@nirik:matrix.scrye.com> On lists: we should perhaps try and use discussion tagged items? you can point to them on devel list too. ;)
2025-02-04 16:46:32 <@davidlt:matrix.org> Note, I will cook a custom image at least for myself, but it might be good to have one in general.
2025-02-04 16:46:53 <@davidlt:matrix.org> nirik:
2025-02-04 16:46:53 <@davidlt:matrix.org> > We need to determine for sure if we need the git overlay and where it will live and add it to allowed scms.
2025-02-04 16:47:14 <@abologna:matrix.org> the problem is that if we start offering images for more boards then we need to have two of each... I'm not opposed to it necessarily, it's just a bit of overhead
2025-02-04 16:47:19 <@davidlt:matrix.org> I was thinking about it, and could we handle it via Koji Hub policy? Maybe permission for build_from_scm?
2025-02-04 16:47:58 <@nirik:matrix.scrye.com> yeah... last I heard it sounds like we are going to need overlay for at least some things. ;(
2025-02-04 16:48:14 <@nirik:matrix.scrye.com> sure, it could be allowed there...
2025-02-04 16:48:16 <@davidlt:matrix.org> We will need overlay for some time thus let's use /fork/ in the official Fedora dist-git. Block it on the hub level based on the permission. Only a few users should be able to cook those.
2025-02-04 16:48:22 <@kashyapc:fedora.im> You mean using here? - https://discussion.fedoraproject.org/
2025-02-04 16:48:22 <@kashyapc:fedora.im> I don't mind anything as long as it is "referrable" with a URL.  As you can guess, my intention here is just so that not all useful info that future community members can benefit from is not lost.)
2025-02-04 16:48:22 <@kashyapc:fedora.im> 
2025-02-04 16:48:37 <@kashyapc:fedora.im> I don't mind anything as long as it is "referrable" with a URL.  As you can guess, my intention here is just so that not all useful info that future community members can benefit from is not lost.)
2025-02-04 16:48:37 <@kashyapc:fedora.im> You mean using the tags here? - https://discussion.fedoraproject.org/
2025-02-04 16:48:37 <@kashyapc:fedora.im> 
2025-02-04 16:48:38 <@abologna:matrix.org> random idea: could we create a group on GitLab and keep the overlay there?
2025-02-04 16:48:49 <@davidlt:matrix.org> I think, this would make the whole setup a lot simpler for you to configure.
2025-02-04 16:48:51 <@abologna:matrix.org> since managing a group on pagure is apparently complicated
2025-02-04 16:49:18 <@nirik:matrix.scrye.com> yep. https://discussion.fedoraproject.org/tags/c/project/7/risc-v-sig
2025-02-04 16:49:23 <@davidlt:matrix.org> We don't need a group this way. Everything is in the official dist-git as a fork, but we only allow a few folks to submit those to Koji Hub.
2025-02-04 16:49:40 <@davidlt:matrix.org> Koji permissions are a lot easier to handle.
2025-02-04 16:49:44 <@kashyapc:fedora.im> And Pagure will be retired anyway soon, in favor for "Forjego", if I type it right from memory)
2025-02-04 16:49:50 <@abologna:matrix.org> but contributing to the fork itself would be the problem, no?
2025-02-04 16:49:54 <@abologna:matrix.org> who owns the fork?
2025-02-04 16:50:01 <@abologna:matrix.org> how do other people push to it?
2025-02-04 16:50:04 <@davidlt:matrix.org> Also Koji has a way to check "if user is in a group" but those are probably tied to Kerberos whatever.
2025-02-04 16:50:14 <@nirik:matrix.scrye.com> yeah, forks would work, but the only confusing thing is that they would be scattered and would need to keep track of which fork for which package...
2025-02-04 16:50:27 <@abologna:matrix.org> if you had a gitlab group, you could just have the forks live there and use regular gitlab permissions for those
2025-02-04 16:50:38 <@abologna:matrix.org> invite people over, use MRs, whatever
2025-02-04 16:50:46 <@davidlt:matrix.org> abologna: everyone can create a fork, but only a few actually submit it. You would need to look at the Koji to find SCM link to the fork.
2025-02-04 16:51:08 <@abologna:matrix.org> yeah I agree with nirik that it sounds like a mess
2025-02-04 16:51:28 <@nirik:matrix.scrye.com> I think the 'if user is in a group' thing, the group is actually a permission...
2025-02-04 16:51:33 <@davidlt:matrix.org> Well, we need to decide if we want something custom, or just use Fedora infra as-is and figure out how to adapt 😄
2025-02-04 16:51:51 <@davidlt:matrix.org> Nah, permission as checked wit has_perm IIRC.
2025-02-04 16:51:52 <@abologna:matrix.org> what if you have some changes, I make some changes of my own, and I submit a new build?
2025-02-04 16:52:05 <@abologna:matrix.org> I think there should be a "canonical" repo for each package in the overlay
2025-02-04 16:52:16 <@davidlt:matrix.org> Looking at Koji code group thing is something else and that information arrives the kerberos (unix groups, etc. maybe).
2025-02-04 16:52:20 <@abologna:matrix.org> it becomes really hard to manage things otherwise
2025-02-04 16:52:46 <@davidlt:matrix.org> If we use forks you basically always have to check Koji for SCM URL.
2025-02-04 16:52:57 <@nirik:matrix.scrye.com> koji also uses 'group' to talk about package groups that are set for buildroots. :) confusion abounds.
2025-02-04 16:53:07 <@abologna:matrix.org> well the topic is complex and deserves some in-depth discussion IMO. I suggest we shelve it for now
2025-02-04 16:53:17 <@abologna:matrix.org> I will need to leave in a couple minutes
2025-02-04 16:53:21 <@davidlt:matrix.org> Yeah, I am talking about `user_in_group`
2025-02-04 16:53:49 <@davidlt:matrix.org> But `has_perm` might be easier as that is directly in Koji db.
2025-02-04 16:53:58 <@nirik:matrix.scrye.com> yeah, I have to run the next meeting in here in a few.
2025-02-04 16:54:14 <@nirik:matrix.scrye.com> yeah, we could do something with a riscv permission.
2025-02-04 16:54:33 <@nirik:matrix.scrye.com> !topic Open Floor
2025-02-04 16:54:46 <@nirik:matrix.scrye.com> anyone have any other quick items before we move back to #riscv:fedoraproject.org ?
2025-02-04 16:55:25 <@abologna:matrix.org> not me :)
2025-02-04 16:56:00 <@nirik:matrix.scrye.com> ok, thanks everyone. I'll try and whip up a hackmd and we can discuss overlay plans and other stuff in channel.
2025-02-04 16:56:04 <@nirik:matrix.scrye.com> !endmeeting