In questi giorni si moltiplicano gli annunci di cellulari e smartphone basati su Linux.
Sembra che Android prima, e QTopia (con Nokia) poi abbiano risvegliato i produttori “minori”, spingendoli ad annunciare i loro nuovi dispositivi, prima che gli annunci dei “big” rischino di seppellirli sotto la loro pubblicità. (continua…)
Dopo varie peripezie, sono finalmente riuscito a montare e iniziare a usare il nuovo PC.
La parte più “delicata” del tutto è la scheda madre. Non volevo spendere un capitale, ma nemmeno mettere roba troppo vecchia, quindi ho puntato sulla MoBo in oggetto per diversi motivi: 6 porte USB esterne e 4 interne, 6 porte SATA interne e 2 esterne, 4 slot DDR2 (con supporto dualchannel) e scheda WiFi integrata. Le altre caratteristiche erano meno importanti, ma comunque utili: firewire, un (solo) connettore PATA, ethernet 10/100/1000, due connettori PCIe (16x e 4x) oltre ai due PCIe 1x e ai tre PCI (che non uso, eliminando anche la scheda WiFi che era l’ultima rimasta sul vecchio PC, a parte la scheda video).
Il dubbio più grosso era sulla scheda WiFi, inizialmente perché non sapevo nemmeno quale chipset montasse e poi, avendolo scoperto, sul suo supporto. Si tratta infatti di un Realtek 8187. La mia precedente esperienza con questo chipset era stata disastrosa, al punto che ho reinscatolato la scheda e ne ho comprata un’altra con chipset Atheros, già allora (circa 3 anni fa) abbastanza ben supportato.
Mi sono quindi guardato intorno e ho scoperto che il kernel 2.6.24 (appena uscito) la supporta.
Finito di installare la Debian testing, attraverso la Ethernet ben supportata dal kernel 2.6.21 che c’era sul DVD di installazione, ho scaricato dai repository il nuovo kernel, prendendolo direttamente da “pool” tramite lynx e ho installato tutto. Ho scaricato anche i pacchetti necessari a module-installer, perché in seguito mi sarebbero serviti per i driver fglrx, necessari per avere il 3D sulla nuova Radeon HD3870.
Riavviato il computer, il (magico) udev ha rilevato la scheda WiFi senza alcun problema, e ho dovuto solo dare un paio di comandi:
iwlist scan # per vedere se funzionava e rilevare l'AP iwconfig essid MioEssid # Per associarla con l'AP ipconfig wlan0 1.2.3.4 # Per assegnare l'IP statico route add default gw 1.2.3.1 # Per impostare la route verso l'AP
Tutto perfetto (dopo aver impostato i DNS in /etc/resolv.conf naturalmente), 1 minuto ed ero in rete. Non mi era mai successo con le schede WiFi. Sembra che il nuovo stack WiFi nel kernel funzioni bene, e anche il kernel di per sé sembra molto stabile, almeno per i 3 giorni di funzionamento continuato che sono riuscito a fare.
L’unico problema l’ho avuto con network-manager. L’avevo installato sperando mi “desse una mano” nella configurazione, ma visto che uso un IP statico per esigenze di forwarding dall’AP al PC, alla fine non l’ho usato. Solo che ogni tanto, senza apparente ragione, la scheda perdeva la portante, per poi riprenderla qualche secondo dopo.
Secondi sufficienti a rallentare mostruosamente i trasferimenti, e a far cadere anche qualche connessione per timeout. Non me ne sono accorto subito perché ogni tanto succedeva anche prima, a causa della linea ADSL.
Rimosso network-manager, la scheda non ha più avuto problemi. Ho quindi provveduto a configurare /etc/network/interfaces per attivarla al boot.
La CPU che ho scelto è un Intel Core 2 Duo E6550, a 2,33 GHz.
Da questo punto di vista nessunissimo problema. Linux riconosce due processori e lavora in parallelo. Un mostro in confronto al vecchio Athlon XP 2400.
Qualche problemino dal punto di vista della RAM, ma solo perché non ci ho perso troppo tempo: ho installato la Lenny a 32bit (per rimanere compatibile con alcuni software che dovrò far girare, è un po’ lunga…) e “vede” solo 3.5 GiB dei 4 installati. Magari nei prossimi giorni proverò il kernel bigmem (che supporta fino a 16 GiB) e vedrò cosa salta fuori.
Non ho avuto occasione di provare il firewire, perché non ho nessuna periferica di quel tipo, ma tutto il resto funziona al primo colpo: USB 2.0, scheda audio (funziona talmente in automatico che non so nemmeno che chipset monti), ethernet (stesso discorso della scheda audio), SATA (il disco appare come SCSI: /dev/sda), PATA (riconosciuti lettore e masterizzatore DVD), e anche il pannello frontale con lettore di flashcard e porte USB, ma questo lo sapevo già visto che lo usavo anche prima.
La scheda video richiede i driver closed source fglrx per funzionare in 3D. Purtroppo i driver liberi radeonhd (peraltro inclusi in Debian) non supportano ancora l’accelerazione 3D, e sono ancora indietro anche per l’accelerazione 2D. Fortunatamente Debian pacchettizza tutto e basta un
m-a a-i fglrx
per installarli, e un
aticonfig --initial
per configurare Xorg.
Non ho ancora avuto occasione di provare a fondo la nuova scheda video, ma il tutto è sicuramente molto più silenzioso del precedente. Ho scelto tutto in modo che “downclocki” quando non viene usato, quindi le ventole sono quasi ferme.
Inaspettata come il proverbiale fulmine col sereno.
Non è ancora definitivo l’acquisto, ma Nokia ha stipulato un accordo con Trolltech per fare un’offerta di acquisto. L’acquisizione dovrebbe diventare definitiva, a meno di obiezioni da parte degli azionisti o di entità governative come antitrust o di controllo della Borsa.
Arriva completamente inaspettata, perché Nokia, finora, ha sempre usato il “concorrente” di Trolltech, Gtk+, per le sue interfacce (vedi quella della serie N770, N800 e N810), e secondo me può significare solo una cosa: vuole usare QTopia per portare anche la parte telefonica nei suoi tablet/MID.
Nokia, lo ricordo, è rimasta fuori dalla Open Handset Alliance made in Google, mentre ne fanno parte i suoi rivali più pericolosi: Motorola, Samsung e LG, oltre ad HTC. Probabilmente non ha visto sviluppi abbastanza veloci dal fronte GPE Phone Edition o OpenEmbedded/OpenMoko, e ha preferito buttarsi su una tecnologia già matura come può essere quella QTopia Phone.
Per “noi Linuxari” questo significa anche che Linux sta conquistando sempre maggiori fette di mercato nel mobile, e che per fine anno potrebbero esserci parecchi dispositivi nuovi a contrastare Windows Mobile e Symbian (che è di Nokia, tra l’altro). PalmOS ormai è morto (purtroppo).
Mi dispiace un po’ (preferisco le Gtk…) ma credo che ora OpenMoko avrà una vita ancora più dura, soprattutto perché non è ancora uscito nessun terminale per il pubblico. Rischia di trovarsiad uscire sul mercato contemporaneamente a colossi molto più grandi di lui. Se entro la fine di febbraio fosse disponibile il Freerunner potrebbe conquistarsi almeno una fetta di appassionati.
Dopo alcuni mesi di discussione “informale” il W3C ha rilasciato la Working Draft di HTML 5.
La prima cosa che salta all’occhio (non ho ancora letto tutto il draft, e non penso lo leggerò mai, è lunghissimo!) è che finalmente hanno unificato la numerazione delle varie componenti. Quindi avremo HTML5, XHTML5 e DOM5 (invece di HTML 4.01, XHTML1.0, DOM3, ecc.).
Vi lascio il piacere della scoperta per vedere tutte le novità introdotte, ma se volete una scorciatoia, c’è un anche draft per le differenze con HTML4. Speriamo solo che questa draft rimanga tale il meno possibile. O almeno non tanto quanto sono rimaste draft quelle di CSS3.
Ma la cosa più interessante è che, pur non essendo ancora uno standard, HTML5 inizia già ad essere supportato da alcuni browser, e purtroppo la Microsoft ci mette lo zampino.
Per farla breve: si sono accorti che IE7 non rispetta gli standard benissimo, mentre vogliono rispettarli di più con IE8. Il problema è che molti utenti stanno scrivendo pagine per IE7 pensando che rispetti gli standard quando si specifica un DocType corretto. Una cosa del genere è già presente in IE6, che abilita lo “standards mode” specificando un DocType corretto, mentre va in “quirks mode” se il DocType è errato o mancante. Ma non rispettando totalmente gli standard, questo modo viene chiamato “almost standards mode”. IE7 li rispetta un po’ di più… possiamo definirlo “a little bit more almost standards mode”?. IE8 quindi avrà tre metodi di rendering delle pagine: quirks mode, almost standards mode, standards mode. Il problema è quindi come distinguere tra IE7 e IE8, che usano lo standards mode in modo diverso. Con un meta-tag, naturalmente!
Devo ancora raccapezzarmici, ma la mia opinione è che sia l’ennesima porcheria. In pratica verrebbe introdotto un meta-tag che specifica quale versione del browser viene richiesta per visualizzare una certa pagina:
<meta http-equiv="X-UA-Compatible" content="IE=8;FF=3;OtherUA=4">
Quindi se io scrivo un nuovo motore di rendering delle pagine devo andare a controllare cosa la gente ha messo (sempre che lo metta) in OtherUA, almeno finché il mio motore non sarà abbastanza famoso da meritare un tag apposito (notare che lì sopra manca Webkit, motore di Konqueror e Safari), oppure affidarmi alla compatibilità del mio motore con Firefox, e usare le sue versioni. E se l’utente non lo specifica?
Gli sviluppatori sono già abituati a usare un subset di HTML e CSS o a fare salti mortali (fortunatamente alleviati dalla presenza di commenti condizionali in IE) per far funzionare i siti su IE6, IE7, Firefox e Safari. Quelli che non lo facevano prima sicuramente non si ricorderanno nemmeno che esiste questo tag! Non era più semplice rispettare gli standard in IE8 e forzare l’upgrade appena esce, come stanno facendo con IE7? Con IE9 e Firefox4 dovranno tutti implementare almeno 4 o 5 modalità di rendering? I nostri browser supereranno finalmente la soglia dei 2 GiB occupati in memoria appena avviati?
Ai posteri l’ardua sentenza, diceva il saggio.
Come sincronizzare dati tra due computer senza installare servizi sul server.
SSH continua a stupirmi ogni giorno. Sapevo che permetteva di trasferire file, tramite protocollo SFTP, come se si trattasse si un FTP (e con Nautilus si possono vedere i server remoti come fossero cartelle locali). Sapevo che ci si potesse forwardare X attraverso, anche se non ho ancora mai provato. Sapevo che ci si potevano fare tunnel generici. Ieri ho scoperto che lo si può usare come proxy SOCKS verso un proprio server, in modo da navigare “protetti” anche da reti pubbliche.
Oggi ho scoperto che lo si può usare direttamente da rsync senza bisogno di configurare nulla sul server. A patto di avere rsync installato sul server, naturalmente, ma non è necessario configurarlo in modalità daemon, né definire le “share” da esportare o le protezioni da attuare. Una porta aperta in meno! Vediamo come fare… (continua…)
Durante e dopo il CES sono stati presentati o annunciati anche molti altri gadget interessanti per “noi Linuxari”.
Si va dai subnotebook ai cellulari, agli e-book reader, con alcuni annunci interessanti anche dal punto di vista software, oltre che da quello hardware. E con una sorpresa alla fine 
(continua…)
Lo SPAM imperversa sempre di più, e sempre più spesso gli spammer sfruttano i form dei siti.
Ormai la percentuale di SPAM nelle mail ricevute ha raggiunto il 90% e gli spammer, non contenti, da alcuni anni sfruttano anche i Blog e i CMS per impestare la rete con le loro schifezze.
Per quanto riguarda le mail è un continuo inseguimento: blacklist, filtri bayesiani, OCR sulle immagini, ecc. Ma anche i siti hanno dovuto rincorrere le continue innovazioni da parte degli spammer.
Sono quindi nati i CAPTCHA di vario tipo, che si basano sulla (presunta) incapacità dei bot di spam di “leggere” il testo contenuto in un’immagine. Il sistema ha funzionato per un po’, finché i sistemi si sono evoluti e hanno iniziato a usare tecniche di OCR sui CAPTCHA stessi, facendone perdere efficacia: sono diventati via via più difficili da decodificare, ma anche per l’occhio umano oltre che per i bot.
Ne sono nati quindi nuovi tipi: dal CAPTCHA matematico (che potete ammirare nel form dei commenti di questo Blog 
) a quello “sexy”, che si basa sulla capacità di una persona di distinguere un rappresentante bello del sesso opposto da uno brutto.
Purtroppo hanno tutti lo stesso problema: una persona con problemi di vista o qualcuno che naviga con browser testuali non li può utilizzare. Sono allora nati gli aiuti sonori ai CAPTCHA (che “pronunciano” le lettere nel CAPTCHA, per esempio), ma si scontrano col problema dell’audio sui siti: se l’utente sta ascoltando musica in sottofondo deve spegnerla, ascoltare il CAPTCHA, compilare il form, quindi riaccendere la musica
In un periodo in cui bisogna rendere la vita più semplice possibile all’utente, tutte queste complicazioni sono anacronistiche, e allontanano gli utenti.
Vediamo quindi alcune alternative, magari non perfette, ma con una buona percentuale di sicurezza. (continua…)
Ieri Apple ha aperto il MacWorld presentando il MacBook Air. E ha deluso molte aspettative.
Il nuovo gingillo di casa Apple non può certo essere considerato spazzatura. Monta un Core 2 Duo da 1.6 o da 1.8 Ghz, appositamente progettato e realizzato da Intel per questo modello, 2 GiB di RAM DDR2 a 667 MHz, 80 GB di disco (da 1.8″, per risparmiare spazio) anche se a 4200 giri, e un bel monitor widescreen a 1280×800, scheda WiFi N e Bluetooth 2.1, webcam sopra il monitor. Porta esterna microDVI e alimentazione. Quasi dimenticavo: il touchpad multi-touch.
Purtroppo è tutto qui. Non c’è il lettore/masterizzatore DVD (comprensibile per un thin notebook), ma quello che è peggio è che non è quasi per niente espandibile. Audio in mono, con un jack per le cuffie. Niente microfono, nemmeno tramite jack. Niente firewire, quindi niente montaggio video direttamente dalle telecamere digitali, che era uno dei cavalli di battaglia Apple. Niente lettori di schede. Niente slot PCMCIA. Una sola porta USB2. Per collegarlo a qualsiasi monitor in giro serve come minimo un adattatore microDVI-DVI o microDVI-VGA. Non si può nemmeno cambiarsi da soli la batteria o espandere la RAM o il disco, perché è tutto sigillato iPhone-style.
OK, ci si può portare dietro un hub USB, magari un mouse USB o Bluetooth, magari un adattatore USB-Ethernet, magari il lettore DVD USB, magari il microfono USB o lo skypephone USB. Notebook sottilissimo e borsone di accessori in spalla… Ma allora a cosa serve? (continua…)
Oggi stavo cercando di abilitare APC in locale (prima di metterlo sul server) per due motivi: migliorare le prestazioni di PHP e abilitare la possibilità di monitorare gli upload via AJAX.
Purtroppo ho scoperto sulla mia pelle che APC non serve a niente se si usa PHP via CGI, perché tiene tutte le pagine precompilate in shared memory, che naturalmente viene liberata alla fine di ogni processo CGI.
Quindi se state usando PHP come CGI, lasciate perdere APC. eAccelerator funziona, perché salva i precompilati su disco oltre che in RAM, ma non supporta (che io sappia) il monitoraggio degli upload.
Dovrò decidermi prima o poi a passare PHP4 in CGI e promuovere PHP5 a modulo di Apache, ma servirà un po’ di tempo per verificare che funzioni tutto senza problemi.
Buona parte delle novità presentate erano attese, altre sono semplici evoluzioni di tecnologie già note, ma ci sono anche cose molto interessanti.
Come promesso, eccomi a presentare una (prima?) carrellata di quello che è stato presentato al CES. Naturalmente un occhio di riguardo va a tutti quei prodotti che inglobano Linux in qualche modo, e sono tanti. Ma ci sono anche alcune cosine interessanti che ho notato seguendo i vari blog tecnologici. (continua…)
6 Commenti