Hi Vincent and everyone,
Vincent Legoll writes:
> Is that showing the same (or a similar) problem :
>
> https://data.guix-patches.cbaines.net/gnu/store/0lcbxpw1vrca02dzpzw2rxhad7pn4zw7-gcc-objc-5.5.0
>
> ?
Can you clarify what you mean? I'm not sure what you're referring to.
Chris Marusich w
Romulasry,
romula...@protonmail.com, via web 写道：
It is a amdgpu firmware bug,
We've had some trouble booting with the non-free AMDGPU graphics
cards before, but the ‘AMD-Vi IOMMU’ part is new to me. What
exactly happens? Which error messages (if any) do you get
(pictures are fine, but ple
Welcome, Romulasry,
romulasry via Bug reports for GNU Guix 写道：
This would be a nice feature to have in the future when all
there will be is UEFI (bioses).
UEFI is already supported.
Is this the latest Guix version (1.1.0)? What kind of machine did
you try it on, and which error (if any) did
This would be a nice feature to have in the future when all there will be is
UEFI (bioses).
Sent with [ProtonMail](https://protonmail.com) Secure Email.
It is a amdgpu firmware bug, will guixsd ever support it?
Tobias Geerinckx-Rice writes:
> Kyle,
>
> Kyle Andrews 写道：
>> I tried adding all the gst packages I could think of to the
>> environment,
>> but it still did not work. Here is what I ran:
>>
>> guix environment gst-plugins-base gst-plugins-bad gst-plugins-good
>> gst-plugins-ugly gst123 -- gst12
George Clemmer 写道：
I assume that "guix pull w/substitutes off" is not recommended
or likely
to be used by others.
Even if true, it's definitely supported as long your machine has
enough memory & storage to do so (which, granted, is a lot).
Kind regards,
T G-R
signature.asc
Description: P
Ludovic Courtès writes:
> Uh. (You purposefully turned off substitutes, right?)
>
> I’m very surprised this can happen. Janneke, does that ring a bell?
Hi Ludo’,
I recently re-installed Guix System from USB and abandoned my config
that turned off substitutes. And of course, guix pull works gr
zimoun writes:
> By default, "guix weather" returns:
>
> --8<---cut here---start->8---
> 'https://ci.guix.gnu.org/api/queue?nr=1000' returned 504 ("Gateway Time-out")
> --8<---cut here---end--->8---
>
> which is not fatal bu
Thorsten Wilms writes:
> It appears the issue has vanished, or ‘guix build clementine
> --no-grafts --check’ is not entirely equivalent. I had to use the
> later, since a recent ‘guix pull && guix package -u’ got me a
> substitute for clementine. The build succeeded this way, though check
> found
Thorsten Wilms writes:
> On Mon, 08 Jun 2020 20:12:54 +0200
> Marius Bakke wrote:
>
>> ganv was updated to 1.6.0 a while back. Do you get the same failure
>> after a 'guix pull'?
>
> That was after ‘guix pull’. ‘ganv’ is pulled in via ‘ingen’ here.
>
> ```
> build of
> /gnu/store/bxz04gap29dxs
Marius Bakke writes:
> Hello,
>
> Since commit bec45e6ddb0fd8b8feff3c0147936e4d8f41208d, 'x265' fails to
> build on i686:
I worked around this in d32a3b395c4b9926316779aecec4e5e02ad571ef by
removing the nasm input on i686.
signature.asc
Description: PGP signature
Hi,
Leo Famulari skribis:
> I just tried pushing for the first time since installing the new
> pre-push hook that runs `make authenticate`.
>
> This failed with the following error:
>
> Git error: cannot locate remote-tracking branch 'keyring'
>
> However, `git branch --all` includes "remotes/or
Hey Ludo,
> It’s nice, but also a bit complicated just to print stuff on the
> screen. :-)
You're right, I went too far :p
> That’s enough to send the ‘guix system init’ output to the console,
> since we use “console=ttyS0”.
>
> It’s a gross hack of course, but maybe we can do something along
Hey,
> Let’s just set the ‘locale-libcs’ field in (gnu tests) so that it
> contains a single libc. WDYT?
I'll see first if I can get the closure smaller by other means. I think
it would be preferable to keep the tested operating-system as close as
possible to the default one.
>> * "openssh" i
> Welcome. Yes, that’s fine.
I fixed indentation, added your copyright and pushed!
Thanks,
Mathieu
Hi,
o.ro...@posteo.net skribis:
> here is the log uploaded on mediafire:
> http://www.mediafire.com/file/ldqoi68y88rzrn9/log.bz2/file (note that
> if you can recommend another uploading service, feel free to!)
I don’t know, maybe you could run IPFS.
The log reads:
--8<---cut here--
Hi,
Danny Milosavljevic skribis:
> my CI setup for work automatically mails me failures.
>
> It would be really nice to have that for guix master eventually, too.
> Maybe just mail failures to guix-devel as they happen.
>
> I don't check https://ci.guix.gnu.org/ so often, and even when I do the
Hi,
Mathieu Othacehe skribis:
> From 18754c8c62eabb341e0f710d83ff435ef950ca8e Mon Sep 17 00:00:00 2001
> From: Mathieu Othacehe
> Date: Mon, 8 Jun 2020 15:14:49 +0200
> Subject: [PATCH] installer: utils: Dump command output to syslog when testing.
>
> When debugging the installation tests, it c
Thanks for rebasing :)
Your copyright is missing, is this ok for you if I use:
"Stefan "
or would you prefer something else?
Mathieu
Welcome. Yes, that’s fine.
> Am 09.06.2020 um 14:24 schrieb Mathieu Othacehe :
>
>
> Thanks for rebasing :)
>
> Your copyright is missing, is this ok for you if I use:
>
> "Stefan "
>
> or would you prefer something else?
>
> Mathieu
* gnu/bootloaders/grub.scm (eye-candy): Use gfxterm depending only on
(bootloader-configuration (terminal-outputs …)), which defaults to '(gfxterm).
This makes the system argument obsolete.
---
gnu/bootloader/grub.scm | 46 -
1 file changed, 13 insertions(+)
Hello!
Attempting to cross-build the system to i586-pc-gnu with grafts enabled
leads to something fishy:
--8<---cut here---start->8---
$ git log |head -1
commit a50628bbe0fa4ba3835e311098e4fdf7a1d8a29e
$ ./pre-inst-env guix system build --target=i586-pc-gnu
gn
Hey,
> Instead I did reimplement the command in (gnu installer utils) in the
> attached patch :).
There were an issue with exception handling, here's a v2. Note that it
uses the &invoke-error constructor that should be made public I guess.
Thanks,
Mathieu
>From 18754c8c62eabb341e0f710d83ff435e
Since I had to cause a local build despite having a substitute, I used
‘guix build clementine --no-grafts --check’, which reported:
guix build: error: derivation
`/gnu/store/003z966hxvb6hs17sjq4fcwshcqvafxa-clementine-1.3.1-2.4619a4c.drv'
may not be deterministic: output
`/gnu/store/2vpsjrx7q7wx971
Hey,
> That’s over SSH, right?
correct, the worst possible case: Inside two VM’s on a Laptop, SSH transport
between them and /gnu+/var/guix on an NFS share (nfsd is in the same VM as
guix-daemon).
> Probably what’s killing us is the round-trip time for all these small
> RPCs. We would need pipel
Hey Stefan,
> * gnu/bootloaders/grub.scm (eye-candy): Use gfxterm depending only on
> (bootloader-configuration (terminal-outputs …)), which defaults to '(gfxterm).
> This makes the system argument obsolete.
This looks good, however due to recent changes in this file (multiboot
support), it doe
It appears the issue has vanished, or ‘guix build clementine
--no-grafts --check’ is not entirely equivalent. I had to use the
later, since a recent ‘guix pull && guix package -u’ got me a
substitute for clementine. The build succeeded this way, though check
found a difference (separate report comi
On Mon, 08 Jun 2020 20:19:25 +0200
Marius Bakke wrote:
> What architecture are you on, and what does 'guix describe' say?
x86_64, Intel Core 2 Duo
~: guix describe
Generation 122 Jun 09 2020 09:05:51(current)
guix 2356713
repository URL: https://git.savannah.gnu.org/git/guix.git
On Mon, 08 Jun 2020 20:12:54 +0200
Marius Bakke wrote:
> ganv was updated to 1.6.0 a while back. Do you get the same failure
> after a 'guix pull'?
That was after ‘guix pull’. ‘ganv’ is pulled in via ‘ingen’ here.
```
build of /gnu/store/bxz04gap29dxsmjvb3z4hjdid9l1fil7-ganv-1.5.4-1.12f7d6b04.
Ludovic Courtès skribis:
> This patch series does it! It integrates checkout authentication
> with (guix channels). Now, ‘guix pull’, ‘guix time-machine’ etc.
> automatically authenticate the commits they fetch and raise an
> error if they find an unsigned commit or a commit signed by an
> unau
31 matches
Mail list logo
