Errore aggiornamento

Non si tratta di un errore di aggiornamento, visto che i pacchetti da aggiornare li ha aggiornati tutti.

Il punto è che ora gestisce diversamente la generazione delle mappe dei font rispetto a come veniva fatto con le versioni di TL preceenti alla 2012; ho anche inviato un messaggio a questo proposito un mesetto fa nel filone TeXLive 2012 qui sul forum.

Hai dei font tuoi che vuoi aggiungere alle mappe? Benissimo, ma non modificare /usr/local/texlive/2012/texmf/web2c/updmap.cfg; che magari avevi modificato con la 2011, ma scrivi una nuova updmap.cfg in …texlive/texmf-local/ oppure nel tuo albero personale, rispettando la struttura delle cartele conforme alla TDS, TeX Directory Structure.

Oppure guarda la/usr/local/texlive/2012/texmf/web2c/updmap.cfg e controlla quello che c’è scritto dentro; la riga che contiene ${PKGNAME}.map probabilmente dovrebbe essere commentata. Dovrebbe servire solo per indicare al struttura delle righe che formano la struttura dei file di configurazione.

Comunque voglio andare a fondo di questa faccenda, perché sulla base del tuo messaggio ho ricevuto lo stesso errore nella generazione dei file delle mappe, quindi, la cosa non è isolata.

Dunque; sì, mi sono sbagliato a scrivere il percorso: quello giusto è

/usr/local/texlive/2012/texmf-dist/web2c/updmap.cfg

e questo file contiene la riga incriminata; io ho aperto il file con i diritti del superuser, ho cancellato quella riga, e ho salvato il file. sempre con i diritti del superuser ho lanciato updmap-sys e tutto è filato liscio come l’olio.

Ho avuto anch’io il medesimo problema, su una 2012 frutto di aggiornamento della 2011.

Eseguite le operazioni suggerite da Claudio, tutto è andato a dovere.

È doveroso ringraziare!
Ciao,
Domenico

OldClaudio” post=75521Dunque; sì, mi sono sbagliato a scrivere il percorso: quello giusto è

/usr/local/texlive/2012/texmf-dist/web2c/updmap.cfg

e questo file contiene la riga incriminata; io ho aperto il file con i diritti del superuser, ho cancellato quella riga, e ho salvato il file. sempre con i diritti del superuser ho lanciato updmap-sys e tutto è filato liscio come l’olio.

Risolve nell’immediato, suppongo che lo correggeranno quanto prima.

Ciao
Enrico

egreg9″ post=75525

Dunque; sì, mi sono sbagliato a scrivere il percorso: quello giusto è

/usr/local/texlive/2012/texmf-dist/web2c/updmap.cfg

e questo file contiene la riga incriminata; io ho aperto il file con i diritti del superuser, ho cancellato quella riga, e ho salvato il file. sempre con i diritti del superuser ho lanciato updmap-sys e tutto è filato liscio come l’olio.

Risolve nell’immediato, suppongo che lo correggeranno quanto prima.

Ciao
Enrico

Confermo l’errore, se ce ne fosse ancora bisogno 🙂 , presente anche sulla mia TeX Live 2012 per Windows, ma aggiungo che a mio parere l’inconveniente si verificava anche sulla 2011.
Il lavoro di correzione dell’errore forse eliminerà il problema definivamente.
R.
Ps. 1 TeX LIve 2012 si è piazzata sul pc Windows aziendale in modo assai rapido e con una richiesta di intervento davvero minima (praticamente solo la risposta circa il mirror da cui scaricare).

Ps. 2
Per il momento non ho ancora apprezzato la nuova feature di tlmgr per il download multiplo da più mirror

Confermo l’errore, se ce ne fosse ancora bisogno , presente anche sulla mia TeX Live 2012 per Windows, ma aggiungo che a mio parere l’inconveniente si verificava anche sulla 2011.
Il lavoro di correzione dell’errore forse eliminerà il problema definitivamente.

Non, non era presente nella 2011 e nemmeno nella prima installazione di MacTeX 2012. Lo so perché ci ho dovuto lavorare sopra non poco e ho scritto anche il messaggio #75189 , nel quale esponevo la mia esperienza.

La correzione, eseguita come ho suggerito, non è definitiva; nel prossimo aggiornamento il file verràa riscritto da tlmgr; e se per caso il bug ci fosse ancora, si ripresenterà e bisognerà eseguire nuovamante la correzione.

Ho già avvisato Karl Berry di questo fatto; speriamo che provveda rapidamente.

Questa notte (01:27) ho ricevuto da Karl il seguente messaggio:

Everyone: I’m sorry for my mistake in using our little ${PKGNAME}
abbreviation where it turned out not to be supported. That’s fixed for
tonight, of course (“bguq.map”).

And also for our nightly test not noticing the failure and updating
tlnet anyway . Working on that.

Sigh.

k

Quindi sembrerebbe che ora il file sia stato corretto all’origine, ma il programma di aggiornamento con verifica di tlnet debba ancora ricevere un po’ di attenzione. Stiamo a vedere.

Salve a tutti,

se può servire come ulteriore “dato” questi sono gli errori che ho ottenuto con TL2011 aggiornato alla 2012 su windows:

Caricamento del database locale di TeX Live in corso;
questa operazione può durare a lungo, attendere …
… caricamento completo.
tlmgr: package repository http://ctan.unixbrain.com/systems/texlive/tlnet
Executing action update
tlmgr: saving backups to D:/texlive/2011/tlpkg/backups
[ 1/36, ??:??/??:??] update: amiri [1703k] (26750 -> 27114) … done
[ 2/36, 00:38/10:34] update: beebe [342k] (26726 -> 27123) … done
[ 3/36, 00:46/10:39] update: biblatex-fiwi [513k] (25415 -> 27096) … done
[ 4/36, 00:58/10:44] update: bibleref-french [640k] (25516 -> 27098) … done
[ 5/36, 01:10/10:22] update: chextras [139k] (20044 -> 27118) … TLDownload::get_file: response error:
500 Server closed connection without sending any data back
permanent server connection set up, but downloading did not succeed!Retrying with wget.
done
[ 6/36, 01:18/11:04] update: datatool [1454k] (16023 -> 27115) … done
[ 7/36, 01:39/09:47] update: dowith [458k] (26609 -> 27125) … done
[ 8/36, 01:52/10:06] update: fancytooltips [1111k] (20781 -> 27129) … done
[ 9/36, 02:08/09:32] update: historische-zeitschrift [9k] (20170 -> 27124) … done
[10/36, 02:19/10:20] update: l3experimental [5214k] (26109 -> 27107) … done
[11/36, 03:23/08:18] update: l3kernel [5989k] (26111 -> 27108) … done
[12/36, 04:30/07:16] update: l3packages [1807k] (26110 -> 27109) … done
[13/36, 04:53/07:09] update: leaflet [346k] (15878 -> 27126) … done
[14/36, 05:06/07:21] update: mdframed [1554k] (25884 -> 27127) … done
[15/36, 05:27/07:16] update: morewrites [1046k] (23923 -> 27138) … done
[16/36, 05:43/07:16] update: msu-thesis [317k] (26701 -> 27141) … done
[17/36, 05:51/07:20] update: nlctdoc [12k] (26548 -> 27116) … TLDownload::get_file: response error:
500 Server closed connection without sending any data back
permanent server connection set up, but downloading did not succeed!Retrying with wget.
done
[18/36, 05:59/07:30] update: pst-optexp [1456k] (26992 -> 27097) … done
[19/36, 06:19/07:26] update: randomwalk [490k] (23924 -> 27139) … done
[20/36, 06:32/07:33] update: sort-by-letters [13k] (15878 -> 27128) … done
[21/36, 06:37/07:38] update: tetex [354k] (26894 -> 27132) … done
[22/36, 06:47/07:43] update: texinfo [87k] (26886 -> 27123) … done
[23/36, 06:54/07:49] update: texlive-docindex [188k] (27078 -> 27131) … done
[24/36, 07:04/07:57] update: texlive-scripts [69k] (27060 -> 27093) … done
[25/36, 07:11/08:04] update: xecjk [704k] (26553 -> 27119) … done
[26/36, 07:25/08:06] update: zhnumber [263k] (26554 -> 27120) … TLDownload::get_file: response error:
500 Server closed connection without sending any data back
permanent server connection set up, but downloading did not succeed!Retrying with wget.
done
[27/36, 07:34/08:11] auto-install: acro (27113) [728k] … done
[28/36, 07:43/08:07] auto-install: bguq (27140) [123k] … done
[29/36, 07:45/08:07] auto-install: calculator (27112) [565k] … done
[30/36, 07:52/08:04] auto-install: frege (27106) [123k] … done
[31/36, 07:54/08:04] auto-install: poetrytex (27117) [241k] … done
[32/36, 07:58/08:04] auto-install: xpinyin (27121) [377k] … done
[33/36, 08:03/08:03] update: collection-fontsextra [2k] (26291 -> 27110) … done
[34/36, 08:07/08:07] update: collection-humanities [1k] (25527 -> 27117) … done
[35/36, 08:11/08:11] update: collection-langcjk [1k] (26554 -> 27121) … done
[36/36, 08:14/08:14] update: collection-latexextra [4k] (27064 -> 27113) … done
running mktexlsr …
done running mktexlsr.
running mtxrun –generate …
done running mtxrun –generate.
running updmap-sys …
done running updmap-sys.
Completato.

Stefano

Quei punti interrogativi dove hai sistemato le faccine, non sono un errore, ma è la misura dell’elapsed time da quando è cominciato l’aggiornamento; certo chi ha scritto il programma avrebbe potuto caricare il tempo di paragone a 0 prima di cominciare a totalizzare il tempo trascorso, ma ormai ci ho fatto l’abitudine e non lo vedo nemmeno più. con l’applicazione per Mac, poi, non si vede nemmeno; lo vedo solo quando aggiorno su Windows o su Ubuntu Linux. Il tlmgr ha sempre lo stesso difetto, sia che lo si lanci a mano senza GUI, sia che si usi la GUI.

Quello che conta sono le ultime righe; infatti è caduta la linea internet, e il server ha smesso di inviare dati, per cui ha ripreso il download da dove aveva smesso; alla fine ci ha messo 36 minuti circa a completare il tutto.
Quando succedono queste cose i pacchetti che erano in fase di scaricamento potrebbero non essere stati scaricati bene; io per sicurezza rilancio l’updater e di solito fa ancora qualcosa proprio su quei pacchetti; nel tuo caso potrebbero essere chextras, nlctdoc e zhnumber.

Non è colpa di tlmgr, ma della linea caduta.

Se l’hai modificato, lui lo vede come creato a mano.

Se hai dei font tuoi, come ho scritto in precedente messaggio, crea una mappa e un file updmap.cfg nella cartella
/usr/local/texlive/texmf-local/web2c/updmap.cfg

Io non ho palato di file, ho parlato di font, se hai installato i nonfree, avrai ben scrtto qualcosa per immetterli nelle mappe, probabilmente han manomesso updmap.cfg nella cartella di sistema, oppure vi hai messo al suo posto un tuo file che conservavi altrove, ecco quindi il file creato a mano.

Ma questo lo puoi fare mettendo il tuo file nell’albero locale, verificando che sia scritto come si deve, con gli spazi gli hash sign dove ci vogliono e via di questo passo. Il programma updmap-sys (updmap-sys.exe su Windows) è molto suscettibile e si arrabbia facilmente.

Non so come aiutarti; bisogna proprio mettere le mani sui file che ti ritrovi nelle cartelle della distribuzione.

Se io fossi nei tuoi panni, cercherei diverse vie e comincerei a crearmi delle cpie di backup die vari updmap.cfg che hai sull’intero disco, segnandoti con precisione da quale cartella originale ciascuna è stata salvata. Poi userei tlmgr per ricreare le mappe; usa texdoc tlmgr per documentarti, ma occhio e croce con le prerogative di amministratore credo che dovresti fare qualcosa come tlmgr generate updmap da terminale, poi, sempre come amministratore dovresti eseguire updmap-sys, vai poi a cercare il fole pdftex.map, aprilo e vedi se sono elencati anche i tuoi font nofree. Se lo sono hai aggiustato il tutto; se non lo sono cerca le mappe di questi tuoi font e creati una updmap.cdf contenente solo queste mappe, e salva il file in
…/texlive/texmf-local/web2c/ ed esegui mktexlsr per aggiornare il database dei nomi dei file; poi riesegui updfmap-sys ricontrollando il suo log per vedere quali upfmap.cfg ha usato; se ha usato anche al tua updmap.cfg sei a posto, ma ricontrollare pdftex.map non guasta.

Se qualche altro ha avuto problemi simili ai tuoi e li ha risolti, batta un colpo, che fra tutti forse riusciamo a dare una mano a @samiel.

Sì, è stata cambiata, ma io non ho trovato nessuna difficoltà a adattare le mie precedenti mappe personali e file di configurazione personali al nuovo modo di procedere, anzi lo trovo più semplice del precedente.
Ho scritto anche un messaggio sil filone TeX Live 2012 a questo proposito; ora con l’ultimo aggiornamento di qualche giorno fa ho scoperto che il trucco di usare un alias non funziona e che bisogna eliminare ogni file updmap-local.cfg o meglio, basta cambiargli il nome per davvero, non semplicemente crearne un nome fittizio che punta la nome vecchio.

Per altro è tutto spiegato nella documentazione di tlmgr: texdoc tlmgr; be’, non proprio, ma dice nella pagina 14:

For managing your own fonts, please read the updmap −−help information and/or <http://tug.org/fonts/fontinstall.html>.

Osservazioni!

[tt]/usr/local/texlive/2012/texmf/web2c/updmap.cfg[/tt] è il file che, su consiglio di OldClaudio, avevamo modificato in seguito all’errore, per così dire, iniziale. Oggi ho avuto anche io l’errore (avevo installato i fonts ieri sera), ma ora posso dire che il file [tt]/usr/local/texlive/2012/texmf/web2c/updmap.cfg[/tt] risulta…. VUOTO!

Dunque, credo possa essere tolto senza problemi, come risulta nell’output del terminale! O mi sbaglio?

Inoltre [tt]tlmgr generate updmap[/tt], quando lanciato, viene dato come deprecato.

Doc” post=75698Osservazioni!

[tt]/usr/local/texlive/2012/texmf/web2c/updmap.cfg[/tt] è il file che, su consiglio di OldClaudio, avevamo modificato in seguito all’errore, per così dire, iniziale. Oggi ho avuto anche io l’errore (avevo installato i fonts ieri sera), ma ora posso dire che il file [tt]/usr/local/texlive/2012/texmf/web2c/updmap.cfg[/tt] risulta…. VUOTO!

Dunque, credo possa essere tolto senza problemi, come risulta nell’output del terminale! O mi sbaglio?

Inoltre [tt]tlmgr generate updmap[/tt], quando lanciato, viene dato come deprecato.

Non ho verificato la deprecabilità di tlmgr generate; però proprio questa sera ho fatto l’upgrade sul mio portatile dopo avere
letto il tuo messaggio, l’applicazione TeXLiveUtility.app non ha trovato nulla da ridire sulle impostazioni che avevo fatto un mesetto fa quando era sorto il problema del file di configurazione bacato con una variabile d’ambiente non sostituita. Il file che tu dici essere vuoto, non è vuoto e i miei font personali sono stati regolarmente caricati nonostante l’uso di un alias, che invece una settimana fa, sill’iMac aveva prodotto un warning registrato anche nel file .log.

Non riesco a capire che cosa possa esserti successo; ora tutto gira perfettamente, almeno da me.; ripeto: si tratta di un upgrade con tlmgr (attraverso l’interfaccia grafica per Mac, che non dovrebbe avere nessun effetto particolare) eseguita circa un’ora fa. Il file
updmap.log riporta la data e l’ora Mon Jul 30 19:43:09 2012 e non contiene nessun warning.
Ciao
Claudio

OldClaudio” post=75707

Osservazioni!

[tt]/usr/local/texlive/2012/texmf/web2c/updmap.cfg[/tt] è il file che, su consiglio di OldClaudio, avevamo modificato in seguito all’errore, per così dire, iniziale. Oggi ho avuto anche io l’errore (avevo installato i fonts ieri sera), ma ora posso dire che il file [tt]/usr/local/texlive/2012/texmf/web2c/updmap.cfg[/tt] risulta…. VUOTO!

Dunque, credo possa essere tolto senza problemi, come risulta nell’output del terminale! O mi sbaglio?

Inoltre [tt]tlmgr generate updmap[/tt], quando lanciato, viene dato come deprecato.

Non ho verificato la deprecabilità di tlmgr generate; però proprio questa sera ho fatto l’upgrade sul mio portatile dopo avere
letto il tuo messaggio, l’applicazione TeXLiveUtility.app non ha trovato nulla da ridire sulle impostazioni che avevo fatto un mesetto fa quando era sorto il problema del file di configurazione bacato con una variabile d’ambiente non sostituita. Il file che tu dici essere vuoto, non è vuoto e i miei font personali sono stati regolarmente caricati nonostante l’uso di un alias, che invece una settimana fa, sill’iMac aveva prodotto un warning registrato anche nel file .log.

Non riesco a capire che cosa possa esserti successo; ora tutto gira perfettamente, almeno da me.; ripeto: si tratta di un upgrade con tlmgr (attraverso l’interfaccia grafica per Mac, che non dovrebbe avere nessun effetto particolare) eseguita circa un’ora fa. Il file
updmap.log riporta la data e l’ora Mon Jul 30 19:43:09 2012 e non contiene nessun warning.
Ciao
Claudio

Non so che dirti….
Questo è quello che leggo:
`domenico@eeepc:~$ sutlmgr generate updmap
[sudo] password for domenico:
tlmgr: generate updmap is no longer needed or supported.
tlmgr: Please read the documentation of the `updmap' program.
tlmgr: Goodbye.`
[tt]updmap-sys[/tt] non dà alcun errore e, quel che è peggio è che…. /usr/local/texlive/2012/texmf/web2c/updmap.cfg ora è diventato vivo e vegeto, anzi tutta la cartella, prima vuota, ora si è ripopolata!!!! 😐
Con questo caldo, non ho nemmeno voglia di leggermi la documentazione, anche perché tutto pare andare benissimo.