[Silvan]

Prova anche a fare un’installazione dei componenti base da Centro di controllo openmamba -> Software -> Componenti di openmamba..., nel caso in cui l’aggiornamento ti avesse rimosso qualcosa di troppo.

[Silvan]

La versione devel di openmamba, ma anche le pre-release della 2.0 funzionano un pò così. Anche la definizione della pagina di wikipedia (http://en.wikipedia.org/wiki/Rolling_release) è calzante con come funziona openmamba:

“Full-rolling distributions have pseudo-releases and installation media that are simply a snapshot of the distribution at the time of the release. There is therefore no need to reinstall the operating system, as is (usually) the case with upgrading between versions of a fixed release. Also, a rolling release operating system installed from an old install disc can be fully updated post-installation to the latest system software and application software via the internet.

All rolling distributions (whether full or partial) have software contained in the repositories that is more current than that contained on the installation media and usually contains very recent software releases – often the latest stable software releases available.”

Di fatto da anni chi usa la versione devel o la 2.0 pre-release continua a vedersi aggiornato il sistema senza avere la necessità di reinstallare il sistema (salvo talvolta qualche problema di percorso che si cerca di minimizzare con il beta-testing e il feedback degli utenti…), in quanto gli utenti ricevono continuamente aggiornamenti tramite i repository. Al momento non sono previsti salti architetturali tali da immaginare che ci saranno nuove versioni che non siano aggiornabili in questo modo, come per esempio è stato il passaggio dalla 1.0 alla 2.0, dovuto principalmente all’aggiornamento di KDE dalla versione 3 alla 4. Comunque con uno script apposito si riusciva anche ad aggiornare dalla 1.0 alla 2.0 senza rifare l’installazione.

Se è questo che intendi, se no puoi provare a spiegarci meglio cosa ti aspetti da una ‘rolling distro’ e cosa manca in openmamba da questo punto di vista.

[Silvan]

Prima o poi si dovrà senz’altro fare la versione a 64 bit, anzi qualcosa è già stato fatto ma i lavori negli ultimi 1-2 anni si sono concentrati nel porting su ARM e nel rilascio della versione 2.0. Nel frattempo la versione a 32 bit su sistemi desktop ha comunque delle performance soddisfacenti se non migliori per quanto riguarda l’uso della memoria e dà qualche grattacapo in meno con alcuni componenti esterni disponibili solo a 32 bit, per cui si considera che ad oggi non sia una grossa mancanza per l’utente.

[Silvan]

Premendo CTRL-ALT-F2 non succede niente?

[Silvan]

Non credo che sia il kernel in sè la causa di questi problemi, ma magari qualcosa che è successo in concomitanza con l’aggiornamento. Ti chiederei di inviarmi la lista degli rpm per ordine di installazione in modo da vedere esattamente quali aggiornamenti sono stati fatti:

rpm -qa --last > /tmp/rpmlast.txt

Manda pure a reports (at) openmamba (dot) org. Già che ci sei potresti mandare anche un report generato con openmamba-makereport. Grazie.

[Silvan]

E’ giusto, sulla versione stabile a me dà lo stesso identico valore. Puoi provare a rieseguire il prelink delle librerie?

Digita:

su

inserisci la password di root e poi:

/etc/cron.daily/prelink

ci mette un pò, quando ha finito riprova a lanciare amarok.

[Silvan]

E’ tutto come dev’essere eppure non va…questo cosa ti restituisce?

objdump -T /usr/lib/libgmodule-2.0.so.0|grep g_module_close

A me trova il simbolo e infatti restituisce:

4bedaf00 g DF .text 0000015c Base g_module_close

[Silvan]

Mi puoi ancora fornire l’output dei comandi:

ldd /usr/lib/gstreamer-0.10/libgsttypefindfunctions.so

e

ldd /usr/lib/libgio-2.0.so.0

?

Grazie.

[Silvan]

e/o anche

sudo smart install libgst-plugins-base-0.10.32

[Silvan]

Hai una versione di amarok successiva perchè eri retrocesso dalla versione devel alla stabile. Prova con:

sudo smart install amarok-2.4.1

[Silvan]

Ciao Emanuele,

prova anche

sudo ldconfig

Se non va non capisco, il simbolo g_module_close è presente in /usr/lib/libgio-2.0.so.0, cosa ti restituisce:

grep g_module_close /usr/lib/libgio-2.0.so.0

Prova anche a reinstallare la libreria:

sudo smart reinstall libglib

[Silvan]

Hai fatto un aggiornamento completo?

Da terminale corsa restituisce il seguente comando:

rpm -q libglib

?

[Silvan]

Ho fatto delle verifiche ma non ho notato problemi. Le impostazioni effettivamente usate le vedi con il comando:

xset q

in fondo, per esempio:

DPMS (Energy Star):

Standby: 1200    Suspend: 1800    Off: 2400

DPMS is Enabled

Monitor is On

Se modifico il profilo energetico di KDE in uso (di solito Performance se non stai andando a batteria) le impostazioni mostrate da xset vengono modificate correttamente e anche riavviando ho visto che le mantiene. Quindi verifica la corrispondenza tra le impostazioni di KDE e xset, se risultano corrette forse il problema è da cercare altrove.

[Silvan]

Bene. Per usare i repository stabili, come prima cosa rimuovi il pacchetto openmamba-devel se installato, poi in Settings devono essere abilitati solo questi canali:

stable milestone2 base packages

Installed packages

stable milestone2 updates packages

stable milestone2 games packages

Ciao!

[Silvan]

Non avevo notato subito dal report che il tuo sistema è configurato per usare i repository di sviluppo anzichè quelli stabili. Risolto questo problema converrà cambiare la configurazione.

A questo proposito ho mandato un aggiornamento di glibc (2.14-3mamba) che risolve un paio di problemi critici. Se non funziona ancora ti chiedo se puoi farmi un backtrace del problema di audacity seguendo queste istruzioni:

1) installa gdb e un paio di pacchetti di debugging:

sudo smart install gdb glibc-devel libgtk2-debug

2) lancia audacity con gdb:

gdb audacity

3) digita 'r' + INVIO per eseguire il programma

4) quando va in crash digita 'bt' + INVIO per visualizzare il backtrace che puoi copiare qui

Tutto questo da una finestra di terminale.

Grazie.

[Autore]

Articoli