[pacman-dev] FS#7982 - patch to makepkg to allow PKGBUILDs building more than one package
Marc - A. Dahlhaus
mad at wol.de
Mon Jun 16 03:49:10 EDT 2008
Hello List,
a few comments on the posted patch...
@@ -1389,7 +1391,57 @@ if [ "$INFAKEROOT" = "1" ]; then
tidy_install
fi
- create_package
+ if [ "$splitinstall" != "" ] ; then
+ backup_o=$backup
+ conflicts_o=$conflicts
+ depends_o=$depends
+ groups_o=$groups
+ install_o=$install
+ license_o=$license
+ pkgdesc_o=$pkgdesc
+ pkgname_o=$pkgname
+ pkgver_o=$pkgver
+ provides_o=$provides
+ replaces_o=$replaces
+ url_o=$url
This is the right place to do this in my opinion, that way you have the global defined defaults for every slpit-package.
To move this inside of the loop would kill the posibility to get the fuits from my next comment.
+ create_package
I think this is wrong from the view to build sub-packages out of one compiled tree.
build should be used to only build the sources and prepare everything which would be usefull for all subpackages.
That way we could add a new param to makepkg to bould only a subset of the splitpackages by overriding the contents of the defined var splitinstall.
+ for it in "${splitinstall[@]}" ; do
+ if [ -d "$pkgdir" ]; then
+ msg "Removing existing pkg/ directory..."
+ rm -rf "$pkgdir"
+ fi
+ mkdir -p "$pkgdir"
I like it that way and we can fix the issue spotted by *Allan McRae* (non working repackage param) if we take the way of my prevous comment and allow to rebuild only a subset of the splitpackages.
I think we should add the splitpackage-name to repackage as additional param to makepkg's command line and use that to override the splitinstall value in case we want repackage.
--8<--
thanks,
Marc
More information about the pacman-dev
mailing list