Re: Modularity and all the things

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

 




Dne 06. 11. 19 v 12:17 Vít Ondruch napsal(a):
Dne 06. 11. 19 v 5:21 Randy Barlow napsal(a):
On Tue, 2019-11-05 at 21:17 -0500, Neal Gompa wrote:
This feature of "slotting" multiple EVRs of the same name actually
already exists in RPM. DNF currently restricts this to packages that
contain one of the following provides:
* installonlypkg(kernel)
* installonlypkg(kernel-module)
* installonlypkg(vm)
* multiversion(kernel)

It's not terribly difficult to extend this functionality to apply
more
broadly than kernels and VM images wrapped in RPMs. :)
That's a good point. I had actually noticed that the kernel was
"special" in this regard.

Is this hardcoded in dnf? When I grep for "installonly", I see this:

/etc/dnf/dnf.conf:installonly_limit=3

I guess that's why I get 3 kernels, but I'm wondering if I can expand
that set as a user? Probably not a good idea to mess with ☺

Just FTR:

https://bugzilla.redhat.com/show_bug.cgi?id=845247

The DNF is completely different today.


I meant "DNF team" of course.


Vít


 Anybody wants to propose this
idea again?


Vít


In any case, you are right that we could make it so other packages
allowed installing more than one of the same name using this, but there
would need to be awareness of which ones can and can't be
simultaneously installed, and that's what Gentoo's slot feature
achieves. For example, we could start calling python simply "python",
but there would have to be a way to denote that some Python's can and
can't be parallel installed (you can't parallel install a 3.6.1 and
3.6.2, but you *can* parallel install a 3.6.1 and a 3.5.2), and also
that some other packages cannot be parallel installed (like grep, since
it occupies /usr/bin/grep). But yeah, it does sound like dnf does have
some of the code we'd need to do that.




_______________________________________________
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

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
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

[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