[Silvan]

sermor wrote:

Silvan wrote:

Ciao! Per openmamba la cosa migliore sarebbe se creassi un repository su github (o altro servizio analogo che preferisci) dove puoi mettere e mantenere gli sfondi come tuo progetto aggiungendo la licenza.

Ok si, si può fare. Ho un account su github e posso creare un mio progetto volendo, non c’è problema. Sarebbe anche la prima volta.

Come prima cosa consiglierei un nome specifico del progetto, ad esempio sermor-wallpapers o, se applicabile solo ad openmamba, openmamba-sermor-wallpapers (un nome generico come openmamba-wallpapers  andrebbe in conflitto con un pacchetto già eistente).

sermor wrote:

Silvan wrote:

Nel caso puoi fare riferimento al progetto plasma-workspace-wallpapers. Qui puoi vedere che la licenza è GPL3, inoltre se volessi prendere spunto dal file CMakeLists.txt per adattarlo ai tuoi wallpaper sarebbe ottimo per me per creare un pacchetto per oopenmamba. Poi eventualmente uno o più di questi wallpapers potrebbero diventare predefiniti in openmamba nei periodi futuri.

Ok, si può fare. Metterò la licenza GPL3. Volendo si posso prendere spunto da quel file, ma mi serve qualche dritta.

In realtà GPL è la licenza del progetto principale ma poi nei file metadata.json di plasma-desktop-wallpapers le licenze sono più idonee per questo tipo di opera, come ad esempio CC-BY-SA-4.0, ovviamente decidi tu.

sermor wrote:

Silvan wrote:

Posso cercare di aiutarti se avessi bisogno di alcune dritte su come creare il progetto git.

Beh, qualche dritta non farebbe male. Creerò il mio progetto, ma volendo creare un file CMakeLists.txt, come lo imposto? Non ho mai fatto script fin’ora, se non copiare qualcosa e basta. Inoltre, non ho file di metadata.json delle mie immagini, devo crearle, oppure va bene senza, e basta che ci sia il file CMakeLists.txt?

La cosa più semplice per me è clonare il repository plasma-desktop-wallpapers, crei una cartella per ogni tuo wallpaper a immagine e somiglianza delle cartelle presenti (che poi cancelli). Sì, ci vuole un file metadata.json dove dai un nome ad ogni sfondo e metti le tue informazioni, autore, licenza ecc. Non c’è bisogno delle traduzioni in tutte le lingue, basta un Name in ogni sezione. Nel CMakeCache.txt cambi PROJECT_VERSION (es. 1.0.0) e le righe di install in modo da corrispondere alle cartelle con i tuoi wallpapers. Ci vuole anche uno screenshot.jpg per permettere agli utenti di vedere l’anteprima. Per iniziare non importa che si siano tutti i formati, se li hai fatti 1920×1080 basta mettere quel formato. Certo, uno sfondo predefinito di openmamba che sia bello per tutti sarebbe bene se fosse 3840×2160 o 2560×1440 ma per iniziare va bene così. Quando hai fatto tutto puoi cancellare la cartella .git del clone iniziale prima di aggiungere e fare il primo commit su github. Visto che usi l’IA se hai dubbi sul formato di questi files e altre cose tecniche puoi anche chiedere, ChatGPT e altri, di solito rispondono molto bene e velocemente.

[Silvan]

Ciao!

Per openmamba la cosa migliore sarebbe se creassi un repository su github (o altro servizio analogo che preferisci) dove puoi mettere e mantenere gli sfondi come tuo progetto aggiungendo la licenza. Nel caso puoi fare riferimento al progetto plasma-workspace-wallpapers. Qui puoi vedere che la licenza è GPL3, inoltre se volessi prendere spunto dal file CMakeLists.txt per adattarlo ai tuoi wallpaper sarebbe ottimo per me per creare un pacchetto per oopenmamba. Poi eventualmente uno o più di questi wallpapers potrebbero diventare predefiniti in openmamba nei periodi futuri.

Posso cercare di aiutarti se avessi bisogno di alcune dritte su come creare il progetto git.

[Silvan]

Ciao,
il problema, se corrisponde con quanto già noto, è sorto con l’aggiornamento di libxml2 alla versione 2.14. Il consiglio è di effettuare una-tantum l’aggiornamento da una finestra di terminale con il comando:

sudo dnf update --refresh

in quanto il problema risulta limitato soltanto al sottosistema di gestione degli aggiornamenti nell’ambiente grafico (PackageKit).

[Silvan]

Scusa, dimenticavo che per wine bisogna installare anche libwine.i586:

sudo dnf install libwine.i586

[Silvan]

L’eseguibile wine si riferisce alla versione a 32 bit, comunemente usata, mentre installando il pacchetto wine è stato installato wine64.
Per questo pacchetto particolare in openmamba bisogna installare wine a 32 bit con il seguente comando:

sudo dnf install wine-core.i586

[Silvan]

Ciao,
i pacchetti goverlay, mangohud e gamescope sono ora disponibili nel repository di openmamba.

Per quanto riguarda l’estrazione di pacchetti rpm da GUI mi risulta che si possa già fare con ark.

[Silvan]

Il browser Brave è disponibile come rpm nel repository di openmamba. Fornisce la versione binaria distribuita upstream pertanto il pacchetto da installare si chiama brave-bin (architetture x86_64 e aarch64).

[Silvan]

Ciao,
grazie per i suggerimenti sui pacchetti da aggiungere, quando possibile saranno valutati ed eventualmente aggiunti nei repository di openmamba.

Per quanto riguarda hypnotix e altri pacchetti che forniscono applicazioni per il desktop, si tratta di aggiungere un file di meta informazioni nel formato definito dal progetto AppData, cosa che ho fatto in un aggiornamento di release di hypnotix che sarà presto disponibile.

Discover, secondo l’ottica di essere un “App store”, mostra come installabili soltanto i pacchetti che forniscono applicazioni per il desktop, assumendo che l’installazione di strumenti per la console o librerie ed altro per sviluppatori sia contestualizzabile all’installazione da linea di comando. Un’interfaccia già presente in openmamba che mostra tutti i pacchetti disponibili è dnfdragora, che è lo strumento di installazione e aggiornamento preinstallato sul desktop LXQt al posto di Discover.

Riguardo alla funzione “spoiler”, intendi la possibilità di includere immagini in un post facendo in modo che siano visualizzate solo su interazione dell’utente? Il forum di openmamba si basa sul plugin bbpress e si tratta di vedere se questo tipo di funzionamento sia in qualche modo possibile perché non prevedo al momento disponibilità nel fare sviluppi personalizzati su questo.

[Silvan]

Grazie per le informazioni più precise. Dalla descrizione e dallo screenshoot mi sembra che stai lanciando openmamba dal bootloader di Fedora e che quest’ultimo l’abbia configurato con un errore sintattico, ovvero attaccando i percorsi di /boot/amd_ucode.img con /boot/initramfs con il carattere “^”.

Se questa è la situazione, il grub di openmamba non viene usato, quindi è anche inutile aggiornarlo con update-grub. Il problema sembrerebbe essere nel grub di Fedora. Certo, se rimuovi i file di microcode (magari basta rimuovere quello che non corrisponde con la tua architettura nel caso in cui il problema sia aggiungere più di due file .img) e rilanci lo script su Fedora probabilmente sistemi il boot ma volendo risolvere alla radice il problema penso che bisognerebbe indirizzarsi su Fedora.

Se vuoi, per conferma del problema, puoi postare e guardiamo la sezione di grub.cfg di Fedora riguardante openmamba.

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

[Silvan]

idran wrote:

Confermo quanto scritto da Silvan. Il comando da terminale ha funzionato. Ma prima di arrivare al login ho avuto un problema. Il grub diceva che *non* trovava /boot/intel-ucode.img /boot/amd-ucode.img /boot/initramfs-6.12.16-1mamba-x86_64.img e si bloccava.

Ho provato l’installazione del livecd e non risulta questo problema, usi la modalità di boot EFI o BIOS? Per gli scopi del supporto di openmamba, che consiste nel risolvere problemi per tutti gli utenti potenziali, sarebbe interessante conoscere con maggiore precisione il messaggio di errore fornito da grub, perché se, come scritto, indicasse che non trova i file di microcode e neanche l’initramfs, il problema sembrerebbe essere altro. Nella cartella /boot ci sono tutti e tre i file immagine e quindi l’errore deve essere specificato e compreso meglio. Potrebbe essere che un file di microcode blocchi l’avvio e ciò sarebbe più comprensibile rispetto a quanto leggo qui sopra.

In un aggiornamento prossimo si farà in modo che i pacchetti di microcode siano impostati come dipendente “deboli” in modo che l’utente possa disisntallarli, ricordavo in realtà che fosse già così, tuttavia l’interesse di dare supporto qui consiste nel capire e risolvere il problema a livello di distribuzione e considerando che tali file non sono forniti giusto per arrecare disturbo ma hanno un’utilità precisa per gli aggiornamenti di sicurezza e funzionali delle CPU.

A livello di utente che si autoaggiusta la propria installazione, prima dell’aggiornamento di cui sopra, per adesso puoi cancellare i file /boot/amd-ucode.img e /boot/intel-ucode.img e lanciare:
sudo update-grub

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

[Silvan]

Come principale alternativa a Firefox nel repository è disponibile e mantenuto Chromium. Per quanto riguarda Brave,  metto in programma di verificare e possibilmente aggiungerlo tra i pacchetti di openmamba nel prossimo futuro.

[Silvan]

Ciao,
ho verificato che il problema è sorto nell’ultima versione dei supporti live di installazione (livecd 20250313). Ho effettuato una correzione e programmerò al più presto un rilascio delle immagini ISO aggiornate.

Nel frattempo è possibile bypassare il problema senza aspettare l’aggiornamento aprendo una finestra di terminale (konsole) ed eseguendo il seguente comando:
sudo mv /usr/lib/calamares/modules/openmamba-postinstall /usr/lib64/calamares/modules/

Grazie per la segnalazione.

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

[Silvan]

Buonasera,
ho creato il pacchetto strawberry ma sarà rilasciato nel repository base entro qualche giorno perché dipende dall’aggiornamento di Qt6 alla versione 6.8.2 che è in fase di completamento.

[Silvan]

Ciao,

dovrebbe servire il plugin per NetworkManager, che ho appena creato, si installa con:

sudo dnf install networkmanager-l2tp

Non ho l’accesso ad un endpoint per fare un test, se ci fossero problemi consiglio di guardare i messaggi che compaiono nel journal di sistema quando si tenta di attivare la connessione:

sudo journalctl -f

 

[Silvan]

Il problema mi risulta che dovrebbe essere risolto dall’aggiornamento dei componenti di ffmpeg (in particolare libavcodec) che dovrebbe essere disponibile per tutti gli utenti nelle prossime ore.

[Autore]

Articoli