1. A proposito di questo manuale

This manual serves as a single access point to all documentation related to the Live Systems Project and in particular applies to the software produced by the project for the Debian 9.0 "stretch" release. An up-to-date version can always be found at ‹http://live-systems.org/›

While live-manual is primarily focused on helping you build a live system and not on end-user topics, an end user may find some useful information in these sections: The Basics covers downloading prebuilt images and preparing images to be booted from media or the network, either using the web builder or running live-build directly on your system. Customizing run time behaviours describes some options that may be specified at the boot prompt, such as selecting a keyboard layout and locale, and using persistence.

Alcuni dei comandi menzionati nel testo devono essere eseguiti con i privilegi di super-utente che possono essere ottenuti diventando utente root tramite su oppure usando sudo. Per distinguere i comandi che possono essere eseguiti come utente normale da quelli che necessitano dei privilegi di super-utente, i comandi sono preceduti rispettivamente da $ o #. Questi simboli non fanno parte del comando.

1.1 Per gli impazienti

Sebbene crediamo che ogni cosa in questo manuale sia importante almeno per alcuni dei nostri utenti, ci rendiamo conto che c'è tanto materiale da trattare e che si potrebbe voler provare il software prima di entrare nei dettagli; pertanto suggeriamo di leggerlo nel seguente ordine.

First, read this chapter, About this manual, from the beginning and ending with the Terms section. Next, skip to the three tutorials at the front of the Examples section designed to teach you image building and customization basics. Read Using the examples first, followed by Tutorial 1: A default image, Tutorial 2: A web browser utility and finally Tutorial 3: A personalized image. By the end of these tutorials, you will have a taste of what can be done with live systems.

We encourage you to return to more in-depth study of the manual, perhaps next reading The basics, skimming or skipping Building a netboot image, and finishing by reading the Customization overview and the chapters that follow it. By this point, we hope you are thoroughly excited by what can be done with live systems and motivated to read the rest of the manual, cover-to-cover.

1.2 Glossario

• Live system: An operating system that can boot without installation to a hard drive. Live systems do not alter local operating system(s) or file(s) already installed on the computer hard drive unless instructed to do so. Live systems are typically booted from media such as CDs, DVDs or USB sticks. Some may also boot over the network (via netboot images, see Building a netboot image), and over the Internet (via the boot parameter fetch=URL, see Webbooting).

• Supporto Live: diversamente dal sistmea live, si riferisce a CD, DVD o penna USB dove viene scritto il binario prodotto da live-build e usato per l'avvio del sistema live. Più in generale, il termine si riferisce anche a qualsiasi posto in cui risiede il binario allo scopo di avviare il sistema, come il percorso per i file di avvio da rete.

• Live Systems Project: The project which maintains, among others, the live-boot, live-build, live-config, live-tools and live-manual packages.

• Sistema host: l'ambiente utilizzato per creare il sistema live.

• Sistema di destinazione: l'ambiente usato per eseguire il sistema live.

• live-boot: una raccolta di script usati per avviare sistemi live.

• live-build: A collection of scripts used to build customized live systems.

• live-config: una raccolta di script usati per configurare un sistema live durante il processo di avvio.

• live-tools: una raccolta di script aggiuntivi usati per eseguire utili compiti in un sistema live avviato.

• live-manual: questo documento è inserito nel pacchetto chiamato live-manual.

• Debian Installer (d-i): il sistema d'installazione ufficiale per la distribuzione Debian.

• Boot parameters: parametri che possono essere immessi nel prompt del boot loader per modificare il comportamento del kernel o di live-config.

• chroot: il programma chroot, chroot(8), rende possibile eseguire diverse istanze dell'ambiente GNU/Linux su un singolo sistema simultaneamente senza riavviare.

• Binary image: A file containing the live system, such as live-image-i386.hybrid.iso or live-image-i386.img.

• Distribuzione di destinazione: la distribuzione su cui sarà basato il sistema live. Può differire dalla distribuzione presente sul proprio computer.

• stable/testing/unstable: The stable distribution, currently codenamed stretch, contains the latest officially released distribution of Debian. The testing distribution, temporarily codenamed buster, is the staging area for the next stable release. A major advantage of using this distribution is that it has more recent versions of software relative to the stable release. The unstable distribution, permanently codenamed sid, is where active development of Debian occurs. Generally, this distribution is run by developers and those who like to live on the edge. Throughout the manual, we tend to use codenames for the releases, such as buster or sid, as that is what is supported by the tools themselves.

1.3 Autori

Lista degli autori (in ordine alfabetico):

• Ben Armstrong

• Brendan Sleight

• Carlos Zuferri

• Chris Lamb

• Daniel Baumann

• Franklin Piat

• Jonas Stein

• Kai Hendry

• Marco Amadori

• Mathieu Geli

• Matthias Kirschner

• Richard Nelson

• Trent W. Buck

1.4 Contribuire a questo documento

Questo manuale è pensato come un progetto comunitario e ogni suggerimento e contributo è benvenuto. Si veda Contribuire al progetto per informazioni dettagliate su come prelevare la chiave SSH ed eseguire buoni commit.

1.4.1 Applying changes

Per apportare modifiche alla versione inglese del manuale è necessario modificare i file giusti in manual/en/, ma prima di sottoporre il proprio contributo si prega di visionare l'anteprima del proprio lavoro. Per ottenere l'anteprima di live-manual, assicurarsi di avere installato i pacchetti necessari per la sua compilazione eseguendo:

# apt-get install make po4a ruby ruby-nokogiri sisu-complete

Si può compilare il live-manual dalla directory superiore del checkout di Git eseguendo:

$ make build

Since it takes a while to build the manual in all supported languages, authors may find it convenient to use one of the fast proofing shortcuts when reviewing the new documentation they have added to the English manual. Using PROOF=1 builds live-manual in html format, but without the segmented html files, and using PROOF=2 builds live-manual in pdf format, but only the A4 and letter portraits. That is why using either of the PROOF= possibilities can save up a considerable amount of time, e.g:

$ make build PROOF=1

When proofing one of the translations it is possible to build only one language by executing, e.g:

$ make build LANGUAGES=de

È inoltre possibile compilare in base al tipo di documento, esempio:

$ make build FORMATS=pdf

O entrambi:

$ make build LANGUAGES=de FORMATS=html

Dopo aver revisionato il proprio lavoro e assicurato che tutto funzioni, non usare make commit a meno che nel commit non si stiano aggiornando delle traduzioni, in tal caso non mescolare nello stesso le modifiche al manuale inglese e le traduzioni ma eseguire un commit per ognuna. Per maggiori dettagli vedere la sezione Traduzione.

1.4.2 Traduzione

In order to translate live-manual, follow these steps depending on whether you are starting a translation from scratch or continue working on an already existing one:

• Start a new translation from scratch

• Translate the about_manual.ssi.pot, about_project.ssi.pot and index.html.in.pot files in manual/pot/ to your language with your favourite editor (such as poedit) and send the translated .po files to the mailing list to check their integrity. live-manual's integrity check not only ensures that the .po files are 100% translated but it also detects possible errors.

• Once checked, to enable a new language in the autobuild it is enough to add the initial translated files to manual/po/${LANGUAGE}/ and run make commit. And then, edit manual/_sisu/home/index.html adding the name of the language and its name in English between brackets.

• Continue with an already started translation

• If your target language has already been added, you can randomly continue translating the remaining .po files in manual/po/${LANGUAGE}/ using your favourite editor (such as poedit) .

• Do not forget that you need to run make commit to ensure that the translated manuals are updated from the .po files and then you can review your changes launching make build before git add ., git commit -m "Translating..." and git push. Remember that since make build can take a considerable amount of time, you can proofread languages individually as explained in Applying changes

Dopo aver eseguito make commit si vedrà del testo scorrere. Questi sono messaggi informativi sullo stato del processo e alcuni suggerimenti su cosa si può fare per migliorare live-manual. A meno che non si ottenga un errore fatale si può procedere e inviare il proprio contributo.

live-manual comes with two utilities that can greatly help translators to find untranslated and changed strings. The first one is "make translate". It launches an script that tells you in detail how many untranslated strings there are in each .po file. The second one, the "make fixfuzzy" target, only acts upon changed strings but it helps you to find and fix them one by one.

È da considerare che nonostante queste utilità possono davvero risultare utili per tradurre dalla riga di comando, si raccomanda l'uso di uno strumento specifico come poedit. È inoltre una buona idea leggere la documentazione sulla localizzazione in Debian (l10n) e, specifiche per live-manual, le Linee guida per i traduttori.

Nota: si può usare make clean per pulire l'albero del repository git locale prima del push. Grazie al file .gitignore questo passo non è obbligatorio ma è una buona abitudine che evita di fare involontariamente il commit di certi file.