Danek Duvall wrote:
On Mon, Mar 09, 2009 at 10:34:17PM -0500, Shawn Walker wrote:
Danek Duvall wrote:
It occurred to me that "subscribe" and "unsubscribe" might be better
verbs. Are they flexible enough to convey what we want? Nothing about
"publisher" needs to change, except for the subcommand names, I think,
since you could say it makes sense to "subscribe" to a "publisher",
rather than to a "subscription", which just sounds silly.
To me, you would then be subscribing to a repository produced by a specific
publisher. The catch is that although there might be multiple repositories
that publisher produces, you can only subscribe to one.
I assume you mean that limitation is because of the language, and not
anything technical.
Somewhat. By design, you can have as many repositories as you want for a
single publisher. However, the client can only interact with *one* of
them for any given operation (install, uninstall, etc). The one that it
uses is determined by the user "selecting" a specific repository.
As a contrived example:
publisher org.opensolaris
-- dev repository
-- release repository
The user will only be allowed to select *one* of these repositories to
use when performing packaging operations for a publisher. The extras
repository, contrib, and pending would all have *different* publishers.
You could subscribe to a "repository", or perhaps even to a "stream of
change", which is pretty much the terminology we were using two years ago.
"Stream of change" is pretty generic, but perhaps too much so? Maybe not.
Some related terms might include "pkg streams" as the command to list them,
"related streams" could be other repos working in the same "universe" (to
borrow another term that doesn't really fit), the release and dev repos are
distinguished by "stream flow rate", or "flux", computed by taking the
surface integral of the package field over a given set of consolidations.
...and the great thing is, it only takes 1.21 Jigawatts to power it all!
--
Shawn Walker
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
