V Tue, Jun 13, 2023 at 01:06:33PM -0700, Brad Smith napsal(a): > Is this thread on alternatives to alternatives also relevant: > https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/thread/4AUQVBKLQBU6LIWZGVXN2CM3XTYQAKXZ/#4AUQVBKLQBU6LIWZGVXN2CM3XTYQAKXZ > ? > It's relevant in the meaning that it enables to choose an implementation from multiple alternatives after building the packages, the choice is made on an end system. However, all the aproaches discussed in the thread only deal with execve(2), or even only with execvpe(3). Anything what happens before is out of their scope. My proposal, as well as modularity, has a larger goal. And that is make the altarnatives look-alike also on RPM level. > Modules provide a mechanism for system level switches between > alternative versions as does Petr's proposal (i.e. sudo required). As > others have remarked, there is also a need for a similar capability at > the user level (without sudo; e.g. environment modules) or even at the > shell level. > Yes. Different people require different distance of control. That's the reason why all of them exist and have their users. > It would be nice if there were a compendium of all similar options for Fedora. > If the compendium means a documentation, then I doubt a Fedora specific, comprehensive documenation would be meaningful. It's like documenting various web browsers a user could use. Moreover, I feel the Packaging Guidelines <https://docs.fedoraproject.org/en-US/packaging-guidelines/Alternatives/> do not want a comprehensive list of options there. They rather document the best approach. If the compendium means that all the frameworks should be packaged in Fedora, I would let it on organic growth. If somebody needs one, he can package and maintain it. -- Petr
Attachment:
signature.asc
Description: PGP 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
