* Stephen Hahn <[EMAIL PROTECTED]> [2008-06-18 01:10]: > 0. Claim package from a list, or otherwise advertise, so that > duplicate work is avoided. You can also deliver your own > OSS/redistributable software via this repository, subject to #4 > below. > > > 1. Get package to build and install on OpenSolaris 2008.05. > > > 2. Run a private depot. Use pkgsend open, pkgsend import, pkgsend > close to create a package in your private depot. > > 3. Either send us the URL to your private depot (running in readonly > > mode if public!), or use pkgrecv and GNU tar to collect your > > package in transaction form--and send us a URL to that file. > > > > 4. The /contrib project members will vote on inclusion, based on > following best practices on naming and metadata. If you like, the > project can revise your metadata for completeness, or you can > update your proposed package based on that review. > > As a component's importance becomes better understood, it is expected > that the ARC process and integration into a consolidation would > follow. In this case, the component would be dropped from /contrib, > or left to satisfy only older installations. (You can view this as a > promotion from a less stable repository to a more stable one.) > > Thoughts?
Why not directly utilize SFE and modify pkgbuild to directly deliver to a pkg server? That would yield a number of benefits, it would allow for periodic bulk builds of all spec files, thereby also increase the quality of SFE, and all build recipies would be accessible in one central repository. Obviously some hardware would be needed for this. I think someone has proposed this before, it kind of resembles what the *BSDs are doing. -- Guido Berhoerster _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
