Re: [PATCH 2/2] introduce new '--with-systemdsystemunitdir'

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Sep 2, 2013 at 3:44 PM, Dennis Lan (dlan) <dennis.yxun@xxxxxxxxx> wrote:
> On Mon, Sep 2, 2013 at 1:08 PM, Michael Tokarev <mjt@xxxxxxxxxx> wrote:
>> 19.08.2013 10:23, Lan Yixun (dlan) wrote:
>>>
>>> From: "Lan Yixun (dlan)" <dennis.yxun@xxxxxxxxx>
>>>
>>> this option only control the path where the systemd unit file wll be
>>> installed
>>> and it's seperated from --with-systemd option, so it can be always
>>> installed alone.
>>>
>>> use cases:
>>> 1) if this option is not specificed, default option is
>>> '--with-systemdsystemunitdir=yes'
>>> will auto probe the directory of unit file
>>> 2) --with-systemdsystemunitdir=no, or --without-systemdsystemunitdir
>>> no unit file will be installed
>>> 3) --with-systemdsystemunitdir=/my/unit/file/directory/
>>> will install unit file into /my/unit/file/directory/
>>> (gentoo linux goes the 3nd way)
>>
>>
>> Out of curiocity, -- you haven't mentioned _why_ this option is needed to
>> start with.  Does gentoo use an alternative directory for systemd units?
> current, no, but maybe in future..  (from @gentoo-systemd team)
>

I can think of those myself..
1) might be useful in gentoo-prefix environment
say, user can install autofs to /my/prefix/gentoo, then systemdunit
file will install to /my/prefix/gentoo/usr/lib/systemd/system

2) or for multilib support, usr may install to
/usr/lib64/systemd/system/ or /usr/lib32/systemd/system?


>> If yes, again, out of curiocity, why?
> I'm not systemd guru, and just forward the answers, thanks
>
>>
>> Thanks,
>>
>> /mjt
--
To unsubscribe from this list: send the line "unsubscribe autofs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux Ext4]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux