Christopher Howard writes:
> Hi, I am trying to build adms since it is a dependency of Qucs. But the build
> fails with this error:
>
> ```
> starting phase `bootstrap'
> running './bootstrap.sh'
> In execvp of ./bootstrap.sh: Exec format error
> error: in phase 'bootstrap': uncaught exception:
Tomas Volf <~@wolfsden.cz> writes:
> Ludovic Courtès writes:
>
>> Hi,
>>
>> Tomas Volf <~@wolfsden.cz> skribis:
>>
>>> The documentation for `with-extensions' says:
>>>
In the same vein, sometimes you want to import not just pure-Scheme
modules, but also “extensions” such as Guile bindi
not emma via Bug reports for GNU Guix writes:
> it seems like lsof is failing the check phase after running guix pull
> earlier today, leaving me unable to update either the system
> or home profile. the following output was from the logs:
>
> phase `build' succeeded after 1.9 seconds
> starti
Pasta Pasta via Bug reports for GNU Guix writes:
> Hi!
>
> I reported this a few weeks ago, is there anything else you need? This
> is an issue I see relatively frequently.
>
> Thanks!
This is because the network is unstable.
see https://mail.gnu.org/archive/html/guix-devel/2024-06/msg00088.htm
Rodion Goritskov writes:
> Hello!
>
> Today, after successfully doing the "guix pull" command, subsequent runs
> of "guix pull" or "sudo guix system reconfigure" leads to the following
> uninformative error:
>
> rodion@bumblebee-mighty ~$ guix pull
> Updating channel 'guix' from Git repository at
Fulbert writes:
> Le Wed, Aug 28, 2024 at 04:45:16PM +0800, Z572 a écrit :
>> Fulbert writes:
>>
>> > Hi!
>> >
>> > In current state¹, kdenlive silently crashes to Gnome desktop when started
>> > from Gnome
Fulbert writes:
> Hi!
>
> In current state¹, kdenlive silently crashes to Gnome desktop when started
> from Gnome app launcher. I have to start kdenlive in CLI with :
>
> `QT_QUICK_CONTROLS_STYLE=Basic kdenlive`
>
> … to workaround :
> 'qrc:/qml/kdenliveclipmonitor.qml: module "org.kde.desktop
Alex Devaure writes:
> Hi,
> The version 3.4.0 of gmic has commited few hours ago. It looks that the
> hash is not correct:
> sha256 hash mismatch for
> /gnu/store/q7hwkm6zsgaclq0rizpjfb6vl0a5z1bw-gmic_3.4.0.tar.gz:
> expected hash: 1c2j1prsnsks5cglk0vrwaclifk6mlxmrc88wqc96xi7cmwwjmf3
> actu
Juliana Sims via Bug reports for GNU Guix writes:
> Hi,
>> Can you try another app, maybe there's a problem with this one
>
> I have tried with literally every application I have installed through
> flatpak, and none of them work. Here's the complete list, in order by
> ID:
>
> com.github.tchx84.
Juliana Sims via Bug reports for GNU Guix writes:
> Hello,
>
> I ran a system reconfigure for the first time in a while today. After
> doing so, I noticed that Flatpak apps fail to launch. Specifically,
> when running `flatpak run org.gnome.Fractal`, which was working fine
> before, the applicati
André Batista writes:
> Hi Guix,
>
> I've found two regressions after upgrading to v. 1.4.1 of slim.
>
> The first one is that it is no longer possible to use a secondary monitor
> with it. If it is connected at the same time as a the primary one, only
> the later gets to show the slim greater. I
Richard Sent writes:
> Hi Guix!
>
> When generating a VisionFive2 system image via $ guix system image
> gnu/system/images/visionfive2.scm --no-grafts --target=riscv64-linux-gnu
> and attempting to boot from MMC2, the SD card U-boot fails to boot
> Linux.
>
> (Pretty sure --target= is gratuitous
Thanks, fix in
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=d115af1bcc48f07a40dafd94d1d00926d446d068
signature.asc
Description: PGP signature
on qemu:
forking-service.sh test always fail.
try use strace but can't:
```
+ /gnu/store/w7a3fxw00y4picvcrkvdxavpj5gqabbb-strace-6.2/bin/strace -f -t -s 80
-o /tmp/she.strace shepherd -I -s t-socket-25862 -c t-conf-25862 -l t-log-25862
--pid=t-pid-25862
+ sleep 0.3
/gnu/store/w7a3fxw00y4picv
shepherd 0.10.0 test 2 fail on riscv64-linux. same error use
`guix build shepherd -s riscv64-linux` on x86_64 or
`guix build shepherd` on riscv64.
FAIL tests/pid-file.sh
FAIL: tests/forking-service
at commit e02584b456a3f9c00b303ef4815d892a47edc2e6.
you can use https://cache.z572.online as subs
Efraim Flashner writes:
> On Mon, Nov 29, 2021 at 10:31:48PM +0800, Z572 via Bug reports for GNU Guix
> wrote:
>>
>> hello,
>>
>> many rust package can't build in core-update-frozen because them
>> source file-name use ".crate" suffix.
>&g
hello,
many rust package can't build in core-update-frozen because them
source file-name use ".crate" suffix.
core-update-frozen change unpack phase:
see guix/build/gnu-build-system.scm unpack phase:
#+BEGIN_SRC diff
@@ -156,13 +157,25 @@
;; Preserve timestamps (set to the Epoch) on t
thanks for reminding :) .
Mark H Weaver writes:
> Hi,
>
> Z572 <873216...@qq.com> writes:
>> I add "/run/current-system/profile/share/fonts/" to
>> "security.sandbox.content.read_path_whitelist" fixed it for me.
>
> Thanks! One very
I add "/run/current-system/profile/share/fonts/" to
"security.sandbox.content.read_path_whitelist" fixed it for me.
Thanks for the help.
Mark H Weaver writes:
> Z572 via Bug reports for GNU Guix writes:
>> after update to 91, icecat can't display chinese
19 matches
Mail list logo
