Skip to main content
Deutsch  •  English  •  Español  •  Français  •  Italiano  •  Polska  •  Portuguese  •  Български  •  Русский  •  Українська  •  やまと  •  中国  •  فارsi

Capitolo 3: L'apparato riproduttivo (l'architettura di eggs)

Sinossi del capitolo: La nascita di penguins-eggs come apparato di propagazione. Come estrarre il genoma di un sistema operativo purificandolo dai dati somatici ed evitando il lamarckismo (la sanitizzazione della /home, degli UID, dei gruppi e del machine-id).

1. Genoma e soma: cosa va trasmesso e cosa va dimenticato​

  • Spunti da sviluppare:
    • La distinzione biologica tra linea germinale (genoma) e linea somatica (soma) applicata a un sistema Linux in esecuzione.
    • Il genoma del sistema: pacchetti installati, configurazioni di sistema in /etc, servizi abilitati, struttura del kernel e dell'ambiente di lavoro.
    • Il soma: i dati personali dell'utente, le chiavi SSH, i log temporanei, le cache, l'identità univoca della singola macchina.

2. Evitare il lamarckismo informatico​

  • Spunti da sviluppare:
    • L'errore dei vecchi cloni brutali (copia blocco a blocco): trasmettere alla progenie le "cicatrici" e le incrostazioni acquisite dalla macchina madre durante la sua vita.
    • Come eggs separa la struttura riproducibile dall'esperienza contingente della singola installazione, generando un uovo pulito e universale (o includendo i dati solo quando esplicitamente richiesto con un clone intenzionale).

3. La purificazione: /home, UID, gruppi e machine-id​

  • Spunti da sviluppare:
    • La sanitizzazione della /home e la rigenerazione dello scheletro (/etc/skel).
    • La normalizzazione degli UID, dei GID e dei gruppi di sistema affinché il nuovo nato non erediti permessi orfani o incoerenti.
    • La pulizia di /etc/machine-id, delle regole persistenti di rete/udev, dei file di lock e delle tracce d'uso.

4. Dall'evoluzione in TypeScript alla simbiosi C e Go​

  • Spunti da sviluppare:
    • Le radici storiche (da Remastersys, Refracta e Systemback fino a penguins-eggs-legacy).
    • La maturazione architetturale nella nuova generazione: la separazione tra pianificazione, il braccio esecutivo in C (oa) e i componenti tecnici in Go (coa, krill), mantenendo intatta la missione biologica.