[Silvan]

Rimando alle risposte #33591 e #33594.

[Silvan]

Ciao,
il servizio si avvia correttamente con la configurazione predefinita.
Le informazioni che fornisci sono insufficienti affinché chi legga possa in qualche modo fornire suggerimenti circa quale sia il problema, sia perché potrebbe dipendere dalle modifiche effettuate alla configurazione, che non sono state specificate, sia perché il comando utile per visualizzare, eventualmente, le cause del mancato avvio del servizio, è:

sudo systemctl status minidlna

o in alternativa puoi lanciare il demone manualmente con il comando:

sudo minidlnad -d

[Silvan]

Ciao,
ho rilasciato un aggiornamento del pacchetto che aggiunge il file di configurazione, la gestione del servizio con systemd e le pagine di manuale.

[Silvan]

Ciao,
anche se le operazioni fatte come suggerite non siano state risolutive, l’unica ipotesi che posso fare sullo stato attuale è che il messaggio di errore riscontrato sia ora differente pertanto invito nel caso a riportarlo qui.

[Silvan]

Ciao,
non ho una Smart TV a disposizione per fare dei veri test comunque si tratta di capire quali sono i protocolli utilizzati e se e come possono essere supportati sul desktop (se non lo sono già).

VLC in openmamba dovrebbe già supportare Chromecast per inviare un flusso dal menù Riproduzione > Renderer.

Oltre a questo da quanto leggo gli Smart TV supportano il protocollo DLNA/uPNP e in openmamba è disponibile il pacchetto minidlna, questo però va configurato da linea di comando per attivare un server, presumo che significhi che sul PC viene messo a disposizione un elenco di files e cartelle e che queste siamo poi selezionabili dalla Smart TV.

L’ambiente di KDE Plasma fornisce diversi KIO (molti nel pacchetto kio-extras) che dovrebbero già essere installati in openmamba e le funzioni disponibili si trovano facendo clic destro su un file da Dolphin e poi su Condivisione. Intanto, banalmente, hai già provato a guardare se qui compare un’opzione per inviare al TV?

[Silvan]

Ciao,
ho corretto il problema in un aggiornamento di appstream che sarà disponibile entro alcune ore.

[Silvan]

Il sistema non è correttamente aggiornato.
Potrebbe essere un’installazione aggiornata nel luglio 2019 su cui si era già detto in questo forum che a causa di un errore nell’aggiornamento del database rpm, la perdita di alcuni pacchetti nel database avrebbe comportato problemi futuri, oppure l’aggiornamento potrebbe essere stato interrotto durante l’attuazione per cause accidentali come lo spegnimento del PC.

Una possibilità per le cause di cui sopra è che il pacchetto libmodulemd non sia aggiornato e potrebbe essere possibile risolvere con il seguente comando:
sudo rpm -U http://cdn.openmamba.org/pub/openmamba/devel/RPMS.x86_64/libmodulemd-2.12.0-1mamba.x86_64.rpm

Altrimenti bisognerebbe farsi un’idea dello stato dell’installazione dei pacchetti relativi a dnf che ne causano l’errore di cui sopra conoscendo l’output del comando seguente:
rpm -q dnf libdnf libmodulemd

[Silvan]

Ciao,
cambia qualcosa se installi il pacchetto libqqc2-desktop-style?

sudo dnf install libqqc2-desktop-style

(mi riferisco al problema iniziale di questo post, non al fatto che non viene visualizzato lo stack trace).

• Questa risposta è stata modificata 5 years, 1 months fa da Silvan.

[Silvan]

Ciao,
per individuare il problema bisognerebbe vedere lo stack trace cliccando su Informazioni per gli sviluppatori.
Comunque probabilmente si tratta di questo bug già noto e su cui sto cercando una soluzione.

[Silvan]

Ciao,
ho creato il pacchetto goldencheetah ed è disponibile da adesso o a breve nel repository rolling di openmamba.
Per l’installazione puoi usare i seguenti comandi da terminale:

`
sudo dnf refresh
sudo dnf install R goldencheetah
`

Silvan

[Silvan]

Ciao,
grazie per le informazioni utili, puoi riprovare dopo aver dato il seguente comando:

sudo dnf install libgtksourceview

[Silvan]

Ciao,
non ho capito cosa significhi “quando lancio qemu con virtual manager”.
Se l’applicazione virt-manager non parte consiglio di eseguire da una finestra di terminale il comando virt-manager e postare qui l’output. Tieni anche presente che l’applicazione rimane attiva con un’icona sulla barra delle applicazioni, quindi per riavviarla bisogna prima chiuderla agendo con tasto destro su tale icona.

[Silvan]

Ciao,
il problema dovrebbe essere risolto con l’aggiornamento in arrivo di python-libvirt-py3.
Se vuoi puoi installare l’aggiornamento subito con il comando:
`
sudo dnf install http://cdn.openmamba.org/pub/openmamba/devel-makedist/RPMS.x86_64/python-libvirt-py3-6.10.0-1mamba.x86_64.rpm
`

[Silvan]

Ciao,
grazie per le informazioni.
Riproduco il problema se l’archivio viene scompattato in una cartella dove i file sono già presenti e vengono sovrascritti.
Cercherò una correzione anche se al momento non trovo un bug di KDE aperto su questo problema.
Intanto come workaround dovresti poter riuscire ad estrarre gli archivi estraendoli in una cartella vuota.

[Silvan]

Ciao,
ho fatto una prova di estrazione di uno zip senza riscontrare il problema.

In caso di crash di un’applicazione e conseguente richiesta di supporto è sempre opportuno:

1) eseguire il programma da una finestra di terminale (ark + invio), provocare il crash e riportare eventuali messaggi che compaiono nella console che potrebbero essere utili;

2) se si tratta di un crash nel vero senso del termine si dovrebbe aprire una finestra che permette di visualizzare lo stack trace. Se questo fosse indicato come inutile o poco utile è opportuno installare il pacchetto di debug (sudo dnf install ark-debug) e poi premere l’apposito pulsante per rigenerare lo stacktrace. Anche lo stack-trace andrebbe copiato e riportato.

Buon anno.

[Autore]

Articoli