Il Sottoscala

Situazione: utilizzo Slackware64-current e risento della mancanza di alcuni pacchetti, la cui compilazione non riesco a terminare con successo. Tornare alla versione a 32bit significa buttare 1GB di RAM, e al momento non mi pare una scelta azzeccata.

Obiettivo: installare Debian per Amd64, in modo da sfruttare tutta la RAM e avere tutti i pacchetti che mi servono.

Ecco cosa è successo:

Dopo aver scaricato e installato senza alcuna difficoltà (cosa di per se stupefacente, perché tutti i tentativi precedenti si erano infranti contro un muro di driver fondamentali incompatibili) la versione Lenny 5.0.1, noto con un po’ di delusione che il kernel è l’ormai vecchio 2.6.26, KDE è il 3.5.9 (anche se sul sito Debian dicono che è una versione modificata in modo da avere quasi le stesse funzionalità del 3.5.10…) e GNOME è ancora al 2.22. Sono cose che lasciano un segno per uno abituato ad un kernel 2.6.29.x e KDE 4.2.4 – GNOME l’ho usato poco, ma comunque versione 2.26 – e non è un segno che si cancella facilmente. Da qui la mia decisione di dare un’occhiata online per verificare come è il passaggio a Squeeze, l’attuale versione di testing (simile alla current di Slackware come stabilità software, ma molto meno aggiornata). Su blog, forum e da colleghi di università con portatile quasi identico al mio ricevo la conferma che l’aggiornamento non da alcun tipo di problemi e porta ad usare il “nuovo” KDE 4.2.2 senza alcun fastidio di sorta… Incoraggiato, modifico il source.list e procedo all’installazione…Durante il processo una serie di cose mi colpiscono:

• Il nuovo KDE non aggiorna quello precedente, bensì si installa come copia a parte e successivamente rimuove il precedente…
• Non c’è nessun aggiornamento del kernel o dei suoi moduli.
• Non vengono aggiornate tutte le componenti di KDE.

Procedo ugualmente e all’avvio di una nuova sessione grafica mi ritrovo con il desktop di KDE 3.5.9, il puntatore del 4.2.2, i servizi di entrambi, il menu del 3.5.9 contenente i programmi del 4.2.2 e alcuni del 3.5.9, ma tutti senza alcuna icona e con il “pannello di controllo” solo del 3.5.9, il tema Oxygen del 4.2.2 per le finestre ma i font e i bordi delle stesse del tema Plastik del 3.5.9…Insomma, uno schifo. Per curiosità rilancio apt-get per vedere cosa è successo…Risultato:

• I pacchetti che erano marcati per la rimozione non sono stati rimossi (ho tutti e due i KDE contemporaneamente)
• Sono comparsi nuovi componenti di KDE da installare senza aver fatto nessun update dei repository

Mi comporto così, come suggeritomi online: autoremove per togliere il vecchio KDE, dist-upgrade per aggiornare tutto quanto, ancora autoremove per pulire eventuali schifezze residue, install kde-full per avere tutti i componenti di KDE. I risultati sono stati sorprendenti! Il desktop che mi si presenta davanti è correttamente KDE 4.2.2, ma le finestre non hanno più alcun bordo, il “pannello di controllo” non è disponibile in alcuna sezione del menu kickoff, che per sopperire contiene alcune componenti del “pannello di controllo” di KDE 3.5.9 lanciabili singolarmente. Per di più Kwin crasha per ben 5 volte in 6 riavvi, e non è possibile fare il logout senza che la scheda video decida di prendersi 5 minuti di riposo costringendomi ad un shutdown brutale mediante pulsante di accensione. Tra le altre cose, i driver audio, video e per la scheda wifi non funzionano in alcun modo, lasciandomi di fatto con un sistema mutilato nei suoi componenti essenziali, soprattutto se si pensa che ho un audio ad alta definizione RealTek, una 9600GS come scheda video e una intel 5100 come scheda wireless, ovvero componenti che funzionano con ogni distro da me provata senza il bisogno di scaricare ed installare nulla…

Alla fine, alle 2 di notte, decido di rimettere la mia amata Slackware64 e di sopportare la mancanza di alcuni software non ancora pacchettizzati per 64 bit, almeno fino a quando non riesco a ricompilarne il kernel per emulare l’architettura a 32 bit.

Per pura esigenza di cronaca, ecco come risulta una Lenny liscia installata di fresco a livello di pura funzionalità:

• Nessuna scheda WIFI disponibile.
• Tasti multimediali non riconosciuti.
• Audio non presente.
• Scrolling del touchpad riconosciuto in automatico.
• Risoluzione 16:9 riconosciuta in automatico.
• Fallimento nell’installare i driver proprietari per audio e video (anche dopo aver installato tutti i componenti necessari alla loro installazione)
• Driver wireless installati ed avviati ma non funzionanti.
• Software decisamente vecchio (ma non è un difetto, è una precisa scelta di sviluppo)

Invece per la Slackware 12.2:

• Scheda WIFI disponibile subito
• Tasti multimediali non riconosciuti (riconosciuti in Slackware-current con tanto di OSD per il volume)
• Audio presente
• Scrolling del touchpad non automatico (inseribile mediante modifica di xorg.conf)
• Risoluzione 16:9 non riconosciuta in automatico.
• Driver audio e video installabili con successo e configurati in automatico (tranne la risoluzione, per la quale basta usare l’apposito pannello di configurazione).
• Software vecchio ma non quanto quello di Lenny e altrettanto stabile.

In conclusione, ritengo la Debian una ottima distribuzione, il cui pregio è anche il peggior difetto: apt-get. Grazie ad esso sono disponibili un numero impressionante di pacchetti (circa 25000)installabili facilmente con un semplice comando, ma questa semplicità può nascondere alcune complicazioni nelle configurazioni di tali pacchetti. Insomma, dalle mie esperienze con questa distro concludo dicendo che la Debian ha bisogno di molta, molta più manutenzione di una Slackware per essere altrettanto produttiva!!!

C’è una cosa di cui in informatico smanettone e netsurfer come il sottoscritto ha bisogno. Questa cosa è la semplicità. Ma non parlo di semplicità nell’utilizzo di un programma o di un particolare servizio, per un informatico sono meri passatempi, bensì parlo di semplicità nella gestione delle informazioni (in fin dei conti informatica è la scienza che studia i sistemi di trasmissione delle informazioni).

La questione mi è venuta in mente recentemente, mentre guardavo le impostazioni del mio iPod su iTunes. Ho visto che è presente una scheda “Contatti” e che permette di sincronizzare i contatti del mio iPod –che non sapevo nemmeno esistessero- con quelli presenti su WIndows… Funzione non fondamentale ma comunque interessante. Scopro che su windows non ho contatti, perchè sono tutti salvati in WIndows Live Mail. Tento l’esportazione e anche se questa riesce, l’importazione tra i contatti di windows non va a buon fine, causa diversa implementazione degli standard (quindi il nome viene visto come l’ufficio, la mail come il telefono, ecc…). Inconcepibile. Provo quindi l’esportazione dei contatti di GMail, operazione seccante, perchè GMail non fornisce tutte le opzioni che ha Windows Live Mail, e quindi i miei contatti non hanno informazioni per me essenziali quali, per esempio, i compleanni. Poco male, l’importazione fallisce miseramente.

Passo quindi a tentare di importare il calendario, che ho sempre molto fitto…Ottimo, devo usare Outlook che non possiedo! Meraviglioso… Ma già che ci sono voglio sincronizzare il contatto di WLM con quello sempre aggiornato di Google Calendar. Niente da fare, WLM non supporta Google Calendar e Google Calendar non permette che un programma esterno modifichi il suo calendario (tranne Outlook, che non possiedo…). Una difficoltà che avevo già incontrato sotto Linux tentando di usare Kontact con i miei servizi online, che trovo assolutamente indispensabili data l’enorme quantità di computer e di sistemi operativi che mi trovo a gestire. In pratica Kontact permette di usare Gooogle Calendar in sola lettura e l’importazione dei contatti dai servizi web è sempre fallimentare…anche Kopete, il programma di messaggistica istantanea di KDE, che permette di sincronizzare il proprio elenco contatti con Kontact, fallisce nel suo intento, e inoltre non supporta la chat di Facebook, il che è una grave mancanza quando tutti i contatti utilizzano prevalentemente Facebook per la chat… C’è da dire comunque che nella roadmap di KDE 4.3 è stato inserito il supporto in lettura  a scrittura a Google Calendar e il supporto di Kopete alla chat di Facebook, quindi è solo questione di attendere più o meno un mesetto.

Insomma, alla fine di questo lungo sfogo il concetto è il seguente: è inutile avere tanti servizi estremamente utili se poi non sono utilizzabili in modo produttivo o abbisognano di software a pagamento. Mi piacerebbe che i contatti che ho su WIndows Live potessero essere importati ed esportati senza nessun intervento da parte mia, e stessa cosa con i contatti di Google o di Windows Live Mail o di Kontact! Ancora meglio! l’ideale sarebbe fornire un sistema di tipo LDAP in modo che le applicazioni offline possano aggiornare i contatti online in modo totalmente automatico, ed evitando in tal modo alcune problematiche dell’import-export come la duplicazione dei contatti. Stessa cosa per i calendari! Basta un semplice link che consenta di utilizzare il calendario offline come se fosse online… Mi rivolgo soprattutto a Google, che offre programmi estremamente validi in modo del tutto gratuito. Se integrasse queste funzionalità nei suoi servizi renderebbe la vita estremamente più facile e produttiva per chi come il sottoscritto usa quotidianamente molti suoi servizi.

Per quanto riguarda le scelte di alcune aziende, come quella (peraltro fallimentare) della Apple di costringere gli acquirenti di iPod ad usare il prodotto esclusivamente sotto Windows e solo con il loro software iTunes (che trovo eccellente, senza ombra di dubbio), la trovo assolutamente insensata per tre semplici motivi:

1. Il software è comunque gratuito, tanto vale permettere anche a software di terzi di integrarsi con il sistema della libreria dell’iPod.
2. Se la gente compra Windows, Apple non ci guadagna, anzi ci rimette. Se Apple consente solo agli utenti mac di usare iTunes/iPod, ci rimette il 90% dei consumatori. Se Apple distribuisse il codice sorgente di iTunes e dell’iPod non ci rimetterebbe nulla e si garantirebbe la fetta di mercato degli utenti Linux. Avrebbe solo che da guadagnarci.
3. Come è già successo, si troverà sempre il modo per utilizzare un prodotto in modo diverso da quello progettato. Nel caso specifico, iPod è tranquillamente utilizzabile con programmi diversi da iTunes, come il magnifico Amarok su linux (grazie al reverse engineering su iPod e iTunes che ha portato alla creazione delle librerie libgpod) o altri software sotto Windows.

Concludo: per cortesia, voi gente che fate le cose a gratis per altra gente, non avete niente da rimetterci a mettervi d’accordo per semplificare la vita a noi vostri utenti! Ci rendereste più soddisfatti e più disponibili ad usare i vostri prodotti e ad acquistare vostri eventuali software. Per favore, FATELO!

La storica distribuzione linux (la più vecchia ancora attualmente sviluppata) negli ultimi mesi sta avanzando a balzi da gigante! Prima l’uscita dal testing di KDE 4, e adesso il porting ufficiale a 64bit! Per chi non lo sapesse, Slackware è sempre stata una distribuzione a 32 bit, e tale probabilmente rimarrà fino a quando esisteranno ancora sistemi dotati di hardwarea 32bit, e il supporto ai 64 fino ad oggi è stato affidato a porting non ufficiali (anche se approvati da Pat) quali Slamd64 o la celebre BlueWhite. Da ora in poi il supporto ai 64 bit diventa parte integrante di Slackware, e verrà sviluppato in parallelo allo storico ramo a 32bit. Quindi, alla prossima release -che probabilmete sarà la 13.0- avremo ben due Slackware ufficiali pronte per essere installate, ed entrambe probabilmente dotate di KDE 4.3, in uscita entro i prossimi due mesi. Nel momento in cui scrivo tutti i mirror dovrebbero essersi aggiornati e avere inserito la directory slackware64-current, contenente il classico tree che siamo tutti abituati a vedere (con l’eccezione che la directory slackware è stata rinominata in slackware64). Ovviamente, data la giovinezza di tale ramo di sviluppo, molti repository non distribuiscono ancora pacchetti compilati a 64bit, per cui se avete bisogno di un particolare programma non presente nei mirror avrete bisogno di armarvi di sorgente, pazienza e Slackbuild (e questa affermazione è da applicare ricorsivamente alle eventuali dipendenze necessarie)! Mi raccomando, dopo che vi siete ricompilati il pacchetto e ne avete testato il funzionamento, fornitelo a qualche repository, in modo da facilitare la vita al vostro prossimo

Detto questo, mi metto a ricompilare pacchetti sulla nuova fiammante Slackware64-current