ps2pdf ne sort pas ma présentation Beamer
Fabrice
J'utilise TeXlive2008 et que ce soit sous Linux (Kubuntu+Kile) ou sous
windows vista (+TeXMaker), j'ai le souci suivant :
je crée une présentation avec Beamer, l'aperçu PS est bon mais quand
je convertis en pdf avec ps2pdf, mes diapositives sont en bas à gauche
de grandes pages (a4 peut-être).
Pas de problèmes avec ces présentations pour MikeTex 2.7 et windows
XP.
Comment régler ps2pdf pour avoir mes présentations pdf correctes ?
Merci d'avance,
Fabrice qui découvre Linux et TeXLive.
Ulrike Fischer
> Bonjour,
>
> J'utilise TeXlive2008 et que ce soit sous Linux (Kubuntu+Kile) ou sous
> windows vista (+TeXMaker), j'ai le souci suivant :
>
> je crée une présentation avec Beamer, l'aperçu PS est bon mais quand
> je convertis en pdf avec ps2pdf, mes diapositives sont en bas à gauche
> de grandes pages (a4 peut-être).
>
> Pas de problèmes avec ces présentations pour MikeTex 2.7 et windows
> XP.
>
> Comment régler ps2pdf pour avoir mes présentations pdf correctes ?
Compares dans les config.ps de dvips les options pour papersize et
lis section "6.2.2 Configuration Information" dans ce document:
ftp://dante.ctan.org/tex-archive/macros/latex/contrib/IEEEtran/testflow/testflow_doc.pdf
--
Ulrike Fischer
Fabrice
> Compares dans les config.ps de dvips les options pour papersize et
> lis section "6.2.2 Configuration Information" dans ce document:
>
> ftp://dante.ctan.org/tex-archive/macros/latex/contrib/IEEEtran/testfl...
> --
> Ulrike Fischer
Bonjour Ulrike,
Merci pour votre aide,
malheureusement, je ne m'en sors pas.
j'ai comparé le config de MikeTex et celui de Texlive.
on retrouve les informations de miketex dans texlive comme indiqué
dans le document cité mais le langage de texlive est légèrement
différent.
Les tailles des formats de papier sont les mêmes ! Il y a davantage de
formats dans Texlive.
N'y a-t-il pas une solution plus simple ?
Merci encore,
Fabrice qui voudrait vraiment utiliser Texlive aussi avec Beamer.
didier
Je ne comprends pas...
Ne faut-il pas, « d'habitude », compiler du Beamer avec pdflatex,
et obtenir directement un .pdf sans passer par les étapes .dvi et .ps ?
Didier.
Fabrice
> Je ne comprends pas...
> Ne faut-il pas, « d'habitude », compiler du Beamer avec pdflatex,
> et obtenir directement un .pdf sans passer par les étapes .dvi et .ps ?
>
> Didier.
Bonjour Didier,
Pas obligatoirement puisque j'y arrive avec MikeTeX.
En fait, quand j'ai découvert LaTeX, j'ai appris à faire mes figures
avec PSTricks. Du coup maintenant que je découvre Beamer, j'aimerai
récupérer toutes mes figures déjà prêtes. De plus, j'aime bien les
paquets Tablor et Professor qui utilisent metapost. J'ai donc cette
"préférence" vers le postscript qui m'incite à chercher encore une
solution.
j'essaie maintenant TeXLive car je navigue entre Linux et windows et
que je souhaite avoir le même environnement.
Fabrice.
D. Laxalde
Si oui, essaye avec la commande :
ps2pdf fichier.ps fichier.pdf
dans un terminal
Denis
Fabrice
Bonsoir,
oui, je compile avec Kile sous linux et dans un terminal j'obtiens le
même effet.
J'ai continué de chercher avec les indices d'Ulrike mais en restant
dans le "simple". J'obtiens ce que je veux avec la commande :
ps2pdf -g3629x2726 beamer.ps beamer.pdf
ces nombres furent trouvés par tâtonnement.
c'est pas la panacée mais ça marche.
Merci encore à toi et surtout à Ulrike,
Fabrice.
D. Laxalde
> dans le "simple". J'obtiens ce que je veux avec la commande :
>
> ps2pdf -g3629x2726 beamer.ps beamer.pdf
>
> ces nombres furent trouvés par tâtonnement.
>
> c'est pas la panacée mais ça marche.
Le problème vient bien de là (je l'ai constaté aussi).
Une autre solution, peut-être plus propre, consiste à créer le ps avec
l'option "-t unknown" :
dvips -t unknown -o beamer.ps beamer.dvi
Ensuite un ps2pdf normal donne le bon format de page.
Denis
Fabrice
>
> Le problème vient bien de là (je l'ai constaté aussi).
> Une autre solution, peut-être plus propre, consiste à créer le ps avec
> l'option "-t unknown" :
> dvips -t unknown -o beamer.ps beamer.dvi
> Ensuite un ps2pdf normal donne le bon format de page.
>
> Denis
Super, c'est la solution que je cherchais sans la trouver : simple et
qui me permet de compiler tous mes documents indépendamment de leur
format.
Merci Denis.
Lucas Levrel
> > J'ai continué de chercher avec les indices d'Ulrike mais en restant
> > dans le "simple". J'obtiens ce que je veux avec la commande :
> >
> > ps2pdf -g3629x2726 beamer.ps beamer.pdf
>
> Une autre solution, peut-être plus propre, consiste à créer le ps avec
> l'option "-t unknown" :
> dvips -t unknown -o beamer.ps beamer.dvi
> Ensuite un ps2pdf normal donne le bon format de page.
Bonjour,
J'ai quelques questions (à vous et à tous les experts du coin) car je ne
comprends pas comment une option de dvips conduit à ce résultat (que je
trouve merveilleux).
Quelle taille de page utilisez-vous dans LaTeX ? Les nombres que donne
Fabrice sont énormes ! Le format A0 fait 2384×3370... Par ailleurs, y
a-t-il un \special{papersize=x,y} dans le source ?
Dans la doc de dvips, on lit :
`-T HSIZE,VSIZE'
Set the paper size to (HSIZE,VSIZE), a comma-separated pair of
dimensions such as `.1in,-.3cm' (*note papersize special::). It
overrides any paper size special in the DVI file. Be careful, as
the paper size will stick to a predefined size if there is one
close enough. To disable this behavior, use `-tunknown'.
Je ne comprends pas la fin : même en donnant -T x,y dvips risque
d'utiliser une autre taille ? Aussi, les valeurs données en exemple sont
étranges, non ?
Enfin, que fait gs (ps2pdf) quand on ne lui précise pas de papersize ? De
mon côté, même avec un \special{papersize=x,y} dans le source ou dvips -T
x,y , je dois appeler ps2pdf avec -sPAPERSIZE=mataille (après avoir défini
mataille dans gs_statd.ps), ou avec -dDEVICEWIDTHPOINTS=x
-dDEVICEHEIGHTPOINTS=y.
--
LL
Ulrike Fischer
> J'ai quelques questions (à vous et à tous les experts du coin) car je ne
> comprends pas comment une option de dvips conduit à ce résultat (que je
> trouve merveilleux).
dvips peut mettre dans la ps deux differentes options pour declarer
la taille de la page. Une des ces options *force* cette taille,
l'autre *suggeste* seulement un taille -- et ps2pdf l'ignore
souvent. Quel option est utilise depend de la config.ps et des
options de ligne de commandes (-t, -T)
Tous ca est decrit dans
section "6.2.2 Configuration Information" dans ce document:
ftp://dante.ctan.org/tex-archive/macros/latex/contrib/IEEEtran/testflow/testflow_doc.pdf
--
Ulrike Fischer
Alain Matthes
Fabrice
> J'ai quelques questions (à vous et à tous les experts du coin) car je ne
> comprends pas comment une option de dvips conduit à ce résultat (que je
> trouve merveilleux).
>
> Quelle taille de page utilisez-vous dans LaTeX ? Les nombres que donne
> Fabrice sont énormes ! Le format A0 fait 2384×3370... Par ailleurs, y
> a-t-il un \special{papersize=x,y} dans le source ?
>
Bonjour,
je ne suis pas expert, juste un gentil utilisateur ;-) (pour taper les
sujets de devoirs, les corrigés et quelques bouts de cours).
je réponds à la première question :
avec Beamer j'ai ce préambule :
\documentclass[10pt]{beamer}
\usepackage[latin1]{inputenc}
\usepackage[T1]{fontenc}
\usepackage[french]{babel}
\usepackage{amsmath,amssymb,amsfonts}
\usepackage{pstricks,pst-plot,pst-text,pst-tree,pst-eps,pst-fill,pst-
node,pst-math,pst-func}
\usepackage{pstricks-add}
\usepackage{fp}
\mode<presentation>
...
\end{document}
Avec mes devoirs, celui là :
\documentclass[12pt,twoside,a4paper]{report}
\usepackage[latin1]{inputenc}
\usepackage[T1]{fontenc}
\usepackage[french]{babel}
\usepackage{lmodern}
\usepackage{fancyhdr}
\usepackage{amsmath,amssymb,amsfonts}
\usepackage{color}
\usepackage{geometry}
\usepackage{graphicx}
\usepackage{pstricks,pst-plot,pst-text,pst-tree,pst-eps,pst-fill,pst-
node,pst-math}
\usepackage{pstricks-add}
\usepackage{calc}
\usepackage{multicol}
\geometry{a4paper,body={190mm,
270mm},left=10mm,top=15mm,headheight=7mm,headsep=4mm}
...
\end{document}
voilà, rien qui me semblait expert :-(
et pourtant avec MikeTex, je devais faire dvips -t a4 pour mes devoirs
et le retirer pour Beamer.
Fabrice.
Fabrice
>
> Merveilleux, ce n'est pas sérieux ! c'est l'horreur
>
> ps2pdf -g3629x2726 beamer.ps beamer.pdf
> dvips -t unknown -o beamer.ps beamer.dvi
>
> Cela doit repousser plus d'une personne à se mettre à TeX ou LaTeX
>
> C'est bon pour une poussée d'urticaire !
>
> Alain Matthes
Bonjour Alain, je suis tout à fait d'accord.
Lorsque j'étais débutant, j'ai passé des heures à chercher pourquoi je
ne pouvais pas faire du A4 pour finir par découvrir dvips -t a4 ...
je n'ai tenu que parce que j'avais vraiment envie de faire de beaux
documents et que suite à un vol, je n'avais plus Word ;-)
En tout cas, j'ai beaucoup lu et pas tout compris ;-)
mais (on n'est pas encore vendredi), je suis assez déçu d'avoir à
chercher tous ces trucs alors que l'un des avantages de TeX et qu'on
s'occupe du fond et lui du reste,
je suis encore plus déçu que je pensais TeXLive meilleur que les
autres.
D'autant plus qu'il m'avait déjà fait le coup de ne pas installer
certains packages en installation complète).
Maintenant que tout fonctionne j'espère me réconcilier avec lui ;-)
Fabrice.
Lucas Levrel
Merci d'avoir répondu.
Le 4 mars 2009, Fabrice a écrit :
> \documentclass[10pt]{beamer}
> \geometry{a4paper,body={190mm,
> 270mm},left=10mm,top=15mm,headheight=7mm,headsep=4mm}
> voilà, rien qui me semblait expert :-(
> et pourtant avec MikeTex, je devais faire dvips -t a4 pour mes devoirs
> et le retirer pour Beamer.
Ce qui est bizarre, c'est qu'en survolant geometry.sty il semblerait qu'il
introduise par défaut un \special quand on ne lui précise pas le driver,
il suppose dvips. Donc tu ne devrais pas avoir besoin de -t a4 pour tes
devoirs. En revanche il est normal de l'enlever pour beamer, car il
définit une taille de page spéciale (12.8cm×9.6cm), qui se trouverait
écrasée par -t a4.
Au passage, j'ai compris l'explication des valeurs « énormes » : il s'agit
de dixièmes de points. 12,8 cm = 5,04 in = 362,9 pt. Le fait que ce soient
des dixièmes n'est pas documenté (ni dans le man ni dans Use.htm).
--
LL
mpg
> En tout cas, j'ai beaucoup lu et pas tout compris ;-)
En ce qui me concerne, je n'ai pas beaucoup lu (sur dvips et ps2pdf)
mais j'ai vite compris... que ce n'était pas pour moi et que je n'aurais
pas ce genre de problèmes en compilant en mode pdf ! (Ça s'appelle bien
préparer son vendredi, je sais, mais sérieusement c'est vrai.)
> je suis encore plus déçu que je pensais TeXLive meilleur que les
> autres.
Définis « meilleur » ;-)
> D'autant plus qu'il m'avait déjà fait le coup de ne pas installer
> certains packages en installation complète).
>
Là par contre de deux choses l'une : soit il y a une bonne raison, soit
il n'y en a pas. Dans le deuxième cas, n'hésite pas à donner une liste
(sur la liste texlive, ici, ou à moi) de packages manquants, ils seront
ajoutés. Dans le premier cas, tu peux jeter un oeil à cette page
http://tug.org/texlive/pkgcontrib.html
pour essayer de deviner la raison. Le plus souvent, c'est un problème de
licence. En plus des conditions listées, en général les paquets des
répertoires experimental/ et obsolete/ du CTAN ne sont pas installés.
J'avais à une époque le projet de faire un fichier recensant, sous une
forme facilement lisible par une machinei tout en restant compréhensible
par un humain normal, les paquets (ou fichiers) du CTAN exclus de TeX
Live, avec la raison et la date, qui, en plus d'aider à la maintenance,
pourrait être rendu public pour répondre à ce genre de question. Vu mon
activité au sein de TeX Live ces derniers temps...
--
Manuel Pégourié-Gonnard Institut de mathématiques de Jussieu
http://weblog.elzevir.fr/ http://people.math.jussieu.fr/~mpg/
Lucas Levrel
> Merveilleux, ce n'est pas sérieux ! c'est l'horreur
>
> ps2pdf -g3629x2726 beamer.ps beamer.pdf
Ça c'est sûr que c'est l'horreur. Mais Denis et Fabrice n'ont-ils pas dit
que ce n'était pas nécessaire avec ce qui suit ?
> dvips -t unknown -o beamer.ps beamer.dvi
Ça c'est merveilleux par rapport à ce que j'ai dû faire : définir ma
taille de page dans la config de gs. Note que « merveilleux » a une
connotation « magique »...
M'en vais lire la doc indiquée par Ulrike. Encore un truc qu'il faut être
magicien(ne) pour trouver ! J'aime bien la première phrase :
Getting correct PostScript (PS) or Portable Document Format (PDF) output
(“post processing”) from LATEX systems can be surprisingly difficult. A
number of factors have conspired to create this situation.
C'est donc ça ! Une conspiration !
--
LL
Fabrice
> Fabrice scripsit:
> > je suis encore plus déçu que je pensais TeXLive meilleur que les
> > autres.
>
> Définis « meilleur » ;-)
Ma définition sera simpliste :
TeXLive est beaucoup cité ici où l'on trouve des personnes très
calées ; Jean-Côme Charpentier, Denis Bitouzé (j'ai acheté un de leurs
livres et le LaTeX companion), Manuel Pégourié-Gonnard qui m'a déjà
aidé plusieurs fois (eh oui toi), et beaucoup d'autres personnes très
calées l'utilisent puisqu'il est dans les paquets de Linux.
Il est multipateforme et s'il a remplacé TeTex sur linux, c'est
sûrement un choix réfléchi.
> > D'autant plus qu'il m'avait déjà fait le coup de ne pas installer
> > certains packages en installation complète).
>
> Là par contre de deux choses l'une : soit il y a une bonne raison, soit
> il n'y en a pas. Dans le deuxième cas, n'hésite pas à donner une liste
> (sur la liste texlive, ici, ou à moi) de packages manquants,
pas de "bin-dvipsk" d'installé alors que j'avais choisi l'installation
complète mais tu le savais déjà car c'est toi qui m'avait sauvé cette
fois là. Je ne pouvais dire si c'était une erreur de ma part ou celle
de TeXLive (qui ne m'a d'ailleurs pas refait le coup quand je l'ai
installé sous windows vista).
A part cela, je n'ai aucune critique sur le choix des packages.
Fabrice.
Paul Gaborit
À (at) Thu, 5 Mar 2009 04:59:04 -0800 (PST),
Fabrice <fabri...@gmail.com> écrivait (wrote):
> On 5 mar, 12:03, mpg wrote:
>> Définis « meilleur » ;-)
>
> Ma définition sera simpliste :
> TeXLive est beaucoup cité ici où l'on trouve des personnes très
> calées ; Jean-Côme Charpentier, Denis Bitouzé (j'ai acheté un de leurs
> livres et le LaTeX companion), Manuel Pégourié-Gonnard qui m'a déjà
> aidé plusieurs fois (eh oui toi), et beaucoup d'autres personnes très
> calées l'utilisent puisqu'il est dans les paquets de Linux.
> Il est multipateforme et s'il a remplacé TeTex sur linux, c'est
> sûrement un choix réfléchi.
Si TeXLive a remplacé teTeX, c'est pour la simple et bonne raison que
teTeX n'existe plus. Son auteur a décidé d'arrêter et personne ne
s'est proposé pour prendre la suite.
Par ailleurs, la distribution TeXLive s'est largement améliorée depuis
quelques années au moins dans sa facilité de diffusion et dans son
universalité. Et l'apparition de 'tlmgr' dans TeXLive 2008 est encore
un plus.
À ce jour, ce n'est pas que la meilleure distribution (La)TeX. C'est
surtout la seule (je ne compte pas MikTeX qui n'existe que sur
Windows). ;-)
--
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
D. Laxalde
--format='dvips config' config.ps) fournit par Debian pour TeXLive
2007 avec celui d'une TeXLive 2008 (CTAN), je pense avoir trouvé d'où
vient le problème.
Dans la version 2008 du CTAN, on trouve les lignes:
% use -t nopaper to get no paper size stuff in the output at all.
@ nopaper 0in 0in
@+ % nopaper
qui n'apparaissent pas dans la version 2007 Debian.
Et, si on les commente, un dvips normal (sans -t unknown) suivi d'un
ps2pdf normal donnent alors le bon format de sortie (du moins pour
moi).
Je ne comprend pas vraiment à quoi servent ces deux lignes.
S'agit-il d'un bug ?
Denis
Paul Gaborit
À (at) Thu, 5 Mar 2009 06:30:08 -0800 (PST),
"D. Laxalde" <denis....@gmail.com> écrivait (wrote):
Sans en être sûr, je pense que dvips, en l'absence de directive
explicite cherche dans ce fichier la taille de papier la plus proche
de celle du document. Or le format 'beamer' est tres petit et donc la
taille 'la plus proche' est peut-être '0in 0in'.
Désactiver l'option 'nopaper' est embêtant (je ne l'utilise pas
personnellement mais j'imagine que si elle a été ajoutée, c'est
qu'elle est utile ;-)).
Je vous propose donc deux propositions de solution (je n'ai testé
aucune de deux) :
1- Inverser l'ordre des deux entrées de taille nulle ('nopaper' et
'unknown') en espérant que c'est la première qui sera utilisée par
défaut. Si ça marche, c'est un patch qu'on doit pouvoir proposer à la
communauté.
2- définir une entrée pour une taille de papier 'beamer'. Un truc du
genre :
@ beamer 128mm 96mm
@+ ! %%DocumentPaperSizes: beamer
@+ %%BeginPaperSize: beamer
@+ /setpagedevice where
@+ { pop << /PageSize [363 272] >> setpagedevice }
@+ if
@+ %%EndPaperSize
D. Laxalde
> Je vous propose donc deux propositions de solution (je n'ai testé
> aucune de deux) :
>
> 1- Inverser l'ordre des deux entrées de taille nulle ('nopaper' et
> 'unknown') en espérant que c'est la première qui sera utilisée par
> défaut. Si ça marche, c'est un patch qu'on doit pouvoir proposer à la
> communauté.
>
> 2- définir une entrée pour une taille de papier 'beamer'. Un truc du
> genre :
>
> @ beamer 128mm 96mm
> @+ ! %%DocumentPaperSizes: beamer
> @+ %%BeginPaperSize: beamer
> @+ /setpagedevice where
> @+ { pop << /PageSize [363 272] >> setpagedevice }
> @+ if
> @+ %%EndPaperSize
les deux solutions fonctionnent
mpg
> Sans en être sûr, je pense que dvips, en l'absence de directive
> explicite cherche dans ce fichier la taille de papier la plus proche
> de celle du document. Or le format 'beamer' est tres petit et donc la
> taille 'la plus proche' est peut-être '0in 0in'.
>
> Désactiver l'option 'nopaper' est embêtant (je ne l'utilise pas
> personnellement mais j'imagine que si elle a été ajoutée, c'est
> qu'elle est utile ;-)).
>
> Je vous propose donc deux propositions de solution (je n'ai testé
> aucune de deux) :
>
> 1- Inverser l'ordre des deux entrées de taille nulle ('nopaper' et
> 'unknown') en espérant que c'est la première qui sera utilisée par
> défaut. Si ça marche, c'est un patch qu'on doit pouvoir proposer à la
> communauté.
>
Vu qu'apparemment ça marche, je veux bien faire remonter l'info dans TeX
Live (puisque visiblement la version présumée fautive de config.ps est
propre à TL'08), sauf si tu préfères le faire toi-même.
Juste pour être sûr : ça se produit avec toutes les présentations beamer
et la chaîne de compilation est exactement
latex fichier.tex && dvips fichier.dvi && ps2pdf fichier.ps
?
Paul Gaborit
À (at) Fri, 6 Mar 2009 02:00:24 +0100 (CET),
mpg <mpg+...@elzevir.fr> écrivait (wrote):
> Paul Gaborit scripsit:
>> 1- Inverser l'ordre des deux entrées de taille nulle ('nopaper' et
>> 'unknown') en espérant que c'est la première qui sera utilisée par
>> défaut. Si ça marche, c'est un patch qu'on doit pouvoir proposer à
>> la communauté.
>>
> Vu qu'apparemment ça marche, je veux bien faire remonter l'info dans
> TeX Live (puisque visiblement la version présumée fautive de
> config.ps est propre à TL'08), sauf si tu préfères le faire
> toi-même.
Fais, fais... À vrai dire, en lisant l'en-tête du fichier, je t'avoue
que je ne vois vraiment pas à qui faire remonter ce genre de
propositions.
> Juste pour être sûr : ça se produit avec toutes les présentations
> beamer et la chaîne de compilation est exactement
>
> latex fichier.tex && dvips fichier.dvi && ps2pdf fichier.ps
Je n'ai pas fait le test moi-même mais je crois bien que c'est ça.
Fabrice
> Juste pour être sûr : ça se produit avec toutes les présentations beamer
> et la chaîne de compilation est exactement
>
> latex fichier.tex && dvips fichier.dvi && ps2pdf fichier.ps
désolé de revenir après la bataille.
je n'ai fait que 3 présentations beamer pour l'instant et cela se
produisait avec les 3.
j'ai fait la chaine proposée et essayé les deux solutions et à chaque
fois cela a fonctionné.
Merci Ulrike pour la position du problème,
Merci Denis pour la première solution simple,
Merci Paul pour la résolution du bug,
Merci Manuel pour sa correction dans TeXLive,
J'ai appris à chercher plutôt mes erreurs (car j'ai fait beaucoup)
plutôt que dire que c'est un bug. Pour la première fois, ce n'était
pas moi ;-)
Je me lance donc dans Beamer plus serein ;-)
Fabrice.
Paul Gaborit
À (at) Fri, 06 Mar 2009 02:27:07 +0100,
Paul Gaborit <Paul.G...@invalid.invalid> écrivait (wrote):
> À (at) Fri, 6 Mar 2009 02:00:24 +0100 (CET),
> mpg <mpg+...@elzevir.fr> écrivait (wrote):
>> Paul Gaborit scripsit:
>>> 1- Inverser l'ordre des deux entrées de taille nulle ('nopaper' et
>>> 'unknown') en espérant que c'est la première qui sera utilisée par
>>> défaut. Si ça marche, c'est un patch qu'on doit pouvoir proposer à
>>> la communauté.
>>>
>> Vu qu'apparemment ça marche, je veux bien faire remonter l'info dans
>> TeX Live (puisque visiblement la version présumée fautive de
>> config.ps est propre à TL'08), sauf si tu préfères le faire
>> toi-même.
>
> Fais, fais... À vrai dire, en lisant l'en-tête du fichier, je t'avoue
> que je ne vois vraiment pas à qui faire remonter ce genre de
> propositions.
D'ailleurs, à ce sujet, par quel /service/ passes-tu pour pouvoir
dire que *visiblement* cette version présumée fautive est *propre* à
TL'08 ?
mpg
>> Fais, fais... À vrai dire, en lisant l'en-tête du fichier, je t'avoue
>> que je ne vois vraiment pas à qui faire remonter ce genre de
>> propositions.
>
En l'occurence, dès que j'aurai eu le temps de reproduire et de tester avec
différentes versions de TL (puisqu'apparemment ça marche avec une TL'07 de
Debian et pas avec une TL'08 nature, j'essaierai aussi avec une TL'07 nature
pour voire), je pensais poster ça sur tex...@tug.org.
Concernant l'en-tête, le tag svn id est cohérent avec l'hypothèse que le
fichier est maintenu dans TeX Live, le copyright aussi (la plupart de ces
fichiers ont été plus un moins communs à teTeX et TeX Live).
Si je lis entre les lignes de ton message, tu suggères peut-être une
indication nettement moins cryptique ?
> D'ailleurs, à ce sujet, par quel /service/ passes-tu pour pouvoir
> dire que *visiblement* cette version présumée fautive est *propre* à
> TL'08 ?
>
Pour ce cas précis, je me base uniquement sur le message de Denis (L, pas B)
hier à 15h30.
Paul Gaborit
À (at) Fri, 6 Mar 2009 19:37:01 +0100 (CET),
mpg <mpg+...@elzevir.fr> écrivait (wrote):
> Si je lis entre les lignes de ton message, tu suggères peut-être une
> indication nettement moins cryptique ?
Oui, par exemple. Ou un moyen (via tlmgr ou un site spécifique à
TeXLive) de connaître à quel package appartient un fichier,
l'historique de ce package, ses sources et l'email du "mainteneur".
Ça faciliterait grandement la participation à la maintenance.
Car si pour certains packages ou fichiers, l'information est facile à
retrouver, pour d'autres, c'est déjà beaucoup moins évident. Et ce qui
est embêtant, c'est qu'on ne sait pas toujours où chercher : dans la
doc, dans un fichier, dans un README, etc. Et parfois on ne trouve
rien.
En fait, ça existe peut-être déjà mais je n'ai pas trouvé...
D'où ma question ci-dessous :
>> D'ailleurs, à ce sujet, par quel /service/ passes-tu pour pouvoir
>> dire que *visiblement* cette version présumée fautive est *propre*
>> à TL'08 ?
>>
> Pour ce cas précis, je me base uniquement sur le message de Denis
> (L, pas B) hier à 15h30.
--
mpg
>
> À (at) Fri, 6 Mar 2009 19:37:01 +0100 (CET),
> mpg <mpg+...@elzevir.fr> écrivait (wrote):
>> Si je lis entre les lignes de ton message, tu suggères peut-être une
>> indication nettement moins cryptique ?
>
> Oui, par exemple. Ou un moyen (via tlmgr ou un site spécifique à
> TeXLive) de connaître à quel package appartient un fichier,
mpg@roth:~% tlmgr search --file config.ps
bin-dvipsk:
texmf/dvips/config/config.ps
dvipsconfig:
texmf-dist/dvips/dvipsconfig/config.psgrid
latex-graphics-companion:
texmf-doc/doc/english/latex-graphics-companion/config.ps.gz
psizzl:
texmf-dist/tex/psizzl/config/psizzl.ini
mpg@roth:~%
On pourrait sans doute souhaiter pouvoir faire
tlmgr search --file --regex 'config.ps$'
mais bon, c'est déjà ça.
> l'historique de ce package, ses sources et l'email du "mainteneur".
>
Hmm, là il y aurait beaucoup plus de travail. Je ne pense pas qu'il
existe à l'heure actuelle une source fiable pour ce genre d'information.
> Ça faciliterait grandement la participation à la maintenance.
>
Toutafé.
> Car si pour certains packages ou fichiers, l'information est facile à
> retrouver, pour d'autres, c'est déjà beaucoup moins évident. Et ce qui
> est embêtant, c'est qu'on ne sait pas toujours où chercher : dans la
> doc, dans un fichier, dans un README, etc. Et parfois on ne trouve
> rien.
>
> En fait, ça existe peut-être déjà mais je n'ai pas trouvé...
>
Ce qui existe de mieux c'est le catalogue [1], qui couvre exhaustivement
tout ce qu'il y a sur le CTAN. Il y a au moins le nom de l'auteur, à
défaut de son email. Mais ça ne répondrait pas à la question dans le cas
présent.
[1] à regarder sur <CTAN>/help/Catalogue/ et non pas la version sur
sarovar, même si le catalogue lui-même dit que c'est son emplacement
canonique : c'est faux depuis plusieurs années et en conséquence la
version sur sarovar est horriblement obsolète. Je l'ai bien sûr signalé
à certains mainteneurs, mais disons qu'il y a des choses qui m'échappent
méchamment à propos du catalogue (par exemple le fait que le projet est
censé être sous LPPL mais que les sources à jour n'étaient pas
publiquement disponibles la dernière fois que je les ai cherchées).
Paul Gaborit
À (at) Sat, 7 Mar 2009 01:45:35 +0100 (CET),
mpg <mpg+...@elzevir.fr> écrivait (wrote):
> mpg@roth:~% tlmgr search --file config.ps
> bin-dvipsk:
> texmf/dvips/config/config.ps
> dvipsconfig:
> texmf-dist/dvips/dvipsconfig/config.psgrid
> latex-graphics-companion:
> texmf-doc/doc/english/latex-graphics-companion/config.ps.gz
> psizzl:
> texmf-dist/tex/psizzl/config/psizzl.ini
> mpg@roth:~%
>
> On pourrait sans doute souhaiter pouvoir faire
>
> tlmgr search --file --regex 'config.ps$'
>
> mais bon, c'est déjà ça.
Oui, c'est vrai que j'avais déjà utilisé cette commande de
recherhce. La regexp n'est pas fondamentale vu que les noms de
fichiers ne se ressembelent pas tant que ça. ;-)
>> l'historique de ce package, ses sources et l'email du "mainteneur".
>>
> Hmm, là il y aurait beaucoup plus de travail. Je ne pense pas qu'il
> existe à l'heure actuelle une source fiable pour ce genre d'information.
En fait, c'est surtout ça qui serait important. Car le simple
utilisateur n'est pas toujours en mesure de savoir si son bug ou sa
proposition d'amélioration provient de TeXLive ou de l'auteur des
fichiers trouvés sur CTAN. En contactant la personne "responsable"
côté TeXLive, c'est bon (soit c'est corrigeable directement dans
TeXLive, soit TeXLive peut transmettre aux auteurs CTAN). L'inverse ne
peut pas toujours marcher parce que l'auteur CTAN n'a peut-être même
pas connaissance que sa production fait partie (parfois modifiée) de
TeXLive.
> Ce qui existe de mieux c'est le catalogue [1], qui couvre exhaustivement
> tout ce qu'il y a sur le CTAN. Il y a au moins le nom de l'auteur, à
> défaut de son email. Mais ça ne répondrait pas à la question dans le cas
> présent.
J'y jetterai un oeil à l'occasion. Dans mon souvenir, ce n'était ni
exhaustif ni à jour mais ça a peut-être évolué.
Merci de tes précisions... et longue vie à TeXLive ! :-)
mpg
>> Ce qui existe de mieux c'est le catalogue [1], qui couvre exhaustivement
>> tout ce qu'il y a sur le CTAN. Il y a au moins le nom de l'auteur, à
>> défaut de son email. Mais ça ne répondrait pas à la question dans le cas
>> présent.
>
> J'y jetterai un oeil à l'occasion. Dans mon souvenir, ce n'était ni
> exhaustif ni à jour mais ça a peut-être évolué.
>
Peut-être que tu consultais la version de sarovar ; celle du CTAN est
exhqustive et à jour autant que je puisse en juger. Comme les
mainteneurs du catalogue sont essentiellement les gestionnaires des
trois noeuds principaux du CTAN, ça semblerait normal.