On Mon, Nov 19, 2018 at 08:46:49AM +0000, Simon McVittie wrote:
> * /usr/lib/*/pari/pari.cfg and /usr/include/*/pari/paricfg.h contain
>   absolute paths /usr/bin/gzip, /usr/bin/zcat
> * If pari invokes those commands (I assume it does, but I haven't actually
>   checked) then it will not work on non-merged-/usr systems, where
>   /bin/gzip and /bin/zcat exist, but /usr/bin/gzip and /usr/bin/zcat do not

Hello Simon,

Is not merged system supposed to have a /usr -> / symlink ?

> A merged-/usr system can be obtained by installing with
> debootstrap >= 1.0.102 or debootstrap --merged-usr, or by installing the
> usrmerge package. A non-merged-/usr system can be obtained by installing
> with debootstrap --no-merged-usr (or upgrading from an older release) and
> not installing usrmerge.
> 
> Recent tests on tests.reproducible-builds.org use unmerged /usr for the
> first build and merged /usr for the second, as a way to detect some
> issues in this class.
> 
> Because pari doesn't use Autoconf, there isn't a straightforward way
> to fix this bug with configure arguments like
> "GZIP=/bin/gzip ZCAT=/bin/zcat". Patching Configure, config/locate
> and/or config/paricfg.h.SH is probably easiest.

I think the better fix would be to replace the absolute path by a
relative path (i.e.just ZCAT="gzip -dc").

Thanks for your bugreport,
-- 
Bill. <ballo...@debian.org>

Imagine a large red swirl here. 

Reply via email to