Hi Björn,
> I was looking at the installation video from Laura (not yet public) and
> wondered about that:
>
> We just download the installation script:
>
> $ wget https://.../guix-install.sh
>
> Then we go on directly executing that script.
>
> Shouldn't that be save-garded by a PGP-signature
Efraim Flashner writes:
> On Mon, Jan 21, 2019 at 10:31:46AM -0500, Mark H Weaver wrote:
>> Yesterday on Hydra, I found both Intel mozjs-60 builds seemingly stuck
>> while exporting the source checkout to hydra.gnunet.org. One had been
>> going for ~22.5 hours, and the other for ~12 hours. I
On Mon, Jan 21, 2019 at 12:02:40PM +0200, Efraim Flashner wrote:
> It is currently working for me. I see in the backtrace it goes through
> guix/scripts/ , try removing guix/scripts/*go (and guix/download.go,
> guix/upstream.go) and see if it works now.
It also works for me now; thanks for
After upgrading to linux-libre 4.20, and again tested with 4.20.3, an
aarch64 system failed to boot (using 4.19.10 worked fine):
[3.692351] device-mapper: ioctl: 4.39.0-ioctl (2018-04-03) initialised:
dm-de...@redhat.com
ext2fs_check_if_mount: Can't check if filesystem is mounted due to
Cannot install dnscrypt-proxy from guix repository.
$ guix package -i dnscrypt-proxy
building
/gnu/store/dlwsmxp9djh28vzccagq83jffpx4d8il-dnscrypt-proxy-1.9.5.tar.bz2.drv...
downloading from
https://download.dnscrypt.org/dnscrypt-proxy/dnscrypt-proxy-1.9.5.tar.bz2
On Mon, Jan 21, 2019 at 10:31:46AM -0500, Mark H Weaver wrote:
> Yesterday on Hydra, I found both Intel mozjs-60 builds seemingly stuck
> while exporting the source checkout to hydra.gnunet.org. One had been
> going for ~22.5 hours, and the other for ~12 hours. I forcefully killed
> them and
Yesterday on Hydra, I found both Intel mozjs-60 builds seemingly stuck
while exporting the source checkout to hydra.gnunet.org. One had been
going for ~22.5 hours, and the other for ~12 hours. I forcefully killed
them and restarted them. Now I see the same thing has happened on the
second
Hello,
Danny Milosavljevic skribis:
> On Mon, 21 Jan 2019 10:50:41 +0100
> Ludovic Courtès wrote:
[...]
>> But where are those
>> files you’re talking about? Surely there’s no /gnu/store on the VFAT
>> EFI partition, right?
>
> Oh, these empty files are on the root partition Bryan provided
Hi Ludo,
Hi Bryan,
On Mon, 21 Jan 2019 10:50:41 +0100
Ludovic Courtès wrote:
> It’s not surprising to .lock files to be empty.
I agree. But I didn't filter them out because it would be confusing.
> But where are those
> files you’re talking about? Surely there’s no /gnu/store on the VFAT
>
On Sun, Jan 20, 2019 at 11:27:18PM +0100, Andreas Enge wrote:
> Hello!
>
> Unless I mis-remember how the command works, there seems to be a problem
> with "guix refresh -u":
>
> $ ./pre-inst-env guix refresh -u python-cysignals
> Backtrace:
> 14 (apply-smob/1 #)
> In ice-9/boot-9.scm:
Julien Lepiller skribis:
> Le 21 janvier 2019 09:24:53 GMT+01:00, Ricardo Wurmus a
> écrit :
>>
>>Ludovic Courtès writes:
>>
>>> Hi Julien,
>>>
>>> Julien Lepiller skribis:
>>>
Try setting security.sandbox.content.read_path_whitelist to
>>/gnu/store/
(with a leading /) in
Hi,
Danny Milosavljevic skribis:
> /etc/pam.d/login is a symlink to
> /gnu/store/7pbmghp19xml75pv9ss5dik6mcc8n5xy-login,
> which has 0 Byte.
>
> There are lots and lots of files with 0 Byte--these:
>
>
I've created a qemu disk image with Bryan's original files:
https://drive.google.com/open?id=1_HcBJ3_qimbY6C4_gppOG57-UeGzuyJO
To use it invoke:
$ qemu-system-x86_64 -hda a.img -kernel
mnt/gnu/store/b27wjlld5105cq56vvxfywk88x5hxsba-system/kernel/bzImage -initrd
../initrd -serial stdio -m 900
Le 21 janvier 2019 09:24:53 GMT+01:00, Ricardo Wurmus a
écrit :
>
>Ludovic Courtès writes:
>
>> Hi Julien,
>>
>> Julien Lepiller skribis:
>>
>>> Try setting security.sandbox.content.read_path_whitelist to
>/gnu/store/
>>> (with a leading /) in about:config.
>>
>> Setting it to “/gnu/store/”
Ludovic Courtès writes:
> Hi Julien,
>
> Julien Lepiller skribis:
>
>> Try setting security.sandbox.content.read_path_whitelist to /gnu/store/
>> (with a leading /) in about:config.
>
> Setting it to “/gnu/store/” (with a trailing slash) works, thank you!
>
> It turns out that setting
15 matches
Mail list logo
