DnfDrake nuovo frontend a dnf

Ciao, rieccoci qua, versione con diversi Fix per la serie 1.X (Gambas 3.15.2), a breve anche nei repo.

dnfdrake-1.17.33-2-mib4003.noarch.rpm (79,7 KB)

A presto.

2 Likes

2 Likes

Ciao, dopo un po di tempo ecco una nuova versione con qualche novità.

In questa versione mi sono concentrato sulla possibilità di usare dnfdrake anche in assenza del supporto per la lingua utilizzata dal sistema. Da questa versione è stata introdotta una specie di funzione safemode che permette di utilizzare il programma in inglese se la lingua non è supportata.

È stato aggiunto anche il supporto base per il brasiliano.
Per il supporto completo e per le altre lingue è indispensabile il contributo della comunità purtroppo non possiamo fare tutto da soli.

Qui la prewiev del pacchetto che presto sarà nei repo:

dnfdrake-1.18.1-2-mib4003.noarch.rpm (82,4 KB)

A presto.

1 Like

Ciao, aggiornamento estivo cumulativo di diversi lavoretti e correzioni.

La cosa più significativa è il passaggio all’utilizzo di sh al posto di bash, essendo bash usata di default dal sistema tutti i comandi eseguiti da dnfdrake li ritrovavamo nella cronologia di bash. Questo a volte può essere fastidioso…

È stato aggiunta la traduzione in spagnolo e tedesco ma solo come gestione delle parole chiave, per il resto attendiamo volontari.

Correzioni minori.

dnfdrake-1.18.8-2-mib4003.noarch.rpm (85,4 KB)

Appena possibile verra inserito anche nei repo.

A presto.

1 Like

dnfdrake 1.18.8 disponibile nei repo cooker, rolling e 4.2

1 Like

Riporto

2 Likes

Ciao a tutti ancora non mi sono arreso e continuo cercare di migliorare Dnfdrake.

L’aggiornamento attuale porta diverse novità che cercherò di sintetizzare qui di seguito:

  • Cambio numerazione che passa alla 2.0.0.
  • È stata riscritta la gestione delle istanze multiple sia in DnfDrake che nella Tray
  • È stata riscritta l’identificazione della lingua di sistema sia in DnfDrake che nella Tray
  • È stata aggiunta la funzione log che consente di salvare un report di quanto avviene durante gli aggiornamenti di sistema sia con la funzione Sync che con update attivabile/disattivabile nella finestra di configurazione (di default attiva)
  • Nel nome del file di log viene riportata la data.
  • Cambia la visualizzazione di quello che fa dnf con un output più “sobrio” e meno prolisso. Per i nostalgici o per particolari esigenze è possibile riattivare la modalità "verbose " dalla finestra extra ( di default non verbose)
  • Assieme alla funzione precedente quando il verbose è disattivato (default) è stata inserita la funzione “replay” che consente di visualizzare l’uotput dell’ultime operazione di installazione / disinstallazione / downgrade / upgrade ecc. Diciamo che crea un log che viene sovrascritto all’operazione successiva giusto per non creare un numero eccessivo di file
  • Estensione della funzione "resume anche al Distro Update
  • Cambiata la visualizzazione del puntatore del mouse durante le operazioni rimane occupato
  • Fix di diversi bug scovati qua e la
  • Aggiunta la gestione delle parola chiave “Non riuscito” in tutte le le lingue tranne brasiliano

A breve nei repo la nuova versione.

Report e critiche sono sempre gradite.

A presto.

P.s. Per chi vuole provarlo in anteprima:

dnfdrake-2.0.0-1-mib4003.noarch.rpm (94,2 KB)

dnfdrake-2.0.0
pubblicato per Cooker, Rolling e 4.2

2 Likes

@bero ha eseguito lo script no-dupes su Cooker per prepararsi al rilascio di OM Lx 4.3. Ora gambas3 3.15.2-6 è sparito. dnfdrake sembra rotto in Cooker. Ho provato una build locale e dnfdrake installerà con gambas3 3.16.3-1 ma non sembra funzionare. Non ne so abbastanza per risolvere questo problema.

Tradotto dall’inglese con DeepL.

Non si fa la spia🤣… scherzo ovviamente.

Senza gambas 3.15.xx non può funzionare correttamente.

Mi attivo per risolvere prima possibile, era da un po’ che volevo passare a gambas 3.16.xx questa è l’occasione.

Grazie mille per la segnalazione.

A presto.

1 Like

Ciao, ho fatto un po di prove, al momento in coocker c’è qualchosa che non funziona con gambas3, ci sono ancora pezzi di gambas 3.15.2 e tentando di installare un dnfdrake preparato adhoc per coocker fallisce per dei conflitti.

Per ora bisogna accontentarsi di installare Dnfdrake usando questo archivio e seguendo le istruzioni del readme.

L’ho testato su una live di coocker e sembra lavorare correttamente.

Spero che presto il problema di gambas venga sistemato, probabilmente dovremo aspettare l’allineamento in rolling…

A presto.

1 Like

Da quel che vedo, qui sembrano mancare i due pacchetti rimasti ancora in versione 3.15.2 nel repo cooker

gambas3-gb-crypt-3.15.2-6-omv4002.x86_64.rpm
gambas3-gb-poppler-3.15.2-6-omv4002.x86_64.rpm
1 Like

Qui
a me pare che gb-poppler e gb-crypt per qualche motivo siano stati commentati (?)

Ho creato un nuovo archivio rinominando il pacchetto come dnfdrake-coocker… in maniera da differenziarlo da quello di release e ricompilando per coocke (gambas 3.16.3) anche dnfdraketray.

Meglio utilizzare quest’ultimo :wink:

Non ci si può distrarre un attimo … @AngryPenguin ha sistemato Gambas in coocker!

Ho provveduto a rigenerare gli eseguibili del programma con la nuova versione e ad aggiornare il progetto su ABF.

Al momento questa nuova versione è da utilizzare esclusivamente su coocker in quanto richiede gambas 3.16.3-2.
Per la 4.2 e la rolling restano valide le versioni presenti sui repository che funzionano correttamente e per ora non devono essere sostituite.

Ecco in anteprima il pacchetto per coocker:

dnfdrake-2.0.2-2-mib4003.noarch.rpm (94,7 KB)

Un ringraziamento a @ben79 che ha segnalato l’anomalia, ad @AngryPenguin che ha eseguito il porting di Gambas 3.16.3 e soprattutto a @rugyada che come sempre riesce a coadiuvare le varie attività.

A presto, e buone feste a tutti. :clinking_glasses:

Qualsiasi versione di dnfdrake che provo con gambas 3.16 non sembra trovare o elencare i pacchetti. joe è un pacchetto di prova preferito e non viene trovato in dnfdrake. A meno che non stia facendo qualcosa di sbagliato.

Quello che sto cercando di fare è testare questo come se un nuovo utente che usa OM Lx 4.3 volesse provare questo. Quindi alla fine abbiamo bisogno di usare i pacchetti gambas e dnfdrake nei repository regolari. Altrimenti questo diventa troppo confuso per alcune persone.

Ho provato a installare tutti i pacchetti in archivio. Ho anche provato il pacchetto nel post più recente dnfdrake-2.0.2-2-mib4003.noarch.rpm. Stessi risultati con entrambi, la ricerca nella lista dei pacchetti sembra non funzionare.

Suggerimento utile: è scritto cooker non coocker.

Buon Natale e felice anno nuovo!

Tradotto con www.DeepL.com/Translator (versione gratuita)

Forse parte di questo è che sto testando su un sistema cooker znver1.

Con i pacchetti znver1 gambas e dnfdrake-coocker-2.0.1-5.noarch:

C’è un elenco di pacchetti ma non sto trovando joe. joe è nel repository cooker/main/release. Dovrebbe apparire subito dopo joda-convert-javadoc.

Ma per qualche motivo non appare nella lista:

Questo mostra Joe nell’attuale repository.

Ciao, facciamo un po di chiarezza,:

  • OMA 4.2 usare la versione presente nel repo (dnf install dnfdrake)
  • OMA4.3 rolling usare la versione presente nel repo (dnf install dnfdrake). Appena Gambas 3.16.3 arriverà nei repo aggiornerò il pacchetto.
  • OMA cooker ( grazie per il suggerimento @ben79 ) usare dnfdrake 2.0.2 a breve disponibile nei repo.

I vari archivi sono superati e non servono più, a breve li cancellerò.

Purtroppo non ho modo di testare i pacchetti znver1 non disponendo di tale architettura, su 86x64 non mi pare ci siano di questi problemi.
Per quanto possibile indaghero’ sulla cosa.

A presto.

dnfdrake in cooker x86_64
qui trova joe senza problemi, sia dal menu a tendina All > Not installed (Tutti > Non installati) che da Not installed (Non installati)

$ rpm -q dnfdrake
dnfdrake-2.0.2-2.noarch
$ rpm -qa|grep gambas
gambas3-runtime-3.16.3-2.x86_64
gambas3-gb-dbus-3.16.3-2.x86_64
gambas3-gb-form-3.16.3-2.x86_64
gambas3-gb-gtk3-3.16.3-2.x86_64
gambas3-gb-gui-3.16.3-2.x86_64
gambas3-gb-image-3.16.3-2.x86_64
gambas3-gb-qt5-3.16.3-2.x86_64

Sarebbe anche da verificare se i pacchetti gambas in arch znver1 funzionano bene come quelli in x86_64.