Errori durante la compilazione con fontec.sty, babel.sty e altri pacchetti

CeskoBara” post=119391Buongiorno,
ad agosto ho installato TeX Live 2020 (installazione completa) sulla mia macchina con Debian 10 Buster, seguendo la guida “Installare TeX Live 2011 su Ubuntu” e tutto è andato a buon fine. Ho utilizzato TeXstudio come editor e non ho mai avuto nessun problema finché da un giorno all’altro mi escono i seguenti errori durante la compilazione:

`
riga 105: Font T1/cmr/m/n/12=ecrm1200 at 12.0pt not loadable: Metric (TFM) file not found. \fontencoding\encodingdefault\selectfont
riga 469: Package babel Error: Unknown option `italian'. Either you misspelled itd. \ProcessOptions*
riga 14: File `lipsum.sty' not found. ^^M
`

L’errore ‘*.sty not found’ si presenta anche con altri pacchetti.

Vi mando il preambolo del sorgente che sto cercando di compilare (anche se il problema si presente con tutti i miei documenti):
`
% !TEX encoding = UTF-8 Unicode
% !TEX TS-program = pdflatex
% !TEX spellcheck = it-IT

% Qualche appunto di Analisi III

\documentclass[12pt,titlepage]{amsbook}

\usepackage[T1]{fontenc} % pacchetti per fare gli accenti da tastiera
\usepackage[utf8]{inputenc}
\usepackage[italian]{babel}

\usepackage{lipsum} % genera testo

\usepackage{microtype} % migliora riempimento righe

\usepackage{amsmath} % pacchetti per la matematica
\usepackage{amssymb}
\usepackage{amsthm}
\usepackage{mathtools}
\usepackage{braket} % pacchetto per parentesi insieme

\usepackage{physics}

\usepackage{booktabs} % pacchetto per tabelle
\usepackage{caption} % pacchetto per tabelle
\usepackage{graphicx} % pacchetto per le figure

\usepackage{hyperref} % collegamenti ipertestuali (sempre per ultimo)

\pagestyle{headings} % lasci il piede vuoto, e scrive nome sezione e pagine nella testatina

\newcommand{\numberset}{\mathbb}
\newcommand{\N}{\numberset{N}}
\newcommand{\R}{\numberset{R}}
\newcommand{\C}{\numberset{C}}
\newcommand{\Z}{\numberset{Z}}

\renewcommand{\vec}{\boldsymbol}

%\DeclarePairedDelimiter{\abs}{\lvert}{\rvert} % per fare il valore assoluto con \abs
\DeclarePairedDelimiter{\norma}{\lVert}{\rVert} % per la norma

\DeclareMathOperator{\sgn}{sgn} % per dichiarare nuovi comandi matematici, come la funzione segno
\DeclareMathOperator{\epi}{Epi}
\DeclareMathOperator{\amp}{A}
%\renewcommand{\div}{\operatorname{div}}
\newcommand{\diff}{\mathop{}\!d}

\theoremstyle{definition}
\newtheorem{definizione}{Definizione}[section]

\theoremstyle{plain}
\newtheorem{teorema}{Teorema}[]

\title{Qualche appunto di Analisi III}
\author{CeskoBarai}

\begin{document}
\chapter{Elementi di Analisi Complessa}
\section{Limiti e differenziabilità}
\end{document}
`

Ho cercato soluzioni cercando su vari siti ma non ho trovato niente che risolve il mio problema, per questo chiedo aiuto a voi.

Ciao. Benvenuto sul forum GuIT.
Ho compilato il tuo esempio minimo compilabile e funziona senza errori.
Quelli che ricevi tu sono probabilmente dovuti alla codifica del file sorgente ( assicurati che sia UTF-8 ) oppure a qualche pacchetto che non ha più l’installazione corretta.
In tanti anni la seconda cosa non mi è mai capitata devo dire.
Prova a reinstallare i pacchetti da cui ricevi errore con tlmgr (a meno che in Debian hai la versione di TeX Live dei repo enon quella vanilla da CTAN).
Ti ripeto comunque che il sorgente compila senza gli errori che riporti.
Che sia in corso l’aggiornamento dei pacchetti? Cioè stai compilando mentre aggiorna?
Alla prossima.
R.

Ciao @CeskoBara.

Il primo errore che ti viene segnalato fa riferimento a un presunt font ecrm1200 di cui non troverebe il file contenente le informazioni metriche. La cosa mi lascia perplesso, perché ho preso il tuo file, l’ho compilato senza problemi e poi l’ho aperto con Adobe Reder che mi permette di usare lo short-cut command-D (sul mio Mac dove è installato TeX Live 2020 aggiornato un apio di giorni fa) mi mostra le proprietà del documento, fra le quali l’elenco dei font usati; Non vi viene menzionato nessun font ecrm; invece usa i CM-Super, cioè i font CM estesi con la codifica T1, come tu hai richiesto.
Ho il sospeto che la classe amsbook sia vecchia, vecchissima, e on abbia ancora recepito la necessità dei font con codifica T1.

Prova a ricompilare con la classe book, invece di amsbook. Se compila correttamante, abbandona amsbook. Se non funziona, allora ciò che mi preoccupa è che tu abbia installato la verisone base TeXLive/Debian e non la TeXLive/CTAN; oppure che epr qualche motivo tu le abbia installate entrambe, ma tu non abbia configrato i path corretti. Puoi controllare con il comando da terminale echo $PATH.

Non so che distribuzione Debian tu abbia, suppongo la Stable se hai Texlive 2018.
Attualmente nei repository di Debian per Testing e Unstable è presente anche la versione 2020.20200925-1
ovvero la versione – pur debianizzata – dell’ultima texlive. Anni addietro in effetti c’era un grosso ritardo
delle versioni debianizzate rispetto a Texlive, ma da un po’ ormai anche questo aggiornamento è molto più veloce.
In ogni caso, mediante il pinning puoi installare versioni di Testing su Stable.

Il tuo sistema verosimilmente contiene i pacchetti base solo perché tu non hai installato anche gli altri. Se non vuoi farlo
scegliendo i pacchetti a mano, basta installare il meta-pacchetto texlive-full e ti installa tutto in un colpo solo.
Premesso che io uso Debian, ma cmq installo Texlive vanilla, evidentemente hai fatto una cattiva
o quanto meno alquanto difettiva installazione già dei pacchetti debianizzati.

forse facendo un aggiornamento col gestore pacchetti è stata rimpiazzata?

No, Debian non cancella nulla poiché usa directory diverse

ma non mi torna il perché ci sia questa versione dato che avevo installato manualmente TeXLive 2020,

Hai aggiornato le variabili di sistema?

m

Il punto è che installare Texlive vanilla in /opt è un’inutile complicazione
che richiede la creazione di link simbolici.
Io lascio che vada nella directory di default, ovvero /usr/local.
Personalmente, ti consiglio di installare solo Texlive vanilla
(la versione debianizzata elimina il gestore tlmgr)

m

samiel” post=119413Il punto è che installare Texlive vanilla in /opt è un’inutile complicazione
che richiede la creazione di link simbolici.
Io lascio che vada nella directory di default, ovvero /usr/local.
Personalmente, ti consiglio di installare solo Texlive vanilla
(la versione debianizzata elimina il gestore tlmgr)

m

Ciao Samiel,
io ho intallato su Debian testing 10 (la prossima debian 11) la TeX Live vanilla da CTAN nella cartella opt/texlive.
Dopo qualche indagine anche con Luigi, ho concluso che la directory corretta per installare TeX Live sarebbe proprio la /opt.
Non ho usato poi link simbolici, cosa che sono d’accordo non è molto elegante.
Ho usato invece, diversamente da quello suggerito dalla guida di Enrico, modifiche dei file di shell per inserire il percorso nel $PATH e lavorare con tlmgr da sudo.
Uso questa configurazione da sempre ma solo con la 2020 ho usato /opt e non /usr/local .

Infine, interessante invece come TeX Live viene pacchettizzata in Arch Linux…
Un saluto.
R.

samiel” post=119413Il punto è che installare Texlive vanilla in /opt è un’inutile complicazione
che richiede la creazione di link simbolici.
Io lascio che vada nella directory di default, ovvero /usr/local.
Personalmente, ti consiglio di installare solo Texlive vanilla
(la versione debianizzata elimina il gestore tlmgr)

m

Discordo. Creare un link simbolico è utilissimo perché permette di mantenere e adoperare le vecchie versioni di TeX Live.

C’è una bella differenza avere nel [tt]PATH[/tt] un immutabile [tt]/opt/texbin[/tt] rispetto a un [tt]/opt/texlive/2020/bin/i386-linux[/tt] che va aggiornato a ogni cambio di distribuzione. Con il metodo suggerito, al cambio di distribuzione si aggiorna solo il link simbolico che nemmeno richiede un logout-login.

E se si vuole, per un certo progetto, adoperare una vecchia versione, basta solo cambiare temporaneamente il link simbolico.

Ciao
Enrico

egreg9″ post=119419

Il punto è che installare Texlive vanilla in /opt è un’inutile complicazione
che richiede la creazione di link simbolici.
Io lascio che vada nella directory di default, ovvero /usr/local.
Personalmente, ti consiglio di installare solo Texlive vanilla
(la versione debianizzata elimina il gestore tlmgr)

m

Discordo. Creare un link simbolico è utilissimo perché permette di mantenere e adoperare le vecchie versioni di TeX Live.

C’è una bella differenza avere nel [tt]PATH[/tt] un immutabile [tt]/opt/texbin[/tt] rispetto a un [tt]/opt/texlive/2020/bin/i386-linux[/tt] che va aggiornato a ogni cambio di distribuzione. Con il metodo suggerito, al cambio di distribuzione si aggiorna solo il link simbolico che nemmeno richiede un logout-login.

E se si vuole, per un certo progetto, adoperare una vecchia versione, basta solo cambiare temporaneamente il link simbolico.

Ciao
Enrico

Si tratta di preferenze personali.
Linux è così configurabile che ci sono molti modi per far convivere diverse TeX Live sullo stesso pc.
Di solito non ho questa esigenza, ed è una precisazione importante perciò giusta la tua osservazione.
Cari saluti.
R.

cambiare un path o un link simbolico, come impegno intellettuale e tempo investito, è cosa da 5 secondi in ambo i casi.
inoltre il cambio della distribuzione si fa quando esce Texlive nuova, cioè una volta all’anno.
vero che da un punto di vista generale i programmi estranei alla distribuzione andrebbero in /opt
e infatti quando usavo Slackware in /opt di programmi ne avevo molti.
mettiamola così: in Debian non mi ha mai posto problemi lasciare che l’installer di Texlive
la collochi nella directory di default.

@CeskoBara

Ho installato tex all’interno di /usr/local però ho ancora all’interno di /opt un link chiamato texbin che punta a tex nel percorso corretto, che inteoria deriva dalla vecchia installazione che ho fatto seguendo la guida del forum. Posso eliminare questo collegamento o vado a creare nuovi problemi?

in teoria non dovrebbe produrre problemi eliminarlo.
piuttosto, il gioco delle dipendenze di Debian richiede alcuni pacchetti LaTeX anche semplicemente, ad es., per KDE
e per programmi come TexStudio. Io ho risolto il problema con equivs, così di debianizzato non installo assolutamente nulla.

samiel” post=119421cambiare un path o un link simbolico, come impegno intellettuale e tempo investito, è cosa da 5 secondi in ambo i casi.
inoltre il cambio della distribuzione si fa quando esce Texlive nuova, cioè una volta all’anno.
vero che da un punto di vista generale i programmi estranei alla distribuzione andrebbero in /opt
e infatti quando usavo Slackware in /opt di programmi ne avevo molti.
mettiamola così: in Debian non mi ha mai posto problemi lasciare che l’installer di Texlive
la collochi nella directory di default.

@CeskoBara

Ho installato tex all’interno di /usr/local però ho ancora all’interno di /opt un link chiamato texbin che punta a tex nel percorso corretto, che inteoria deriva dalla vecchia installazione che ho fatto seguendo la guida del forum. Posso eliminare questo collegamento o vado a creare nuovi problemi?

in teoria non dovrebbe produrre problemi eliminarlo.
piuttosto, il gioco delle dipendenze di Debian richiede alcuni pacchetti LaTeX anche semplicemente, ad es., per KDE
e per programmi come TexStudio. Io ho risolto il problema con equivs, così di debianizzato non installo assolutamente nulla.

Non sarebbe male scrivere uno script che seleziona la TeX Live al volo, tipo:
`$ tlset 2019`
R.

non conosco la pacchettizzazione di ArchLinux,
vedo di darci un’occhiata

uno script “al volo” non sarebbe una cattiva idea.
dovrebbe essere qualcosa che modifica in forma contingente i PATH, suppongo…

m