Re: [systemd-devel] [HEADSUP] systemd-222 around the corner

2015-07-06 Thread Andrei Borzenkov
On Tue, Jul 7, 2015 at 9:02 AM, Dominick Grift wrote: > Would be nice if anyone could at least confirm or deny this issue that I've > identified in systemd-nspawn since v220: > > https://bugzilla.redhat.com/show_bug.cgi?id=1232371 > > Containers that rely on that functionality stopped working for

Re: [systemd-devel] [HEADSUP] systemd-222 around the corner

2015-07-06 Thread Dominick Grift
Would be nice if anyone could at least confirm or deny this issue that I've identified in systemd-nspawn since v220: https://bugzilla.redhat.com/show_bug.cgi?id=1232371 Containers that rely on that functionality stopped working for me since v220 -- 02DFF788 4D30 903A 1CF3 B756 FB48 1514 3148

Re: [systemd-devel] HEADS-UP: splitting python-systemd out

2015-07-06 Thread Mantas Mikulėnas
On Tue, Jul 7, 2015 at 5:11 AM, Michael Biebl wrote: > Hi! > > 2015-07-07 2:51 GMT+02:00 Zbigniew Jędrzejewski-Szmek : > > The new separated package is at > https://github.com/systemd/python-systemd > > .. > > > Following the example of libudev, I bumped the version of the separated > > package t

Re: [systemd-devel] HEADS-UP: splitting python-systemd out

2015-07-06 Thread Daurnimator
On 7 July 2015 at 12:50, Zbigniew Jędrzejewski-Szmek wrote: >> Do you intend to publish release tarballs somewhere or should we get one from >> https://github.com/systemd/python-systemd/releases ? > I was hoping that the signed tags and tarballs created by github would > be enough. I built the Fed

Re: [systemd-devel] HEADS-UP: splitting python-systemd out

2015-07-06 Thread Zbigniew Jędrzejewski-Szmek
On Tue, Jul 07, 2015 at 04:11:28AM +0200, Michael Biebl wrote: > Hi! > > 2015-07-07 2:51 GMT+02:00 Zbigniew Jędrzejewski-Szmek : > > The new separated package is at https://github.com/systemd/python-systemd > > .. > > > Following the example of libudev, I bumped the version of the separated > >

Re: [systemd-devel] HEADS-UP: splitting python-systemd out

2015-07-06 Thread Michael Biebl
Hi! 2015-07-07 2:51 GMT+02:00 Zbigniew Jędrzejewski-Szmek : > The new separated package is at https://github.com/systemd/python-systemd .. > Following the example of libudev, I bumped the version of the separated > package to 230, so that it is guaranteed to stay larger than the last > version o

Re: [systemd-devel] HEADS-UP: splitting python-systemd out

2015-07-06 Thread Daniel Mack
On 07/06/2015 08:51 PM, Zbigniew Jędrzejewski-Szmek wrote: > I've been asked to split the python-systemd out of the main systemd tree. > This is the set of python modules which wrap libsystemd. They were > originally started as a separate project by David Strauss. By splitting > them out we return

[systemd-devel] HEADS-UP: splitting python-systemd out

2015-07-06 Thread Zbigniew Jędrzejewski-Szmek
I've been asked to split the python-systemd out of the main systemd tree. This is the set of python modules which wrap libsystemd. They were originally started as a separate project by David Strauss. By splitting them out we return to the origins. In systemd we also use python to build parts of doc

Re: [systemd-devel] [HEADSUP] systemd-222 around the corner

2015-07-06 Thread Daurnimator
On 7 July 2015 at 03:54, David Herrmann wrote: > Hi > > We intend to release v222 tomorrow. If anyone has open issues that > need to be in that release, please speak up. Right now, the release > consists almost exclusively of bug-fixes, and we want to get those > into distributions. > > Thanks > D

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

2015-07-06 Thread Johannes Ernst
> On Jul 3, 2015, at 4:01, Lennart Poettering wrote: > > On Wed, 01.07.15 13:50, Johannes Ernst (johannes.er...@gmail.com > ) wrote: > >> Hey Martin, >> >> thanks, but: >> My container is degraded because systemd-tmpfiles-setup.service failed. My un

Re: [systemd-devel] [HEADSUP] systemd-222 around the corner

2015-07-06 Thread Martin Pitt
Hey David, David Herrmann [2015-07-06 19:54 +0200]: > We intend to release v222 tomorrow. If anyone has open issues that > need to be in that release, please speak up. Right now, the release > consists almost exclusively of bug-fixes, and we want to get those > into distributions. Thanks for the

Re: [systemd-devel] SysVInit service migration to systemd

2015-07-06 Thread Graham Cantin
One I might point out is Spotify's "Luigi" python framework. http://luigi.readthedocs.org/en/latest/index.html At first glance, it might look like it's really hadoop specific -- and it used to be, but the hadoop stuff's been scooped off to a contrib module. Don't let that fool you though, it's actu

Re: [systemd-devel] SysVInit service migration to systemd

2015-07-06 Thread Lesley Kimmel
You mention 'pacemaker'. Does anyone know of any other open-source projects that might accomplish the type of remote service dependency checking that I'm trying to accomplish? For example, if service A on server A depends on service B on server B is there a project that makes this type of check

[systemd-devel] [HEADSUP] systemd-222 around the corner

2015-07-06 Thread David Herrmann
Hi We intend to release v222 tomorrow. If anyone has open issues that need to be in that release, please speak up. Right now, the release consists almost exclusively of bug-fixes, and we want to get those into distributions. Thanks David ___ systemd-dev

Re: [systemd-devel] Failed to run test-bus-zero-copy on ARM platform

2015-07-06 Thread David Herrmann
Hi On Mon, Jul 6, 2015 at 3:43 PM, eshark wrote: > Hi, All, > My Software environment is : systemd v219 + kdbus-4.1-rc1 + > kernel_3.10 > and my hardware platform is ARM CA9 quad core. > > I failed to run the test-bus-zero-copy on my platform, and then I > traced into the iss

[systemd-devel] Failed to run test-bus-zero-copy on ARM platform

2015-07-06 Thread eshark
Hi, All, My Software environment is : systemd v219 + kdbus-4.1-rc1 + kernel_3.10 and my hardware platform is ARM CA9 quad core. I failed to run the test-bus-zero-copy on my platform, and then I traced into the issue , and found that the reason is that the padding KDBU_ITEM_PAY