Hi Gergely, Success...
On 18-10-15 22:32, Paul Gevers wrote: > (experimental_powerpc-dchroot)elbrus@partch:~/fpc-3.0.0~rc1+dfsg$ head > debian/fp-units-gfx-3.0.0.install > #!/home/elbrus/usr/bin/dh-exec > /usr/lib/fpc/*/units/*/cairo > /usr/lib/fpc/*/units/*/ggi > /usr/lib/fpc/*/units/*/graph > /usr/lib/fpc/*/units/*/hermes > /usr/lib/fpc/*/units/*/imagemagick > /usr/lib/fpc/*/units/*/libgd > /usr/lib/fpc/*/units/*/libpng > /usr/lib/fpc/*/units/*/opencl [!linux-powerpc !linux-armhf] > /usr/lib/fpc/*/units/*/opengl > Am I missing something still in the build of dh-exec that still picks up > the normally installed dh-exec? > > Yes, I will probably make a new schroot to test that (dd-schroot-cmd > doesn't allow apt-get remove). I was sleeply when I wrote all the above, and went to bed right after writing the message. I created a new schroot and now I got things to work. dh-exec is hardcoded looking into /usr/share/dh-exec, but this can be overwritten by the env var DH_EXEC_SCRIPTDIR. After setting that, the build succeeds with dh-exec compiled with your commit f84b6a3 on board and still the same .install file as above. I expect you broke your earlier style double negation ([!linux-powerpc] [!linux-armel]) on purpose right? (experimental_powerpc-dchroot)elbrus@partch:~$ DH_EXEC_SCRIPTDIR=/home/elbrus/usr/share/dh-exec/ fpc-3.0.0~rc1+dfsg/debian/fp-units-gfx-3.0.0.install /usr/lib/fpc/*/units/*/cairo /usr/lib/fpc/*/units/*/ggi /usr/lib/fpc/*/units/*/graph /usr/lib/fpc/*/units/*/hermes /usr/lib/fpc/*/units/*/imagemagick /usr/lib/fpc/*/units/*/libgd /usr/lib/fpc/*/units/*/libpng /usr/lib/fpc/*/units/*/opencl [!linux-powerpc] /usr/lib/fpc/*/units/*/opengl /usr/lib/fpc/*/units/*/opengles /usr/lib/fpc/*/units/*/ptc /usr/lib/fpc/*/units/*/rsvg /usr/lib/fpc/*/units/*/svgalib /usr/lib/fpc/*/units/*/xforms /usr/share/doc/fp-units-gfx Paul
signature.asc
Description: OpenPGP digital signature
