Re: [systemd-devel] Why do stop jobs run asynchronously on systemctl isolate target?

2013-03-25 Thread Umut Tezduyar
Hi, Lets talk on an example. Say we have a target, A.target, that has 100 services starting up and B.target which has only 1 service to start out of 100 services that have been started by A.target. When switching from A.target to B.target, systemctl isolate B.target will return immediately,

Re: [systemd-devel] Ordering for early initialization services

2013-03-25 Thread Umut Tezduyar
Hi, My concern was being forward compatible with systemd and you have addressed my concern. Thank you. On Sat, Mar 23, 2013 at 3:55 AM, Lennart Poettering lenn...@poettering.netwrote: On Fri, 08.03.13 14:12, Umut Tezduyar (u...@tezduyar.com) wrote: Hi, What would be the advantage of

Re: [systemd-devel] PATCH: fix LSB Provides handling

2013-03-25 Thread Frederic Crozat
Le vendredi 22 mars 2013 à 23:53 +0100, Lennart Poettering a écrit : On Thu, 21.03.13 17:04, Frederic Crozat (fcro...@suse.com) wrote: Hi all, in https://bugzilla.novell.com/show_bug.cgi?id=809646 we noticed LSB Provides can sometime be incorrectly handled (resulting in Failed to add

Re: [systemd-devel] PATCH: fix LSB Provides handling

2013-03-25 Thread Colin Guthrie
'Twas brillig, and Frederic Crozat at 25/03/13 10:14 did gyre and gimble: Le vendredi 22 mars 2013 à 23:53 +0100, Lennart Poettering a écrit : On Thu, 21.03.13 17:04, Frederic Crozat (fcro...@suse.com) wrote: Hi all, in https://bugzilla.novell.com/show_bug.cgi?id=809646 we noticed LSB

Re: [systemd-devel] PATCH: fix LSB Provides handling

2013-03-25 Thread Frederic Crozat
Le lundi 25 mars 2013 à 12:04 +, Colin Guthrie a écrit : 'Twas brillig, and Frederic Crozat at 25/03/13 10:14 did gyre and gimble: Le vendredi 22 mars 2013 à 23:53 +0100, Lennart Poettering a écrit : On Thu, 21.03.13 17:04, Frederic Crozat (fcro...@suse.com) wrote: Hi all, in

Re: [systemd-devel] [HEADSUP] libsystemd-bus + kdbus plans

2013-03-25 Thread Simon McVittie
On 20/03/13 22:35, Lennart Poettering wrote: kdbus is a new kernel implementation of D-Bus that Kay and Greg have been working on. Please talk to the D-Bus maintainers about any reimplementations or replacements for D-Bus; we are on d...@lists.freedesktop.org. (Cross-posted.) Which parts of

Re: [systemd-devel] [HEADSUP] libsystemd-bus + kdbus plans

2013-03-25 Thread Greg KH
On Mon, Mar 25, 2013 at 01:06:57PM +, Simon McVittie wrote: On 20/03/13 22:35, Lennart Poettering wrote: kdbus is a new kernel implementation of D-Bus that Kay and Greg have been working on. Please talk to the D-Bus maintainers about any reimplementations or replacements for D-Bus; we

Re: [systemd-devel] [HEADSUP] libsystemd-bus + kdbus plans

2013-03-25 Thread Simon McVittie
On 25/03/13 13:28, Greg KH wrote: The ideas only, the wire protocol is quite different, and in reality, unknown as it isn't implemented yet, so all of your questions are a bit premature, sorry. Sure. When you have (proposed) answers to these questions, please talk to the D-Bus maintainers

Re: [systemd-devel] [HEADSUP] libsystemd-bus + kdbus plans

2013-03-25 Thread Lennart Poettering
On Mon, 25.03.13 13:06, Simon McVittie (simon.mcvit...@collabora.co.uk) wrote: On 20/03/13 22:35, Lennart Poettering wrote: kdbus is a new kernel implementation of D-Bus that Kay and Greg have been working on. Please talk to the D-Bus maintainers about any reimplementations or

Re: [systemd-devel] [HEADSUP] libsystemd-bus + kdbus plans

2013-03-25 Thread Thiago Macieira
On segunda-feira, 25 de março de 2013 13.06.57, Simon McVittie wrote: Please talk to the D-Bus maintainers about any reimplementations or replacements for D-Bus; we are on d...@lists.freedesktop.org. (Cross-posted.) Thanks for the cross-posting, Simon. I have now found the thread on systemd-

Re: [systemd-devel] [HEADSUP] libsystemd-bus + kdbus plans

2013-03-25 Thread Lennart Poettering
On Mon, 25.03.13 08:07, Thiago Macieira (thi...@kde.org) wrote: On segunda-feira, 25 de março de 2013 13.06.57, Simon McVittie wrote: Please talk to the D-Bus maintainers about any reimplementations or replacements for D-Bus; we are on d...@lists.freedesktop.org. (Cross-posted.) Thanks

Re: [systemd-devel] [PATCH] systemd-analyze: filter dot output with a regular expression

2013-03-25 Thread Lennart Poettering
On Sun, 24.03.13 13:32, Łukasz Stelmach (stl...@poczta.fm) wrote: Make systemd-analyze dot output only lines matching a regular expression passed on the command line. Without the regular expression print everything. So far we mostly used globs everywhere in system. Does it really make sense

Re: [systemd-devel] [PATCH] [RFCv7] Add sync timer to journal server

2013-03-25 Thread Lennart Poettering
On Sun, 24.03.13 01:11, Oleksii Shevchuk (alx...@gmail.com) wrote: Add option to force journal sync with fsync. Default timeout is 5min. Interval configured via SyncIntervalSec option at journal.conf. Synced journal files will be marked as OFFLINE. Manual sync can be performed via sending

Re: [systemd-devel] PATCH: fix LSB Provides handling

2013-03-25 Thread Lennart Poettering
On Mon, 25.03.13 13:28, Frederic Crozat (fcro...@suse.com) wrote: New patch version, this time with the improved commit message and space error fixed. Applied, thanks! Lennart -- Lennart Poettering - Red Hat, Inc. ___ systemd-devel mailing list

[systemd-devel] [PATCH] [RFCv8] Add sync timer to journal server

2013-03-25 Thread Oleksii Shevchuk
Add option to force journal sync with fsync. Default timeout is 5min. Interval configured via SyncIntervalSec option at journal.conf. Synced journal files will be marked as OFFLINE. Manual sync can be performed via sending SIGUSR1. --- man/journald.conf.xml| 10

Re: [systemd-devel] [PATCH 2/3] unit: do not care if order isn't right when retroactively starting deps

2013-03-25 Thread Michal Schmidt
On 03/23/2013 03:14 AM, Lennart Poettering wrote: On Wed, 13.03.13 01:44, Michal Schmidt (mschm...@redhat.com) wrote: Attempt to satisfy requirement dependencies retroactively even if the unexpectedly activated unit would prefer to be started After them. This way remote-fs-pre.target can be

Re: [systemd-devel] [PATCH] [RFCv8] Add sync timer to journal server

2013-03-25 Thread Lennart Poettering
On Mon, 25.03.13 18:49, Oleksii Shevchuk (alx...@gmail.com) wrote: Add option to force journal sync with fsync. Default timeout is 5min. Interval configured via SyncIntervalSec option at journal.conf. Synced journal files will be marked as OFFLINE. Manual sync can be performed via sending

Re: [systemd-devel] [PATCH] [RFC][PLEASE TEST] readahead: chunk on spinning media

2013-03-25 Thread Frederic Crozat
Le vendredi 22 mars 2013 à 15:22 -0700, Auke Kok a écrit : Readahead has all sorts of bad side effects depending on your storage media. On rotating disks, it may be degrading startup performance if enough requests are queued spanning linearly over all blocks early at boot, and mount, blkid and

Re: [systemd-devel] [systemd-commits] units/u...@.service.in

2013-03-25 Thread Lennart Poettering
On Fri, 22.03.13 21:46, Auke-Jan Kok (a...@kemper.freedesktop.org) wrote: units/u...@.service.in | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) New commits: commit 3abcb6acedb588ca17f6374c1836f8a58396e520 Author: Auke Kok auke-jan.h@intel.com Date: Fri Mar 22

Re: [systemd-devel] Why do stop jobs run asynchronously on systemctl isolate target?

2013-03-25 Thread Lennart Poettering
On Mon, 25.03.13 09:54, Umut Tezduyar (u...@tezduyar.com) wrote: Hi, Lets talk on an example. Say we have a target, A.target, that has 100 services starting up and B.target which has only 1 service to start out of 100 services that have been started by A.target. When switching from

Re: [systemd-devel] [PATCH] systemd-analyze: filter dot output with a regular expression

2013-03-25 Thread Łukasz Stelmach
It was 2013-03-25 pon 16:48, when Lennart Poettering wrote: On Sun, 24.03.13 13:32, Łukasz Stelmach (stl...@poczta.fm) wrote: Make systemd-analyze dot output only lines matching a regular expression passed on the command line. Without the regular expression print everything. So far we

Re: [systemd-devel] [PATCH] fstab-generator: handle mount units with x-rootfs.mount

2013-03-25 Thread Lennart Poettering
On Sat, 23.03.13 14:35, Harald Hoyer (harald.ho...@gmail.com) wrote: What Lennart meant was: all the initrd things should stick to one and the same prefix x-initrd.* and not invent new top-level prefixes with x-initrd-*. well, so, x-initrd.rootfs-mount ?? I have now taken the liberty to

Re: [systemd-devel] [PATCH] fstab-generator: handle mount units with x-rootfs.mount

2013-03-25 Thread Lennart Poettering
On Mon, 25.03.13 18:31, Lennart Poettering (lenn...@poettering.net) wrote: On Sat, 23.03.13 14:35, Harald Hoyer (harald.ho...@gmail.com) wrote: What Lennart meant was: all the initrd things should stick to one and the same prefix x-initrd.* and not invent new top-level prefixes with

Re: [systemd-devel] [PATCH] build-sys: configurable debug shell tty path

2013-03-25 Thread Kay Sievers
On Sat, Mar 23, 2013 at 3:00 AM, Lennart Poettering lenn...@poettering.net wrote: On Thu, 14.03.13 14:58, Umut Tezduyar (u...@tezduyar.com) wrote: Hmm, do we really want this configurable? I mean, it's a debug shell, not more... Generally we have been very conservative with making too many

Re: [systemd-devel] [PATCH] fstab-generator: handle mount units with x-rootfs.mount

2013-03-25 Thread Lennart Poettering
On Mon, 25.03.13 18:42, Lennart Poettering (lenn...@poettering.net) wrote: What Lennart meant was: all the initrd things should stick to one and the same prefix x-initrd.* and not invent new top-level prefixes with x-initrd-*. well, so, x-initrd.rootfs-mount ?? I have now

Re: [systemd-devel] [PATCH] Add BUILD_ID to os-release

2013-03-25 Thread Douglas, William
On Fri, Mar 22, 2013 at 4:00 PM, Lennart Poettering lenn...@poettering.net wrote: On Wed, 20.03.13 14:54, William Douglas (william.doug...@intel.com) wrote: BUILD_ID is a generic field that can uniquely identify all a distributions default packages in a release or image build when VERSION is

Re: [systemd-devel] [systemd-commits] units/u...@.service.in

2013-03-25 Thread Kok, Auke-jan H
On Mon, Mar 25, 2013 at 9:54 AM, Lennart Poettering lenn...@poettering.net wrote: On Fri, 22.03.13 21:46, Auke-Jan Kok (a...@kemper.freedesktop.org) wrote: units/u...@.service.in | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) New commits: commit

Re: [systemd-devel] [PATCH] Add BUILD_ID to os-release

2013-03-25 Thread Lennart Poettering
On Mon, 25.03.13 11:14, Douglas, William (william.doug...@intel.com) wrote: On Fri, Mar 22, 2013 at 4:00 PM, Lennart Poettering lenn...@poettering.net wrote: On Wed, 20.03.13 14:54, William Douglas (william.doug...@intel.com) wrote: BUILD_ID is a generic field that can uniquely identify

[systemd-devel] [PATCH] fstab-generator: add missing strempty() calls

2013-03-25 Thread Mantas Mikulėnas
--- src/fstab-generator/fstab-generator.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/fstab-generator/fstab-generator.c b/src/fstab-generator/fstab-generator.c index 7f065eb..9754f3a 100644 --- a/src/fstab-generator/fstab-generator.c +++

Re: [systemd-devel] [PATCH] fstab-generator: add missing strempty() calls

2013-03-25 Thread Lennart Poettering
On Mon, 25.03.13 21:10, Mantas Mikulėnas (graw...@gmail.com) wrote: Ouch. Applied! Thanks! --- src/fstab-generator/fstab-generator.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/fstab-generator/fstab-generator.c b/src/fstab-generator/fstab-generator.c

Re: [systemd-devel] [PATCH 1/2] systemd-analyze: refactor for more data collection

2013-03-25 Thread Kok, Auke-jan H
On Sun, Mar 24, 2013 at 11:23 AM, Umut Tezduyar u...@tezduyar.com wrote: --- src/analyze/systemd-analyze.c | 119 +++-- 1 files changed, 66 insertions(+), 53 deletions(-) diff --git a/src/analyze/systemd-analyze.c b/src/analyze/systemd-analyze.c index

Re: [systemd-devel] [PATCH] systemd-analyze: filter dot output with a regular expression

2013-03-25 Thread Lukasz Stelmach
W dniu 25.03.2013 16:48, Lennart Poettering pisze: On Sun, 24.03.13 13:32, Łukasz Stelmach (stl...@poczta.fm) wrote: Make systemd-analyze dot output only lines matching a regular expression passed on the command line. Without the regular expression print everything. So far we mostly used

Re: [systemd-devel] [PATCH 2/2] systemd-analyze: --type cpuacct option for blame

2013-03-25 Thread Kok, Auke-jan H
On Sun, Mar 24, 2013 at 11:23 AM, Umut Tezduyar u...@tezduyar.com wrote: systemd-analyze blame --type cpuacct displays cpu time usage information of the cgroup. The information displayed is cpuacct.usage. ControlGroup=cpuacct:/foo/bar for a service would work. ControlGroupPersistent=yes for

[systemd-devel] [PATCHv2] man/os-release: Add BUILD_ID field

2013-03-25 Thread William Douglas
BUILD_ID is a fairly generic field used to identify the system image that was used to install the distribution. Signed-off-by: William Douglas william.doug...@intel.com --- man/os-release.xml | 22 ++ 1 file changed, 22 insertions(+) diff --git a/man/os-release.xml

Re: [systemd-devel] [PATCH 2/3] unit: do not care if order isn't right when retroactively starting deps

2013-03-25 Thread Lennart Poettering
On Mon, 25.03.13 17:49, Michal Schmidt (mschm...@redhat.com) wrote: On 03/23/2013 03:14 AM, Lennart Poettering wrote: On Wed, 13.03.13 01:44, Michal Schmidt (mschm...@redhat.com) wrote: Attempt to satisfy requirement dependencies retroactively even if the unexpectedly activated unit would