rpm spec version : higher version is seen as older

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



Hi! I have a very puzzling problem :
one rpm with version 1.2.5 and one with 1.3.1 (spec file does not have
Epoch defined)

trying to install i get this :
[root@storage02 aliprod]# rpm -Uvh
xrootd-alicetokenacc-1.3.1-1.el6.x86_64.rpm
Preparing...                ###########################################
[100%]
        package xrootd-alicetokenacc-1:1.2.5-1.el6.x86_64 (which is
newer than xrootd-alicetokenacc-1.3.1-1.el6.x86_64) is already installed

the rpm information :
rpm -qi xrootd-alicetokenacc
Name        : xrootd-alicetokenacc         Relocations: (not relocatable)
Version     : 1.2.5                             Vendor: (none)
Release     : 1.el6                         Build Date: Wed 17 Jun 2015
02:25:13 AM EEST
Install Date: Mon 22 Jun 2015 01:12:34 PM EEST      Build Host:
issaf.spacescience.ro
Group       : System Environment/Daemons    Source RPM:
xrootd-alicetokenacc-1.2.5-1.el6.src.rpm
Size        : 1125309                          License: none
Signature   : (none)
Summary     : Alice Token Authorization Acc plugin
Description :
An authorization plugin for xrootd using the Alice Token authorization
envelope.

and
rpm -qip xrootd-alicetokenacc-1.3.1-1.el6.x86_64.rpm
Name        : xrootd-alicetokenacc         Relocations: (not relocatable)
Version     : 1.3.1                             Vendor: (none)
Release     : 1.el6                         Build Date: Wed 23 May 2018
12:31:05 AM EEST
Install Date: (not installed)               Build Host: el6build
Group       : CERN IT-ST                    Source RPM:
xrootd-alicetokenacc-1.3.1-1.el6.src.rpm
Size        : 1373710                          License: none
Signature   : (none)
Summary     : Alice Token Authorization Acc plugin
Description :
An authorization plugin for xrootd using the Alice Token authorization
envelope.

any idea why this could happen?
AFAIK the solution would be the introduction of "Epoch: 1" but i seen
that this is usually acceptable only as last resort..

So, any ideas about this problem?
Thank you!!
Adrian
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
https://lists.centos.org/mailman/listinfo/centos



[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]


  Powered by Linux