Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 444498 - >=app-misc/jitac-0.3.0: LICENSE should be "GPL-3"
Summary: >=app-misc/jitac-0.3.0: LICENSE should be "GPL-3"
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Java team
URL:
Whiteboard:
Keywords: UPSTREAM
Depends on: 465246
Blocks: as-is-license
  Show dependency tree
 
Reported: 2012-11-23 20:37 UTC by Ulrich Müller
Modified: 2013-05-01 11:39 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ulrich Müller gentoo-dev 2012-11-23 20:37:07 UTC
The README file says:

   Jitac has been written by Konrad Rieck. Jitac makes use of Jimi, the 
   Java Image Manipulation Interface provided by Sun Microsystems. See the
   file Jimi-License for license information. GetOpt routines have been 
   written by Aaron M. Renn.

- The "Jimi-License" is what we list as sun-bcla-jimi.
- GetOpt.java and LongOpt.java are licensed under GPL-2+.
 
Since non-free and GPL licensed code are linked together, redistribution of the resulting binary could be problematic. Maybe RESTRICT="bindist" is needed?
Comment 1 Ralph Sennhauser (RETIRED) gentoo-dev 2012-11-27 20:42:00 UTC
Not entirely sure the author meant to license his own code under the sun-bcla-jimi, he is referring to a dependency of the package and the mentioned Jimi-License isn't part of the tarball.

Side note: The last release was 10 years ago.
Comment 2 Ulrich Müller gentoo-dev 2012-11-27 23:01:54 UTC
(In reply to comment #1)
> Not entirely sure the author meant to license his own code under the
> sun-bcla-jimi, he is referring to a dependency of the package and the
> mentioned Jimi-License isn't part of the tarball.

You're right, one could read it in a way that the third sentence refers to Jimi only. But then the package has no license at all.

What do you suggest?

> Side note: The last release was 10 years ago.

Not a problem per se, if things are working and there are no bugs.

OTOH, there are media-libs/aalib and media-libs/libcaca that provide similar functionality and are Free Software.
Comment 3 Ralph Sennhauser (RETIRED) gentoo-dev 2012-11-28 16:56:40 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > Not entirely sure the author meant to license his own code under the
> > sun-bcla-jimi, he is referring to a dependency of the package and the
> > mentioned Jimi-License isn't part of the tarball.
> 
> You're right, one could read it in a way that the third sentence refers to
> Jimi only. But then the package has no license at all.
> 
> What do you suggest?

Considering this README might have been written with a binary distribution or the hompage of jitac in mind there might well be no explicit license for the code by Konrad Rieck. Just the copyright notice.

icedtea-6 segfaults when running jitac but it appears to work fine with icedtea-7, sun-jdk-1.6 and oracle-jdk-bin-7, so might well blame icedtea-6 here.

I can send an e-mail to Konrad Rieck <kr@roqe.org>, asking for clarification. Would a gpg signed answer be sufficient for us?

As for linking, as far as I'm aware the FSF doesn't consider class loading as linking so even if bcla-jimi was meant not sure restricting bindist is needed. Could you or licenses look into this?

> 
> > Side note: The last release was 10 years ago.
> 
> Not a problem per se, if things are working and there are no bugs.
>

I wish all software were like this. Just that this bug might end in tree cleaning the ebuild.
Comment 4 Ulrich Müller gentoo-dev 2012-11-28 17:29:10 UTC
(In reply to comment #3)
> I can send an e-mail to Konrad Rieck <kr@roqe.org>, asking for
> clarification. Would a gpg signed answer be sufficient for us?

Sounds good to me, so please do.

> As for linking, as far as I'm aware the FSF doesn't consider class loading
> as linking so even if bcla-jimi was meant not sure restricting bindist is
> needed. Could you or licenses look into this?

Will do.

> > > Side note: The last release was 10 years ago.
> > 
> > Not a problem per se, if things are working and there are no bugs.
> >
> 
> I wish all software were like this. Just that this bug might end in tree
> cleaning the ebuild.

Worst thing that can happen is that we're not allowed to restribute the jar file. In that case we would need to add mirror and bindist restrictions, but the ebuild would still work as long as the upstream SRC_URI remains available.

Still, we should try to avoid even that situation, therefore a clarification from upstream would be helpful.
Comment 5 Ralph Sennhauser (RETIRED) gentoo-dev 2012-11-28 20:10:39 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > I can send an e-mail to Konrad Rieck <kr@roqe.org>, asking for
> > clarification. Would a gpg signed answer be sufficient for us?
> 
> Sounds good to me, so please do.
> 

Mail sent.
Comment 6 Ralph Sennhauser (RETIRED) gentoo-dev 2012-12-29 06:19:37 UTC
Konrad Rieck released 0.3.0 putting everything under GPL-3. Bumped in tree.
Comment 7 Ulrich Müller gentoo-dev 2013-04-05 09:49:19 UTC
(In reply to comment #6)
> Konrad Rieck released 0.3.0 putting everything under GPL-3. Bumped in tree.

Could 0.3.0 be stabilised and the old version be removed?
Comment 8 Ulrich Müller gentoo-dev 2013-05-01 11:39:53 UTC
Old version removed.