From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 16 14:37:07 2016 Received: (at submit) by debbugs.gnu.org; 16 Feb 2016 19:37:07 +0000 Received: from localhost ([127.0.0.1]:38408 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aVlQp-0001WS-Jd for submit@debbugs.gnu.org; Tue, 16 Feb 2016 14:37:07 -0500 Received: from eggs.gnu.org ([208.118.235.92]:47498) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aVlQn-0001Vx-Ck for submit@debbugs.gnu.org; Tue, 16 Feb 2016 14:37:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aVlQh-00086f-Ca for submit@debbugs.gnu.org; Tue, 16 Feb 2016 14:37:00 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34373) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aVlQh-00086Z-9I for submit@debbugs.gnu.org; Tue, 16 Feb 2016 14:36:59 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38455) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aVlQg-0002Mt-4L for bug-guix@gnu.org; Tue, 16 Feb 2016 14:36:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aVlQc-00085M-Rs for bug-guix@gnu.org; Tue, 16 Feb 2016 14:36:58 -0500 Received: from sender163-mail.zoho.com ([74.201.84.163]:25385) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aVlQc-00085A-Jr for bug-guix@gnu.org; Tue, 16 Feb 2016 14:36:54 -0500 Received: from localhost (x4d0c8edc.dyn.telefonica.de [77.12.142.220]) by mx.zohomail.com with SMTPS id 1455651411736153.8357044122913; Tue, 16 Feb 2016 11:36:51 -0800 (PST) User-agent: mu4e 0.9.13; emacs 24.5.1 From: Ricardo Wurmus To: bug-guix@gnu.org Subject: IBus relies on possibly outdated ~/.cache/ibus/bus/registry Date: Tue, 16 Feb 2016 20:36:47 +0100 Message-ID: <87bn7g5tww.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Zoho-Virus-Status: 1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) 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