From: Tom Lane <tgl@sss.pgh.pa.us>
To: Christoph Berg <christoph.berg@credativ.de>
cc: Andres Freund <andres@anarazel.de>,
        Michael Paquier <michael.paquier@gmail.com>,
        PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Subject: Re: Reproducible builds: genbki.pl vs schemapg.h
In-reply-to: <20171216151630.GA8824@msg.credativ.de>
References: <20171215102223.GB31812@msg.df7cb.de>
 <9616.1513351766@sss.pgh.pa.us> <20171215181337.GA6149@msg.credativ.de>
 <CAB7nPqQsxACj9KyrJjn48HebtK1MAAiQ30TRd47Xfgt4rhQYuQ@mail.gmail.com>
 <20171215232141.gx7mkxriaduocxm2@alap3.anarazel.de>
 <5525.1513381145@sss.pgh.pa.us> <20171216151630.GA8824@msg.credativ.de>
Comments: In-reply-to Christoph Berg <christoph.berg@credativ.de>
	message dated "Sat, 16 Dec 2017 16:16:30 +0100"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <416.1513438031.1@sss.pgh.pa.us>
Date: Sat, 16 Dec 2017 10:27:11 -0500
Message-ID: <417.1513438031@sss.pgh.pa.us>
Precedence: bulk

Christoph Berg <christoph.berg@credativ.de> writes:
>> Agreed so far as the script name goes.  However, two out of three of these
>> scripts also print their input file names, and I'm suspicious that that
>> output is also gonna change in a VPATH build.  I'm a little less inclined
>> to buy the claim that we're not losing anything if we suppress that :-(

> Well, patching this instance of $0 would fix a binary-package
> variation in practise. Of course there might be more issues waiting to
> come into effect, but I don't see why that would be an argument
> against fixing the current issue.

I think we're talking at cross-purposes.  I'm not saying we should not fix
this problem.  I'm saying that the proposed fix appears incomplete, which
means that (a) even if it solves your problem, it probably does not solve
related problems for other people; (b) since it's not clear why this
patch is apparently sufficient for you, I'd like to understand that in
some detail before deeming the problem solved; and (c) leaving instances
of the problematic code in our tree is just about guaranteed to mean
you'll have the same problem in future, when somebody either copies that
coding pattern into some new script or tweaks the way those existing
scripts are being used.

			regards, tom lane