[governance] Re: Draft Statement #DRM HTML5/ was [Should the IGC support Formal Objection by EFF?] #DRM in HTML5

[Suresh Ramasubramanian]

I support avri's argument. Openness, vendor neutrality etc rather than 
vague and fuzzy terms

--srs (htc one x)



On 2 June 2013 6:20:24 PM Avri Doria <avri at acm.org> wrote:
>
> On 2 Jun 2013, at 08:34, Salanieta T. Tamanikaiwaimaro wrote:
>
> > We believe that the inclusion of digital rights management in HTML5 will 
> kill innovation and we strongly object to the inclusion of digital rights 
> management (DRM) in HTML5.
> >
> Thanks for highlighting this sentence. While I have issues with some of the 
> others that I need to think through, this one stands out as problematic for me.
>
> I think that 'innovation' is one of those unidentifiables that everyone 
> invokes in their statements no matter what position they are taking.
>
> - those advocating DRM say that without the money that DRM enables no one 
> would innovate at all (i disagree btw)
>
> - those opposing DRM say that without the work of others to learn from and 
> build upon we would kill innovation.  I  disagree, sure it makes innovation 
> more challenging and is the wrong thing to do, but kill it?  I don't think so.
> People will innovate because they are innovators, so we can facilitate or 
> hinder it, but neither side can kill it.
>
> I think if we going to include a reason, something I am not sure we should 
> do, I think it has to rest of arguments related to Access to Knowledge.
>
> avri
>
>
>



-------------- next part --------------
____________________________________________________________
You received this message as a subscriber on the list:
     governance at lists.igcaucus.org
To be removed from the list, visit:
     http://www.igcaucus.org/unsubscribing

For all other list information and functions, see:
     http://lists.igcaucus.org/info/governance
To edit your profile and to find the IGC's charter, see:
     http://www.igcaucus.org/

Translate this email: http://translate.google.com/translate_t