// Datei: ./konzepte/software-in-paketen-organisieren/veroeffentlichungen.adoc

// Baustelle: Fertig
// Axel: Fertig

[[veroeffentlichungen]]

=== Veröffentlichungen ===

// Stichworte für den Index
(((/etc/debian_version)))
(((Debianpaket, lsb-release)))
(((Veröffentlichung, Benennung)))
(((Veröffentlichung, Referenzierung)))
(((Veröffentlichung, Releases)))
(((Veröffentlichung, Varianten)))
(((Veröffentlichung, Version anzeigen)))
Debian GNU/Linux wird in verschiedenen Veröffentlichungen angeboten, die
jeweils als ``Releases'' bezeichnet werden. Eine solche Veröffentlichung
kann wie folgt referenziert werden:

* nach ihrer Versionsnummer, z.B. _Debian 7_ oder _Debian 8_
* nach dem aktuellen Entwicklungsstand der Veröffentlichung (siehe
<<bedeutung-der-verschiedenen-entwicklungsstaende>>), z.B. _oldstable_, _stable_, _testing_ oder _unstable_
* nach ihrem Alias-Namen (siehe <<alias-namen>>), z.B. _Wheezy_, _Jessie_ oder _Stretch_

Welche Veröffentlichung Sie auf ihrem System verwenden, entnehmen Sie
der Datei `/etc/debian_version` wie folgt:

.Die genutzte Debian-Version anzeigen
----
$ cat /etc/debian_version 
9.6
$
----

// Stichworte für den Index
(((Debianpaket, lsb-release)))
(((lsb_release, -a)))
(((lsb_release, --all)))
Ausführlichere Informationen erhalten Sie mit Hilfe des Kommandos
`lsb_release -a` (Langform `--all`) aus dem Debianpaket `lsb-release`
<<Debian-Paket-lsb-release>>:

.Ausführliche Informationen zur genutzen Debian-Version mit Hilfe von `lsb_release` anzeigen
----
$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 9.6 (stretch)
Release:        9.6
Codename:       stretch
$
----

[[bedeutung-der-verschiedenen-entwicklungsstaende]]
==== Bedeutung der verschiedenen Entwicklungsstände ====

// Stichworte für den Index
(((Software, Patches)))
(((Veröffentlichung, Entwicklungsstand)))
(((Veröffentlichung, experimental)))
(((Veröffentlichung, oldstable)))
(((Veröffentlichung, oldoldstable)))
(((Veröffentlichung, stable)))
(((Veröffentlichung, testing)))
(((Veröffentlichung, unstable)))
Jedes aktuelle Debian-Paket gehört zu mindestens einem der nachfolgend beschriebenen
Entwicklungsstände:

unstable:: 
Hier findet die aktive Entwicklung von Debian statt. Neue Pakete und
Versionen landen fast immer zuerst hier. Dieser Entwicklungszustand kann
inkonsistent sein und beispielsweise unerfüllte Abhängigkeiten
beinhalten. Er ist primär für Entwickler gedacht.

testing:: 
Pakete, die in _unstable_ für eine gewisse Zeit keine schwerwiegenden
Fehler aufweisen und deren Abhängigkeiten bereits ebenfalls in _testing_
erfüllt werden können, wandern automatisch von 'unstable' hierher. Dieser
Entwicklungsstand sollte konsistent sein und alle Paketabhängigkeiten
erfüllt sein.

stable:: 
Das ist die jeweils aktuelle stabile Veröffentlichung. Dieser
Entwicklungsstand ist für die normale Nutzung von Debian empfohlen. Eine
neue stabile Veröffentlichung wird ca. alle zwei Jahre auf Basis von
_testing_ erstellt. Pakete werden nur aktualisiert, um
sicherheitskritische oder sonstige schwerwiegende Fehler zu
beheben. Dabei werden (mit sehr wenigen Ausnahmen) ausschließlich die
entsprechenden Fehler durch Patches behoben, anstatt neuere Versionen
der Programme auszuliefern.

oldstable:: 
Das ist die jeweils vorherige stabile Veröffentlichung. Bevor eine neue
stabile Veröffentlichung freigegeben wird, erfolgt eine Umbenennung der
aktuellen stabilen Veröffentlichung in _oldstable_. Diese wird von da an
im Normalfall noch für ein Jahr weiter gepflegt und mit
Sicherheitsaktualisierungen versehen.

oldoldstable:: 
Wenn vorhanden, ist dies die jeweils vorvorherige stabile
Veröffentlichung. Zum ersten Mal trat dieser Entwicklungsstand auf, als im
Frühjahr 2015 Debian 8 _Jessie_ zur stabilen Veröffentlichung erklärt
wurde. Gleichzeitig wurde Debian 6 _Squeeze_ zur neuen Suite
_oldoldstable_ und wurde seitdem per Long Term Support (LTS) weiterhin
noch für 5 Jahre eingeschränkt unterstützt.

experimental:: 
Dies ist der einzige Entwicklungsstand, der keine alleinstehende
Veröffentlichung ist, sondern nur ein Zusatz-Repository. Es fungiert als
Erweiterung zu _unstable_ und beinhaltet Pakete, bei denen der
Paketbetreuer davon ausgeht, dass sie noch und ggf. sogar grobe Fehler
beinhalten. _experimental_ wird genutzt, um Pakete im größeren Umfeld zu
testen, bevor diese nach _unstable_ hochgeladen werden.

// Stichworte für den Index
(((Paket, Rückportierung)))
(((Veröffentlichung, Entwicklungsstand)))
(((Veröffentlichung, Debian Backports)))
Darüberhinaus existiert der Paketbereich _backports_. Das beinhaltet
Rückportierungen neuerer oder aktualisierter Pakete aus dem
Entwicklungszweig _testing_ nach _stable_, teilweise auch aus
_unstable_. Das ist spannend, aber auch mit gewissen Risiken verbunden.
Im Detail gehen wir darauf unter ``Debian Backports'' in
<<debian-backports>> ein.

[[alias-namen]]
==== Alias-Namen ====

// Stichworte für den Index
(((Bruce Perens)))
(((Toy Story)))
(((Pixar)))
(((Veröffentlichung, Alias-Name)))
(((Veröffentlichung, Bookworm)))
(((Veröffentlichung, Bullseye)))
(((Veröffentlichung, Buster)))
(((Veröffentlichung, Buzz)))
(((Veröffentlichung, Bo)))
(((Veröffentlichung, Etch)))
(((Veröffentlichung, Hamm)))
(((Veröffentlichung, Jessie)))
(((Veröffentlichung, Lenny)))
(((Veröffentlichung, Potato)))
(((Veröffentlichung, Rex)))
(((Veröffentlichung, Sarge)))
(((Veröffentlichung, Slink)))
(((Veröffentlichung, Squeeze)))
(((Veröffentlichung, Stretch)))
(((Veröffentlichung, Toy Story)))
(((Veröffentlichung, Trixie)))
(((Veröffentlichung, Wheezy)))
(((Veröffentlichung, Woody)))
Jede Veröffentlichung von Debian GNU/Linux hat einen Alias-Namen, der
nach einer Figur aus Pixars Filmreihe 'Toy Story' benannt ist. Bruce
Perens -- der Projektleiter für die Version 1.x -- arbeitete zu dieser
Zeit bei Pixar <<Pixar>> und legte das bis heute genutzte Namenschema
fest. Für die bisherigen Veröffentlichungen von Debian standen die
folgenden Figuren aus der Filmserie Pate:

* Debian 1.0 wurde nie offiziell veröffentlicht, da ein CD-Verteiler
bedauerlicherweise eine Entwicklungsversion als Version 1.0 bezeichnet
hatte <<Debian-Project-History>>. Daher entschlossen sich Debian und der
CD-Verteiler zur gemeinsamen Bekanntmachung, dass die beigefügte Version
fehlerhaft war ("this release was screwed") und das Projekt
veröffentlichte die Version 1.1 ein halbes Jahr später.

* Debian 1.1 _Buzz_ (17. Juni 1996; benannt nach Buzz Lightyear, dem Astronauten)

* Debian 1.2 _Rex_ (12. Dezember 1996; benannt nach dem Plastikdinosaurier)

* Debian 1.3 _Bo_ (5. Juni 1997; benannt nach Bo Peep, der Schäferin)

* Debian 2.0 _Hamm_ (24. Juli 1998; benannt nach dem Sparschwein)

* Debian 2.1 _Slink_ (9. März 1999; benannt nach dem Hund Slinky Dog)

* Debian 2.2 _Potato_ (15. August 2000; benannt nach der Puppe Mr. Potato Head)

* Debian 3.0 _Woody_ (19. Juli 2002; benannt nach dem Cowboy Woody Pride, der Hauptfigur der Filme)

* Debian 3.1 _Sarge_ (6. Juni 2005; benannt nach dem Feldwebel der grünen Plastiksoldaten)

* Debian 4.0 _Etch_ (8. April 2007; benannt nach der Zeichentafel Etch-A-Sketch)

* Debian 5.0 _Lenny_ (14. Februar 2009; benannt nach dem aufziehbaren Fernglas)

* Debian 6.0 _Squeeze_ (6. Februar 2011; benannt nach den grünen dreiäugigen Aliens)

* Debian 7 _Wheezy_ (4. Mai 2013; benannt nach Wheezy the Penguin, dem Gummi-Spielzeugpinguin mit der roten Fliege)

* Debian 8 _Jessie_ (25. April 2015; benannt nach der jodelnden Kuhhirtinnen-Puppe Jessica Jane ``Jessie'' Pride)

* Debian 9 _Stretch_ (17. Juni 2017; benannt nach dem lila Kraken)

* Debian 10 _Buster_ (6. Juli 2019; benannt nach dem Welpen aus 'Toy Story 2')

* Debian 11 _Bullseye_ (Mitte 2021; benannt nach dem Pferd von _Woody Pride_)

Es stehen bereits ebenfalls die Namen von zwei zukünftigen Veröffentlichungen fest:

* Debian 12 _Bookworm_ -- benannt nach dem intelligenten Bücherwurm,
einem Spielzeug mit eingebauter Leuchte aus 'Toy Story 3'

* Debian 13 _Trixie_ -- benannt nach dem blauen Dinosaurier

Mehr Details zu den einzelnen Veröffentlichungen finden sich in der
Debian-Geschichte <<Debian-History>>. Die Figuren aus den verschiedenen
'Toy Story'-Filmen und insbesondere deren Charakterzüge sind ausführlich
im Disney Wiki <<ToyStory>> dokumentiert (siehe <<fig.toystory>>).

.Beschreibung der Filmserie 'Toy Story' im Disney Wiki
image::konzepte/software-in-paketen-organisieren/toystory.png[id="fig.toystory", width="50%"]

// Stichworte für den Index
(((Veröffentlichung, Nummerierung)))
Auch bei der Bezeichnung der Aktualisierungen zur stabilen
Veröffentlichung ergeben sich über die Jahre hinweg kleine Unterschiede.
Anfangs erfolgte die Kennzeichnung durch Anhängen des Buchstabens `r`
und der Nummer der Aktualisierung, z.B. `4.0r8` für die 8.
Aktualisierung von Debian 4.0 _Etch_. Seit Debian 5.0 _Lenny_ wird
stattdessen ein Punkt verwendet, so z.B. `5.0.3` für die dritte
Aktualisierung.

// Stichworte für den Index
(((Veröffentlichung, Etch)))
(((Veröffentlichung, Wheezy)))
Seit Debian 4.0 _Etch_ bekamen stabile Veröffentlichungen immer eine
neue Nummer an erster Stelle. Seit Debian 7 _Wheezy_ ist die Null an
zweiter Stelle verschwunden. Stattdessen wird die Nummer der
Aktualisierung genutzt, so z.B. `7.3` für die dritte Aktualisierung von
Debian 7 _Wheezy_.

==== Zusammenhang von Alias-Namen und Entwicklungsständen ====

// Stichworte für den Index
(((Debian, Debian Archive)))
(((Veröffentlichung, Alias-Name)))
(((Veröffentlichung, Debian Archive)))
(((Veröffentlichung, oldoldstable)))
Neben den o.g. Entwicklungsständen haben alle Veröffentlichungen auch
noch Alias-Namen, die eine Veröffentlichung stets unverändert beibehält.
Jede neue Veröffentlichung startet nach einer stabilen Veröffentlichung
als _testing_, wird dann bei der nächsten stabilen Veröffentlichung zu
_stable_, bei der übernächsten zum _oldstable_ und danach zu
_oldoldstable_.

Ist eine Veröffentlichung — sei es als 'oldstable' oder als
'oldoldstable' — am Ende ihrer Unterstützung angelangt, wird sie in das
Debian-Archiv <<Debian-Archive>> übertragen. Dieses Archiv beinhaltet
alle nicht mehr unterstützten Veröffentlichungen.

// Stichworte für den Index
(((Veröffentlichung, Ausnahmen)))
(((Veröffentlichung, experimental)))
(((Veröffentlichung, Sid)))
(((Veröffentlichung, rc-buggy)))
(((Veröffentlichung, unstable)))
Eine weitere Ausnahme bildet die Veröffentlichung zu _unstable_. Sie
besitzt stets den gleichen Alias-Namen _Sid_. In der Filmreihe Toy Story
ist das passenderweise der Name des bösen Nachbarkinds, welches immer
alle Spielzeuge kaputt macht. _Sid_ ist auch gleichzeitig ein Akronym für
_still in development_ – zu deutsch ``noch in Entwicklung'' –, was den
Status der Veröffentlichung der zukünftigen Distribution sehr treffend
umschreibt.

_Experimental_ trägt – analog zu _unstable_ – immer den Alias-Namen
_rc-buggy_, was im Debian-Jargon eine Kurzform für ``contains
release-critcal bugs'' darstellt. Das lässt sich sinngemäß als ``in
dieser Form ungeeignet zur Aufnahme in eine Veröffentlichung''
übersetzen.

==== Pakete auf Wanderschaft von einem Entwicklungsstand in den nächsten ====

// Stichworte für den Index
(((Veröffentlichung, Wechsel des Entwicklungsstands)))
Sieht man von Uploads nach _experimental_ ab, fängt das Leben einer
neuen Version eines Debianpakets mit dem Hochladen nach _unstable_ an.
Das Paket wird automatisch in _testing_ übernommen, sobald einige
Bedingungen erfüllt sind:

* Die Version des Pakets in _unstable_ führt keine neuen
  veröffentlichungskritischen Fehler in _testing_ ein.

* Alle notwendigen Abhängigkeiten des Pakets sind in _testing_
  verfügbar oder werden gleichzeitig nach _testing_ migriert.

* Es darf keine Abhängigkeiten von Paketen zerstören, die bereits in
  _testing_ enthalten sind und damit deren Installation verhindern.

* Das Paket hat ein Mindestalter an Tagen erreicht. Dieses
  Mindestalter hängt vom Wert des Felds _urgency_ (engl. für
  Dringlichkeit) im aktuellen Changelog-Eintrag ab und beträgt entweder
  10, 5 oder 2 Tage. Die Dringlichkeit wird dabei vom Paketmaintainer
  entschieden. Bei Korrekturen von sicherheitsrelevanten Fehlern ist es
  durchaus üblich, dass die Dringlichkeit auf ``hoch'' gesetzt wird und
  damit nur 2 Tage beträgt.

* Das Paket muss auf allen Architekturen, auf denen es gebaut wird, in
  der aktuellsten Version verfügbar sein.

* Das Paket muss auf allen Architekturen bereitstehen, auf denen es
  vorher bereits gebaut wurde. Für Ausnahmen muss zuerst das alte
  Paket aus dem Archiv manuell entfernt werden.

// Stichworte für den Index
(((Veröffentlichung, Debian-Release-Team)))
Das Debian-Release-Team kann allerdings diese Bedingungen individuell
übersteuern und kürzere oder längere Fristen für den Übergang in die
_testing_-Veröffentlichung setzen.

// Stichworte für den Index
(((Veröffentlichung, Feature Freeze)))
(((Veröffentlichung, Versionswechsel)))
Zu einem bestimmten Zeitpunkt im Entwicklungszyklus einer neuen
stabilen Veröffentlichung friert das Release-Team die
_testing_-Veröffentlichung ein – auch genannt _Freeze_ (engl. für
Einfrieren). Ab diesem Moment wandern keine Pakete mehr automatisch von
_unstable_ nach _testing_ und das Debian-Release-Team muss jeden
einzelnen, weiteren Übergang eines Pakets explizit abnicken. Je länger
der Freeze andauert, desto schärfer werden die Bedingungen, unter denen
das Debian-Release-Team einen Übergang nach _testing_ akzeptiert. Im
Normalfall werden nur noch Paketversionen akzeptiert, die ausschließlich
Fehler korrigieren und keine neuen Features einführen. Daher wird für
diesen Zustand auch der Begriff _Feature Freeze_ verwendet.

Auf diese Weise wird versucht, sämtliche veröffentlichungskritischen
Fehler in der _testing_-Veröffentlichung zu beheben. Sobald es dort
keinen dieser Fehler mehr gibt, geschehen die folgenden Dinge:

* Die bisherige Veröffentlichung _stable_ wird zu _oldstable_. Sie
  behält dabei ihren Alias-Namen bei.

* Eine Kopie des aktuellen Zweigs _testing_ wird zum neuen Zweig
  _stable_. Der Alias-Name zieht mit um.

* _testing_ bekommt einen neuen Alias-Namen.

* Der Freeze wird aufgehoben und die Pakete propagieren wieder
automatisch von _unstable_ nach _testing_.

==== Organisation der Pakete im Paketpool ====

// Stichworte für den Index
(((Veröffentlichung, Organisation im Paketpool)))
Wenn eine Paketversion von _unstable_ nach _testing_ wandert oder aus
_testing_ das neue _stable_ wird, werden allerdings nicht wirklich
Pakete kopiert. Stattdessen werden vielmehr nur die Metadaten des
betreffenden Pakets von einer Paketliste in eine andere umgetragen. Das
Paket selbst liegt immer noch an gleicher Stelle und nur einmal im
sogenannten Paketpool.

So kann es vorkommen, dass ein Paket, welches nur selten aktualisiert
wird, in allen aktuellen Veröffentlichungen in der gleichen Version
vorkommt und dafür auch nur einmal auf jedem Spiegel des
Debian-APT-Archivs liegt. Welches Paket dann aus den verschiedenen
Entwicklungsständen bei einer Installation ausgewählt wird, erfahren Sie
unter ``Aus welchem Repo kommen die Pakete'' (siehe
<<aus-welchem-repo-kommen-die-pakete>>) genauer.

==== Sicherheitsaktualisierungen ====

// Stichworte für den Index
(((Sicherheitsaktualisierungen)))
(((Veröffentlichung, Sicherheitsaktualisierungen)))
Für unterstützte Veröffentlichungen, d.h. die aktuelle stabile
Veröffentlichung ("stable release"), sowie mindestens ein Jahr nach
einer Veröffentlichung für die vorherige stabile Veröffentlichung
bietet Debian Sicherheitsaktualisierungen durch das Debian Security
Teams <<Debian-Security>> an.

==== Long Term Support (LTS) ====

// Stichworte für den Index
(((Veröffentlichung, Langzeitunterstützung)))
(((Veröffentlichung, LTS)))
(((LTS)))
Im Frühjahr 2014 wurden zusätzlich sogenannte _Long Term
Support_-Varianten <<Debian-LTS>> -- auf Deutsch "Langzeitunterstützung"
und kurz _LTS_ -- eingeführt. Diese verlängern den Zeitraum der weiteren
Verfügbarkeit und Pflege einer Veröffentlichung von den typischerweise
drei Jahren auf bis zu fünf Jahre.

In Folge wurde die im Jahr 2011 freigegebene und 2013 durch Debian 7
_Wheezy_ abgelöste Veröffentlichung von Debian 6 _Squeeze_ bis 2016
mit Aktualisierungen versorgt. Seither wurde jede weitere stabile
Veröffentlichung nach ihrem offiziellen Lebensende ebenfalls als _LTS_
mit Einschränkungen — z.B. nur noch die beliebtesten Architekturen —
weitergeführt. Anfangs waren dies nur die beiden x86-basierten
Architekturen 'i386' und 'amd64', momentan beinhaltet das zusätzlich
auch noch alle drei ARM-basierten Architekturen ('armel', 'armhf' und
'arm64').

Debian LTS wird nicht wie die normalen Sicherheitsaktualisierungen vom
Debian-Security-Team gehandhabt, sondern von einer Gruppe Freiwilliger
wie auch Firmen, die daran interessiert sind, daß Debian LTS ein
Erfolg wird — oft auch aus Eigenbedarf heraus. Dementsprechend übernimmt
das Debian-LTS-Team das Bereitsstellen von Sicherheitsaktualisierungen
vom Debian-Security-Team am Ende der normalen Unterstützungsdauer der
Veröffentlichung.

Zur Nutzung von Debian LTS nach Ablauf des normalen
Unterstützungszeitraumes muß an der Konfiguration des Systems nichts
geändert werden. (Historisch galt diese Regel nicht für die allererste
Debian Veröffentlichung mit LTS, Debian 6 _Squeeze_, welche eine Art
Machbarkeitstest war. Aber da deren Langzeitunterstützung bereits
abgelaufen ist, ist das heute von keiner Relevanz mehr.)

==== Extended Long Term Support (ELTS) ====

// Stichworte für den Index
(((ELTS)))
(((Extended LTS)))
(((Veröffentlichung, Erweiterte Langzeitunterstützung)))
(((Veröffentlichung, ELTS)))
(((Veröffentlichung, Extended LTS)))
Da manchen Anwendern -- vor allem aus dem professionellen Umfeld -- auch
die LTS-Varianten nicht lange genug Unterstützung anboten, gibt seit
2018 eine weitere Stufe der Verlängerung. Seit dem Auslaufen von LTS für
Debian 7 _Wheezy_ besteht das Projekt "Extended LTS", auf deutsch
"Erweiterte Langzeitunterstützung" und kurz "ELTS", die die
Unterstützung von Debian-Veröffentlichungen um weitere zwei Jahre auf
ca. sieben Jahre verlängert. Im Gegensatz zu Debian LTS, welches immer
noch ein Projekt unter dem Dach von Debian ist, ist Extended LTS ein
kommerzielles Angebot, dessen Aktualisierungen jedoch trotzdem jeder
nutzen kann.

Für welche Pakete es Aktualisierungen gibt, hängt jedoch davon ab, ob
ein Paket jemandem wichtig genug ist, um sich am Arbeitsaufwand für
dessen Sicherheitsaktualisierungen zu beteiligen. Interessieren sich
mehrere Personen oder Organisationen für die
Sicherheitsaktualisierungen desselben Paketes, so werden die Kosten
entsprechend aufgeteilt. Die Koordination erfolgt über die französische
Firma Freexian <<Freexian>>.

Desweiteren gibt es im Vergleich zu LTS weitere Einschränkungen:

* Es werden nur Pakete unterstützt, für die sich Sponsoren finden. Die
  aktuelle Liste unterstützter Pakete findet sich unter
  <<Debian-ELTS-Packages>>.

* Es werden ggf. noch weniger Architekturen unterstützt. Im Falle von
  Debian 8 _Jessie_ sind dies nur noch 'i386', 'amd64' und 'armel'.

* Der Linux-Kernel wird nicht unterstützt. Es wird jedoch ein Backport
  des Kernels von der darauffolgenden stabilen Debian-Veröffentlichung
  (die dann typischerweise zu diesem Zeitpunkt bereits unter Debian
  LTS gepflegt wird) angeboten. Im Falle von Debian 8 _Jessie_ ist
  dies der Linux-Kernel 4.9 aus Debian 9 _Stretch_.

* Für bestimmte Pakete können keine Sicherheitsaktualisierungen
  angeboten werden, selbst wenn sich ein Sponsor finden würde, weil
  von den Entwicklern der Software der Unterstützungszeitraum
  abgelaufen ist. So z.B. für MariaDB 10.0. Für andere Pakete wird die
  Unterstützung vor Ende der erweiterten Langzeitunterstützung enden,
  so z.B. Tomcat 7 und OpenJDK 7.

Die aktuellen Details zu den Einschränkungen als auch wie man Sponsor von
Debian ELTS werden kann, ist auf der ELTS-Webseite von Freexian
<<Freexian-ELTS>> erklärt.

Um die von der erweiterten Langzeitunterstützung bereitgestellten
Paketaktualisierungen nutzen zu können, müssen Sie im Gegensatz zu
Debian LTS zwei Dinge tun -- 1.) ein weiteres APT-Repository zu Ihrer
`/etc/apt/sources.list` (oder einer Datei im Verzeichnis
`/etc/apt/sources.list.d/`) hinzufügen, und 2.) den PGP-Schlüssel des
Extended-LTS-Projektes importieren. Wie das erfolgt, ist im 'Debian
ELTS- HowTo <<Debian-ELTS-HowTo>> beschrieben. Im Folgenden dazu eine
kurze Zusammenfassung:

Der erste Schritt ist das Herunterladen des aktuellen Schlüsselrings des
Projektes als `.deb`-Paket von
https://deb.freexian.com/extended-lts/pool/main/f/freexian-archive-keyring/
. Das Vertrauen liegt hierbei nur auf dem HTTPS-Zertifikat des Webservers.

Danach wird das heruntergeladene Paket mit Administrator-Rechten (d.h. als
`root` oder z.B. mittels `sudo`) über den Aufruf `dpkg -i
freexian-archive-keyring*.deb` installiert. Nun wird das APT-Repository
durch das Hinzufügen der folgenden Zeile aktiviert:

.`sources.list`-Eintrag für Extended LTS
----
# Generisch (passende Veröffentlichung und Archiv-Bereiche anpassen)
deb http://deb.freexian.com/extended-lts veröffentlichung-lts sektionen

# Beispiel für Debian 8 Jessie mit allen Archiv-Bereichen
deb http://deb.freexian.com/extended-lts jessie-lts main contrib non-free
----

Abschließend ist noch `apt update` oder ein Äquivalent aufzurufen, um
die ELTS-Paketlisten herunterzuladen. Sind bereits Aktualisierungen
verfügbar, so kann man diese direkt auch mit `apt upgrade` oder ggf.
`apt full-upgrade` einspielen.

// Datei (Ende): ./konzepte/software-in-paketen-organisieren/veroeffentlichungen.adoc
