lkml.org 
[lkml]   [2007]   [Jun]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: mea culpa on the meaning of Tivoization
    From
    Date
    On Jun 19, 2007, Hans-Jürgen Koch <hjk@linutronix.de> wrote:

    > Am Dienstag 19 Juni 2007 04:46 schrieb Alexandre Oliva:
    >> The distrust for the FSF led to this very short-sighted decision of
    >> painting the Linux community into a corner from which it is very
    >> unlikely to be able to ever leave, no matter how badly it turns out to
    >> be needed.

    > I'm neither in a corner nor do I feel the need for a different license.

    Yes. Some day you may. And then what will you or anyone else be able
    to do about it?

    >> Let's just hope it never is, or that some influx of
    >> long-sighted comes in

    > Kernel programmers are short-sighted? What kind of arrogance is that?

    It's just stating the obvious. The upgrade path is a nightmare.

    A long-sighted decision should have established *some* means for a
    quick fix should it be needed. It didn't have to be GPLv2+. In fact,
    per the stated goals and general feelings, it probably *shouldn't* be
    GPLv2+. But cutting any reasonable possibility of fixing a legal
    problem in the license is short-sighted, yes. It's putting too much
    trust in the perfection of the license *and* the worldwide legal
    systems *and* legislators.

    >> and introduces mechanisms for the license of
    >> Linux to be patched, should this ever be needed.

    > You know pretty well that Linus clearly said he would change the license
    > when _he_ thinks it's needed.

    And what makes you think even *he* can change the license?

    > The point is that _you_ want him to change the license to support
    > _your_ political ideas.

    I would like him to, yes. But this is besides the point. That I see
    reasons for an upgrade, and that I'd like such an upgrade, doesn't
    make any difference whatsoever about the plain fact that relicensing
    Linux today, to any other license and for whatever reason it was,
    would be a nightmare, and that this is a consequence of the
    short-sighted decision of not establishing a relicensing procedure.

    At this point, the situation is very much like a kernel installed in
    ROM. Who knows that nobody will ever find security bugs in it? How
    would you go about fixing them?

    >> I'm not even talking
    >> about GPLv2+, there are many other ways to accomplish this, that I've
    >> already mentioned in another posting in another recent huge thread.

    > I partly read that "recent huge thread". Linus elaborated his point of
    > view in detail, and I very much share his opinion.

    Huh? It looks like you're talking about something unrelated with
    license patching procedures. I don't think Linus ever responded in
    that thread to my suggestions of various means to establish a license
    patching procedure.

    --
    Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
    FSF Latin America Board Member http://www.fsfla.org/
    Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org}
    Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}
    -
    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: 2007-06-19 20:37    [W:4.194 / U:0.112 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site