The solution in bug #36924 solved the problem in my system.
Remove /var/lib/gdm and make a empty one instead.
Thanks Rene!
Regards,
Veera
Hello,
can you try the following workaround ?, consider backing up the directories
before deleting.
https://lists.gnu.org/archive/html/bug-guix/2019-08/msg00020.html
I hope it works.
Rene
I just pull and configured my system and get the same problem.
New session c1 of user gdm.
Removed session c1.
"/var/log/messages" shows the following messages between some ntpd messages:
Apr 15 22:31:06 localhost gdm: Child process -537 was already dead.
Apr 15 22:35:29 localhost gdm: Child pr
Tried local build of gdm using master branch without gdm-xsession.patch still
fails to start it.
Updated master to 8080c03d14ccdd7897a902966ea4aeea8dbfd359 commit
Date: Wed Apr 15 19:44:41 2020 +0200
And done guix system reconfigure still gdm failing to start.
Regards,
Veera
I checked that the installed system is working with SLIM.
All gnome, mate, xfce and enlightenment are working.
Perhaps the gdm patch for 1.1.0 release is causing the problem, which
changes xsession path.
Regards,
Veera
I am using guix.git master branch.
I did guix system reconfigure on April 10 with gnome, mate, xfce and
enlightenment service-types.
It was working. And next day I again did that and gdm does not starts anymore.
Initial console says:
New session c1 of user gdm.
Removed session c1.
/var/log/
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：
I never use the buttons and assumed the icon breakage was my own
local
fault. I'm building a Gnome desktop to test further.
Looks exactly the same in a pure Gnome VM. Not perfect, but
perfectly usable.
Kind regards,
T G-R
signature
Hi there,
the QEMU Image download links toa file that misses the "*.qcow2" filetype.
That way Gnome Boxes is not able to start the image. I suggest renaming
all respective files.
Thanks for noting :)
-Robert Martinez
signature.asc
Description: OpenPGP digital signature
Hello!
Björn Höfling skribis:
> On Mon, 13 Apr 2020 17:31:56 -0400
> Mark H Weaver wrote:
>
>> I guess this is related to the recent changes in graft handling, where
>> --dry-run (a.k.a. -n) no longer implies --no-grafts. It's not working
>> well for me. I hadn't updated my system since befor
Tobias Geerinckx-Rice 写道：
Robert Smith 写道：
I ran into the same issue that Jesse encountered in December,
the
installer hangs when it tries to connect to wifi, and I can't
escape
by
pressing Alt-F2/F3/F12.
You need to press C-M-Fn to escape the kmscon, M- on its own
won't do.
Ugh. A new (
Robert,
Robert Smith 写道：
I ran into the same issue that Jesse encountered in December,
the
installer hangs when it tries to connect to wifi, and I can't
escape by
pressing Alt-F2/F3/F12.
You need to press C-M-Fn to escape the kmscon, M- on its own won't
do.
In the end I just have to hold
On Wed, Apr 15, 2020 at 06:06:25PM +0900, elaexuotee--- via Bug reports for GNU
Guix wrote:
> When building from git, ./bootstrap ends up generating (via automake) several
> Makefiles that set SHELL = /bin/sh. However, some targets contain rules that
> make use of bashisms. This leads to breakage
When building from git, ./bootstrap ends up generating (via automake) several
Makefiles that set SHELL = /bin/sh. However, some targets contain rules that
make use of bashisms. This leads to breakage when /bin/sh is something other
than bash.
In particular, I am building from a foreign distro whic
Hi,
could you try installing the i686 version from
https://web.fdn.fr/~lcourtes/software/guix/1.1.0rc2.5/ ?
pgp2ywZktCpcs.pgp
Description: OpenPGP digital signature
14 matches
Mail list logo
