On 6/14/19 2:52 AM, Remi Collet wrote:
Le 13/06/2019 à 20:31, Adam Samalik a écrit :
> So, I'd like to discuss the libgit issue [1] [2] we're experiencing. With a
> help of a few people, I've put together this post to get us on common
> ground:
https://communityblog.fedoraproject.org/modularity-vs-libgit/
>
> There are few ideas about solving the issue right now. But we might be able
> to think about better ways to deal with similar issues long-term. Let's do
> this!
IMHO, having library in modules is an error, this can only raise issues
Perhaps debian was right, and we should use a naming schema matching the
library ABI, so including the soname
libgit26-0.26.8
libgit27-0.27.8
libgit28-0.28.1
etc
Thanks to soname, library are perfect use case for parallel installation
of multiple versions.
+1
We could go a step further and extend rpm and dnf to support multiple
versions of same named packages for installation. This is doable but
not necessarily trivial. Upgrades would need a way to specify what
package NVR they are upgrading (doable) and dependencies, requires, and
obsoletes would need to be reviewed to ensure you don't wipe out a
version you want installed. Plus more. Solvable and the same end
result for users, just a different approach.
And thanks to range version, this can be describe for dependencies.
BuildRequires: (pkgconfig(libgit) >=26 with pkgconfig(libgit) <= 27)
Yes, this will means more packages, and more reviews, but having a new
review on a old library when soname change make sense.
Of course, old versions have to be retired when no more used
Modules are fine for applications.
Remi
P.S. yes compat_* name schema also works... but also consider it as a
bit ugly...
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
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@lists.fedoraproject.org
--
David Cantrell <dcantrell(a)redhat.com>
Red Hat, Inc. | Boston, MA | EST5EDT