GNU bug report logs -
#77921
GIMP does not start
Previous Next
Reported by: Tomas Volf <~@wolfsden.cz>
Date: Sat, 19 Apr 2025 11:36:03 UTC
Severity: normal
Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #17 received at 77921 <at> debbugs.gnu.org (full text, mbox):
Tomas Volf <~@wolfsden.cz> writes:
> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>
>> As some data point, I don't reproduce using GNOME with Wayland. What
>> is your environment like?
>
> I am using i3 (so Xorg), with no desktop environment present.
>
>> Do you have some 'guix shell' command to reproduce the failure?
>
> Now that I have tried, I must say I do not, which is interesting. I
> have put together the following command:
>
> guix time-machine -q --commit=7ff20b9e94c429f1160bd8f0db86b153a03e4683 \
> -- shell -C -E ^DISPLAY\$ -E ^DBUS_SESSION_BUS_ADDRESS\$ \
> --expose=/run/user/1000 \
> --expose=$HOME/.Xauthority \
> --expose=/tmp/.X11-unix \
> --no-cwd gimp gtk+ -- gimp
>
> Ignoring the fact that I need to provide the gtk+ package (will file a
> separate bug for that), the GIMP starts fine. So there is probably
> *some* interference from my environment, but I do not really have any
> ideas how to narrow it down. Will keep looking.
So I have managed to narrow it down to the following environment
variable: GI_TYPELIB_PATH
So on my machine the following command is enough to reproduce the issue:
guix time-machine -q --commit=7ff20b9e94c429f1160bd8f0db86b153a03e4683 -- shell --pure -E '^GI_TY' gimp gtk+ -- gimp
And the following works as a workaround for running it:
env -u GI_TYPELIB_PATH gimp
I have no idea what the variable is and from where it gets set, I am not
setting it in my configuration, so it comes from Guix itself (well, some
package I assume). The value is:
--8<---------------cut here---------------start------------->8---
$ env | sort | grep -i GI_T
GI_TYPELIB_PATH=/home/wolf/.guix-home/profile/lib/girepository-1.0:/home/wolf/.guix-home/profile/lib/girepository-1.0
--8<---------------cut here---------------end--------------->8---
No, I do not know why the value is duplicated.
Tomas
--
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
This bug report was last modified 85 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.