Con questo articolo analizziamo quelle che sono le linee guida per trovare la propria distribuzione Linux, quella cioè che possa rispondere alle nostre necessità e che più si addice alle nostre caratteristiche. Sì, perchè non esiste La distrubuzione Linux perfetta….esiste quella perfetta per noi!

1) Conoscere l’hardware principale del proprio PC

Questo è il primo passo, e non a caso: conoscere le caratteristiche hardware del proprio PC è di fondamentale importanza per la scelta del sistema operativo Linux. A seconda della nostra macchina, infatti, può essere valida una distrubuzione ma al contrario risultare scadente una versione molto diffusa. La prima cosa che dobbiamo fare è controllare la tipologia del nostro processore/processori: in particolare dobbiamo verificare se ci troviamo di fronte processori a 32-bit o 64-bit. Nel primo caso dobbiamo indirizzare la nostra attenzione alle distro con la sigla “i386″ (e qui rientrano la maggior parte dei sistemi), nel secondo caso invece dobbiamo cercare le distro con la sigla “amd64″ (alcuni processori supportano entrambe le versioni, ma visto il carattere introduttivo dell’articolo per ora saltiamo questo argomento).

Dobbiamo anche controllare la scheda video, la scheda audio, e la scheda wireless. Anche se le distruzioni Linux attuali sono abbastanza evolute per risolvere la maggior parte dei problemi, è bene scegliere le distribuzioni consigliate per l’hardware che abbiamo a disposizione. Chi ha una scheda video nvidia, ad esempio, va sul sicuro con le distribuzioni Ubuntu, mentre potrebbe avere problemi con quelle di Fedora o Debian: ma molto dipende anche dalle sinergie degli altri componenti, quindi il primo consiglio è cercare la maggior parte di informazioni possibili sui forum o nelle community specializzate.

Per indirizzarci nella scelta del sistema Linux più adeguato alle caratteristiche del nostro PC possiamo aiutarci con questo How To.

2) Scegliere l’ambiente grafico desktop preferito

Il secondo elemento da scegliere è il sistema grafico: Linux dispone di due sistemi grafici diversi, KDE e GNOME. Il primo è quello che ricorda più da vicino la struttura grafica dei sistemi Microsoft Windows: menu principale sul basso, una sorta di menu “start”, e sottomenu a pannelli orizzontali.

GNOME è invece un sistema grafico completamente diverso: il menu principale è situato nella parte alta dello schermo, con i sottomenu che si aprono prima in verticale e poi in orizzontale.

KDE e GNOME possono anche coesistere, ma normalmente è meglio scegliere tra uno dei due, visto che ognuno supporta diversi programmi ad esempio per la gestione multimediale, per la gestione della posta, ecc.

3) Seguiamo i consigli delle community

Alcune distribuzioni Linux sono oggettivamente più complesse da utilizzare: se stiamo muovendo i primi passi in questo fantastico mondo, non è necessario partire utilizzando i sistemi più complessi. Fidiamoci dunque di quanto ci consigliano le innumerevoli community dedicate.

4) Prima dell’installazione…..live version!

Anche se abbiamo eseguito tutti i passi con attenzione, è molto probabile che ci siamo persi qualche informazione, ma non ci dobbiamo preoccupare…la bellezza di Linux è che praticamente pensa a tutto lui! Praticamente tutte le distribuzioni dispongono di una live version, ovvero di una versione di test che ci permette appunto di testare la distribuzione Linux senza doverla installare. In questo modo possiamo vedere all’opera sul nostro PC il sistema che abbiamo scelto, verificare come risponde ed eventualmente trovare le problematiche e le criticità. Se tutto funziona a dovere, siamo sicuri di aver fatto la scelta giusta, e possiamo procedere all’installazione direttamente dalla live version.

5) Le distribuzioni più importanti

Vediamo alcune delle distribuzioni Linux più diffuse, famose ed utilizzate.

Ubuntu, giunto alla versione 10.4, è uno dei sistemi Linux più utilizzati, per diversi motivi. In primo luogo perchè si è conquistato la fama, non immeritata, di essere il sistema operativo più semplice da utilizzare.

Questo perchè in effetti il sistema di installazione di Ubuntu è tra i più semplici e, elemento ancora più importante, è un sistema che si  muove bene su un numero davvero notevole di configurazione diverse di PC.

I driver nativi disponibili nelle distribuzioni Ubuntu funzionano sulla maggior parte dell’hardware, permettendo agli utenti di utilizzare fin da subito il proprio PC al completo, senza ulteriore lavoro aggiuntivo. Ubuntu inoltre non solo dispone di una live version, ma ha anche la possibilità di essere installato all’interno di una cartella Windwos, facilitando di molto la vita agli utenti principianti che vogliono avvicinarsi al mondo Ubuntu.

Fedora è un sistema operativo completamente open (ha una licenza molto davvero “free”), è anch’esso risulta tra i più utilizzati. Le ultime versioni hanno risolto diversi problemi, in particolare quelli dei driver delle schede video nvidia: fino a qualche tempo fa infatti per chi possedeva una scheda video nvidia ad ogni aggiornamento del kernel del sistema doveva affrontare una mezza odissea per risolvere le incompatibilità che ne derivavano.

Ora con le ultime versioni sembra che questi problemi siano stai completamente risolti: Fedora è un sistema piacevole, abbastanza semplice da usare e sicuramente molto utilizzato per installazioni server. Normalmente Fedora si scarica con GNOME come sistema grafico di default, ma ultimamente sono disponibili anche versioni con KDE.

Debian non è una distribuzione che normalmente si consiglia per i principianti, visto che alcuni procedimenti sono abbastanza complessi e richiedono una conoscenza approfondita di alcuni elementi del sistema operativo Linux.

Rispetto alle versioni Ubuntu o Fedora , è sicuramente meno curato graficamente, però vanta un numero impressionante di pacchetti disponibili nel repository. Il sistema si presenta con il sistema grafico GNOME, anche se da qualche anno esiste un progetto parallelo per un progetto che utilizza il sistema grafico KDE.

Mandriva è un sistema operativo che si presenta di default con KDE, e graficamente è sicuramente tra i più curati. E’ anche disponibile la versione GNOME, anch’essa curata e molto performante. Negli ultimi anni è diventato uno dei sistemi Linux più utilizzati, perchè riunisce un’interfaccia grafica ben curata con un sistema operativo altrettanto ben curato e facile da configurare ed utilizzare.

Il numero di distribuzioni Linux disponibili è troppo grande per poterli citare tutti, ma per chi volesse vedere un elenco più esauriente può seguire questo link.

Visto che il precedente post riguardava la condivisione di cartelle tra un sistema Linux host (fedora) e un sistema Windows guest, ho pensato che potesse essere utile anche la situazione in cui abbiamo un sistema Windows host che deve comunicare con un sistema Linux guest.

Il primo passo da fare è scegliere la cartella del sistema host (Windows in questo caso) che verrà condivisa con il sistema Linux (Ubuntu in questo caso).

Una volta scelta la directory del sistema host che verrà condivisa, possiamo proseguire entrando nel sistema Linux, e nella console digitiamo il seguente comando:

sudo mkdir /media/windows-folder

che ci permette di creare un “punto di mount” in Ubuntu per la cartella in questione. Creato il “punto di mount” possiamo procedere al passo (quasi) finale con il comando:

sudo mount -t vboxsf nome_cartella /media/windows-folder

Questo comando non fa altro che legare al “punto di mount” precendentemente istanziato la cartella Windows con il nome “nome_cartella”.  L’ultimissima cosa da fare per rendere la modifica permanente è inserire questo comando all’interno del file

/etc/rc.local

poi spegnere la macchina virtuale, andare nelle impostazione ed aggiungere tra le cartelle condivise quella che abbiamo creato. Il gioco è fatto: ora abbiamo due sistemi in perfetta comunicazione!

Il problema sembra dovuto ad un bug: rfkill vede la scheda wireless “spenta” attraverso il kill switch, anche quanto in effetti non è così. Come dicevamo gli strumenti convenziali con i quali gestiamo le nostre connessioni di rete non possono nulla: ecco allora come possiamo risolvere questo problema.

La prima cosa da fare è assicurarsi che kill switch sia impostato ad “off” e lanciare il comando

sudo rmmod -f dell_laptop

per verificare che in effetti ci troviamo di fronte a questo problema. Se lanciato il comando la connessione riprende vita, allora non ci resta che aggiungere

blacklist dell_lapto

al file

/etc/modprobe.d/blacklist.conf

Problema risolto!

In alcuni casi tuttavia può essere necessario abilitare o disabilitare delle repository che ci creano problemi, bloccando ad esempio i processi di upgrade o di installazione di nuove componenti. Supponiamo si verifichi il seguente scenario: abbiamo effettuato l’upgrade del nostro sistema Fedora, ma non è ancora disponibile la versione del driver NVIDIA per la nostra scheda grafica. Al riavvio successivo, abbiamo a disposizione solo la console. Proviamo ad effettuare un upgrade del sistema da linea di comando, dunque, per risolvere le dipendenze e correggere i problemi della nostra scheda grafica.

Purtroppo però notiamo che un repository non è al momento disponibile: potrebbe sembrare un concentrato di sfortuna, ma in realtà è una situazione abbastanza comune. Il repository ATRPMS, ad esempio, quello in cui sono disponibili alcuni .rpm per i driver fireware, spesso per parecchio tempo risulta non accessibile.

Per risolvere non dobbiamo far altro che disabilitare momentaneamente da linea di comando il repository che blocca il processo di upgrade. Supponendo che il repository a crearci problemi sia proprio ATRPMS, è sufficiente lanciare il seguente comando:

mv /etc/yum.repos.d/atrpms.repo /etc/yum.repos.d/atrpms.repo.disable

In questo modo disabilitiamo il repository, e possiamo procedere all’upgrade del sistema, risolvendo le dipendenze che rendono instabile il nostro sistema. Una volta risolto il problema, possiamo riabilitare il repository.

Per prima cosa, verifichiamo se nel nostro sistema è già installata una versione di Java eseguendo il comando

user@host:~$ java -version

In molte recenti distro Linux, è già presente l’enviroment java ma nel caso non ci fosse, lo possiamo installare senza troppi problemi.
Procediamo dunque all’installazione del JDK nei nostri sistemi Ubuntu e Fedora:

UBUNTU

user@host:~$ sudo apt-get install sun-java6-jdk
Password:
Reading package lists... Done
Building dependency tree
Reading state information... Done
[......................................]

FEDORA 

[user@host ~]$ sudo yum install java-1.6.0-openjdk.i586

Loaded plugins: refresh-packagekit
Setting up Install Process
[......................................]

In entrambi i casi, dopo l’installazione, procediamo nuovamente al controllo della versione installata con il comando

UBUNTU

user@host:~$ java -version
java version "1.6.0"
Java(TM) SE Runtime Environment (build 1.6.0-b105)
Java HotSpot(TM) Server VM (build 1.6.0-b105, mixed mode)

FEDORA 

[user@host ~]$ java -version
java version "1.6.0_0"
OpenJDK Runtime Environment (IcedTea6 1.6) (fedora-33.b16.fc12-i386)
OpenJDK Server VM (build 14.0-b16, mixed mode)

Se il JDK installato non è settato come default, allora possiamo procedere nel modo seguente:

UBUNTU

user@host:~$ sudo update-alternatives --config java

There are 2 alternatives which provide `java'.

Selection    Alternative
-----------------------------------------------
*         1    /usr/bin/gij-wrapper-4.1
+        2    /usr/lib/jvm/java-6-sun/jre/bin/java

Press enter to keep the default[*], or type selection number: 2
Using `/usr/lib/jvm/java-6-sun/jre/bin/java' to provide `java'.

FEDORA 

[user@host ~]$ sudo update-alternatives --config java

There are 2 programs which provide 'java'.

Selection    Command
-----------------------------------------------
*+ 1           /usr/lib/jvm/jre-1.6.0-openjdk/bin/java
2           /usr/lib/jvm/jre-1.5.0-gcj/bin/java

Enter to keep the current selection[+], or type selection number:

A questo punto è arrivato il momento di settare la variabile JAVA_HOME : editiamo dunque il file ~/.bash_profile che si trova tra i file nascosti della cartella principale di ogni utenza Linux (nel caso in cui volessimo configurare tale variabile di sistema per tutti gli utenti è sufficiente eseguire i passi che vedremo tra poco nel file /etc/profile).

~/.bash_profile è uno script di startuo che generalmente viene eseguito una volta sola: questo file viene utilizzato per tutti quei comandi che vengono eseguiti quando l’utente esegue il login nel sistema Linux. E’ pratica comune dunque utilizzare questo file per settare le variabilil d’ambiente, per creare alias a comandi via shell, ecc.
Editiamo quindi il file con il comando

$ vi ~/.bash_profile

e, usando la sintassi export JAVA_HOME=<percorso-installazione-java> procediamo alla modifica del file

export JAVA_HOME=/usr/java/jdk1.6.0_0

e modifichiamo la variabile PATH come segue

export PATH=$PATH:/usr/java/jdk1.6.0_0/bin


Salviamo il file, chiudiamo tutto ed eseguiamo il logout e successivamente il login nel nostro sistema. Per controllare che tutto sia andato a buon fine, è sufficiente eseguire la stampa di tali variabili come segue:

$ echo $JAVA_HOME
$ echo $PATH

Se tutto ha funzionato correttamente, vedremo nel nostro terminale la stampa del percorso che abbiamo precedentemente impostato, altrimenti una riga vuota. Questa procedura si può ripetere per tutti quei framework o applicativi che richiedono il settaggio di variabili d’ambiente (come la variabile UIMA_HOME per l’utilizzo del framework UIMA).

Tip: Possiamo usare il comando seguente per trovare il path dell’eseguibile java in UNIX / Linux:
$ which java

(L’esempio che trattiamo tra qualche istante è una configurazione di esempio appunto, un server già attivo che possiede due schede di rete ma sul quale non si riesce a configurare correttamente la connessione ad internet, ma i comandi possono essere utilizzati per le proprie necessità)

Per procedere quindi alla configurazione della schede di rete su di un server (diciamo server perchè questo tipo di configurazione non rimane dopo un riavvio del sistema) si procede nel seguente modo. Supponiamo di avere due schede di rete, eth0 ed eth1 , ma che sono eth0 richiede la configurazione.

Il primo passo è quello di disattivare eth1, per evitare conflitti:

ifconfig eth1 down

Per sicurezza, procediamo anche al down della scheda eth0, in modo da azzerare refusi di configurazione:

ifconfig eth0

A questo punto partiamo da una situazione pulita. Il prossimo passo è assegnare un indirizzo IP e una maschera di sottorete:

ifconfig eht0 xxx.xxx.xxx.xxx broadcast mmm.mmm.mmm.mmm

A questo punto proseguiamo assegnado il gateway di default:

route add default gateway yyy.yyy.yyy.yyy

Abbiamo quasi concluso, manca il settaggio del DNS primario; qui in alcuni versioni ci sono delle problematiche, ma normalmente tutto ciò che bisogna fare è editare il file /etc/resolv.conf ed assegnare la direttiva:

nameserver kkk.kkk.kkk.kkk

dove kkk.kkk.kkk.kkk è l’IP del DNS primario.

Ultimo passo: “tiriamo su” la scheda di rete che abbiamo configurato:

ifconfig eht0 up

e…..buona navigazione!

Ecco cosa succede: quando compare il pannello di login, inseriamo i dati e accediamo al sistema, questo sembra avviarsi correttamente, ma dopo pochi secondi si ripresenta il pannello iniziale di login; solo dopo vari tentativi si riesce ad accedere correttamente al sistema.

Questo è un bug da attribuire agli ultimi aggiornamenti della release: non si presenta in tutti i sistemi, dipende dalla configurazione e dall’hardware, ma è un problema davvero fastidioso.

Per risolverlo, è sufficiente effettuare il downgrade del pacchetto xorg-x11-server-Xorg seguendo questa procedura:

1) Accedere come utente root (se riusciamo ad accedere con il nostro login, apriamo il terminale e ci connettiamo come utente root, altrimenti nel pannello di login clicchiamo la combinazione CTRL – ALT – F2, che permette di utilizzare il login da terminale invece del login con il pannello grafico)

2) eseguire yum downgrade xorg-x11-server-Xorg

Attraverso questa semplice procedura risolviamo il problema, almeno fino a quando gli sviluppatori Fedora non avranno trovato una soluzione.

yum downgrade xorg-x11-server-Xorg

I sistemi operativi presi in esame sono:

1. Windows XP
2. Ubuntu 9.04
3. Fedora 11 (Gnome)

Acquistando il Samsung NC10, ci si trova sulla macchina una versione di Windows XP sorprendentemente stabile e veloce, per essere un sistema pre-installato: nonostante il grande numero di software “opzionale” installato infatti, il netbook risulta piacevole da usare, e Windows XP risponde prontamente ai solleciti dell’utente.

Ma la vera forza di questi netbook si vede in effetti con i sistemi Linux, che riescono davvero a sfruttare fino in fondo le potenzialità di questi piccoli amici. Tra Ubuntu 9.04 e Fedora 11 (Gnome), quest’ultimo è sicuramente superiore, per diversi motivi. Innanzittutto perchè riconosce fin dalla prima installazione e senza ulteriori interventi praticamente tutto l’hardware del notebook: e non è certamente un elemento trascurabile, visto che ad esempio Ubuntu 9.04 utilizza un driver per la scheda wireless non pienamente compatibile, che non ne permette l’utilizzo a meno di successivi interventi (si trovano parecchi dettagli in rete su come risolvere questo problema). Altri gravi problemi nella installazione di Ubuntu 9.04 sono ad esempio un touchpad poco sensibile, e, problema ancora più grave, una illuminazione bassissima che rende praticamente inutilizzabile il netbook con uso in batteria.

Per questo motivo il nostro consiglio è il seguente: installare la versione di Fedora 11 (Gnome), eseguendo i seguenti passi.

1) Scaricare il liveusb creator , un applicativo utilie per creare una chiavetta usb di installazione per sistemi Fedora

2) Scaricare la versione Gnome di Fedora 10: ok ma non avevamo detto la 11? Sì, ma questo è in effetti l’unico problema riscontrato per installare Fedora sul nostro Samsung, ma si risolve davvero molto semplicemente. Il problema è che non si riesce in nessun modo a creare con il liveusb una chiavetta d’installazione funzionante da subito per Fedora 11 (Gnome): si riesce per Fedora 11 (KDE), ma questo presenta poi praticamente gli stessi problemi di Ubuntu 9.04, dunque non è consigliabile seguire questa strada. Nella pratica andremo a fare questo: installiamo da prima Fedora 10 Gnome, e successivamente con la procedura di upgrade installiamo al versione 11.

2) A questo punto abbiamo tutto il necessario per creare la nostra chiavetta. Procediamo con la creazione della chiavetta: una volta concluso il procedimento, riavviamo il nostro netbook, entriamo nel BIOS (premendo ripetutamente F2 prima del caricamente del sistema operativo), andiamo nella sezione che gestisce la lista di boot e impostiamo come prima sorgente il lettore USB: in questo modo, dopo un al riavvio verrà letto in primis il boot da chiavetta USB.

3) A questo punto riavviamo, inseriamo la chiavetta e procediamo all’installazione di Fedora 10 (Gnome).

4) Ad installazione conclusa, aggiorniamo il sistema, utilizzando YUM o il Package Manager, e a fine aggiornamento, aprimo un terminale.

5) Nel terminale, diventiamo utente root e digitiamo il comando preupgrade , che farà partire la procedura grafica e guidata per upgradare il sistema Fedora dalla versione 10 alla versione 11.

6) A questo punto è sufficiente seguire le istruzioni dell’interfaccia grafica di upgrade per concludere il processo ed avere un Fedora 11 (Gnome) perfettamente funzionante (o quasi….)

7) Diciamo “o quasi” perchè in alcuni casi abbiamo riscontrato un problema sull’illuminazione dello schermo quando siamo in battery mode. Questo sembra essere un bug del sistema, simile a quanto succedeva in Ubuntu 9.04, ma in questo caso, per risolvere il problema, è sufficiente collegarsi come utente root in un terminale e digitare il seguente comando:

setpci -s 00:02.1 F4.B=X

dove al posto di X possiamo mettere un valore compreso tra 40 e 100 (dove 100 è il massimo dell’illuminazione).

Quest’ultimo è un bug, è vero , che però per quanto fastidioso si fixa in pochi secondi, e comunque è un fastidio che viene compensato sicuramente dal fatto che il resto del sistema è perfettamente funzionante fin dal primo avvio.

Ancora due truccetti per rendere perfetto il nostro netbook: per aumentare la leggibilità, possiamo scaricare ed installare questo tema , che utilizza delle icone perfezionate per piccoli schermi, ed inoltre possiamo diminuire leggermente la dimensione dei caratteri seguendo questo percorso nel menu in alto:

System —> Preferences —> Appearance —> Font —> Details —> Resolution

e fissando a 95 la risoluzione dei caratteri.

A questo punto possiamo veramente godere del nostro netbook Samsung NC10 configurato a dovere e carrozzato per qualsiasi tipo di lavoro.

Il lavoro di squadra richiede da parte delle figure coinvolte pazienza e dedizione, e la strada da scegliere deve essere quelle del dialogo costruttivo e del rispetto delle idee di ognuno dei partecipanti.

Vi sono strumenti che è molto importante conoscere, perchè permettono di sincronizzare il lavoro del team e di gestire in modo professionale e ordinato progetti di dimensioni importanti. In questo articolo vedremo come configurare un ambiente di sviluppo professionale per il team development, ma non bisogna mai dimenticare un elemento importante: gli strumenti che vedremo sono molto potenti ed utili, ma non sono adatti a tutte le situazioni e a tutte le tipologie di progetto.

Uno strumento potente, ma inadatto alle caratteristiche dei progetti o dei movimenti produttivi interni dell’azienda, può provocare danni non indifferenti.

L’ambiente che andremo a configurare ha i seguenti requisiti:

1. un server linux (fedora 10)
2. Apache, PHP, MySql installati nel server e nella propria macchina
3. IDE Zend Studio for Eclipse (o anche solo Eclipse) installato nella propria macchina

Il sistema che andremo a configurare  è dunque composto da un server Linux su cui installaremo l’svn (subversion), e da una o più workstation su cui sarà configurato un ambiente di sviluppo in locale e l’IDE che ci permette di gestire i collegamenti con subversion e dunque di lavorare in team con i nostri colleghi.

Configurazione del SERVER

Avendo scelto come sistema operativo Fedora 10, possiamo utilizzare il tool yum per installare subversion su linux:

yum install subversion

Per renderlo avviabile in Apache, installiamo il modulo mod_dav_svn:

yum install mod_dav_svn

Nella directory root del server, creiamo le seguenti cartelle per il repository svn:

mkdir /svn/repos
svnadmin create /svn/repos/projects

Per questioni di permessi, è necessario cambiare il proprietario della cartella in “apache” :

chown -R apache.apache /svn

A questo punto, dobbiamo creare il file in cui verranno scritte le policy di sicurezza che controllano la metodologia di accesso ai progetti. Creiamo il file svnauth nella directory /svn/repos/projects/svnauth e inseriamo le utenze come da esempio seguente:

[/]
user1 = rw
user2 = r

user1 in questo caso avrà accesso in lettura-scrittura, mentre user2 avrà l’accesso in modalità in sola lettura in tutto il repository.

Il passo successivo è creare il file (/svn/repos/projects/svnpass) che conterrà le password degli utenti di cui sopra:

htpasswd -bcm /svn/repos/projects/svnpass user1 passwordUser1
htpasswd -bm /svn/repos/projects/svnpass user2 passwordUser2

Lanciando i comandi precedenti, creiamo un’associazione tra utente e password, e tale associazione verrà appunto scritta nel file svnpass. Importante: notate che i parametri del primo comando (-bcm) sono diversi dal secondo (-bm); questo perchè nel secondo caso andiamo solo ad aggiungere una riga al file svnpass, mentre nel primo caso è impostata anche la creazione opzionale del file nel caso in cui questo non esistesse. I parametri associati al comando htpassw hanno il seguento significato:

-c    creazione nuovo file

-m   forzare la crittografia MD5 della password

-b    usare la password inserita da linea di comando

Per ulteriori chiarimenti sul comando htpasswd consigliamo di leggerne la documentazione, anche perchè ci sono alcune differenza in base al sistema operativo in uso.

Ora è arrivato il momendo di configura Apache; aggiungiamo allora le seguenti righe al file di configurazione del server web:

<Location /svn/sandbox>
DAV svn
SVNPath /svn/repos/sandbox
AuthType Basic
AuthName "Subversion Repository"
AuthUserFile /svn/repos/sandbox/svnpass
Require valid-user
AuthzSVNAccessFile /svn/repos/sandbox/svnauth
</Location>

Riavviamo Apache, e l'ambiente server è pronto per essere utilizzato. Se tutto funziona regolarmente, il repository dovrà essere accessibile da browser al seguente indirizzo http://www.yourserver.com/svn/projects.

Sarà richiesta una login e una password, che ovviamente dovranno corrispondere a quelle che abbiamo procedentemente inserito.

Ora manca il passo finale, quello della configurazione del nostro IDE. Consideriamo a questo punto che su ogni macchina prediposta per il team development vi siamo già configurato un ambiente di sviluppo classico per lo sviluppo locale in PHP (Apache-PHP-MySql).

In questa sede sarebbe troppo dispersivo e lungo descrivere il procedimento passo per passo: vi sono diversi pacchetti com xxamp o wamp che si possono usare per configurare in pochi minuti un ambiente di sviluppo in PHP perfettamente funzionante in ambiente Windows (nelle release Linux più diffuse, è già tutto prediposto per una installazione di tale ambiente), anche se il nostro consiglio è di procedere con installazioni manuali di cui si ha il completo controllo. L’unico appunto è di far puntare la directory root di apache nel workspace che abbiamo scelto durante la configurazione della IDE: in questo modo rendiamo visibili i nostri progetti ZEND o ECLIPSE nel nostro localhost.

La configurazione che vedremo è esattamente la stessa sia che si utilizzi Zend Studio for Eclipse che Eclispe con il plugin Php. Quest’ultima, come la maggior parte degli utenti sapranno, è completamente gratuita, e fornisce gli stessi strumenti di Zend Studio per quando riguarda il team development. Chiaramente Zend Studio è la piattaforma specifica per lo sviluppo in PHP, e sicuramente per un web developper professionista è il top in quanto a strumenti forniti e comodità di sviluppo. Tuttavia, per chi sviluppa in più di un linguaggio di programmazione a livelli professionali, Eclipse, a nostro avviso, risulta essere la scelta più versatile e comoda.

Procediamo alla configurazione della nostra IDE:

1) Apriamo la prospettiva SVN Repositories

2) Nella colonna di destra, andiamo ad aggiungere il nostro repository (tasto destro + new)

2.1) Inserire l’URL  del repository http://www.tuoserver.com/svn/projects.

2.2) Inserire l’user e la pass dell’utente che utilizzerà tale ambiente e che rientrano in quelle precedentemente configurate

2.3) Clicchiamo su “Finish”

A questo punto il repository verrà importato nel nostro ambiente: concluso tale processo, apriamo la prospettiva “PHP Explorer” (o Resource), che sarà la prospettiva vera e propria che useremo per lo sviluppo. Creiamo un nuovo progetto:

1) New Project

2) Svn –> Project from SVN

3) Selezionare l’uso di un repository esistente

4) Scegliere il/i progetto/i, la data attuale e procedere cliccando su “Finish”

A questo punto verrà eseguito il checkout del progetto: questo procedimento impiegherà qualche minuti prima di concludere.

Siamo pronti per testare il meccanismo, tornando ad analizzare la sezione “PHP Explorer” della nostra IDE.

La prima cosa che notiamo sono dei “numeri” presenti su ogni risorsa all’interno del progetto: questo “numero” identifica la versione della risorsa: subversion, infatti, gestisce un potente e importante strumento di versioning, che facilita nelle operazioni di update o di recupero.

Cliccando con il tasto destro del mouse sul nome del progetto, e scegliendo “Team”, si apre un menu contestuale che ci mette a disposizione tutti gli strumenti potenti di gestione del team development e di subversion.

La operazioni principali sono UPDATE e COMMIT : la prima permette di ricevere le modifiche che gli altri membri del team hanno portato al progetto eseguendo un commit. Il COMMIT, appunto, è l’operazione più importante, perchè permette di scrivere sul progetto finale, direttamente sull’snv: bisogna per questo fare molto attenzione durante questa operazione, essere sicuri che ciò che si sta “commitando” sia perfettamente funzionante e ricordarsi sempre di commentare il proprio COMMIT per permettere una facile gestione del versioning.

Vi sono tantissime altre funzionalità molto importanti e potenti che possiamo sfruttatare per lavorare al meglio con questi strumenti, ma per ora riteniamo siamo meglio fermarci qui….abbiamo già abbastanza elementi da testare! Chiaramente, nel caso ci fossero domande o questione di qualsiasi tipo, siamo a  vostra disposizione!!

Il problema è ovviamente dato dalla configurazione dei permessi: per prima cosa, dobbiamo aggiungere la nostra utenza al gruppo vboxusers (possiamo controllare che non sia già stato fatto in automatico lanciando il comando groups), con il seguente comando

sudo gpasswd -a $(logname) vboxusers

Ora dobbiamo garantire i permessi di scrittura e lettura su  “usbfs” per gli utenti che appartengono al gruppo “vboxusers”.

Su Fedora 10, “usbfs” è accessibile da /proc/bus/usb che per configurazione di defualt appartiene all’utente root e al gruppo root. Potremmo anche modificare i permessi con il comando chmod, ma ogni qualvolta riavviamo il sistema, dovremmo rifare la medesima procedura. Inoltre non possiamo eseguire a piacimento le operazioni di mount, perchè il sistema comunica constantemente con “usbfs”, e finchè esiste tale comunicazione ( cioè esattamente per tutto il tempo in cui il sistema è running ) il filesystem risulta “busy”. Il “trucco” sta nel “montare” una copia di “usbfs” da qualche parte nel sistema, passando gli effetti delle configurazioni anche su /proc/bus/usb. Per fare questo, ci serve l’id del gruppo “vboxusers”, che troviamo con il seguente comando:

cat /etc/group | grep vboxusers

L’output sarà qualcosa di simile a:

vboxusers:x:501:nomeutente

che specifica appunto che sul proprio sistema l’id del gruppo (gid) “vboxusers” è 501. Ora mpossiamo procedere nella creazione di un altro punto di mount per “usbfs”. Decidiamo di crearlo in /root/usbfs:

sudo mkdir /root/usbfs

Il prossimo passo è la modifica del file /etc/fstab per “montare” una copia di “usbfs” in /root/usbfs. Editiamo quindi il file, ad esempio con vi, e alla fine di questo aggiungiamo le seguenti righe:

none /root/usbfs usbfs rw,devgid=501,devmode=664 0 0

Ovviamente, se nel vostro sistema il gid del gruppo “vboxusers” è differente da 501, dovete sostituirlo con quello appropriato. Per applicare i cambiamenti, lanciamo il comando di “mount”:

sudo mount -a

Dopo questa procedera, finalmente i vostri sistemi virtuali leggerando qualsiasi collegamento USB, esattamente come il vostro sistema operativo. Chiaramente è necessario settare, per ogni macchina virtuale, i controller USB che volete rendere attivi.