Since then, this has been fixed:
guix import opam coq-of-ocaml
...
(description
"This package lacks a description. Run \"info '(guix) Synopses and
Descriptions'\" for more information.")
...
So, closing :)
Hi,
I have experienced the same issue to build a package in Guix source.
It's built just fine outside the source.
My package definition
https://git.sr.ht/~hellseher/ffab/tree/5c3071c6e3490ee285d245ada5e161cd272a161f/item/ffab/packages/lisp-xyz.scm#L50
> ./pre-inst-env guix describe
Git checkout:
Hi,
Someone on IRC (#guix) didn't have guile-json in their environment or
something. When they did "./pre-inst-env guix lint", that failed with
"guix: lint: command not found", which is bogus, since
guix/scripts/lint.{scm,go} existed.
The issue was tracked down to the 'run-guix-command'
Maxim Cournoyer schreef op za 11-06-2022 om 01:53 [-0400]:
> I don't get it; how can the service runs fine in the instrumented VMs
> the system tests use, and fail in my updated machine? Could it be a
> fault in 'guix deploy'?
Maybe the shepherd has the old (gnu build jami-service) module loaded
When building linux-libre-arm64-generic with %base-initrd-modules, the
linux-modules derivation fails with `kernel module not found "ahci"'.
Here's the steps to reproduce:
--8<---cut here---start->8---
$ cat minimal.scm
(use-modules
(gnu packages linux)
Hello all,
I am trying to capture my graphics card at initrd, using vfio, to later pass it
through to a virtual machine. Judging by dmesg, the VFIO module does load
early, however, the card is not captured at that point and the amdgpu driver is
later loaded instead.
This is what I have in my
On Thu, 09 Jun 2022 23:42:35 -0400
Aurora wrote:
> Maxim Cournoyer writes:
> >> Strange, I use keepassxc regularly for a long time now and I've
> >> never seen it crash. Though I don't do complex stuff such as
> >> merging databases, just retrieval of users and passwords and
> >> creation of
On Sat, May 18, 2019 at 12:48:26AM +0200, pelzflorian (Florian Pelz) wrote:
> […]po4a-translate transforms […]to[…]
> （@pxref{Packages
> with Multiple
> Outputs}），
Julien fixed it with 0623138ffa5b066afc25547ffdeb97753cb0ee9a
Closing.
Regards,
Florian
Greg Hogan writes:
> On Wed, Jun 8, 2022 at 11:32 AM Mathieu Othacehe wrote:
>> The aarch64 workers were all idle whereas 70k builds were
>> available. Once restarted, they started building again.
>From following the builds on http://ci.guix.gnu.org/workers , many
(all?) builds are failing on
Hi Calvin,
Calvin Heim writes:
> On Thu, 2022-06-09 at 21:11 -0400, Maxim Cournoyer wrote:
>> Hi Calvin,
>>
>> Calvin Heim writes:
>>
>> > When I press e at GRUB to edit the boot configuration
>> > I have noticed that the identifier
>> > 31393730-3031-3031-3139-343934363833
>> > is the
Hi Josselin,
[...]
>
> On the Guix side of things, we should really be using the same interface
> as swap-space, as I think the distinction between #f and 0 to 32767 is
> clearer. I'll send some patches that adress this soon, along with the
> zram-service-type documentation.
I've made this
11 matches
Mail list logo
