On 16.12.2013 17:55, Alexander Bokovoy wrote:
On Mon, 16 Dec 2013, Rich Megginson wrote:
Simo thinks that this is a reason why 'downgrade package' with 1.3.1.x
inevitably needs automated script which will purge two missing plugins
from dse.ldif.

We have an upgrade/downgrade framework, it should be easy to
disable/remove these plugins.

Is that it?  Are there any other problems found attempting to downgrade
1.3.2 to 1.3.1 in F20?
Packaging issue -- epoch will have to be increased and maintained
forever. It is weird but that's what it is.

Sure.  But that's a one time thing.  And, it's only for F20 - once we go
to F21, we can remove the epoch.
No, and that's key here. Once Epoch is in place, it is forever.

Why?
Because that's how RPM is built. When Epoch value is absent it is
assumed to be equal to 0.
1.3.1.18-1 will be equal to 0:1.3.1.18-1 and less than 1.3.2.8-1,
however, 1:1.3.1.18-1 will be greater than 1.3.2.8-1 because the latter
is equal to 0:1.3.2.8-1.

Once epoch is there, it is to stay.

Anyway, is it a real problem? Personally, I consider it like yet-another-version-number.

On my Fedora 19:
$ repoquery -qa | wc -l
46645
(packages in total)

$ repoquery -qa | grep -- '-[1-9][0-9]*:' | wc -l
6581
(packages with non-zero epoch)

--
Petr^2 Spacek

_______________________________________________
Freeipa-devel mailing list
Freeipa-devel@redhat.com
https://www.redhat.com/mailman/listinfo/freeipa-devel

Reply via email to