It's long time I don't write here about versions.

I choose usually to make little improvments and release immidiatly and was a good way.

But now I'm trying to bring eggs to be compliant with Debian packagement system, I thought it was a joke. It isen't!

So lately I had major troubles in packaging than in add news feathures, but finally I can say it work, it almost work.

I managed to had same time ago a flag in produce, called --final. I think to change this flag in future and choose --release. The scope of --final is to configure calamare to remove himself, eggs and all the dependecies from the system installed.

Initially I don't like so much this, becouse in same way is a stop to the reproduction, but I'm a pratical man and I realize who peoples need, expecially peoples who take so much cure in build little or large systems. Lately a friend from Canada is working in a iso 14 GB compressed and, someone from India, surpass him! This also lead me also to use zstd - where possible - for fast compression, and revisited eggs info to check the situation before to produce and varius checks, in produce, made before to start disk compression.

Well we have this working, simply eggs produce --release let you to have a clean installation, removing eggs, calamares and their dependecies and select for max compression.

It's short to say but it was a long history.

This command install, remove and configure calamares GUI installer used to install the live.

Install and removing calamares from eggs​

I was used with LXDE or cinnamon before, for long time I didn't use KDE, LXQT and so on. Calamares is not a KDE project, but its fundaments are based on it. From the first times I installed it I saw it was necessary also to install two others libraries qml-module-qtquick2 and qml-module-qtquick-controls, running mostly in in gnome2, gnome3 it was not a problem to uninstall them and give an apt autoremove, until the day I realize who removing this libray remove all LXQT and problably KDE too!

It was a big problem, I think who probably someone - using eggs - had this problem... I really sorry for that. Pardon!

From this version, finally I don't remove this libraries and KDE and LXQT are safe.

eggs produce

Produce, probably is the most important command of eggs and the command with more options.

 eggs produce
       the system produce an egg: iso image of your system

         USAGE
           $ eggs produce

         OPTIONS
           -b, --basename=basename  basename
           -f, --fast               fast compression
           -h, --help               show CLI help
           -m, --max                max compression
           -n, --normal             normal compression
           -p, --prefix=prefix      prefix
           -s, --script             script mode. Generate scripts to manage iso build
           -v, --verbose            verbose
           -y, --yolk               -y force yolk renew
           --addons=addons          addons to be used: adapt, ichoice, pve, rsupport
           --release                release: configure GUI installer to remove eggs and calamares after installation
           --theme=theme            theme for livecd, calamares branding and par

flag --release​

I introduced a new flag in produce, the flag --release.

Really is an old/new flag, the original name was sterilize (because it remove the reproductive system during the installation) and lately was called --final.

eggs is a specialized software, not really for common use, I expect who eggs's users are deeply involved in Linux and want customize their systems for many purpouses: from share with friends to share with the community, so I choose to write a program more for developers than final users. For this people --release sound as release the system: compress it at the max and remove any sign of the live system after the system is installed.

flag --addons take place of --adapt, --ichoice, --pve, --rsupport​

To let to customize a bit the resulting iso in the time I had themes and addons.

Themes are of course themes, now with theme you can customize the result of your boot in livecd, the branding of calamares and the partions schema. (mostly this feathures are, of course, based on the great flexibility of calamares), eggs just try to arrange a tool who use this great project and ler You to customize your effort).

Addons are at the moment, just coming from eggs - from me - and are links to adapt resolution in VM, to an local proxmox-ve server - to realize a proxmox customizate workstation and server - mostly for developers and me! ichoice let tho choice the installer of the system. Most peoples will prefere calamres installer and are right, but in machine short of RAM, install with cli-installer can be an option, and sometime, to only possible option if not change hardware. --addons rsupport bring a link to dwangent, who need to be installed before. This can be a pratical way to help users also from the live.

Customizing live system and calamares theme

I want to write more about create and customize themes in next days.

Da un paio di giorni - ormai una settimana fa - sto cercando di far funzionare versioni "antiche" Debian con eggs.

Per il momento mi è riuscito di arrivare sino a Debian stretch ed ad Ubuntu xenial, niente da fare invece con Debian jessie che, pure avrei in animo di rendere compatibile.

Il tutto è nato dal tentativo - non riuscito - di installare una distro moderna pur se leggera su un vecchio pc con arhitettura amd64 e "solo" due gigabyte di RAM.

Lo avevo preparato bene, forse quattro o cinque anni fa, con Debian jessie e cinnammon e l'avevo rimesso in moto cercando di installare qualcosa di più aggiornato.

L'intenzione era quella di installare So.Di.Linux Orizzonti 2025 per un ragazzo che va o dovrebbe andare a scuola. So.Di.Linux è una distribuzione basata su Linux Mint con mate come interfaccia grafica, in teoria avrebbe dovuto girare con due GB in pratica era impossibile da installare con Calamares, poca memoria RAM

Ho ovviato al problema installando con l'installer a riga di comando, ovviamente si è installato ma sono incappato in una scheda grafica nvidia vecchia e non più aggiornata e sono stato costretto a desistere.

Precedentemente sulla macchina era installato Debian jessie con una delle prime versioni di cinnamon ed era discretamente usabile. Ancora di più lo sarebbe stato installandoci xfce, mate, lxqt, etc.

Questo mi ha portato a ripensare alle versioni supportate, sinora avevo sempre cercato di andare avanti senza mai voltarmi le spalle e rendendo incompatibili con eggs versioni vecchie, ma tutto sommato, ancora utilizzabili di Debian ed ubuntu,

Debian​

• Debian 8 jessie OK, ma senza la compressione fast (zstd), no calamares (vedi nota)
• Debian 9 stretch OK, ma senza la compressione fast (zstd), no calamares (vedi nota)
• Debian 10 buster OK
• Debian 11 bullseye OK

Devuan​

• Devian beowulf OK

Ubuntu​

• Ubuntu xenial OK, ma senza la compressione fast (zstd), no calamares (vedi nota)
• Ubuntu bionic OK
• Ubuntu focal OK
• Ubuntu groovy OK

Derivate​

Naturalmente è possibile rimasterizzare anche le derivate dalle distribuizioni sopra menzionate: LinuxMint dalla versione tricia (basata su bionic) a quelle odierne (ulyana ed ulyssa), deepin, netrunner-core e netrunner-xoxo, ed innumerevoli altre.

Nota su Debian 9 stretch (*)​

In questa versione non è possibile utilizzare l'algoritmo zstd per la compressione fast, procedere con compressione normale.

Nota su Debian 8 jessie (**)​

Su Debian 8 jessie non è possibile utilizzare eggs per la mancanza di overlayfs nel kernel 3.16.x tale caratteristica è resente solo dalla versione 3.19 del kernel. Ho dovuto quindi sostituire il kernel originale con altro di provenienza ubuntu in versione 3.19, in effetti avevo precedentemente installato un kernel bpo debian, questo permetteva la generazione della iso ma purtroppo aveva dei problemi a convivere con la restante parte di jessie.

A questo punto, risolto il problema di overlayfs lato kernel che mi impediva di creare la iso, mi sono scontrato con il fatto che i pacchetti live di jessie utilizzano aufs e non overlayfs, per cui la iso era perfettamente avviabile ma non riusciva comunque a montare filesystem.squashfs.

Ho risolto, installando live-boot dalla versione stretch, finalmente abbiamo la nostra live avviabile.

I pacchetti di strecth installati sono questi:

live-boot_20170112_all.deb live-boot-initramfs-tools_20170112_all.deb

Rimaneva però un ulteriore problema, il pacchetto eggs utilizza un pacchetto npm che va compilato e che si rilevava incompatibile con la versione di libstdc++

E' stato, quindi, stato necessario ricompilare il pacchetto eggs su jessie e, finalmente, TUTTO FUNZIONA!

In attesa di sostituire il pacchetto drivelist di eggs con altro, vi segnalo che se in questo momento aggiornate eggs con la versione standard eggs non riuscirà ad installare la iso.

In this video I will give a demonstration of creation a remix starting from almost nothing - my remixes called naked - who consists in the clean debian netinstall plus addiction of eggs.

Can be interesting not only for desktop remixes but for server remixes too.

I hope you'll enjoy it.

I can't make this videos in english, but if You are interest to publish similar demonstrations in english or others languages, I will be happy to collaborate with you. Please, contact me at: piero.proietti@gmail.com

Per lo sviluppo di eggs ho utilizzato dall'inizio il linguaggio javascript, cercando di limitare il più possibile la scrittura di codice bash. Nodejs, difatti, oltre ad essere versabile nell'ambito web, offre la possibilità di realizzare con uno sforzo relativo delle applicazioni a riga di comando.

Inizialmente lo utilizzavo "nature" senza altre aggiunte. Da un anno o due ho cominciato ad utilizzare il framework oclif per generare la struttura di eggs. Si risparmia tempo e fatica, inoltre vengono fuori delle possibilità che, inizialmente, uno manco si sogna.

Con il tempo sono passato quindi a typescript che, a mio avviso, offre una migliore pulizia, maggior controllo sul sorgente e la possibilità di avere un ottimo aiuto durante la scrittura del codice con suggerimenti e quant'altro.

Tra queste, l'automazione delle istruzioni sul README.md che poi sono riuscito ad includere anche nella versione del manuale con pagina man ed il fatto che è possibile esportare il programma non solo come pacchetto npm ma anche in diversi formati, tra cui quello che mi interessa il formato debian.

eggs difatti è cresciuto ed iniziato a camminare da solo e mi sono reso conto delle problematiche degli utenti che, spesso, non hanno nodejs installato e poca o nessuna intenzione di installarlo.

oclif-cli-dev offriva questa possibilità ed ho iniziato ad usarla estensivamente, al punto che attualmente utilizzo eggs quasi sempre nella versione pacchettizata debian, pur avendo spesso, nodejs installato. Si risolvono in questo modo anche problematiche di versione non sempre semplicissime da evitare, come la gestione della architettura i386 sulla quale l'ultima versione di node disponibile è la versione node8.

Naturalmente non si può pretendere tutto da uno strumento che crea pacchetti per debian, macos e windows!

L'esporatione nel formato pacchetto debian non prevede - al momento - gli script di pre e post installazione, così come quelli di pre e post rimozione. Inoltre, e la cosa avrebbe fatto comodo in particolare per eggs, non prevede la presenza di dipendenze nel pacchetto.

Proveniendo da un altro mondo, avrei preferito un mondo migliore, nel quale nodejs sia adottato allo stesso modo di Python per la realizzazione di script ed applicazioni. Ma memore di clipper - che pure includeva se stesso negli eseguibili generati - ho cominciato a rilasciare eggs anche come pacchetto debian con discreta soddisfazione degli utenti.

Estendere le caratteristiche del pacchetto debian creato da @oclif/dev-cli​

A questo punto, mi sono scontrato però con alcune problematiche del pacchetto rilasciato.

Non conoscevo ne' la struttura e nemmeno - tutto sommato - come il pacchetto stesso veniva fuori, se non a grandi linee.

Con la collaborazione di un tester ed esperto mantainer ho cominciato a ricevere suggerimenti ed astruse - per me - richieste.

Fino che, ad un certo punto, un altro sviluppatore mi ha chiesto se potevo aggiungere uno script ad eggs per eseguire alcuni passaggi - soprattutto rimozione del codice precedente - di eggs stesso.

Ci ho pensato ed ho provato a spacchettare il pacchetto debian e vedere che cosa c'era dentro!

Da quello che ho capito la pacchettizzazione con oclif/dev-cli avviene abbastanza semplicemente, è presente una directory DEBIAN con dentro il solo file control. Mancando completamente i file preinst, postinst, prerm e postrm chiamati all'atto di installazione/aggiornamento/rimozione del pacchetto.

Ho provato ad aggiungerli e, dopo qualche prova a mano, ed un po' di tentativi con bash sono giunto alla conclusione che poteva funzionare.

Sono quindi tornato al mio strumento preferito e, tutto sommato con pochissime righe di codice, ho codificato una grossa utilità.

Quindi eggs verrà rilasciato sempre con i file di pre e post installazione e di pre e post rimozione nonchè con il controllo delle dipendenze. Qualche operazione - tra cui un più fine controllo delle dipendenze e, forse, la gestione delle diverse versioni - fatta attualmente con nodejs e bash - potrà essere sostituita da una più estesa pacchettizzazione.

Conclusioni​

eggs, da adesso in poi, sarà sempre pacchetizzato con gli script di installazione rimozione ed il controllo delle dipendenze.

Basterà sottoporre il pacchetto debian generato da oclif/dev-cli all'azione degli script della perrisbrewery, inclusa in eggs stesso.

Prevedo. inoltre. di estenderlo in futuro includendo così diverse versione di pacchetto per ogni distribuzione.

Però già adesso - dato il precipuo funzionamento di eggs - che analizza le varie distribuzioni e risale ai pacchetti necessari - è già utile, apportando un maggiore e più semplice controllo dell'installazione e della rimozione del pacchetto permettendomi, inoltre, di soddisfare la curiosità per la scritta "Perri's Brevery edition" presente, ormai da quasi un anno, sul pacchetto stesso.

Per cui, prima di ogni rilascio di eggs, i pacchetti passeranno nella famosa birreria e tra un doppio malto ed una chiacchiera tra amici, rinfrancati prenderanno il volo!

Cambio di versione​

Con l'occasione passeremo dalla versione 7.7.33 direttamente alla versione 7.8.10.1

Here we are, with bad news.​

I start with the bad news: during this week I drop the eggs version for i386.

The problem is nodejs, we have version 14 LTS in amd64 and armel, but for i386 the last possible version is node 8.x.

Time is passing fast and when I started to update the npm packages in eggs, I saw who can't yet compile eggs in node 8 anymore.

This is a great pity, becouse I know there are again users and distros interested to this version. At the moment, to continue to improve eggs, I decided to drop the i386 version.

Note: You can continue to use the last version, and for sureI will try later to compile it again. Same help is possible?

Good news!​

Today I found the way to compile eggs with node8 only for the pourpuse to get i386 version.

This is great, becouse peoples need again it!

I started a mail list in sourceforge, and describe on the last mail that was the solution. If you are interested you can subscribe it.

Now we have a man page build automatically, so always updated and on line with the sources.

Not only, we "sell" it in double versions: man and html. You can find it always update in our site too!

All npm packages were updated, so the oclif-plugins autocomplete, command not-found and everything are in order and don't get you in panic, just for a mispell in a command or a flag: eggs will suggest the nearest command.

After long think, I renamed the command prerequisites to init. In all the way, you can use the old command too, there are two aliases for init: prerequisites or fertilization.

I did this becouse I put in init all the tasks eggs need to do to become operative. This reduce the commands list too, becouse now autocomplete and man are included in init and we reduce commands to learn.

Updated original guide italian​

Guida originale in italiano aggiornata al 30 gennaio 2021

I need same help for translations, contact me to propose yourself.

mom​

The script mom is continuing to improve and remain cli compatible. Don't use more zenity anymore but whitail only - it is more rational - and I found enought cases where zenity is not installed (kde) and a bit too heavy to install on them.

So, You are welcome to eggs-7.7.27​

Next step will be probably the possibility to edit differents locales, locales_default and timezone. Is is already possible to edit /etc/penguins-eggs.d/eggs.yaml but I want to find a more simple way,

Una carrellata di novità e nuovi arrivi!​

Oltre agli abituali buxfix sul repository interno yolk che vi permette di reinstallare la vostra remix senza essere necessariamente connessi ad internet e, peraltro, con maggiore velocità e basso utilizzo di RAM, abbiamo raggiunto Ulyssa!

Quindi, a partire da questa versione è possibile remixare Linux Mint 20.1 Ulyssa, recentemente uscita ed indiscutibilmente un ottimo prodotto.

Personalmente, ho sempre amato cinnamon l'interfaccia di Mint ed è quella che maggiormente utilizzo dopo aver "dimenticato" KDE nel passaggio dalla versione 3 a quella attuale. Dovrei provare trinity il fork di KDE 3 che è risorto. In vero mi trovo benissimo con cinnamon ed aspetto - come tutti - il giorno che sorgerà una nuova interfaccia utilizzabile sia con con il tochiscreen che con il mouse.

Potete scaricare la versione di ulyssa linux mint 20.1, riprodotta ed aggiornata con eggs da sourceforge

In questo video potete vedere come customizzare ulteriormente questa remix o prendere esempio per customizzarne altre.

Video: Linux Mint Ulyana com o Penguin's eggs, Um Programa Para Gerar Outra Distro Veja Como Fazer di ticofan.

Infine, grazie al suggerimento di un amico polacco, ho testato il remix di netrunner-core, una distro medio/leggera basata su KDE.

Potete scaricare la remix di netrunner-core da sourceforge.

Nota. In questa versione non sono riuscito a far funzionare su liveCD il desktop environment originale sddm e l'ho sostituito con lightdm. Se qualcuno scopre il problema è pregato di segnalarlo issue #40. Grazie!

Manuale man, mom e dad GUI​

Naturalmente in questa versione trovate tutte le recenti novità, dal manuale di eggs in formato man, consultabile SEMPRE - sia su GUI che in ambiente CLI, con o senza connessione. Le due interfacce grafiche: mom e dad permettono un approccio più morbido all'utilizzo di eggs.

Video: man pages​

Video: mom & dad​

Buon divertimento e, se potete e volete, iscrivetevi al gruppo su Facebook o al forum su questo sito secondo le vostre preferenze.

Segnalate i problemi nelle issues di github.com e, perchè no, se potete date pure una occhiata al codice.

Non dimenticate, infine, di aggiungere una stella su github o una review su sourceforge.

Grazie!

Some videos are in our channel

Due interfacce grafiche per eggs​

Nel tentativo di semplificare l'uso e l'apprendimento di eggs ho realizzato due utili interfacce che - trattandosi di pinguini - sono state denominate mom (mamma) e dad (papà).

mom​

mom è un semplice script bash che gira sia su sistemi con interfaccia grafica, sia su sistemi CLI.

Consente di avere una guida visiva ai vari comandi, la selezione degli stessi ed il loro avvio, consentendo - quindi - un più semplice approccio ad eggs.

mom, non va mai chiamato con l'utente di root.

dad​

dad, invece, si utilizza sempre con sudo e ci conduce direttamente alla creazione della nostra iso.

Lascio il compito di illustrare meglio le due interfacce al filmato in basso. (Sono disponibili i sottotitoli nelle lingue: italiano, inglese, portoghese e spagnolo).

Video mom and dad​

Autocomplete e command not found​

Una moderna applicazione cli contiene due utili funzioni, l'autocomplete e l'avvertimeno di comand not found, seguito dal suggerimento del comando più vicino.

eggs a partire dalla versione 7.7.0 contiene entrambe le caratteristiche, grazie ai plugin di oclif-dev con il quale è sviluppato.

Il risultato di autocomplete è che digitando eggs seguito da due tab, vi verranno esposte le opzioni disponibili.

artisan@demo:~$ eggs 
adapt           help            remove          tools:skel
autocomplete    info            tools:clean     tools:yolk
calamares       install         tools:initrd    update
export:deb      kill            tools:locales   
export:docs     prerequisites   tools:pve       
export:iso      produce         tools:sanitize  

mentre, digitando

eggs pr

seguito da tab, verranno mostrate le possibili opzioni:

artisan@demo:~$ eggs  pr
prerequisites  produce        
artisan@demo:~$ eggs  pr

E così via per tutti i comandi.

D'altra parte la funziona command not found se rileva in ingresso un comando sconosciuto, ci suggerirà il comando più vicino.

artisan@demo:~$ eggs priduce
 ›   Warning: priduce is not a eggs command.
Did you mean produce? [y/n]: 

E' anche possibile visualizzare tutti i flags disponibili per un comando dato:

artisan@demo:~$ eggs  produce --
--adapt     --fast      --ichoice   --script    --yolk      
--basename  --final     --pve       --theme     
--compress  --help      --rsupport  --verbose   
artisan@demo:~$ eggs  produce --

Installazione di autocomplete per l'utente corrente​

Per beneficiare della funzione autocomplete, tutto quello che dobbiamo fare è generare i file di configurazione, comando

eggs autocomplate bash

Che mostrerà la seguente schermata:

artisan@demo:~$ eggs autocomplete
Building the autocomplete cache... done

Setup Instructions for EGGS CLI Autocomplete ---

1) Add the autocomplete env var to your bash profile and source it
$ printf "$(eggs autocomplete:script bash)" >> ~/.bashrc; source ~/.bashrc

NOTE: If your terminal starts as a login shell you may need to print the init script into ~/.bash_profile or ~/.profile.

2) Test it out, e.g.:
$ eggs <TAB><TAB>                 # Command completion
$ eggs command --<TAB><TAB>       # Flag completion

Enjoy!

copiare il codice per aggiungere autocomplete al vostro profilo .bashrc

printf "$(eggs autocomplete:script bash)" >> ~/.bashrc; source ~/.bashrc

e lanciarla da terminale.

A questo punto digitate eggs seguito da due tab ed il gioco è fatto.

Installazione di autocomplete per tutti gli utenti​

Per utilizzare l'autocomplete di eggs per tutti gli utenti e, quindi, anche per l'utente live del liveCD, occorre copiare il file ~/.cache/penguins-eggs/autocomplete/functions/bash/eggs.bash in /etc/bash_complete.d:

sudo cp ~/.cache/penguins-eggs/autocomplete/functions/bash/eggs.bash /etc/bash_complete.d

A questo punto eggs autocomplete sarà disponibile per tutti gli utenti.

Where do the themes reside​

The themes are an addon of eggs.

They are seen by eggs in ```/etc/penguins-eggs.d/addons`` even though they reside in different positions depending on the type of installation and architecture in use.

From this link, they are compiled and copied into the relevant directories. For calamares /etc/calamares/branding. You should not, therefore, directly change the branding of calamares in /etc/calamares, but create an addon in /etc/penguins-eggs.d/addons.

link /etc/penguins-eggs.d/addons

In this directory you can find the addons of eggs. At the moment:

• debian
• deblinux
• eggs
• ufficiozero

Inside these folders (vendors) there are the actual addons.

For example:

ls /etc/penguins-eggs.d/addons/eggs

• dwagent
• installer-choice
• proxmox-ve
• theme

Themes​

Nowadays we only talk about themes, but the same goes for the other types of addons.

Let's assume that our vendor is the tico user. Let's create a folder ~/tico in our home.

We copy the content of /etc/penguins-eggs.d/eggs/theme into this one.

cp /etc/penguins-eggs.d/eggs/theme/ ~/tico -R

At this point we have to create a symbolic link in /etc/penguins-eggs.d/ to use our new theme.

First let's see where the /etc/penguins-eggs/addons folder actually resides.

To find out simply give the command:

ls /etc/penguins-eggs.d/addons -l

discovering that, with deb installation and amd64 architecture, this is a link to the folder:

/usr/lib/penguins-eggs/addons

So, at this point we can create a link to our theme project:

sudo ln -s ~/tico /usr/lib/penguins-eggs/addons/tico

Well, we have achieved our goal.

NB: Following the update of eggs we may lose the link, which will have to be rebuilt, but not our customization.

Change the theme​

We can modify and keep in our home our theme project that will be seen by eggs as /etc/penguins-eggs.d/addons/tico.

Now we can start modifying the content of ~/tico/theme.

The structure of the theme​

In the theme folder there are three folders:

• applications
• artwork
• branding

In applications we simply find the link debian-install.desktop, in artwork the icon debian-install.png and in branding we find the template for squid.

I don't write long on applications and artwork, those who do remastering will do very well. We will talk about branding instead.

In branding there are two text files and some images.

• branding.desc
• show.qml

branding.desc is just a placeholder, it will be built from scratch directly from eggs.

show.qml, instead, is our presentation.

the various images: welcome.png and slide1.png, etc are the various figures that will scroll during the installation.

You can change everything to your liking.

NB: For information, see the documentation of calamari.

Using our theme

To use our tico theme, we will simply have to specify the flag --theme vendor in produce.

sudo eggs produce -vf --theme tico

Translation

Translated with the free version of the translator - www.DeepL.com/Translator

If you want to contribute to the translation to your language, you can download the content of this site with git. Correct it and send it to the author piero.proietti.

Thanks.

eggs-7.6.78​

Please note what this project is in no way connected to MX Linux in any official way, it's just my personal experiment.

I am trying to port eggs to mx-linux.

At the moment I have managed to remaster mx-linux with eggs and reinstall it with calamares.

mx-linux has an excellent program for creating system snapshots. Furthermore, mx-linux has an excellent mx-installer installation program, with a graphical interface and a cli installer.

Both mx-snapshot and eggs are derived, with extensive modifications, from the same software: reftracta-snapshot by fsmithred.

Why bring eggs to mx if after all this distribution already has all the necessary tools?

A first reason could be to get familiar with their installer and make it available on other distributions.

A second reason is that this distribution is based on the antiX scripts which are the most versatile as regards the possibility of installing linux on USB sticks with the possibility of having a system that can always be updated at hand.

At the moment I can only ensure that the snapshot creation with eggs and its installation with calamares will work with minor problems who I hope to solve soon.

We still have a long way to go ...

Here You can find a short eggs presentation.

More informations​

• site: penguins-eggs.net
• gitter: penguin's eggs chat
• issues: github.
• facebook:  
  • penguin's eggs Group
  • penguin's eggs Page
  • mail: piero.proietti@gmail.com

Copyright and licenses​

Copyright (c) 2017, 2020 Piero Proietti, dual licensed under the MIT or GPL Version 2 licenses.