Installare guest addition su Debian versione server

Questa operazione risulta abbastanza semplice quando si hanno OS guest dotati di interfaccia grafica, ma con OS testuali le cose si complicano solo un pochino perché bisognerebbe avere alcune conoscenze specifiche.

Iniaziamo con l’avviare VirtualBox e la macchina virtuale interessata e clicchiamo su “Dispositivi=>Installa Guest Addition”:

Annunci

Tips: Impossibile eseguire il commit con SVN

Quando si vuole eseguire il commit di un proprio progetto tramite SVN è possibile che vi imbattiate nel seguente errore:

Password for ‘(null)’ GNOME keyring:


Per risolvere questo problema seguiamo i seguenti passi:

user@laptop:~$ cd .subversion/
user@laptop:~$ ls
auth config README.txt servers


Apriamo il file config e cerchiamo la linea ‘password-stores = no’ nella sezione ‘[auth]’. Togliamo il commento e cancelliamo il no, avendo come risultato ‘password-stores = ‘. Salviamo e chiudiamo il file.

Infine, apriamo il file servers e cerchiamo la riga ‘store-passwords = no’ nella sezione ‘[global]’ ed eliminiamo il commento. Salviamo e chiudiamo.

Da adesso dovrebbe funzionare tutto in maniera corretta.

Usiamo il modulo proxy di Apache

La progettazione di I.H.Sys. mi sta costringendo a rivedere di continuo gli schemi architetturali del sistema in modo da poter sfruttare al meglio l’hardware di bassa potenza a mia disposizione.
Una delle ultime modifiche mi ha portato a decentralizzare il mio unico web server (Osiride) in modo che applicazioni web fortemente basate su php non influiscano troppo sul carico del server. Quindi, sfruttando la configurazione di bind sulla mia VPN riesco a puntare ogni applicazione senza problemi.
Ma cosa succede all’esterno della VPN?

Gestiamo il nostro server a distanza

Alla fina di una lunga ricerca e dopo numerosi tentativi falliti ho trovato una applicazione che fa al caso mio per poter gestire il mio server da qualsiasi luogo io mi trovi: Webmin.

Tips: automatizzare backup repository svn

Odio eseguire operazioni ripetitive a mano… nel 2011 non posso accettarlo e con un progetto come IHSys in via di sviluppo ogni “automatismo manuale” non può essere accettato 😛
A parte il preambolo catastrofico, l’unico obiettivo di questo piccolo post è quello di mostrare un piccolo script che ci permetterebbe di automatizzare il processo di backup dei nostri repo.

Apache2 + SSL: HTTPS

Nessuna formula segreta, solo una piccola descrizione su come possiamo installare il modulo ssl di apache sul nostro serverino.

Tips: OpenVPN in Debian Squeeze

Dopo il passaggio a Debian ho riconfigurato tutti i servizi che col tempo avevo messo su, tra cui anche la mia VPN!
Purtroppo al tentativo della connessione mi sono trovato davanti a degli errori causati da un parametro mancante:

Come inviare una mail dopo un commit

Vi piacerebbe essere sempre a conoscenza delle modifiche che il gruppo apporta ai progetti che state svluppando? Vi piacerebbe anche sapere chi le ha fatte?
Essì è una cosa possibile e non richiede neanche molti sforzi (a meno che non vi vogliate rovinare la vita reinventando la ruota).

Effettuare un mirror di un repository Subversion

Se avete l’abitudine di sfruttare le comodità di subversion per seguire i vostri progetti vi sarete sicuramente imbattuti nella necessità di mettere in sicurezza i vostri dati attraverso delle tecniche di backup.
Di seguito mostrerò tre tecniche che ci permettono di raggiungere questo scopo.

Il metodo più semplice è certamente la normale copia delle cartelle, trattando quindi il repository come un normale filesystem.

$ cp -R Repo_dir/ Repo_bck/

Il problema in questa tecnica risiede nel fatto che si sta effettuando una copia su una struttura che potrebbe essere modificata, per evitare questo si dovrebbe disattivare il servizio per il tempo della copia.

Questa non è sicuramente la soluzione che preferisco, il motivo è semplice: esistono delle utility che fanno questo lavoro in maniera migliore 😀

Una delle soluzioni accettabili può essere trovata nell’utilizzo del comando svnadmin con l’opzione dump:

$ svnadmin dump Repo_dir/ > repository.dump
$ svnadmin create Repo_bck/
$ svnadmin load Repo_bck/ < repository.dump

Questa soluzione permette di creare delle copie portatili del repository che può, quindi, essere rilocato su qualsiasi nuova destinazione. Questa soluzione ha però un inconveniente: non permette di salvare i file di configurazione e gli script hooks.

Una soluzione migliore fa utilizzo dell’opzione hotcopy che condensa i vantaggi dei due sistemi precedenti: esegue una copia a caldo, senza la necessità di fermare il server; esegue il backup completo del repository:

$ svnadmin hotcopy Repo_dir/ Repo_bck/

Beh… Buon divertimento.

PS: a detta di tale Raffaele Bendandi oggi dovrebbe esserci un terremoto che distruggerà Roma… è possibile che sia già successo, visto che il post partirà in automatico alle 6!!! Da buon ingegnere non ci credo, ma mi dispiacerebbe lasciare questo mondo senza un saluto 😀 beh guardiamo il lato positivo… se ci rimango io, pure Berlusca farà na brutta fine e l’Italia sarà libera da due stronzi… Io e Lui! Meglio di così. Tanti saluti 😛

text2wave: errore nella creazione del file

text2wave è un programma che ci permette di creare dei file audio a partire da un file di testo. Un esempio di uso è il seguente:

$ echo "ciao" | text2wave -scale 50 -o ciao.wav


Può capitare che durante la generazione del file venga restituito il seguente errore:

wrong type of argument to get_c_val


La risoluzione è molto semplice, apriamo il file /usr/bin/text2wave e cerchiamo la seguente riga:

(let ((wholeutt (utt.synth (Utterance Text ""))))


modifichiamola in modo che divenga:

(let ((wholeutt (Utterance Text "")))


Adesso riproviamo e vedremo che il file verrà generato nella maniera corretta.
Se utilizzate questa utility, vi consiglio di utilizzare lame per trasformare il file wave in mp3, avrete dei vantaggi a livello di spazio occupato.

Buon divertimento!