Meeting started at 2025-11-19 16:01:14 UTC

The Meeting name is 'CentOS Hyperscale SIG'

morning folks

!hi

Neal Gompa (ngompa) - he / him / his

!hi

Raymond Colebaugh (rcolebaugh) - he / him / his

!hi

Michel Lind (salimma) - he / him / his

!hi

James Reilly (jreilly1821) - he / him / his

let's get started

any follwups from the last meeting?

been busy with internal stuff recently and have not had the time to do much

yeah for context on the fb side we've been in roadmapping hell for the last week or so

so not much time for actual work unfortunately

no issue with the wprof we built in hsx at least. I'm trying to find time to unblock its dependencies in Fedora so we can move it there

I have something else for open floor later that's related to some roadmap discussions

things kept coming up that kept me from finishing the kernel rebase

hopefully will get it done this week

we need to figure out a game plan for the kernel. not just a Hyperscale issue, but centos and fedora too -- it's really really hard to contribute to that package

or even to maintain some of the parts separately (e.g. the perf standalone tarball has been broken for at least half a year)

but without some examples of how to do things differently we can't really get package maintainers to budge as they understandably tend to be risk averse

hmm, worth a centos connect / fosdem talk proposal?

I think it's worth a connect talk

you want to propose something we can do together?

so I don't keep talking about my tools, which I have not had time to work on this year :P

yeah, I'll propose something

I'm kind of frustrated too, because the ARK is simultaneously easy and painful

I'm kind of frustrated too, because the ARK workflow is simultaneously easy and painful

I don't love how slow git is because the kernel repo is enormous

it reminds me how much I don't like merged-source / source-git stuff

nuclear option - do we have to use ARK?

are there other RPM based distros that maintain their spec in a nicer way

if I had dedicated time to pull all the packaging out of ARK, I would

most RPM distros don't do it like this

the spec is a mess, I wish there's a way to toggle "build only the kernel" or "build everything but the kernel" e.g. the old kernel-tools

that will make it much easier to keep rebasing on older EL releases, where normally it's the userspace tools that no longer compile

if RPM wasn't so old in EL, I'd suggest we actually look at rewriting the whole spec to use newer features

it would make the spec so much nicer if we could

if we can get a proof of concept working, I think it's worth doing for Fedora/ELN?

it will just take longer to benefit from it in Hyperscale

yeah

because no we're not rebasing RPM\

it will also be hell for Meta because that means we have to port RPM CoW urgently

because no we're not rebasing RPM

well that needs to be done in 2026 anyway

anyway, we shouldn't hog this for the kernel talk

since CentOS Stream 11 will arrive with Fedora 46

in 2027

yeah. still trying to find someone to sacrifice to do that work :/

it's thankless since there's no clear path to upstream. like the openssh problem but bigger

we need to organize some kind of in-person meeting with the rpm folks

the async back and forth isn't working

well that's the "no viable path forward" too

unless we organize the in person meetup in Finland

we *have* had in person meetups... twice. in Brno and Boston

but the main blocker is not in the room

mmm

I have ideas but let's take that offline

good segway to

a bunch of us will be at centos connect and fosdem next year

anything else for announcements?

I take it no

nope

I don't think we have anything here

nothing here either, I think?

yep

I do have one thing here

we have the hangout today, but it's 2pm PT, which is too late for Michel to attend

we should see if we can reschedule to a better time

(not this specific instance necessarily, I mean in general)

yeah, too late for today in any case I guess

is there a good alternative to doodle for finding a time? iirc framasoft used to have one

I use whenisgood because it's the only one that lets you set your timezone when you're filling it out

yeah whenisgood is the other one I was thinking of, but ugh we're in 2025 and there's no good open source solution for this huh

this is framapiaf's solution - https://framadate.org/abc/en/

i will check the guided tour after this and see if it let you see times in local tz

yeah but you cannot have it show it in your timezone when selecting

discovered that with a kde meeting last month

oh, KDE tried framadate already?

yeah

(I guess shoehorning a time for jameswill be super hard, sorry James)

we could actually start doing two

the spread of timezones is a bit much to fit into one, but we could create two at different times

the constraint is really Davide and I figuring out good second times

oh amazing the time is wrong on calendar.fedoraproject.org again of course

I also don't mind making this floating if we want to try that

it had Nov 5 since fedocal can't do "nth week of the month"

all our tooling sucks

I do like the chance to chitchat so it'd be nice to keep this going if we can

floating how?

different times on different months to better cater to different tzs

oh right, yes

well folks, I gotta go, have to go to the dentist

good luck

are we sticking to "nth week of the month" (with the caveat it will make it require manual interventions on fedocal) or are we going to try to make it "every 4 weeks" ?

I think "nth week of the month" is fine, I just need a todo for myself to keep checking fedocal for when they diverge

I don't care either way as long as we're consistent

moving on..

oh but I will edit fedocal after this to make sure people who subscribed to the hyperscale calendar can find the meegin

I think that's all for this week

thanks everyone, and see you soon