OldClaudio

Allora la tua cartella con gli eseguibili c’è. bne.

il comanddo echo $PATH hai già detto che ti mostra:`nedu@nedu:~$ which tex
/usr/local/texlive/2012/bin/x86_64-linux/tex
nedu@nedu:~$ echo $PATH
/usr/local/texlive/2012/bin/x86_64-linux:/opt/texbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
nedu@nedu:~$`
dunque Enrico ti aveva chiedo di mostrare che cosa ti rispondeva a which pdflatex; tu hai mostrato che cosa risponde a which tex; non è esattamente la stessa cosa. Io ti chiedo che cosa risponde a which fmtutil-sys?

Noto che nel tuo path compare sia [tt]/usr/local/texlive/2012/bin/x86_64-linux:[/tt] sia [tt]/opt/texbin:[/tt]
da me compare solo [tt]/usr/texbin:[/tt] — capisco che il mio è un mac e non Ubuntu. può darsi che sia giusto /opt/texbin, purché questo file sia un link simbolico correttamante creato per puntare all’indirizzo giusto, che per altro tu avresti nel primo elemnto del path.

Ho la sensazione che i tuoi problemi siano tutti lì.

Se ti mancano tutte quelle cose, allora la tua installazione è parziale, oppure non è stata eseguita completamente, oppure hai installato al 2012, ma la Debian, non quella scaricata direttamente da CTAN e/ da uno dei suoi mirror.

che cosa hai nella cartella /usr/local/2012/bin/ ? C’è la certella che contiene una ulteriore cartella che fa rifermento alla tua CPU della tua macchina dove hai ubuntu 12.04, e dentro tutti gli eseguibili necessari? questi eseguibili hanno impostato il codice che li classifica come eseguibili? quali prerogative hanno?

Nota che ora non ho sottomano la mia macchina virtuale Ubuntu 12.04, dove ho eseguito l’aggiornamento alla 3012 un mesetto fa; ma ora sono fuori sede con il mio portatile e la macchina virtuale ce l’ho sul desktop (in realtà all-in-one, tutto dietro lo schermo, senza scatoloni tower o minitower fra i piedi) e non posso verificare. Però mi pare evidente che la tua installazione è difettosa.

Io ricomincerei da capo. e controllerei le istruzioni di Enrico per installare TL 2012 ogni volta che digito qualcosa nel terminale almeno due volte prima di premere invio; io ho seguito quella procedura 4 o 5 volte e non ho mai avuto problemi di nessun genere; se tu hai problemi vuol dire che hai saltato qualche passo, oppure che ha commesso qualche banale errore di digitazione e certi link non ti mandano più dove dovresti; oppure involontariamente hai cancellato qualcosa. In ogni caso cancellerei tutte l’installazione (e lo puoi fare usando lo stesso tkmgr con l’opzione –uninstall, ma leggi e rileggi le istruzioni d’uso tlmgr –help con molta attenzione). poi riparti da zero.

La tua vrsione è aggiornate e il path è aggiornato, ma il file pdflatex.fmt non si trova; se con i comandi specifici di Ubuntu non lo trovi cerca in texlive/2012/texmf-var/web2c/pdftex/

Lì dovrebbe esserci il file fmt; se non lo trovi, trovi il forrispodente file .log, se non è nemmeno quello prova a dare da terminale il comando sudo fmtutil-sys –all e dovrestti ricreate tutti i formati che dovrebbero andare a finire nella cartella che ti ho detto sopra.

Un piccolo suggerimento ancora: non scrivere`{\em Ally – Ally\/}` ma `\emph{Ally – Ally}`

In altre parole usa il comando, che provvede da solo alal possibile correzione italica, non la dichiarazione che ti richiede di esplicitare la correzione italica. Per altro la tua scritta in enfasi non è racchiusa fra parentesi tonde o quadre, quinid non c;è nessun bisogno della correzione italica; il comando lo sa fare da solo, cioè se metterla o non metterla.

In più non ho capito cosa devo leggere per cominciare ad interpretare correttamente gli errori di compilazione di LaTeX, se non ci fossero le guide come quelle di Pantieri o il forum, non riuscirei ad ottenere il benché minimo risultato tipografico al di fuori dello standard

Capire gli errori può essere difficile; è certamente difficile spiegare la lettura di qualsiasi error; nella GuidaGuIT (qui sopra nella sezione Documentazione) è una appendice sugli errori, ma temo che sia di poc utilità, salvo dove si dice, e qui lo ripeto con enfasi, che per capire gli errori bisogna leggere il messaggio che li accompagna.
Io consiglierei di non usare TeXstudio con la configurazione di default che fa riferimento alla compilazione completa, con la sola scritture del file log (nonstopmode) ma consiglierei di cambiarlo in errorstopmode; in questo modo la compilazione si ferma ad ogni errore; dopo il punto interrogative nella finestra del log si può inserire X per fermare la compilazione e uscire, ma io consiglierei di leggere il messaggio, che spesso indica un errore di ortografia nei comandi, e ne indica la riga; quindi in tempo reale si possono fare due cose: andare a quella riga nella finestra di editing e correggere l’errore e po tornare nella finestra del log e introdurre i immediatamente seguito dal comando scritto senza errori e poi premendo invio; la compilazione prosegue fino all’errore successivo; spesso con una sola compilazione si possono togliere tutti gli errori ortografici dei comandi.
In presenza di un errore che non capisci subito prova a premere s seguito da ; la compilazione prosegue in nonstopmode, e se si fermasse per altri errori insuperabili, magari causati da quello che non hai capito, non “abortire” la compilazione, ma premi x ed esci. Poi vai a leggere il file log.

Ci vuole pazienza ed umiltà nel decifrare i messaggi di errore; se i messaggio non dicono abbastanza aggiungi dopo \documentclass
`\errorcontextlinex=9` Il modulo di gestione degli errori ti scriverà in ordine inverso i vari comandi che hanno portato all’errore; talvolta si capisce meglio che cosa sia successo, ma bisogna essere ancora più pazienti e più umili nel cercare di decifrare le informazioni fornite.

Non basta? carica il pacchetto trace e metti i delimitatori \traceon e \treceoff a cavallo del più piccolo brano di testo che contiene l’errore; poi leggi il log e buon divertimento.

In ogni caso non confondere gli errori di pdflatex o xelatex, o del tuo programma di composizione con gli erri di bibtex o di biber, o quelli di makeidx, o ogni altro programma che non sia strettamente il programma di composizione.

Nelle vecchie versioni della documentazione di LyX avevo visto la Y maiuscola ribassata e accostata alla L; ora non ne trovo più traccia, ma trovo sempre scritto LyX. Non ho guardato tutta la documentazione relativa a LyX, anche perché nutro verso questo programma lo stesso interesse che nutre Enrico.
Noto però una cosa; fino a qualche versione fa il manuale di TikZ spiegava come invocare i suoi pacchetti per LaTeX, plain TeX, ConTeXt e LyX; ora le spiegazioni per quest’ultimo sono sparite. Direi che questo è un motivo in più per non menzionare LyX.

Non direi off-topic quando si parla di cron sullo la rubrica altri programmi. In fondo riguarda il sistema operativo di una macchina sulla quale vorremmo far girare in automatico il programma di aggiornamento di TeX Live.

Allora dico la mia, per quel poco che vale. Io ho letto il manuale di UNIX forse 30 anni fa e ne ho tratto alcune idee sulla struttura, che, incredibile, mi sono servite per capire il sistema operativo DOS; ho cominciato con il DOS 3.x e ho continuato fino al DOS 6.x e in un certo senso non ho smesso, perché la finestra comandi dei vari Windows dop Win98, non si basano più sul Dos, ma tutti hanno conservato nella finestra comandi di usare una “imitazione” del linguaggio DOS, adeguatamente ampliata fino ad avere “quasi” un linguaggio di scripting, non certo al livello di quelli disponibili su UNIX, Linux, Mac OS X, ma meglio di niente.

Linux lo conosco molto superficialmente e non ho mai usato cron; quel poco che so e l’esperienza acumulata negli anni precedenti mi ha permesso di usare il terminale sul Mac OS X senza problemi di sorta e non ho mai incasinato il mio Mac, che nel frattempo sono diventati i miei due Mac.
Io tengo sempre aperto un terminale, anche se non mi serve immediatamente; d’altra parte è talmente comodo darci il comando texdoc seguito dal nome del pacchetto di cui voglio consultare la documentazione, che considererei eccessivo il consiglio di @Dr Spencer Reid, di tenersi lontani dal terminale, quasi fosse il demonio in persona.

Certo se uno vuole usare il terminale lo può fare benissimo, purché sappia quello che sta facendo; questo vale tanto per tlmgr per fargli fare cose che con l’interfaccia grafica non si possono fare, sia per sperimentare da terminale i comandi del sistema TeX quando occorrono parametri o opzioni che le GUI non offrono. Insomma, il terminale è una benedizione, e astenersi da questo “peccato” che mortale non è, anzi è tutt’altro che un peccato di qualunque genere, mi sembra veramente eccessivo.