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 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

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 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 active units by s

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 m

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] initrd-fs.target

2013-03-04 Thread Tom Gundersen
On Tue, Mar 5, 2013 at 3:22 PM, Harald Hoyer 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 local-fs.target) will not be p

[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

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

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

[systemd-devel] [PATCH 3/4] fstab-generator: do not overwrite already generated units

2013-03-04 Thread harald
From: Harald Hoyer only checks for /run/systemd/generator/*.mount --- src/fstab-generator/fstab-generator.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/src/fstab-generator/fstab-generator.c b/src/fstab-generator/fstab-generator.c index 3b8329b..502f64c 100644 --- a/src/

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

2013-03-04 Thread harald
From: Harald Hoyer --- 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 --- a/src/fstab-generator/fstab-generator.c ++

[systemd-devel] [PATCH 1/4] fstab-generator: place /sysroot* mount units in initrd-fs.target

2013-03-04 Thread harald
From: Harald Hoyer --- src/fstab-generator/fstab-generator.c | 15 +-- 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/src/fstab-generator/fstab-generator.c b/src/fstab-generator/fstab-generator.c index 910bbc1..fade192 100644 --- a/src/fstab-generator/fstab-generator.

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 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,

[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 impleme

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 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 this case? I am aware o

Re: [systemd-devel] DBus service name encoding

2013-03-04 Thread David Strauss
On Mon, Mar 4, 2013 at 11:00 AM, Simon McVittie 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 specification, I see no reason to

Re: [systemd-devel] systemd kiosk volatile $HOME

2013-03-04 Thread systemdkiosk
Thank you Lennart. I wonder how your tip compares to our result? Our method employs getty.target and local-fs.target. It works but we prefer the Right Thing (tm). Would systemd-user-sessions.service be better for any reason? Here's our unit as it sits. Thanks for your input. # /etc/systemd/system/

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

2013-03-04 Thread Lennart Poettering
On Mon, 04.03.13 20:09, Harald Hoyer ([email protected]) 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

Re: [systemd-devel] [PATCH] allow apostrophes in the pretty hostname

2013-03-04 Thread Lennart Poettering
On Mon, 04.03.13 13:34, Nathaniel Chen ([email protected]) wrote: > this addresses the bug at: > https://bugs.freedesktop.org/show_bug.cgi?id=59311 > > hostnamectl is supposed to allow a range of special characters for > the 'pretty' hostname: > $ hostnamectl set-hostname --pretty "Nat

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 ([email protected]) wrote: > +if (initrd) { > +char _cleanup_free_ *mu = NULL, *name = NULL; > +/* Skip generation, if unit already exists */ > +name = unit_name

[systemd-devel] [PATCH] allow apostrophes in the pretty hostname

2013-03-04 Thread Nathaniel Chen
this addresses the bug at: https://bugs.freedesktop.org/show_bug.cgi?id=59311 hostnamectl is supposed to allow a range of special characters for the 'pretty' hostname: $ hostnamectl set-hostname --pretty "Nathaniels Desktop !@#$%" ..however, it rejects apostrophes. The manual for hostname sugg

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 ([email protected]) 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

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 < > > [email protected]> wrote: > > > > > Hi, > > > > > > On Mon, Feb 04, 2013 a

[systemd-devel] initrd-fs.target

2013-03-04 Thread Harald Hoyer
Hi Tom, please review http://cgit.freedesktop.org/systemd/systemd/commit/?id=39b83cdab37623a546344622db9bbbc784c15df5 http://cgit.freedesktop.org/systemd/systemd/commit/?id=7d89ce303fb59743a4392eeb3110c00f100172ca http://cgit.freedesktop.org/systemd/systemd/commit/?id=8330847e949fc0c26b16910e52

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 som

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

Re: [systemd-devel] encrypted swap

2013-03-04 Thread Lennart Poettering
On Sat, 02.03.13 11:06, Stefan G. Weichinger ([email protected]) 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. > >

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

2013-03-04 Thread Lennart Poettering
On Mon, 04.03.13 15:25, Belal, Awais ([email protected]) 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 > understa

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

2013-03-04 Thread Michael Biebl
2013/3/2 Michael Biebl : > 2013/3/2 Michael Biebl : >> 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 >> are enabled via --conf

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

2013-03-04 Thread Michael Biebl
2013/3/4 Kay Sievers : > On Mon, Mar 4, 2013 at 12:18 AM, Michael Biebl wrote: >> 2013/3/3 Michael Biebl : >>> 2013/3/3 Kay Sievers : On Sat, Mar 2, 2013 at 10:46 PM, Michael Biebl wrote: > That said, I can prep a follow-up patch, which makes that configurable > and uses "pkg-config

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

2013-03-04 Thread Reindl Harald
Am 04.03.2013 16:25, schrieb Belal: > 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

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 Awais

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 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 obvious but st

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 li

[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 committ

[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 u

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 ([email protected]) wrote: > On Fri, Mar 1, 2013 at 11:23 PM, Zbigniew Jędrzejewski-Szmek > 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 swi

Re: [systemd-devel] DBus service name encoding

2013-03-04 Thread Lennart Poettering
On Sun, 03.03.13 19:06, David Strauss ([email protected]) 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 c

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 ([email protected]) wrote: > > On Mar 1, 2013, at 3:16 PM, Lennart Poettering wrote: > > > On Wed, 20.02.13 14:50, Michal Sekletar ([email protected]) wrote: > > > >> All Execs within the service, will get mounted the same /tmp and /var/tmp > >> dir