Re: [systemd-devel] [PATCH] dbus-manager: don't allow enabling if unit is masked

2014-10-06 Thread Jan Synacek
Lennart Poettering writes: > On Mon, 06.10.14 13:21, Jan Synacek (jsyna...@redhat.com) wrote: > > Hmm with this change in place we'd have different behaviour for the > cases where systemctl executes the operation client-side, and when it > goes via the bus. We really should keep those differences

[systemd-devel] [PATCH 2/3] timer: timer can be a transient unit

2014-10-06 Thread WaLyong Cho
--- src/core/dbus-timer.c | 140 ++ src/core/dbus-timer.h | 3 ++ src/core/timer.c | 10 3 files changed, 153 insertions(+) diff --git a/src/core/dbus-timer.c b/src/core/dbus-timer.c index f1f8c54..5f0b80e 100644 --- a/src/core/dbus-tim

[systemd-devel] [PATCH 1/3] dbus: introduce new method call NewTransientUnit

2014-10-06 Thread WaLyong Cho
It similar with StartTransientUnit but the NewTransientUnit does not start the unit immediately. Newly generated transient unit can be activated by "systemctl start". --- src/core/dbus-manager.c| 99 +- src/core/org.freedesktop.systemd1.conf | 4 ++

[systemd-devel] [PATCH 3/3] run: introduce timer support option

2014-10-06 Thread WaLyong Cho
If systemd-run is called with timer option, then systemd-run call NewTransientUnit with service unit. And also call StartTransientUnit with timer unit which has same name with the service. So actually, two method call is coming and two transient unit is generated. One is service and the other is ti

Re: [systemd-devel] [PATCH 1/2] tmpfiles.d: split files to cope with split packages.

2014-10-06 Thread Barbieri, Gustavo
> -Original Message- > From: Lennart Poettering [mailto:lenn...@poettering.net] > Sent: Thursday, October 02, 2014 4:22 AM > To: Barbieri, Gustavo > Cc: Zbigniew Jędrzejewski-Szmek; systemd-devel@lists.freedesktop.org > Subject: Re: [systemd-devel] [PATCH 1/2] tmpfiles.d: split files to > c

Re: [systemd-devel] [PATCH 1/2] tmpfiles.d: split files to cope with split packages.

2014-10-06 Thread Barbieri, Gustavo
> -Original Message- > From: Lennart Poettering [mailto:lenn...@poettering.net] > Sent: Thursday, October 02, 2014 4:16 AM > To: Barbieri, Gustavo > Cc: systemd-devel@lists.freedesktop.org > Subject: Re: [systemd-devel] [PATCH 1/2] tmpfiles.d: split files to > cope with split packages. > >

Re: [systemd-devel] [PATCH 2/2] sysusers.d: split files to cope with split packages.

2014-10-06 Thread Barbieri, Gustavo
> -Original Message- > From: Lennart Poettering [mailto:lenn...@poettering.net] > Sent: Thursday, October 02, 2014 4:19 AM > To: Barbieri, Gustavo > Cc: Zbigniew Jędrzejewski-Szmek; systemd-devel@lists.freedesktop.org > Subject: Re: [systemd-devel] [PATCH 2/2] sysusers.d: split files to > c

Re: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance

2014-10-06 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Oct 06, 2014 at 02:56:22PM -0400, Rob Owens wrote: > - Original Message - > > From: "Martin Steigerwald" > > > Heck, I started a thread here and then didn´t manage to take time to > > carefully > > read it and reply here and there as I see fit. But I challenged people on > > debia

Re: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance

2014-10-06 Thread Martin Pitt
Hello Rob, this is higly Debian specific (doesn't even apply to Ubuntu) and thus a bit off-topic, but as the question already is on the upstream ML.. sorry! Rob Owens [2014-10-06 14:56 -0400]: > brasero -> gvfs -> gvfs-daemons -> udisks2 -> libpam-systemd -> systemd-sysv You can break it up aft

Re: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance

2014-10-06 Thread Rob Owens
- Original Message - > From: "Martin Steigerwald" > Heck, I started a thread here and then didn´t manage to take time to > carefully > read it and reply here and there as I see fit. But I challenged people on > debian-user mailing list to constructively voice their concerns upstream, and

Re: [systemd-devel] [Question/bug] Timeout after bus_event_loop_with_idle() change.

2014-10-06 Thread Daniel Buch
On my system it is consistently. okt 06 20:09:09 dbuch-laptop systemd[1]: systemd-timedated.service stopping timed out. Terminating. okt 06 20:09:09 dbuch-laptop systemd[1]: Unit systemd-timedated.service entered failed state. okt 06 20:09:09 dbuch-laptop systemd[1]: systemd-timedated.service fail

Re: [systemd-devel] [PATCH] journal: Fix sd_journal_enumerate_unique skipping values

2014-10-06 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Oct 06, 2014 at 06:36:34PM +0200, Jan Janssen wrote: > *bump* Sorry, I'll look into this. Zbyszek > On 2014-09-06 10:36, Jan Janssen wrote: > >sd_journal_enumerate_unique will lock its mmap window to prevent it > >from being released by calling mmap_cache_get with keep_always=true. > >Thi

Re: [systemd-devel] [PATCH] journal: Fix sd_journal_enumerate_unique skipping values

2014-10-06 Thread Jan Janssen
*bump* On 2014-09-06 10:36, Jan Janssen wrote: sd_journal_enumerate_unique will lock its mmap window to prevent it from being released by calling mmap_cache_get with keep_always=true. This call may return windows that are wider, but compatible with the parameters provided to it. This can result

Re: [systemd-devel] A way to better integrate rsyslog into systemd?

2014-10-06 Thread Lennart Poettering
On Sun, 05.10.14 14:54, Aleksei Besogonov (alex.besogo...@gmail.com) wrote: > On 05 Oct 2014, at 11:02, Andrei Borzenkov wrote: > > В Fri, 3 Oct 2014 22:55:13 -0700 > > Aleksei Besogonov пишет: > > > >> With all the recent noise about systemd abusing its position with the way > >> it takes ove

Re: [systemd-devel] variable expansion in ExecStart

2014-10-06 Thread Lennart Poettering
On Sat, 04.10.14 21:24, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > Hi, > > Environment="X='Y' Z" > ExecStart=/bin/echo $X ${X} > > results in echo[31266]: Y Z 'Y' Z > > i.e., $X not only splits at whitespace, as documented, but also strips quotes. > Is this by design, or is it an

Re: [systemd-devel] [PATCH] dbus-manager: don't allow enabling if unit is masked

2014-10-06 Thread Lennart Poettering
On Mon, 06.10.14 13:21, Jan Synacek (jsyna...@redhat.com) wrote: Hmm with this change in place we'd have different behaviour for the cases where systemctl executes the operation client-side, and when it goes via the bus. We really should keep those differences in behaviour to a minimum. I figure

Re: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance

2014-10-06 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Oct 06, 2014 at 05:14:17PM +0200, Lennart Poettering wrote: > On Mon, 06.10.14 16:34, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > > On Mon, Oct 06, 2014 at 02:57:17PM +0200, Lennart Poettering wrote: > > > > systemd does a lot. And an 1,3 MiB binary is a hug binary size for

Re: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance

2014-10-06 Thread Lennart Poettering
On Mon, 06.10.14 16:34, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > On Mon, Oct 06, 2014 at 02:57:17PM +0200, Lennart Poettering wrote: > > > systemd does a lot. And an 1,3 MiB binary is a hug binary size for > > > something > > > that started out as managing services and sessions v

Re: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance

2014-10-06 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Oct 06, 2014 at 02:57:17PM +0200, Lennart Poettering wrote: > > systemd does a lot. And an 1,3 MiB binary is a hug binary size for > > something > > that started out as managing services and sessions via control > > cgroups. > > Well, it does a lot more these days. > > The Linux kernel

Re: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance

2014-10-06 Thread Lennart Poettering
On Sun, 05.10.14 12:20, Martin Steigerwald (mar...@lichtvoll.de) wrote: > > However, I also believe that the change we are making is for the good, > > and even though it might not be obvious to many immediately, it brings > > major benefits when administering machines, and they massively > > outwe

Re: [systemd-devel] [PATCH] journalctl: allow customizable output formats

2014-10-06 Thread Daniel P. Berrange
On Fri, Oct 03, 2014 at 02:13:51AM +0200, Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Sep 22, 2014 at 04:33:28PM +0100, Daniel P. Berrange wrote: > > The current '--output FORMAT' argument defines a number of > > common output formats, but there are some useful cases it > > does cover. In particul

[systemd-devel] [PATCH] dbus-manager: don't allow enabling if unit is masked

2014-10-06 Thread Jan Synacek
https://bugzilla.redhat.com/show_bug.cgi?id=1149069 --- src/core/dbus-manager.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/src/core/dbus-manager.c b/src/core/dbus-manager.c index 533ce43..c2d52b2 100644 --- a/src/core/dbus-manager.c +++ b/src/core/dbus-manager.c @

Re: [systemd-devel] [PATCH] journalctl: add --utc option

2014-10-06 Thread Lennart Poettering
On Thu, 02.10.14 12:51, Josh Triplett (j...@joshtriplett.org) wrote: > On Thu, Oct 02, 2014 at 09:11:39PM +0200, Lennart Poettering wrote: > > On Thu, 02.10.14 11:56, Josh Triplett (j...@joshtriplett.org) wrote: > > > > > On Thu, Oct 02, 2014 at 09:36:46AM +0200, Jan Synacek wrote: > > > > Introd

Re: [systemd-devel] [PATCH] sd-dhcp-client: support non-Ethernet hardware addresses

2014-10-06 Thread Patrik Flykt
On Fri, 2014-10-03 at 10:04 -0500, Dan Williams wrote: > sd_dhcp_client_set_mac() does have an 'arp_type' parameter that's > cached > in the client struct, so that could be changed to: > > if (client->arp_type == ARPHRD_ETHER) > > if you'd like. If it's there already, it is a good thing to use.