Re: [systemd-devel] [PATCH] core: reuse the same /tmp, /var/tmp and inaccessible dir

2013-03-04 Thread Lennart Poettering
On Sat, 02.03.13 15:00, Michal Sekletar (sekleta...@gmail.com) wrote: On Mar 1, 2013, at 3:16 PM, Lennart Poettering lenn...@poettering.net wrote: On Wed, 20.02.13 14:50, Michal Sekletar (msekl...@redhat.com) wrote: All Execs within the service, will get mounted the same /tmp and

Re: [systemd-devel] DBus service name encoding

2013-03-04 Thread Lennart Poettering
On Sun, 03.03.13 19:06, David Strauss (da...@davidstrauss.net) wrote: I can't find any documentation on how service names get encoded for DBus. It looks pretty close to URL encoding with underscores instead of percent signs. If I can get a definitive answer, I'll update the wiki. If I

Re: [systemd-devel] [systemd-commits] 2 commits - Makefile.am src/fstab-generator units/initrd-cleanup.service units/initrd-parse-etc.service units/initrd-switch-root.service units/initrd-switch-root.

2013-03-04 Thread Lennart Poettering
On Sat, 02.03.13 00:31, Tom Gundersen (t...@jklm.no) wrote: On Fri, Mar 1, 2013 at 11:23 PM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: Hi Tom, just to clarify: On Fri, Mar 01, 2013 at 01:49:53PM -0800, Tom Gundersen wrote: +ExecStart=/usr/bin/systemctl --no-block --force

[systemd-devel] Binary launched in ExecStartPre gets killed...

2013-03-04 Thread Belal, Awais
Hi, I have a unit file which does something like this: In ExecStartPre - Start A In ExecStart - Start B Now the thing is B depends on A to function correctly and A is a binary itself. The behavior I am seeing is a little obvious but still I thought there might be a way around this. When the

[systemd-devel] [HEADS-UP] When you commit something...

2013-03-04 Thread Lennart Poettering
Heya, if you commit something and it was previously posted on this ML, then please please make sure to reply to the mail on the ML that you commited it -- even if the original mail was your own! A short reply just saying Commited. is totally sufficient. For patch series make clear if you

Re: [systemd-devel] Binary launched in ExecStartPre gets killed...

2013-03-04 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Mar 04, 2013 at 11:02:36AM +, Belal, Awais wrote: Hi, I have a unit file which does something like this: In ExecStartPre - Start A In ExecStart - Start B Now the thing is B depends on A to function correctly and A is a binary itself. The behavior I am seeing is a little

Re: [systemd-devel] Binary launched in ExecStartPre gets killed...

2013-03-04 Thread Kay Sievers
On Mon, Mar 4, 2013 at 12:02 PM, Belal, Awais awais_be...@mentor.com wrote: I have a unit file which does something like this: In ExecStartPre - Start A In ExecStart - Start B Now the thing is B depends on A to function correctly and A is a binary itself. The behavior I am seeing is a little

Re: [systemd-devel] Binary launched in ExecStartPre gets killed...

2013-03-04 Thread Belal, Awais
Hi, So how do i write such a service i.e. when A starts B should be started first and when A is stopped B should be stopped as well. I am really new to this so any pointers here would be really helpful. I understand that this is a very basic question but I am very new to this... Regards

Re: [systemd-devel] [PATCH] bash-completion: split completions and move to new location

2013-03-04 Thread Michael Biebl
2013/3/4 Kay Sievers k...@vrfy.org: On Mon, Mar 4, 2013 at 12:18 AM, Michael Biebl mbi...@gmail.com wrote: 2013/3/3 Michael Biebl mbi...@gmail.com: 2013/3/3 Kay Sievers k...@vrfy.org: On Sat, Mar 2, 2013 at 10:46 PM, Michael Biebl mbi...@gmail.com wrote: That said, I can prep a follow-up

Re: [systemd-devel] [PATCH] bash-completion: split completions and move to new location

2013-03-04 Thread Michael Biebl
2013/3/2 Michael Biebl mbi...@gmail.com: 2013/3/2 Michael Biebl mbi...@gmail.com: I decided to split up the large completion file instead of using symlinks. The duplication is minimal and by splitting up, the files become much more readable and we only need to actually install those bits which

Re: [systemd-devel] Binary launched in ExecStartPre gets killed...

2013-03-04 Thread Lennart Poettering
On Mon, 04.03.13 15:25, Belal, Awais (awais_be...@mentor.com) wrote: Hi, So how do i write such a service i.e. when A starts B should be started first and when A is stopped B should be stopped as well. I am really new to this so any pointers here would be really helpful. I understand

Re: [systemd-devel] encrypted swap

2013-03-04 Thread Lennart Poettering
On Sat, 02.03.13 11:06, Stefan G. Weichinger (li...@xunil.at) wrote: Am 01.03.2013 19:39, schrieb Lennart Poettering: Can you provide the log where this happens? Boot with systemd.log_level=debug and provide us with the journalctl output around where this problem happens. I put up

Re: [systemd-devel] DBus service name encoding

2013-03-04 Thread Simon McVittie
On 04/03/13 14:31, Lennart Poettering wrote: So here's how to do this, it's very simple: every char outside of the A-Za-z0-9 range is escaped as _XY where XY is the numeric code of the char, as 2 char lower-case hex value. Note that _ itself is also escaped, to _5f. This sounds a lot like

Re: [systemd-devel] encrypted swap

2013-03-04 Thread Stefan G. Weichinger
Am 04.03.2013 19:05, schrieb Lennart Poettering: This looks like your LVM/DM implementation is borked (compiled without udev support?). lvm2-2.02.98 with udev-197 compiled in ... recompiled right now, still waiting for timeout at boot. Please reporting this to the LVM/DM folks, this is

Re: [systemd-devel] [PATCH 1/2] core: keep mountinfo .mounts until late shutdown

2013-03-04 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Feb 14, 2013 at 09:15:28PM +0100, Zbigniew Jędrzejewski-Szmek wrote: On Mon, Feb 04, 2013 at 05:27:24PM +0100, Umut Tezduyar wrote: Hi On Mon, Feb 4, 2013 at 4:23 PM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: Hi, On Mon, Feb 04, 2013 at 03:03:59PM +0100,

Re: [systemd-devel] Binary launched in ExecStartPre gets killed...

2013-03-04 Thread Tomasz Torcz
On Mon, Mar 04, 2013 at 07:01:01PM +0100, Lennart Poettering wrote: On Mon, 04.03.13 15:25, Belal, Awais (awais_be...@mentor.com) wrote: Hi, So how do i write such a service i.e. when A starts B should be started first and when A is stopped B should be stopped as well. I am really

Re: [systemd-devel] [systemd-commits] 3 commits - Makefile.am src/core src/fstab-generator units/initrd-cleanup.service units/initrd-fs-pre.target units/initrd-fs.target units/initrd-parse-etc.service

2013-03-04 Thread Lennart Poettering
On Mon, 04.03.13 10:43, Harald Hoyer (har...@kemper.freedesktop.org) wrote: +if (initrd) { +char _cleanup_free_ *mu = NULL, *name = NULL; +/* Skip generation, if unit already exists */ +name =

Re: [systemd-devel] initrd-fs.target

2013-03-04 Thread Lennart Poettering
On Mon, 04.03.13 20:09, Harald Hoyer (harald.ho...@gmail.com) wrote: http://cgit.freedesktop.org/systemd/systemd/commit/?id=8330847e949fc0c26b16910e5240eef1fe2c330a I would have preferred if this patch had been posted on the ML first before it was commited. Lennart -- Lennart Poettering -

Re: [systemd-devel] DBus service name encoding

2013-03-04 Thread David Strauss
On Mon, Mar 4, 2013 at 11:00 AM, Simon McVittie simon.mcvit...@collabora.co.uk wrote: Before freezing this as ABI, you might want to consider a couple of the more subtle points from that function Considering that those two suggestions cover cases not yet handled by systemd's still-informal

Re: [systemd-devel] initrd-fs.target

2013-03-04 Thread Tom Gundersen
Hi Harald, On Tue, Mar 5, 2013 at 4:09 AM, Harald Hoyer harald.ho...@gmail.com wrote: please review Could you comment on why this is necessary? It would be nice if we could reuse as much as possible from the real root rather than making initrd-spcific files, but perhaps it is not possible in

[systemd-devel] Python wrappers for the DBus API

2013-03-04 Thread David Strauss
We're about to code a Python wrapper for systemd's DBus functionality. Initially, it will be non-comprehensive and satisfy our internal Pantheon goal of reading fields on a service and manipulating services without forking and parsing systemctl output to do either. But, a clean, incomplete

Re: [systemd-devel] initrd-fs.target

2013-03-04 Thread Harald Hoyer
Am 05.03.2013 06:26, schrieb Tom Gundersen: Hi Harald, On Tue, Mar 5, 2013 at 4:09 AM, Harald Hoyer harald.ho...@gmail.com wrote: please review Could you comment on why this is necessary? It would be nice if we could reuse as much as possible from the real root rather than making

[systemd-devel] [PATCH 2/4] fstab-generator: skip generation, if sysroot.mount already exists

2013-03-04 Thread harald
From: Harald Hoyer har...@redhat.com --- src/fstab-generator/fstab-generator.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/src/fstab-generator/fstab-generator.c b/src/fstab-generator/fstab-generator.c index fade192..3b8329b 100644 ---

[systemd-devel] [PATCH 4/4] -removed-

2013-03-04 Thread Harald Hoyer
... was the change in the priority ordering. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel

[systemd-devel] [RFC][PATCH] main: ISOLATE rather than REPLACE default.target

2013-03-04 Thread Tom Gundersen
This allows switch-root to work correctly if a unit is active both before and after the switch-root, but its dependencies change. Before the patch, any dependencies added to active units by switch-root will not be pulled, in particular filesystems configured in /etc/fstab would not be activated if

Re: [systemd-devel] initrd-fs.target

2013-03-04 Thread Tom Gundersen
On Tue, Mar 5, 2013 at 3:22 PM, Harald Hoyer harald.ho...@gmail.com wrote: Am 05.03.2013 06:26, schrieb Tom Gundersen: When we switch root we use JOB_REPLACE to default.target. This means that units which are pulled in by default.target, but already active in the initrd (such as

Re: [systemd-devel] [RFC][PATCH] main: ISOLATE rather than REPLACE default.target

2013-03-04 Thread Harald Hoyer
Am 05.03.2013 07:56, schrieb Tom Gundersen: This allows switch-root to work correctly if a unit is active both before and after the switch-root, but its dependencies change. Before the patch, any dependencies added to active units by switch-root will not be pulled, in particular filesystems

Re: [systemd-devel] Python wrappers for the DBus API

2013-03-04 Thread Holger Winkelmann
I Like the idea as well to have direct DBus access to systemd. Regarding your example of the journal wrapper. Anybody knows the API to write to the journal without using the C library? Is this DBus transport as well? Or is there a special journal socket to write to? -- Holger ### Sent from a

Re: [systemd-devel] [RFC][PATCH] main: ISOLATE rather than REPLACE default.target

2013-03-04 Thread Tom Gundersen
On Tue, Mar 5, 2013 at 4:14 PM, Harald Hoyer harald.ho...@gmail.com wrote: Am 05.03.2013 07:56, schrieb Tom Gundersen: This allows switch-root to work correctly if a unit is active both before and after the switch-root, but its dependencies change. Before the patch, any dependencies added to

Re: [systemd-devel] initrd-fs.target

2013-03-04 Thread Harald Hoyer
Am 05.03.2013 08:08, schrieb Tom Gundersen: On Tue, Mar 5, 2013 at 3:22 PM, Harald Hoyer harald.ho...@gmail.com wrote: Am 05.03.2013 06:26, schrieb Tom Gundersen: When we switch root we use JOB_REPLACE to default.target. This means that units which are pulled in by default.target, but already