[systemd-devel] what does --ephemeral really do on btrfs?

If I run systemd-nspawn with —ephemeral, it creates a new temporary btrfs subvolume, the documentation says. Mine takes an awful long time — blocking IO on the device in the awful long meantime — and I’m puzzled why. Does it perhaps copy (deep? references only?) the entire drive? Should I put

[systemd-devel] changed property value in signal

hi I am new to systemd. I am using systemd 208, libdbus-1-3_1.4.18-1ubuntu1.4_i386.deb I am to monitor unit stop/failure in my application . So I am subscribing to propertiesChanged signal and paring SubState. The propertieschanged message contains a dictionary and invalidated list of properties.

Re: [systemd-devel] How do I find out why a service was started? (systemd-tmpfiles-setup failed in container)

> On Jul 1, 2015, at 14:59, Michael Biebl wrote: > > 2015-07-01 22:50 GMT+02:00 Johannes Ernst >: >> Hey Martin, >> >> thanks, but: >> My container is degraded because systemd-tmpfiles-setup.service failed. My understanding is that it should not run

Re: [systemd-devel] How do I find out why a service was started? (systemd-tmpfiles-setup failed in container)

2015-07-01 22:50 GMT+02:00 Johannes Ernst : > Hey Martin, > > thanks, but: > >>> My container is degraded because systemd-tmpfiles-setup.service >>> failed. My understanding is that it should not run in the container >>> anyway. (Right?) >> >> It should run in a container; its purpose is both neces

Re: [systemd-devel] Testing kdbus and bus-proxy

Hi On Wed, Jul 1, 2015 at 10:38 PM, Daniel Buch wrote: > Alright, i just updated kdbus branch, and these issues is solved.. We haven't broken ABI for quite some time (and are now committed to the ABI!). But still, thanks for the report! Thanks David _

Re: [systemd-devel] How do I find out why a service was started? (systemd-tmpfiles-setup failed in container)

Hey Martin, thanks, but: >> My container is degraded because systemd-tmpfiles-setup.service >> failed. My understanding is that it should not run in the container >> anyway. (Right?) > > It should run in a container; its purpose is both necessary, and I > don't see why a container would have any

Re: [systemd-devel] Testing kdbus and bus-proxy

Alright, i just updated kdbus branch, and these issues is solved.. ons. 1. jul. 2015 kl. 22.20 skrev Daniel Buch : > Hi, > > I been testing kdbus (v4.1 branch) and bus-proxy on kernel v4.1 (arch > linux) and i just came across an inconsistency with my plain laptop/desktop > setup. > > dleyna cras

Re: [systemd-devel] How do I find out why a service was started? (systemd-tmpfiles-setup failed in container)

Hey Johannes, Johannes Ernst [2015-07-01 11:02 -0700]: > My container is degraded because systemd-tmpfiles-setup.service > failed. My understanding is that it should not run in the container > anyway. (Right?) It should run in a container; its purpose is both necessary, and I don't see why a cont

[systemd-devel] Testing kdbus and bus-proxy

Hi, I been testing kdbus (v4.1 branch) and bus-proxy on kernel v4.1 (arch linux) and i just came across an inconsistency with my plain laptop/desktop setup. dleyna crashes as i start gnome-calendar. Also calendar doesn't seem to run aswell, im not able to check my entries (Not sure what's causin

[systemd-devel] How do I find out why a service was started? (systemd-tmpfiles-setup failed in container)

My container is degraded because systemd-tmpfiles-setup.service failed. My understanding is that it should not run in the container anyway. (Right?) How do I find out why it was started? This is probably a noob question. Thanks, Johannes. ___ syst

Re: [systemd-devel] [PATCH] loginctl: add rule for qemu's pci-bridge-seat

Hi, > > But I can cut & paste the paragraph above into the commit message and > > resend. Or should I redo the github pull-request instead? > > I can amend this information. Great. thanks, Gerd ___ systemd-devel mailing list systemd-devel@lists

Re: [systemd-devel] [PATCH] loginctl: add rule for qemu's pci-bridge-seat

Hi On Wed, Jul 1, 2015 at 4:25 PM, Gerd Hoffmann wrote: > On Mi, 2015-07-01 at 13:10 +0200, David Herrmann wrote: >> Hi >> >> On Mon, Jun 29, 2015 at 9:42 AM, Gerd Hoffmann wrote: >> > Signed-off-by: Gerd Hoffmann >> > --- >> > src/login/71-seat.rules.in | 6 ++ >> > 1 file changed, 6 inse

Re: [systemd-devel] [PATCH] loginctl: add rule for qemu's pci-bridge-seat

On Mi, 2015-07-01 at 13:10 +0200, David Herrmann wrote: > Hi > > On Mon, Jun 29, 2015 at 9:42 AM, Gerd Hoffmann wrote: > > Signed-off-by: Gerd Hoffmann > > --- > > src/login/71-seat.rules.in | 6 ++ > > 1 file changed, 6 insertions(+) > > > > diff --git a/src/login/71-seat.rules.in b/src/lo

Re: [systemd-devel] systemd-tmpfiles for the user instance of systemd

On Wednesday 01 of July 2015 12:00:59 Dimitri John Ledkov wrote: > Heya, Hello, thank for the reply. > On 1 July 2015 at 11:35, Daniel Tihelka wrote: > > Hello, > > does anyone have an experience with the use of systemd-tmpfiles for the > > user instance of systemd. > > My question would be - w

Re: [systemd-devel] [solved] howto handle one time shutdown programs

On Wed, Jul 1, 2015 at 2:30 PM, Andreas Buschmann wrote: > Hello Andrei, > > On Tue 30-Jun-2015 15:45 CEST Andrei Borzenkov writes: > >> On Tue, Jun 30, 2015 at 2:35 PM, Andreas Buschmann >> wrote: >>> Hello Johannes, >>> >>> On Thu 25-Jun-2015 20:09 CEST Johannes Ernst writes: >>> > On Jun

Re: [systemd-devel] [solved] howto handle one time shutdown programs

Hello Andrei, On Tue 30-Jun-2015 15:45 CEST Andrei Borzenkov writes: > On Tue, Jun 30, 2015 at 2:35 PM, Andreas Buschmann > wrote: >> Hello Johannes, >> >> On Thu 25-Jun-2015 20:09 CEST Johannes Ernst writes: >> On Jun 25, 2015, at 7:57, Andreas Buschmann wrote: I am writing a s

Re: [systemd-devel] [PATCH] loginctl: add rule for qemu's pci-bridge-seat

Hi On Mon, Jun 29, 2015 at 9:42 AM, Gerd Hoffmann wrote: > Signed-off-by: Gerd Hoffmann > --- > src/login/71-seat.rules.in | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git a/src/login/71-seat.rules.in b/src/login/71-seat.rules.in > index ab7b66f..270da71 100644 > --- a/src/login/71-

Re: [systemd-devel] systemd-tmpfiles for the user instance of systemd

Heya, On 1 July 2015 at 11:35, Daniel Tihelka wrote: > > Hello, > does anyone have an experience with the use of systemd-tmpfiles for the user > instance of systemd. > My question would be - what sort of files are you creating with tmpfiles? system stuff is known to use dynamic directories in

[systemd-devel] systemd-tmpfiles for the user instance of systemd

Hello, does anyone have an experience with the use of systemd-tmpfiles for the user instance of systemd. I ended with the following files (all copied from system service definitions and adjusted): * systemd-tmpfiles-setup.service: [Unit] DefaultDependencies=no [Service] Type=oneshot RemainAf

Re: [systemd-devel] Fwd: With my layer, Systemd not invoking my application at startup

Vipin Nair wrote on 01/07/15 07:00: > > > Hi All, > > I am using the yacto style project and I have created a layer (my first > layer) and have build it with WindRiver media which uses Systemd for the > startup services. > > As per my application need, I have to create a new user on the final