Mi sono immediatamente lasciato tentare e ho proceduto sulla mia Arch box a scaricare ed installare l’ultimissima versione del ramo instabile. L’interfaccia per fare acquisti è di una semplicità disarmante. Tutto viene gestito direttamente da banshee: dalla ricerca ed anteprima dei brani fino allo scarico dei brani stessi nella propria libreria. Tutto bello ed ottimo fintantoché non ho provato a scaricare un brano mp3. Ecco i risultati:

Ecco…mi sembra che i commenti siano superflui. Forse sarebbe stato meglio implementare un negozio online più worldwide. Fermi restano i ringraziamenti per questa preziosa agiunta ad un già ottimo player.

A) Modificare /etc/udev/rules.d/85-usbmuxd.rules di modo che risulti di siffatta guisa: (in grassetto le modifiche)

# usbmuxd (iPhone “Apple Mobile Device” MUXer listening on /var/run/usbmuxd)

# Forces iPhone 1.0, 3G, 3GS and iPodTouch 1 and 2 to USB configuration 3 and run usbmuxd
ACTION==”add”, SUBSYSTEM==”usb”, OWNER=”usbmux”, ATTR{idVendor}==”05ac”, ATTR{idProduct}==”129[0-9]“, ENV{USBMUX_SUPPORTED}=”1″, ATTR{bConfigurationValue}!=”$attr{bNumConfigurations}”, ATTR{bConfigurationValue}=”$attr{bNumConfigurations}”, MODE=”770″, RUN+=”/usr/sbin/usbmuxd -u -U usbmux”

# Exit usbmuxd when the last phone is removed
ACTION==”remove”, SUBSYSTEM==”usb”, ENV{PRODUCT}==”5ac/129[0-9]/*”, ENV{INTERFACE}==”255/*”, RUN+=”/usr/sbin/usbmuxd -x”

Occhio che l’utente vostro e usbmux siano nei gruppi necessari (io per sicurezza li aggiunto un pò a tutti…)

B) Ricompilare gvfs utilizzando il PKGBUILD ufficiale ma di modo che compili anche gvfs-afc quindi:

# $Id: PKGBUILD 78688 2010-04-27 19:59:14Z jgc $
# Maintainer: Jan de Groot <jgc@archlinux.org>

pkgbase=gvfs
#pkgname=(‘gvfs’ ‘gvfs-smb’ ‘gvfs-afc’ ‘gvfs-gphoto2′ ‘gvfs-obexftp’)
pkgname=(‘gvfs’ ‘gvfs-smb’ ‘gvfs-afc’ ‘gvfs-gphoto2′ ‘gvfs-obexftp’)
pkgver=1.6.1

[...]

Dopo aver compilato quindi suggerisco un bel pacman -U gvfs-afc. Quindi direi che, compiuto questo ultimo passaggio, riavviare GNOME sia indicato.

Nota: Non capisco perché il maintainer di gvfs abbia messo negli optdepends gvfs-afc e poi lo abbia disabilitato nella toolchain…BOH.

Ora inserendo ipod touch (iphone) sul desktop appare automaticamente il nome dell’ipod

e puoi aprirlo direttamente con rhythmbox:

NON ho ancora testato le funzioni più interessanti. Però almeno le cose ora sembrano andare…(prima non succedeva una beneamata mazza)

UPDATE: dopo aver scritto il post ho notato che la libreria non veniva sincronizzata. Ovvero: copiavi da rhythmbox i brani ma non succedeva niente (nno comparivano sull’ipod i brani copiati). Fino ad ora. Infatti seguendo quanto riportato qui: http://marcansoft.com/blog/2009/10/iphone-syncing-on-linux-part-2/ (step 5) e montando l’ipod con “ifuse ipoT” la sincronizzazione funziona…Devo ancora vedere se montare il dispositivo è essenziale o meno.

UPDATE2: montare l’ipod con ifuse NON è essenziale.

Boh…va bene che è un servizio gratuito e che a caval donato non si guarda in bocca però 10 mail in uscita al giorno sono (a parere mio) pochine…

Ma il senso del mio post non risiede nel desiderio di mettervi a conoscenza delle mie sfighe/traversie elettroniche quanto nello scoprire che sia l’LG che questo ultimo prodotto sono entrambi pesantemente basati su software rilasciato con licenze Open Source. Non starò qui ad elencare un elenco dei software chiave dei prodotti. Guardate questa immagine:

Java poi è l’unico software messo in evidenza sulla confezione ma il "cuore" è di tutt’altro tipo. A questo punto forse questa "scoperta personale" dovrebbe far riconsiderare quale sia l’effettiva penetrazione del software libero nei device. Si certo sul desktop la situazione è quella di sempre (grosso modo) ma sotto sotto forse le cose stanno molto diveramente.

Avete voglia di dare una sbirciatina ai manuali dei vostri lettori BluRay?

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

]]> http://bracuccia.wordpress.com/2009/09/15/finalmente-warcraft-3-giocabile-driver-liberi-radeon/feed/ 0 lorenzo http://bracuccia.wordpress.com/2009/08/21/chromium-per-linux-prova-su-strada/ http://bracuccia.wordpress.com/2009/08/21/chromium-per-linux-prova-su-strada/#comments Fri, 21 Aug 2009 13:46:45 +0000 lorenzo http://www.bracuccia.net/?p=241 Leggi l'articolo completo →]]> Come 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?

]]> http://bracuccia.wordpress.com/2009/08/21/chromium-per-linux-prova-su-strada/feed/ 7 lorenzo chromium http://bracuccia.wordpress.com/2009/08/21/quakelive-per-linux/ http://bracuccia.wordpress.com/2009/08/21/quakelive-per-linux/#comments Fri, 21 Aug 2009 12:09:04 +0000 lorenzo http://www.bracuccia.net/2009/08/21/quakelive-per-linux/ Leggi l'articolo completo →]]> Volevo segnalare la disponibilità per piattaforma linux del plugin (firefox) per giocare a quakelive. Ho fatto qualche giocatina e devo complimentarmi con la id per il lavoro fatto. Non conosco i dettagli tecnici ma ho verificato che gira alla grande anche con i driver open per schede ati.