Newsgroup: it.comp.software.tex
Titolo: aggiornamento MacTeX TL-2012

MacBook3,1
Mac OSX 10.6.8
MacTeX TeXLive 2012
 
Se faccio l'aggiornamento da TeXLive Utility tutto fila liscio, mentre
da linea di comando
 
    $ sudo tlmgr update --all
 
fallisce con questo errore:
 
    /usr/local/texlive/2012/tlpkg/installer/xz/xzdec.universal-darwin:
    (stdin): File format not recognized
    First directive needs to be 'name', not 	
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" at
    /usr/local/texlive/2012/tlpkg/TeXLive/TLPOBJ.pm line 108, <$fh> line
    3
 
C'è una soluzione o devo aggiornare solo da interfaccia grafica?
 
|    Newsgroups: it.comp.software.tex,it.comp.macintosh
|    Followup-To: it.comp.software.tex
 
TIA,
-- 
ciao, Alberto

 TIA,
 
TeX Live Utility usa tlmgr. Ho il sospetto che tu abbia,
sulla linea di comando qualcosa che sballa Perl. Qual č
il path che usa il terminale?
 
  echo $PATH
 
Ciao
Enrico

  echo $PATH
 
   $ /usr/local/bin:/bin:/usr/sbin:/sbin:/usr/bin:/opt/X11/bin:
     /usr/texbin:/usr/X11/bin:/usr/local/sbin:/Users/alberto/Applications
 
-- 
ciao, Alberto

      /usr/texbin:/usr/X11/bin:/usr/local/sbin:/Users/alberto/Applications
 
Preferirei che /usr/texbin/ fosse all'inizio. Che dice
 
  which tlmgr
 
dal terminale?
 
Ciao
Enrico

dal terminale?
 
    $ /usr/texbin/tlmgr
 
Todo bien?
-- 
ciao, Alberto

 Todo bien?
 
S�, sembra di s�. Che c'� in "/etc/paths.d"? Ho l'impressione
che ci sia qualcosa da un'altra parte: .profile o .bashrc sono
i candidati.
 
Ciao
Enrico

un'altra parte: .profile o .bashrc sono i candidati.
 
Sembra che il problema sia stato risolto rimuovendo un fantomatico
.profile.pysave, detrito di una infelice installazione di MacPorts ora
spero definitivamente rimossa.
 
Il suggerimento che mi hai dato di controllare .profile e .bashrc mi ha
fatto notare questo filettino. L'ho aperto, ho visto il nome MacPorts e
non ci ho pensato due volte a rimuoverlo, dandogli assai poca
importanza. Per curiosità ho fatto il login con un nuovo terminale per
ricaricare la variabile PATH.
 
Ho riprovato dunque a lanciare tlmgr ed ha funzionato.  Peccato che la
mia foga abbia impedito di conservare quel file (che non ho in backup)
per studiare meglio la faccenda. Onestamente non speravo che il problema
dipendesse da quel file caduto nel dimenticatoio.
 
Anche perché il PATH non è cambiato da prima. /usr/texbin non è
all'inizio nemmeno ora. Boh…
 
L'unico insegnamento che riesco a trarre da questa vicenda è che
MacPorts è Il Male®. :)
 
Vi ricontatto in caso di ricadute. Grazie mille Enrico,
-- 
ciao, Alberto

 Vi ricontatto in caso di ricadute. Grazie mille Enrico,
 
Il mio sospetto è che tu abbia ancora qualcosa in /opt/X11/bin.
 
Ma tutto è bene ciò che finisce bene. Ho rimosso MacPorts dall'unica
macchina dove l'avevo provato e non me ne sono mai pentito. :)
 
Ciao
Enrico

Il mio sospetto è che tu abbia ancora qualcosa in /opt/X11/bin.
 
Il problema è ritornato e il mistero si è infittito.
 
In bashrc e profile di sistema e dell'utente *sembra* non ci siano problemi.
path_helper(8) non viene in aiuto. Ho provato a rimuovere /opt/X11/bin
dal PATH rinominando /etc/paths.d/40-XQuartz, ma il problema persisteva
nonostante /usr/texbin venisse prima nell'ordine di PATH.
 
Ho spostato XQuartz fuori da /etc/paths.d/ per togliere /opt/X11/bin dal
PATH e non è cambiato ancora nulla.
 
Non riesco a capire che cosa mi abbia permesso di usare tlmgr
tranquillamente per quel breve frangente ieri sera.
-- 
ciao, Alberto


Ma non sarà un problema di mirror? Perché a me sembra che perl voglia un pacchetto e riceva una pagina html. Forse è la tipica pagina che appare quando un mirror non è disponibile.
 
Provato a controllare le opzioni di tlmgr?
 
$ tlmgr option
 
Io ho 
 
Destination for symlinks for man pages (sys_man): /usr/local/man
Default package repository (repository): 
ftp://ftp.gwdg.de/pub/dante/systems/texlive/tlnet/
 
Destination for symlinks for info docs (sys_info): /usr/local/info
Run postinst code blobs (postcode): 1
Create formats on installation (formats): 1
Install source files (srcfiles): 1
Install documentation files (docfiles): 1
Destination for symlinks for binaries (sys_bin): /usr/local/bin
Number of backups to keep (autobackup): 1
Directory for backups (backupdir): tlpkg/backups


E come fai senza MacPorts? Io uso msmtp, mutt, alpine, wget, ecc.
Compilarli da solo sarebbe faticoso, e gli aggiornamenti sarebbero un incubo!

Directory for backups (backupdir): tlpkg/backups
 
Destination for symlinks for man pages (sys_man): /usr/local/man
Default package repository (repository):
http://mirror.ctan.org/systems/texlive/tlnet
 
Destination for symlinks for info docs (sys_info): /usr/local/info
Run postinst code blobs (postcode): 1
Create formats on installation (formats): 1
Install source files (srcfiles): 1
Install documentation files (docfiles): 1
Destination for symlinks for binaries (sys_bin): /usr/local/bin
Number of backups to keep (autobackup): 1
Directory for backups (backupdir): tlpkg/backups
-- 
ciao, Alberto

, mi trovo abbastanza
bene. YMMV
-- 
ciao, Alberto


Secondo me Homebrew e' troppo minimalista. E poi non sfrutta le varianti,
quindi ti ritrovi spesso senza supporto per le librerie crittografiche.
Spesso funziona, ma bisogna avere poche esigenze.

 scrive:

Prova con
 
  tlmgr --repository \ 
 
http://ctan.mirror.garr.it/mirrors/CTAN/systems/texlive/tlnet
 
 
Ciao
Enrico

 Compilarli da solo sarebbe faticoso, e gli aggiornamenti sarebbero un incubo!
 
Be', non uso quella roba. :) Ho cominciato con Fink quando
ancora DarwinPorts, poi MacPorts, non esisteva. Per le poche
cose che mi servono funziona.
 
Ciao
Enrico

  
http://ctan.mirror.garr.it/mirrors/CTAN/systems/texlive/tlnet
 
 
Perfetto, così funziona. Vedo di studiare bene tlmgr(1) e di cambiare il
file di configurazione con questo repository.
 
Grazie mille a Simone e a Enrico,
-- 
ciao, Alberto

 file di configurazione con questo repository.
 
Non so perche', ma il sistema di auto-selezione del mirror propone
quasi sempre il sito FTP di 
uniroma2.it
. Fa decisamente pieta', e
spesso non e' accessibile. Io solitamente forzo il mirror del GARR
oppure un mirror estero efficiente, come quelli tedeschi.
 
Simone

oppure un mirror estero efficiente, come quelli tedeschi.
 
Ecco, lo spread pure nel mirroring…
-- 
ciao, Alberto


Vanno bene anche quelli svizzeri :-)

 Spesso funziona, ma bisogna avere poche esigenze.
 
La mia esigenza e' che se si ha l'esigenza di non avere magagne gratuite
(che si, effettivamente non e' una grande esigenza) e' praticamente
l'unico candidato.
 
Avevo abbandonato MacPorts ben prima che brew venisse di mano perche' ci
mettevo di meno a compilare e gestire tutto a mano. Purtroppo vaste aree
di MacPorts erano veramente poco seguite e la loro mania di duplicare
*qualunque* cosa mi ha sempre e solo creato del gran casino.
 
Non ultimo, avere ereditato la mania di voler gestire *ogni* pacchetto,
anche quando ci sono package manager preposti e', come sempre,
fallimentare. Quando ho cabal, pip e gem non voglio che sia MacPorts a
dovere gestire la faccenda: semplicemente perche' MacPorts (come
qualunque package manager generalista) non puo' che farlo in modo
insoddisfacente, proprio perche' deve essere generalista.
 
Per il resto brew fa grosso modo qualunque cosa... quindi non capisco
esattamente quali debbano essere le "poche esigenze" di chi lo usa.
 
-- 
-riko
http://www.enrico-franchi.org/
 
http://rik0-techtemple.blogspot.com/
 


 
Macports ha la filosofia dei ports di freebsd, e dunque e' universale.
Per questo costa tanta fatica la sua gestione. 

 Macports ha la filosofia dei ports di freebsd, e dunque e' universale.
 
Diciamo che ne e' la brutta copia. L'uso di TCL invece del normale
Makefile e' un problema. Ma le condizioni stesse al contorno sono
sufficientemente diverse da richiedere una diversa filosofia.
 
I ports di BSD gestiscono *tutto* il sistema, dal kernel in su. Quelli
di OS X non possono farlo. Di conseguenza, mi sembra discutibile la
scelta di clonare tutto e voler gestire tutto per essere condannati a
non riuscirci.
 
Per inciso brew grazie alla struttura permette anche molto facilmente:
 
1. gestione di singoli pacchetti senza scrivere ricette
2. gestione di .app o .frameworks
3. facile aggiornamento collaborativo delle ricette
4. repository di ricette alternativi 
 
Che e' esattamente quello che deve fare un tool su OS X.
