Progetti

Le license open source sono licenze software che rispettano determinati standard per quanto riguarda la possibilità di consultazione, modifica e condivisione del software da loro coperto.

Le principali famiglie di license open source sono:
BSD
Apache 2.0
GPL (GNU Public License)
MIT

La differenza tra le varie licenze elencate sta nella gestione del copyright e del modo in cui terze parti possono gestire il software messo comunque a disposizione.

Sono tutte licenze che richiedono l’intervento della OSI (open source initiative https://opensource.org/approval ) per la loro convalida.
Licenza open source non vuole assolutamente dire licenza non a uso commerciale, tant’è che ci sono aziende di grosso calibro che basano il loro business plan su progetti open source, basti pensare a RedHat, Canonical o Google.

Da questi tipi di licenze sono nate licenze “satellite” per la diffusione non solo di software ma anche di documenti o materiale informatico, ad esempio, Wikipediausa una licenza di tipo GFDL (Gnu Free Documentation License) studiata appunto per la condivisione del suo materiale didattico e informativo.

Per approfondimenti rimandiamo alla pagina di Wikipedia: https://it.wikipedia.org/wiki/Licenza_open_source
e alla pagina della OSI:
https://opensource.org/licenses

at è un comando dei sistemi operativi Unix e Unix-like, e più in generale dei sistemi POSIX, che permette di far eseguire uno o più comandi in un dato momento nel futuro, senza che sia richiesta la presenza dell’utente.

Il comando batch è una variante del comando at che usa impostazioni predefinite diverse tali da eseguire quanto prima i comandi usando una priorità inferiore a quella normalmente usata da at. Di fatto equivale al comando at -m -q b now, che esegue i comandi non appena il sistema non ha altre operazioni urgenti da eseguire e che notifica via email anche il completamento dell’esecuzione.

Pro Tip: Un simpatico scherzo…

$ at 2:30 nov 1
at> mpg123 urlo.mp3
at> ^D
job 11 at Sun Nov 1 02:30:00 2009

Sebbene il metodo preferito per installare programmi è con i gestori di pacchetti, si può anche scaricare ed installare un pacchetto attraverso il codice sorgente. Ci sono molti differenti tipi di file di pacchetti Linux. La maggior parte di questi sono associati con i gestori di pacchetti di specifiche distribuzioni Linux, come sempre, faremo riferimento alle distribuzioni APT based.

Prima di tutto è consigliabile installare delle utility che aiutano a compilare i pacchetti software direttamente dal codice sorgente:

apt-get install build-essential
apt-get install automake
apt-get install checkinstall

Generalmente i sorgenti sono contenuti in tarball degli archivi con estensione .tar.gz o .tar.bz2, questi vanno estratti e compilati seguendo le istruzioni che generalmente si trovano all’interno di un file Readme contenuto nella tarball o fornito in bundle.

Generalmente bisogna semplicemente dare il comando:
$ make
che compila il programma e ne restituisce il compilato nella cartella src presente all’interno della tarball estratta.

Se il programma è stato pensato specificatamente per distribuzioni Debian e derivate possiamo dare il comando:

$ checkinstall

che crea un file .deb direttamente dal compilato del software.
Il pacchetto .deb può essere installato tramite gestore dei pacchetti con:

$ dpkg -i mypackage.deb

Se invece non ci troviamo in una distribuzione APT based, è buona regola spostare il compilato nella cartella /opt della propria distribuzione e creare tutti i collegamenti necessari per richiamare agilmente il programma installato manualmente, per esempio creando un alias o un collegamento nella cartella /bin.

Il comando nohup che significa (no hangup o non arrestare) ha la funzione di mantenere l’esecuzione di un comando (precedentemente passato come argomento) anche dopo l’uscita dal terminale.

In poche parole ignora il segnale HUP (segnale che viene inviato ad un proceso quando viene chiuso il terminale che controlla lo stesso), permettendo al processo di continuare lo stesso anche dopo la chiusura del terminale.

Il modo migliore per capirlo è vedere la sua sintassi ed esecuzioni con esempi:

Sintassi:

nohup command [comando-argomento ...]

nohup --help | --version

Dove:
--help Mostra un messaggio di aiuto ed esce.
--version Mostra info sulla versione ed esce.

Un semplice esempio è l’esecuzione di uno script, grazie al comando ‘nohup’ avremmo garantita la continuità di esecuzione anche se dovesse verificarsi un problema con la sessione, shell etc.

$ nohup ./myscript.sh &

Di default, l’uscita del comando ‘nohup’ che normalmente vedremmo visualizzata nel terminale, verrà scritto nel file nohup.out visibile nel percorso in cui ci troviamo al momento di esecuzione del comando.

Per maggiori info:
https://it.wikipedia.org/wiki/Nohup

AppArmor o Application Armor è un sistema integrato in molte distribuzioni basate su Debian che permette di garantire dei profili di sicurezza e di libertà applicazione per applicazione, sfruttando le proprietà del LSM (Linux Security Modules) del kernel Linux.

Le configurazioni che verranno create per queste applicazioni verranno poi salvate in /etc/apparmor.d/ . Il modulo di sicurezza è entrato stabilmente nei sistemi Ubuntu dalla versione 8.04, digitando il seguente comando è possibile vedere se è in funzione:

sudo apparmor_status

AppArmor segue gli standard POSIX 1003.1 ed è il parallelo del ben più famoso SELinux disponibile per distribuzioni basate su RedHat.

Limitazioni: funziona solo su processi che vengono avviati dopo il caricamento del modulo kernel.

È grazie a meccanismi di questo genere e ad altri come i cgroups e LXC che è partita la rivoluzione di Docker.

Per altre informazioni rimandiamo a Wikipedia (https://en.wikipedia.org/wiki/AppArmor) e alla wiki di Ubuntu (https://wiki.ubuntu.com/AppArmor).