unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* gsettings.m4 copyright
       [not found] <87r19pgl3x.fsf.ref@yahoo.com>
@ 2022-01-03 10:38 ` Po Lu
  2022-01-03 12:53   ` Eli Zaretskii
  0 siblings, 1 reply; 17+ messages in thread
From: Po Lu @ 2022-01-03 10:38 UTC (permalink / raw)
  To: emacs-devel

m4/gsettings.m4 comes from GLib, which is free software under the
LGPLv2.1, but not under copyright of the FSF.

It doesn't seem to have been modified by Emacs either, and it has no
copyright notice on top, so I couldn't determine whether or not it is
licensed under the LGPLv2.1-or-later, or if it's only under the
LGPLv2.1, as in the COPYING file.

Does anyone know what to do in this case?

Thanks.



^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 10:38 ` gsettings.m4 copyright Po Lu
@ 2022-01-03 12:53   ` Eli Zaretskii
  2022-01-03 12:56     ` Po Lu
  0 siblings, 1 reply; 17+ messages in thread
From: Eli Zaretskii @ 2022-01-03 12:53 UTC (permalink / raw)
  To: Po Lu; +Cc: emacs-devel

> From: Po Lu <luangruo@yahoo.com>
> Date: Mon, 03 Jan 2022 18:38:26 +0800
> 
> m4/gsettings.m4 comes from GLib, which is free software under the
> LGPLv2.1, but not under copyright of the FSF.
> 
> It doesn't seem to have been modified by Emacs either, and it has no
> copyright notice on top, so I couldn't determine whether or not it is
> licensed under the LGPLv2.1-or-later, or if it's only under the
> LGPLv2.1, as in the COPYING file.
> 
> Does anyone know what to do in this case?

We should add a standard Emacs copyright notice, I think.



^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 12:53   ` Eli Zaretskii
@ 2022-01-03 12:56     ` Po Lu
  2022-01-03 13:02       ` Eli Zaretskii
  0 siblings, 1 reply; 17+ messages in thread
From: Po Lu @ 2022-01-03 12:56 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: emacs-devel

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Po Lu <luangruo@yahoo.com>
>> Date: Mon, 03 Jan 2022 18:38:26 +0800
>> 
>> m4/gsettings.m4 comes from GLib, which is free software under the
>> LGPLv2.1, but not under copyright of the FSF.
>> 
>> It doesn't seem to have been modified by Emacs either, and it has no
>> copyright notice on top, so I couldn't determine whether or not it is
>> licensed under the LGPLv2.1-or-later, or if it's only under the
>> LGPLv2.1, as in the COPYING file.
>> 
>> Does anyone know what to do in this case?
>
> We should add a standard Emacs copyright notice, I think.

Is that really allowed?  (Assuming a standard Emacs copyright notice
means FSF copyright)

That file is full of non-trivial code from the GLib project.

Thanks.




^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 12:56     ` Po Lu
@ 2022-01-03 13:02       ` Eli Zaretskii
  2022-01-03 13:28         ` Po Lu
                           ` (2 more replies)
  0 siblings, 3 replies; 17+ messages in thread
From: Eli Zaretskii @ 2022-01-03 13:02 UTC (permalink / raw)
  To: Po Lu, Jeff Walsh, Yuuki Harano; +Cc: emacs-devel

> From: Po Lu <luangruo@yahoo.com>
> Cc: emacs-devel@gnu.org
> Date: Mon, 03 Jan 2022 20:56:41 +0800
> 
> > We should add a standard Emacs copyright notice, I think.
> 
> Is that really allowed?  (Assuming a standard Emacs copyright notice
> means FSF copyright)
> 
> That file is full of non-trivial code from the GLib project.

You are saying that we cannot include it in Emacs, because whoever
wrote the code didn't contribute it to us?  That's not a copyright
question, that's a completely different (and more serious) issue.

Jeff and Yuuki, would you please tell us how you got this file and who
has the copyright to its code?



^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 13:02       ` Eli Zaretskii
@ 2022-01-03 13:28         ` Po Lu
  2022-01-03 13:39         ` Yuuki Harano
  2022-01-03 23:56         ` Richard Stallman
  2 siblings, 0 replies; 17+ messages in thread
From: Po Lu @ 2022-01-03 13:28 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Jeff Walsh, Yuuki Harano, emacs-devel

Eli Zaretskii <eliz@gnu.org> writes:

> You are saying that we cannot include it in Emacs, because whoever
> wrote the code didn't contribute it to us?  That's not a copyright
> question, that's a completely different (and more serious) issue.

Yes, I was.  Thanks.

> Jeff and Yuuki, would you please tell us how you got this file and who
> has the copyright to its code?

I'm neither of those, but that file is from glib, in m4macros/

  https://gitlab.gnome.org/GNOME/glib/-/blob/main/m4macros/gsettings.m4

There is no copyright statement in that file, but GLib as a whole,
according to the COPYING file, is under the LGPLv2.1.  (It's part of
GNOME as well, but I don't know if Glib specifically is part of the GNU
project.)  If it's urgent, I can rewrite it tomorrow.

And I'm really sorry I didn't catch that when merging feature/pgtk to
master.

According to the VCS history, the following people wrote the file:

  - Bastien Nocera
  - Allison Karlitskaya
  - Dan Winship
  - Javier Jardón
  - Colin Walters
  - Matthias Clasen
  - Christian Persch
  - Hib Eris
  - Simon McVittie
  - Philip Withnall

I will try to get emails for those people tomorrow.



^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 13:02       ` Eli Zaretskii
  2022-01-03 13:28         ` Po Lu
@ 2022-01-03 13:39         ` Yuuki Harano
  2022-01-03 14:29           ` Eli Zaretskii
  2022-01-03 23:56         ` Richard Stallman
  2 siblings, 1 reply; 17+ messages in thread
From: Yuuki Harano @ 2022-01-03 13:39 UTC (permalink / raw)
  To: eliz; +Cc: luangruo, emacs-devel


On Mon, 03 Jan 2022 15:02:19 +0200,
	Eli Zaretskii <eliz@gnu.org> wrote:
>> > We should add a standard Emacs copyright notice, I think.
>> 
>> Is that really allowed?  (Assuming a standard Emacs copyright notice
>> means FSF copyright)
>> 
>> That file is full of non-trivial code from the GLib project.
> 
> You are saying that we cannot include it in Emacs, because whoever
> wrote the code didn't contribute it to us?  That's not a copyright
> question, that's a completely different (and more serious) issue.
> 
> Jeff and Yuuki, would you please tell us how you got this file and who
> has the copyright to its code?

I copied /usr/share/aclocal/gsettings.m4 in my PC.

-- 
Yuuki Harano



^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 13:39         ` Yuuki Harano
@ 2022-01-03 14:29           ` Eli Zaretskii
  2022-01-03 15:11             ` Eli Zaretskii
  2022-01-03 16:03             ` Stefan Monnier
  0 siblings, 2 replies; 17+ messages in thread
From: Eli Zaretskii @ 2022-01-03 14:29 UTC (permalink / raw)
  To: Yuuki Harano; +Cc: luangruo, emacs-devel

> Date: Mon, 03 Jan 2022 22:39:50 +0900 (JST)
> From: Yuuki Harano <masm+emacs@masm11.me>
> Cc: luangruo@yahoo.com, emacs-devel@gnu.org
> 
> > Jeff and Yuuki, would you please tell us how you got this file and who
> > has the copyright to its code?
> 
> I copied /usr/share/aclocal/gsettings.m4 in my PC.

That file is installed when you install Glib, so you basically copied
it from Glib without their permission.

At this point, I think we should consider removing the file and
rewriting the tests it performs in configure.ac, in as different a
form from gsettings.m4 as possible.  Is that feasible?



^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 14:29           ` Eli Zaretskii
@ 2022-01-03 15:11             ` Eli Zaretskii
  2022-01-03 15:59               ` Yuuki Harano
  2022-01-03 16:03             ` Stefan Monnier
  1 sibling, 1 reply; 17+ messages in thread
From: Eli Zaretskii @ 2022-01-03 15:11 UTC (permalink / raw)
  To: masm+emacs, luangruo; +Cc: emacs-devel

> Date: Mon, 03 Jan 2022 16:29:21 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: luangruo@yahoo.com, emacs-devel@gnu.org
> 
> At this point, I think we should consider removing the file and
> rewriting the tests it performs in configure.ac, in as different a
> form from gsettings.m4 as possible.  Is that feasible?

Actually, that file does little more except rewriting some rules in
Makefile.in, is that so?  If so, can't we do that using the GNU Make
ifdef/ifeq conditionals, like we do with native-compilation specific
fragments?  Then perhaps the configure.ac stuff to support that could
be very small, limited to defining some Make macro.

Does this make sense?



^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 15:11             ` Eli Zaretskii
@ 2022-01-03 15:59               ` Yuuki Harano
  2022-01-04  8:35                 ` Yuuki Harano
  0 siblings, 1 reply; 17+ messages in thread
From: Yuuki Harano @ 2022-01-03 15:59 UTC (permalink / raw)
  To: eliz; +Cc: luangruo, emacs-devel


On Mon, 03 Jan 2022 17:11:38 +0200,
	Eli Zaretskii <eliz@gnu.org> wrote:
>> Date: Mon, 03 Jan 2022 16:29:21 +0200
>> From: Eli Zaretskii <eliz@gnu.org>
>> Cc: luangruo@yahoo.com, emacs-devel@gnu.org
>> 
>> At this point, I think we should consider removing the file and
>> rewriting the tests it performs in configure.ac, in as different a
>> form from gsettings.m4 as possible.  Is that feasible?
> 
> Actually, that file does little more except rewriting some rules in
> Makefile.in, is that so?  If so, can't we do that using the GNU Make
> ifdef/ifeq conditionals, like we do with native-compilation specific
> fragments?  Then perhaps the configure.ac stuff to support that could
> be very small, limited to defining some Make macro.
> 
> Does this make sense?

Thank you.
I'll try to do in that way tomorrow.

-- 
Yuuki Harano



^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 14:29           ` Eli Zaretskii
  2022-01-03 15:11             ` Eli Zaretskii
@ 2022-01-03 16:03             ` Stefan Monnier
  2022-01-03 17:26               ` Eli Zaretskii
  1 sibling, 1 reply; 17+ messages in thread
From: Stefan Monnier @ 2022-01-03 16:03 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Yuuki Harano, luangruo, emacs-devel

>> > Jeff and Yuuki, would you please tell us how you got this file and who
>> > has the copyright to its code?
>> I copied /usr/share/aclocal/gsettings.m4 in my PC.
> That file is installed when you install Glib, so you basically copied
> it from Glib without their permission.

Since it's under the LGPL we do have their permission.

> At this point, I think we should consider removing the file and
> rewriting the tests it performs in configure.ac, in as different a
> form from gsettings.m4 as possible.  Is that feasible?

Is there a specific problem with the file being LGPL?

IIUC the LGPLv2.1 is compatible with GPLv3 (not sure about GPL>3), so
I don't think we have a license problem right now.  Is the problem
limited to "we don't own its copyright" (i.e. something which we impose
on ourselves and could thus choose to ignore)?


        Stefan




^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 16:03             ` Stefan Monnier
@ 2022-01-03 17:26               ` Eli Zaretskii
  0 siblings, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2022-01-03 17:26 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: luangruo, masm+emacs, emacs-devel

> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: Yuuki Harano <masm+emacs@masm11.me>,  luangruo@yahoo.com,
>  emacs-devel@gnu.org
> Date: Mon, 03 Jan 2022 11:03:13 -0500
> 
> >> > Jeff and Yuuki, would you please tell us how you got this file and who
> >> > has the copyright to its code?
> >> I copied /usr/share/aclocal/gsettings.m4 in my PC.
> > That file is installed when you install Glib, so you basically copied
> > it from Glib without their permission.
> 
> Since it's under the LGPL we do have their permission.

I guess you mean we don't _need_ their permission.

Except that in Emacs (and other projects that care about attribution
and copyright assignments), we do.

> > At this point, I think we should consider removing the file and
> > rewriting the tests it performs in configure.ac, in as different a
> > form from gsettings.m4 as possible.  Is that feasible?
> 
> Is there a specific problem with the file being LGPL?

That's not the problem I'm worried about.



^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 13:02       ` Eli Zaretskii
  2022-01-03 13:28         ` Po Lu
  2022-01-03 13:39         ` Yuuki Harano
@ 2022-01-03 23:56         ` Richard Stallman
  2022-01-04  3:31           ` Eli Zaretskii
  2022-01-04  3:48           ` Stefan Kangas
  2 siblings, 2 replies; 17+ messages in thread
From: Richard Stallman @ 2022-01-03 23:56 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: luangruo, masm+github, emacs-devel

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > > That file is full of non-trivial code from the GLib project.

  > You are saying that we cannot include it in Emacs, because whoever
  > wrote the code didn't contribute it to us?  That's not a copyright
  > question, that's a completely different (and more serious) issue.

GNU Project policy is that it's ok to import code from other released
free packages whose licenses are compatible with the license we are
using (which is GPL3-or-later).  The license LGPL-2.1 is compatible,
so we can import this code.

We should make sure it carries the copyright notices and license
notices that it should have.  The fact it was missing those is a
small problem, but we can fix that.

If the whole Glib package carries a copyright notices, copy that one.

If it isn't clear what to do, how about asking its developers what
that should be?

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)





^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 23:56         ` Richard Stallman
@ 2022-01-04  3:31           ` Eli Zaretskii
  2022-01-04  3:48           ` Stefan Kangas
  1 sibling, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2022-01-04  3:31 UTC (permalink / raw)
  To: rms; +Cc: luangruo, masm+github, emacs-devel

> From: Richard Stallman <rms@gnu.org>
> Cc: luangruo@yahoo.com, fejfighter@gmail.com, masm+github@masm11.me,
> 	emacs-devel@gnu.org
> Date: Mon, 03 Jan 2022 18:56:07 -0500
> 
>   > > That file is full of non-trivial code from the GLib project.
> 
>   > You are saying that we cannot include it in Emacs, because whoever
>   > wrote the code didn't contribute it to us?  That's not a copyright
>   > question, that's a completely different (and more serious) issue.
> 
> GNU Project policy is that it's ok to import code from other released
> free packages whose licenses are compatible with the license we are
> using (which is GPL3-or-later).  The license LGPL-2.1 is compatible,
> so we can import this code.
> 
> We should make sure it carries the copyright notices and license
> notices that it should have.  The fact it was missing those is a
> small problem, but we can fix that.
> 
> If the whole Glib package carries a copyright notices, copy that one.
> 
> If it isn't clear what to do, how about asking its developers what
> that should be?

I prefer to implement that differently, since what the file does is
not clean enough for my taste.  If that is possible, it would also
solve this issue.  If it turns out to be harder than I thought, we
will reconsider.



^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 23:56         ` Richard Stallman
  2022-01-04  3:31           ` Eli Zaretskii
@ 2022-01-04  3:48           ` Stefan Kangas
  2022-01-05  3:53             ` Richard Stallman
  1 sibling, 1 reply; 17+ messages in thread
From: Stefan Kangas @ 2022-01-04  3:48 UTC (permalink / raw)
  To: rms, Eli Zaretskii; +Cc: luangruo, masm+github, emacs-devel

Richard Stallman <rms@gnu.org> writes:

> GNU Project policy is that it's ok to import code from other released
> free packages whose licenses are compatible with the license we are
> using (which is GPL3-or-later).  The license LGPL-2.1 is compatible,
> so we can import this code.
>
> We should make sure it carries the copyright notices and license
> notices that it should have.  The fact it was missing those is a
> small problem, but we can fix that.

Does this policy apply to importing Emacs Lisp libraries as well?

I assume that the answer is "no", but if so I think it would be useful
to briefly explain why that case should be viewed differently.

Thanks in advance.



^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-03 15:59               ` Yuuki Harano
@ 2022-01-04  8:35                 ` Yuuki Harano
  2022-01-04 13:29                   ` Eli Zaretskii
  0 siblings, 1 reply; 17+ messages in thread
From: Yuuki Harano @ 2022-01-04  8:35 UTC (permalink / raw)
  To: eliz; +Cc: luangruo, emacs-devel


On Tue, 04 Jan 2022 00:59:33 +0900 (JST),
	Yuuki Harano <masm+emacs@masm11.me> wrote:
>> Actually, that file does little more except rewriting some rules in
>> Makefile.in, is that so?  If so, can't we do that using the GNU Make
>> ifdef/ifeq conditionals, like we do with native-compilation specific
>> fragments?  Then perhaps the configure.ac stuff to support that could
>> be very small, limited to defining some Make macro.
>> 
>> Does this make sense?
> 
> Thank you.
> I'll try to do in that way tomorrow.

I did.

-- 
Yuuki Harano



^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-04  8:35                 ` Yuuki Harano
@ 2022-01-04 13:29                   ` Eli Zaretskii
  0 siblings, 0 replies; 17+ messages in thread
From: Eli Zaretskii @ 2022-01-04 13:29 UTC (permalink / raw)
  To: Yuuki Harano; +Cc: luangruo, emacs-devel

> Date: Tue, 04 Jan 2022 17:35:58 +0900 (JST)
> Cc: luangruo@yahoo.com, emacs-devel@gnu.org
> From: Yuuki Harano <masm+emacs@masm11.me>
> 
> 
> On Tue, 04 Jan 2022 00:59:33 +0900 (JST),
> 	Yuuki Harano <masm+emacs@masm11.me> wrote:
> >> Actually, that file does little more except rewriting some rules in
> >> Makefile.in, is that so?  If so, can't we do that using the GNU Make
> >> ifdef/ifeq conditionals, like we do with native-compilation specific
> >> fragments?  Then perhaps the configure.ac stuff to support that could
> >> be very small, limited to defining some Make macro.
> >> 
> >> Does this make sense?
> > 
> > Thank you.
> > I'll try to do in that way tomorrow.
> 
> I did.

Thanks a lot!



^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: gsettings.m4 copyright
  2022-01-04  3:48           ` Stefan Kangas
@ 2022-01-05  3:53             ` Richard Stallman
  0 siblings, 0 replies; 17+ messages in thread
From: Richard Stallman @ 2022-01-05  3:53 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: luangruo, eliz, masm+github, emacs-devel

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > Does this policy apply to importing Emacs Lisp libraries as well?

  > I assume that the answer is "no", but if so I think it would be useful
  > to briefly explain why that case should be viewed differently.

The answer is no.  Here's why the cases are different.

The C libraries I was talking about before are not specifically for
Emacs.  They may be used by many unrelated applications, Emacs being
just one.  We don't consider them _part_ of Emacs, we just distribute
them along with Emacs.

It;s different for Emacs Lisp packages.  If we want a Lisp library
enough to distribute it with Emacs, we want to make it part of Emacs.

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)





^ permalink raw reply	[flat|nested] 17+ messages in thread

end of thread, other threads:[~2022-01-05  3:53 UTC | newest]

Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <87r19pgl3x.fsf.ref@yahoo.com>
2022-01-03 10:38 ` gsettings.m4 copyright Po Lu
2022-01-03 12:53   ` Eli Zaretskii
2022-01-03 12:56     ` Po Lu
2022-01-03 13:02       ` Eli Zaretskii
2022-01-03 13:28         ` Po Lu
2022-01-03 13:39         ` Yuuki Harano
2022-01-03 14:29           ` Eli Zaretskii
2022-01-03 15:11             ` Eli Zaretskii
2022-01-03 15:59               ` Yuuki Harano
2022-01-04  8:35                 ` Yuuki Harano
2022-01-04 13:29                   ` Eli Zaretskii
2022-01-03 16:03             ` Stefan Monnier
2022-01-03 17:26               ` Eli Zaretskii
2022-01-03 23:56         ` Richard Stallman
2022-01-04  3:31           ` Eli Zaretskii
2022-01-04  3:48           ` Stefan Kangas
2022-01-05  3:53             ` Richard Stallman

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).