Newsgroup: it.comp.software.tex
Titolo: TeX Live 2009/Debian

Siccome parecchi sono passati da Ubuntu 9 a Ubuntu 10 o si
accingono a farlo, desidero segnalare possibili problemi.
Ubuntu 10 contiene e installa TeX Live 2009/Debian (cio�
una versione modificata di TeX Live 2009 senza tlmgr).
Il problema principale � che qualcuno pu� trovarsi con un
errore come il seguente, lanciando una compilazione:
  ---! /home/AABBCC/.texmf-var/web2c/pdftex/pdflatex.fmt 
  doesn't match pdftex.pool
  (Fatal format file error; I'm stymied)
(dove AABBCC sta per il nome utente).
L'errore si cura con
  sudo rm -fr $(kpsewhich --var-value TEXMFVAR)/web2c
ed � causato dal precedente incauto uso del comando "fmtutil"
che occorre ricordare di non adoperare mai pi�.
Secondo problema: la TeX Live 2009/Debian � certamente pi�
recente della TeX Live 2007 che veniva distribuita con Ubuntu 9,
ma coincide, purtroppo, con la versione "provvisoria" della
TeX Live 2009 di ottobre 2009. :-( Per esempio, non c'� biblatex
e mancano parecchi aggiornamenti di pacchetti.
Sulla Ubuntu che tengo per fare esperimenti ho installato la
TeX Live 2009 "indipendente" (
www.tug.org/texlive
) via "net intall"
che contiene tlmgr e non invade nulla del sistema operativo.
Si badi a /non/ installare gli alias degli eseguibili in /usr/bin.
Chi usasse sempre e solo programmi lanciati da shell non deve
far altro che aggiungere
  export PATH=/usr/local/texlive/2009/bin/i386-linux:${PATH}
  alias sutlmgr="sudo /usr/local/texlive/2009/bin/i386-linux/tlmgr"
al file .bashrc (sostituire "i386-linux" con il nome effettivo
della directory che contiene gli eseguibili).
Tuttavia, chi usa Kile o Emacs o altri front-end lanciati tramite
Window Manager (Gnome, KDE, Xfce o quello che �), si trover� a
usare gli eseguibili della TeX Live 2009/Debian, se installata,
o niente del tutto!
Soluzione. 
(1) sudo gedit /etc/environment
(2) Il file che si apre contiene una riga della forma
      PATH="/usr/local/sbin:<...>"
    che va corretto in 
      PATH="/usr/texbin:/usr/local/sbin:<...>"
   (tutto su una riga, mi raccomando); qui <...> indica il resto
   della riga originale.
(3) Registrare e riavviare
(4) Dare
    sudo ln -s /usr/local/texlive/2009/bin/i386-linux /usr/texbin
    (di nuovo "i386-linux" va sostituito con il nome corretto per
    la propria distribuzione).
(5) Il programma tlmgr pu� essere adesso chiamato da shell con
    sudo /usr/texbin/tlmgr
Si ricordi di installare con Synaptic il pacchetto "perl-tk" se
si vuole usare tlmgr con l'opzione "-gui" (consigliabile).
Ricordarsi di quanto si � fatto, nell'eventualit� che un
aggiornamento di Ubuntu agisca su /etc/environment.
Esperti di Ubuntu possono certamente suggerire miglioramenti
alla procedura.
Ciao
Enrico

 e mancano parecchi aggiornamenti di pacchetti.
Biblatex è disponibile nella versione 0.9
come un pacchetto a parte
M:

 alla procedura.
Wow... per una volta sono io che suggerisco ad Enrico e non il
contrario! :-)
-- 
Lurkos

 e per root se si vuole usare tlmgr.
Dimenticavo... se si usa sudo invece che su allora pu� essere pi�
conveniente
alias sutlmgr="sudo /usr/local/texlive/2009/bin/i386-linux/tlmgr"
in ~/.bashrc come da te suggerito.
-- 
Lurkos

 scrive:

Le applicazioni lanciata tramite GUI guardano .profile?
Ciao
Enrico

 Le applicazioni lanciata tramite GUI guardano .profile?
~/.profile imposta le variabili d'ambiente dell'utente relativo,
disponibili per tutte le applicazioni.
Il risultato di "Kile -> Settings -> System Check" ne � poi la conferma.
-- 
Lurkos

 scrive:

Gi�. Perch� non lo scrivono in grande da qualche parte? :)
Ciao
Enrico

Le applicazioni lanciata tramite GUI guardano .profile?
No.  È la shell di login che esegue i comandi in ~/.profile.  Quindi se
in /.profile vengono impostate ed esportate variabili di ambiente, tutti
i programmi lanciati da quella shell le vedranno nel proprio ambiente.

 i programmi lanciati da quella shell le vedranno nel proprio ambiente.
Ma quando si fa un login gi� in interfaccia grafica, c'� quella shell
(inaccessibile) che ha letto .profile e quindi ogni programma lanciato
con l'interfaccia grafica ne eredita il PATH. Almeno cos� mi pare di 
aver capito.
In effetti funziona. Il metodo con /etc/environment evita di dover
agire utente per utente su .profile. Si potrebbe lavorare su
/etc/profile, ma naturalmente consigliano di modificare /etc/profile.d/
senza dare istruzioni al riguardo. :(
Ciao
Enrico

senza dare istruzioni al riguardo. :(
/etc/profile.d l'ho scoperta ora :)  Non so chi si presume che ci legga,
ma al momento credo che non ci legga nessuno.  Modificare /etc/profile
va bene.  
/etc/environment, nel mio sistema, viene letto da login, ssh e su perché
così istruiti dai moduli appositi dentro /etc/pam.d.  Non sono
sicurissimo di cosa succede quando il login lo fa un display manager
(gdm o chi per lui) anche se mi pare che venga letto anche in questo
caso.

 Gi�. Perch� non lo scrivono in grande da qualche parte? :)
Onestamente non lo so. A dirti la verit� io stesso credo di aver
scoperto questa cosa quasi per caso. Pu� darsi che valga la pena di
suggerire agli sviluppatori di TeXLive di aggiungere questa informazione
al messaggio mostrato al termine dell'installazione.
-- 
Lurkos

 scrive:

Se poi si vuole che la cosa valga per tutti gli utenti, si pu�
scrivere un file "texlive.sh" da copiare in /etc/profile.d nel
modo seguente:
$ echo 'export PATH=/usr/local/texlive/2009/bin/i386-linux:${PATH}'\
  > texlive.sh
$ sudo mv texlive.sh /etc/profile.d
$ sudo chmod +x /etc/profile.d/texlive.sh
Logout e login. Il PATH � cos� valido anche per il superutente
e quindi anche "sudo tlmgr" funziona.
Con qualche trucco di manipolazione si dovrebbe anche riuscire
a mettere un'eventuale ~/bin /prima/ della directory che abbiamo
aggiunto. Infatti, da quello che ho letto, i file in /etc/profile.d
vengono letti /etc/profile che � responsabile di inserire nel
PATH la ~/bin (se presente).
http://rimuhosting.com/howto/profile.jsp
Ciao
Enrico

*Lurkos* wrote:

Dentro Kile i comandi richiamati da GUI non sembrano rispettare il PATH
impostato, ma la console integrata s�.
Il problema si presenta con Kile 2.1b4, ma non con Kile 2.0.1.
La soluzione � di cambiare manualmente i comandi richiamati dai bottoni
della GUI.
-- 
Lurkos

 della GUI.
Hai inviato una segnalazione a Debian Bug?
M.

 Hai inviato una segnalazione a Debian Bug?
No. Hai riscontrato anche tu lo stesso problema?
-- 
Lurkos

 No. Hai riscontrato anche tu lo stesso problema?
Non uso Kile, ma semplicemente Kate o Vim.
Però se hai dei dubbi fai la segnalazione,
al max ti rispondono che il bug non c'è :-)
M. 

 al max ti rispondono che il bug non c'č :-)
Se mi rispondono (e ne dubito fortemente, viste le precendi esperienze),
mi diranno solo che il bug č minore, perché se Kile utilizza
TeXLive/Debian va bene.
Inoltre in questo momento non ho tempo per preparare una segnalazione
fatta per bene. Se vuoi procedere tu...
-- 
Lurkos

 fatta per bene. Se vuoi procedere tu...
In effetti la situazione è un po problematica,
perché Debian ha il "vizio" di debianizzare
i programmi. Per cui se installi altro in fondo
non dipende da loro. Più che altro, bisognerebbe
insistere perché curino maggiormente gli aggiornamenti
di TexLive che resta sempre abbastanza indietro
rispetto aglisviluppi dell'ultima versione
ufficiale. Caso mai mando un "desideratum"
al mantainer dei pacchetti
M.

*Mauro Sacchetto* wrote:

Il fatto che Kile abbia come Depends TeXLive secondo me è un errore.
Dovrebbe essere Recommends.
Inoltre il fatto che i pulsanti della GUI non rispettino il PATH è un
chiaro bug.
Quello che dico è che se anche lo segnalo molto probabilmente non mi
daranno retta. Per preparare un bug report come si deve ci può volere
anche mezz'ora. Adesso nella mia TODO list questa questione ha priorità
molto bassa (visto che è quasi sicuramente qualcosa di inutile).
Prima o poi segnalerò, ma è probabile più poi di prima.
-- 
Lurkos