Re: Bug#900511: libcurl4 Conflicts: libcurl3
On Thu, May 31, 2018 at 12:37:00PM -0400, Marvin Renich wrote:
> Package: libcurl4
> Version: 7.60.0-2
> Severity: serious
>
> libcurl4 conflicts with libcurl3, which violates the stated purpose of
> the "must" clause at Policy 8.1 (to allow multiple versions of a shared
> library to be co-installable), even though it doesn't violate the letter
> of the must (binary package name must change when SONAME changes).
> Without the second sentence at Policy 8.1, the MUST requirement serves
> no purpose, so I have given this severity serious.
Another purpose (not stated in the policy) is that software compiled
against the old SONAME cannot work with the new SONAME, and changing
the package name is the cleanest solution to express that through the
package dependencies.
In most cases parallel installation of several SONAME versions of
a library is a working setup, but for cases like libcurl3->libcurl4
the only thing you could argue for would be changing the wording in
policy - parallel installation is not technically feasible here.
> This means that, regardless of what Debian does with packages depending
> on libcurl, libcurl4 cannot be installed if the user has third party or
> home brew software that requires libcurl3.
libcurl3 is not part of buster, and using libraries from previous
releases that are no longer present in a new stable Debian release is
not strictly supported - it works most of the time, but when problems
are reported a Breaks/Conflicts against that library is usually the
solution.
> I found this because I have netsurf-gtk installed, which Depends:
> libcurl3. netsurf-gtk is currently the same version in stable and
> unstable, but has been removed from testing.
That's due to #869600.
> ...Marvin
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
Reply to: