Re: [systemd-devel] Stopping services started by Systemd socket

On Tue, Jan 23, 2018 at 3:06 AM, Liam Kelly wrote: > How does Systemd communicate to socket activated application that the > connection has been closed? How can I modify my application to detect this > event if it cannot be configured to be closed automatically? > > > > We

Re: [systemd-devel] SSL handshake error from offlineimap when using systemd to initialize

On Mon, Jan 22, 2018 at 01:54:36PM +0100, Lennart Poettering wrote: > On So, 21.01.18 19:12, Yubin Ruan (ablacktsh...@gmail.com) wrote: > > > Hi, > > > > I use offlineimap to synchronize my emails. I want it to do a > > synchronization > > at system startup so recently I add a systemd service

Re: [systemd-devel] Newer videos

2018-01-22 9:29 GMT+01:00 Michal Koutný : > > > On 01/21/2018 03:21 PM, Cecil Westerhof wrote: > > I wanted to dive deeper into systemd. So I sought videos on YouTube. > [...] > > But that one is 2½ years old. Is there something more recent? > https://media.ccc.de/c/asg2017 >

Re: [systemd-devel] nspawn: where is the code for ieee80211 network adapters

On Sa, 20.01.18 18:25, guenther kuenzel (mog+freedesktop@guuk.eu) wrote: > > hello mailing list, > > i have recently opened a bug report for systemd-nspawn with the > topic that wireless network adapters are not handled properly by > systemd-nspawn while LXC is able to handle wireless

Re: [systemd-devel] [PATCH weston] doc/systemd: system service example

On Fri, 29 Dec 2017 15:09:28 -0600 Matt Hoosier wrote: > Hi Lennart, > > On Mon, Dec 4, 2017 at 9:11 AM, Pekka Paalanen wrote: > > On Fri, 1 Dec 2017 18:25:35 +0100 > > Lennart Poettering wrote: > > > >> So, as long as

Re: [systemd-devel] SSL handshake error from offlineimap when using systemd to initialize

El 21-01-2018 a las 8:12, Yubin Ruan escribió: Hi, I use offlineimap to synchronize my emails. I want it to do a synchronization at system startup so recently I add a systemd service for it. However I always get error like this: EOF occurred in violation of protocol (_ssl.c:590) Socket

Re: [systemd-devel] sd_watchdog_enabled: how to use when forking process?

On Fr, 19.01.18 17:41, Simon McVittie (s...@collabora.com) wrote: > On Fri, 19 Jan 2018 at 17:22:51 +, philip is hungry wrote: > > however if i run the forkme function (to put process in the background) it > > behaves as follows: > > > > Jan 18 15:06:25 thinkpad waitonly[11228]: Return from

Re: [systemd-devel] SSL handshake error from offlineimap when using systemd to initialize

On So, 21.01.18 19:12, Yubin Ruan (ablacktsh...@gmail.com) wrote: > Hi, > > I use offlineimap to synchronize my emails. I want it to do a synchronization > at system startup so recently I add a systemd service for it. However I always > get error like this: > >EOF occurred in violation of

Re: [systemd-devel] Is it possible to set CPUAffinity at runtime

On So, 21.01.18 17:18, Cecil Westerhof (cldwester...@gmail.com) wrote: > I would like to change the CPUaffinity of a service at runtime. Is this > possible? systemd does not expose this currently, even though we'd love to. This depends on the cpuset cgroup controller in the kernel becoming

Re: [systemd-devel] sd_watchdog_enabled: how to use when forking process?

Alternatively, NotifyAccess= in [Service allows other processes to ping the watchdog, but Simon is right... forking is not needed for systemd. On 19/01/2018 18:41, Simon McVittie wrote: On Fri, 19 Jan 2018 at 17:22:51 +, philip is hungry wrote: however if i run the forkme function (to

Re: [systemd-devel] Newer videos

On 01/21/2018 03:21 PM, Cecil Westerhof wrote: > I wanted to dive deeper into systemd. So I sought videos on YouTube. [...] > But that one is 2½ years old. Is there something more recent? https://media.ccc.de/c/asg2017 Cheers, Michal signature.asc Description: OpenPGP digital signature

Re: [systemd-devel] Newer videos

On Mon, Jan 22, 2018 at 9:31 AM, guenther kuenzel < mog+freedesktop@guuk.eu> wrote: > > if this is true, then the distribution is actually forced to move it to be > compliant with FHS3. which is also a good thing, because /usr might not be > available during boot time. > /usr is always