Avertissement préliminaire

Les versions de test ne sont par définition pas stables. Même si une version semble fonctionner à un moment donné, rien ne dit que le lendemain elle ne va pas insérer des fautes dans vos énoncés mathématiques, détruire les sauvegardes de vos documents importants ou pire, finir votre réserve de chocolat. Ces versions de test sont destinées aux utilisateurs avertis qui disposent en parallèle d’une installation stable de TeX Live, et n’ont pas pour but de vous fournir la prochaine version avec quelques semaines d’avance.

Les innombrables bugs que vous ne manquerez pas de rencontrer sont à rapporter sur la liste TeX Live : tex-live(arobase)tug(point)org. Les bugs spécifiques à des paquets sont par contre à reporter aux auteurs des paquets en question (éventuellement après avoir été discutés sur fr.comp.text.tex, la liste gut, ou votre forum LaTeX préféré pour s’assurer qu’il s’agit bien de bugs).

N’hésitez pas à (re-)compiler autant de documents que possible avec cette nouvelle version, et à la torturer de toutes la façons que vous pourrez imaginer. Merci d’avance !

Téléchargement, installation et mises à jour

Les versions de test ne sont pas distribuées par le réseau de miroirs habituel du CTAN. Elles sont disponibles sur des sites spécifiques, dont voici la liste. Pour installer TeX Live depuis ces emplacements, plusieurs méthodes sont disponibles :

• si vous souhaitez tester la variante MacTeX, téléchargez une des archives mactex-<date>.zip (n’utilisez mactex64 que si votre machine est effectivement en 64 bits) puis procédez comme d’habitude.
• sinon, télécharger l’archive install-tl.zip depuis le miroir, la décompresser dans le répertoire de votre choix, puis lancer install-tl -repository <url-du-mirroir> (ou install-tl.bat sous Windows) et poursuivre comme d’habitude.

Si vous prévoyez de faire plusieurs installations avec cette deuxième méthode, il est plus économique en bande passante de maintenir une copie local du dépôt, par exemple avec rsync :

rsync -avz --delete --exclude='mactex*' rsync://$mirror/tlpretest/ pretest

Il convient alors d’invoquer install-tl sans l’option -repository afin qu’il utilise le répertoire courant comme source.

Après installation, il est recommandé de régler tlmgr pour utiliser un des dépôts en question par défaut. Par exemple, en ligne de commande :

tlmgr option repository <url>

La plupart du temps, les mises à jour devraient fonctionner, mais il n’est pas impossible que de temps à autres vous deviez faire une ré-installation complète.

Changement notables

Je parlerai plus en détail des nouveautés de TeX Live 2010 dans un prochain billet ; les plus impatients et anglophones d’entre vous peuvent lire la fin de la page de TeX Live 2010-pretest en attendant.

Il est théoriquement possible d’adapter notre infrastructure de gestion des mises à jour pour produire à la fois des paquets pour l’ancienne version et des paquets de pré-test pour la nouvelle version, mais nous n’avons pas eu (ou pris) le temps de travailler à un tel dispositif pour le moment. Peut-être l’année prochaine. En attendant, les amateurs de nouveautés pourront prochainement tester des pré-versions de TeX Live 2010.

Notons que ce gel ne signifie pas que les versions des paquets présentes dans TeX Live sont figées à partir d’aujourd’hui. Au contraire, les mises à jour depuis le CTAN continuent comme d’habitude, mais ne sont simplement plus propagées jusqu’au dépôt de paquets en ligne. Un gel des paquets interviendra plus tard, au moment de construire les images finales du DVD juste avant la sortie officielle de TeX Live 2010.

Pour le moment, nous ne savons pas encore s’il sera possible de mettre à jour depuis TeX Live 2009 vers TeX Live 2010. La question est à l’étude, mais s’il apparaît qu’un tel mécanisme serait trop complexe ou pas assez fiable, il ne sera pas proposé et il faudra, comme les années précédentes, installer la nouvelle version de TeX Live à partir de zéro.

Je rappelle les principales différences entre ces paquets et une TeX Live nature (mis à part la facilité d’installation) : la version Debian/Ubuntu ne contient pas tlmgr, le gestionnaire de paquets TeX Live permettant une mise à jour en continu de paquets ; en revanche, biblatex, le nouveau gestionnaire de bibliographies avec BibTeX (encore en version beta) est inclus, et LuaTeX, le moteur TeX du futur, bénéficie de mises à jour en continu.

TeXworks

Par ailleurs, le nouvel éditeur intégré offrant une synchronisation native entre le source et le PDF, TeXworks, qui est distribué avec TeX Live sous Windows et avec MacTeX sous OS X, est également disponible en paquet Debian pour testing et en paquet Ubuntu pour Lucid.

Il est possible de les installer sur Debian testing. Pour cela, il suffit d’ajouter un dépôt « sid » à son /etc/apt/sources.list si ce n’est déjà fait, puis de lancer aptitude update et enfin aptitude -t unstable install texlive-full.

Les paquets ne sont visiblement pas encore arrivés dans Ubuntu lucid. Si je comprends bien la politique d’Ubuntu, ils devraient s’y trouver avant sa sortie (prévue en avril 2010). Je n’ai aucune information sur la possibilité qu’ils soient aussi backportés pour karmic.

Comparaison avec la TeX Live à la vanille

La première grosse différence entre une TeX Live nature et celle des paquets Debian, c’est que le gestionnaire de paquets TeX Live est tout simplement absent de cette dernière. En effet, Debian a son propre gestionnaire de paquets, et utiliser deux gestionnaires différents pour la même chose, c’est aller au devant de graves ennuis. Exit donc les mises à jour quotidiennes de paquets. (Ce qui n’est pas forcément grave, selon votre usage.)

L’autre grosse différence, qui va dans le sens contraire, c’est que le paquet Debian de LuaTeX est mis à jour en continu, contrairement au LuaTeX de TeX Live. Actuellement, c’est donc LuaTeX 0.46 qui est livré, et sans doute tout bientôt 0.47 (sorti hier). En même temps, LuaTeX est encore assez expérimental, donc cette information ne concerne que ceux qui sont assez aventureux pour les tester et avoir besoin des dernières fonctionnalités, mais qui n’ont pas envie de l’installer à la main sur leur TeX Live comme je l’expliquais précédemment.

(Ajout du 25 janvier.) Par ailleurs, biblatex n’est pas encore inclus dans TeX Live, par respect d’une demande explicite de l’auteur. Par contre, il a accepté que ce paquet soit inclus dans Debian, sans doute parce que le paquet n’est pour l’instant que dans la version testing, et qu’il espère sortir une version plus mature de biblatex avant que la prochaine Debian stable ne soit gelée.

À part ça, il est possible que quelques paquets ou documents aient été retirés des paquets Debian pour des raisons de licence. Globalement, les exigences de TeX Live et de Debian en matière de licences libres sont semblables, sauf sur deux points : TeX Live accepte les documents produits avec des polices non-libres, ainsi que ceux sous GFDL avec sections invariantes, que Debian n’accepte pas.

Nouveautés

Une des nouveautés les plus visibles est l’intégration de l’environnement de développement TeXworks : ce logiciel, fortement inspiré par TeXshop, réunit un éditeur de texte orienté TeX et un lecteur de PDF, avec les fonctionnalités de synchronisation offertes par syncTeX. Il a pour but d’offrir un environnement rassurant pour le débutant tout en restant efficace et personnalisable pour l’utilisateur plus avancé.

TeXworks n’est inclus que pour Windows (et OS X par l’intermédiaire de MacTeX) ; pour des raisons techniques (bibliothèques dynamiques) il sera plus commode de se reposer sur les distributions Linux et BSD pour le fournir sous les autres plate-formes.

Si l’on ajoute à ceci le fait que l’interface par défaut de l’installateur sous Windows a été considérablement simplifiée, on constate que TeX Live devient un moyen assez commode d’obtenir un environnement de travail TeX complet sous Windows. (Étant entendu que c’était déjà commode sous les autres plate-formes.)

Une autre nouveau venu est le langage de programmation graphique Asymptote. Là encore, pour des raisons techniques, la version complète n’est fournie que pour Windows et OS X (via MacTeX) ; les autres versions Linux sont légèrement réduites (pas de support OpenGL notamment) et il faut sans doute mieux installer la version de sa distribution Linux ou BSD.

De nombreuses autres mises à jour (par exemple, LuaTeX 0.40.6) et changements moins notables ont été faits. Je renvoie à la documentation pour plus de détails.

D’une façon plus générale, la version 2008, qui avait vu l’apparition du gestionnaire de paquets tlmgr et des mises à jour continues par le réseau, ainsi que de gros changements d’architecture interne, était très « jeune » par certains aspects. Avec le temps, de nombreux bugs ont été corrigés, plusieurs fonctionnalités utiles ajoutés, quelques aspects mieux finis. On peut donc penser que TeX Live 2009 sera une version plus mature.

Installation ou mise à jour

Il n’est pas possible, cette année, de mettre à jour sa TeX Live 2008 vers la version 2009. Il faut donc installer TeX Live 2009 entièrement, qu’on ait précédemment installé la version 2008 ou pas. Je conseille d’ailleurs, si l’espace disque le permet, de ne pas désinstaller l’ancienne version tout de suite (il est facile de faire cohabiter deux versions et d’en changer en réglant son PATH) : ainsi, si des problèmes de compatibilités surviennent sur des documents importants, il reste possible d’utiliser TeX Live 2008 pour les compiler, le temps de résoudre ces problèmes.

Il est probable, mais seul l’avenir nous le dira, qu’il soit possible de procéder à une mise à jour directe entre les versions majeures par la suite, à partir de TeX Live 2010 inclus. Remarquons quand même que l’autre distribution TeX libre, MikTeX, n’autorise pas non plus de mise à jour directe entre deux versions majeures, à ma connaissance.

Pour des instructions d’installation, en attendant de peut-être faire bientôt un billet sur le sujet, quelques liens (en anglais) :

• plusieurs moyens d’obtenir TeX Live. En général, je recommande d’utiliser l’installateur réseau pour installer sur une seule machine disposant d’une bonne connexion réseau, et de créer d’abord une copie locale du dépôt dans les autres cas ;
• notes d’installation rapide.

Pour installer sous Debian ou une distribution dérivée tout en satisfaisant le gestionnaire de paquet, je renvoie à un précédent billet. Notez que des paquets deb pour TeX Live 2009 seront prochainement disponibles pour Debian (puis ses dérivés) ; ils sont déjà en version de test ici.

Problèmes connus

ConTeXt est notablement difficile à empaqueter (aux dernières nouvelles, MikTeX a abandonné). Cette année dans TeX Live, comme l’année dernière, seul ConTeXt Mark II est utilisable, la version de LuaTeX incluse ne permettant pas de faire tourner Mark IV. On peut bien sûr mettre à jour LuaTeX comme je l’expliquais précédemment (noter que l’étape supplémentaire décrite ici n’est plus nécessaire), pour tester Mark IV. Mais si l’on envisage d’utiliser sérieusement ConTeXt Mark IV, il faudra mieux se tourner vers ConTeXt minimals, une distribution dédié à ConTeXt.

Par ailleurs, il était initialement prévu que les programmes de la famille de TeX (pdfTeX, XeTeX, LuaTeX) aient la possibilité d’exécuter des programmes externes appartenant à une liste fixée de programmes considérés comme sûrs (possibilité qui aurait été activée par défaut, mais faisait l’objet d’une option dans l’installateur). Ceci pouvait être utiliser notamment pour convertir des graphiques à la volée, permettant par exemple d’inclure de fichiers PostScript de façon automatique en mode PDF.

Malheureusement, cette fonctionnalité a du être désactivée suite à de nombreux problèmes, permettant sous certaines circonstances à un document malicieux d’exécuter des commandes arbitraires. La situation quant à l’exécution de programmes externes (connue sous le nom de \write18) reste donc la même que l’année dernière : elle est interdite par défaut, mais peut être autorisée au coup par coup via une option de ligne de commande pour les documents estimés « sûrs » par l’utilisateur.

Par ailleurs, notons que ceci a été l’occasion de ré-examiner de nombreuses questions liés à la sécurité, et de corriger quelques problèmes. J’en profite pour rappeler que les documents d’origine non « sûre » doivent être compilés dans un répertoire ne contenant rien d’autre, en particulier sous windows, mais aussi sous Linux.

Le comment

Vu que l’installation des binaires se fait forcément dans l’arborescence principale de TeX Live, toutes les explications qui suivent supposent que vous installez les fichiers d’initialisation dans TEXMFLOCAL, car je ne vois pas de raison d’utiliser plutôt TEXMFHOME. Pour connaître la valeur de TEXMFLOCAL, utilisez la commande suivante.

kpsewhich --var-value TEXMFLOCAL

Par ailleurs, je suppose que vous avez les privilèges suffisants pour effectuer toutes les opérations décrites. Il est conseillé d’installer TeX Live en tant que simple utilisateur (surtout si vous comptez la bidouiller beaucoup, comme c’est l’objet de ces billets), mais si vous ne l’avez pas fait, n’hésitez pas à utiliser sudo ou su sous Unix, ou « ouvrir une ligne de commande en tant qu’administrateur » sous Windows au besoin.

Dans TEXMFLOCAL/tex/generic/config, créez un fichier nommé luatexiniconfig.tex ayant le contenu suivant.

\begingroup
\catcode `\{=1
\catcode `\}=2
\expandafter\ifx\csname luatexversion\endcsname\relax
  \let\luatexversion\undefined
  \directlua{tex.enableprimitives('', tex.extraprimitives())}
\fi
\endgroup

Ensuite, trouvez l’arborescence TEXMFDIST (utilisez kpsewhich --var-value au besoin), et copiez de cette arborescence vers TEXMFLOCAL les fichiers suivants.

tex/plain/config/luatex.ini
tex/plain/config/pdfluatex.ini
tex/latex/latexconfig/lualatex.ini
tex/latex/latexconfig/pdflualatex.ini

Éditez ensuite la copie présente dans TEXMFLOCAL de chacun de ces fichiers, pour ajouter au tout début (juste après les commentaires initiaux) la ligne

\input luatexiniconfig

Il faut maintenant mettre à jour la base de données des fichiers de TeX. Vu que tous les fichiers créés sont dans TEXMFLOCAL, il suffit de se placer dans ce répertoire et de taper

mktexlsr .

Tout ceci est à effectuer une fois avant d’installer une version supérieure ou égale à 0.39.0 de LuaTeX, par la méthode donnée dans le billet précédent.

Le pourquoi du comment

Sans la manipulation décrite ci-dessus, vous aurez une erreur au moment de re-générer les formats (l’étape fmtutil-sys). En effet, les fichiers d’initialisation des formats supposent qu’un certain nombre de primitives fournies par e-TeX ou pdfTeX existent, ce qui est bien naturel vu qu’il sont destinés à un moteur précis.

Or, depuis la version 0.39.0, LuaTeX (en mode INI, c’est-à-dire sans format pré-chargé) démarre avec exactement les même primitives que TeX82, sauf \directlua en plus. Si on veut accéder aux nouvelles primitives, il faut explicitement demander leur activation avec la fonction Lua tex.enableprimitives(). Ceci présente deux avantages :

• si dans un futur distant on veut réellement remplacer pdfTeX par LuaTeX, on peut (en utilisant le deuxième argument de tex.enableprimitives()) n’activer que les primitives pdfTeX dans ce mode-là.
• en activant les primitives, on peut si on veut (premier argument de tex.enableprimitives()) leur ajouter un préfixe (par exemple \LuaTeXprimitive au lieu de \primitive) pour éviter les conflits de noms avec des macros déjà utilisés dans différents paquets.

Pour plus de détails, voir les parties 2.1 et 4.1.14 d’un version récente du manuel LuaTeX.

Avertissements préliminaires

• Pour les versions de LuaTeX supérieures ou égales à 0.39.0, une étape supplémentaire est requise (à effectuer une seule fois), décrite dans le billet suivant.
• Tout ceci concerne une version « nature » de TeX Live. Si vous utilisez les paquets TeX Live de Debian, des paquets pour LuaTeX existent (dans sid et testing) et fournissent des version relativement récentes de LuaTeX.

Le how-to et certaines explications

Pour une fois, c’est un peu plus qu’un « comment j’ai fait », puisqu’au moins une autre personne a testé. La première chose à faire est bien sûr de récupérer le binaire d’une version récente de LuaTeX. On en trouve pour Linux et Windows sur la page Gforge de LuaTeX, et pour d’autres plateformes, mais avec potentiellement un peu plus de délai, sur la page téléchagement de LuaTeX. (Attention, sur la page Gforge, l’ordre est trompeur et les version les plus récentes sont en bas de la page).

Il faut maintenant intégrer ce binaire à votre TeX Live. Si vous avez accepté les réglages par défaut lors de l’installation, vos binaires « normaux » de TeX Live sont sous

/usr/local/texlive/2008/bin/<arch>-linux
C:\Program Files\texlive\2008\bin\win32

selon que vous êtes sous Linux ou Windows. Nous allons placer les nouveaux binaires dans un répertoire parallèle en remplaçant la dernière composante du chemin ci-dessus par i386-linux-latest ou win32-latest par exemple. (Adaptez au besoin.)

Cet emplacement n’est pas choisi au hasard : il y a dans TeX Live tout un tas de fichiers que TeX et ses variantes on besoin de localiser. Comme il est a priori possible d’installer TeX Live n’importe où sur le disque, il faut que les programmes aient un moyen de s’y retrouver. Le moyen retenu (sous TeX Live) est simple : le programme regarde où il se trouve sur le disque, et en déduit où se trouvent les autres fichiers. Il faut donc bien prendre garde de ne pas le placer n’importe où.

Il faut ensuite ajouter ce répertoire à son PATH, avant le répertoire par défaut de TeX Live. Je reviendrai là-dessus dans la partie spécifique au système d’exploitation.

Il faut ensuite re-générer les formats. Si cette dernière phrase vous paraît incongrue, un mot d’explication. Quand on utilise la commande latex, il y a en fait (essentiellement) deux fichiers en jeu : le programme pdftex (ou pdftex.exe) et le « format » latex.fmt. Ce dernier comprend des définitions (comme par exemple celle de \documentclass) sous une forme « pré-compilée » et très rapide à charger. Les fichiers .fmt utilisent un format binaire qui ne peut pas être partagé entre différentes versions du programme sous-jacent. Je répète donc : il faut ensuite re-générer les formats (en espérant que ça passe mieux cette fois).

C’est très simple, en ligne de commande on fait

fmtutil-sys --byfmt luatex
fmtutil-sys --byfmt pdfluatex
fmtutil-sys --byfmt lualatex
fmtutil-sys --byfmt pdflualatex

(Muni des privilèges suffisants pour écrire dans les répertoire de TeX Live. Pour un utilisateur d’Unix, ça peut impliquer l’usage de sudo où su.)

Bien, on a fait la moitié du travail pour pouvoir lancer une commande comme pdflualatex : créer un fichier pdflualatex.fmt viable. L’autre moitié est de faire comprendre à notre système d’exploitation que quand on lance la commande pdflualatex, c’est en fait notre nouveau programme luatex (ou luatex.exe) qu’il faut utiliser. Cette partie dépend du système d’exploitation.

Sous Linux, Mac OS, ou autre variante d’Unix

C’est très simple, il suffit, dans notre répertoire ii386-linux-latest (ou autre) nouvellement créé, et qui ne contient que luatex pour le moment, de créer des liens symboliques vers celui-ci.

for l in pdfluatex lualatex pdflualatex texlua texluac; do
ln -s luatex $l; done

Hop, c’est tout. Vous avez remarqué texlua et texluac ? C’est pour utiliser LuaTeX comme un simple interpréteur Lua (resp. un compilateur de Lua en bytecode). Utile si vous voulez pratiquer tranquillement Lua, ou écrire des scripts portable à utiliser dans le contexte de TeX (par exemple, texdoc est un script interprété par texlua depuis TeX Live 2008, ce qui lui permet de fonctionner aussi sur windows, contrairement à la précédente implémentation sous forme de script shell).

Maintenant, ça vous dérange peut-être d’avoir dans votre PATH deux répertoires rien que pour TeX Live. Moi ça me dérange en tout cas. Pas de problème, on fait (par exemple)

for f in ../x86_64-linux/*; do ln -s $f; done

pour créer des liens symboliques de notre nouveau répertoire vers les fichiers de l’ancien, et on peut ainsi ne garder que le nouveau dans le PATH.

Attention, si lors de l’installation vous aviez choisi l’option « ajouter des liens symboliques dans les répertoires standard », oubliez tout ce que j’ai dit précédemment sur le PATH. Placez simplement des liens symboliques vers .../bin/<arch>-latest en amont de /usr/local/bin dans votre PATH. En principe, ~/bin fait très bien l’affaire pour ça (enfin, peut-être pas sous OS X). Il vous faut bien sûr créer des liens symboliques avec tous les noms voulus. Par contre, il faut continuer à placer le binaire à l’endroit indiqué (et pas par exemple directement dans votre ~/bin, car c’est ce qui compte pour qu’il trouve ensuite les fichiers de TeX Live.

Sous windows

Ici, on n’a pas de liens symboliques (quoi que… sous NTFS je crois que si, mais je ne sais pas faire). Qu’à cela ne tienne, on va faire des copies. On crée donc dans notre nouveau répertoire win32-latest des copies de luatex.exe nommées pdfluatex.exe, lualatex.exe, pdflualatex.exe, texlua.exe et texluac.exe (voir ci-dessus pour l’utilité de ces deux derniers).

Si vous souhaitez n’avoir qu’un seule répertoire TeX Live dans votre PATH, le plus simple est de commencer par recopier le précédent sous le nouveau nom, et ensuite seulement de remplacer les fichiers dans la copie.

Dernières remarques

LuaTeX est vraiment en bêta. Ne l’utilisez qu’à des fins de test ou de développement. Par ailleurs, une bonne raison pour en installer une version plus récente que 0.25.4 est que cette dernière souffre d’un problème important. Elle ne peut pas charger les fontes qui sont utilisée par défaut par LaTeX avec usepackage[T1]{fontenc}. (Pour l’anecdote, ce n’est pas à proprement parler un bug de LuaTeX : c’est une anomalie dans les fichiers .tfm de ces fontes, non détectée par les variantes de TeX usuel. Dans un sens, LuaTeX avait « raison » de ne pas les accepter, mais les version récentes préfèrent avoir tort et fonctionner…)

Au passage, si vous voulez tester pdflualatex, attention, suite à des progrès importants réalisé par LuaTeX (par rapport à pdfTeX) en matière d’encodages d’entrées et de fontes, inputenc et fontenc ne sont pas actuellement compatibles avec LuaTeX. Il suffit de supprimer inputenc et d’encoder son fichier en utf-8 pour régler le premier point. Pour le deuxième, on peut quand même utiliser fontenc avec T1 en attendant, mais on aura des problèmes sur certains caractères (tout ceux, heureusement rares, qui ne sont pas à la même position dans latin1 et dans T1).

Premièrement, pourquoi avoir installé une TeX Live nature plutôt que les paquets TeX Live de Debian ? Plusieurs raisons :

• L’équipe TeX de Debian n’a pas encore eu le temps d’empaqueter la version 2008, et j’étais impatient de jouer avec les nouveautés de cette version.
• La version 2008 de TeX Live possède son propre gestionnaire de paquet, et je ne sais pas comment il sera utilisable dans la version Debian de la chose : dans le doute, installer la version nature me paraît raisonnable.
• Une raison personnelle : étant développeur TeX Live, il me paraît naturel d’utiliser la version nature pour mieux la connaître.

Maintenant, le problème qui se pose avec les installations locales, c’est que le gestionnaire de paquets de la distribution n’en est a priori pas au courant, et qu’il faudrait qu’il en tienne compte dans ses calculs de dépendance pour ne pas installer une deuxième version de ce qu’on a déjà installé. (On peut bien sûr choisir d’installer côte à côte une TeX Live de Debian et une nature, mais il faut être sûr de bien contrôler son environnement si on veut éviter les problèmes.)

La solution proposée par Debian tient en un mot : equivs. Ce petit paquet contient ce qu’il faut pour créer facilement des paquets Debian ne contenant rien à part des informations de dépendances pour APT. Voyons comment s’en servir pour créer un paquet texlive-local qui informera APT qu’on a déjà une TeX Live, merci. On commence par installer equivs et se mettre dans un répertoire temporaire de travail (je suppose que ~/tmp existe et que c’est là-dessous qu’on aime travailler). On commence alors par utiliser equivs-control.

# aptitude install equivs
$ mkdir ~/tmp/tl-loc
$ cd !$
$ equivs-control texlive-local

La dernière ligne a pour effet de préparer un squelette fichier de contrôle pour notre futur paquet. C’est là qu’on va indiquer à quels paquets Debian réels correspond notre installation locale, grâce à la ligne Provides:. On édite aussi quelques autres informations au passage (champs Package, Version, Maintainner et Description) ; le fichier obtenu est le suivant.

Section: misc
Priority: optional
Standards-Version: 3.6.2

Package: texlive-local
Version: 2008-1
Maintainer: MPG <mpg@roth.elzevir.fr>
Provides: cm-super, cm-super-minimal, context, latex-beamer,
 latex-cjk-all, latex-cjk-chinese, latex-cjk-chinese-arphic-bkai00mp,
 latex-cjk-chinese-arphic-bsmi00lp, latex-cjk-chinese-arphic-gbsn00lp,
 latex-cjk-chinese-arphic-gkai00mp, latex-cjk-common, latex-cjk-japanese,
 latex-cjk-japanese-wadalab, latex-cjk-korean, latex-cjk-thai,
 latex-sanskrit, latex-xcolor, lmodern, luatex, musixtex, pgf, prosper,
 tex4ht, tex4ht-common, texinfo, texlive-base, texlive-base-bin,
 texlive-base-bin-doc, texlive-bibtex-extra, texlive-common,
 texlive-doc-base, texlive-doc-bg, texlive-doc-cs+sk, texlive-doc-de,
 texlive-doc-el, texlive-doc-en, texlive-doc-es, texlive-doc-fi,
 texlive-doc-fr, texlive-doc-it, texlive-doc-ja, texlive-doc-ko,
 texlive-doc-mn, texlive-doc-nl, texlive-doc-pl, texlive-doc-pt,
 texlive-doc-ru, texlive-doc-th, texlive-doc-tr, texlive-doc-uk,
 texlive-doc-vi, texlive-doc-zh, texlive-extra-utils, texlive-font-utils,
 texlive-fonts-extra, texlive-fonts-extra-doc, texlive-fonts-recommended,
 texlive-fonts-recommended-doc, texlive-formats-extra, texlive-full,
 texlive-games, texlive-generic-extra, texlive-generic-recommended,
 texlive-humanities, texlive-humanities-doc, texlive-lang-african,
 texlive-lang-arab, texlive-lang-armenian, texlive-lang-croatian,
 texlive-lang-cyrillic, texlive-lang-czechslovak, texlive-lang-danish,
 texlive-lang-dutch, texlive-lang-finnish, texlive-lang-french,
 texlive-lang-german, texlive-lang-greek, texlive-lang-hebrew,
 texlive-lang-hungarian, texlive-lang-indic, texlive-lang-italian,
 texlive-lang-latin, texlive-lang-manju, texlive-lang-mongolian,
 texlive-lang-norwegian, texlive-lang-other, texlive-lang-polish,
 texlive-lang-portuguese, texlive-lang-spanish, texlive-lang-swedish,
 texlive-lang-tibetan, texlive-lang-ukenglish, texlive-lang-vietnamese,
 texlive-latex-base, texlive-latex-base-doc, texlive-latex-extra,
 texlive-latex-extra-doc, texlive-latex-recommended,
 texlive-latex-recommended-doc, texlive-latex3, texlive-math-extra,
 texlive-metapost, texlive-metapost-doc, texlive-music, texlive-omega,
 texlive-pictures, texlive-pictures-doc, texlive-plain-extra,
 texlive-pstricks, texlive-pstricks-doc, texlive-publishers,
 texlive-publishers-doc, texlive-science, texlive-science-doc,
 texlive-xetex, tipa, 
Architecture: all
Description: Installation locale de TeX Live.
 Installation locale d'une TeX Live nature complete.

C’est presque fini. Maintenant que notre fichier de contrôle est prêt, on peut créer le paquet et l’installer :

$ equivs-build texlive-local
# dpkg -i texlive-local_2008-1_all.deb

(Seule le dernière étape se fait en root ou avec sudo : dans tous mes exemples, $ ou % représent un shell utilisateur, et # un shell root.) On peut aussi si on le souhaite sauvegarder le paquet Debian créé : personnellement, je garde une copie de tous mes paquets créés localement dans /usr/local/debs.

Enfin, j’ai quand même installé lmodern, et tex-common dont il dépend, depuis les dépôts Debian : le but est simplement d’enregistrer ces polices au niveau de defoma et de X11. (Si j’étais un peu moins pataud en fontes, je le ferais à la main.) Le paquet tex-common ne risque pas d’interférer avec mon installation : il contient essentiellement des scripts de gestion propres à Debian.

Je peux ainsi installer (depuis les dépôts Debian) des éditeurs comme Kile ou TeXmaker, voire le module aucTeX pour Emacs (que j’essaierai un jour lointain, quand j’aurai beaucoup de temps) sans qu’Aptitude n’essaie de m’installer le moitié d’une TeX Live Debian en plus comme dépendances.