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

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

bye, Roman

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:33    [W:0.059 / U:12.852 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site