[RISOLTO] TLMGR non funziona!

Sì, la cosa succede anche con TeXLive Utility.app sul mac; questo avviene dopo che sono stati installati i pacchetti pythontex*.* più l’elenco dei pacchetti extra che è stato aggiornato per includere i tre pacchetti nuovi.

Il problema ora sarà: come rimediare, visto che non si può attivare il tlmgr per disinstallare quei tre pacchetti?

Idem…

m

Ciao.
Stamani (15 sett) funziona tutto correttamente come al solito, su Ubuntu 10.04, ecco la sessione al terminale:
`roberto@roberto-desktop:~$ sutlmgr update –all
[sudo] password for roberto:
tlmgr: package repository http://ctan.mirror.garr.it/mirrors/CTAN/systems/texlive/tlnet
tlmgr: saving backups to /usr/local/texlive/2013/tlpkg/backups
skipping forcibly removed package mweights
skipping forcibly removed package translations
[ 1/18, ??:??/??:??] update: babel-greek [969k] (31249 -> 31647) … done
[ 2/18, 04:32/06:14:26] update: cbfonts [64861k] (20304 -> 31624) … done
[ 3/18, 07:23/08:58] update: datetime [461k] (19834 -> 31622) … done
[ 4/18, 07:37/09:11] update: eledmac [1414k] (31488 -> 31632) … done
[ 5/18, 07:57/09:23] update: greek-fontenc [1212k] (31284 -> 31645) … done
[ 6/18, 08:14/09:33] update: lgrx [246k] (31013 -> 31646) … done
[ 7/18, 08:34/09:54] update: mathdesign [2692k] (31552 -> 31639) … done
[ 8/18, 08:56/09:56] update: mciteplus [417k] (15878 -> 31648) … done
[ 9/18, 09:09/10:07] update: newpx [897k] (31472 -> 31635) … done
[10/18, 09:31/10:24] update: newtx [4120k] (31391 -> 31636) … done
[11/18, 09:50/10:10] update: skrapport [257k] (31289 -> 31623) … done
[12/18, 09:58/10:17] update: stackengine [306k] (31367 -> 31637) … done
[13/18, 10:14/10:31] update: texlive-docindex [108k] (31591 -> 31641) … done
[14/18, 10:20/10:36] auto-install: cbfonts-fd (31624) [648k] … done
[15/18, 10:24/10:35] auto-install: pythontex.i386-linux (31638) [1k] … done
[16/18, 10:26/10:37] auto-install: pythontex (31638) [1422k] … done
[17/18, 10:32/10:32] update: collection-binextra [1k] (30983 -> 31638) … done
[18/18, 10:37/10:37] update: collection-langgreek [1k] (30527 -> 31624) … done
tlmgr: package log updated: /usr/local/texlive/2013/texmf-var/web2c/tlmgr.log
running mktexlsr …
done running mktexlsr.
running mtxrun –generate …
done running mtxrun –generate.
running updmap-sys …
done running updmap-sys.
`

Saluti.
R.

Doc” post=88292

@Robitex
Prova ora! 😉

@All
Soluzione trovata: https://github.com/gpoore/pythontex/issues/19

Si ora ricevo anch’io l’errore.
Da quanto si legge sul link per github si tratta di un banale errore di trascrizione del “data description” di uno dei file del pacchetto “pythontex”.
La cosa è interessante (e sarà risolta nel giro di pochissimo) perché rivela in qualche modo che il processo di aggiornamento viene fatto dal team con una procedura manuale.

Mi ero interessato a quel file (texlive.tlpdb) perché qualche tempo fa speravo di poter sviluppare un programma di installazione di TeX Live su Windows alternativo a quello ufficiale.
Purtroppo, anche se un tale programma può essere tranquillamente sviluppato, ciò non può essere fatto nell’intento di riversare il risultato al team di TeX Live, cosa che era per me una priorità e così l’idea si è interrotta.
Quel file è fondamentale per la gestione dell’installazione e l’aggiornamento.
Buona domenica.
R.

Sì, infatti risolto!
grazie
m

Si, risolto anch’io; grazie mille.
Claudio

robitex” post=88294La cosa è interessante (e sarà risolta nel giro di pochissimo) perché rivela in qualche modo che il processo di aggiornamento viene fatto dal team con una procedura manuale.

Questa è la patch che corregge l’errore https://www.tug.org/svn/texlive/trunk/Master/tlpkg/TeXLive/TLPOBJ.pm?sortby=file&r1=31656&r2=31655&pathrev=31656 (segnalata da egreg9 su TeX.se). Si direbbe che la situazione sia un po’ diversa: il file è gestito in automatico con uno script, l’errore è stato commesso nello script

Elrond” post=88303

La cosa è interessante (e sarà risolta nel giro di pochissimo) perché rivela in qualche modo che il processo di aggiornamento viene fatto dal team con una procedura manuale.

Questa è la patch che corregge l’errore https://www.tug.org/svn/texlive/trunk/Master/tlpkg/TeXLive/TLPOBJ.pm?sortby=file&r1=31656&r2=31655&pathrev=31656 (segnalata da egreg9 su TeX.se). Si direbbe che la situazione sia un po’ diversa: il file è gestito in automatico con uno script, l’errore è stato commesso nello script

Non aggiorno la distribuzione dal 10 agosto, per cui vi chiedo che fare: attendo qualche giorno che la cosa venga sistemata alla fonte, oppure devo mettere le mani su qualcosa che temo di non essere in grado di gestire?

Ciao
Tommaso

Tommaso, dal 10 agosto ad oggi c’è sicuramente una nuova versione di tlmgr che va installata per prima, poi eventualmente si aggiorna tutti i pacchetti normalmente, installandoti anche i vari pythontex*, uno dei quali è bacato.; dopo il TexLIve Utility.app cessa di funzionare a causa del piccolo bug, ma tu sei almeno aggiornato ad oggi, in particolare ci sono tre pacchetti per il greco da aggiornare.

Dopo saresti bloccato, ma devi semplicemente spostare/copiare il file /usr/local/texlive/2013/tlpkg/texlive.tlpdb sul desktop, lo apri con TeXShop (semplicemente trascinalo sulla icona di TS che hai nella barra in basso) e cerchi la stringa “” (formata da due doppi apici consecutivi); la trovi alla riga 129108; vedi che essi iniziano la stringa`””Quick start” documentation”`La stringa contiene quattro volte il doppio apice: cancella i due di mezzo e resti con la stringa seguente:`”Quick start documentation”`.
A questo punto hai quasi finito; salva il file (senza preoccuparti della codifica, oppure specificando la codifica utf8) sul desktop. A questo punto trascina il file nella cartella da dove lo avevi trascinato fuori; il Mac te lo lascerà fare dopo averti chiesto l’autenticazione, cioè la tua parola chiave da superuser.
È una cosa semplicissima, che completi in meno di un minuto.

Se ora apri il TeXLive Utility.app vedrai che ti ricerca i nuovi pacchetti, ma non ne trova nessuno perché hai appena aggiornato poco prima di correggere il file.

Infatti ieri non trovava nessun pacchetto nuovo,
ma la ricerca era compiuta correttamente. Oggi invece,
alla ricerca di aggiornamenti, tlmgrsi blocca nuovamente:

root@debian:~# tlmgr update –self –all –reinstall-forcibly-removed –repository http://mirror.ctan.org/systems/texlive/tlnet
Unknown docfile tag: texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=””Quick start” documentation” at /usr/local/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 127, <$retfh> line 155550.

Insomma sembra che non abbia recepito (oggi)
la modifica apportata ieri….
E poi, ostinatamente lanciando ancora il comando

root@debian:~# tlmgr update –self –all –reinstall-forcibly-removed –repository http://mirror.ctan.org/systems/texlive/tlnet
First directive needs to be ‘name’, not ame 00texlive.config at /usr/local/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 108, line 1.

m

Su lubuntu 12.10, mi dà lo stesso errore di @samiel al comando
`
sutlmgr update –all
`
e se provo a cercare nel file [tt]/usr/local/texlive/2013/tlpgk/texlive.tlpdb[/tt] la stringa [tt]texmf-dist/doc/latex/pythontex/pythontex_quickstart.pdf details=””Quick start” [/tt], mi dice che non esiste nel file. 🙁

Il tlmgr è incasinato, questo è evidente.
Ho deciso di reinstallarlo e ho scaricato dal sito http://tug.org/texlive/tlmgr.html il programma .sh http://mirror.ctan.org/systems/texlive/tlnet/update-tlmgr-latest.sh;
ho aperto un terminale e ho dato il comando `sudo sh update-tlmgr-latest.sh` seguito dalla password quando me l’ha chiesta.

Dopo pochi istanti il programma sh è terminato.

Ho aperto il mio TeXLive Utility.app, che si è rimesso a funzionare perfettamente (in fondo è solo una interfaccia grafica in stile Mac tra l’utente e tlmgr); ci sono diversi aggiornamenti fra cui pythontex, che spero non continui ad essere bacato.

Ora installo poi aggiungerò dei commenti, se succede qualcosa di diverso; se taccio, non ho nulla da dire 😉

Ciao
Claudio

L’update è andato a buon fine, ma nel log l’ultima riga dice:

2013-09-16 14:10:10 +0000 Notice -[TLMLoadDatabaseOperation main][7070] Dumping local tlpdb failed

Spero che non sia nulla di grave.

Claudio

OldClaudio” post=88325Ho aperto il mio TeXLive Utility.app, che si è rimesso a funzionare perfettamente (in fondo è solo una interfaccia grafica in stile Mac tra l’utente e tlmgr); ci sono diversi aggiornamenti fra cui pythontex, che spero non continui ad essere bacato.

Purtroppo io ho eseguito l’update questa mattina e sono incappato proprio nel problema descritto (risolto alla perfezione grazie agli interventi nel filone). Quindi se ci sono stati nuovi aggiornamenti di pythontex da quando il problema è stato riscontrato per la prima volta, purtroppo nessuno ha corretto il baco.

Ciao
Claudio

La cosa singolare è che appena dopo la correzione
tlmgr sembrava funzionare. Non trovava ovviamente aggiornamenti,
ma non lamentava alcun errore. Oggi invece, senza che io
in seguito abbia fatto nulla, dà l’errore che ho segnalato

@skevin
La stringa io la trovo alla riga 127.939

m

Purtroppo no funziona niente :(. Nel file che dovrei modificare, non esiste ‘pythontex’, ho provato a cercarlo, ma mi dà l’errore e mi rimanda al file che è stato indicato da samiel. Non so proprio dove [tt]sutlmgr[/tt] vada a prendere la stringa errata, se non è presente nel file che consigliano di modificare.

Ho fatto come suggerito da OldClaudio, per ora tutto ok.
Grazie

Ho provato a seguire le indicazioni di OldClaudio, ma:

root@debian:/home/samiel/Download# sh ./update-tlmgr-latest.sh
Verifying archive integrity… All good.
Uncompressing TeX Live Manager Updater…………………………………………………………………………………………………………………………………………………………………….
./runme.sh: updating in /usr/local/texlive/2013…
./runme.sh: tlmgr version says this is TeX Live 2013
./runme.sh: proceeding with tlmgr update.
D:tlmgr:main: ::tldownload_server defined
First directive needs to be ‘name’, not ame 00texlive.config at /usr/local/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 108, line 1.
./runme.sh: done.
root@debian:/home/samiel/Download# tlmgr update –self –all –reinstall-forcibly-removed –repository http://mirror.ctan.org/systems/texlive/tlnet
First directive needs to be ‘name’, not ame 00texlive.config at /usr/local/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 108, line 1.

Non si è risolto nulla

m

ancora impossibilità di aggiornare il mirror sia sotto linux che da macos ! ! !

samiel” post=88343Ho provato a seguire le indicazioni di OldClaudio, ma:

root@debian:/home/samiel/Download# sh ./update-tlmgr-latest.sh
Verifying archive integrity… All good.
Uncompressing TeX Live Manager Updater…………………………………………………………………………………………………………………………………………………………………….
./runme.sh: updating in /usr/local/texlive/2013…
./runme.sh: tlmgr version says this is TeX Live 2013
./runme.sh: proceeding with tlmgr update.
D:tlmgr:main: ::tldownload_server defined
First directive needs to be ‘name’, not ame 00texlive.config at /usr/local/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 108, line 1.
./runme.sh: done.
root@debian:/home/samiel/Download# tlmgr update –self –all –reinstall-forcibly-removed –repository http://mirror.ctan.org/systems/texlive/tlnet
First directive needs to be ‘name’, not ame 00texlive.config at /usr/local/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 108, line 1.

Non si è risolto nulla

m

Non so cosa dirti; a me continua a funzionare tutto come si deve; Karl Berry ha suggerito di scaricare con il browser internet di bordo il file ftp://cam.ctan.org/tex-archive/systems/texlive/tlnet/update-tlmgr-r31665.sh e di usare questo script di recovery. Ma a me è andato bene con il file che avevo detto e non hao avuto bisogno di ripetere l’operazione con il file indicato da Karl.

Claudio

Mi accodo alle lamentele: non aggiorno TeX Live da più di un mese, e da ieri sul bianco della schermata di TeX Live Utility campeggia inesorabile
`Listing Failed`
Almeno fino all’altro ieri mi compariva la lista dei pacchetti disponibili.

Ciao
Tommaso

illinguista1972″ post=88351Mi accodo alle lamentele: non aggiorno TeX Live da più di un mese, e da ieri sul bianco della schermata di TeX Live Utility campeggia inesorabile
`Listing Failed`
Almeno fino all’altro ieri mi compariva la lista dei pacchetti disponibili.

Credo che oggi, finalmente, tutto sia tornato a posto.

Sul menù “Actions” di TeX Live Utility (non so com’è in italiano), trova “Reinstall TeX Live Manager” e lascia che faccia. La nuova versione di tlmgr potrebbe dare ancora un paio di problemini, ma non bloccarsi. A questo punto dovresti essere in grado di aggiornare.

Per chi non ha TeX Live Utility, la procedura è comunque di reinstallare tlmgr.

Ciao
Enrico

confermo che funziona su Mactex re-installando tlmgr (peraltro questa soluzione era giá stata suggerita su diversi forum). Adesso devo provare su sistemi linux (ubuntu-based). Dó per scontato che lo script update-tlmgr-latest va eseguito come sudo, giusto ?

[OT]

Adesso, per prendervi in giro (almeno gli utenti Windows + @OldClaudio), dovrei dire: vi consiglio di installare MiKTeX. E’ portato avanti da una persona sola, ma questi problemi non ci sono.

😛 😛 😛

[/OT]

Ho scaricato e effettuato l’aggiornamento su Debian Testing:

root@debian:~# sh /home/samiel/Download/./update-tlmgr-latest.sh
Verifying archive integrity… All good.
Uncompressing TeX Live Manager Updater…………………………………………………………………………………………………………………………………………………………………….
./runme.sh: updating in /usr/local/texlive/2013…
./runme.sh: tlmgr version says this is TeX Live 2013
./runme.sh: proceeding with tlmgr update.
D:tlmgr:main: ::tldownload_server defined
First directive needs to be ‘name’, not ame 00texlive.config at /usr/local/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 108, line 1.
./runme.sh: done.
root@debian:~# tlmgr update –self –all –reinstall-forcibly-removed –repository http://mirror.ctan.org/systems/texlive/tlnet
First directive needs to be ‘name’, not ame 00texlive.config at /usr/local/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 108, line 1.

🙁 m

hai provato a fare da gui grafica…..giusto per fare la cosa + semplice. Io tra poco provo su Ubuntu……

Liverpool” post=88366[OT]

Adesso, per prendervi in giro (almeno gli utenti Windows + @OldClaudio), dovrei dire: vi consiglio di installare MiKTeX. E’ portato avanti da una persona sola, ma questi problemi non ci sono.

😛 😛 😛

[/OT]

GRRRRRRR MIktex maiiiiiiiiiiiiiiiiiiiiii 😆

su ubuntu ho questo output :

`artynet@AMD-Desktop:~$ tlmgr update –self –all –reinstall-forcibly-removed –repository mirror.ctan.org/systems/texlive/tlnet

tlmgr: Cannot load TeX Live database from mirror.ctan.org/systems/texlive/tlne`

se lancio :

`
update-tlmgr-latest.sh –noexec –keep`

riesco ad estrarre il file runme.sh. Lanciandolo da utente con

`
./runme.sh /usr/local/texlive/2013
`

non riesco a scrivere nelle directory della distro, se lo lancio da root non trova il path della distro tramite kpeswhich. Da premettere che ho installato texlive tramite la guida texlive-ubuntu creando i link agli eseguibili in /opt/texbin

Sì, giusto

Dopo aver installato a mano ieri update-tlmgr-latest.sh , oggi ho attivato TeXLive Utility.app dopo le 16.00. mi ha detto subito che c’era da installare un aupgrade dell’infrastruttura, cioè di tlmgr. Infatti, avendo dato l’OK, me l’ha installata, versione 31763, mentre quella di ieri era 31658.

Ora, almeno da me, sul mio Mac, tutto è tornato a posto.

Io ho provato con la gui:

root@debian:~# sh /home/samiel/Download/./update-tlmgr-latest.sh
Verifying archive integrity… All good.
Uncompressing TeX Live Manager Updater…………………………………………………………………………………………………………………………………………………………………….
./runme.sh: updating in /usr/local/texlive/2013…
./runme.sh: tlmgr version says this is TeX Live 2013
./runme.sh: proceeding with tlmgr update.
D:tlmgr:main: ::tldownload_server defined
First directive needs to be ‘name’, not ame 00texlive.config at /usr/local/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 108, line 1.
./runme.sh: done.
root@debian:~# tlmgr update –self –all –reinstall-forcibly-removed –repository http://mirror.ctan.org/systems/texlive/tlnet
First directive needs to be ‘name’, not ame 00texlive.config at /usr/local/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 108, line 1.

Insomma sono sempre lì…. Che debba reinstallare tutto?

m

Per risolvere (spero) su Windows 7 ho scaricato l’aggiornamento [tt]update-tlmgr-r31673.exe[/tt] da http://mirrors.dotsrc.org/ctan/systems/texlive/tlnet/

Installato, sembra tutto OK.

EDIT: aggiunto anche screenshot del secondo pc.

Ciao
Antonio

antonio.ledda” post=88389Per risolvere (spero) su Windows 7 ho scaricato l’aggiornamento [tt]update-tlmgr-r31673.exe[/tt] da http://mirrors.dotsrc.org/ctan/systems/texlive/tlnet/

Installato, sembra tutto OK.

EDIT: aggiunto anche screenshot del secondo pc.

Ciao
Antonio

su windows (purtroppo) é tutto + facile. Buono a sapersi comunque, grazie per l’aiuto 😉

purtroppo non va……ubuntu non é debian. sono sempre punto e daccapo con i miei errori

`artynet@AMD-Desktop:~$ sudo ./update-tlmgr-latest.sh
Verifying archive integrity… All good.
Uncompressing TeX Live Manager Updater…………………………………………………………………………………………………………………………………………………………………….
./runme.sh: Cannot find TeX Live root using kpsewhich –var-value=SELFAUTOPARENT.
./runme.sh: Please call update-tlmgr-latest.sh –noexec –keep
./runme.sh: and then call the runme.sh script in the unpacked directory
./runme.sh: with the directory root as the first argument, something like:
./runme.sh: sh runme.sh /path/to/your/texlive/installation/2010`

dopo avere fatto chmod +x sullo script. Ed inotlre tlmgr lo avvio senza sudo in quato ho la funzione nel file .bashrc che gli dá in automatico i permessi di superuser.

sono le istruzioni dello script, significa ” indica il percorso della tua distro dopo runme.sh come argomento, ad esempio : sh runme.sh /path/to/your/texlive/installation/2010″

disintallo sempre ogni distro vecchia prima di metterne una nuova. Ribadisco, lo scenario é ubuntu (o derivata ) con texlive installato in base a lla guida per Ubuntu. Quello che a me preoccupa é questo output :

`Cannot find TeX Live root using kpsewhich –var-value=SELFAUTOPARENT.`

ed é molto piú grave a mio avviso

dove é linkato kpeswhich da te ?

dovrei avere risolto in questo modo. ATTENZIONE UTENTI UBUNTU, SEGUITE QUESTI STEP E FATEMI SAPERE :

Disattivate innanzitutto la funzione di sutlmgr che dovete avere nel vostro file .bashrc

`
$ sudo ln -s /opt/texbin/kpsewhich /usr/local/bin/kpsewhich

$ sudo ln -s /opt/texbin/tlmgr /usr/local/bin/tlmgr

$ sudo sh update-tlmgr-latest.sh

$ sudo tlmgr update –all
`

eliminate i link simbolici temporanei in /usr/local/ e ripristinate sutlmgr. Sembra fungere……:lol:

Io ho provato a riscaricare il file e quindi ho dato nuovamente

root@debian:/home/samiel# sh update-tlmgr-latest.sh
Verifying archive integrity… All good.
Uncompressing TeX Live Manager Updater…………………………………………………………………………………………………………………………………………………………………….
./runme.sh: updating in /usr/local/texlive/2013…
./runme.sh: tlmgr version says this is TeX Live 2013
./runme.sh: proceeding with tlmgr update.
D:tlmgr:main: ::tldownload_server defined
First directive needs to be ‘name’, not ame 00texlive.config at /usr/local/texlive/2013/tlpkg/TeXLive/TLPOBJ.pm line 108, line 1.
./runme.sh: done.

Insomma come prima, non riesco a uscirne…

m

arty.net” post=88400dovrei avere risolto in questo modo. ATTENZIONE UTENTI UBUNTU, SEGUITE QUESTI STEP E FATEMI SAPERE :

Disattivate innanzitutto la funzione di sutlmgr che dovete avere nel vostro file .bashrc

`
$ sudo ln -s /opt/texbin/kpsewhich /usr/local/bin/kpsewhich

$ sudo ln -s /opt/texbin/tlmgr /usr/local/bin/tlmgr

$ sudo sh update-tlmgr-latest.sh

$ sudo tlmgr update –all
`
eliminate i link simbolici temporanei in /usr/local/ e ripristinate sutlmgr. Sembra fungere……:lol:

Su che IBAN ti devo pagare? 😀

Grazie al tuo codice sembra andare tutto bene (sembra perché ora sta aggiornando i pacchetti, finalmente!). Prima si piantava la patch e non sapevo dove sbattere il muso. Geniale l’idea di creare un link ai file (mi sono cercato cosa fà [tt]ln[/tt], comando che non conoscevo). In questo modo dovessi riusare la patch per futuri errori dovrebbe funzionare tranquillamente, no?

Ora tlmgr è stato fixxato dalla patch e sta aggiornando. Incrocio le dita e ti dico se tutto va a buon fine. 😉

PS: Sono un entusiasta utilizzatore di Lubuntu 12.10

arty.net” post=88400dovrei avere risolto in questo modo. ATTENZIONE UTENTI UBUNTU, SEGUITE QUESTI STEP E FATEMI SAPERE :

Disattivate innanzitutto la funzione di sutlmgr che dovete avere nel vostro file .bashrc

`
$ sudo ln -s /opt/texbin/kpsewhich /usr/local/bin/kpsewhich

$ sudo ln -s /opt/texbin/tlmgr /usr/local/bin/tlmgr

$ sudo sh update-tlmgr-latest.sh

$ sudo tlmgr update –all
`

eliminate i link simbolici temporanei in /usr/local/ e ripristinate sutlmgr. Sembra fungere……:lol:

Scusate, ho eliminato il mio precedente messaggio per errore. 😳

Comunque, la tua procedura sembra funzionare sul mio Lubuntu 12.10. Adesso tlmgr sta finalmente aggiornando i pacchetti. Quando terminerà, spero di confermare il tuo metdo :D.

in realtá ripensandoci non credo ci sia manco bisogno di commentare e poi decommentare la funzione sutlmgr. Il problema fondamentale é la ricerca degli eseguibili che Ubuntu non riesce a trovare, pertanto potresti pure partire dai link simbolici ;).

Attendo fiducioso notizie 😉

ho seguito la guida di EGreg, ma questi due ulteriori link simbolici sono TEMPORANEI giusto per fare funzionare lo script di update del tlmgr, dopo non servono più !

Vediamo come ho fatto per una Ubuntu:
`wget http://ctan.mirror.garr.it/mirrors/CTAN/systems/texlive/tlnet/update-tlmgr-latest.sh
sudo su
export PATH=/opt/texbin:${PATH}
sh update-tlmgr-latest.sh
exit`
Tutto a posto, dopo. Se non si è creato il link simbolico [tt]/opt/texbin[/tt], si scriva il percorso degli eseguibili, probabilmente
`/usr/local/texlive/2013/bin/i386-linux`
(l’ultima parte può variare a seconda dell’architettura su cui si lavora).

Ciao
Enrico

@Egreg

Grazie mille per la dritta…..ma preso dal panico ho fatto la via + veloce. Alla fine lo script non riusciva a trovare quei due eseguibili ed allora la prima cosa che mi è venuta in mente è stata creare i link simbolici in /usr/local/bin

TEXLIVE IS AGAIN ALIVE ! ! ! 😆

Ciao,
appena ora, senza modificare nessun file, ho concluso regolarmente la procedura di aggiornamento.
Alla prima richiesta di update è uscito il messaggio di auto-aggiornamento, allora ho dato il comando:
`tlmgr update –self`
e poi il comando normale di aggiornamento pacchetti:
`tlmgr update –all`

Pare quindi che il sistema si sia “riparato” da solo, senza necessità di intervento manuale.
Saluti.
R.

Io ieri ho comunicato che TeXLive Utility.app aveva segnalato la priorità di aggiornamento di tlmgr.infra (cioè del pacchetto che contiene tlmgr e gli altri file necessari); così ho fatto e tutto è andato a posto da solo.
Ma alla domanda di Domenico se ci sono i doppi apici rispondo: anche nella nuova versione di texlive.tlpdb ci sono i doppi apici; quello che è stato corretto è il programma di parsing che esamina le stringhe dello script che ora gestisce correttamente i doppi apici (ovvero i doppi apici che delimitano stringhe a loro volta contenute in altre stringhe).

Doc” post=88425

Ciao,
appena ora, senza modificare nessun file, ho concluso regolarmente la procedura di aggiornamento.
Alla prima richiesta di update è uscito il messaggio di auto-aggiornamento, allora ho dato il comando:
`tlmgr update –self`
e poi il comando normale di aggiornamento pacchetti:
`tlmgr update –all`

Pare quindi che il sistema si sia “riparato” da solo, senza necessità di intervento manuale.
Saluti.
R.

Curiosità : avevi in precedenza corretto il problema degli apici? Se no, puoi controllare come è la situazione ora, ovvero se gli apici sono corretti?
Ciao e grazie

Ciao,
confermo quanto detto da Claudio.
Nel file di database “texlive.tlpdb” continuano a comparire i doppia apici “” (stringa dentro stringa).
Rispondo così anche ad @Elrond: il codice nel branch di sviluppo non era altro che la modifica fatta da Norbert alla routine di parsing, quindi rimane la “manualità” dal momento in cui il mainteiner CTAN riceve le notifiche dell’invio di un pacchetto a quando efli effettua la modifica del server principale.
R,

Se hai installato una TeXLive da CTAN, come penso, direi che il tlmgr si accorga da solo quando può installare un update della sua infrastruttura. quando ti avviserà che prima di procedere ad aggiornare i pacchetti deve aggiornare la sua infrastruttura, lascialo fare e ci pensa lui a riprisitnare quello che gli serve.

Scusate se chiedo di nuovo aiuto, ma sono incorso in un problema non indifferente. Seguendo i vari consigli postati sono riuscito a far ripartire [tt]tlmgr[/tt] e a fare l’update, con il problema che si è fermato dopo aver scaricato tutti i pacchetti dandomi errore durante l’esecuzione di [tt]pdftex[/tt] (che penso serva a aggiornare i file di formato, giusto?). Ho provato comunque a compilare dei file .tex e ogni file mi dice che un pacchetto richiesto da un altro pacchetto non esiste (ma su tlmgr sono regolarmente segnati). Ho riprovato a fare l’update con le opzioni
`
sudo tlmgr –all –reinstall-forcibly-removed
`
perché leggendo i messaggi del precedente update mi diceva che c’erano dei pacchetti rimossi, o qualcosa del genere. Anche questa volta mi ha dato di nuovo errore. Al secondo tentativo di quest’ultimo comando invece sembrava che non ci fossero più errori e che avesse finalmente aggiornato. Tento una nuova compilazione e mi dà nuovamente l’errore di prima. Cosa devo fare (per evitare di disinstallare tutto e reinstallare TeXlive 2013)? Grazie per la vostra pazienza.

Il comando restituisce
`
sk93@sk93-AOD270:~$ which tex
/opt/texbin/tex
`
Dovrebbe essere corretto, no?

Ho fatto qualche prova su dei file su cui sto lavorando. In un file che carica il pacchetto [tt]chemmacros[/tt], il pacchetto,richiesto da quello che carico, che non mi riconosce è [tt]translations[/tt]: escludendo [tt]chemmacros[/tt] la compilazione procede senza errori.
La cosa strana è che il pacchetto in questione risulta installato per tlmgr. HO quindi provato a rimuoverlo e reinstallarlo, ma niente, non lo trova ancora.

In un altro file che provo a compilare mi dice che non riesce a trovare il file [tt]greek-fontenc.def[/tt]. Che dite, mi conviene rimuovere e reinstallare TeXlive 2013?

Prima dai i comandi kpsewhich translations e kpsewhich greek-fontenc.def

Se kpsewhich non li trova, o sono installati male, oppure devi rinfrescare il database dei nomi dei file con il comando da terminale mktexklsr; poi riprova con kpsewhich.

Se dopo aver rinfrescato il database dei nomi dei file e kpsewhich non ti trova quei file, allora reinstalla TeXLive.

Mi spiace @OldClaudio, ma i comandi [tt]mtexklsr[/tt] e [tt]ckn kpsewhich.
[/tt] il mio sistema non li riconosce. Mi dice che i comandi non esistono.

Vabbe’…
Mi capita di eseguire degli errori di battitura; scusami

I comandi sono [tt]mktexlsr[/tt] e [tt]kpsewhich[/tt]

Sono due comandi distinti; prima dai mktexlsr senza argomenti.

Poi dai kpsewhich specificando come argomento il nome del file che vuoi che il sistema TeX trovi al suo interno.

Entrambi i comandi fanno parte degli eseguibili del sistema TeX; se il sistema operativo dice che non li conosce, vuol dire che non li trova.

Se non riconosce questi due comandi, come ho detto, controlla bene come e dove hai installato MacTeX; usa Finder per trovare dove l’hai installato e impara, se per caso non lo sai ancora fare, a navigare nel tuo o nei tuoi dischi, anche scoprendo le cartelle nascoste.

robitex” post=88424Ciao,
appena ora, senza modificare nessun file, ho concluso regolarmente la procedura di aggiornamento.
Alla prima richiesta di update è uscito il messaggio di auto-aggiornamento, allora ho dato il comando:
`tlmgr update –self`
e poi il comando normale di aggiornamento pacchetti:
`tlmgr update –all`

Pare quindi che il sistema si sia “riparato” da solo, senza necessità di intervento manuale.
Saluti.
R.

Giusto per la cronaca, se siete pigri come me basta un unico comando
`tlmgr update –self –all`
L’ordine delle opzioni è rilevante. Aggiorno sempre così, in questo modo non mi devo preoccupare se ci sono degli aggiornamenti di TeX Live stesso, che bloccherebbero l’aggiornamento dei pacchetti.

robitex” post=88430Rispondo così anche ad @Elrond: il codice nel branch di sviluppo non era altro che la modifica fatta da Norbert alla routine di parsing, quindi rimane la “manualità” dal momento in cui il mainteiner CTAN riceve le notifiche dell’invio di un pacchetto a quando efli effettua la modifica del server principale.
R,

Sì, beh, tutta l’immissione dei pacchetti in TeX Live non credo sia del tutto automatizzata anche perché questa distribuzione è abbastanza rigida sulla licenza dei pacchetti accettati (anche MikTeX teoricamente accetterebbe solo pacchetti con licenze libere, in realtà mi sembra molto flessibile da questo punto di vista), penso ci sarà qualcuno che materialmente include un pacchetto in TeX Live. Io mi riferivo più che altro all’errore che ha causato tutto questo macello, non è stato un errore diretto nella lista dei pacchetti, ma una svista nello script.

OldClaudio” post=88466Vabbe’…
Mi capita di eseguire degli errori di battitura; scusami

I comandi sono [tt]mktexlsr[/tt] e [tt]kpsewhich[/tt]

Tranquillo, errori scappano a tutti. 😀

Sono due comandi distinti; prima dai mktexlsr senza argomenti.

Poi dai kpsewhich specificando come argomento il nome del file che vuoi che il sistema TeX trovi al suo interno.

Entrambi i comandi fanno parte degli eseguibili del sistema TeX; se il sistema operativo dice che non li conosce, vuol dire che non li trova.

Se non riconosce questi due comandi, come ho detto, controlla bene come e dove hai installato MacTeX; usa Finder per trovare dove l’hai installato e impara, se per caso non lo sai ancora fare, a navigare nel tuo o nei tuoi dischi, anche scoprendo le cartelle nascoste.

Ora non ho il mio computer a portata di mano, appena posso provo e spero funzioni.

EDIT: Dopo tanto travaglio finalmente sembra che tutto funzioni a dovere. Grazie mille per il vostro aiuto e la vostra pazienza. 😀

Oggi ho pensato bene di dare un’occhiata al forum perché erano giorni che TeX Live Utility non aggiornava più nulla dandomi errore… Ho seguito le indicazioni di Enrico e dopo aver reinstallato TeX Live Manager ha ripreso a funzionare tutto. Grazie ad Enrico e grazie a questo strumento preziosissimo che è il forum.
Luca