ATTENZIONE: POST PER SMANETTONI!!

Michael Steil ha rilasciato come linguaggio per scripting, il Basic del Commodore 64.
Adesso viene il bello: è stato rilasciato tutto sotto licenza BSD, ed è disponibile già compilato per Mac e Windows ma è compilabile per funzionare su Linux, Windows, e Mac OS X 10.4/10.5 (Intel e PowerPC) o qualsiasi altra piattaforma, semplicemente cambiando la parte di runtime C.

Trovate tutto su Pagetable.com.

[Via Cristian]

L’articolo è breve, e traduco volentieri la parte che m’interessa.

L’amministratore delegato di Microsoft Steve Ballmer ha partecipato stamattina alla giornata annuale per gli studenti disagiati (Minority Student Day) nella sede di Redmond dell’azienda. Come in passato, le domande degli studenti sono state frutto di un’attenta analisi a monte, nonchè incisive — compresa quella che è stata posta da uno studente che assisteva all’evento dalla sede Microsoft di Charlotte, in North Carolina: “Microsoft sta pensando di rilasciare, in futuro, una versione open-source di Windows?”.

“No”, ha risposto Ballmer, senz’alcuna esitazione. Ed ha continuato dicendo:

“Beh, che significherebbe ciò? [Rilasciare] una versione open source di Windows significherebbe non solo che pubblicheremmo il codice sorgente di Windows, ma anche che dovremmo renderlo gratuito. Questo significa open-source. Noi non staremmo ospitando il Minority Student Day se avessimo reso open-source Windows, perchè non faremmo abbastanza profitti da poter pagare gli impiegati, figurarsi invitare gente esterna. Non sto dicendo che l’open-source sia una brutta cosa, ma non ci farebbe pagare le bollette in azienda, perciò non possiamo abbracciare questo modo di fare le cose… Noi diamo soda gratis a tutti coloro che lavorano qui. Se rendiamo gratuita la nostra roba, la gente dovrebbe restituirci la soda… è una cosa che proprio stride con ciò che facciamo qui.

Ma povero Steve, tutti a minacciare i tuoi pochi guadagni. Dai, la soda non è un gran problema: di solito gli sviluppatori FOSS preferiscono la birra, e se la pagano da loro (specie quelli che hanno fede in Stallmann).

Ah: impara qualche vocabolo nuovo, magari ti serve.

[via Bink.nu]

Copertina dell'edizione Feltrinelli

La tesi di questo libro è che le libere risorse sono state cruciali per l’innovazione e la creatività sempre e ovunque; che, senza di esse, la creatività è monca. La questione chiave, dunque, non sarà stabilire se siano il governo o il mercato a controllare una risorsa, ma se una risorsa debba essere controllata, punto.

Ho cominciato a leggere questo libro. Interessante.

Aggiornamento del 27 Dicembre 2007: Ho sostituito i link ai sorgenti e alla patch con delle mie copie, dal momento che gli originali sono stati rimossi. Ho fatto questo perchè ho riscontrato l’impossibilità di compilare, su Debian stable, qualsiasi release di Transmission successiva alla 0.82 da me testata. Poichè non ho, al momento, il tempo di investigare quale sia il motivo esatto, preferisco fornirvi una versione “fidata” del programma da usare, piuttosto che invogliarvi a scaricare i sorgenti dell’ultima versione (0.96 ad oggi) dai repository di Debian unstable alias sid.

Aggiornamento del 29 Dicembre 2007: Il pacchetto dpkg-buildpackage non esiste. Un visitatore che si firma Alessandro mi ha segnalato privatamente l’errore, ed ho così potuto provvedere a referenziare i pacchetti corretti: a me aveva funzionato tutto ugualmente soltanto perchè, in qualche modo, mi ero tirato giù in passato quei pacchetti. Se avete avuto problemi strani, riprovate adesso. Sentiti ringraziamenti ad Alessandro da parte mia ed, immagino, anche da parte vostra.

Transmission è un client BitTorrent molto leggero e performante, e supporta la maggior parte delle features che servono all’utente medio (ad esempio, la possibilità di controllare la banda assegnata a ciascun torrent) e include anche un daemon che ne permette l’esecuzione in background. Purtroppo, tale daemon non è fornito con il pacchetto presente nei repository di Debian etch: dal momento che, quindi, dovremmo comunque partire dai sorgenti per ottenere un pacchetto che faccia per noi, ne approfittiamo per usarne una versione più aggiornata che è presente in Debian unstable.

Inoltre, a questo indirizzo è disponibile un’interfaccia web (che richiede PHP 5) che, sebbene sia ai primi stadi di sviluppo, dovrebbe essere sufficiente per chiunque (almeno, per me lo è). Con qualche accorgimento potremo costruire una stazione per i download di torrent gestibile via web e ragionevolmente sicura basata su Transmission 0.82 (la versione presente nei repository di Debian unstable al momento della scrittura di questo articolo). Ricordo che i comandi di installazione dei pacchetti e di cambiamento dei permessi vanno eseguiti dall’utente root.

Attenzione: Per qualche motivo che non mi è chiaro, non è possibile avviare transmission-daemon con privilegi utente, e il daemon non si occupa di passare ad un account non privilegiato dopo l’avvio. Se questo costituisce un problema vitale per voi, non seguite questa procedura. Grazie.

1. Scarichiamo i sorgenti e la patch preparata dagli sviluppatori Debian, salvando entrambi i file nella medesima directory.

2. Decomprimiamo l’archivio compresso e applichiamo la patch: tar xfz transmission_0.82.dfsg.orig.tar.gz; cd transmission-0.82.dfsg.orig; gunzip ../transmission_0.82.dfsg-1.diff.gz; patch -p1 < ../transmission_0.82.dfsg-1.diff

3. Installiamo (se non sono già presenti) fakeroot, dpkg-buildpackage e PHP 5, insieme alle dipendenze necessarie alla compilazione di Transmission – anche se ci basiamo su quelle necessarie a Transmission 0.6, la versione presente in etch, non dovrebbe comunque venirci a mancare nulla. L’installazione di PHP 5 si porterà dietro anche Apache 2, se non è già installato.apt-get install fakeroot dpkg-buildpackage php5 php5-gd; apt-get build-dep transmission

4. Compiliamo il programma e installiamo i tre pacchetti che si vengono a creare (transmission, transmission-daemon e transmission-cli): fakeroot dpkg-buildpackage debhelper; sudo dpkg -i transmission*

5. Scarichiamo transmission-web da qui, e decomprimiamolo nella directory /var/www con tar xfz transmission-web.tar.gz -C /var/www; chown -R www-data:www-data /var/www/bittorrent La directory bittorrent/ può, se lo volete, essere ridenominata: assicuratevi di “compensare” questa modifica modificando i passaggi che seguono.

6. Se Apache 2 non era già installato e configurato, sarà necessario creare una configurazione di default che sostituisca quella di esempio. Potreste volere usare un file come questo, derivato dalla configurazione d’esempio: per renderlo operativo, a meno che non gestiate dei server virtuali (cosa abbastanza rara), dovrete piazzare il file in /etc/apache2/sites-available e quindi fare ln -s /etc/apache2/sites-available/apache2-config /etc/apache2/sites-enabled/000-apache2-config; rm /etc/apache2/sites-enabled/000-default, e togliere di mezzo i file di test di Apache 2, per esempio con un mv /var/www/apache2-default /usr/share/doc/apache2-common.

7. Scaricate il mio script di init per transmission-daemon, piazzatelo in /etc/init.d e rendetelo eseguibile con chmod +x /etc/init.d/transmission-daemon, quindi fate in modo che transmission-daemon venga fatto partire all’avvio del sistema, e venga fatto chiudere allo spegnimento dello stesso, eseguendo update-rc.d transmission-daemon defaults 92 (la priorità 92 fa in modo che venga eseguito subito dopo e chiuso subito prima di Apache 2, che ha priorità 91 nella configurazione predefinita).

8. Modifichiamo il file /var/www/bittorrent/config.php per adattarlo alle nostre esigenze:

         /* Indica il percorso in cui si trova il socket utilizzato per
         comunicare con transmission-daemon. Se non avete
         modificato il mio script di init si trovera' in
         /tmp/transmission-socket */
         $config["socket_path"] = "/tmp/transmission-socket";
         /* download_folder e downloadDir impostano le directory
         dove salvare i file temporanei e i file completi.
         Scegliete il posto piu' appropriato. La stessa locazione
         puo' essere utilizzata per entrambe le variabili.*/
         $config["download_folder"] = "/home/emanuele/documenti/downloads/bittorrent";
         $config["downloadDir"] = "/home/emanuele/documenti/downloads/bittorrent";
         /* Indica la porta su cui Transmission e' in ascolto. */
         $config["port"] = 6882;
         

9. Impostiamo una password d’accesso all’interfaccia web. Supponendo di voler denominare amministratore l’utente che potrà accedere all’interfaccia web, eseguiamo htpasswd -c /var/www/bittorrent/.htpasswd admin ed inseriamo la password scelta come richiesto.

10. Riavviamo Apache, ed avviamo transmission-daemon: /etc/init.d/apache2 stop; /etc/init.d/apache2 start; /etc/init.d/transmission-daemon start

11. Visitiamo con un browser l’indirizzo http://localhost/bittorrent/ (se stiamo usando la macchina in cui è fisicamente installato Transmission) o http://indirizzoip/bittorrent/. Se ci viene richiesta una password, e quindi viene presentata una pagina simile alla seguente:

    

    tutto sta funzionando bene.

Abbiamo terminato. Se vogliamo, possiamo decidere, oltre a lanciare tutti i nostri torrent, di trasformare la connessione HTTP in una HTTPS, per maggiore sicurezza. Non lo mostro soltanto perchè:

• Ci sono diversi modi per fornire connettività HTTPS, modi che richiedono passaggi lievemente differenti, ma tali che mi costringerebbero a provare le configurazioni una per una – mentre l’autenticazione plaintext è identica dappertutto (anche concettualmente: non ha poi molta importanza quale server web si scelga di utilizzare);
• Sul web sono disponibili tonnellate di manuali molto ben fatti (sicuramente meglio delle guide che scrivo) che sono letture praticamente obbligate e, in molti casi, risolutive.

Enjoy

Mi inserisco anch’io nel discorso annoso – e, secondo una mia opinione maturata nella mia ormai decennale frequentazione del mondo FOSS, abbastanza priva di fondamento, se non nel merito, quantomeno nei metodi adottati da entrambe le comunità – delle licenze GNU General Public License e Berkeley Software Distribution-style. Lo faccio traducendo un brano di un’intervista che Matthew Dillon, personalità, a mio personale giudizio, molto interessante ed a capo del progetto DragonFlyBSD, ha rilasciato ai tipi di KernelTrap qualche giorno fa. Spero di poter tradurre le scarne notizie presenti sulla pagina della Wikipedia in inglese al più presto.

Il mio interesse per Matthew Dillon è di lunga data: non soltanto perchè è un interlocutore (per chi lo intervista) semplice e diretto, ma perchè, nel suo passato, c’è un particolare di tutto rispetto: l’aver scritto diversi programmi – in particolare, un’implementazione di cron molto valida e funzionale – usati quando GNU/Linux vedeva le prime distribuzioni, come la SLS, come potete vedere da qui.

Il mio scopo è fornire un invito alla riflessione, specie dopo le polemiche seguite a questo post di Pollycoke e agli esiti di innumerevoli altri post della blogosfera suscitati dall’uscita della versione 3 della GNU General Public License (ad esempio questo, apparso su O.S. Revolution), con particolare attenzione alle modifiche effettuate per rendere più problematica la proprietarizzazione del codice sorgente.

Non esprimerò alcun giudizio sulle affermazioni di Dillon, riservandomi di farlo in separata sede, oppure, se qualcuno volesse aggiungere un commento, in una replica ad esso.

L’intervista originale, nella sua interezza, si trova qui. Di seguito, la traduzione del brano che mi (ci) interessa.

Licenza BSD:
JA: Quant’è importante per te che il tuo codice sia rilasciato secondo i termini della licenza BSD?

Matthew Dillon: Incredibilmente importante. Non ho mai aderito al fervore, quasi del tutto “religioso”, che circonda la GPL, in particolare non mi piace l’idea che si debba provare ad imporre il concetto di libertà alle persone inserendo delle righe di testo. La GPL ha creato un maldestro senso di importanza di se stessi nel mondo open source.

Il semplice di fatto di rendere di uso comune software ed algoritmi disponibili in maniera aperta ha un effetto molto più rilevante di qualunque licenza. BSD si adatta di più al concetto di pura invenzione. Cosa più importante, nei grandi progetti collaborativi la licenza BSD permette ai singoli autori di usare sia il progetto nella sua interezza, che parti più o meno grandi di lavoro collaborativo a cui hanno partecipato in qualunque evenienza possano incorrere nella loro vita, incluse le possibilità di sfruttamento commerciale, anche proprietarie.

(La licenza) BSD è un modo per affermare che non siamo così avidi da dover legare mani e piedi¹ a chi vuole usare il nostro lavoro e trarne dei profitti. Oppure, in altri termini, la (licenza) BSD è un modo di confermare che fare soldi da un progetto open-source è un evento molto raro, e che ad alcuni di noi non interessa proprio quest’aspetto del proprio lavoro.

Francamente, non è così facile ‘rubare’ da progetti open source come la gente sembra pensare. La licenza BSD riconosce ciò, riconoscendo e financo supportando sia l’uso commerciale che l’occasionale proprietarizzazione commerciale del codice di un progetto. In un certo senso, non ha importanza se il codice venga reso proprietario o meno perchè, a meno di non riscriverlo completamente, ogni successo commerciale da esso derivante (si consideri ad esempio l’uso che fa Apple di BSD e di Mach) forzerà, di per se stesso, quell’entità commerciale ad usare un gran numero di protocolli con specifiche aperte. Il solo fatto che possano inserire piccoli pezzi proprietari qua e là non cambia il fatto che il 95% della loro piattaforma di lavoro non sarà proprietario, e perciò l’obiettivo di forzare il mondo ad usare standard più aperti, qualcosa che io VOGLIO, viene conseguito con successo con BSD tanto quanto con la GPL.

È davvero una sfortuna che i fanatici non si accorgano di ciò. Costoro considerano qualche esempio estremo di cosiddetti ‘furti’ e della cosidetta protezione che la GPL esercita contro un ‘furto’ di questo tipo, senza alcuna reale comprensione di cio che è accaduto realmente. C’è una differenza molto piccola tra il concetto di ‘integrazione’ e quello di ‘furto’ nel mondo open-source. Sono più dei toni di grigio.

Se dovessi scrivere una grossa applicazione commerciale proprietaria che per caso funziona su Linux (ed esistono molti esempi di questo tipo), il risultato finale dell’integrazione sarebbe a tutti gli effetti una scatola chiusa², che ci sia la GPL o meno. E tuttavia anche in questa scatola chiusa, un numero incredibile di standard aperti saranno messi in gioco grazie al fatto che si sta usando codice open-source, e l’uso di questi standard ha un effetto sempre più consistente che, in quasi tutti i casi, impedisce ogni significativa proprietarizzazione a lungo termine, indipendentemente dalla licenza. Ed anche quando questa proprietarizzazione avviene (si considerino le stupide estensioni di Microsoft a Kerberos) viene da chiedersi se questa proprietarizzazione aiuti l’entità commerciale, rispetto alla natura di scatola chiusa che già caratterizza il prodotto, e che certamente non ha effetti significativi sul mondo open source.

Dal mio punto di vista, questo significa che la GPL si riduce, praticamente, alla fornitura di protezione ad un progetto dalla competizione, se il progetto “desidera”³ diventare commerciale. MySQL è un buon esempio. Come si è capito, il solo fatto che il codice di base sia libero non significa che chiunque possa continuare a mantenerlo e svilupparlo. L’uso della licenza BSD consiste, praticamente, nell’affermare che nessuno ha seri interessi commerciali in qualunque opera derivata ada quel progetto, e che nessuno ha interesse ad imporre delle righe di testo agli individui che possano voler usare quell’opera.

¹ Ho cercato di rendere meglio che potevo quest’espressione idiomatica dell’inglese americano.
² In lingua originale scatola nera. Penso che con la mia scelta si capisca meglio.
³ Virgolette mie. Di solito un progetto non ha desideri propri . Dillon si riferisce ai suoi sviluppatori, ma non ho voluto modificare troppo il senso della frase originale.

[via KernelTrap]
[via Pollycoke ]
[via O.S. Revolution]