<div dir="ltr"><div class="gmail_default" style="font-family:'courier new',monospace">My plug for Devuan Jessie 1.0 Beta, it works really well and provides the stuff you are looking for. I use it and it works well.</div><div class="gmail_default" style="font-family:'courier new',monospace"><br></div><div class="gmail_default" style="font-family:'courier new',monospace">Alternatives are out there and I suggest giving it a try.</div><div class="gmail_default" style="font-family:'courier new',monospace"><br></div><div class="gmail_default" style="font-family:'courier new',monospace">-rick</div><div class="gmail_default" style="font-family:'courier new',monospace"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 3, 2016 at 9:23 AM, Ondřej Surý <span dir="ltr"><<a href="mailto:ondrej.sury@nic.cz" target="_blank">ondrej.sury@nic.cz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This seems like a good topic for IETF hackathlon.<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
On 3 June 2016 16:30:08 Florian Weimer <<a href="mailto:fweimer@redhat.com" target="_blank">fweimer@redhat.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 06/03/2016 02:12 PM, Paul Vixie wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
Ondřej Surý wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I already spoke to Martin, and he is very open about that decision<br>
(it's still very early in the development cycle), so I think that<br>
this still might be reverted if we don't slip into systemd-ranting<br>
and provide reasons why this has bad design (not just bugs).<br>
</blockquote>
<br>
systemd, launchd, and libc, and mpr, and every other place where dns<br>
client logic is needed, should just link against getdns, and not try to<br>
understand or to improve upon the best available dns client logic.<br>
</blockquote>
<br>
That's not very realistic, particularly for libc:<br>
<br>
$ ldd /usr/lib64/libgetdns.so.1<br>
linux-vdso.so.1 (0x00007ffdf7d85000)<br>
libunbound.so.2 => /lib64/libunbound.so.2 (0x00007f2c78da5000)<br>
libidn.so.11 => /lib64/libidn.so.11 (0x00007f2c78b71000)<br>
libssl.so.10 => /lib64/libssl.so.10 (0x00007f2c788ff000)<br>
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f2c7849f000)<br>
libc.so.6 => /lib64/libc.so.6 (0x00007f2c780d8000)<br>
libevent-2.0.so.5 => /lib64/libevent-2.0.so.5 (0x00007f2c77e8d000)<br>
libpython3.5m.so.1.0 => /lib64/libpython3.5m.so.1.0 (0x00007f2c779be000)<br>
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f2c777a1000)<br>
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f2c77554000)<br>
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f2c7726e000)<br>
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f2c7706a000)<br>
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f2c76e36000)<br>
libdl.so.2 => /lib64/libdl.so.2 (0x00007f2c76c32000)<br>
libz.so.1 => /lib64/libz.so.1 (0x00007f2c76a1c000)<br>
/lib64/ld-linux-x86-64.so.2 (0x0000561536183000)<br>
libutil.so.1 => /lib64/libutil.so.1 (0x00007f2c76819000)<br>
libm.so.6 => /lib64/libm.so.6 (0x00007f2c7650f000)<br>
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f2c76300000)<br>
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f2c760fa000)<br>
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f2c75edf000)<br>
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f2c75cb8000)<br>
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f2c75a47000)<br>
<br>
<br>
I have not investigated whether it is possible to trim things down. It<br>
would probably need custom builds of libunbound and OpenSSL with mangled<br>
symbols.<br>
<br>
Florian<br>
</blockquote>
<br>
<br>
_______________________________________________<br>
dns-operations mailing list<br>
<a href="mailto:dns-operations@lists.dns-oarc.net" target="_blank">dns-operations@lists.dns-oarc.net</a><br>
<a href="https://lists.dns-oarc.net/mailman/listinfo/dns-operations" rel="noreferrer" target="_blank">https://lists.dns-oarc.net/mailman/listinfo/dns-operations</a><br>
dns-jobs mailing list<br>
<a href="https://lists.dns-oarc.net/mailman/listinfo/dns-jobs" rel="noreferrer" target="_blank">https://lists.dns-oarc.net/mailman/listinfo/dns-jobs</a></div></div></blockquote></div><br></div>