[Bug 991155] New: File conflict updating gsl
http://bugzilla.suse.com/show_bug.cgi?id=991155 Bug ID: 991155 Summary: File conflict updating gsl Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening@forge.provo.novell.com Reporter: sreeves@suse.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Attempting to zypper up on multiple tumbleweed installs today I get... ... Checking for file conflicts: .................................................................[error] Detected 1 file conflict: File /usr/lib64/libgslcblas.so.0.0.0 from install of libgsl19-2.1-1.1.x86_64 (openSUSE-20160512-0) conflicts with file from package libgsl0-1.16-8.5.x86_64 (@System) It appears perhaps gsl is not following the shared library packaging policy. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=991155
Dominique Leuenberger
http://bugzilla.suse.com/show_bug.cgi?id=991155
http://bugzilla.suse.com/show_bug.cgi?id=991155#c1
Dominique Leuenberger
http://bugzilla.suse.com/show_bug.cgi?id=991155
http://bugzilla.suse.com/show_bug.cgi?id=991155#c2
--- Comment #2 from Ismail Donmez
http://bugzilla.suse.com/show_bug.cgi?id=991155
http://bugzilla.suse.com/show_bug.cgi?id=991155#c3
--- Comment #3 from Dominique Leuenberger
We can either fix the shared library versioning or obsolete libgsl0. I prefer the former. Dmitry, can you please look at this?
There is only 'one real' solution: split the libgsl19 out into chunks of smaller library packages. The policy clearly states that libs CAN be put together into one package IFF their sonum is step-locked... something which is no longer the case in libgsl. Thus, splitting is the only real solution (and in the background fix the brp check: that should have been caught by the checker already imho) -- You are receiving this mail because: You are on the CC list for the bug.
zypper info --provides libgsl19 Provides:
http://bugzilla.suse.com/show_bug.cgi?id=991155
http://bugzilla.suse.com/show_bug.cgi?id=991155#c4
--- Comment #4 from Dominique Leuenberger
http://bugzilla.suse.com/show_bug.cgi?id=991155
Libor Pechacek
http://bugzilla.suse.com/show_bug.cgi?id=991155
http://bugzilla.suse.com/show_bug.cgi?id=991155#c5
--- Comment #5 from Adam Majer
http://bugzilla.suse.com/show_bug.cgi?id=991155
http://bugzilla.suse.com/show_bug.cgi?id=991155#c6
--- Comment #6 from Dominique Leuenberger
It looks like libgslcblas.so is unversioned? Is this just a helper library for libgsl?
libgslcblas.so.0()(64bit) => 0 is the version (which is not the same as unversioned) and: zypper se --requires libgslcblas.so.0 => there is plenty of stuff linking to this lib, so it seems not to be a helper only -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=991155
http://bugzilla.suse.com/show_bug.cgi?id=991155#c7
--- Comment #7 from Dmitry Roshchin
http://bugzilla.suse.com/show_bug.cgi?id=991155
http://bugzilla.suse.com/show_bug.cgi?id=991155#c8
--- Comment #8 from Dominique Leuenberger
SR#415773
as we're in a broken state, somehow we still need to obsolete libgsl0 now - otherwise the new library will now conflict with libgsl0 -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=991155
http://bugzilla.suse.com/show_bug.cgi?id=991155#c9
--- Comment #9 from Adam Majer
(In reply to Adam Majer from comment #5)
It looks like libgslcblas.so is unversioned? Is this just a helper library for libgsl?
libgslcblas.so.0()(64bit) => 0 is the version (which is not the same as unversioned)
and: zypper se --requires libgslcblas.so.0 => there is plenty of stuff linking to this lib, so it seems not to be a helper only
Well, you have to actually look at differences between this and what requires libgsl.so.19 or libgsl.so.0. It looks like there is only one - calligra-sheets ? It depends on libgsl.so.19 but not on the libgslcblas.so.0. All the rest of the programs that depend on libgslcblas.so.0 depend on libgsl.so.{19,0}, unless I made some mistake. I said it *looks* unversioned because it is surprising that no one ever added or removed any APIs from that library so its soname renames at pristine 0.0.0. But looking at the documentation it looks quite plausible in this case! -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=991155
http://bugzilla.suse.com/show_bug.cgi?id=991155#c10
--- Comment #10 from Dmitry Roshchin
Well, you have to actually look at differences between this and what requires libgsl.so.19 or libgsl.so.0. It looks like there is only one - calligra-sheets ? It depends on libgsl.so.19 but not on the libgslcblas.so.0. All the rest of the programs that depend on libgslcblas.so.0 depend on libgsl.so.{19,0}, unless I made some mistake.
I said it *looks* unversioned because it is surprising that no one ever added or removed any APIs from that library so its soname renames at pristine 0.0.0. But looking at the documentation it looks quite plausible in this case!
First BLAS version was released in 1979. And API is very stable. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=991155
Adam Majer
participants (1)
-
bugzilla_noreply@novell.com