all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#22707: IBus relies on possibly outdated ~/.cache/ibus/bus/registry
@ 2016-02-16 19:36 Ricardo Wurmus
  2016-02-24 21:36 ` Ludovic Courtès
  0 siblings, 1 reply; 2+ messages in thread
From: Ricardo Wurmus @ 2016-02-16 19:36 UTC (permalink / raw)
  To: 22707

I have an annoying little problem with IBus.  IBus creates a binary
registry in ~/.cache/ibus/bus on first start(?) which contains the full
paths to store items such as

    /gnu/store/k3r...-ibus-1.5.11/libexec/ibus-dconf

The problem is that when updating the “ibus” package this registry is
invalid, but never invalidated or regenerated.  IBus will continue to
use the paths in the registry — even after they have disappeared after
“guix gc”.  This results in an unhelpful error when starting
“ibus-setup”:

    Can not execute default config program

This is because it tries to run “$oldstoreitem/libexec/ibus-dconf”,
which has been removed by garbage collection.

The “.cache” directory is not part of the profile, of course, so we
cannot automatically rebuild it.  Looking at the code it seems that IBus
first looks for a system registry, but this registry cannot be right as
the user may have installed additional IBus input methods and the system
registry (wherever that may be) is not writeable.

Should we prevent a registry in the “.cache” directory to be used and
try to make IBus look for a registry that could be generated as part of
generating a new profile generation?

~~ Ricardo

^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#22707: IBus relies on possibly outdated ~/.cache/ibus/bus/registry
  2016-02-16 19:36 bug#22707: IBus relies on possibly outdated ~/.cache/ibus/bus/registry Ricardo Wurmus
@ 2016-02-24 21:36 ` Ludovic Courtès
  0 siblings, 0 replies; 2+ messages in thread
From: Ludovic Courtès @ 2016-02-24 21:36 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: 22707

Ricardo Wurmus <rekado@elephly.net> skribis:

> I have an annoying little problem with IBus.  IBus creates a binary
> registry in ~/.cache/ibus/bus on first start(?) which contains the full
> paths to store items such as
>
>     /gnu/store/k3r...-ibus-1.5.11/libexec/ibus-dconf

GIMP has a similar problem for files in ~/.gimp-2.8, though it seems to
automatically regenerate them or something.

> Should we prevent a registry in the “.cache” directory to be used and
> try to make IBus look for a registry that could be generated as part of
> generating a new profile generation?

Either that or we change the IBus code to detect stale caches and get
rid of them.  This might even be acceptable upstream.  WDYT?

Ludo’.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2016-02-24 21:37 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-02-16 19:36 bug#22707: IBus relies on possibly outdated ~/.cache/ibus/bus/registry Ricardo Wurmus
2016-02-24 21:36 ` Ludovic Courtès

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.