2025-07-16 15:25:10 <@davide:cavalca.name> !startmeeting CentOS Hyperscale SIG
2025-07-16 15:25:12 <@meetbot:fedora.im> Meeting started at 2025-07-16 15:25:10 UTC
2025-07-16 15:25:12 <@meetbot:fedora.im> The Meeting name is 'CentOS Hyperscale SIG'
2025-07-16 15:25:19 <@davide:cavalca.name> morning folks, apologies for the late start
2025-07-16 15:25:24 <@davide:cavalca.name> !topic Roll call
2025-07-16 15:26:06 <@rrbc:matrix.org> !hi
2025-07-16 15:29:37 <@gmambro:fedora.im> !hi
2025-07-16 15:29:38 <@zodbot:fedora.im> Gabriele Mambrini (gmambro) - he / him / his
2025-07-16 15:29:45 <@conan_kudo:matrix.org> !hi
2025-07-16 15:29:47 <@zodbot:fedora.im> Neal Gompa (ngompa) - he / him / his
2025-07-16 15:31:03 <@davide:cavalca.name> let's get started
2025-07-16 15:31:09 <@davide:cavalca.name> !topic Followups
2025-07-16 15:31:50 <@davide:cavalca.name> I think we now have the bulk of our packages on gitlab
2025-07-16 15:32:06 <@davide:cavalca.name> we should probably go over what's left on git.centos.org and finish moving them over
2025-07-16 15:32:27 <@davide:cavalca.name> also infra has a working exported for pagure, so we can consider moving the repos on pagure.io if we want to now
2025-07-16 15:32:36 <@davide:cavalca.name> though I don't think there's any rush there
2025-07-16 15:32:44 <@davide:cavalca.name> also infra has a working exporter for pagure, so we can consider moving the repos on pagure.io if we want to now
2025-07-16 15:34:30 <@davide:cavalca.name> anybody else has followups?
2025-07-16 15:37:30 <@conan_kudo:matrix.org> from me, mostly that I've been holding off on rebasing to 6.15 because of reports of a btrfs bug in upstream and fedora
2025-07-16 15:37:40 <@conan_kudo:matrix.org> do we know if this has been resolved yet?
2025-07-16 15:37:58 <@davide:cavalca.name> remind me what the bug is?
2025-07-16 15:38:32 <@conan_kudo:matrix.org> it's the random corruption bug that has been discussed in the the Fedora Btrfs matrix room and Fedora discourse
2025-07-16 15:39:34 <@conan_kudo:matrix.org> one example: https://discussion.fedoraproject.org/t/157232
2025-07-16 15:40:03 <@conan_kudo:matrix.org> upstream report: https://lore.kernel.org/linux-btrfs/283624a8-dc79-4dd0-b6e5-9d5e83e31648@gmx.com/T/#t
2025-07-16 15:40:24 <@davide:cavalca.name> ok will follow up on that
2025-07-16 15:40:25 <@conan_kudo:matrix.org> upstream report: https://lore.kernel.org/linux-btrfs/fce139db-4458-4788-bb97-c29acf6cb1df@cachyos.org/
2025-07-16 15:40:34 <@conan_kudo:matrix.org> awesome thanks
2025-07-16 15:40:51 <@conan_kudo:matrix.org> this has also held back the Asahi rebases too, because I *really* don't know what's going on here
2025-07-16 15:42:02 <@conan_kudo:matrix.org> that's it for me
2025-07-16 15:42:19 <@davide:cavalca.name> moving on
2025-07-16 15:42:20 <@davide:cavalca.name> !topic Announcements
2025-07-16 15:42:24 <@salimma:fedora.im> !hi
2025-07-16 15:42:25 <@zodbot:fedora.im> Michel Lind (salimma) - he / him / his
2025-07-16 15:42:33 <@davide:cavalca.name> we can now build SIG content from gitlab in copr
2025-07-16 15:42:55 <@davide:cavalca.name> I've started playing with this to rebuild a subset of our packages for ELN in https://copr.fedorainfracloud.org/coprs/g/centoshyperscale/eln-main
2025-07-16 15:43:22 <@davide:cavalca.name> automated rebuilds don't work yet, I filed an issue for those: https://github.com/fedora-copr/copr/issues/3789
2025-07-16 15:44:06 <@davide:cavalca.name> also I think there's a bug somewhere in the build chain (possibly in mock) where it builds the src.rpm _before_ the chroot is populated, resulting in the wrong macros being used
2025-07-16 15:44:25 <@salimma:fedora.im> only in COPR right?
2025-07-16 15:44:27 <@salimma:fedora.im> woops
2025-07-16 15:44:41 <@davide:cavalca.name> this is a problem e.g. for systemd where we have conditional patches, leading to https://copr.fedorainfracloud.org/coprs/g/centoshyperscale/eln-facebook/build/9277399/ failing
2025-07-16 15:44:57 <@davide:cavalca.name> I haven't tried reproing this outside of COPR
2025-07-16 15:47:38 <@davide:cavalca.name> also we'll be speaking at centos showcase and fossy later this month
2025-07-16 15:47:44 <@salimma:fedora.im> ```
2025-07-16 15:47:44 <@salimma:fedora.im>     Bad file: /builddir/build/SOURCES/FB_only_bump_netlink_timeout_to_infinity.patch: No such file or directory
2025-07-16 15:47:44 <@salimma:fedora.im>     Bad file: /builddir/build/SOURCES/0001-pam_systemd-Make-pam_systemd-256-backwards-compatibl.patch: No such file or directory
2025-07-16 15:47:44 <@salimma:fedora.im> ```
2025-07-16 15:47:52 <@salimma:fedora.im> this looks like incorrect packaging anyway IMHO
2025-07-16 15:48:04 <@salimma:fedora.im> the best practice is to always ship all sources and patches, but only conditionally apply them
2025-07-16 15:48:05 <@davide:cavalca.name> these are gated by the facebook macro
2025-07-16 15:48:14 <@salimma:fedora.im> so the srpm is identical and can be built even if the macros change
2025-07-16 15:48:25 <@davide:cavalca.name> I know conditional sources are bad, but it's tricky to do conditional application when using autopatch
2025-07-16 15:48:29 <@salimma:fedora.im> yeah... I have been fixing some packages like this to avoid this issue
2025-07-16 15:48:33 <@salimma:fedora.im> you can with ranged patches
2025-07-16 15:48:38 <@davide:cavalca.name> unless one lists all the patches one by one, which is a pain to maintain
2025-07-16 15:48:39 <@salimma:fedora.im> I can help with this if needed
2025-07-16 15:48:47 <@davide:cavalca.name> oh yeah that'd be great, thanks
2025-07-16 15:48:50 <@salimma:fedora.im> just have ranges e.g. 1000-2000 == facebook
2025-07-16 15:49:10 <@conan_kudo:matrix.org> fwiw, this is why I use ranges for backports, proposed changes, and downstream only ones
2025-07-16 15:49:14 <@davide:cavalca.name> https://gitlab.com/CentOS/Hyperscale/rpms/systemd/-/blob/c10s-sig-hyperscale/systemd.spec
2025-07-16 15:49:16 <@salimma:fedora.im> !action Michel to look at refactoring the systemd patch applications
2025-07-16 15:49:52 <@salimma:fedora.im> this is sadly not very well documented, but yeah it's a great feature. I normally just cheat and look at existing specs
2025-07-16 15:50:04 <@conan_kudo:matrix.org> I think the only exceptional patch where I've done it differently is in btrfs-progs
2025-07-16 15:50:12 <@conan_kudo:matrix.org> because btrfs-progs has to build on systems without the feature
2025-07-16 15:51:22 <@salimma:fedora.im> next topic?
2025-07-16 15:51:41 <@davide:cavalca.name> anybody else has announcements?
2025-07-16 15:52:01 <@davide:cavalca.name> oh right we have the hangout later today
2025-07-16 15:52:09 <@davide:cavalca.name> feel free to join us there
2025-07-16 15:52:46 <@davide:cavalca.name> oh actually, I'm not sure
2025-07-16 15:52:59 <@davide:cavalca.name> I have it on my calendar, but it's not on the fedora calendar
2025-07-16 15:53:00 <@conan_kudo:matrix.org> we do
2025-07-16 15:53:02 <@davide:cavalca.name> https://calendar.fedoraproject.org/list/centos-sig-hyperscale/
2025-07-16 15:53:25 <@conan_kudo:matrix.org> fedocal does this thing where 1 month = 28 days
2025-07-16 15:53:36 <@conan_kudo:matrix.org> it doesn't send the ics monthly thing
2025-07-16 15:54:01 <@conan_kudo:matrix.org> so it drifts and I need to fix it periodically
2025-07-16 15:54:46 <@salimma:fedora.im> yeah, it does not do "nth week of the month" sadly
2025-07-16 15:55:00 <@salimma:fedora.im> I think EPEL folks were grouching about this in a recent meeting too
2025-07-16 15:55:26 <@salimma:fedora.im> (surely someone just need to implement the logic once in a Python module and everyone can reuse it...)
2025-07-16 15:56:45 <@conan_kudo:matrix.org> yeah
2025-07-16 15:57:20 <@davide:cavalca.name> we're running out of time
2025-07-16 15:57:33 <@davide:cavalca.name> going to jump directly to
2025-07-16 15:57:35 <@davide:cavalca.name> !topic Miscellaneous
2025-07-16 15:57:40 <@davide:cavalca.name> for folks to bring up any closing words
2025-07-16 15:57:52 <@conan_kudo:matrix.org> we should rename that to open floor
2025-07-16 15:58:02 <@davide:cavalca.name> yeah
2025-07-16 16:01:05 <@davide:cavalca.name> !endmeeting