Kolab update error on CentOS

Discussion:

Martin Campbell

2018-05-02 23:04:14 UTC

Transaction check error:

file /usr/share/php/Net/LDAP3.php from install of
php-kolab-net-ldap3-1.0.6-1.1.el7.kolab_16.noarch conflicts with file from
package php-Net-LDAP3-1.0.4-2.6.el7.kolab_16.noarch

file /usr/share/php/Net/LDAP3/Result.php from install of
php-kolab-net-ldap3-1.0.6-1.1.el7.kolab_16.noarch conflicts with file from
package php-Net-LDAP3-1.0.4-2.6.el7.kolab_16.noarch

Is there any way to fix this?

Martin

Skale, Franz

2018-05-03 05:11:39 UTC

Permalink

Hi,
since the problem on debian don't exist, i think the package maintainer
forgot to supply a replace rule in the SPEC file.
Download the package (or locate it on the disk. Perhaps
/var/cache/yum/<repo>/packages) and force an upgrade by issuing:
rpm -Uvh php-kolab-net-ldap3-1.0.6-1.1.el7.kolab_16.noarch --force

Rgds.
Franz

Post by Martin Campbell
file /usr/share/php/Net/LDAP3.php from install of
php-kolab-net-ldap3-1.0.6-1.1.el7.kolab_16.noarch conflicts with file
from package php-Net-LDAP3-1.0.4-2.6.el7.kolab_16.noarch
file /usr/share/php/Net/LDAP3/Result.php from install of
php-kolab-net-ldap3-1.0.6-1.1.el7.kolab_16.noarch conflicts with file
from package php-Net-LDAP3-1.0.4-2.6.el7.kolab_16.noarch
Is there any way to fix this?
Martin
_______________________________________________
users mailing list
https://lists.kolab.org/mailman/listinfo/users

Christoph Erhardt

2018-05-03 08:14:39 UTC

Permalink

Hi,

this is very strange... I bumped the version yesterday but didn't do any name
changes.

As far as I can see from the version history, that RPM package has always been
called "php-kolab-net-ldap3". Hence I fail to grasp why there would be a
previously installed package called "php-Net-LDAP3" on your system.

The replacement rule Franz mentioned (a combination of "Obsoletes:" and
"Provides:") does exist, and it looks good to me (see https://
obs.kolabsys.com/package/view_file/Kolab:16/php-kolab-net-ldap3/php-kolab-net-ldap3.spec?expand=1).

Does anybody have an idea?

Also, can other CentOS users confirm or deny whether they are affected as
well?

Cheers,
Christoph

Post by Skale, Franz
Hi,
since the problem on debian don't exist, i think the package maintainer
forgot to supply a replace rule in the SPEC file.
Download the package (or locate it on the disk. Perhaps
rpm -Uvh php-kolab-net-ldap3-1.0.6-1.1.el7.kolab_16.noarch --force
Rgds.
Franz

_______________________________________________
users mailing list
https://lists.kolab.org/mailman/listinfo/users

Skale, Franz

2018-05-03 08:38:22 UTC

Permalink

If the SPEC file is right, then it must be a packaging issue.
What does rpm -qliRp php-kolab-net-ldap3-1.0.6-1.1.el7.kolab_16.noarch
say ?

Post by Christoph Erhardt
Hi,
this is very strange... I bumped the version yesterday but didn't do any name
changes.
As far as I can see from the version history, that RPM package has always been
called "php-kolab-net-ldap3". Hence I fail to grasp why there would be a
previously installed package called "php-Net-LDAP3" on your system.
The replacement rule Franz mentioned (a combination of "Obsoletes:" and
"Provides:") does exist, and it looks good to me (see https://
obs.kolabsys.com/package/view_file/Kolab:16/php-kolab-net-ldap3/php-kolab-net-ldap3.spec?expand=1).
Does anybody have an idea?
Also, can other CentOS users confirm or deny whether they are affected as
well?
Cheers,
Christoph

Post by Skale, Franz
Hi,
since the problem on debian don't exist, i think the package
maintainer
forgot to supply a replace rule in the SPEC file.
Download the package (or locate it on the disk. Perhaps
rpm -Uvh php-kolab-net-ldap3-1.0.6-1.1.el7.kolab_16.noarch --force
Rgds.
Franz

_______________________________________________
users mailing list
https://lists.kolab.org/mailman/listinfo/users

marko

2018-05-03 11:05:10 UTC

Permalink

yes, I got it today. Franz's solution worked for me.

thanks

Post by Christoph Erhardt
Hi,
this is very strange... I bumped the version yesterday but didn't do any
name changes.
As far as I can see from the version history, that RPM package has always
been called "php-kolab-net-ldap3". Hence I fail to grasp why there would be
a previously installed package called "php-Net-LDAP3" on your system.
The replacement rule Franz mentioned (a combination of "Obsoletes:" and
"Provides:") does exist, and it looks good to me (see https://
obs.kolabsys.com/package/view_file/Kolab:16/php-kolab-net-ldap3/php-kolab-ne
t-ldap3.spec?expand=1).
Does anybody have an idea?
Also, can other CentOS users confirm or deny whether they are affected as
well?
Cheers,
Christoph

_______________________________________________
users mailing list
https://lists.kolab.org/mailman/listinfo/users

--
Imagine a world without hypothetical situations

Christoph Erhardt

2018-05-03 12:59:05 UTC

Permalink

Hello list,

I've pushed out a quickfix that should resolve the issue. Thanks for the
feedback, everybody!

Best regards,
Christoph

Post by marko
yes, I got it today. Franz's solution worked for me.
thanks