Hello!
As of 21fe1e077aa77488bd413ef3255973c60d7468fe, native i586-gnu builds
are broken on ‘core-updates’:
--8<---cut here---start->8---
gcc -std=gnu99 -fgnu89-inline -Wall -Werror=old-style-definition
-Werror=implicit-function-declaration -Werror=strict-prot
Hi,
On Friday, July 26th, 2024 at 11:51 AM, Leo Famulari wrote:
>
>
> For a long time we've not been able to build linux-libre on i686-linux
> because the source unpacking process runs out of memory.
>
> I'm forwarding this bug to guix-devel to get more attention.
>
> Is anybody actually
For a long time we've not been able to build linux-libre on i686-linux
because the source unpacking process runs out of memory.
I'm forwarding this bug to guix-devel to get more attention.
Is anybody actually using i686-linux anymore? Or should we begin to
officially remove support for it?
On Mon, Jul 22, 2024, at 3:14 AM, Ludovic Courtès wrote:
> Hi,
>
> "Jonathan Frederickson" skribis:
>
> > Hi Ludo, thanks for the troubleshooting help. Looks like I'm running 0.10.4:
> >
> > jfred@terracard ~$ cat /proc/1/cmdline | xargs -0
> > /gnu/store/bhynhk0c6ssq3fqqc59fvhxjzwywsjbb-guile-3
On Fri, Jul 19, 2024, at 11:35 AM, Ludovic Courtès wrote:
> Hi Jonathan,
>
> "Jonathan Frederickson" skribis:
>
> > I've been running into an issue with Shepherd on one of my machines. Every
> > so often (and I haven't figured out what conditions trigger it), my
> > Shepherd instances (both ho
I've been running into an issue with Shepherd on one of my machines. Every so
often (and I haven't figured out what conditions trigger it), my Shepherd
instances (both home and PID 1) will go unresponsive. I thought I had tracked
it down to a misbehaving home service that I had configured, but i
I came across two bugs in gnu/services/pm.scm in tlp-configuration.
1. disks-devices should be disk-devices, because the name after
serialization, DISKS_DEVICES, is not recognized.
https://linrunner.de/tlp/settings/disks.html#disk-devices
2. ahci-runtime-pm-on-ac? and ahci-runtime-pm-on-bat? shou
I also had the problem and I believe that it is now fixed!
https://foss.heptapod.net/fluiddyn/fluidsim is a Mercurial repository.
```
guix download --commit=62c4dbe4f786 https://foss.heptapod.net/fluiddyn/fluidsim
```
fails with:
```
SWH: revision "62c4dbe4f786" originating from
https://foss.heptapod.net/fluiddyn/fluidsim could not be found
guix downlo
I have to retract my last message. After a few guix pull and guix system
reconfigure I'm still getting the same behavior.
Original Message
On Jul 18, 2024, 23:25, Oleander wrote:
> I figured out what was causing the issue and it's not a bug.
>
> I had to disable the guix-default
Zheng Junjie writes:
> 宋文武 via Bug reports for GNU Guix writes:
>
>> Hello, since the update to 24.05.2, 'kdeconnect-app' fails with:
>>
>> QQmlApplicationEngine failed to load component
>> qrc:/qt/qml/org/kde/kdeconnect/app/Main.qml:49:13: Type QQC2.ToolBar
>> unavailable
>> qrc:/qt/qml/org/kd
Hi,
Ludovic Courtès skribis:
> I have tested the following patch and successfully built nss on
> i686-linux with it:
I pushed it as 21fe1e077aa77488bd413ef3255973c60d7468fe on
‘core-updates’.
Ludo’.
12 matches
Mail list logo