V Tue, Dec 03, 2024 at 05:01:38PM +0000, Aoife Moloney via devel-announce napsal(a): > Wiki - https://fedoraproject.org/wiki/Changes/ChangeToGitCore [...] > == Detailed Description == > > Many package have either requirement or build requirement for the > `git` binary. The `git` package is complex and is divided in mulitple > subpackages. The subpackage that contains the `git` binary, that is > enough for most of the use cases, is part of the `git-core` > subpackage. > > In a fresh rawhide image `git-core` package installs 10 packages and > requires 8 MiB, while `git` package requires 77 packages and 19 MiB. > > The proposed change would be to open Pull Requests against each > package to switch to `git-core` and, when possible, test it before the > PR is accepted. > I don't like it: First, any time a subpackage of git adds or moves a subcommand one would have to reevalutate all the reverse dependencies. Second, your proposal abuses packagers by unnecessary pull requests. You should first check whether changing the dependency makes sense and only if it does, open the pull request. Third, your change does not mention checking spec files for comments that "git" is explicitly required because "git-core" is not enough. Some people already did the excercise. I'd rather see a different approach: Add RPM Provides corresponding to git subcommands to respective git subpackages and change dependencies on git to the provides. E.g. packages executing a "git send-email" command would depend on "git(send-mail)" instead of "git". BTW, it seems that "git send-email" is broken in Rawhide: Having installed git-2.47.1-1.fc42.x86_64 package, the subcommand is not available. -- 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
