From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([209.51.188.92]:36450) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hTm39-0004ug-Se for guix-patches@gnu.org; Thu, 23 May 2019 07:38:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hTlrH-0007LT-Ja for guix-patches@gnu.org; Thu, 23 May 2019 07:26:05 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:58669) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hTlrG-0007IM-KG for guix-patches@gnu.org; Thu, 23 May 2019 07:26:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hTlrG-00052S-Fh for guix-patches@gnu.org; Thu, 23 May 2019 07:26:02 -0400 Subject: [bug#34971] [PATCH] gnu: Add mako. Resent-Message-ID: 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> <87zhnfzws4.fsf@gnu.org> From: Meiyo Peng In-reply-to: <87zhnfzws4.fsf@gnu.org> Date: Thu, 23 May 2019 19:24:27 +0800 Message-ID: <87o93ttnv8.fsf@riseup.net> 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: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 34971@debbugs.gnu.org Hi Ludovic, Ludovic Court=C3=A8s writes: > Did you make any progress on this front? I have discussed with the author of mako. He agreed to add a D-Bus service file for mako. That will solve this issue here. I have tested it on my computer. The D-Bus service file will cause mako to be automatically started when needed. mako will work out of the box after installation. No user action is required. Link: 1. https://github.com/emersion/mako/issues/155 2. https://github.com/emersion/mako/pull/156 When that pull request is merged, I will send a new package definition for mako. > 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. -- Meiyo Peng https://www.pengmeiyu.com/