[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Delegating ownership of namespaces named through schemers.org
- To: srfi-84@xxxxxxxxxxxxxxxxx
- Subject: Delegating ownership of namespaces named through schemers.org
- From: Andrew Wilcox <awilcox@xxxxxxxxxxxxxxxxx>
- Date: Tue, 31 Jan 2006 07:18:50 -0500
- Delivered-to: srfi-84@xxxxxxxxxxxxxxxxx
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=FPc1Y9FXCWKtICS3Gfd7m7OkS8RYUkkeLuBtt7Wn8BbqeXShVTbydLvShN/JPxKpu04YY6vmgTVEZQh8HrM5JKxEEXz+Ojtz7L40545OAMrcI4LG/h0kbaY7dA3jkmLuPV20q+wOygQK5IyTUdaq0LDxw5bc7xjqq5XhbiPnVDw=
- Sender: andrew.wilcox@xxxxxxxxx
I'm in the midst of moving, so I haven't yet had a chance to read
Zooko's Triangle. I do have time this morning to comment on one
thread, without meaning to imply that I'm not paying attention to the
In "module naming"
Neil Van Dyke writes:
> We *might* also socially consider that hypothetical Apache team to
> have "ownership" of the `(apache)' namespace, such that it would
> be understood that other people probably shouldn't be naming modules
> `(apache ...)' without approval from the team, unless the team already
> gave blanket approval for anyone to add modules into that namespace.
Alex Shinn writes:
> For a centralized naming authority, we'd setup some sort of
> registration system at a server like schemers.org, and delegate module
> namespaces to separate "entities," either organizations or individual
> authors, presumably identified uniquely by a public key. This is
> complicated, rigid and doesn't scale well.
OK, let's not do that. :-)
Are you familiar with CPAN (http://cpan.org, the Comprehensive Perl
CPAN is ten years old, so I'm sure that CPAN has made mistakes that we
could learn from.
Various adjectives (not all complementary...) come to my mind when I
think of CPAN.
"Rigid", however, is not one of them.
In CPAN, if you write a module that interactions with, controls,
tests, analyzes, works with, improves, extends, or otherwise has
something to do with Apache, you can put your module in the "Apache::"
Control over the "Apache::" namespace is not delegated to a separate entity.
I haven't thought about what a schemers.org library registry might
look like in any kind of detail, but what I had in mind was along
these lines. (If we use a flatter namespace as Neil recommends,
replace all "web-server:apache" with "apache" in the following
One person would be able to register their open source library as
"web-server:apache:foo", someone else could use
"web-server:apache:bar", and a third person could use
Now, once you have a universal identifier, you and only you may create
additional symbols with that particular name using the double colon
extension mechanism in the current specification.
For example, suppose Apache was written in Scheme, and the Apache
webserver itself had the schemers.org name of "web-server:apache".
Using the extension mechanism in the current specification, various
parts of the server could be named such things as
"web-server:apache::front-end", "web-server:apache::internals", or
Only the Apache team could name things like that.
However this would not give the Apache team control over the
Other people can still use "web-server:apache:foo",
"web-server:apache:turbo-charge", "web-server:apache:hate", or
But once you had "web-server:apache:foo", you and only you (or people
you delegated your authority to...) could name things such as