> <
https://www.emulab.net/image_metadata.php?uuid=6fa68fd6-9163-11e6-ac8c-90e2ba22fee4> is
> the same "CENTOS7-64-STD" from last year, it was already up to 7.7. Do
> you have the URL for the older 7.1 image you mentioned?
You should use CENTOS7-64-STD unless you know that your use case really
cares about a diff in some package between 7.3 and 7.9 , and that
there's no hack around it.
The issue is that although CentOS 7 followed a (minor) point release
model in name, the only way to obtain security updates was to jump to
the latest version of packages from the current minor release, because
CentOS 7 doesn't provide separate repos for each minor release, nor
minor release-specific updates (nor does it provide separate
security(+dep)-only package metadata, so `yum update-minimal --security`
does not do anything). This is the main reason we stopped using point
releases in the image name -- we don't want to supply images with known
vulnerabilities long-term, nor can we support 9 separate CentOS 7 images
each with a point release of CentOS.
We made this switch between CENTOS71-64-STD (whose head was surely
already 7.2 at the time) and CENTOS7-64-STD, right after 7.3 was
released. Unfortunately we did not update the Description and OS fields
correctly in the CENTOS7-64-STD image. So you end up going by the
Updated timestamp to see which of the old versions you might want to
try. The first version after 7.3 was release is probably version 3; the
last version prior to the 7.4 release looks to be version 7 (e.g.
https://www.emulab.net/portal/show-image.php?imageid=5156&version=7).
I wouldn't really recommend using this version, though... it will have
plenty of security vulnerabilities and bugfixes to the Emulab
clientside, and we can't support it.
Sorry, unsatisfying answer, but we only have enough staff to effectively
follow the upstream long-term stable policies of upstream Linux distros.
We have to hope that the vast majority of ABI changes only occur at
major release boundaries. Sometimes it works ;)
> Regards,
> Jason Boles
David
> > (I couldn't log in to
emulab.net <
http://emulab.net> due to
> --
> You received this message because you are subscribed to the Google
> Groups "emulab-admins" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to
emulab-admin...@googlegroups.com
> <mailto:
emulab-admin...@googlegroups.com>.
> To view this discussion on the web visit
>
https://groups.google.com/d/msgid/emulab-admins/5ab3c9b5-4bbe-4f57-bc8b-b33f13287c4cn%40googlegroups.com
> <
https://groups.google.com/d/msgid/emulab-admins/5ab3c9b5-4bbe-4f57-bc8b-b33f13287c4cn%40googlegroups.com?utm_medium=email&utm_source=footer>.