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 "[EMAIL PROTECTED]" ; 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


_______________________________________________
pacman-dev mailing list
[email protected]
http://archlinux.org/mailman/listinfo/pacman-dev

Reply via email to