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.

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 switch-root /sysroot > > In some other units @SYSTEMCTL@ is used. Is it because

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.

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 switch-root /sysroot In some other units @SYSTEMCTL@ is used. Is it because it is in initramfs? > +ExecStart=-/usr/bin/udevadm info --cleanup-db ...and the

Re: [systemd-devel] Cannot add dependency job for unit... Cannot allocate memory

On Friday, March 01, 2013 02:57:47 PM Lennart Poettering wrote: > On Thu, 21.02.13 09:48, Anthony Messina ([email protected]) wrote: > > I'm not sure if this is the right place to ask, so please direct me to > > the > > proper list if it's not. And byt the way, THANK YOU for systemd! The > >

Re: [systemd-devel] [PATCH 2/5] systemctl: check if iterator was initialized succesfully

On Fri, Mar 01, 2013 at 06:29:58PM +0100, Lukas Nykryn wrote: > --- > src/systemctl/systemctl.c | 6 +- > 1 file changed, 5 insertions(+), 1 deletion(-) > > diff --git a/src/systemctl/systemctl.c b/src/systemctl/systemctl.c > index c67c6c9..99286cf 100644 > --- a/src/systemctl/systemctl.c > +

Re: [systemd-devel] [PATCH 5/5] manager: print p and then free it

On Fri, Mar 01, 2013 at 06:30:01PM +0100, Lukas Nykryn wrote: > --- > src/core/manager.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/src/core/manager.c b/src/core/manager.c > index ec12a75..5d1959e 100644 > --- a/src/core/manager.c > +++ b/src/core/manager.c > @@ -247

Re: [systemd-devel] [PATCH 4/5] systemd-analyze: free unit_times only if it is not NULL

On Fri, Mar 01, 2013 at 06:30:00PM +0100, Lukas Nykryn wrote: > --- > src/analyze/systemd-analyze.c | 8 +--- > 1 file changed, 5 insertions(+), 3 deletions(-) > > diff --git a/src/analyze/systemd-analyze.c b/src/analyze/systemd-analyze.c > index b7e1670..7603cc0 100644 > --- a/src/analyze/sy

Re: [systemd-devel] [PATCH 1/5] systemd-python: add missing check for return of PyDict_SetItem in _reader.c

On Fri, Mar 01, 2013 at 06:29:57PM +0100, Lukas Nykryn wrote: > --- > src/python-systemd/_reader.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/src/python-systemd/_reader.c b/src/python-systemd/_reader.c > index 7f200d5..d3d45cc 100644 > --- a/src/python-systemd/_reade

Re: [systemd-devel] [PATCH 3/5] tpmfiles: add missing parenthesis

On Fri, Mar 01, 2013 at 06:29:59PM +0100, Lukas Nykryn wrote: > --- > src/tmpfiles/tmpfiles.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/src/tmpfiles/tmpfiles.c b/src/tmpfiles/tmpfiles.c > index 6b3f70e..ba22073 100644 > --- a/src/tmpfiles/tmpfiles.c > +++ b/src/tmpf

Re: [systemd-devel] [PATCH 1/2] fstab-generator: initrd - mount the entries in /etc/fstab.sys from the initramfs

On Fri, 01.03.13 19:42, Harald Hoyer ([email protected]) wrote: > > If we only want to support / and /usr, and don't care about stuff like > > /usr/local or /usr/share on separate mounts, then going with usr= > > makes sense to me. It would also make everything else much simpler (no > > need

Re: [systemd-devel] [PATCH 1/2] fstab-generator: mount /usr in the initrd if specified on /proc/cmdline

On Fri, Mar 1, 2013 at 6:54 PM, Lennart Poettering wrote: > I am tempted to say that we should only have one way and one way only to > do this. I.e. forget about the "usr=" idea on the kernel > cmdline. Instead, fstab-generator should just always look into > /etc/fstab and mount everything from th

Re: [systemd-devel] [PATCH] fstab-generator: If we wait indefinitely for a mount, wait also for the device

On Fri, Mar 1, 2013 at 6:50 PM, Lennart Poettering mailto:[email protected]>> wrote: On Fri, 01.03.13 18:38, Tom Gundersen ([email protected] ) wrote: > > On Fri, Mar 1, 2013 at 5:49 PM, Lennart Poettering > mailto:[email protected]>> wrote: > >> Whe

Re: [systemd-devel] [PATCH 2/2] initrd: add unit files needed for basic systemd-in-initrd support

On Fri, Mar 1, 2013 at 2:37 PM, Dave Reisner mailto:[email protected]>> wrote: I'm not a fan of the fstab.sys idea either. I suggested to Tom that a flag in fstab could be used instead -- something like "x-initrd.mount" to denote mounts that need to be taken care of in early userspa

Re: [systemd-devel] [PATCH 1/2] fstab-generator: initrd - mount the entries in /etc/fstab.sys from the initramfs

On Fri, Mar 1, 2013 at 3:16 PM, Tom Gundersen mailto:[email protected]>> wrote: On Fri, Mar 1, 2013 at 2:26 PM, Lennart Poettering mailto:[email protected]>> wrote: > Also, besides / and /usr, is there anything else that would ever show up > in fstab.sys? If it's only these two, th

Re: [systemd-devel] [PATCH 1/2] fstab-generator: initrd - mount the entries in /etc/fstab.sys from the initramfs

On Fri, Mar 1, 2013 at 3:16 PM, Tom Gundersen wrote: > On Fri, Mar 1, 2013 at 2:26 PM, Lennart Poettering > wrote: > > Also, besides / and /usr, is there anything else that would ever show up > > in fstab.sys? If it's only these two, then it appears much nicer to me > > to simply have two kernel

Re: [systemd-devel] encrypted swap

On Mon, 18.02.13 22:59, Stefan G. Weichinger ([email protected]) wrote: > > Am 14.02.2013 00:23, schrieb Stefan G. Weichinger: > > > > I see an issue with systemd-197 on one of my gentoo systems. > > > > Encrypted swap doesn't get enabled correctly as mentioned below. > > > > In the git-repo of s

Re: [systemd-devel] systemd-fsck change fsck arguments to "-a" -> "-y"

On Mon, 18.02.13 11:52, Karel Zak ([email protected]) wrote: > > On Wed, Feb 13, 2013 at 03:32:46AM +0100, Lennart Poettering wrote: > > > > Hmm, I wonder if -a or -y is the way to go. Karel, as util-linux/fsck > > > > maintainer, do you have an opinion whether we should use -a or -y for > > > > au

Re: [systemd-devel] masked services and a lot of warnings

On Sun, 17.02.13 18:33, Reindl Harald ([email protected]) wrote: > can we gat rid of this messages somehow? > i know that they are masked and can not be started > this as the reason to mask them > > nobody needs upower on a virtual machine because > he connects via SSH and opens a X applicat

Re: [systemd-devel] [PATCH 2/2] initrd: add unit files needed for basic systemd-in-initrd support

On Fri, Mar 1, 2013 at 2:37 PM, Dave Reisner wrote: > > I'm not a fan of the fstab.sys idea either. I suggested to Tom that a > flag in fstab could be used instead -- something like "x-initrd.mount" > to denote mounts that need to be taken care of in early userspace. > sounds good, but I would i

Re: [systemd-devel] [PATCH] inhibit: make the output more readable

On Sun, 17.02.13 21:00, Mantas Mikulėnas ([email protected]) wrote: > The columnar output can become pretty horrible. When GNOME inhibits > power/suspend/hibernate keys, the "WHAT" column's text extends to "WHO" > and even "WHY". At the same time, all texts in "WHY" are of the form > > GNOME

Re: [systemd-devel] [PATCH] fstab-generator: If we wait indefinitely for a mount, wait also for the device

wasn't me... commit 5e398e546ea65751e6a774daf828fe06f74434a2 Author: Tom Gundersen Date: Fri Nov 23 03:41:13 2012 +0100 fstab-generator: generate new_root.mount in initrd On Fri, Mar 1, 2013 at 6:50 PM, Lennart Poettering wrote: > On Fri, 01.03.13 18:38, Tom Gundersen ([email protected]) wr

Re: [systemd-devel] failed unit is not restarted

On Sun, 24.02.13 20:40, Patrick Donnelly ([email protected]) wrote: > Hello, > > I'm trying to get my [email protected] to restart on failure (e.g. > when I remove my USB dock and then plug it back in). Despite putting > "Restart=always" in the service file, it always remains in the failed >

Re: [systemd-devel] [Question] How to specify LimitCORE=infinity for all the daemon processes?

On Thu, 21.02.13 09:53, HATAYAMA Daisuke ([email protected]) wrote: > So, I've already understood we can get daemon processes. My question > is how to configure for each daemon to have unlimited in their soft > limit by one configuration in systemd framework. Hmm, I am not following here.

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

Am 01.03.2013 18:47, schrieb Lennart Poettering: > Ah, I see. Might make sense to have a strjoin_sep() or so which takes as > first arg the separator string to place between each arg. So far we > didn't need that anywhere... But if this is useful it would totally make > sense to add to src/shared/u

Re: [systemd-devel] [systemd-commits] 42 commits - configure.ac Makefile.am man/.gitignore README src/journal src/python-systemd

On 01/03/13 01:23, Zbigniew Jędrzejewski-Szmek wrote: On Thu, Feb 28, 2013 at 05:15:05PM -0800, Zbigniew Jędrzejewski-Szmek wrote: Makefile.am | 80 +++ README |7 configure.ac|1 man/.gitignore

Re: [systemd-devel] [PATCH 1/2] fstab-generator: mount /usr in the initrd if specified on /proc/cmdline

On Fri, 01.03.13 18:33, Harald Hoyer ([email protected]) wrote: > > Ok, what do we need for /usr? > > 1. if specified on the kernel command line, we don't need /sysroot/etc/fstab > and > can generate everything with the fstab-generator. > > 2. if not specified on the kernel command line,

Re: [systemd-devel] [PATCH] fstab-generator: If we wait indefinitely for a mount, wait also for the device

On Fri, 01.03.13 18:38, Tom Gundersen ([email protected]) wrote: > > On Fri, Mar 1, 2013 at 5:49 PM, Lennart Poettering > wrote: > >> When rootwait is not passed the kernel calls sys_mount() immediately > >> (after the equivalent of "udevadm settle") assuming the device will be > >> there, failing if

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

On Fri, 01.03.13 18:38, Harald Hoyer ([email protected]) wrote: > Btw, strjoin() should really handle empty strings as the first argument. > > strjoin(NULL, ",", "TEST") should result in "TEST" .. shouldn't it? > > strjoin("", ",", "TEST") ? > >>> > >>> We use NULL as

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

Am 01.03.2013 18:38, schrieb Harald Hoyer: > Am 01.03.2013 18:31, schrieb Lennart Poettering: >> On Fri, 01.03.13 18:21, Harald Hoyer ([email protected]) wrote: >> >>> >>> Am 01.03.2013 18:00, schrieb Lennart Poettering: On Fri, 01.03.13 17:56, Harald Hoyer ([email protected]) wrote:

Re: [systemd-devel] [PATCH] fstab-generator: If we wait indefinitely for a mount, wait also for the device

On Fri, Mar 1, 2013 at 5:49 PM, Lennart Poettering wrote: >> When rootwait is not passed the kernel calls sys_mount() immediately >> (after the equivalent of "udevadm settle") assuming the device will be >> there, failing if it is not. Otherwise, if rootwait is called, the >> kernel will wait (pos

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

Am 01.03.2013 18:31, schrieb Lennart Poettering: > On Fri, 01.03.13 18:21, Harald Hoyer ([email protected]) wrote: > >> >> Am 01.03.2013 18:00, schrieb Lennart Poettering: >>> On Fri, 01.03.13 17:56, Harald Hoyer ([email protected]) wrote: >>> Am 01.03.2013 17:37, schrieb Lennart Po

Re: [systemd-devel] [PATCH 1/2] fstab-generator: mount /usr in the initrd if specified on /proc/cmdline

Ok, what do we need for /usr? 1. if specified on the kernel command line, we don't need /sysroot/etc/fstab and can generate everything with the fstab-generator. 2. if not specified on the kernel command line, we have to wait for sysroot.mount and then copy over the /usr line to /etc/fstab and cha

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

On Fri, 01.03.13 18:21, Harald Hoyer ([email protected]) wrote: > > Am 01.03.2013 18:00, schrieb Lennart Poettering: > > On Fri, 01.03.13 17:56, Harald Hoyer ([email protected]) wrote: > > > >> > >> Am 01.03.2013 17:37, schrieb Lennart Poettering: > >>> On Fri, 01.03.13 15:13, har...@redhat

[systemd-devel] coverity patches

0001-systemd-python-add-missing-check-for-return-of-PyDic.patch Description: Binary data 0002-systemctl-check-if-iterator-was-initialized-succesfu.patch Description: Binary data 0003-tpmfiles-add-missing-parenthesis.patch Description: Binary data 0004-systemd-analyze-free-unit_times-only-i

[systemd-devel] [PATCH 2/5] systemctl: check if iterator was initialized succesfully

--- src/systemctl/systemctl.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/src/systemctl/systemctl.c b/src/systemctl/systemctl.c index c67c6c9..99286cf 100644 --- a/src/systemctl/systemctl.c +++ b/src/systemctl/systemctl.c @@ -2084,7 +2084,11 @@ static int get_cgroup_at

[systemd-devel] [PATCH 5/5] manager: print p and then free it

--- src/core/manager.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/core/manager.c b/src/core/manager.c index ec12a75..5d1959e 100644 --- a/src/core/manager.c +++ b/src/core/manager.c @@ -2473,9 +2473,9 @@ static int create_generator_dir(Manager *m, char **generator, co

[systemd-devel] [PATCH 3/5] tpmfiles: add missing parenthesis

--- src/tmpfiles/tmpfiles.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/tmpfiles/tmpfiles.c b/src/tmpfiles/tmpfiles.c index 6b3f70e..ba22073 100644 --- a/src/tmpfiles/tmpfiles.c +++ b/src/tmpfiles/tmpfiles.c @@ -321,7 +321,7 @@ static int dir_cleanup(

[systemd-devel] [PATCH 1/5] systemd-python: add missing check for return of PyDict_SetItem in _reader.c

--- src/python-systemd/_reader.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/python-systemd/_reader.c b/src/python-systemd/_reader.c index 7f200d5..d3d45cc 100644 --- a/src/python-systemd/_reader.c +++ b/src/python-systemd/_reader.c @@ -208,7 +208,7 @@ static PyObject*

[systemd-devel] [PATCH 4/5] systemd-analyze: free unit_times only if it is not NULL

--- src/analyze/systemd-analyze.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/src/analyze/systemd-analyze.c b/src/analyze/systemd-analyze.c index b7e1670..7603cc0 100644 --- a/src/analyze/systemd-analyze.c +++ b/src/analyze/systemd-analyze.c @@ -237,9 +237,11 @@ sta

Re: [systemd-devel] [PATCH 1/2] fstab-generator: mount /usr in the initrd if specified on /proc/cmdline

On Fri, Mar 1, 2013 at 6:15 PM, Tom Gundersen wrote: > This allows us to treat /usr exactly the same as /. Namely, its options > may be given on the kernel commandline rather than, say, being included in > the initramfs or being read from the rootfs. > > The new options are: usr=, usrfstype=, usrw

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

Am 01.03.2013 18:00, schrieb Lennart Poettering: > On Fri, 01.03.13 17:56, Harald Hoyer ([email protected]) wrote: > >> >> Am 01.03.2013 17:37, schrieb Lennart Poettering: >>> On Fri, 01.03.13 15:13, [email protected] ([email protected]) wrote: >>> From: Harald Hoyer If no "ro" or

[systemd-devel] [PATCH 2/2] initrd: add unit files needed for basic systemd-in-initrd support

This will: * mount all configured filesystems (typically the rootfs on /sysroot and possibl usr on /sysroot/usr) * shut-down and clean-up any daemons running in the initramfs (typically udevd) * switch-root to /sysroot and start the real init v2: no longer read additional configuration after

[systemd-devel] [PATCH 1/2] fstab-generator: mount /usr in the initrd if specified on /proc/cmdline

This allows us to treat /usr exactly the same as /. Namely, its options may be given on the kernel commandline rather than, say, being included in the initramfs or being read from the rootfs. The new options are: usr=, usrfstype=, usrwait=, usrflags=, which have analogous semantics to their root c

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

On Fri, 01.03.13 17:56, Harald Hoyer ([email protected]) wrote: > > Am 01.03.2013 17:37, schrieb Lennart Poettering: > > On Fri, 01.03.13 15:13, [email protected] ([email protected]) wrote: > > > >> From: Harald Hoyer > >> > >> If no "ro" or "rw" is specified on the kernel command line, mount r

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

Am 01.03.2013 17:37, schrieb Lennart Poettering: > On Fri, 01.03.13 15:13, [email protected] ([email protected]) wrote: > >> From: Harald Hoyer >> >> If no "ro" or "rw" is specified on the kernel command line, mount root >> read-only on /sysroot by default > > This sounds good, in order to stay

Re: [systemd-devel] [PATCH] fstab-generator: If we wait indefinitely for a mount, wait also for the device

On Fri, 01.03.13 16:32, Tom Gundersen ([email protected]) wrote: > >> > Hmm, this hooks into "wait", which is initialized from the kernel > >> > cmdline rootwait? What are the precise semantics of the kernel there > >> > regarding this flag, in a non-initrd case? We probably should mimic the > >> > ker

Re: [systemd-devel] [PATCH] cryptsetup-generator: Add JobTimeoutSec=0 for all known crypt devices

On Fri, 01.03.13 15:22, Lennart Poettering ([email protected]) wrote: > > On Fri, 01.03.13 15:13, [email protected] ([email protected]) wrote: > > > From: Harald Hoyer > > > > put JobTimeoutSec=0 in .d/JobTimeoutSec0.conf files > > > > This helps with grabbing a cup of coffee while booti

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

On Fri, 01.03.13 15:13, [email protected] ([email protected]) wrote: > From: Harald Hoyer > > If no "ro" or "rw" is specified on the kernel command line, mount root > read-only on /sysroot by default This sounds good, in order to stay in sync with the initrd-less kernel logic. Please commit! >

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

On Fri, Mar 1, 2013 at 5:25 PM, Harald Hoyer wrote: > Now, the only thing missing is generating [email protected] "Wants" and > "After" for sysroot.mount and sysroot-usr.mount. Hm, I didn't look at that yet. Mostly because I use btrfs, but also because I don't know what would be the heuristic

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

Am 01.03.2013 17:21, schrieb Tom Gundersen: > On Fri, Mar 1, 2013 at 4:56 PM, Harald Hoyer wrote: >> Am 01.03.2013 15:20, schrieb Tom Gundersen: >>> On Fri, Mar 1, 2013 at 3:13 PM, wrote: If no "ro" or "rw" is specified on the kernel command line, mount root read-only on /sysroot by de

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

On Fri, Mar 1, 2013 at 4:56 PM, Harald Hoyer wrote: > Am 01.03.2013 15:20, schrieb Tom Gundersen: >> On Fri, Mar 1, 2013 at 3:13 PM, wrote: >>> If no "ro" or "rw" is specified on the kernel command line, mount root >>> read-only on /sysroot by default >> >> Is this consistent with what the kerne

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

Am 01.03.2013 15:20, schrieb Tom Gundersen: > On Fri, Mar 1, 2013 at 3:13 PM, wrote: >> If no "ro" or "rw" is specified on the kernel command line, mount root >> read-only on /sysroot by default > > Is this consistent with what the kernel does if you don't have an initramfs? > > -t > # > /tt

Re: [systemd-devel] [PATCH] fstab-generator: If we wait indefinitely for a mount, wait also for the device

On Fri, Mar 1, 2013 at 3:37 PM, Lennart Poettering wrote: > On Fri, 01.03.13 15:33, Harald Hoyer ([email protected]) wrote: > >> >> Am 01.03.2013 15:30, schrieb Lennart Poettering: >> > On Fri, 01.03.13 15:13, [email protected] ([email protected]) wrote: >> > >> >> From: Harald Hoyer >> >> >> >>

Re: [systemd-devel] [PATCH] fstab-generator: If we wait indefinitely for a mount, wait also for the device

On Fri, Mar 1, 2013 at 1:37 PM, Lennart Poettering wrote: > > > So, in the non-initrd case: what does rootwait do on the kernel > cmdline? > > > And what happens if it is not used? > > > > rootwait[KNL] Wait (indefinitely) for root device to > show up. > > U

Re: [systemd-devel] [systemd-commits] src/shared

On Fri, Mar 01, 2013 at 05:17:35AM -0800, Lennart Poettering wrote: > path-lookup: downgrade again the messages where we log for units > > This partially reverts 7ad94c716d6403233d04c4d37cb14df958c9b65d. > > After that commit commands such as "systemctl enable" and friends >

Re: [systemd-devel] [PATCH] fstab-generator: If we wait indefinitely for a mount, wait also for the device

On Fri, 01.03.13 15:33, Harald Hoyer ([email protected]) wrote: > > Am 01.03.2013 15:30, schrieb Lennart Poettering: > > On Fri, 01.03.13 15:13, [email protected] ([email protected]) wrote: > > > >> From: Harald Hoyer > >> > >> Write out "JobTimeoutSec=0" for the device the mountpoint (which do

[systemd-devel] [PATCH] core: fix running jobs counters after reload/reexec

All active units will call unit_notify() during coldplug, so we just make sure we're counting from zero again and get the correct result for n_on_console. For n_running_jobs we likewise reset it to zero and then count the running jobs as we encounter them in deserialization. --- src/core/manager.

Re: [systemd-devel] [PATCH] fstab-generator: If we wait indefinitely for a mount, wait also for the device

Am 01.03.2013 15:30, schrieb Lennart Poettering: > On Fri, 01.03.13 15:13, [email protected] ([email protected]) wrote: > >> From: Harald Hoyer >> >> Write out "JobTimeoutSec=0" for the device the mountpoint (which does >> not timeout) waits for. >> >> This helps with grabbing a cup of coffee whi

Re: [systemd-devel] [PATCH] fstab-generator: If we wait indefinitely for a mount, wait also for the device

On Fri, 01.03.13 15:13, [email protected] ([email protected]) wrote: > From: Harald Hoyer > > Write out "JobTimeoutSec=0" for the device the mountpoint (which does > not timeout) waits for. > > This helps with grabbing a cup of coffee while booting and not have > the crypto password dialog time

Re: [systemd-devel] [PATCH] cryptsetup-generator: Add JobTimeoutSec=0 for all known crypt devices

Am 01.03.2013 15:22, schrieb Lennart Poettering: > On Fri, 01.03.13 15:13, [email protected] ([email protected]) wrote: > >> From: Harald Hoyer >> >> put JobTimeoutSec=0 in .d/JobTimeoutSec0.conf files >> >> This helps with grabbing a cup of coffee while booting and not have the >> crypto passwor

[systemd-devel] [PATCH] [RFCv3] Optionally save core dumps as plain files

Introduce configuration file: /etc/systemd/coredump.conf with configurable uid/gid parameters, optional backends to journal and files, per storage size limits --- Makefile-man.am | 1 + Makefile.am | 13 +- man/coredump.conf.xml| 149 +++

[systemd-devel] [PATCH] [RFCv2] Set StopWhenUnneeded=no when unit unneeded, but forced

--- src/core/dbus-unit.c | 18 +++- src/core/job.c| 28 - src/core/job.h| 1 + src/core/load-fragment-gperf.gperf.m4 | 2 +- src/core/load-fragment.c | 4 ++ src/core/manager.c| 2

[systemd-devel] [PATCHES] Rebased versions

___ systemd-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] [PATCH] cryptsetup-generator: Add JobTimeoutSec=0 for all known crypt devices

On Fri, 01.03.13 15:13, [email protected] ([email protected]) wrote: > From: Harald Hoyer > > put JobTimeoutSec=0 in .d/JobTimeoutSec0.conf files > > This helps with grabbing a cup of coffee while booting and not have the > crypto password dialog timeout and systemd in a failed state. I am not

Re: [systemd-devel] [PATCH] fstab-generator: default to "ro"

On Fri, Mar 1, 2013 at 3:13 PM, wrote: > If no "ro" or "rw" is specified on the kernel command line, mount root > read-only on /sysroot by default Is this consistent with what the kernel does if you don't have an initramfs? -t ___ systemd-devel mailin

Re: [systemd-devel] [PATCH 1/2] fstab-generator: initrd - mount the entries in /etc/fstab.sys from the initramfs

On Fri, Mar 1, 2013 at 2:26 PM, Lennart Poettering wrote: > Also, besides / and /usr, is there anything else that would ever show up > in fstab.sys? If it's only these two, then it appears much nicer to me > to simply have two kernel cmdline options for these (we have one > anyway... for /). I mea

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

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 > directories, if service is configured with PrivateTmp=yes. Temporary > directories are cleaned up by service itself, rather than relying on > systemd-t

[systemd-devel] [PATCH] fstab-generator: default to "ro"

From: Harald Hoyer If no "ro" or "rw" is specified on the kernel command line, mount root read-only on /sysroot by default --- src/fstab-generator/fstab-generator.c | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/src/fstab-generator/fstab-generator.c b/src/fst

[systemd-devel] [PATCH] fstab-generator: If we wait indefinitely for a mount, wait also for the device

From: Harald Hoyer Write out "JobTimeoutSec=0" for the device the mountpoint (which does not timeout) waits for. This helps with grabbing a cup of coffee while booting and not have the crypto password dialog timeout and systemd in a failed state. --- src/fstab-generator/fstab-generator.c | 26 +

[systemd-devel] [PATCH] cryptsetup-generator: Add JobTimeoutSec=0 for all known crypt devices

From: Harald Hoyer put JobTimeoutSec=0 in .d/JobTimeoutSec0.conf files This helps with grabbing a cup of coffee while booting and not have the crypto password dialog timeout and systemd in a failed state. --- src/cryptsetup/cryptsetup-generator.c | 62 +++ 1 file

Re: [systemd-devel] Cannot add dependency job for unit... Cannot allocate memory

On Thu, 21.02.13 09:48, Anthony Messina ([email protected]) wrote: > I'm not sure if this is the right place to ask, so please direct me to the > proper list if it's not. And byt the way, THANK YOU for systemd! The more I > read and try, the simpler my systems get. > > Anyway, I'm writing

Re: [systemd-devel] PATCH: handle rbind mount as bind mounts

On Thu, 21.02.13 16:09, Frederic Crozat ([email protected]) wrote: > Hi all, > > attached patch fixes bug reported recently about systemd not handling > rbind mount as bind mount. Applied! Thanks! Lennart -- Lennart Poettering - Red Hat, Inc. ___ sys

Re: [systemd-devel] [PATCH] query for user unit information in the journal

On Thu, 21.02.13 16:39, Daniel Wallace ([email protected]) wrote: > Add --user-unit= to make it possible to query for user logs by the name > of the service. Thanks! Applied! > --- > man/journalctl.xml | 11 +++ > shell-completion/systemd-bash-completio

Re: [systemd-devel] [PATCH 2/2] initrd: add unit files needed for basic systemd-in-initrd support

On Fri, Mar 01, 2013 at 02:30:26PM +0100, Lennart Poettering wrote: > On Mon, 25.02.13 16:00, Tom Gundersen ([email protected]) wrote: > > Two of the units definitely sound like good stuff to have in > systemd. But let's first discuss the fstab.sys issue. I am not convinced > about that one. Would stil

Re: [systemd-devel] [Hackfest] nspawn a container with isolated network interface

On Fri, 22.02.13 16:23, Andreas Schultz ([email protected]) wrote: Heya! > systemd-nspawn already allows you start a container with an > all networking but lo disabled (--private-network). > This experimental patch developed during Hackfest in Brno > allows one to add up to 16 veth pairs to a con

Re: [systemd-devel] [PATCH 2/2] initrd: add unit files needed for basic systemd-in-initrd support

On Mon, 25.02.13 16:00, Tom Gundersen ([email protected]) wrote: Two of the units definitely sound like good stuff to have in systemd. But let's first discuss the fstab.sys issue. I am not convinced about that one. Would still prefer to simply have root= and usr= on the kernel cmdline and live without

Re: [systemd-devel] [PATCH 1/2] fstab-generator: initrd - mount the entries in /etc/fstab.sys from the initramfs

On Mon, 25.02.13 16:00, Tom Gundersen ([email protected]) wrote: Heya, > This (together with the right unit files) is needed in the initramfs in order > to > natively support mounting /usr (and friends) from the initramfs. > > The concept of /etc/fstab.sys is taken from dracut, but might be used >

Re: [systemd-devel] "systemctl enable" in chroot

On Mon, 25.02.13 21:14, Andrey Borzenkov ([email protected]) wrote: > В Mon, 25 Feb 2013 17:32:11 +0100 > Alexandre Kandalintsev пишет: > > > Hi! > > > > I see here that "systemctl enable" should work in chroot: > > http://0pointer.de/blog/projects/changing-roots > > > > However, what actual

Re: [systemd-devel] "systemctl enable" in chroot

On Mon, 25.02.13 17:32, Alexandre Kandalintsev ([email protected]) wrote: > Hi! > > I see here that "systemctl enable" should work in chroot: > http://0pointer.de/blog/projects/changing-roots > > However, what actually see is "Failed to issue method call: Invalid > argument." (probably due to unav

Re: [systemd-devel] [PATCH] pager: add K to less environment

On Wed, 27.02.13 16:26, Lukas Nykryn ([email protected]) wrote: > Using less as a pager sometimes breaks terminal when output > is interrupted by ctrl-c. > Reproducer: run 'sudo journalctl' ctrl-c. > Thanks [email protected] for the solution. Thanks! Applied! > --- > src/shared/pager.c | 2 +-

Re: [systemd-devel] [PATCH] journalctl: add --reverse option to show the newest lines first

On Fri, 01.03.13 10:27, Lukas Nykryn ([email protected]) wrote: Thanks! Applied! > --- > man/journalctl.xml | 8 +++ > src/journal/journalctl.c | 58 > +++- > 2 files changed, 60 insertions(+), 6 deletions(-) > > diff --git a/man/journalc

Re: [systemd-devel] [PATCH] Support system freeze

On Thu, 28.02.13 22:22, Cristian Rodríguez ([email protected]) wrote: > As implemented in kernel 3.9 > > >http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=7e73c5ae6e7991a6c01f6d096ff8afaef4458c36 Hmm, I am pretty sure we want to support this with the same scheme as

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

On Wed, 27.02.13 06:47, [email protected] ([email protected]) wrote: > Here's the question (systemd version 197). > > https://bbs.archlinux.org/viewtopic.php?pid=1237019 > > Might the answer involve two units, a mount and a service? Thanks much. I am not sure I get the full

[systemd-devel] [PATCH] journalctl: add --reverse option to show the newest lines first

--- man/journalctl.xml | 8 +++ src/journal/journalctl.c | 58 +++- 2 files changed, 60 insertions(+), 6 deletions(-) diff --git a/man/journalctl.xml b/man/journalctl.xml index 5ed0e1f..ca940fe 100644 --- a/man/journalctl.xml +++ b/man/journa