Re: [zypp-devel] zypp file conflicts multilib
On Tuesday 07 July 2015 09:49:03 Damian Ivanov wrote:
When installed in parallel, multilib RPM packages may contain files that live in common paths. When this happens, RPM uses the following algorithm:
- If the file in both packages is identical, installation is allowed and the file is written - If the file in both packages is an ELF binary, the file used is the file in the package for the primary architecture - If the file in both packages is not an ELF binary a RPM conflict is raised
So my suggestion here would be zypper also not to warn about a file conflict if you're installing a package for a secondary architecture that contains an elf file that conflicts with an elf file for your primary architecture. RPM heuristics will anyway not overwrite the elf file for you primary architecture, so zypper warning about that happening makes no sense (as it won't happen).
File conflicts are detected and reported by libzypp/libsov; zypper just visualizes them. On Fedora it's important that libsolv was built passing "-DFEDORA=1" to cmake. This will set the solver option 'implicitobsoleteusescolors=1', which enables support for installing multilib RPM package in parallel. (you can grep for implicitobsoleteusescolors in /var/log/zypper.log to check it's value). If the reported conflicts are nevertheless wrong, you should file an issue at https://github.com/openSUSE/libsolv/issues. (Somehow related to https://github.com/openSUSE/libzypp/issues/46; zypper is not familiar with Fedoras way of installing multilib RPM package in parallel.)
You open to patches? :)
Of course. Preferred via github. (https://github.com/openSUSE/{libsolv,libzypp,zypeper}) -- cu, Michael Andres +------------------------------------------------------------------+ Key fingerprint = 2DFA 5D73 18B1 E7EF A862 27AC 3FB8 9E3A 27C6 B0E4 +------------------------------------------------------------------+ Michael Andres SUSE LINUX GmbH, Development, ma@suse.com Maxfeldstrasse 5, D-90409 Nuernberg, Germany, ++49 (0)911 - 74 053-0 +------------------------------------------------------------------+ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu Graham Norton, HRB 21284 (AG Nürnberg) +------------------------------------------------------------------+ -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org To contact the owner, e-mail: zypp-devel+owner@opensuse.org
Awesome! Thanks! 2015-07-07 11:20 GMT+02:00 Michael Andres <ma@suse.com>:
On Tuesday 07 July 2015 09:49:03 Damian Ivanov wrote:
When installed in parallel, multilib RPM packages may contain files that live in common paths. When this happens, RPM uses the following algorithm:
- If the file in both packages is identical, installation is allowed and the file is written - If the file in both packages is an ELF binary, the file used is the file in the package for the primary architecture - If the file in both packages is not an ELF binary a RPM conflict is raised
So my suggestion here would be zypper also not to warn about a file conflict if you're installing a package for a secondary architecture that contains an elf file that conflicts with an elf file for your primary architecture. RPM heuristics will anyway not overwrite the elf file for you primary architecture, so zypper warning about that happening makes no sense (as it won't happen).
File conflicts are detected and reported by libzypp/libsov; zypper just visualizes them.
On Fedora it's important that libsolv was built passing "-DFEDORA=1" to cmake. This will set the solver option 'implicitobsoleteusescolors=1', which enables support for installing multilib RPM package in parallel. (you can grep for implicitobsoleteusescolors in /var/log/zypper.log to check it's value).
If the reported conflicts are nevertheless wrong, you should file an issue at https://github.com/openSUSE/libsolv/issues.
(Somehow related to https://github.com/openSUSE/libzypp/issues/46; zypper is not familiar with Fedoras way of installing multilib RPM package in parallel.)
You open to patches? :)
Of course. Preferred via github. (https://github.com/openSUSE/{libsolv,libzypp,zypeper})
--
cu, Michael Andres
+------------------------------------------------------------------+ Key fingerprint = 2DFA 5D73 18B1 E7EF A862 27AC 3FB8 9E3A 27C6 B0E4 +------------------------------------------------------------------+ Michael Andres SUSE LINUX GmbH, Development, ma@suse.com Maxfeldstrasse 5, D-90409 Nuernberg, Germany, ++49 (0)911 - 74 053-0 +------------------------------------------------------------------+ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu Graham Norton, HRB 21284 (AG Nürnberg) +------------------------------------------------------------------+ -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org To contact the owner, e-mail: zypp-devel+owner@opensuse.org
-- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org To contact the owner, e-mail: zypp-devel+owner@opensuse.org
Ok I tried it and noticed that libsolv is anyway in Fedora inlcuded since version 22 with -DFEDORA switch (http://fedora.c3sl.ufpr.br/linux/updates/22/SRPMS/l/libsolv-0.6.11-1.fc22.sr...) and also checked in /var/log/zypper.log for the implicitobsoleteusescolors=1 The issue still persists. Shall I create an issue on github? Is it more likely libsolv or libzypp or zypper? 2015-07-07 12:23 GMT+03:00 Damian Ivanov <damianatorrpm@gmail.com>:
Awesome! Thanks!
2015-07-07 11:20 GMT+02:00 Michael Andres <ma@suse.com>:
On Tuesday 07 July 2015 09:49:03 Damian Ivanov wrote:
When installed in parallel, multilib RPM packages may contain files that live in common paths. When this happens, RPM uses the following algorithm:
- If the file in both packages is identical, installation is allowed and the file is written - If the file in both packages is an ELF binary, the file used is the file in the package for the primary architecture - If the file in both packages is not an ELF binary a RPM conflict is raised
So my suggestion here would be zypper also not to warn about a file conflict if you're installing a package for a secondary architecture that contains an elf file that conflicts with an elf file for your primary architecture. RPM heuristics will anyway not overwrite the elf file for you primary architecture, so zypper warning about that happening makes no sense (as it won't happen).
File conflicts are detected and reported by libzypp/libsov; zypper just visualizes them.
On Fedora it's important that libsolv was built passing "-DFEDORA=1" to cmake. This will set the solver option 'implicitobsoleteusescolors=1', which enables support for installing multilib RPM package in parallel. (you can grep for implicitobsoleteusescolors in /var/log/zypper.log to check it's value).
If the reported conflicts are nevertheless wrong, you should file an issue at https://github.com/openSUSE/libsolv/issues.
(Somehow related to https://github.com/openSUSE/libzypp/issues/46; zypper is not familiar with Fedoras way of installing multilib RPM package in parallel.)
You open to patches? :)
Of course. Preferred via github. (https://github.com/openSUSE/{libsolv,libzypp,zypeper})
--
cu, Michael Andres
+------------------------------------------------------------------+ Key fingerprint = 2DFA 5D73 18B1 E7EF A862 27AC 3FB8 9E3A 27C6 B0E4 +------------------------------------------------------------------+ Michael Andres SUSE LINUX GmbH, Development, ma@suse.com Maxfeldstrasse 5, D-90409 Nuernberg, Germany, ++49 (0)911 - 74 053-0 +------------------------------------------------------------------+ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu Graham Norton, HRB 21284 (AG Nürnberg) +------------------------------------------------------------------+ -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org To contact the owner, e-mail: zypp-devel+owner@opensuse.org
-- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org To contact the owner, e-mail: zypp-devel+owner@opensuse.org
PS: I think the issue is more likely to be in libzypp as fedoras new package manager uses libhawkeye which uses libsolv as well but doesn't have that issue. 2015-07-07 14:34 GMT+03:00 Damian Ivanov <damianatorrpm@gmail.com>:
Ok I tried it and noticed that libsolv is anyway in Fedora inlcuded since version 22 with -DFEDORA switch (http://fedora.c3sl.ufpr.br/linux/updates/22/SRPMS/l/libsolv-0.6.11-1.fc22.sr...)
and also checked in /var/log/zypper.log for the implicitobsoleteusescolors=1
The issue still persists. Shall I create an issue on github? Is it more likely libsolv or libzypp or zypper?
2015-07-07 12:23 GMT+03:00 Damian Ivanov <damianatorrpm@gmail.com>:
Awesome! Thanks!
2015-07-07 11:20 GMT+02:00 Michael Andres <ma@suse.com>:
On Tuesday 07 July 2015 09:49:03 Damian Ivanov wrote:
When installed in parallel, multilib RPM packages may contain files that live in common paths. When this happens, RPM uses the following algorithm:
- If the file in both packages is identical, installation is allowed and the file is written - If the file in both packages is an ELF binary, the file used is the file in the package for the primary architecture - If the file in both packages is not an ELF binary a RPM conflict is raised
So my suggestion here would be zypper also not to warn about a file conflict if you're installing a package for a secondary architecture that contains an elf file that conflicts with an elf file for your primary architecture. RPM heuristics will anyway not overwrite the elf file for you primary architecture, so zypper warning about that happening makes no sense (as it won't happen).
File conflicts are detected and reported by libzypp/libsov; zypper just visualizes them.
On Fedora it's important that libsolv was built passing "-DFEDORA=1" to cmake. This will set the solver option 'implicitobsoleteusescolors=1', which enables support for installing multilib RPM package in parallel. (you can grep for implicitobsoleteusescolors in /var/log/zypper.log to check it's value).
If the reported conflicts are nevertheless wrong, you should file an issue at https://github.com/openSUSE/libsolv/issues.
(Somehow related to https://github.com/openSUSE/libzypp/issues/46; zypper is not familiar with Fedoras way of installing multilib RPM package in parallel.)
You open to patches? :)
Of course. Preferred via github. (https://github.com/openSUSE/{libsolv,libzypp,zypeper})
--
cu, Michael Andres
+------------------------------------------------------------------+ Key fingerprint = 2DFA 5D73 18B1 E7EF A862 27AC 3FB8 9E3A 27C6 B0E4 +------------------------------------------------------------------+ Michael Andres SUSE LINUX GmbH, Development, ma@suse.com Maxfeldstrasse 5, D-90409 Nuernberg, Germany, ++49 (0)911 - 74 053-0 +------------------------------------------------------------------+ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu Graham Norton, HRB 21284 (AG Nürnberg) +------------------------------------------------------------------+ -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org To contact the owner, e-mail: zypp-devel+owner@opensuse.org
-- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org To contact the owner, e-mail: zypp-devel+owner@opensuse.org
On Tuesday 07 July 2015 13:53:11 Damian Ivanov wrote:
PS: I think the issue is more likely to be in libzypp as fedoras new package manager uses libhawkeye which uses libsolv as well but doesn't have that issue.
libzypp is ok. -- cu, Michael Andres +------------------------------------------------------------------+ Key fingerprint = 2DFA 5D73 18B1 E7EF A862 27AC 3FB8 9E3A 27C6 B0E4 +------------------------------------------------------------------+ Michael Andres SUSE LINUX GmbH, Development, ma@suse.com Maxfeldstrasse 5, D-90409 Nuernberg, Germany, ++49 (0)911 - 74 053-0 +------------------------------------------------------------------+ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu Graham Norton, HRB 21284 (AG Nürnberg) +------------------------------------------------------------------+ -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org To contact the owner, e-mail: zypp-devel+owner@opensuse.org
2015-07-07 15:01 GMT+03:00 Michael Andres <ma@suse.com>:
On Tuesday 07 July 2015 13:53:11 Damian Ivanov wrote:
PS: I think the issue is more likely to be in libzypp as fedoras new package manager uses libhawkeye which uses libsolv as well but doesn't have that issue.
libzypp is ok.
FYI: https://github.com/openSUSE/libsolv/issues/94 Sorry for top-posting... Best regards, Damian -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org To contact the owner, e-mail: zypp-devel+owner@opensuse.org
participants (2)
-
Damian Ivanov -
Michael Andres