On 02/27/2018 03:22 PM, Gerald B. Cox wrote:
> AA. Fedora is not (at this time) concerned about license compatibility
> issues arising from the relicensing of CUPS to Apache 2.0, in as much
> as this applies to linking of components together (our use case).
>
> BB. If you are planning on (or have)
AA. Fedora is not (at this time) concerned about license compatibility
issues arising from the relicensing of CUPS to Apache 2.0, in as much as
this applies to linking of components together (our use case).
BB. If you are planning on (or have) copying code from CUPS and including
it in a GPLv2
Hi Gerald,
I'll try to explain how I understood it:
On 02/26/2018 03:45 PM, Gerald B. Cox wrote:
>
> I must be missing something what is sad? It has been stated that
> CUPS does
> not need any GPLv2 only component for building or linking.
The issue is about packages, which have GPLv2only
On Mon, Feb 26, 2018 at 4:43 AM, Zdenek Dohnal wrote:
> On 02/26/2018 10:41 AM, Florian Weimer wrote:
> > On 11/08/2017 01:45 PM, Neal Gompa wrote:
> >> It will. Previously, it was licensed under GPLv2 + LGPLv2 with Apple
> >> exceptions. Now it is ASL 2.0 across the board.
On 02/26/2018 10:41 AM, Florian Weimer wrote:
> On 11/08/2017 01:45 PM, Neal Gompa wrote:
>> It will. Previously, it was licensed under GPLv2 + LGPLv2 with Apple
>> exceptions. Now it is ASL 2.0 across the board. GPLv2 projects can not
>> link to the newer version.
>
> On the other hand, libgcc
Thanks Louis!
On 02/21/2018 11:15 PM, Louis Lagendijk wrote:
> On Wed, 2017-11-08 at 10:42 +0100, Zdenek Dohnal wrote:
>> Hi,
>>
>> CUPS upstream changed license of project to Apache license 2.0, which
>> is
>> now incompatible with GPLv2. This change will be in new minor release
>> of
>> CUPS -
On 11/08/2017 04:25 PM, Daniel P. Berrange wrote:
Well that page only refers to OpenSSL and even then it points out that other
distros have differing opinions. Personally I think it is dubious even for
OpenSSL, and if you start broadening it further to claim it applies to what
are effectively
On 11/08/2017 01:45 PM, Neal Gompa wrote:
It will. Previously, it was licensed under GPLv2 + LGPLv2 with Apple
exceptions. Now it is ASL 2.0 across the board. GPLv2 projects can not
link to the newer version.
On the other hand, libgcc switched to GPLv3+ with exceptions (but those
exceptions
On Wed, 2017-11-08 at 10:42 +0100, Zdenek Dohnal wrote:
> Hi,
>
> CUPS upstream changed license of project to Apache license 2.0, which
> is
> now incompatible with GPLv2. This change will be in new minor release
> of
> CUPS - 2.3.0, which is currently in developing phase (not in Fedora
> for
>
Sorry for late bringing up this topic, for whose do not know, Tom
answered on Solomon question about new CUPS licensing in:
https://lists.fedoraproject.org/archives/list/le...@lists.fedoraproject.org/thread/TYGLR34XR6L6MAXMVSDNYT3ZYXUKY7FX/
To sum it up (from what I understood):
Projects
On 2017-11-09 07:27, Zdenek Dohnal wrote:
Adding gtk+ maintainer. Paul, would you mind commenting about this
issue?
On 11/09/2017 01:07 AM, Michael Catanzaro wrote:
On Wed, Nov 8, 2017 at 2:43 PM, Neal Gompa wrote:
libkprint, kde-print-manager, etc. may have
Once upon a time, Solomon Peachy said:
> Leaving aside "applications" for now -- What about the case where one of
> those "system libraries" (say, GTK+) directly depends on another "system
> library" (say, libcups) which now sports an incompatible license?
>
> Because
On Wed, 2017-11-08 at 18:07 -0600, Michael Catanzaro wrote:
> On Wed, Nov 8, 2017 at 2:43 PM, Neal Gompa
> wrote:
> > libkprint, kde-print-manager, etc. may have dependencies that make
> > the mix impossible. I don't know for sure, though.
>
> GTK+
>
For GTK+, one possible
On Thu, Nov 09, 2017 at 12:23:33PM -0500, Matthew Miller wrote:
> > I'm of a mind to urge that cups be considered a system library (as it's
> > upstream also argues)
>
> Possibly this is something we could formally define with Modularity.
> (That is, all libraries in Platform & Host are "system
On Thu, Nov 09, 2017 at 07:30:39AM -0600, Rex Dieter wrote:
> > kde-print-manager's maintainer - rdieter (adding him to CC). Rex, would
> > you mind commenting this change?
> I'm of a mind to urge that cups be considered a system library (as it's
> upstream also argues)
Possibly this is
Rex, would you mind reporting this change to upstream, if
kde-print-manager has incompatible license?
On 11/09/2017 02:38 PM, Rex Dieter wrote:
> Zdenek Dohnal wrote:
>
>> On 11/08/2017 09:43 PM, Neal Gompa wrote:
>>> On Wed, Nov 8, 2017 at 3:16 PM, Zdenek Dohnal wrote:
Zdenek Dohnal wrote:
> On 11/08/2017 09:43 PM, Neal Gompa wrote:
>> On Wed, Nov 8, 2017 at 3:16 PM, Zdenek Dohnal wrote:
>>> AFAIK such projects are gutenprint, cups-filters or hplip... does anyone
>>> have in mind other projects, which will be unable to use CUPS and
>>>
Zdenek Dohnal wrote:
> On 11/08/2017 09:43 PM, Neal Gompa wrote:
>> On Wed, Nov 8, 2017 at 3:16 PM, Zdenek Dohnal wrote:
>>> AFAIK such projects are gutenprint, cups-filters or hplip... does anyone
>>> have in mind other projects, which will be unable to use CUPS and
>>>
Adding gtk+ maintainer. Paul, would you mind commenting about this issue?
On 11/09/2017 01:07 AM, Michael Catanzaro wrote:
> On Wed, Nov 8, 2017 at 2:43 PM, Neal Gompa wrote:
>> libkprint, kde-print-manager, etc. may have dependencies that make
>> the mix impossible. I don't
On 11/08/2017 09:43 PM, Neal Gompa wrote:
> On Wed, Nov 8, 2017 at 3:16 PM, Zdenek Dohnal wrote:
>> AFAIK such projects are gutenprint, cups-filters or hplip... does anyone
>> have in mind other projects, which will be unable to use CUPS and reason?
>>
> libkprint,
On Wed, Nov 8, 2017 at 2:43 PM, Neal Gompa wrote:
libkprint, kde-print-manager, etc. may have dependencies that make
the mix impossible. I don't know for sure, though.
GTK+
___
devel mailing list -- devel@lists.fedoraproject.org
On Wed, Nov 08, 2017 at 09:16:23PM +0100, Zdenek Dohnal wrote:
> AFAIK such projects are gutenprint, cups-filters or hplip... does anyone
> have in mind other projects, which will be unable to use CUPS and reason?
Gutenprint today is okay, as only its CUPS filters/backend link against
CUPS and
On Wed, Nov 8, 2017 at 3:16 PM, Zdenek Dohnal wrote:
>
> AFAIK such projects are gutenprint, cups-filters or hplip... does anyone
> have in mind other projects, which will be unable to use CUPS and reason?
>
libkprint, kde-print-manager, etc. may have dependencies that make
Here is reply from CUPS mailing list:
On 11/08/2017 08:58 PM, Michael Sweet wrote:
> Zdenek,
>
>> On Nov 8, 2017, at 11:11 AM, Zdenek Dohnal wrote:
>> ...
>> would you mind considering dual license - Apache License 2.0 and GPLv2+?
>> Because "OS-supplied library" definition
I'll try to convince Mike to make a dual license.
On 11/08/2017 04:34 PM, Solomon Peachy wrote:
> On Wed, Nov 08, 2017 at 03:25:22PM +, Daniel P. Berrange wrote:
>> Well that page only refers to OpenSSL and even then it points out that other
>> distros have differing opinions. Personally I
On Wed, Nov 08, 2017 at 03:25:22PM +, Daniel P. Berrange wrote:
> Well that page only refers to OpenSSL and even then it points out that other
> distros have differing opinions. Personally I think it is dubious even for
> OpenSSL, and if you start broadening it further to claim it applies to
On Wed, Nov 08, 2017 at 04:17:20PM +0100, Hans de Goede wrote:
> Hi,
>
> On 08-11-17 16:06, Solomon Peachy wrote:
> > On Wed, Nov 08, 2017 at 03:53:32PM +0100, Hans de Goede wrote:
> > > >I don't think static linking against libcups is common enough to be a
> > > >serious concern - CUPS
Hi,
On 08-11-17 16:06, Solomon Peachy wrote:
On Wed, Nov 08, 2017 at 03:53:32PM +0100, Hans de Goede wrote:
I don't think static linking against libcups is common enough to be a
serious concern - CUPS is fairly ubiquitous and easily falls under the
"OS-supplied library" exception in
On Wed, Nov 8, 2017 at 9:53 AM, Michael Catanzaro
wrote:
>
> I have many questions here.
>
> Isn't this going to require relicensing a humongous number of applications?
> We can't plausibly relicense so much. We would have to remove printing
> support from GTK+, which is
On 08.11.2017 15:53, Hans de Goede wrote:
> Hi,
>
> On 08-11-17 15:06, Solomon Peachy wrote:
>> On Wed, Nov 08, 2017 at 08:54:03AM -0500, Neal Gompa wrote:
>>> Is there anyone who could raise concerns to Apple about the license
>>> change? Maybe convince them to dual-license it or something?
>>
On Wed, Nov 08, 2017 at 03:53:32PM +0100, Hans de Goede wrote:
> > I don't think static linking against libcups is common enough to be a
> > serious concern - CUPS is fairly ubiquitous and easily falls under the
> > "OS-supplied library" exception in the GPL 2. And existing GPL-2-only
> >
I have many questions here.
Isn't this going to require relicensing a humongous number of
applications? We can't plausibly relicense so much. We would have to
remove printing support from GTK+, which is not going to happen.
The system library exception might work for Fedora, but it would be
Hi,
On 08-11-17 15:06, Solomon Peachy wrote:
On Wed, Nov 08, 2017 at 08:54:03AM -0500, Neal Gompa wrote:
Is there anyone who could raise concerns to Apple about the license
change? Maybe convince them to dual-license it or something?
Well, Michael Sweet (mswet AT apple.com) remains the
On Wed, Nov 08, 2017 at 08:51:22AM -0500, Solomon Peachy wrote:
> The gutenprint CUPS filters in my dev tree dynamically pull in 41 shared
> libraries, mostly as passthroughs. I'm auditing them now.
FWIW, everything that gutenprint links against, and everything they pull
in, appears to be
On Wed, Nov 08, 2017 at 08:54:03AM -0500, Neal Gompa wrote:
> Is there anyone who could raise concerns to Apple about the license
> change? Maybe convince them to dual-license it or something?
Well, Michael Sweet (mswet AT apple.com) remains the primary developer
of CUPS, and this has been
On Wed, Nov 8, 2017 at 8:51 AM, Solomon Peachy wrote:
> On Wed, Nov 08, 2017 at 01:38:31PM +, Daniel P. Berrange wrote:
>> > OTOH, Gutenprint is GPLv2+, so it could be considered GPLv3 for purposes
>> > of linking to ASL2.0 CUPS..
>>
>> Just make sure that Gutenprint
On Wed, Nov 08, 2017 at 01:38:31PM +, Daniel P. Berrange wrote:
> > OTOH, Gutenprint is GPLv2+, so it could be considered GPLv3 for purposes
> > of linking to ASL2.0 CUPS..
>
> Just make sure that Gutenprint doesn't link to any other 3rd party
> libs that are GPLv2-only - everything it links
On Wed, Nov 08, 2017 at 08:32:50AM -0500, Solomon Peachy wrote:
> On Wed, Nov 08, 2017 at 07:45:28AM -0500, Neal Gompa wrote:
> > It will. Previously, it was licensed under GPLv2 + LGPLv2 with Apple
> > exceptions. Now it is ASL 2.0 across the board. GPLv2 projects can not
> > link to the newer
On Wed, Nov 08, 2017 at 07:45:28AM -0500, Neal Gompa wrote:
> It will. Previously, it was licensed under GPLv2 + LGPLv2 with Apple
> exceptions. Now it is ASL 2.0 across the board. GPLv2 projects can not
> link to the newer version.
That will seriously affect Gutenprint if applied strictly.
On Wed, Nov 8, 2017 at 1:45 PM, Neal Gompa wrote:
> On Wed, Nov 8, 2017 at 7:39 AM, Felipe Borges wrote:
>> On Wed, Nov 8, 2017 at 10:42 AM, Zdenek Dohnal wrote:
>>> Hi,
>>>
>>> CUPS upstream changed license of project to Apache
On Wed, Nov 8, 2017 at 7:39 AM, Felipe Borges wrote:
> On Wed, Nov 8, 2017 at 10:42 AM, Zdenek Dohnal wrote:
>> Hi,
>>
>> CUPS upstream changed license of project to Apache license 2.0, which is
>> now incompatible with GPLv2. This change will be in new
On Wed, Nov 8, 2017 at 10:42 AM, Zdenek Dohnal wrote:
> Hi,
>
> CUPS upstream changed license of project to Apache license 2.0, which is
> now incompatible with GPLv2. This change will be in new minor release of
> CUPS - 2.3.0, which is currently in developing phase (not in
On 8 November 2017 at 09:42, Zdenek Dohnal wrote:
> CUPS upstream changed license of project to Apache license 2.0, which is
> now incompatible with GPLv2. This change will be in new minor release of
> CUPS - 2.3.0, which is currently in developing phase (not in Fedora for
>
Hi,
CUPS upstream changed license of project to Apache license 2.0, which is
now incompatible with GPLv2. This change will be in new minor release of
CUPS - 2.3.0, which is currently in developing phase (not in Fedora for
now). If someone takes code of CUPS and has its project under GPLv2,
please
44 matches
Mail list logo