Fedora 13 KDE: permanenza con il lato oscuro

Sono un po’ di giorni, precisamente da venerdì pomeriggio, che mi trastullo con un nuovo, spassoso giocattolo. In occasione dell’uscita di Fedora 13 ho voluto infatti darle una nuova chance di migliorare l’opinione che mi ero fatto di lei, e l’ho fatto, come mi era stato suggerito da alcuni lettori, prendendo in esame non tanto la release ufficiale, quella gnomica, ma scaricando e installando la spin KDE, in un impeto di sana follia.

Ho iniziato la mia installazione pacificamente: già dalla live il sistema era abbastanza reattivo, e non ho avuto modo di rigettare prepotentemente e freesbare il CD dalla finestra: parsomi un buon inizio, ho cominciato l’installazione mandando a finire il tutto su una partizione da me creata all’uopo. Sorprendentemente, dopo pochissimo tempo, meno di dieci minuti, l’installer (in GTK+! :’D) mi ha riferito che lui aveva finito e staccava per la pausa, quindi se volevo altro dovevo farmelo da me. Noncurante, ho riavviato. Meraviglia! Tutto funzionante.

Ho iniziato ad esplorare, mentre i viticci di KDE mi attorniavano: i plasmoidi coi loro sexy tentacoli mi hanno attratto a tal punto che… ho cominciato a configurare KDE secondo le mie esigenze. Via robe di là, via di qua, la configurabilità dell’intero ambiente mi è parsa davvero ottima, soprattutto per via dei cambiamenti che potevo apportare ai bordi delle finestre in pochissimi click; su GNOME, per alcune cose che in KDE sono fattibili in pochissimi click, si è costretti ad utilizzare l’editor di GConf. -.-

Ma torniamo a noi: dopo qualche ora, ho ottenuto un KDE che mi soddisfaceva e andando via via avanti con le personalizzazioni mi sono accorto che avere tutto così a portata di click poteva essere, a volte, un filo, ehm, di distrazione. Per via dunque di tutto questo ben di dio all’aria, ho continuato pedissequamente a spulciare i menù di tutto ciò che aprivo per adattarlo come piaceva a me. :P

Ho poi cominciato a ravanare nei meandri della distro. Aggiornando PackageKit e KPackageKit, che provvedono entrambi al frontend grafico per tutto ciò che riguarda la gestione dei pacchetti, ho ottenuto che divenissero disponibili tonnellate di aggiornamenti, che andavano dal semplice bugfix del giorno a nuove versioni di vari software. Ho così iniziato ad aggiornare con calma ma… alt, ovviamente non è così semplice. KPackageKit ha infatti tentato di impedirmi con una vera e propria operazione di mobbing di aggiornare. Dopo il duecentesimo tentativo di update rimasto in stallo, mi sono deciso ad aprire un terminale per vedere cosa diamine stesse accadendo. Perchè, manco a dirlo, qualcosa stava accadendo. E accadeva ordunque che il maledettissimo RedHat Package Manager (rpm pegliammisci) si era inchiodato a causa di non si sa bene cosa: Yum infatti, alla richiesta di aggiornare tutto, mi ha avvisato del casino e mi ha chiesto: “Ma non è che per caso vuoi che facciamo una cosa per volta, porto a termine le operazioni inchiodate e poi finiamo di aggiornare con calma, che sappiamo ben essere la virtù dei forti?”

“Mi pare una grande idea” ho risposto io. E così sono riuscito a portare a termine l’aggiornamento. Ottimo Yum, che a fronte della presenza di un formato di pacchettizzazione veramente diabolico, gestisce comunque le cose molto bene abbassando i livelli di odio, sconfiggendolo con una chilata e mezza di amore (che vince anche sulla nVidia). Quindi, in conclusione di questa parte: rpm non si comporta bene, anzi, ma Yum lo mette in riga senza colpo ferire. Il bello, ma bello si fa per dire perchè bello non è per nulla, arriva poi quando uno deve installare degli rpm scaricati dalla rete.

Infatti una persona umana e arrivante da altre distro per esseri umani, si aspetta che, aprendo il pacchetto con KPackageKit, questo si installi seduta stante. No. “Vuoi installarlo? Ma sei sicurissimo?” Si. “Installato pacchetto non certificato.” Vabbeh. Poi vai a vedere, e non c’è nulla di nuovo nel menù delle applicazioni. Mh, qualcosa non quadra. Apro un terminale: rpm -i pacchetto.rpm, e mi tolgo il pensiero. :D

A questo punto, mi pare scontato dire che il grande neo di questa Fedora 13 è il sistema di gestione dei pacchetti, non tanto per il prodotto in sè quanto per il suo frontend grafico, che non si dimostra per niente all’altezza delle alternative, o di lui stesso mentre frontenda altri formati (come i pacchetti deb ad esempio). A frontendare gli rpm, nada. Non parliamo poi di installare un pacchetto scaricato perchè oltre a chiedere dieci password, costui, bel bello, non installa una mazza lasciandoci un filo interdetti davanti al monitor.

Per il resto, le mie impressioni sono ottime: il sistema di lascia usare, una volta aggiunti i repository RPMFusion si smette di bestemmiare in linea di massima con i pacchetti standalone, infatti dentro quel repository a parte rari casi, c’è tutto quel che serve o giù di lì. KDE è pacchettizzato molto bene, ben curato e cullato nella bambagia, con varie patch che lo rendono più che stabile; un’attenzione encomiabile quella del team della spin KDE, visibile in ogni dettaglio, in ogni gesto che non produce effetti indesiderati. Diversamente dalla sua controparte GNOME, questa spin KDE regala un’esperienza utente decisamente superiore: mi ero infatti lamentato di Pup e Pirut, i frontend GTK+ per rpm, che sono ampiamente superati in velocità da KPackageKit, anche se poi, dopo due minuti di utilizzo, anche lui si fa fonte d’ispirazione per sempre più colorate bestemmie [cit.].

Ma quindi resti a Fedora?
No. Non posso continuare a stare con ‘sto gestore dei pacchetti, dai, e ridicolo. Come ribadiscono tutti i miei compari di bevute su FriendFeed.

Ma quindi resti a KDE?
Cavolo, mi sono fatto fregare. È bello, funzionale, stabile. Credo proprio che la mia Arch Linux vedrà qualche cambiamento. E poi vedremo se tornare indietro o meno.

Perchè non hai inserito immagini?
Perchè non ne ho voglia, è domenica sera e voglio riposarmi prima di venir fagocitato dall’inizio della settimana. Capitemi.

Post correlati:

• Fedora 13 Alpha, qualche impressione.
• Fedora? No, grazie!