[GFSD] sane-backends contains code under original Artistic License
The sane-backends source package contains a file lib/snprintf.c licensed under Artistic License 1.0. The file seems to contain a replacement for snprintf on systems that don't have it. Obviously this file is not needed in Trisquel.
Basically, the lib/snprintf.c code came from an old version of LPRng, so I checked to see if the current LPRng code had it as well, and it had a newer version under a Free license (and a permissive one at that). A few minor edits and we have replacement files for xsane, sane-frontends, and sane-backends.
We could use the gpl-licensed version in Gnulib (http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=summary, lib/c-snprintf.c). This is better than just removing it; what if someone tries to compile the version in trisquel for an embedded system without snprintf?
Automatically closed -- issue fixed for 2 weeks with no activity.
Changes were merged into trisquel and package is now updated
Update now in Belenos repos. Please comment is you dissent from Fixed status/
Still in 7.0
Reworked patch accepted
https://devel.trisquel.info/trisquel/package-helpers/commit/6a723214a5b85ab9c39854b055c0bdbd45fbcfb8
Awaiting build.
Thank you for your continuing contributions all.
Patch plainly declined. I've opened DI https://devel.trisquel.info/leny2010/package-helpers/issues/7 to track my rework.
Thanks spotrh for the patches!
I will try to make package helpers for this and submit to trisquel-dev.
Here are the patches we used to resolve this issue in Fedora (also sent upstream), see: https://alioth.debian.org/tracker/index.php?func=detail&aid=314700
Basically, the lib/snprintf.c code came from an old version of LPRng, so I checked to see if the current LPRng code had it as well, and it had a newer version under a Free license (and a permissive one at that). A few minor edits and we have replacement files for xsane, sane-frontends, and sane-backends.
I reported this bug from Fedora and Trisquel.
Trisquel:
sane-frontends: https://trisquel.info/en/issues/11795
xsane: https://trisquel.info/en/issues/11794
sane-backends-extras: https://trisquel.info/en/issues/11793
Fedora:
sane-backends: https://bugzilla.redhat.com/show_bug.cgi?id=1102520
sane-frontends: https://bugzilla.redhat.com/show_bug.cgi?id=1102522
xsane: https://bugzilla.redhat.com/show_bug.cgi?id=1102523
We could use the gpl-licensed version in Gnulib (http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=summary, lib/c-snprintf.c). This is better than just removing it; what if someone tries to compile the version in trisquel for an embedded system without snprintf?
I'll go ahead and do just that.
I also found that sane-frontends, sane-backends-extra, and xsane have the same file under version 1.0 of the Artistic License.
Maybe we should do a search for the Artistic License. It seems problematic since Debian considers it free.
Oh! Sorry for the bad noise. I thought binary packages would have similarly named source packages 1:1. Thanks for teaching me.
Confirming the reported license problem.
sane-backends is a source package (part of the sane scanner package).
http://packages.trisquel.info/source/toutatis/sane-backends
There isn't a sane-backends package.