Accepting request 82306 from home:TheBlackCat:branches:multimedia:libs

These changes were requested by the openSUSE legal team:

- Added xine mailing list discussions about LGPL relicensing of xine code
- Added note in spec file about LGPL relicensing of xine code

OBS-URL: https://build.opensuse.org/request/show/82306
OBS-URL: https://build.opensuse.org/package/show/multimedia:libs/libmms?expand=0&rev=2
This commit is contained in:
Ismail Dönmez 2011-09-16 09:52:31 +00:00 committed by Git OBS Bridge
parent 73fa6aa5c2
commit 6cc3c59eeb
4 changed files with 255 additions and 2 deletions

203
libmms-relicensing-1.txt Normal file
View File

@ -0,0 +1,203 @@
from http://sourceforge.net/mailarchive/message.php?msg_id=15504496
[xine-devel] Library for mms protocol support
From: Mathrick <mnews2@wp...> - 2003-12-26 21:04
This was already sent once, but got swallowed waiting for moderator's approval:
(CC'ing gstreamer-devel)
Hi guys,
I want to propose development of library for mms protocol support. Right
now, each and every project that wants to support mms is required to
implement all of SDP specs itself, due to lack of common library for
that. To remedy that, I'd like to start project aimed at providing such
a library. The benefits are as usual from using lib:
- no code duplication
- larger userbase, more extensive testing
- possible larger developer base
- better feature parity between projects
- single fix benefits all users
etc.
Availability of such library would also benefit other projects, that may
want to support mms, but cannot currently afford developing yet another
proprietary implementation, like GStreamer or GnomeVFS, and possibly
others.
Technically, such a lib would be required to have been LGPL'd, because
both GStreamer and Gnome projects are LGPL.
It would be the coolest to turn existing xine implementation into
library, as it is pretty good one, and also largely independent from
xine itself, but I'm aware of your code being GPL, and that you may not
want or be able to relicense it as LGPL. Thus, just your cooperation and
support will be of great value.
I'd like to discuss available possibilities for few days, and then open
SF project in about a week or two. Unfortunately, I have finals coming
in late January, that may severly limit amount of my free time, but I'll
do my best. I look forward to your comments.
Cheers,
Maciej
--
"Tautologizm to coś tautologicznego"
Maciej Katafiasz <mnews2@...>
http://mathrick.blog.pl
Re: [xine-devel] Library for mms protocol support
From: Michael Roitzsch <mroi@us...> - 2003-12-27 11:25
Hi,
> Hi guys,
> I want to propose development of library for mms protocol support.
> Right now, each and every project that wants to support mms is
> required to implement all of SDP specs itself, due to lack of common
> library for that. To remedy that, I'd like to start project aimed at
> providing such a library. The benefits are as usual from using lib:
>
> - no code duplication
> - larger userbase, more extensive testing
> - possible larger developer base
> - better feature parity between projects
> - single fix benefits all users
> etc.
>
> Availability of such library would also benefit other projects, that
> may want to support mms, but cannot currently afford developing yet
> another proprietary implementation, like GStreamer or GnomeVFS, and
> possibly others.
Sounds like a good idea to me.
> Technically, such a lib would be required to have been LGPL'd,
> because both GStreamer and Gnome projects are LGPL.
> It would be the coolest to turn existing xine implementation into
> library, as it is pretty good one, and also largely independent from
> xine itself, but I'm aware of your code being GPL, and that you may
> not want or be able to relicense it as LGPL. Thus, just your
> cooperation and support will be of great value.
I guess you would have to write all people who committed changes to
input_mms.c and ask for their permission. Fortunately, these are not
too many.
Michael
--
Zero Administration: There is nothing you can do to fix it.
Re: [xine-devel] Library for mms protocol support
From: Mathrick <mnews2@wp...> - 2003-12-27 19:38
W liście z sob, 27-12-2003, godz. 12:24, Michael Roitzsch pisze:
> >
> > Availability of such library would also benefit other projects, that
> > may want to support mms, but cannot currently afford developing yet
> > another proprietary implementation, like GStreamer or GnomeVFS, and
> > possibly others.
>
> Sounds like a good idea to me.
Nice to hear :)
> > Technically, such a lib would be required to have been LGPL'd,
> > because both GStreamer and Gnome projects are LGPL.
> > It would be the coolest to turn existing xine implementation into
> > library, as it is pretty good one, and also largely independent from
> > xine itself, but I'm aware of your code being GPL, and that you may
> > not want or be able to relicense it as LGPL. Thus, just your
> > cooperation and support will be of great value.
>
> I guess you would have to write all people who committed changes to
> input_mms.c and ask for their permission. Fortunately, these are not
> too many.
OK, but copyright info contains "xine project" only. Will webcvs be
enough to get all the contributors?
Maciej
--
"Tautologizm to coś tautologicznego"
Maciej Katafiasz <mnews2@...>
http://mathrick.blog.pl
Re: [xine-devel] Library for mms protocol support
From: Miguel Freitas <miguel@ce...> - 2003-12-28 05:13
On Sat, 2003-12-27 at 14:17, Mathrick wrote:
> OK, but copyright info contains "xine project" only. Will webcvs be
> enough to get all the contributors?
you might need to ask "Major MMS" too ;-)
regards,
Miguel
Re: [xine-devel] Library for mms protocol support
From: Mathrick <mnews2@wp...> - 2003-12-28 11:12
W liście z nie, 28-12-2003, godz. 04:49, Miguel Freitas pisze:
> On Sat, 2003-12-27 at 14:17, Mathrick wrote:
> > OK, but copyright info contains "xine project" only. Will webcvs be
> > enough to get all the contributors?
>
> you might need to ask "Major MMS" too ;-)
Heh, is there any way to contact him? He seems to be some sort of
nameless hero, and that may complicate matters.
I will send mails asking about relicensing to everyone found on CVS log,
and also to the list, in case they don't read their sf mail accounts :).
--
"Tautologizm to coś tautologicznego"
Maciej Katafiasz <mnews2@...>
http://mathrick.blog.pl
Re: [gst-devel] Re: [xine-devel] Library for mms protocol support
From: Mathrick <mnews2@wp...> - 2003-12-28 11:43
W liście z nie, 28-12-2003, godz. 12:12, Mathrick pisze:
> W liście z nie, 28-12-2003, godz. 04:49, Miguel Freitas pisze:
> > On Sat, 2003-12-27 at 14:17, Mathrick wrote:
> > > OK, but copyright info contains "xine project" only. Will webcvs be
> > > enough to get all the contributors?
> >
> > you might need to ask "Major MMS" too ;-)
>
> Heh, is there any way to contact him? He seems to be some sort of
> nameless hero, and that may complicate matters.
>
> I will send mails asking about relicensing to everyone found on CVS log,
> and also to the list, in case they don't read their sf mail accounts :).
Sent mail asking for relicensing to the following people:
Bastien Nocera
Daniel Caujolle-Bert
Ewald Snel
Guenter Bartsch
James Courtier-Dutton
Michael Roitzsch
Miguel Freitas
Siggi Langauf
Stephen Torri
Thibaut Mattern
In case I missed anybody, or it wasn't delivered properly, please inform
me of that.
Maciej
--
"Tautologizm to coś tautologicznego"
Maciej Katafiasz <mnews2@...>
http://mathrick.blog.pl

33
libmms-relicensing-2.txt Normal file
View File

@ -0,0 +1,33 @@
from http://sourceforge.net/mailarchive/message.php?msg_id=15505755
[xine-devel] LibMMS continued
From: Mathrick <mnews2@wp...> - 2004-02-18 13:06
OK, now that libmms has been finally started, there are some things that
still need to be resolved. There were few people I haven't been able to
contact, namely:
Stephen Torri
Robin Kay
I'll be grateful if someone could give me working way of contacting
them, I hope this list will be enough :) (Robin's mailbox doesn't seem
to like either my ISP or Sourceforge alias, accusing them of spamming
incidents).
All others I asked agreed for relicensing (thanks guys! :D).
Now, for current issues:
We're currently cleaning source up to make it independent of xine-lib,
however mms.c includes demuxers/asfheader.h for some needed ASF defines.
My question is: is it okay for us to just copy it over under LGPL and
change accordingly? Most of it is taken almost verbatim from specs
anyway, I'm just not particularly fond of redoing all that work,
byteswapping macros were already stupid enough ;).
That's all for now, I will ask more if need arises.
Cheers,
Maciej
--
"Tautologizm to coś tautologicznego"
Maciej Katafiasz <mnews2@...>
http://mathrick.blog.pl

View File

@ -1,3 +1,10 @@
-------------------------------------------------------------------
Fri Sep 16 10:01:18 UTC 2011 - toddrme2178@gmail.com
- Added xine mailing list discussions about LGPL relicensing of
xine code
- Added note in spec file about LGPL relicensing of xine code
-------------------------------------------------------------------
Thu Aug 4 15:21:22 UTC 2011 - toddrme2178@gmail.com

View File

@ -22,10 +22,18 @@ Name: libmms
Version: 0.6.2
Release: 0
License: LGPLv2+
# NOTE: there are files from the xine project with GPL headers in the source,
# but these were re-licensed to LGPLv2+ with the explicit permission of all
# contributors.
# Please see the README.LICENSE file and the xine mailing list discussions in
# libmms-relicensing-1.txt and libmms-relicensing-2.txt
Summary: MMS stream protocol library
Url: http://www.sf.net/projects/%{name}
Group: System/Libraries
Source0: %{name}-%{version}.tar.bz2
Source1: libmms-relicensing-1.txt
Source2: libmms-relicensing-2.txt
BuildRequires: pkg-config
BuildRequires: pkgconfig(glib-2.0)
@ -63,9 +71,11 @@ Headers and libraries to program against %{name}
%install
%make_install
%{__rm} -f '%{buildroot}%{_libdir}/%{name}.la'
install -d -m 755 %{buildroot}%{_docdir}/%{name}0
install -m 644 %{SOURCE1} %{buildroot}%{_docdir}/%{name}%{soname}
install -m 644 %{SOURCE2} %{buildroot}%{_docdir}/%{name}%{soname}
%post -n %{name}%{soname} -p /sbin/ldconfig
%post -n %{name}%{soname} -p /sbin/ldconfig
%postun -n %{name}%{soname} -p /sbin/ldconfig
%files -n %{name}%{soname}