[Silvan]

Ciao,

ho avuto una segnalazione di questo annoso problema su milestone2. In quel caso ho verificato una concomitanza tra l’ultimo aggiornamento, la partizione home che in quel caso risultava veramente piena e l’esecuzione del cron che effettua il prelink alle 4 di notte, ma a parte raccogliere queste informazioni non sono riuscito a dare una spiegazione del problema che non si è verificato in altre installazioni analoghe.

Per risolvere comunque ho dato il comando rpm -qa --last | more per vedere, in base alla data, l’elenco dei pacchetti che sono stati installati durante l’aggiornamento incriminato, dopodichè li ho reinstallati tutti con:

sudo smart reinstall nomepacchetto1 nomepacchetto2 ...

[Silvan]

Ciao,

così sembra un errore di comando make lanciato dalla directory sbagliata o con qualche parametro che non va ma di più non saprei dire. Se puoi dare i riferimenti del driver che stai compilando posso verificare meglio.

[Silvan]

Ciao,

devi installare solo il pacchetto polarhrm che si porta dietro libpolarhrm ma non libpolarhrm-devel.

Dopodichè se lancio l’eseguibile polarhrm da linea di comando vedo che l’applicazione parte, a te non parte? Poi di più non so non avendo l’hardware a disposizione.

$ polarhrm

Usage: polarhrm [OPTION...] WATCH_MODEL

polarhrm -- get data out of your HRM!

-d, --debug=DEBUGLEVEL Debuglevel from 0 to 3 (implementation started

17.02.2013)

-e, --erase erase all sessions

-i, --interface be an interface for apps (not implemented yet)

-l, --list list the supported Devices

-o, --overwrite overwrite existing hrm & dump files (not

implemented yet)

-r, --rawfile=PATH read a raw session file and parse it

-?, --help Give this help list

--usage Give a short usage message

-V, --version Print program version

Mandatory or optional arguments to long options are also mandatory or optional

for any corresponding short options.

Report bugs to http://code.google.com/p/polarhrm.

[Silvan]

Ciao,

scusa il file che devi modificare si chiama syslinux.cfg o SYSLINUX.CFG ed è nella cartella principale (almeno è così da me con unetbootin e chiavetta formattata FAT32).

[Silvan]

Ciao,

hai provato anche dando il seguente comando come suggerito nel primo link che hai riportato?

sudo mkdir /etc/adobe

echo -e "EnableLinuxHWVideoDecode=1nOverrideGPUValidation=true" | sudo tee /etc/adobe/mms.cfg > /dev/null

[Silvan]

Ho visto ora le immagini, hai fatto un controllo del filesystem sulla chiavetta (scandisk o come si chiama su windows)?

[Silvan]

Ciao,

l’immagine non c’è forse per un problema di dimensioni o di estensione. Comunque hai anche fatto la seguente modifica che dicevo?

3) occorre editare il file extlinux.conf e sostituire le occorrenze di root=UUID=xxxx-xxxx con root=live:UUID=xxxx-xxxx

[Silvan]

Ciao, non sono ancora riuscito a fare una prova completa però i supporti snapshot generati negli ultimi 7 giorni hanno questa modifica per cui se hai tempo potrebbe valere la pena di riprovare. se il tool di fedora che stai usando presentasse sempre lo stesso errore proverei con unetbootin.

[Silvan]

Ciao, premetto che al momento non c’è un modo per creare una chiavetta USB di openmamba da Windows, ma dopo questo tuo post ho fatto dei test e la situazione potrebbe migliorare prossimamente.

Non conosco questo tool di Fedora e i messaggi di errore che riporti non riesco ad interpretarli, però conto di supportare in qualche modo (su windows) un tool analogo che si chiama unetbootin, devo però fare una modifica al kernel e quindi bisognerà attendere i supporti snapshot che verranno generati nei prossimi giorni.

Come promemoria spiego come sono riuscito a usare unetbootin per creare una chiavetta openmamba, però da un sistema linux:

1) la chiavetta va formattata in ext2/3/4 (che, appunto, windows non riconosce)

2) con una versione standard di unetbootin si genera il contenuto della chiavetta usando l’opzione “Immagine disco”

3) occorre editare il file extlinux.conf e sostituire le occorrenze di root=UUID=xxxx-xxxx con root=live:UUID=xxxx-xxxx

La procedura da windows sarà analoga ma prima devo fare una modifica perchè manca un componente che permetta di montare il filesystem FAT32 nella prima fase dell’avvio.

[Silvan]

Ciao Michele, ti ringrazio per la disponibilità a fare un test.

Facendo un paio di ricerche mi è sovvenuto che tu forse hai installato il driver splix che è open source e supporta sia la ml-2010 che la scx4200 (quindi in teoria consigliato anche a mina).

Potrebbe essere utile un test del driver ufficiale proprietario, ma prima mi domando se il driver splix abbia delle limitazioni, per esempio nel supporto multifunzione (scanner) e quindi se ci sia veramente la necessità di usare il driver ufficiale.

[Silvan]

Ciao,

i tablet disponibili in commercio su cui so che può girare openmamba nativamente in dual-boot con Android sono: Acer Iconia Tab A200 e Samsung Galaxy Note 10.1″. Altri tablet testati precedentemente ma non più in commercio sono Acer Iconia Tab A500/501 e Hannspad.

[Silvan]

Ciao,

dovresti installare il pacchetto samsung-unified-driver che si trova tra i pacchetti software di openmamba (è nuovo quindi devi prima rinfrescare la lista dei pacchetti). Dovrebbe installare quello che serve e comunque fornisce un tool grafico per la configurazione che si chiama Samsung Configurator. Non potendo fare test più approfonditi non avendo tale tipo di stampante, ti ringrazio se puoi farmi sapere se riscontri problemi o meno.

[Silvan]

Ciao, segnalo che libreoffice 4.0.3.3 per milestone2 è disponibile nel repository milestone2-makedist dove vi rimarrà per un periodo di test.

Per effettuare subito l’aggiornamento occorre attivare temporaneamente il repository milestone2-makedist e fare un aggiornamento completo o selettivo. I componenti intorno a Mesa 9 sono stati rimossi dal repository per cui un aggiornamento completo non causa modifiche al sottosistema grafico, problema su cui si era discusso qualche tempo fa.

[Silvan]

Ciao, scusa il ritardo.

Il sistema rootfs è la versione “root filesystem” del sistema openmamba basato su KDE, per cui il sistema che ottieni è un desktop del tutto simile al sistema per PC che si ha a partire dai supporti livecd e livedvd. rootfs esiste per l’architettura arm quindi da questo punto di vista è compatibile con la maggior parte dei dispositivi mobili che sono basati su processori arm compatibili.

Fin qui tutto “semplice” se non che bisognerebbe passare in rassegna uno ad uno tutti i dispositivi e verificare se dispongono di un kernel Linux/GNU nativo, normalmente realizzato da qualche hacker partendo dal kernel per Android, verificare se e come si può modificare il bootloader, se e come si supportano le accelerazioni video ecc. Su questo tipo di dispositivi non esiste uno standard come per i PC per cui i dispositivi vanno visti uno ad uno, uno sviluppatore (come me), dovrebbe poter verificare la fattibilità e adattare il sistema ad eventuale modifiche ecc.

Non ho questo smartphone e non ho cercato in rete quale sia lo stato del supporto linux. In ogni caso se dovessi aver trovato delle istruzioni per installare qualche altro linux, normalmente la procedura di base consiste nel seguire tali istruzioni usando il rootfs di openmamba laddove viene detto di usare il rootfs dell’altro linux.

Un modo abbastanza standard che si è diffuso, anche se meno “nativo”, è quello di mettere un rootfs sopra android per far partire in chroot il sistema linux. openmamba rootfs potrebbe probabilmente essere usabile in questo modo.

Per quanto riguarda .apk e play store sono caratteristiche di Android laddove openmamba usa rpm e il proprio package manager (una GUI di packagekit). Per supportare le applicazioni Android su Linux ci vogliono dei requisiti particolari a livello di kernel e di librerie, un giorno qualcuno farà un tale progetto e allora lo si integrerà in openmamba, o magari esiste già qualcosa, non so. Per il resto dei programmi: whatsapp, skype ecc. dipende dai fornitori, ma è difficile che forniscano il supporto dei loro applicativi per Linux su smartphone visto che non esistono praticamente implementazioni, se non-sperimentali, di Linux su smartphone.

Insomma, anche se architetturalmente compatibile con la tecnologia degli smartphone, il sistema rootfs non è stato testato su uno smartphone per mancanza di hardware supportato (se esiste). Non è un caso se anche per ubuntu tutto ciò è work in progress nonostante annunci in pompa magna lo scorso gennaio.

Il sistema rootfs su smartphone potrebbe quindi al momento essere usabile come chroot su android magari per usare sullo smartphone applicazioni specifiche (come Gimp) ma certo non per telefonare ad esempio. Oppure uno sviluppatore esperto e con tempo e voglia potrebbe dedicarsi a far girare openmamba nativamente sul proprio smartphone magari interagendo con la comunità di openmamba.

La situazione è un pò migliore sui tablet, rootfs è stato testato su vari modelli ed un sistema desktop è probabilmente più adatto al tablet che allo smartphone. Ma il problema è che anche i tablet che sono stati testati con successo escono dal commercio nel giro di anche soli 6 mesi. Per cui per supportare veramente Linux sui tablet e smartphone ci vuole o il supporto del produttore (che al 99,9% invece supportano e forniscono solo Android), oppure un progetto indipendente con consistenti finanziamenti, ma molti di questi progetti sono falliti senza arrivare a conclusione, anche perchè come detto senza grosse risorse a disposizione il tempo di sviluppo per il supporto del s.o. sul dispositivo è spesso superiore al tempo di vita commerciale del dispositivo stesso.

[Silvan]

Ciao, ho programmato il porting di libreoffice su milestone2, per sapere tempi ed esito del porting dovremo aspettare qualche giorno.

http://www.openmamba.org/distribution/autobuilds.html?NUM=3&HOST=0

[Autore]

Articoli