From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#15392: xorg-server FTBFS Date: Wed, 25 Sep 2013 15:11:44 +0200 Message-ID: <874n99m4fj.fsf@gnu.org> References: <871u4pi625.fsf@tines.lan> <87k3iglww4.fsf@gnu.org> <20130921172352.GA18615@debian> <8761tuaqpw.fsf@gnu.org> <20130922090112.GA24763@debian> <871u4g7fx1.fsf@gnu.org> <20130923172256.GA6101@debian> <87d2nzs4yn.fsf@gnu.org> <20130925070045.GA4845@debian> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55696) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VOosz-0007Bu-Qi for bug-guix@gnu.org; Wed, 25 Sep 2013 09:12:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VOost-0005U3-RL for bug-guix@gnu.org; Wed, 25 Sep 2013 09:12:09 -0400 Received: from debbugs.gnu.org ([140.186.70.43]:54840) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VOost-0005Ty-Mc for bug-guix@gnu.org; Wed, 25 Sep 2013 09:12:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VOost-0007wV-3p for bug-guix@gnu.org; Wed, 25 Sep 2013 09:12:03 -0400 Sender: "Debbugs-submit" Resent-To: bug-guix@gnu.org Resent-Message-ID: In-Reply-To: <20130925070045.GA4845@debian> (Andreas Enge's message of "Wed, 25 Sep 2013 09:00:45 +0200") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Andreas Enge Cc: 15392-done@debbugs.gnu.org Andreas Enge skribis: > On Mon, Sep 23, 2013 at 09:39:12PM +0200, Ludovic Court=C3=A8s wrote: >> Could you try =E2=80=98strace -f=E2=80=99 so we see what goes on in the = child? > > Thanks to joint work with Ludovic, the problem should be solved. Currentl= y,=20 > hydra.gnu.org does not pick up the git repository, but at least, locally > xorg-server compiles and passes all its tests. For the record, it was another /bin/sh issue, fixed by 2365338. Closing the bug now. :-) > There is one question I still have concerning a path set by a configure f= lag, > which I started out by setting arbitrarily: > (string-append "--with-xkb-output=3D" > "/tmp") ; FIXME: This is a bit doubtful; where should > ; the compiled keyboard maps go? > > Do you have any knowledge or opinion on what we should do here? > I suppose that we need a path to which the xserver can write at runtime, > so it should be outside the store. Looking at configure.ac, this is used to #define XKM_OUTPUT_DIR, which ddxLoad.c describes like this: --8<---------------cut here---------------start------------->8--- /* * If XKM_OUTPUT_DIR specifies a path without a leading slash, it is * relative to the top-level XKB configuration directory. * Making the server write to a subdirectory of that directory * requires some work in the general case (install procedure * has to create links to /var or somesuch on many machines), * so we just compile into /usr/tmp for now. */ #ifndef XKM_OUTPUT_DIR #define XKM_OUTPUT_DIR "compiled/" #endif --8<---------------cut here---------------end--------------->8--- I interpret it as /tmp being a good value. At the same time, I wonder if the X server normally calls xkbcomp at run time. Thanks, Ludo=E2=80=99.