forklifting *everything* sounds like a mistake. I've already migrated my storage SIG packages (ceph, nfs-ganesha, and libntirpc) to gitlab; I'll be unhappy if those get borked. But the associated centos-release-storage-ceph and centos-release-storage-nfs-ganesha packages are still on git.centos.org. centos-release-storage-common too AFAIK. I undoubtedly have a bunch of distgit repos on git.centos.org left over from when we couldn't use EPEL for dependencies that are no longer needed; it'd be a waste of time and disk space to bring those to distgit.
On Thu, Apr 24, 2025 at 2:44 PM Davide Cavalca dcavalca@centosproject.org wrote:
On 2025-04-24 04:24, Fabian Arrotin wrote:
Hey Davide,
if SIGs can just migrate themselves, nothing that Infra SIG should care about then , right ? The only ones that Infra SIG should probably migrate are the RHEL sources (so basically all under /rpms/* and /modules/*)
What about the ones under centos ? https://git.centos.org/projects/centos/%2A
I think the easiest is to just forklift everything currently on git.centos.org to GitLab. This way we don't have to figure out in advance what needs preserving and what doesn't, we'll just archive everything, and if a year from now someone realized they needed something, they can just fish it out of the archived repos on GitLab.
git.centos.org can't probably be completely retired as it's also used for lookaside cache content (https://git.centos.org/sources) but what we can do is just have a new hostname like sources.centos.org (git.centos.org being CNAME and added to SAN for the tls cert) when we'll switch that to a new host)
Sounds good to me
Can the board just create a ticket on infra tracker so that we can officially start working on it ?
Will take care of this today, thanks!
Cheers Davide _______________________________________________ devel mailing list -- devel@lists.centos.org To unsubscribe send an email to devel-leave@lists.centos.org