Ältere Paketversion installieren (Downgrade) - Versionsgeschichte

Dirk: /* Selbst erstellen */

2025-10-26T01:19:22Z

Selbst erstellen

← Nächstältere Version		Version vom 26. Oktober 2025, 03:19 Uhr
Zeile 47:		Zeile 47:

	=== Selbst erstellen ===		=== Selbst erstellen ===
	Sollte keine der vorherigen Methoden zum gewünschten Erfolg führen, bietet sich noch an, manuell ein Paket für das gewünschte Programm zu erstellen, und dort die gewünschte Programmversion anzugeben. Alle Pakete in den offiziellen Repositorys werden ~~in einem SVN- bzw. GIT-Repository~~ verwaltet.		Sollte keine der vorherigen Methoden zum gewünschten Erfolg führen, bietet sich noch an, manuell ein Paket für das gewünschte Programm zu erstellen, und dort die gewünschte Programmversion anzugeben. Alle Pakete in den offiziellen Repositorys werden mittels [[Git]] verwaltet.

	Das jeweilige Repository des Pakets ist über die Suche auf der [https://www.archlinux.org/packages/ Paketübersichtsseite] {{sprache\|en}} zu erreichen. Hier wählt man das Paket aus, und wählt dann bei den „Package Actions“ die Option „View Changes“. Im Abschnitt „Age“ sieht man, von wann die Version ist. Mit einem Klick auf die jeweilige „Commit Message“ kommt man auf die Diff-Seite für den jeweiligen Commit.		Das jeweilige Repository des Pakets ist über die Suche auf der [https://www.archlinux.org/packages/ Paketübersichtsseite] {{sprache\|en}} zu erreichen. Hier wählt man das Paket aus, und wählt dann bei den „Package Actions“ die Option „View Changes“. Im Abschnitt „Age“ sieht man, von wann die Version ist. Mit einem Klick auf die jeweilige „Commit Message“ kommt man auf die Diff-Seite für den jeweiligen Commit.

Dirk: /* Selbst erstellen */

2022-01-04T12:32:02Z

Selbst erstellen

← Nächstältere Version		Version vom 4. Januar 2022, 14:32 Uhr
Zeile 51:		Zeile 51:
	Das jeweilige Repository des Pakets ist über die Suche auf der [https://www.archlinux.org/packages/ Paketübersichtsseite] {{sprache\|en}} zu erreichen. Hier wählt man das Paket aus, und wählt dann bei den „Package Actions“ die Option „View Changes“. Im Abschnitt „Age“ sieht man, von wann die Version ist. Mit einem Klick auf die jeweilige „Commit Message“ kommt man auf die Diff-Seite für den jeweiligen Commit.		Das jeweilige Repository des Pakets ist über die Suche auf der [https://www.archlinux.org/packages/ Paketübersichtsseite] {{sprache\|en}} zu erreichen. Hier wählt man das Paket aus, und wählt dann bei den „Package Actions“ die Option „View Changes“. Im Abschnitt „Age“ sieht man, von wann die Version ist. Mit einem Klick auf die jeweilige „Commit Message“ kommt man auf die Diff-Seite für den jeweiligen Commit.

	Hier sieht man die Änderungen zwischen dem vorherigen Stand, und dem gewählten Stand. Mittels eines weiteren Klicks auf {{ic\|+++ b/trunk/PKGBUILD}} gelangt man zum vorher ausgewählten Stand des PKGUILDs. Dieses kann man über „Plain“ im Rohformat anzeigen und Speichern.		Hier sieht man die Änderungen zwischen dem vorherigen Stand, und dem gewählten Stand. Mittels eines weiteren Klicks auf {{ic\|+++ b/trunk/PKGBUILD}} gelangt man zum vorher ausgewählten Stand des PKGUILDs. Dieses kann man über „Plain“ im Rohformat anzeigen und Speichern. Alternativ kann man das Repository auch per [[Git]] ziehen und auf den entsprechenden Commit auschecken.

	Das Paket kann dann wie im [[Arch Build System#Erstellung_von_Paketen\|Arch-Build-System-Artikel]] beschrieben erstellt werden. Bei Paketen, die außer dem PKGBUILD noch zusätzliche Dateien benötigen, sind diese ebenfalls aus dem Paket-Repository (Registerreiter „tree“ für die aktuelle Version, ansonsten manuell aus den Commits ermitteln) zu beziehen.		Das Paket kann dann wie im [[Arch Build System#Erstellung_von_Paketen\|Arch-Build-System-Artikel]] beschrieben erstellt werden. Bei Paketen, die außer dem PKGBUILD noch zusätzliche Dateien benötigen, sind diese ebenfalls aus dem Paket-Repository (Registerreiter „tree“ für die aktuelle Version, ansonsten manuell aus den Commits ermitteln) zu beziehen.

Dirk am 30. November 2020 um 15:21 Uhr

2020-11-30T15:21:15Z

← Nächstältere Version		Version vom 30. November 2020, 17:21 Uhr
Zeile 15:		Zeile 15:

	== Vorgehen ==		== Vorgehen ==
	Zunächst muss das ältere Paket in der benötigten Version beschafft werden. Es gibt vier gängige Möglichkeiten, dies zu tun. Diese umfassen den lokalen Paketcache, veraltete Mirrors, ~~die~~ ''Arch ~~Rollback Machine~~'', und das erstellen eines eigenen Pakets mit der gewünschten Programmversion.		Zunächst muss das ältere Paket in der benötigten Version beschafft werden. Es gibt vier gängige Möglichkeiten, dies zu tun. Diese umfassen den lokalen Paketcache, veraltete Mirrors, das ''Arch Linux Archive'', und das erstellen eines eigenen Pakets mit der gewünschten Programmversion.

	=== Installation eines Pakets ===		=== Installation eines Pakets ===
Zeile 44:		Zeile 44:
	Eine weitere Quelle für alte Pakete sind Mirrors, die nicht auf dem aktuellen Stand sind. Auf der [https://www.archlinux.org/mirrors/status/#outofsync Mirrorstatus-Seite] {{sprache\|en}} kann man prüfen, welche Mirrors veraltet sind, und um welche Zeitspanne sie es sind. Je größer die Zeitspanne, desto wahrscheinlicher finden sich ältere Pakete auf diesen Mirrors.		Eine weitere Quelle für alte Pakete sind Mirrors, die nicht auf dem aktuellen Stand sind. Auf der [https://www.archlinux.org/mirrors/status/#outofsync Mirrorstatus-Seite] {{sprache\|en}} kann man prüfen, welche Mirrors veraltet sind, und um welche Zeitspanne sie es sind. Je größer die Zeitspanne, desto wahrscheinlicher finden sich ältere Pakete auf diesen Mirrors.

	Das ''Arch Linux Archive ~~(vormals "Arch Rollback Machine~~'' bietet neben der Möglichkeit, [[https://wiki.archlinux.org/index.php/Arch_Linux_Archive ein „altes“ System zu betreiben]]{{sprache\|en}}, auch die Möglichkeit, ältere Pakete direkt herunterzuladen. Und zwar sowohl nach Datum, als auch nach „letzte Woche“, „letzter Monat“, etc. sortiert. Es werden Pakete für 64- und 32-Bit-Systeme bereitgestellt.		Das ''Arch Linux Archive'' bietet neben der Möglichkeit, [https://wiki.archlinux.org/index.php/Arch_Linux_Archive ein „altes“ System zu betreiben]{{sprache\|en}}, auch die Möglichkeit, ältere Pakete direkt herunterzuladen. Und zwar sowohl nach Datum, als auch nach „letzte Woche“, „letzter Monat“, etc. sortiert. Es werden Pakete für 64- und 32-Bit-Systeme bereitgestellt.

	=== Selbst erstellen ===		=== Selbst erstellen ===
Zeile 69:		Zeile 69:

	Für den Kerneldowngrade sind mindestens {{paket\|linux}} und {{paket\|linux-headers}} downzugraden. Bei zusätzlichen Kernelmodulen sind diese ebenfalls zu berücksichtigen. Es ist hier besonders auf eventuell nicht mehr kompatible [[mkinitcpio]]-Optionen zu achten.		Für den Kerneldowngrade sind mindestens {{paket\|linux}} und {{paket\|linux-headers}} downzugraden. Bei zusätzlichen Kernelmodulen sind diese ebenfalls zu berücksichtigen. Es ist hier besonders auf eventuell nicht mehr kompatible [[mkinitcpio]]-Optionen zu achten.

			Es bietet sich an, statt eines nicht unterstützten alten Kernels den {{paket\|linux-lts\|LTS-Kernel}} zu verwenden. Dieser ist ebenfalls älter, wird aber aktiv mit Sicherheitsupdates versorgt.

	== Siehe auch ==		== Siehe auch ==
Zeile 75:		Zeile 77:

	== Weblinks ==		== Weblinks ==
	* [https://bbs.archlinux.org/viewtopic.php?id=53665 Beitrag über ~~die~~ ''Arch Rollback Machine'' im englischen Forum] {{sprache\|en}}		* [https://bbs.archlinux.org/viewtopic.php?id=53665 Beitrag über das ''Arch Linux Archive'' (vormals ''Arch Rollback Machine'') im englischen Forum] {{sprache\|en}}
	* [http://sch1zo.github.io/blog/2012/05/08/downgrading-a-bad-kernel-on-arch-with-luks-and-lvm/ Kerneldowngrade mit LVM und Verschlüsselung] {{sprache\|en}}		* [http://sch1zo.github.io/blog/2012/05/08/downgrading-a-bad-kernel-on-arch-with-luks-and-lvm/ Kerneldowngrade mit LVM und Verschlüsselung] {{sprache\|en}}

	[[Kategorie:Paketverwaltung]]		[[Kategorie:Paketverwaltung]]
	[[en:Downgrading Packages]]		[[en:Downgrading Packages]]

Henrikx am 2. November 2017 um 12:11 Uhr

2017-11-02T12:11:22Z

← Nächstältere Version		Version vom 2. November 2017, 14:11 Uhr
Zeile 1:		Zeile 1:
	Ein Paket zu ''downgraden'' – also eine ~~Ältere~~ Version zu installieren, obwohl eine neuere Version bereits installiert ist – kann mehrere Gründe haben. Am häufigsten wird vorkommen, dass die neuere Version nicht mehr so funktioniert, wie die vorherige Version, oder aber gar nicht mehr funktioniert.		Ein Paket zu ''downgraden'' – also eine ältere Version zu installieren, obwohl eine neuere Version bereits installiert ist – kann mehrere Gründe haben. Am häufigsten wird vorkommen, dass die neuere Version nicht mehr so funktioniert, wie die vorherige Version, oder aber gar nicht mehr funktioniert.

	Ein Downgrade sollte immer die letzte Möglichkeit sein, und nie als dauerhafte Lösung betrachtet werden.		Ein Downgrade sollte immer die letzte Möglichkeit sein, und nie als dauerhafte Lösung betrachtet werden.
Zeile 15:		Zeile 15:

	== Vorgehen ==		== Vorgehen ==
	Zunächst muss das ältere Paket in der ~~Benötigten~~ Version beschafft werden. Es gibt vier gängige Möglichkeiten, dies zu tun. Diese umfassen den lokalen Paketcache, veraltete Mirrors, die ''Arch Rollback Machine'', und das erstellen eines eigenen Pakets mit der gewünschten Programmversion.		Zunächst muss das ältere Paket in der benötigten Version beschafft werden. Es gibt vier gängige Möglichkeiten, dies zu tun. Diese umfassen den lokalen Paketcache, veraltete Mirrors, die ''Arch Rollback Machine'', und das erstellen eines eigenen Pakets mit der gewünschten Programmversion.

	=== Installation eines Pakets ===		=== Installation eines Pakets ===
Zeile 37:		Zeile 37:
	:: Installation fortsetzen? [J/n]}}		:: Installation fortsetzen? [J/n]}}

	Hier wird das Paket {{ic\|meinpaket}} in der Version 2.5 auf die Version 2.0 ~~heruntergstuft~~. Pacman gibt eine entsprechende Warnung aus. Bei Meldungen über nicht erfüllbare Abhängigkeiten sind die gemeldeten Pakete ebenfalls auf eine ältere Version zu bringen.		Hier wird das Paket {{ic\|meinpaket}} in der Version 2.5 auf die Version 2.0 heruntergestuft. Pacman gibt eine entsprechende Warnung aus. Bei Meldungen über nicht erfüllbare Abhängigkeiten sind die gemeldeten Pakete ebenfalls auf eine ältere Version zu bringen.

	=== Paketquellen ===		=== Paketquellen ===

Tuxnix: (typo)

2017-11-01T08:19:32Z

(typo)

← Nächstältere Version		Version vom 1. November 2017, 10:19 Uhr
Zeile 42:		Zeile 42:
	Standardmäßig legt [[Pacman]] alle Pakete unter {{ic\|/var/cache/pacman/pkg/}} ab, und löscht diese auch nicht, wenn neuere Versionen der Pakete verfügbar sind. Die vorherige Version ist im Regelfall dort zu finden.		Standardmäßig legt [[Pacman]] alle Pakete unter {{ic\|/var/cache/pacman/pkg/}} ab, und löscht diese auch nicht, wenn neuere Versionen der Pakete verfügbar sind. Die vorherige Version ist im Regelfall dort zu finden.

	Eine weitere Quelle für alte Pakete sind Mirrors, die nicht auf dem aktuellen Stand sind. Auf der [https://www.archlinux.org/mirrors/status/#outofsync ~~Mirrostatus~~-Seite] {{sprache\|en}} kann man prüfen, welche Mirrors veraltet sind, und um welche Zeitspanne sie es sind. Je größer die Zeitspanne, desto wahrscheinlicher finden sich ältere Pakete auf diesen Mirrors.		Eine weitere Quelle für alte Pakete sind Mirrors, die nicht auf dem aktuellen Stand sind. Auf der [https://www.archlinux.org/mirrors/status/#outofsync Mirrorstatus-Seite] {{sprache\|en}} kann man prüfen, welche Mirrors veraltet sind, und um welche Zeitspanne sie es sind. Je größer die Zeitspanne, desto wahrscheinlicher finden sich ältere Pakete auf diesen Mirrors.

	Das ''Arch Linux Archive (vormals "Arch Rollback Machine'' bietet neben der Möglichkeit, [[https://wiki.archlinux.org/index.php/Arch_Linux_Archive ein „altes“ System zu betreiben]]{{sprache\|en}}, auch die Möglichkeit, ältere Pakete direkt herunterzuladen. Und zwar sowohl nach Datum, als auch nach „letzte Woche“, „letzter Monat“, etc. sortiert. Es werden Pakete für 64- und 32-Bit-Systeme bereitgestellt.		Das ''Arch Linux Archive (vormals "Arch Rollback Machine'' bietet neben der Möglichkeit, [[https://wiki.archlinux.org/index.php/Arch_Linux_Archive ein „altes“ System zu betreiben]]{{sprache\|en}}, auch die Möglichkeit, ältere Pakete direkt herunterzuladen. Und zwar sowohl nach Datum, als auch nach „letzte Woche“, „letzter Monat“, etc. sortiert. Es werden Pakete für 64- und 32-Bit-Systeme bereitgestellt.

Stefanhusmann: /* Paketquellen */

2017-10-31T11:45:46Z

Paketquellen

← Nächstältere Version		Version vom 31. Oktober 2017, 13:45 Uhr
Zeile 44:		Zeile 44:
	Eine weitere Quelle für alte Pakete sind Mirrors, die nicht auf dem aktuellen Stand sind. Auf der [https://www.archlinux.org/mirrors/status/#outofsync Mirrostatus-Seite] {{sprache\|en}} kann man prüfen, welche Mirrors veraltet sind, und um welche Zeitspanne sie es sind. Je größer die Zeitspanne, desto wahrscheinlicher finden sich ältere Pakete auf diesen Mirrors.		Eine weitere Quelle für alte Pakete sind Mirrors, die nicht auf dem aktuellen Stand sind. Auf der [https://www.archlinux.org/mirrors/status/#outofsync Mirrostatus-Seite] {{sprache\|en}} kann man prüfen, welche Mirrors veraltet sind, und um welche Zeitspanne sie es sind. Je größer die Zeitspanne, desto wahrscheinlicher finden sich ältere Pakete auf diesen Mirrors.

	Das ''Arch Linux Archive (vormals "Arch Rollback Machine'' bietet neben der Möglichkeit, [[https://wiki.archlinux.org/index.php/Arch_Linux_Archive ein „altes“ System zu betreiben]]{{sprache\|en}}, auch die Möglichkeit, ältere Pakete ~~[[http://seblu.net/a/arm/~~ direkt herunterzuladen]]. Und zwar sowohl nach Datum, als auch nach „letzte Woche“, „letzter Monat“, etc. sortiert. Es werden Pakete für 64- und 32-Bit-Systeme bereitgestellt.		Das ''Arch Linux Archive (vormals "Arch Rollback Machine'' bietet neben der Möglichkeit, [[https://wiki.archlinux.org/index.php/Arch_Linux_Archive ein „altes“ System zu betreiben]]{{sprache\|en}}, auch die Möglichkeit, ältere Pakete direkt herunterzuladen. Und zwar sowohl nach Datum, als auch nach „letzte Woche“, „letzter Monat“, etc. sortiert. Es werden Pakete für 64- und 32-Bit-Systeme bereitgestellt.

	=== Selbst erstellen ===		=== Selbst erstellen ===

Stefanhusmann: /* Vorgehen */

2017-10-31T11:43:25Z

Vorgehen

← Nächstältere Version		Version vom 31. Oktober 2017, 13:43 Uhr
Zeile 15:		Zeile 15:

	== Vorgehen ==		== Vorgehen ==
	Es gibt vier gängige Möglichkeiten, ~~ein Paket~~ zu ~~downgraden~~. Diese umfassen den lokalen Paketcache, veraltete Mirrors, die ''Arch Rollback Machine'', und das erstellen eines eigenen Pakets mit der gewünschten Programmversion.		Zunächst muss das ältere Paket in der Benötigten Version beschafft werden. Es gibt vier gängige Möglichkeiten, dies zu tun. Diese umfassen den lokalen Paketcache, veraltete Mirrors, die ''Arch Rollback Machine'', und das erstellen eines eigenen Pakets mit der gewünschten Programmversion.

	=== Installation eines Pakets ===		=== Installation eines Pakets ===
	Ältere Pakete müssen ~~heruntergeladen,~~ und manuell mittels Pacman installiert werden. ~~Nach dem herunterladen des Paketes~~, wird es mittels Parameter {{ic\|-U}} installiert.		Ältere Pakete müssen irgendwie beschafft und manuell mittels Pacman installiert werden. Zur Beschaffung folgt unten mehr. Ist das Paket lokal vorhanden, wird es mittels Parameter {{ic\|-U}} installiert.

	{{hc\|1=pacman -U meinpaket-2.0-1-x86_64.pkg.tar.xz\|2=		{{hc\|1=pacman -U meinpaket-2.0-1-x86_64.pkg.tar.xz\|2=
Zeile 37:		Zeile 37:
	:: Installation fortsetzen? [J/n]}}		:: Installation fortsetzen? [J/n]}}

	Hier wird das Paket {{ic\|meinpaket}} in der Version 2.5 auf die Version 2.0 ~~gedowngradet~~. Pacman gibt eine entsprechende Warnung aus. Bei Meldungen über nicht erfüllbare Abhängigkeiten, sind die gemeldeten Pakete ebenfalls auf eine ältere Version zu bringen.		Hier wird das Paket {{ic\|meinpaket}} in der Version 2.5 auf die Version 2.0 heruntergstuft. Pacman gibt eine entsprechende Warnung aus. Bei Meldungen über nicht erfüllbare Abhängigkeiten sind die gemeldeten Pakete ebenfalls auf eine ältere Version zu bringen.

	=== Paketquellen ===		=== Paketquellen ===
Zeile 44:		Zeile 44:
	Eine weitere Quelle für alte Pakete sind Mirrors, die nicht auf dem aktuellen Stand sind. Auf der [https://www.archlinux.org/mirrors/status/#outofsync Mirrostatus-Seite] {{sprache\|en}} kann man prüfen, welche Mirrors veraltet sind, und um welche Zeitspanne sie es sind. Je größer die Zeitspanne, desto wahrscheinlicher finden sich ältere Pakete auf diesen Mirrors.		Eine weitere Quelle für alte Pakete sind Mirrors, die nicht auf dem aktuellen Stand sind. Auf der [https://www.archlinux.org/mirrors/status/#outofsync Mirrostatus-Seite] {{sprache\|en}} kann man prüfen, welche Mirrors veraltet sind, und um welche Zeitspanne sie es sind. Je größer die Zeitspanne, desto wahrscheinlicher finden sich ältere Pakete auf diesen Mirrors.

	~~Die~~ ''Arch Rollback Machine'' ~~(bzw. dessen Nachfolger)~~ bietet neben der Möglichkeit, [https://wiki.archlinux.org/index.php/~~ARM~~ ein „altes“ System zu betreiben] {{sprache\|en}}, auch die Möglichkeit, ältere Pakete [[http://seblu.net/a/arm/ direkt herunterzuladen]]. Und zwar sowohl nach Datum, als auch nach „letzte Woche“, „letzter Monat“, etc. sortiert. Es werden Pakete für 64- und 32-Bit-Systeme bereitgestellt.		Das ''Arch Linux Archive (vormals "Arch Rollback Machine'' bietet neben der Möglichkeit, [[https://wiki.archlinux.org/index.php/Arch_Linux_Archive ein „altes“ System zu betreiben]]{{sprache\|en}}, auch die Möglichkeit, ältere Pakete [[http://seblu.net/a/arm/ direkt herunterzuladen]]. Und zwar sowohl nach Datum, als auch nach „letzte Woche“, „letzter Monat“, etc. sortiert. Es werden Pakete für 64- und 32-Bit-Systeme bereitgestellt.

	=== Selbst erstellen ===		=== Selbst erstellen ===

Dirk: /* Selbst erstellen */ lf

2014-04-09T20:23:51Z

Selbst erstellen: lf

← Nächstältere Version		Version vom 9. April 2014, 22:23 Uhr
Zeile 53:		Zeile 53:
	Hier sieht man die Änderungen zwischen dem vorherigen Stand, und dem gewählten Stand. Mittels eines weiteren Klicks auf {{ic\|+++ b/trunk/PKGBUILD}} gelangt man zum vorher ausgewählten Stand des PKGUILDs. Dieses kann man über „Plain“ im Rohformat anzeigen und Speichern.		Hier sieht man die Änderungen zwischen dem vorherigen Stand, und dem gewählten Stand. Mittels eines weiteren Klicks auf {{ic\|+++ b/trunk/PKGBUILD}} gelangt man zum vorher ausgewählten Stand des PKGUILDs. Dieses kann man über „Plain“ im Rohformat anzeigen und Speichern.

	Das Paket kann dann wie im [[Arch Build System#Erstellung_von_Paketen Arch-Build-System-Artikel]] beschrieben erstellt werden. Bei Paketen, die außer dem PKGBUILD noch zusätzliche Dateien benötigen, sind diese ebenfalls aus dem Paket-Repository (Registerreiter „tree“ für die aktuelle Version, ansonsten manuell aus den Commits ermitteln) zu beziehen.		Das Paket kann dann wie im [[Arch Build System#Erstellung_von_Paketen\|Arch-Build-System-Artikel]] beschrieben erstellt werden. Bei Paketen, die außer dem PKGBUILD noch zusätzliche Dateien benötigen, sind diese ebenfalls aus dem Paket-Repository (Registerreiter „tree“ für die aktuelle Version, ansonsten manuell aus den Commits ermitteln) zu beziehen.

	=== Älteren Kernel installieren ===		=== Älteren Kernel installieren ===

Tapsiturtle: Rechtschreibfehler korrigiert

2014-01-16T10:10:36Z

Rechtschreibfehler korrigiert

← Nächstältere Version		Version vom 16. Januar 2014, 12:10 Uhr
Zeile 1:		Zeile 1:
	Ein Paket zu ''downgraden'' – also eine Ältere Version zu installieren, obwohl eine neuere Version bereits installiert ist – kann mehrere Gründe haben. Ab häufigsten wird vorkommen, dass die neuere Version nicht mehr so funktioniert, wie die vorherige Version, oder aber gar nicht mehr funktioniert.		Ein Paket zu ''downgraden'' – also eine Ältere Version zu installieren, obwohl eine neuere Version bereits installiert ist – kann mehrere Gründe haben. Am häufigsten wird vorkommen, dass die neuere Version nicht mehr so funktioniert, wie die vorherige Version, oder aber gar nicht mehr funktioniert.

	Ein Downgrade sollte immer die letzte Möglichkeit sein, und nie als dauerhafte Lösung betrachtet werden.		Ein Downgrade sollte immer die letzte Möglichkeit sein, und nie als dauerhafte Lösung betrachtet werden.

Dirk: modernisierung der alten übersetzung hin zu einem eigenen, aktuellen artikel

2013-10-21T14:40:46Z

modernisierung der alten übersetzung hin zu einem eigenen, aktuellen artikel

@@ Zeile 1: / Zeile 1: @@
-{{inuse|[[Benutzer:Dirk|Dirk]] ([[Benutzer Diskussion:Dirk|Diskussion]])}}
+Ein Paket zu ''downgraden'' – also eine Ältere Version zu installieren, obwohl eine neuere Version bereits installiert ist – kann mehrere Gründe haben. Ab häufigsten wird vorkommen, dass die neuere Version nicht mehr so funktioniert, wie die vorherige Version, oder aber gar nicht mehr funktioniert.
-:Man muss die Pakete herunterladen und händisch installieren (oder via wget und [[pacman]] von der Konsole) oder sich gegebenefalls ein [[Eigene_Repositories_erstellen|eigenes Repo]] bauen. Weitere Informationen finden sich im [https://bbs.archlinux.org/viewtopic.php?id=53665 englischen Forum]
+Ein Downgrade sollte immer die letzte Möglichkeit sein, und nie als dauerhafte Lösung betrachtet werden.
-== Pacman daran hindern bestimmte Pakete zu aktualisieren ==
+Updates sind häufig mit Sicherheitsverbesserungen oder mehr Programmstabilität verbunden. Bei einem Downgrade ist man nicht vor bekannten Sicherheitslücken im entsprechenden Programm geschützt, die in der vorherigen Version bekannt wurden.
-*F: Wie halte ich [[Pacman]] davon ab, ältere Paketversionen zu aktualisieren?
+Ebenfalls kann es zu Problemen mit dem Programm kommen, wenn zum Beispiel die Interaktion mit anderen Programmen auf die neueren Versionen dieser Programme abgestimmt wurde, und die alte Version des Programms dies noch nicht unterstützt.
-*A: Mit der '''IgnorePkg''' Variable in '''/etc/pacman.conf'''
-  IgnorePkg = Paket1 Paket2
+Zusätzlich zum eigentlich zu downgradenen Programm können weitere Programme betroffen sein. Hier sind es meist Librarys, die ein Programm benötigt. Die vorherige Version benötigt dann eine ältere Library, diese muss dann ebenfalls gedowngradet werden. Das wiederum kann weitere Programme beeinträchtigen, die die neuere Version der Library benötigen.
-teilt Pacman mit, dass Paket1 und Paket2 bei einem System-Update nicht aktualisiert werden sollen.
 == Siehe auch ==
-[[Arch Build System]] - Informationen zum ABS
+* [[AUR]] für „beliebte“ ältere Pakete
-{{ÜberFDL||Seite=http://wiki.archlinux.org|Name=ArchLinux.org Wiki|Original=http://wiki.archlinux.org/index.php?title=Downgrade_packages}}
+== Weblinks ==
 [[Kategorie:Paketverwaltung]]
 [[en:Downgrading Packages]]

← Nächstältere Version		Version vom 4. Januar 2022, 14:32 Uhr
Zeile 51:		Zeile 51:
	Das jeweilige Repository des Pakets ist über die Suche auf der [https://www.archlinux.org/packages/ Paketübersichtsseite] {{sprache\|en}} zu erreichen. Hier wählt man das Paket aus, und wählt dann bei den „Package Actions“ die Option „View Changes“. Im Abschnitt „Age“ sieht man, von wann die Version ist. Mit einem Klick auf die jeweilige „Commit Message“ kommt man auf die Diff-Seite für den jeweiligen Commit.		Das jeweilige Repository des Pakets ist über die Suche auf der [https://www.archlinux.org/packages/ Paketübersichtsseite] {{sprache\|en}} zu erreichen. Hier wählt man das Paket aus, und wählt dann bei den „Package Actions“ die Option „View Changes“. Im Abschnitt „Age“ sieht man, von wann die Version ist. Mit einem Klick auf die jeweilige „Commit Message“ kommt man auf die Diff-Seite für den jeweiligen Commit.

	Hier sieht man die Änderungen zwischen dem vorherigen Stand, und dem gewählten Stand. Mittels eines weiteren Klicks auf {{ic\|+++ b/trunk/PKGBUILD}} gelangt man zum vorher ausgewählten Stand des PKGUILDs. Dieses kann man über „Plain“ im Rohformat anzeigen und Speichern.		Hier sieht man die Änderungen zwischen dem vorherigen Stand, und dem gewählten Stand. Mittels eines weiteren Klicks auf {{ic\|+++ b/trunk/PKGBUILD}} gelangt man zum vorher ausgewählten Stand des PKGUILDs. Dieses kann man über „Plain“ im Rohformat anzeigen und Speichern. Alternativ kann man das Repository auch per [[Git]] ziehen und auf den entsprechenden Commit auschecken.

	Das Paket kann dann wie im [[Arch Build System#Erstellung_von_Paketen\|Arch-Build-System-Artikel]] beschrieben erstellt werden. Bei Paketen, die außer dem PKGBUILD noch zusätzliche Dateien benötigen, sind diese ebenfalls aus dem Paket-Repository (Registerreiter „tree“ für die aktuelle Version, ansonsten manuell aus den Commits ermitteln) zu beziehen.		Das Paket kann dann wie im [[Arch Build System#Erstellung_von_Paketen\|Arch-Build-System-Artikel]] beschrieben erstellt werden. Bei Paketen, die außer dem PKGBUILD noch zusätzliche Dateien benötigen, sind diese ebenfalls aus dem Paket-Repository (Registerreiter „tree“ für die aktuelle Version, ansonsten manuell aus den Commits ermitteln) zu beziehen.

← Nächstältere Version		Version vom 1. November 2017, 10:19 Uhr
Zeile 42:		Zeile 42:
	Standardmäßig legt [[Pacman]] alle Pakete unter {{ic\|/var/cache/pacman/pkg/}} ab, und löscht diese auch nicht, wenn neuere Versionen der Pakete verfügbar sind. Die vorherige Version ist im Regelfall dort zu finden.		Standardmäßig legt [[Pacman]] alle Pakete unter {{ic\|/var/cache/pacman/pkg/}} ab, und löscht diese auch nicht, wenn neuere Versionen der Pakete verfügbar sind. Die vorherige Version ist im Regelfall dort zu finden.

	Eine weitere Quelle für alte Pakete sind Mirrors, die nicht auf dem aktuellen Stand sind. Auf der [https://www.archlinux.org/mirrors/status/#outofsync ~~Mirrostatus~~-Seite] {{sprache\|en}} kann man prüfen, welche Mirrors veraltet sind, und um welche Zeitspanne sie es sind. Je größer die Zeitspanne, desto wahrscheinlicher finden sich ältere Pakete auf diesen Mirrors.		Eine weitere Quelle für alte Pakete sind Mirrors, die nicht auf dem aktuellen Stand sind. Auf der [https://www.archlinux.org/mirrors/status/#outofsync Mirrorstatus-Seite] {{sprache\|en}} kann man prüfen, welche Mirrors veraltet sind, und um welche Zeitspanne sie es sind. Je größer die Zeitspanne, desto wahrscheinlicher finden sich ältere Pakete auf diesen Mirrors.

	Das ''Arch Linux Archive (vormals "Arch Rollback Machine'' bietet neben der Möglichkeit, [[https://wiki.archlinux.org/index.php/Arch_Linux_Archive ein „altes“ System zu betreiben]]{{sprache\|en}}, auch die Möglichkeit, ältere Pakete direkt herunterzuladen. Und zwar sowohl nach Datum, als auch nach „letzte Woche“, „letzter Monat“, etc. sortiert. Es werden Pakete für 64- und 32-Bit-Systeme bereitgestellt.		Das ''Arch Linux Archive (vormals "Arch Rollback Machine'' bietet neben der Möglichkeit, [[https://wiki.archlinux.org/index.php/Arch_Linux_Archive ein „altes“ System zu betreiben]]{{sprache\|en}}, auch die Möglichkeit, ältere Pakete direkt herunterzuladen. Und zwar sowohl nach Datum, als auch nach „letzte Woche“, „letzter Monat“, etc. sortiert. Es werden Pakete für 64- und 32-Bit-Systeme bereitgestellt.