[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: password protect a directory?



>>>>> "kmself" == kmself  <kmself@ix.netcom.com> writes:

    kmself> If you're looking at single-user work, my understanding is
    kmself> that the licensing stuff doesn't really kick in.  Though
    kmself> single-user BitKeeper is a bit like having a one-seat
    kmself> arena.  It pretty much defeats the purpose.  Still, the
    kmself> idea is to make the restrictions important to
    kmself> organizations, not single users.

Ok, I can see that now.

However, It seems that BitKeeper is aimed at very big organisations,
open-source programmers, and individual users, but nothing in-between.

For instance, if I wanted to create a repository for changes specific
to Debian (or perhaps just a private test package - eg. say I was
Brandon Robinson and packaging a complicated program like X 4.0), and
wanted a few others to have access to, I could do so, but then there
would be potentially confusing information logged on the
server. People might think I am maintaining the official version of X,
when I am not. They might get confused when they see logs about Debian
specific problems, which may not have anything to do with the upstream
authors.
  
Or, I maintain my configuration for each computer (and perhaps other
people) with cvs. Now, I couldn't care less if all my config changes
are logged to the open logger server, but if everybody did this...

I think the point I am trying to make, is that this information which
gets logged is only going to cause confusion, created in an unscalable
manner (ie. what happens if two projects happen to have the same
name?), and doesn't benefit anyone. IMHO the logged information is
useless without the source. The assumption that projects are either
open source, or large scaled commercial operations is not always
correct, and I think this is the major limitation with the license.

Spending $800 to $3,000 for a commercial license seems a bit of an
overkill for these "other" projects.

Which is a real pity, because it does look like a good management
system.
-- 
Brian May <bam@debian.org>



Reply to: