Meeting started at 2026-08-26 15:09:28 UTC

The Meeting name is 'CentOS Hyperscale SIG'

!hi

Neal Gompa (Fedora): Neal Gompa (ngompa) - he / him / his

!hi

Michel Lind ☘ UTC+1: Michel Lind (salimma) - he / him / his

!hi

rcolebaugh: Raymond Colebaugh (rcolebaugh) - he / him / his

Good morning folks!

good morrow (as Sweet Tea used to say)

moin :)

mirabile dictu it does not take gigabytes of RAM to run

!hi

Davide Cavalca: Davide Cavalca (dcavalca) - he / him / his

!hi

SFaulken: Shawn Dunn (sfaulken) - he / him / his

I think that's everyone, I'll give one more minute and then move onto the agenda

alright now onto...

I think this is probably the section that tortures me the most right now... we still need to work through the status report stuff

and get back to a rhythm of regularly publishing those

oh god we still have not published it?

to be fair, I went on a month long of conferences and then got sick

I thought we basically had it nailed down, the package update section is even almost fully automated

yes we did, but Davide was in China and I was on the circuit

so it didn't actually get submitted

Davide Cavalca: can we just wrap that up and get it submitted this week?

Yeah we should do that

I wish we had remembered this last Friday 😅

we could have just done it then

the best time to send the report was on time. the next best time is today ;)

with apologies to whoever made the original quote

haha

Any other followups?

okay then... moving on to...

are there any announcements from anyone?

it seems very quiet

the only thing that's happened since last time is that I rebased us to 7.1 kernels

at least from my end anyway

hmm, I guess this would be the place to mention a few things

oh, I guess I can announce that `wprof` has migrated to Fedora and EPEL 10 from hsx

keeping EPEL 9 in hsx and we might end up doing more experimental hsx.el10 builds too

I got nothing "announce" worthy

when do we want to discuss transactional Hyperscale?

good question... I think we have a ticket about it, no?

yup, we do

so we'll discuss it then

link?

https://gitlab.com/CentOS/Hyperscale/tracker/-/work_items/115

Anyway, the KDE goal aligns with some of what we're doing in Hyperscale, so if it works out, I think there's some good opportunities there

we'd need a nice GUI integration I guess

GUI integration of what?

the system snapshots

oh, that's already mostly done.

kio-snapshot and/or qsnapper

neither of them are fully polished, but the bones are there.

(neither of them are my projects, to be clear)

it is really ... awkward ... that kernel signing for SIGs is still not available :(

Yeah, at this point, I suspect it's just a question of running out the clock. It's not like shaunm hasn't tried to move that forward for us.

FRCL was supposed help resolve that, and it didn't.

related to that, since responses are slow in this meeting today - we really should revisit what tags we have and their build targets, in general

is there anything else apart from kernel that alma would like? I'm thinking at least the desktop enablement stuff we want to replace HS Gnome with

e.g. pinentry should go there to make KDE from EPEL work better

and I guess how we want to build these. have Alma rebuild stuff, or target Alma directly from CBS?

well the kernel they're obviously rebuilding since that's how the signing gets done

heh, I lost a lot of interest there once someone there said it's not to actually decide things, it's just to discuss things...

right, kernel is special

we might want to look at partitioning our content up more and talking to them about shipping our release packages in their extras repo

we already have the facebook flavors supporting building against RHEL, so... assuming CBS has Alma build roots, technically it would not be difficult to have other flavors building against other non-Stream bases

CBS currently does not have Alma roots but I think nobody has ever asked

but ideally ... if they reuse things we build we have to build with frame pointers, at the very least, right? I don't remember if we do or not

yeah we do

our build flags are the same as base Alma these days

ah, good

makes not actually supporting seamless installation on alma itself even ... more awkward :)

we should discuss how explicitly supporting almalinux looks like

with arrfab

anyway, let's run through the rest of this while we have time

we don't have any tickets specifically marked for meeting

but I want to discuss transactional hyperscale

SFaulken here has been working on transactional fedora for a few months now, and he's interested in helping us

Oh, sure you move onto transactional stuff as soon as I stepped away from my computer

lol

well don't all chat at once...

:P

anyway, so the core transactional update stuff got ported to dnf5

Still waiting on an MR to be merged in dnf-automatic, but that actually doesn’t really matter for CentOS

we are?

Pretty sure my dsync MR hasn’t been merged

that was merged in June

Or maybe it was waiting on a release, I don’t remember

it's even in Fedora now

released in 5.4.3.0

Kk

it's not updated in openSUSE though 😅

I've got most of the necessary bits packaged in https://copr.fedorainfracloud.org/coprs/sfaulken/transactional/

neal has done the initial package reviews, I haven't looked to see how bad I am at packaging yet.

FRCL starting in 2 mins

well, 7 actually

the one that I haven't touched yet, is sdbootutil is completely unsuitable to port to Fedora, so I'm going to have to write somethign that will handle generating bls entries for grub2

hey at least that won't be a bash monstrosity

openSUSE and Fedora do bls completely differently

you know, I won't be opposed to having a centos hyperscale ISO with sd-boot

it's currently not possible to make an iso with sdboot

and I say this as someone who increasingly would not mind a non-systemd-based distro :)

Whatever I write will be able to handle grub2-bls and systemd-boot

hmm that makes live ISOs hard

yeah

the openSUSE based Kalpa is still shipping grub2-efi by default, for reasons.

is there an issue for this? seems like a major gap

no iso filesystem support

and it's intentionally not there :(

in theory it's possible if there's an efi driver for it, but one has to exist and get signed with the distro SB key to work

the one thing I can't do yet AFAIK, is get the PoC ISO built, as I'm still running into issues with grub2 (I haven't tried to do it again in a couple weeks)

at least the redhat grub people are pretty responsive these days

I don't personally have any strong opinion on grub2-bls vs sdboot, other than sdboot is just ugly, and I can't submenu the snapshots.

it's an aesthetic thing.

for a server, it's far less an issue, than for a desktop.

anyway, we're basically out of time

we'll have to pick this up next meeting, or continue the conversation in #centos-hyperscale:fedoraproject.org

sure.

thanks for coming, everyone!