Re: Copyright from the lcs-projekt!? [dwarf@polaris.net: Re: First cut at testing and validation]
> lcs-libctest will remain under the restrictive copyright. As I said, I
> intend to make another release of the test code that lcs-libtest uses,
> within a different set of driver code. This will be a distinct and
> isolated product from the LSB validation code, and, as such, can be
> released under a different license.
>
> As I have said, it is not my intent to restrict useful code from
> development as Free Software. The intent is only to clearly identify the
> standard in a way that can not change without the standard committee's
> authorization.
>
> > > > Code like:
> > > > michael@titanic:~ > cat /usr/bin/which
> > > > #!/bin/bash
> > > > unalias -a
> > > > unset -- "$@" &> /dev/null
> > > > enable -n -- "$@" &> /dev/null
> > > > type -p "$@"
> > > > must DFSG-free too!
> > > >
> > > > Or not?
> > >
> > > It may certainly have a copyright by its author. DFSG free is only a
> > > requirement of Debian, not the world. Many other distributions would/could
> > > use this code, even with a fairly restrictive license, not that such a
> > > license would have much value.
> >
> > This is right. But if the Software (and it is Software) is not DFSG free. it
> > can't go to main or contrib. And the result is: no 'normal' debian user can
> > check the system!
>
> While what you say about the software not going into main is correct, and
> expected, the rest is nonsense.
>
> Debian is not the only access our users have to the world at large. This
> software will be eminently available even if Debian refuses to recognize
> its existance. Only Debian suffers from being this narrow minded.
>
> > Make the copyright DFSG free, make yourself the debian package and all our
> > users can check the conform of the system!
>
> And anyone else can modify the package and re-release it (with the
> restrictions that are allowed this may be as another package name, but
> that doesn't change the fact that it is "derived" in this case from the
> "standard", which is very undesirable.)
I fail to see why it is undesirable. If someone modifies the code, and
releases it under a different name, then it is no longer "the standard".
What is your problem with this?
>
> You have ceased to be reasonable here. Debian is not the world. It isn't
> even a large part of it. Debian can not restrict users of Debian software
> from running proprietary code. THAT would go against the DFSG for sure!
>
> You are acting like the whole system will be irevocably dammaged by this
> code being non-free, which is simply not true.
>
> >
> > Please.
> >
> Thank you, but no.
>
> Dwarf
> --
> _-_-_-_-_- Author of "The Debian Linux User's Guide" _-_-_-_-_-_-
>
> aka Dale Scheetz Phone: 1 (850) 656-9769
> Flexible Software 11000 McCrackin Road
> e-mail: dwarf@polaris.net Tallahassee, FL 32308
>
> _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
--
Robbie Murray
Reply to: