Accepted systemd 217-1 (source amd64) into experimental

[Stefan Lippers-Hollmann]

Hi

[ please keep me CC'ed, as I'm not subscried to 
  pkg-systemd-maintainers at l.a.d.o. I'm writing to the mailing list 
  instead of filing a bug as this seems to be an intentional change ]

On Friday 28 November 2014, Martin Pitt wrote:
[...]
>  systemd (217-1) experimental; urgency=medium
[...]
>    * Disable systemd-resolved for now. It still needs to mature, and
>      integration into Debian should be discussed first.

If I don't miss anything obvious, this effectively breaks 
systemd-networkd in combination with DHCP, as there won't be any way 
to retrieve the DNS server and update /etc/resolv.conf from the DHCP 
lease anymore. Testing systemd 217-1 on a machine with this simple 
configuration

	$ cat /etc/systemd/network/eth0.network 
	[Match]
	Name=eth0
	
	[Network]
	DHCP=both

only leaves me with a dangling symlink for

	/etc/resolv.conf -> /run/systemd/resolve/resolv.conf

and no (apparent) way to get this working, apart from using a static 
file for /etc/resolv.conf again and hardcoding the DNS server. 
Unfortunately would be rather impractical for DHCP based setups, even 
more so for mobile devices moving between different DHCP based 
networks.

Given that systemd-resolved is default-off and needs explicit 
configuration to enable, I see little danger of it affecting users
accidentally. While I do understand the potential danger that users 
may start to depend on this particular -potentially non-final- 
implementation of /run/systemd/resolve/resolv.conf prematurely, it 
should be considered that systemd-resolved is already available in 
jessie. Therefore users in the upcoming stable will get the expectation
of being able to continue using /run/systemd/resolve/resolv.conf in 
stretch, even if it gets removed from experimental for the time being.

For me personally, systemd-networkd without the option of configuring 
DHCP (including a way to obtain the DNS configuration via DHCP) makes 
it rather impractical to use networkd and timesyncd in the first place,
which are both very interesting to me.

Thank you very much for your efforts to maintain this package for 
Debian.

Regards
	Stefan Lippers-Hollmann
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-systemd-maintainers/attachments/20141129/25a7d9a5/attachment.sig>