Guix in foreign distributions: setting XDG_DATA_DIRS causes user session to not start

  • Done
  • quality assurance status badge
Details
7 participants
  • Adonay Felipe Nogueira
  • Adonay Felipe Nogueira
  • Ludovic Courtès
  • Nicolas Goaziou
  • Maxim Cournoyer
  • Ryan Prior
  • zimoun
Owner
unassigned
Submitted by
Adonay Felipe Nogueira
Severity
important
A
A
Adonay Felipe Nogueira wrote on 21 Mar 2017 03:24
(name . Relatórios de falhas do Guix e GuixSD)(address . bug-guix@gnu.org)
878tnz74fm.fsf@openmailbox.org
* Steps to reproduce

1. Edit "~/.profile" and add:

export GUIX_PROFILE="${HOME}/.guix-profile"
export XDG_DATA_DIRS="${GUIX_PROFILE}/share${XDG_DATA_DIRS:+:}$XDG_DATA_DIRS"

2. Log out and try to log in again.

* Current behavior

The *host's* GNOME Flashback session (gnome-session
--session=gnome-flashback) attempts to start, however, it's aborted
shortly after successful log-in.

"~/.xsession-errors" file shows something similar to:

# Begin of file
gnome-session: GLib-GIO-ERROR: Settings schema
'org.gnome.SessionManager' is not installed.

aborting...
# End of file

* Additional information

- In this case, I'm using Trisquel 7.
- `gnome-session` command is provided by the
"gnome-session-bin", version 3.9.90-0ubuntu12.1+7.0trisquel2.
- Display manager is lightdm (Trisquel 7's default), version
1.10.6-0ubuntu1+7.0trisquel1.
- Being a "~/.profile" setting, the problem is not found unless the user
- logs-out and back in.

* Personal comment

This might become a problem if Guix starts suggesting people to
customize $XDG_DATA_DIRS in their "~/.profile".


Respectfully, Adonay.
--
- Palestrante e consultor sobre /software/ livre (não confundir com
gratis).
- "WhatsApp"? Ele não é livre, por isso não uso. Iguais a ele prefiro
Ring, ou Tox. Quer outras formas de contato? Adicione o vCard que
está no endereço acima aos teus contatos.
- Pretende me enviar arquivos .doc, .ppt, .cdr, ou .mp3? OK, eu
aceito, mas não repasso. Entrego apenas em formatos favoráveis ao
/software/ livre. Favor entrar em contato em caso de dúvida.
- "People said I should accept the world. Bullshit! I don't accept the
world."
--- Richard Stallman
A
A
Adonay Felipe Nogueira wrote on 25 Mar 2017 00:44
(address . bug-guix@gnu.org)
87wpbefdfh.fsf@openmailbox.org
It turns out that the XDG_DATA_DIRS bug is due to foreign distributions
using some Xsession.d scripts that do tests to check if that variable is
empty, and if it does exist, then they do nothing. This causes the
system to simply not set XDG_DATA_DIRS to useful values for foreign
distributions, thus leaving the user with a never-ending log-in loop.

So what must the user do?

1. Test without setting XDG_DATA_DIRS, and take note of its value.

2. Set XDG_DATA_DIRS as Guix tells you to, however, replace the
following part:

${XDG_DATA_DIRS:+:}$XDG_DATA_DIRS

With the following:

:[Value that you took note of, without this surrounding braces.]

I hope this helps. :)


Respectfully, Adonay.
--
- Palestrante e consultor sobre /software/ livre (não confundir com
gratis).
- "WhatsApp"? Ele não é livre, por isso não uso. Iguais a ele prefiro
Ring, ou Tox. Quer outras formas de contato? Adicione o vCard que
está no endereço acima aos teus contatos.
- Pretende me enviar arquivos .doc, .ppt, .cdr, ou .mp3? OK, eu
aceito, mas não repasso. Entrego apenas em formatos favoráveis ao
/software/ livre. Favor entrar em contato em caso de dúvida.
- "People said I should accept the world. Bullshit! I don't accept the
world."
--- Richard Stallman
L
L
Ludovic Courtès wrote on 11 May 2017 10:57
control message for bug #26202
(address . control@debbugs.gnu.org)
87lgq3vkik.fsf@gnu.org
severity 26202 important
A
A
Adonay Felipe Nogueira wrote on 9 Jan 2018 14:41
Replace old submitters, make #27475 block #30041 and ask for help
(address . control@debbugs.gnu.org)
87r2qzcfoc.fsf@hyperbola.info
submitter 24550 adfeno@hyperbola.info
submitter 24834 adfeno@hyperbola.info
submitter 25034 adfeno@hyperbola.info
submitter 25035 adfeno@hyperbola.info
submitter 25037 adfeno@hyperbola.info
submitter 26202 adfeno@hyperbola.info
submitter 27475 adfeno@hyperbola.info
submitter 27582 adfeno@hyperbola.info
submitter 27590 adfeno@hyperbola.info
submitter 27686 adfeno@hyperbola.info
submitter 27711 adfeno@hyperbola.info
tags 27475 +help
tags 30041 +help
block 30041 27475
quit
Z
Z
zimoun wrote on 14 May 2020 19:22
bug#26202: XDG_DATA_DIRS issue on foreign distro
CAJ3okZ38+DaU--xEbqtM0tf+EGFf9ic6ZEY1W+xd6QVuTQUZ0g@mail.gmail.com
Dear,

In this old bug [1], you described an issue using ~/.profile,
XDG_DATA_DIRS and GNOME on the foreign distro Trisquel 7.

I am not able to reproduce the issue on Debian.

Because it is old, could you say if this bug is still an issue? or if
it is now solved for you.

Best regards,
simon


N
N
Nicolas Goaziou wrote on 14 May 2020 19:32
(name . zimoun)(address . zimon.toutoune@gmail.com)
87v9ky7782.fsf@nicolasgoaziou.fr
Hello,

zimoun <zimon.toutoune@gmail.com> writes:

Toggle quote (5 lines)
> In this old bug [1], you described an issue using ~/.profile,
> XDG_DATA_DIRS and GNOME on the foreign distro Trisquel 7.
>
> I am not able to reproduce the issue on Debian.

Interesting.

Toggle quote (3 lines)
> Because it is old, could you say if this bug is still an issue? or if
> it is now solved for you.

I cannot answer for the OP, but bug 35308, which may be related, is
still acute.

Regards,

--
Nicolas Goaziou
Z
Z
zimoun wrote on 15 May 2020 16:47
(name . Nicolas Goaziou)(address . mail@nicolasgoaziou.fr)
CAJ3okZ1Vr7TPfmB4Z75-17aV=7E21zcrm4qTctGBxKHJNp+vLQ@mail.gmail.com
Hi Nicolas,

On Thu, 14 May 2020 at 19:32, Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:

Toggle quote (2 lines)
> Interesting.

The Gnome that I use for testing is the Gnome from Debian. The
initial bug report was about Trisquel/Ubuntu.

Toggle snippet (8 lines)
- In this case, I'm using Trisquel 7.
- `gnome-session` command is provided by the
"gnome-session-bin", version 3.9.90-0ubuntu12.1+7.0trisquel2.
- Display manager is lightdm (Trisquel 7's default), version
1.10.6-0ubuntu1+7.0trisquel1.


Toggle quote (3 lines)
> I cannot answer for the OP, but bug 35308, which may be related, is
> still acute.

I am not able to say if the bug is only related and could be merged.


All the best,
simon
N
N
Nicolas Goaziou wrote on 15 May 2020 17:03
(name . zimoun)(address . zimon.toutoune@gmail.com)
87v9kx2qc6.fsf@nicolasgoaziou.fr
Hello,

zimoun <zimon.toutoune@gmail.com> writes:

Toggle quote (3 lines)
> The Gnome that I use for testing is the Gnome from Debian. The
> initial bug report was about Trisquel/Ubuntu.

[...]

Toggle quote (2 lines)
> I am not able to say if the bug is only related and could be merged.

OK. Sorry for the noise, then.

Regards,

--
Nicolas Goaziou
R
R
Ryan Prior wrote on 16 May 2020 00:15
Re: Guix in foreign distributions: setting XDG_DATA_DIRS causes user session to not start
(address . 26202@debbugs.gnu.org)
87d07426b0.fsf@protonmail.com
I can reproduce this bug in elemantary OS 5.1.4 with Guix
fbfaafae27893f74f47188ecd0bce54df38981bd

Ryan
M
M
Maxim Cournoyer wrote on 7 Oct 2022 21:46
Re: bug#26202: Guix in foreign distributions: setting XDG_DATA_DIRS causes user session to not start
(name . zimoun)(address . zimon.toutoune@gmail.com)
87wn9b4dtf.fsf_-_@gmail.com
Hi,

zimoun <zimon.toutoune@gmail.com> writes:

Toggle quote (15 lines)
> Hi Nicolas,
>
> On Thu, 14 May 2020 at 19:32, Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:
>
>> Interesting.
>
> The Gnome that I use for testing is the Gnome from Debian. The
> initial bug report was about Trisquel/Ubuntu.
>
> - In this case, I'm using Trisquel 7.
> - `gnome-session` command is provided by the
> "gnome-session-bin", version 3.9.90-0ubuntu12.1+7.0trisquel2.
> - Display manager is lightdm (Trisquel 7's default), version
> 1.10.6-0ubuntu1+7.0trisquel1.

I'm confident that this got resolved with
30810aff713149d53cb25f36ae6d721ec66385da and
7ff169d04f52b15393b33a97959e2cd6a5957e26 of guix-install.sh.

Closing!

--
Thanks,
Maxim
Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 26202@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 26202
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch