unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
To: raid5atemyhomework <raid5atemyhomework@protonmail.com>
Cc: Vagrant Cascadian <vagrant@debian.org>,
	"guix-devel@gnu.org" <guix-devel@gnu.org>,
	Domagoj Stolfa <ds815@gmx.com>
Subject: Re: ZFS part of Guix? RFC?
Date: Tue, 30 Nov 2021 22:22:28 +0100	[thread overview]
Message-ID: <20211130222228.61b1ae8f@primarylaptop.localdomain> (raw)
In-Reply-To: <uea3cdC73UEOK66VVX_4MEk43KC1nSlT0LRo6gc02P_D7HLj187TqsXlvYAmP4M4Sl_vZuaOqSg6QUXAawC0JltJX690dOWL4Aw5R3PyLpY=@protonmail.com>

[-- Attachment #1: Type: text/plain, Size: 3465 bytes --]

On Tue, 30 Nov 2021 15:22:04 +0000
raid5atemyhomework <raid5atemyhomework@protonmail.com> wrote:

> Hello Denis,
Hi,

> > While thinking about this very weird case of combining GPL and CDDL
> > code together, I wonder if the fact that we can't redistribute
> > binaries still makes it free software.
> 
> AS I understood from early writings of GNU ---
> 
> "Freedom" here is the freedom to modify how *the hardware you
> purchased, which is supposedly your own*, works.
> 
> In principle, "binaries are enough", because you *can* modify
> executable binaries, and until Tivoization you could thus modify how
> the hardware you purchased and is supposedly owned by you works.
> However, early GNU writers (RMS I think?) noted that binaries are
> really awful and that you need source code in order to modify how
> your hardware work, unless you are willing to sacrifice a ridiculous
> portion of your life reverse-engineering executable binaries.

In case of binaries, when some people have the source code and you
don't, there is also an inequality and power dynamic: people with
source code have more power to modify the software than people without.

We can see some mention of a somewhat similar power dynamic in the GPLv3
for instance:
> But this requirement does not apply if neither you nor any third
> party retains the ability to install modified object code on the User
> Product (for example, the work has been installed in ROM).

And it seems that in the weird case of zfs-on-linux, that power dynamic
at least doesn't apply directly as nobody can redistribute binaries
unless they are the copyright holder of ZFS and redistribute it all
under licenses fully compatible with the GPLv2.

Though one could also argue that not everybody is equals when breaking
the law (so here when redistributing binaries) but that's probably out
of scope here as we only (re)distribute source code here.

> Thus, the essential freedom is preserved (users can fork ZFS and
> point their personal ZFS package definition at their fork), even if a
> legal snag prevents redistribution of binaries.
Good point.

> I am well aware that *somebody* at Sun Microsystems screwed up by
> inventing the CDDL and putting the excellent ZFS under the CDDL and
> that is certainly a very cringey decision, but I want my hardware to
> work how I want it (i.e. without RAID5 write holes and memory buffer
> corruption bugs like in BTRFS "RAID5" mode) and not having ZFS on
> Guix is not helping that essential freedom.

I also wonder if we have a way to fix that issue for good somehow.

It would be neat if somehow the copyright holder of ZFS redistributed
zfs-on-linux binaries at some point (for instance by redistributing the
Ubuntu kernel). As I understand this wouldn't automatically make that
code GPL compliant but we could probably manage to force the copyright
holder to re-release the ZFS code under GPL compatible licenses.

Rewriting the ZFS code under GPLv2 compatible licenses also looks
possible as GRUB has a GPLv3 implementation of ZFS, but it's probably
still a lot of work. It would have been a way better idea for Canonical
to hire people to do that (like the people that worked to add ZFS to
GRUB) rather than trying to circumvent the GPLv2[1][2].

References:
-----------
[1]https://sfconservancy.org/blog/2016/feb/25/zfs-and-linux/
[2]https://ubuntu.com/blog/zfs-licensing-and-linux

Denis.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2021-12-03 17:52 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-03 19:33 Effectively force all GNOME users to locally compile ZFS? Mark H Weaver
2021-07-03 19:53 ` Tobias Geerinckx-Rice
2021-07-05  9:53   ` Ludovic Courtès
2021-07-05 17:48     ` Mark H Weaver
2021-07-07 11:59       ` Tobias Geerinckx-Rice
2021-07-11 20:07         ` Mark H Weaver
2021-07-07 11:34     ` Tobias Geerinckx-Rice
2021-07-03 20:01 ` Maxime Devos
2021-07-03 20:16   ` Tobias Geerinckx-Rice
2021-07-03 20:46     ` Domagoj Stolfa
2021-07-03 21:38       ` Tobias Geerinckx-Rice
2021-07-03 21:53         ` Tobias Geerinckx-Rice
2021-11-20  1:09       ` Denis 'GNUtoo' Carikli
2021-11-20  2:34         ` Tobias Geerinckx-Rice
2021-11-21  1:33           ` Denis 'GNUtoo' Carikli
2021-11-21 10:54             ` ZFS part of Guix? RFC? (Re: Effectively force all GNOME users to locally compile ZFS?) pelzflorian (Florian Pelz)
2021-11-22 16:50               ` Denis 'GNUtoo' Carikli
2021-11-22 18:10               ` pelzflorian (Florian Pelz)
2021-11-23 16:37                 ` Denis 'GNUtoo' Carikli
2021-11-23 17:29                 ` Ludovic Courtès
2021-11-23 23:50                   ` Denis 'GNUtoo' Carikli
2021-11-24  0:45                     ` Denis 'GNUtoo' Carikli
2021-11-24 12:03                       ` pelzflorian (Florian Pelz)
2021-11-24 12:32                         ` pelzflorian (Florian Pelz)
2021-11-24 12:51                           ` zimoun
2021-11-24 14:40                             ` pelzflorian (Florian Pelz)
2021-11-24 20:25                               ` zimoun
2021-11-24 13:33                         ` Denis 'GNUtoo' Carikli
2021-11-24 20:02                           ` ZFS part of Guix? RFC? Vagrant Cascadian
2021-11-26 15:28                             ` Denis 'GNUtoo' Carikli
2021-11-26 20:02                               ` Denis 'GNUtoo' Carikli
2021-11-26 20:34                                 ` Vagrant Cascadian
2021-11-27 15:19                                   ` Denis 'GNUtoo' Carikli
2021-11-30 15:22                               ` raid5atemyhomework
2021-11-30 21:22                                 ` Denis 'GNUtoo' Carikli [this message]
2021-11-24  1:24                     ` ZFS part of Guix? RFC? (Re: Effectively force all GNOME users to locally compile ZFS?) zimoun
2021-11-24 17:24                 ` Leo Famulari
2021-11-21 22:18             ` Effectively force all GNOME users to locally compile ZFS? zimoun
2021-07-04 20:11     ` Mark H Weaver
2021-07-05 10:21       ` Giovanni Biscuolo
2021-07-05 17:59         ` Mark H Weaver
2021-07-07 12:20       ` Tobias Geerinckx-Rice

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=20211130222228.61b1ae8f@primarylaptop.localdomain \
    --to=gnutoo@cyberdimension.org \
    --cc=ds815@gmx.com \
    --cc=guix-devel@gnu.org \
    --cc=raid5atemyhomework@protonmail.com \
    --cc=vagrant@debian.org \
    /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).