bug#39281: gdm doesn't start

[Leo Prikler]

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
> suspicious 
> of the following line:
> 
> """
> 418   22:46:10 sendto(8, "<13>Jan 26 22:46:10 gdm: GdmManager:
> couldn't 
> look up username gnome-initial-setup\n", 83, MSG_NOSIGNAL, NULL, 0) =
> 83 
> <5.487224>
> """
> 
> so I removed gnome-initial-setup from the propagated-inputs with the 
> following patch, and, indeed, that resolved the problem with gdm on
> my 
> system.
> 
> While I'm still not exactly sure why this was causing gdm problems,
> and 
> why `herd restart xorg-server` caused gdm to start working correctly,
> I 
> think that removing gnome-initial-setup from the gnome meta-package
> is the 
> right thing to do. Instead, perhaps it could be provided via its own 
> service, auto-selected by the installer. If I recall correctly from
> other 
> distros (e.g. Fedora), the gnome-initial-setup wizard is run from its
> own 
> user on first boot, and after it finishes, the user is logged in as 
> themselves. That said, gnome-initial-setup did seem to run fine for
> me the 
> first time I logged into gnome after it was installed, and hasn't
> stared 
> again.
The problem is, that adding gnome-initial-setup in any way to the
operating-system config will likely trigger this bug as well, and not
adding it at all will skip the initial setup until it is installed at
user level (at this point, I'd argue it to be no longer necessary). 
You could try creating a file named "/var/lib/gdm/.config/gnome-
initial-setup-done" with the contents "yes" to skip the initial setup,
but I'm pretty sure, that it will be looked up regardless.

Perhaps some GNOME people know how to disable this in other ways, but
it's the first time I've even seen the dialog, so there's not much else
I can say.  Btw. are there more logs regarding gnome-initial-setup than
this one?  At least in my case none of them seem to land in greeter.log
or messages.

Regards,
Leo

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

[Jack Hill]

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
+++ b/gnu/packages/gnome.scm
@@ -7865,7 +7865,6 @@ world.")
("gnome-control-center" ,gnome-control-center)
("gnome-desktop" ,gnome-desktop)
("gnome-getting-started-docs" ,gnome-getting-started-docs)
-   ("gnome-initial-setup" ,gnome-initial-setup)
("gnome-keyring" ,gnome-keyring)
("gnome-menus" ,gnome-menus)
("gnome-session" ,gnome-session)
-- 
2.25.0

bug#39281: gdm doesn't start

[Raghav Gururajan]

> 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 a weird timing issue as Leo suspects.

Interesting! Thanks for the info. Yeah, technically adding those package 
shouldn't affect gdm, as they are independent of each other. So could be the 
timing or something else. 

Regards,
RG.

bug#39281: gdm doesn't start

[Jack Hill]

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 
a weird timing issue as Leo suspects.


[0] 
http://git.savannah.gnu.org/cgit/guix.git/commit/?id=d36fa50fbf8169018193774782fd21f1b13b9c0e

On Sun, 26 Jan 2020, Leo Prikler wrote:


I saw the same warnings on one of my systems as well, but it boots
fine.  On another one, the same behaviour occurs, but GDM can be
started manually by restarting xorg-server from a TTY.  Note, that I
can not do so from an SSH remote, because SSH fails to start in a
similar manner.


My system does indeed have a really slow disk, so perhaps this makes the 
problem more likely to happen. Obviously, it would be nice if gdm started 
correctly, but in a bigger picture, it would be nice if shepherd had a 
better way of dealing with misbehaving services. For example, if shepherd 
know how to check the health of a service and restarted it wasn't 
responding correctly.


I don't know where to go from here. Hopefully someone more knowledgeable 
about gnome and gdm can help us out.


Best,
Jack

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

[Jesse Gibbons]

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

[Jesse Gibbons]

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 action "Log Out..."
GDBus.Error: xorg.xfce.SessionManager.Error.Failed: Session manager
must be in idle state when requesting a shutdown

Thus, xfce is unusable as a desktop.

I installed my current system with commit
a4ac25df71a5b397d0a8e758e53ea3ba8981ecda because (last I checked) after
that commit upower is broken (and thus guix system is practically
unusable on a laptop). 
-Jesse

bug#36722: Boost does not provide Python 3 support

[Marius Bakke]

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

[Marius Bakke]

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 - test_simultaneous_initiate (Failed)
>>  11 - test_group_cipher (Failed)
>> Errors while running CTest

This appears to be fixed now:

https://ci.guix.gnu.org/build/2097019/details

Closing!


signature.asc
Description: PGP signature

bug#39299: duplicate packages in python-xyz

[Ricardo Wurmus]

Closing after reverts by Marius.

-- 
Ricardo

bug#39299: duplicate packages in python-xyz

[Julien Lepiller]

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'

[strypsteen]

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 
/gnu/store/5bd6ywmfcxxa4gvpzg0pdbjwmf24cxkl-module-import-compiled/gnu/build/activation.go 
failed:

;;; In procedure load-thunk-from-memory: incompatible bytecode kind
;;; compiling 
/gnu/store/p8miza2mpnjdlpmh8504dm9xz2q9nvfr-module-import/gnu/build/activation.scm
;;; WARNING: loading compiled file 
/gnu/store/5bd6ywmfcxxa4gvpzg0pdbjwmf24cxkl-module-import-compiled/gnu/build/accounts.go 
failed:

;;; In procedure load-thunk-from-memory: incompatible bytecode kind
;;; compiling 
/gnu/store/p8miza2mpnjdlpmh8504dm9xz2q9nvfr-module-import/gnu/build/accounts.scm
;;; compiled 
/root/.cache/guile/ccache/3.0-LE-8-4.2/gnu/store/p8miza2mpnjdlpmh8504dm9xz2q9nvfr-module-import/gnu/build/accounts.scm.go
;;; compiled 
/root/.cache/guile/ccache/3.0-LE-8-4.2/gnu/store/p8miza2mpnjdlpmh8504dm9xz2q9nvfr-module-import/gnu/build/activation.scm.go
making '/gnu/store/iym6z6hkmdc1x0l1vh4bm08vmsiics2p-system' the current 
system...

setting up setuid programs in '/run/setuid-programs'...
populating /etc from /gnu/store/8g5f1kbidns7jrqaxqjldkdldl78zv0n-etc...
WARNING: (guile-user): imported module (guix build utils) overrides core 
binding `delete'
WARNING: (guile-user): imported module (guix build utils) overrides core 
binding `delete'
WARNING: (guile-user): imported module (guix build utils) overrides core 
binding `delete'
WARNING: (guile-user): imported module (guix build utils) overrides core 
binding `delete'
WARNING: (guile-user): imported module (guix build utils) overrides core 
binding `delete'
WARNING: (guile-user): imported module (guix build utils) overrides core 
binding `delete'
WARNING: (guile-user): imported module (guix build utils) overrides core 
binding `delete'
WARNING: (guile-user): imported module (guix build utils) overrides core 
binding `delete'
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 
100.0%
building 
/gnu/store/pxmi01rf7rpcbgx2j041k01xsr9grm1c-module-import-compiled.drv...
building 
/gnu/store/alamdi63ns0ahis93jz1x4cndy4w09gf-install-bootloader.scm.drv...
WARNING: (guile-user): imported module (guix build utils) overrides core 
binding `delete'
;;; WARNING: loading compiled file 
/gnu/store/62gvwndkddaq6203mrisshgiv13kkgcd-module-import-compiled/gnu/build/bootloader.go 
failed:

;;; In procedure load-thunk-from-memory: incompatible bytecode kind
;;; compiling 
/gnu/store/wamhgn5mhgzf9mgp9gxx3w6jn64hw4yc-module-import/gnu/build/bootloader.scm
;;; compiled 
/root/.cache/guile/ccache/3.0-LE-8-4.2/gnu/store/wamhgn5mhgzf9mgp9gxx3w6jn64hw4yc-module-import/gnu/build/bootloader.scm.go

guix system: bootloader successfully installed on '/boot/efi'
WARNING: (guile-user): imported module (guix build utils) overrides core 
binding `delete'

bug#39299: duplicate packages in python-xyz

[Ricardo Wurmus]

The following packages have duplicate definitions:

  python-pathtools
  python-iocapture
  python-argh

-- 
Ricardo

bug#39298: re-exporting local variable: iota

[Ricardo Wurmus]

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))
 #:builder
 (begin
   (use-modules (guix build utils)
(srfi srfi-1)
(srfi srfi-26))
   …)))

That’s where utils and the srfis come from.

-- 
Ricardo

bug#39298: re-exporting local variable: iota

[Ricardo Wurmus]

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 local variable: iota

This happens when compiling guix/build/utils.scm, srfi/srfi-1.scm, and
srfi/srfi-26.scm, i.e. 
/gnu/store/p4lwp5ghh4vsna72k7if132k2321hhw1-module-import.

I have only just reconfigured the system and have not rebooted since.

--
Ricardo

bug#39294: Can't run ./configure

[Julien Lepiller]

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$ ./bootstrap
>...
>
>guix$ ./configure
>...
>checking if (gnutls) is available... yes
>checking if (git) is available... no
>configure: error: Guile-Git is missing; please install it.
>
>I tried passing "--ad-hoc guile-git git" as parameter to "guix
>environment", but this doesn't fix the problem.

Hi Damien,

don't listen to them, they don't fave a fedora workstation :p

On my fedora system, configure finds the system guile which doesn't want to use 
any of the libraries in the environment. I always have to do this:

$ guix environment guix --pure
^C if your terminal asks you to install whatever
[env]$ ./bootstrap
[env]$ ./configure --localstatedir=/var # this should now work
[env]$ exit # to exit the pure environment
$ guix environment guix # no need for pure anymore, so now we can use things 
outside of the environment too
[env]$ make

HTH :)

bug#39294: Can't run ./configure

[Gábor Boskovits]

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
> ...
>
> guix$ ./bootstrap
> ...
>
> guix$ ./configure
> ...
> checking if (gnutls) is available... yes
> checking if (git) is available... no
> configure: error: Guile-Git is missing; please install it.
>
> I tried passing "--ad-hoc guile-git git" as parameter to "guix
> environment", but this doesn't fix the problem.
>
The issue seems here, is that the current guix is too old.
guix environment guix should be enough if the current guix and the
checked out one shares the dependencies.

Could you try this again after 'guix pull'?

> --
> Damien Cassou
>
> "Success is the ability to go from one failure to another without
> losing enthusiasm." --Winston Churchill
>
>
>


-- 
OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21

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

[Moritz Lell]

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 redistribute it
under certain conditions; type `,show c' for details.

Enter `,help' for help.
scheme@(guix-user)>
--8<---cut here---end--->8---

despite `guix show guix` shows a dependency of `guile@2.2.6`

--8<---cut here---start->8---
name: guix
version: 1.0.1-13.50299ad
outputs: out
systems: x86_64-linux i686-linux
dependencies: autoconf-wrapper@2.69 automake@1.16.1 bzip2@1.0.6
+ gettext-minimal@0.20.1 glibc-utf8-locales@2.29 gnutls@3.6.9
+ graphviz@2.40.1 guile-gcrypt@0.2.1 guile-git@0.3.0 guile-json@3.2.0
+ guile-sqlite3@0.1.0 guile-ssh@0.11.3 guile@2.2.6 gzip@1.10
+ help2man@1.47.10 libgcrypt@1.8.4 lzlib@1.11 pkg-config@0.29.2
+ po4a@0.57 sqlite@3.28.0 texinfo@6.6 util-linux@2.34 zlib@1.2.11
...
--8<---cut here---end--->8---

This is incorrect, is it?

--8<---cut here---start->8---
guix c17fb65
Repository-URL: https://git.savannah.gnu.org/git/guix.git
Branch: master
Commit: c17fb659070765acba1b8f568f2639adf48ccd1e
--8<---cut here---end--->8---

bug#39294: Can't run ./configure

[Damien Cassou]

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) is available... yes
checking if (git) is available... no
configure: error: Guile-Git is missing; please install it.

I tried passing "--ad-hoc guile-git git" as parameter to "guix
environment", but this doesn't fix the problem.

-- 
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

[Damien Cassou]

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

[Damien Cassou]

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 one failure to another without
losing enthusiasm." --Winston Churchill

bug#39288: Wrong keyboard layout to decrypt hard drive

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

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 check whether your system configuration's 
bootloader-configuration actually contains a keyboard-layout 
field?


  (bootloader (bootloader-configuration
(bootloader grub-efi-bootloader)
(target "/boot/efi")
  -->   (keyboard-layout keyboard-layout)))

The last time I tried adding this myself (granted: that was a year 
ago) it broke my GRUB, so today I still type my passphrase once in 
Qwerty and once in Dvorak.  Much secure!


Kind regards,

T G-R


signature.asc
Description: PGP signature

bug#39288: Wrong keyboard layout to decrypt hard drive

[Damien Cassou]

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 the ability to go from one failure to another without
losing enthusiasm." --Winston Churchill

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

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

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 used, ‘locale location’ and ‘territory for this 
language’, refer to the second part of your locale's name such as 
fr_CA.  There is no en_FR.  It would not make sense to offer that 
choice.


AFAICS the word ‘territory’ is taken directly from section 6.7 of 
the relevant standard[0] and should not be replaced with something 
‘friendlier’ but inaccurate.


Perhaps you could suggest another sentence to explain out what it 
means (and what it doesn't).  What would have avoided this 
misunderstanding?  Which other GNU/Linux distributions have you 
installed without issue?


And: what did you actually want to set?  The only reason your OS 
installer ever needs to know your physical location is IMO to set 
the time zone, which is a separate step.


Thanks!

T G-R

[0]: http://www.open-std.org/jtc1/sc22/wg20/docs/n610.pdf (gratis 
draft)


signature.asc
Description: PGP signature

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

[Damien Cassou]

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 ability to go from one failure to another without
losing enthusiasm." --Winston Churchill