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 6EC276DE0F39 for ; Sun, 21 Apr 2019 12:29:06 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: -0.028 X-Spam-Level: X-Spam-Status: No, score=-0.028 tagged_above=-999 required=5 tests=[AWL=-0.027, 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 I8B1ajqW1eiH for ; Sun, 21 Apr 2019 12:29:05 -0700 (PDT) Received: from fethera.tethera.net (fethera.tethera.net [198.245.60.197]) by arlo.cworth.org (Postfix) with ESMTPS id 312716DE0F1C for ; Sun, 21 Apr 2019 12:29:05 -0700 (PDT) Received: from remotemail by fethera.tethera.net with local (Exim 4.89) (envelope-from ) id 1hII99-0005YE-RM; Sun, 21 Apr 2019 15:29:03 -0400 Received: (nullmailer pid 9731 invoked by uid 1000); Sun, 21 Apr 2019 19:29:02 -0000 From: David Bremner To: Daniel Kahn Gillmor , Notmuch Mail Subject: Re: subsequent rebuilds of notmuch always re-build sphinx and ruby In-Reply-To: <87d0lgvylb.fsf@fifthhorseman.net> References: <87r29wwgq2.fsf@fifthhorseman.net> <87a7gkdxns.fsf@tethera.net> <87d0lgvylb.fsf@fifthhorseman.net> Date: Sun, 21 Apr 2019 16:29:02 -0300 Message-ID: <87mukjcg3l.fsf@tethera.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 19:29:06 -0000 Daniel Kahn Gillmor writes: > but it's not just texinfo, right? it starts with the html build > itself. can we at least diagnose why that's happening? > Yes, although the html rebuild is much faster than the texinfo + info rebui= lds. >> 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 :/ I've posted some patches for the sphinx-doc issues a couple of hours ago (id:20190421171245.19729-1-david@tethera.net).=20 Currently the ruby rebuild doesn't seem to be slowing things down much for me. =E2=95=AD=E2=94=80 convex:~/software/upstream/notmuch=20 =E2=95=B0=E2=94=80 (git)-[wip/make-docs]-% /usr/bin/time make ruby-bindings= 1>/dev/null 0.13user 0.02system 0:00.15elapsed 101%CPU (0avgtext+0avgdata 11504maxresid= ent)k 0inputs+208outputs (0major+6523minor)pagefaults 0swaps That's with an SSD, so maybe there's more of hit for other environments. d