2024-06-05 16:01:11 <@davide:cavalca.name> !startmeeting CentOS Hyperscale SIG
2024-06-05 16:01:13 <@meetbot:fedora.im> Meeting started at 2024-06-05 16:01:11 UTC
2024-06-05 16:01:13 <@meetbot:fedora.im> The Meeting name is 'CentOS Hyperscale SIG'
2024-06-05 16:01:22 <@davide:cavalca.name> !topic Roll call
2024-06-05 16:01:27 <@davide:cavalca.name> morning everyone
2024-06-05 16:01:42 <@daandemeyer/:matrix.org> !hi
2024-06-05 16:01:44 <@zodbot:fedora.im> Daan De Meyer (daandemeyer)
2024-06-05 16:01:45 <@conan_kudo:matrix.org> !hi
2024-06-05 16:01:45 <@rrbc:matrix.org> Morning!
2024-06-05 16:01:47 <@zodbot:fedora.im> Neal Gompa (ngompa) - he / him / his
2024-06-05 16:02:25 <@jonathanspw:fedora.im> !hi
2024-06-05 16:02:26 <@zodbot:fedora.im> Jonathan Wright (jonathanspw)
2024-06-05 16:02:30 <@jonathanspw:fedora.im> !bye
2024-06-05 16:02:36 <@conan_kudo:matrix.org> ...
2024-06-05 16:02:59 <@nhanlon:beeper.com> !hi
2024-06-05 16:03:01 <@zodbot:fedora.im> Neil Hanlon (neil) - he / him / his
2024-06-05 16:05:48 <@davide:cavalca.name> good showing today, let's get started
2024-06-05 16:05:53 <@davide:cavalca.name> !topic Followups
2024-06-05 16:07:19 <@davide:cavalca.name> anybody has followups to share?
2024-06-05 16:11:37 <@davide:cavalca.name> looks like not, let's move to
2024-06-05 16:11:39 <@davide:cavalca.name> !topic Announcements
2024-06-05 16:11:57 <@davide:cavalca.name> I've updated the conference talks list and the meeting minutes in the docs
2024-06-05 16:12:05 <@davide:cavalca.name> https://sigs.centos.org/hyperscale/communication/talks/
2024-06-05 16:12:12 <@davide:cavalca.name> https://sigs.centos.org/hyperscale/communication/meetings/
2024-06-05 16:12:21 <@davide:cavalca.name> next week a bunch of us will be at devconf.cz
2024-06-05 16:13:02 <@davide:cavalca.name> finally, we are due for quarterly reporting, so we should try and get that sorted out this week
2024-06-05 16:13:16 <@davide:cavalca.name> I can get a hackmd started after this
2024-06-05 16:14:10 <@davide:cavalca.name> anybody else has announcements?
2024-06-05 16:16:11 <@conan_kudo:matrix.org> nothing so far
2024-06-05 16:18:38 <@davide:cavalca.name> alright, off to
2024-06-05 16:18:39 <@davide:cavalca.name> !topic Tickets
2024-06-05 16:21:32 <@davide:cavalca.name> here we go
2024-06-05 16:21:41 <@davide:cavalca.name> I don't think we have any significant update here
2024-06-05 16:21:48 <@davide:cavalca.name> I'll file a ticket later for the quarterly
2024-06-05 16:25:18 <@davide:cavalca.name> !topic Membership
2024-06-05 16:26:25 <@conan_kudo:matrix.org> still waiting on that person to show up in here
2024-06-05 16:26:33 <@davide:cavalca.name> yup, nothing else I think
2024-06-05 16:28:44 <@daandemeyer/:matrix.org> open floor? I have some topics
2024-06-05 16:32:14 <@davide:cavalca.name> !topic Misc
2024-06-05 16:32:24 <@davide:cavalca.name> Daan De Meyer: you have the floor
2024-06-05 16:32:56 <@daandemeyer/:matrix.org> So I already brought this up elsewhere once, but wanted to confirm
2024-06-05 16:33:06 <@daandemeyer/:matrix.org> For systemd 256 my idea is we stop using the pagure repo
2024-06-05 16:33:13 <@daandemeyer/:matrix.org> And instead work directly off systemd-stable
2024-06-05 16:33:32 <@daandemeyer/:matrix.org> Anything FB specific we handle as patches in rpm again
2024-06-05 16:33:44 <@daandemeyer/:matrix.org> And we nuke the pagure repo if it works
2024-06-05 16:35:15 <@daandemeyer/:matrix.org> I'm not 100% sure we want this yet though
2024-06-05 16:35:57 <@daandemeyer/:matrix.org> Since we lose some control, specifically if upstream decides to backport a bunch of commits inbetween, we can't backport just one extra commit anymore
2024-06-05 16:36:22 <@daandemeyer/:matrix.org> We'll always pick up all backports for that release
2024-06-05 16:36:26 <@daandemeyer/:matrix.org> Which might be OK tbh
2024-06-05 16:36:29 <@davide:cavalca.name> this seems like it's potentially more work to maintain
2024-06-05 16:36:38 <@davide:cavalca.name> but you're the one doing the work, so if you're ok with it I'm fine with it
2024-06-05 16:36:48 <@davide:cavalca.name> my only request is to make sure the docs are up to date
2024-06-05 16:37:01 <@davide:cavalca.name> so if folks want to contribute to this and/or understand how it's put together they can
2024-06-05 16:37:36 <@daandemeyer/:matrix.org> My idea is that by doing it this way we do more useful work for everyone
2024-06-05 16:37:59 <@daandemeyer/:matrix.org> Everyone using systemd-stable benefits immediately instead of someone else having to do the same work of backporting to systemd-stable
2024-06-05 16:39:25 <@daandemeyer/:matrix.org> My other topic was about c10s
2024-06-05 16:39:42 <@daandemeyer/:matrix.org> Which seems like it will have 256: https://github.com/redhat-plumbers/systemd-rhel10
2024-06-05 16:40:05 <@daandemeyer/:matrix.org> So we will end up behind immediately
2024-06-05 16:40:45 <@conan_kudo:matrix.org> if they're handling it like the kernel, they'll do rebases until the cutoff point for stabilization, which is a few months away (judging by last time around)
2024-06-05 16:40:56 <@conan_kudo:matrix.org> so we're going to keep falling behind unless we decide to be more aggressive somehow
2024-06-05 16:42:05 <@daandemeyer/:matrix.org> Do we care at all?
2024-06-05 16:42:24 <@daandemeyer/:matrix.org> Or would it just be my pride that is hurt?
2024-06-05 16:42:37 <@davide:cavalca.name> we do, because we don't do vendor pinning for Hyperscale
2024-06-05 16:42:49 <@davide:cavalca.name> so if upstream is ahead they win the version race and it can and will cause issues
2024-06-05 16:43:16 <@davide:cavalca.name> (also internally the automation will bug you about this too)
2024-06-05 16:43:35 <@daandemeyer/:matrix.org> We can't really do anything about it though
2024-06-05 16:43:41 <@daandemeyer/:matrix.org> Except messing with the rpm version field ourselves
2024-06-05 16:43:44 <@daandemeyer/:matrix.org> I guess
2024-06-05 16:44:25 <@conan_kudo:matrix.org> we do care because things link and use libsystemd
2024-06-05 16:44:26 <@daandemeyer/:matrix.org> But that just seems like a recipe for problems later on
2024-06-05 16:44:42 <@conan_kudo:matrix.org> if we're behind RHEL, then we can and do experience weirdness
2024-06-05 16:46:13 <@daandemeyer/:matrix.org> I am open to suggestions
2024-06-05 16:46:26 <@daandemeyer/:matrix.org> But just throwing versions out just to be ahead of RHEL doesn't seem like a good solution
2024-06-05 16:46:37 <@conan_kudo:matrix.org> why not?
2024-06-05 16:47:05 <@conan_kudo:matrix.org> if we're tracking upstream systemd with automation, I'd like to know if there's a good reason not to rebase to a newer version
2024-06-05 16:48:38 <@daandemeyer/:matrix.org> Aside from upstream testing and me booting it in a mkosi VM and updating the selinux policy, I don't do a whole lot of generic testing that's not within FB
2024-06-05 16:48:52 <@daandemeyer/:matrix.org> So I guess we could just throw versions out there as they are released
2024-06-05 16:49:27 <@conan_kudo:matrix.org> is upstream CI testing Hyperscale yet?
2024-06-05 16:49:48 <@daandemeyer/:matrix.org> Every integration test now runs in a mkosi hyperscale image on every PR yes
2024-06-05 16:50:34 <@daandemeyer/:matrix.org> With the caveat that this is with mkosi initrds and systemd-gpt-auto-generator
2024-06-05 16:50:41 <@daandemeyer/:matrix.org> So quite different from a regular centos boot
2024-06-05 16:51:19 <@daandemeyer/:matrix.org> So there's a non zero chance that whatever version I throw out in the wild needs a fix in dracut that isn't there yet
2024-06-05 16:51:39 <@conan_kudo:matrix.org> how difficult would it be to add something that's closer to a real hyperscale environment?
2024-06-05 16:52:19 <@daandemeyer/:matrix.org> Hard, we make a number of initrd customizations and I don't want to maintain those for two initrd generators
2024-06-05 16:52:41 <@daandemeyer/:matrix.org> But Frantisek Sumsal has expressed interest in keeping dracut CI in some form so he might work on this in the future
2024-06-05 16:57:51 <@davide:cavalca.name> we're almost out of time, any last words?
2024-06-05 17:00:00 <@pboy:fedora.im> Folks, just a reminder, in 1 min Server WG meeting is scheduled here. 
2024-06-05 17:00:10 <@davide:cavalca.name> yup I was just about to close :)
2024-06-05 17:00:16 <@pboy:fedora.im> hanks
2024-06-05 17:00:19 <@pboy:fedora.im> thanks 
2024-06-05 17:00:22 <@davide:cavalca.name> !endmeeting