On Jul 22, 2010, at 1:01 PM, Darren J Moffat wrote:
On 22/07/2010 17:30, Will Fiveash wrote:
On Thu, Jul 22, 2010 at 10:05:18AM -0600, Mark J. Nelson wrote:
As Liane often points out, onu should NOT be growing additional
complexity. The pkg commands, while admittedly still evolving,
provide
the interfaces people should be using. This script is a crutch,
provided to ease the transition from bfu to pkg. It is not
intended to
become the new bfu.
I remember when all I had to do was point bfu at my nightly
archives and
run acr after. It would be nice if onu had options that made life
that
easy (what I mean by that is a flag that blew away the publishers and
set things up to use locally running pkg.depotd's as long as a valid
path was provided via -d).
Which publishers should it remove though, some systems will have
more than just opensolaris.org and on-nightly. Maybe it is safe to
just remove the on-nightly and on-extra publishers, but what if they
actually point to an http:// or file:// repository ?
Personally I hate -d and now that we have support for file:// based
repositories I'm of the opinion that -d should go away since it
always results in hassle for me later (like when tests suites try
and install additional things like expect using 'pkg install' it
will fail).
Since some of us may not know how to use the file:// based
repositories, can you give an example of how you upgrade a system to
your development bits using file://
I'm assuming instead of onu -d <path> you would use something like pkg
install file://<path>/<pkg>
and basically you'd have to supply all of the packages which you have
modified in order to test your new bits.
Thanks,
Mike
If onu gets "too smart" it is in serious danger of becoming bfu
again, and that must not happen.
--
Darren J Moffat
_______________________________________________
on-discuss mailing list
on-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/on-discuss
_______________________________________________
on-discuss mailing list
on-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/on-discuss
