From: iyzsong@member.fsf.org (宋文武)
To: Marius Bakke <mbakke@fastmail.com>
Cc: 27682@debbugs.gnu.org
Subject: [bug#27682] [PATCH 2/2] gnu: Add lxc.
Date: Sat, 15 Jul 2017 18:58:30 +0800 [thread overview]
Message-ID: <87iniuynjd.fsf@member.fsf.org> (raw)
In-Reply-To: <87zic7hrml.fsf@fastmail.com> (Marius Bakke's message of "Fri, 14 Jul 2017 19:09:54 +0200")
Marius Bakke <mbakke@fastmail.com> writes:
> 宋文武 <iyzsong@member.fsf.org> writes:
>
>> * gnu/packages/virtualization.scm (lxc): New package.
>
> Thanks!
>
> [...]
>
>> + (arguments
>> + '(#:configure-flags
>> + '("--sysconfdir=/etc"
>> + "--localstatedir=/var")
>> + #:phases
>> + (modify-phases %standard-phases
>> + (replace 'install
>> + (lambda* (#:key outputs #:allow-other-keys)
>> + (let* ((out (assoc-ref outputs "out"))
>> + (bashcompdir (string-append out "/etc/bash_completion.d")))
>> + (zero? (system*
>> + "make" "install"
>> + (string-append "bashcompdir=" bashcompdir)
>> + ;; Thoses files will be handled by system services.
>> + "LXCPATH=/tmp/var/lib/lxc"
>> + "localstatedir=/tmp/var"
>> + "sysconfdir=/tmp/etc"
>> + "sysconfigdir=/tmp/etc/default"))))))))
>
> If these are not important, why not set them to $out/etc, $out/var and
> so on? /tmp seems like a dangerous default to me, since any unprivileged
> user can populate these directories.
Those paths are configured to '/var/lib/lxc', '/var' etc. The install
phase drop them to avoid touching system directories in the builder.
The effective paths are still '/var/lib/lxc', owned by root, which will
be handled by lxc-service-type and alike.
next prev parent reply other threads:[~2017-07-15 17:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-13 11:31 [bug#27688] [PATCH 1/2] gnu: Rename (gnu packages qemu) to (gnu packages virtualization) 宋文武
2017-07-13 11:31 ` [bug#27682] [PATCH 2/2] gnu: Add lxc 宋文武
2017-07-14 17:09 ` Marius Bakke
2017-07-15 10:58 ` 宋文武 [this message]
2017-07-15 11:20 ` bug#27682: " 宋文武
2017-07-14 17:01 ` [bug#27688] [PATCH 1/2] gnu: Rename (gnu packages qemu) to (gnu packages virtualization) Marius Bakke
2017-07-15 11:28 ` bug#27688: " 宋文武
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=87iniuynjd.fsf@member.fsf.org \
--to=iyzsong@member.fsf.org \
--cc=27682@debbugs.gnu.org \
--cc=mbakke@fastmail.com \
/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).