bug#22732: lispf4: broken

2016-10-04 Thread ng0 
N. Gillmann writes:

> I packaged lispf4 for Guix, tried to debug it alone for a while
> now, got other peoples input, tested different GNU systems, still
> can't reproduce the errors I get on Guix and other GNU systems.
>
> This is a bit vague but the actual error output is just too long
> for this email.
> TL;DR is SYSATOMS even when in the same directory with any
> permission I tried fails to get opened. SYSATOMS is essential for
> lispf4 to work.
>
> I contacted the author of the port (Blake McBride), it will take
> some weeks until he can help, but he'll definitely help to
> debug the issue.
> I will update and later close this issue as soon as we are done
> fixing it.
>
> thanks,
> -- 
> ng
>
>
>

Since the author never got back to me, this is obviously still
unresolved.

What I can exclude is non-determinism, at least to the degree where I am
able to check at the moment with my network, build log of today pasted.

I think I suspected at some point that this needs to be patched, however
I'd rather leave this task for people who are fluent in the languages
this lisp is written in.

ng0@shadowwalker ~$ guix build --no-grafts --rounds=30 --no-substitutes --check 
lispf4
;;; note: source file /home/ng0/.config/guix/latest/gnu/packages/web.scm
;;;   newer than compiled /home/ng0/.config/guix/latest/gnu/packages/web.go
The following derivations will be built:
   /gnu/store/w1r6bk17959jcwc1rf52apjisqjx27dx-TermReadKey-2.32.tar.gz.drv
   /gnu/store/cn3lyz29vibag5xrmrnpa231br98nza8-git-2.10.0.tar.xz.drv
   /gnu/store/f81y6m95fl0qfz91xs788hh2plw5h4rh-perl-term-readkey-2.32.drv
   /gnu/store/xz563pg0lvxlb5rkh6ipnskzn7744y1j-git-manpages-2.10.0.tar.xz.drv
   /gnu/store/mcfbsl7cn3chm5bi7xi4ydkanrn1amny-git-2.10.0.drv
   
/gnu/store/mbc7ljznnarwx4yx732jjqa6vz2raac3-lispf4-0.0.0-1-174d876-checkout.drv
@ build-started 
/gnu/store/cn3lyz29vibag5xrmrnpa231br98nza8-git-2.10.0.tar.xz.drv - 
x86_64-linux 
/var/log/guix/drvs/cn//3lyz29vibag5xrmrnpa231br98nza8-git-2.10.0.tar.xz.drv.bz2

Starting download of 
/gnu/store/fx2vpw7m02ikl8nqr1rhbizy25wbllyc-git-2.10.0.tar.xz
>From http://www.all.kernel.org/pub/software/scm/git/git-2.10.0.tar.xz...
following redirection to 
`https://www.kernel.org/pub/software/scm/git/git-2.10.0.tar.xz'...
;;; Failed to autoload make-session in (gnutls):
;;; ERROR: missing interface for module (gnutls)
ERROR: In procedure module-lookup: Unbound variable: make-session

Starting download of 
/gnu/store/fx2vpw7m02ikl8nqr1rhbizy25wbllyc-git-2.10.0.tar.xz
>From 
>http://ramses.wh2.tu-dresden.de/pub/mirrors/kernel.org/software/scm/git/git-2.10.0.tar.xz...
ERROR: download failed 
"http://ramses.wh2.tu-dresden.de/pub/mirrors/kernel.org/software/scm/git/git-2.10.0.tar.xz;
 404 "Not Found"

Starting download of 
/gnu/store/fx2vpw7m02ikl8nqr1rhbizy25wbllyc-git-2.10.0.tar.xz
>From http://linux-kernel.uio.no/pub/software/scm/git/git-2.10.0.tar.xz...
 0.tar.xz  3.9MiB   667KiB/s 00:06 [] 100.0%
@ build-succeeded 
/gnu/store/cn3lyz29vibag5xrmrnpa231br98nza8-git-2.10.0.tar.xz.drv -
@ build-started 
/gnu/store/w1r6bk17959jcwc1rf52apjisqjx27dx-TermReadKey-2.32.tar.gz.drv - 
x86_64-linux 
/var/log/guix/drvs/w1//r6bk17959jcwc1rf52apjisqjx27dx-TermReadKey-2.32.tar.gz.drv.bz2

Starting download of 
/gnu/store/xfh24ndymblksrc1zmilqpg0p77219nq-TermReadKey-2.32.tar.gz
>From 
>http://mirror.ibcp.fr/pub/CPAN/authors/id/J/JS/JSTOWE/TermReadKey-2.32.tar.gz...
 ...-2.32.tar.gz  80KiB 593KiB/s 00:00 [] 100.0%
@ build-succeeded 
/gnu/store/w1r6bk17959jcwc1rf52apjisqjx27dx-TermReadKey-2.32.tar.gz.drv -
@ build-started 
/gnu/store/xz563pg0lvxlb5rkh6ipnskzn7744y1j-git-manpages-2.10.0.tar.xz.drv - 
x86_64-linux 
/var/log/guix/drvs/xz//563pg0lvxlb5rkh6ipnskzn7744y1j-git-manpages-2.10.0.tar.xz.drv.bz2
process 1552 acquired build slot '/var/guix/offload/192.168.1.198/0'
process 1552 acquired build slot '/var/guix/offload/192.168.1.179/0'
load on machine '192.168.1.179' is 0.27 (normalized: 0.135)
Cannot open display "default display"
load on machine '192.168.1.198' is 0.01 (normalized: 0.0025)
Cannot open display "default display"
load on machine '192.168.1.198' is 0.01 (normalized: 0.0025)
@ build-started 
/gnu/store/f81y6m95fl0qfz91xs788hh2plw5h4rh-perl-term-readkey-2.32.drv - 
x86_64-linux 
/var/log/guix/drvs/f8//1y6m95fl0qfz91xs788hh2plw5h4rh-perl-term-readkey-2.32.drv.bz2

Starting download of 
/gnu/store/6x5nv0106f1fdv07w0psz4x1dcq80zdh-git-manpages-2.10.0.tar.xz
>From 
>http://www.all.kernel.org/pub/software/scm/git/git-manpages-2.10.0.tar.xz...
following redirection to 
`https://www.kernel.org/pub/software/scm/git/git-manpages-2.10.0.tar.xz'...
;;; Failed to autoload make-session in (gnutls):
;;; ERROR: missing interface for module (gnutls)
ERROR: In procedure module-lookup: Unbound variable: make-session

Starting download of 
/gnu/store/6x5nv0106f1fdv07w0psz4x1dcq80zdh-git-manpages-2.10.0.tar.xz
>From

bug#24496: offloading should fall back to local build after n tries

2016-10-04 Thread ng0 
Ludovic Courtès  writes:

> Hello!
>
> ng0  skribis:
>
>> When I forgot that my build machine is offline and I did not pass
>> --no-build-hook, the offloading keeps trying forever until I had to
>> cancel the build, boot the build-machine and started the build again.
>>
>> A solution could be a config option or default behavior which after
>> failing to offload for n times gives up and uses the local builder.
>>
>> Is this desired at all? Setups like hydra could get problems, but for
>> small setups with the same architecture there could be a solution beyond
>> --no-build-hook?
>
> Like you say, on Hydra-style setup this could be a problem: the
> front-end machine may have --max-jobs=0, meaning that it cannot perform
> builds on its own.
>
> So I guess we would need a command-line option to select a different
> behavior.  I’m not sure how to do that because ‘guix offload’ is
> “hidden” behind ‘guix-daemon’, so there’s no obvious place for such an
> option.

Could the daemon run with --enable-hydra-style or --disable-hydra-style
and --disable-hydra-style would allow falling back to local build if
after a defined time - keeping slow connections in mind - the machine
did not reply.

> In the meantime, you could also hack up your machines.scm: it would
> return a list where unreachable machines have been filtered out.

How can I achieve this?

And to append to this bug: it seems to me that offloading requires 1
lsh-key for each
build-machine. 
(https://lists.gnu.org/archive/html/help-guix/2016-10/msg7.html)
and that you can not directly address them (say I want to create some
system where I want to build on machine 1 AND machine 2. Having 2 x86_64
in machines.scm only selects one of them (if 2 were working, see linked
thread) and builds on the one which is accessible first. If however the
first machine is somehow blocked and it fails, therefore terminates lsh
connection, the build does not happen at all.

Leaving out the problems, what I want to do in short: How could I build
on both systems at the same time when I desire to do so?

> Ludo’.
>

--

bug#24433: [PATCH] gnu: fish: Add input bc.

2016-10-04 Thread Arun Isaac 

> Pushed as a8d3bc473d2cd285f03989be8f558c25a7cbd6c9, thanks!

Great! Thank you!


signature.asc
Description: PGP signature

bug#24433: [PATCH] gnu: fish: Add input bc.

2016-10-04 Thread Ludovic Courtès 
Arun Isaac  skribis:

> * gnu/packages/shells.scm (fish)[inputs]: Add bc.

Pushed as a8d3bc473d2cd285f03989be8f558c25a7cbd6c9, thanks!

Ludo’.

bug#23633: artanis package installation broken

2016-10-04 Thread Ludovic Courtès 
Hi,

Adonay Felipe Nogueira  skribis:

> I have sent a patch that tries to fix the issue.
>
> See: 

Nice!

Could you turn it into a patch for Guix?  Essentially we would add the
upstream patch to the ‘patches’ field of our Artanis package.

Thanks,
Ludo’.