Date: 08 Aug 2002 11:32:08 -0700 From: Max Okumoto <okumoto@ucsd.edu> To: The Anarcat <anarcat@anarcat.ath.cx> Cc: libh@FreeBSD.ORG Subject: Re: package format and creation Message-ID: <hfu1m5td5j.fsf@multivac.sdsc.edu> In-Reply-To: The Anarcat's message of "Thu, 8 Aug 2002 10:14:45 -0400" References: <7F90C363-AA43-11D6-9D65-0050E4A0BB3F@anarcat.ath.cx> <hf8z3idxua.fsf@multivac.sdsc.edu> <20020808141445.GA24117@lenny.anarcat.ath.cx>
next in thread | previous in thread | raw e-mail | index | archive | help
The Anarcat <anarcat@anarcat.ath.cx> writes: > > Although I'm not sure libh should fulfill all the reasons you mention > in that listing there. "restore from backup" is the first thing that > seems a bit to stretched for a libh use. > > However, this shouldn't affect design decisions otherwise than saying: > "fine, here's libh, you can do a lot of things with it, but you'll > have to write the scripts". > > In other words, provide a clean way, and a clean interface to write > such script but don't rot too much on bits that wouldn't be useful to > all configs. These can be written outside libh without problems. > > libh is, for me, 2 things: > > - console or Graphical UI > - package library > > the rest is extensions, and we must not focus on those yet. Those > extensions will have to be written for seperate package configurators > (e.g. the "net" package configurator or "apache" configurator, etc). When you say extension do you mean? libh/lib/fooext + libh/release/scripts/fooext.tcl Max Okumoto To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?hfu1m5td5j.fsf>