New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Install only needed split subpackages #39

Open
rmarquis opened this Issue Feb 18, 2016 · 3 comments

Comments

Projects
None yet
3 participants
@rmarquis

rmarquis commented Feb 18, 2016

PKGBUILDer is one of the rare helper that supports building of split packages. However, it currently always installs all built subpackages, instead of installing only the necessary subpackages.

The makepkg --pkg option was very useful in this very situation but it has been removed in pacman/makepkg 5.0, so using pacman -U is the only alternative. This option might however come back in the near future, see this recent discussion on pacman-dev mailing list.

You can test this with the python-novaclient PKGBUILD, which builds the python-novaclient and python2-novaclient subpackages, and whose dependencies are also split packages.

@Kwpolska

This comment has been minimized.

Show comment
Hide comment
@Kwpolska

Kwpolska Feb 18, 2016

Owner

The problem is, this would become a special option hidden behind a switch, at best. The default behavior of makepkg is depended on by some people (including me with the python-nikola-doc package). And in most cases, having all the split packages installed is good enough (says the man who constantly runs out of / disk space).

The python-novaclient package works fine for me, and so does the aformentioned python-nikola family (installs python2-nikola, python-nikola-doc, and a ton of split makedepends). However, one of its dependencies (python-oslo-utils) lead to installing [community] packages in the last (pacman -U) step, something I tried to prevent in my packages (via the large makedepends array; however, the AUR dependency builder picks AUR dependencies up correctly)

That said, if makepkg restores the option, I might support it. Otherwise, I would need to work out some hacks around the package detection part, which is already a hack.

(I’m not subscribed to the pacman-dev mailing list, please notify me if the option is restored.)

Owner

Kwpolska commented Feb 18, 2016

The problem is, this would become a special option hidden behind a switch, at best. The default behavior of makepkg is depended on by some people (including me with the python-nikola-doc package). And in most cases, having all the split packages installed is good enough (says the man who constantly runs out of / disk space).

The python-novaclient package works fine for me, and so does the aformentioned python-nikola family (installs python2-nikola, python-nikola-doc, and a ton of split makedepends). However, one of its dependencies (python-oslo-utils) lead to installing [community] packages in the last (pacman -U) step, something I tried to prevent in my packages (via the large makedepends array; however, the AUR dependency builder picks AUR dependencies up correctly)

That said, if makepkg restores the option, I might support it. Otherwise, I would need to work out some hacks around the package detection part, which is already a hack.

(I’m not subscribed to the pacman-dev mailing list, please notify me if the option is restored.)

@AladW

This comment has been minimized.

Show comment
Hide comment
@AladW

AladW Mar 24, 2017

For comparison, see:
trizen/trizen@3c94434
trizen/trizen@0f8ddb1
in particular, use of makepkg --packagelist to retrieve the package names.

AladW commented Mar 24, 2017

For comparison, see:
trizen/trizen@3c94434
trizen/trizen@0f8ddb1
in particular, use of makepkg --packagelist to retrieve the package names.

@Kwpolska

This comment has been minimized.

Show comment
Hide comment
@Kwpolska

Kwpolska Mar 24, 2017

Owner

makepkg --packagelist isn’t necessary, since I could just look at the built .pkg.tar.xz files and compare it with .SRCINFO or whatever.

IMO it might not be worth the effort to support this; however, if anyone wants to implement it, I’ll happily take a pull request for this.

Owner

Kwpolska commented Mar 24, 2017

makepkg --packagelist isn’t necessary, since I could just look at the built .pkg.tar.xz files and compare it with .SRCINFO or whatever.

IMO it might not be worth the effort to support this; however, if anyone wants to implement it, I’ll happily take a pull request for this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment