[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Guix and FSDG

From: Clément Lassieur
Subject: Re: Guix and FSDG
Date: Sat, 23 Nov 2019 02:22:31 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux)

Hi David,

"Thompson, David" <address@hidden> writes:

> I believe this is incorrect and I will explain why.  This exact
> circumstance was brought up in the early days of the Guix project when
> FSDG compliance was a big topic of discussion because Ludovic and RMS
> were making sure that Guix conformed to it.  It is true that Guix will
> download source archives for packages that *may* contain files with a
> nonfree license.  However, Guix has a special mechanism developed
> specifically to deal with this issue.  In Guix, the <origin> data type
> is used to store information about a package's source code.  In this
> data structure there is a field called "snippet" which may contain a
> custom procedure written by the person that wrote the package.  The
> role of the snippet procedure is to *remove* any files in the source
> archive that are not freely licensed.  The result is a new source
> archive that contains only freely licensed files.  The most important
> part of this process is that the original source archive is *never*
> accessible to the Guix user via any Guix tools.  The original archive
> is discarded and does not end up in the canonical location for Guix
> data: /gnu/store.  Thus, running `guix build --source
> problematic-package` will only ever return the cleaned archive, never
> the original with nonfree files.  Therefore, Guix has taken sufficient
> technical measures to avoid steering its user towards nonfree software
> and thus Guix is compliant with the FSDG.

Unfortunately I think this isn't true.  For example this is what 'guix
build -S zpaq' outputs:

--8<---------------cut here---------------start------------->8---
substitute: updating substitutes from ''... 100.0%
The following derivation will be built:
2,7 MB will be downloaded:
substituting /gnu/store/
downloading from  2.6MiB                  2.4MiB/s 00:01 [##################] 100.0%

building /gnu/store/k9g90yqfcz8c0lnz1mcfd9k53llyw8wh-zpaq715.tar.xz.drv...
/gnu/store/cnqpra8vr2l5fz00rr4yj4bp3hr00cfw-tar-1.32/bin/tar: Option --mtime: 
Treating date '@0' as 1970-01-01 00:00:00
source is under ''
`/gnu/store/' -> 
`/gnu/store/' -> 
`/gnu/store/' -> 
`/gnu/store/' -> 
`/gnu/store/' -> 
`/gnu/store/' -> 
`/gnu/store/' -> 
`/gnu/store/' -> 
`/gnu/store/' -> 
successfully built 
--8<---------------cut here---------------end--------------->8---

Both /gnu/store/ and
/gnu/store/ran43jk8ngc60zzxgzhzdhkrpyb9i0ji-zpaq715.tar.xz are

The former allows me to access zpaq64.exe and zpaq.exe although the
snippet is:

--8<---------------cut here---------------start------------->8---
 ;; Delete irrelevant pre-compiled binaries.
    (for-each delete-file (find-files "." "\\.exe$"))
--8<---------------cut here---------------end--------------->8---


reply via email to

[Prev in Thread] Current Thread [Next in Thread]