[Silvan]

sermor wrote:

Ok qualche altra dritta, per i file metadata.json e cmakelist.txt come posso procedere? Li faccio con kate e succesivamente li carico sul progetto, o lo creo direttamente su github? E poi, una volta fatto il resto via terminale (creazione cartelle, immagini ecc.) come lo uploado via terminale sul progetto?

Ciao, certo, puoi creare i file in locale con kate o altro editor di testo preferito. Non userei mai direttamente l’interfaccia web di github, puoi lavorare più comodamente in locale.
Ora, non ha senso che ti scriva una guida su come usare git da linea di comando, con tutta la documentazione e gli aiuti che ci sono su web e facendo domande ai prompt delle AI, quindi scrivo solo sinteticamente:

1) una volta creati dei files dentro la struttura locale del tuo clone del repository git li aggiungi con git add percorso_e_nome_del_file (sostituisci percorso_e_nome_del_file con l’effettivo percorso che vuoi aggiungere)
2) crei un commit dei file aggiunti con git commit (qui devi inserire una descrizione del commit e se usi l’editor predefinito che è vim si aprirebbe una parentesi su come usare e chiudere vim con salvataggio)
3) mandi con git push (qui si apre una parentesi sulla configurazione dei permessi)

Altro comando utile è git status che ti fa vedere lo stato dei file modificati o nuovi.
Mentre ti scrivo comprendo che potresti avere delle difficoltà, se non sei pratico con il terminale di Linux, che richiedono di diventarne pratico.

[Silvan]

sermor wrote:

Ci sono arrivato, più o meno. Adesso ho capito meglio. Dovevo intanto scaricare anche il pacchetto gh per usare github via terminale, oltre a quello che mi avevi suggerito tu. Scusa la mia idiozia, ma non sono avvezzo all’uso del terminale. Specie se sostanzialmente devi creare cartelle e sotto cartelle, e/o immagini più piccole. Aver usato Windows per un quarto di secolo circa non aiuta in questo. Nonostante usi solo linux ora, è un po’ difficle scrollarselo di dosso, anche “nel modo di pensare” (o operare, per meglio dire). XD Per fare questo però, non lo si può fare dal desktop invece che usare il terminale e poi uploadare le cartelle e i relativi files su github? O meglio, cloni il repository via terminale, e poi fai le operazioni via desktop e le uploadi direttamente via interfaccia grafica?

Scusa, ho dato per scontato l’utilizzo di git da terminale attraverso il comando git che dovrebbe essere già disponibile, se no si installa installando il pacchetto git. Praticamente tutti gli IDE moderni supportano l’integrazione con git ma bisogna imparare ad usarli quanto la linea di comando e se non si capisce bene cosa si sta facendo si rischia di perdere più tempo, a meno che non decidi di voler dedicare il tempo per imparare a fare le cose giuste. Anche dolphin, il file manager predefinito di Plasma e openmamba può supportare l’integrazione con git attivando git nella pagina di configurazione del menù contestuale. In ogni caso per fare il commit bisogna configurare l’autenticazione con chiave privata e pubblica nella cartella .ssh (mentre magari il comando gh che hai usato usa l’autenticazione di tipo nome utente e password). Io preferisco fare tutto da terminale, se utilizzi degli strumenti ti fanno le stesse cose ma magari in modo meno chiaro ed una comprensione di base da terminale sarebbe sempre consigliata secondo me.

[Silvan]

Ciao,
per spostare i file in rispettive cartelle e creare le anteprime puoi fare così (esempio con una immagine):

mkdir -p AGreenForest/contents/images
git mv AGreenForest.png AGreenForest/contents/images/1920x1080.png
magick AGreenForest/contents/images/1920x1080.png -resize 440 AGreenForest/contents/screenshot.png
git add -A AGreenForest

Per il comando magick dovresti installare il pacchetto ImageMagick se non lo è già.

Poi ovviamente devi fare git commit, una volta fatto per tutte le immagini o se preferisci volta per volta.

Così rimangono da creare i file metadata.json e il CMakeLists.txt.

Riguardo alle immagini, c’è una certa varietà che potrebbe piacere agli utenti, a seconda dei gusti. Le immagini non sono “brandizzate” per openmamba quindi il tuo progetto potrebbe anche essere un generico progetto di sfondi per il desktop, ma magari evoluzioni future potranno giustificare il fatto che il progetto si riferisca direttamente ad openmamba.

 

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

[Silvan]

sermor wrote:

Ciao, scusa la risposta tardiva, ma ho rivisto un po’ di immagini, magari da aggiungere al progetto. Per quanto riguarda il nome del repository, lo posso chiamare, e lo chiamerò openmamba-sermor-wallpapers-1080p. Così almeno si sà già che formato avranno.

Come preferisci, ovviamente, ma mettere il suffisso -1080p e dover creare repository diversi per ogni dimensione lo trovo limitante per il futuro, il repository git è proprio un territorio fatto apposta per evolversi ed accogliere modifiche future, come per aggiungere poi degli sfondi di risoluzione più alta.

sermor wrote:

Magari successivi repository di immagini potranno essere più grandi a livello di risoluzione, Per quanto riguarda la licenza, ne posso mettere svariate, ma ho opzioni limitate. Tra quelle che posso mettere ci sono: Creative Common Zero v1.0 universal, GNU General Public License v2.0, GNU General Public License v3.0. A questo punto penso che la CC0 sia la migliore delle 3. Fammi sapere cosa ne pensi. Grazie per gli altri suggerimenti. Bene, torno a mettermi a lavoro. Se ho qualche incertezza, riscrivo.

Ho dato un’occhiata a CC0 e i motivi per cui non sia stata approvata da OSI, ovvero perché menziona esplicitamente un discorso sui brevetti, che anche se con intento permissivo, OSI preferisce che non siano neanche menzionati. Comunque per la distribuzione in openmamba va bene.

[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 4 months, 1 weeks 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 4 months, 1 weeks fa da Silvan.
• Questa risposta è stata modificata 4 months, 1 weeks 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.

[Autore]

Articoli