From: 藍挺瑋 <lantw44@gmail.com>
To: Leo Famulari <leo@famulari.name>
Cc: 27037@debbugs.gnu.org
Subject: bug#27037: systemd service files installed by guix 0.13.0 cannot used by other distributions
Date: Mon, 29 May 2017 22:19:58 +0800 [thread overview]
Message-ID: <eebf6dd4-e00f-1386-269e-6410a0cc336d@gmail.com> (raw)
In-Reply-To: <20170524220753.GA27348@jasmine>
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?
prev parent reply other threads:[~2017-05-29 14:21 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-23 15:33 bug#27037: systemd service files installed by guix 0.13.0 cannot used by other distributions 藍挺瑋
2017-05-23 16:16 ` Leo Famulari
2017-05-24 15:37 ` 藍挺瑋
2017-05-24 22:07 ` Leo Famulari
2017-05-29 14:19 ` 藍挺瑋 [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=eebf6dd4-e00f-1386-269e-6410a0cc336d@gmail.com \
--to=lantw44@gmail.com \
--cc=27037@debbugs.gnu.org \
--cc=leo@famulari.name \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).