From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 22:30:58 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 969EF7FB for ; Wed, 25 Feb 2015 22:30:58 +0000 (UTC) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F00C5F6 for ; Wed, 25 Feb 2015 22:30:58 +0000 (UTC) Received: by padfa1 with SMTP id fa1so8694651pad.2 for ; Wed, 25 Feb 2015 14:30:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=pcpv29xiQoySprX39P4VeEEpE2zmEuB9NTUW9x2BMVY=; b=NYvUDqpx6PWVbdRkEL87+1R+9jv/otH5g4ix/Vudhq3nhFs2tGtHyJLRbeKDb29fSb pDSYHZKy/3UJBf/RWfIfajSDu5789FXQDLGiCwfWNPqN+xAsVEfdv4vWAkZVAfL/EYRg na8hENAgXnRDyBZqyO8kAIuOx9kC3fVtLZ7MfGpUhVlAsnJIseqB19Ck6zoTtv7mYh6B zhT+4+WTW4rb2bsaSc3jNNRH8Svnp/yGddxse+cD8GshAP0ypz+Cq9L8dcbKdDj+eyGK oHFVz3KTX65o28UzDyAIM6qSsq2JUZxXMK2DETS3/38O+4FUrAmkqYlYW1JYykjxRlvb z8GQ== X-Received: by 10.66.63.106 with SMTP id f10mr9607237pas.0.1424903457814; Wed, 25 Feb 2015 14:30:57 -0800 (PST) Received: from [192.168.20.5] (c-98-247-240-204.hsd1.wa.comcast.net. [98.247.240.204]) by mx.google.com with ESMTPSA id g11sm43463573pat.24.2015.02.25.14.30.48 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Feb 2015 14:30:53 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_8EF2C81B-252A-4E59-85EB-19D97258E75E"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Shared object "libsodium.so.13" not found, required by "dnscrypt-proxy" From: Garrett Cooper In-Reply-To: Date: Wed, 25 Feb 2015 14:30:14 -0800 Message-Id: <98CF988A-D9DB-49AD-8CFF-3B438F892730@gmail.com> References: <64AF7708-217B-4AC0-A47A-AD1B0BFF7EDC@gmail.com> <885DA4D0-9644-4F06-97C9-04EAD7B4958C@gmail.com> To: Miguel Clara X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2015 22:30:58 -0000 --Apple-Mail=_8EF2C81B-252A-4E59-85EB-19D97258E75E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Feb 25, 2015, at 14:19, Miguel Clara wrote: ... > I noticed this too, but in that case why doesn't it affect all users? = (or all the ones using dnscrypt+local_unbound) maybe something changed = in "NETWORKING" recently? >=20 > Hum: > = https://svnweb.freebsd.org/base/head/etc/rc.d/NETWORKING?r1=3D275299&r2=3D= 278704 >=20 > Interesting, as I am using the most recent version which does not = REQUIRE local_unbound=20 >=20 > I'm even more confused now :| >=20 >=20 > So it has to come after SERVERS but before local_unbound. But = NETWORKING depends on local_unbound they are both dependent on NEWORKING = which has to be after SERVERS. Can you say fubar! Clearly broken. And = this means that removing SERVERS will re-shuffle the order more = appropriately.=20 >=20 > It seems that the behavior of rcorder is not as documented as well as = being undefined when circular dependencies occur. The man page says that = rcorder aborts when it encounters a circular dependency, but that is not = the case. It probably is best that it not die, but that leaves things in = an unknown and inconsistant state, which is also a very bad idea. I = guess when a circular dependency is encountered, a dichotomy occurs. Now you know why I=92m so curious about all of this stuff. When I was working on ^/projects/building-blocks, I was able to move = most of these pieces around by changing REQUIRE: to BEFORE:, but I = noticed that it changes the rcorder a bit, so I haven=92t been super = gung ho in implementing my change. I think there are a couple bugs present on = 9-STABLE/10-STABLE/11-CURRENT: - Things go awry if named is removed/not installed. - Things go awry if local_unbound is removed (which would have been the = case if the rc.d script was removed from your system, which existed = before my changes). - Other rc.d scripts not being present might break assumptions. I need to create dummy providers for certain logical stages (DNS is one = of them) to solve part of this problem and provide third parties with a = mechanism that can be depended on (I wish applications were written in a = more robust manner to fail gracefully and retry instead of failing flat = on their face, but as I=92ve seen at several jobs, getting developers to = fail, then retry is hard :(=85). Another short-term hack: Install dummy/no-op providers so the ordering is preserved, then remove = the hacks after all of the bugs have been shaken out. Thanks! --Apple-Mail=_8EF2C81B-252A-4E59-85EB-19D97258E75E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJU7kz2AAoJEMZr5QU6S73eeZQH/1JxWeI2gjWjXs8IvcRQXEU9 JHehb2dlThJTe0gkvqyWlauTlZlIvNN3kHC337hqEKp2IxUNL5Byj8k/R8YC/G6w /L9yDpz0h0f72jOh7iJxFFdUvWIpLofqlIe4HNQfzuOeql+QaENIjraNoQNQeXIh 1U+y4ecoeUVDUoGgBxiSZfWQEPbtV2c+QpCzo6bw9wuU9CzvxXTw+fNEqicaLfaT yUHTbMgBurCjZ4dXxESO513stwAarS8zHRT8PNd4+PQSJzfAB4RGck/78B7IS7LI KzNEELp8l3vAQyjtF1TokStoHqmu83J1HKyqJ6pj/+3yyIYQ8hkx7my2GcZtuKc= =jzyU -----END PGP SIGNATURE----- --Apple-Mail=_8EF2C81B-252A-4E59-85EB-19D97258E75E--