[Risolto] Reinstallazione di texlive 2013 su Ubuntu 12.04

rug” post=87310Salve a tutti,

questo è il mio primo post sul forum! Purtroppo giungo con un problema che voglio sottoporre a chi è più pratico di me di ambienti linux. Recentemente ho pensato di passare da texlive versione 2009 alla 2013 seguendo la nota guida:
http://profs.sci.univr.it/~gregorio/texlive-YEAR-ubuntu.pdf

tuttavia sono un pasticcione e tutto mi cade addosso quando lancio il comando “which tex”. Successivamente, preso da disperazione, mi sono lanciato senza paracadute sul web cercando di trovare soluzioni al mio problema, come: aggiungere repository al gestore di aggiornamenti (sudo add-apt-repository ppa:texlive-backports/ppa), aggiornare il sistema con connessione internet a singhiozzo (ovviamente si fermava ogni 3×2) ed infine scaricare ISO di texlive da http://tug.org/texlive/.
Giunto a questo punto ho scritto un DVD con l’immagine ed ho provato a compilare un file .tex tra quelli disponibili. La risposta a video è stata un po’ frustrante poiché mi sono comparsi un po’ di errori, quello che più mi impensierisce è il mancato autocompletamento del nome del file quando scrivo da riga di comando `latex nomefi `

Ora volevo chiedervi se conoscete o potete suggerirmi una strada da seguire per eliminare completamente tutto ciò che è legato a tex sul mio pc per reinstallarlo successivamente. Grazie mille.

Rug

Benvenuto nel forum!

Una qualche risposta richiede delle spiegazioni da parte tua.

1. La versione 2009 della TeXLive è stata installata partendo dal materiale reperibile su CTAN o, come sospetto, si tratta della versione nativa di Ubuntu?
2. Affermi di avere scritto un DVD con l’immagine (di TeXLive 2013?) e poi di avere compilato un file .tex. L’installazione è quindi andata a buon fine?

Lorenzo

Non è chiaro quello che hai fatto, ma puoi scoprire da solo quello che non va se apri il Navigatore, comici non dalla home ma da File System e vai a vedere se texlive si tova sotto /usr/local/ oppure in un altro ramo degli alberi del disco;; se stto /usr/local/ cè almeno la cartella 2013/ puoi aprire un terminale cambiare directory con [tt]cd /usr/local[[/tt] e dare il comando [tt]sudo rm -f -R 2013[/tt].
Con questo ti si cancella tutto quello che hai fatto con l’installazione seguento il manuale di Enrico Gregorio. Controlla che nella cartella /opt non ci sia un symbolic link che si chiama texbin; se c’è eliminalo.

Fatto questo ricomincia da capo l’operazione di installazione indicando come sorgente non un mirro ma il DVD che hai bruciato; continua a non funzionare? specifica a install-tl il mirror GARR come indicato nel testo di Enrico e procedi.

Senti, io ho seguito il testo di Enrico non più di una settimana fa e, senza saltare nessun passo, tutto funziona alla meraviglia., compreso l’alias sutlmgr indicato verso al fine del manuale.

rug” post=87315Grazie per il benvenuto, rispondo rapidamente:
1) si Tex live 2009 era la versione nativa di Ubuntu.
2) l’installazione è andata a buon fine, però ci sono alcuni problemi che si sono originati, come: il mancato auto-completamento del testo (quando si preme tab) ed un altro legato al pacchetto if platform e pdflatex nonchè con il comando xdvi . Per tali motivi penso, al posto di correggere gli errori singolarmente, reinstallare il tutto. Probabilmente sto esagerando i problemi, stamattina posterò i messaggi relativi ai singoli errori.

Rug

Rimuovi, se non l’hai già fatto, la versione 2009 precompilata per Ubuntu.
Seguendo i passi della guida che hai riportato, [tt]sutlmgr[/tt] a parte, ho installato TeXLive 2013 su Fedora 19 senza problemi.

Lorenzo

Può essere colpa dell’editor; TeXLive dal 2010 può usare la capacità di eseguire dei programmi esterni; per motvi di sicurezza questa facoltà è disabilita; per impostazione predefinita dal 2012, mi pare, può eseguire un piccola lista di eseguibili protetti e questa pssibilià “protetta” è preimpostata.

Allora, prova a lanciare una compilazione dalla finestra comandi e poi leggi il file log; se nel file log c’è scritto “protected write 18 enabled” (o qualcosa del genere, eprché sto scrivedo da un PC non mio dove il sistema TeX non è installato), allora vuol dire che è l’editor che lancia pdflatex con l’opzione sbagliata di NON usare la funzionalità write 18 nemmeno in modalità protetta. In questo caso configura l’editor perché non ti metta i bastoni fra le ruote.

Se invece anche da terminale nel file log c’è scritto che write 18 è disabilitato, allora c’è qualcosa che non va nell’installazione. Leggi con texdoc la documentazione texlive: texdoc texlive e vedi come riesci a cambiare le impostazioni per abilitare il write 18 protetto.

Be’ mi pare che tu abbia frainteso:`tlmgr conf texmf shell_escape 0`serve per disabilitare la fuunzionalità dello shell escape, come si legge nella pagina 4 del documento tlmgr che si legge con texdoc tlmgr. Non ho riletto tutta la documentazione, ma il file texmf.cnf che viene modificato tramite quel comando viene usato durante la compilazione dei formati, non in tempo reale ogni volta che usi pdflatex.

cerca il file /usr/local/texlive/2013/texmf-distr/web2c/texmf.cnf e vedi come è configurata la funzionalità shell escape (cerca la stringa shell_escape) la variabile configurata potrebbe valere f (false) p (partial) t (true); chiaramente con false la funzionalità è disabilitata; con t è abilitata per qualsiasi programma, e p è abilitata in modo protetto.

Perciò deduco che se proprio si volessero seguire le indicazioni che ti trovano in …/texlive/2013/texmf.cnf, si potrebbe aggiungere caso mai una riga per attivare la configurazione protetta`
shell_escape = p`e poi ricreare i file di formato`sudo fmtutils -all` se prorpio fossse necessario.

Quindi prima di attivare questi metodi “rudi”, contrlala che cosa contiene il file snella cartella web2c indicata sopra, poi controlal che cosa contiene il file texmf.config locale. se il tprimo è quello standard con il valore p e il seocndo non dice niente a proposito dello shell escape, aloora i tuoi programmi possono attivare la funzionalità ‘write18 e se non lo fanno quando sono attivati dal comando build o dallo specifico comando dell’editor, allora vuol dire che è l’editor mal comfigurato; Forse l’hai scritto, ma non ricordo; se fosse Texmaker, non saprei cosa dirti perché io uso TeXstudio (talvolta) ma devi andare sotto Preferences (oppure Options) e selzionare nel menù a sinisstra l’icona “Commands”; nella finestra di dialogo che si pare seleziona pdflatex e poi clicca sul segno di chiave inglese alla destra sulla stessa riga: nella finestra che si apre c’è scritto il comando che vien inviato al sistema operativo per eseguire pdflatex. Da me cè scritto solo lo stesso comando che si da dal terminale, quindi da me agisce come se dessi il comando da terminale. Ma io ho installata la versione 2.6.2; con versioni precedenti le cose potrebbero essere diverse. Lo sono senz’altro con Texmaker, ma il procedimento è simile.

Con TeXworks, installato o installabile ance su Ubuntu, la selezione di Preferneze porta ad un dialogo con una sezione intestata Typesetting, nella finestra infferiore sono elencati tutti i programmi attivabili: se ne selezioni uno, per esempio pdflatex, e po sceglia destra il bootone edit, puoi scrivere espressamente la stringa che l’editor invia al sistema operativo quando l’utente gli chiede di eseguire la compilazione del file (unico o principale) del documento da comporre: da ma la stringa di default contiene gli argomenti $synctexoption (per consentire la sincronia del file sorgente e del file pdf composto) e $fullname che richiede il nome del file da comporre completo. In passato mettevo in prima posizione l’opzione enable write10 (secondo quando descritto nella documentazione di TeXworks, ma ora uso questa indicazione di shell escape non protetto solo da terminale. La versione protetta di default mi serve nel 99% dei documenti che compongo.

Sì, hai torvato texmf.cfg sotto a web2c/; l’altro, destinato agli utanti per le erosnalizzazioni si trova appena sotto 2013/ allo stesso livello di texmf-distr/ e di altri alberi del sistema TeX.

Peccato che isi Vim; per chi è abituato è un editor fantastico perché tutto sommato permetterebe di non usare il mouse. Ma è un po’ masochistico usare un programma potentissimo per gestire file testuali, ma tutt’altro che LaTeX friendly. Per esempio sei più o meno obbligato ad usare il terminale per lanciare la compilazione, specialmente se vuoi usare delle opzioni sualla linea di comando; e se le tue linee di comando sono sempre le stesse o ti fiai un file bash, o devi ripetere sempre le stesse cose a mano; invece negli shell editor LaTeX friendly puoi specificare le opzioni nella linea di comando che l’editor tesso spedisce al sistema operativo, restando sospeso, ma aprendo una shell; poi se la compilazione va bene, chiude la shell, e ne apre un’altra con il visualizzatore del file composto; se poi si tratta di un o shel editor moderno, ha i file sorgente, ancora aperto, e il file pdf appena aperto in in’altra finestra sincronizzate con un click di mouse; passi da una finestra al punto corrispondente dell’altra finestra o viceversa, così le correzioni sono semplicissime da fare, anche se il documento è suddiviso in un master file e diversi file inclusi.
Senza contare che gli shell editor moderni interpretano le righe magiche e si autoconfigurano da soli per quel che riguarda il motore di composizione,, la codifica dei file sorgente, la dipendenza da un masterfile, l’eventuale dizionario ortografico da usare per il controllo dell’ortografia, e da poco anche il motore di gestione della bibliografia. Fra questi editor c’è anche l’onnipotente emacs configurato mediante il plugin auctex che lo rende super potente con la gestione dei documenti TeX. A molti utenti di Linux piace molto.

Per carità continua pure ad usare Vim; ma quando prenderai la mano su un editor moderno e potente, ti domanderai perché hai usato Vim per tanto tempo. 🙂

Prego!