Re: Heads Up: libmodulemd 2.0 coming soon to a Rawhide near you

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




11.12.2018, 10:29, "Fabio Valentini" <decathorpe@xxxxxxxxx>:
> On Tue, Dec 11, 2018 at 11:05 AM Pete Walter <walter.pete@xxxxxxxxxx> wrote:
>>  Huh, better to conflict? That's just not true. Conflicting packages are a major hurdle that we should try to avoid if at all possible. If it's still possible to still change the design of the library (rename the .so file) then it certainly makes sense to do so.
>
> That's nonsense. Compat packages for older versions of the same
> library always conflict, on purpose. For an example, look at the
> compat-openssl10-devel and openssl-devel packages. Packages are
> developed and built against either one version or the other, and
> *never* both - and even so, they can't be linked with both versions
> simultaneously due to symbol conflicts.

Please don't call other people's opinions nonsense. https://docs.fedoraproject.org/en-US/project/code-of-conduct/index.html

Anyway, I would say that openssl 1.1 upstream was never designed around distro packaging in mind. They probably assumed that it's fine to have just one version of their headers installed at one time ... which is not the case if you need to work on a piece of software that uses the new API, and another piece of software that uses the old API. Conflicting packages mean repeatedly installing and uninstalling things in that case. Not what I'd call good packaging.

compat-openssl10-devel are just a distro hack to make it possible to _build_ stuff in koji against the older API, but it makes it a pain for any developer to use the headers (because of the conflict).

>>  Look at some well designed libraries, gtk2 and gtk3 for example that can exist in parallel and have -devel packages that don't conflict.
>
> gtk2/3 is a bad example. Those two packages provide two differently
> named libraries, not different versions of a library with the same
> name (libgtk-x11-2.0.so vs. libgtk-3.so). (Nevermind that the symbols
> conflict anyway and nothing can link against both, see the webkit2gtk3
> / gtk2 plugin process mess.)

That's unrelated that the runtime libraries have symbol conflicts. We were talking about -devel parallel installability.

>>  Of course, you could make an argument that it is different there because gtk has longer lifetime than libmodulemd, but it still makes sense to do things right if we can and not make packages unnecessarily conflict. It's just good design that way.
>
> It's good design to allow broken installations and development
> environments? I'd argue not.

Please don't move the goal posts. Symbol conflicts is a completely different issue and conflicting -devel packages changes nothing there.

If the devel packages conflict, it just makes it so much harder to use Fedora to actually develop software. It's fine for package building purposes, of course, but actually developing stuff is what I enjoy doing on Fedora.

Pete
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux