[MPlayer-dev-eng] GPLv3 draft

Michael Niedermayer michaelni at gmx.at
Thu Jan 19 16:54:01 CET 2006


Hi

i hope its not to early to flame about gplv3 ...

the first issue is that its possible to add a requirement for
"functioning facilities that allow users to obtain copies of the 
program's Complete Corresponding Source Code"
thats obviously not reasonable for any embeded device, simply putting
a CD with the source in the box is the sane solution, requireing the
device to output the source somehow (USB, serial, screen, ...) is silly

now just imagine someone forks mplayer and adds this requirement :)


v2 only code, do we use any? if so no v3 ...


DRM:
do we like it: NO
do we want to support it: NO
does the text in the GPLv3 help or hurt DRM: hmm not so sure here
IANAL and iam not a native english speaking liveform but there are 2 cases

1. distribute a program which ignores DRM rules (is illegal obviously)
2. distribute a program which honors DRM rules 
now is 2. legal under v2?, under v3?
the user must due to the GPL be able to change the code so he can remove that
restriction, now GPLv3 makes this impossible too if i understand it correctly
and thus seems to help DRM rather then hurt it


"No covered work constitutes part of an effective technological protection
measure"
so basically free software may not use DRM laws for good purposes?
and the RIAA/MPAA/... wouldnt have used free sw anyway for a hundread other
reasons
what do we gain? nothing
this is so sick philosophical shit ...
DRM sucks, but if DRM laws exist why not use them for good things?

its not like the law is going away because we want, so why restrict ourselfs?
we cant restrict the "others" anyway

not to mention its a matter of changing the law to invalidate that clause
the reverse engeneering directive in the EU also clearly says you cant loose
the right to reverese eneneer by contracts/licenses so that could happen to
DRM too very easily
you cant fight the law with a license or contract as the law is above the
contracts and licenses (IANAL blah blah)

-- 
Michael




More information about the MPlayer-dev-eng mailing list