[Silvan]

Ciao,
qual è la linea di comando di qemu?

[Silvan]

Ciao,

ho pubblicato sul forum inglese un diagramma fatto tempo fa che sintetizza i processi di sviluppo di openmamba e lo segnalo anche qui:

Modello di sviluppo di opemmamba

Il diagramma può essere di interesse per coloro che desiderano partecipare allo sviluppo tecnico della distribuzione.

[Silvan]

Ciao,
il problema dovrebbe risolversi con l’aggiornamento in arrivo delle librerie qt e qtwebengine.

Buone feste.

[Silvan]

Ciao,
suppongo il problema si verifichi sulla versione milestone3, in quanto nelle versioni rolling e milestone4 firefox è aggiornato.

Il problema non potrà essere corretto nella milestone3 ma è da poco disponibile la procedura di aggiornamento a milestone4 con istruzioni in questo post.

Il mio consiglio è di effettuare l’aggiornamento del sistema alla versione milestone4 o rolling seguendo la suddetta procedura.

[Silvan]

Ciao,
lo puoi installare con il comando rpm aggiungendo l’opzione –noconflicts:

sudo rpm -i vivaldi-stable-1.6.689.34-1.x86_64.rpm --noconflicts

[Silvan]

Sto correggendo il file che crea il problema nel pacchetto xen. Grazie a te.

[Silvan]

Il file /etc/grub.d/07_xen causa il problema e normalmente non dovrebbe esserci.
Per capire perché è lì e se ci sono altri files di troppo:

rpm -qf /etc/grub.d/*

se vengono riportati rpm diversi da grub bisogna o aggiustarli o rimuoverli. Se ci sono files installati che non appartengono a nessun rpm vanno cancellati a mano. Dopdiché di nuovo sudo update-grub.

[Silvan]

Il file finisce con la riga

### BEGIN /etc/grub.d/07_xen ###

?

Consiglio di lanciare da terminale il comando sudo update-grub, riportando qua eventuali messaggi di errore che dovessero presentarsi. In caso contrario, se il comando riporta l’elenco delle voci di avvio aggiunte e nessun errore, proverei poi a riavviare.

[Silvan]

Ciao,
grub e il sistema operativo sono entrambi sul disco SSD? Puoi postare il file /boot/grub/grub.cfg?

[Silvan]

Ciao,
ho provato la snapshot del livecd (rolling, versione a 64 bit) del 1 novembre su chiavetta USB e non ho riscontrato problemi. All’avvio del desktop con login automatico l’occupazione di memoria è sotto i 400 MB.

A questo punto il dubbio che ho è come hai preparato il sistema per l’avvio da “flash drive” e, se non hai già fatto così, potresti provare a masterizzare la ISO della versione che ho indicato su un DVD.

[Silvan]

Ciao,
non ho ancora potuto verificare se il problema sia dovuto all’ultimo livecd prodotto automaticamente.

Però questo tipo di problema si verifica spesso anche quando la memoria RAM on board del PC è al di sotto dei requisiti minimi dell’ambiente KDE completo. Ad oggi io avvierei il livecd solo su un PC con almeno 1GB di RAM ed aspettandomi che comunque non sarà una scheggia.

In alternativa puoi provare il livecd-light che avvia un ambiente grafico LXDE e dovrebbbe funzionare correttamente anche su PC con soli 256MB di RAM.

[Silvan]

Ciao,
è disponibile un aggiornamento che corregge questo problema.

Puoi installarlo senza attendere i normali passaggi con questo comando da terminale:

sudo smart install http://cdn.openmamba.org/pub/openmamba/devel-makedist/RPMS.x86_64/squid-3.5.22-3mamba.x86_64.rpm

[Silvan]

Ciao,
ho gestito la segnalazione in parallelo a livello di pacchettizzazione di openmamba e ci sarà un aggiornamento del pacchetto squid con supporto nativo per systemd.

[Silvan]

Ciao,
Akonadi è integrato con la versione di KDE per cui sarà aggiornabile solo con un aggiornamento maggiore a openmamba milestone4 o rolling.

Ma qui il problema non è Akonadi, fare il kill del server Xorg provoca il kill di tutti i processi dell’ambiente grafico sottostante, non è una soluzione e neanche ti garantisce di non perdere i dati dei programmi in esecuzione. L’errore di Akonadi si risolve in questo caso evitando di fare il kill di Xorg.

[Silvan]

Ciao,
nel report non vedo niente di interessante, è sempre una milestone3 e vedo pochi e non rilevanti pacchetti aggiornati o installati di recente. Non rilevo problemi nel kernel, si vede solo l’inserimento e la rimozione di un dispositivo TomTom.

Il log della sessione del desktop non mostra problemi interni di KDE collegati al fatto che il dialogo di spegnimento non si avvii. Tuttavia questo log è parziale e potrebbe mancare la parte interessante specie se il report non è stato generato subito dopo aver tentato con insuccesso lo spegnimento.

Dopo aver tentato lo spegnimento, ovvero dopo aver cliccato su Menù di KDE -> Esci -> Spegni, si potrebbe invece inviare per diagnosi il file .xession-errors che si trova nella cartella home dell’utente (è un file nascosto).

[Autore]

Articoli