Le 26/02/2017 à 15:29, Tomasz Buchert a écrit :
> On 26/02/17 10:25, Norbert Preining wrote:
>> On Sun, 26 Feb 2017, Norbert Preining wrote:
>>> I will try to run it in a clean cowbuilder with only the build-deps
>>> installed and see what might be the reason.
>
> Thanks for looking into it.
> Let's also move the discussion to #855930 :).
I forgot to add this info to this bug report:
I installed a testing schroot to try to rebuild it with testing
dependencies with sbuild. And it works...
I've no idea of the root cause of this. I checked in the
provided log that Lucas uses recent (testing) tex packages.
Lucas: can you tell us how more on how the build environment
is generated ?
In any case, I will probably downgrade the severity if
nobody is able to reproduce the problem. If needed, I can ask
the release team to accept a package with this test disabled
(lualatex support is a nice feature but if it does not work
in all environment, it does not warrant a package removal)
>> Just done this, too, worked without a hinch:
>> 'lualatex' '--interaction' 'errorstopmode' '--jobname' 'lualatex-example'
>> '\RequirePackage[extension=.pdf]{texdepends}\input{lualatex-example.tex}'
>> [...]
>
> However, if you build w sbuild, this seems to fail.
Can you elaborate? I cannot reproduce this failure. It works
in my sbuild environment.
> Can it be some
> failure in how tex packages are installed? Sbuild may create a very
> minimal environment that exposes this problem.
>
>> One idea: is /var writable???
>
> I'm afraid I don't understand this. Can you elaborate?
>
>> Norbert
>
> Thanks,
> Tomasz
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
