[gentoo-systemd] systemd team meeting @ 10 Sep, 18:30 UTC

[gentoo-systemd] systemd team meeting @ 10 Sep, 18:30 UTC

[Michał Górny]

[-- Attachment #1: Type: text/plain, Size: 425 bytes --]

Hello, folks.

The next systemd team meeting will be held at 10 Sep 2013, 18:30 UTC.
That is, 30 minutes before the Council meeting, so people waiting for
the meeting can come by.

Since there's no real interest in the meeting, I don't expect it to
take long. Agenda follows:

1. Vote for the new team lead.

2. Quick check on the state of systemd support.

3. Open floor.

-- 
Best regards,
Michał Górny

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 966 bytes --]

Re: [gentoo-systemd] systemd team meeting @ 10 Sep, 18:30 UTC

[Mike Gilbert]

On Sun, Sep 8, 2013 at 1:42 PM, Michał Górny <mgorny@gentoo.org> wrote:
> Hello, folks.
>
> The next systemd team meeting will be held at 10 Sep 2013, 18:30 UTC.
> That is, 30 minutes before the Council meeting, so people waiting for
> the meeting can come by.
>
> Since there's no real interest in the meeting, I don't expect it to
> take long. Agenda follows:
>
> 1. Vote for the new team lead.
>
> 2. Quick check on the state of systemd support.
>
> 3. Open floor.
>

Here's a topic: I would like to discuss ideas for dealing with
services that require a configured network connection. For reference,
see bug 483780 and 483970.

NetworkManager has a optional unit that blocks until configured
interfaces are ready.

http://cgit.freedesktop.org/NetworkManager/NetworkManager/tree/data/NetworkManager-wait-online.service.in

I wonder if we can/should provide similar functionality for other
network setups, or if anyone has a better idea.

Re: [gentoo-systemd] systemd team meeting @ 10 Sep, 18:30 UTC

[Michał Górny]

[-- Attachment #1: Type: text/plain, Size: 1332 bytes --]

Dnia 2013-09-08, o godz. 13:53:35
Mike Gilbert <floppym@gentoo.org> napisał(a):

> On Sun, Sep 8, 2013 at 1:42 PM, Michał Górny <mgorny@gentoo.org> wrote:
> > Hello, folks.
> >
> > The next systemd team meeting will be held at 10 Sep 2013, 18:30 UTC.
> > That is, 30 minutes before the Council meeting, so people waiting for
> > the meeting can come by.
> >
> > Since there's no real interest in the meeting, I don't expect it to
> > take long. Agenda follows:
> >
> > 1. Vote for the new team lead.
> >
> > 2. Quick check on the state of systemd support.
> >
> > 3. Open floor.
> >
> 
> Here's a topic: I would like to discuss ideas for dealing with
> services that require a configured network connection. For reference,
> see bug 483780 and 483970.
> 
> NetworkManager has a optional unit that blocks until configured
> interfaces are ready.
> 
> http://cgit.freedesktop.org/NetworkManager/NetworkManager/tree/data/NetworkManager-wait-online.service.in
> 
> I wonder if we can/should provide similar functionality for other
> network setups, or if anyone has a better idea.

Well, that would be the purpose of network-online.target (see: man
systemd.special). Though I'm not sure if we can actually get it done for
many of the other software out there.

-- 
Best regards,
Michał Górny

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 966 bytes --]

Re: [gentoo-systemd] systemd team meeting @ 10 Sep, 18:30 UTC

[Fabio Erculiani]

I will try to be there.

Another thing I'd like to discuss is: how to deal with
EnvironmentFile= and /etc/conf.d/*. I am not sure about what we've
decided in the end.

-- 
Fabio Erculiani

Re: [gentoo-systemd] systemd team meeting @ 10 Sep, 18:30 UTC

[Pacho Ramos]

El dom, 08-09-2013 a las 20:18 +0200, Fabio Erculiani escribió:
> I will try to be there.
> 
> Another thing I'd like to discuss is: how to deal with
> EnvironmentFile= and /etc/conf.d/*. I am not sure about what we've
> decided in the end.
> 

The idea is to try to avoid any EnvironmentFile as much as possible
(setting proper defaults) and, when needed, rely
on /etc/systemd/system/foo.service.d files. Recently a helper addition
is being discussed in gentoo-dev to allow to install them in a canonical
way using systemd.eclass