Currently we don't respect noauto/nofail root mount options (from
rootflags kernel cmdline). We should map these two flags to the
corresponding boolean variable noauto and nofail when calling
add_mount().
Signed-off-by: WANG Chao
---
Days ago, I sent a patch to add rd.weak_sysroot. It seems you
On Thu, Aug 8, 2013 at 4:10 AM, Tony Seo wrote:
>
> I understand what you mean, but I think that I will cut the time for
> loading device unit if I keep those from appearing on my plot.
No, just hiding them will not change anything.
> What do think that loading time for device units doesn't af
Hey guys. I'm trying to figure out details for:
http://www.freedesktop.org/wiki/Specifications/login-unlock/
Lennart we talked about this briefly in Brno ... basically the concept
is that when systemd does cryptsetup, it'll stash away the password it
successfully used in the kernel keyring, and t
Am 08.08.2013 08:12, schrieb 孙冰:
> I use this:
>
> [Unit]
> Description=Wicd sleep hook
> Before=sleep.target
> StopWhenUnneeded=yes
>
> [Service]
> Type=oneshot
> RemainAfterExit=yes
> ExecStart=-/usr/share/wicd/daemon/suspend.py
> ExecStop=-/usr/share/wic
Hi,
Yep. I have the exact same sleep@.service and it works.
BTW, sleep.target is pulled in by both suspend.target and
hibernate.target. There are some use cases that a hook should be only
invoked by suspend.target (or hibernate.target). For instance, I have a
hook used with the tuxoniceui:
-
This patch makes it possible to set extended attributes on files created
by tmpfiles. This can be especially used to set SMACK security labels on
volatile files and directories.
It is done by adding new line of type "t". Such line should contain
attributes in Argument field, using following format
With systemd 195, an /etc/fstab line like
/srv/www /home/www fuse.bindfs auto,group=foo,perms=g+rw 0 0
can fail to start if /dev/fuse does not exist yet. Is this systemctl
could handle for me, or am I left to manually replace it by a
dedicated mount unit that properly depends on {some fu
Calling enable on template units doesn't make sense since it is possible
to enable instances directly and users are not forced to use Alias=
trickery anymore.
---
src/shared/install.c | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/src/shared/install.c b/s
Rearranging the code in a way that we always check for triggers
before we issue StopUnit D-Bus call will make behavior consistent,
thus triggers are always checked.
https://bugzilla.redhat.com/show_bug.cgi?id=908690
---
src/systemctl/systemctl.c | 20 ++--
1 file changed, 10 inser
---
TODO | 5 -
1 file changed, 5 deletions(-)
diff --git a/TODO b/TODO
index ead699c..884acd6 100644
--- a/TODO
+++ b/TODO
@@ -2,11 +2,6 @@ Bugfixes:
* the running hwdb seems not to pick up updated database files without
an explicit: udevadm control --reload
-* enabling an instance uni
Hi Michal,
On Thu, Aug 8, 2013 at 3:19 PM, Michal Sekletar wrote:
> Calling enable on template units doesn't make sense since it is possible
> to enable instances directly and users are not forced to use Alias=
> trickery anymore.
It actually might make sense to still call enable on a template u
Michal Sekletar píše v Čt 08. 08. 2013 v 15:19 +0200:
> Rearranging the code in a way that we always check for triggers
> before we issue StopUnit D-Bus call will make behavior consistent,
> thus triggers are always checked.
>
The patch looks good, but I struggled to get through the commit messag
On Thu, Aug 08, 2013 at 03:57:20PM +0200, Václav Pavlín wrote:
> Michal Sekletar píše v Čt 08. 08. 2013 v 15:19 +0200:
> > Rearranging the code in a way that we always check for triggers
> > before we issue StopUnit D-Bus call will make behavior consistent,
> > thus triggers are always checked.
> >
On Thu, Aug 8, 2013 at 2:00 PM, Jan Engelhardt wrote:
>
> With systemd 195, an /etc/fstab line like
>
> /srv/www /home/www fuse.bindfs auto,group=foo,perms=g+rw 0 0
>
> can fail to start if /dev/fuse does not exist yet.
This sounds strange.
/dev/fuse should be created by udev (in 195, an
On Thursday 2013-08-08 16:26, Tom Gundersen wrote:
>On Thu, Aug 8, 2013 at 2:00 PM, Jan Engelhardt wrote:
>>
>> With systemd 195, an /etc/fstab line like
>>
>> /srv/www /home/www fuse.bindfs auto,group=foo,perms=g+rw 0 0
>>
>> can fail to start if /dev/fuse does not exist yet.
>
>/dev/fus
Am 08.08.2013 15:19, schrieb Michal Sekletar:
> Calling enable on template units doesn't make sense since it is possible
> to enable instances directly and users are not forced to use Alias=
> trickery anymore.
Actually, it would make sense to do this instead:
http://www.mail-archive.com/systemd-d
On 8 Aug 2013 17:10, "Jan Engelhardt" wrote:
>
>
> On Thursday 2013-08-08 16:26, Tom Gundersen wrote:
> >On Thu, Aug 8, 2013 at 2:00 PM, Jan Engelhardt wrote:
> >>
> >> With systemd 195, an /etc/fstab line like
> >>
> >> /srv/www /home/www fuse.bindfs auto,group=foo,perms=g+rw 0 0
> >>
>
On 8 Aug 2013 17:57, "Thomas Bächler" wrote:
>
> Am 08.08.2013 15:19, schrieb Michal Sekletar:
> > Calling enable on template units doesn't make sense since it is possible
> > to enable instances directly and users are not forced to use Alias=
> > trickery anymore.
>
> Actually, it would make sens
On Thu, Aug 08, 2013 at 03:19:09PM +0200, Michal Sekletar wrote:
> Calling enable on template units doesn't make sense since it is possible
> to enable instances directly and users are not forced to use Alias=
> trickery anymore.
Hm, I'm having trouble with parsing this commit message. Can you
expl
On Thursday 2013-08-08 18:03, Tom Gundersen wrote:
>
>/dev/fuse is a static node created unconditionally by udev as part of udevd
>startup (and not due to an uevent), so this should be guaranteed.
>
>Are you certain that a race with mknod is the problem? What output do you
>get?
It used to be
s
0001-crontab-generator-new-generator-for-crontab-5-suppor.patch
Description: Binary data
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Thu, Aug 8, 2013 at 9:18 AM, WANG Chao wrote:
> Currently we don't respect noauto/nofail root mount options (from
> rootflags kernel cmdline). We should map these two flags to the
> corresponding boolean variable noauto and nofail when calling
> add_mount().
Thanks for the patch. We need some
On Thu, Aug 8, 2013 at 7:35 AM, WANG Chao wrote:
> In add_mount(), if nofail=true, "Before=$post" won't be added to
> xxx.mount:
>
> [..]
> if (post && !noauto && !nofail && !automount)
> fprintf(f,
> "Before=%s\n",
> post);
>
> why doing this?
The way thin
On 08/09/13 at 02:08am, Tom Gundersen wrote:
> On Thu, Aug 8, 2013 at 9:18 AM, WANG Chao wrote:
> > Currently we don't respect noauto/nofail root mount options (from
> > rootflags kernel cmdline). We should map these two flags to the
> > corresponding boolean variable noauto and nofail when callin
24 matches
Mail list logo
