|Summary:||imlib2: incorrect license tag|
|Product:||[Fedora] Fedora||Reporter:||Ville Skyttä <ville.skytta>|
|Component:||imlib2||Assignee:||Hans de Goede <hdegoede>|
|Status:||CLOSED RAWHIDE||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2008-02-25 13:44:20 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description Ville Skyttä 2007-08-06 19:11:25 UTC
imlib2's License tag says "BSD" which cannot be correct as a whole - at least some imlib2's loaders link with libid3tag which is GPLv2+, thus making at least those loaders GPLv2+ too.
Comment 1 Hans de Goede 2007-08-07 17:44:16 UTC
Thanks for reporting this. I've just send the following mail to Spot, lets see which solution he prefers: --- Hi Tom, Today I received this bug report against imlib2: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251054 "imlib2's License tag says "BSD" which cannot be correct as a whole - at least some imlib2's loaders link with libid3tag which is GPLv2+, thus making at least those loaders GPLv2+ too." The only file actually linked to libid3tag is: /usr/lib/imlib2/loaders/id3.so I see 2 options: 1) Don't build with id3tag support 2) Put the id3tag in its own subpackage, then unless manually installed by users or explicitly required by a package, it won't be there, so for normal uses imlib2 will still be BSD (I haven't checked the actual license yet, thats what it says in the spec now). Not sure about what todo 1 is cleanest, but 2 gives people who really want / need it id3tag support. Regards, Hans
Comment 2 Hans de Goede 2008-02-25 13:44:20 UTC
Oops, I forgot all about this one, its long fixed now (in F-8 and up), the license tag for imlib2 itself now is "Imlib2". Which has been approved by Spot, Imlib2 is BSD ish and GPL compatible. the id3tag plugin has been put in a sub-package with GPLv2+ as tag, to make it clear that non GPL software cannot use it. Closing.