Ora, io non so come funzioni, non mi sono voluto informare con più precisione né ho fatto numerose prove. Quello che so è che la cosa più desiderabile per un utente è quella che il computer si comporti "normalmente", cioè che quando si clicca il pulsante di spegnimento il computer si spenga.

In realtà per configurare questa opzione bisogna navigare non poco tra le tante e complicate opzioni di configurazione offerte dalla casa di Redmond. Per facilitare il compito a chi si trovasse alle prese con un problema di questo tipo ecco come fare.

Navigate il Pannello di Controllo fino a raggiungere la sezione "Modifica combinazioni per il risparmio di energia" (questa voce può essere trovate nell'insieme delle configurazioni relative al risparmio energetico, mi dispiace ma non ricordo la dicitura esatta).

A questo punto clicchiamo su "Cambia impostazioni avanzate risparmio energia".

Si aprirà un'altra finestra nella quale possiamo divertirci a cambiare i settaggi a nostro piacere, in relazione ai nostri bisogni. Per cambiare l'azione di default del pulsante di spegnimento dobbiamo ricercare la voce: "Pulsante di alimentazione menu Start" e impostare "Arresta il sistema" per ottenere il comportamento desiderato.

Ecco il menu di configurazione incriminato!

Ecco fatto, da questo momento il pulsante si comporterà proprio come vogliamo noi!

Utilizzando un Mac questa procedura è ancora più semplice, in quanto per rimediare alla mancanza da parte di alcune applicazioni della funzionalità di salvataggio in PDF, interviene l'interfaccia per la stampa di documenti. Se siete utenti Mac, avrete infatti sicuramente notato la possibilità mostrata nell'immagine qui sotto:

Potete osservare nel cerchio la possibilità di salvare ciò che vogliamo salvare direttamente in PDF.

Questo quindi permette di salvare qualsiasi tipo di file in formato PDF.

Chi lavora molto con strumenti di questo tipo sa benissimo che la semplice possibilità di salvare files in formato PDF a volte non basta, soprattutto per chi utilizza la rete per condividere le informazioni con i propri colleghi, amici e collaboratori. Per esempio, nessuno vuole ricevere un file di 30 MegaBytes nella propria casella di posta elettronica!

Non ho trovato alcuna possibilità integrata direttamente in Leopard per il salvataggio di file PDF a diversa qualità, perciò ho fatto una piccola ricerca, e sono incappato in questo articolo nel forum Apple che mi ha illuminato la via.

È infatti disponibile all'indirizzo http://idisk.mac.com/jcolas-Public un piccolo plugin per Anteprima, che consente di salvare file PDF a diverse risoluzioni (e quindi con diverse dimensioni).

Per installare questo plugin è sufficiente scaricarlo dall'indirizzo citato sopra e copiare la cartella che verrà scaricata all'interno della cartella Library della vostra home. Questa operazione può essere effettuata da terminale con la seguente istruzione (non necessita dei permessi di amministratore di sistema):

$: mv ~/Download/Filter ~/Library/

In questo modo installerete il plugin solamente per l'utente con il quale siete collegati al momento dell'operazione. Se invece volete installare il plugin per tutti gli utenti, invece, sono necessari i permessi di amministratore e l'operazione può essere fatta da terminale in questo modo:

$: sudo mv ~/Download/Filter /Library/

In seguito è necessario ri-eseguire il login (nel caso abbiate utilizzato il primo metodo) oppure riavviare il sistema (nel caso che abbiate utilizzato il secondo metodo).

A questo punto, per ridimensionare un file PDF sarà sufficiente aprirlo con Anteprima, scegliere "Archivio -> Registra col nome" (maiusc+cmd+s) e selezionare "Formato: PDF" ed aprire la tendina relativa a "Filtro Quartz", scegliendo la risoluzione desiderata.

Naturalmente ad una risoluzione maggiore corrisponderanno files di dimensione maggiore e ad una risoluzione minore corrisponderanno files di dimensione minore.

Il ridimensionamento di un file risulta molto semplice.

Ecco come l'abilità di qualcuno ha risolto in un modo molto elegante un problema che poteva essere non banale.

Il rimedio è moto semplice: visitate http://hpc.sourceforge.net/ dove potete trovare una lista dettagliata di compilatori (liberi e a pagamento). Se siete per la soluzione free potete scegliere tra un compilatore per Fortran95, ed uno per Fortran77 (questo il mio caso). La procedura per l'installazione è piuttosto semplice. Qui il teso dell'autore:

Recently compiled using source code from the GNU CVS servers. This is the FINAL release of g77 (version 3.4 compiler). Future versions of GCC will have gfortran (see above). Download my binaries, and cd to the download folder. Then gunzip g77-bin.tar.gz (if your browser didn't do so already) and sudo tar -xvf g77-bin.tar -C /. It installs everything in /usr/local. Try it! You will need to have Apple's Developer Tools installed. They are included on a separate CD in the retail version of OS X and also available as a free download from Apple's Developer Site. Please install the most current version of Developer Tools. Thanks to James Wookey for the Intel Mac version of g77.

I passi da fare sono qui raccolti e tradotti in italiano:

1. Installate l'ultima versione degli Apple Developers Tool.
2. Download dei binari: PowerPC oppure Intel.
3. Apriamo un terminale. Collochiamoci nella Directory dove abbiamo effettuato il download. Scompattiamo il tutto:
   $: gunzip g77-bin.tar.gz
$: sudo tar -xvf g77-bin.tar -C /
   Il primo passo potrebbe non essere necessario in quanto browser come Safari si preoccupano di estrarre gli archivi non appena il download è terminato. Per il secondo passo è necessario avere i diritti di amministratore sulla macchina su cui si lavora.
4. Ora potete compilare in Fortran77 attraverso il comando, da terminale:
   $: g77 -o nome_output -c nome_input

La procedura è andata liscia come l'olio sulla mia macchina, fatemi sapere se avete problemi.

Questo è un buon manuale di Fortran77 (in inglese). Il manuale è distribuito sotto la licenza GNU FDL (Free Documentation License) e questa è l'homepage dell'autore (qui il riferimento alla documentazione su Fortran).

Forte del nuovo commento di Alex (che quoto e ringrazio!), ecco un nuovo video per farvi capire meglio. Questo il commento di Alex:

Alternativa: click tasto destro sulla barra in alto (non sul titolo), personalizza la barra strumenti, ed aggiungi il tasto con su scritto “percorso”…molto più intuitivo e usabile.
Con la personalizzazione della barra ho scoperto che esistono un po’ di altri tasti utili, come per esempio “masterizza”, che ti masterizza la directory corrente con un click, oppure “ottieni informazioni” (alternativo a mela-i).
Se aggiungiamo la possibilità di aggiungere alla barra praticamente ogni applicazione che usiamo di frequente, col semplice trascinamento, ecco che ci rendiamo conto che il finder ha potenzialità illimitate.

E qui abbiamo il video (grazie a YouTube):

I punti fondamentali di questo procedimento sono davvero pochi (riprendo sempre Alex):

1. Cliccando con il tasto destro (o equivalente) sulla barra degli strumenti di una finestra del Finder abbiamo la possibilità di scegliere la voce "Personalizza la barra strumenti..." ed in questo modo accedere alla possibilità di inserire nuove funzionalità alla barra.
2. Scegliendo le varie opzioni si possono aggiungere diverse tipologie di funzionalità ed ottenere la disposizione che più ci aggrada.
3. Trascinando le applicazioni dalla cartella Applicazioni sulla barra, inoltre, è possibile avere un link diretto ad una applicazione da tutte le finestre del Finder. Carino eh?

Ora mi chiedo fino a che punto queste possibilità possono essere sfruttate. Mi chiedo per esempio se sia possibile creare applicazioni e script che interagiscano direttamente con il contenuto del Finder e richiamarli semplicemente con la pressione di un tasto sulla barra. Questo idea aprire un nuovo modo di concepire quella particolare categoria di operazioni che interessano l'organizzazione e la gestione dei file (per esempio applicazioni che rinominano file multipli).

Sarò un nerd, o un esaltato, ma sono sempre più affascinato da queste possibilità.

Vi consiglio, se siete capitati qui, di visitare il blog di Alex, che potete trovare su http://bigo72.blogspot.com/.

Potete trovare la guida dettagliata per l'installazione dei driver al post Catalyst 8.3 su Ubuntu Gutsy - Installazione; ricordatevi solo di fare attenzione al numero di versione quando date i comandi dalla shell. Se comunque avete altri problemi basta commentare.

Sto ancora lavorando sulla qualità del video, spero di poterla migliorare.

Non sto qui a spiegare a parole la procedura con la quale effettivamente si deve agire per cambiare un icona in Mac OS X. Per questo c'è il video ed il post precedente.

Voglio semplicemente cogliere l'occasione per chiarire il mio punto di vista, dopo quasi 6 mesi di utilizzo di Leopard come piattaforma principale di studio e lavoro. Quando dico che avrei preferito un metodo più semplice ed intuitivo per il cambiamento di icone su Leopard intendo dire che non compare da nessuna parte, in nessun menu del Finder, una voce che esprima chiaramente "Cambia Icona". Per esempio sarebbe interessante la possibilità di selezionare un file in una finestra del Finder, cliccare su "Archivio" e trovarsi una voce con scritto "Cambia Icona", e poter in seguito sfogliare tutto il file system per scegliere l'icona che preferiamo.

Detto questo, non ho mai detto, e non penso assolutamente, che la procedura per il cambiamento di icona prevista da Leopard sia più complicata o più "difficile" rispetto a quella prevista da sistemi Linux o da Windows (XP o Vista che sia). Penso invece che Leopard metta a disposizione un grande mezzo, con il quale è possibile prendere una qualsiasi icona che ci piace, sia essa assegnata ad un file di testo, ad una directory o ad una applicazione, ed assegnarla ad una qualsiasi altro "oggetto" del file system. Questa particolarità rappresenta una caratteristica molto potente che permette di personalizzare nelle maniere più molteplici il nostro ambiente di lavoro.

Come questo avvenga è un processo ancora a me ignoto. Sfogliando il file system attraverso il terminale ho notato che ciascuna directory alla quale ho cambiato icona contiene un file Icon? di dimensione nulla (forse una specie di puntatore?).

Se qualcuno ne sapesse qualcosa di più sarei curioso di impararlo anche io.

Ho quindi pensato che riavviare il computer potesse essere una buona idea per risolvere il problema, ma neanche in questo modo sono riuscito a scaricare la spazzatura.

Come fare allora? L'unica soluzione era fare quindi marcire i file?

Niente affatto, molto più semplice.

Come spesso accade, il terminale è venuto in mio aiuto. Aprendo il terminale, questo si posiziona di default nella nostra home directory (se non avete configurazioni particolari questa è posizionata in /Users/). Digitando il comando ls -la otterrete la lista dettagliata di tutti i files e directories (anche nascosti) contenuti nella vostra home.

Dovreste ottenere qualcosa di questo tipo...

Ecco vedete quella splendida cartella .Trash? Questo è il luogo dove finiscono i vostri files prima di morire definitivamente. Ora il gioco è anche troppo facile. Entriamo nella cartella ed eliminiamo tutto:

$: cd ~/.Trash
$: sudo rm -Rf *

Dovremo inserire la password ed essere amministratori.

Il nostro compito termina qui. Il nostro ambiente è di nuovo pulito. Peccato non si possa fare lo stesso anche nel mondo reale (per esempio per pulire casa...).

• Catalyst 7.12 su Ubuntu Gutsy - Installazione
• Catalyst 7.12 su Ubuntu Gutsy - Compiz
• Catalyst 7.12 su Ubuntu - Disinstallazione
• Catalyst 8.1 su Ubuntu Gutsy - Installazione
• Catalyst 8.1 su Ubuntu Gutsy - Compiz
• Catalyst 8.2 su Ubuntu Gutsy - Installazione

Qui potete trovare le release note, mentre qui potete scaricare i driver (51 MB).

Prima di partire con l'installazione assicuriamoci di avere correttamente disinstallato versioni precedenti dei driver, e di aver disattivato i driver con restrizioni per la nostra scheda video. Le modalità per farlo sono descritte nei post precedenti, non le ripeto anche in questa sede.

Aggiorniamo il sistema e controlliamo che tutte le dipendenze siano rispettate:

$: sudo apt-get update
$: sudo apt-get upgrade
$: sudo apt-get install -f


Ora installiamo i pacchetti necessari per l'installazione dei driver. È sufficiente digitare da terminale:

$: sudo aptitude install dkms build-essential fakeroot dh-make libstdc++5

Vi ricordo che ci sono due modi per installare i driver: eseguire lo script di installazione oppure creare pacchetti specifici per la nostra distribuzione. Io ho scelto quest'ultima strada, in quanto consente di mantenere un sistema più pulito e più consistente; inoltre l'installazione e la disinstallazione possono essere gestite tramite synaptic, il che mi semplifica notevolmente la vita. Inoltre l'in

Creiamo quindi i pacchetti per la nostra distribuzione. Supponendo di avere scaricato l'installer dei driver in ~/Desktop:

$: cd ~/Desktop
$: chmod +x ati-driver-installer-8-*.run
$: sudo ./ati-driver-installer-8-*.run --buildpkg Ubuntu/gutsy


A questo punto è possibile installare i pacchetti generati, semplicemente facendoci doppio click sopra (in questo caso fate attenzione ad installare come primo pacchetto xorg-driver-fglrx_*.deb), oppure da terminale digitando:

$: sudo dpkg -i xorg-driver-fglrx_*.deb
$: sudo dpkg -i fglrx-kernel-source_*.deb
$: sudo dpkg -i fglrx-amdcccle_*.deb
$: sudo dpkg -i xorg-driver-fglrx-dev_*.deb

Durante l'installazione del pacchetto xorg-driver-fglrx_*.deb è possibile ottenere una richiesta di questo genere:

File di configurazione `/etc/xdg/compiz/compiz-manager'
==> Cancellato (da te o da uno script) dopo l'installazione.
==> Il distributore del pacchetto ha fornito una versione aggiornata.
Cosa decidi di fare? Le tue opzioni sono:
Y o I : per installare la versione del responsabile del pacchetto
N o O : per mantenere la versione correntemente installata
D : per mostrare le differenze tra le versioni
Z : per sospendere questo processo ed esaminare la situazione
L'azione di default è di mantenere la tua versione corrente.
*** compiz-manager (Y/I/N/O/D/Z) [default=N] ?


Rispondiamo Y alla domanda, in modo da installare il corretto pacchetto per il compiz-manager gestito dai nuovi driver.

Passiamo ora alla rimozione di qualsiasi driver vecchio e alla verifica che tutti i pacchetti siano stati installati correttamente:

$: sudo rm /usr/src/fglrx-kernel*.deb
$: sudo rm /lib/modules/$(uname -r)/volatile/fglrx.ko
$: sudo apt-get -f install


Concludiamo infine attivando i driver con restrizioni dal menu grafico (Sistema -> Amministrazione -> Gestore Driver con restrizioni). Questa operazione può essere effettuata anche da riga di comando attraverso il comando:

$: sudo restricted-manager --enable=fglrx

A questo punto riavviamo e speriamo che tutto sia andato correttamente.

Possiamo controllare che il sistema stia utilizzando effettivamente i driver attraverso il comando fglrxinfo. Dovremmo ricevere come output qualcosa di questo genere:

display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Radeon 9550 / X1050 Series
OpenGL version string: 2.1.7412 Release


Se volete un idea delle prestazioni (a mo' di benchmark) di questi driver potete utilizzare il comando fgl_glxgears che vi mostrerà in una finestra un cubo tridimensionale contenente al suo interno degli ingranaggi ruotanti e sul terminale i valori dei frame per secondo. In questo modo è facile considerare semplicemente le prestazioni (a livello numerico, non a livello di utilizzo quotidiano) dei driver, e confrontarle versione per versione.

Il changelog dei driver afferma di avere risolto i seguenti problemi, già messi in evidenza nei mesi scorsi anche su questo blog:

• On workstation hardware 3D applications will no longer be corrupted if the screen width is not an integer multiple of 64 pixels, for example with a 1680x1050 wide screen display. Further details can be found in topic number 737-31720
• Display flicker is no longer be noticed when the gnome screen-saver starts
• Several image brightness and gamma-correction issues were resolved. Setting the gamma correction using xgamma, fglrx_xgamma, xorg.conf and in OpenGL games will all work as expected now
• Diagonal tearing will no longer be noticed when playing a video file using a video player that utilizes the XVideo extension
• Video playback will no longer look blocky when playing a video file using a video player that utilizes the XVideo extension

Per chi è poco pratico con l'inglese: l'accelerazione 3D dovrebbe funzionare anche in particolari risoluzioni (widescreen), l'immagine non dovrebbe più "sbalenare" (flicker) quando parte lo screen saver di Gnome, risoluzione di problemi di luminosità e di correzione di gamma (comporta il funzionamento di giochi OpenGL), altri fix su problemi legati alla riproduzione dei video.

Sono felice di questi miglioramenti dei driver, in quanto è evidente come, di release in release, la qualità dei driver anche per sistemi antiquati (ricordo che io ho una ATI Radeon 9550) stia notevolmente migliorando.

I normali sistemi UNIX presentano la possibilità, per l'utente, di utilizzare diversi tipi di shell per interagire con il sistema stesso. Ogni shell definisce una certa path di sistema, che rappresenta le diverse directory nelle quali il sistema andrà a ricercare i comandi che vengono passati. Normalmente la path di sistema include directory come /bin/ e /usr/bin/.

Solitamente le diverse shell vengono inizializzate attraverso file di configurazione diversi, e solitamente ogni utente all'interno dello stesso sistema ha la possibilità di personalizzare la propria shell. Un classico esempio di questo tipo di utilizzo si ha nel momento in cui si desidera impostare i colori all'interno della visualizzazione della shell, in modo da ricevere un effetto più gradevole e più efficace per la distinzione dei diversi tipi di file.

Ecco come appare la mia shell colorota!

Per ottenere questo risultato è sufficiente seguire una delle tante guide che potete trovare in rete (qui una). L'aspetto interessante sta nel fatto che le modifiche possono essere effettuate (per ogni tipologia di shell) sia a livello di utente, modificando il file di configurazione della shell, sia a livello di sistema, in modo che le modifiche abbiano effetto su tutti gli utenti del sistema, modificando il file di configurazione che si trova all'interno della directory /etc/.

Per esempio, se si utilizza la shell bash è possibile modificare il file ~/.bash_profile se si desidera che le modifiche abbiano effetto soltanto sull'utente corrente, mentre occorre agire sul file /etc/bashrc per ottenere dei "settaggi globali", validi per tutti gli utenti.

Tutto questo non rappresenta però nulla di diverso per l'ambiente Mac OS X da come si presenta un qualsiasi sistema UNIX/Linux.

L'aspetto interessante, per Mac OS X sta nel fatto che è possibile configurare la path di sistema globalmente a tutti le shell, in modo da non dover intervenire sui singoli file di configurazione di queste. Questa operazione è banalmente resa possibile dalla presenza del file /etc/paths e dalla directory /etc/paths.d che contiene le path di sistema e che viene in qualche modo letto all'apertura di qualsiasi tipo di shell (credo che questo avvenga attraverso lo script /usr/libexec/path_helper, maggiori informazioni si possono trovare al link in fondo al post)

Aggiungendo un file nella directory /etc/paths.d contenente il percorso che si desidera aggiungere alla path di sistema. Per esempio per aggiungere la path di MySQL a tutte le shell del nostro sistema sarà sufficiente aprire un nuovo file con i permessi di amministratore in questo modo:

$: sudo nano /etc/paths.d/mysql

Ed in seguito inserire all'interno di questo file la riga contenente la path desiderata:

/usr/local/mysql/bin

E la nuova path sarà riconosciuta su qualsiasi shell e qualsiasi utente del sistema.

A riguardo di questo argomento vi consiglio di leggere questo interessante post (in inglese).

Se siete proprietari di uno schermo e di un MacBook, potrebbe essere interessante utilizzare questi due strumenti insieme, in primo luogo per estendere il vostro desktop. Avere un dual monitor può essere infatti molto utile, e potrete facilmente scoprire la stupenda integrazione degli Spaces con la configurazione a doppio monitor.

Ciò che mi sono chiesto è se fosse possibile utilizzare il MacBook anche con lo schermo "chiuso", considerato il fatto che appena il coperchio viene abbassato il computer entra in stand by, e non c'è alcuna configurazione per impedirglielo. Esistono applicazioni di terze parti (per esempio InsomniaX) che permettono di modificare queste preferenze, in modo da disattivare lo stop alla chiusura dello schermo, ma come al solito io sono alla ricerca, se possibile, di qualcosa di più integrato.

La soluzione esiste, anche se non è delle più scontate. Per poter utilizzare il portatile anche quando è chiuso è necessario connettere una periferica USB o bluetooth (tastiera o mouse), collegare lo schermo secondario e chiudere il coperchio del portatile. A questo punto il MacBook entrerà in stop. A questo punto sarà sufficiente risvegliare il computer premendo un tasto della tastiera o del mouse ed il vostro schermo principale diventerà proprio lo schermo esterno, mentre quello interno rimarrà spento anche se una volta aperto.

Per tornare alla normalità, a questo punto, dovrete rimettere il computer in stop, e aprire tradizionalmente il MacBook per farlo uscire dallo stop.

Vi avviso subito che ottimi riferimenti per questo argomento sono rappresentati dalla guida ufficiale (qui) e da quella non ufficiale (qui la versione per Ubuntu 7.10).

Come ormai ben sapete, scaricate i driver dal sito ufficiale ATI, qui il link.

Per "pulire" il sistema da versioni precedenti di driver ATI vi rimando alle istruzioni che ho elencato nel post relativo alla versione 8.1 (Catalyst 8.1 su Ubuntu Gutsy - Installazione) oppure al più dettagliato post relativo alla rimozione della versione 7.12, che mi ha causato diverse rogne (Catalyst 7.12 su Ubuntu - Disinstallazione).

I pacchetti necessari per l'installazione dei driver rimangono invariati. Installiamoli da linea di comando:

$: sudo aptitude install dkms build-essential fakeroot dh-make libstdc++5

Passiamo ora alla creazione dei pacchetti specifici per la nostra distribuzione. Supponendo di avere scaricato l'installer dei driver in ~/Desktop:

$: cd ~/Desktop
$: chmod +x ati-driver-installer-8-*.run
$: sudo ./ati-driver-installer-8-0*.run --buildpkg Ubuntu/gutsy


A questo punto è possibile installare i pacchetti generati, semplicemente facendoci doppio click sopra (in questo caso fate attenzione ad installare come primo pacchetto xorg-driver-fglrx_*.deb), oppure da terminale digitando:

$: sudo dpkg -i xorg-driver-fglrx_*.deb
$: sudo dpkg -i fglrx-kernel-source_*.deb
$: sudo dpkg -i fglrx-amdcccle_*.deb
$: sudo dpkg -i xorg-driver-fglrx-dev_*.deb

Passiamo ora alla rimozione di qualsiasi driver vecchio e alla verifica che tutti i pacchetti siano stati installati correttamente:

$: sudo rm /usr/src/fglrx-kernel*.deb
$: sudo rm /lib/modules/$(uname -r)/volatile/fglrx.ko
$: sudo apt-get -f install


Concludiamo infine attivando i driver con restrizioni dal menu grafico (Sistema -> Amministrazione -> Gestore Driver con restrizioni). Questa operazione può essere effettuata anche da riga di comando attraverso il comando:

$: sudo restricted-manager --enable=fglrx

A questo punto riavviamo e speriamo che tutto sia andato correttamente.

Possiamo controllare che il sistema stia utilizzando effettivamente i driver attraverso il comando fglrxinfo. Questo comando deve ritornare qualcosa di questo genere:

Se al posto di ATI, leggete MESA, allora qualcosa è andato storto, ed è bene che rimuovate i pacchetti appena installati e ripetiate la procedura di aggiornamento.

Se volete un idea delle prestazioni (a mo' di benchmark) di questi driver potete utilizzare il comando fgl_glxgears che vi mostrerà in una finestra un cubo tridimensionale contenente al suo interno degli ingranaggi ruotanti e sul terminale i valori dei frame per secondo. In questo modo è facile considerare semplicemente le prestazioni (a livello numerico, non a livello di utilizzo quotidiano) dei driver, e confrontarle versione per versione.

Per quanto riguarda l'abilitazione di Compiz potete fare riferimento al post relativo ai driver precedenti (Catalyst 8.1 su Ubuntu Gutsy - Compiz), in quanto non credo che ci dovrebbero essere particolari problemi. A me è stato sufficiente attivare il Composite nel file /etc/X11/xorg.conf. Comunque sia nel post indicato trovate tutte le indicazioni a riguardo.

Per quanto mi riguarda le prestazioni sono migliori rispetto ad i driver tradizionali, ed, al momento, non ho ancora verificato quei fastidiosi tremolii dello schermo o schermate impazzite. Naturalmente i driver sono installati da poco meno di un'ora, ma ricordo che le altre volte il sistema mi ha dato l'idea di essere molto più inchiodato. Spero che il lavoro fatto da ATI serva anche a me.

Utilizzo Mail per leggere sia la posta, sia come lettore di RSS. Trovo strano che una casella smart per evidenziare tutti i nuovi elementi (RSS e posta) o per gli elementi contrassegnati come importanti, non fosse già presente. Risolviamo questa piccola mancanza!

Apriamo Mail ed andiamo su "Casella->Nuova casella smart", oppure clicchiamo sul piccolo "+" nella parte in basso a sinistra della finestra e selezioniamo "Nuova casella smart". Si aprirà un piccolo pannello nella parte alta della finestra. Inseriamo le impostazioni come indicato nell'immagine:

Creazione di una semplice casella smart in Mail.

Scegliamo un nome a piacere, io ho messo "Nuovi Messaggi e RSS", e nei criteri selezioniamo "Il messaggio non è stato letto". Ecco fatto. Premendo "OK" vedremo comparire la casella smart nell'elenco delle caselle smart nella barra di sinistra di Mail.

Dopo aver fatto questa semplice operazione prendiamoci gusto e continuiamo nella creazione delle caselle. Per esempio sarebbe carino avere una casella contenente tutti i feed RSS che abbiamo contrassegnato, in modo da poterli ritrovare facilmente (Piccola parentesi: ricordo che Liferea ha qualcosa del genere integrato, è stato utilizzando quel software che ho scoperto l'importanza di mantenere organizzati i feeds contrassegnati!). Questa operazione è molto semplice. Creiamo una nuova casella smart e inseriamo le seguenti impostazioni:

Complichiamo di poco le cose!

In questo caso inseriamo un nome (io ho messo "RSS contrassegnati", voi mettete quello che volete) e assicuriamoci di selezionare "corrisponde a tutte le condizioni". In questo modo potremo inserire condizioni multiple per l'appartenenza alla casella smart, e solo gli elementi che risponderanno a tutte le condizioni saranno appartenenti alla casella. In seguito selezioniamo "Tipo di messaggio" e successivamente il valore "Articolo RSS" a questo proposito da notare un piccolo difetto nella traduzione: nel mio Leopard tra la voce "Tipo di messaggio" e la voce "Articolo RSS" e stato dimenticato un "is", al posto di un "è". Piccolezze, è la prima dimenticanza che trovo. Per aggiungere un'ulteriore condizione clicchiamo sul "+" a destra e per la nuova condizione selezioniamo "Il messaggio è contrassegnato". Diamo OK e godiamo della nuova casella.

Una volta capito il procedimento potete esplorare le infinite possibilità di questo strumento, che mi sembra utilissimo, soprattutto se applicato al campo della posta elettronica, in quanto permette una gestione razionale dei propri messaggi, senza dover ricorrere alla reale creazione di cartelle.

Proprio questo è il punto chiave delle caselle smart, che le differenzia da strumenti come filtri e regole. I filtri e le regole di ricezione smistano la posta elettronica in diverse cartelle reali, mentre le caselle smart permettono una gestione virtuale, dinamica e (soprattutto) auto-aggiornante dei messaggi di posta.

Se nel mio post precedente ho invitato alla cautela nell'utilizzo delle cartelle smart, a favore di un'organizzazione razionale del filesystem, non sono della stessa opinione per quello che riguarda le caselle smart. Infatti credo che chi ha diversi account di posta elettronica, ai quali accedere tramite POP (per IMAP il discorso è leggermente diverso a mio avviso), possa essere attratto dall'idea di mantenere tutti i messaggi in un unica cartella, per poi gestire la loro organizzazione tramite ricerche (velocissime in Mail) e caselle smart.

Provare per credere. Anche io ero tra gli scettici. Ora gestisco tre account di posta elettronica (al momento 1200 messaggi) e una ventina di feed che sfornano feed a batter d'occhio. Le ricerche sono sempre nell'ordine di tempo del secondo, e si aggiornano mentre completo la scrittura del termine di ricerca. In questo caso, ottimo lavoro Apple!

Vediamo di capire meglio cosa sono le caselle smart. Le caselle smart (smart mailboxes) sono casi particolari di cartelle smart (smart folders) che sono in definitiva delle cartelle virtuali contenenti delle entità che corrispondono a determinati criteri. Il vantaggio di utilizzare le smart folders sta nel fatto che esse sono "auto-aggiornanti", cioè che non hanno bisogno di manutenzione. È possibile, per esempio, creare una cartella smart che contenga tutti i file modificati nell'ultima ora, o nell'ultima giornata, oppure tutti i file di un certo tipo.

Come è possibile questa magia? La risposta è semplice. Spotlight.

Spotlight è il sistema utilizzato da Mac OS X (anch'esso a partire da Tiger) per la ricerca dei file e delle entità all'interno del sistema. Esso si basa su un metadata server, che gestisce appunto gli indici dei metadata del filesystem. Esso raccoglie informazioni riguardanti le dimensioni, il nome ed il tipo dei files, ed anche alcune informazioni riguardanti il contenuto per alcuni files particolari.

Questo sistema di indicizzazione del filesystem permette a Spotlight di gestire semplicemente files e directory. Questo significa che esso può gestire cartelle virtuali, che non contengono realmente i file che visualizzano. Queste particolari cartello sono infatti in realtà documenti XML (con più precisione, sul filesystem sono salvate come <nome_cartella_smart.savedSearch) che istruiscono il Finder sul modo in cui esso deve interrogare Spotlight per ottenere il contenuto della cartella virtuale.

In definitiva all'utente è permesso di creare cartelle che in realtà non esistono, il cui contenuto è residente in un altro punto del filesystem ed è auto-aggiornante. Ciò rappresenta uno strumento di incredibile flessibilità e semplicità di organizzazione, in quanto, con un po' di esperienza, è semplice utilizzare appropriate cartelle e caselle smart che rendano più semplice l'utilizzo di tutti i giorni del proprio sistema operativo.

Solo alcune cose sono da dire riguardo all'utilizzo di questo strumento: il loro utilizzo va ponderato con cautela. In primo luogo vorrei sottolineare che le caselle sono virtuali, ma il loro contenuto no! Operando su un file che si trova all'interno di una casella smart si opera effettivamente sul file reale, e non su un file virtuale. Cancellandolo, modificandolo, si modifica la copia originale del file. Questo richiede una certa attenzione per le operazioni che si compiono su determinati tipi di file. La cancellazione di una cartella o di una casella smart, non comporta invece l'eliminazione di tutti i file che essa contiene nel momento in cui essa viene cancellata. L'unico file che viene eliminato è il riferimento fisico (il file XML) relativo alla cartella smart, il che è proprio il risultato che si vuole ottenere, perché tutti i file rimangono intatti.

Inoltre, proprio perché le caselle smart non si sostituiscono alle caselle tradizionali, è consigliabile farne un uso mirato, ed utilizzarle solo nei casi in cui esse siano realmente necessarie, per non creare troppa "confusione" all'interno del filesystem reale. Sarebbe pensabile un sistema in cui le uniche cartelle che esistono siano cartelle smart! Non sarebbe per esempio possibile avere lo stesso nome per due file (perché non esisterebbe un percorso relativo) ed il rischio di creare confusione sarebbe molto alto.

Perciò utilizzate alla grande questo strumento, ma, come di tutto, non abusatene!

La sicurezza nelle comunicazioni via SSH è resa disponibile da tre diverse fasi che avvengono prima che l'utente possano stabilire la vera e propria connessione con l'host remoto:

• Identificazione dell'host: in questa fase ci si deve assicurare che l'host con il quale si sta tentando di comunicare sia davvero chi afferma di essere. L'identificazione è effettuata attraverso tecniche di autenticazione RSA, che è un algoritmo di cifratura pubblica. LA prima volta che ci si connette ad un host si memorizza la sua chiave pubblica in corrispondenza del suo indirizzo, in modo tale da verificare, per le connessioni successive, la corretta identificazione dell'host. Nessun altro host infatti potrà decodificare i messaggi criptati attraverso la chiave pubblica corrispondente.
• Criptazione: è necessario stabilire una comunicazione punto a punto nella quale il trasferimento dei dati avviene previa criptazione, in modo tale che, nel caso qualcuno stia osservando la comunicazione, questo non sia in grado di capire il significato della stessa. Questa fase avviene prima dell'autenticazione, in modo tale che ogni informazione legata a questa fase (password, o generali informazioni di autenticazione) vengano trasmesse in modo sicuro. La criptazione dei dati avviene solitamente attraverso sistemi a chiave simmetrica, molto più efficienti rispetto a meccanismi a chiave pubblica. In definitiva la chiave simmetrica utilizzata è diversa da sessione a sessione e viene trasmessa tra i due host attraverso la chiave pubblica e quella privata.
• Autenticazione: in questa fase è necessario autenticarsi, cioè provare la propria identità presso l'host remoto. Questo può essere fatto inserendo la propria password oppure utilizzando i certificati, come vedremo più avanti.

La cosa "bella" di SSH è che tutte queste operazioni sono per lo più trasparenti all'utente e permettono un reale incremento della sicurezza nell'accesso remoto ad un host.

Passiamo ora al metodo per autenticarsi via SSH senza l'inserimento di una password. Per chiarire meglio i concetti userò local$: per stabilire i comandi che vanno immessi sulla macchina locale e remote$: per i comandi che vanno immessi sulla macchina remota. Inoltre remoteusername rappresenta lo username del nostro utente sulla macchina remota, mentre remoteaddress l'indirizzo di questa macchina. Analogamente con localusername e localaddress indicherò utente ed indirizzo della macchina locale.

Passiamo ora alle operazioni da compiere sull'host locale.

local$: rm -fR ~/.ssh

Questa istruzione "pulisce" la vostra directory .ssh, che contiene tutte le informazioni riguardanti le connessioni remote che avete effettuato fino a questo momento. Cancellatela solo se sapete cosa state facendo, altrimenti lasciatela dove sta. Creiamo ora una coppia di chiavi pubblica e privata per il nostro host locale, che ci serviranno per connettersi senza password all'host remoto.

local$: ssh-keygen -t dsa -f ~/.ssh/id_dsa -C "localusername@localaddress"

In questo caso la parte localusername@localaddress è un commento, possiamo inserire la stringa che desideriamo. Tuttavia una stringa di questo tipo ci tiene a mente a chi fa riferimento la coppia di chiavi pubblica e privata.

Questo comando richiederà l'inserimento di una "passphrase". Inseriamo una frase che ricordiamo facilmente. Attenzione: questa stringa ci verrà richiesta quando tenteremo di connetterci nuovamente all'host remoto. In Mac OS X in questo caso interviene l'aiuto del portachiavi che ricorderà questa password per noi, e dopo il primo login via SSH ci permetterà di effettuare login senza dover inserire la password. Nel caso in cui il vostro sistema operativo non consenta questa possibilità, allora, per ottenere l'effetto desiderato (cioè il login via SSH senza il bisogno di inserire la password) dovrete inserire passphrase nulla, cioè non inserite alcuna passphrase. L'output finale del programma sarà una cosa di questo genere:

A questo punto procediamo a copiare la chiave pubblica sull'host remoto. Sfruttiamo il comando scp:

local$: scp ~/.ssh/id_dsa.pub remoteusername@remoteaddress:/homedirectory/.ssh/


Ci verrà richiesto di inserire l'indirizzo nella lista degli host conosciuti (se è la prima volta che ci connettiamo a questo host remoto) e naturalmente la password dell'utente remoto, cioè la password del nostro account sull'host remoto. homedirectory indica naturalmente la directory di home per l'utente sull'host remoto. Su sistemi Mac solitamente la directory home sta in Users/, mentre su sistemi UNIX in genere le home si trovano nella directory home/.

In seguito accediamo all'host remoto. Ciò può essere fatto semplicemente attraverso SSH:

local$: ssh remoteusername@remoteaddress

Anche in questo caso ci verrà ancora richiesta la password (Abbiate ancora un po' di pazienza..).

Ora, appendiamo il contenuto del file che abbiamo appena copiato sul file che contiene tutte le chiavi autorizzate, e cambiamo i permessi di questo file. Poi effettuiamo il logout.

remote$: cat .ssh/id_dsa.pub >> .ssh/authorized_keys
remote$ chmod 644 .ssh/authorized_keys
remote$ exit

A questo punto è possibile effettuare login senza inserire la password (nel caso in cui non abbiate inserito alcuna passpharse al momento della generazione delle chiavi pubblica e privata sul vostro host), oppure inserendo la vostra passphrase.

Per ciò che riguarda chi vuole sfruttare questo metodo su Mac OS X consiglio di inserire la passphrase, che poi vi verrà richiesta solo al primo login, e poi sarà ricordata dal vostro portachiavi.

Come al solito, questa non è la Bibbia. Per qualsiasi chiarimento, dubbio, delucidazione, siete invitati a commentare, criticare, portare i vostri contributi.

Ad ogni release dei driver ATI spuntano nuovi problemini con compiz, cerchiamo di capire come fare a risolverli "da soli", senza impazzire troppo.

La prima cosa che dobbiamo fare è controllare che il file/etc/X11/xorg.conf sia "a posto", cioè che tutti i vari settings necessari al corretto funzionamento del sistema X con i nuovi driver ATI siano presenti. Per far questo è sufficiente controllare la presenza delle seguenti parti all'interno di questo file:

Section "Extensions"
Option "Composite" "1"
EndSection


Necessarie per abilitare il supporto a composite.

Nela sezione Device, controllare che sia presente la riga:

Driver "fglrx"

E che il valore tra apici di questa riga non sia "ati".

Ancora, se persistessero altri problemi, potete inserire nella sezione ServerLayout, la linea:

Option "AIGLX" "true"

Fatto questo, però, potrebbe succedere che ancora compiz non parte. Allora, la prima cosa da fare è lanciarlo manualmente, da linea di comando, attraverso:

$: compiz --replace

e stare a vedere che cosa succede. Comparirà un messaggio di errore, che dobbiamo cercare di interpretare. Il primo modo per farlo è sicuramente leggere attentamente le informazioni che ci fornisce l'output. In secondo luogo si possono alcune ricerche sui forum di Ubuntu (internazionale ed italiano) e solo dopo avere ricercato per più di qualche decina di minuti possiamo decidere di effettuare una richiesta di aiuto su un blog. Ricordiamoci che lo stesso problema che abbiamo può essere capitato a decine di persone che hanno già scritto a riguardo, quindi, prima di arricchire i blog ed i forum di informazioni inutili e ridondanti è opportuno effettuare attentamente alcune ricerche.

Detto questo potrebbero essere necessarie alcune operazioni da compiere sullo script di avvio di compiz. Innanzitutto apriamo il file /usr/bin/compiz (naturalmente servono i permessi di amministratore) e correggiamo la whitelist, inserendo anche fglrx. Quindi cambiamo la linea:

WHITELIST="nvidia intel ati radeon i810"

in:

WHITELIST="nvidia intel ati radeon i810 fglrx"

In seguito commentiamo anche le linee relative alla blacklist. Quindi passiamo da:

T=" 1002:5954 1002:5854 1002:5955" # ati rs480
T="$T 1002:4153" # ATI Rv350
T="$T 8086:2982 8086:2992 8086:29a2 8086:2a02 8086:2a12" # intel 965
T="$T 8086:2972" # i965 (x3000)
T="$T 1002:3152 1002:3150 1002:5462 1002:5653 " # ati X300 X600,X600 X700

a:

#T=" 1002:5954 1002:5854 1002:5955" # ati rs480
#T="$T 1002:4153" # ATI Rv350
#T="$T 8086:2982 8086:2992 8086:29a2 8086:2a02 8086:2a12" # intel 965
#T="$T 8086:2972" # i965 (x3000)
#T="$T 1002:3152 1002:3150 1002:5462 1002:5653 " # ati X300 X600,X600 X700


Questo era sufficiente a risolvere i problemi per i driver Catalyst 7.12. La nuova release mi ha creato qualche problema in più. In questo caso è necessario modificare anche alcune altre righe più in alto. In questo caso non ho ancora capito perché da una release all'altra il comportamento è cambiato. Comunque le righe sono:

COMPIZ_BIN_PATH="/usr/local/bin/" # For window decorators and compiz
PLUGIN_PATH="/usr/local/lib/compiz/"

e più sotto:

COMPIZ_NAME="compiz" # Final name for compiz (compiz.real)

da cambiare nelle linee:

COMPIZ_BIN_PATH="/usr/bin/" # For window decorators and compiz
PLUGIN_PATH="/usr/lib/compiz/"

e più sotto:

COMPIZ_NAME="compiz.real" # Final name for compiz (compiz.real)


Ecco fatto, ora compiz dovrebbe smettere di infastidirvi.

Queste, per ora sono le mie esperienze. Cercherò di tenere questo post aggiornato per condividere i problemi che possono presentarsi in relazione a compiz e ad i driver ATI.

Tutte queste argomentazioni hanno provocato la decisione di rimuovere i driver Catalyst 7.12 dal mio sistema. E come al solito sono intervenuti alcuni piccoli problemi.

Spero che questo piccolo post possa essere di aiuto a qualcuno che si è trovato o che si troverà nelle mie stesse condizioni.

Dunque, tanto per iniziare, questa procedura di disinstallazione è valida per chi come me (Catalyst 7.12 su Ubuntu Gutsy - Installazione) ha scelto di installare i driver creando appositi pacchetti per la propria Ubuntu. Per chi ha scelto di utilizzare l'installer la procedura è leggermente diversa, se avrò tempo e modo di testarla nei prossimi giorni la aggiungerò a questo post.

Rimuoviamo i pacchetti relativi ai driver:

$: sudo aptitude remove fglrx-amdcccle
$: sudo aptitude remove fglrx-kernel-source
$: sudo aptitude remove xorg-driver-fglrx-dev
$: sudo aptitude remove xorg-driver-fglrx


La disinstallazione dell'ultimo pacchetto ha creato alcuni problemi per me. Qui sotto c'è il problema con il quale ho dovuto scontrarmi:

dpkg-divert: il cambio del nome comporta la sovrascrittura di `/etc/xdg/compiz/compiz-manager' con un file diverso `/etc/xdg/compiz/compiz-manager.ubuntu', che non è consentito
dpkg: errore processando xorg-driver-fglrx (--remove): il sottoprocesso post-removal script ha restituito un codice di errore 2


Ecco qua visivamente (clicca sull'immagine per ingrandire):

Un piccolo problema durante la rimozione dei driver

Per risolvere questo genere di problema è sufficiente dare il seguente comando:

$: sudo mv /etc/xdg/compiz/compiz-manager.ubuntu /etc/xdg/compiz-manager.ubuntu.back
$: sudo aptitude -f install


In questo modo il pacchetto può procedere alla disinstallazione correttamente.

A questo punto completiamo la pulizia del sistema con i seguenti comandi:

$: sudo rm /usr/src/fglrx-kernel*.deb
$: sudo rm /lib/modules/$(uname -r)/volatile/fglrx.ko


E concludiamo disattivando i driver con restrizioni dal menu grafico (Sistema -> Amministrazione -> Gestore Driver con restrizioni). Ora possiamo riavviare.

Questo ultimo passo è molto importante, in quanto se i driver con restrizioni non vengono disattivati al riavvio successivo del sistema il file /etc/X11/xorg.conf conterrà dei settaggi inappropriati che impediranno al vostro sistema di essere caricato correttamente. Vi ritroverete nella situazione descritta nella prima parte di Catalyst 7.12 su Ubuntu Gutsy - Installazione, situazione nella quale un messaggio vi informerà che non è stato possibile caricare i vostri settaggi. In questo caso non fatevi prendere dal panico: è sufficiente rientrare nel sistema (per una volta dovrete farlo con una risoluzione pessima) e disattivare i driver con restrizioni (ancora, Sistema -> Amministrazione -> Gestore Driver con restrizioni). Vi suggerisco solo di fare attenzione al login, perché la "modalità provvisoria" in cui si trova il sistema a causa del fatto che non è riuscito a caricare il file /etc/X11/xorg.conf determina che sia usato un file di configurazione di default, nel quale la localizzazione della tastiera non è italiana. Per questo se il vostro nome utente o la vostra password contengono caratteri speciali dovrete ricercarli nella nuova combinazione della tastiera.

Inutile dire che tutto questo è completamente un discorso inutile nel caso in cui seguiate alla lettera i passi indicati per la procedura di disinstallazione.

Spero di essere stato abbastanza chiaro, comunque sia, nel caso qualcuno avesse bisogno di alcune delucidazioni posso provare ad aiutare.

La normale vita di una batteria porta ad un decadimento della sua durata, qualsiasi siano le nostre precauzioni a riguardo, ma credo che un po' di attenzioni in questo campo possano aiutare a mantenere le prestazioni alte per un arco di tempo piuttosto lungo.

iStat Pro di iSlayer. Ci dà molte informazioni riguardo allo stato della batteria

Personalmente utilizzo il iStat Pro di iSlayer per monitorare lo stato della batteria. Oltre alla carica attuale della batteria ci fornisce parecchie informazioni interessanti, come il numero di cicli e la "salute" (health). Questo parametro indica proprio lo stato in cui si trova la batteria, e da questo parametro dipende la durata della sua carica.

Ho scoperto che è possibile effettuare una calibratura della batteria qualora questo parametro scendesse pericolosamente. Le informazioni sono fornite in questo articolo (in inglese) della docbase di Apple, ma le riporterò per i più pigri e per chi non mastica bene l'inglese.

Queste informazioni sono valide per i seguenti modelli: PowerBook G4 (15" Double-Layer SD), MacBook (tutti i modelli), MacBook Pro (tutti i modelli), MacBook Pro (17" tutti i modelli). Per altri modelli vedi più sotto nell'articolo.

1. Caricare la batteria fino a che la carica è completa (il led dell'alimentatore diventa verde ed il segnalatore sullo schermo indica che la carica è al 100%).
2. Lasciare l'alimentatore collegato per almeno altre 2 ore dopo che la carica è stata completata. È possibile utilizzare il computer in questo periodo.
3. Disconnetere l'alimentazione e lasciare che il computer utilizzi l'energia caricata nella batteria. Anche in questo caso è possibile continuare ad utilizzare il computer. Quando il livello di batteria diventa molto basso, comparirà un messaggio sullo schermo.
4. Continuare ad utilizzare il computer finché esso non va in sospensione (sleep). Salvare i documenti quando il livello di batteria diventa molto basso, prima della sospensione (sleep).
5. Spegnere il computer o lasciarlo in sospensione (sleep) per 5 o più ore.
6. Connettere l'alimentatore e lasciare che la batteria si carichi completamente. Non è specificato se in questa fase è possibile utilizzare il computer, quindi è preferibile lasciarlo spento.

Alcune informazioni: Quando il livello di batteria termina, il computer è forzato in sospensione. La batteria mantiene effettivamente una riserva oltre allo stato di "batteria vuota", per mantenere il computer in sospensione per un periodo di tempo. Una volta che la batteria è effettivamente terminata il computer è forzato a spegnersi. A questo punto, con la funzione di "safe sleep" introdotta nei PowerBook G4 (15" Duble-Layer SD), i contenuti della memoria del computer vengono salvati nel disco rigido. Quando l'alimentatore viene nuovamente collegato, il computer ritorna allo stato in cui era prima della sospensione, utilizzando l'immagine di "safe sleep" del disco rigido.

Per chi invece ha altri modelli, meno recenti, come iBook o altri PowerBook G4 che non siano il già citato PowerBook G4 (15" Double-Layer SD), il procedimento è differente, in quanto la batteria è diversa rispetto ai modelli più recenti.

li>Caricare la batteria fino a che la carica è completa (il led dell'alimentatore diventa verde ed il segnalatore sullo schermo indica che la carica è al 100%).
1. Disconnetere l'alimentazione e lasciare che il computer utilizzi l'energia caricata nella batteria. Quando il livello di batteria diventa molto basso, comparirà un messaggio sullo schermo. Continuare ad usare il computer finché non va in sospensione (sleep). A questo punto la batteria è stata sufficientemente scaricata per la calibrazione.
2. Collegare l'alimentatore e lasciare che carichi completamente la batteria.

Per calibrare la batteria in questi modelli è sufficiente il semplice scaricamento completo seguito da una ricarica completa. Dopodiché è possibile connettere e disconnettere l'alimentatore a qualsiasi livello della batteria.

Alcune informazioni: Quando il livello di batteria termina, il computer è forzato in sospensione. La batteria mantiene effettivamente una riserva oltre allo stato di "batteria vuota", per mantenere il computer in sospensione per un periodo di tempo. Una volta che la batteria è effettivamente terminata il computer è forzato a spegnersi. A questo punto tutti i files aperti saranno persi. Per questo è importante trovare una fonte di energia elettrica alla quale connettere l'alimentatore prima che il computer sia forzato a spegnersi.

Spero di essere stato utile.

Ci sono due modi per ottenere una schermata migliore nel nostro GRUB: agire direttamente sul file menu.lst oppure utilizzare programmi come StartUp Manager o QGRUB Editor. L'uso di questi programmi è abbastanza semplice e non richiede particolari discussioni. Spieghiamo quindi come modificare direttamente il file di configurazione di GRUB.

Per prima cosa (questo è valido anche per le appicazioni che sfruttano delle GUI) dobbiamo trovare una immagine che corrisponda alle richieste di GRUB, cioè immagini in formato xpm.gz, 640x480 a 14 colori. Potete cercarle su GNOME-look o KDE-look.

Per aggiungere lo splashscreen a GRUB è sufficiente aprire il file /boot/grub/menu.lst

Ora aggiungiamo queste righe, prima che inizi la sezione dedicata alla lista delle immagini avviabili:


foreground = 0000ff
background = ffffff
splashimage=(hd0,0)/path_to_image/image.xpm.gz


La partizione dove l'immagine risiede deve essere corrispondente a quella dove grub è installato, cioè alla partizione di avvio del sistema (ricordo che questa può essere diversa dalla partizione di root del sistema) ed il percorso deve essere indicato relativamente a quella partizione. Per esempio, se la partizione sda1 è montata in /boot, allora questa sarà la partizione di avvio. In questo caso conviene creare una sottocartella di /boot contenente tutte gli splashscreens che potremmo utilizzare, per esempio in /boot/grub/splashscreen. Per questo esempio la riga sopra sarà modificata come segue:

splashimage=(hd0,0)/grub/splashscreen/image.xpm.gz

Da notare che nel percorso assoluto non è presente la directory /boot, perché il percorso fa riferimento ala sola partizione.

Le istruzioni foreground e background servono per determinare i colori rispettivamente del teso e dello sfondo. In questo caso può essere utilizzata la notazione HTML standard.

Nota bene: Per chi avesse seguito "Configurare GRUB per installare due (o più) distribuzioni Linux" o comunque avesse più di una distribuzione Linux installata sul proprio sistema, consiglio caldamente di fare attenzione nell'eventualità voleste installare un'utilità grafica per la configurazione di GRUB. I pacchetti per la configurazione dell'utilità grafica dipendo infatti dal pacchetto di GRUB, ed installando (tramite il vostro gestore dei pacchetti) un utilità di questo tipo, è richiesta l'installazione di GRUB. Se la vostra configurazione prevede l'esistenza di un solo GRUB tra tutti i vostri sistemi, e se volete installare l'utilità grafica in uno dei sistemi che nei quali non è installato GRUB, allora potreste andare incontro a risultati indesiderati, in quanto il gestore dei pacchetti installerebbe automaticamente "un altro GRUB" che comprometterebbe quello già presente nel vostro sistema. In questo caso l'unica possibilità è quella di intervenire direttamente sui file di configurazione.

Un post molto interessante, da cui ho preso spunto per questa guida, può essere trovato qui.

Una cosa particolarmente interessante che ho notato quando ho iniziato ad avere a che fare con sistemi Linux, è il fatto che essi "preferiscano" la presenza contemporanea ad ambienti Windows, piuttosto che ad altre distribuzioni Linux. Nel caso infatti sulla mia macchina io abbia installato una qualsiasi versione di Windows, l'installer della mia distribuzione in questione si accorge solitamente di questo fatto e configura automaticamente GRUB apportunamente per il mio sistema. Questo non avviene se nel mio sistema sono presenti una (o più) altre distribuzioni Linux che io voglio affiancare a quella che sto installando.

In questo caso può succedere molto spesso che l'ultima distribuzione installata prenda il controllo dell'intera macchina, sovrascrivendo il bootloader installato in precedenza.

Ecco allora in alcuni passi un metodo per configurare semplicemente il vostro bootloader GRUB e configurarlo su una macchina che presenta diversi sistemi operativi linux differenti.

Naturalmente ci sono diverse soluzioni di configurazione possibili per ottenere il funzionamento di GRUB per gli scopi necessari e allo stesso modo ci sono diversi modi di gestire il/i vostri dischi nel momento in cui si trattano diversi sistemi operativi. È per esempio possibile, qualora si disponga di una macchina con più di un disco, dedicare a ciascun MBR di ciascun disco un bootloader differente e gestirlo in maniera autonoma. In questo caso Non è neanche necessario che tutti i bootloader siano dello stesso tipo. Si può benissimo utilizzare GRUB per un MBR e LILO per un altro. In questo caso è necessario "istruire" il bootloader principale, quello appartenente al MBR del primo disco che si avvia, su come raggiungere gli altri dischi attraverso l'istruzione chanloader (un po' come avviene per Windows).

Tuttavia quella appena citata non mi sembra una soluzione per nulla "elegante": non mi sembra giusto installare due bootloader quando in realtà ne serve soltanto uno, sia perché non intendo sporcare il MBR di un disco se non è strettamente necessario, sia perché penso che se ho bisogno di avviare diversi sistemi operativi non capisco il motivo per cui mi trovo costretto a dover installare ed occupare memoria per più bootloader. So che è questione di pochi MegaBytes, e a giorno d'oggi di memoria ce n'è tanta, ma è più una questione di principio. Non capisco perché sprecare memoria quando ci sono soluzioni alternative.

Per l'esempio che farò supponiamo di avere due dischi (sda ed sdb). Questo è il numero minimo di partizioni che serviranno:

• sda1: Sistema A;
• sda2: Swap
• sdb1: Sistema B

In questo caso supponiamo di installare per prima cosa il sistema A. In questo caso possiamo utilizzare un'utilty di partizionamento automatico, utilizzando tutto il disco sda per l'installazione del sistema A. In questo modo verranno create automaticamente una partizione per il filesystem ed una per lo spazio di swap. Durante l'installazione potrebbe venirci chiesto anche dove posizionare il bootloader, in questo caso rispondiamo pure che lo vogliamo posizionare nel MBR del primo disco, (/dev/sda). Al termine dell'installazione proviamo il nostro sistema, e verifichiamo che tutto funzioni correttamente. Non c'è ragione per cui a questo punto ci siano dei problemi.

Ora procediamo con l'installazione del sistema B. Al momento di partizionare i dischi, scegliamo di utilizzare un partizionamento manuale piuttosto che una procedura automatica. Formattiamo tutto il secondo disco (sdb) per il filesystem del nuovo sistema e indichiamo di voler utilizzare come swap la partizione già creata in /dev/sda2; perché sprecare tanto spazio per diverse partizioni swap, quando solo una di esse alla volta è richiesta? Terminiamo l'installazione, ponendo particolare attenzione a non installare alcun bootloader. In questo momento non dobbiamo sovrascrivere il bootloader installato in precedenza, altrimenti rischieremmo di perdere la possibilità di avviare il sistema A.

Questo è quello che si deve fare nell'installazione di Ubuntu Gutsy

Una volta terminata l'installazione del sistema B riavviamo la macchina e ci accorgeremo che il bootloader ci permette di avviare il solo sistema A. Entriamo quindi nel sistema A e preoccupiamoci di modificare opportunamente il file che "controlla" GRUB: apriamo /boot/grub/menu.lst (servono i permessi di amministratore) e noteremo che nella parte finale ci sono alcuni gruppi di righe come queste:


title Nome sistema, versione kernel
root (hd0,0)
kernel /vmlinuz-v.v.vv-v-vvv root=path
initrd /initrd.img-v.v.vv-v-vvv
savedefault


Dobbiamo aggiungere un gruppo di linee proprio come queste, ma prima di farlo bisogna capire come GRUB identifica le nostre partizioni. Questo è molto semplice: il primo hard disk (sda, o hda che sia, a seconda del sistema in cui vi trovate) sarà identificato da GRUB come hd0, il secondo hd1 e così via. Per identificare le partizioni la procedura è analoga: la partizione indicata con (hd0,0) sarà la prima partizione del primo disco, (hd0,1) la seconda del primo disco. Quindi le partizioni del sistema che stiamo utilizzando saranno così identificate da GRUB:

• sda1 -> (hd0,0): Sistema A
• sda2 -> (hd0,1): Swap
• sdb1 -> (hd1,0): Sistema B

A questo punto è piuttosto semplice configurare GRUB in modo da poter avviare entrambi i sistemi. Ciò che ci serve sono i file initrd.img-version e vmlinuz-version di ciascuna distribuzione che vogliamo avviare. Più correttamente ciò che ci serve sapere è la loro locazione all'interno della partizione di avvio del sistema. Messa in questo modo può sembrare abbastanza complicato, ma con alcuni esempi il concetto si semplifica notevolmente.

Per inserire una nuova partizione, inseriamo una nuova riga title. Tutti i comandi inseriti tra questa riga e la prossima riga title faranno quindi riferimento al sistema che stiamo definendo. Il testo da scrivere a fianco di title è personalizzabile e serve a identificare il sistema che stiamo definendo nella lista che GRUB presenta all'avvio della macchina.

title Sistema B GNU/Linux, kenrel 2.x.xx-xxx

Successivamente è necessario indicare quale è la partizione contenente i file per l'avvio del sistema per quel sistema. Non sempre questa partizione coincide con quella di root del sistema. Per esempio, in un sistema in cui alla directory /boot è stata dedicata una partizione riservata la partizione di boot e quella del filesystem di sistema non coincidono. Non è questo il nostro caso, ma giusto per sapervi adeguare nel caso aveste un sistema personalizzato. Per questo sistema la partizione di boot per il sistema B è sdb1, quindi, nella dicitura di GRUB, (hd1,0):

root (hd1,0)

Ora indichiamo a GRUB dove si trova il file vmlinuz, che corrisponde ad un'immagine eseguibile del kernel di sistema. Nell'indicare la posizione di questa immagine è anche necessario stabilire la partizione di root, cioè la partizione relativa sulla quale è posizionato il filesystem. Ancora, nel nostro caso questa corrisponde alla partizione di boot, ma nel caso il vostro sistema fosse configurato diversamente potrebbe essere necessario prendere effettuare gli opportuni cambiamenti. La posizione da indicare è relativa alla partizione di boot. Il valore di questi parametri varia notevolmente a seconda della configurazione del vostro sistema.

kernel /boot/vmlinuz-v.v.vv-vvv root=/dev/sdb1 ro splash

L'ultima istruzione da dare a GRUB è relativa al file initrd, che corrisponde al "initial ramdisk" e permette al sistema di utilizzare i driver necessari per l'avvio del file vmlinuz

initrd /boot/initrd.img-v.v.vv-vvv

Concludiamo quindi la sezione con:

savedefault

Ecco la sezione in un unico blocco di testo, senza i miei commenti in mezzo:


title Sistema B GNU/Linux, kenrel 2.x.xx-xxx
root (hd1,0)
kernel /boot/vmlinuz-v.v.vv-vvv root=/dev/sdb1 ro splash
initrd /boot/initrd.img-v.v.vv-vvv
savedefault


Inoltre, per avere un migliore controllo del file menu.lst da entrambi i sistemi operativi, vi consiglio di creare un link simbolico nella directory /boot del sistema B sulla directory boot del sistema A, secondo il percorso sul quale questa è montata nel vostro filesystem. Se per esempio sul sistema B la partizione di root del sistema A (/dev/sda1) è montata sotto /dischi/sistemaA, allora il link sarà creato, sul sistema B, in questo modo:

$: sudo ln --symbolic /dischi/sistemaA/boot/grub /boot/grub

In questo modo è possibile controllare i file relativi al bootloader da entrambi i sistemi con estrema semplicità.

È molto difficile fare una guida generale per questo genere di problemi, perché quando si parla di installazione di un sistema le procedure potrebbero cambiare a seconda della distribuzione. Qui ci sono le linee generali per come comportarsi nel caso di una nuova installazione. Ogni consiglio ed integrazione di questa guida è il benvenuto. Maggiori informazioni possono essere comunque reperite sulla guida ufficiale di GRUB.

Questa vignetta è semplicemente fantastica!

Sono talmente abituato ad utilizzare questa tecnica che nel momento in cui mi trovo a che fare con sistemi che prevedono il login per l'utente root, mi sento a disagio. Ecco il modo per utilizzare il comando sudo anche in sistemi in cui questo non è previsto.

Ho provato questa guida su una Debian Etch, ma credo si possa applicare a qualsiasi distribuzione, con le opportune correzioni per ciò che riguarda i comandi che si riferiscono ai gestori dei pacchetti.

Effettuiamo il login come root (è naturale, per modificare questo genere di cose servono i permessi dell'amministratore) e per prima cosa installiamo il comando sudo:

#: aptitude install sudo

A questo punto procediamo con la creazione del gruppo admin che dovrà contenere tutti gli utenti con i permessi di amministratore. Assegniamo il nostro utente (sostituite ad user il vostro username) al gruppo creato:

#: groupadd admin
#: usermod -G admin user

Ora apriamo il file /etc/sudoers ed aggiungiamo la seguente riga:

%admin ALL=(ALL) ALL

In questo modo diamo il permesso di utilizzare sudo a tutti gli appartenenti al gruppo admin. Si può avere un maggior controllo sulle operazioni permesse modificando questo file, leggete le pagine di manuale o effettuate un ricerca su Google per trovare materiale a riguardo.

Una volta eseguite queste semplici operazioni effettuiamo il logout (basta digitare exit) e successivamente il login con l'utente "normale", e testiamo subito il corretto funzionamento del comando tramite un semplice:

$: sudo aptitude update

Ora tutto dovrebbe essere andato come desiderato. Se invece non è possibile eseguire questo comando ci verrà comunicato dal sistema e ciò significa che dobbiamo tornare indietro e rivedere uno dei passaggi precedenti.

Ora passiamo ad eliminare la possibilità di login da parte di root.

$: sudo passwd -l root

In questo modo la password di root viene settata ad un valore che è impossibile da inserire e il login viene di fatto impedito. L'utente root rimane effettivamente presente nel sistema (questo è necessario per proteggere i file importanti).

Come prima cosa, vi consiglio di installare Perian (open source, reperibile qui) che vi permette la riproduzione di molti tra i formati multimediali (DivX, Xvid, Flash, eccetera) con QuickTime. Questo sotware è ben integrato con Mac OS X e può essere gestito attraverso l'icona che viene creata al momento della sua installazione in "Preferenze di Sistema".

A questo punto, scaricare i contenuti di YouTube è piuttosto semplice.

È sufficiente aprire con Safari la pagina di YouTube desiderata, contenente il video desiderato, e premere la combinazione "cmd+alt+a" oppure selezionate dal menu "Finestra->Attività". In questo modo aprirete la finestra attività, nella quale vengono mostrate tutte le attività in corso di Safari. In particolar modo ciò che interessa per questa guida è la pagina di YouTube aperta.

Per scaricare il filmato osserviamo che tra i componenti che compaiono al di sotto del nome della pagina ce ne è uno dalle dimensioni piuttosto "corpose", sicuramente superiori a qualche MB (le dimensioni dipendono dalla lunghezza del video). Questa componente corrisponde al video di YouTube che vogliamo scaricare. Facendo doppio click su di esso si dà inizio al download del file, che sarà posto nella cartella di download, solitamente con il nome getvideo. A questo punto è sufficiente cambiare il nome al file (ricordatevi l'estensione .flv) ed avviarlo come un normale video.

Nota bene: Non conosco i dettagli "legali" relativi allo scaricare contenuti da YouTube, credo che ogni autore possa scegliere la propria licenza per i propri contenuti e non so, da questo punto di vista, se sia consentito il download dei contenuti di YouTube. Questa guida è puramente esemplificativa e coloro che la seguono sono invitati a rispettare tutte le norme vigenti in relazione a questo argomento.

Dopo l'installazione (vedi Catalyst 7.12 su Ubuntu Gutsy - Installazione) ci sono ancora alcuni problemi con i nuovi driver.

Per esempio non mi sembra per niente carino che dopo che io ho installato i driver mi compaia una schermata di questo genere:

I Catalyst sembrano non essere in grado di funzionare con Compiz.

Ad essere sincero questo è molto seccante. Diciamo che non voglio un desktop con milioni di effetti, ma il cubo, le trasparenze sono ormai necessarie. In fondo anche l'occhio vuole la sua parte.

Non voglio arrendermi immediatamente, non mi sembra opportuno, quindi decido di approfondire e tentare una migliore configurazione che porti al funzionamento di compiz.

Per prima cosa apro il file /etc/X11/xorg.conf

$: sudo nano /etc/X11/xorg.conf

È sicuramente necessario cambiare le righe:

Section "Extensions"
Option "Composite" "0"
EndSection


in:

Section "Extensions"
Option "Composite" "1"
EndSection


Inoltre, nella sezione Device potrebbe essere necessario cambiare la linea

Driver "ati"

in

Driver "fglrx"

Se ci sono ancora problemi, provare anche ad inserire, nella sezione ServerLayout, la linea:

Option "AIGLX" "true"

Queste modifiche non sono però sufficienti per raggiungere il risultato desiderato. Compiz ancora non riesce a partire. Ricordo allora di aver letto qualcosa a proposito di whitelist e blacklist per compiz in Ubuntu Gustsy. Whitelist e blacklist servono a prevenire la partenza di compiz per determinate schede video, che non erano supportate al momento della release di Ubuntu Gutsy Gibbon. Naturalmente con il passare del tempo le cose cambiano, e le schede che prima non riuscivano a funzionare correttamente con Compiz, ora lavorano correttamente.

Per modificare quindi whitelist e blacklist dobbiamo aprire il file /usr/bin/compiz:

$: sudo nano /usr/bin/compiz

Le operazioni che io ho fatto sono state quella di aggiungere fglrx alla whitelist e di commentare completamente le blacklist.

In questo file ho semplicemente commentato le righe della blacklist relative alle schede ATI. Quindi sono passato da:

# blacklist based on the pci ids
# See http://wiki.compiz-fusion.org/Hardware/Blacklist for details
T=" 1002:5954 1002:5854 1002:5955" # ati rs480
T="$T 1002:4153" # ATI Rv350
T="$T 8086:2982 8086:2992 8086:29a2 8086:2a02 8086:2a12" # intel 965
T="$T 8086:2972" # i965 (x3000)
T="$T 1002:3152 1002:3150 1002:5462 1002:5653 " # ati X300 X600,X600 X700
BLACKLIST_PCIIDS="$T"
unset T


a:

# blacklist based on the pci ids
# See http://wiki.compiz-fusion.org/Hardware/Blacklist for details
#T=" 1002:5954 1002:5854 1002:5955" # ati rs480
#T="$T 1002:4153" # ATI Rv350
T="$T 8086:2982 8086:2992 8086:29a2 8086:2a02 8086:2a12" # intel 965
T="$T 8086:2972" # i965 (x3000)
#T="$T 1002:3152 1002:3150 1002:5462 1002:5653 " # ati X300 X600,X600 X700
BLACKLIST_PCIIDS="$T"
unset T


Finalmente, dopo un riavvio, questo ultimo tentativo ha prodotto risultato positivo:

Finalmente Compiz anche sul mio Gutsy Gibbon

Per il momento il sistema mi sembra fluido, sicuramente non più lento di quando gli effetti erano disabilitati. Fra qualche giorno magari darò i primi giudizi su come questi driver funzionano. Per il momento, grazie ATI!

Lo stato dei fatti è: ho un computer desktop senza pretese, piuttosto datato, con un Pentium4 2,4 GHz e scheda video ATI Radeon 9550. Su questo computer gira Ubuntu Gutsy, ma naturalmente gli effetti grafici di Compiz sono per me un miraggio, direi a causa del mancato supporto dei driver alla mia scheda video. Non voglio appesantire il sistema con XGL per ottenere gli effetti a tutti i costi, quindi aspetto che arrivi il supporto.

Leggo con piacere (qui) che anche questo mese siamo alla release dei nuovi driver ATI, e mi accingo ad installarli.

Questa procedura è piuttosto semplice la posto per qualcuno che potesse averne la necessità. Non è una guida ufficiale e non mi prendo le responsabilità per quello che potrebbe accadere ai vostri computer seguendola passo a passo. È la mia esperienza che riporto con piacere a chiunque ritenesse opportuno leggerla.

Scaricare i driver (46 MB) da qui.

Passiamo ora a "pulire" il nostro sistema. Se avete installato manualmente precedenti versioni dei driver ATI è necessario rimuoverli tramite (da terminale):

$: cd /usr/share/ati
$: sudo sh ./fglrx-unistall.sh


Se invece avete installato i driver tramite pacchetti è necessario digitare da terminale:

$: sudo apt-get remove xorg-driver-fglrx

Oppure rimuovere il pacchetto xorg-driver-fglrx dal gestore Synaptic.

Nota bene: è necessario rimuovere anche i pacchetti xorg-driver-fglrx_*.deb fglrx-kernel-source_*.deb fglrx-amdcccle_*.deb xorg-driver-fglrx-dev_*.deb qualora siano state installate precedenti versioni dei driver proprietari ATI.

Ora è opportuno riavviare il sistema.

Al riavvio del sistema, dopo la fase di caricamento (per intenderci, dopo che la barra nello splash screen si è riempita), è comparsa una finestra che mi informava che le informazioni relative allo schermo non erano corrette. Se anche a voi capita niente paura: è una buona occasione per capire meglio come funziona la vostra macchina. Le informazioni relative alla configurazione delle vostre periferiche Input/Output sono contenute in /etc/X11/xorg.conf. Questo file determina la configurazione del vostro sistema ed interagisce con i driver di sistema. Naturalmente al momento della disinstallazione dei driver della vostra scheda video è possibile che qualcosa vada "storto" e che venga ripristinato un file non corretto al posto di /etc/X11/xorg.conf. Se questo accade al caricamento del sistema Xorg ci informerà che ci sono dei problemi. Per risolvere questi problemi siamo costretti ad interagire con il terminale. Premiamo Ctrl+Alt+F1, inseriamo nome utente e password e digitiamo:

$: sudo dpkg-reconfigure xserver-xorg

A questo punto seguiamo le istruzioni in base alla configurazione del nostro sistema e riavviamo il sistema, e tutto dovrebbe essere a posto. Per riavviare:

$: sudo shutdown -r now

Ora dovremmo avere un sistema pulito e possiamo procedere all'installazione dei nuovi driver.

Installiamo i pacchetti necessari all'installazione dei driver:

$: sudo aptitude install dkms build-essential fakeroot dh-make libstdc++5

Anche in questo caso ci sono principalmente due soluzioni: creare un pacchetto specifico per Ubuntu, oppure installare direttamente i driver. Installare direttamente i driver è un'operazione forse più semplice, ma creando un pacchetto specifico per la nostra distribuzione è possibile un controllo migliore del software contenuto nel nostro sistema, attraverso utilità come Synaptic.

Supponiamo di aver scaricato i driver sulla scrivania. Apriamo un terminale e digitiamo:

$: cd ~/Desktop
$: chmod +x ati-driver-installer-8.443.1-x86.x86_64.run


In questo modo abbiamo assegnato i permessi per l'esecuzione del file. A questo punto dobbiamo generare i pacchetti per la versione appropriata di Ubuntu che stiamo utilizzato. Per avere una lista completa di tutte le versioni supportate è sufficiente dare il comando:

$: sudo ./ati-driver-installer-8.443.1-x86.x86_64.run --listpkg

Nel nostro caso la versione interessata è Ubuntu/gutsy. Passiamo quindi alla creazione dei pacchetti:

$: sudo ./ati-driver-installer-8.443.1-x86.x86_64.run --buildpkg Ubuntu/gutsy

Questo creerà i pacchetti necessari per l'installazione dei driver. I pacchetti si troveranno nella stessa directory dalla quale avete lanciato il comando e saranno di proprietà di root, in quanto è stato root a generarli. Se volete cambiare il proprietario di questi pacchetti è sufficiente dare (sostituite nome_utente e nome_gruppo_utente con il vostro nome utente ed il vostro gruppo):

$: sudo chown nome_utene:nome_gruppo_utente fglrx-* xorg-driver-fglrx*

A questo punto è possibile installare i pacchetti generati, semplicemente facendoci doppio click sopra (in questo caso fate attenzione ad installare come primo pacchetto xorg-driver-fglrx_*.deb), oppure da terminale digitando:

$: sudo dpkg -i xorg-driver-fglrx_*.deb
$: sudo dpkg -i fglrx-kernel-source_*.deb
$: sudo dpkg -i fglrx-amdcccle_*.deb
$: sudo dpkg -i xorg-driver-fglrx-dev_*.deb

Potreste essere informati che è disponibile una versione del pacchetto meno recente in un canale software. In effetti questo è vero, i repositories contengono una versione dello stesso pacchetto meno aggiornata, ma più affidabile. Ma se avete seguito questa guida fino a qui, significa che non volete utilizzare il pacchetto dei repositories!

Durante l'installazione potrebbero occorrere degli errori, dovuti alla mancanza di alcuni pacchetti nel vostro sistema. Per correggere questi errori è sufficiente correggere gli errori di dipendenza dando un:

$: sudo apt-get install -f

Infine è possibile concludere l'installazione inserendo la configurazione base di xorg:

sudo aticonfig --initial

Passiamo ora alla rimozione di qualsiasi driver vecchio e alla verifica che tutti i pacchetti siano stati installati correttamente:

$: sudo rm /usr/src/fglrx-kernel*.deb
$: sudo rm /lib/modules/$(uname -r)/volatile/fglrx.ko
$: sudo apt-get -f install


Concludiamo infine attivando i driver con restrizioni dal menu grafico (Sistema -> Amministrazione -> Gestore Driver con restrizioni)

A questo punto riavviamo e speriamo che tutto sia andato correttamente.

Per verificare il corretto riconoscimento da parte dei driver della vostra scheda video è sufficiente digitare:

$: fglrxinfo

Dovreste ottenere qualcosa di questo tipo:

Per maggiori informazioni vi consiglio di consultare l'how to ufficiale di ATI, reperibile qui.

Questa procedura è generica e può essere adattata a qualsiasi versione dei driver o qualsiasi distribuzione, con le opportune modifiche determinate dal numero di versione o dal nome della distribuzione e dal relativo software per la gestione dei pacchetti.

UPDATE (22 Dec 2007 @ 18:48): Per la configurazione di Compiz in combinazione a questi driver vi consiglio Catalyst 7.12 su Ubuntu Gutsy - Compiz.

UPDATE (24 Dec 2007 @ 00:05): È sicuramente più opportuno seguire una guida più completa e precisa, che potete trovare qui.

Leopard è distribuito con equipaggiato Apache 2, PHP e supporto a MySQL. Non è presente MySQL stesso. Attualmente non è ancora stata rilasciata un installer di MySQL specifico per Leopard.

Avere un sistema Apache+PHP+MySQL sul proprio computer può essere utile nel caso si debbano sviluppare siti web dinamici. Inoltre, le funzionalità di MySQL possono essere sfruttate anche da altri programmi e altri linguaggi di programmazione (Java, C++, eccetera...). È indiscutibile che sia utile avere MySQL installato sul proprio sistema.

Ci sono essenzialmente due modi per installare MySQL su Leopard. Il primo è quello di utilizzare i pacchetti preparati per Tiger, mentre il secondo è quello di compilare la propria versione di MySQL.

Al momento in cui scrivo la versione stabile di MySQL è la 5.0.45, scaricabile da qui. Naturalmente ognuno deve scegliere la versione corrispondente all'architettura del proprio computer (PowerPC o Intel).

L'installazione di MySQL attraverso l'installer per Tiger non presenta particolari: l'unico accorgimento da prendere serve per poter utilizzare la funzionalità di controllo di MySQL dalle Preferenze di Sistema. Questa utilità non funziona in Leopard. Perché essa possa essere utilizzata è necessario cambiare i permessi della cartella /usr/local/mysql/data in modo che l'utente che deve eseguire il demone abbia i permessi in lettura e scrittura su questa cartella. Ciò può essere fatto semplicemente con il seguente comando da terminale:

sudo chown -R nomeutente /usr/local/mysql/data

In questo modo potrete utilizzare MySQL in combinazione con Apache2 e PHP su Leopard.

Se deciderò di avventurarmi anche nell'avventura della compilazione manuale posterò qualcosa, per il momento godo dello stato in cui è i Mac attualmente.

Ricordatevi, se avete in mente di utilizzare MySQL in combinazione con PHP ed Apache, di controllare che nel file /etc/apache2/httpd.conf il modulo per php 5 sia decommentato.

Inseriamo ora la path di MySQL nelle variabili di ambiente del nostro terminale. Questo ci permette di poter utilizzare i comandi di mysql anche se non ci troviamo nella directory in cui esso sono localizzati. La procedura è molto semplice, ma dipende dal tipo di shell che utilizziamo. Se come me utilizzate bash, aprite il file ~/.bash_profile ed inserite la seguente riga:

export PATH="$PATH:/usr/local/mysql/bin"

Se invece utilizzate tcsh aprite il file ~/.tcshrc ed aggiungete queste righe:

set path = ( $path /usr/local/mysql/bin )

Per altri tipi di shell potete facilmente ricercare su Google la modalità per la modifica della PATH

Importante!!!!! In questo modo aggiungerete la directory alla path del solo utente che state utilizzando. Per aggiungere la directory alla path di tutti gli utenti è necessario modificare il file corrispondente alla configurazione generale della shell, che solitamente si trova nella directory /etc. Per questo vi serviranno però i permessi di amministratore.