On Fri, Jan 22, 2016 at 2:46 PM, Hans Hagen
On 1/22/2016 1:59 PM, Hans Hagen wrote:
On 1/22/2016 10:24 AM, Fabrice Popineau wrote:
Hi folks,
There is a recurring problem with PDF files produced by either pdftex or luatex in France. Whenever PhD thesis documents are submitted to the French national archives, they have to be validated by some automated process which relies on pdftk (apparently). And files compiled by pdftex/luatex are rejected.
The problem is described here : https://groups.google.com/forum/#!topic/comp.text.pdf/ZnobgbiiDZ4
French pdftex/luatex users will have an eternal gratitude to whoever will make this work :-)
As far as I know luatex (and pdftex) produce valid pdf files. Of course one can add all kind of crap to a pdf file liek invalid objects and so but that is not our responsibility.
Now, to the file:
https://github.com/dbitouze/yathesis/blob/master/doc/latex/yathesis/master-s...
Acrobat preflight says that there should be an indirect object in an annotation (normally I'd expect a viewer not to bark on it and acrobat itself handles it ok). Those annotations are probably made by some macro package and one should check that code.
But ... you mention "pdftex or luatex" but this file is not produced by any of those engines: it's made by xdvipdfmx which is something xetex.
So we're off the hook.
also, the file seems to be a linearized file so some postprocessing has been applied ... that can as well have messed up the file (or the checker cannot read linearized)
Hans
----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.com | www.pragma-pod.nl ----------------------------------------------------------------- _______________________________________________ dev-luatex mailing list dev-luatex@ntg.nl https://mailman.ntg.nl/mailman/listinfo/dev-luatex
As hans said Hans Hagen: >d:\qpdf\bin\qpdf.exe --check e:\tmp\yathesis.pdf checking e:\tmp\yathesis.pdf PDF Version: 1.5 File is not encrypted File is linearized ERROR: linearized file contains an uncompressed object after a compressed one in a cross-reference stream ERROR: page length mismatch for page 0: hint table = 29796; computed length = 25152 (offset = 4153) WARNING: object count mismatch for page 0: hint table = 12; computed = 14 WARNING: page 0 has shared identifier entries WARNING: page 0: shared object 3399: in hint table but not computed list so.. why File is linearized ? Does xetex linearized ? But we can check, at least. -- luigi