From: Arnout Vandecappelle <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] systemd: write-up and packaging questions
Date: Tue, 21 Oct 2014 20:41:13 +0200 [thread overview]
Message-ID: <5446A8C9.7070407@mind.be> (raw)
In-Reply-To: <CAGduivzknkxu+cFrV61eJdFuTF1Tvrb0RZaCZh5cFE1iNuO+Hg@mail.gmail.com>
On 17/10/14 12:07, Maxime Hadjinlian wrote:
> Hello Hiram, all
>
> On Fri, Oct 17, 2014 at 10:21 AM, Paassen, Hiram van
> <Hiram.van.Paassen@mastervolt.com> wrote:
>> On zo, 2014-10-12 at 21:12 +0200, Maxime Hadjinlian wrote:
>>> Hi Andr?, All
>>>
>>> On Sun, Oct 12, 2014 at 7:59 PM, Andr? Erdmann <dywi@mailerd.de> wrote:
[snip]
>>>> Installation
>>>> ------------
>>>>
>>>> systemd's libdir is /lib/system.
>>>> Most unit files (.service et al) are installed to /etc/systemd/system,
>>>> systemd's own unit files are installed to /lib/systemd/system and some
>>>> packages(*) install their files to /usr/lib/systemd/system, which is rather
>>>> confusing. Either dir works (search order is /etc > /lib > /usr/lib),
>>>> but what's the recommended location?
>>> If I'm reading the FHS correctly, /usr/lib/systemd/ would the the
>>> targets and what nots for systemd itself, and so everything in /etc is
>>> hosts specific so I would keep everything installed by our packages in
>>> /etc/systemd/system.
>> I think this depends on your viewpoint:
>> /usr/lib is for "distros" since you might say that buildroot is
>> generating a custom distro I would say that one might want to
>> use /usr/lib
>>
>> This keeps /etc/ for making persistent changes based on individual
>> systems and /run/ for making non persistent changes
>>
>> systemd itself mostly uses /lib
>>
>> Also:
>> See my other mail about systemctl for an hour ago (was unaware of this
>> discussion) The script I'm referring to, taken from open-embedded
>> uses /etc to install symlinks to.
>> So open-embedded seems to have chosen /etc for enable-symlinks
>> independent of where the original unit files are installed (as per
>> systemctl behavior I suppose)
> It usually what is done, yes. You get the symlinks in /etc and you
> install your unit files and targets, where you feel they should be.
> Debian has the symlinks in /etc and the files in /lib/systemd/system/
> I would say that we should follow what the major distribution are
> doing. I assume they already had discussion on how to organize theses
> files.
FYI, what I learned at ELC-E is that systemd is moving towards being able to
boot with a completely empty /etc. This will allow /etc to be a tmpfs in itself,
or if some configuration needs to be persistent it can be a writable fs and you
can do a factory reset by wiping it. There is some support in the latest systemd
to copy in a skeleton /etc when /etc is empty.
So with this in mind, a systemd setup would put as little as possible in /etc.
Regards,
Arnout
[snip]
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286500
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
next prev parent reply other threads:[~2014-10-21 18:41 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-12 17:59 [Buildroot] systemd: write-up and packaging questions André Erdmann
2014-10-12 19:12 ` Maxime Hadjinlian
2014-10-17 8:21 ` Paassen, Hiram van
2014-10-17 9:15 ` André Erdmann
2014-10-17 10:07 ` Maxime Hadjinlian
2014-10-21 18:41 ` Arnout Vandecappelle [this message]
2014-10-21 18:45 ` Maxime Hadjinlian
2014-10-15 18:24 ` Arnout Vandecappelle
2014-10-17 6:32 ` André Erdmann
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5446A8C9.7070407@mind.be \
--to=arnout@mind.be \
--cc=buildroot@busybox.net \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox