Re: Did nmap just become non-free?

2020-10-15 Thread Brett Gilio
zimoun  writes:

>
> It will be interesting to know what FSF licensing will say.
>

Indeed, this may need to be opened on the FSDG mailing list.

-- 
Brett M. Gilio

https://brettgilio.com



Re: staging freeze

2020-10-15 Thread zimoun
Hi Marius,

On Tue, 13 Oct 2020 at 23:54, Marius Bakke  wrote:

> I've pushed a set of updates to the long-overdue "staging" branch.
>
> Let's get it merged once Cuirass is done building for the various
> architectures.  Not sure how long that takes now that we no longer use
> transparent QEMU emulation for AArch64 and armhf.

If it is possible –– not too late and not used with “guix refresh” ––,
could the attached patch go to “staging” and so all the Haskell packages
of v1.2 should be reproducible?  Otherwise, it should go to core-updates
and then wait the next round. :-)

Well, I could send the patch via guix-patches too. :-)
Let me know.


All the best,
simon

-- >8 --
>From 06eff8c02e22f583c252976f44db41554805293b Mon Sep 17 00:00:00 2001
From: zimoun 
Date: Thu, 15 Oct 2020 14:02:09 +0200
Subject: [PATCH] build-system/haskell: Disable parallel builds.

Parallel builds introduced by commit 67cb9fa2357026ee42ec5bb0923ec4dc4a43abe2
leads to unreproducibility.  Instead of reverting, default is set to #false
which allows user to locally build with parallelism.

* guix/build-system/haskell.scm (haskell-build): Turn off PARALLEL-BUILD? by
default.
---
 guix/build-system/haskell.scm | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/guix/build-system/haskell.scm b/guix/build-system/haskell.scm
index 8304e3b222..328d1139b0 100644
--- a/guix/build-system/haskell.scm
+++ b/guix/build-system/haskell.scm
@@ -1,6 +1,7 @@
 ;;; GNU Guix --- Functional package management for GNU
 ;;; Copyright © 2015 Federico Beffa 
 ;;; Copyright © 2020 Timothy Sample 
+;;; Copyright © 2020 Simon Tournier 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -121,7 +122,7 @@ version REVISION."
 (haddock-flags ''())
 (tests? #t)
 (test-target "test")
-(parallel-build? #t)
+(parallel-build? #f)
 (configure-flags ''())
 (extra-directories ''())
 (phases '(@ (guix build haskell-build-system)

base-commit: 7269a591361138ac6fc122d465e45e2b8c4944be
-- 
2.28.0



Re: Reproductibility, Data Services, guix weather

2020-10-15 Thread zimoun
On Thu, 15 Oct 2020 at 09:45, Christopher Baines  wrote:

>> Can I expect that all the revisions are there?  Or only some?
>
> Well, definitely not all revisions, but for the patches instance of the
> Guix Data Service I'm aiming to keep recent revisions.

Well, I am going to put that in my script and will report to you if I am
not able to reach the expected revisions.

--8<---cut here---start->8---
(match (current-profile)
  (#f %guix-version)   ;for lack of a better ID
  (profile
   (let ((channel
  (find guix-channel? (profile-channels profile
 (channel-commit channel))
--8<---cut here---end--->8---

Thanks,
simon



Re: Did nmap just become non-free?

2020-10-15 Thread Andreas Enge
Hello,

On Thu, Oct 15, 2020 at 12:12:45AM +0200, Marius Bakke wrote:
>   Proprietary software companies wishing to use or incorporate Covered
>   Software within their programs must contact Licensor to purchase a
>   separate license. Open source developers who wish to incorporate parts
>   of Covered Software into free software with conflicting licenses may
>   write Licensor to request a waiver of terms.
> 
> From .
> 
> So a "proprietary software company" cannot use or incorporate nmap
> within a program, even if that program is free (as in software)?

the formulation is weird, but I am reading this more as "you cannot
incorporate this software into a proprietary one", which more or less
summarises the difference between the GPL and the LGPL.

In guix/licenses.scm, the previous entry for nmap (dating from 2016),
instead of providing a link to https://www.gnu.org/licenses/ , gave one
to https://fedoraproject.org/wiki/Licensing/Nmap , which classifies the
license as free, but incompatible with the GPL.

It would be nice to get feedback from the FSF on the question, indeed;
but I am less pessimistic than you!

Andreas




Re: Reproductibility, Data Services, guix weather

2020-10-15 Thread Christopher Baines

zimoun  writes:

> Hi Chris,
>
> On Tue, 13 Oct 2020 at 21:41, Christopher Baines  wrote:
>
>> > First, Chris could you add the fields package name and version?  Because
>> > it is hard to automatically reconstruct them by parsing the output-path.
>>
>> Done in [1], and I've updated data.guix-patches.cbaines.net.
>
> Neat!  I have updated my script.  Now, I need to add some build-system
> support to easy the triage.  Keep you in touch.
>
> Thank you.
>
>> > (A working revision is 6cf35799dec60723f37d83a559429aa8b90482d5 which
>> > does not seems founding in Guix repo.)
>>
>> So, that particular commit is just some revision of Guix with some
>> patches applied. I picked it because it was the most recent
>> data. There's now recent commits for the master branch itself [2] like
>> [3].
>
> Can I expect that all the revisions are there?  Or only some?

Well, definitely not all revisions, but for the patches instance of the
Guix Data Service I'm aiming to keep recent revisions.


signature.asc
Description: PGP signature


Re: [BLOG] Childhurds and GNU/Hurd substitutes

2020-10-15 Thread Tanguy Le Carrour
Le 10/08, Tanguy Le Carrour a écrit :
>Le 10/08, Jan Nieuwenhuizen a écrit :
>> We have just published a blog post on building your own Guix System with
>> GNU/Hurd and running it in a virtual machine; the road we traveled since
>> beginning of April and what is possible right now.  Read it here:
>> 
>> https://guix.gnu.org/en/blog/2020/childhurds-and-substitutes/
>> […]
>
>Thank you guys for all the time and energy you've put into the Hurd!
>Can't wait to run my own childhurd!

```
$ ssh -p 10022 root@localhost


  This is the GNU Hurd.  Welcome.

root@childhurd ~# uname -a
GNU childhurd 0.9 GNU-Mach 1.8/Hurd-0.9 i686-AT386 GNU
```

It's alive! \o/

Thanks!!

-- 
Tanguy