[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.019 / U:2.504 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site