I reviewed the pkgbuild-spec.txt documentation and I felt
that that document exceeded my expectations and was
exactly the type of information I was looking for.
I also appreciate the additional documentation provided
in specdesc.pdf.
I am satisfied that my requests have been met.
Thanks Laca.
Doug.
On 05/ 7/10 01:00 PM, John Fischer wrote:
Doug,
Does the attached document satisfy this request
for additional documentation?
Laca, if not please provide what Doug is requesting.
I will extend the timer for another few days to address
the request.
Thanks,
John
On 05/ 3/10 09:53 AM, Doug Leavitt wrote:
In addition to the missing definitions for the
Meta(*.*), SUNW*, and IPS* keys commonly deployed
in pkgbuils spec files today, I also noticed that neither
the proposal or the case materials make any reference to
%include Solaris.inc
or any of the include files Solaris.inc ifself includes and
that are generally expected as part of current pkgbuild
spec files,
I believe that this ARC case needs to at least document
and (hopefully) set some level of commitment to the
well defined tag list.
At a minimum this:
http://hub.opensolaris.org/bin/view/Community+Group+sw-porters/specdesc
needs to be included in the ARC materials.
But, I'm sure better documentation than above
should be provided. Say perhaps a man page or two?
Doug.
On 05/ 1/10 02:16 AM, Brian Cameron wrote:
Albert:
The spec file syntax is also conceptually an exported interface,
and it
needs a stability level. It would be nice if the spec file syntax
were
part of the materials (I'm guessing it's documented somewhere
anyway).
The basic syntax is the same as rpmbuild spec files, and pkgbuild
includes
a set of predefined macros and supports some additional tags
(attributes/keywords): http://pkgbuild.sourceforge.net/man.php
True, although pkgbuild does support some Solaris/OpenSolaris specific
extensions, and it might be good to highlight those a bit more.
For example, one thing I notice is that the new "IPS_package_name"
and "Meta(info.classification)" keys cause syntax errors if you try
to use an older version of pkgbuild. It would be nice if pkgbuild
had better backwards compatibility support and provided some mechanism
to allow people who just want to build SVR5 packages a way to tell
pkgbuild to ignore keys that provide features that are not going to be
used anyway.
Brian
_______________________________________________
opensolaris-arc mailing list
[email protected]