On Wed, 7 Jul 2021, at 05:26, John Kehayias via Bug reports for GNU Guix wrote:
> Actually, this does exist in the Haskell build system in Guix, but
> seems to be undocumented and not used by the importer. You can add the
> following to the arguments (in the bootstrap package in this case) to
>
On Wed, 7 Jul 2021, at 07:58, Philip Munksgaard wrote:
> On Wed, 7 Jul 2021, at 05:26, John Kehayias via Bug reports for GNU Guix
> wrote:
> > Actually, this does exist in the Haskell build system in Guix, but
> > seems to be undocumented and not used by the importer. You can add the
> > followi
Yes, I noticed that later too on some packages I'm working on. Glad you got it
sorted out.
Still should be documented somewhere, I guess under the build systems.
kicad-doc fails to build with this error:
```
po4a::chooser: Module loading error: Can't locate YAML/Tiny.pm in @INC
(you may need to install the YAML::Tiny module)
```
christopher@theoden ~$ neofetch --stdout
christopher@theoden
---
OS: Guix System 02562e2f1e1b0fcc4ae17a54885f6
Leo Famulari writes:
> On Fri, Apr 02, 2021 at 11:33:57AM +0200, Mathieu Othacehe wrote:
>>
>> > ). Please consider running po4a-updatepo to refresh it.
>> > Your input po file ./guix-manual.de.po seems outdated (The amount of
>> > entries differ between files: 10012 is not 325
>> > ). Please c
Christopher Howard 写道：
kicad-doc fails to build with
Thanks! Fixed in commit dbf78e3985cd5a495d7495090cfb6271d2e008f4.
Kind regards,
T G-R
signature.asc
Description: PGP signature
On Tue, Jun 08, 2021 at 10:18:55PM +0100, lg188 wrote:
> In a previous bugreport [1] a solution was added. VTK got updated to 9 [2].
> To satisfy an issue with FreeCAD an VTK-8 was re-added [3]. But this
> is an older version, that re-introduces a regression that was fixed in
> [4]
Thank you for t
Hi,
Sarah Morgensen skribis:
> Ludovic Courtès writes:
>
>> Hello!
>>
>> It seems that Go unduly retains a reference to GCC:
>>
>> $ guix size go
>> store item total
>> self
>> /gnu/store/g4rrz9rnr8ssbnj3gx3dmsxv4glll8nf-go-1.12.15
Ludovic Courtès skribis:
> Maxime Devos skribis:
>
>> That looks like the earlier issue we had with "objdump" vs. "TARGET-objdump"
>> ...
>> Maybe a similar fix is possible?
>
> Yes, indeed. The attached patch does that and fixes the issue.
Pushed as 145a5a5797f0f673c817d99760d1c1e5d71aa11c.
On ‘core-updates’ ca. 68b0e0d511c2873603636e9f783ff59aac4b7612,
(@@ (gnu packages commencement) coreutils-final) fails Gnulib tests like
so, when running “natively” on an OverDrive (aarch64):
--8<---cut here---start->8---
FAIL: test-perror2
==
t
Running Guix System
guix (GNU Guix) b36267b1d96ac344d2b42c9822ce04b4c3117f85
The issue has been going on for a while, but I don't think I ever
reported it. I have my xdg-open stuff configured properly and almost all
programs on my system can open links where relevant. However, Qt
programs like the
Hi,
Ludovic Courtès writes:
>> Go invokes gcc when compiling with cgo, and cgo (or at least the usage
>> of standard libraries which use cgo) is getting fairly common. If we do
>> not provide a default gcc with Go, a plain "go build" will produce an
>> error if it encounters something which uses
12 matches
Mail list logo
