<div dir="ltr"><div>I did notice the apparent duplication in the path, but I'm not seeing any evidence that any commands in a define'd variables like that get executed, e.g. if I change them to "echo blah", "/bin/false", or a bunch of non-syntactically-valid gibberish.<br></div><div><br></div><div>David</div><br><div class="gmail_quote"><div dir="ltr">On Fri, Dec 2, 2016 at 7:28 PM James McCoy <<a href="mailto:jamessan@debian.org">jamessan@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">That implies that $(DESTDIR) is being set to debian/tmp/debian/tmp.<br class="gmail_msg">
$(DESTDIR) is set by the line:<br class="gmail_msg">
<br class="gmail_msg">
    install-stamp-indep: DESTDIR=$(CURDIR)/debian/tmp<br class="gmail_msg">
<br class="gmail_msg">
so is $(CURDIR) somehow debian/tmp when install-stamp-indep is run?<br class="gmail_msg">
<br class="gmail_msg">
> The issue here seems to be that the munge-man-directories helper in debian/<br class="gmail_msg">
> rules is not getting invoked, those directory moves are skipped, and there is<br class="gmail_msg">
> no man/ru/ directory at the expected path (only man/ru.UTF-8/ and man/ru.KOI8-R<br class="gmail_msg">
> /, which never got moved/deleted).<br class="gmail_msg">
<br class="gmail_msg">
I'm not sure that's actually the case.  It seems to be related to the<br class="gmail_msg">
above problem.  It's odd that you're encountering this but it's not<br class="gmail_msg">
being hit elsewhere.<br class="gmail_msg">
<br class="gmail_msg">
Is it somehow being evaluated twice or $(CURDIR) being carried over into<br class="gmail_msg">
the sub-make which then expands?<br class="gmail_msg">
<br class="gmail_msg">
Cheers,<br class="gmail_msg">
--<br class="gmail_msg">
James<br class="gmail_msg">
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB<br class="gmail_msg">
</blockquote></div></div>