[Reproducible-builds] Minimising work needed for this build-path issue

[Daniel Kahn Gillmor]

On Mon 2016-10-24 15:33:00 -0400, Ximin Luo wrote:
> HW42:
>> Btw: Do you know why currently debug-prefix-map maps the source dir to
>> '.'? (My guess is because that's the easiest in dpkg-buildflags) I think
>> for debugging between package boundaries '${srcpkg}-${srcver}' would be
>> much better.
>> 
>> So maybe a MAP_SOURCE_PATHS variable would be better. But this has the
>> big disadvantage of making things more complex.
>
> I think this idea is good in principle and we should try to aim for
> it. My preference would be to have a second environment variable
> though, e.g. SOURCE_ROOT_PREFIX.
>
> I think combining both of these envvars into one single envvar of the
> form "$source=$target", though it matches the syntax for
> -fdebug-prefix-map, would make it harder for other programs and build
> tools to adopt as a standard.

Let me try to restate this cleanly.  The goal is to standardize the
pathnames for any source-related path that gets embedded in the output
by compilation or other build-time processing.

 SOURCE_ROOT → (optional) The full path to the base of the unpacked
               source tree.  This will be stripped from the beginning of
               any source-related path that makes its way into any
               generated artifact.
 
 SOURCE_ROOT_PREFIX → (optional) This string is prefixed to the
                      beginning of any source-related path that makes
                      its way into any generated artifact.


SOURCE_ROOT path mangling takes place before SOURCE_ROOT_PREFIX path
mangling.

Is that the current proposal?

   --dkg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 930 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/reproducible-builds/attachments/20161024/79a8e334/attachment.sig>