Problemi repo pacchetti ROME Rolling

[halexg]

OpenMandriva Lx release 25.11 (ROME) Rolling for x86_64
openmandriva.rome-24.12-gnome.x86_64.iso

Ho notevoli problemi con determinati pacchetti che pur presenti nei repo, non si possono installare poiche’ mancano alcune dipendenze fondamentali, altri (ad esempio Kexi) si installano ma non funzionano per mancanza di certe dipendenze:

[user00@OMD-x8664 Scrivania]$ kexi-3.2
Failed to create wl_display (No such file or directory)
qt.qpa.plugin: Could not load the Qt platform plugin “wayland” in “” even though
it was found.
Impossibile aprire il file di risorse delle icone «breeze-icons.rcc».

Kexi non verrà eseguito. Verifica che Kexi sia installato correttamente.

possibile che kexi richieda per forza wayland?

Quanto a DnfDragora, questo e’ cio’ che restituisce dnf:

____________________________________________________
sudo dnf install dnfdragora.x86_64 | tee /dev/null
Aggiornamento e caricamento dei repository:

Repository caricati.
Impossibile risolvere la transazione:
Problema: il pacchetto dnfdragora-2.99.1-1.x86_64 da rolling-x86_64 richiede lib64yui-qt, ma nessuno dei fornitori può essere installato

- richieste in conflitto

- nessun pacchetto fornisce libcgraph.so.6()(64bit) richiesto da lib64yui-qt-4.6.2-8.x86_64 da rolling-x86_64

- nessun pacchetto fornisce libgvc.so.6()(64bit) richiesto da lib64yui-qt-4.6.2-8.x86_64 da rolling-x86_64
____________________________________________________

Ora, al di la del fatto che dnfdragora x me sarebbe piu’ comodo rispetto a dndfrake x vari motivi (suddivisione dei pacchetti per funzione, ricerca piu’ completa nelle informazioni ecc.) il problema della mancanza delle dipendenze richieste affligge molti altri pacchetti, e’ generalizzato, in modo casuale, credo.

Ci sono soluzioni in vista? Grazie in anticipo per qualsiasi suggerimento.

[halexg]

Dato che qualcuno lamentava che la iso ROME fosse rilasciata in modalita’ Rock, aggiungo che i repo di default per la openmandriva.rome-24.12-gnome.x86_64.iso sono questi:
OpenMandriva Rolling - x86_64

in piu’ avevo solo attivato anche quelli aggiuntivi:

OpenMandriva Rolling - Non-free - x86_64
OpenMandriva Rolling - Restricted - x86_64
OpenMandriva Rolling - Extra - x86_64

IL comando x aggiornare, come suggerito, uso:

sudo dnf --refresh distro-sync --allowerasing 2>&1| tee /home/user/rome.sync.log

[ben79 (Ben Bullard)]

kexi non è un pacchetto mantenuto da circa 6 anni. Se vuoi, puoi offrirti volontario per mantenerlo. Oppure puoi inviare una richiesta di aggiornamento del pacchetto.

Si prega di inserire un solo argomento per thread del forum. È difficile seguire la discussione quando in un thread vengono trattati più argomenti.

Il problema relativo a dnfdragora dovrebbe essere risolto con il prossimo aggiornamento importante di ROME.

[halexg]

Grazie per i chiarimenti.

Comprendo l’enorme mole di lavoro a cui siete sottotposti e la questione e’ abbastanza complessa ma d’altra parte se noto qualcosa che non funziona e’ giusto che lo possa segnalare, anche perche’ e’ l’unico modo per risolvere i problemi.

L’argomento e’ sostanzialmente questo: numerosi problemi di dipendenze non risolte che impediscono l’installazione dei pacchetti e a volte, quando si installano, non funzionano perche’ mancano dipendenze varie o per altre ragioni.

In alcuni casi il problema e’ banale e la soluzione semplice, Ad esempio:

• qdbusviewer6, si installa ma non funziona, il problema risiede nel file.desktop in cui “Exec=qdbusviewer6“: la soluzione e’ semplicemente rinominare l’eseguibile dentro il file di avvio “Exec=qdbusviewer” ; piccoli dettagli che pero’ sparsi in qua’ e in la fanno la differenza.

-I tools grafici per modificare GRUB integrati in KDE/Plasma (come systemsettings kcm_grub2): quelli che si installano non funzionano; non ho ancora provato grub-customizer.

Poi una lunga lista di installazioni fallite causa dipendenze mancanti, ad esempio:
rox, apper, gtkpsproc, gksu, system-config-services, kcmsystemd, ktp-accounts-kcm, gnome-python2, task-plasma-telepathy, gnome-documents, gnome-mplayer, Kjots, Knotes, Xmtr, GtkShots, ecc. ecc.

Quindi non sono esattamente tanti problemi diversi, ma piu’ o meno sempre il solito che, in forme diverse, si ripete e si ripresenta con lo stesso schema per svariati pacchetti: certamente potrei fare un singolo post per ciascuno di questi problemi, ma dato che nella sostanza e’ sempre la stessa tipologia di problema che si ripete, onestamente non so se davvero conviene fare decine di post sempre dello stesso tipo, anche se riguarda app diverse…

In un caso (ma non so se sia veramente l’ unico, perche’ per ciascun caso bisognerebbe fare lo stesso controllo, che ora non ho proprio il tempo di fare) il pacchetto mancante “pare” in realta’ gia’ presente:

sudo dnf install dnf4-yum.noarch | tee /dev/nullImpossibile risolvere la transazione:Problema: richieste in conflitto

• nessun pacchetto fornisce dnf = 4.22.0-1 richiesto da dnf4-yum-4.22.0-1.noarch da rolling-x86_64-extra

Ma da una verifica risulta gia’ installato: dnf4-4.22.0-1

Secondo il mio modesto parere si tratta di un difetto sistematico che andrebbe affrontato complessivamente analizzando/revisionando il modo in cui sono stati creati i pacchetti delle app con tutte le loro dipendenze. O forse c’e’ un bug proprio in questa particolare versione di DNF …

In allegato (quasi) tutte le installazioni fallite e i problemi di funzionamento, che ho riscontrato fino ad ora.

PS: questi sono i repo attivati
repo id repo name
rolling-x86_64 OpenMandriva Rolling - x86_64
rolling-x86_64-extra OpenMandriva Rolling - Extra - x86_64
rolling-x86_64-non-free OpenMandriva Rolling - Non-free - x86_64
rolling-x86_64-restricted OpenMandriva Rolling - Restricted - x86_64

PS2: avevo caricato un file sbagliato, ora corretto.

apperr.txt (648 Byte)

insterr.txt (9,1 KB)

[ben79 (Ben Bullard)]

Non hai colto il punto. Se segnali qui cose che richiedono l’aiuto di uno sviluppatore, questi non le vedrà. Devi essere attivo in OM-Chat o inviare segnalazioni di bug. Potrebbe essere necessario utilizzare un traduttore per pubblicare in inglese.

You are missing the point. If you report things that require a developer to help here they will not see it. You need to get active in OM-Chat or file bug reports. You may need to use a translator to post in English.

[halexg]

In prima battuta non so cosa richiede aiuto di uno sviluppatore, se me lo dici tu, ovviamente mi fido.

OM Chat, ok, nemmeno sapevo che esiste. Grazie per il suggerimento.

[ben79 (Ben Bullard)]

Vorrei poter fare di più.

[halexg]

E’ gia’ molto quello che stai facendo, Grazie mille.

Solo un suggerimento: anche se un problema potrebbe riguardare gli sviluppatori, secondo me e’ sempre buona prassi prima farlo presente in questa sezione, per vari motivi:

-Perche’ potrebbe invece essere causato da un errore dell’ utente e non essere immediatamente classificabile.
-Perche’ comunque potrebbe essere condiviso da altri utenti con la stessa esperienza e quindi invece che inondare gli sviluppatori con tante richieste, ne possiamo inviare una sola ma notificando che e’ un problema segnalato da piu’ utenti.

In questo modo si interpone gia’ un primo filtro che migliora l’efficenza del processo di risoluzione.