Hi,
'guix pull' fails with the Guix package manager on Trisquel 7.
$ uname -p
i686
$ guile --version
guile (GNU Guile) 2.2.0
$ guix --version
guix (GNU Guix) 20170430.04
$ guix pull
...
...
...
starting phase `pre-configure'
Backtrace:
In ice-9/boot-9.scm:
157: 13 [catch #t # ...]
In unknown
Hi Alex,
Alex Vong skribis:
> $ LC_ALL=C guix package --list-generations | head
> Generation 86 Apr 30 2017 22:02:29
> + ffmpeg 3.3 out
> /gnu/store/ihbs3i1dhy4z345db2a1rhid6fpv2p1y-ffmpeg-3.3
> + youtube-dl 2017.04.14 out
> /gnu/store/p04rk5gmd5vknx9hbkq12i49cgympx42-yo
Leo Famulari skribis:
> The guix-download test includes this snippet:
>
> --
> # Make sure it fails here.
> if guix download http://does.not/exist
> then false; else true; fi
> --
>
> Unfortunately, many ISPs (such as T-Mobile) return bogus results for
> otherwise unclaimed domain names,
Hi Efraim,
Efraim Flashner skribis:
> On aarch64 the test 'test-package.sh' fails due to 'offload: command not
> found'
You mean tests/guix-package.sh, right? Could it be a misconfiguration,
like ./configure initially detected Guile-SSH (is
HAVE_DAEMON_OFFLOAD_HOOK defined in nix/config.h), bu
On aarch64 the test 'test-package.sh' fails due to 'offload: command not
found'
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
On May 23, 2017 9:24:31 AM PDT, Leo Famulari wrote:
>The guix-download test includes this snippet:
>
>--
># Make sure it fails here.
>if guix download http://does.not/exist
>then false; else true; fi
>--
>
>Unfortunately, many ISPs (such as T-Mobile) return bogus results for
>otherwise unc
The guix-download test includes this snippet:
--
# Make sure it fails here.
if guix download http://does.not/exist
then false; else true; fi
--
Unfortunately, many ISPs (such as T-Mobile) return bogus results for
otherwise unclaimed domain names, causing this test to fail.
Does anyone kn
On Tue, May 23, 2017 at 11:33:42PM +0800, 藍挺瑋 wrote:
Hi!
> I found the systemd service files installed by guix 0.13.0
> use /var/guix/profiles/per-user/root/guix-profile/bin/guix* instead of
> /usr/bin/guix* in ExecStart=. The path /var/guix/profiles don't exist
> on systems that don't have guix
I want to update my unofficial guix packages for Arch and Fedora to
0.13.0, but I found the systemd service files installed by guix 0.13.0
use /var/guix/profiles/per-user/root/guix-profile/bin/guix* instead of
/usr/bin/guix* in ExecStart=. The path /var/guix/profiles don't exist
on systems that don
actually the problem is not file system labels. I'm getting the two failing
tests aswell.
Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.
I can confirm this error on my end, using UEFI aswell and having
a partition mounted in /mnt/boot/efi formated with fat 32 (going by Gentoo
Handbook).
Mathieu Othacehe skribis:
>> and those entries would be “lowered” to somewhere.
>> That way we’d provide the abstraction level that users may expect (“how
>> do I add a menu entry for my other distro?”) and at the same time reduce
>> the risk of mistakes (“I didn’t what to put in ‘store-device’
Hi,
Mathieu Othacehe skribis:
> We can ask him but I guess something like that :
>
> (boot-parameters
> (label "openSUSE")
> (root-device #f)
> (boot-name 'grub)
> (store-device #f)
> (store-mount-point "/")
> (kernel "(hd0,msdos1)/vmlinuz")
> (kernel-arguments (list "root=/dev/pe
> and those entries would be “lowered” to somewhere.
> That way we’d provide the abstraction level that users may expect (“how
> do I add a menu entry for my other distro?”) and at the same time reduce
> the risk of mistakes (“I didn’t what to put in ‘store-device’ I put my
> pet’s name there”).
On Tue, May 23, 2017 at 11:31:12AM +0200, Mathieu Othacehe wrote:
Hello,
So how does the ‘menu-entry’ example that Tomáš gave translate with this
new API? (Apologies for asking, I admit I haven’t fully adjusted to the
new API mentally. :-))
Well it's still moving :)
We can ask him but I g
Quiliro writes:
> Now that installation had failed, I decided to remove all contents of
> /mnt/tmp to start from 0.
>
> lsblk recognized:
> sda as the usb installer
> sdb1 as a previous failed installation with label my-root
> sdc1 as the current installation with label my-root
>
> When I rest
Hello,
> So how does the ‘menu-entry’ example that Tomáš gave translate with this
> new API? (Apologies for asking, I admit I haven’t fully adjusted to the
> new API mentally. :-))
Well it's still moving :)
We can ask him but I guess something like that :
--8<---cut here-
It was not a problem of configuration. The same errors ocur on different
installations.
test-name: dead path can be explicitly collected
location: /tmp/guix-build-guix-0.13.0.drv-0/source/tests/store.scm:178
actual-value: #f
test-name: verify-store + check-contents
location: /tmp/guix-build-guix
Heya!
Mathieu Othacehe skribis:
> Since the rework, are in (gnu bootloader grub). They can no
> longer be used in menu-entries field of .
>
> The is used instead. and
> are very similar though.
So how does the ‘menu-entry’ example that Tomáš gave translate with this
new API? (Apologies for
Now that installation had failed, I decided to remove all contents of /mnt/tmp
to start from 0.
lsblk recognized:
sda as the usb installer
sdb1 as a previous failed installation with label my-root
sdc1 as the current installation with label my-root
When I restarted to begin installation from f
20 matches
Mail list logo
