Hi everyone.
I am working on a follow-up putback for Driver-Update in order to get
rid of the live-var-pkg-move service which currently copies /var/pkg to
/tmp at boot time on live images. An on-demand copy, initiated by the
DDU, will replace it, so that the copy happens only when necessary.
Keith had suggested having a separate public script for doing the copy
and having the DDU call it. The reason was so other utilities can call
the script if needed. (Right, Keith?) I don't think the script is
necessary for this reason, as few are going to run the pkg(5) command on
a live image outside of the DDU. Having a script could help keep the
/var/pkg copy code localized to live images though, if included as part
of the slim-utils package.
The script can be one of two things:
A) The script would do only the /var/pkg copy (and test that the copy is
needed).
B) The script would do the /var/pkg copy followed by calling pkg(5).
I see three options for structuring the script functionality:
1) Include the script as part of slim-utils. If the DDU doesn't find
the script it either just continues (for type A script) or calls pkg(5)
directly (for type B script).
2) Include the script as part of the DDU package.
3) Script as part of DDU code.
I think the best combination is A-1. This way the script or script
functionality exists only on the live images where it is needed. The
DDU has only two lines to call the script (an existence test and a
call). There is only one pkg(5) call among the DDU and the script.
- - -
Another issue is repository cleanup once the service is removed. Rather
than do the clean up as part of package installation (or upgrade), I
think just release-noting is best. My rationale: cleanup as package
upgrade means something for this needs to live in packages from now on,
and the service is only in build 140, soon to be long forgotten as it's
just a development build. Another alternative is to put package cleanup
in and then take it out in a few builds; not sure this is worth doing
though...
Comments or other suggestions welcome.
Thanks,
Jack
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
