lkml.org 
[lkml]   [2006]   [Feb]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: GPL V3 and Linux - Dead Copyright Holders

    Glauber de Oliveira Costa wrote:
    > I may be missing the point here, (In case you're more than welcome to
    > correct me), but ... Why? Can't a software license restrict the usage
    > of the software? In which ways do you think the sentence "Don't use in
    > DRM'ed hardware" differs from sentences like "Not allowed in country
    > X", "Don't use for commercial purposes", and other alikes ? I think
    > that saying in which hardware your software can or cannot run is a
    > pretty valid license term (without messing with the question about it
    > being the right thing to do here).

    You're right, I didn't think it through properly ... I guess what I'm
    trying to say is that the more restrictions a licensed work imposes
    on its runtime environment, the less free it is. In my view of freedom,
    a "free" license should indeed protect the software licensed under it,
    but it should be as unintrussive with regards to runtime as possible
    -- simply because the original author may not have anticipated all the
    possible runtime scenarios. As a user, I should be free to decide what
    hardware I'd like to see this software run on. In that regard, I think
    GPLv2 strikes the right balance, while GPLv3 attempts to solve one
    issue by introducing a lot of other problems.

    ... and bearing in mind that there are legitimate non-DRM embedded and
    security applications where runtime software restrictions are required/
    inherent ... think:
    - software controlling consumer appliances such as cars, etc.
    - masked-ROM software (non-flashable)
    - access-control hardware
    - high-end IT security
    - etc.

    FWIW, private discussions with RMS a few years back showed a clear
    misunderstanding of how important embedded devices are. It really
    seems to me that the FSF's newly found urgency for solving an
    increasingly disturbing problem (DRM) is unfortunately not based on
    internal familiarity with the embedded world. Contrary to the FSF's
    long-standing experience of having its software used in workstations
    and servers, it's only very recently that its software, and software
    licensed under licenses it publishes, has been found in embedded
    devices -- Though GCC & co have been used to cross-build for embedded
    devices for a very long time, this is different from having the
    actual software run on the gizmo.

    This argument, in itself, doesn't diminish the value of the FSF's
    position. They are indeed intent on defending software freedom and
    in that I cannot condem them. However, I really think that those
    championing this new wording should think through all the
    possibilities. As a user, I clearly hate DRM and would indeed like
    to see it disappear. As a developer, and an active participant in
    the development of many kinds of embedded/customized systems, I
    also see that the new wording imposes unrealistic limitations to
    legitimate designs. IOW: right cause, wrong venue.

    Karim
    --
    President / Opersys Inc.
    Embedded Linux Training and Expertise
    www.opersys.com / 1.866.677.4546
    -
    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: 2006-02-01 16:54    [W:3.558 / U:0.004 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site