On Fri, Sep 27, 2013 at 9:24 PM, Cristian Rodríguez
wrote:
> Distributions such as openSUSE and probably others never included
> upstart, in that case there is no need to include this code.
>
> This introduces --disable-upstartcompat, however upstart compat is still
> enabled by default.
I think
Distributions such as openSUSE and probably others never included
upstart, in that case there is no need to include this code.
This introduces --disable-upstartcompat, however upstart compat is still
enabled by default.
---
configure.ac | 3 +++
src/systemctl/systemctl.c | 5 +
2
This is an old thread from February. Sorry I can't reply to the original email.
Apparently I failed to notice this question. My bad.
>> Hello systemd developers
>>
>> TL;DR: On a VT which X is running, messing with KDSKBMODE on
>> underneath X at best has no affect and at worst breaks keyboard in
It's also possible to create your own file system type. "mount"
(including via systemd mount units) simply invokes
/usr/sbin/mount.YOURTYPEHERE as root.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailma
On Fri, 27.09.13 12:26, Muhammad Shakeel (muhammad_shak...@mentor.com) wrote:
> Hi,
>
> If there is a foo.service which is required to run during first
> system boot then what is the best solution to permanently disable it
> afterwards?
>
> I can think of two solutions but I am not sure which on
On Fri, 27.09.13 09:47, Colin Guthrie (gm...@colin.guthr.ie) wrote:
>
> 'Twas brillig, and Lennart Poettering at 26/09/13 19:35 did gyre and gimble:
> > On Thu, 26.09.13 15:46, Olav Vitters (o...@vitters.nl) wrote:
> >
> >>
> >> On Wed, Sep 11, 2013 at 08:35:49PM +0200, Lennart Poettering wrote:
On Wed, Sep 25, 2013 at 3:11 AM, Tim Landscheidt
wrote:
> on Fedora 19/systemd 204, I want systemd on "mount
> /mnt/test" by a non-root user to automatically call a pro-
> gram as root (in real life cryptsetup to unlock the underly-
> ing device, for testing here echo) before the file system is
>
On Fri, Sep 27, 2013 at 11:43 AM, wrote:
> From: Michael Scherer
>
> Seeing
> http://www.happyassassin.net/2013/09/27/further-sysadmin-adventures-wheres-my-freeipa-badge/
> it seems that the default message is a bit confusing for people
> who never encountered it before, so adding a link to the
From: Michael Scherer
Seeing
http://www.happyassassin.net/2013/09/27/further-sysadmin-adventures-wheres-my-freeipa-badge/
it seems that the default message is a bit confusing for people
who never encountered it before, so adding a link to the manpage could
help them.
---
tmpfiles.d/systemd.conf
Hi,
I have noticed that ExecStop is not being run on following service
with following requests:
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/sh -c "sleep 20 && /usr/bin/systemd-cat echo ExecStart.."
ExecStop=/bin/sh -c "/usr/bin/systemd-cat echo ExecStop.."
$> systemctl start hello
'Twas brillig, and Lennart Poettering at 26/09/13 19:35 did gyre and gimble:
> On Thu, 26.09.13 15:46, Olav Vitters (o...@vitters.nl) wrote:
>
>>
>> On Wed, Sep 11, 2013 at 08:35:49PM +0200, Lennart Poettering wrote:
>>> (Of course, journald should not exit under any such circumstances, but
>>> to
Hi,
On Fri, 2013-09-27 at 12:26 +0500, Muhammad Shakeel wrote:
> If there is a foo.service which is required to run during first system
> boot then what is the best solution to permanently disable it afterwards?
>
> I can think of two solutions but I am not sure which one is correct/more
> appr
El 27/09/13 04:26, Muhammad Shakeel escribió:
Hi,
If there is a foo.service which is required to run during first system
boot then what is the best solution to permanently disable it afterwards?
I can think of two solutions but I am not sure which one is correct/more
appropriate.
1) ExecStartP
Hi,
If there is a foo.service which is required to run during first system
boot then what is the best solution to permanently disable it afterwards?
I can think of two solutions but I am not sure which one is correct/more
appropriate.
1) ExecStartPost=systemctl disable foo.service (I doubt
14 matches
Mail list logo