Newsgroup: it.comp.macintosh
Titolo: Riavviare per aggiornare il brauser!!

ci si siamo, quasi, la widosizzazione e' completa al 92%

 ci si siamo, quasi, la widosizzazione e' completa al 92%
guarda che nel package non c'era solo l'app ma anche il webkit framework
-- 
=== *Mablung The Heavy Hand* ===

 ci si siamo, quasi, la widosizzazione e' completa al 92%
nient'affatto :)
il riavvio dopo gli aggiornamenti di sistema, incluso Safari č
obbligatorio, per evitare i problemi con eventuali programmi e shell
aperte e per riavviare quello che serve (httpd, ed altri servizi).
Dopo ogni aggiornamento di sistema č sempre una cosa saggia eseguire
Utility disco e verificare (ed eventualmente correggere) i permessi.
Unix is not Windox ;-)
ciao
-- 
salvo

 Unix is not Windox ;-)
appunto. con unix riavvi solo se ricompili il kernel. se aggiorni un
servizio basta riavviare solo quello. al limite se gli aggiornamenti e/o
le modifiche al sistema sono diverse puoi riavviare per non perdere
tempo a far ripartire i servizi uno a uno ;)
-- 
Deh! Impiacciami, imploroti
sgabazzone rampante!

 guarda che nel package non c'era solo l'app ma anche il webkit framework
a prescindere
qui si riavvina ogni 3x2 stavolta ho riavviato per un brauser, bah!
(suppongo che valga pure per os-x server sta cosina bella)

 aperte e per riavviare quello che serve (httpd, ed altri servizi).
Scusa? Aggiornare il browser può causare problemi a httpd?????? Posso 
capire il riavvio quando viene aggiornato il kernel dell'os, ma quando 
aggiornano un'applicazione come il browser no! Se io aggiorno le glibc 
mentre sta compilando la mia Slack non fa una piega, non diciamo 
fesserie. Il cambiamento del browser, o di una qualsiasi libreria di 
sistema, lo si può fare tranquillamente senza riavvi; prova ne è il 
fatto che basta riaprire safari finito l'aggiornamento anzichè cliccare 
"Riavvia" et voilà: funziona.
Ok, ho esagerato un po' coi toni. Ma mi sembra davvero stupido, da parte 
della apple, fare un aggiornamento del browser e costringere ad un 
riavvio. Mi rovinano l'uptime... :-)

 qui si riavvina ogni 3x2 stavolta ho riavviato per un brauser, bah!
quando si aggiornano delle kext (non è questo il caso) o delle librerie
che stanno sotto /System/Library  (è questo il caso) è cosnigliabile il
reboot
nel primo caso è addirittura obbligatorio per evitare che il sistema si
trovi in uno stato incosistente
nel secondo caso non sarebbe obbligatorio ma più repido che costringere
l'utente a chiudere tutti i programmi e a stoppare tutti i servizi di
sistema e non che usano le librerie per poi farli ripartire
diciamo che non è cosa bella ma per un personal è accettabile
non è accettabile su un server
ma credo che su un server non ci sia la necessità di installare
aggiornamenti in continuazione, soprattutto se riguardano elementi che
non intaccano il kernel


 aggiornano un'applicazione come il browser no! 
aridaje
nel package non c'era solo la app 
c'erano anche dei files per /System/lLibrary 


 (suppongo che valga pure per os-x server sta cosina bella)
Su Mac OS X server gli aggiornamenti vengono installati al riavvio. Nel
senso che restano in standby e al primo riavvio te li trovi installati
(non so se venga fatto in chiusura o in apertura).

 senso che restano in standby e al primo riavvio te li trovi installati
mi sebra cosa buona e giusta


 Scusa? Aggiornare il browser puň causare problemi a httpd?????? 
va be', aho, mi sono espresso male: non "causare problemi", ma evitare
problemi, noie, dicevo, espressione vaga :)
Come altri hanno notato, aggiornare Safari non č solo aggiornare il
browser, ma quello che c'č sotto, Framework, ecc., e tutti i rapporti
con le librerie di sistema, ed anche i rapporti con i servizi, appunto.
Ma poi, un riavvio in piů o in meno che male fa?
:)
Salvo

 ci si siamo, quasi, la widosizzazione e' completa al 92%
Non č necessario. man softwareupdate per maggiori infos.
Da CLI non sei forzato a riavviare, č solo suggerito (e quando
necessario, se non lo fai, sono caxxi tuoi).
Tra l'altro mi sono stupito pure io, ma che dire...
-- 
non vincono, non vinceranno, non hanno domani
la forza č nel puntello impugnato da oneste fortissime mani

 Da CLI non sei forzato a riavviare
Se č per questo basta fare una chiusura forzata di aggiornamento
software quando ti chiede se vuoi spegnere o riavviare.
-- 
Salutandovi indistintamente

 Ma poi, un riavvio in più o in meno che male fa?
rovina l'uptime :(


 aggiornano un'applicazione come il browser no! 
WebKit è un framework. Safari è l'app.
L'aggiornamento è anche per il webkit e il riavvio è consigliabile
giusto per non far schiattare le app che usano il webkit...in realtà non
credo serva ad altro riavviare.
non lamentiamoci inutilmente...
-- 
http://www.cocoaworks.org/forum
italian macintosh developers forum
mail: malcom.mac 
gmail.com

 rovina l'uptime :(
mahhhhh :))))
non mi è mai fregato nulla dell'uptime: a volte il mio pb sta acceso (in
stop e risvegli) anche 15 giorni, a volte solo 1, non è da questo che si
misura la sterminata bellezza del NeXT, oops, Mac OS ;-)
-- 
salvo

 Su Mac OS X server gli aggiornamenti vengono installati al riavvio. 
Su OS X normale è esattamente la stessa cosa.
Finchè non riavvii ti ritrovi con le vecchie versioni. E nessuno ti
obbliga a riavviare, in realtà.
Daniele
-- 
"Like lovers and heroes, and the restless part of everyone
 We're only at home when we're on the run" (Peart)
STARGAZER: 
www.stargazer.it
 - Le stelle della scena Hard & Heavy!

 mahhhhh :))))
a volte faccio il reboot solo per risentire il boing rievocatore di
antiche memorie ;)


 obbliga a riavviare, in realtą.
č vero ma dillo all'utente comnune che deve stoppare manualmente il
processo di installazione quando gli compare la dialog con l'unco
pulsante "Riavvia subito o son cazzi tua" ;)


 antiche memorie ;)
eh, la nostalgia...
-- 
sm

 pulsante "Riavvia subito o son cazzi tua" ;)
Sinceramente basta che lasci la finestra in background (non ricordo se
si può dockarla). Io lascio spesso le finestre in background e riavvio
quando mi comoda, magari anche dopo aver fatto due o tre aggiornamenti.

 (suppongo che valga pure per os-x server sta cosina bella)
Fino al 10.3.x di sicuro, penso anche il 10.4 visto che il server
SoftwareUpdate serve SOLO per mirrorare a beneficio dei client
EmJey
-- 
Non prendere la vita troppo sul serio... non ne uscirai mai vivo
http://www.joram.it/articoli/informatica/futuro.htm

Aladino <borgob...@SPAM-adriacom.it> wrote:

Sono ragionevolmente sicuro che non sia cosi'.


 (suppongo che valga pure per os-x server sta cosina bella)
  In questo OS X Server è uguale al client: Software Update è uguale.
-- 
    Nicola "nez" D'Agostino
  <!-- 
nezge...@geocities.com
 --remove/togli "getitout" -->

 c'erano anche dei files per /System/lLibrary 
Beh, e come ti ho detto prova su una slack ad aggiornare le libc (la 
libreria fondamentale di qualunque programma, che in pratica gli 
permette di comunicare col sistema operativo). Non serve riavvio, 
istantaneo. E anche qua non sarebbe servito, se Mac OS X č progettato in 
maniera decente (e mi pare proprio di sě, dopo un anno e mezzo di 
utilizzo). Forzare il riavvio mi pare proprio una rottura di scatole 
inutile... Comunque, ormai il danno č fatto :-)

 software quando ti chiede se vuoi spegnere o riavviare.
Certo... ma per qualche ragione mia la vedo piů "sporca", anche se sotto
sotto č la stessa identica cosa.


 permette di comunicare col sistema operativo). 
Non hai vissuto il passaggio fra libc5 e libc6, vero?
Comunque la libc è semplicemente la C standard library. In aggiunta la
versione GNU supporta POSIX, Unix98, Single Unix Specification.
Teoricamente potrebbe anche offreire un interazione con l'OS talmente
basilare da risultare inadatta a fare quello che vuoi).
Non c'è nulla che vieta ad un programma (non C, in pratica) di non
usarla. Il fatto che in *pratica* tutti la linkino, è un'altra cosa.
Ma potrei benissimo scrivere, per dire, un interprete Python scritto
direttamente su quello che offre il Kernel, senza passare per la libc.
A quel punto tutti i programmi Python girerebbero (e comunicherebbero
cp) *senza* libc :))
-- 
non vincono, non vinceranno, non hanno domani
la forza è nel puntello impugnato da oneste fortissime mani

 Software Update e il suo "Restart!"... neanche lo sforzo di killarlo.
Lo hai lasciato frignare in background per tutto quel tempo? :-D
Io preferisco aggiornare quando ho l'occasione di riavviare (aka: posso
chiudere tutti i programmi).
-- 
E adesso anche quando piove,
lo vedi sempre con le spalle al sole,
con un canestro di parole nuove
calpestare nuove aiuole.

 SoftwareUpdate serve SOLO per mirrorare a beneficio dei client
L'ho provato oggi, sarebbe pure interessante se non fosse
spaventosamente lento.
Cioe', inspiegabilmente aggiorna piu' veloce dal server Apple che non
dall'XServe in LAN con SU configurato da mirror per gli updates.
Non ho avuto tempo di fare un minimo di troubleshooting, ma se e'
normale mi pare una bella minchiata...
Mah...
-- 
Porco Jobs!

 tipo dashboard, che e` li` che gira.
right :)


 tipo dashboard, che e` li` che gira.
killare dahsmerd e riavviarlo costava troppo?

 spaventosamente lento.
Sara' interessante dopo il 10.4.5/10.4.6 (o giu' di li'). Finora e' solo
un giocattolo in beta che stanno cercando di far funzionare


 tempo a far ripartire i servizi uno a uno ;)
No se aggiorni un servizio devi riavviare quello e tutti quegli altri servizi 
o applicazioni che si basano sul servizio che hai aggiornato.
Questa e` una pratica comune su *nix dove si presume che l'utente sappia 
tutto quello che c'e` da sapere su una data azione prima di intraprenderla.
Ma OSX e` un sistema operativo creato per l'utente normale che di come 
funziona il sistema operativo a basso livello non solo non ne vuole sapre 
nulla, ma non ha neanche bisogno di saperlo (ad esempio su come procedere per 
fermare un demone ed riavviarlo).
L'ultimo update di safari come quasi tutti gli update di safari non aggiorna 
solo l'applicazione ma cosa ben piu` importante il framework, e questo viene 
utilizzato da un sacco di altre applicazioni, sia facenti parte di OSX che 
fatte da terzi.
In effetti se uno sa come fare e sopratutto cosa fare puo` limitarsi ad 
chiudere l'update senza riavviare per poi far riavviare i vari demoni e le 
vari applicazioni interessate a mano, solo che la cosa non e` cosi` facile 
visto che ben difficilmente sai a priori quali delle applicazioni di terze 
parti possano usare quel framework.
In effetti apple potrebbe aggiungere una serie di comandi alla fine 
dell'update per far ripartire le applicazioni o i demoni interessati, ma 
potrebbe farlo solo per quelli del sistema operativo, e delle applicazioni 
scritte da lei, mentre resterebbero fuori tutte quelle scritte da terze 
parti, di qui apple nulla sa, ed ovviamente nulla vuole sapere.
Di conseguenza la cosa piu` semplice e` far ripartire tutta la macchina.
-- 
Riccardo Saettone
Per rispondere togliere Alfa e Beta dall'indirizzo

 killare dahsmerd e riavviarlo costava troppo?
Non si tratta solo di dashbord pensa anche a tutte le altre applicazioni che 
lo usano se io devo perdere tempo a cercare tutte le applicazione che usano 
un dato fremawork per riavviarle a mano, faccio molto prima a riavviare tutta 


 ma il cazzettino che saltella nel dock fa girare le scatole eh..
No, una volta che porti in primo piano la finestra che ti chiede di
riavviare, il cazzettino non saltella piů, anche se lo rimetti in
background; sa che tu sai, e si mette il cuore in pace.

 Di conseguenza la cosa piu` semplice e` far ripartire tutta la macchina.
potrebbe semplicemente suggerirlo invece di forzarlo ;)
-- 
Deh! Impiacciami, imploroti
sgabazzone rampante!

 potrebbe semplicemente suggerirlo invece di forzarlo ;)
Si potrebbero suggerirlo, ma per esperienza ti posso dire che in questo caso 
molti non lo farebbero, con l'ovvia conseguenza di avere una macchina in uno 
stato meno stabile.
Tieni comunque conto che OSX viene pensato per un utente normale, che di 
conoscenze tecniche puo` anche non averne, di consegueza e sempre meglio 
cercare di farlo stare con un sistema il piu` stabile possibile.


 ci si siamo, quasi, la widosizzazione e' completa al 92%
Inoltre i siti che prima non mi funzionavano (es gestione sms nella
pagina di 
tin.it
) continuano a non funzionare :-(

 vediamo noi.
o che forse hanno preso i programmatori che dovevano lavorare su questa
cosa e li hanno impiegati in progetti che ai manager sembravano piu'
urgenti


 la rete.
Non mi pare proprio la stessa cosa...
-- 
Salutandovi indistintamente

 Non mi pare proprio la stessa cosa...
cioe'? tu la frase "riavvio le applicazioni, servizi o demoni, che 
fanno uso del servizio che ho upgradato" come la interpreti?


 fanno uso del servizio che ho upgradato" come la interpreti?
Da tutto il discorso fatto, credo che abbia usato "servizio" un po'
impropriamente. Penso intendesse framework e compagnia, non semplici
"servizi" come può essere un DNS. Di certo uno non deve riavviare Safari
se si collega ad un server Web in cui abbiano appena aggiornato
Apache... 
-- 
Salutandovi indistintamente

 impropriamente.
indubbiamente. non ho messo la faccina a caso quando ho tirato fuori
bind per la prima volta ;)


 bind per la prima volta ;)
Ah, ecco... :-) Io ero andato più sulla sostanza che sui termini.
-- 
Salutandovi indistintamente

 ma il cazzettino che saltella nel dock fa girare le scatole eh..
  Al che viene da fare la domanda: ma tu rispondi sempre subito
all'Instant Messenger (se ce l'hai) quando strepita per atturare
l'attenzione? E anche al cellulare (se ce l'hai)? Sempre e comunque a
prescindere da cosa stai facendo e quanto è (più) importante di quella
interruzione? :?
-- 
    Nicola "nez" D'Agostino
  <!-- 
nezge...@geocities.com
 --remove/togli "getitout" -->

 un giocattolo in beta che stanno cercando di far funzionare
  Premettendo che non uso Tiger Server come server ma lo sto solo
esplorando, alcuni nuovi servizi-integrazioni tipo Blosjom non sono
male. Mi piacerebbe verificare se si può replicare la stessa facilità
d'uso sul 10.4 client.


 Lo hai lasciato frignare in background per tutto quel tempo?
  Anch'io e non mi pare cosě insensato. Prima finisco tutto ciň che sto
facendo e _poi_ mi dedico a quel coso che fa "signora maestra! signora
maestra!" nel dock. E' il computer al nostro servizio o viceversa? ;-)


 maestra!" nel dock. E' il computer al nostro servizio o viceversa? ;-)
Sì, solo che vederlo saltellare mi dà fastidio. ;)


 urgenti
La qual cosa non sarebbe certo una novita` :)


 fanno uso del servizio che ho upgradato" come la interpreti?
In effetti hai ragione mi sono riletto solo ora il post in questione ed ho 
usato il termine "servizio" in maniera sbagliata.


 d'uso sul 10.4 client.
Aspettiamo prima che le versioni Server diventino utilizzabili (non dico
mature, per quello ci vorra' almeno un altro anno abbondante).
L'unica seria differenza che trovo ultimamente tra Apple e Microsoft e'
che, sebbene il punto di partenza sia lo stesso (software bacato e
malfunzionante), quando esce la versione successiva dei software Apple
quella precedente e' stabile e ben funzionante (mentre quelli Microsoft
mi pare evidente che non sia cosi').
Devo dire che il 10.3.9 Server e' un S.O. Stabile e ben funzionante: un
S.O. Server degno di questo nome.


 Sì, solo che vederlo saltellare mi dà fastidio. ;)
  Resisti! Fagli vedere chi comanda! Oppure appiccicaci sopra un
pezzetto di post-it... ;-)


 fatto :)
come ho gia' detto e' perche' magari adesso non hanno gente disponibile
a fare 'sto lavoro. sono tutti occupati a scrivere le prossime frocerie
con cui convincerci a comprare leopard :P


 con cui convincerci a comprare leopard :P
Probabile :)
In fondo finche` funziona perche` cambiarlo :)
Meglio un sistema che mi fa riavviare ma funziona sempre che uno che non mi 
fa riavvaire ma mi rende il sistema piu` instabile nel 10% dei casi. 


   In questo OS X Server è uguale al client: Software Update è uguale.
No, almeno se gli update li fai scaricare con ServerAdmin. Vengono
scaricati e lasciati in standby, al primo riavvio li trovi funzionanti.

 programma se li cerchi da solo.
i framework e le librerie li cerca il linker, non il programma. il
prelinking serve per fare in anticipo buona parte del lavoro del linker,
cioe' mappare i nomi dei simboli usati dai programmi con i corretti
indirizzi di memoria,


 mature, per quello ci vorra' almeno un altro anno abbondante).
  Temo sia al di là delle mie possibilità, per ora visto che non ho un
datacenter in casa (e il secondo utente della mia LAN è una dolce e
testarda retrocomputerista felice con il suo G3  lento e Mac OS 8.6).  
  Posso limitarmi a esplorare le differenze in dotazione e interazione
con ciò che la versione Server ha di più rispetto alla Client.


 con ciň che la versione Server ha di piů rispetto alla Client.
io credo che, strumenti di amministrazione a parte, la versione server
non abbia praticamente nulla che non si possa ottenere dalla client e da
una vagonata di software Open Source


 scaricati e lasciati in standby, al primo riavvio li trovi funzionanti.
Ti stai sbagliando.


 Ti stai sbagliando.
No, sono sicuro: ho appena fatto fare degli update al server con Server
Admin, che permette anche di riavviare il Server, ma non lo proporne
come quando si fa un aggiornamento su un client, c'è semplicemente un
bottone ma si può tranquillamente chiudere Server Admin (con il quale ho
scaricato ed installato gli update) senza far fare il reboot.

 indirizzi di memoria,
Cioe` il prelinking su osx non c'entra nulla con la diminuzione del tempo di 
lancio delle applicazioni ?


 interruzione? :?
Dipende dal gestore di segnali correntemente attivo. Per esempio di
default SIGMOROSA fa terminare qualunque attività a tempo indeterminato.
;)
Attenzione perchè nei sistemi che hanno installato il SP1, SIGMOROSA è
sostituito da SIGMOGLIE, che smazza il kernel finchè non ha ottenuto
attenzione, invece che limitarsi a ignorare i segnali SIGMOROSO per un
tempo t^2 se t era il tempo per cui è stato ignorato SIGMOROSA.
-- 
non vincono, non vinceranno, non hanno domani
la forza è nel puntello impugnato da oneste fortissime mani

 lancio delle applicazioni ?
si che c'entra, e lo riduce proprio facendo in anticipo parte del lavoro
del linker e cioe' "mappare i nomi dei simboli usati dai programmi con i
corretti indirizzi di memoria"
-- 


 scaricato ed installato gli update) senza far fare il reboot.
Il fatto che tu lo possa fare NON significa che vada fatto cosi'.
I manuali Apple (vedi User Management Admin v10.4, Command Line v10.3 e
MacOSXServer 10.2.3 Admin) riportano chiaramente che l'interfaccia di
Software Update del Server Admin (o del precedente programma
equifunzione per il 10.2) altro non sono che delle interfaccie (per
l'appunto) per il programma da terminale (chiamato softwareupdate).
Ora, se avvii il programma da terminale ti apparira' una bella scritta
Apple che ti dice che DEVI riavviare. Puoi ignorarla e continuare oppure
riavviare, esattamente come se utilizzassi l'interfaccia grafica (che
puoi chiudere, killare, ignorare, ecc...)
Ora, tu puoi anche essere convinto che "Vengono scaricati e lasciati in
standby, al primo riavvio li trovi funzionanti" ma non e' cosi': vengono
scaricati ed installati e poi bisogna riavviare la macchina o per lo
meno il servizio o i servizi aggiornati.[*]
Quando c'e' stata la patch di sicurezza per l'FTP io non ho riavviato la
macchina (ovviamente) ma ho killato e riavviato il demone dell'FTP e
tanto basta. Fino a che non ho killato e riavviato il demone dell'FTP,
il servizio era (a dir poco) inutile.
Se leggi con attenzione la documentazione Apple, e' scritto molto ben
dettagliato come ci si comporta con il riavvio della macchina
consigliato da softwareupdate e quando questo puo' essere un riavvio
parziale, magari solo di un processo.
Puoi fare la controprova: installa iLife '05 e poi avvia i programmi
della suite. Fai aggiornamento software e vedi che succede con i
programmi che hai aperti e che stanno funzionando...
Ignorare gli aggiornamenti come fai tu e' (imo) sbagliato e
controproducente, oltre ad essere indice di una scarsa conoscenza dei
processi in essere sulla macchina.
Per inciso, il tuo comportamento nell'amministrazione del server, se
credi, puoi applicarlo anche alla gestione del client. Apri il terminale
e dai il comando:
sudo softwareupdate -ia
verranno installati tutti gli aggiornamenti e potrai segliere se e
quando riavviare. (a tuo rischio e pericolo, spero di aver spiegato bene
che non e' una buona idea).
[* Nota per i debian-isti: quando software-update sara' anche preciso
come apt-get erigeremo un santuario a stivgiobs?]


 che non e' una buona idea).
Non ne ho motivo, in quanto lascio semplicemente in background la
finestra dell'installer per riavviare quando mi comoda (ovvero in un
momento di pausa). Inoltre di solito preferisco scaricare a manina gli
aggiornamenti (una volta per tutti) e farli prima sul mio client,
testare eventuali problemi e poi installarli sugli altri. Con il server,
visto che è uno solo, uso ServerAdmin (dopo aver verificato report di
eventuali problemi su MacFixIt per una settimana).
Non so se hai letto un mio precedente post, ma al rientro dalle ferie ho
avuto la malaugruata idea di verificare ed installare gli aggiornamenti
usciti nel periodo di mia assenza, anche quelli di terze parti, come il
driver HP DesignJet 3.1... Peccato che di problemi con quell'installer
sembra che li abbiamo avuti solo noi :-(
Se non hai ancora letto il thread, cerca, sarà stato il 22/23 agosto,
non voglio ripetere tutto per non annoiare qualcuno.
;-)

 reti anche molto piů grandi della nostra.
Non metto in dubbio le tue caratteristiche specifiche, mi limito a farti
notare che:
1. Potresti aver capito male
2. Potresti essere compagno di sventura di un altro che non ha letto
quel paragrafo del manuale
3. Potresti non essere adatto a tale compito (per ragioni di tempo, mi
pare di capire)
[* Non lo fare senza aver fatto prima un backup di tutto cio' che ti
serve ed aver smontato tutti i dischi collegati]


 per i bimbi all'ascolto... NON LO FATE, STA SCHERZANDO!!! ===:-D
Grazie della precisazione!
Scusate per l'asterisco :-P mi pareva implicito che rimandasse alla nota
a fondo pagina :-D (a quest'ora la stanchezza fa brutti scherzi :-P)


 per i bimbi all'ascolto... NON LO FATE, STA SCHERZANDO!!! ===:-D
Continuo a considerarlo uno scherzo idiota.

 corretti indirizzi di memoria"
Ecco io pensavo che andasse anche a guardare i framework usati dalle 
applicazioni.


 frase.
  Spero mi perdonerai la risposta ironica (sopratutto nei confronti dei
blog). ;-)


 blog). ;-)
Non sono un blogger ;-)


 serve ed aver smontato tutti i dischi collegati]
Questo lo tengo da conto per quando installerò qualcosa di nuovo (rif.
installazione driver HP, e sì, la cosa non mi va giù :-/)

 (magari con un aiutino ogni tanto).
Inizia riavviando il server quando hai fatto gli aggiornamenti software


 Inizia riavviando il server quando hai fatto gli aggiornamenti software
Grazie del consigli ;-)

 scrivere e leggere newgroups.
Prova a fare un salto su un NG di sistemisti e chiedi delle banalita'
del genere, riceverai risposte simili, ti assicuro.
ICM e' una specie di calderone in cui finisce di tutto e di piu',
rileggi questo ramo del thread e te ne renderai conto da solo, ma cio'
non significa che ICM sia un servizio di assistenza per aspiranti
sistemisti MacOsX ;-)
