From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id 5AD3F6DE0F32 for ; Sun, 21 Apr 2019 11:42:45 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: -0.199 X-Spam-Level: X-Spam-Status: No, score=-0.199 tagged_above=-999 required=5 tests=[AWL=0.002, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9WJPMpY6tgBr for ; Sun, 21 Apr 2019 11:42:44 -0700 (PDT) Received: from che.mayfirst.org (che.mayfirst.org [162.247.75.118]) by arlo.cworth.org (Postfix) with ESMTPS id 339FE6DE0C32 for ; Sun, 21 Apr 2019 11:42:44 -0700 (PDT) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/simple; d=fifthhorseman.net; i=@fifthhorseman.net; q=dns/txt; s=2019; t=1555872162; h=from : to : subject : in-reply-to : references : date : message-id : mime-version : content-type : from; bh=jK6JnC5jta/GcVNkZgm3iSqF0tKU23PrLk7atnqgmOQ=; b=ed1JcqS0pvuMQzukXLEsSojic3RP6kPQrjxv2QWIaYz0hGIp7AvGKf1p MhojlWFc6kiq6ITS/b+lnhGThcKTCg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fifthhorseman.net; i=@fifthhorseman.net; q=dns/txt; s=2019rsa; t=1555872162; h=from : to : subject : in-reply-to : references : date : message-id : mime-version : content-type : from; bh=jK6JnC5jta/GcVNkZgm3iSqF0tKU23PrLk7atnqgmOQ=; b=0OgN0gTKt/kuDEjT9ItBQWZW6Nrl73YbWcnA97rhVeJWgat442n99Ed6 +k2/y63x97UQXFuUkFJ0LWgalEuhnZGZxaUIHExpLERmZiJoF0DhJcHS+/ A/85T0PT1yZ6Et9p7GBFSCvZ9RRg6DdlDhK+L3dsrRBkWF2HOxJQI6XdvA 4eSvAgfuiPk0/gJu88UfuDelwu3J11rl4m9+bGua81KpUOYJ4drxbCX/AP CEocdB+IhSN8ZIeFJDbYEGEs9tGuKeGWp3IilN8rNFJ2QTt3JGNHrAtJ0B /AaKAfMWa1fTUvgqX6+LJokDdxlc1y2dkzq8ss4GB5vBq+AnhDkU4w== Received: from fifthhorseman.net (ool-4356d165.dyn.optonline.net [67.86.209.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by che.mayfirst.org (Postfix) with ESMTPSA id C12ADF99D; Sun, 21 Apr 2019 14:42:41 -0400 (EDT) Received: by fifthhorseman.net (Postfix, from userid 1000) id 5D9B2202A8; Sat, 20 Apr 2019 23:14:41 -0400 (EDT) From: Daniel Kahn Gillmor To: David Bremner , Notmuch Mail Subject: Re: subsequent rebuilds of notmuch always re-build sphinx and ruby In-Reply-To: <87a7gkdxns.fsf@tethera.net> References: <87r29wwgq2.fsf@fifthhorseman.net> <87a7gkdxns.fsf@tethera.net> Autocrypt: addr=dkg@fifthhorseman.net; prefer-encrypt=mutual; keydata= mDMEXEK/AhYJKwYBBAHaRw8BAQdAr/gSROcn+6m8ijTN0DV9AahoHGafy52RRkhCZVwxhEe0K0Rh bmllbCBLYWhuIEdpbGxtb3IgPGRrZ0BmaWZ0aGhvcnNlbWFuLm5ldD6ImQQTFggAQQIbAQUJA8Jn AAULCQgHAgYVCgkICwIEFgIDAQIeAQIXgBYhBMS8Lds4zOlkhevpwvIGkReQOOXGBQJcQsbzAhkB AAoJEPIGkReQOOXG4fkBAO1joRxqAZY57PjdzGieXLpluk9RkWa3ufkt3YUVEpH/AP9c+pgIxtyW +FwMQRjlqljuj8amdN4zuEqaCy4hhz/1DbgzBFxCv4sWCSsGAQQB2kcPAQEHQERSZxSPmgtdw6nN u7uxY7bzb9TnPrGAOp9kClBLRwGfiPUEGBYIACYWIQTEvC3bOMzpZIXr6cLyBpEXkDjlxgUCXEK/ iwIbAgUJAeEzgACBCRDyBpEXkDjlxnYgBBkWCAAdFiEEyQ5tNiAKG5IqFQnndhgZZSmuX/gFAlxC v4sACgkQdhgZZSmuX/iVWgD/fCU4ONzgy8w8UCHGmrmIZfDvdhg512NIBfx+Mz9ls5kA/Rq97vz4 z48MFuBdCuu0W/fVqVjnY7LN5n+CQJwGC0MIA7QA/RyY7Sz2gFIOcrns0RpoHr+3WI+won3xCD8+ sVXSHZvCAP98HCjDnw/b0lGuCR7coTXKLIM44/LFWgXAdZjm1wjODbg4BFxCv50SCisGAQQBl1UB BQEBB0BG4iXnHX/fs35NWKMWQTQoRI7oiAUt0wJHFFJbomxXbAMBCAeIfgQYFggAJhYhBMS8Lds4 zOlkhevpwvIGkReQOOXGBQJcQr+dAhsMBQkB4TOAAAoJEPIGkReQOOXGe/cBAPlek5d9xzcXUn/D kY6jKmxe26CTws3ZkbK6Aa5Ey/qKAP0VuPQSCRxA7RKfcB/XrEphfUFkraL06Xn/xGwJ+D0hCw== Date: Sat, 20 Apr 2019 23:14:40 -0400 Message-ID: <87d0lgvylb.fsf@fifthhorseman.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2019 18:42:45 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable thanks for the review, Bremner! On Sat 2019-04-20 21:12:07 -0300, David Bremner wrote: > Daniel Kahn Gillmor writes: >> 0 dkg@alice:~/src/notmuch/notmuch$ ./configure && make >> [=E2=80=A6] >> make[1]: Leaving directory '/home/dkg/src/notmuch/notmuch/bindings/ruby' >> 0 dkg@alice:~/src/notmuch/notmuch$ make --trace >> doc/Makefile.local:53: update target 'sphinx-html' due to: docstring.sta= mp >> sphinx-build -b html -d doc/_build/doctrees -q ./doc doc/_build/html >> doc/Makefile.local:56: update target 'sphinx-texinfo' due to: docstring.= stamp >> sphinx-build -b texinfo -d doc/_build/doctrees -q ./doc doc/_build/texin= fo >> doc/Makefile.local:59: update target 'sphinx-info' due to: sphinx-texinfo >> make -C doc/_build/texinfo info >> make[1]: Entering directory '/home/dkg/src/notmuch/notmuch/doc/_build/te= xinfo' >> Makefile:32: update target 'notmuch-search-terms.info' due to: notmuch-s= earch-terms.texi > > This is not our Makefile, but something generated by sphinx; it would > not be that hard to replace if the problem was there. Alas I think the > underlying problem seems to be that "sphinx-build -b texinfo" is > regenerating (or at least touching) all of the texi files. I suspect > that's a limitation of sphinx-builder texinfo output. but it's not just texinfo, right? it starts with the html build itself. can we at least diagnose why that's happening? >> cd bindings/ruby && \ >> EXTRA_LDFLAGS=3D"-Wl,--no-undefined" \ >> LIBNOTMUCH=3D"../../lib/libnotmuch.so" \ >> NOTMUCH_SRCDIR=3D'/home/dkg/src/notmuch/notmuch' \ >> ruby extconf.rb --vendor >> creating Makefile >> make -C bindings/ruby >> make[1]: Entering directory '/home/dkg/src/notmuch/notmuch/bindings/ruby' >> Makefile:258: update target 'notmuch.so' due to: Makefile >> echo linking shared-object notmuch.so >> linking shared-object notmuch.so >> rm -f notmuch.so >> gcc -shared -o notmuch.so database.o directory.o filenames.o init.o mess= age.o messages.o query.o status.o tags.o thread.o threads.o -L. -L/usr/lib/= x86_64-linux-gnu -L. -Wl,-z,relro -Wl,-z,now -fstack-protector -rdynamic -W= l,-export-dynamic -Wl,--no-undefined -Wl,-z,relro -Wl,-z,now -Wl,--compress= -debug-sections=3Dzlib ../../lib/libnotmuch.so -lruby-2.5 -lpthread -lgm= p -ldl -lcrypt -lm -lc >> make[1]: Leaving directory '/home/dkg/src/notmuch/notmuch/bindings/ruby' >> 0 dkg@alice:~/src/notmuch/notmuch$ > > This Makefile is generated by "ruby extconf.rb --vendor". It includes a > dependency on itself, so it always fires after running "ruby > extconf.rb". It might be only running "ruby extconf.rb" if > bindings/ruby/Makefile does not exist would fix this particular > issue. That sounds more gnu make specific than ruby specific. I'd be happy to test any proposed patches. I don't really understand this toolchain, or why anyone would build a makefile that rewrites itself :/ --dkg --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTJDm02IAobkioVCed2GBllKa5f+AUCXLvgIQAKCRB2GBllKa5f +FfWAP97SOGsRofLUeY1pDkpIG9hxK69F7+AZLrKBFD2oi9vEwEAqukezUJibrPB 3GArT1F9IpPesrY2tkHQisi4QacDagk= =9fN5 -----END PGP SIGNATURE----- --=-=-=--