Bracuccia.net Blog su Linux, Diritto e Nuove Tecnologie

12ott/090

Skrooge in community

Bash mi comunica che skrooge, software per la finanza personale pensato per l'ambiente Kde è stato trasferito nel repository community. Annuncio questo perché fino ad oggi sono stato il maintainer del pkgbuild su AUR e mi dispiace celebrarne il requiem. Quindi da oggi cari arcieri vi basterà un semplice pacman -S skrooge per averlo sul vostro pc.

15set/090

Finalmente Warcraft III è giocabile con i driver liberi radeon

Da quando sono passato mesi fa ai driver liberi per le schede ati - scelta per inciso obbligata visto il cessato supporto per la mia x1600 da parte della casa madre - ho rimpianto solo due cose: la gestione dell'energia e la scarsissima giocabilità con uno dei miei titoli preferiti, Warcraft 3. Beh le cose sono cambiate parecchio in questi ultimi tempi

A parte il powersaving, che dovrebbe trovare una soluzione parzialmente definitiva a partire dal kernel 2.6.32 (con il supporto più maturo al KMS) e dalle novità che apporteranno le librerie mesa 7.6 - 7.7 (libdrm incluse), mi sono sempre depresso quando provando ad avviare il gioco con wine (utilizzando l'opzione -opengl) mi si presentava una sorta di filmatino a singhiozzo con animazioni traballanti ed un sacco di elementi grafici incompleti. Il cursore viaggiava alla velocità di un bradipo in letargo e la storia finiva con un mio "uff" e con un bel kill del processo.

Dopo aver aggiornato al recente kernel 2.6.31 - che in realtà per scelta del developer tpowa non ha il KMS per le radeon abilitato -  ho deciso di dare una bella prova al ramo GIT di mesa utilizzando il PKGBUILD reperibile qui . Il processo di aggiornamento non è dei più lineari in quanto ho dovuto: a) disinstallare a manina i pacchetti ufficiali mesa, libgl e ati-dri; b) installare a manina i pacchetti di fresca compilazione e c) ricompilare il pacchetto xf86-video-ati-git. Una volta completato il processo ed effettuato un riavvio del X server le cose sono cambiate in meglio.

Ora Warcraft viaggia che è una bellezza.

p.s. Abilitare il KMS nel kernel NON aiuta. Nella mia personale esperienza le prestazioni grafiche sono peggiori se abbiniamo il kernel con KMS radeon abilitato al ramo GIT di mesa...ma your mileage may vary.... :-)

21ago/097

Chromium per Linux…prova(ina) su strada

chromiumCome molti di voi forse sapranno Chromium è il cuore pulsante open source del noto browser di casa Google Chrome. In summa Chrome ha come fondamenta chromium. Non confondiamoci, allo stato attuale utilizzare l'uno o l'altro non fa una gran differenza, anzi direi che non ne fa alcuna.

Sulla mia Arch ho utilizzato il pacchetto AUR chromium-latest che scarica sempre l'ultimissima build del navigatore (se uso archlinux da più di un anno e mezzo ci sarà un motivo no?!). Al momento è disponibile la versione 4.0.203.0 (23951).

Bene. Il look del browser è noto a tutti: generale gradevolezza, tanto spazio per le pagine, barre ridotte all'essenziale, dialogo delle opzioni piuttosto limitato (ancora) ma comunque efficace e molto concentrato su quello che serve davvero. Quello che mi preme sottolineare non è certo legato alle peculiarità estetiche quanto alla velocità di renderizzazione delle pagine. Beh questa è semplicemente spaventosa. Rispetto a Firefox 3.5.x la velocità è quasi doppia, in particolar modo questo si avverte laddove il sito web  faccia uso intensivo di javascript. Il motore V8 è decisamente una spanna sopra a spidermonkey.

Certo: non esiste la gestione dei plugin come ha firefox. Non escludo d'altra parte che firefox sia rallentato dagli stessi plugins. Tuttavia la sensazione concreta di avere a disposizione un navigatore veramente veloce è palese e sia flash come java possono essere regolarmente utilizzati. I crash ci sono, occasionali ma ci sono. Non suggerisco quindi di utilizzarlo per fare transazioni bancarie ma per il resto....

La vostra esperienza qual'è stata?

18apr/095

Dropbox 0.6.1 per Arch nel repo personale

dropbox_logoDa avido "consumatore" di dropbox, vista la parziale inerzia del maintainer del pacchetto su AUR, ho deciso di pacchettizzare l'ultimissima versione di dropbox - melius l'estensione per nautilus - e di metterla a disposizione di tutti nel mio repo personale. Per qualsiasi problema e/o informazione sapete dove postare :-)

Inserito in: Archlinux 5 Commenti
17apr/092

I driver liberi radeon ora sono “powersave-aware”

Uno dei difetti principali dei driver liberi per le schede ati (xf86-video-ati) è sempre stato quello di non essere in grado di gestire il consumo energetico: il clock della cpu andava sempre a tutta manetta con buona pace del consumo energetico. Questo problema è sempre stato sentito in particolare dagli utenti che come me utilizzano per lavoro/diletto un portatile. Negli ultimi tre giorni Alex Deucher, main developer del driver, ha introdotto nel ramo git una bella manciata di codice per fare si che il clock della CPU della scheda grafica si "autolimiti" in determinate condizioni. Il codice per quanto ho capito è ancora piuttosto acerbo e necessiterà di ulteriore lavoro perché sia completo, però posso testimoniare che sulla mia mobility radeon x1600 funziona. Tutte le informazioni sul come beneficiare delle nuove caratteristiche le trovate nel man del pacchetto (man radeon). Trovate il PKGBUILD su AUR (xf86-video-ati-git) o il pacchetto bello pronto utilizzando il mio repository.

1apr/098

Non era uno scherzo – [si lo era]

Gli scherzi, si sa, sono belli quando durano poco. L'annuncio del futuro abbandono della architettura i686, dato per l'appunto il primo d'aprile, appariva come un classico pesce d'aprile. Io avevo espresso in merito la mia perplessità alla luce della discussione apparsa nella puclic mailing list arch-dev dove i toni non mi sembravano del tutto scherzosi. Mi sono detto che forse era tutta una montatura per fare arrabbiare Aaron Griffin (che si è arrabbiato)...Ecco le cose non stanno proprio così. Oramai nella ML c'è un botta e risposta piuttosto serrato e direi che se fosse stato uno scherzo la cosa sarebbe stata già stata resa nota e sarebbe morta lì perché appunto, gli scherzi sono belli quando durano poco.

In buona sostanza a giudicare dalla risposta di Aaron e dai successivi commenti io sono convinto che qualcosa di poco pulito sia accaduto. Non conosco bene i dettagli e non voglio fare sensazionalismi ma abbandonare così una architettura senza colpo ferire è quanto meno atipico.

Se la notizia quindi corrisponde a verità io, che ho un core 2 duo T7200, cosa sarò costretto a  fare? Reinstallare tutto? :-|

Voi che ne pensate?

UPDATE: ho avuto conferma che si è trattato di uno scherzetto d'aprile niente male :-) La vicenda però mi ha dato l'occasione di scaricarmi l'immagine iso x86_64 e di provare il boot. Tutto fila liscio. Perciò presumo che se dovesse succedere veramente allora non dovrei temere di abbandonare la mia distro preferita....Ma quali sarebbero poi i vantaggi di passare a x86_64 con il mio core 2 duo?

31mar/093

Forse un motivo c’è…

...se i dev di archlinux non hanno incluso pulseaudio in gnome 2.26. I motivi li ho talmente compresi bene (dopo  aver buttato via  tempo prezioso nel tentativo, vano, di far funzionare un microfono sulla mia arch con pulseaudio compilato da git) che ho rimosso tutto l'ambaradan.

Non è che pulseaudio faccia così pena. Funziona tutto sommato discretamente ma è ancora lontano dalla stabilità richiesta ad un server sonoro. Io ci ho provato a portarmelo dietro per un paio di mesetti ma il bilancio alla fine è stato  frustrante.

Inserito in: Archlinux 3 Commenti
29mar/092

Gnome 2.26 imminente in Arch testing per x86

Stavolta sembra che i tempi si siano accorciati rispetto all'ultimo update (da 2.22 a 2.24). Se non erro dal seguente log si dovrebbe desumere che i binari per testing x86 sono in dirittura d'arrivo:

http://repos.archlinux.org/viewvc.cgi/?sortby=date#dirlist

We will see.