lkml.org 
[lkml]   [2003]   [Mar]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [BK PATCH] klibc for 2.5.64 - try 2
Hi,

On Fri, 7 Mar 2003, H. Peter Anvin wrote:

> a) I, as well as the other early userspace developers, feel that the
> advantages of allowing linking nonfree applications outweigh the
> disadvantages.

This is also possible with the GPL, see libgcc. What advantage has your
license to offer?

> b) I will personally go batty if I ever have to create yet another
> implementation of printf() and the few other things in klibc that is
> anything other than a thin shim over the kernel interface. The bottom
> line is that klibc is so Linux-specific, that the only way someone would
> "steal" code from it is because they want a specific subroutine
> somewhere, and as far as I'm concerned, they can have it, and I don't
> care in the slightest for what project.

Why do you make this decision for everyone?
If I wanted to use *BSD I would use it. The point of using Linux and
the GPL is that we at least attempt to protect the source to keep it free
and any contribution should be given the same respect. You insist on using
a different license, which would set a precedence with until now unknown
consequences. Your indifference in this matter is very alarming and
provokes only that klibc is very quickly replaced with yet another libc
implementation.

bye, Roman

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:33    [from the cache]
©2003-2011 Jasper Spaans. Advertise on this site