From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([209.51.188.92]:48862) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hT66b-00077W-IT for guix-patches@gnu.org; Tue, 21 May 2019 10:51:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hT66Z-0007Hj-Kh for guix-patches@gnu.org; Tue, 21 May 2019 10:51:05 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:55236) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hT66X-0007G2-UG for guix-patches@gnu.org; Tue, 21 May 2019 10:51:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hT66X-0005xi-R7 for guix-patches@gnu.org; Tue, 21 May 2019 10:51:01 -0400 Subject: [bug#34971] [PATCH] gnu: Add mako. Resent-Message-ID: From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <20190324060845.7921-1-meiyo@riseup.net> <87o960dbdk.fsf@riseup.net> <871s2vxmpf.fsf@gnu.org> <87bm1y9apy.fsf@riseup.net> <87k1gbrs9u.fsf@gnu.org> <87r2aauu56.fsf@riseup.net> <87sgupa9aj.fsf@gnu.org> Date: Tue, 21 May 2019 16:50:51 +0200 In-Reply-To: <87sgupa9aj.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Wed, 10 Apr 2019 22:35:00 +0200") Message-ID: <87zhnfzws4.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Meiyo Peng Cc: 34971@debbugs.gnu.org Hi Meiyo, Did you make any progress on this front? Thanks, Ludo=E2=80=99. Ludovic Court=C3=A8s skribis: > Hi, > > Meiyo Peng skribis: > >> I get this output from `strace mako`: >> >> #+begin_example >> ... >> socket(AF_UNIX, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) =3D 3 >> getsockopt(3, SOL_SOCKET, SO_RCVBUF, [212992], [4]) =3D 0 >> setsockopt(3, SOL_SOCKET, SO_RCVBUF, [8388608], 4) =3D 0 >> getsockopt(3, SOL_SOCKET, SO_SNDBUF, [212992], [4]) =3D 0 >> setsockopt(3, SOL_SOCKET, SO_SNDBUF, [8388608], 4) =3D 0 >> connect(3, {sa_family=3DAF_UNIX, sun_path=3D"/run/user/1000/bus"}, 21)= =3D -1 ENOENT (No such file or directory) > > So I=E2=80=99m a bit at loss but what I can say is that /run/user/UID/bus > doesn=E2=80=99t seem to exist in practice. > > For example, if I strace =E2=80=9Cdbus-monitor --session=E2=80=9D, I see = this: > > connect(3, {sa_family=3DAF_UNIX, sun_path=3D@"/tmp/dbus-ktJE8=E2=80=A6"= }, 23) =3D 0 > > I have no idea where this file name comes from but it seems to be > deterministic. > > So=E2=80=A6 more investigation needed! > > Ludo=E2=80=99.