~ I'm getting this on every reload:
systemd[1]: Unknown serialization item 'subscribed=:1.1'
Doesn't seem to break anything though.
~ I'm also getting this on every reload:
systemd[1]: [/usr/lib/systemd/system/systemd-journald.service:24] Failed to
parse capability in bounding set, ignoring: CA
No one has any clue?
Or do I need to provide more information? (if so what?)
Thanks once again,
Brendan
- Original Message -
From: "Brendan Horan"
To: "systemd-devel"
Sent: Thursday, 13 November, 2014 11:59:49 AM
Subject: [systemd-devel] VLAN's not coming up "systemd-networkd.service l
В Tue, 18 Nov 2014 18:37:03 +0100
Łukasz Stelmach пишет:
>
> After several suspend/resumes systemctl shows more than three dozens of
> rfkill devices even though I've got only one BT and one WLAN.
>
> --8<---cut here---start->8---
> systemd-rfkill@rfkill0.ser
---
src/test/test-unit-file.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/src/test/test-unit-file.c b/src/test/test-unit-file.c
index 03b3e25..f31a1bb 100644
--- a/src/test/test-unit-file.c
+++ b/src/test/test-unit-file.c
@@ -222,6 +222,9 @@ static void test_config_
Empty environment variables in Environment= and EnvironmentFile= options
work.
---
TODO | 2 --
1 file changed, 2 deletions(-)
diff --git a/TODO b/TODO
index d4138fe..3e8d04c 100644
--- a/TODO
+++ b/TODO
@@ -191,8 +191,6 @@ Features:
* generator that automatically discovers btrfs subvolumes, i
with this file:
[Unit]
Description=Test empty variables
[Service]
Environment=TEST= TEST2=
ExecStart=/bin/bash -c "env"
[Install]
WantedBy=default.target
I get this output:
Nov 19 16:59:07 arch-tree systemd[1]: Starting Test empty variables...
Nov 19 16:59:07 arch-tree systemd[1]: Started Test
В Tue, 18 Nov 2014 16:22:18 +
Colin Guthrie пишет:
> Michael Biebl wrote on 18/11/14 15:55:
> > 2014-11-18 16:30 GMT+01:00 Colin Guthrie :
> >> Michael Biebl wrote on 18/11/14 15:09:
> >>> 2014-11-18 15:59 GMT+01:00 Colin Guthrie :
> Didier Roche wrote on 18/11/14 13:58:
> > This wou
В Tue, 18 Nov 2014 06:25:43 +
"Cao, XinX" пишет:
> Hi, Umut & David,
>
> My project needs the Graphical desktop to display on monitor as fast as
> possible, but I found lots of unrelated services( such as sound, network, ...
> ) are competing CPU even they are explicitly After
On 10/28/2014 01:06 AM, Umut Tezduyar Lindskog wrote:
> On Wed, Oct 22, 2014 at 7:44 PM, Lennart Poettering
> wrote:
>> On Tue, 02.09.14 10:06, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote:
>>
>>> Hi,
>>>
>>> I would like to start a configurable set of services first and the
>>> services are w
On Tue, 2014-11-18 at 18:41 +0100, Tom Gundersen wrote:
> (but cc'ing Patrik just to make sure)
> > RFC 2131:
> >
> > secs 2 Filled in by client, seconds elapsed since client
> >began address acquisition or renewal process.
> > @@ -422,7 +423,15 @@ static int client_message_init(
Hi XinX,
On Wed, Nov 19, 2014 at 8:30 AM, Cao, XinX wrote:
> Hi, Umut,
>
>
>
> Days ago you told me “StartupCPUShares”, and I had a test of
> this option in my system. But it seems systemd on my system doesn’t know
> this item. And I got this message “Unknow lvalue StartupCPUShare
Hi,
i try to a centos7 (bootstrapped with yum) system with systemd-nspawn
(systemd-nspawn -D centos7 -b) on opensuse 13.2
This works basically, but there are some problems:
1. remove pam_loginuid from /etc/pam.d/login
2. add
https://github.com/systemd/systemd/blob/master/units/container-ge...@.
Hi,
Is there any chance that someone can validate this fix? I tested the
patch against systemd-215 present in Debian testing, but can't test it
with the current version.
However, the patch is very simple and should work with the latest version.
Also, the bug involved is pretty important for c
Applied. Thanks!
On Wed, Nov 19, 2014 at 1:57 PM, Thomas Haller wrote:
> ---
> src/libsystemd-network/sd-dhcp-lease.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/libsystemd-network/sd-dhcp-lease.c
> b/src/libsystemd-network/sd-dhcp-lease.c
> index f046ac5..3da71
Hi,
Quote from man service:
BusName= Takes a D-Bus bus name that this service is reachable as.
This option is mandatory for services where Type= is set to dbus, but
its use is otherwise recommended if the process takes a name on the
D-Bus bus.
Why it is recommended?
If you have Type=simple and
---
src/libsystemd-network/sd-dhcp-lease.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/libsystemd-network/sd-dhcp-lease.c
b/src/libsystemd-network/sd-dhcp-lease.c
index f046ac5..3da71a2 100644
--- a/src/libsystemd-network/sd-dhcp-lease.c
+++ b/src/libsystemd-network/sd
2014-11-19 1:32 GMT+03:00 Lennart Poettering :
> Yeah, that should just work already. LLMNR uses single-label names,
> hence resolving the unqualified hostname of local link-local peers
> should "just work" if resolved and nss-resolve are used.
>
Thats fine.
> Note that link-local ipv6 addresses
Hi
On Wed, Nov 12, 2014 at 11:49 AM, WaLyong Cho wrote:
> ---
> src/shared/utf8.c| 39 +++
> src/shared/utf8.h| 1 +
> src/test/test-utf8.c | 25 +
> 3 files changed, 65 insertions(+)
>
> diff --git a/src/shared/utf8.c b/src/sh
systemd generates some timestamps before the very first call of settimeofday().
When we are in rtc-in-local time mode, these timestamps are wrong.
Affected timestamps are:
Kernel, InitRD, Userspace, SecurityStart, SecurityFinish
In this patch, adjustments are applied after the very first call.
B
On Thu, Nov 06, 2014 at 09:11:03PM -0800, Chris Leech wrote:
> It it not working for -o remount,_netdev. But that looks like a
> libmount issue in that the ROOT field is not being set in utab on a
> remount, so if the initial mount did not require a utab entry then
> remount options never get merg
---
src/shared/util.c| 13 +
src/shared/util.h| 4
src/test/test-util.c | 17 +
3 files changed, 34 insertions(+)
diff --git a/src/shared/util.c b/src/shared/util.c
index 0166052..d62d90c 100644
--- a/src/shared/util.c
+++ b/src/shared/util.c
@@ -892,6 +8
/proc/[pid]/cwd and /proc/[pid]/root are symliks to corresponding
directories
The added functions returns values of that symlinks.
---
src/shared/util.c| 39 +++
src/shared/util.h| 2 ++
src/test/test-util.c | 13 -
3 files changed, 49 inse
/proc/[pid]:
- status
- maps
- limits
- cgroup
- cwd
- root
- environ
- fd/ & fdinfo/ joined in open_fds
---
src/journal/coredump.c | 137 -
1 file changed, 135 insertions(+), 2 deletions(-)
diff --git a/src/journal/coredump.c b/src/journal/coredump
Hello,
these patches add several new fields to systemd-coredump journal messages. The
added fields should enable ABRT to report core files from systemd-journald to
various bug tracking systems.
The added fields:
- COREDUMP_PROC_STATUS : a copy of /proc/[pid]/status
- COREDUMP_PROC_MAPS : a copy
On the contrary of env, the added function returns all characters
cescaped, because it improves reproducibility.
---
src/shared/util.c| 160 +--
src/shared/util.h| 1 +
src/test/test-util.c | 6 +-
3 files changed, 109 insertions(+), 58 d
Hey,
Some other topic related to "empty /etc" discussions: when preparing
some generic distro images, we are have the desire to ensure that all
new instances will get a different /etc/machine-id file.
As part of the empty /etc at boot, we first thought that removing
/etc/machine-id would be su
David Herrmann writes:
> Hi
>
> On Fri, Nov 14, 2014 at 12:42 PM, Jan Synacek wrote:
>> Try to validate the input similarly to how setxkbmap does it. Multiple
>> layouts and variants can be specified, separated by a comma. Variants
>> can also be left out, meaning that the user doesn't want any p
27 matches
Mail list logo
