On Wed, 23.04.14 23:03, Djalal Harouni (tix...@opendz.org) wrote:
> This is needed to fix bug:
>
> https://bugs.freedesktop.org/show_bug.cgi?id=76498
Hmm, do we really want to expose the version here? I fail to see the
general usefulness of this value. The release is a lot more useful and
we alr
On Wed, 23.04.14 21:20, Brandon Black (blbl...@gmail.com) wrote:
> The problem here is that the daemon performs operations that require root
> privilege on startup, and then dumps its privileges for runtime, and thus
> its execve'd child won't have the root privs it would need to start
> everythin
On Wed, 23.04.14 21:01, Brandon Black (blbl...@gmail.com) wrote:
> > At this point in time I am quite sure that ExecReload= should simply be
> > used for this.
>
> That's an acceptable answer, although I think in the long term it poses
> some questions about additional custom verbs, since at leas
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
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, 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, especia
On Wed, 23.04.14 20:39, Nikolaus Rath (nikol...@rath.org) wrote:
> Lennart Poettering 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 kept around w
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
> > when it involves filesystem operations on user data like tmpfiles
>
Lennart Poettering 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 kept around while the file system is
>>> mounted, and terminated atfer the file system
В Wed, 23 Apr 2014 20:30:35 +0200
Lennart Poettering пишет:
> 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
On Wed, Apr 23, 2014 at 3:06 PM, Lennart Poettering
wrote:
> > 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
> > new daemon, w
On Wed, Apr 23, 2014 at 1:18 AM, Lennart Poettering
wrote:
>
> 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
> really takes 15min
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
> 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
> >> wrote:
> >>
> >> > Hi Kay,
>
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
---
src/analyze/analyze.c | 109 +++---
1 file changed, 85
This is needed to fix bug:
https://bugs.freedesktop.org/show_bug.cgi?id=76498
Reported-by: Zach
---
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 100644
--- a/src/hostn
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
---
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 St
---
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
#include
#include
+#includ
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
>
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
> KernelRele
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).
> ---
> src/logi
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 wrote:
> > 2014-03-26 3:56 GMT+01:00 Kai Hendry :
> > If your daemon is not functional if the hardware is not present, I'd
> > probably start it via
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 wrote:
> >>2014-03-26 3:56 GMT+01:00 Kai Hendry :
> >>If your daemon is not functional if th
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_account
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 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 renami
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 you
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
--
L
On Wed, Apr 23, 2014 at 1:13 PM, Lennart Poettering
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, please
refactor as p
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 loca
On Tue, 25.03.14 19:07, Michael Biebl (mbi...@gmail.com) wrote:
>
> 2014-03-25 0:14 GMT+01:00 Lennart Poettering :
> > 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 discrepancy regarding
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 +
> src/boo
On Tue, 01.04.14 01:55, Brandon Black (blbl...@gmail.com) wrote:
> On Fri, Mar 28, 2014 at 12:12 PM, Brandon Black 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
> > memberships manual
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 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 Wed, Apr 23, 2014 at 10:16 PM, Lennart Poettering 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 arg_lines
lines.
And you ge
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
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 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(-)
>
> d
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]: C
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 wo
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 futur
Hi,
On Wed, 23 Apr 2014 05:57:39 +0200
Lennart Poettering 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 the timestamp fi
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 `journalc
В Wed, 23 Apr 2014 06:43:04 +0200
Lennart Poettering пишет:
> 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
> > linux-qbc6:~ # cp /usr/
On Wed, 23.04.14 21:01, Andrey Borzenkov (arvidj...@gmail.com) wrote:
> В Wed, 23 Apr 2014 05:57:39 +0200
> Lennart Poettering пишет:
>
> >
> > 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 c
В Wed, 23 Apr 2014 05:57:39 +0200
Lennart Poettering пишет:
>
> 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 files suggest th
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
> Date: Wed Apr 16 23:33:41 2014 -0400
>
> delta: do not use unicode chars in C locale
>
On Wed, Apr 23, 2014 at 6:12 PM, Colin Guthrie 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
> overhead it takes to
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
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 "a
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 back
52 matches
Mail list logo
