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