* bug#44414: xterm has GI_TYPELIB_PATH set when started via gdm via fluxbox
@ 2020-11-03 9:59 Danny Milosavljevic
2021-08-27 19:54 ` Maxim Cournoyer
0 siblings, 1 reply; 3+ messages in thread
From: Danny Milosavljevic @ 2020-11-03 9:59 UTC (permalink / raw)
To: 44414
[-- Attachment #1: Type: text/plain, Size: 336 bytes --]
Hi,
this is one of the bug reports in the aftermath of the problem I had outlined
in "GNOME in Guix" thread.
Currently, even when using xterm, started by fluxbox, started by gdm-x-session,
the environment variable GI_TYPELIB_PATH is set inside the shell started by
that xterm.
Please don't do set GI_TYPELIB_PATH that way.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#44414: xterm has GI_TYPELIB_PATH set when started via gdm via fluxbox
2020-11-03 9:59 bug#44414: xterm has GI_TYPELIB_PATH set when started via gdm via fluxbox Danny Milosavljevic
@ 2021-08-27 19:54 ` Maxim Cournoyer
2021-08-30 17:32 ` Maxime Devos
0 siblings, 1 reply; 3+ messages in thread
From: Maxim Cournoyer @ 2021-08-27 19:54 UTC (permalink / raw)
To: Danny Milosavljevic; +Cc: 44414
Hello,
Danny Milosavljevic <dannym@scratchpost.org> writes:
> Hi,
>
> this is one of the bug reports in the aftermath of the problem I had outlined
> in "GNOME in Guix" thread.
>
> Currently, even when using xterm, started by fluxbox, started by gdm-x-session,
> the environment variable GI_TYPELIB_PATH is set inside the shell started by
> that xterm.
>
> Please don't do set GI_TYPELIB_PATH that way.
Just confirming that is still the case on a GDM launched session, with:
--8<---------------cut here---------------start------------->8---
cat /proc/$(grep xterm)/environ | xargs -0 -n1 | grep ^GI_TYPELIB
--8<---------------cut here---------------end--------------->8---
Maxim
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#44414: xterm has GI_TYPELIB_PATH set when started via gdm via fluxbox
2021-08-27 19:54 ` Maxim Cournoyer
@ 2021-08-30 17:32 ` Maxime Devos
0 siblings, 0 replies; 3+ messages in thread
From: Maxime Devos @ 2021-08-30 17:32 UTC (permalink / raw)
To: Maxim Cournoyer, Danny Milosavljevic; +Cc: 44414
[-- Attachment #1: Type: text/plain, Size: 1045 bytes --]
> Danny Milosavljevic <dannym@scratchpost.org> writes:
>
> > Hi,
> >
> > this is one of the bug reports in the aftermath of the problem I had outlined
> > in "GNOME in Guix" thread.
> >
> > Currently, even when using xterm, started by fluxbox, started by gdm-x-session,
> > the environment variable GI_TYPELIB_PATH is set inside the shell started by
> > that xterm.
> >
> > Please don't do set GI_TYPELIB_PATH that way.
I took a look at which package or service might be setting GI_TYPELIB_PATH.
xterm and fluxbox don't use wrap-program, so probably not those.
gdm uses glib-or-gtk-build-system, which has a glib-or-gtk-wrap phase,
which wraps programs, setting various environment variables.
It should probably be disabled in this case. I don't know if GDM uses
GI_TYPELIB_PATH. If it does, somehow GDM must still find the right
typelibs without setting GI_TYPELIB_PATH ... Or maybe it could simply
unset GI_TYPELIB_PATH between fork(...) and exec(...)? (Requires source
code patching ...)
Greetings,
Maxime.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 260 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2021-08-30 17:34 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-11-03 9:59 bug#44414: xterm has GI_TYPELIB_PATH set when started via gdm via fluxbox Danny Milosavljevic
2021-08-27 19:54 ` Maxim Cournoyer
2021-08-30 17:32 ` Maxime Devos
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).