www.youtube.com/watch?v=G1-Q_8EbB8A

Era ora che lo dicesse! (immagino sia dell’ultima puntata di ieri che non ho ancora visto)

via

Posted from Padova, Veneto, Italy.

Gente, esasperata, a cui è fallito l’aggiornamento a Karmic, impreca giorno e notte contro Ubuntu 9.10.

A questa gente voglio dire con leggero rimprovero che non è certo colpa di Ubuntu se durante l’utilizzo usate 1000 repository esterni senza alcun motivo.

La maggior parte di voi fa sicuramente un uso smodato dei suddetti, un po’ perché non ve l’ha detto mai nessuno che bisogna essere un po’ abili per giocare con i repo; un po’ perché in rete c’è gente qualificata (non so da chi¹ ) che sul proprio blog (che per l’amor del cielo, spero tanto sia letto da POCHI) scrive come installare MP3 Diags su Karmic con l’utilizzo di un archivio ppa di un tizio che su LP non appartiene a nessun gruppo affiliato ad Ubuntu (e nell’archivio trovate davvero di tutto!).

Oltre a questo, sto benedetto autore manco si è accorto è MP3 Diags è nei repo ufficiali di Karmic! Mah… masochismo compulsivo?

Qual è la morale di tutto ciò?

Beh, prima di tutto non fidatevi di nessuno, soprattutto di gente che si ritiene qualificata

Non usate i repo alla (fatemi passare il termine) casso di cane. Essi sono la spina dorsale delle distribuzioni debian like. Se fate casini con loro, fate casini con il sistema: ricordatelo!

E infine, non mettete il gorgonzola nel risotto ai quattro formaggi, potrebbe non piacervi e costringervi a cucinare un piatto last minute… Uff.

Buon Ubuntu 9.10!

Note all’articolo:

1. Ah, sì… scordavo che è un LQH founder. ‘Nnamo bene!

Share and Enjoy:

Come dice il sito ufficiale Ubuntu 9.10 Karmic Koala è tra noi. E’ possibile scaricarlo dalla pagina dei download di Ubuntu, dove potrete anche trovare i torrent.

Avete già provato installato la nuova versione? Volete lasciarci nei commenti le prime impressioni? Cosa ne dite? Vi invitiamo a partecipare al piccolo sondaggino qui sotto, giusto per capire cosa ne pensate.

Il mio server con blog, mail, jabberd, amuled ecc.. ha come distribuzione debian etch; l’intenzione era di fare l’upgrade stasera ma sono tornato ora e sono stravolto .

Nel frattempo (dubito perchè domani mattina appena mi sveglio procedo con l’upgrade) se qualcuno ha qualche consiglio volevo fare una cosa del genere. Fare un backup dell’intera immagine del disco su un altro hard disk, avviare l’upgrade sul server e nel frattempo virtualizzare l’immagine del disco da un altro pc e continuare a rendere il server attivo su internet tramite virtualizzazione…

Update 1.05 15/02 Un annuncio semiufficiale c’è qui.

Update 22.26 15/02 Upgrade completato mi pare tutto ok,nessun probema grave da senalare.

Update 11.10 18/02 Ho avuto un paio di problemi minori. Il repository di aMule per debian stable non ha aggiornato i pacchetti per la nuova stable, mettendo a testing e upgradando aMule riprende a funzionare.

Il cms(non credo possa definirsi solo un cms ma non so come chiamarlo ) Trac aveva smesso di funzionare per l’upgrade di Python e sqlite. La soluzione è avviare lo script di installazione (non si perdono i dati) e convertire il database per sqlite3.

$ python ./setup.py install
$ sqlite trac.db .dump | sqlite3 trac.db.new

Tanto per far vedere che non c’è più flickering dei video con driver ati usando l’uscita video xv e compiz .

Questo grazie ai nuovi driver 9.1 e ai 9.2beta. Sono però entrambi abbastanza instabili…ogni tanto con i video crasha tutto il sistema. Ancora niente supporto a xorg 7.5 (quello di Jaunty) purtroppo.

Nel pacco c’è lo stretto indispensabile…niente istruzioni o cd inutili, solo il computer i cavi e gli accessori che si ha ordinato. Mio cugino ha comprato in più 2gb di ram (18€) tastiera+mouse (18€) adattatore pci (7€). La tastiera e mouse sono Trust, personalmente la tastiera non mi piace proprio ma sono gusti . Incluso un supporto per mettetrlo in verticale:

Purtroppo se si ha intenzione di montare una qualche scheda pci bisogna per forza di cose usare l’adattatore. Infatti sul sito c’è scritto che se si mettesse una scheda pci direttamente sulla scheda madre il case non si chiuderebbe, l’adattatore molto semplicemente permette di posizionare la scheda in orizzontale.

Devo dire che me l’aspettavo leggermente più piccolo e più stiloso, fra le grate di areazione si intravedono fili e cavi vari…a me non dispiace per niente ma effettivamente è poco elegante.

Ubuntu gira benissimo, l’atom e i 2gb di ram non hanno alcun tipo di affanno, l’unica è la scheda video che sembra soffrire leggermente con compiz e una risoluzione di 1680×1050.

Al primo avvio ci si ritrova davanti il classico wizard dell’installazione di ubuntu tolto della parte riguardante la vera e propria installazione del sistema. Purtroppo ho notato che flash e unrar erano già installati, immagino che fossero installati anche i codec proprietari (non posso confermare però) .

Abaco esce con la versione 8.04 (LTS) di ubuntu che ho subito aggiornato. Eccolo aperto :

Insomma confermo che a me pare un’ottima alternativa a nettop di marche famose e soprattutto a ingombranti pc desktop.

Partecipa anche tu all’estrazione di una fantastica Media Station Abaco, dal valore di 499€, con il tuo Blog o con Facebook: vincere è semplicissimo, scopri come visitando www.abacocomputers.com/concorso

————————————

Ok…al di là dello spot pubblicitario spero non si arrabbino se aggiungo qualcosina. Avevo già parlato tempo fa di abaco (mi sono visto addirittura linkare di risposta da loro in mezzo a HWupgrade e altri ) , dal punto di vista pratico ci sono parecchie novità come il Dual Desktop (Intel Atom dual core) e i Mediastation. Dal punto di vista etico la pagina Chi siamo sul loro sito è sempre lì ricca di spunti interessanti!

Guardacaso proprio qualche giorno fa ho consigliato e convinto mio cugino a comprare un loro computer e quindi anche a passare a Gnu/Linux . Ha comprato il Dual Desktop…appena arriva faccio foto!

La frase con cui partecipo al concorso è questa:

Io vorrei che un pc possa essere un mezzo per sviluppare la propria creatività, conoscenza e immaginazione.
Niente e nessuno dovrebbe imporre agli altri cosa il proprio pc deve fare e cosa no.
Niente restrizioni e paletti alla creatività.

Transmission non sarà il miglior client torrent in circolazione (esempio…sento parlare di sto DHT che transmission non ha) ma ha due ottimi vantaggi:

• Leggerissimissimo
• Compilandolo si può evitare di aggiungere il supporto all’interfaccia grafica

E il mio serverino casalingo apprezza molto queste ultime due cose

Siamo arrivati alla versione 1.40 e già da un pò la WebUI (sempre clutch) è stata integrata direttamente in transmission…quindi niente script bash strani come prima.

Attenzione…facendo l’upgrade tutte le preferenze vengono cancellate, segnatevi i torrent che stavate scaricando, al primo avvio impostate la cartella dove vanno a finire i file scaricati come era impostata precedentemente e poi riaggiungete i torrent; transmission comincerà a verificare i dati e dopo un pò riprenderà a scaricare.

Come al solito mi scontro con i pacchetti del 15′-18′ di debian etch …questa volta per riuscire a compilare transmission bisogna installare le librerie libcurl a parte compilandole.

wget http://curl.haxx.se/download/curl-7.16.3.tar.gz
tar xvzf curl-7.16.3.tar.gz
cd curl-7.16.3
./configure
make
make install

Le altre dipendenze sono soddisfatte dal repository di debian etch. Per compilarlo e installarlo io do’:

wget http://mirrors.m0k.org/transmission/files/transmission-1.40.tar.bz2
tar xvf transmission-1.40.tar.bz2
cd transmission-1.40
./configure --enable-daemon --enable-cli --disable-gtk --disable-wx
make
make install

Da utente normale facciamo partire transmission-daemon e sistemiamo preferenze e torrent come ho detto prima. A questo punto dato che la web interface ora non gira direttamente con apache per impostare user e password possiamo modificare semplicemente il file “~/.config/transmission–daemon/settings.json“.

Transmission da remoto sarà accessibile sulla porta 9091, quindi se di mezzo ci sono firewall/router bisogna rendere accessibile quella porta.

Personalmente mi è piaciuta molto e invito tutti a leggerla! Attenzione a leggerla bene però…potrebbe essere travisata. Come al solito PI sembra fare apposta ad attirare troll…basta leggere il titolo…

Linux sui desktop? Investimento a perdere

La cosa più significativa che dice è che i soldi non si fanno con il software, i soldi si fanno con i servizi e anche Microsoft, che guadagna molti soldi dalle licenze, se ne è accorta e starebbe adottando la stessa politica. È facile capire come questo concetto sia molto importante per il modello di sviluppo del software libero.

Come al solito riguardo questi discorsi i libri di Eric Diamond mi sono stati illiminanti. Eric Diamond su Wikisource.

Eeepc from Bruxelles

Oltre a vari interventi necessari al kernel 2.6.27 la novità sta in un nuovo kernel con il suffisso -lean ancora più “ottimizzato”, ha cioè tolto qualche modulo in più che sicuramente non serve e compilato staticamente nel kernel qualche driver che invece serve sicuramente!

I tempi di boot sono un pò superiori a quelli di hardy, devo dire però che con il kernel -lean ho qualche problema…cosa che non sembra succedere con gli eeepc 900 e superiori. Non ho invetigato…

Io comunque come al solito ho voluto provare un kernel mio, basandomi sul config del kernel -lean ho inziato a togliere un pò di robe inutili compreso l’initramfs . E come al solito ottengo quel qualcosina in più…come qualche secondo guadagnato al boot e il supporto all’ibernazione che con i kernel di Adam non funziona.

Chi volesse fare come me tenga in considerazione che sia i kernell vanilla che quelli di ubuntu hanno il modulo eeepc-laptop che non funziona. Eeepc-laptop è il modulo che sostituisce eeepc-acpi nei kernel 2.6.27 (ricordererte la “barzelletta” del modulo ufficiale asus scritta qua) , non sono riusucito a trovare uno straccio di spiegazione riguardo cosa cambi in questo nuovo modulo e riguardo i problemi all’atto pratico. L’unica cosa che sono riuscito a fare è compilare direttamente i sorgenti già patchati da Adam del kernel di ubuntu con il mio config.

Gli snapshot dei kernel patchati da Adam si possono trovare qua (quelli taggati con l’”eeepc” finale). Per gli aggiornamenti mi affido esclusivamente a lui per evitare casini, sta facendo veramente un lavoro immenso, è ovvio che non può usare la mannaia nel configurare il kernel dato che poi devono usarlo migliaia di persone.

Cosa??

In questi giorni a tempo perso sono riuscito a pacchettizzare i CompatWireless del 14-10-2008 per l’adam kernel dell’eeepc! I compat wireless permettono di avere il driver open ath5k per la wireless delleeepc e buttare via quelle robe mezze proprietarie dei driver madwifi. Maggiori info qui e qui.

Il pacchetto funziona ed è questo l’importante (bisogna dare a mano un depmod -ae o riavviare alla fine) ma forse non è niente di eccezionale in quanto eleganza, se qualcuno più esperto vuole metterci le mani ben venga . (sto pensando di usare dkms…fattibile?)

W Debian!

Piccolo anedoto riguardo questi driver. In Università quest’anno siamo in un’aula senza wireless a differenza dell’anno scorso. Affacciandosi dalla finestra però vediamo pochi metri sotto di noi l’edificio vecchio con l’aula coperta dalla wireless, quindi tuttosommatto il segnale con l’eeepc e questi driver si prende e si riesce a navigare in 3/4 dell’aula più vicini alle finestre.

Quache giorno fa notavo uno col mac (non chiedetemi quale non me ne intendo per fortuna) che si lamentava che non riusciva a prendere abbastanza segnale mentre io con l’eeepc gongolavo. Ieri mi si avvicinano 2 con 2 iphone e un mac che rosikavano ugualmente nel vedermi navigare mentre l’iphone neanche rilevava la wireless .

AMule gira sul server con 120gb di spazio, dentro ci stanno anche foto, video e documenti di tutta la famiglia; ovviamente lo spazio spesso non basta. Quando si entra in crisi io faccio presto a liberare, sposto tutto sul disco di backup da 500gb che ho su un altro pc. Se invece è l’altro membro della famiglia il principale colpevole la cosa si fa lunga…spesso si deve organizzare a spostare e a masterizzare tutto, oltre al fatto che orientarsi in mezzo al casino che c’è nella sua cartella è un impresa. È capitato spesso che mi trovassi e-mail in entrata e uscita bloccate per mancanza di spazio .

Oggi mi è venuta in mente la possibilità di limitare lo spazio per un singolo utente in modo che i suoi download di aMule si blocchino preventivamente e che non possa aggiungere niente di grosso. Metodo drastico ma di spazio ne ha in abbondanza! 70gb…più della metà dell’hard disk e sono sicuro che prima o poi ci arriverà (ora ha liberato da poco).

Ho cercato in giro e le operazioni da fare non sembrano troppo chiare…scrivo quello che ho fatto io.

# apt-get install quota quotatool

# nano /etc/fstab

Aggiungere “usrquota” e/o “grpquota” a seconda se c’è bisogno del supporto solo degli utenti o anche dei gruppi fra le opzioni riguardanti la partizione interessata. Ri-montiamo la partizione:

# mount -o remount,usrquota /path

Al posto di “path” mettere il punto di mount della partizione (/ per la partizione di root). Carichiamo i moduli e facciamo partire quota:
# modprobe quota_v2
# echo 'quota_v2' >> /etc/modules
# touch /aquota.user
# touch /aquota.group
# chmod 600 /aquota.*
# /etc/init.d/quota restart

Ora impostiamo il limite vero e proprio, esempio:

# quotatool -u user -bq 65000M -l 70000M /path

Soft limit a 65gb e hard limit a 70gb, quanto l’utente raggiunge il soft limit viene avvisato, l’hard limit non può essere superato.

Non posso aggiungere feedback perchè il limite non è stato raggiunto…spero che tutto funzioni! Una prima verifica può essere guardare se digitando

repquota /path

si vedono i vari limiti impostati.

Devo dire che la base c’è, il programma non è niente male anche se è pieno di bug; dovrebbe essere il successore di Manslide che non ho mai provato. Siamo alla versione 0.8 che, pur sembrando più stabile, ha un bug con le transazioni che lo rendono inutilizzabile, ho dovuto quindi usare la versione 0.7.3 che mi ha fatto mezzo sclerare .

Se non ci fossero problemi con i salvataggi e conseguente perdita di dati tuttosommato i malfunzionamenti sarebbero sopportabili. Leggo comunque che particolarmente negativa è la situazione con driver ATI proprietari.

Se paragonato con un vero software di montaggio video sicuramente sfigura, ma data la non eccezionale situazione dei software open source a riguardo meglio puntare basso .

A livello di funzionalità contando il target non troppo alto ci sarebbero alcune piccole cose da sistemare, la gestione dell’audio in primis ma anche la gestione del testo degli effettini e delle immagini sorapposte.

Non sono molto pratico con queste cose che richiedono un certo senso artistico ma ho provato a fare una slideshow con le foto dell’escursione al bivacco (di cui ricordo c’è anche un video…il seeders è sempre lì!) tanto per testare il programma e non mi pare sia venuto niente male .

Per colpa della gestione troppo “base” dell’audio in SMILE ho aggiunto le canzoni con kdenlive che dovevo provare da tempo…speravo meglio ma devo ancora lavorarci su.

Dipendenze di SMILE:

• Qt4
• Sox 14.0
• Mplayer / Mencoder

Si…le QT…ho pastricciato un pò il mio Gnome purtroppo.

L’installazione con Hardy non è liscia liscia per colpa di sox che nei repostory non è compilato con il supporto a Ogg Theora, per l’installazione ho seguito questo.

Ho avuto modo di provare anche 3 portali di video-sharing: youtube, blip.tv, vimeo. Il video creato con smile e ripassato con kdenlive era in 16:9, non c’è stato niente da fare…solo youtube lo visualizza correttamente in 16:9 gli altri lo adattano in 4:3 rendendolo orribile, ho provato con vari codec ma niente.

Per il resto Youtube farà tanto “comunity” e web 2.0 ma a livello tecnico e devo dire anche estetico gli altri due sembrano molto meglio, più professionali!. In particolare modo Blip.tv che, oltre ad avere un modulo per l’upload spettacolare, permette addirittura di scegliere la licenza con cui rilasciare il video.

Ecco il video

www.youtube.com/watch?v=2z0Ajzx_yEY

Il fatto che si cerchi di “svecchiare” un pò l’impatto visivo di Ubuntu è sicuramente positivo, al giorno d’oggi l’apparenza è (quasi) tutto…purtroppo. Per quanto riguarda Gnu/Linux il discorso è completamente diverso dagli altri sistemi operativi, la libertà del software libero sta anche nel fatto che l’utente normalmente può personalizzarsi pesantemente il programma in questione. Così è per Gnome come per Kde, per questo molti dicono chissenefrega del tema di default ci metto 30secondi a cambiarlo.

Vero! Ma se il software libero è diverso dal software chiuso gli utonti sono sempre gli stessi.

Per questo mia sorella/mia madre/mio padre hanno tutti il tema marroncino di default, e soprattutto le icone di default. Il tema in realtà non è poi così brutto, le icone invece proprio non mi piacciono…imho.

Vabbè meglio non addentrarsi troppo nel discorso grafica perchè si tirano in ballo guerre fra DE e guerre fra OS. Consideriamo quello che c’è ora, in Intrepid (super alpha) è apparso questo nuovo tema NewHuman, lo sto provando in Hardy e mi piace mooolto! È  basato su murrine, quindi posso scommetterci che c’è lo zampino di cimi (@padovani, è un nostro concittadino!) il quale doveva già occuparsi del tema di hardy ma poi è staltato tutto. Credo che abbia ancora qualche problemino da sistemare come i box e i pulsati di firefox, ma dubito che sia già quello definitivo.

In ogni caso vedo molto più probabile l’utilizzo di NewHuman rispetto ad altro come Comic Gel o Gimmie-Human come si dice in giro.

Per provarlo su hardy c’è un repository

deb http://ppa.launchpad.net/kwwii/ubuntu hardy main
deb-src http://ppa.launchpad.net/kwwii/ubuntu hardy main

Dal quale bisogna installare “gtk2-engines-murrine human-theme ubuntu-artwork”

Le icone purtroppo sono sempre quelle (ovviamente si possono cambiare a mano) .

Mi ero quasi dimenticato che lo avevo ordinato …gratuitamente.

La filosofia che muove il progetto non può che essere condivisa sia dagli addetti ai lavori che dalle persone comuni che il computer lo usa per scaricarsi la posta.

In un momento storico in cui velocità e potenza di calcolo sono ancora percepite come il vero plus delle soluzioni informatiche comuni, crediamo sia importante spostare parte dell’attenzione prima di tutto sulle reali necessità dell’utente piuttosto che restare legati soprattutto alle scelte e agli interessi dell’industria.

Un computer per fare, e per fare quello che ci serve, non quello che ci dicono o che crediamo di voler fare!

Vogliamo scrivere, disegnare e far di conto, ma vogliamo fare anche molto di più, possibilmente senza spendere una fortuna, e senza doverlo fare ogni volta che viene aggiunta qualche strana sigla o inventata una nuova diavoleria.

I cosiddetti SUV non servono praticamente a nulla, eppure se ne vendono a milioni, non lasciamo che una macchina decisamente diversa ed enormemente più importante come il computer subisca la stessa sorte, non lasciamo che continuino ad essere soprattutto i “muscoli” la caratteristica più importante dei nostri PC. Perchè anche l’informatica funziona meglio se è sostenibile!

Ecco un concetto fantastico:

La scelta di Linux non è per nulla una posizione di comodo, non parte dalla gratuità o dall’attenzione cui va sempre più soggetto ma emerge dall’assunzione del modello di sviluppo condiviso come unico possibile, come unica vera risorsa a disposizione di uno sviluppo tecnologico umanizzato e umanisticamente orientato. Perciò Linux è probabilmente la più avanzata tra le tecnologie informatiche attualmente disponibili, perchè è basata sul lavoro di persone reali, di gruppi, individui, appassionati, e non sulle scelte di un marchio, di un’azienda, di uno o più consigli d’amministrazione. Nessuno deve più poter scegliere per noi, la storia dell’informatica è ad una svolta e questa volta siamo noi a decidere in quale direzione!

Veramente notevole! Se non fossi già strapieno di pc in casa ci farei più che un pensierino.

www.spaziominimo.it

Comunque mi sono ritrovato senza surround sul media center, con Alsa mi ero modificato il file .asoundrc nella mia home. Con Pulse audio invece bisogna modificare il file

sudo nano /etc/pulse/daemon.conf

Decommentare (togliere il “;” ) la riga:

default-sample-channels = 2

e cambiare il “2″ con i canali che avete bisogno (6 per il 5.1). Sicuramente l’operazione è più facile rispetto a modificare i file .asoundrc, ma quanto costa agli sviluppatori integrare un qualcosa per gestire i canali nelle preferenze dell’audio?!

via ubuntuforums

Con aMule la soluzione è semplice, amuled+amulegui o amuleweb!

Con i torrent invece non ero a conoscenza di soluzioni al problema quindi non me ne preoccupavo. Ieri invece ho scoperto che anche per i torrent le possibilità sono molte. Inizialmente ho provato rtorrent direttamente da linea di comando scovato nel wiki di eccelinux, ero pronto anche a usarlo ma poi ho trovato un'alternativa migliore.

Il client torrent transmission, lo stesso che ubuntu installa di default, è avviabile anche solo da demone. Da questo sono nate alcuni frontend via web come Transmission-web e Clutch; nettamente più cool il secondo.

Il progetto Clutch risente di un influenza grafica alla Mac os. Può essere una nota negativa come positiva ma la cosa importante è che funziona e che è fatto bene!

Transmission

Come al solito mi scontro col fatto che i pacchetti in debian etch sono dell'anteguerra (come è giusto che sia) per questo ho scaricato l'ultima versione di transmission dal sito del progetto (la 1.21 contro la 0.6.1 di debian etch) e me lo sono compilato, fortunatamente senza problemi di dipendenze o altro. Da qui si scaricano i sorgenti, attualmente basta dare:

$ wget http://download.m0k.org/transmission/files/transmission-1.21.tar.bz2

$ tar -xvf transmission-1.21.tar.bz2

$ cd transmission-1.21

Dopo una (molto) rapida consultazione dell'help del configure io ho dato questi argomenti:

$ ./configure --enable-daemon --enable-cli --disable-gtk --disable-wx

$ make

# make install


Clutch

Se tutto è andato bene transmission è installato, ora tocca a Clutch che si può scaricare da qui. Ovviamente abbiamo bisogno di avere Apache installato e funzionante.

$ wget http://clutchbt.com/Files/Clutch-0.4.tar.gz

$ tar -xvf Clutch-0.4.tar.gz

# mv Clutch-0.4 /var/www/


Ora dobbiamo decidere dove posizionare il socket e scriverlo nella configurazione di Clutch:

# nano /var/www/Clutch-0.4/remote/data/socket

/var/www/Clutch-0.4/socket/socket


Creiamo una cartella scrivibile dall'utente "user"

# mkdir /var/www/Clutch-0.4/socket

# chown user.user /var/www/Clutch-0.4/socket/

Da utente normale facciamo partire transmission e da root sistemiamo i permessi!

$ transmission-daemon --socket /var/www/Clutch-0.4/socket/socket

# chown www-data.www-data /var/www/Clutch-0.4/socket/socket

# chown -R www-data.www-data /var/www/Clutch-0.4/remote/data/


Fatto! Ora Clutch dovebbe essere raggiungibile e funzionante al vostro indirizzo web; una volta fatte le varie impostazioni direttamente dal'interfaccia web bisogna dare i permessi giusti anche alla directory che avete impostato per i download

$ chmod -R 777 /path/to/download/

A questo punto ad ogni avvio di transmission-daemon bisognerebbe dare:

$ transmission-daemon --socket /var/www/Clutch-0.4/socket/socket

# chown www-data.www-data /var/www/Clutch-0.4/socket/socket


Se ne può creare un semplice script in bash tipo questo, piazzarlo in /usr/bin/ e dargli i permessi di esecuzione. (attenzione richiede sudo)

# chmod +x /usr/local/transmission-clutch

Apche2 e il login

Ovviamente così come abbiamo impostato la cosa la pagina di Clutch è liberamente raggiungibile da chiunque se il server è aperto verso internet, per ovviare a questo possiamo impostare Apache perchè chieda una password per aprire la pagina. Qui scriverò il metodo proprio base dove la password viene inviata in chiaro in internet.

# nano /var/www/Clutch-0.4/.htaccess

# htpasswd -c /var/www/Clutch-0.4/.htpasswd admin

# nano /etc/apache2/apache2.conf


Inseriamo da qualche parte questo e riavviamo apache:

# /etc/init.d/apache2 restart

Buon download

photo credit: radialmonster

La soluzione è semplice, aggiornarli a mano o cambiare kernel ; per ora ho fatto la prima.

Non so se aggiornare i driver sia utile con tutte le schede con driver open, ma lo è di certo per le schede broadcom e i driver b43! La portata mi pare sia uguale alla vecchia versione dei compat wireless (che ho usato col kernel 2.6.22  e Gutsy) mentre la velocità è aumentata sia rispetto ai driver di default di Hardy sia rispetto ai vecchi compat wireless.

Per aggiornare i driver in sè bisogna fare la stessa identica procedura che ho scritto qua (sotto a "Procedimento generale"), questo vale per tutte le schede.

Poi ho anche aggiornato il firmware broadcom alla versione 4.150 perchè inspiegabilmente il gestore driver con restrizioni di hardy ne aveva installato uno vecchio (versione 3), considero che "fwcutter" sia già installato e sia la versione 011 installata da Hurdy:

wget http://mirror2.openwrt.org/sources/broadcom-wl-4.150.10.5.tar.bz2
tar xjf broadcom-wl-4.150.10.5.tar.bz2
cd broadcom-wl-4.150.10.5/driver
sudo b43-fwcutter -w "/lib/firmware" wl_apsta_mimo.o

Poi bisogna dare il solito:

sudo b43load b43

A questo punto è sorto un problema, apparentemente tutto funziona, ma al prossimo riavvio no! Infatti sebbene il modulo ssb.ko sia stato aggiornato dai compat wireless l'immagine di initramfs non lo sa e carica al boot il modulo ssb come se fosse quello vecchio

Per questo motivo al caricamento del modulo b43 del wireless comparirà un errore; solo togliendo e ricaricando ssb ad ogni riavvio allora il modulo b43 funzionerebbe!

La soluzione è semplicemente ricreare l'immagine di initramfs e riavviare:

sudo mkinitramfs -o /boot/initrd.img-2.6.24-16-generic

Consiglio vivamente ai possesori di schede broadcom di aggiornare i driver e il firmware...credo convenga anche ai possesori di altre schede ma non posso confermare. Piccola nota...nei forum noto che molti hanno problemi a far funzionare i semplici driver inclusi già nel kernel soprattutto con schede broadcom...non riesco a capirne il motivo dato che basta scaricare il firmware (che ricordo è software porprietario per questo non può essere incluso nel kernel) tramite il gestore di driver con restrizioni aka jockey-gtk . Con molto rammarico vedo gente che usa ndiswrapper per far funzionare i driver broadcom...ma porcc....abbiamo fior fior di programmatori che fanno del reverse enginering per creare dei driver ottimi e usiamo quelli per windows?????

A partire da non so quale versione di Ubuntu (dapper non mi pare) esisteva un semplice tool di gestione di samba in Sistema->Amministrazione (o preferenze non mi ricordo neanche più). Permetteva di impostare gruppo di lavoro, WINS e cartelle da condividere con la possibilità di permettere a tutti di sciverci o meno. Non era perfetto perchè per esempio mancava il supporto a smbpasswd.

In Hardy non esiste più una cosa del genere, non so se fosse un tool di gnome e se la scelta di toglierlo sia stata fatta dagli sviluppatori gnome oppure se è "colpa" di Canical fatto stà che ora per gestire il tutto bisogna cliccare col destro sulla cartella da condividere e cliccare su "Opzioni Condivisione" stile windows.

L'idea di un tool centralizzato mi piaceva di più ma vabbè non c'è niente di male a cambiare anche perchè è cambiata anche la gestione vera e propria di samba; il problema è che ora per cambiare gruppo di lavoro per esempio non viene in aiuto nessun tool e bisogna modificare a mano smb.conf. Il supporto a smbpasswod continua a non esistere e quel che è peggio i permessi in remoto delle cartelle fanno i cavoli loro.

Di default uno si aspetta che il proprietario(locale) della cartella che accede tramite samba sia libero di scriverci dentro, questo invece non avviene...di default il proprietario della cartella non ha i permessi in scrittura su di essa attraverso samba anche se ha effettuato normalmente il login.

Per ovviare al problema si può selezionare la casella "Consentire ad altre persone di scrivere nella cartella", poi però i permessi vengono modificati a drwxrwxrwx (777), questo vuol dire che qualunque altro utente può accederci e scriverci.

La soluzione vera è aprire il file col nome della condivisione in /var/lib/samba/usershares/ e modificare la riga corrispondente così:

usershare_acl=S-1-1-0:R
usershare_acl=S-1-1-0:F

Altrimenti si può selezionare la casella che ho detto sopra e poi rimodificare i permessi in locale a mano ma non ho provato.

Altra cosa meno importante, col tool nuovo non si può condividere la propria home con lo stesso nome che ha in locale, ovviamente rinominando a mano il file in /var/lib/samba/usershares/ tutto funziona...

Non sto qui a criticare le scelte degli altri ma non riesco a capacitarmi del perchè la situazione sia questa...errori o scelte volute?

Qui il bug su launchpad, e qui il thread su ubutuforums; da quello che ho capito riguarda il sistema antipishing di firefox, dopo qualche ora di utilizzo inizia a sclerare dovendo gestire il file urlclassifier3.sqlite che diventa troppo grande.

La soluzione momentanea è semplicemente eliminare quel file...al riavvio firefox ne creerà un altro vuoto.

Aspettando un fix.

Era già successo con qualche release fa, ma nell'ultimo upgrade non c'erano stati problemi.

Vabbè poco male basta usare i repository dei cugini francesi che volano! Mi è bastato dare un:

sudo sed -i "s/it.archive/fr.archive/" /etc/apt/sources.list

poi per aggiornare

sudo update-manager

(qualcuno mi spiega perchè serve il "-d" e non fa da solo?)

Aggiornamento Ora che è ufficialmente uscita non occorre mettere il "-d"

Certo che hanno fatto le cose in grande!

www.ubuntu-it.org

www.ubuntu.com

Oltre al fatto che non esistono per ora script di supporto simili a quelli che esistono per Gutsy in generale Hardy ha parecchi problemi con il povero eeepc, e non credo dipendano tutti dal fatto che è ancora in beta (mancano 9 giorni). Un pò perchè si usa un modulo dell'acpi diverso e un pò per il kernel pazzerello ci sono alcuni problemi.

Grazie debian che ci hai dato make-kpkg!

Se con Gutsy i tempi di boot su ssd erano di ~50secondi e la sospensione su disco funzionava senza nessun particolare intervento, su Hardy il boot se va bene dura ~1' 30'' se va male, come succedeva molto spesso, si blocca in un punto apparentemente senza motivo durando ~2' 15'' e poi la sospensione su disco non funziona.

PER FORTUNA stiamo usando SOFTWARE LIBERO e abbiamo una libertà quasi infinita nel modificare i programmi che usiamo. Spesso come battuta contro Linux si tira fuori questa storia del ricompilarsi il kernel come se tutti dovessero farlo e come se fosse un grosso difetto di Linux.

Ovviamente non c'è niente di più stupido.

Un paio di giorni fa spulciando alla ricerca di qualche soluzione noto questa discussione http://forum.eeeuser.com/viewtopic.php?id=22105; godie "promette" un boot di 30secondi con il suo .config e un kernel 2.6.24. Provo subito, inizialmente scarico i sorgenti del kernel di Hardy (2.6.24.3) non modifico niente, compilo da un altro computer e installo sull'eeepc...28 secondi di boot!! WOW. (ho dovuto disabilitare il servizio Klog dei log del kernel sembra essere attualmente buggato in Hardy). La sospensione però inizialmente non funzionava perchè nel file di configurazione dell'utente di eeeuser.com era stata disabilitata assieme alla swap, dopo aver riattivato queste due opzioni e dopo aver anche abilitato il supporto a ext3 nel kernel e non come modulo tutto ha funzionato! Di ritorno dalla sopsensione su disco (che uso sempre al posto di spegnerlo) ci mette 23secondi dal caricamento del kernel al desktop di gnome già aperto .

Col kernel di Hardy però avevo qualche problema di compilazione dei moduli, atl2 (ethernet) madwifi (wireless) eee-acpi (acpi) eee (overclock) uvcvideo (webcam), i quali ovviamente bisogna compilare per il nuovo kernel.

Ho quindi provato un kernel vanilla 2.6.24.4, il quale però ugualmente creava qualche problema di compilazione dei moduli.Dopo un pò ho risolto compilando da un altro pc usando sempre i sorgenti del kernel vanilla, non so come mai nell'eeepc non ne voleva sapere.

Comunque riflettevo del perchè quella della ricompilazione non sia un opzione presa troppo in considerazione, la discussione nel forum dove è stato postato il .config è deserta e le varie distribuzioni "dedicate" all'eeepc lasciano il kernel di default della distribuzione su cui sono basate. Capisco che solo la parola "compilare" possa spaventare gli utenti non esperti ma se c'è qualcuno di bravo che lo fa per loro non vedo dove possano esserci problemi.

Comunque ora sono proprio contento, aspettando altre soluzioni che sicuramente verranno fuori mi godo il mio nuovo eeepc-razzo . Probabilmente a breve scriverò qualche spiegazione pratica a riguardo perchè credo che quella di un kernel dedicato sia una strada che anche gli utenti meno smaliziati debbano seguire fino a che le grandi distribuzioni non si decidano a supportare tutto già out-of-the-box.

Aggiornamento 17/04 Il nuovo kernel fa a cazzotti con acpi-support e non funzionano i tasti dell'audio...sto indangando @#?!@!#="#!

Aggiornamento2 19/04 Risolto, bisogna compilare "button" sotto ad acpi come modulo e non direttamentet nel kernel...stranezze

Come avevo già detto con il kernel 2.6.24 l'acpi ufficiale Asus ha qualche problemino di compilazione. Per questo in Debian e Ubuntu (forse anche altre) si è deciso di sfoltire (pesantemente) il codice e rinominare il modulo in eeepc_acpi.

Questo crea problemi con gli script (1 e 2) di supporto a ubuntu per l'eeepc con la gestione degli hotkey perchè gli hotkeys sono gestiti diversamente.

Probabilmente ci si può aspettare una nuova versione di questi script che aggiungano il suppoprto a Hardy, ma nel frattempo ci si deve arrangiare. Quello che ho fatto io è stato usare uno degli script di supporto eseguendo tranquillamente "tweak-gnome.sh" e poi limitandomi a dare "sudo install.sh acpi" e basta. Bisogna stare attenti però che modifica anche il file /etc/modules.

Per il mio eeepc con Hurdy (in test) ho modificato a mano gli hotkeys che installa lo script in modo che funzionino anche con il nuovo acpi.

Modificarli è molto semplice, i codici che identificano la pressione dei tasti sono questi:

• FN+F1 funziona già autonomamente
• FN+F2  ATKD 00000010 per il wifi on,  ATKD 00000011 per il wifi off
  
• FN+F3 ATKD 0000002? funziona già via hardware
• FN+F4 vedi sopra
• FN+F5 ATKD 00000030
• FN+F6 ATKD 00000012
• FN+F7 ATKD 00000013
• FN+F8 ATKD 00000014
• FN+F9 ATKD 00000015

Gli script che si occupano degli hotkeys sono in /etc/acpi/events e quelli che installano gli script di supporto si chiamano tutti eee-*.

Qui ci sono quelli che uso io modificati.

Per farli funzionare c'è bisogno che in /etc/init.d/ ci sia lo script per l'overclock e in /sbin/ ci sia lo script per il wifi, se non sbaglio dando come argomento solo "acpi" allo script non li installa...bisogna copiarli a mano.

In più per far venire fuori quelle finestrelle in basso a destra scritte in python che avvisano del wifi e dell'overclock oltre a installare gli script in python in /etc/acpi/notify* (che installa lo script dando come argomento "acpi") ho dovuto anche modificare gli script bash in modo che richiamassero la notifica in python altrimenti non funzionava.

Quindi in /etc/init.d/eee-overclock.sh ho aggiunto ad inizio script questo (codice preso direttamente dal pacchetto eeepc-acpi-scripts del team Debian-eee)

export DISPLAY=:0
user=$(who | sed -n '/ (:0[\.0].*)$\| :0 /{s/ .*//p;q}')
XAUTHORITY=/home/$user/.Xauthority
[ -f $XAUTHORITY ] && export XAUTHORITY

Poi dopo "echo 675000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq" ho aggiunto

/etc/acpi/notify-overclock.py on

E dopo "modprobe -r p4-clockmod"

/etc/acpi/notify-overclock.py off

In modo molto simile si modifica /sbin/eee-wifi-on-off.sh.

Non ho ben capito come mai io abbia dovuto fare queste modifiche quando invece in gutsy con asus_acpi non ce n'era bisogno...comunque funziona!

In ogni caso al di là della scelta della distribuzione un computer (in particolare un portatile) distribuito direttamente dalla casa madre con Gnu/Linux ha importanti vantaggi nel senso che tutto il suo hardware si presume sia completamente supportato.

photo credit: Retrocactus

l'assenza del tasto windows è sicuramente già un ottimo vantaggio

Questo vale sia in termini di scelta di periferiche con driver che supportano Linux, sia la scrittura di driver appositi per il computer che si vuole commercializzare.

L'Eeepc ovviamente non fa eccezione, tutto è supportato a meraviglia...ma ci sono alcuni "ma"...

I driver wireless hanno licenza proprietaria! Esisono schede wireless (vedi intel) con ottimi driver open ufficiali che rispettano in tutto e per tutto gli strumenti che il kernel e i tool (iwconfig iwlist ecc..)mettono a disposizione.

I driver madwifi invece sono un pò un mischiotto, di per se sarebbero driver aperti ma dipendono da molto codice proprietario, fatto sta che a mio parere sono tutt'altro che integrati col kernel, vedi l'obbligo di usare wlanconfig al posto di iwconfig per operazioni particolari e il non supporto al nuovo stack mac80211

Piccola parentesi, c'è un progetto che ha come obbiettivo realizzare dei driver completamente aperti per schede wireless con chip atheros, ma al momento non c'è nulla di utilizzabile.

Oltre a questo normalmente il tasto dolente è il supporto all'acpi nei portatili; l'eeepc ha ovviamente un modulo acpi ufficiale asus che viene usato in xandros e del quale sono stati rilasciati i sorgenti. Quando però leggi queste cose ti cascano le braccia: (dalla lista Debian-eeepc-dev)

I happened to look at the patched asus_acpi.c module that was posted
by Asus and then updated for more recent kernels, and almost barfed.

It's 75% dead code -- the Eee PC support is just stuck on at the end.
And of course it conflicts with the real asus_acpi.ko in any Debian
kernel package.

So I cleaned it up, renamed it eeepc_acpi, and packaged it as a
separate out-of-kernel Debian package that can be built with
module-assistant.

Here's the comparison from "wc":
1907 6180 50911 asus_acpi.c
453 1434 13037 eeepc_acpi.c

Qui si dice che la Asus ha patchato il codice per i kernel più recenti ma sul sito ufficiale non ho trovato nessuna patch e il modulo col kernel 2.6.24 non si compila!

In ogni caso basta leggere e guardare la differenza di peso in kb dei due moduli per rendersi conto del pastrocchio che hanno combinato alla Asus . Nella lista il massaggio dopo dice "I read the asus code some time ago and seems to be a LITTLE bit crazy xD" .

A questo punto mi domando una cosa, se un'azienda così importante come Asus fa un lavoro...diciamo mediocre... con un componente così importante con i driver acpi sapendo che tutti avrebbero spulciato il suo codice, cosa combinano tutti i giorni aziende più o meno importanti di Asus con software di cui nessuno vedrà i sorgenti? mha...

Per questo motivo in debian e in Ubuntu (ma presumo in tutte le distro con kernel 2.6.24) verrà usato il modulo eeepc-acpi e non quello asus. Questo purtroppo sputtana gli hotkeys così come sono configurati dai vari script di supporto a ubuntu, quelli del team Debian-Eeepc hanno risolto con un loro pacchetto eeepc-acpi-scripts che però va in conflitto con acpi-support il quale permette l'integrazione con la gestione dell'alimentazione di gnome per esempio. Togliendolo non si hanno le icone fighe (del volume per esempio) quando si premono i tasti. Si potrebbe tranquillamente soprassedere, ma credo che riadattare al nuovo acpi gli hotkeys degli script di supporto per ubuntu non sia niente di difficile e a breve ci proverò.

Ultimamente avevo cambiato le mie abitudini perchè mia sorella occupava molto spesso ubuntu sull'altro pc e kde iniziava a darmi sui nervi, quindi un paio di settimane fa ho messo gnome preferendo piallare la partizione per non incasinare tutto.

Come ho detto oggi ho fatto l'upgrade nonostante attualmente Hardy sia ancora una beta e manchi un mese al rilascio finale, lo faccio spesso almeno su un pc e ogni volta rimango sopreso dal lavoro fatto dagli uomini Canonical . Veramente splendida!! Merito anche di Gnome 2.22 di compiz 7.2 e Firefox 3 beta4.

Qualche problemino c'è, ma c'è anche tempo per risolverli, mi manca un'unica cosa molto delicata da testare; il network-manager...solo qualche giorno fa, dopo essermi messo per l'ennesima volta di buona volontà a cercare di usarlo, sono passato a Wicd. Per testarlo però ho bisogno di aspettare che installi hardy sul portatile perchè la wireless è il tasto dolente.

Ahhhh che bello usare software Bazar-style

Ahahha, xp solo con la versione da 8gb di hard disk!

Se fosse così godo ma ho qualche dubbio.

Non riesco a capire come si faccia a dire che costerà 400$, la versione da 8gb costerà uguale a quella da 20gb?? Diciamo che probabilmente costerà a partire da 400$.

A me interesserebbe solo il monitor non è che si può sostituire? . Per il resto credo che spendere di più per avere ram e spazio non ne valga la pena.

Ne approfitto per dire una cosa di cui mi era sfuggita la notizia, nei commenti su pollycoke.net ho letto che qualcuno diceva che asus ha scelto xandros come distribuzione per l'eeepc sotto consiglio della stessa Micro$oft.

Secondo qualcuno infatti Microsoft non vuole più mettere a disposizione XP per puntare tutto su Vista. È normale che la Asus abbia detto "Noi vista non lo mettiamo sul'eeepc" . Per questo Micosoft pur di non ammettereche Vista vende meno di xp ha suggerito un'alternativa molto vicina a alla sua politica commerciale, Xandros!

Innanzitutto se si va sul sito di xandros si può vedere come xandros venga distribuita in diverse versioni tutte a pagamento compresa la home, questo perchè deve pagare le licenze delle varie tecnologie proprietarie che include al suo interno come codec o driver. E in più deve pagare l'accordo che ha fatto con Micro$oft (anche se non so bene i dettagli dell'accordo). Questo vuol dire che nei 300€ dell'eeepc ho pagato per avere Linux?...c'è il rimborso della licenza?

Bè sono contento di averla tolta e se l'avessi saputo prima non avrei aspettato così tanto a farlo, ora non posso far altro che consigliare a tutti di toglierla. Certo che qualche dubbio riguardo Asus inizia a farsi sentire.

A quel punto ho deciso di installare ubuntu su SSD, anche perè mio padre il giorno prima si è presentato con un cellulare da molti € che ho configurato per connettersi alla posta di gmail...insomma mi sa che l'eeepc lo userà pochissimo. Questo unito al fatto che l'abbiamo comprato per lui e unito al fatto che hanno già presentato i modelli a 9'' mi fa rosikare molto...vabbè.

Come metodo di installazione nel forum italiano di eeeuser c'è una guida che spiega come fare ma credo sia incasinata per niente e richiede una penna usb maggiore o uguale a 2gb (che non avevo).

Allora come da wiki ho installato ubuntu via rete, l'installazione è praticamente uguale ad un'installazione di debian e questo mi ha sopreso molto non pensavo esistesserò metodi di installazione diversi dal live cd per ubuntu.

Tutto è spiegato qua, io l'installazione l'ho fatta con una penna da 256mb ma credo che basti anche molto meno.

Dopo ovviamente ho usato lo script per ottimizzare ubuntu per l'eeepc, questa volta ho provato un altro script: eee-ubuntu-support...non ho notato differenze.

Proprio oggi mi è arrivata la pennetta nuova, questa volta l'ho presa bella resistente (leggere per credere...ne combinano di tutte i colori ) in modo da poterla agganciare al portachiavi senza aver paura che si rovini.