bug#48692: busctl call fails on elogind 243.7

I try to use busctl to control the brightness of my screen: $ busctl call org.freedesktop.login1 /org/freedesktop/login1/session/auto org.freedesktop.login1.Session SetBrightness "ssu" "backlight" "intel_backlight" 24242 Call failed: Connection timed out It worked once, but at the same

bug#48564: ‘channel-with-substitutes-available’ makes assumptions about job names

Heya, Mathieu Othacehe skribis: >>> (define* (channel-with-substitutes-available chan url >>> #:key >>> (specification "master")) >> > > I have fixed the evaluation complete? field issue with >

bug#41625: [PATCH v2] offload: Handle a possible EOF response from read-repl-response.

Hi Marius, Marius Bakke writes: > Maxim Cournoyer skriver: > >>> Is running ‘guix offload test /etc/guix/machines.scm overdrive1’ on >>> berlin enough to reproduce the issue? If so, we could monitor/strace >>> sshd on overdrive1 to get a better understanding of what’s going on. >> >> It's

bug#48414: phodav-2.5.drv' failed with exit code 1

Solene wrote: I was able to reproduce the build issue, it get fixed with these changes Thank you, Solene! Indeed it did. I - added a commit message matching our conventions[0], - moved g-s-d to native-inputs - pushed your patch as commit 847af45d0eba726418482b1b146a5ece2dbbb2c2. With

bug#41625: [PATCH v2] offload: Handle a possible EOF response from read-repl-response.

Hello again, My previous strace output didn't follow the 'clone' syscall; the one attached does. It's compressed with lzip. sshd-strace.out.lz Description: Binary data Thanks! Maxim

bug#48414:

Thank you very much for your effort After 'guix pull' and 'guix package -u' not yet fixed.

bug#48649: Guix doesn't boot with LUKS root partition

There has been some progress. I added this line: (initrd-modules (cons* "i915" %base-initrd-modules)) to the config and it solved the issue with freezing the laptop. Not sure how the i915 module is related to LUKS though. Best Regards, J ‐‐‐ Original Message ‐‐‐ On Tuesday, May 25,

bug#41625: [PATCH v3] offload: Handle a possible EOF response from read-repl-response.

Hi Ludo, Now that I have root access to overdrive1, I could strace the sshd process (I just did 'strace -p340', noting the process of sshd displayed with 'herd status sshd'): --8<---cut here---start->8--- pselect6(87, [3 4], NULL, NULL, NULL, NULL) = 1 (in

bug#48604: Linux-libre 5.12.5 freezes

On Thu, May 27, 2021 at 01:17:37PM -0400, Mark H Weaver wrote: > FYI, linux-libre 5.12.4 also locked up on my Thinkpad X200, within a > minute of launching an Xorg session, and within a couple of minutes of > booting. I only tried booting into that kernel once, and I didn't try > any other 5.12.x

bug#48414: [PATCH] gnu: phodav: add a missing input.

I was able to reproduce the build issue, it get fixed with these changes --- gnu/packages/gnome.scm | 2 ++ 1 file changed, 2 insertions(+) diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm index 7e0ee6d314..e15fa6df82 100644 --- a/gnu/packages/gnome.scm +++ b/gnu/packages/gnome.scm

bug#47985: (No Subject)

Hi Ludo, Thanks for your answer and sorry for the late response! Actually I did : ``` sudo semodule -i /gnu/store/6rn4l3h0p9x0m615pp1ynlv9v0743kl3-guix-1.2.0/share/selinux/guix-daemon.cil ``` and then tried to use restorecon as stated in the doc : ``` sudo restorecon /gnu ``` but

bug#48414:

I'm a newcomer, what should I do now?

bug#48604: Linux-libre 5.12.5 freezes

Hi, Yusuf Talha via Bug reports for GNU Guix writes: > hello.  i am using a librebooted thinkpad x200 laptop with gnu guix.  > if i use the latest kernel on my system, my computer suddenly freezes > without a reason after a while of usage.  it is probably a kernel > panic.  older kernels don't

bug#48538: D-Bus services do not work on foreign distributions/non-user profiles

Hi Maxim, On Thu, 20 May 2021 at 13:18, Maxim Cournoyer wrote: > For this particular instance, a workaround is to run jami via the > dbus-run-session utility, which launches the client in an ad-hoc d-bus > session which knows about the dring D-Bus service (through the > XDG_DATA_DIRS variable

bug#48538: D-Bus services do not work on foreign distributions/non-user profiles

On Thu, May 27, 2021 at 08:54:49PM +0200, zimoun wrote: > ALSA lib conf.c:3725:(snd_config_hooks_call) Cannot open shared library > libasound_module_conf_pulse.so > (/gnu/store/z1iyvbvnkd7zkjxsx157n6qx2iwzxq7p-alsa-lib-1.2.4/lib/alsa-lib/libasound_module_conf_pulse.so: > cannot open shared

bug#48331: [PATCH] guix: build: emacs-build-system: Make package.el aware of guix packages

> After updating the package-directory-list variable, functions like > list-packages, describe-package become aware of packages installed by > guix. > --- > This code is getting work done, but I'm not a very experienced elisp > developer, so please review it thoroughly. > + > +(require

bug#41625: [PATCH v2] offload: Handle a possible EOF response from read-repl-response.

Hi Ludovic, Ludovic Courtès writes: [...] > I see. So I’d say it’s a prerequisite (a patch that must come before) > but not entirely the same thing. I’m nitpicking! Eh, it's okay :-). Splitting changes into the right unit is a problem that is akin to naming things; it's hard! I welcome

bug#47985: CentOS : SELinux is preventing /usr/lib/systemd/systemd from read access on the lnk_file current-guix

Hi Ludo, Thanks for your answer and sorry for the late response! Actually I did : ``` sudo semodule -i /gnu/store/6rn4l3h0p9x0m615pp1ynlv9v0743kl3-guix-1.2.0/share/selinux/guix-daemon.cil ``` and then tried to use restorecon as stated in the doc : ``` sudo restorecon /gnu ``` but restarting

bug#48538: D-Bus services do not work on foreign distributions/non-user profiles

On Thu, May 27, 2021 at 09:59:19PM +0200, zimoun wrote: > Do you mean > > guix environment --pure --ad-hoc jami-gnome dbus glib \ > alsa-plugins alsa-plugins:pulseaudio \ > -- dbus-run-session jami-gnome Yes > > ? If yes, there is still errors: Okay, but not from

bug#48213: offlineimap build fails

Hi, On Tue, 04 May 2021 at 16:39, Mark H Weaver wrote: >From the command line, you can simply do this: > > guix build offlineimap --without-tests=python2-rfc6555 > > Within an OS configuration, or within a profile "manifest" file (if you > use "guix package --manifest", which is highly

bug#48700: guix import fails with unexpected token

Hi, On Thu, 27 May 2021 at 15:08, "Philip Munksgaard" wrote: > Trying to to import futhark from hackage fails, when using the -r > flag. Thanks for the report. I think it is the same as: All the best, simon.

bug#48538: D-Bus services do not work on foreign distributions/non-user profiles

Hi Leo, On Thu, 27 May 2021 at 15:20, Leo Famulari wrote: > On Thu, May 27, 2021 at 08:54:49PM +0200, zimoun wrote: >> ALSA lib conf.c:3725:(snd_config_hooks_call) Cannot open shared library >> libasound_module_conf_pulse.so >>

bug#48564: ‘channel-with-substitutes-available’ makes assumptions about job names

Hi, On Wed, 26 May 2021 at 16:17, Mathieu Othacehe wrote: > (channels-with-substitutes-available > (list %default-guix-channel >(channel > (name 'guix-hpc) > (url "https://gitlab.inria.fr/guix-hpc/guix-hpc.git;))) > (list "https://ci.guix.gnu.org; >

bug#48538: D-Bus services do not work on foreign distributions/non-user profiles

Am Donnerstag, den 27.05.2021, 21:59 +0200 schrieb zimoun: > Hi Leo, > > On Thu, 27 May 2021 at 15:20, Leo Famulari wrote: > > On Thu, May 27, 2021 at 08:54:49PM +0200, zimoun wrote: > > > ALSA lib conf.c:3725:(snd_config_hooks_call) Cannot open shared > > > library

bug#48538: D-Bus services do not work on foreign distributions/non-user profiles

Hi Leo & Simon, Leo Prikler writes: > Am Donnerstag, den 27.05.2021, 21:59 +0200 schrieb zimoun: >> Hi Leo, >> >> On Thu, 27 May 2021 at 15:20, Leo Famulari wrote: >> > On Thu, May 27, 2021 at 08:54:49PM +0200, zimoun wrote: >> > > ALSA lib conf.c:3725:(snd_config_hooks_call) Cannot open

bug#48538: D-Bus services do not work on foreign distributions/non-user profiles

Hi! Leo Prikler writes: > PPS: Just adding gsettings-desktop-schemas didn't work. "jami-gnome > glib gnome" obviously works, but that's a little overkill (also it > appears that you'll have to get credentials into this thing, which I > haven't bothered worrying about). No credentials are

bug#48682: recursive import between (gnu packages chez) and (gnu packages racket)

On Thu, 27 May 2021 00:26:56 -0400 Philip McGrath wrote: > Hi, I've been working on Racket packaging. I haven't looked into this > much yet---hopefully I can tomorrow---but here are a few quick > thoughts. > > On 5/26/21 2:54 PM, raingloom wrote: > > I also haven't found any other mention of