You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@shindig.apache.org by John Hjelmstad <fa...@google.com> on 2008/05/06 00:04:29 UTC
Re: [jira] Commented: (SHINDIG-60) Shindig does not properly support
the FEED content type as defined by the gadgets spec for gadgets.io.MakeRequest
IANAL, but my understanding is that any code that links to GPL-licensed code
must be GPL-licensed as well (
http://en.wikipedia.org/wiki/GNU_General_Public_License - Criticism). Can
anyone confirm/deny in this case?
I can't imagine we'd change Shindig's overall license, so it seems we'd have
a few options here:
1. See if David Pashley would be willing to grant us an exception or change
Eddie's license. The fact that there's already a GPL exception attached to
Eddie (www.davidpashley.com/eddie.html) suggests this isn't likely to
happen. The existing exception allows creation of binaries linking to Eddie
irrespective their license: not exactly compatible with our goals.
2. Use an alternate underlying feed parsing library such as Rome (
https://rome.dev.java.net/) or Apache Abdera (
http://incubator.apache.org/abdera/).
Thoughts?
John
On Thu, Apr 24, 2008 at 12:53 AM, Milinda Lakmal Pathirage (JIRA) <
jira@apache.org> wrote:
>
> [
> https://issues.apache.org/jira/browse/SHINDIG-60?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12591941#action_12591941]
>
> Milinda Lakmal Pathirage commented on SHINDIG-60:
> -------------------------------------------------
>
> Eddie is licensed under GPL. Can Apache project use that. It may raise
> license problem in the future.
>
> > Shindig does not properly support the FEED content type as defined by the
> gadgets spec for gadgets.io.MakeRequest
> >
> -----------------------------------------------------------------------------------------------------------------
> >
> > Key: SHINDIG-60
> > URL: https://issues.apache.org/jira/browse/SHINDIG-60
> > Project: Shindig
> > Issue Type: Improvement
> > Components: Features (Javascript), Gadget Rendering Server
> (Java), Gadget Rendering Server (PHP)
> > Reporter: Cassie Doll
> > Priority: Critical
> > Attachments: io.js.patch, ProxyHandler.java.patch
> >
> >
> > The FEED contentType in gadgets.io.MakeRequest should not return general
> json in the same way that the JSON contentType does. It should instead
> return a structured object that looks like this:
> > http://code.google.com/apis/gadgets/docs/remote-content.html#Fetch_JSON
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>
Re: [jira] Commented: (SHINDIG-60) Shindig does not properly support the FEED content type as defined by the gadgets spec for gadgets.io.MakeRequest
Posted by Chris Chabot <ch...@xs4all.nl>.
While IANAL either, but after approximately 12 years in the open
source scene i feel like a semi qualified amateur :-)
Including the source of GPL code in your own would also make your own
code GPL. Also 'linking against it' would imply that your program is
now also subject to the GPL. The GPL does allow usage thru 'standard
interfaces' without the viral clause of it counting (think: compiling
a .c file with with gcc does not make your project GPL) but anything
that either includes it in its own source code, or links against it,
is inside of the scope of the license.
The LGPL has an exception for this (formally known as the Library-GPL
but now called the Lesser-GPL to promote the 'real deal' version of
the license), so LGPL libraries you could use in shindig (and even
include in the repo/distribution) without affecting the license of the
main code base. Any modifications done to that library would be LGPL
too, but your main code base remains as it is.
What we would be looking to use is something under the BSD/MIT/Apache
family of licenses if at all possible or otherwise with a LGPL
license, something that doesn't have the viral clause that the GPL and
relatives have.
The apache license is preferred by some companies since it is much
less restrictive then the (L)GPL & related licenses, for instance it
doesn't state that you -have- to share your modifications with anyone
(which the (L)GPL style licenses do). So this means you can keep your
work private and hidden if you want too, which is attractive to some.
-- Chris
On May 6, 2008, at 12:04 AM, John Hjelmstad wrote:
> IANAL, but my understanding is that any code that links to GPL-
> licensed code
> must be GPL-licensed as well (
> http://en.wikipedia.org/wiki/GNU_General_Public_License -
> Criticism). Can
> anyone confirm/deny in this case
Re: [jira] Commented: (SHINDIG-60) Shindig does not properly support
the FEED content type as defined by the gadgets spec for gadgets.io.MakeRequest
Posted by John Hjelmstad <fa...@google.com>.
Odd that his contribution wasn't picked up by Gmail in this threadview, but
hey, fantastic! Onward...
On Mon, May 5, 2008 at 3:10 PM, Vincent Siveton <vi...@gmail.com>
wrote:
> Hi John,
>
> Agree with your thoughts but ... Gary already proposed a patch with
> Rome... Reread the thread ;)
>
> Cheers,
>
> Vincent
>
> 2008/5/5, John Hjelmstad <fa...@google.com>:
> > IANAL, but my understanding is that any code that links to GPL-licensed
> code
> > must be GPL-licensed as well (
> > http://en.wikipedia.org/wiki/GNU_General_Public_License - Criticism).
> Can
> > anyone confirm/deny in this case?
> >
> > I can't imagine we'd change Shindig's overall license, so it seems we'd
> have
> > a few options here:
> > 1. See if David Pashley would be willing to grant us an exception or
> change
> > Eddie's license. The fact that there's already a GPL exception attached
> to
> > Eddie (www.davidpashley.com/eddie.html) suggests this isn't likely to
> > happen. The existing exception allows creation of binaries linking to
> Eddie
> > irrespective their license: not exactly compatible with our goals.
> > 2. Use an alternate underlying feed parsing library such as Rome (
> > https://rome.dev.java.net/) or Apache Abdera (
> > http://incubator.apache.org/abdera/).
> >
> > Thoughts?
> >
> > John
> >
> > On Thu, Apr 24, 2008 at 12:53 AM, Milinda Lakmal Pathirage (JIRA) <
> > jira@apache.org> wrote:
> >
> > >
> > > [
> >
> > >
> https://issues.apache.org/jira/browse/SHINDIG-60?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12591941#action_12591941
> ]
> > >
> > > Milinda Lakmal Pathirage commented on SHINDIG-60:
> > > -------------------------------------------------
> > >
> > > Eddie is licensed under GPL. Can Apache project use that. It may raise
> > > license problem in the future.
> > >
> > > > Shindig does not properly support the FEED content type as defined
> by the
> > > gadgets spec for gadgets.io.MakeRequest
> > > >
> > >
> -----------------------------------------------------------------------------------------------------------------
> > > >
> > > > Key: SHINDIG-60
> > > > URL:
> https://issues.apache.org/jira/browse/SHINDIG-60
> > > > Project: Shindig
> > > > Issue Type: Improvement
> > > > Components: Features (Javascript), Gadget Rendering Server
> > > (Java), Gadget Rendering Server (PHP)
> > > > Reporter: Cassie Doll
> > > > Priority: Critical
> > > > Attachments: io.js.patch, ProxyHandler.java.patch
> > > >
> > > >
> > > > The FEED contentType in gadgets.io.MakeRequest should not return
> general
> > > json in the same way that the JSON contentType does. It should instead
> > > return a structured object that looks like this:
> > > >
> http://code.google.com/apis/gadgets/docs/remote-content.html#Fetch_JSON
> > >
> > > --
> > > This message is automatically generated by JIRA.
> > > -
> > > You can reply to this email to add a comment to the issue online.
> > >
> > >
> >
>
Re: [jira] Commented: (SHINDIG-60) Shindig does not properly support the FEED content type as defined by the gadgets spec for gadgets.io.MakeRequest
Posted by Vincent Siveton <vi...@gmail.com>.
Hi John,
Agree with your thoughts but ... Gary already proposed a patch with
Rome... Reread the thread ;)
Cheers,
Vincent
2008/5/5, John Hjelmstad <fa...@google.com>:
> IANAL, but my understanding is that any code that links to GPL-licensed code
> must be GPL-licensed as well (
> http://en.wikipedia.org/wiki/GNU_General_Public_License - Criticism). Can
> anyone confirm/deny in this case?
>
> I can't imagine we'd change Shindig's overall license, so it seems we'd have
> a few options here:
> 1. See if David Pashley would be willing to grant us an exception or change
> Eddie's license. The fact that there's already a GPL exception attached to
> Eddie (www.davidpashley.com/eddie.html) suggests this isn't likely to
> happen. The existing exception allows creation of binaries linking to Eddie
> irrespective their license: not exactly compatible with our goals.
> 2. Use an alternate underlying feed parsing library such as Rome (
> https://rome.dev.java.net/) or Apache Abdera (
> http://incubator.apache.org/abdera/).
>
> Thoughts?
>
> John
>
> On Thu, Apr 24, 2008 at 12:53 AM, Milinda Lakmal Pathirage (JIRA) <
> jira@apache.org> wrote:
>
> >
> > [
>
> > https://issues.apache.org/jira/browse/SHINDIG-60?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12591941#action_12591941]
> >
> > Milinda Lakmal Pathirage commented on SHINDIG-60:
> > -------------------------------------------------
> >
> > Eddie is licensed under GPL. Can Apache project use that. It may raise
> > license problem in the future.
> >
> > > Shindig does not properly support the FEED content type as defined by the
> > gadgets spec for gadgets.io.MakeRequest
> > >
> > -----------------------------------------------------------------------------------------------------------------
> > >
> > > Key: SHINDIG-60
> > > URL: https://issues.apache.org/jira/browse/SHINDIG-60
> > > Project: Shindig
> > > Issue Type: Improvement
> > > Components: Features (Javascript), Gadget Rendering Server
> > (Java), Gadget Rendering Server (PHP)
> > > Reporter: Cassie Doll
> > > Priority: Critical
> > > Attachments: io.js.patch, ProxyHandler.java.patch
> > >
> > >
> > > The FEED contentType in gadgets.io.MakeRequest should not return general
> > json in the same way that the JSON contentType does. It should instead
> > return a structured object that looks like this:
> > > http://code.google.com/apis/gadgets/docs/remote-content.html#Fetch_JSON
> >
> > --
> > This message is automatically generated by JIRA.
> > -
> > You can reply to this email to add a comment to the issue online.
> >
> >
>