Dne 17. 05. 24 v 7:16 Panu Matilainen napsal(a):
On 5/16/24 16:10, Vít Ondruch wrote:Dne 16. 05. 24 v 14:28 Zbigniew Jędrzejewski-Szmek napsal(a):On Thu, May 16, 2024 at 01:14:16PM +0200, Petr Pisar wrote:Proper solution is actually minimazing content of the minimal build rootMost of the packages in the buildroot are libraries, pulled in via dependencies. @buildsys-build group is: Mandatory packages : bash # basic shell env : bzip2 # source extraction : coreutils # basic shell env : cpio # source extraction : diffutils # source extraction : fedora-release-common # rpm environment : findutils # basic shell env : gawk # basic shell env: glibc-minimal-langpack # we want this to avoid other langpacks: grep # basic shell env : gzip # source extraction : info : patch # source extraction : redhat-rpm-config # rpm environment : rpm-build # rpm environment : sed # basic shell env : shadow-utils : tar # source extraction : unzip # source extraction : util-linux # basic shell env: which # basic shell env. (command -v is more portable, but meh.): xz # source extractionAnd there is this proposal to reduce the amount of compression libraries:https://github.com/rpm-software-management/rpm/issues/1396Actually, since RPM now uses `rpmuncompress` to extract the archives, it could also make sense to e.g. extract this utility into separate sub-package and move the extraction utilities out from the @buildsys-build. That would not reduce the the buildroot size at first, but get the dependencies to the right place for the start.Doesn't work.rpmuncompress doesn't know how to uncompress ANYTHING AT ALL by itself. It only knows which command(s) to call to do that.
The point is that the group is not the right place to list the extraction utilities. The definition should be closer to RPM IMHO. Of course one might argue that distribution might want to have a word and avoid some compression algorithm, but it can't add anything what RPM somehow does not support.
And I didn't want to imply that rpmuncompress can extract some archive on its own. Although it can likely be read that way ...
Vít
- Panu - -- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxxFedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelinesList Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Attachment:
OpenPGP_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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
