Bracuccia.net

Una mano si ma non finanziaria…Dai miei precedenti post si evince in tutta chiarezza la mia opinione cioè che beagle è un grande indicizzatore di contenuti. Per uno gnomista come il sottoscritto poi è a dir poco spettacolare vista la sua perfetta integrazione con il DE. Tuttavia il progetto è deficitario di sviluppatori che si occupino di aggiornare il codice e di rimettere mano ad uno dei pezzi più importanti: l’indicizzazione delle mail di evolution che da mesi è ferma al palo (=non funziona). Questo è un vero peccato perché: a) A tutt’oggi NON esistono indicizzatori completi per Linux b) Google Desktop for Linux funziona ma insomma… c) Tracker è fortemente sviluppato ma da mesi non mettono mano all’interfaccia rendendolo di fatto inutile per l’utente finale d) Strigi…strigi?

Quindi il mio è un appello. Chi ha voglia/competenze/tempo per lavorarci su si faccia avanti. Molti utenti di Beagle ve ne saranno grati.

Per inciso mi sono scambiato qualche mail con dBera (main developer di Beagle) che ringraziandomi per l’interesse e le parole toccanti (sic!) ha confessato di non avere tempo per lavorarci e che quindi ogni iniziativa sarebbe stata rimessa a dei volenterosi volontari.

Da 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

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.

Le ultime note di evolution 2.26 recitano:

Ecco io con tutto il bene che voglio a evolution e al mio indicizzatore d’elezione – Beagle – tutta questa indicizzazione delle mail non l’ho vista (anzi)…forse sono maldestro ed incompetente ma temo che fintantochè Beagle non avrà un nuovo project leader dovremo ripiegare su file indexer di terze parti.

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?

…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.

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.

Saluto con una certa soddisfazione l’ultimo numero di Linux Pro che vede nel dvd allegato l’ultima nata di casa Arch. Beh l’editor della testata, il buon Zagaglia, a cui rinnovo i miei migliori saluti ed auguri, non perde mai l’occasione per farmi delle gradite sorprese. Non so se sia la prima sortita di Arch su Linux Pro (almeno non ricordo) però da che mondo è mondo un pò di buona pubblicità (nel caso ce ne fosse bisogno) non fa mai male.

Update: Posto volentieri la cover del numero. Ringrazio il sempre più munifico e benevolo Zagaglia per la sua collaborazione…