Elrond

Sbaglio o in TeX Live 2011 non c’è più la documentazione del pacchetto frontespizio in formato PDF? In TeX Live 2010 ce l’ho e non mi sembra di averla compilata manualmente (ma potrei non ricordare di averlo fatto) come invece ho dovuto fare per TeX Live 2011. Dopo aver prodotto il PDF, il comando `texdoc frontespizio’ apre sempre il file testuale `README’, è possibile fare in modo che si apra il file `frontespizio.pdf’?

Se non si selezionano i pacchetti su cui operare è difficile fare qualsiasi operazione su un determinato pacchetto 🙂
“Aggiorna installati” aggiorna tutti i pacchetti installati e aggiornabili, per le altre operazioni bisogna selezionare, come detto, il pacchetto su cui agire (almeno così funziona nella versione Linux)

Ho sfogliato rapidamente la nuova versione e ho trovato un paio di imprecisioni (ma sono sciocchezze, niente di lontanamente fondamentale):
1) a pagina 14 c’è uno spazio fra il $ e HOME. In questo caso il dollaro non è il prompt della shell ma server per effettuare la sostituizione della variabile d’ambiente il cui nome è `HOME’;
2) nella bibliografia c’è “Computer Programming as an Art”, Addison-Wesley, Reading (Massachusetts), vol. 3, ma immagino che vi riferiate all’articolo in cui compare la citazione «We have seen that computer programming is an art», il quale però, per quanto ho capito, è apparso nel dicembre del 1974 sulla rivista (volume 17, uscita 12) Communications of the ACM: http://dl.acm.org/citation.cfm?id=361612 Dalla Addison-Wesley è stata pubblicata “The Art of Computer Programming” e di quest’opera il terzo volume è uscito nel 1973.

Grazie per il lavoro che fate 🙂

sps” post=62532Scusate se mi intrometto,
io ho seguito la procedura indicata per installare TeXLive 2011 sul mio sistema Ubuntu 10.04 LTS, ma arrivato al punto di verificare con:
`$ which tex
`

non ho alcuna risposta! Avrei dovuto ricevere:
`/opt/texbin/tex
`

Infatti poi andando avanti, quando do il comando:
`sutlmgr
`
ottengo:
`$ sutlmgr
sudo: /opt/texbin/tlmgr: command not found`

Che faccio? Cosa può essere successo?:???: ❓ ❓

Hai riavviato il sistema (ma dovrebbe anche bastare la sessione grafica, forse)? Se la risposta è “no” puoi caricare i file modificati con
`$ source /etc/profile.d/texlive.sh
$ source ~/.bashrc`
Comunque con un riavvio sistemi tutto senza dover caricare manualmente questi file.

Inoltre, hai creato il collegamento simbolico nella cartella /opt/texbin?

ilPeggiore” post=62442ora la seconda domanda della quale mi piacerebbe discutere con voi, è quella legata a Kile: perché non sciogliere le dipendenze da texlive?

Di questo ne devi parlare con chi si occupa del mantenimento di Kile in Debian. Sarebbe più utile raccomandare texlive e non dipenderne (come fanno anche altri editor per latex), in modo da poter utilizzare l’editor senza necessariamente portarsi dietro la versione “debianizzata” di Tex Live.

GKT” post=62283Ciao e grazie per il lavoro fatto (e per quello che farete 😉 ). Ho una domanda per quello che riguarda la visualizzazione dei risultati della funzione ‘cerca’: è possibile visualizzare solo i titoli degli argomenti, come nel vecchio forum, senza vedere ogni singola risposta?

Lorenzo

Personalmente trovo molto più comoda la visualizzazione attuale: vedi immediatamente il messaggio trovato, senza dover aprire decine di schede a caso prima di individuare la discussione che si desiderava

robitex” post=62156Si è una questione nota che dipende dal fatto che il comando sudo crea un ambiente a parte, sempre per questione di sicurezza, dove non sono presenti i path per l’applicazione tlmgr.

Dalla versione di sudo 1.8.2-1 in Debian sarà possibile impostare manualmente i percorsi accessibili via sudo: http://packages.debian.org/changelogs/pool/main/s/sudo/current/changelog
Bisogna modificare il file di configurazione di sudo con il comando `visudo’ (che per default avvia l’editor vi, probabilmente non molto conosciuto ai più, per usarne uno diverso bisogna cambiare la variabile d’ambiente `EDITOR’). Basterà aggiungere `/opt/texbin’ (o comunque il percorso da cui sono accessibili gli eseguibili di latex & Co.) alla variabile `secure_path’ nel file che verrà aperto. Per esempio il risultato potrà essere qualcosa di questo tipo:
`Defaults secure_path=”/opt/texbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin”`
Il file di configurazione di sudo va modificato con grande attenzione, anche il più piccolo errore di sintassi può rendere il sistema inutilizzabile (si può rimediare però con un Live CD). Consiglio l’operazione solo a chi sa veramente cosa sta andando a fare. Il file (e non ho mai specificato qual è per evitare che qualcuno lo faccia, se proprio ci tenete a sapere qual è scopritelo da soli :)) non va mai modificato manualmente ma attraverso il già citato programma `visudo’ (avviato necessariamente con i diritti di root) che effettua un minimo controllo della sintassi del file per evitare che venga salvato contenente grossolani errori.

Ho provato personalmente a effettuare la modifica sopra citata e finalmente riesco ad avviare tlmgr con sudo:
`$ sudo tlmgr update –all
tlmgr: package repository http://ctan.mirror.garr.it/mirrors/CTAN/systems/texlive/tlnet
tlmgr: saving backups to /opt/texlive/2011/tlpkg/backups
[1/1, ??:??/??:??] update: tetex [340k] (23720 -> 23773) … done
tlmgr: package log updated at /opt/texlive/2011/texmf-var/web2c/tlmgr.log
running mktexlsr …
done running mktexlsr.
running mtxrun –generate …
done running mtxrun –generate.
running updmap-sys …
done running updmap-sys.`