unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: zimoun <zimon.toutoune@gmail.com>
To: Maxime Devos <maximedevos@telenet.be>,
	Philip McGrath <philip@philipmcgrath.com>,
	Guix Devel <guix-devel@gnu.org>,
	Liliana Marie Prikler <liliana.prikler@gmail.com>
Cc: "(" <paren@disroot.org>
Subject: Re: FSDG-compatibility of APSL-2.0
Date: Fri, 17 Jun 2022 16:37:07 +0200	[thread overview]
Message-ID: <87ilozxsoc.fsf@gmail.com> (raw)
In-Reply-To: <7b05425306ead2c333e7671a7c32b4164e4b6a50.camel@telenet.be>

Hi,

On Fri, 17 Jun 2022 at 11:39, Maxime Devos <maximedevos@telenet.be> wrote:

> TBC, did you see my previous mail about cherry-picking and power
> assymetry.

No.  And I do not see it in the public archive.


> I would like to refer to some blog article about something along the
> lines ’free software is not about licenses, but about ???’, but I
> cannot find it anymore.

On one hand, I agree: free software is more than just about licenses,
because it is about quality of code, good documentation, nice community,
etc.

On the other hand, I refuse to judge the intent behind a software.  It
appears to me a slippery slope.  The only way is to set a clear frame
and then scrutinize using this very frame.  Debian defines a frame, GNU
defines another frame, etc. and each project qualifies via this frame.

Guix is part of GNU and the GNU project lists the acceptable and
unacceptable licenses.

Again, if the Guix project would like to apply a more stringent license
policy than the GNU one, then the question is according to which frame.


> Being forced to go to the US as a defendant seems like a very practical

[...]

> Not being subject to the US seems worth some extra niche-ness to this
> non-US person.

Bah, it is the same for any license.  Even the GPL.  For instance, the
concept of Copyright under the US Law does not have a one-to-one
equivalent under the French Law.  (See the case Entr’ouvert vs Orange.)

Law, especially international one, is very complex.  We should focus on
what we are doing the best: package, service and distro. :-)  And I
trust enough FSF and others as Software Freedom Conservancy for doing
the best in the legal field.


> ... currently Guix isn't using the APSL2.0 anywhere (according to git
> grep -F aspl), so it seems quite practical and effortless to just
> remove apsl2 from (guix licenses).

It is maybe used by Chromium.

I have nothing against removing APSL2.0 if it is not currently used.
However, I think the Guix project should continue to accept all software
using the licenses on GNU list [1].

About patch#55998, the question is about dependencies and linking
because APSL is incompatible with the GPL.  If all is fine, then let
include ’cctools’ in Guix.


1: <https://www.gnu.org/licenses/license-list.html>
2: <https://issues.guix.gnu.org/55998>


On Fri, 17 Jun 2022 at 11:40, Maxime Devos <maximedevos@telenet.be> wrote:
> zimoun schreef op vr 17-06-2022 om 11:06 [+0200]:
>> [...] How do we resolve the disagreements?
>
> By talking on guix-devel.

Talk does not cook the rice. ;-)

Well, discussions do not always resolve some disagreements, sadly.  If
you consider that A is acceptable and I consider that B is unacceptable,
then we discuss at length and at the end we do not reach any consensus;
you are still on A-side and I am still on B-side.  How would we resolve
at the project level?

Today, the Guix project uses a do-ocracy system where disagreements are
resolved by Guix maintainers.  Enough burden and discussions are already
around without hypothetically adding one about resolving potential
disagreements on license policy, IMHO.  Without mentioning the WANL
sessions. :-)


Cheers,
simon



  parent reply	other threads:[~2022-06-17 14:38 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-16  6:21 FSDG-compatibility of APSL-2.0 Philip McGrath
2022-06-16  7:43 ` Liliana Marie Prikler
2022-06-16 22:02   ` Philip McGrath
2022-06-17  9:06     ` zimoun
2022-06-17  9:39       ` Maxime Devos
2022-06-17 10:00         ` Liliana Marie Prikler
2022-06-17 17:06           ` Maxime Devos
2022-06-17 20:11             ` Felix Lechner
2022-06-17 21:14               ` Maxime Devos
2022-06-17 14:37         ` zimoun [this message]
2022-06-17 15:52           ` Philip McGrath
2022-06-17  9:40       ` Maxime Devos
2022-06-17 17:11 ` Maxime Devos
2022-06-17 17:13 ` Maxime Devos

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87ilozxsoc.fsf@gmail.com \
    --to=zimon.toutoune@gmail.com \
    --cc=guix-devel@gnu.org \
    --cc=liliana.prikler@gmail.com \
    --cc=maximedevos@telenet.be \
    --cc=paren@disroot.org \
    --cc=philip@philipmcgrath.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.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).