Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
comment afficher les fontes mathdesign ?
101 views
Skip to first unread message
lionmarron
Oct 13, 2012, 3:49:43 PM10/13/12
to
Je voudrais utiliser par exemple garamond du package mathdesign, et je
n'y parviens pas.
D'après un message déjà ancien (1/10/2009) de manuel, il faut d'abord
installer ces fontes, et, avec texlive, on faire comme suit :
sudo getnonfreefonts-sys --all
Effectivement cela a installé quelque chose sans poser de problèmes.
Ensuite d'après la doc, il faut apparemment appeler le package avec une
option, comme par exemple [garamond]. C'est ce que je tente dans l'ECM
suivant, qui toutefois ne marche pas :
\documentclass{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{lipsum}
\usepackage[garamond]{mathdesign}
\begin{document}
\large\lipsum[1]
\end{document}
Si je compile avec latex ECM.tex j'obtiens un DVI et pas de message
d'erreur, mais le DVI ne peut s'ouvrir, il affiche seulement
"Chargement" en haut à droite de la fenêtre (les 8 premières minutes en
tout cas).
Et avec pdflatex ECM.tex j'obtiens le message suivant :
!pdfTeX error: pdflatex (file ugmr8a.pfb): cannot open Type 1 font file
for rea
ding
==> Fatal error occurred, no output PDF file produced!
-------------------------------------------------------------------------
Voilà. Il est bien possible que j'ai encore oublié qq chose
d'élémentaire. Je ne sais pas, donc merci pour toute information.
--
lionmarron
n'y parviens pas.
D'après un message déjà ancien (1/10/2009) de manuel, il faut d'abord
installer ces fontes, et, avec texlive, on faire comme suit :
sudo getnonfreefonts-sys --all
Effectivement cela a installé quelque chose sans poser de problèmes.
Ensuite d'après la doc, il faut apparemment appeler le package avec une
option, comme par exemple [garamond]. C'est ce que je tente dans l'ECM
suivant, qui toutefois ne marche pas :
\documentclass{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{lipsum}
\usepackage[garamond]{mathdesign}
\begin{document}
\large\lipsum[1]
\end{document}
Si je compile avec latex ECM.tex j'obtiens un DVI et pas de message
d'erreur, mais le DVI ne peut s'ouvrir, il affiche seulement
"Chargement" en haut à droite de la fenêtre (les 8 premières minutes en
tout cas).
Et avec pdflatex ECM.tex j'obtiens le message suivant :
!pdfTeX error: pdflatex (file ugmr8a.pfb): cannot open Type 1 font file
for rea
ding
==> Fatal error occurred, no output PDF file produced!
-------------------------------------------------------------------------
Voilà. Il est bien possible que j'ai encore oublié qq chose
d'élémentaire. Je ne sais pas, donc merci pour toute information.
--
lionmarron
Lucas Levrel
Oct 15, 2012, 8:10:43 AM10/15/12
to
Le 13 octobre 2012, lionmarron a écrit :
> D'après un message déjà ancien (1/10/2009) de manuel, il faut d'abord
> installer ces fontes, et, avec texlive, on faire comme suit :
>
> sudo getnonfreefonts-sys --all
Il faut mettre à jour la base de polices (et peut-être aussi la base de
> D'après un message déjà ancien (1/10/2009) de manuel, il faut d'abord
> installer ces fontes, et, avec texlive, on faire comme suit :
>
> sudo getnonfreefonts-sys --all
fichiers). La ligne de commande est, je
crois, sudo updmap-sys (et sudo mktexlsr). Mais je procède plus simplement
(c'est-à-dire sans avoir à les mémoriser) en lançant le Manager :
$ su
# tlmgr --gui
puis Actions > Mettre à jour l'index de fichiers
et Actions > Mettre à jour la base d'associations de fontes
> Voilà. Il est bien possible que j'ai encore oublié qq chose
> d'élémentaire. Je ne sais pas, donc merci pour toute information.
--
LL
lionmarron
Oct 15, 2012, 8:47:14 AM10/15/12
to
Le 15/10/2012 14:10, Lucas Levrel a écrit :
> Il faut mettre à jour la base de polices (et peut-être aussi la base de
> fichiers). La ligne de commande est, je crois, sudo updmap-sys (et sudo
> mktexlsr). Mais je procède plus simplement (c'est-à-dire sans avoir à
> les mémoriser) en lançant le Manager :
> $ su
Donc j'ai tenté de faire pareil, et, je ne sais pas si c'est normal,
> Il faut mettre à jour la base de polices (et peut-être aussi la base de
> fichiers). La ligne de commande est, je crois, sudo updmap-sys (et sudo
> mktexlsr). Mais je procède plus simplement (c'est-à-dire sans avoir à
> les mémoriser) en lançant le Manager :
> $ su
mais en utilisant mon mot de passe habituel j'obtiens le message
su : Échec d'authentification
Pour obtenir le mode administration normalement je fait $ sudo su, et
donc j'ai essayé ; seulement dans ce cas tlmgr --gui devient une
commande inconnue, ce qui n'est pas le cas si je ne suis pas en mode
administrateur (mais dans ce cas ce n'est pas très utile).
> # tlmgr --gui
>
> puis Actions > Mettre à jour l'index de fichiers
> et Actions > Mettre à jour la base d'associations de fontes
>
>> Voilà. Il est bien possible que j'ai encore oublié qq chose
>> d'élémentaire. Je ne sais pas, donc merci pour toute information.
>
> Pas vraiment élémentaire.
Oublier (ou négliger, ne pas connaître, etc.) des choses élémentaires
m'arrive souvent. Et c'est également, peut-être pas souvent mais
classiquement, ce que j'accuse les autres de faire. (Y a une justice
autrement dit.)
> J'espère que ça résoudra le problème.
>
doivent y contribuer.
--
lionmarron
lionmarron
Oct 15, 2012, 5:40:48 PM10/15/12
to
Le 15/10/2012 22:39, Olivier a écrit :
> tlmgr se situe (théoriquement et si tu n'as rien changé)
> dans /usr/local/texlive/20xx/bin/architecture/
> avec la complétion automatique c'est très rapide à taper.
Merci pour ta réponse. Je suppose que tu n'as peut-être pas fait exprès
de l'envoyer en privé (ça m'arrive souvent).
Quoiqu'il en soit j'ai essayé ce que semble suggérer ton message et j'ai
appelé tlmgr --gui à partir de là où tu dis (tlmgr s'y trouve bien), et
le résultat est le même.
Donc si je fais # tlmgr --gui après avoir fait $ sudo su (ce qui
remplace $ par #) j'obtiens ce message :
Commande 'tlmgr' non trouvée, vouliez-vous dire :
La commande 'vlmgr' du paquet 'qdbm-util' (universe)
La commande 'rlmgr' du paquet 'qdbm-util' (universe)
tlmgr : commande introuvable
Et si je fait la même chose en sortant de ce que j'appelle le mode
expert (mais je suis pas forcément de la justesse du terme), j'obtiens
bien la fenêtre graphique de tlmgr, mais (assez logiquement) avec un
message me prévenant de ce que je ne suis pas en mode expert.
Voilà pour l'instant. (Je vais peut-être utiliser l'autre méthode
mentionnée par LL, mais avant je me documente sur le sujet.)
--
lionmarron
> tlmgr se situe (théoriquement et si tu n'as rien changé)
> dans /usr/local/texlive/20xx/bin/architecture/
> avec la complétion automatique c'est très rapide à taper.
Merci pour ta réponse. Je suppose que tu n'as peut-être pas fait exprès
de l'envoyer en privé (ça m'arrive souvent).
Quoiqu'il en soit j'ai essayé ce que semble suggérer ton message et j'ai
appelé tlmgr --gui à partir de là où tu dis (tlmgr s'y trouve bien), et
le résultat est le même.
Donc si je fais # tlmgr --gui après avoir fait $ sudo su (ce qui
remplace $ par #) j'obtiens ce message :
Commande 'tlmgr' non trouvée, vouliez-vous dire :
La commande 'vlmgr' du paquet 'qdbm-util' (universe)
La commande 'rlmgr' du paquet 'qdbm-util' (universe)
tlmgr : commande introuvable
Et si je fait la même chose en sortant de ce que j'appelle le mode
expert (mais je suis pas forcément de la justesse du terme), j'obtiens
bien la fenêtre graphique de tlmgr, mais (assez logiquement) avec un
message me prévenant de ce que je ne suis pas en mode expert.
Voilà pour l'instant. (Je vais peut-être utiliser l'autre méthode
mentionnée par LL, mais avant je me documente sur le sujet.)
--
lionmarron
Lucas Levrel
Oct 16, 2012, 6:44:59 AM10/16/12
to
Le 15 octobre 2012, lionmarron a écrit :
> Le 15/10/2012 22:39, Olivier a écrit :
>
>> tlmgr se situe (théoriquement et si tu n'as rien changé)
>> dans /usr/local/texlive/20xx/bin/architecture/
>> avec la complétion automatique c'est très rapide à taper.
>
> Merci pour ta réponse. Je suppose que tu n'as peut-être pas fait exprès de
> l'envoyer en privé (ça m'arrive souvent).
>
> Quoiqu'il en soit j'ai essayé ce que semble suggérer ton message et j'ai
> appelé tlmgr --gui à partir de là où tu dis (tlmgr s'y trouve bien), et le
> résultat est le même.
>
> Donc si je fais # tlmgr --gui après avoir fait $ sudo su (ce qui remplace $
> par #) j'obtiens ce message :
>
> Commande 'tlmgr' non trouvée, vouliez-vous dire :
> La commande 'vlmgr' du paquet 'qdbm-util' (universe)
> La commande 'rlmgr' du paquet 'qdbm-util' (universe)
> tlmgr : commande introuvable
Ça y est, j'ai compris ! tlmgr n'est pas dans le PATH de root. Il faut
> Le 15/10/2012 22:39, Olivier a écrit :
>
>> tlmgr se situe (théoriquement et si tu n'as rien changé)
>> dans /usr/local/texlive/20xx/bin/architecture/
>> avec la complétion automatique c'est très rapide à taper.
>
> Merci pour ta réponse. Je suppose que tu n'as peut-être pas fait exprès de
> l'envoyer en privé (ça m'arrive souvent).
>
> Quoiqu'il en soit j'ai essayé ce que semble suggérer ton message et j'ai
> appelé tlmgr --gui à partir de là où tu dis (tlmgr s'y trouve bien), et le
> résultat est le même.
>
> Donc si je fais # tlmgr --gui après avoir fait $ sudo su (ce qui remplace $
> par #) j'obtiens ce message :
>
> Commande 'tlmgr' non trouvée, vouliez-vous dire :
> La commande 'vlmgr' du paquet 'qdbm-util' (universe)
> La commande 'rlmgr' du paquet 'qdbm-util' (universe)
> tlmgr : commande introuvable
savoir aussi que le répertoire courant (./) n'est pas dans ce PATH pour
raisons de sécurité. Donc après sudo su, tu fais soit :
# /usr/local/texlive/20xx/bin/architecture/tlmgr --gui
soit :
# cd /usr/local/texlive/20xx/bin/architecture
# ./tlmgr --gui
> Et si je fait la même chose en sortant de ce que j'appelle le mode expert
> (mais je suis pas forcément de la justesse du terme),
Une fois que tu seras dans tlmgr en tant que root, fait Actions >
Gérer les liens symboliques dans les répertoires systèmes... > Mettre à
jour les liens symboliques, après avoir vérifié que « Destination des
liens pour les programmes » est bien /usr/local/bin. Ce chemin est dans le
PATH de root, normalement, si bien qu'ensuite tu ne devrais plus avoir
besoin de contorsions pour lancer tlmgr.
--
LL
lionmarron
Oct 16, 2012, 10:01:16 AM10/16/12
to
Le 16/10/2012 12:44, Lucas Levrel a écrit :
> Ça y est, j'ai compris !
La suite prouve que oui, même si ce n'est particulièrement clair pour moi.
> Ça y est, j'ai compris !
> tlmgr n'est pas dans le PATH de root. Il faut
> savoir aussi que le répertoire courant (./) n'est pas dans ce PATH pour
> raisons de sécurité. Donc après sudo su, tu fais soit :
> # /usr/local/texlive/20xx/bin/architecture/tlmgr --gui
>
> soit :
> # cd /usr/local/texlive/20xx/bin/architecture
> # ./tlmgr --gui
>
>> Et si je fait la même chose en sortant de ce que j'appelle le mode
>> expert (mais je suis pas forcément de la justesse du terme),
>
> Disons administrateur (alias « être root »).
>
>
> Une fois que tu seras dans tlmgr en tant que root, fait Actions > Gérer
> les liens symboliques dans les répertoires systèmes... > Mettre à jour
> les liens symboliques, après avoir vérifié que « Destination des liens
> pour les programmes » est bien /usr/local/bin. Ce chemin est dans le
> PATH de root, normalement, si bien qu'ensuite tu ne devrais plus avoir
> besoin de contorsions pour lancer tlmgr.
Toutefois j'ai aussi procédé à ce que tu disais dans le message du 15
(pour mémoire :
> # tlmgr --gui
>
> puis Actions > Mettre à jour l'index de fichiers
> et Actions > Mettre à jour la base d'associations de fontes
sélectionner de fichier, puis une seconde fois après avoir sélectionné
tous les fichiers.
Dans les deux cas avec pdflatex l'ECM ne compile pas (même message
d'erreur que dans mon message du 13), et avec latex il produit un DVI
que je ne peux pas ouvrir (avec Evince). Je n'ai pas tenté de redémarrer
l'ordinateur parce qu'il ne m'a pas semblé que ce soit utile dans un tel
cas.
Bon je précise aussi que personne ne m'oblige à utiliser les fontes
mathdesign ; je peux essayer d'en trouver d'autres. Merci quand même à
ceux qui auraient une idée...
--
lionmarron
Lucas Levrel
Oct 16, 2012, 10:39:40 AM10/16/12
to
Le 16 octobre 2012, lionmarron a écrit :
>> # tlmgr --gui
>>
>> puis Actions > Mettre à jour l'index de fichiers
>> et Actions > Mettre à jour la base d'associations de fontes
>
>> # tlmgr --gui
>>
>> puis Actions > Mettre à jour l'index de fichiers
>> et Actions > Mettre à jour la base d'associations de fontes
>
> sur ce plan là pas de changement. J'ai essayé d'abord sans sélectionner
> de fichier, puis une seconde fois après avoir sélectionné tous les fichiers.
(Pas la peine effetivement de sélectionner.)
> de fichier, puis une seconde fois après avoir sélectionné tous les fichiers.
Dans le terminal, tlmgr profère de doux mélismes pendant la mise à jour de
la base des fontes (qu'il avoue faire avec updmap-sys). Peux-tu les copier
ici ? Aussi, que donne cette commande :
kpsewhich ugmr8a.pfb
(pas besoin d'être root) ?
> Je n'ai pas tenté de redémarrer l'ordinateur parce
> qu'il ne m'a pas semblé que ce soit utile dans un tel cas.
nécessite un redémarrage.
> Bon je précise aussi que personne ne m'oblige à utiliser les fontes
> mathdesign
--
LL
lionmarron
Oct 16, 2012, 11:20:18 AM10/16/12
to
Le 16/10/2012 16:39, Lucas Levrel a écrit :
> Dans le terminal, tlmgr profère de doux mélismes pendant la mise à jour
> de la base des fontes (qu'il avoue faire avec updmap-sys). Peux-tu les
> copier ici ?
Voilà :
> Dans le terminal, tlmgr profère de doux mélismes pendant la mise à jour
> de la base des fontes (qu'il avoue faire avec updmap-sys). Peux-tu les
> copier ici ?
--------------------------------------------------------------------------
Chargement de la base de données TeX Live locale en cours
Ceci peut prendre du temps, veuillez patienter !
Terminé.
Running updmap-sys, this may take some time ...
Config file: "/usr/local/texlive/2011/texmf-config/web2c/updmap.cfg"
dvips output dir: "/usr/local/texlive/2011/texmf-var/fonts/map/dvips/updmap"
pdftex output dir:
"/usr/local/texlive/2011/texmf-var/fonts/map/pdftex/updmap"
/usr/local/bin/updmap is creating new map files
using the following configuration:
LW35 font names : URWkb
prefer outlines : true
texhash enabled : true
download standard fonts (dvips) : false
download standard fonts (pdftex) : true
Scanning for LW35 support files [ 3 files]
Scanning for MixedMap entries [ 44 files]
Scanning for Map entries [158 files]
Generating output for ps2pk...
Generating output for dvips...
Generating output for pdftex...
Files generated:
/usr/local/texlive/2011/texmf-var/fonts/map/dvips/updmap:
11499 2012-10-16 16:58:39 builtin35.map
15970 2012-10-16 16:58:39 download35.map
539944 2012-10-16 16:58:40 psfonts_pk.map
800891 2012-10-16 16:58:40 psfonts_t1.map
805356 2012-10-16 16:58:39 ps2pk.map
14 2012-10-16 16:58:41 psfonts.map -> psfonts_t1.map
/usr/local/texlive/2011/texmf-var/fonts/map/pdftex/updmap:
805363 2012-10-16 16:58:41 pdftex_dl14.map
803789 2012-10-16 16:58:41 pdftex_ndl14.map
15 2012-10-16 16:58:41 pdftex.map -> pdftex_dl14.map
Transcript written on "/usr/local/texlive/2011/texmf-var/web2c/updmap.log".
/usr/local/bin/updmap: Updating ls-R files.
--------------------------------------------------------------------------------
> Aussi, que donne cette commande :
> kpsewhich ugmr8a.pfb
> (pas besoin d'être root) ?
>> Bon je précise aussi que personne ne m'oblige à utiliser les fontes
>> mathdesign
>
> Mais si, les mânes de Garamont lui-même ! (Je suis un fan.)
quelqu'un avait indiqué un lien vers de nombreuses polices libres, parmi
lesquelles plusieurs Garamond plutôt bien à première vue. (Il est
probable que j'ai perdu le lien cela dit.)
--
lionmarron
Lucas Levrel
Oct 16, 2012, 11:50:45 AM10/16/12
to
Le 16 octobre 2012, lionmarron a écrit :
>> Aussi, que donne cette commande :
>> kpsewhich ugmr8a.pfb
>> (pas besoin d'être root) ?
>
> Cette commande n'a pas produit de sortie.
Voilà pourquoi votre fille est muette...
>> kpsewhich ugmr8a.pfb
>> (pas besoin d'être root) ?
>
> Cette commande n'a pas produit de sortie.
Essaie
find /usr/local/texlive -name 'ugmr8a.*'
Ça va mouliner un moment.
--
LL
lionmarron
Oct 16, 2012, 11:58:01 AM10/16/12
to
Le 16/10/2012 17:50, Lucas Levrel a écrit :
>> Cette commande n'a pas produit de sortie.
>
> Voilà pourquoi votre fille est muette...
>
> Essaie
> find /usr/local/texlive -name 'ugmr8a.*'
La sortie est :
>> Cette commande n'a pas produit de sortie.
>
> Voilà pourquoi votre fille est muette...
>
> Essaie
> find /usr/local/texlive -name 'ugmr8a.*'
/usr/local/texlive/2011/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
>
> Ça va mouliner un moment.
--
lionmarron
Jean-Côme Charpentier
Oct 16, 2012, 12:01:30 PM10/16/12
to
Le 16/10/2012 17:50, Lucas Levrel a écrit :
> [...]
> Essaie
> find /usr/local/texlive -name 'ugmr8a.*'
>
> Ça va mouliner un moment.
jeancome@evariste:~$ locate /usr/local/texlive*ugmr8a.*
> find /usr/local/texlive -name 'ugmr8a.*'
>
> Ça va mouliner un moment.
/usr/local/texlive/2010/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
/usr/local/texlive/2011/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
/usr/local/texlive/2012/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
et ça ne mouline pas du tout :-)
Note que
jeancome@evariste:~$ locate ugmr8a
/home/jeancome/texmf/fonts/afm/urw/garamond/ugmr8a.afm
/home/jeancome/texmf/fonts/tfm/urw/garamond/ugmr8a.tfm
/home/jeancome/texmf/fonts/type1/urw/garamond/ugmr8a.pfb
/usr/local/texlive/2010/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
/usr/local/texlive/2011/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
/usr/local/texlive/2012/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
/usr/share/texmf/fonts/tfm/urw/garamond/texnansi-raw-ugmr8a.tfm
/usr/share/texmf/fonts/tfm/urw/garamond/texnansi-ugmr8a.tfm
/usr/share/texmf/fonts/vf/urw/garamond/texnansi-ugmr8a.vf
/usr/share/texmf-texlive/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
ne mouline pas plus et est plus parlant :-) Mais bon, c'est mon
installation maison, je ne sais pas si l'OP installe beaucoup de chose
sur son arborescence personnelle.
Jean-Côme Charpentier
--
<jul> Ce devrait être plus simple que les .cls. Ex. tu n'écris pas un
fichier .cls en quelques minutes.
<Joss> C'est vrai, trente secondes suffisent en sirotant un café.
-+- in fr.comp.text.tex -+-
lionmarron
Oct 16, 2012, 2:09:38 PM10/16/12
to
Le 16/10/2012 18:01, Jean-Cï¿œme Charpentier a ï¿œcrit :
> Le 16/10/2012 17:50, Lucas Levrel a ï¿œcrit :
>> [...]
hetzel@hetzel-ThinkPad-T61:~$ locate ugmr8a
/home/hetzel/Bureau/ExRecup/fonts/tfm/public/garamond/ugmr8a.tfm
/usr/local/share/texmf/fonts/afm/urw/garamond/ugmr8a.afm
/usr/local/share/texmf/fonts/tfm/urw/garamond/ugmr8a.tfm
/usr/local/share/texmf/fonts/type1/urw/garamond/ugmr8a.pfb
/usr/local/texlive/2011/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
Je sais pas si la diffï¿œrence permet de dï¿œceler un problï¿œme mais je vois
pas lequel.
--
lionmarron
> Le 16/10/2012 17:50, Lucas Levrel a ï¿œcrit :
>> [...]
>
> Note que
>
> jeancome@evariste:~$ locate ugmr8a
> /home/jeancome/texmf/fonts/afm/urw/garamond/ugmr8a.afm
> /home/jeancome/texmf/fonts/tfm/urw/garamond/ugmr8a.tfm
> /home/jeancome/texmf/fonts/type1/urw/garamond/ugmr8a.pfb
> /usr/local/texlive/2010/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
> /usr/local/texlive/2011/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
> /usr/local/texlive/2012/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
> /usr/share/texmf/fonts/tfm/urw/garamond/texnansi-raw-ugmr8a.tfm
> /usr/share/texmf/fonts/tfm/urw/garamond/texnansi-ugmr8a.tfm
> /usr/share/texmf/fonts/vf/urw/garamond/texnansi-ugmr8a.vf
> /usr/share/texmf-texlive/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
>
> ne mouline pas plus et est plus parlant :-)
Chez moi ï¿œa donne ï¿œa :
> Note que
>
> jeancome@evariste:~$ locate ugmr8a
> /home/jeancome/texmf/fonts/afm/urw/garamond/ugmr8a.afm
> /home/jeancome/texmf/fonts/tfm/urw/garamond/ugmr8a.tfm
> /home/jeancome/texmf/fonts/type1/urw/garamond/ugmr8a.pfb
> /usr/local/texlive/2010/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
> /usr/local/texlive/2011/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
> /usr/local/texlive/2012/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
> /usr/share/texmf/fonts/tfm/urw/garamond/texnansi-raw-ugmr8a.tfm
> /usr/share/texmf/fonts/tfm/urw/garamond/texnansi-ugmr8a.tfm
> /usr/share/texmf/fonts/vf/urw/garamond/texnansi-ugmr8a.vf
> /usr/share/texmf-texlive/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
>
> ne mouline pas plus et est plus parlant :-)
hetzel@hetzel-ThinkPad-T61:~$ locate ugmr8a
/home/hetzel/Bureau/ExRecup/fonts/tfm/public/garamond/ugmr8a.tfm
/usr/local/share/texmf/fonts/afm/urw/garamond/ugmr8a.afm
/usr/local/share/texmf/fonts/tfm/urw/garamond/ugmr8a.tfm
/usr/local/share/texmf/fonts/type1/urw/garamond/ugmr8a.pfb
/usr/local/texlive/2011/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
Je sais pas si la diffï¿œrence permet de dï¿œceler un problï¿œme mais je vois
pas lequel.
--
lionmarron
Jean-Côme Charpentier
Oct 16, 2012, 4:19:39 PM10/16/12
to
Le 16/10/2012 20:09, lionmarron a ï¿œcrit :
>[...]
Il y a bien une fonte PostScript ugmr8a.pfb existant sur le systï¿œme
mais c'est dans l'arborescence d'un systï¿œme TEXMF qui n'est visiblement
pas la TeXLive dernier cri (enfin... dernier cri ￜ un an prￜs) donc, je
suppose, pas le systï¿œme TEXMF actif qui, je suppose toujours, doit ï¿œtre
la TeXLive 2011.
C'est un peu pour cela que je ne mets jamais dans un rï¿œpertoire
gￜnￜral ce qui n'existe pas d'emblￜe sur la TeXLive : je le rￜserve ￜ
mon rï¿œpertoire personnel. D'ailleurs, je ne touche jamais au rï¿œpertoire
/usr/local/texlive/... sauf par l'intermï¿œdiaire de tlmgr. Ce serait bien
de crï¿œer un
/home/hetzel/texmf
et d'y placer tout ce qui concerne les fontes nonfree (et plein d'autres
choses au fur et ￜ mesure). Pas besoin de rafraichir la base avec
l'arborescence personnelle. En revanche, il faudra quand mï¿œme procï¿œder
aux updmap -enable convenables.
En espï¿œrant ne pas parler trop chinois.
Jean-Cï¿œme Charpentier
--
sinon, il y a WinHTTrack, pour les Windoziens... Windoziques ?
Windozeurs ? Ouine doseurs (homï¿œopatiques), j'aime bien...
-+- Yves in fr.comp.text.tex -+-
>[...]
> Chez moi ï¿œa donne ï¿œa :
>
> hetzel@hetzel-ThinkPad-T61:~$ locate ugmr8a
> /home/hetzel/Bureau/ExRecup/fonts/tfm/public/garamond/ugmr8a.tfm
> /usr/local/share/texmf/fonts/afm/urw/garamond/ugmr8a.afm
> /usr/local/share/texmf/fonts/tfm/urw/garamond/ugmr8a.tfm
> /usr/local/share/texmf/fonts/type1/urw/garamond/ugmr8a.pfb
> /usr/local/texlive/2011/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
>
> Je sais pas si la diffï¿œrence permet de dï¿œceler un problï¿œme mais je vois
> pas lequel.
Cela permet (il me semble).
>
> hetzel@hetzel-ThinkPad-T61:~$ locate ugmr8a
> /home/hetzel/Bureau/ExRecup/fonts/tfm/public/garamond/ugmr8a.tfm
> /usr/local/share/texmf/fonts/afm/urw/garamond/ugmr8a.afm
> /usr/local/share/texmf/fonts/tfm/urw/garamond/ugmr8a.tfm
> /usr/local/share/texmf/fonts/type1/urw/garamond/ugmr8a.pfb
> /usr/local/texlive/2011/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
>
> Je sais pas si la diffï¿œrence permet de dï¿œceler un problï¿œme mais je vois
> pas lequel.
Il y a bien une fonte PostScript ugmr8a.pfb existant sur le systï¿œme
mais c'est dans l'arborescence d'un systï¿œme TEXMF qui n'est visiblement
pas la TeXLive dernier cri (enfin... dernier cri ￜ un an prￜs) donc, je
suppose, pas le systï¿œme TEXMF actif qui, je suppose toujours, doit ï¿œtre
la TeXLive 2011.
C'est un peu pour cela que je ne mets jamais dans un rï¿œpertoire
gￜnￜral ce qui n'existe pas d'emblￜe sur la TeXLive : je le rￜserve ￜ
mon rï¿œpertoire personnel. D'ailleurs, je ne touche jamais au rï¿œpertoire
/usr/local/texlive/... sauf par l'intermï¿œdiaire de tlmgr. Ce serait bien
de crï¿œer un
/home/hetzel/texmf
et d'y placer tout ce qui concerne les fontes nonfree (et plein d'autres
choses au fur et ￜ mesure). Pas besoin de rafraichir la base avec
l'arborescence personnelle. En revanche, il faudra quand mï¿œme procï¿œder
aux updmap -enable convenables.
En espï¿œrant ne pas parler trop chinois.
Jean-Cï¿œme Charpentier
--
sinon, il y a WinHTTrack, pour les Windoziens... Windoziques ?
Windozeurs ? Ouine doseurs (homï¿œopatiques), j'aime bien...
-+- Yves in fr.comp.text.tex -+-
lionmarron
Oct 16, 2012, 5:39:05 PM10/16/12
to
Le 16/10/2012 22:19, Jean-Côme Charpentier a écrit :
> Le 16/10/2012 20:09, lionmarron a écrit :
>> [...]
>> Chez moi ça donne ça :
> mais c'est dans l'arborescence d'un système TEXMF qui n'est visiblement
> pas la TeXLive dernier cri (enfin... dernier cri à un an près) donc, je
> suppose, pas le système TEXMF actif qui, je suppose toujours, doit être
> la TeXLive 2011.
> C'est un peu pour cela que je ne mets jamais dans un répertoire
> général ce qui n'existe pas d'emblée sur la TeXLive : je le réserve à
> mon répertoire personnel. D'ailleurs, je ne touche jamais au répertoire
> /usr/local/texlive/... sauf par l'intermédiaire de tlmgr. Ce serait bien
> de créer un
> /home/hetzel/texmf
Un tel répertoire a été créé le 13 octobre (suite à un message de mpg du
12 octobre ; fil "doc de pgfcalendar").
Et c'est le même jour, mais par la suite, que le répertoire texmf (et
sont contenu) qu'on voit dans /usr/local/share a été créé par
l'instruction suivante :
sudo getnonfreefonts-sys --all
> et d'y placer tout ce qui concerne les fontes nonfree (et plein d'autres
> choses au fur et à mesure).
Très bien, donc, plutôt que de recommencer avec l'instruction
précédente, je suppose qu'il suffit de copier (ou même de déplacer) le
contenu de /usr/local/share/texmf vers /home/hetzel/texmf
> Pas besoin de rafraichir la base avec
> l'arborescence personnelle. En revanche, il faudra quand même procéder
> aux updmap -enable convenables.
Il va falloir que je me penche sérieusement sur les 4 pages de doc de
updmap dans ce cas.
> En espérant ne pas parler trop chinois.
Peut-être pas mais c'est de l'anglais, donc presque du chinois de mon
point de vue.
Oserais-je demander qu'on me traduise ça par exemple ? :
−−enable MAPTYPE MAPFILE
add "MAPTYPE MAPFILE" to updmap.cfg, where MAPTYPE is either Map or
MixedMap
−−enable Map=MAPFILE
add "Map MAPFILE" to updmap.cfg
−−enable MixedMap=MAPFILE add "MixedMap MAPFILE" to updmap.cfg
--
lionmarron
> Le 16/10/2012 20:09, lionmarron a écrit :
>> [...]
>> Chez moi ça donne ça :
>>
>> hetzel@hetzel-ThinkPad-T61:~$ locate ugmr8a
>> /home/hetzel/Bureau/ExRecup/fonts/tfm/public/garamond/ugmr8a.tfm
>> /usr/local/share/texmf/fonts/afm/urw/garamond/ugmr8a.afm
>> /usr/local/share/texmf/fonts/tfm/urw/garamond/ugmr8a.tfm
>> /usr/local/share/texmf/fonts/type1/urw/garamond/ugmr8a.pfb
>> /usr/local/texlive/2011/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
>>
>> Je sais pas si la différence permet de déceler un problème mais je vois
>> hetzel@hetzel-ThinkPad-T61:~$ locate ugmr8a
>> /home/hetzel/Bureau/ExRecup/fonts/tfm/public/garamond/ugmr8a.tfm
>> /usr/local/share/texmf/fonts/afm/urw/garamond/ugmr8a.afm
>> /usr/local/share/texmf/fonts/tfm/urw/garamond/ugmr8a.tfm
>> /usr/local/share/texmf/fonts/type1/urw/garamond/ugmr8a.pfb
>> /usr/local/texlive/2011/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
>>
>> pas lequel.
>
> Cela permet (il me semble).
> Il y a bien une fonte PostScript ugmr8a.pfb existant sur le système
>
> Cela permet (il me semble).
> mais c'est dans l'arborescence d'un système TEXMF qui n'est visiblement
> pas la TeXLive dernier cri (enfin... dernier cri à un an près) donc, je
> suppose, pas le système TEXMF actif qui, je suppose toujours, doit être
> la TeXLive 2011.
> C'est un peu pour cela que je ne mets jamais dans un répertoire
> général ce qui n'existe pas d'emblée sur la TeXLive : je le réserve à
> mon répertoire personnel. D'ailleurs, je ne touche jamais au répertoire
> /usr/local/texlive/... sauf par l'intermédiaire de tlmgr. Ce serait bien
> de créer un
> /home/hetzel/texmf
Un tel répertoire a été créé le 13 octobre (suite à un message de mpg du
12 octobre ; fil "doc de pgfcalendar").
Et c'est le même jour, mais par la suite, que le répertoire texmf (et
sont contenu) qu'on voit dans /usr/local/share a été créé par
l'instruction suivante :
sudo getnonfreefonts-sys --all
> et d'y placer tout ce qui concerne les fontes nonfree (et plein d'autres
Très bien, donc, plutôt que de recommencer avec l'instruction
précédente, je suppose qu'il suffit de copier (ou même de déplacer) le
contenu de /usr/local/share/texmf vers /home/hetzel/texmf
> Pas besoin de rafraichir la base avec
> aux updmap -enable convenables.
Il va falloir que je me penche sérieusement sur les 4 pages de doc de
updmap dans ce cas.
> En espérant ne pas parler trop chinois.
Peut-être pas mais c'est de l'anglais, donc presque du chinois de mon
point de vue.
Oserais-je demander qu'on me traduise ça par exemple ? :
−−enable MAPTYPE MAPFILE
add "MAPTYPE MAPFILE" to updmap.cfg, where MAPTYPE is either Map or
MixedMap
−−enable Map=MAPFILE
add "Map MAPFILE" to updmap.cfg
−−enable MixedMap=MAPFILE add "MixedMap MAPFILE" to updmap.cfg
--
lionmarron
lionmarron
Oct 17, 2012, 1:14:18 PM10/17/12
to
Le 16/10/2012 22:19, Jean-Côme Charpentier a écrit :
> Le 16/10/2012 20:09, lionmarron a écrit :
>> [...]
>> Chez moi ça donne ça :
>>
> Le 16/10/2012 20:09, lionmarron a écrit :
>> [...]
>> Chez moi ça donne ça :
>>
>> hetzel@hetzel-ThinkPad-T61:~$ locate ugmr8a
>> /home/hetzel/Bureau/ExRecup/fonts/tfm/public/garamond/ugmr8a.tfm
>> /usr/local/share/texmf/fonts/afm/urw/garamond/ugmr8a.afm
>> /usr/local/share/texmf/fonts/tfm/urw/garamond/ugmr8a.tfm
>> /usr/local/share/texmf/fonts/type1/urw/garamond/ugmr8a.pfb
>> /usr/local/texlive/2011/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
>>
>> Je sais pas si la différence permet de déceler un problème mais je vois
>> /home/hetzel/Bureau/ExRecup/fonts/tfm/public/garamond/ugmr8a.tfm
>> /usr/local/share/texmf/fonts/afm/urw/garamond/ugmr8a.afm
>> /usr/local/share/texmf/fonts/tfm/urw/garamond/ugmr8a.tfm
>> /usr/local/share/texmf/fonts/type1/urw/garamond/ugmr8a.pfb
>> /usr/local/texlive/2011/texmf-dist/fonts/tfm/mathdesign/mdugm/ugmr8a.tfm
>>
>> pas lequel.
>
> Cela permet (il me semble).
> Il y a bien une fonte PostScript ugmr8a.pfb existant sur le système
>
> Cela permet (il me semble).
> mais c'est dans l'arborescence d'un système TEXMF qui n'est visiblement
> pas la TeXLive dernier cri (enfin... dernier cri à un an près) donc, je
> suppose, pas le système TEXMF actif qui, je suppose toujours, doit être
> la TeXLive 2011.
> C'est un peu pour cela que je ne mets jamais dans un répertoire
> général ce qui n'existe pas d'emblée sur la TeXLive : je le réserve à
> mon répertoire personnel. D'ailleurs, je ne touche jamais au répertoire
> /usr/local/texlive/... sauf par l'intermédiaire de tlmgr. Ce serait bien
> général ce qui n'existe pas d'emblée sur la TeXLive : je le réserve à
> mon répertoire personnel. D'ailleurs, je ne touche jamais au répertoire
> de créer un
> /home/hetzel/texmf
> et d'y placer tout ce qui concerne les fontes nonfree (et plein d'autres
> choses au fur et à mesure).
> et d'y placer tout ce qui concerne les fontes nonfree (et plein d'autres
Bon cette fois j'ai copié ce que je croyais à l'endroit que tu indique.
> Pas besoin de rafraichir la base avec
> l'arborescence personnelle. En revanche, il faudra quand même procéder
> aux updmap -enable convenables.
Là j'ai hésité un peu plus. Donc plutôt que d'utiliser updmap en ligne
> aux updmap -enable convenables.
de commande (je ne suis pas sûr que soit ce que tu voulais dire
d'ailleurs), j'ai de nouveau utilisé tlmgr de la façon indiqué par LL.
Voilà le bilan si je compile (ce que je fais en ligne de commande). Pour
mémoire, j'utilise ECM suivant :
\documentclass{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{lipsum}
\usepackage[garamond]{mathdesign}
\begin{document}
\large\lipsum[1]
\end{document}
ouvrir le DVI. Avec pdflatex en revanche, ça compile enfin. PDF normal.
Ce qu'il affiche est bien du garamond (je sais plus si met une majuscule
à un nom de police).
Donc je suppose qu'il y a encore un problème mais là je vois pas comment
le cerner.
De toute façon il y a au moins une amélioration, donc merci JCC.
--
lionmarron
Jean-Côme Charpentier
Oct 17, 2012, 4:10:03 PM10/17/12
to
Le 16/10/2012 23:39, lionmarron a écrit :
> Le 16/10/2012 22:19, Jean-Côme Charpentier a écrit :
>> Le 16/10/2012 20:09, lionmarron a écrit :
>> [...] Ce serait bien de créer un
> Le 16/10/2012 22:19, Jean-Côme Charpentier a écrit :
>> Le 16/10/2012 20:09, lionmarron a écrit :
>> /home/hetzel/texmf
>
> Un tel répertoire a été créé le 13 octobre (suite à un message de mpg du
> 12 octobre ; fil "doc de pgfcalendar").
Il est bien ce mpg :-)
>
> Un tel répertoire a été créé le 13 octobre (suite à un message de mpg du
> 12 octobre ; fil "doc de pgfcalendar").
> Et c'est le même jour, mais par la suite, que le répertoire texmf (et
> sont contenu) qu'on voit dans /usr/local/share a été créé par
> l'instruction suivante :
>
> sudo getnonfreefonts-sys --all
tout le système de fonte dans un répertoire accessible au système TeX en
cours d'utilisation et que cela n'a visiblement pas été le cas.
>> et d'y placer tout ce qui concerne les fontes nonfree (et plein d'autres
>> choses au fur et à mesure).
>
> Très bien, donc, plutôt que de recommencer avec l'instruction
> précédente, je suppose qu'il suffit de copier (ou même de déplacer) le
> contenu de /usr/local/share/texmf vers /home/hetzel/texmf
>> Pas besoin de rafraichir la base avec
>> l'arborescence personnelle. En revanche, il faudra quand même procéder
>> aux updmap -enable convenables.
>
> Il va falloir que je me penche sérieusement sur les 4 pages de doc de
> updmap dans ce cas.
updmap -enable Map=bidule.map
où bidule.map est la fonte qu'on veut faire connaître.
>
> Oserais-je demander qu'on me traduise ça par exemple ? :
>
> −−enable MAPTYPE MAPFILE
> add "MAPTYPE MAPFILE" to updmap.cfg, where MAPTYPE is either Map or
> MixedMap
MixedMap.
> −−enable Map=MAPFILE
> add "Map MAPFILE" to updmap.cfg
> −−enable MixedMap=MAPFILE add "MixedMap MAPFILE" to updmap.cfg
Bon. Je sens que le chinois ne s'éclaircit pas. En gros, pour qu'une
fonte soit reconnus par le système qui va effectivement aller piocher
les glyphes un à un dans le fichier de fonte, (dvips ou pdfex en mode
pdf), il faut qu'un certains nombre de correspondances soient indiquées
dans un fichier spécial appelé updmap.cfg (éventuellement plusieurs
fichiers updmap.cfg). Par exemple, chez moi, il y a un tel fichier dans
/home/jeancome/.texlive2012/texmf-config/web2c/
et dans ce fichier, je peux lire la ligne correspondant à la fonte
luximono :
Map ul9.map
Ce fichier est moulinetté pour allez lire les correspondances entre nom
de fichier tfm (ceux lus par TeX) et fichier de fonte (METAFONT ou
PostScript). Par exemple, la ligne
ul9r8r LuxiMono " TeXBase1Encoding ReEncodeFont " <8r.enc <ul9r8a.pfb
indique que le nom TeX ul9r8r doit faire appel à la fonte du fichier
ul9r8a.pfb en utilisant un codage comme il faut (ne me demandez pas trop
de détails ici).
L'important est de repérer les fichier map. Un bête :
locate /home/hetzel/texmf/*.map
devrait faire l'affaire. Vous avez la liste des MAPFILE. Reste le
problème du Map ou MixedMap. Je vous dirais bien de prendre Map sans
réfléchir mais mon côté prof se révolterait ! Donc Map c'est pour les
fontes vectorielles (essentiellement PostScript si on parle de pdftex ou
dvips) et MixedMap pour les fontes bitmap (METAFONT) ou pour des fontes
existant sous les deux formes (il me semble).
Jean-Côme Charpentier
--
<Thomas vO> [...] le journal en question s'appelle clean air journal
<Nico> Mouais... Manifestement, ils ne respirent pas que de l'air pur.
-+- in fr.comp.text.tex -+-
Jean-Côme Charpentier
Oct 17, 2012, 4:18:38 PM10/17/12
to
Le 17/10/2012 19:14, lionmarron a écrit :
> Le 16/10/2012 22:19, Jean-Côme Charpentier a écrit :
>> Le 16/10/2012 20:09, lionmarron a écrit :
>>> [...]
>
> Le 16/10/2012 22:19, Jean-Côme Charpentier a écrit :
>> Le 16/10/2012 20:09, lionmarron a écrit :
>>> [...]
>
> Bon cette fois j'ai copié ce que je croyais à l'endroit que tu indique.
Bene.
>> Pas besoin de rafraichir la base avec
>> l'arborescence personnelle. En revanche, il faudra quand même procéder
>> aux updmap -enable convenables.
>
> Là j'ai hésité un peu plus. Donc plutôt que d'utiliser updmap en ligne
> de commande (je ne suis pas sûr que soit ce que tu voulais dire
> d'ailleurs),
> j'ai de nouveau utilisé tlmgr de la façon indiqué par LL.
commande :
updmap -enable Map=mdugm.map
S'il y a une ligne
/home/hetzel/.../updmap.cfg unchanged. Map files not recreated.
C'est que quelque chose d'autre à merdé pour l'affichage sous evince.
Sinon (s'il y a plein de ligne de blabla), c'est que quelque chose à
changé et un autre essai avec latex-dvips ou bien un affichage par
evince peut être tenté de nouveau.
Jean-Côme Charpentier
--
Les booléens ne sont pas des registres, c'est rapiat que de vouloir s'en
priver.
-+- Joss in fr.comp.text.tex -+-
lionmarron
Oct 17, 2012, 4:51:55 PM10/17/12
to
Le 17/10/2012 22:18, Jean-Côme Charpentier a écrit :
>> j'ai de nouveau utilisé tlmgr de la façon indiqué par LL.
>
> Mouais. Je ne sais pas ce que fais exactement tlmgr. Que donne la
> commande :
>
> updmap -enable Map=mdugm.map
>
> S'il y a une ligne
>
> /home/hetzel/.../updmap.cfg unchanged. Map files not recreated.
Une telle ligne s'y trouve :
>> j'ai de nouveau utilisé tlmgr de la façon indiqué par LL.
>
> Mouais. Je ne sais pas ce que fais exactement tlmgr. Que donne la
> commande :
>
> updmap -enable Map=mdugm.map
>
> S'il y a une ligne
>
> /home/hetzel/.../updmap.cfg unchanged. Map files not recreated.
hetzel@hetzel-ThinkPad-T61:~/Bureau/FichiersTex/LuaLaTeX$ updmap
--enable Map=mdugm.map
copy /usr/local/texlive/2011/texmf-config/web2c/updmap.cfg =>
/home/hetzel/.texlive2011/texmf-config/web2c/updmap.cfg
Config file: "/home/hetzel/.texlive2011/texmf-config/web2c/updmap.cfg"
/home/hetzel/.texlive2011/texmf-config/web2c/updmap.cfg unchanged. Map
files not recreated.
/usr/local/texlive/2011/bin/i386-linux/updmap: Updating ls-R files.
>
> C'est que quelque chose d'autre à merdé pour l'affichage sous evince.
> Sinon (s'il y a plein de ligne de blabla), c'est que quelque chose à
> changé et un autre essai avec latex-dvips ou bien un affichage par
> evince peut être tenté de nouveau.
pour les explications du message précédent bien sûr.
--
lionmarron
Jean-Côme Charpentier
Oct 17, 2012, 6:34:59 PM10/17/12
to
Le 17/10/2012 22:51, lionmarron a écrit :
> Le 17/10/2012 22:18, Jean-Côme Charpentier a écrit :
>
>> [...]
> Le 17/10/2012 22:18, Jean-Côme Charpentier a écrit :
>
>> Que donne la commande :
>>
>> updmap -enable Map=mdugm.map
>>
>> S'il y a une ligne
>>
>> /home/hetzel/.../updmap.cfg unchanged. Map files not recreated.
>
> Une telle ligne s'y trouve :
>
> hetzel@hetzel-ThinkPad-T61:~/Bureau/FichiersTex/LuaLaTeX$ updmap
> --enable Map=mdugm.map
> copy /usr/local/texlive/2011/texmf-config/web2c/updmap.cfg =>
> /home/hetzel/.texlive2011/texmf-config/web2c/updmap.cfg
> Config file: "/home/hetzel/.texlive2011/texmf-config/web2c/updmap.cfg"
> /home/hetzel/.texlive2011/texmf-config/web2c/updmap.cfg unchanged. Map
> files not recreated.
> /usr/local/texlive/2011/bin/i386-linux/updmap: Updating ls-R files.
>
>>
>> C'est que quelque chose d'autre à merdé pour l'affichage sous evince.
>> [...]
>>
>> updmap -enable Map=mdugm.map
>>
>> S'il y a une ligne
>>
>> /home/hetzel/.../updmap.cfg unchanged. Map files not recreated.
>
> Une telle ligne s'y trouve :
>
> hetzel@hetzel-ThinkPad-T61:~/Bureau/FichiersTex/LuaLaTeX$ updmap
> --enable Map=mdugm.map
> copy /usr/local/texlive/2011/texmf-config/web2c/updmap.cfg =>
> /home/hetzel/.texlive2011/texmf-config/web2c/updmap.cfg
> Config file: "/home/hetzel/.texlive2011/texmf-config/web2c/updmap.cfg"
> /home/hetzel/.texlive2011/texmf-config/web2c/updmap.cfg unchanged. Map
> files not recreated.
> /usr/local/texlive/2011/bin/i386-linux/updmap: Updating ls-R files.
>
>>
>> C'est que quelque chose d'autre à merdé pour l'affichage sous evince.
Je commence à me méfier un peu de Evince sur ce coup là ! Ça donne
quoi une visualisation du dvi avec xdvi ?
Jean-Côme Charpentier
--
Je crois même qu'il envisage d'utiliser le Word du portable que lui a
prêté un membre de sa famille pour continuer à coder xlop : quand je
vous disais que ce gars n'était pas fiable !
-+- Denis B. in fr.comp.text.tex -+-
lionmarron
Oct 17, 2012, 8:15:16 PM10/17/12
to
Le 18/10/2012 00:34, Jean-Côme Charpentier a écrit :
>
> Je commence à me méfier un peu de Evince sur ce coup là ! Ça donne
> quoi une visualisation du dvi avec xdvi ?
Question surprenante (pour moi | j'ignorais que xdvi était sur ma
>
> Je commence à me méfier un peu de Evince sur ce coup là ! Ça donne
> quoi une visualisation du dvi avec xdvi ?
configuration) mais bonne question. Avec xdvi ça fonctionne (et c'est
bien du Garamond).
Maintenant je commence à me demander pourquoi Evince fonctionne en
général et pas là.
Un problème que j'ai parfois rencontré en tant que programmeur (sans
doute mauvais | et pas du niveau de celui d'Evince), c'est celui des
programmes qui marchent alors qu'ils devraient ne pas marcher.
--
lionmarron
Laurent Miclet
Oct 18, 2012, 5:20:58 AM10/18/12
to
Bonjour,
Connaissez-vous un moyen générique pour colorier les logos dans le
package \bclogo ?
Merci d'avance
Connaissez-vous un moyen générique pour colorier les logos dans le
package \bclogo ?
Merci d'avance
Lucas Levrel
Oct 18, 2012, 5:53:02 AM10/18/12
to
Le 16 octobre 2012, Jean-Côme Charpentier a écrit :
> Le 16/10/2012 17:50, Lucas Levrel a écrit :
>> [...]
>> Essaie
>> find /usr/local/texlive -name 'ugmr8a.*'
>>
>> Ça va mouliner un moment.
>
> jeancome@evariste:~$ locate /usr/local/texlive*ugmr8a.*
>
> Le 16/10/2012 17:50, Lucas Levrel a écrit :
>> [...]
>> Essaie
>> find /usr/local/texlive -name 'ugmr8a.*'
>>
>> Ça va mouliner un moment.
>
> jeancome@evariste:~$ locate /usr/local/texlive*ugmr8a.*
>
> et ça ne mouline pas du tout :-)
Mais locate n'est pas installé à coup sûr. find oui !
--
LL
Lucas Levrel
Oct 18, 2012, 5:56:48 AM10/18/12
to
Le 17 octobre 2012, Jean-Côme Charpentier a écrit :
> Le 16/10/2012 23:39, lionmarron a écrit :
>
>> Et c'est le même jour, mais par la suite, que le répertoire texmf (et
>> sont contenu) qu'on voit dans /usr/local/share a été créé par
>> l'instruction suivante :
>>
>> sudo getnonfreefonts-sys --all
>
> Ça, en revanche, c'est un peu bizarre parce que cela aurait dû placer tout
> le système de fonte dans un répertoire accessible au système TeX en cours
> d'utilisation et que cela n'a visiblement pas été le cas.
Il me semble que ce script n'est plus diffusé par TL depuis quelques
> Le 16/10/2012 23:39, lionmarron a écrit :
>
>> Et c'est le même jour, mais par la suite, que le répertoire texmf (et
>> sont contenu) qu'on voit dans /usr/local/share a été créé par
>> l'instruction suivante :
>>
>> sudo getnonfreefonts-sys --all
>
> Ça, en revanche, c'est un peu bizarre parce que cela aurait dû placer tout
> le système de fonte dans un répertoire accessible au système TeX en cours
> d'utilisation et que cela n'a visiblement pas été le cas.
versions. Du coup il installe peut-être à un endroit utilisé par TL dans
le passé mais plus maintenant. Chez moi les polices garamond sont dans
/usr/local/texlive/texmf-local/, mais je ne sais plus si je les y avais
mises à la main (cet emplacement a l'avantage d'être accessible à tous les
utilisateurs s'il y en a plusieurs).
--
LL
lionmarron
Oct 18, 2012, 7:06:35 AM10/18/12
to
Le 18/10/2012 11:20, Laurent Miclet a écrit :> Bonjour,
Pour initier un nouveau fil, plutôt que de cliquer sur répondre puis
d'effacer le sujet (d'un message appartenant à un autre fil), il
convient plutôt ce créer directement un nouveau message.
Sinon (en fonction des lecteurs) le message risque d'apparaître dans un
arborescence qui n'est pas la bonne.
--
lionmarron
> Connaissez-vous un moyen générique pour colorier les logos dans le
> package \bclogo ?
> Merci d'avance
Personnellement non, mais :
> package \bclogo ?
> Merci d'avance
Pour initier un nouveau fil, plutôt que de cliquer sur répondre puis
d'effacer le sujet (d'un message appartenant à un autre fil), il
convient plutôt ce créer directement un nouveau message.
Sinon (en fonction des lecteurs) le message risque d'apparaître dans un
arborescence qui n'est pas la bonne.
--
lionmarron
lionmarron
Oct 18, 2012, 7:24:07 AM10/18/12
to
Le 18/10/2012 02:15, lionmarron a écrit :
> Maintenant je commence à me demander pourquoi Evince fonctionne en
> général et pas là.
Après avoir réinstallé Evince (sans que ça produise de différence), je
> Maintenant je commence à me demander pourquoi Evince fonctionne en
> général et pas là.
me dis finalement que le problème ne vient peut-être pas de lui.
Il se trouve que xpdf ne marche pas non plus. Il produit l'ouverture
d'un fenêtre qui se referme avant d'afficher quelque chose, et ouvre une
boite disant : L'application xpdf a quitté de façon inattendue.
Ce qu'affiche le terminal est ceci :
------------------------------------------------------------------
hetzel@hetzel-ThinkPad-T61:~/Bureau/FichiersTex/LuaLaTeX$ xpdf ECM.pdf
Warning: Cannot convert string
"-*-helvetica-medium-r-normal--12-*-*-*-*-*-iso8859-1" to type FontStruct
Warning: Cannot convert string
"-*-courier-medium-r-normal--12-*-*-*-*-*-iso8859-1" to type FontStruct
Warning: Cannot convert string
"-*-times-bold-i-normal--20-*-*-*-*-*-iso8859-1" to type FontStruct
Warning: Cannot convert string
"-*-times-medium-r-normal--16-*-*-*-*-*-iso8859-1" to type FontStruct
***** MediaBox = ll:0,0 ur:595.276,841.89
***** CropBox = ll:0,0 ur:595.276,841.89
***** Rotate = 0
Segmentation fault (core dumped)
------------------------------------------------------------------------
Or bien qu'il fonctionne, xdvi affiche dans le terminal deux warning qui
ressemblent un peu à ce qui précède :
--------------------------------------------------------------------------------
hetzel@hetzel-ThinkPad-T61:~/Bureau/FichiersTex/LuaLaTeX$ xdvi ECM.dvi
Warning: Cannot convert string
"-*-helvetica-medium-r-*-*-12-*-*-*-*-*-*" to type FontStruct
Warning: Cannot convert string
"-*-helvetica-medium-r-*-*-10-*-*-*-*-*-*" to type FontStruct
-------------------------------------------------------------------------------
Je ne sais pas trop quelle importance attribuer à ces warnings, mais je
me dit qu'il pourrais s'agir d'un problème auquel Evince et xdvi
réagissent différemment.
--
lionmarron
Pétiard François
Oct 18, 2012, 12:39:39 PM10/18/12
to
fichiers MetaPost source (extension .mp) (en changeant le nom...).
François
--
Ah ben je ne posais pas la question ne pensant pas que c'était
possible, mais du coup je sais comment installer ma soupe (ou plutôt
mettre des croûtons dedans) à la fac, de façon un peu plus propre que
de tout mettre dans mon répertoire de travail :)
-+- Manuel in fr.comp.text.tex -+-
Manuel Pégourié-Gonnard
Oct 18, 2012, 3:08:45 PM10/18/12
to
Lucas Levrel scripsit :
> Le 17 octobre 2012, Jean-Côme Charpentier a écrit :
>
>> Le 16/10/2012 23:39, lionmarron a écrit :
>>
>>> Et c'est le même jour, mais par la suite, que le répertoire texmf (et
>>> sont contenu) qu'on voit dans /usr/local/share a été créé par
>>> l'instruction suivante :
>>>
>>> sudo getnonfreefonts-sys --all
>>
>> Ça, en revanche, c'est un peu bizarre parce que cela aurait dû placer tout
>> le système de fonte dans un répertoire accessible au système TeX en cours
>> d'utilisation et que cela n'a visiblement pas été le cas.
>
> Il me semble que ce script n'est plus diffusé par TL depuis quelques
> versions. Du coup il installe peut-être à un endroit utilisé par TL dans
> le passé mais plus maintenant.
J'irais même plus loin : ma boule de crystal pense qu'André n'a pas la
bonne TeX Live en premier dans le PATH de root. Un problème courant,
mais qui relève plutôt d'un forum consacré à la distro linux utilisée.
Enfin sous Debian-like, c'est /etc/environ pour régler le PATH pour tout
le monde y compris root, je crois.
--
Manuel Pégourié-Gonnard - http://people.math.jussieu.fr/~mpg/
> Le 17 octobre 2012, Jean-Côme Charpentier a écrit :
>
>> Le 16/10/2012 23:39, lionmarron a écrit :
>>
>>> Et c'est le même jour, mais par la suite, que le répertoire texmf (et
>>> sont contenu) qu'on voit dans /usr/local/share a été créé par
>>> l'instruction suivante :
>>>
>>> sudo getnonfreefonts-sys --all
>>
>> Ça, en revanche, c'est un peu bizarre parce que cela aurait dû placer tout
>> le système de fonte dans un répertoire accessible au système TeX en cours
>> d'utilisation et que cela n'a visiblement pas été le cas.
>
> Il me semble que ce script n'est plus diffusé par TL depuis quelques
> versions. Du coup il installe peut-être à un endroit utilisé par TL dans
> le passé mais plus maintenant.
bonne TeX Live en premier dans le PATH de root. Un problème courant,
mais qui relève plutôt d'un forum consacré à la distro linux utilisée.
Enfin sous Debian-like, c'est /etc/environ pour régler le PATH pour tout
le monde y compris root, je crois.
--
Manuel Pégourié-Gonnard - http://people.math.jussieu.fr/~mpg/
lionmarron
Oct 18, 2012, 3:57:33 PM10/18/12
to
Le 18/10/2012 21:08, Manuel Pégourié-Gonnard a écrit :
> Lucas Levrel scripsit :
le début (presque rien ne marchait). Grâce à la liste gut, il a été
résolu le jour même (7 septembre 2012).
> Un problème courant,
> mais qui relève plutôt d'un forum consacré à la distro linux utilisée.
> Enfin sous Debian-like, c'est /etc/environ
Je n'avais pas fait comme ça mais je devrais sans doute me renseigner.
> pour régler le PATH pour tout
> le monde y compris root, je crois.
Quoiqu'il soit, ce jour mon PATH est ceci :
hetzel@hetzel-ThinkPad-T61:~/Bureau/FichiersTex/Woodeos$ echo $PATH
/usr/local/texlive/2011/bin/i386-linux:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
--
lionmarron
> Lucas Levrel scripsit :
>> Il me semble que ce script n'est plus diffusé par TL depuis quelques
>> versions. Du coup il installe peut-être à un endroit utilisé par TL dans
>> le passé mais plus maintenant.
>
> J'irais même plus loin : ma boule de crystal pense qu'André n'a pas la
> bonne TeX Live en premier dans le PATH de root.
Boule of crystal : oui/non. J'ai eu ce problème mais il s'est révélé dès
>> versions. Du coup il installe peut-être à un endroit utilisé par TL dans
>> le passé mais plus maintenant.
>
> J'irais même plus loin : ma boule de crystal pense qu'André n'a pas la
> bonne TeX Live en premier dans le PATH de root.
le début (presque rien ne marchait). Grâce à la liste gut, il a été
résolu le jour même (7 septembre 2012).
> Un problème courant,
> mais qui relève plutôt d'un forum consacré à la distro linux utilisée.
> Enfin sous Debian-like, c'est /etc/environ
> pour régler le PATH pour tout
> le monde y compris root, je crois.
hetzel@hetzel-ThinkPad-T61:~/Bureau/FichiersTex/Woodeos$ echo $PATH
/usr/local/texlive/2011/bin/i386-linux:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
--
lionmarron
Manuel Pégourié-Gonnard
Oct 19, 2012, 3:59:28 PM10/19/12
to
lionmarron scripsit :
> Le 18/10/2012 21:08, Manuel P�gouri�-Gonnard a �crit :
>> Lucas Levrel scripsit :
>>> Il me semble que ce script n'est plus diffus� par TL depuis quelques
>>> versions. Du coup il installe peut-�tre � un endroit utilis� par TL dans
>>> le pass� mais plus maintenant.
>>
>> J'irais m�me plus loin : ma boule de crystal pense qu'Andr� n'a pas la
> le d�but (presque rien ne marchait). Gr�ce � la liste gut, il a �t�
> r�solu le jour m�me (7 septembre 2012).
>
Je vais m'obstiner un peu : je ne suis pas certain que le PATH *de root*
soit bon, car quand je relis le d�but du fil, tu dis qu'apr�s �tre
devenu root en faisant "sudo su", � tlmgr devient une commande
inconnue��.
> Quoiqu'il soit, ce jour mon PATH est ceci :
>
> hetzel@hetzel-ThinkPad-T61:~/Bureau/FichiersTex/Woodeos$ echo $PATH
> /usr/local/texlive/2011/bin/i386-linux:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
>
Euh, donc le tien ou celui de root ? (J'esp�re que c'est celui de root,
car avoir /sbin dans son path d'utilisateur, �a serait bizarre.)
--
Manuel P�gouri�-Gonnard - http://people.math.jussieu.fr/~mpg/
> Le 18/10/2012 21:08, Manuel P�gouri�-Gonnard a �crit :
>> Lucas Levrel scripsit :
>>> Il me semble que ce script n'est plus diffus� par TL depuis quelques
>>> versions. Du coup il installe peut-�tre � un endroit utilis� par TL dans
>>> le pass� mais plus maintenant.
>>
>> J'irais m�me plus loin : ma boule de crystal pense qu'Andr� n'a pas la
>> bonne TeX Live en premier dans le PATH de root.
>
> Boule of crystal : oui/non. J'ai eu ce probl�me mais il s'est r�v�l� d�s
>
> le d�but (presque rien ne marchait). Gr�ce � la liste gut, il a �t�
> r�solu le jour m�me (7 septembre 2012).
>
Je vais m'obstiner un peu : je ne suis pas certain que le PATH *de root*
soit bon, car quand je relis le d�but du fil, tu dis qu'apr�s �tre
devenu root en faisant "sudo su", � tlmgr devient une commande
inconnue��.
> Quoiqu'il soit, ce jour mon PATH est ceci :
>
> hetzel@hetzel-ThinkPad-T61:~/Bureau/FichiersTex/Woodeos$ echo $PATH
> /usr/local/texlive/2011/bin/i386-linux:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
>
car avoir /sbin dans son path d'utilisateur, �a serait bizarre.)
--
Manuel P�gouri�-Gonnard - http://people.math.jussieu.fr/~mpg/
lionmarron
Oct 19, 2012, 4:47:55 PM10/19/12
to
Le 19/10/2012 21:59, Manuel P�gouri�-Gonnard a �crit :
> Je vais m'obstiner un peu : je ne suis pas certain que le PATH *de root*
> soit bon,
Merci d'avoir insist� dans ce cas, car ma connaissance de linux est
encore assez basique, et je ne faisais pas vraiment la diff�rence entre
le PATH de root ou le mien. M�me si je me rends compte (en relisant le
d�but du fil) que ce n'est pas la premi�re fois que j'en entends parler.
> car quand je relis le d�but du fil, tu dis qu'apr�s �tre
> devenu root en faisant "sudo su", � tlmgr devient une commande
> inconnue �.
Il devenait une commande inconnue le 15 octobre, mais le probl�me a �t�
r�solu le 16 gr�ce � une manoeuvre indiqu� par un message de LL
>
>> Quoiqu'il soit, ce jour mon PATH est ceci :
>>
>> hetzel@hetzel-ThinkPad-T61:~/Bureau/FichiersTex/Woodeos$ echo $PATH
>> /usr/local/texlive/2011/bin/i386-linux:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
>>
> Euh, donc le tien ou celui de root ? (J'esp�re que c'est celui de root,
> car avoir /sbin dans son path d'utilisateur, �a serait bizarre.)
Peut-�tre que j'ai m�lang� les deux PATH alors, car si je fais "sudo su"
avant de lire le PATH j'obtiens ceci (c.-�-d. pas la m�me chose) :
root@hetzel-ThinkPad-T61:/home/hetzel/Bureau/FichiersTex/Woodeos# echo $PATH
que j'aurais pr�f�r� qu'on me donne une liste avec les noms des
informaticiens que je dois faire envoyer dans un goulag, ainsi
qu'�ventuellement une autre liste avec les noms de ceux que je dois
faire lib�rer de goulag (au cas o� je les y aurais fait envoyer
pr�c�demment). Quoiqu'il en soit ce n'est malheureusement pas le cas.
Donc, s'il y a quelque chose � faire et si il y a une autre m�thode pour
le faire, je suis preneur de toute information.
--
lionmarron
> Je vais m'obstiner un peu : je ne suis pas certain que le PATH *de root*
> soit bon,
encore assez basique, et je ne faisais pas vraiment la diff�rence entre
le PATH de root ou le mien. M�me si je me rends compte (en relisant le
d�but du fil) que ce n'est pas la premi�re fois que j'en entends parler.
> car quand je relis le d�but du fil, tu dis qu'apr�s �tre
> devenu root en faisant "sudo su", � tlmgr devient une commande
> inconnue �.
r�solu le 16 gr�ce � une manoeuvre indiqu� par un message de LL
>
>> Quoiqu'il soit, ce jour mon PATH est ceci :
>>
>> hetzel@hetzel-ThinkPad-T61:~/Bureau/FichiersTex/Woodeos$ echo $PATH
>> /usr/local/texlive/2011/bin/i386-linux:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
>>
> Euh, donc le tien ou celui de root ? (J'esp�re que c'est celui de root,
> car avoir /sbin dans son path d'utilisateur, �a serait bizarre.)
avant de lire le PATH j'obtiens ceci (c.-�-d. pas la m�me chose) :
root@hetzel-ThinkPad-T61:/home/hetzel/Bureau/FichiersTex/Woodeos# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
Donc il y a plusieurs sortes de PATH. Si j'�tais dictateur il me semble
que j'aurais pr�f�r� qu'on me donne une liste avec les noms des
informaticiens que je dois faire envoyer dans un goulag, ainsi
qu'�ventuellement une autre liste avec les noms de ceux que je dois
faire lib�rer de goulag (au cas o� je les y aurais fait envoyer
pr�c�demment). Quoiqu'il en soit ce n'est malheureusement pas le cas.
Donc, s'il y a quelque chose � faire et si il y a une autre m�thode pour
le faire, je suis preneur de toute information.
--
lionmarron
Lucas Levrel
Oct 22, 2012, 3:40:34 AM10/22/12
to
Le 19 octobre 2012, Manuel Pￜgouriￜ-Gonnard a ￜcrit :
> Je vais m'obstiner un peu : je ne suis pas certain que le PATH *de root*
> soit bon, car quand je relis le dï¿œbut du fil, tu dis qu'aprï¿œs ï¿œtre
> devenu root en faisant "sudo su", ￜ tlmgr devient une commande
> inconnueￜￜ.
Il n'y avait pas les liens dans /usr/local/bin .
>> hetzel@hetzel-ThinkPad-T61:~/Bureau/FichiersTex/Woodeos$ echo $PATH
>> /usr/local/texlive/2011/bin/i386-linux:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
>>
> Euh, donc le tien ou celui de root ? (J'espï¿œre que c'est celui de root,
(non car c'est manifestement l'utilisateur ￜￜhetzelￜￜ et le prompt est $)
> car avoir /sbin dans son path d'utilisateur, ï¿œa serait bizarre.)
Non plus, c'est trï¿œs pratique quand on fait sudo machin_dans_sbin .
--
LL
> Je vais m'obstiner un peu : je ne suis pas certain que le PATH *de root*
> devenu root en faisant "sudo su", ￜ tlmgr devient une commande
> inconnueￜￜ.
Il n'y avait pas les liens dans /usr/local/bin .
>> hetzel@hetzel-ThinkPad-T61:~/Bureau/FichiersTex/Woodeos$ echo $PATH
>> /usr/local/texlive/2011/bin/i386-linux:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
>>
(non car c'est manifestement l'utilisateur ￜￜhetzelￜￜ et le prompt est $)
> car avoir /sbin dans son path d'utilisateur, ï¿œa serait bizarre.)
Non plus, c'est trï¿œs pratique quand on fait sudo machin_dans_sbin .
--
LL
Lucas Levrel
Oct 22, 2012, 3:49:02 AM10/22/12
to
Le 19 octobre 2012, lionmarron a ï¿œcrit :
> Peut-ￜtre que j'ai mￜlangￜ les deux PATH alors, car si je fais "sudo su"
> avant de lire le PATH j'obtiens ceci (c.-ￜ-d. pas la mￜme chose) :
utilisateur ￜ part entiￜre. su = substitute user, et ￜￜsuￜￜ tout seul
c'est comme ￜￜsu rootￜￜ.
> Donc, s'il y a quelque chose ￜ faire et si il y a une autre mￜthode pour le
ￜ part ￜa, maintenant que les liens symboliques ont ￜtￜ crￜￜs, tu peux
ï¿œter l'ï¿œlï¿œment /usr/local/texlive/2011/bin/i386-linux de ton PATH (ï¿œa se
trouve dans le fichier /home/hetzel/.profile, sans doute une ligne du type
export PATH=/usr/local/texlive/2011/bin/i386-linux:$PATH .) Suite en privￜ
si besoin, on a assez polluￜ fctt avec des questions Linux ;-)
--
LL
> Peut-ￜtre que j'ai mￜlangￜ les deux PATH alors, car si je fais "sudo su"
> avant de lire le PATH j'obtiens ceci (c.-ￜ-d. pas la mￜme chose) :
>
> root@hetzel-ThinkPad-T61:/home/hetzel/Bureau/FichiersTex/Woodeos# echo $PATH
> /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
>
> Donc il y a plusieurs sortes de PATH.
Oui, il faut bien comprendre que root n'est pas un ￜￜmodeￜￜ mais un
> root@hetzel-ThinkPad-T61:/home/hetzel/Bureau/FichiersTex/Woodeos# echo $PATH
> /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
>
> Donc il y a plusieurs sortes de PATH.
utilisateur ￜ part entiￜre. su = substitute user, et ￜￜsuￜￜ tout seul
c'est comme ￜￜsu rootￜￜ.
> Donc, s'il y a quelque chose ￜ faire et si il y a une autre mￜthode pour le
> faire, je suis preneur de toute information.
Si j'ai bien suivi, le problï¿œme est rï¿œsolu ?
ￜ part ￜa, maintenant que les liens symboliques ont ￜtￜ crￜￜs, tu peux
ï¿œter l'ï¿œlï¿œment /usr/local/texlive/2011/bin/i386-linux de ton PATH (ï¿œa se
trouve dans le fichier /home/hetzel/.profile, sans doute une ligne du type
export PATH=/usr/local/texlive/2011/bin/i386-linux:$PATH .) Suite en privￜ
si besoin, on a assez polluￜ fctt avec des questions Linux ;-)
--
LL
lionmarron
Oct 22, 2012, 4:33:30 AM10/22/12
to
Le 22/10/2012 09:49, Lucas Levrel a ï¿œcrit :
> utilisateur ￜ part entiￜre. su = substitute user, et ￜ su ￜ tout seul
> c'est comme ￜ su root ￜ.
n'est pas tellement gï¿œnant puisqu'un message de JCC m'a permis de
remarquer le lecteur Xdvi.
Xdvi n'est peut-ï¿œtre un pendant d'Evince, puisque, en tout cas en ligne
de commande, il ne rend pas la main ￜ l'utilisateur avant d'ￜtre fermￜ
(ce qui m'empï¿œche de le laisser ouvert entre deux compilations), mais ce
n'est pas trï¿œs gï¿œnant.
--
lionmarron
> Le 19 octobre 2012, lionmarron a ï¿œcrit :
>> Donc il y a plusieurs sortes de PATH.
>
> Oui, il faut bien comprendre que root n'est pas un ￜ mode ￜ mais un
>
> utilisateur ￜ part entiￜre. su = substitute user, et ￜ su ￜ tout seul
> c'est comme ￜ su root ￜ.
>
>> Donc, s'il y a quelque chose ￜ faire et si il y a une autre mￜthode
>> pour le faire, je suis preneur de toute information.
>
> Si j'ai bien suivi, le problï¿œme est rï¿œsolu ?
Pas celui du lecteur Evince, qui ouvre certains DVI mais pas tous. Ce
>> Donc, s'il y a quelque chose ￜ faire et si il y a une autre mￜthode
>> pour le faire, je suis preneur de toute information.
>
> Si j'ai bien suivi, le problï¿œme est rï¿œsolu ?
n'est pas tellement gï¿œnant puisqu'un message de JCC m'a permis de
remarquer le lecteur Xdvi.
Xdvi n'est peut-ï¿œtre un pendant d'Evince, puisque, en tout cas en ligne
de commande, il ne rend pas la main ￜ l'utilisateur avant d'ￜtre fermￜ
(ce qui m'empï¿œche de le laisser ouvert entre deux compilations), mais ce
n'est pas trï¿œs gï¿œnant.
--
lionmarron
Lucas Levrel
Oct 22, 2012, 8:50:27 AM10/22/12
to
Le 22 octobre 2012, lionmarron a ï¿œcrit :
> Xdvi n'est peut-ï¿œtre un pendant d'Evince, puisque, en tout cas en ligne de
> commande, il ne rend pas la main ￜ l'utilisateur avant d'ￜtre fermￜ (ce qui
> m'empï¿œche de le laisser ouvert entre deux compilations), mais ce n'est pas
> trï¿œs gï¿œnant.
Il faut ajouter & ￜ la fin de la ligne de commande :
xdvi monfichier &
Mais tu aurais pu aussi ouvrir deux terminaux, l'un pour lancer xdvi et
l'autre pour compiler.
--
LL
> Xdvi n'est peut-ï¿œtre un pendant d'Evince, puisque, en tout cas en ligne de
> commande, il ne rend pas la main ￜ l'utilisateur avant d'ￜtre fermￜ (ce qui
> m'empï¿œche de le laisser ouvert entre deux compilations), mais ce n'est pas
> trï¿œs gï¿œnant.
xdvi monfichier &
Mais tu aurais pu aussi ouvrir deux terminaux, l'un pour lancer xdvi et
l'autre pour compiler.
--
LL
lionmarron
Oct 22, 2012, 9:15:52 AM10/22/12
to
Le 22/10/2012 14:50, Lucas Levrel a écrit :
> Le 22 octobre 2012, lionmarron a écrit :
>
>> Xdvi n'est peut-être un pendant d'Evince, puisque, en tout cas en
>> ligne de commande, il ne rend pas la main à l'utilisateur avant d'être
>> fermé (ce qui m'empêche de le laisser ouvert entre deux compilations),
>> mais ce n'est pas très gênant.
>
> Il faut ajouter & à la fin de la ligne de commande :
> xdvi monfichier &
Je ne peux pas prétendre que ça ne me rappelle rien mais il ne faudrait
pas me demander où je l'ai lu. Grand merci.
>
> Mais tu aurais pu aussi ouvrir deux terminaux, l'un pour lancer xdvi et
> l'autre pour compiler.
Oui. Je n'y aurais sans doute pas pensé non plus à cause de mon manque
de pratique, mais c'est peut-être un peu pour ça qu'il me vaut mieux
travailler en ligne de commande. Si je ne le fais pas je continuerai à
manquer de pratique.
--
lionmarron
> Le 22 octobre 2012, lionmarron a écrit :
>
>> Xdvi n'est peut-être un pendant d'Evince, puisque, en tout cas en
>> ligne de commande, il ne rend pas la main à l'utilisateur avant d'être
>> fermé (ce qui m'empêche de le laisser ouvert entre deux compilations),
>> mais ce n'est pas très gênant.
>
> Il faut ajouter & à la fin de la ligne de commande :
> xdvi monfichier &
Je ne peux pas prétendre que ça ne me rappelle rien mais il ne faudrait
pas me demander où je l'ai lu. Grand merci.
>
> Mais tu aurais pu aussi ouvrir deux terminaux, l'un pour lancer xdvi et
> l'autre pour compiler.
de pratique, mais c'est peut-être un peu pour ça qu'il me vaut mieux
travailler en ligne de commande. Si je ne le fais pas je continuerai à
manquer de pratique.
--
lionmarron
0 new messages