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