GNU logs - #27037, boring messages

Message sent to bug-guix@HIDDEN:

Subject: bug#27037: systemd service files installed by guix 0.13.0 cannot used by other distributions
Resent-From: =?UTF-8?Q?=E8=97=8D=E6=8C=BA=E7=91=8B?= <lantw44@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Tue, 23 May 2017 15:34:02 +0000
Resent-Message-ID: <handler.27037.B.149555363518371 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 27037 <at> debbugs.gnu.org
MIME-Version: 1.0
From: =?UTF-8?Q?=E8=97=8D=E6=8C=BA=E7=91=8B?= <lantw44@HIDDEN>
Date: Tue, 23 May 2017 23:33:42 +0800
Message-ID: <CAG-RorUA4NG3wdJcStHTCMASJXtk-gWo-aM6+GHfi=V2=o1wyA@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

I want to update my unofficial guix packages for Arch and Fedora to
0.13.0, but I found the systemd service files installed by guix 0.13.0
use /var/guix/profiles/per-user/root/guix-profile/bin/guix* instead of
/usr/bin/guix* in ExecStart=. The path /var/guix/profiles don't exist
on systems that don't have guix installed before, and users will have
to manually start guix-daemon and install guix with guix before they
can use the systemd service files. Is it possible to fix systemd
service files, so it can be easily used by packages in other
distributions?

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: =?UTF-8?Q?=E8=97=8D=E6=8C=BA=E7=91=8B?= <lantw44@HIDDEN>
Subject: bug#27037: Acknowledgement (systemd service files installed by
 guix 0.13.0 cannot used by other distributions)
Message-ID: <handler.27037.B.149555363518371.ack <at> debbugs.gnu.org>
References: <CAG-RorUA4NG3wdJcStHTCMASJXtk-gWo-aM6+GHfi=V2=o1wyA@HIDDEN>
X-Gnu-PR-Message: ack 27037
X-Gnu-PR-Package: guix
Reply-To: 27037 <at> debbugs.gnu.org
Date: Tue, 23 May 2017 15:34:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-guix@HIDDEN

If you wish to submit further information on this problem, please
send it to 27037 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
27037: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D27037
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-guix@HIDDEN:

Subject: bug#27037: systemd service files installed by guix 0.13.0 cannot used by other distributions
Resent-From: Leo Famulari <leo@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Tue, 23 May 2017 16:17:01 +0000
Resent-Message-ID: <handler.27037.B27037.149555619222167 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: =?UTF-8?Q?=E8=97=8D=E6=8C=BA=E7=91=8B?= <lantw44@HIDDEN>
Cc: 27037 <at> debbugs.gnu.org
Date: Tue, 23 May 2017 12:16:24 -0400
From: Leo Famulari <leo@HIDDEN>
Message-ID: <20170523161624.GA15379@jasmine>
References: <CAG-RorUA4NG3wdJcStHTCMASJXtk-gWo-aM6+GHfi=V2=o1wyA@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga"
Content-Disposition: inline
In-Reply-To: <CAG-RorUA4NG3wdJcStHTCMASJXtk-gWo-aM6+GHfi=V2=o1wyA@HIDDEN>
User-Agent: Mutt/1.8.2 (2017-04-18)
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>


--opJtzjQTFsWo+cga
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, May 23, 2017 at 11:33:42PM +0800, =E8=97=8D=E6=8C=BA=E7=91=8B wrote:

Hi!

> I found the systemd service files installed by guix 0.13.0
> use /var/guix/profiles/per-user/root/guix-profile/bin/guix* instead of
> /usr/bin/guix* in ExecStart=3D. The path /var/guix/profiles don't exist
> on systems that don't have guix installed before

I'm a little confused: is there a situation where Guix is not installed
but '/usr/bin/guix-daemon' exists?

The path '/var/guix/profiles/per-user/root/guix-profile/bin/guix-daemon'
is guaranteed to exist if you followed the instructions in Binary
Installation [0], which is, as far as I know, the most common way to
install Guix on other distros. So, I think this path is appropriate for
the basic service file we provide.

> Is it possible to fix systemd service files, so it can be easily used
> by packages in other distributions?

I think that, if you are packaging Guix for other distros, you should
provide your own service file. My experience is that each systemd-based
distro uses systemd's advanced features (e.g. process grouping and
resource limiting) in different ways. So, making your own service file,
in accordance with your distro's standards, will help Guix work in a way
that is more idiomatic to the host distro.

[0] Specifically, it happens during the initial unpacking and renaming:
`mv var/guix /var/ && mv gnu/`
https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html

--opJtzjQTFsWo+cga
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEsFFZSPHn08G5gDigJkb6MLrKfwgFAlkkYFQACgkQJkb6MLrK
fwhNORAAt0bjjdVO9IdQikUbhFexM4kKVvfk6+cBTAqEVPYJ6ECdEvgO+WKuccna
3OSvpY6IShtkffg78306HXsWn55BfTnodpXf0f7bvINY3CMzGhDzJ8AcsriON2fq
nERdSUGfUcW0lNrtH++9u+65D8cSYFJ4Qln3BGQ9rbAb/2eyyvYh0593HY9KGygn
3Ym/dlJwFB6HrjsjZ0xGA5lqgLTUHcNAxebAJJ1hhfbmCzhm3q7/rHN7TqYAahM+
QUMVrV/xs5WRY20OUh59/k1rRFblAkxqbn7Y+phoGUIETs1uh/MiZzHttvAm8/uB
ex/zmmMJ8/0qvgMMd1oQX+OOic923Rr1BlPUO9230oLn0eEYqd/kinXyZO7VGFp/
h85LhBPXQ/uZT3alMwlTcXoSpn+Lk3SCr/naf4fdYKNDzFz1FVkcWdoYpDfW6frj
AlIwq7CZvUhYqL/6UxHaeJTqZKdVPKqFgKPIhsAvcHLoStQf/xLfGE5D8I4O5jOp
pgcKTrkao9H1K3xTKTUhpO5IlgYuJYYY9MpCDKFMYESfEnMLIhqQcdNBdocEBLLB
ezWUGVbyQRXrzsg9jMqlrdfmZ4kOKZZmN6AWLWvxYEpBhJ8d8qRNYmaSlqnxFWaA
PbwYLUkZmpI4daft44AjegXiuHCVDFH51i1eyKPmSk2Tv1oeUOM=
=pupo
-----END PGP SIGNATURE-----

--opJtzjQTFsWo+cga--

Message sent to bug-guix@HIDDEN:

Subject: bug#27037: systemd service files installed by guix 0.13.0 cannot used by other distributions
Resent-From: =?UTF-8?Q?=E8=97=8D=E6=8C=BA=E7=91=8B?= <lantw44@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Wed, 24 May 2017 15:38:02 +0000
Resent-Message-ID: <handler.27037.B27037.149564026113332 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Leo Famulari <leo@HIDDEN>
Cc: 27037 <at> debbugs.gnu.org
References: <CAG-RorUA4NG3wdJcStHTCMASJXtk-gWo-aM6+GHfi=V2=o1wyA@HIDDEN>
 <20170523161624.GA15379@jasmine>
From: =?UTF-8?Q?=E8=97=8D=E6=8C=BA=E7=91=8B?= <lantw44@HIDDEN>
Message-ID: <8c249c24-b33b-3f41-112c-59e04d96803b@HIDDEN>
Date: Wed, 24 May 2017 23:37:27 +0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.0
MIME-Version: 1.0
In-Reply-To: <20170523161624.GA15379@jasmine>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Leo Famulari 於 西元2017年05月24日 00:16 寫道:
> On Tue, May 23, 2017 at 11:33:42PM +0800, 藍挺瑋 wrote:
> 
> Hi!
> 
>> I found the systemd service files installed by guix 0.13.0
>> use /var/guix/profiles/per-user/root/guix-profile/bin/guix* instead of
>> /usr/bin/guix* in ExecStart=. The path /var/guix/profiles don't exist
>> on systems that don't have guix installed before
> 
> I'm a little confused: is there a situation where Guix is not installed
> but '/usr/bin/guix-daemon' exists?

This can happen with source installation. 'make install' installs 
/usr/bin/guix* but not /var/guix. /var/guix doesn't exist until 
guix-daemon is started.

> 
> The path '/var/guix/profiles/per-user/root/guix-profile/bin/guix-daemon'
> is guaranteed to exist if you followed the instructions in Binary
> Installation [0], which is, as far as I know, the most common way to
> install Guix on other distros. So, I think this path is appropriate for
> the basic service file we provide.

I think you mean that the systemd service files included in Guix are 
only intended to be used with binary installation process. Do you mean 
that using them with traditional 'make install' installation is not 
supported?

> 
>> Is it possible to fix systemd service files, so it can be easily used
>> by packages in other distributions?
> 
> I think that, if you are packaging Guix for other distros, you should
> provide your own service file. My experience is that each systemd-based
> distro uses systemd's advanced features (e.g. process grouping and
> resource limiting) in different ways. So, making your own service file,
> in accordance with your distro's standards, will help Guix work in a way
> that is more idiomatic to the host distro.

Yes, I am packaging Guix for Arch and Fedora, and I use the systemd 
service files provided by Guix in my packages since version 0.8.3. If 
doing so is never supported, I can make my own service files like what I 
did for version 0.6 to 0.8.2 and I think this bug can be closed.

> 
> [0] Specifically, it happens during the initial unpacking and renaming:
> `mv var/guix /var/ && mv gnu/`
> https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html
>

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#27037: systemd service files installed by guix 0.13.0 cannot used by other distributions
Resent-From: Leo Famulari <leo@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Wed, 24 May 2017 22:08:02 +0000
Resent-Message-ID: <handler.27037.B27037.14956636794826 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 27037
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: =?UTF-8?Q?=E8=97=8D=E6=8C=BA=E7=91=8B?= <lantw44@HIDDEN>
Cc: 27037 <at> debbugs.gnu.org
Received: via spool by 27037-submit <at> debbugs.gnu.org id=B27037.14956636794826
          (code B ref 27037); Wed, 24 May 2017 22:08:02 +0000
Received: (at 27037) by debbugs.gnu.org; 24 May 2017 22:07:59 +0000
Received: from localhost ([127.0.0.1]:36696 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1dDeRj-0001Fm-91
	for submit <at> debbugs.gnu.org; Wed, 24 May 2017 18:07:59 -0400
Received: from out1-smtp.messagingengine.com ([66.111.4.25]:38193)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <leo@HIDDEN>) id 1dDeRg-0001Fb-3C
 for 27037 <at> debbugs.gnu.org; Wed, 24 May 2017 18:07:57 -0400
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
 by mailout.nyi.internal (Postfix) with ESMTP id 53F18207C0;
 Wed, 24 May 2017 18:07:55 -0400 (EDT)
Received: from frontend1 ([10.202.2.160])
 by compute4.internal (MEProxy); Wed, 24 May 2017 18:07:55 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=famulari.name;
 h=cc:content-type:date:from:in-reply-to:message-id:mime-version
 :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc
 :x-sasl-enc; s=mesmtp; bh=oD9ECf7sb2SaB56Gagnz4OOSk97+ryID4N7350
 wmbH4=; b=nqDr03+VmyDVBjR+Ha2hCKwHjY+b+Z3XAM7HZ7oVyn6PImM0Y5bbdC
 DbrcOT/xzsuZuveLZbEszB4mwTrW6CdZZp+fZSU7uzrW+s21MVCmasNLNNM6x+6E
 dvtwennZ31cMlK6rXZ275XdnuieNv58ys3PnoOYknjzDwEJiIu+MA=
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:content-type:date:from:in-reply-to
 :message-id:mime-version:references:subject:to:x-me-sender
 :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=oD9ECf7sb2SaB56Gag
 nz4OOSk97+ryID4N7350wmbH4=; b=jLtRdyc5Yn+jhsKtBQ1reosqvM4q6YPZWi
 eQjUrijA9KPfWNnNsDqz5SaCCXHWOTeYqGp753A9/WAcQEB1IIw7QeXA0XySHKr/
 8dmJkwZdLqPSPzzZ29hJpIUC6LMJPUEij0MnI7+ySH31MOgTwZArl0JcPBjmIfTe
 iEOfPbQdKkH6Ey/KHYaIUm0XTK/QRzWyGpiLjMdYegEQJ57AumLE31ASdhMQ84dU
 bv7wUB4EDhPQuEdVuQGtuiZQ4Rfo1WkqtMjAF8BwNveLR4CauFfKjgScwSqZRfWr
 qGhFd/tNKQyQL9Rb0ikQriq/zq97ZSMljN9GKZZBQGnLdyC8BHqA==
X-ME-Sender: <xms:OwQmWWrKbGZT6ATCJ8abbhOJq2IjRQ9iMarGd8KJLSm2sz73P9f9mQ>
X-Sasl-enc: IzX72V64nloh6Z/OJMjIleBRp3vpRl5o20vMnFDPyRLA 1495663675
Received: from localhost (c-73-165-108-70.hsd1.pa.comcast.net [73.165.108.70])
 by mail.messagingengine.com (Postfix) with ESMTPA id 14F2E7E7C6;
 Wed, 24 May 2017 18:07:55 -0400 (EDT)
Date: Wed, 24 May 2017 18:07:53 -0400
From: Leo Famulari <leo@HIDDEN>
Message-ID: <20170524220753.GA27348@jasmine>
References: <CAG-RorUA4NG3wdJcStHTCMASJXtk-gWo-aM6+GHfi=V2=o1wyA@HIDDEN>
 <20170523161624.GA15379@jasmine>
 <8c249c24-b33b-3f41-112c-59e04d96803b@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j"
Content-Disposition: inline
In-Reply-To: <8c249c24-b33b-3f41-112c-59e04d96803b@HIDDEN>
User-Agent: Mutt/1.8.2 (2017-04-18)
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)


--nFreZHaLTZJo0R7j
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, May 24, 2017 at 11:37:27PM +0800, =E8=97=8D=E6=8C=BA=E7=91=8B wrote:
> Leo Famulari =E6=96=BC =E8=A5=BF=E5=85=832017=E5=B9=B405=E6=9C=8824=E6=97=
=A5 00:16 =E5=AF=AB=E9=81=93:
> > I'm a little confused: is there a situation where Guix is not installed
> > but '/usr/bin/guix-daemon' exists?
>=20
> This can happen with source installation. 'make install' installs
> /usr/bin/guix* but not /var/guix. /var/guix doesn't exist until guix-daem=
on
> is started.

I see. We discussed this use case previously, which led to the change
which caused your issue:

https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D25852#80

In short, we decided to break this for `make install` since we didn't
come up with a better solution at the time.

> > The path '/var/guix/profiles/per-user/root/guix-profile/bin/guix-daemon'
> > is guaranteed to exist if you followed the instructions in Binary
> > Installation [0], which is, as far as I know, the most common way to
> > install Guix on other distros. So, I think this path is appropriate for
> > the basic service file we provide.
>=20
> I think you mean that the systemd service files included in Guix are only
> intended to be used with binary installation process. Do you mean that us=
ing
> them with traditional 'make install' installation is not supported?

It's de facto unsupported, since it's not working :) But, I think we
should address this use case, since it is causing problems for
downstream packagers.

> Yes, I am packaging Guix for Arch and Fedora, and I use the systemd servi=
ce
> files provided by Guix in my packages since version 0.8.3. If doing so is
> never supported, I can make my own service files like what I did for vers=
ion
> 0.6 to 0.8.2 and I think this bug can be closed.

I do think you should look into tailoring a service file to those
systems; you might be able to provide Guix on those systems in a more
integrated or idiomatic way.

However, we also try to offer upstream service files in the packages
offered by Guix, so I'd like to find a way to support both the binary
installation and `make install` use cases simultaneously.

Unless somebody proposes a fix in the meantime, I'll look into this more
closely before the next release.

--nFreZHaLTZJo0R7j
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEsFFZSPHn08G5gDigJkb6MLrKfwgFAlkmBDkACgkQJkb6MLrK
fwgPqBAAqtD8KnPb8WMGdIgh8U1dGWxvzIjCJxAVOPcaCwcbW4r+H2/TDy/JHUfs
dA7llPbAc3DXrEARMpbG5MS19REy94X5s7Xx0GFAFx+qmzSJejtZ7NYlxNEipptX
LWvOdD5uplo3TTUUFfzKYPzwAqTWJnPbPplNCeAJ9oF73a8Q498MwGMoWFIAeejC
oTPDmdZ0kvZpf+y8YQqRJNGo6sjhrXEM5oZZJc+Rzo8LBEEUJ4ZuBoIadYwSwpwb
oNh+S896P2v5RpaQQE8EqHYS6tkXiMRZxal8Cz+H9rfsJhNKiStyoBiZqOooUWsw
eqltsGZxp2aYM8/xDI+gY3QpFGqZ8xBvdbiFKh3dcY3lCy5gUgSzsM0rhLxJtlJg
7fE1he4s10UskcFXsaoS34Xr5eOvPuqWZb8MukRPpzqFPkyPrQSZTSH9XXtH+ua8
Ltyh3aUOzUcQLB2kJykBUuGZeT8dfBzVGUBKzXO46OV1b/Cs5457YEYlmnCctxap
U/h6jqUU5cyfLc6bxa+TusTKkkYAHCX/E4uM0B2BJkvycWTFx5SLFfGrO9nCWiQ4
qOFbbg//SJHK74H00WckEyE99wC7sofI11+Vy0jCCZYT/eT3bxCNLvePXJ4+Vkn3
UrSLjf6uKSZwIbUE3rYd4HITNAe2BK9t7jO9fpnHkgMpDRxawLA=
=F0g6
-----END PGP SIGNATURE-----

--nFreZHaLTZJo0R7j--

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#27037: systemd service files installed by guix 0.13.0 cannot used by other distributions
Resent-From: =?UTF-8?Q?=E8=97=8D=E6=8C=BA=E7=91=8B?= <lantw44@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Mon, 29 May 2017 14:21:02 +0000
Resent-Message-ID: <handler.27037.B27037.14960676144920 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 27037
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Leo Famulari <leo@HIDDEN>
Cc: 27037 <at> debbugs.gnu.org
Received: via spool by 27037-submit <at> debbugs.gnu.org id=B27037.14960676144920
          (code B ref 27037); Mon, 29 May 2017 14:21:02 +0000
Received: (at 27037) by debbugs.gnu.org; 29 May 2017 14:20:14 +0000
Received: from localhost ([127.0.0.1]:43457 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1dFLWo-0001HI-K6
	for submit <at> debbugs.gnu.org; Mon, 29 May 2017 10:20:14 -0400
Received: from mail-pg0-f50.google.com ([74.125.83.50]:32911)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <lantw44@HIDDEN>) id 1dFLWm-0001H4-GZ
 for 27037 <at> debbugs.gnu.org; Mon, 29 May 2017 10:20:12 -0400
Received: by mail-pg0-f50.google.com with SMTP id u187so23674225pgb.0
 for <27037 <at> debbugs.gnu.org>; Mon, 29 May 2017 07:20:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language:content-transfer-encoding;
 bh=Bp+5SLY6ZXg9XBp71HdWpK3aAQy83uQeN6oKrPB8TA8=;
 b=p2KRtARtMv314rqleU3JXfFA0zAlFWNpDgFQ4+0VFVpNemXsiJP8qIVRExrhRVUbm/
 PlkyLqb/E7Vqzyhjkq2sVt0cDxOZH8FiVGu53ZWCzR4vNI4ZmyKSTI9toAXzC/wu6ByF
 4+o1t5GgbUxlZnWSy7qcmy2mWx5fpDDTnV7t/68b9FMD/WpresdVHP4Fj9h0YHBLtCpN
 j/sonQgGSWZ3TqLJpra0ve75HmYurb9P62Ao1SCpqf1Yo89ANYgwr/NXu3zb3seXGfIs
 sIy5puhpFYOAGD6kzDwX89176Coh4pcGPox05j5HeQKpjCNnDXpL0V0gPY8Po9m653uV
 jffw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:subject:to:cc:references:from:message-id:date
 :user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=Bp+5SLY6ZXg9XBp71HdWpK3aAQy83uQeN6oKrPB8TA8=;
 b=O1qbWnTzmrD3SQ1QypQAKkzT+KgkPF2CtjJVY2X0dxt5d4gJKRfc4fnUCp2qxmZ+5P
 PH2mIgntR77dUoTX9w4ECBWmb1jpksl55hf2C9D1TfgRXqa3aUVjBtZhXDJDrV/Xe46l
 cyNMKQYflkeOzBQPuikiW/1+AF8cPTdBc93DRNUG9ID2EgwCAzwouL0EsfDSD9dAKN+n
 /4vGW8Oa/sYwC+Xlg/lE/lp6e1rCydnMzdC6ObDeOOfKGEYogrDyhbUDdXbNY3EBWCKx
 QT/HZZhiXS4547ESE1aznmeAnRu1+ZuseWDmAGUjLpZcr8XtEcKYYb/4ND1Yhae+Japl
 stig==
X-Gm-Message-State: AODbwcBtRCjzmzs73Qol/HVASS9CayNQpkRhcJ8PEo4hsIJyhkiHkv+d
 qtBpodzTwNI/N7a9Sgo=
X-Received: by 10.99.176.9 with SMTP id h9mr19614059pgf.160.1496067606212;
 Mon, 29 May 2017 07:20:06 -0700 (PDT)
Received: from [192.168.0.102] (118-163-160-119.HINET-IP.hinet.net.
 [118.163.160.119])
 by smtp.googlemail.com with ESMTPSA id p4sm22246087pgf.21.2017.05.29.07.20.03
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Mon, 29 May 2017 07:20:05 -0700 (PDT)
References: <CAG-RorUA4NG3wdJcStHTCMASJXtk-gWo-aM6+GHfi=V2=o1wyA@HIDDEN>
 <20170523161624.GA15379@jasmine>
 <8c249c24-b33b-3f41-112c-59e04d96803b@HIDDEN>
 <20170524220753.GA27348@jasmine>
From: =?UTF-8?Q?=E8=97=8D=E6=8C=BA=E7=91=8B?= <lantw44@HIDDEN>
Message-ID: <eebf6dd4-e00f-1386-269e-6410a0cc336d@HIDDEN>
Date: Mon, 29 May 2017 22:19:58 +0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.0
MIME-Version: 1.0
In-Reply-To: <20170524220753.GA27348@jasmine>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.2 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.2 (/)

Leo Famulari 於 西元2017年05月25日 06:07 寫道:
> On Wed, May 24, 2017 at 11:37:27PM +0800, 藍挺瑋 wrote:
>> Leo Famulari 於 西元2017年05月24日 00:16 寫道:
>>> I'm a little confused: is there a situation where Guix is not installed
>>> but '/usr/bin/guix-daemon' exists?
>>
>> This can happen with source installation. 'make install' installs
>> /usr/bin/guix* but not /var/guix. /var/guix doesn't exist until guix-daemon
>> is started.
> 
> I see. We discussed this use case previously, which led to the change
> which caused your issue:
> 
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25852#80
> 
> In short, we decided to break this for `make install` since we didn't
> come up with a better solution at the time.
> 
>>> The path '/var/guix/profiles/per-user/root/guix-profile/bin/guix-daemon'
>>> is guaranteed to exist if you followed the instructions in Binary
>>> Installation [0], which is, as far as I know, the most common way to
>>> install Guix on other distros. So, I think this path is appropriate for
>>> the basic service file we provide.
>>
>> I think you mean that the systemd service files included in Guix are only
>> intended to be used with binary installation process. Do you mean that using
>> them with traditional 'make install' installation is not supported?
> 
> It's de facto unsupported, since it's not working :) But, I think we
> should address this use case, since it is causing problems for
> downstream packagers.
> 
>> Yes, I am packaging Guix for Arch and Fedora, and I use the systemd service
>> files provided by Guix in my packages since version 0.8.3. If doing so is
>> never supported, I can make my own service files like what I did for version
>> 0.6 to 0.8.2 and I think this bug can be closed.
> 
> I do think you should look into tailoring a service file to those
> systems; you might be able to provide Guix on those systems in a more
> integrated or idiomatic way.

I updated my packages to install two systemd service files for 
guix-daemon to allow users to choose between /usr/bin/guix-daemon and 
/var/guix/profiles/per-user/root/guix-profile/bin/guix-daemon.

> 
> However, we also try to offer upstream service files in the packages
> offered by Guix, so I'd like to find a way to support both the binary
> installation and `make install` use cases simultaneously.
> 
> Unless somebody proposes a fix in the meantime, I'll look into this more
> closely before the next release.
> 

Is it possible to resolve it by providing a configure option to choose 
between two versions of systemd service files, so guix binary tarballs 
can use /var/guix/profiles but packages of other distributions can use 
/usr/bin?

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.