From: Alison Chaiken alison_chai...@mentor.com
Source code has files-max and XML has --max-files.
Signed-off-by: Alison Chaiken alison_chai...@mentor.com
---
man/systemd-readahead-replay.service.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Here's an example;
$ cat /etc/fstab
UUID=8c618270-30ae-4a18-a921-1d99034c35a5 / ext4
defaults1 1
UUID=c40ada21-740e-49d9-bbd1-2c2a7c10b028 /boot ext4
defaults1 2
UUID=85e74fda-7354-4384-8baf-4338e84b9ebe swap
---
src/core/machine-id-setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/core/machine-id-setup.c b/src/core/machine-id-setup.c
index 2a58e48..0544117 100644
--- a/src/core/machine-id-setup.c
+++ b/src/core/machine-id-setup.c
@@ -38,7 +38,7 @@
#include fileio.h
On Fri, May 16, 2014 at 12:30 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Wed, 07.05.14 08:54, Emil Sjölin (emil.sjo...@axis.com) wrote:
This fix makes sure that the package installation will work
on systems using versions of 'GNU coreutils' older than 8.16.
Please see
On 16.05.2014 13:00, Kay Sievers wrote:
I do not think we should do such hacks in upstream systemd.
It is a commonly available feature since quite some years, and
building without chroot on old systems is a bit too exotic to justify
carrying this rather large work around upstream.
We do
And this is the output when working properly;
[1.509163] localhost.localdomain systemd[1]: Expecting device
dev-disk-by\x2duuid-8c618270\x2d30ae\x2d4a18\x2da921\x2d1d99034c35a5.device...
-- Subject: Unit
dev-disk-by\x2duuid-8c618270\x2d30ae\x2d4a18\x2da921\x2d1d99034c35a5.device has
On Fri, May 16, 2014 at 12:24 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Wed, 07.05.14 08:22, Christian Hesse (l...@eworm.de) wrote:
Hello everybody,
currently it is not possible to create tun/tap device with networkd. Is this
feature planned? Anybody working on it?
Sounds
On Thu, 15.05.14 20:00, Cristian Rodríguez (crrodrig...@opensuse.org) wrote:
El 15/05/14 19:20, Lennart Poettering escribió:
ilure.
What's the precise error?
Failed to listen to networkd events: No such file or directory)
Ah, this is because /run/systemd/network/links doesn't exist
On Fri, 16.05.14 13:15, Harald Hoyer (harald.ho...@gmail.com) wrote:
On 16.05.2014 13:00, Kay Sievers wrote:
I do not think we should do such hacks in upstream systemd.
It is a commonly available feature since quite some years, and
building without chroot on old systems is a bit too
On Thu, 15.05.14 20:57, Brandon Black (blbl...@gmail.com) wrote:
On Thu, May 15, 2014 at 6:40 PM, Lennart Poettering
lenn...@poettering.netwrote:
But again, it's generally not a good idea to keep file locks for a
longer period of time, much as with mutexes... You don't want to make
On Fri, 16.05.14 11:00, Maciej Wereski (m.were...@partner.samsung.com) wrote:
---
src/core/machine-id-setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/core/machine-id-setup.c b/src/core/machine-id-setup.c
index 2a58e48..0544117 100644
---
On Fri, May 16, 2014 at 3:58 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 15.05.14 20:00, Cristian Rodríguez (crrodrig...@opensuse.org) wrote:
El 15/05/14 19:20, Lennart Poettering escribió:
ilure.
What's the precise error?
Failed to listen to networkd events: No such
On Fri, 16.05.14 09:25, alison_chai...@mentor.com (alison_chai...@mentor.com)
wrote:
From: Alison Chaiken alison_chai...@mentor.com
Source code has files-max and XML has --max-files.
Oh, indeed. And --help was broken too!
Thanks! Applied your patch and fixed --help as well!
On Thu, 15.05.14 17:30, Chris Murphy (li...@colorremedies.com) wrote:
On May 15, 2014, at 3:58 PM, Lennart Poettering lenn...@poettering.net
wrote:
On Sat, 10.05.14 18:02, Chris Murphy (li...@colorremedies.com) wrote:
So I thought maybe the flush is happening to /var before var
On 05/15/2014 07:12 PM, Lennart Poettering wrote:
On Thu, 15.05.14 18:54, Miroslav Grepl (mgr...@redhat.com) wrote:
u-runtime_path = p;
return 0;
@@ -423,7 +424,9 @@ int user_start(User *u) {
log_debug(New user %s logged in., u-name);
/* Make
On May 16, 2014, at 9:25 AM, Lennart Poettering lenn...@poettering.net wrote:
On Thu, 15.05.14 17:30, Chris Murphy (li...@colorremedies.com) wrote:
On May 15, 2014, at 3:58 PM, Lennart Poettering lenn...@poettering.net
wrote:
On Sat, 10.05.14 18:02, Chris Murphy
On Fri, 16.05.14 10:33, Chris Murphy (li...@colorremedies.com) wrote:
Seems crude but I could figure out how to set an selinux label on the
wrong /var to prevent anything from creating things there, and see
what explodes?
maybe use chattr with the immutable flag?
That did it.
[
On Fri, 16.05.14 17:32, Miroslav Grepl (mgr...@redhat.com) wrote:
I'd really prefer if we could keep userspace-controlled labelling at a
minimum. If you ask me we kinda already do too much of it...
Yes. We discuss it in the #1092059 bug again. Basically the problem
is we are not able to
On Thu, 15.05.14 17:36, Holger Freyther (hol...@freyther.de) wrote:
The idea/concern is that we have some remote systems and
they generally do not have a serial console. So in case the
fs is corrupt the question is what to do. Currently the emergency
target would be entered but that will not
On May 16, 2014, at 10:33 AM, Chris Murphy li...@colorremedies.com wrote:
On May 16, 2014, at 9:25 AM, Lennart Poettering lenn...@poettering.net
wrote:
On Thu, 15.05.14 17:30, Chris Murphy (li...@colorremedies.com) wrote:
On May 15, 2014, at 3:58 PM, Lennart Poettering
On Sat, 03.05.14 11:52, Tanu Kaskinen (tanu.kaski...@linux.intel.com) wrote:
In user_dirs() in path-lookup.c, I want to replace this:
symlink(../../../.config/systemd/user, data_home);
with
symlink(config_home, data_home);
to avoid hardcoding .config when XDG_CONFIG_HOME is
On Sat, 03.05.14 11:52, Tanu Kaskinen (tanu.kaski...@linux.intel.com) wrote:
If XDG_CONFIG_HOME is set, then we should respect that.
Applied both. Thanks!
But I'd still be thankful for a proper test case for this...
Lennart
--
Lennart Poettering, Red Hat
On Wed, 30.04.14 23:20, Christian Hesse (m...@eworm.de) wrote:
4. udev launches my executable 'ykfde'
5. ykfde asks for a second password (second factor)
6. user types second password on keyboard
7. ykfde reveives second password and generates challenge
8. ykfde sends challenge to the key
On Wed, 30.04.14 19:53, Mantas Mikulėnas (graw...@gmail.com) wrote:
Thanks!
Applied!
---
man/journald.conf.xml | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/man/journald.conf.xml b/man/journald.conf.xml
index 239a2ec..5cd09a2 100644
--- a/man/journald.conf.xml
On Tue, 29.04.14 21:09, Przemek Rudy (pru...@o2.pl) wrote:
Applied previous comments.
Przemek Rudy (2):
core/cryptsetup: Add WantsMountFor option to enable fallback to
password request for crypt mounts.
core/cryptsetup: Remove duplicated code.
Could you rebase and merge the two
On Mon, 28.04.14 17:22, Przemyslaw Rudy (pru...@o2.pl) wrote:
This patch is a proposal for a problem with not falling back to password
request
if the device with unlocking key for crypt volumes is not mounted for
defined time.
Can you elaborate on the usecase? I mean, this would
On Tue, 29.04.14 22:18, Ruben Kerkhof (ru...@rubenkerkhof.com) wrote:
On Mon, Apr 28, 2014 at 9:04 PM, Ruben Kerkhof ru...@rubenkerkhof.com wrote:
I would have expected that to be 'Initializing machine ID from container
UUID.'
container_uuid is set in the environment:
On Mon, 28.04.14 10:03, Rupak Ganguly (rup...@gmail.com) wrote:
I am trying to access the journal using the HTTP interface, as described
here:
http://www.freedesktop.org/software/systemd/man/systemd-journal-gatewayd.service.html
I want to filter journal entries by starting date/time or
On Mon, 28.04.14 00:58, Mantas Mikulėnas (graw...@gmail.com) wrote:
With proprietary graphics drivers, there won't be any 'drm' devices in
sysfs, so logind will never suspend the system upon closing the lid,
even if only one (internal) display is connected. This has been reported
by multiple
On Mon, 28.04.14 21:34, Benjamin Podszun (d...@darklajid.de) wrote:
I merged Mantas' patch now, so I guess the thread can end, but...
Frankly? No. I'm a fan of your work and I happily run systemd. But if you
think that Let's just make nvidia fix their drivers is the right attitude,
I think
On Fri, 25.04.14 18:26, Will Woods (wwo...@redhat.com) wrote:
Looks good! Applied! Thanks!
When you switch-root into a new root that has SELinux policy, you're
supposed to to run selinux_init_load_policy() to set up SELinux and load
policy. Normally this gets handled by selinux_setup().
---
src/libsystemd/sd-bus/bus-objects.c | 2 +-
src/libsystemd/sd-bus/sd-bus.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/libsystemd/sd-bus/bus-objects.c
b/src/libsystemd/sd-bus/bus-objects.c
index 51d4a62..dbb04e5 100644
---
El vie 16 may 2014 15:58:27 CLT, Josh Triplett escribió:
Does that sound like a reasonable addition?
Yeah, that may be useful for distributions too. +1
--
Cristian
I don't know the key to success, but the key to failure is trying to
please everybody.
From: Thomas Hindoe Paaboel Andersen pho...@gmail.com
This is followup on 05cae7f3431446236139434ee58a6275f3cb31e8
I think the intention was to use the newly introduced 'path'
variable in the inner loop instead of p.
---
src/systemctl/systemctl.c | 8
1 file changed, 4 insertions(+), 4
From: Thomas Hindoe Paaboel Andersen pho...@gmail.com
After 1ea972174baba40dbc80c51cbfc4edc49764b59b err is no longer
set unless we hit a special case. Initialize it to 0 and remove
a check that will never fail.
---
src/udev/udevd.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
From: Thomas Hindoe Paaboel Andersen pho...@gmail.com
---
src/libsystemd/sd-bus/bus-objects.c | 2 +-
src/libsystemd/sd-bus/sd-bus.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/libsystemd/sd-bus/bus-objects.c
b/src/libsystemd/sd-bus/bus-objects.c
index
On Fri, May 16, 2014 at 08:25:46PM +0200, Ronny Chevalier wrote:
---
src/libsystemd/sd-bus/bus-objects.c | 2 +-
src/libsystemd/sd-bus/sd-bus.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/libsystemd/sd-bus/bus-objects.c
On Fri, May 16, 2014 at 11:53:23PM +0200, Thomas H.P. Andersen wrote:
From: Thomas Hindoe Paaboel Andersen pho...@gmail.com
---
src/libsystemd/sd-bus/bus-objects.c | 2 +-
src/libsystemd/sd-bus/sd-bus.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
This allows external tools to keep additional unit information in a
separate section without scaring users with a big warning.
---
src/shared/conf-parser.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/src/shared/conf-parser.c b/src/shared/conf-parser.c
index
On Fri, May 16, 2014 at 07:48:43PM +0200, Lennart Poettering wrote:
On Mon, 28.04.14 10:03, Rupak Ganguly (rup...@gmail.com) wrote:
I am trying to access the journal using the HTTP interface, as described
here:
On Fri, May 16, 2014 at 11:53:24PM +0200, Thomas H.P. Andersen wrote:
From: Thomas Hindoe Paaboel Andersen pho...@gmail.com
This is followup on 05cae7f3431446236139434ee58a6275f3cb31e8
I think the intention was to use the newly introduced 'path'
variable in the inner loop instead of p.
On Fri, May 16, 2014 at 11:53:25PM +0200, Thomas H.P. Andersen wrote:
From: Thomas Hindoe Paaboel Andersen pho...@gmail.com
After 1ea972174baba40dbc80c51cbfc4edc49764b59b err is no longer
set unless we hit a special case. Initialize it to 0 and remove
a check that will never fail.
Looks good
---
man/logind.conf.xml | 42 +-
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git a/man/logind.conf.xml b/man/logind.conf.xml
index 1293e71..f037da2 100644
--- a/man/logind.conf.xml
+++ b/man/logind.conf.xml
@@ -80,25 +80,25 @@
On Fri, May 16, 2014 at 10:52:17PM -0400, Jason St. John wrote:
---
man/logind.conf.xml | 42 +-
1 file changed, 21 insertions(+), 21 deletions(-)
Applied.
Zbyszek
___
systemd-devel mailing list
On Fri, May 16, 2014 at 04:58:31PM -0700, Michael Marineau wrote:
This allows external tools to keep additional unit information in a
separate section without scaring users with a big warning.
Yep, this seems to be a reasonable extension of the syntax. Applied.
Can you update the man pages too?
45 matches
Mail list logo