Hi Efraim,
Efraim Flashner writes:
> For these two specifically it's possible that they are just really
> really big.
The source checkout currently being transferred for build 3432472
(/gnu/store/…-font-google-material-design-icons-3.0.1-checkout) is 176
megabytes uncompressed, as measured by "d
Hi,
Florian Pelz wrote:
> fdisk /gnu/store/4nrwajlpab4s8pdph4d77ww7716sa3ir-image.iso
> [...]
> GPT PMBR size mismatch (3231107 != 3200391) will be corrected by write.
> For the corrupt iso with lstat call:
> and corrupt images alike.
The GPT Protective MBR counts with block size 512 up to the GP
On Sun, 07 Apr 2019 18:25:58 +0200
Ludovic Courtès wrote:
> Hi Luther,
>
> Luther Thompson skribis:
>
> > In gnu/services.scm:
> >787:37 1 (loop #< type: #
> > val…>) In unknown file:
> >0 (car ())
> >
> > ERROR: In procedure car:
> > In procedure car: Wrong type (expecting pa
I have what may be the same problem on my x86_64 machine building for
x86_64 when creating an ISO install image by running
guix system disk-image --file-system-type=iso9660 gnu/system/install.scm
Since commit 45c0d1d790f01ebc020fc4b2787a6abcdaa3f383 increased the
RAM for the VM that builds the is
On Sun, Apr 07, 2019 at 12:45:57PM -0400, Mark H Weaver wrote:
> I wrote earlier:
>
> > It has become extremely frequent for builds offloaded by hydra.gnu.org
> > to its x86 build slave hydra.gnunet.org to get stuck indefinitely while
> > exporting prerequisites for the build to the build slave.
>
I wrote earlier:
> It has become extremely frequent for builds offloaded by hydra.gnu.org
> to its x86 build slave hydra.gnunet.org to get stuck indefinitely while
> exporting prerequisites for the build to the build slave.
>
> As I write this, both of hydra.gnunet.org's build slots (one for
> x8
It has become extremely frequent for builds offloaded by hydra.gnu.org
to its x86 build slave hydra.gnunet.org to get stuck indefinitely while
exporting prerequisites for the build to the build slave.
As I write this, both of hydra.gnunet.org's build slots (one for
x86_64-linux, and one for i686-l
Hi Jack,
Jack Hill skribis:
>1 (primitive-load-path "gnu/packages/curl" #)
> In gnu/packages/curl.scm:
> 55:4 0 (_)
>
> gnu/packages/curl.scm:55:4: error: libssh2: unbound variable
Fixed in 71b4974a40347bdc651c3a1f923780733d96ded7.
The lesson is: when inheriting from a packag
Hello,
Pronaip skribis:
[...]
> [ 63 of 338] Compiling Agda.Utils.FileName ( src/full/Agda/Utils/FileName.hs,
> dist/build/Agda/Utils/FileName.o )
>
> src/full/Agda/Utils/FileName.hs:42:28: error:
> • No instance for (Hashable Text)
> arising from the 'deriving' clause of a data t
Hi Luther,
Luther Thompson skribis:
> In gnu/services.scm:
>787:37 1 (loop #< type: # val…>)
> In unknown file:
>0 (car ())
>
> ERROR: In procedure car:
> In procedure car: Wrong type (expecting pair): ()
This was a mistake of mine, fixed in
0cf981a6066711f6e830a3f1d40f7c265b0b
On Sun, 07 Apr 2019 08:15:53 +
zna...@disroot.org wrote:
> I think your guix files are old but your config needs new version.
> Have you performed `guix pull && guix package -u` first?
I run `sudo guix pull` every day that I reconfigure, and it works.
I don't think it makes sense to run `gui
I think your guix files are old but your config needs new version.
Have you performed `guix pull && guix package -u` first?
If this line causes the errors too, try this way:
http://lists.gnu.org/archive/html/bug-guix/2018-09/msg00153.html
It helped me: just boot with another (may be the oldest) ker
12 matches
Mail list logo
