bug#57589: Guix hands on GDM with wayland
I've figured out the problem with disappearing /tmp dir was caused by another package (steam, from nonguix*) due to how it's packed (it exposes /tmp dir as a guix contaner, using fhs deep in it's guts). So disappearing /tmp dir was only caused by this one. For now the only problem that is the core of this bug report is: if you add /tmp file-system to yours system file-systems you won't be able to chose "Gnome on Wayland". And as I wrote, I suppose that's due to how x11-socket-directory-service from (gnu services desktop) works. It seems like your system's /tmp file-system will be created AFTER this x11-socket-directory-service will create it's own /tmp. It's mounted "on top". --- * I don't know if it's appropriate to mention it here, I don't encourage anyone to use nonfree software.
bug#57589: Guix hands on GDM with wayland
> Like Grigory, I also have my /tmp directory mounted as tmpfs As I've written I am not having this anymore. Deleting exactly this part helped me to be able to launch Gnome on Wayland properly. > Can you share your 'loginctl show-user gdm' and 'loginctl show-session ' output (before logging in with gdm, you can do this via ssh or switch to another tty) and your system specs/GPU make? Sure. The machine is a Thinkpad T480, i5-8350U, UHD Graphics 620 (KBL GT2). ``` shegeley@zone51 ~$ sudo loginctl list-sessions Password: SESSION UID USER SEAT TTY c2 1002 shegeley seat0 tty8 1 sessions listed. shegeley@zone51 ~$ sudo loginctl show-user gdm shegeley@zone51 ~$ loginctl show-session c2 Id=c2 User=1002 Name=shegeley Timestamp=Thu 2022-12-01 12:30:54 +06 TimestampMonotonic=30296910 VTNr=8 Seat=seat0 TTY=tty8 Remote=no Service=gdm-password Leader=1752 Audit=4294967295 Type=wayland Class=user Active=yes State=active IdleHint=no IdleSinceHint=1669886111929701 IdleSinceHintMonotonic=9888259624 LockedHint=no ``` > I've wrote a small guix system test for testing out this tmpfs theory at https://issues.guix.gnu.org/59739 and so far, all the tests pass, with or without /tmp as tmpfs mount. Those tests are good, but I guess the problem is kinda "deeper". I am not sure but my /tmp dir disappears time-to-time and I don't know the exact conditions for disappearing for now. Seems like it's a guix pull but it also sometimes just gone even though I didn't pull. I recommend you to try deleting this tmpfs part completely and see the result yourself. вт, 22 нояб. 2022 г. в 01:35, Grigory Shepelev : > /tmp dir also won't exist on guix pull and then system reconfigure. > > пн, 21 нояб. 2022 г. в 06:50, Grigory Shepelev : > >> When I log in with "Gnome on xorg" the /tmp directory doesn't exist. When >> I log in "Gnome" (+Wayland) it exits. >> >> пн, 21 нояб. 2022 г. в 02:43, Grigory Shepelev : >> >>> Figured out what was the problem. The /tmp dir. Once I had nonexisting >>> /mnt dir on Guix boot. So I've added this piece In my file-systems: >>> >>> (file-system >>> (mount-point "/tmp") >>> (device "tmp") >>> (type "tmpfs") >>> (check? #f)) >>> >>> This exact piece was causing a problem. Seems like it's connected to >>> x11-socket-directory-service from (gnu services desktop). So, maybe the >>> tmpdir was mounted after GDM boot and override the needed /tmp settings. >>> >>> вт, 1 нояб. 2022 г. в 15:55, Grigory Shepelev : >>> >>>> Update. I can log into "Gnome on Xorg", change ownership of >>>> /tmp/.X11-unix to root:gdm, log out, and them login into "Gnome". This will >>>> enable Wayland. >>>> >>>> вт, 6 сент. 2022 г. в 11:05, Grigory Shepelev : >>>> >>>>> Creating new user didn't helped. >>>>> >>>>> I created new user (did this Guix way, via adding to config and >>>>> reconfiguring the system) and logged it as a new user. Still X11 >>>>> system >>>>> displays with `xrandr`, and `echo $XDG_SESSION_TYPE`. I don't think >>>>> there is a need to try moving all home files, creating new user should >>>>> be enough to test provided option. >>>>> >>>>> Although I noticed a gear icon below in the right of the gdm screen >>>>> when >>>>> logging in as a default user (saw that in Ubuntu) with options "GNOME" >>>>> or "GNOME on Xorg". Trying to login in "GNOME" (Wayland supposedly) >>>>> gives a black screen for ~2s. After couple attempts logged back into >>>>> "GNOME on Xorg". >>>>> >>>>> Attached logs again. They says something about DBUS. Any ideas? >>>>> >>>>> --- >>>>> >>>>> (gsd-keyboard:5189): dbind-WARNING **: 13:35:36.273: AT-SPI: Error >>>>> retrieving accessibility bus address: >>>>> org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was >>>>> not >>>>> provided by any .service files >>>>> (gsd-xsettings:5219): dbind-WARNING **: 13:35:36.476: AT-SPI: Error >>>>> retrieving accessibility bus address: >>>>> org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was >>>>> not >>>>> provided by any .service files >>>>> GNOME Shell-Message: 13:35:36.777: Registering session with GDM >
bug#57589: Guix hands on GDM with wayland
/tmp dir also won't exist on guix pull and then system reconfigure. пн, 21 нояб. 2022 г. в 06:50, Grigory Shepelev : > When I log in with "Gnome on xorg" the /tmp directory doesn't exist. When > I log in "Gnome" (+Wayland) it exits. > > пн, 21 нояб. 2022 г. в 02:43, Grigory Shepelev : > >> Figured out what was the problem. The /tmp dir. Once I had nonexisting >> /mnt dir on Guix boot. So I've added this piece In my file-systems: >> >> (file-system >> (mount-point "/tmp") >> (device "tmp") >> (type "tmpfs") >> (check? #f)) >> >> This exact piece was causing a problem. Seems like it's connected to >> x11-socket-directory-service from (gnu services desktop). So, maybe the >> tmpdir was mounted after GDM boot and override the needed /tmp settings. >> >> вт, 1 нояб. 2022 г. в 15:55, Grigory Shepelev : >> >>> Update. I can log into "Gnome on Xorg", change ownership of >>> /tmp/.X11-unix to root:gdm, log out, and them login into "Gnome". This will >>> enable Wayland. >>> >>> вт, 6 сент. 2022 г. в 11:05, Grigory Shepelev : >>> >>>> Creating new user didn't helped. >>>> >>>> I created new user (did this Guix way, via adding to config and >>>> reconfiguring the system) and logged it as a new user. Still X11 system >>>> displays with `xrandr`, and `echo $XDG_SESSION_TYPE`. I don't think >>>> there is a need to try moving all home files, creating new user should >>>> be enough to test provided option. >>>> >>>> Although I noticed a gear icon below in the right of the gdm screen >>>> when >>>> logging in as a default user (saw that in Ubuntu) with options "GNOME" >>>> or "GNOME on Xorg". Trying to login in "GNOME" (Wayland supposedly) >>>> gives a black screen for ~2s. After couple attempts logged back into >>>> "GNOME on Xorg". >>>> >>>> Attached logs again. They says something about DBUS. Any ideas? >>>> >>>> --- >>>> >>>> (gsd-keyboard:5189): dbind-WARNING **: 13:35:36.273: AT-SPI: Error >>>> retrieving accessibility bus address: >>>> org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was >>>> not >>>> provided by any .service files >>>> (gsd-xsettings:5219): dbind-WARNING **: 13:35:36.476: AT-SPI: Error >>>> retrieving accessibility bus address: >>>> org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was >>>> not >>>> provided by any .service files >>>> GNOME Shell-Message: 13:35:36.777: Registering session with GDM >>>> The XKEYBOARD keymap compiler (xkbcomp) reports: >>>> > Warning: Unsupported maximum keycode 708, clipping. >>>> > X11 cannot support keycodes above 255. >>>> Errors from xkbcomp are not fatal to the X server >>>> (gnome-shell:5099): mutter-WARNING **: 13:36:02.454: Connection to >>>> xwayland lost >>>> --- >>>> >>>> On 05.09.2022 20:55, Grigory Shepelev wrote: >>>> > Had some info from Guix Matrix channel: >>>> > > GDM does wayland too with the option set to #t. I was able to get >>>> it >>>> > to work going back from sddm, but I had to remove the home folder and >>>> > recreate it from scratch, since gnome session was crashing on login. >>>> I >>>> > had no problem starting gnome on a new account so i figured something >>>> > was hanging around that cause a problem even after deleting all >>>> caches >>>> > and configs etc. >>>> > > By “home folder” I mean my user’s directory /home/use >>>> > >>>> > >>>> https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io >>>> > < >>>> https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io> >>>> >>>> > >>>> > >>>> > Most likely will try for new user tomorrow >>>> > >>>> > пн, 5 сент. 2022 г., 16:24 Grigory Shepelev : >>>> > >>>> >Oops. I accidentally replied privately to d...@jpo
bug#57589: Guix hands on GDM with wayland
When I log in with "Gnome on xorg" the /tmp directory doesn't exist. When I log in "Gnome" (+Wayland) it exits. пн, 21 нояб. 2022 г. в 02:43, Grigory Shepelev : > Figured out what was the problem. The /tmp dir. Once I had nonexisting > /mnt dir on Guix boot. So I've added this piece In my file-systems: > > (file-system > (mount-point "/tmp") > (device "tmp") > (type "tmpfs") > (check? #f)) > > This exact piece was causing a problem. Seems like it's connected to > x11-socket-directory-service from (gnu services desktop). So, maybe the > tmpdir was mounted after GDM boot and override the needed /tmp settings. > > вт, 1 нояб. 2022 г. в 15:55, Grigory Shepelev : > >> Update. I can log into "Gnome on Xorg", change ownership of >> /tmp/.X11-unix to root:gdm, log out, and them login into "Gnome". This will >> enable Wayland. >> >> вт, 6 сент. 2022 г. в 11:05, Grigory Shepelev : >> >>> Creating new user didn't helped. >>> >>> I created new user (did this Guix way, via adding to config and >>> reconfiguring the system) and logged it as a new user. Still X11 system >>> displays with `xrandr`, and `echo $XDG_SESSION_TYPE`. I don't think >>> there is a need to try moving all home files, creating new user should >>> be enough to test provided option. >>> >>> Although I noticed a gear icon below in the right of the gdm screen when >>> logging in as a default user (saw that in Ubuntu) with options "GNOME" >>> or "GNOME on Xorg". Trying to login in "GNOME" (Wayland supposedly) >>> gives a black screen for ~2s. After couple attempts logged back into >>> "GNOME on Xorg". >>> >>> Attached logs again. They says something about DBUS. Any ideas? >>> >>> --- >>> >>> (gsd-keyboard:5189): dbind-WARNING **: 13:35:36.273: AT-SPI: Error >>> retrieving accessibility bus address: >>> org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not >>> provided by any .service files >>> (gsd-xsettings:5219): dbind-WARNING **: 13:35:36.476: AT-SPI: Error >>> retrieving accessibility bus address: >>> org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not >>> provided by any .service files >>> GNOME Shell-Message: 13:35:36.777: Registering session with GDM >>> The XKEYBOARD keymap compiler (xkbcomp) reports: >>> > Warning: Unsupported maximum keycode 708, clipping. >>> > X11 cannot support keycodes above 255. >>> Errors from xkbcomp are not fatal to the X server >>> (gnome-shell:5099): mutter-WARNING **: 13:36:02.454: Connection to >>> xwayland lost >>> --- >>> >>> On 05.09.2022 20:55, Grigory Shepelev wrote: >>> > Had some info from Guix Matrix channel: >>> > > GDM does wayland too with the option set to #t. I was able to get it >>> > to work going back from sddm, but I had to remove the home folder and >>> > recreate it from scratch, since gnome session was crashing on login. I >>> > had no problem starting gnome on a new account so i figured something >>> > was hanging around that cause a problem even after deleting all caches >>> > and configs etc. >>> > > By “home folder” I mean my user’s directory /home/use >>> > >>> > >>> https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io >>> > < >>> https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io> >>> >>> > >>> > >>> > Most likely will try for new user tomorrow >>> > >>> > пн, 5 сент. 2022 г., 16:24 Grigory Shepelev : >>> > >>> >Oops. I accidentally replied privately to d...@jpoiret.xyz, not >>> >mentioning 57...@debbugs.gnu.org. I hope the history can be >>> recovered >>> >from this message. >>> > >>> >Josselin recommended to >>> > >>> >- check permissions on /tmp/.X11-unix/ (gdm user should have r+w >>> >permissions) >>> > >>> > shegeley@zone51 /tmp$ ls -lah .X11-unix/ >>> > total 0 >>> > drwxrwxrwt 2 gdm gdm80 сен
bug#57589: Guix hands on GDM with wayland
Figured out what was the problem. The /tmp dir. Once I had nonexisting /mnt dir on Guix boot. So I've added this piece In my file-systems: (file-system (mount-point "/tmp") (device "tmp") (type "tmpfs") (check? #f)) This exact piece was causing a problem. Seems like it's connected to x11-socket-directory-service from (gnu services desktop). So, maybe the tmpdir was mounted after GDM boot and override the needed /tmp settings. вт, 1 нояб. 2022 г. в 15:55, Grigory Shepelev : > Update. I can log into "Gnome on Xorg", change ownership of /tmp/.X11-unix > to root:gdm, log out, and them login into "Gnome". This will enable > Wayland. > > вт, 6 сент. 2022 г. в 11:05, Grigory Shepelev : > >> Creating new user didn't helped. >> >> I created new user (did this Guix way, via adding to config and >> reconfiguring the system) and logged it as a new user. Still X11 system >> displays with `xrandr`, and `echo $XDG_SESSION_TYPE`. I don't think >> there is a need to try moving all home files, creating new user should >> be enough to test provided option. >> >> Although I noticed a gear icon below in the right of the gdm screen when >> logging in as a default user (saw that in Ubuntu) with options "GNOME" >> or "GNOME on Xorg". Trying to login in "GNOME" (Wayland supposedly) >> gives a black screen for ~2s. After couple attempts logged back into >> "GNOME on Xorg". >> >> Attached logs again. They says something about DBUS. Any ideas? >> >> --- >> >> (gsd-keyboard:5189): dbind-WARNING **: 13:35:36.273: AT-SPI: Error >> retrieving accessibility bus address: >> org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not >> provided by any .service files >> (gsd-xsettings:5219): dbind-WARNING **: 13:35:36.476: AT-SPI: Error >> retrieving accessibility bus address: >> org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not >> provided by any .service files >> GNOME Shell-Message: 13:35:36.777: Registering session with GDM >> The XKEYBOARD keymap compiler (xkbcomp) reports: >> > Warning: Unsupported maximum keycode 708, clipping. >> > X11 cannot support keycodes above 255. >> Errors from xkbcomp are not fatal to the X server >> (gnome-shell:5099): mutter-WARNING **: 13:36:02.454: Connection to >> xwayland lost >> --- >> >> On 05.09.2022 20:55, Grigory Shepelev wrote: >> > Had some info from Guix Matrix channel: >> > > GDM does wayland too with the option set to #t. I was able to get it >> > to work going back from sddm, but I had to remove the home folder and >> > recreate it from scratch, since gnome session was crashing on login. I >> > had no problem starting gnome on a new account so i figured something >> > was hanging around that cause a problem even after deleting all caches >> > and configs etc. >> > > By “home folder” I mean my user’s directory /home/use >> > >> > >> https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io >> > < >> https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io> >> >> > >> > >> > Most likely will try for new user tomorrow >> > >> > пн, 5 сент. 2022 г., 16:24 Grigory Shepelev : >> > >> >Oops. I accidentally replied privately to d...@jpoiret.xyz, not >> >mentioning 57...@debbugs.gnu.org. I hope the history can be >> recovered >> >from this message. >> > >> >Josselin recommended to >> > >> >- check permissions on /tmp/.X11-unix/ (gdm user should have r+w >> >permissions) >> > >> > shegeley@zone51 /tmp$ ls -lah .X11-unix/ >> > total 0 >> > drwxrwxrwt 2 gdm gdm80 сен 5 16:12 ./ >> > drwxrwxrwt 6 root root 160 сен 5 16:16 ../ >> > srwxrwxrwx 1 shegeley users 0 сен 5 16:12 X1 >> > srwxr-xr-x 1 gdm gdm 0 сен 5 16:12 X1024 >> > >> >- check /var/lib/gdm/, doesn't have the proper permissions >> > >> > Hm. That's really strange. For some reason /var/lib/gdm had >> > "transmission" as user-group. I assure you that I didn't >> > explicitly >> > do any
bug#57589: Guix hands on GDM with wayland
Update. I can log into "Gnome on Xorg", change ownership of /tmp/.X11-unix to root:gdm, log out, and them login into "Gnome". This will enable Wayland. вт, 6 сент. 2022 г. в 11:05, Grigory Shepelev : > Creating new user didn't helped. > > I created new user (did this Guix way, via adding to config and > reconfiguring the system) and logged it as a new user. Still X11 system > displays with `xrandr`, and `echo $XDG_SESSION_TYPE`. I don't think > there is a need to try moving all home files, creating new user should > be enough to test provided option. > > Although I noticed a gear icon below in the right of the gdm screen when > logging in as a default user (saw that in Ubuntu) with options "GNOME" > or "GNOME on Xorg". Trying to login in "GNOME" (Wayland supposedly) > gives a black screen for ~2s. After couple attempts logged back into > "GNOME on Xorg". > > Attached logs again. They says something about DBUS. Any ideas? > > --- > > (gsd-keyboard:5189): dbind-WARNING **: 13:35:36.273: AT-SPI: Error > retrieving accessibility bus address: > org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not > provided by any .service files > (gsd-xsettings:5219): dbind-WARNING **: 13:35:36.476: AT-SPI: Error > retrieving accessibility bus address: > org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not > provided by any .service files > GNOME Shell-Message: 13:35:36.777: Registering session with GDM > The XKEYBOARD keymap compiler (xkbcomp) reports: > > Warning: Unsupported maximum keycode 708, clipping. > > X11 cannot support keycodes above 255. > Errors from xkbcomp are not fatal to the X server > (gnome-shell:5099): mutter-WARNING **: 13:36:02.454: Connection to > xwayland lost > --- > > On 05.09.2022 20:55, Grigory Shepelev wrote: > > Had some info from Guix Matrix channel: > > > GDM does wayland too with the option set to #t. I was able to get it > > to work going back from sddm, but I had to remove the home folder and > > recreate it from scratch, since gnome session was crashing on login. I > > had no problem starting gnome on a new account so i figured something > > was hanging around that cause a problem even after deleting all caches > > and configs etc. > > > By “home folder” I mean my user’s directory /home/use > > > > > https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io > > < > https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io> > > > > > > > Most likely will try for new user tomorrow > > > > пн, 5 сент. 2022 г., 16:24 Grigory Shepelev : > > > >Oops. I accidentally replied privately to d...@jpoiret.xyz, not > >mentioning 57...@debbugs.gnu.org. I hope the history can be recovered > >from this message. > > > >Josselin recommended to > > > >- check permissions on /tmp/.X11-unix/ (gdm user should have r+w > >permissions) > > > > shegeley@zone51 /tmp$ ls -lah .X11-unix/ > > total 0 > > drwxrwxrwt 2 gdm gdm80 сен 5 16:12 ./ > > drwxrwxrwt 6 root root 160 сен 5 16:16 ../ > > srwxrwxrwx 1 shegeley users 0 сен 5 16:12 X1 > > srwxr-xr-x 1 gdm gdm 0 сен 5 16:12 X1024 > > > >- check /var/lib/gdm/, doesn't have the proper permissions > > > > Hm. That's really strange. For some reason /var/lib/gdm had > > "transmission" as user-group. I assure you that I didn't > > explicitly > > do any "dirty stuff" like that permission changing in my config > > > > > > shegeley@zone51 /tmp$ sudo ls -lah /var/lib/gdm > > total 0 > > drwx-- 1 gdm gdm 38 авг 26 21:46 . > > drwxr-xr-x 1 root root 248 авг 28 18:37 .. > > drwxr-xr-x 1 973 transmission 62 авг 26 21:46 .cache > > drwx-- 1 973 transmission 44 авг 26 21:46 .config > > drwx-- 1 973 transmission 10 авг 26 21:46 .local > > shegeley@zone51 /tmp$ sudo chown -R gdm:gdm /var/lib/gdm > > shegeley@zone51 /tmp$ sudo ls -lah /var/lib/gdm > > total 0 > > drwx-- 1 gdm gdm 38 авг 26 21:46 . > > drwxr-xr-x 1 root root 248 авг 28 18:37 .. > > drwxr-xr-x 1 gdm gdm 62 авг 26 21:4
bug#57589: Guix hands on GDM with wayland
Creating new user didn't helped. I created new user (did this Guix way, via adding to config and reconfiguring the system) and logged it as a new user. Still X11 system displays with `xrandr`, and `echo $XDG_SESSION_TYPE`. I don't think there is a need to try moving all home files, creating new user should be enough to test provided option. Although I noticed a gear icon below in the right of the gdm screen when logging in as a default user (saw that in Ubuntu) with options "GNOME" or "GNOME on Xorg". Trying to login in "GNOME" (Wayland supposedly) gives a black screen for ~2s. After couple attempts logged back into "GNOME on Xorg". Attached logs again. They says something about DBUS. Any ideas? --- (gsd-keyboard:5189): dbind-WARNING **: 13:35:36.273: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files (gsd-xsettings:5219): dbind-WARNING **: 13:35:36.476: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files GNOME Shell-Message: 13:35:36.777: Registering session with GDM The XKEYBOARD keymap compiler (xkbcomp) reports: > Warning: Unsupported maximum keycode 708, clipping. > X11 cannot support keycodes above 255. Errors from xkbcomp are not fatal to the X server (gnome-shell:5099): mutter-WARNING **: 13:36:02.454: Connection to xwayland lost --- On 05.09.2022 20:55, Grigory Shepelev wrote: Had some info from Guix Matrix channel: > GDM does wayland too with the option set to #t. I was able to get it to work going back from sddm, but I had to remove the home folder and recreate it from scratch, since gnome session was crashing on login. I had no problem starting gnome on a new account so i figured something was hanging around that cause a problem even after deleting all caches and configs etc. > By “home folder” I mean my user’s directory /home/use https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io <https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io> Most likely will try for new user tomorrow пн, 5 сент. 2022 г., 16:24 Grigory Shepelev : Oops. I accidentally replied privately to d...@jpoiret.xyz, not mentioning 57...@debbugs.gnu.org. I hope the history can be recovered from this message. Josselin recommended to - check permissions on /tmp/.X11-unix/ (gdm user should have r+w permissions) shegeley@zone51 /tmp$ ls -lah .X11-unix/ total 0 drwxrwxrwt 2 gdm gdm 80 сен 5 16:12 ./ drwxrwxrwt 6 root root 160 сен 5 16:16 ../ srwxrwxrwx 1 shegeley users 0 сен 5 16:12 X1 srwxr-xr-x 1 gdm gdm 0 сен 5 16:12 X1024 - check /var/lib/gdm/, doesn't have the proper permissions Hm. That's really strange. For some reason /var/lib/gdm had "transmission" as user-group. I assure you that I didn't explicitly do any "dirty stuff" like that permission changing in my config shegeley@zone51 /tmp$ sudo ls -lah /var/lib/gdm total 0 drwx-- 1 gdm gdm 38 авг 26 21:46 . drwxr-xr-x 1 root root 248 авг 28 18:37 .. drwxr-xr-x 1 973 transmission 62 авг 26 21:46 .cache drwx-- 1 973 transmission 44 авг 26 21:46 .config drwx-- 1 973 transmission 10 авг 26 21:46 .local shegeley@zone51 /tmp$ sudo chown -R gdm:gdm /var/lib/gdm shegeley@zone51 /tmp$ sudo ls -lah /var/lib/gdm total 0 drwx-- 1 gdm gdm 38 авг 26 21:46 . drwxr-xr-x 1 root root 248 авг 28 18:37 .. drwxr-xr-x 1 gdm gdm 62 авг 26 21:46 .cache drwx-- 1 gdm gdm 44 авг 26 21:46 .config drwx-- 1 gdm gdm 10 авг 26 21:46 .local After changing it was able to launch into GDM, but with X11 as display manager :( Attached new logs. On 05.09.2022 10:23, Josselin Poiret wrote: > Hi again, > > Grigory Shepelev writes: > >> My config is heavily depends on it's directory (passing it with >> --load-path). I can (and will) publish it all (I've been planning to do >> so) but I'd like to polish few parts. >> >> Any exact part are you looking for in config? I attached my system-wide >> services. > I asked for that partly because it helps identifying common errors, and > it's always better for people debugging to have access to all the > information, and partly beca
bug#57589: Guix hands on GDM with wayland
Had some info from Guix Matrix channel: > GDM does wayland too with the option set to #t. I was able to get it to work going back from sddm, but I had to remove the home folder and recreate it from scratch, since gnome session was crashing on login. I had no problem starting gnome on a new account so i figured something was hanging around that cause a problem even after deleting all caches and configs etc. > By “home folder” I mean my user’s directory /home/use https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io <https://matrix.to/#/!jivGmMiiorFwdgwaxc:matrix.org/$W4HJQCzv8G0aHM3_PAFrtUaj6Q3aS18vMZCwlMch71I?via=matrix.org&via=hummingbard.com&via=privacytools.io> Most likely will try for new user tomorrow пн, 5 сент. 2022 г., 16:24 Grigory Shepelev : Oops. I accidentally replied privately to d...@jpoiret.xyz, not mentioning 57...@debbugs.gnu.org. I hope the history can be recovered from this message. Josselin recommended to - check permissions on /tmp/.X11-unix/ (gdm user should have r+w permissions) shegeley@zone51 /tmp$ ls -lah .X11-unix/ total 0 drwxrwxrwt 2 gdm gdm 80 сен 5 16:12 ./ drwxrwxrwt 6 root root 160 сен 5 16:16 ../ srwxrwxrwx 1 shegeley users 0 сен 5 16:12 X1 srwxr-xr-x 1 gdm gdm 0 сен 5 16:12 X1024 - check /var/lib/gdm/, doesn't have the proper permissions Hm. That's really strange. For some reason /var/lib/gdm had "transmission" as user-group. I assure you that I didn't explicitly do any "dirty stuff" like that permission changing in my config shegeley@zone51 /tmp$ sudo ls -lah /var/lib/gdm total 0 drwx-- 1 gdm gdm 38 авг 26 21:46 . drwxr-xr-x 1 root root 248 авг 28 18:37 .. drwxr-xr-x 1 973 transmission 62 авг 26 21:46 .cache drwx-- 1 973 transmission 44 авг 26 21:46 .config drwx-- 1 973 transmission 10 авг 26 21:46 .local shegeley@zone51 /tmp$ sudo chown -R gdm:gdm /var/lib/gdm shegeley@zone51 /tmp$ sudo ls -lah /var/lib/gdm total 0 drwx-- 1 gdm gdm 38 авг 26 21:46 . drwxr-xr-x 1 root root 248 авг 28 18:37 .. drwxr-xr-x 1 gdm gdm 62 авг 26 21:46 .cache drwx-- 1 gdm gdm 44 авг 26 21:46 .config drwx-- 1 gdm gdm 10 авг 26 21:46 .local After changing it was able to launch into GDM, but with X11 as display manager :( Attached new logs. On 05.09.2022 10:23, Josselin Poiret wrote: > Hi again, > > Grigory Shepelev writes: > >> My config is heavily depends on it's directory (passing it with >> --load-path). I can (and will) publish it all (I've been planning to do >> so) but I'd like to polish few parts. >> >> Any exact part are you looking for in config? I attached my system-wide >> services. > I asked for that partly because it helps identifying common errors, and > it's always better for people debugging to have access to all the > information, and partly because I couldn't see anything that could help > in the logs. However, it seems mutter can't write into /tmp/.X11-unix/, > could you check that the gdm user has the permission to write there? It > should be rwxrwxrwx. I don't see any modification in your config that > would prevent the x11-socket-directory-service from %desktop-services to > run. Also, it seems that /var/lib/gdm/ doesn't have the proper > permissions, maybe because of [1]. You can try `sudo chown -R gdm:gdm > /var/lib/gdm` to fix that. > > [1]https://issues.guix.gnu.org/36508 > > HTH.
bug#57589: Guix hands on GDM with wayland
Oops. I accidentally replied privately to d...@jpoiret.xyz, not mentioning 57...@debbugs.gnu.org. I hope the history can be recovered from this message. Josselin recommended to - check permissions on /tmp/.X11-unix/ (gdm user should have r+w permissions) shegeley@zone51 /tmp$ ls -lah .X11-unix/ total 0 drwxrwxrwt 2 gdm gdm 80 сен 5 16:12 ./ drwxrwxrwt 6 root root 160 сен 5 16:16 ../ srwxrwxrwx 1 shegeley users 0 сен 5 16:12 X1 srwxr-xr-x 1 gdm gdm 0 сен 5 16:12 X1024 - check /var/lib/gdm/, doesn't have the proper permissions Hm. That's really strange. For some reason /var/lib/gdm had "transmission" as user-group. I assure you that I didn't explicitly do any "dirty stuff" like that permission changing in my config shegeley@zone51 /tmp$ sudo ls -lah /var/lib/gdm total 0 drwx-- 1 gdm gdm 38 авг 26 21:46 . drwxr-xr-x 1 root root 248 авг 28 18:37 .. drwxr-xr-x 1 973 transmission 62 авг 26 21:46 .cache drwx-- 1 973 transmission 44 авг 26 21:46 .config drwx-- 1 973 transmission 10 авг 26 21:46 .local shegeley@zone51 /tmp$ sudo chown -R gdm:gdm /var/lib/gdm shegeley@zone51 /tmp$ sudo ls -lah /var/lib/gdm total 0 drwx-- 1 gdm gdm 38 авг 26 21:46 . drwxr-xr-x 1 root root 248 авг 28 18:37 .. drwxr-xr-x 1 gdm gdm 62 авг 26 21:46 .cache drwx-- 1 gdm gdm 44 авг 26 21:46 .config drwx-- 1 gdm gdm 10 авг 26 21:46 .local After changing it was able to launch into GDM, but with X11 as display manager :( Attached new logs. On 05.09.2022 10:23, Josselin Poiret wrote: Hi again, Grigory Shepelev writes: My config is heavily depends on it's directory (passing it with --load-path). I can (and will) publish it all (I've been planning to do so) but I'd like to polish few parts. Any exact part are you looking for in config? I attached my system-wide services. I asked for that partly because it helps identifying common errors, and it's always better for people debugging to have access to all the information, and partly because I couldn't see anything that could help in the logs. However, it seems mutter can't write into /tmp/.X11-unix/, could you check that the gdm user has the permission to write there? It should be rwxrwxrwx. I don't see any modification in your config that would prevent the x11-socket-directory-service from %desktop-services to run. Also, it seems that /var/lib/gdm/ doesn't have the proper permissions, maybe because of [1]. You can try `sudo chown -R gdm:gdm /var/lib/gdm` to fix that. [1]https://issues.guix.gnu.org/36508 HTH._XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (--) Log file renamed from "/var/lib/gdm/.local/share/xorg/Xorg.pid-1385.log" to "/var/lib/gdm/.local/share/xorg/Xorg.0.log" X.Org X Server 1.21.1.4 X Protocol Version 11, Revision 0 Current Operating System: Linux zone51 5.18.10 #1 SMP PREEMPT_DYNAMIC 1 x86_64 Kernel command line: BOOT_IMAGE=/gnu/store/b2mrg6ncfmwjx09pjkr1lc7lk8lp3lak-linux-5.18.10/bzImage root=/dev/mapper/zonecrypt gnu.system=/gnu/store/zls99kz7ljv49z2xgmw2hbdq2a6350fz-system gnu.load=/gnu/store/zls99kz7ljv49z2xgmw2hbdq2a6350fz-system/boot modprobe.blacklist=usbmouse,usbkbd quiet Current version of pixman: 0.40.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/lib/gdm/.local/share/xorg/Xorg.0.log", Time: Mon Sep 5 16:12:18 2022 (++) Using config file: "/gnu/store/71c0zlxa1srs6cyl46xlpvqg4yvnjdc7-xserver.conf" (++) Using config directory: "/gnu/store/xvx690grx61qjfv8afv9lcvs5bxq05rz-xorg.conf.d" (==) Using system config directory "/gnu/store/pc3m2q98kc3rr8wkvsbjpkhcdx7a7fja-xorg-server-21.1.4/share/X11/xorg.conf.d" (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |-->Screen "Default Screen Section" (0) (**) | |-->Monitor "" (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. (**) Option "AllowMouseOpenFail" "on" (==) Automatically adding devices (==) Automatically enabling devices (==) Automatically adding GPU devices (==) Automatically binding GPU devices (==) Max clients allowed: 256, resource mask: 0x1f (**) FontPath set to: /gnu/store/mhs4wss4yi51wcb9hqg5lag6liv24bd7-font-alias-1.0.4/share/fonts/X11/75dpi, /gnu/store/mhs4wss4yi51wcb9hqg5lag6liv24bd7-font-alias-1.0.4/share/fonts/X11/100dpi, /gnu/store/mhs4wss4yi51wcb9hqg5lag6liv24bd7-font-alias-1.0.4/share/fonts/X11/mi
bug#57589: Guix hands on GDM with wayland
Using Guix and Guix Home, having troubles starting GDM with (wayland? #t) as described. On putting this option in config and reconfiguring laptop just hangs on login on "default" graphical (alt+ctrl+f7) tty, black screen nothing happens. (excuse me for probably technically incorrect terms) Attached all logs (from /var/log/gdm). A lot of errors. Some of them are - dbus-daemon[861]: Cannot setup inotify for '/var/lib/gdm/.local/share/dbus-1/services'; error 'Permission denied' - gnome-session-binary[862]: WARNING: Unable to find required component 'org.gnome.Shell' - gnome-session-binary[862]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session: Permission denied - gnome-session-binary[862]: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.Rfkill' - Failed to StopUnit service: GDBus.Error:org.freedesktop.DBus.Error.*: The name org.freedesktop.systemd1 was not provided by any .service files - (gsd-a11y-settings:910): GLib-GIO-WARNING **: 21:58:01.344: Error releasing name org.gnome.SettingsDaemon.A11ySettings: The connection is closed (EE) Fatal server error: (EE) Cannot open log file "/var/lib/gdm/.local/share/xorg/Xorg.pid-932.log" (EE) (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. (EE) Unable to run X server gnome-session-binary[1240]: WARNING: Failed to upload environment to systemd: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist _IceTransmkdir: ERROR: euid != 0,directory /tmp/.ICE-unix will not be created. gnome-session-binary[1240]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session: Permission denied gnome-session-binary[1240]: WARNING: GsmSessionSave: could not create directory for saved session: /var/lib/gdm/.config/gnome-session/saved-session gnome-session-binary[1240]: WARNING: Unable to find required component 'org.gnome.Shell' gnome-session-binary[1240]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session: Permission denied gnome-session-binary[1240]: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.A11ySettings' gnome-session-binary[1240]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session: Permission denied gnome-session-binary[1240]: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.Color' gnome-session-binary[1240]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session: Permission denied gnome-session-binary[1240]: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.Datetime' gnome-session-binary[1240]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session: Permission denied gnome-session-binary[1240]: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.Housekeeping' gnome-session-binary[1240]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session: Permission denied gnome-session-binary[1240]: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.Keyboard' gnome-session-binary[1240]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session: Permission denied gnome-session-binary[1240]: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.MediaKeys' gnome-session-binary[1240]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session: Permission denied gnome-session-binary[1240]: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.Power' gnome-session-binary[1240]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session: Permission denied gnome-session-binary[1240]: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.PrintNotifications' gnome-session-binary[1240]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session: Permission denied gnome-session-binary[1240]: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.Rfkill' gnome-session-binary[1240]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session: Permission denied gnome-session-binary[1240]: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.ScreensaverProxy' gnome-session-binary[1240]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session: Permission denied gnome-session-binary[1240]: WARNING: Unable to find required component 'org.gnome.SettingsDaemon.Sharing' gnome-session-binary[1240]: WARNING: GsmSessionSave: Failed to create directory /var/lib/gdm/.config/gnome-session/saved-session
bug#52801: Guile misbehaves in case of escapes and carriage returns, sometimes breaking "guix pull"
The issue can be closed I guess. Thanks for your assistance. пн, 31 янв. 2022 г. в 00:06, Maxime Devos : > Grigory Shepelev schreef op zo 30-01-2022 om 22:45 [+0300]: > > Seems like the problem was in my .gitconfig file where "autocrlf = > > true". I set it to "false", and cleared the cache. Then the "guix > > pull" started to work as expected. > > According to > <https://github.com/libgit2/libgit2/blob/HEAD/include/git2/clone.h#L111> > and <https://libgit2.org/libgit2/#HEAD/type/git_checkout_options>, > we can tell libgit to not do CRLF conversion, which would make (guix git) > more robust. > > Greetings, > Maxime. >
bug#52801: Guile misbehaves in case of escapes and carriage returns, sometimes breaking "guix pull"
Seems like the problem was in my .gitconfig file where "autocrlf = true". I set it to "false", and cleared the cache. Then the "guix pull" started to work as expected. I don't even remember why I had to get into "git's guts". Something like: had some problem with some exact project where my colleague used macOS or windows and some files that came from git had some problems with that. вс, 30 янв. 2022 г. в 20:52, Ludovic Courtès : > Hi, > > Grigory Shepelev skribis: > > > shegeley@zone51 ~$ guix pull > > Updating channel 'nonguix' from Git repository at ' > https://gitlab.com/nonguix/nonguix'... > > Updating channel 'guix' from Git repository at ' > https://git.savannah.gnu.org/git/guix.git'... > > Building from these channels: > > guix https://git.savannah.gnu.org/git/guix.git 2495582 > > nonguix https://gitlab.com/nonguix/nonguix39e4b41 > > Computing Guix derivation for 'x86_64-linux'... -ice-9/read.scm:126:4: > In procedure read-string: > > gnu/packages/virtualization.scm:640:1: invalid character in escape > sequence: #\return > > guix pull: error: You found a bug: the program > '/gnu/store/w1hd6ab7f92y0f2r1ah4yyvi205a71bc-compute-guix-derivation' > > failed to compute the derivation for Guix (version: > "2495582e08cf411163f0799d290fda5101141949"; system: "x86_64-linux"; > > host version: "1dfe8c372163d481ebebb97dd3b4cafa49906b28"; pull-version: > 1). > > Maxime Devos skribis: > > > Seems like an instance of <https://issues.guix.gnu.org/52559#15>. > > I took the liberty of renaming the bug report appropriately. > > > > Anyway, here's the minimal reproducer: > > > > Run the following in a REPL: > > (call-with-input-string "\"Hello\\\rcarriage return!\"" read) > > ;; --> invalid character in escape sequence: #\return > > That’s expected. Conversely, this one works: > > (call-with-input-string "\"Hello \\\nnewline!\"" read) > > What was in gnu/packages/virtualization.scm:640:1 at that point? > > --8<---cut here---start->8--- > $ git ls-tree 2495582e08cf411163f0799d290fda5101141949 -- gnu/packages > 04 tree 8070c9587f76797cf16800522688ded39c956d00gnu/packages > $ git ls-tree 8070c9587f76797cf16800522688ded39c956d00 |grep virtuali > 100644 blob 20ffb4a481239349078e2a2864d1bd873dfcd143virtualization.scm > $ git show 20ffb4a481239349078e2a2864d1bd873dfcd143 |head -649 |tail -10 > "/run/setuid-programs:/run/current-system/profile/sbin:\ > /run/current-system/profile/bin" > (add-after 'bootstrap 'patch-sphinx-version-detection >(lambda _ > ;; The build system runs 'sphinx-build --version' to verify > that > ;; the Sphinx is recent enough, but does not expect the > ;; .sphinx-build-real executable name created by the Sphinx > wrapper. > (substitute* "configure" >(("\\$SPHINX --version 2>&1") > "$SPHINX --version 2>&1 \ > --8<---cut here---end--->8--- > > AFAICS, this was a regular \n (not \r) following backslash. > > Did the issue magically disappear? > > Grigory, could it be that libgit2 somehow converted \n to \r\n on your > machine, or that you manually accesses files under > ~/.cache/guix/checkouts? > > Thanks, > Ludo’. >
bug#52801: Guile misbehaves in case of escapes and carriage returns, sometimes breaking "guix pull"
That explains why the problem was raised on my desktop PC as well. It uses the same .gitconfig file. вс, 30 янв. 2022 г. в 22:45, Grigory Shepelev : > Seems like the problem was in my .gitconfig file where "autocrlf = true". > I set it to "false", and cleared the cache. Then the "guix pull" started to > work as expected. > I don't even remember why I had to get into "git's guts". Something like: > had some problem with some exact project where my colleague used macOS or > windows and some files that came from git had some problems with that. > > вс, 30 янв. 2022 г. в 20:52, Ludovic Courtès : > >> Hi, >> >> Grigory Shepelev skribis: >> >> > shegeley@zone51 ~$ guix pull >> > Updating channel 'nonguix' from Git repository at ' >> https://gitlab.com/nonguix/nonguix'... >> > Updating channel 'guix' from Git repository at ' >> https://git.savannah.gnu.org/git/guix.git'... >> > Building from these channels: >> > guix https://git.savannah.gnu.org/git/guix.git 2495582 >> > nonguix https://gitlab.com/nonguix/nonguix39e4b41 >> > Computing Guix derivation for 'x86_64-linux'... -ice-9/read.scm:126:4: >> In procedure read-string: >> > gnu/packages/virtualization.scm:640:1: invalid character in escape >> sequence: #\return >> > guix pull: error: You found a bug: the program >> '/gnu/store/w1hd6ab7f92y0f2r1ah4yyvi205a71bc-compute-guix-derivation' >> > failed to compute the derivation for Guix (version: >> "2495582e08cf411163f0799d290fda5101141949"; system: "x86_64-linux"; >> > host version: "1dfe8c372163d481ebebb97dd3b4cafa49906b28"; pull-version: >> 1). >> >> Maxime Devos skribis: >> >> > Seems like an instance of <https://issues.guix.gnu.org/52559#15>. >> > I took the liberty of renaming the bug report appropriately. >> > >> > Anyway, here's the minimal reproducer: >> > >> > Run the following in a REPL: >> > (call-with-input-string "\"Hello\\\rcarriage return!\"" read) >> > ;; --> invalid character in escape sequence: #\return >> >> That’s expected. Conversely, this one works: >> >> (call-with-input-string "\"Hello \\\nnewline!\"" read) >> >> What was in gnu/packages/virtualization.scm:640:1 at that point? >> >> --8<---cut here---start->8--- >> $ git ls-tree 2495582e08cf411163f0799d290fda5101141949 -- gnu/packages >> 04 tree 8070c9587f76797cf16800522688ded39c956d00gnu/packages >> $ git ls-tree 8070c9587f76797cf16800522688ded39c956d00 |grep virtuali >> 100644 blob 20ffb4a481239349078e2a2864d1bd873dfcd143virtualization.scm >> $ git show 20ffb4a481239349078e2a2864d1bd873dfcd143 |head -649 |tail -10 >> "/run/setuid-programs:/run/current-system/profile/sbin:\ >> /run/current-system/profile/bin" >> (add-after 'bootstrap 'patch-sphinx-version-detection >>(lambda _ >> ;; The build system runs 'sphinx-build --version' to verify >> that >> ;; the Sphinx is recent enough, but does not expect the >> ;; .sphinx-build-real executable name created by the Sphinx >> wrapper. >> (substitute* "configure" >>(("\\$SPHINX --version 2>&1") >> "$SPHINX --version 2>&1 \ >> --8<---cut here---end--->8--- >> >> AFAICS, this was a regular \n (not \r) following backslash. >> >> Did the issue magically disappear? >> >> Grigory, could it be that libgit2 somehow converted \n to \r\n on your >> machine, or that you manually accesses files under >> ~/.cache/guix/checkouts? >> >> Thanks, >> Ludo’. >> >
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
Same problem is: Computing Guix derivation for 'x86_64-linux'... |ice-9/read.scm:126:4: In procedure read-string: gnu/packages/virtualization.scm:643:1: invalid character in escape sequence: #\return guix pull: error: You found a bug: the program '/gnu/store/kms78b5wzmp763lljsazbp8v8a88p1z8-compute-guix-derivation' failed to compute the derivation for Guix ... on "guix pull". All my config are right there: https://git.sr.ht/~shegeley/config/tree/master/item/home/core.scm пн, 17 янв. 2022 г. в 22:31, Maxime Devos : > Grigory Shepelev schreef op ma 17-01-2022 om 22:02 [+0300]: > > Encountered same problem again on both machines (recently installed > > guix on laptop and an old desktop PC of mine). > > See <https://debbugs.gnu.org/server-control.html> for how to re-open. > > What is the ‘same problem’ here? IIRC, there were two separate > problems. > > Do you mean this one: > > Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/ > module-import-compiled.drv" > > > Seems like the problems arise after home reconfiguration. Still can > > pull successfully from the root user. > > I didn't know you were using "guix home", was this also the case in the > original report? This seems potentially relevant information. The > exact contents of the home configuration (with personal information > removed and preferably reduced to a minimal test case) could be useful > to investigate the issue. > > Or was ‘same problem’ the following > <https://issues.guix.gnu.org/52559#15>? > > Greetings, > Maxime. >
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
Encountered same problem again on both machines (recently installed guix on laptop and an old desktop PC of mine). Seems like the problems arise after home reconfiguration. Still can pull successfully from the root user. On "usual user" I have to move all my stuff from home to a separate directory. cd ~; mkdir vault; mv * vault; mv .* vault; Then guix pull works. Of course all the home configuration content is lost. And I have to reconfigure my home. And then recover all files except for ".guix-home" and etc. from the "vault" dir. I wondered that happens because of wrong lang/locale settings, So I even forced them in my user's config: (simple-service 'some-useful-env-vars-service home-environment-variables-service-type `(("LC_ALL" . "en_US.UTF-8") ("LANG" . "en_US.UTF-8") ("GDM_LANG" . "en_US.UTF-8") ("LANGUAGE" . "en_US") ("EDITOR" . "emacs"))) Still the same problem. пн, 27 дек. 2021 г. в 23:08, Maxime Devos : > Grigory Shepelev schreef op ma 27-12-2021 om 21:01 [+0300]: > > Created new user. Tested from it. Guix pull works great. Now will > > move the stuff. > > Thanks a lot. > > Seems like the issue has been resolved, so closing. > If you want to re-open the bug report, see > <https://debbugs.gnu.org/server-control.html>. > > Greetings, > Maxime. >
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
Created new user. Tested from it. Guix pull works great. Now will move the stuff. Thanks a lot. пн, 27 дек. 2021 г., 18:53 Maxime Devos : > Hi, > > Grigory Shepelev schreef op ma 27-12-2021 om 17:27 [+0300]: > > After the last letter my laptop's motherboard broke. It was replaced > > recently but all the data was lost from the SSD due to encryption... > > TLDR: I made a backup and reinstalled the system. > > But the problem still persists. How can I safely move root's profile > > into the user's one? Tinkering with any root-related things is a > > danger zone for me, so I won't do anything on my own until there are > > any clear instructions. > > You could try deleting /var/guix/profiles/per-user/$USER and running > "$THE_GUIX_OF_ROOT pull" and "$guix install ...". I don't see why that > wouldn't work, but I've never tried it and 0 warranty. > > > As previously: from root "guix pull" works perfectly. From users it > > has the same problem (nix-related error). > > Could you search for "show-derivation" in the back-up? E.g. with grep - > rF show-derivation. Maybe there's a leftover from when you used nix > somewhere ... > > Greetings, > Maxime. > >
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
After the last letter my laptop's motherboard broke. It was replaced recently but all the data was lost from the SSD due to encryption... TLDR: I made a backup and reinstalled the system. But the problem still persists. How can I safely move root's profile into the user's one? Tinkering with any root-related things is a danger zone for me, so I won't do anything on my own until there are any clear instructions. As previously: from root "guix pull" works perfectly. From users it has the same problem (nix-related error). пт, 17 дек. 2021 г. в 09:59, Maxime Devos : > Grigory Shepelev schreef op vr 17-12-2021 om 09:21 [+0300]: > > Although I was able to "guix pull" with "sudo", as root user > > normally. As far as I know guix pull updates only per-user when > > called. > > Can I use the result from root somehow? > > Determine the full store path of root's guix & run that. > > Greetings, > Maxime > >
bug#52801: Bug report
Today's guix pull gives the following bug. shegeley@zone51 ~$ guix pull Updating channel 'nonguix' from Git repository at 'https://gitlab.com/nonguix/nonguix'... Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from these channels: guix https://git.savannah.gnu.org/git/guix.git 2495582 nonguix https://gitlab.com/nonguix/nonguix 39e4b41 Computing Guix derivation for 'x86_64-linux'... -ice-9/read.scm:126:4: In procedure read-string: gnu/packages/virtualization.scm:640:1: invalid character in escape sequence: #\return guix pull: error: You found a bug: the program '/gnu/store/w1hd6ab7f92y0f2r1ah4yyvi205a71bc-compute-guix-derivation' failed to compute the derivation for Guix (version: "2495582e08cf411163f0799d290fda5101141949"; system: "x86_64-linux"; host version: "1dfe8c372163d481ebebb97dd3b4cafa49906b28"; pull-version: 1). Please report the COMPLETE output above by email to . shegeley@zone51 ~$ guix describe Generation 1Dec 25 2021 11:29:17(current) guix 1dfe8c3 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 1dfe8c372163d481ebebb97dd3b4cafa49906b28 nonguix 39e4b41 repository URL: https://gitlab.com/nonguix/nonguix branch: master commit: 39e4b41e5f7277b8d58084cd7aff8edde71f6572 shegeley@zone51 ~$ guix home describe Generation 7Dec 26 2021 12:06:08(current) file name: /var/guix/profiles/per-user/shegeley/guix-home-7-link canonical file name: /gnu/store/gs67wavx1yi8073j7ab89ld9fkkjqhc5-home channels: nonguix: repository URL: https://gitlab.com/nonguix/nonguix branch: master commit: 39e4b41e5f7277b8d58084cd7aff8edde71f6572 guix: repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 1dfe8c372163d481ebebb97dd3b4cafa49906b28 configuration file: /gnu/store/r7wlaf9pqmnrharqprvhwcsxbzylwqrl-configuration.scm shegeley@zone51 ~$ guix system describe Generation 12 Dec 25 2021 23:09:27(current) file name: /var/guix/profiles/system-12-link canonical file name: /gnu/store/cyr8pjabz8gj9a99wydqwrs1igkmzxk8-system label: GNU with Linux 5.15.11 bootloader: grub-efi root device: UUID: b127a177-06dd-4c1d-8ddf-53a68170f1b6 kernel: /gnu/store/hs0vfgmvpywdzv7b7q2vpw38y73d6vls-linux-5.15.11/bzImage channels: nonguix: repository URL: https://gitlab.com/nonguix/nonguix branch: master commit: 39e4b41e5f7277b8d58084cd7aff8edde71f6572 guix: repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 1dfe8c372163d481ebebb97dd3b4cafa49906b28 configuration file: /gnu/store/ha2hn9i7yd7hds9hsx1bv5jf90ibja51-configuration.scm
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
I tried different approaches to copy guix-related stuff from root to my user and failed each time. I mean: I've failed each time with almost the same error as at the beginning except for the log was about escape sequence from the very beginning. пт, 17 дек. 2021 г. в 09:59, Maxime Devos : > Grigory Shepelev schreef op vr 17-12-2021 om 09:21 [+0300]: > > Although I was able to "guix pull" with "sudo", as root user > > normally. As far as I know guix pull updates only per-user when > > called. > > Can I use the result from root somehow? > > Determine the full store path of root's guix & run that. > > Greetings, > Maxime > >
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
Although I was able to "guix pull" with "sudo", as root user normally. As far as I know guix pull updates only per-user when called. Can I use the result from root somehow? пт, 17 дек. 2021 г. в 08:50, Grigory Shepelev : > Thanks for your research. > Any ideas on how to fix it? I would change the file itself, but /gnu/store > is read-only. > > пт, 17 дек. 2021 г. в 00:50, Maxime Devos : > >> Grigory Shepelev schreef op vr 17-12-2021 om 00:12 [+0300]: >> > Extended research. Lead to >> > >> > ERROR: In procedure primitive-load: >> > In procedure scm_lreadr: /gnu/store/l375q7zi0k894a03xdfsq8qsm5nh2m97- >> > module-import/guix/build/utils.scm:822:1: illegal character in escape >> > sequence: #\return >> > >> > Possibly related to https://www.mail-archive.com/help- >> > g...@gnu.org/msg12265.html >> >> Here's a minimal reproducer: >> >> Run the following in a REPL: >> (call-with-input-string "\"Hello\\\rcarriage return!\"" read). >> >> Alternatively, run guile -l c.scm on the attached file. >> >> In both cases, you'll get >> > invalid character in escape sequence: #\return >> > > > >> >> Greetings, >> Maxime >> >
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
Thanks for your research. Any ideas on how to fix it? I would change the file itself, but /gnu/store is read-only. пт, 17 дек. 2021 г. в 00:50, Maxime Devos : > Grigory Shepelev schreef op vr 17-12-2021 om 00:12 [+0300]: > > Extended research. Lead to > > > > ERROR: In procedure primitive-load: > > In procedure scm_lreadr: /gnu/store/l375q7zi0k894a03xdfsq8qsm5nh2m97- > > module-import/guix/build/utils.scm:822:1: illegal character in escape > > sequence: #\return > > > > Possibly related to https://www.mail-archive.com/help- > > g...@gnu.org/msg12265.html > > Here's a minimal reproducer: > > Run the following in a REPL: > (call-with-input-string "\"Hello\\\rcarriage return!\"" read). > > Alternatively, run guile -l c.scm on the attached file. > > In both cases, you'll get > > invalid character in escape sequence: #\return > > > > > > Greetings, > Maxime >
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
Extended research. Lead to ERROR: In procedure primitive-load: In procedure scm_lreadr: /gnu/store/l375q7zi0k894a03xdfsq8qsm5nh2m 97-module-import/guix/build/utils.scm:822:1: illegal character in escape sequence: #\return Possibly related to https://www.mail-archive.com/help-guix@gnu.org/msg12265.html (Now I added file as an attachment) чт, 16 дек. 2021 г. в 23:54, Grigory Shepelev : > I just didn't add it as an attachment for it being only 4 lines. > > чт, 16 дек. 2021 г. в 23:49, Grigory Shepelev : > >> > fish: Unknown command: nix >> > fish: >> > nix show-derivation "/home/shegeley/.cache/.fr- >> > sqOEpp/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv" >> >> IS in fact the contents of >> /var/log/guix/drvs/6r/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv.bz2. >> >> чт, 16 дек. 2021 г. в 23:26, Maxime Devos : >> >>> [putting 52...@debbugs.gnu.org back into the To/CC:] >>> >>> Grigory Shepelev schreef op do 16-12-2021 om 22:33 [+0300]: >>> > This IS in fact the log. >>> >>> No, you haven't posted any build log anywhere. >>> I'm asking for the log mentioned by >>> >>> > View build log at >>> > '/var/log/guix/drvs/6r/273vsd5gv1ch73ayih504s5wcxvysq-module-import- >>> > compiled.drv.bz2'. >>> >>> That is, the file at >>> >>> /var/log/guix/drvs/6r/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv.bz2 >>> . >>> >>> Greetings, >>> Maxime >>> >>> shegeley@zone51 ~$ guix pull --no-substitutes Updating channel 'nonguix' from Git repository at 'https://gitlab.com/nonguix/nonguix'... Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from these channels: guix https://git.savannah.gnu.org/git/guix.git d2af1df nonguix https://gitlab.com/nonguix/nonguix 21d41c8 building /gnu/store/6r273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv... |builder for `/gnu/store/6r273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv' failed with exit code 1 build of /gnu/store/6r273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv failed View build log at '/var/log/guix/drvs/6r/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv.bz2'. cannot build derivation `/gnu/store/8vwhvpjg30marklcc4sjrl5qva4qhhi5-compute-guix-derivation.drv': 1 dependencies couldn't be built guix pull: error: build of `/gnu/store/8vwhvpjg30marklcc4sjrl5qva4qhhi5-compute-guix-derivation.drv' failed shegeley@zone51 ~$ guix build /gnu/store/8vwhvpjg30marklcc4sjrl5qva4qhhi5-compute-guix-derivation.drv The following derivations will be built: /gnu/store/8vwhvpjg30marklcc4sjrl5qva4qhhi5-compute-guix-derivation.drv /gnu/store/6r273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv /gnu/store/iw1kampndq5qaxp4fm5xrzdipwh9kj3c-module-import-compiled.drv building /gnu/store/6r273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv... ERROR: In procedure primitive-load: In procedure scm_lreadr: /gnu/store/l375q7zi0k894a03xdfsq8qsm5nh2m97-module-import/guix/build/utils.scm:822:1: illegal character in escape sequence: #\return builder for `/gnu/store/6r273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv' failed with exit code 1 build of /gnu/store/6r273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv failed View build log at '/var/log/guix/drvs/6r/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv.bz2'. cannot build derivation `/gnu/store/8vwhvpjg30marklcc4sjrl5qva4qhhi5-compute-guix-derivation.drv': 1 dependencies couldn't be built guix build: error: build of `/gnu/store/8vwhvpjg30marklcc4sjrl5qva4qhhi5-compute-guix-derivation.drv' failed
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
> fish: Unknown command: nix > fish: > nix show-derivation "/home/shegeley/.cache/.fr- > sqOEpp/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv" IS in fact the contents of /var/log/guix/drvs/6r/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv.bz2. чт, 16 дек. 2021 г. в 23:26, Maxime Devos : > [putting 52...@debbugs.gnu.org back into the To/CC:] > > Grigory Shepelev schreef op do 16-12-2021 om 22:33 [+0300]: > > This IS in fact the log. > > No, you haven't posted any build log anywhere. > I'm asking for the log mentioned by > > > View build log at > > '/var/log/guix/drvs/6r/273vsd5gv1ch73ayih504s5wcxvysq-module-import- > > compiled.drv.bz2'. > > That is, the file at > > /var/log/guix/drvs/6r/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv.bz2 > . > > Greetings, > Maxime > >
bug#52559: Fwd: bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
Sorry. Forgot to mention the thread. Now using bash with system and home profiles. same error except (s/nix/bash). -- Forwarded message - От: Grigory Shepelev Date: пт, 17 дек. 2021 г. в 00:21 Subject: Re: bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/-module-import-compiled.drv" To: Maxime Devos Sure, sorry, sleepy. пт, 17 дек. 2021 г. в 00:16, Maxime Devos : > Grigory Shepelev schreef op vr 17-12-2021 om 00:12 [+0300]: > > In procedure scm_lreadr: /gnu/store/l375q7zi0k894a03xdfsq8qsm5nh2m97- > > module-import/guix/build/utils.scm:822:1: illegal character in escape > > sequence: #\return > > It would be useful to have a copy of the file that the error message is > complaining about. > > Greetings, > Maxime. > > utils.scm Description: Binary data
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
I just didn't add it as an attachment for it being only 4 lines. чт, 16 дек. 2021 г. в 23:49, Grigory Shepelev : > > fish: Unknown command: nix > > fish: > > nix show-derivation "/home/shegeley/.cache/.fr- > > sqOEpp/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv" > > IS in fact the contents of > /var/log/guix/drvs/6r/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv.bz2. > > чт, 16 дек. 2021 г. в 23:26, Maxime Devos : > >> [putting 52...@debbugs.gnu.org back into the To/CC:] >> >> Grigory Shepelev schreef op do 16-12-2021 om 22:33 [+0300]: >> > This IS in fact the log. >> >> No, you haven't posted any build log anywhere. >> I'm asking for the log mentioned by >> >> > View build log at >> > '/var/log/guix/drvs/6r/273vsd5gv1ch73ayih504s5wcxvysq-module-import- >> > compiled.drv.bz2'. >> >> That is, the file at >> >> /var/log/guix/drvs/6r/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv.bz2 >> . >> >> Greetings, >> Maxime >> >>
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
Deleted the .nix-profile and all the nix-related stuff from my home-dir, reconfigured the system, pulled again. Same problem. чт, 16 дек. 2021 г. в 22:15, Grigory Shepelev : > Hm... > I just use the "default" fish as home-service and it's set as my user's > shell... I will try to change them both to bash and try again. Maybe that's > a "non standard-shell" issue. > Will update later. > > чт, 16 дек. 2021 г. в 21:29, Maxime Devos : > >> Grigory Shepelev schreef op do 16-12-2021 om 20:46 [+0300]: >> > guix pull fails for a 4 days at least with the same error: >> > >> > fish: Unknown command: nix >> > fish: >> > nix show-derivation "/home/shegeley/.cache/.fr- >> > sqOEpp/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv" >> >> That's an error message from fish, not from guix. >> >> Why is fish trying to run nix on Guix System? >> Maybe you configured fish to interpret output lines containing ".drv"? >> >> Greetings, >> Maxime. >> >>
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
Also: tried guix pull rollback, reconfigure the system, and pull again multiple times. чт, 16 дек. 2021 г. в 22:29, Grigory Shepelev : > Ok. Now it's /gnu/store/87kif0bpf0anwbsaw0jvg8fyciw4sz67-bash-5.0.16/bin/bash: > nix: command not found. With bash... > I have no idea what's going on here. Guess there are some > nix-interpopability that fails somewhere. > Also: noticed that all associated nix-directories (~/nix-profile, ...) > exist, have root chown, and are not empty. There is even a spotify that I > installed with nix earlier, in ~/.nix-profile/bin. Although I removed nix > from services and packages in my system-wide config. > > чт, 16 дек. 2021 г. в 22:15, Grigory Shepelev : > >> Hm... >> I just use the "default" fish as home-service and it's set as my user's >> shell... I will try to change them both to bash and try again. Maybe that's >> a "non standard-shell" issue. >> Will update later. >> >> чт, 16 дек. 2021 г. в 21:29, Maxime Devos : >> >>> Grigory Shepelev schreef op do 16-12-2021 om 20:46 [+0300]: >>> > guix pull fails for a 4 days at least with the same error: >>> > >>> > fish: Unknown command: nix >>> > fish: >>> > nix show-derivation "/home/shegeley/.cache/.fr- >>> > sqOEpp/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv" >>> >>> That's an error message from fish, not from guix. >>> >>> Why is fish trying to run nix on Guix System? >>> Maybe you configured fish to interpret output lines containing ".drv"? >>> >>> Greetings, >>> Maxime. >>> >>>
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
Ok. Now it's /gnu/store/87kif0bpf0anwbsaw0jvg8fyciw4sz67-bash-5.0.16/bin/bash: nix: command not found. With bash... I have no idea what's going on here. Guess there are some nix-interpopability that fails somewhere. Also: noticed that all associated nix-directories (~/nix-profile, ...) exist, have root chown, and are not empty. There is even a spotify that I installed with nix earlier, in ~/.nix-profile/bin. Although I removed nix from services and packages in my system-wide config. чт, 16 дек. 2021 г. в 22:15, Grigory Shepelev : > Hm... > I just use the "default" fish as home-service and it's set as my user's > shell... I will try to change them both to bash and try again. Maybe that's > a "non standard-shell" issue. > Will update later. > > чт, 16 дек. 2021 г. в 21:29, Maxime Devos : > >> Grigory Shepelev schreef op do 16-12-2021 om 20:46 [+0300]: >> > guix pull fails for a 4 days at least with the same error: >> > >> > fish: Unknown command: nix >> > fish: >> > nix show-derivation "/home/shegeley/.cache/.fr- >> > sqOEpp/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv" >> >> That's an error message from fish, not from guix. >> >> Why is fish trying to run nix on Guix System? >> Maybe you configured fish to interpret output lines containing ".drv"? >> >> Greetings, >> Maxime. >> >>
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
Hm... I just use the "default" fish as home-service and it's set as my user's shell... I will try to change them both to bash and try again. Maybe that's a "non standard-shell" issue. Will update later. чт, 16 дек. 2021 г. в 21:29, Maxime Devos : > Grigory Shepelev schreef op do 16-12-2021 om 20:46 [+0300]: > > guix pull fails for a 4 days at least with the same error: > > > > fish: Unknown command: nix > > fish: > > nix show-derivation "/home/shegeley/.cache/.fr- > > sqOEpp/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv" > > That's an error message from fish, not from guix. > > Why is fish trying to run nix on Guix System? > Maybe you configured fish to interpret output lines containing ".drv"? > > Greetings, > Maxime. > >
bug#52559: guix pull fails with `Unknown command: nix fish: nix show-derivation "~/.fr-sqOEpp/....-module-import-compiled.drv"
guix pull fails for a 4 days at least with the same error: fish: Unknown command: nix fish: nix show-derivation "/home/shegeley/.cache/.fr-sqOEpp/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv" I had nix-service-type enabled and I had this problem. Then I disabled it (with remove-service...), reconfigured the system. Same error message and problem. Cleaned the thrash (guix gc) and tried to pull without substitutes. Same result each time. shegeley@zone51 ~ (master) [127]> guix pull Updating channel 'nonguix' from Git repository at ' https://gitlab.com/nonguix/nonguix'... Updating channel 'guix' from Git repository at ' https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to 5e59153 (4 new commits)... Building from these channels: guix https://git.savannah.gnu.org/git/guix.git 5e59153 nonguix https://gitlab.com/nonguix/nonguix 21d41c8 substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% ... [author comment] building /gnu/store/6r273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv... |builder for `/gnu/store/6r273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv' failed with exit code 1 build of /gnu/store/6r273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv failed View build log at '/var/log/guix/drvs/6r/273vsd5gv1ch73ayih504s5wcxvysq-module-import-compiled.drv.bz2'. cannot build derivation `/gnu/store/nrhi4j1vrhjfibv6i1wvwa6zq4lnilpg-compute-guix-derivation.drv': 1 dependencies couldn't be built guix pull: error: build of `/gnu/store/nrhi4j1vrhjfibv6i1wvwa6zq4lnilpg-compute-guix-derivation.drv' failed (first time using mail-based issues system, tried to find issue-opening rules on https://issues.guix.gnu.org/)
bug#47030: blueman fails to find a dbus service file
Installed guix a few weeks ago on my desktop PC and just yesterday on my laptop (thinkpad L13). Having the same problem on both of them. Gnome's default bluetooth "app" doesn't work. After having the same config as in your example I can launch blueman-manager and connect to my bluetooth sound system. It makes a sound as if it's connected and displays itself as connected but I can't pick it as an output device in gnome's setting "sound" tab. How have you dealt with this? (nonnative in english, sorry for possible mistakes)
bug#47030: blueman fails to find a dbus service file
Bluetoothctl also works. So the problem is not bluetooth itself but it's "connection" with audio in gnome's default way. вс, 12 дек. 2021 г. в 10:18, Grigory Shepelev : > Installed guix a few weeks ago on my desktop PC and just yesterday on my > laptop (thinkpad L13). Having the same problem on both of them. > > Gnome's default bluetooth "app" doesn't work. > > After having the same config as in your example I can launch > blueman-manager and connect to my bluetooth sound system. It makes a sound > as if it's connected and displays itself as connected but I can't pick it > as an output device in gnome's setting "sound" tab. > > How have you dealt with this? > > (nonnative in english, sorry for possible mistakes) >