bug#39281: gdm doesn't start

Am Sonntag, den 26.01.2020, 23:50 -0500 schrieb Jack Hill: > I believe that I've found the problem! > > Using the technique that Ludo’ described in > ;, I was able to grab an > strace > of gdm (attached) while it was failing to start properly. I was >

bug#39281: [PATCH] gnu: gnome: don't propagate gnome-initial-setup

Fixes bug#39281 * gnu/packages/gnome.scm (gnome)[propagated-inputs]: remove gnome-initial-setup --- gnu/packages/gnome.scm | 1 - 1 file changed, 1 deletion(-) diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm index e843bdfe08..9db379744a 100644 --- a/gnu/packages/gnome.scm +++

bug#39281: gdm doesn't start

> According to my git bisect, d36fa50fbf8169018193774782fd21f1b13b9c0e [0] is > the culprit. It makes > some sense that the commit is gnome-related, but I have no idea why adding > more packages to the > environment should cause gdm to fail to run properly. Therefore, I am > inclined to believe

bug#39281: gdm doesn't start

According to my git bisect, d36fa50fbf8169018193774782fd21f1b13b9c0e [0] is the culprit. It makes some sense that the commit is gnome-related, but I have no idea why adding more packages to the environment should cause gdm to fail to run properly. Therefore, I am inclined to believe that it is

bug#39303: evolution crashes xfce when glib-networking is installed

On xfce, when I open evolution it cannot send or receive any messages and I should install glib-networking. When I install glib-networking and start evolution, xfce crashes.

bug#39302: XFCE user cannot log out, shutdown, or reboot via GUI

When I click "Applications->Log Out" it gives me the usual choice to log out, shut down, reboot, etc. When I click an option other than cancel, it closes the dialog, but does nothing. When I go back to "Applications->Log Out", an error dialog pops up (screenshot attached). It says, Failed to run

bug#36722: Boost does not provide Python 3 support

Marius Bakke writes: > Marius Bakke writes: > >> The Boost package needs to provide libboost_python3 so that we can get >> rid of Python 2 in dependent packages. This was fixed in 2ac164a8107dbb07ba1ed29986859d3e936f795a on the 'core-updates' branch. signature.asc Description: PGP signature

bug#38350: Building libsignal-protocol-c on armv7l fails while test phase

Tobias Diekershoff writes: > Dear GUIX, > > I'm trying to install the profanity XMPP client on my RaspberryPi (armv7l) > which fails during testing the build of libsignal-protocol-c-2.3.2. > >> The following tests FAILED: >> 1 - test_curve25519 (Failed) >> 9 -

bug#39299: duplicate packages in python-xyz

Closing after reverts by Marius. -- Ricardo

bug#39299: duplicate packages in python-xyz

Le 26 janvier 2020 16:22:04 GMT-05:00, Ricardo Wurmus a écrit : >The following packages have duplicate definitions: > > python-pathtools > python-iocapture > python-argh Oh, sorry about that :/ thanks for the quick revert. Hopefully it's all good now :)

bug#39301: imported module (guix build utils) overrides core binding `delete'

Whenever running "sudo guix system reconfigure /path/to/config.scm I get the following warnings: building /gnu/store/vpazjd711byj3jszh7jrk5d8lq51077g-switch-to-system.scm.drv... ;;; WARNING: loading compiled file

bug#39299: duplicate packages in python-xyz

The following packages have duplicate definitions: python-pathtools python-iocapture python-argh -- Ricardo

bug#39298: re-exporting local variable: iota

This happens even after a reboot, so that’s reassuring. This is tied to building the derivation for the “sicp” package, which has this arguments field: (arguments `(#:modules ((guix build utils) (srfi srfi-1) (srfi srfi-26))

bug#39298: re-exporting local variable: iota

Since the upgrade to Guile 3.0 I can no longer upgrade my profile. The module-import-compiled derivation can no longer be built. It fails with a backtrace involving only Guile modules, no Guix modules. The error is: ice-9/boot-9.scm:752:25: In procedure dispatch-exception: re-exporting

bug#39294: Can't run ./configure

Le 26 janvier 2020 11:57:45 GMT-05:00, Damien Cassou a écrit : >Hi, > >I'm on Fedora and just installed Guix by using guix-install.sh. I also >checked out Guix git repository. When inside this repository, I face >the >following issue: > >$ guix environment guix >... > >guix$

bug#39294: Can't run ./configure

Hello Damien, Damien Cassou ezt írta (időpont: 2020. jan. 26., V, 17:58): > > Hi, > > I'm on Fedora and just installed Guix by using guix-install.sh. I also > checked out Guix git repository. When inside this repository, I face the > following issue: > > $ guix environment guix > ... > >

bug#39297: guix repl loads Guild 3.0.0 despite dependency is guile@2.2.6

When I invoke `guix repl`, I get: --8<---cut here---start->8--- GNU Guile 3.0.0 Copyright (C) 1995-2020 Free Software Foundation, Inc. Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'. This program is free software, and you are welcome to

bug#39294: Can't run ./configure

Hi, I'm on Fedora and just installed Guix by using guix-install.sh. I also checked out Guix git repository. When inside this repository, I face the following issue: $ guix environment guix ... guix$ ./bootstrap ... guix$ ./configure ... checking if (gnutls)

bug#39289: Can't use i3: status_command not found

It seems i3status should be installed as well to make i3 work with the automatically generated i3 configuration. -- Damien Cassou "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

bug#39289: Can't use i3: status_command not found

Hi, I've just installed Guix using graphical installation and I chose i3 as my WM. After first boot and even after upgrading my system, i3 always tells me that: Error: status_command not found or is missing a library dependency (exit: 127) -- Damien Cassou "Success is the ability to go from

bug#39288: Wrong keyboard layout to decrypt hard drive

Damien, Damien Cassou 写道： during graphical installation I chose to encrypt my hard drive and to use the colemak keyboard layout. After the system rebooted, typing the passphrase in colemak didn't work and I got dropped into rescue mode. The rescue mode is in qwerty, not colemak. Could you

bug#39288: Wrong keyboard layout to decrypt hard drive

Hi, during graphical installation I chose to encrypt my hard drive and to use the colemak keyboard layout. After the system rebooted, typing the passphrase in colemak didn't work and I got dropped into rescue mode. The rescue mode is in qwerty, not colemak. Best, -- Damien Cassou "Success is

bug#39287: [Graphical installation] Can't select location independently of language

Damien, Damien Cassou 写道： I'm installing Guix using the graphical installation method. After choosing English as language I would like to choose France as location. This is not possible however as it seems only English-speaking locations are provided (see attached screenshot). Both terms

bug#39287: [Graphical installation] Can't select location independently of language

Hi, I'm installing Guix using the graphical installation method. After choosing English as language I would like to choose France as location. This is not possible however as it seems only English-speaking locations are provided (see attached screenshot). Best -- Damien Cassou "Success is the