* Laszlo (Laca) Peter <[email protected]> [2009-05-24 10:14]:
> I'm working on adding support for IPS source packages
> in pkgbuild. As discussed earlier[1], the source packages
> will live in a separate repository (which can technically
> be the same repository). I propose adding the following
> meta data:
>
> source packages:
>
> set name=info.source_pkg_type value=pkgbuild
> set name=info.pkgbuild_version
> value=<version of pkgbuild that created the pkg>
>
> binary packages:
>
> set name=info.source_pkg_server value=<http://url/to/src/ips/server>
> set name=info.source_pkg_fmri value=<full fmri of the source package>
> set name=info.source_pkg_type value=pkgbuild
>
> The source package itself will include the following:
>
> /usr/share/src/<package name>-<package version>/
> SPECS/
> *.spec
> *.inc
> SOURCES/
> <all source bundles, patches, files>
>
> By default, the source packages will be called
> src/<binary package name>
> unless there's a better suggestion.
>
> Any comments?
1. Metadata. I'd prefer to move the build-related tags from "info."
to "build.". Specifically, I suggest
build.tool "pkgbuild"
net.sourceforge.pkgbuild,version "[value]"
(although I could be convinced that "build.pkgbuild.version" is
safe).
2. Use of p5i for package references. I'd probably combine your
server and FMRI properties into a single p5i request:
build.source_uri "http://url/p5i/0/escaped_fmri"
since that form will shortly be able to be used directly by the
tools.
3. Multi-component package names and src/. So, as an example from
Rich's pending renames, we would see
src/developer/lua
src/web/firefox
...
for
developer/lua
web/firefox
...
right? The comment I'll make on this is that, for any system that
subscribes to the source publisher, the CLI will immediately find
the package names to be ambiguous. That is, "pkg install lua"
will conflict on both src/developer/lua and developer/lua.
To avoid this, I'd suggest using a "-src" suffix instead.
So
developer/lua-src
web/firefox-src
would be my proposed naming pattern.
Cheers
Stephen
--
[email protected] http://blogs.sun.com/sch/
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss