On Sat, 21 Aug 2021 19:32:31 +0200
Leo Prikler wrote:
> Hi,
>
> sorry for responding this late, I was asleep when the bug was filed.
>
> Am Samstag, den 21.08.2021, 15:55 +0100 schrieb Sergei Trofimovich:
> > Noticed 'make install' failure of guix-maste
Noticed 'make install' failure of guix-master on a foreign distribution:
make all-recursive
make[1]: Entering directory
'/tmp/portage-tmpdir/portage/sys-apps/guix-/work/guix-'
Making all in po/guix
make[2]: Entering directory
'/tmp/portage-tmpdir/portage/sys-apps/guix-99
On Sun, 7 May 2017 14:25:43 -0400
Leo Famulari wrote:
> On Sun, May 07, 2017 at 09:31:59AM +0100, Sergei Trofimovich wrote:
> > I have slow internet :)
> >
> > It looks like ftp://tug.org has a FTP session timeout of 2 hours 11
> > minutes, or something like that
I have slow internet :)
It looks like ftp://tug.org has a FTP session timeout of 2 hours 11 minutes, or
something like that.
Over night I tried to build sbcl and failed. Note how download silently stopped
at ~80% [1].
Would be nice if guix had a mechanism to reconnect to FTP and continue downlo
[ context: https://lists.gnu.org/archive/html/guix-devel/2017-02/msg00966.html ]
Currently 'guix build' supports '--target=' option to allow cross-compilation,
but 'guix environment' doe not. Sometimes it would be nice to peek at the
environment that 'guix build' creates.
Concrete example:
Whe
[had to corrupt URIs to get past spam filter]
Noticed by accident when ran 'guix refresh' (global refreh).
Full quick reproducer is [1].
The trigger seems to be '(uri (list' nesting:
gnu/packages/python.scm:
(define-public python-cram
(package
(name "python-cram")
(version "0.7")
It looks like 'guix environment' does not handles derivations-as-files.
I don't know if it's a bug in the package or 'guix environment':
$ ls -l /gnu/store/i1139n4ab0fn9v4bwkvqzp6sw3w66mqr-python-waf-1.9.5
-r-xr-xr-x 2 root root 99280 Jan 1 1970
/gnu/store/i1139n4ab0fn9v4bwkvqzp6sw3w66mqr-pytho
