Discussion:
Utilisation du package minted sur Mac OS X (ou UNIX/Linux)
(trop ancien pour répondre)
quark67
2012-09-08 20:04:39 UTC
Permalink
Bonjour,

Je sollicite votre aide pour l'utilisation du package minted, fourni
avec les MacTeX (TexLive) récents.
En effet, j'ai suivi la procédure d'installation détaillée dans le
manuel pdf de minted (obtenu via la commande : texdoc minted) mais la
compilation échoue.

Je suis sous Mac OS X 10.8.1 (mais compte-tenu de la structure Unixienne
de Mac OS X, des utilisateurs de Linux ou d'autres UNIX peuvent sans
doute également m'aider). J'utilise MacTeX 2012 (TeXLive 2012).

Voici ce que dit la documentation :
1. Il faut que python soit installé en version 2.6 minimum.
La commande dans le Terminal : python --version
donne : Python 2.7.2
C'est donc bon.

2. Il faut installer "setuptools". Je me rend à la page
http://pypi.python.org/pypi/setuptools, je télécharge le fichier
setuptools-0.6c11-py2.7.egg (pour Python 2.7).

3. La page web dit qu'il faut exécuter la commande sh sur le fichier :
sh setuptools-0.6c11-py2.7.egg (après s'être rendu dans le
dossier/répertoire contenant le fichier susmentionné).
En fait, cela ne marche pas (du moins chez moi), il faut précéder la
commande avec sudo : sudo sh setuptools-0.6c11-py2.7.egg
L'installation se déroule parfaitement (pas de message d'erreur, au
contraire, j'ai à la fin l'indication : Finished processing dependencies
for setuptools==0.6c11)

4. Puis, comme indiqué dans le manuel pdf de minted, j'installe Pygments
avec la commande : sudo easy_install Pygments
L'installation se déroule parfaitement, j'obtiens en particulier les
messages : Installing pigmentize script to /usr/local/bin
ainsi que : Finished processing dependencies for Pygments

À titre d'indication, dans le Terminal, echo $PATH donne ceci :
/opt/local/bin:/opt/local/sbin:/opt/local/bin:/opt/local/sbin:/opt/local
/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/t
exbin

et la commande : which pygmentize
donne : /usr/local/bin/pygmentize

Malheureusement, la compilation du fichier suivant (tiré du manuel de
minted) :

%%%%%%%%%%%%%%%%%%
\documentclass{article}
\usepackage{minted}
\begin{document}
\begin{minted}{c}
int main(){
printf("hello, world");
return 0;
}
\end{minted}
\end{document}
%%%%%%%%%%%%%%%%%%%

donne :

####################
(./test.w18)))sh: -c: line 0: syntax error near unexpected token `('
sh: -c: line 0: `which pygmentize && touch test.aex'


./test.tex:3: Package minted Error: You must have `pygmentize' insta
lled to use this package.

See the minted package documentation for explanation.
####################

(test.tex est le nom du fichier à compiler).

Je compile avec le logiciel graphique TeXShop, et le réglage du moteur
pdflatex est (sans les guillemets):

"pdflatex --file-line-error --shell-escape --synctex=1" (*)

(en ligne de commande, j'ai le même message d'erreur comme quoi
'pigmentize' ne serait pas installé.)

La preuve que 'pigmentize' est installé (outre la commande "which
pygmentize" vue plus haut) : j'ai utilisé dans le Terminal la commande
"pygmentize -L lexers" (page 6 du manuel de minted) afin d'obtenir la
liste des langages acceptés par le package minted, et cette commande a
parfaitement fonctionné.

Pourriez-vous m'aider à résoudre le problème ? Qu'ai-je oublié de faire
pour pouvoir compiler un fichier .tex utilisant le package minted ?

Merci pour toute aide...

(J'ai vu sur
http://tex.stackexchange.com/questions/48018/minted-not-working-on-mac
un message d'Alain Matthes, qui intervient également ici, pour qui le
package minted fonctionne parfaitement. Peut-être pourra-t-il m'orienter
vers la solution s'il lit ce message ?)

(*) Le manuel indique bien, page 4 dans sa dernière version, d'utiliser
"-shell-escape" (j'ai essayé avec -shell-escape et --shell-escape, il y
a ces deux options - dont j'ignore la différence - trouvables sur
internet).
Maïeul Rouquette
2012-09-08 21:31:41 UTC
Permalink
Post by quark67
Bonjour,
Je sollicite votre aide pour l'utilisation du package minted, fourni
avec les MacTeX (TexLive) récents.
En effet, j'ai suivi la procédure d'installation détaillée dans le
manuel pdf de minted (obtenu via la commande : texdoc minted) mais la
compilation échoue.
Je suis sous Mac OS X 10.8.1 (mais compte-tenu de la structure Unixienne
de Mac OS X, des utilisateurs de Linux ou d'autres UNIX peuvent sans
doute également m'aider). J'utilise MacTeX 2012 (TeXLive 2012).
1. Il faut que python soit installé en version 2.6 minimum.
La commande dans le Terminal : python --version
donne : Python 2.7.2
C'est donc bon.
2. Il faut installer "setuptools". Je me rend à la page
http://pypi.python.org/pypi/setuptools, je télécharge le fichier
setuptools-0.6c11-py2.7.egg (pour Python 2.7).
sh setuptools-0.6c11-py2.7.egg (après s'être rendu dans le
dossier/répertoire contenant le fichier susmentionné).
En fait, cela ne marche pas (du moins chez moi), il faut précéder la
commande avec sudo : sudo sh setuptools-0.6c11-py2.7.egg
L'installation se déroule parfaitement (pas de message d'erreur, au
contraire, j'ai à la fin l'indication : Finished processing dependencies
for setuptools==0.6c11)
4. Puis, comme indiqué dans le manuel pdf de minted, j'installe Pygments
avec la commande : sudo easy_install Pygments
L'installation se déroule parfaitement, j'obtiens en particulier les
messages : Installing pigmentize script to /usr/local/bin
ainsi que : Finished processing dependencies for Pygments
/opt/local/bin:/opt/local/sbin:/opt/local/bin:/opt/local/sbin:/opt/local
/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/t
exbin
et la commande : which pygmentize
donne : /usr/local/bin/pygmentize
Malheureusement, la compilation du fichier suivant (tiré du manuel de
%%%%%%%%%%%%%%%%%%
\documentclass{article}
\usepackage{minted}
\begin{document}
\begin{minted}{c}
int main(){
printf("hello, world");
return 0;
}
\end{minted}
\end{document}
%%%%%%%%%%%%%%%%%%%
####################
(./test.w18)))sh: -c: line 0: syntax error near unexpected token `('
sh: -c: line 0: `which pygmentize && touch test.aex'
./test.tex:3: Package minted Error: You must have `pygmentize' insta
lled to use this package.
See the minted package documentation for explanation.
####################
(test.tex est le nom du fichier à compiler).
Je compile avec le logiciel graphique TeXShop, et le réglage du moteur
"pdflatex --file-line-error --shell-escape --synctex=1" (*)
(en ligne de commande, j'ai le même message d'erreur comme quoi
'pigmentize' ne serait pas installé.)
La preuve que 'pigmentize' est installé (outre la commande "which
pygmentize" vue plus haut) : j'ai utilisé dans le Terminal la commande
"pygmentize -L lexers" (page 6 du manuel de minted) afin d'obtenir la
liste des langages acceptés par le package minted, et cette commande a
parfaitement fonctionné.
Pourriez-vous m'aider à résoudre le problème ? Qu'ai-je oublié de faire
pour pouvoir compiler un fichier .tex utilisant le package minted ?
Merci pour toute aide...
(J'ai vu sur
http://tex.stackexchange.com/questions/48018/minted-not-working-on-mac
un message d'Alain Matthes, qui intervient également ici, pour qui le
package minted fonctionne parfaitement. Peut-être pourra-t-il m'orienter
vers la solution s'il lit ce message ?)
(*) Le manuel indique bien, page 4 dans sa dernière version, d'utiliser
"-shell-escape" (j'ai essayé avec -shell-escape et --shell-escape, il y
a ces deux options - dont j'ignore la différence - trouvables sur
internet).
pour ma part je n'ai jamais réussi à utiliser -shell-escape dans TeXShop. Par contre aucun souci depuis le terminal. Je pense que tout betement que TeXShop n'est pas capable de se comporter comme un Terminal, et donc que shell-escape ne fonctione pas chez lui
quark67
2012-09-08 23:40:39 UTC
Permalink
Post by Maïeul Rouquette
pour ma part je n'ai jamais réussi à utiliser -shell-escape dans
TeXShop. Par contre aucun souci depuis le terminal. Je pense que tout
betement que TeXShop n'est pas capable de se comporter comme un
Terminal, et donc que shell-escape ne fonctione pas chez lui
Bonsoir, tu arrives à utiliser "-shell-escape" (certes dans le Terminal
seulement) avec le package 'minted' ou dans le cadre d'une autre
utilisation ?

Ce qui m'intéresse en ce moment, ça serait d'avoir une solution avec le
package 'minted'... :)
Maïeul Rouquette
2012-09-09 00:10:01 UTC
Permalink
Post by quark67
Post by Maïeul Rouquette
pour ma part je n'ai jamais réussi à utiliser -shell-escape dans
TeXShop. Par contre aucun souci depuis le terminal. Je pense que tout
betement que TeXShop n'est pas capable de se comporter comme un
Terminal, et donc que shell-escape ne fonctione pas chez lui
Bonsoir, tu arrives à utiliser "-shell-escape" (certes dans le Terminal
seulement) avec le package 'minted' ou dans le cadre d'une autre
utilisation ?
Ce qui m'intéresse en ce moment, ça serait d'avoir une solution avec le
package 'minted'... :)
dans le cadre de minted. J'ai pygmentize installé, je fais xelatex -shell-escape monfichier.tex et j'ai du joli code coloré…
quark67
2012-09-09 09:13:14 UTC
Permalink
Post by Maïeul Rouquette
Post by quark67
Post by Maïeul Rouquette
pour ma part je n'ai jamais réussi à utiliser -shell-escape dans
TeXShop. Par contre aucun souci depuis le terminal. Je pense que tout
betement que TeXShop n'est pas capable de se comporter comme un
Terminal, et donc que shell-escape ne fonctione pas chez lui
Bonsoir, tu arrives à utiliser "-shell-escape" (certes dans le Terminal
seulement) avec le package 'minted' ou dans le cadre d'une autre
utilisation ?
Ce qui m'intéresse en ce moment, ça serait d'avoir une solution avec le
package 'minted'... :)
dans le cadre de minted. J'ai pygmentize installé, je fais
xelatex -shell-escape monfichier.tex et j'ai du joli code coloré…
Bien, alors en faisant une compilation dans le Terminal avec xelatex,
cela n'a pas marché lors du premier essai (en fait le nom de mon fichier
.tex n'était pas test.tex, mais comportait une parenthèse ; j'ignorais
que cela pose problème, mais le message d'erreur différent m'orientait
sur la piste d'un problème avec les parenthèses).

J'ai donc supprimé les parenthèses, refait une compilation xelatex dans
le Terminal et la complilation a réussi cette fois.
J'ai ensuite fait une compilation pdflatex dans le terminal, et là aussi
cela a marché.
Reste le problème d'une compilation dans TeXShop qui continue de ne pas
fonctionner avec pourtant le réglage :
"pdflatex --file-line-error --shell-escape --synctex=1".

Merci de m'avoir permis de circonscrire le problème à l'utilisation de
TeXShop. Est-ce "--shell-escape" qui ne serait pas pris en compte ?

Je suis entrain de faire des recherches Google qui pour l'instant ne
donnent rien...
Maïeul Rouquette
2012-09-09 09:17:03 UTC
Permalink
Post by quark67
Post by Maïeul Rouquette
Post by quark67
Post by Maïeul Rouquette
pour ma part je n'ai jamais réussi à utiliser -shell-escape dans
TeXShop. Par contre aucun souci depuis le terminal. Je pense que tout
betement que TeXShop n'est pas capable de se comporter comme un
Terminal, et donc que shell-escape ne fonctione pas chez lui
Bonsoir, tu arrives à utiliser "-shell-escape" (certes dans le Terminal
seulement) avec le package 'minted' ou dans le cadre d'une autre
utilisation ?
Ce qui m'intéresse en ce moment, ça serait d'avoir une solution avec le
package 'minted'... :)
dans le cadre de minted. J'ai pygmentize installé, je fais
xelatex -shell-escape monfichier.tex et j'ai du joli code coloré…
Bien, alors en faisant une compilation dans le Terminal avec xelatex,
cela n'a pas marché lors du premier essai (en fait le nom de mon fichier
.tex n'était pas test.tex, mais comportait une parenthèse ; j'ignorais
que cela pose problème, mais le message d'erreur différent m'orientait
sur la piste d'un problème avec les parenthèses).
J'ai donc supprimé les parenthèses, refait une compilation xelatex dans
le Terminal et la complilation a réussi cette fois.
J'ai ensuite fait une compilation pdflatex dans le terminal, et là aussi
cela a marché.
Reste le problème d'une compilation dans TeXShop qui continue de ne pas
"pdflatex --file-line-error --shell-escape --synctex=1".
Merci de m'avoir permis de circonscrire le problème à l'utilisation de
TeXShop. Est-ce "--shell-escape" qui ne serait pas pris en compte ?
Je suis entrain de faire des recherches Google qui pour l'instant ne
donnent rien...
oui le problème vient de TeXShop et je ne pense pas qu'il soit solvable. Que signifie --shell-escape ? qu'à un moment pdfLaTeX (ou XeLaTeX) cède la main au shell. Or TeXShop n'interagit pas avec le shell. Donc je pense que tout bêtement cela est impossible. J'avais déjà procéder à des tas de test il y a un an -> nada.
quark67
2012-09-09 12:12:36 UTC
Permalink
Post by Maïeul Rouquette
oui le problème vient de TeXShop et je ne pense pas qu'il soit
solvable. Que signifie --shell-escape ? qu'à un moment pdfLaTeX (ou
XeLaTeX) cède la main au shell. Or TeXShop n'interagit pas avec le
shell. Donc je pense que tout bêtement cela est impossible. J'avais
déjà procéder à des tas de test il y a un an -> nada.
Pourtant, une fois que gnuplot est installé (par exemple via MacPorts),
il est possible de tracer des courbes de fonctions mathématiques via le
package TikZ, tout en compilant avec TeXShop avec --shell-escape. (voir
la page 226 du manuel de TikZ en version 2.10). Dans ce cas particulier,
il est fait appel à l'outil (externe) en ligne de commande 'gnuplot'.
En tout cas, cela marche chez moi. Alors pourquoi donc 'pigmentize'
n'est-il pas reconnu via la compilation avec TeXShop ? C'est étrange...
D'autant plus que sur cette page :
http://tex.stackexchange.com/questions/12520/texshop-not-finding-gnuplot
'gnuplot' n'est pas vu chez l'utilisateur, mais au contraire le package
minted fonctionne correctement chez lui (via TeXShop).

Il doit y avoir un truc qui m'échappe...
Maïeul Rouquette
2012-09-09 15:42:23 UTC
Permalink
Post by quark67
Post by Maïeul Rouquette
oui le problème vient de TeXShop et je ne pense pas qu'il soit
solvable. Que signifie --shell-escape ? qu'à un moment pdfLaTeX (ou
XeLaTeX) cède la main au shell. Or TeXShop n'interagit pas avec le
shell. Donc je pense que tout bêtement cela est impossible. J'avais
déjà procéder à des tas de test il y a un an -> nada.
Pourtant, une fois que gnuplot est installé (par exemple via MacPorts),
il est possible de tracer des courbes de fonctions mathématiques via le
package TikZ, tout en compilant avec TeXShop avec --shell-escape. (voir
la page 226 du manuel de TikZ en version 2.10). Dans ce cas particulier,
il est fait appel à l'outil (externe) en ligne de commande 'gnuplot'.
En tout cas, cela marche chez moi. Alors pourquoi donc 'pigmentize'
n'est-il pas reconnu via la compilation avec TeXShop ? C'est étrange...
D'autant plus que sur cette page :http://tex.stackexchange.com/questions/12520/texshop-not-finding-gnuplot
'gnuplot' n'est pas vu chez l'utilisateur, mais au contraire le package
minted fonctionne correctement chez lui (via TeXShop).
Il doit y avoir un truc qui m'échappe...
il doit y avoir aussi un truc qui m'échappe aussi alors ..; désolé.
Mais ceci dit le terminal ce n'est pas la mer à boir...
Paul Gaborit
2012-09-09 20:23:06 UTC
Permalink
À (at) Sun, 9 Sep 2012 08:42:23 -0700 (PDT),
[...]
Post by Maïeul Rouquette
Post by quark67
http://tex.stackexchange.com/questions/12520/texshop-not-finding-gnuplot
'gnuplot' n'est pas vu chez l'utilisateur, mais au contraire le
package minted fonctionne correctement chez lui (via TeXShop).
Il doit y avoir un truc qui m'échappe...
il doit y avoir aussi un truc qui m'échappe aussi alors ..; désolé.
Mais ceci dit le terminal ce n'est pas la mer à boir...
C'est un problème de chemin d'accès aux commandes. La liste des chemins
utilisée dans le terminal et que l'on modifie en général via les
règlages de son shell (.profile, .bashrc, .tcshrc, etc.) n'est pas prise
en compte par les applications de Mac OS X (celles utilisent l'interface
graphique Aqua).

Il faut définir ces chemins dans le fichier ~/.MacOSX/environment.plist
qui doit être créé si nécessaire. C'est un peu expliqué dans
<http://www.astro.washington.edu/users/rowen/AquaEnvVar.html> ou
<http://developer.apple.com/legacy/mac/library/#qa/qa1067/_index.html>
mais je n'ai pas de Mac OS X sous la main pour tester.

L'exemple donné dans <http://tex.stackexchange.com/a/12532/14500> doit
marcher pour peu que vous adaptiez la liste des chemins à vos propres
réglages...
--
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
quark67
2012-09-10 01:39:02 UTC
Permalink
Post by Paul Gaborit
C'est un problème de chemin d'accès aux commandes. La liste des chemins
utilisée dans le terminal et que l'on modifie en général via les
règlages de son shell (.profile, .bashrc, .tcshrc, etc.) n'est pas prise
en compte par les applications de Mac OS X (celles utilisent l'interface
graphique Aqua).
Il faut définir ces chemins dans le fichier ~/.MacOSX/environment.plist
qui doit être créé si nécessaire. C'est un peu expliqué dans
<http://www.astro.washington.edu/users/rowen/AquaEnvVar.html> ou
<http://developer.apple.com/legacy/mac/library/#qa/qa1067/_index.html>
mais je n'ai pas de Mac OS X sous la main pour tester.
L'exemple donné dans <http://tex.stackexchange.com/a/12532/14500> doit
marcher pour peu que vous adaptiez la liste des chemins à vos propres
réglages...
Bonsoir, je vais essayer cela ce lundi soir, mais ce qui m'étonne, c'est
que l'affichage de courbes de fonctions par TikZ via l'utilisation de
'gnuplot' fonctionne sans souci en compilant un document .tex dans
TeXShop alors que le fichier ~/.MacOSX/environment.plist est pour
l'instant inexistant.
Je dirais si cela fonctionne. Merci en tout cas.
quark67
2012-09-13 21:19:52 UTC
Permalink
Post by quark67
Post by Paul Gaborit
C'est un problème de chemin d'accès aux commandes. La liste des chemins
utilisée dans le terminal et que l'on modifie en général via les
règlages de son shell (.profile, .bashrc, .tcshrc, etc.) n'est pas prise
en compte par les applications de Mac OS X (celles utilisent l'interface
graphique Aqua).
Il faut définir ces chemins dans le fichier ~/.MacOSX/environment.plist
qui doit être créé si nécessaire. C'est un peu expliqué dans
<http://www.astro.washington.edu/users/rowen/AquaEnvVar.html> ou
<http://developer.apple.com/legacy/mac/library/#qa/qa1067/_index.html>
mais je n'ai pas de Mac OS X sous la main pour tester.
L'exemple donné dans <http://tex.stackexchange.com/a/12532/14500> doit
marcher pour peu que vous adaptiez la liste des chemins à vos propres
réglages...
Bonsoir, je vais essayer cela ce lundi soir, mais ce qui m'étonne, c'est
que l'affichage de courbes de fonctions par TikZ via l'utilisation de
'gnuplot' fonctionne sans souci en compilant un document .tex dans
TeXShop alors que le fichier ~/.MacOSX/environment.plist est pour
l'instant inexistant.
Je dirais si cela fonctionne. Merci en tout cas.
J'ai fait quelques recherches sur le fichier environment.plist et je
suis tombé sur cette page :
http://stackoverflow.com/questions/6770411/mac-os-x-lion-no-longer-recog
nizes-environment-plist
sur laquelle une réponse dit ceci : "By default, Mac OS X (10.7.4 and
up) does not support it any more", et renvoit vers cette page (version
française) : http://support.apple.com/kb/TS4267?viewlocale=fr_FR

(je rappelle que je suis sous OS X 10.8, donc je suis concerné par
celà).


Au préalable, je duplique TeXShop en le renommant "TeXShop copie", puis
comme indiqué sur la page que je viens de mentionner, je modifie le
fichier info.plist (avec l'application autonome Property List Editor,
livré anciennement avec les outils de développement Apple, ou
directement avec l'outil de développement XCode s'il est récent) contenu
dans l'application "TeXShop copie" en rajoutant une clé LSEnvironment,
puis une sous-clé PATH (j'ai aussi essayé avec une sous-clé de nom
DYLD_LIBRARY_PATH comme suggéré dans
http://support.apple.com/kb/TS4267?viewlocale=fr_FR), et une valeur :
/opt/local/bin:/opt/local/sbin:/opt/local/bin:/opt/local/sbin:/opt/local
/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/t
exbin:

En relançant l'application (contenant donc le fichier info.plist
modifié) et en tentant de compiler le fichier .tex avec le package
minted en préambule, j'obtiens l'erreur suivante :

###################################
(/usr/local/texlive/2012/texmf-dist/tex/generic/oberdiek/etexcmds.sty))s
h: uname: command not found

(./test.w18)sh: rm: command not found

Runaway argument?
/usr/local/texlive/2012/texmf-dist/tex/latex/ifplatform/ifplatform.sty:9
5: Para
graph ended before \***@space was complete.
<to be read again>
\par
l.95 ...\edef\@tempa{\expandafter\***@space\@tempa
\@empty}
#####################################

(évidemment, si je demande dans le Terminal : "which uname" et "which
rm", j'obtiens respectivement : /usr/bin/uname et /bin/rm ; ils sont
donc dans le chemin que j'ai indiqué dans le fichier info.plist, il n'y
a donc a priori aucune raison que j'ai les messages d'erreur "command
not found").

J'étais bloqué là, puis j'ai vu hier soir très tardivement le message de
Benoit Rivet, qui, comme je l'ai indiqué dans mon autre message, a
apporté une solution viable.

Merci quand-même pour la piste que tu m'as indiqué, il y a peut-être un
truc que j'ai oublié ou qui m'a échappé (je serais ravi de savoir quoi,
si quelqu'un le sait ;) ).
Paul Gaborit
2012-09-13 22:48:44 UTC
Permalink
À (at) Thu, 13 Sep 2012 23:19:52 +0200,
Post by quark67
J'ai fait quelques recherches sur le fichier environment.plist et je
http://stackoverflow.com/questions/6770411/mac-os-x-lion-no-longer-recog
nizes-environment-plist
sur laquelle une réponse dit ceci : "By default, Mac OS X (10.7.4 and
up) does not support it any more", et renvoit vers cette page (version
française) : http://support.apple.com/kb/TS4267?viewlocale=fr_FR
(je rappelle que je suis sous OS X 10.8, donc je suis concerné par
celà).
Telle qu'elle est rédigée, cette note n'indique pas que *toutes* les
variables d'environnement sont ignorées. *Seules* celles qui touchent à
l'édition des liens dynamique (DYLD...) devraient l'être.

Ceci étant, en se référant à ce qui se dit sur StackOverflow, ceux qui
utilisent Mac OS X 10.8 semblent constater que *toutes* les variables
sont ignorées (je n'ai pas de Moutain Lion sous la main pour tester
moi-même).

Avec l'arrivée de Lion (Mac OS X 10.7) et suivant (Mountain Lion), Mac
OS X n'est plus un système d'exploitation mais devient un outil à vendre
des applications et des services d'Apple (ou de leur Store). Apple ne
produit plus des ordinateurs, mais des grosses GameBoys pour personnes
friquées. Ça me désole de dire cela car je suis resté fidêle à Apple
depuis plus de 30 ans, mais maintenant en tant qu'informaticien, je
déconseille à tout le monde des rester chez Apple !
--
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
Benoit RIVET
2012-09-12 07:35:02 UTC
Permalink
Post by quark67
Je compile avec le logiciel graphique TeXShop, et le réglage du moteur
"pdflatex --file-line-error --shell-escape --synctex=1"
En fait, les dernières versions de TexShop n'autorisent pluspar défaut
l'utilisation de --shell-escape mais une version restreinte de shell
escape. Le réglage par défaut ne permet dont pas de compiler le fichier
d'exemple (alors que cela fonctionne avec le terminal).

<http://www.tug.org/mactex/2012/TeXLive2012Changes.pdf> décrit les
changements introduits avec MacTex 2012, qui expliquent ton problème.

Tu peux cependant compiler directement avec TexShop en créant un nouveau
moteur de compilation : ouvre le dossier ~/Library/TexShop/Engines,
copie un fichier .engine de ce dossier, nomme le minted.engine (ou le
nom qu'il te plaira), ouvre le avec ton éditeur de texte favori et
remplace le contenu par :

#!/bin/tcsh

pdflatex --file-line-error --shell-escape --synctex=1 "$1"

Après avoir sauvegardé ce fichier minted.engine, quitte TexShop, relance
et ajoute au début du fichier contenant du code minted la ligne :

% !TEX TS-program = minted

Normalement, la compilation devrait se dérouler sans erreur.
--
Benoît RIVET
quark67
2012-09-13 21:19:52 UTC
Permalink
Post by Benoit RIVET
Tu peux cependant compiler directement avec TexShop en créant un nouveau
moteur de compilation : ouvre le dossier ~/Library/TexShop/Engines,
copie un fichier .engine de ce dossier, nomme le minted.engine (ou le
nom qu'il te plaira), ouvre le avec ton éditeur de texte favori et
#!/bin/tcsh
pdflatex --file-line-error --shell-escape --synctex=1 "$1"
Après avoir sauvegardé ce fichier minted.engine, quitte TexShop, relance
% !TEX TS-program = minted
Normalement, la compilation devrait se dérouler sans erreur.
Merci beaucoup, cela a parfaitement fonctionné :)

(PS : dans le fichier minted.engine, j'ai intercallé la ligne :
set path= ($path /usr/texbin /usr/local/bin)
entre la 1re et la 3e ligne, cette ligne apparaissant dans le fichier
.engine que j'avais dupliqué ; j'ignore si cette ligne est
indispensable, je testerais durant ce week-end).
Loading...