On 07/21/10 04:33 PM, Will Fiveash wrote: > Let me put it another way; when I originally ran onu I followed the > example from onu(1): > > # onu -d /path/to/my/ws/packages/`uname -p`/nightly -t new- > nightly-be > > This failed badly as I noted in the start of this thread. If this was > because the pkg publishers were: > > # pkg publisher > PUBLISHER TYPE STATUS URI > on-nightly (preferred) origin online > http://alton.central:13005/ > on-extra origin online > http://alton.central:13006/ > opensolaris.org (non-sticky) origin online http://ipkg.sfbay/dev/ > opensolaris.org (non-sticky) mirror online > http://aus-install.central:180/ > extra origin online > http://ipkg.sfbay/extra/ > extra mirror online > http://aus-install.central:180/extra/ > > then why didn't onu either: > > - Replace the publishers with ones that made sense given the command > args.
Because onu is a simple wrapper script. It is not in the business of parsing publisher information and second guessing the maintainer of a machine, let alone overriding manual configuration. > or: > - Warn me that my config was broken. > ? Because onu does not know anything about why this particular breakage occurred. It knows that it issued a pkg command, and that command failed. It doesn't try to figure out why, it merely reports the failure. There was sufficient information in the original command output to easily diagnose this problem. It reported that catalogs failed to update, and gave enough info to determine which publishers were unavailable. A quick read of onu reveals that these are NOT the publishers it is attempting to configure. Who is to say that the config is broken? Maybe it's what you intended, but forgot to start the servers on those ports. Maybe you typed onu in the wrong window. As Dan points out, onu is not a black box. 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. --Mark _______________________________________________ on-discuss mailing list on-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/on-discuss
