Fwd: [CentOS-devel] SIGs: Possibility to drop EOL content at 7.6.1810 release time

[Stephen John Smoogen]

So I would like for our future to be similar to this.. where we can
work out how various releases are updated/rebuilt during minor
releases. I am looking for ideas on how we can best implement this in
the future.

---------- Forwarded message ---------
From: Anssi Johansson 
Date: Thu, 1 Nov 2018 at 05:02
Subject: [CentOS-devel] SIGs: Possibility to drop EOL content at
7.6.1810 release time
To: The CentOS developers mailing list.

So here we go again. As one of the virtues of a programmer is laziness,
I'll just cut&paste the previous email with some modifications. You know
the drill.

RHEL 7.6 was released a few days ago and building CentOS 7.6.1810 has
just started. This would be an excellent time to remove any EOL software
you may have floating around on mirror.centos.org. mirror.centos.org
should have only supported packages available.

SIGs should explicitly state which content they want copied over from
7.5.1804 to 7.6.1810.

I'd imagine that for example ceph-jewel could be dropped because it went
EOL in July 2018. Is there some other content that could be dropped? If
you are planning to keep content available that has gone EOL upstream,
you must commit to backport any required security fixes to it.

If SIGs want to transfer some of their packages from 7.5.18004 to
7.6.1810, please let hughesjr know. You can probably simply reply to
this message to let people know of your decision. It is possible that
some other SIG depends on your packages that are going to be removed. In
that case the other SIG should probably update their packages to depend
on supported versions.

Content to be transferred over to 7.6.1810 can be specified either by
directory name, or by individual package names.

There are also various centos-release-* packages in extras,
http://mirror.centos.org/centos/7.5.1804/extras/x86_64/Packages/ ,
perhaps some of those could be trimmed as well.

You should also communicate to your users in advance that the EOL
packages will disappear, and if necessary, instruct them to migrate to a
newer supported version. Having instructions for that procedure
published somewhere would be nice.

The old content under 7.5.1804, including any EOL content, will be
archived to vault.centos.org, and that content will be available in the
vault indefinitely. The 7.5.1804 directory on mirror.centos.org will be
emptied some time after 7.6.1810 is released.

For reference and inspiration, here are some directories from
mirror.centos.org, including both up-to-date content and potentially EOL
content. SIGs should review the list to make sure these directories can
be copied over to 7.6.1810 when that time comes. Making the decisions
now would save a bit of time at 7.6.1810 release time.

cloud/x86_64/openstack-ocata
cloud/x86_64/openstack-pike
cloud/x86_64/openstack-queens
cloud/x86_64/openstack-rocky
configmanagement/x86_64/ansible26
configmanagement/x86_64/yum4
dotnet
nfv/x86_64/fdio/vpp/vpp-1710
nfv/x86_64/fdio/vpp/vpp-1801
nfv/x86_64/fdio/vpp/vpp-1804
nfv/x86_64/fdio/vpp/vpp-1807
opstools/x86_64/common
opstools/x86_64/fluentd
opstools/x86_64/logging
opstools/x86_64/perfmon
opstools/x86_64/sensu
paas/x86_64/openshift-origin
paas/x86_64/openshift-origin13
paas/x86_64/openshift-origin14
paas/x86_64/openshift-origin15
paas/x86_64/openshift-origin36
paas/x86_64/openshift-origin37
paas/x86_64/openshift-origin38
paas/x86_64/openshift-origin39
paas/x86_64/openshift-origin310
sclo/x86_64/rh/devassist09
sclo/x86_64/rh/devtoolset-3
sclo/x86_64/rh/devtoolset-4
sclo/x86_64/rh/devtoolset-6
sclo/x86_64/rh/devtoolset-7
sclo/x86_64/rh/git19
sclo/x86_64/rh/go-toolset-7
sclo/x86_64/rh/httpd24
sclo/x86_64/rh/llvm-toolset-7
sclo/x86_64/rh/mariadb55
sclo/x86_64/rh/maven30
sclo/x86_64/rh/mongodb24
sclo/x86_64/rh/mysql55
sclo/x86_64/rh/nginx16
sclo/x86_64/rh/nodejs010
sclo/x86_64/rh/passenger40
sclo/x86_64/rh/perl516
sclo/x86_64/rh/php54
sclo/x86_64/rh/php55
sclo/x86_64/rh/postgresql92
sclo/x86_64/rh/python27
sclo/x86_64/rh/python33
sclo/x86_64/rh/python34
sclo/x86_64/rh/rh-eclipse46
sclo/x86_64/rh/rh-git29
sclo/x86_64/rh/rh-haproxy18
sclo/x86_64/rh/rh-java-common
sclo/x86_64/rh/rh-mariadb100
sclo/x86_64/rh/rh-mariadb101
sclo/x86_64/rh/rh-mariadb102
sclo/x86_64/rh/rh-maven33
sclo/x86_64/rh/rh-maven35
sclo/x86_64/rh/rh-mongodb26
sclo/x86_64/rh/rh-mongodb30upg
sclo/x86_64/rh/rh-mongodb32
sclo/x86_64/rh/rh-mongodb34
sclo/x86_64/rh/rh-mongodb36
sclo/x86_64/rh/rh-mysql56
sclo/x86_64/rh/rh-mysql57
sclo/x86_64/rh/rh-nginx18
sclo/x86_64/rh/rh-nginx110
sclo/x86_64/rh/rh-nginx112
sclo/x86_64/rh/rh-nodejs4
sclo/x86_64/rh/rh-nodejs6
sclo/x86_64/rh/rh-nodejs8
sclo/x86_64/rh/rh-perl520
sclo/x86_64/rh/rh-perl524
sclo/x86_64/rh/rh-perl526
sclo/x86_64/rh/rh-php56
sclo/x86_64/rh/rh-php70
sclo/x86_64/rh/rh-php71
sclo/x86_64/rh/rh-postgresql10
sclo/x86_64/rh/rh-postgresql94
sclo/x86_64/rh/rh-postgresql95
sclo/x86_64/rh/rh-postgresql96
sclo/x86_64/rh/rh-python35
sclo/x86_64/rh/rh-python36
sclo/x86_64/rh/rh-redis32
sclo/x86_64/rh/rh-ror42
sclo/x86_64/rh/rh-ror50
sclo/x86_64/rh/rh-ruby23
sclo/x86_64/rh/rh-ruby24
sclo/x86_64/rh/rh-ruby25
sclo/x86_64/rh/rh-scala210
sclo/x86_64/rh/rh-thermostat16
sclo/x86_64/rh/rh-varnish4
sclo/x86_64/rh/rh-varnish5
sclo/x86_64/rh/ror40
sclo/x86_64/rh/ror41
sclo/x86_64/rh/ruby193
sclo/x86_64/rh/ruby200
sclo/x86_64/rh/ruby22
sclo/x86_64/rh/rust-toolset-7
sclo/x86_64/rh/thermostat1
sclo/x86_64/rh/v8314
sclo/x86_64/sclo/sclo-cassandra3
sclo/x86_64/sclo/sclo-git25
sclo/x86_64/sclo/sclo-git212
sclo/x86_64/sclo/sclo-httpd24more
sclo/x86_64/sclo/sclo-php54
sclo/x86_64/sclo/sclo-php55
sclo/x86_64/sclo/sclo-php56
sclo/x86_64/sclo/sclo-php70
sclo/x86_64/sclo/sclo-php71
sclo/x86_64/sclo/sclo-python27
sclo/x86_64/sclo/sclo-python34
sclo/x86_64/sclo/sclo-python35
sclo/x86_64/sclo/sclo-ror42
sclo/x86_64/sclo/sclo-subversion19
sclo/x86_64/sclo/vagrant1
storage/x86_64/ceph-jewel
storage/x86_64/ceph-luminous
storage/x86_64/gluster-3.10
storage/x86_64/gluster-3.12
storage/x86_64/gluster-4.0
storage/x86_64/gluster-4.1
storage/x86_64/gluster-5
virt/x86_64/azure
virt/x86_64/kubernetes19
virt/x86_64/kubernetes110
virt/x86_64/kvm-common
virt/x86_64/libvirt-latest
virt/x86_64/ovirt-4.2
virt/x86_64/xen-46
virt/x86_64/xen-48
virt/x86_64/xen-410

In addition to those, ovirt-4.1 should have already been removed, but it
is still available in the altarch branch for aarch64 and ppc64le. This
is an error, which will hopefully get fixed this round.
_______________________________________________
CentOS-devel mailing list
[e-mail]
https://lists.centos.org/mailman/listinfo/centos-devel