Subject: Re: Refactoring "install" and "package" phases
To: Dieter Baron <dillo@danbala.tuwien.ac.at>
From: Johnny Lam <jlam@pkgsrc.org>
List: tech-pkg
Date: 05/22/2006 17:34:11
Dieter Baron wrote:
> In article <4471C1B8.8040207@pkgsrc.org> Johnny wrote:
> : Yes, my approach is likely to be moving the +* scriptlets out of the 
> : meta-data directory and into a separate location that is listed in the 
> : PLISTs.  The INSTALL and DEINSTALL scripts would then be much simpler. 
> : Most of the package systems I've seen support some sort of 
> : install/deinstall hook, and it will involve a custom wrapper around the 
> : existing +* scriptlets.  I believe that most of the existing 
> : functionality provided by the pkginstall framework can be preserved.
> 
>   Please don't do this.  I would strongly prefer if the +* scriplets
> weren't part of the individual packages at all.  One of the strengths
> of pkgsrc is the declarative nature of the package Makefiles.
> 
>   I would like to see this reflected in the binary packages: The
> package should state what services it needs from the package install
> tools (create user foo, copy config file bar, ...) and leave the
> implementation to the tools.  That way, we could fix bugs in the
> implantation without requiring all packages to be rebuilt.
> 
>   Also, a fix in one of the scripts could result in a version bump of
> the install tools, whereas it is impractical to bump the revision of
> all packages using it.

I'll figure out another way to do it to meet your requirements when I 
experiment with actually adding the SVR4 package format support.  I 
believe the solution is fairly easy, so we'll not dwell on it here.

	Cheers,

	-- Johnny Lam <jlam@pkgsrc.org>