While playing with this I've also noticed that systemd treats symlinks in a
bit
weird way: looks like if it sees a symlink it dereferences it, but not all
the symlinks
in the path. Here is an example:
# systemctl show systemd-udevd.service -p FragmentPath
On Fri, 28.03.14 12:12, Brandon Black (blbl...@gmail.com) wrote:
4) Socket Activation! I know this is what some will scream when they skim
the above, but it's not a realistic solution in this case for a few reasons:
a) The startup delay, in some cases, can be many whole wallclock
seconds.
Am 23.04.2014 07:00, schrieb Lennart Poettering:
On Thu, 27.03.14 23:41, Thomas Bächler (tho...@archlinux.org) wrote:
On virtually any newer Asus mainboard, the eeepc-wmi driver is loaded.
It exposes a backlight device despite the lack of any physical backlight
devices. This fake backlight
Hi all,
I've noticed that the command systemd-notify --ready does not work reliably to
signal that a service is ready. It works sometimes, but most of the time you get
a message like:
systemd[1]: Cannot find unit for notify message of PID 3137.
in the journal, and the service stays in the
Hiya,
A colleague pointed out an oddity in journalctl --since today --follow
output.
It seems the two arguments somewhat contradict each other: one asks for
all the output for today and the other asks for all future messages, but
using them together should obviously behave in a somewhat sensible
On Wed, Apr 23, 2014 at 6:12 PM, Colin Guthrie gm...@colin.guthr.ie wrote:
What appears to happen instead is that you get the first 10 lines from
the day (i.e. after midnight) and then *all* lines from today following
that after a small delay (likely not a deliberate delay - just whatever
On Wed, 23.04.14 06:21, Zbigniew Jędrzejewski-Szmek
(zbys...@kemper.freedesktop.org) wrote:
New commits:
commit f4b442a95d85a73cbe3a75fb20812942900c4307
Author: Zbigniew J??drzejewski-Szmek zbys...@in.waw.pl
Date: Wed Apr 16 23:33:41 2014 -0400
delta: do not use unicode chars in C
В Wed, 23 Apr 2014 05:57:39 +0200
Lennart Poettering lenn...@poettering.net пишет:
Ah, OK, I think I got it now:
You have services that are to be started by timers that take a long time
to complete. THe timers have been configured to be persistent. If the
system comes up and the timestamp
On Wed, 23.04.14 21:01, Andrey Borzenkov (arvidj...@gmail.com) wrote:
В Wed, 23 Apr 2014 05:57:39 +0200
Lennart Poettering lenn...@poettering.net пишет:
Ah, OK, I think I got it now:
You have services that are to be started by timers that take a long time
to complete. THe timers
В Wed, 23 Apr 2014 06:43:04 +0200
Lennart Poettering lenn...@poettering.net пишет:
On Sun, 30.03.14 19:23, Andrey Borzenkov (arvidj...@gmail.com) wrote:
linux-qbc6:~ # systemctl show systemd-udevd.service -p FragmentPath
FragmentPath=/usr/lib/systemd/system/systemd-udevd.service
Yeah, I see this with systemd 212.
And let me clarify a little bit: this delay after showing first 10 lines is
not a result of looking up for something;
Following lines appear as soon as there is something new in the log (that
is, actually what `-f` does).
So, here is what I see:
I type
Hi,
On Wed, 23 Apr 2014 05:57:39 +0200
Lennart Poettering lenn...@poettering.net wrote:
[...]
Ah, OK, I think I got it now:
You have services that are to be started by timers that take a long time
to complete. THe timers have been configured to be persistent. If the
system comes up and
On Wed, 23.04.14 16:12, Colin Guthrie (gm...@colin.guthr.ie) wrote:
Hiya,
A colleague pointed out an oddity in journalctl --since today --follow
output.
It seems the two arguments somewhat contradict each other: one asks for
all the output for today and the other asks for all future
On Wed, 23.04.14 13:15, Leonid Isaev (lis...@umail.iu.edu) wrote:
Hmm, this sounds nasty. I wodner what we can do about it...
Maybe we should add a new setting PersistentExtraSec= to timer units or
so which allows delaying these kind of timers by an extra margin. Would
this work for
On Wed, 23.04.14 15:15, Eelco Dolstra (eelco.dols...@logicblox.com) wrote:
Hi all,
I've noticed that the command systemd-notify --ready does not work reliably
to
signal that a service is ready. It works sometimes, but most of the time you
get
a message like:
systemd[1]: Cannot find
On Fri, 28.03.14 19:38, Hristo Venev (hri...@venev.name) wrote:
Predictable names and more consistent.
This definitely feels like the right thing to do.
---
src/core/manager.c | 48 +++-
1 file changed, 11 insertions(+), 37 deletions(-)
diff
I've checked the code, and the issue is, basically, that `--since` and
skipping to the end with `--follow` are in a way “mutually exclusive”, that
is,
they are handled in a single `if … else if …` statement, so, because
`--since` is processed first, we don't skip to head.
But since `--follow` sets
On Fri, 28.03.14 21:42, Hristo Venev (hri...@venev.name) wrote:
On Fri, 2014-03-28 at 19:52 +0100, Kay Sievers wrote:
It should still go into its own variable if you want to skip the
check. We should not rely on the behaviour of external functions like
that.
Even when it is not likely
On Wed, Apr 23, 2014 at 10:16 PM, Lennart Poettering lenn...@poettering.net
wrote:
What actually happens is that the output will show you everything from
today, and when it is done with that continue with a live output.
Not exactly. You don't get _everything_ form to day, you get just
On Fri, 28.03.14 19:38, Hristo Venev (hri...@venev.name) wrote:
Also looks like the absolute right thing to do.
They are temporary and should not clutter the configuration directory.
---
src/core/unit.c | 32 +++-
1 file changed, 15 insertions(+), 17 deletions(-)
On Fri, 28.03.14 19:38, Hristo Venev (hri...@venev.name) wrote:
Sounds useful.
---
src/core/dbus-execute.c | 16
src/libsystemd/sd-bus/bus-util.c | 18 +-
2 files changed, 33 insertions(+), 1 deletion(-)
diff --git a/src/core/dbus-execute.c
On Tue, 01.04.14 01:55, Brandon Black (blbl...@gmail.com) wrote:
On Fri, Mar 28, 2014 at 12:12 PM, Brandon Black blbl...@gmail.com wrote:
Given where things are at today, as best I can tell my best bet is to go
down that sort of road, though, and try to clone over the cgroups
On Fri, 28.03.14 17:07, WaLyong Cho (walyong@samsung.com) wrote:
Sounds useful.
---
src/bootchart/bootchart.c|9 -
src/bootchart/bootchart.conf |1 +
src/bootchart/bootchart.h|2 ++
src/bootchart/store.c| 25 +
On Tue, 25.03.14 19:07, Michael Biebl (mbi...@gmail.com) wrote:
2014-03-25 0:14 GMT+01:00 Lennart Poettering lenn...@poettering.net:
On Mon, 24.03.14 23:59, Michael Biebl (mbi...@gmail.com) wrote:
I think the priority information is irrelevant in this particular
issue. It's the
On Tue, 25.03.14 17:35, Armin K. (kre...@email.com) wrote:
Hello there,
I'm using stock systemd-211 release and I have noticed today that locale
isn't set anymore in tty.
My X session, which runs on tty1 has the locale correctly set up, but
when I swich to tty2 and log in, the locale is
On Wed, Apr 23, 2014 at 1:13 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Fri, 28.03.14 17:07, WaLyong Cho (walyong@samsung.com) wrote:
Sounds useful.
Agreed - this looks highly useful. Would be nice maybe to see an
example output file somehere, but otherwise thumbs up (though,
On Tue, 15.04.14 08:26, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
It has the same possible values as StartLimitAction= and is executed
immediately if a service fails.
Looks good! But doesn't apply anymore, could you rebase both patches
please, will merge then!
Thanks!
Lennart
--
On Thu, 27.03.14 19:48, Djalal Harouni (tix...@opendz.org) wrote:
Hmm, thinking about this again, given that this is actually the kernel
identity we return here we should really name those props KernelName and
KernelRelease...
Sorry for the constant forth and back!
Otherwise looks great, can
On Mon, 07.04.14 22:38, Djalal Harouni (tix...@opendz.org) wrote:
This makes systemd-analyze plot read host information from remote.
While we are it show if this is a virtualized system.
https://bugs.freedesktop.org/show_bug.cgi?id=76498
Looks great! Can you rebase this after renaming the
On Thu, 27.03.14 09:36, John Lane (syst...@jelmail.com) wrote:
Heya,
I need to undo the effect of BindsTo in a unit and have tried to
use a drop-in config with it set to empty (BindsTo=) but it doesn't
appear to have any effect.
Yupp, dependencies cannot be undone with this. And this is
On Wed, 26.03.14 00:12, WaLyong Cho (walyong@samsung.com) wrote:
On 03/25/2014 05:01 AM, Lennart Poettering wrote:
On Tue, 25.03.14 01:03, WaLyong Cho (walyong@samsung.com) wrote:
/* Figure out which controllers we need */
-if (c-cpu_accounting ||
On Wed, 26.03.14 14:55, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
On 03/26/2014 01:50 PM, Kai Hendry wrote:
Thanks Michael for answering, :)
On 26 March 2014 18:59, Michael Biebl mbi...@gmail.com wrote:
2014-03-26 3:56 GMT+01:00 Kai Hendry hen...@webconverger.com:
If your
On Wed, 26.03.14 21:50, Kai Hendry (hen...@webconverger.com) wrote:
Thanks Michael for answering, :)
On 26 March 2014 18:59, Michael Biebl mbi...@gmail.com wrote:
2014-03-26 3:56 GMT+01:00 Kai Hendry hen...@webconverger.com:
If your daemon is not functional if the hardware is not
On Sat, 05.04.14 15:38, Mantas Mikulėnas (graw...@gmail.com) wrote:
Do you have a usecase for this? (Not opposed to the patch, just
wondering. The reason I left this out was mostly that I figured this
wouldn't be useful to anybody to query, and I wanted to keep the iface
small).
---
On Wed, Apr 23, 2014 at 11:05:53PM +0200, Lennart Poettering wrote:
On Thu, 27.03.14 19:48, Djalal Harouni (tix...@opendz.org) wrote:
Hmm, thinking about this again, given that this is actually the kernel
identity we return here we should really name those props KernelName and
On Tue, 01.04.14 18:45, Michal Sekletar (msekl...@redhat.com) wrote:
When we have job installed and added to run queue for service which is still
in
dead state and systemd initiates reload then after reload we never add
deserialized job to the run queue again. This is caused by check in
---
src/hostname/hostnamed.c | 12
1 file changed, 12 insertions(+)
diff --git a/src/hostname/hostnamed.c b/src/hostname/hostnamed.c
index 3b19d43..2be6dcd 100644
--- a/src/hostname/hostnamed.c
+++ b/src/hostname/hostnamed.c
@@ -23,6 +23,7 @@
#include string.h
#include unistd.h
---
src/hostname/hostnamectl.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/src/hostname/hostnamectl.c b/src/hostname/hostnamectl.c
index 326f371..70049d3 100644
--- a/src/hostname/hostnamectl.c
+++ b/src/hostname/hostnamectl.c
@@ -67,6 +67,8 @@ typedef struct
On Wed, 23.04.14 22:41, Djalal Harouni (tix...@opendz.org) wrote:
Applied both! Thanks!
---
src/hostname/hostnamectl.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/src/hostname/hostnamectl.c b/src/hostname/hostnamectl.c
index 326f371..70049d3 100644
---
This is needed to fix bug:
https://bugs.freedesktop.org/show_bug.cgi?id=76498
Reported-by: Zach zachcook1...@gmail.com
---
src/hostname/hostnamed.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/hostname/hostnamed.c b/src/hostname/hostnamed.c
index 2be6dcd..a798f16
This makes systemd-analyze plot read host information from remote.
While we are it show if this is a virtualized system.
https://bugs.freedesktop.org/show_bug.cgi?id=76498
Reported-by: Zach zachcook1...@gmail.com
---
src/analyze/analyze.c | 109
On Mon, Apr 21, 2014 at 07:59:52PM +0200, Kay Sievers wrote:
On Sun, Apr 20, 2014 at 8:08 PM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Sun, Apr 20, 2014 at 03:53:05PM +0200, Kay Sievers wrote:
On Sun, Apr 20, 2014 at 5:36 AM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl
On Wed, Apr 23, 2014 at 1:18 AM, Lennart Poettering
lenn...@poettering.netwrote:
UDP is lossy anyway, and a startup delay of a few seconds shouldn't be
an issue at all. If we are speaking of 15min or so here, that might be a
problem, but otherwise this really sounds fine. And if your daemon
On Wed, Apr 23, 2014 at 3:06 PM, Lennart Poettering
lenn...@poettering.netwrote:
To recap my results: there were primarily two things in the way of
naively
using ExecReload to trigger gdnsd's overlapped restart:
1) gdnsd wants to use sd_notifyf() to indicate the MAINPID switch in the
В Wed, 23 Apr 2014 20:30:35 +0200
Lennart Poettering lenn...@poettering.net пишет:
On Wed, 23.04.14 13:15, Leonid Isaev (lis...@umail.iu.edu) wrote:
Hmm, this sounds nasty. I wodner what we can do about it...
Maybe we should add a new setting PersistentExtraSec= to timer units or
On Wed, 23.04.14 20:39, Nikolaus Rath (nikol...@rath.org) wrote:
Lennart Poettering lenn...@poettering.net writes:
systemd will invoke /bin/mount when mounting a file system, and
/bin/umount when unmountin it. fuse file systems may fork off background
processes from there, that will be
On Thu, Apr 24, 2014 at 06:35:58AM +0200, Lennart Poettering wrote:
On Thu, 24.04.14 02:47, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
Supporting less reliable operation modes for something that just needs
to be configured in the kernel seems the wrong approach, especially
On Thu, 24.04.14 07:28, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
Have you checked that EOPNOTSUPP is really the error that is returned by
name_to_handle_at() if the kernel has the entire syscall disabled? Note
that there are two different cases to distuingish here: a file
On Thu, 24.04.14 07:35, Lennart Poettering (lenn...@poettering.net) wrote:
On Thu, 24.04.14 07:28, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
Have you checked that EOPNOTSUPP is really the error that is returned by
name_to_handle_at() if the kernel has the entire syscall
49 matches
Mail list logo