On Tue, Sep 15, 2020 at 6:35 PM Michel Alexandre Salim
<michel@xxxxxxxxxxxxxxx> wrote:
>
> On Tue, 2020-09-15 at 14:10 -0400, Simo Sorce wrote:
> > On Tue, 2020-09-15 at 13:46 -0400, Neal Gompa wrote:
> > >
> > > The compat- prefix is no longer allowed. Instead we should be using
> > > versioned package names.
> >
> > Why?
> > The "compat-" prefix clearly indicated the .so was provided
> > exclusively
> > for backward binary compatibility and shouldn't be relied upon in
> > other
> > packages.
> >
> Provided ${libname}-devel pulls the latest, main version instead of one
> of the older versions, hopefully there is no confusion which version is
> meant to be used?
>
> (That being said, when using other virtual provides such as
> 'pkgconfig(pcname)' it doesn't matter whether the package is versioned
> or prefixed with compat- anyway, as that won't make a difference from
> the call site).
>
> > A bare name conveys nothing and risk introducing dependencies later
> > instead of slowly draining out dependencies until it can be removed
> > again.
> >
> > > So if we're changing the old one, it'll become openssl1.0 to comply
> > > with current guidelines.
> >
> > I think having a package named openssl1.0 or openssl1.1 would lead to
> > more confusion, not less.
> >
> > Simo.
> >
> >
> Anyone familiar with how this works in practice for Debian (and
> derivatives) and, IIRC, Mageia? They've been using versioned packages
> for years so if there are potential confusions they ought to have
> encountered them before.
>
Mageia, openSUSE, and Debian all require versioned packaging for
libraries in all cases. It works perfectly fine. There's no confusion
or anything the package manager or whatever. In the Fedora case, it
looks odd to see it, but since it's only for legacy libraries, it's
fine.
Something that Mageia and openSUSE do sometimes is just not ship a
-devel package if the library is only there for runtime backwards
compatibility. That's something we could do for openssl1.0 and
eventually openssl1.1.
--
真実はいつも一つ！/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
