Re: LATEX HS
Bruno CAILLARD <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <CAJcXBkvSuXpu=Q2esS4oUUksGZmYjdWL3=TRJP--bAgfMjswNQ@mail.gmail.com> |
Je constate que le serveur LATEX officiel de SPIP est de nouveau opérationnel. MERCI à tous ceux qui l'ont remis sur pied. De mon côté, je n'ai pas réussi à le faire fonctionner sur mon serveur. C'est frustrant. Mais je n'ai pas le temps d'approfondir. Cordialement Bruno Le mer. 19 déc. 2018 à 11:59, Maïeul Rouquette <[email protected]> a écrit : > Le mercredi 19 décembre 2018 à 11:52 +0100, Bruno CAILLARD a écrit : > > Les dernières versions de convert n'autorise pas, par défaut, pour des > > raisons de > > sécurité, de transformer un pdf/ps. > > Donc c'est peut être cela chez toi. > > > > Non cela n'est pas cela. J'en suis sûr. le script n'arrive même pas à > > cette étape de convert. Il s'agit bien de la commande latex qui > > plante, qui fait un ABORT (signal 134). J'ai testé le processus dans > > tex2im, en placant des exit ligne par ligne pour voir ce qu'il en > > sort à chaque étape. > > Et j'arrive à la ligne 200 de tex2im : latex -interaction=batchmode > > out.tex > /dev/null > > qui devrait produire un fichier out.dvi > > lequel out.dvi est traité ensuite par une commande dvips qui convertit > > le fichier DVI en EPS. Mais cela ne fonctionne pas puisque le fichier > > n'a pu être créé par la commande latex précédente. > > > > Le truc bizarre, c'est que la commande "latex -interaction=batchmode > > out.tex" lançée depuis la console, fonctionne parfaitement bien, le > > DVI est bien produit. > > Mais lançée depuis tex2im => erreur 134. > > > > > > > > Cordialement > > Bruno > > > > > > > bizarre. En tous cas chez moi, le out.dvi est bien généré. > et j'avoue pas trop voir pourquoi latex aurait un comportement différent > selon qu'executé en bash directement ou depuis un script bash... > >