2026-02-11 16:08:17 <@niknikovsky:fedora.im> !startmeeting CentOS Hyperscale SIG
2026-02-11 16:08:19 <@meetbot:fedora.im> Meeting started at 2026-02-11 16:08:17 UTC
2026-02-11 16:08:19 <@meetbot:fedora.im> The Meeting name is 'CentOS Hyperscale SIG'
2026-02-11 16:08:24 <@niknikovsky:fedora.im> !topic Roll Call
2026-02-11 16:09:24 <@davide:cavalca.name> !hi
2026-02-11 16:09:27 <@zodbot:fedora.im> Davide Cavalca (dcavalca) - he / him / his
2026-02-11 16:09:35 <@gmambro:fedora.im> !hi
2026-02-11 16:09:37 <@zodbot:fedora.im> Gabriele Mambrini (gmambro) - he / him / his
2026-02-11 16:09:41 <@pzmarzly:matrix.org> !hi
2026-02-11 16:09:41 <@niknikovsky:fedora.im> !hi
2026-02-11 16:09:43 <@zodbot:fedora.im> Nik Nikovsky (niknikovsky) - he / him / his
2026-02-11 16:09:43 <@zodbot:fedora.im> Pawel Zmarzly (pawo2500) - he / him / his
2026-02-11 16:10:22 <@conan_kudo:matrix.org> !hi
2026-02-11 16:10:25 <@zodbot:fedora.im> Neal Gompa (ngompa) - he / him / his
2026-02-11 16:12:46 <@davide:cavalca.name> let's get started
2026-02-11 16:12:48 <@davide:cavalca.name> !topic Followups
2026-02-11 16:13:01 <@davide:cavalca.name> talks from Connect should be published already
2026-02-11 16:13:01 <@rcolebaugh:matrix.org> !hi
2026-02-11 16:13:10 <@davide:cavalca.name> and I need to clean up and publish the meetup notes as well
2026-02-11 16:13:19 <@zodbot:fedora.im> Raymond Colebaugh (rcolebaugh) - he / him / his
2026-02-11 16:13:24 <@niknikovsky:fedora.im> I assume that refers to One Connect Hub in Albania?
2026-02-11 16:13:41 <@davide:cavalca.name> CentOS Connect in Brussels, before FOSDEM
2026-02-11 16:13:46 <@niknikovsky:fedora.im> Ah
2026-02-11 16:14:30 <@davide:cavalca.name> as discussed there, I'm going to file a ticket with infra to get draft builds turned on in CBS
2026-02-11 16:14:36 <@davide:cavalca.name> so we can start experimenting with them in our CI flows
2026-02-11 16:15:04 <@conan_kudo:matrix.org> it'd be nice to use them for packaging updates
2026-02-11 16:15:19 <@conan_kudo:matrix.org> particularly when I try to do kernel package updates
2026-02-11 16:19:19 <@davide:cavalca.name> https://gitlab.com/CentOS/infra/tracker/-/issues/1853
2026-02-11 16:19:28 <@davide:cavalca.name> anything else for followups?
2026-02-11 16:21:39 <@davide:cavalca.name> next up
2026-02-11 16:21:40 <@davide:cavalca.name> !topic Announcements
2026-02-11 16:21:51 <@davide:cavalca.name> a bunch of us will be at SCALE next month
2026-02-11 16:22:08 <@davide:cavalca.name> and there's a fedora/centos event on Fri
2026-02-11 16:23:09 <@ngompa:fedora.im> Yep, I'll be there
2026-02-11 16:24:02 <@ngompa:fedora.im> !hi
2026-02-11 16:24:02 <@zodbot:fedora.im> Neal Gompa (ngompa) - he / him / his
2026-02-11 16:24:09 <@davide:cavalca.name> also as discussed during the meetup, pzmarzly and I have migrated all our repos from pagure to gitlab
2026-02-11 16:24:22 <@davide:cavalca.name> please eyeball for anything that might look off there
2026-02-11 16:24:36 <@ngompa:fedora.im> I haven't had a chance to look too deeply, but things look mostly fine
2026-02-11 16:25:05 <@ngompa:fedora.im> a reminder though that some of us may have created projects out of our pagure namespace that actually belong in our gitlab one
2026-02-11 16:25:20 <@davide:cavalca.name> yeah I still need to figure out some of my personal ones
2026-02-11 16:25:22 <@salimma:fedora.im> !hi
2026-02-11 16:25:22 <@zodbot:fedora.im> Michel Lind (salimma) - he / him / his
2026-02-11 16:25:28 <@salimma:fedora.im> totally forgot about this, sorry
2026-02-11 16:27:18 <@davide:cavalca.name> anything else for announcements?
2026-02-11 16:28:12 <@ngompa:fedora.im> I'll be doing a rebase to 6.18 today
2026-02-11 16:28:31 <@ngompa:fedora.im> I might even get c9s working thanks to a tip from Peter Georg
2026-02-11 16:28:57 <@davide:cavalca.name> oh I guess we should talk about the btrfs thing
2026-02-11 16:29:05 <@ngompa:fedora.im> the whole thing makes me want to burn the ARK spec to the ground 🔥
2026-02-11 16:29:13 <@davide:cavalca.name> for those who might have missed it: gitlab.com/redhat/centos-stream/src/kernel/centos-stream-10/-/merge_requests/2009
2026-02-11 16:29:39 <@salimma:fedora.im> ARK is the reason I have not upstreamed the perf improvements we made
2026-02-11 16:29:47 <@ngompa:fedora.im> there is a corresponding ARK MR too
2026-02-11 16:29:49 <@ngompa:fedora.im> !link https://gitlab.com/cki-project/kernel-ark/-/merge_requests/4347
2026-02-11 16:29:50 <@davide:cavalca.name> did they file the ARK MR for this?
2026-02-11 16:29:58 <@davide:cavalca.name> ah perfect thanks
2026-02-11 16:30:05 <@ngompa:fedora.im> !link http://gitlab.com/redhat/centos-stream/src/kernel/centos-stream-10/-/merge_requests/2009
2026-02-11 16:30:19 <@ngompa:fedora.im> so there are upsides and downsides to this
2026-02-11 16:31:07 <@ngompa:fedora.im> I will need to adapt when this lands in ARK because as it stands, this will break btrfs support for us since it is incompatible with how we enable it
2026-02-11 16:31:23 <@salimma:fedora.im> wait, how ?
2026-02-11 16:31:34 <@salimma:fedora.im> is it not just "enable the btrfs module"?
2026-02-11 16:31:35 <@ngompa:fedora.im> it's enabled as a module and that module is shunted to kernel-modules-internal
2026-02-11 16:32:00 <@ngompa:fedora.im> we want it in kernel-modules-core when it's built as a module
2026-02-11 16:32:37 <@salimma:fedora.im> ahh
2026-02-11 16:32:43 <@salimma:fedora.im> that's how they don't ship it
2026-02-11 16:32:46 <@ngompa:fedora.im> we actually enable it as a built-in filesystem for Hyperscale to side-step that whole mess
2026-02-11 16:33:01 <@ngompa:fedora.im> I didn't want to touch the variants stuff, and now I will have to anyway
2026-02-11 16:33:18 <@salimma:fedora.im> um.. are internal modules shipped but somehow barred from being used by the host kernel? e.g. excluded from dracut
2026-02-11 16:33:23 <@ngompa:fedora.im> hilariously fs/bcachefs is set for modules-core :/
2026-02-11 16:33:38 <@ngompa:fedora.im> my understanding is that the package is filtered out, it's simply not available
2026-02-11 16:33:46 <@ngompa:fedora.im> otherwise it's an ordinary subpackage
2026-02-11 16:34:03 <@salimma:fedora.im> not surprised given RH was gung ho about it until recently
2026-02-11 16:34:09 <@salimma:fedora.im> still ouch
2026-02-11 16:34:13 <@ngompa:fedora.im> Red Hat is enabling it because they need to be able to support migrating SUSE Linux VMs onto OpenShift from VMware
2026-02-11 16:34:53 <@ngompa:fedora.im> it's disabled on aarch64 because I don't think they've figured out a migration use-case that would justify it commercially
2026-02-11 16:35:22 <@ngompa:fedora.im> I don't know if the libguestfs stack supports pulling VMs from any other hypervisors to OpenShift or not yet
2026-02-11 16:35:54 <@ngompa:fedora.im> (libguestfs is the core of the "Migration Toolkit for Virtualization" product feature for OpenShift, it was demoed at Red Hat Summit last year)
2026-02-11 16:36:23 <@ngompa:fedora.im> !link https://developers.redhat.com/products/mtv
2026-02-11 16:36:37 <@salimma:fedora.im> oh god so it's even worse for our delta
2026-02-11 16:36:55 <@ngompa:fedora.im> the big upside though is that I think they will accept contributions to fs/btrfs in the RHEL kernel now
2026-02-11 16:37:02 <@ngompa:fedora.im> since it is "actively" used
2026-02-11 16:37:10 <@salimma:fedora.im> yeah, and I guess it will be in a compileable state
2026-02-11 16:37:11 <@ngompa:fedora.im> that is beneficial for our downstream work with AlmaLinux
2026-02-11 16:37:18 <@salimma:fedora.im> so I guess the kmod SIG has an easier time at this too
2026-02-11 16:37:22 <@ngompa:fedora.im> yup
2026-02-11 16:38:04 <@ngompa:fedora.im> so even if the kconfig setup is messed up in the RHEL kernel and ARK, I can deal with it, and it opens the door for the commitments we made to support the Kmods SIG and AlmaLinux on Btrfs to be reasonably executable
2026-02-11 16:38:06 <@niknikovsky:fedora.im> I don't know if this is the right chat for this, but I could somewhat contribute to fedora since I have some spare (possibly ARM based) tablets I could use
2026-02-11 16:38:40 <@ngompa:fedora.im> that's useful, though you should probably join #arm:fedoraproject.org to engage on that front
2026-02-11 16:39:03 <@salimma:fedora.im> yeah, this is currently the CentOS Hyperscale meeting :)
2026-02-11 16:39:33 <@ngompa:fedora.im> so at least wrt btrfs for Enterprise Linux and our efforts to support that: this is going to on a net-basis make things easier for us
2026-02-11 16:39:52 <@ngompa:fedora.im> it also means that CBS x86 builders can benefit from this for Hyperscale support
2026-02-11 16:40:06 <@ngompa:fedora.im> we might want to see if they're willing to enable for the other arches in kernel-modules-internal so CBS can use them
2026-02-11 16:40:40 <@ngompa:fedora.im> since the package is filtered out, it won't have a product impact, and if we can help support it in the RHEL kernel tree, I think that could be a win everywhere
2026-02-11 16:40:44 <@davide:cavalca.name> wanna file a jira for that?
2026-02-11 16:40:47 <@ngompa:fedora.im> sure
2026-02-11 16:40:54 <@ngompa:fedora.im> hmm, actually
2026-02-11 16:40:59 <@ngompa:fedora.im> it might be better if you ask
2026-02-11 16:41:23 <@davide:cavalca.name> sure, which component?
2026-02-11 16:41:37 <@ngompa:fedora.im> kernel / storage / something something
2026-02-11 16:41:45 <@salimma:fedora.im> we can make an argument for it too
2026-02-11 16:41:46 <@ngompa:fedora.im> but you should have some kind of completion for it
2026-02-11 16:41:59 <@ngompa:fedora.im> yeah I think the argument will be stronger when it's not from me
2026-02-11 16:42:03 <@salimma:fedora.im> say that if they backport something wrong and it starts failing on some architectures that's probably good signal evenif they don't use it
2026-02-11 16:42:40 <@ngompa:fedora.im> supporting community use-cases in CentOS I think is a lot stronger from community CentOS leaders :)
2026-02-11 16:43:10 <@davide:cavalca.name> there's a kernel / filesystem / btrfs but it's not a valid component for c10s
2026-02-11 16:43:16 <@davide:cavalca.name> I hate jira
2026-02-11 16:43:20 <@ngompa:fedora.im> don't we all
2026-02-11 16:43:21 <@davide:cavalca.name> oh well will figure this out later
2026-02-11 16:43:45 <@ngompa:fedora.im> !action Davide Cavalca to file a ticket in RHEL Jira about btrfs build for non-x86 for CBS usage
2026-02-11 16:44:25 <@ngompa:fedora.im> note you will have to ask for the ticket to be made public right after filing it, as kernel tickets are auto-private by default
2026-02-11 16:44:44 <@salimma:fedora.im> oh ... yikes
2026-02-11 16:44:51 <@salimma:fedora.im> has this been raised to... FRCL?
2026-02-11 16:45:05 <@salimma:fedora.im> though the "this is not a place where actions are taken" is a bit discouraging
2026-02-11 16:45:29 <@ngompa:fedora.im> it should be raised there, but it hasn't yet, no
2026-02-11 16:45:33 <@davide:cavalca.name> that's a conversation for the next meeting :)
2026-02-11 16:49:00 <@davide:cavalca.name> anything else for announcements before we move on?
2026-02-11 16:49:31 <@pzmarzly:matrix.org> i have a half-question half-announcement
2026-02-11 16:49:48 <@pzmarzly:matrix.org> I recently looked at the topic of removing stale projects and kicking out inactive members. I asked Claude Code to vibecode me a report using Gitlab API, and got https://gistpreview.github.io/?133b86c99be8a18c61981d52dd396f3c , which looks more or less correct.
2026-02-11 16:50:08 <@pzmarzly:matrix.org> If this type of automated reporting is useful, then I can turn it into a script that we could run from time to time. But most importantly, what thresholds do we want to use? For now I just asked AI to sum up past 1month, 3months, 6months, and 2years of activity. Any ideas what to do instead?
2026-02-11 16:50:37 <@salimma:fedora.im> ah, interesting
2026-02-11 16:51:22 <@salimma:fedora.im> we might also want to take into account pagure activity, though on the other hand we started moving packages to gitlab a long time ago, right?
2026-02-11 16:51:44 <@salimma:fedora.im> so that definitely will be useful going forward, though we might want to vet the result at least the first time
2026-02-11 16:52:11 <@niknikovsky:fedora.im> In my opinion using this every like 3 months is a good threshold
2026-02-11 16:52:34 <@ngompa:fedora.im> we probably want to start initially with a one year horizon
2026-02-11 16:52:35 <@pzmarzly:matrix.org> yeah i don't have high confidence in the numbers, i want to at least know where Neal's 5 million commits came from XD
2026-02-11 16:52:39 <@ngompa:fedora.im> and to from there
2026-02-11 16:52:44 <@ngompa:fedora.im> and go from there
2026-02-11 16:53:05 <@ngompa:fedora.im> GitLab attributes mirror pushes to the person who set it up
2026-02-11 16:53:08 <@salimma:fedora.im> 5 million... yeah oops that sounds bad
2026-02-11 16:53:13 <@ngompa:fedora.im> the data will be absolutely totally wrong
2026-02-11 16:53:15 <@salimma:fedora.im> well that's just dumb :(
2026-02-11 16:53:28 <@salimma:fedora.im> there's no way to tell it "look at the author name in the log" ?
2026-02-11 16:53:28 <@ngompa:fedora.im> yep
2026-02-11 16:53:37 <@ngompa:fedora.im> I complained when I was the guy paying for GitLab years ago
2026-02-11 16:53:38 <@salimma:fedora.im> so I can just clone one repo and be set for life :P
2026-02-11 16:53:59 <@ngompa:fedora.im> I have a big sea of blue on GitLab :P
2026-02-11 16:54:03 <@ngompa:fedora.im> I'm super-active yo
2026-02-11 16:54:06 <@salimma:fedora.im> I suppose Claude will not be as good as looking at CBS / Koji
2026-02-11 16:54:21 <@salimma:fedora.im> because I think that is more meaningful - we're talking about full contributors after all, those with build access
2026-02-11 16:54:25 <@ngompa:fedora.im> yes
2026-02-11 16:54:33 <@ngompa:fedora.im> we could also exclude Hyperscale/rpms
2026-02-11 16:54:36 <@salimma:fedora.im> pzmarzlywant to see if Claude can do that?
2026-02-11 16:54:48 <@salimma:fedora.im> oh right, gitlab will be useful for anything not RPMs like docs
2026-02-11 16:54:53 <@salimma:fedora.im> the gitlab API I mean
2026-02-11 16:54:55 <@pzmarzly:matrix.org> i can, but shouldn't all our CBS builds originate from gitlab repos?
2026-02-11 16:54:56 <@ngompa:fedora.im> yup
2026-02-11 16:55:03 <@salimma:fedora.im> oh if there is an indication if the repo is mirrored or not that could be useful
2026-02-11 16:55:10 <@ngompa:fedora.im> yes, but the metrics in Hyperscale/rpms will be a complete mess
2026-02-11 16:55:15 <@salimma:fedora.im> yes but with CBS you don't have to filter out too many irrelevant activities
2026-02-11 16:55:22 <@ngompa:fedora.im> there should be a property to indicate it has pull mirroring set up
2026-02-11 16:56:13 <@ngompa:fedora.im> but an easy carveout is to use CBS as the proxy for Hyperscale/rpms up front
2026-02-11 16:56:31 <@salimma:fedora.im> yeah. and those activities are more meaningful too
2026-02-11 16:56:44 <@salimma:fedora.im> I think Fedora also track it that way right? you have to actually have submitted builds
2026-02-11 16:57:12 <@pzmarzly:matrix.org> ok, will take a look at reading from CBS
2026-02-11 16:57:22 <@pzmarzly:matrix.org> quick googling tells me it has a XML API
2026-02-11 16:57:44 <@ngompa:fedora.im> yes, XML-RPC
2026-02-11 16:58:04 <@ngompa:fedora.im> the Koji folks are also in #koji:fedora.im if you want to talk to them
2026-02-11 16:58:36 <@davide:cavalca.name> we're running out of time
2026-02-11 16:58:39 <@ngompa:fedora.im> Koji instances also have their documentation deployed in the instance too: https://cbs.centos.org/koji/api
2026-02-11 16:58:40 <@ngompa:fedora.im> anyway
2026-02-11 16:58:41 <@ngompa:fedora.im> yeah
2026-02-11 16:59:00 <@ngompa:fedora.im> and at least I have a meeting right after this so...
2026-02-11 17:00:07 <@davide:cavalca.name> let's close this one out
2026-02-11 17:00:16 <@davide:cavalca.name> thanks everyone for the great discussion, and see you soon
2026-02-11 17:00:19 <@davide:cavalca.name> !endmeeting