Sorry for the delay responding. Since Thursday, have seen Ibrahim
Ferrer, Dianne Reeves, Carol Welsman, Peter Cincotti, Oliver Jones, and
Oscar Peterson at the Montreal Jazz Festival. CW was okay, the rest
I think that's consistent with what I wrote. Read the FAQ (or the
license itself) pretending you have been paid to develop GPL'd software
for a client, and ask yourself if you or they are required to give it to
anyone else. Also read the next next question about demanding a copy.
Section 6 does say, "You may not impose any further
restrictions on the recipients' exercise of the rights granted herein."
so that probably means you can't make them sign an NDA. It does sound
like you could work out a mutual understanding like, "if either of us
gives this to anyone else, our employment contract is void".
Anyway, I don't think this is necessarily "right" (especially if the
source _never_ gets released to the public), but if businessmen /
researchers are that worried about competition, it seems like a good
option for keeping ahead of the game a bit.
> } > I'm thinking more along the lines of a open source system with shareware
I guess for me the components of a system are defined by ones'
workcycle, and would include a mastering tool and sequencer for an audio
system, and a photo editor in a graphics workstation. I spend 8-10
hours a day connected via ssh to a headless machine, without any X
forwarding at all -- X isn't really part of that system.
Moreover, I see a system as a collection of boxes, holding programs.
You can fill the boxes as you see fit, and organize them to work with
each other to achieve a goal. All of the boxes used to meet a given
goal are essential. There is no difference between them, except that
some will be used for almost every task (e.g. kernel box).
In a _good_ system, each box interacts easily with the others, and
redundancy between them is reduced. And, with open standards and open
source, it's easier to enhance or replace pieces that aren't working
well, for whatever reason.
However, non-free software companies often want to create vendor
lock-in, and they've shown a good way to do this is to decrease
interoperability between programs and flexibility in the system. They
allow for only one box per program, and furthermore make one subscribe
to their whole subsystem of boxes to get something usable. It's like
when Lego started making wall pieces instead of just individual blocks
to build them.