[rdo-list] Adding backwards compatible tripleo-heat-templates packaging
Javier Pena
javier.pena at redhat.com
Mon Sep 5 14:47:50 UTC 2016
----- Original Message -----
> On Fri, Sep 2, 2016 at 6:04 PM, Alan Pevec <apevec at redhat.com> wrote:
> >> * A single srpm if at all possible
> >
> > Why is that a requirement? Usually in rpm world you create separate
> > parallel installable compat package by adding version to the package
> > name e.g. we had python-webob1.2 in the past.
> > THT mitaka is 2.x so what about creating a new package
> > openstack-tripleo-heat-templates2 ?
>
> We could do that and it's ok, really. It just means a new package
> process for every release of OpenStack. There is no real clean
> mapping historically of THT version to OpenStack version. How does
> someone know that tht2 is mitaka? When we reach ocata and have to
> have a BC package, it's tht5 which is newton. (We could simply name
> it openstack-tripleo-heat-templates-mitaka).
I think something like this (having an openstack-tripleo-heat-templates-compat-mitaka package or similar) would work best.
This would also allow us to decide when to drop support for older releases. Newton will have a mitaka-compat package, but we'll sure drop it in a later release, won't we? We could then just control which packages are built for each release using rdoinfo.
Javier
>
> The proposal currently means that we have to change 1 spec file value
> per release rather than go through a totally new package each release.
>
> Mike
>
>
> >
> > Alan
>
> _______________________________________________
> rdo-list mailing list
> rdo-list at redhat.com
> https://www.redhat.com/mailman/listinfo/rdo-list
>
> To unsubscribe: rdo-list-unsubscribe at redhat.com
>
More information about the dev
mailing list