Date: Sun, 9 Mar 2014 15:30:37 +0100 From: Michael Gmelin <freebsd@grem.de> To: "bapt@FreeBSD.org" <bapt@FreeBSD.org> Cc: David Thiel <lx@redundancy.redundancy.org>, "Chad J. Milios" <milios@ccsys.com>, "freebsd-ports@freebsd.org" <freebsd-ports@freebsd.org> Subject: Re: dns/djbdns [do-package] Error code 1 Message-ID: <20140309153037.7de8b16a@bsd64.grem.de> In-Reply-To: <20140303223129.GA45129@ithaqua.etoilebsd.net> References: <5304F8A5.9040209@ccsys.com> <20140219185040.GW8859@redundancy.redundancy.org> <5305003C.1080908@ccsys.com> <530F16E6.1070202@ccsys.com> <A2EF922A-9F9B-4CA8-B719-81BC98DC6BE4@grem.de> <20140227194751.GV32062@redundancy.redundancy.org> <20140303230412.552cb65d@bsd64.grem.de> <20140303223129.GA45129@ithaqua.etoilebsd.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/qPwtA/kkWoeb3yYamJEb.TY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 3 Mar 2014 23:31:29 +0100 "bapt@FreeBSD.org" <bapt@FreeBSD.org> wrote: > On Mon, Mar 03, 2014 at 11:04:12PM +0100, Michael Gmelin wrote: > > On Thu, 27 Feb 2014 11:47:51 -0800 > > David Thiel <lx@redundancy.redundancy.org> wrote: > >=20 > > > On 02/27, Michael Gmelin wrote: > > > > I stumbled over the same problem today on 10.0, make NO_STAGE=3D1 > > > > install worked for me on the first attempt though. I can also > > > > confirm the problem with dnscache-conf when installing the > > > > binary package using "pkg install". > > >=20 > > > Can you confirm the exact version you installed via pkg install, > > > including PORTREVISION? > >=20 > > [3/3] Installing djbdns-1.05_17,1... done > >=20 > > pkg info djbdns > > configuration file djbdns-1.05_17,1 > > Name : djbdns > > Version : 1.05_17,1 > > Installed on : Mon Mar 3 20:24:26 UTC 2014 > > Origin : dns/djbdns > > Architecture : freebsd:10:x86:64 > > Prefix : /usr/local > > Categories : dns > > Maintainer : lx@FreeBSD.org > > WWW : http://cr.yp.to/djbdns.html > > Comment : Collection of secure and reliable DNS tools > > Options : > > ADD_USERS : off > > DNSCURVE : off > > DUMPCACHE : off > > IGNOREIP : off > > IP6 : off > > JUMBO : off > > MAN : on > > PERSISTENT_MMAP: off > > SRV : off > > Flat size : 801KiB > > Description : > >=20 > > Bapt's latest fixes (1.05_18,1) seem to solve this, *but*... > >=20 > > >=20 > > > > I'm not certain about the maintainer situation of the port, if > > > > you want me to I could take a closer look at this in a few days. > > >=20 > > > The difficulty here is that the maintainer can't reproduce the > > > problem at all, and I'm not intimately familiar with the > > > internals of stage support. I don't see anything in the port that > > > looks timing-dependent, so I'm not sure where to go. > >=20 > > unfortunately now it seems like staging is not working reliably. I > > noticed this while building on a host that actually runs dnscache > > (it's reproducible about 90% of the time): > >=20 > > # make clean stage > >=20 > > ... > >=20 > > =3D=3D=3D> Generating temporary packing list > > ./install > > install: fatal: unable to write .../bin/dnscache: text busy > > *** Error code 111 > >=20 > > Stop. > > make[2]: stopped in /usr/ports/dns/djbdns/work/djbdns-1.05 > > *** Error code 1 > >=20 > > Stop. > > make[1]: stopped in /usr/ports/dns/djbdns > > *** Error code 1 > >=20 > > Stop. > > make: stopped in /usr/ports/dns/djbdns > >=20 > > Which simply means, that ./install is trying to overwrite the > > running /usr/local/bin/dnscache. > >=20 > > MAKE_JOBS_UNSAFE works here, so there's probably a parallel > > execution problem which messes up the conf-home logic/workaround. > > If I introduce "sleep 1" to the pre-install target things work as > > expected. Also, if I run "make clean; make; sleep 1; make stage" > > everything is ok. > >=20 > > My theory is, that overwriting ${WRKSRC}/conf-home only results > > in the desired effect, if its new timestamp is clearly newer to > > trigger rebuilds of all dependencies. > >=20 > > When comparing build outputs, I noticed that in a working build > > "./auto-str auto_home `head -1 conf-home > auto_home.c`" got called, > > while on malfunctioning builds it wouldn't. Rebuilding auto_home.c > > depends directly on auto-str and conf-home. > >=20 > > My trivial solution is to also remove auto_home.c as part of > > the pre-install target, which *seems* to fix the problem, since it > > makes sure that conf-home gets turned into a news auto_home.c which > > in turn is used when creating auto_home.o and linking install and > > instcheck. > >=20 > > Makes sense? > >=20 > > Patch (also attached for those receiving this directly): > >=20 >=20 > That's a good catch!, I took my solution from debian packaging, but I > think I have missed something out there, the timestamp should have > been taken in account in my patch, I may have missed something, I go > digging again in debian package to see what I missed, but your > invesgation helps for sure >=20 >=20 Hi Bapt, Any chance you could commit this until there's time for a better solution? This would stop the build from breaking frequently. Thanks, Michael --=20 Michael Gmelin --Sig_/qPwtA/kkWoeb3yYamJEb.TY Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQF8BAEBCgBmBQJTHHsUXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFODQyNDA4MjEyRDI3NjdBRTI5RUZDQTQ2 ODk3RjhDMTZCRkFGRjlGAAoJEGiX+MFr+v+fIB4IAJ6pUfwX8jGJNy7Iu6KERx0t T7W6EORtTzk6iC94ID7jnimUmzrCw1o343J53QxzUNyYhJyfp4meuT1BtUvgJEz9 MYnY2ondPOPlkfiI5S6E3xVgn0+7yuPyrBR6Mjryop0kIZBIZ1Vk6WbI18DX0cYW MX20jHwXfe3D+u9dO2Xvv2ZOEcXy4zZTN2ezcvE0d4Klvkxn3btI68hwovlGT1Ui zN3Cgm8t0rRP/1YC67iRiZKikMX1fM5KyxtNb7oHWFqMMId3AoLryqYB+RqgXRJD 4QYaEIfbF618J2YbqzG/25Qna7D2avjGwHnA1VhWZ1JBM2COIM9WnUCkjPPEDdI= =c8Mi -----END PGP SIGNATURE----- --Sig_/qPwtA/kkWoeb3yYamJEb.TY--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140309153037.7de8b16a>