Quando ho cominciato eggs ho utilizzato javascript con nodejs per creare un programma CLI.

La ragione risiedeva nella difficoltà trovata ad effettuare manutenzione su script bash, dalla mancata conoscenza di python e dal fatto che javascript era molto diffuso e di moda.

Dopo i primi approcci, sono passato ad utilizzare oclif per tutta la struttura. oclif permette di gestire tutto insieme dal README.md ai vari comandi, il parse degli argomenti, etc.

Con oclif e con l'esplosione di typescript sono passato a quest'ultimo che trovo più semplice da gestire rispetto a javascript ed utile sia per rintracciare gli errori in fase di transplilazione che per un maggiore aiuto disponibile sull'editor.

Successivamente, sempre attraverso oclif sono riuscito a creare i primi pacchetti debian, quindi, in una enfasi di novità ho trovato il modo di utilizzare ink per ottenere una interfaccia TUI più pulita e basata su react.

Il programma cresceva e si dilungava il tempo di compilazione, così decisi di cominciare ad utilizzare pnpm al posto di npm. L'operazione non si mostrò affatto indolore, oclif non era compatibile con pnpm e decisi di fare un fork di oclif denominato oclif-phpm attualmente allineato alla versione di oclif v3.4.3.

Ho provato a chiedere l'inclusione del supporto per pnpm in oclif, sembra non ve ne sia l'opportunità e, naturalmente, oclif - un progetto importante - va avanti e rilascia continuamente nuove versioni, ed ho difficoltà con il mio fork a seguirle.

La stessa cosa sta pure succedendo con ink, eggs riesce a lavorare con la versione 3.x ma non con la nuova versione 4.x.

L'ideale sarebbe uno strumento come oclif, che consenta di gestire il tutto compatibile con ink o similari che consentano di utilizzare React in una CLI.

Al momento tutto questo non esiste.

Potrebbe essere anche una opportunità pensare di scrivere qualcosa del genere utilizzando deno o bun.

Consultando tra le issue di ink, sembra che vi sia una certa compatibilità tra ink e deno.

Mentre una alternativa ad oclif potrebbe essere cliffy.

Ma c'è tanto mare da attraversare!

Credits: MasterJames

Penguins' eggs ha sette anni, il tempo del mio ritiro dal lavoro attivo.

Questo mi ha consentito una maggiore disponibilità di tempo e di potermi dedicare a questo progetto. La passione, la testardaggine hanno fatto il resto.

Penguin's eggs si inserisce in un settore con molti illustri precedenti, dal primo remastersys, passando per refracta-snapshot, systemback, mx-snapshot ed altri.

Sono programmi che oltre ad un grande sforzo iniziale necessitano di un continuo aggiornamento, d'altra parte consentono lo "sfizio" di farsi - o illudersi di farsi - la propria versione del sistema operativo.

Mettiamola così, io penso che siano strumenti per una customizzazione verticale di Linux, al punto da farlo diventare un vestito sartoriale, passando dal pret a porter a prodotto di massa.

Ogni singolo individuo, ma più facilmente delle organizzazioni possono avere la propria versione: derivata certo! Ma chi era quello che parlava di nani che salivano sulle spalle di giganti per vedere meglio? Non è detto, quindi, che salire sulle spalle di giganti sia una cosa da poco.

Inoltre, ma non mi dilungo, forse è da rivedere il concetto di stesso distribuzione originale: alla fine è un quasi ossimoro.

Alla fin fine TUTTE le distribuzioni sono derivate - includono difatti il codice ed il lavoro dei vari pacchetti che appunto "distribuiscono", aggiungendo ed integrandolo come un sistema completo.

Lo sò, rischio di essere mandato al diavolo. D'altra parte alla non tenera età di sessantadue anni, qualche sassolino bisogna pure toglierselo.

Il sassolino, nel mio caso è l'idea che - non da solo - rimugino da anni è che l'evoluzione dei sistemi ripercorra un po' quella degli esseri viventi e non necessariamente solo quella dei sistemi operativi.

Chi è più o meno della mia età, ma anche più giovane ricorderà i tempi delle videocassette VHS, non certo le migliori, ma le più diffuse.

Diciamo che Darwin aveva ragione anche riguardo le videocassette. Lui avrebbe più "penna" per illustrarlo - anche se al posto di un comodo editor aveva solo una penna d'oca ed il calamaio.

Però se uno parte da queste affermazioni:

• Le specie sono dotate di una grande fertilità e producono numerosi discendenti che possono raggiungere lo stadio adulto.

• Le popolazioni rimangono grosso modo delle stesse dimensioni, con modeste fluttuazioni.

• Le risorse di cibo sono limitate, ma relativamente costanti per la maggior parte del tempo. Da queste prime tre osservazioni è possibile dedurre che verosimilmente in ogni ambiente ci sarà tra gli individui una lotta per la sopravvivenza.
• Con la riproduzione sessuale generalmente non vengono prodotti due individui identici. La variazione è abbondante.
• Gran parte di questa variazione è ereditabile.

Ci si rende conto che trovare o ricreare un sistema del genere è, paradossalmente piuttosto facile, ed anche piuttosto comune.

Come dicevo, sicuramente VHS non era il sistema migliore, ma anche intel 8080 avrebbe dovuto soccombere di fronte allo splendido Zilog Z80, etc.

Un sistema riproduttivo è importante

Se le cose stanno così, eggs ed ogni sistema di riproduzione - con varianza - è importante. Mentre grandi sistemi anche straordinariamente diffusi - ma senza varianza - sono destinati a soccombere.

E qua bisogna essere ciechi, se con un Linux o un Darwin che vi gira in tasca, un altro nel vostro router di famiglie, probabilmente anche in auto e chissà quanti che utilizzate in rete ma venite ancora a sbomballarci il cazzo che avete Windows o peggio sopportate Apple.

E' sbagliato proprio il concetto: la scelta del software chiuso e non modificabile è un suicidio.

Ci potranno essere dei gemelli omozigoti, un certo grado di parentela fra simili, ma senza riproduzione con varianza tutto è destinato alla fine. Windows ed Apple non sono altro che alberi di banane clonati: una volta mangiavamo le Gros Michel ora le Cavendish, in futuro magari ci adatteremo alle Goldfinger o ne troveremo migliori.

E qua ci vorrebbe una vera bibliografia, ma possiamo espanderla:

• Tutte le banane sono cloni: una storia di varietà, malattie ed estinzioni

Foto concessa da: publicdomainpictures

Quando serve spostare un sistema da un computer ad un altro, normalmente ci si trova con molti dati.

Spesso stiamo spostando il sistema proprio perchè abbiamo bisogno di più spazio,

eggs, necessita per creare l'immagine ISO del sistema di uno spazio pari alla grandezza dell'intero filesystem compresso, moltiplicata per due - perchè il file filesystem.squashfs verrà copiato interamente nella ISO - più altro spazio - normalmente trascurabile - necessario per la configurazione della iso stessa.

Si finisce, così a non poter rimasterizzare/clonare il sistema proprio nel momento del massimo bisogno.

Ragionando su questa problematica con l'utente @unibox, ho pensato di spostare la creazione della ISO avviabile su un punto di mount.

In sostanza, mentre precedentemente il file system compresso veniva costruito in una cartella ISO posta direttamente sotto /home/eggs, attualmente avviene sotto /home/eggs/mnt.

Il bello è che si può montare sotto /home/eggs/mnt sia una partizione locale, sia dello spazio remoto.

Per montare una partizione locale, ad esempio: /dev/sdb1 è suddiciente utilizzare il comando:

sudo mount /dev/sdb1 /home/eggs/mnt

Se, invece, si vuole montare una condivisione remota daremo:

sudo sshfs root@x.x.x.x:/path/to/share /home/eggs/mnt

A questo punto potremo generare la iso, avendo garantito ad eggs lo spazio sufficiente per poter funzionare: sudo eggs produce.

Prospettive

Questo naturalmente facilita molto l'utilizzo di eggs per spostare interi sistemi da un computer ad un altro, e possiamo farlo direttamente utilizzando condivisioni di rete. Considerate pure che è anche possibile utilizzare l'opzione --crypedclone per clonare il sistema senza esporlo direttamente - ma su un volume LUKS - possiamo anche pensare di trasferire un server dalla nostra sede alla server farm all'estero in relativa sicurezza.

Avvertenza

Nonostante tutte le attenzioni poste nello sviluppo non sono certo infallibile, quindi prestate SEMPRE le dovute precauzioni.

Il programma è distribuito, così come è, sotto licenza di software libero GNU GPLv2 o Licenza MIT. Per essere chiari - l'utilizzo di questo software è a vostro rischio e pericolo - e l'autore non risponde, in alcun modo, di una eventuale perdita di dati dovuta all'utilizzo del software.

Prossimi step

Dalla regia chiedono se è possibile far funzionare eggs con systemd-boot, credo di si, ma occorre studiarlo!

Non riesco a trovare ulteriori informazioni su come fare installare btrfs su una distribuzione tipo Debian o Arch, o meglio, non riesco a reperire quello che mi manca:

quali pacchetti installare?​

• btrfs-progs
• libbtrfs0 (userspace shared code library libbtrfs)
• libbtrfsutil1 (runtime util library)

quali configurazioni occorrono?​

God know, at the moment...

Dove reperire informazioni​

• btrfs-archWiki
• btrfs-debianWiki

Bodhi Linux

Ogni tanto, come molti, dò una occhiata a distrowatch per vedere quello che succede.

Oggi ho trovato l'annuncio di una nuova release di Bodhi Linux ed ho provato a rimasterizzarla.

Bodhi Linux, è una distribuzione leggera con il desktop Moksha, veloce e completamente personalizzabile. La versione a 64 bit è basata su Ubuntu (22.04).

Cosa significa Bodhi?

Il termine sanscrito è pāli bodhi (devanāgarī बोधि) indica il "risveglio" buddhista inteso in senso spirituale, tradotto in Occidente anche con "illuminazione". Il termine bodhi indica quindi l'illuminazione spirituale nell'ambito della religione buddhista.

Che cosa è Moksha?

La parola "Moksha" (pronunciata "monk-shuh") è originale in sancrito proprio come Bodhi. Il suo significato è "emancipazione, liberazione o rilascio". Moksha è la continuazione di Enlightenment 17 desktop. Consiste nel back porting dei bug fix e delle caratteristiche dalla future release di Enlightenment, così come nella rimozione di parti parzialmente finite o rotte contenute in E17.

Bhodi Linux rimasterizzato con eggs

Ho fatto la mia rimasterizzazione di Bodhi Linux lasciandolo il più possibile com'è in originale, in sostanza cambia solo il programma di installazione - eggs utilizza calamares.

Lo potete scaricare dalle pagine di sourceforge di penguins-eggs sotto la cartella bhodi.

Credo di aver nuovamente incontrato il Principe di Serendip.

Non è la prima volta, ormai stiamo diventando amici, e ci stimiamo a vicenda.

In questi giorni, tra indecisioni ed altro, alla fine ho aggiunto ad eggs la capacità - in realtà piuttosto semplice - di configurare calamares con diversi filesystem, in particolare btrfs.

Prova e riprova però non riuscivo a farlo effettivamente funzionare. Almeno sino a quando Stefano Capitali mi ha suggerito di dare una occhiata a Garuda Linux. Tra l'altro, Stefano fa parte del team di Manjaro ed ha anche contribuito non poco al porting di eggs su Manjaro, Arch e derivate ma - nonostante fosse "la concorrenza" - non ha lesinato il consiglio.

Perchè Garuda? Perchè in Garuda Linux il filesystem installato di default è proprio btrfs e - come dire - ci dovrebbe essere tutto l'occorrente per farlo funzionare.

Inoltre, e qua c'entra soprattutto il Principe, Garuda utilizza nativamente la repository aur chaotic nella quale il pacchetto penguins-eggs è già presente.

Quindi non occorre alcuna configurazione particolare per poterlo installare.

Proviamo

Ho fatto una prima installazione di Garuda Linux nella versione XFCE, ed ha funzionato!

Quindi ho ripetuto l'esperimento con la versione plasma, da loro denominata dr460nized.

Questi i comandi necessari:

sudo pacman -Syu penguins-eggs

sudo eggs dad -d

sudo eggs calamares --install

sudo eggs tools clean

sudo eggs produce

Tutto fatto!

Trovate delle ISO rimasterizzate con eggs di Garuda Linux nella pagina di sourceforge di penguins-eggs sotto la voce garuda

Problemi e workaround

E' stato necessario creare la directory /etc/sddm.conf.d, il file kde_settings.conf utilizzando la configurazione GUI di sddm ed il file /etc/sddm.conf.d/autologin.conf.

Mentre inizialmente ho utilizzato la versione Garuda KDE Dr460nized, alla fine ho optato per la versione Garuda Linux KDE lite che non ha tutte le customizzazioni di Garuda e, con la quale mi trovo meglio per i miei scopi.

Installazione

Occorre SEMPRE selezionare l'installazione btrfs, per l'installazione di Garuda, in quanto il sistema è configurato per funzionare su btrfs. Non si avvia se lo installiamo formattando il disco con ext4.

Remastered Garuda ISOs

Potete trovare varie versioni di Garuda rimasterizzate con eggs sulla pagina sourceforge del progetto, alla cartella garuda

Hi Sparkers

of course this post make me curious.

I am Piero Proietti the author of penguins-eggs, a remastering program written in the footsteps of the various remastersys, systemback, refracta-snapshot, etc.

I thank the author of the post pavroo for his interest, and describe my experience with Sparky.

Both testing penguins-eggs and test it's compatibility with many distributions, both original and derived.

Sparky did not give me any major problems, but I still had to take action on two things.

os-release​

The first, the lack of the field VERSION_CODENAME in /etc/os-release.

eggs goes to detect the result of command lsb_release -c to decide which distribution it is, here it turns out n/a which stands for rolling release and that's not good, because that way I impose Arch Linux compatibility.

So I simply edited /etc/os-release and placed VERSION_CODENAME=bootworm for version 7 and VERSION_CODENAME=trixie for version 8.

calamares​

Sparkly linux provides its own version of calamares, unfortunately this one has incompatibilities with eggs, so you'd better install the debian version.

apt-cache policy calamares

 Installed: 3.2.61-1+b1
  Candidate: 3.2.61~sparky7~3-1
  Version table:
 *** 3.2.61-1+b1 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
        100 /var/lib/dpkg/status
     3.2.61~sparky7~3-1 1001
       1001 https://repo.sparkylinux.org orion/main amd64 Packages

We can proceed in this way:

sudo apt install calamares=3.2.61-1+b1

After that is better to look apt upgrade of calamares, just use:

sudo apt-mark hold calamares

to be continued

I tried to answer to the post on Sparky site, unfortunately I get access denied, so before I try to disturb the author, then I decided to publish here.

There is again much to say and discuss a possible collaboration, we will see.

SpiralLinux è una bella idea ed una bellissima distribuzione!

La bella idea è che NON è una distribuzione ma rimane una Debian basata però su default diversi.

E' facilmente installabile, comprende il filesystem btrfs e lo installa di default, presenta una grafica scarna ma comunque gradevole.

Rende possibile l'installazione di Debian con btrfs anche ai niubbi.

E questo non sò se sia un bene o un male!

Eggs è nato più o meno nel corso del 2016 sulle ceneri di software precedenti.

Sono stati anni, dal punto di vista lavorativo, intensi.

Ho lavorato, quando ho potuto sino a dieci/dodici ore al giorno, ormai da sette anni. Se una cosa mi è mancata dal mio pensionamento non è stata certo l'informatica ed il mio lavoro.

Eggs sta avendo un certo successo - non molto, considerando che è sostanzialmente uno dei pochi software di rimasterizzazione rimasti - e senz'altro l'unico capace di gestire distribuzioni differenti: nel nostro caso Debian e derivate (incluse Devuan ed Ubuntu) ed Arch e derivate (inclusa manjaro, garuda, crystal, etc),

Di tanto in tanto arriva qualche proposta di estendere le sue capacità a gentoo, a fedora o altre.

Sono circa tre giorni che mi "diverto" - alla lunga diventa palloso - a rinfrescare le distribuzioni che ho rimasterizzato e messo su sourceforge.

Diciamo pure, che - a patto di perderci un minimo di tempo - è possibile ricreare tutto lo scibile delle derivate Debian e praticamente abbiamo la stessa situazione nella famiglia Arch.

Ho rimasterizzato blendOS che mi sembra un buon sistema, in grado di essere compatibile con altre distribuzioni e ne ho creato uno proprio fringuello aggiungendo alla mia macchina di sviluppo colibri - in versione Arch - il software distrobox per la gestione dei container.

Insomma, le strade percorribili sono state percorse: in lungo ed in largo.

Che fare?

Qua la domanda è per me e per voi cari lettori, che mi suggerite e - come potete eventualmente supportarmi nello sviluppo?

Io al momento sono orientato a sondare la possibilità di supportare fedora, che sarebbe una aggiunta rilevante pensando alla miriade di derivate.

E voi cosa ne pensate?

Potete commentare anche qua sotto. Grazie!

Oggi per la Chiesa è la festa dell'Assunta, «La Vergine Maria, completato il corso della sua vita terrena, fu assunta alla gloria celeste in anima e corpo».

Per indolenza, a Roma, il popolino - ovvero tutti - celebrano il "Ferragosto" ovvero le ferie di Augusto imperatore e, di norma vanno molto il pollo con i peperoni ed il cocomero.

In spiaggia e meno.

Ho preso qualche giorno di vacanza anche io, allontanandomi un po' dalla tastiera e dall'Italia. La vacanza ha funzionato, mi ha ricaricato come non mai e nel giorno di ferragosto ho rilasciato una nuova versione di eggs, rifatto numerose ISO ed iniziato questo scritto che sto completando ben tre giorni dopo.

Risolto il problema con calamares

Per qualche ragione, io non me ne ero mai accorto, calamares - con le mie configurazioni - ha iniziato a non mostrarmi più le opzioni per installare il sistema su una partizione pre-esistente.

Se ne è reso conto però Emer Chen che sta realizzando il suo LDS ed ha affrontato il problema, prima suggerendomi di utilizzare la versione di calamares compilata da SparkLinux, quindi facendomi notare che - sostituendo in /etc/calamares/modules i moduli originali di Debian a quelli di eggs, il problema sparisce.

Dopo qualche tentativo, ed anche più in effetti, ho riscontrato che il problema sorgeva dalla mancanza del file di configurazione welcome.conf che, non essendo modificato da eggs, non veniva copiato su /etc/calamares/modules.

Quindi, ieri ho rilasciato una versione di eggs v9.5.17 che risolve questo noioso problema e, naturalmente sto iniziando a rifare - per l'ennesima volta - le principali ISO.

Fedora, SuSE e le altre

Da quando ho iniziato eggs il mio sogno era di riunire sotto un unico programma di rimasterizzazione tutte o quasi le principali distribuzioni Linux.

Naturalmente la fatica di realizzare il programma mi ha portato dapprima a completare la parte Debian/Devuan/Ubuntu, quindi estenderla - ormai da un anno - al mondo Arch e compatibili.

Attualmente sto ricevendo richieste in tal senso, specialmente per fedora.

La mia intenzione è estendere eggs a fedora e successivamente a SuSE, ma necessito di collaborazione e, se possibile, di sponsorizzazioni.

L'Assunzione

Mi spiego meglio, parafrasando la festività.

Sinora con eggs sono andato avanti esclusivamente con le mie proprie risorse: ovverò investo in esso tutte le mie conoscenze, la quasi totalità del mio tempo ed anche - diciamo così - mi autofinanzio per hardware e sito.

Diciamo che una sponsorizzazione darebbe un maggior senso a questo lavoro - piuttosto impegnativo - nonchè garantirebbe anche una maggiore autostima.

Poi, se non altro, renderebbe più sopportabile a mia moglie la mia smodata passione per l'opensource e l'informatica!

Mi è venuto in mente la favola di Alice di Lewis Carrol nella mia avventura con blendOS.

Se, immeritatamente, mi spetta il ruolo di Alice estasiato di fronte a tante novità, dovremmo pure incontrare diversi personaggi, dal bianconiglio, al cappellaio pazzo.

Durante la navigazione tra i tanti siti di sviluppo e Linux, un giorno di fine aprile mi imbattei in una curiosa novità: una distribuzione che raccoglieva tutte le altre e le faceva coesistere al suo interno.

Risultò alla fine che, tale distribuzione denominata blendOS era basata - comunque - su Arch linux, nonostante il creatore fosse un riferimento in ambito Ubuntu.

All'epoca dei fatti era appena uscita la versione 2, denominata Avial, che dovrebbe essere un piatto indiano di cui l'unica notizia certa che ho è che si mangia.

Poi è uscito Bhatura, ad inizio giugno. Anche qua sempre di un piatto indiano si tratta, questa volta di un pane.

Considerando che anche akshara una parte importante del sistema deve il nome ad un piatto indiano, l'unica certezza che mi rimane è che l'autore deve essere un ragazzo indiano di buon appetito.

L'inizio della storia

Mi avventurai allora ad inseguire la farfalla nella speranza di catturarla ed esporla - ancora viva - in una versione installabile.

La faccenda era difficile però, l'animale aveva un carattere immutabile e, per riprodursi ricostruiva se stessa sostanzialmente da zero.

Ma io volevo dimostrare la capacità del mio programma e, comunque la volevo catturare.

Il primo incontro, fu con lo stesso autore che mi suggerì che l'hook blend sulla live non era necessario ma poi, prese l'orologio e grindando: ho da fare, ho da fare... Ed improvvisamente sparì.

Ebbi nuove notizie, sul bianconiglio solo dopo qualche tempo, avevo già trovato il modo di riprodurre la farfalla a modo mio, quando per destino o per celia incontrai il Cappellaio Matto.

Costui viveva in Olanda nella regione dei pazzi e, si narrava facesse di professione il maestro, aveva più o meno la mia stessa età, qualche anno in meno,

Viveva, quindi nel suo castello tra chroot e tanto altro, in compagnia del suo compare, tale asterisco da Bologna, giovine dotto ed intrarprendente.

Mi fu di grande aiuto durante le mie sperimentazioni, ma come in tutte le favole arrivò il blackout: tre giorni senza corrente elettrica per di più con la temperatura che superava i 40° C.

Desistetti al momento, sperando di vedere presto la nuova versione e cominciai a girovagare.

Fringuelli che producevano colibri

Dopo un po' di tempo di queste frequentazioni, Alice cominciò ad indagare il bandolo della matassa e, prima fece alcuni tentativi mal riusciti, poi fece un fringuello che covò un colibri.

Il colibri era - in origine - una leggera macchina Debian di chissà quale versione, forse buster - ma buster già in età matura.

Col tempo il colibri aveva preso ad essere anche una piccola macchina Arch con pressapoco le stesse caratteristiche: nodejs, code e tutto l'occorrente per produrre penguins-eggs, solo su una distribuzione diversa.

Le due macchine si somigliavano molto però, i programmi erano praticamente gli stessi e, di solito, prima si creava la versione Debian, poi si testava su Arch ma anche viceversa.

Era un continuo saltare tra i due colibri ed il rilascio avveniva - dopo le iniziali difficoltà - pressochè in contemporanea.

La nascita del fringuello

Il fringuello nacque semplicemente da un Arch colibri a cui fu aggiunto distrobox e poco altro:

sudo pacman -Syu podman distrobox

distrobox-create -n debian12 -i debian:12

distrobox enter debian12

sudo apt install bzip2 git nano tar xz-utils

Scaricare ed installare nodejs19 da nodesource, quindi:

sudo npm i pnpm -g

git clone https://github.com/pieroproietti/penguins-eggs

cd penguins-eggs

pnpm i

pnpm deb

e strano a dirsi, la versione esportata riusci a fare l'uovo sul vecchio colibri Debian!

Se non è una meraviglia questa!

La seconda cosa che fece il fringuello

Dopo aver fatto un uovo di colibri, naturalmente il fringuello pensò bene a riprodursi!

Era tempo di ferie e di tempo non ce ne era poi molto, per cui manco cambiò lo sfondo del desktop, giusto il nome per distinguersi.

Creato l'uovo e reinstallato il fringuello, naturalmente ci si rese conto che aveva perso però l'anima Debian12, ma era rimasta tutta l'impalcatura di distrobox.

Sarebbe stato possibile naturalmente creare un clone e portarsi dietro tutto, ma... Per la prossima volta!

il clone prima del viaggio

L'aereo partiva alle 15:00, lui - era anziano - s'era svegliato alle 6:00, già tardi per le sue abitudini.

Si prese cura di cancellare il cancellabile per non farlo ingrassare troppo e, specificatamente:

• penguins-eggs/dist
• penguins-eggs/node_modules`
• penguins-eggs/tmp

sudo rm penguins-eggs/dist -rf

rm penguins-eggs/node_modules -rf

sudo rm penguins-eggs/tmp -rf

E provò a fare il clone:

sudo eggs produce --clone --max

Gli riuscì un uccelletto poco più grande 2,2 GB, giusto 600 MB di Debian e provò quindi ad installarlo, poi a creare nuovamente penguins-eggs per Debian.

Lo installò di nuovo e, bastò ricordarsi che per il clone, gli user sono gli stessi del genitore e, quindi, nel nostro caso: artisan/evolution e root/evolution.

Una volta eseguito il login:

distrobox enter debian12

cd penguins-eggs

pnpm i

pnpm deb

E tutto funzionò perfettamente!

Pose il risultato fringuello-clone fra le pagine sourceforge di penguins' eggs per Arch.

Se volete e potete, poteste scaricarvi il fringuello e compilarvi penguins-eggs sia per Arch che per Debian.

Buon lavoro e buona vita a tutti.