As reported in #76850, the tested AppImages were not actually relocatable and
would rely on items being available on the environment’s store (apart from
glibc).
* guix/scripts/pack.scm (wrapped-manifest): New function.
(guix-pack): Extract relocatable manifest to wrapped-manifest.
* tests/pack.scm
Ludovic Courtès writes:
> Hi Noé,
>
> Noé Lopez skribis:
>
>> As reported in #76850, the tested AppImages were not actually relocatable and
>> would rely on items being available on the environment’s store (apart from
>> glibc).
>>
>> * guix/scripts
Maxim Cournoyer writes:
> Hi,
>
> There appears to be an issue with our GNOME calendar (the one accessible
> from the top clock): reminders added to a calendar event are not saved
> when pressing 'Save' after editing the event. They are silently
> dropped!
>
Can reproduce!
The dbus logs have t
Maxim Cournoyer writes:
> Hi,
>
> Maxim Cournoyer writes:
>
>> Hi,
>>
>> Since commit 3c8427ca415, saving reminders for a GNOME Calendar event
>> works... but! they dot appear to trigger any notifications.
>
> Apparently that's another known upstream problem [0]. I was able to
> reproduce it in
Change-Id: Ic6da39489eb2e04f98ae112e6cd2cdb7340bd00e
---
gnu/packages/gnome.scm | 4 +++-
.../gnome-settings-daemon-screensaver-error.patch | 14 ++
2 files changed, 17 insertions(+), 1 deletion(-)
create mode 100644
gnu/packages/patches/gnome-settings-d
Hi,
Here is a patch to fix the PHP build.
Have a good day,
Noé Lopez
>From 225bbd80ed6d67f4c9157ad31a344bae42ffb998 Mon Sep 17 00:00:00 2001
Message-ID: <225bbd80ed6d67f4c9157ad31a344bae42ffb998.1725287764.git.noelo...@free.fr>
From: =?UTF-8?q?No=C3=A9=20Lopez?=
Date: Mon, 2 Sep 2024
een done before ?
Thanks in advance
Noé Lopez
Thank you both for your answers. I will try out the channel and see if I
can figure something out :)
I don’t have that much computing power with my little i3, I'm sure it
will manage lol. I suppose once kotlin is built I won't have to build it
again, unless it is itself packaged with gradle 😵💫. I
Hi,
I’ve been trying to make my own channel and run cuirass on it for fun
and to learn more about how guix works.
Cuirass is failing to fetch the channel, because of something with the
key file: « 2024-10-11 21:34:11 error: Git error while fetching channels
from https://framagit.org/nll/bloup.git
close 37709
thanks
This doesn’t seem to be an issue anymore, feel free to reopen if I’m
mistaken.
Good evening,
Noé Lopez
>Excited to know Zig developers are willing to help with bootstrapping! We
>shouldn't miss this chance :)
>
>I'll look into replicating the current progress this weekend. Anyone reading
>this mail wants to join in?
Hey Hilton and Ekaitz,
I’m interested in this :) From what I can see the current
Hi,
I got my hands on packaging liskvork, a gomoku server. The build fails
because dependencies of dependencies are not added to the zig cache, and
so can’t be found correctly by the zig build system.
I attached a patch that reproduces this, a workaround when reproducing
the steps in a local che
Noé,
>
> On Tue, 03 Dec 2024 05:15:44 +0800,
> Noé Lopez wrote:
>>
>> [1 ]
>> Hi,
>>
>> I got my hands on packaging liskvork, a gomoku server. The build fails
>> because dependencies of dependencies are not added to the zig cache, and so
>> can’t be fou
oduction
(make-channel-introduction
"f627568549edd28c97dded5e5ec985cd11e95f58"
(openpgp-fingerprint
"5D54 CF25 57B2 38E8 8DC1 80A2 2D22 3241 0AB7 4043"
%default-channels))))
Ludovic Courtès writ
Hi,
I found more info, firstly the crash’s backtrace with some debug info:
(gdb) bt
#0 0x00405f41 in usb_protection_proxy_ready (source_object=0x39b3a050,
res=0x39b3a120, user_data=0x39b0e500) at
../gnome-settings-daemon-47.2/plugins/usb-protection/gsd-usb-protection-manager.c:1093
#1
Hi Christopher and Maxim,
I can confirm this issue, I login through GDM to the gnome shell and
maybe a minute or less after logging in I get the big “something went
wrong” splash screen.
Fortunately I can work around this by going to another desktop where the
splash screen won’t be visible and gn
Ludovic Courtès writes:
> Hello,
>
> Thanks for the bug report, Reepca.
>
> Noé, could you take a look?
>
> Thanks,
> Ludo’.
>
Hi Reepca and Ludo,
Thanks for sending this to me Ludo.
This bug report is very well detailed, thank you.
> Reepca Russelstein skribis:
>
>> Or perhaps it would be m
> On Sun, 2025-03-16 at 12:48 +0200, Roman Riabenko wrote:
> > I tried installing the latest Guix System in a virtual machine in
> > GNOME
> > Boxes. I can select Ukrainian during installation, which changes the
> > language to Ukrainian and results in uk_UA.utf8 locale in the
> > configuration fi
Hi R.W.,
Thank you for taking the time to make this bug report.
> my guix describe output:
> > guix e2c2f98
> >repository URL: https://git.savannah.gnu.org/git/guix.git
> >branch: master
> >commit: e2c2f98edd5d64921678c2570439dedfe662b1f8
> > nonguix a96e245
> >repository URL:
"R.W.Flurando" writes:
> Well, it is kind of shame for me to receive a mail informing me that I was
> rejected because of rudeness from bug-guix-owner
> :(
>
> Anyway, I am glad that solution comes out quickly!
>
> Thanks Noé Lopez!
>
No problem!
> An excu
> Hi,
>
> Evgeny Pisemsky writes:
>
> > Hi, in my case I can see something on the screen after reboot, but
> > very dark. This hints that the problem in a backlight, and it is so:
>
> Good catch; I just checked and it’s exactly the same for me.
>
> > #+begin_example
> > cd /sys/class/backligh
Hi,
On the latest guix, I am unable to build the shepherd without
substitutes because of a failing test.
To reproduce, I define a copy of the package to force a rebuild:
(define-public shepherd-1.0-but-different
(package
(inherit shepherd-1.0)
(name "shepherd-but-different")))
Then, “.
> Hello.
>
> When running guix as a package manager on a foreign distribution
> (PureOS) on an aarch64 device, Evolution fails to install because
> doxygen fails to build. I attach as separate files:
>
> - the output of "guix build doxygen" gzipped;
> - the doxygen build log from the store;
> -
Hi Roman,
Thank you for the detailed bug report, it was easy to reproduce,
although the insert special characters button was at the bottom for me.
The glyphs are indeed not showing if the selected font is Edwin (the
default), but if you select a font like Noto Sans, or DejaVu Sans for
your text t
Hi,
The issue is a faulty error handling in gnome-settings-daemon that
accesses an unset error variable. Since this a pretty high priority
issue in my opinion and upstream has not answered yet I suggest we apply
the patch on our end to fix the issue for our users.
That said, the root issue is bi
25 matches
Mail list logo