<div dir="auto">Hi all,<div dir="auto"><br></div><div dir="auto">I'll put this on RDO Meeting agenda, just a quick check re. ceph-jewel EOL which needs to be verified by Storage SIG.</div><div dir="auto">I'm not sure if we could move RDO Ocata to Lumnious?</div><div dir="auto"><br></div><div dir="auto">Cheers,</div><div dir="auto">Alan</div><br><br><div class="gmail_quote" dir="auto"><div dir="ltr">---------- Forwarded message ---------<br>From: <strong class="gmail_sendername" dir="auto">Anssi Johansson</strong> <span dir="ltr"><<a href="mailto:avij@centosproject.org">avij@centosproject.org</a>></span><br>Date: Thu, Nov 1, 2018, 10:02<br>Subject: [CentOS-devel] SIGs: Possibility to drop EOL content at 7.6.1810 release time<br>To: The CentOS developers mailing list. <<a href="mailto:centos-devel@centos.org">centos-devel@centos.org</a>><br></div><br><br>So here we go again. As one of the virtues of a programmer is laziness,<br>
I'll just cut&paste the previous email with some modifications. You know<br>
the drill.<br>
<br>
RHEL 7.6 was released a few days ago and building CentOS 7.6.1810 has<br>
just started. This would be an excellent time to remove any EOL software<br>
you may have floating around on <a href="http://mirror.centos.org" rel="noreferrer noreferrer" target="_blank">mirror.centos.org</a>. <a href="http://mirror.centos.org" rel="noreferrer noreferrer" target="_blank">mirror.centos.org</a><br>
should have only supported packages available.<br>
<br>
SIGs should explicitly state which content they want copied over from<br>
7.5.1804 to 7.6.1810.<br>
<br>
I'd imagine that for example ceph-jewel could be dropped because it went<br>
EOL in July 2018. Is there some other content that could be dropped? If<br>
you are planning to keep content available that has gone EOL upstream,<br>
you must commit to backport any required security fixes to it.<br>
<br>
If SIGs want to transfer some of their packages from 7.5.18004 to<br>
7.6.1810, please let hughesjr know. You can probably simply reply to<br>
this message to let people know of your decision. It is possible that<br>
some other SIG depends on your packages that are going to be removed. In<br>
that case the other SIG should probably update their packages to depend<br>
on supported versions.<br>
<br>
Content to be transferred over to 7.6.1810 can be specified either by<br>
directory name, or by individual package names.<br>
<br>
There are also various centos-release-* packages in extras,<br>
<a href="http://mirror.centos.org/centos/7.5.1804/extras/x86_64/Packages/" rel="noreferrer noreferrer" target="_blank">http://mirror.centos.org/centos/7.5.1804/extras/x86_64/Packages/</a> ,<br>
perhaps some of those could be trimmed as well.<br>
<br>
You should also communicate to your users in advance that the EOL<br>
packages will disappear, and if necessary, instruct them to migrate to a<br>
newer supported version. Having instructions for that procedure<br>
published somewhere would be nice.<br>
<br>
The old content under 7.5.1804, including any EOL content, will be<br>
archived to <a href="http://vault.centos.org" rel="noreferrer noreferrer" target="_blank">vault.centos.org</a>, and that content will be available in the<br>
vault indefinitely. The 7.5.1804 directory on <a href="http://mirror.centos.org" rel="noreferrer noreferrer" target="_blank">mirror.centos.org</a> will be<br>
emptied some time after 7.6.1810 is released.<br>
<br>
For reference and inspiration, here are some directories from<br>
<a href="http://mirror.centos.org" rel="noreferrer noreferrer" target="_blank">mirror.centos.org</a>, including both up-to-date content and potentially EOL<br>
content. SIGs should review the list to make sure these directories can<br>
be copied over to 7.6.1810 when that time comes. Making the decisions<br>
now would save a bit of time at 7.6.1810 release time.<br>
<br>
cloud/x86_64/openstack-ocata<br>
cloud/x86_64/openstack-pike<br>
cloud/x86_64/openstack-queens<br>
cloud/x86_64/openstack-rocky<br>
configmanagement/x86_64/ansible26<br>
configmanagement/x86_64/yum4<br>
dotnet<br>
nfv/x86_64/fdio/vpp/vpp-1710<br>
nfv/x86_64/fdio/vpp/vpp-1801<br>
nfv/x86_64/fdio/vpp/vpp-1804<br>
nfv/x86_64/fdio/vpp/vpp-1807<br>
opstools/x86_64/common<br>
opstools/x86_64/fluentd<br>
opstools/x86_64/logging<br>
opstools/x86_64/perfmon<br>
opstools/x86_64/sensu<br>
paas/x86_64/openshift-origin<br>
paas/x86_64/openshift-origin13<br>
paas/x86_64/openshift-origin14<br>
paas/x86_64/openshift-origin15<br>
paas/x86_64/openshift-origin36<br>
paas/x86_64/openshift-origin37<br>
paas/x86_64/openshift-origin38<br>
paas/x86_64/openshift-origin39<br>
paas/x86_64/openshift-origin310<br>
sclo/x86_64/rh/devassist09<br>
sclo/x86_64/rh/devtoolset-3<br>
sclo/x86_64/rh/devtoolset-4<br>
sclo/x86_64/rh/devtoolset-6<br>
sclo/x86_64/rh/devtoolset-7<br>
sclo/x86_64/rh/git19<br>
sclo/x86_64/rh/go-toolset-7<br>
sclo/x86_64/rh/httpd24<br>
sclo/x86_64/rh/llvm-toolset-7<br>
sclo/x86_64/rh/mariadb55<br>
sclo/x86_64/rh/maven30<br>
sclo/x86_64/rh/mongodb24<br>
sclo/x86_64/rh/mysql55<br>
sclo/x86_64/rh/nginx16<br>
sclo/x86_64/rh/nodejs010<br>
sclo/x86_64/rh/passenger40<br>
sclo/x86_64/rh/perl516<br>
sclo/x86_64/rh/php54<br>
sclo/x86_64/rh/php55<br>
sclo/x86_64/rh/postgresql92<br>
sclo/x86_64/rh/python27<br>
sclo/x86_64/rh/python33<br>
sclo/x86_64/rh/python34<br>
sclo/x86_64/rh/rh-eclipse46<br>
sclo/x86_64/rh/rh-git29<br>
sclo/x86_64/rh/rh-haproxy18<br>
sclo/x86_64/rh/rh-java-common<br>
sclo/x86_64/rh/rh-mariadb100<br>
sclo/x86_64/rh/rh-mariadb101<br>
sclo/x86_64/rh/rh-mariadb102<br>
sclo/x86_64/rh/rh-maven33<br>
sclo/x86_64/rh/rh-maven35<br>
sclo/x86_64/rh/rh-mongodb26<br>
sclo/x86_64/rh/rh-mongodb30upg<br>
sclo/x86_64/rh/rh-mongodb32<br>
sclo/x86_64/rh/rh-mongodb34<br>
sclo/x86_64/rh/rh-mongodb36<br>
sclo/x86_64/rh/rh-mysql56<br>
sclo/x86_64/rh/rh-mysql57<br>
sclo/x86_64/rh/rh-nginx18<br>
sclo/x86_64/rh/rh-nginx110<br>
sclo/x86_64/rh/rh-nginx112<br>
sclo/x86_64/rh/rh-nodejs4<br>
sclo/x86_64/rh/rh-nodejs6<br>
sclo/x86_64/rh/rh-nodejs8<br>
sclo/x86_64/rh/rh-perl520<br>
sclo/x86_64/rh/rh-perl524<br>
sclo/x86_64/rh/rh-perl526<br>
sclo/x86_64/rh/rh-php56<br>
sclo/x86_64/rh/rh-php70<br>
sclo/x86_64/rh/rh-php71<br>
sclo/x86_64/rh/rh-postgresql10<br>
sclo/x86_64/rh/rh-postgresql94<br>
sclo/x86_64/rh/rh-postgresql95<br>
sclo/x86_64/rh/rh-postgresql96<br>
sclo/x86_64/rh/rh-python35<br>
sclo/x86_64/rh/rh-python36<br>
sclo/x86_64/rh/rh-redis32<br>
sclo/x86_64/rh/rh-ror42<br>
sclo/x86_64/rh/rh-ror50<br>
sclo/x86_64/rh/rh-ruby23<br>
sclo/x86_64/rh/rh-ruby24<br>
sclo/x86_64/rh/rh-ruby25<br>
sclo/x86_64/rh/rh-scala210<br>
sclo/x86_64/rh/rh-thermostat16<br>
sclo/x86_64/rh/rh-varnish4<br>
sclo/x86_64/rh/rh-varnish5<br>
sclo/x86_64/rh/ror40<br>
sclo/x86_64/rh/ror41<br>
sclo/x86_64/rh/ruby193<br>
sclo/x86_64/rh/ruby200<br>
sclo/x86_64/rh/ruby22<br>
sclo/x86_64/rh/rust-toolset-7<br>
sclo/x86_64/rh/thermostat1<br>
sclo/x86_64/rh/v8314<br>
sclo/x86_64/sclo/sclo-cassandra3<br>
sclo/x86_64/sclo/sclo-git25<br>
sclo/x86_64/sclo/sclo-git212<br>
sclo/x86_64/sclo/sclo-httpd24more<br>
sclo/x86_64/sclo/sclo-php54<br>
sclo/x86_64/sclo/sclo-php55<br>
sclo/x86_64/sclo/sclo-php56<br>
sclo/x86_64/sclo/sclo-php70<br>
sclo/x86_64/sclo/sclo-php71<br>
sclo/x86_64/sclo/sclo-python27<br>
sclo/x86_64/sclo/sclo-python34<br>
sclo/x86_64/sclo/sclo-python35<br>
sclo/x86_64/sclo/sclo-ror42<br>
sclo/x86_64/sclo/sclo-subversion19<br>
sclo/x86_64/sclo/vagrant1<br>
storage/x86_64/ceph-jewel<br>
storage/x86_64/ceph-luminous<br>
storage/x86_64/gluster-3.10<br>
storage/x86_64/gluster-3.12<br>
storage/x86_64/gluster-4.0<br>
storage/x86_64/gluster-4.1<br>
storage/x86_64/gluster-5<br>
virt/x86_64/azure<br>
virt/x86_64/kubernetes19<br>
virt/x86_64/kubernetes110<br>
virt/x86_64/kvm-common<br>
virt/x86_64/libvirt-latest<br>
virt/x86_64/ovirt-4.2<br>
virt/x86_64/xen-46<br>
virt/x86_64/xen-48<br>
virt/x86_64/xen-410<br>
<br>
In addition to those, ovirt-4.1 should have already been removed, but it<br>
is still available in the altarch branch for aarch64 and ppc64le. This<br>
is an error, which will hopefully get fixed this round.<br>
_______________________________________________<br>
CentOS-devel mailing list<br>
<a href="mailto:CentOS-devel@centos.org" target="_blank" rel="noreferrer">CentOS-devel@centos.org</a><br>
<a href="https://lists.centos.org/mailman/listinfo/centos-devel" rel="noreferrer noreferrer" target="_blank">https://lists.centos.org/mailman/listinfo/centos-devel</a><br>
</div></div>