Überarbeitungsverlauf[Zurück]
|
9 |
|
|
Ich werde hier einmal beantworten, wie man einen solche Rückkehr zu früheren Versionen bei TeX Live unmittelbar nach dem Update durchführen kann. *Allerdings halte ich es für eine bessere Lösung, alle von `biblatex` abhängigen TeX-Live-Pakete und Definitionen anzupassen.* Für viele `biblatex`-Erweiterungen geschieht dies gerade, so dass es fast täglich neue Updates gibt. Siehe dazu auch »[Namensformat mit `biblatex` 3.3](http://texwelt.de/wissen/fragen/16629/namensformat-mit-biblatex-33).«
Der Paketmanager von **TeX Live** kopiert Pakete, die durch Updates ersetzt werden, in der Voreinstellung in ein Backup-Verzeichnis. Aus diesem kann man sie mit `tlmgr restore` *Paketname* *Revision*
wiederherstellen. Da man üblicherweise nicht weiß, welche *Revisionen* im Backup vorhanden sind, kann man mit `tlmgr restore` *Paketname* zunächst die vorhandenen *Revisionen* abfragen (zunächst durchgespielt für Anwender eines 64bit-Linux):
`sudo tlmgr restore biber`
Windows-Anwender lassen natürlich `sudo` (hier und bei allen künftigen Aufrufen) weg. Wer TeX Live mit Benutzervollzugriff installiert hat (wie ich) oder ein Admin/root-Terminal verwendet lässt auch als Linux-Anwender `sudo` weg.
Der Aufruf ergibt bei mir im Terminal beispielsweise die Auskunft:
> `Available backups for biber: 39219 (2016-03-10 07:29)`
Mit
`sudo tlmgr restore biber 39219`
Bekomme ich die Nachfrage:
>`Do you really want to restore biber to revision 39219 (y/N):`
Drücke ich nun `y`, so wird die alte Revision wiederhergestellt. Allerdings fehlt nun noch das zugehörige Binärpaket, also weiter mit
`sudo tlmgr restore biber.x86_64-linux`
>`Available backups for biber.x86_64-linux: 39219 (2016-03-10 07:29)`
`sudo tlmgr restore biber.x86_64-linux 39219`
>`Do you really want to restore biber.x86_64-linux to revision 39219 (y/N):`
Wieder `y` gedrückt und gewartet, bis die Wiederherstellung fertig ist. Windows-Anwender müssen an der Stelle natürlich `biber.win32` abfragen und wiederherstellen. Für Anwender eines 32-Bit-Linux heißt das Binärpaket `biber.i386-linux` und für Anwender von OS X `biber.x86_64-darwin`. Für andere System bitte selbst nachschauen, wie das TeX Live Binärverzeichnis heißt und daraus auf den Namen des Binärpakets schließen.
Anschließend zur Sicherheit noch getestet, welche `biber`-Version nun installiert ist:
`biber -v`
>`biber version: 2.3`
OK, die Wiederherstellung hat funktioniert.
Natürlich brauchen wir für `biber` 2.3 auch wieder das alte `biblatex`:
`sudo tlmgr restore biblatex`
>`Available backups for biblatex: 39218 (2016-03-10 07:29)`
`sudo tlmgr restore biblatex 39218`
>`Do you really want to restore biblatex to revision 39218 (y/N):`
Und wieder `y` gedrückt. Fertig – solange keine weiteren `biblatex`-Pakete erneuert wurden. Zur Sicherheit, kann man nachfragen, was denn alles an `biblatex`-Paketen wann erneuert wurde:
`sudo tlmgr restore | grep biblatex`
>`biblatex: 39218 (2016-03-10 07:29)
biblatex-apa: 36124 (2016-03-06 20:29)
biblatex-bookinarticle: 39674 (2016-02-27 14:05)
biblatex-caspervector: 37102 (2015-06-21 20:29)
biblatex-chem: 35614 (2016-03-04 07:29)
biblatex-fiwi: 32629 (2015-07-03 07:29)
biblatex-gost: 37210 (2016-02-08 07:29)
biblatex-manuscripts-philology: 38756 (2016-02-15 07:29)
biblatex-multiple-dm: 35333 (2015-06-12 12:37)
biblatex-opcit-booktitle: 37733 (2015-10-22 07:29)
biblatex-philosophy: 38407 (2015-10-12 07:29)
biblatex-realauthor: 37062 (2016-03-04 07:29)
biblatex-source-division: 37414 (2015-07-11 20:29)
biblatex-subseries: 37359 (2015-06-12 12:37)`
Wäre da nun ein Paket dabei, dass etwa zu derselben Zeit wie `biblatex` erneuert wurde, wäre die Wahrscheinlichkeit hoch, dass man auch dafür zurückrudern sollte. [*Update: Inzwischen hat sich obige Liste wie erwartet stark geändert. Für `biblatex-fiwi`, `biblatex-publist`, `biblatex-chem`, `biblatex-science`, `biblatex-phys` und `biblatex-nature` `biblatex-phys`, `biblatex-nature`, `biblatex-manuscripts-philology` und `biblatex-realauthor` gibt es inzwischen die für `biblatex` 3.3 notwendigen Updates. Eine Rückkehr zu einer früheren Version von `biber` und `biblatex` wird damit zunehmend weniger sinnvoll.*]
Um dann wieder irgendwann zur aktuellen Version zurück zu kehren genügt ein
`sudo tlmgr update -all`
Achja: Da natürlich auch die Hilfsdateien, die von `biblatex` für `biber` und von `biber` für `biblatex` erzeugt werden, von der jeweils verwendeten Version abhängen, sollte man bei einem Wechsel der `biblatex`- und der `biber`-Version natürlich die Hilfsdateien löschen. Theoretisch kann man auch bei einem ersten LaTeX-Lauf nach einem Wechsel etwaige Fehlermeldungen ignorieren, trotz der Fehlermeldungen `biber` aufrufen und sollte dann normal mit LaTeX weiter machen können.
|
|
8 |
|
|
Ich werde hier einmal beantworten, wie man einen solche Rückkehr zu früheren Versionen bei TeX Live unmittelbar nach dem Update durchführen kann. Allerdings *Allerdings halte ich es für eine bessere Lösung, alle von `biblatex` abhängigen TeX-Live-Pakete und Definitionen anzupassen. anzupassen.* Für viele `biblatex`-Erweiterungen geschieht dies gerade, so dass es fast täglich neue Updates gibt. Siehe dazu auch »[Namensformat mit `biblatex` 3.3](http://texwelt.de/wissen/fragen/16629/namensformat-mit-biblatex-33).«
Der Paketmanager von **TeX Live** kopiert Pakete, die durch Updates ersetzt werden, in der Voreinstellung in ein Backup-Verzeichnis. Aus diesem kann man sie mit `tlmgr restore` *Paketname* *Revision*
wiederherstellen. Da man üblicherweise nicht weiß, welche *Revisionen* im Backup vorhanden sind, kann man mit `tlmgr restore` *Paketname* zunächst die vorhandenen *Revisionen* abfragen (zunächst durchgespielt für Anwender eines 64bit-Linux):
`sudo tlmgr restore biber`
Windows-Anwender lassen natürlich `sudo` (hier und bei allen künftigen Aufrufen) weg. Wer TeX Live mit Benutzervollzugriff installiert hat (wie ich) oder ein Admin/root-Terminal verwendet lässt auch als Linux-Anwender `sudo` weg.
Der Aufruf ergibt bei mir im Terminal beispielsweise die Auskunft:
> `Available backups for biber: 39219 (2016-03-10 07:29)`
Mit
`sudo tlmgr restore biber 39219`
Bekomme ich die Nachfrage:
>`Do you really want to restore biber to revision 39219 (y/N):`
Drücke ich nun `y`, so wird die alte Revision wiederhergestellt. Allerdings fehlt nun noch das zugehörige Binärpaket, also weiter mit
`sudo tlmgr restore biber.x86_64-linux`
>`Available backups for biber.x86_64-linux: 39219 (2016-03-10 07:29)`
`sudo tlmgr restore biber.x86_64-linux 39219`
>`Do you really want to restore biber.x86_64-linux to revision 39219 (y/N):`
Wieder `y` gedrückt und gewartet, bis die Wiederherstellung fertig ist. Windows-Anwender müssen an der Stelle natürlich `biber.win32` abfragen und wiederherstellen. Für Anwender eines 32-Bit-Linux heißt das Binärpaket `biber.i386-linux` und für Anwender von OS X `biber.x86_64-darwin`. Für andere System bitte selbst nachschauen, wie das TeX Live Binärverzeichnis heißt und daraus auf den Namen des Binärpakets schließen.
Anschließend zur Sicherheit noch getestet, welche `biber`-Version nun installiert ist:
`biber -v`
>`biber version: 2.3`
OK, die Wiederherstellung hat funktioniert.
Natürlich brauchen wir für `biber` 2.3 auch wieder das alte `biblatex`:
`sudo tlmgr restore biblatex`
>`Available backups for biblatex: 39218 (2016-03-10 07:29)`
`sudo tlmgr restore biblatex 39218`
>`Do you really want to restore biblatex to revision 39218 (y/N):`
Und wieder `y` gedrückt. Fertig – solange keine weiteren `biblatex`-Pakete erneuert wurden. Zur Sicherheit, kann man nachfragen, was denn alles an `biblatex`-Paketen wann erneuert wurde:
`sudo tlmgr restore | grep biblatex`
>`biblatex: 39218 (2016-03-10 07:29)
biblatex-apa: 36124 (2016-03-06 20:29)
biblatex-bookinarticle: 39674 (2016-02-27 14:05)
biblatex-caspervector: 37102 (2015-06-21 20:29)
biblatex-chem: 35614 (2016-03-04 07:29)
biblatex-fiwi: 32629 (2015-07-03 07:29)
biblatex-gost: 37210 (2016-02-08 07:29)
biblatex-manuscripts-philology: 38756 (2016-02-15 07:29)
biblatex-multiple-dm: 35333 (2015-06-12 12:37)
biblatex-opcit-booktitle: 37733 (2015-10-22 07:29)
biblatex-philosophy: 38407 (2015-10-12 07:29)
biblatex-realauthor: 37062 (2016-03-04 07:29)
biblatex-source-division: 37414 (2015-07-11 20:29)
biblatex-subseries: 37359 (2015-06-12 12:37)`
Wäre da nun ein Paket dabei, dass etwa zu derselben Zeit wie `biblatex` erneuert wurde, wäre die Wahrscheinlichkeit hoch, dass man auch dafür zurückrudern sollte.
sollte. [*Update: Inzwischen hat sich obige Liste wie erwartet stark geändert. Für `biblatex-fiwi`, `biblatex-publist`, `biblatex-chem`, `biblatex-science`, `biblatex-phys` und `biblatex-nature` gibt es inzwischen die für `biblatex` 3.3 notwendigen Updates. Eine Rückkehr zu einer früheren Version von `biber` und `biblatex` wird damit zunehmend weniger sinnvoll.*]
Um dann wieder irgendwann zur aktuellen Version zurück zu kehren genügt ein
`sudo tlmgr update -all`
Achja: Da natürlich auch die Hilfsdateien, die von `biblatex` für `biber` und von `biber` für `biblatex` erzeugt werden, von der jeweils verwendeten Version abhängen, sollte man bei einem Wechsel der `biblatex`- und der `biber`-Version natürlich die Hilfsdateien löschen. Theoretisch kann man auch bei einem ersten LaTeX-Lauf nach einem Wechsel etwaige Fehlermeldungen ignorieren, trotz der Fehlermeldungen `biber` aufrufen und sollte dann normal mit LaTeX weiter machen können.
|
|
7 |
|
|
Ich werde hier einmal beantworten, wie man einen solche Rückkehr zu früheren Versionen bei TeX Live unmittelbar nach dem Update durchführen kann. Allerdings halte ich es für eine bessere Lösung, alle von `biblatex` abhängigen TeX-Live-Pakete und Definitionen anzupassen. Für viele `biblatex`-Erweiterungen geschieht dies gerade, so dass es fast täglich neue Updates gibt. Siehe dazu auch »[Namensformat mit `biblatex` 3.3](http://texwelt.de/wissen/fragen/16629/namensformat-mit-biblatex-33).«
Der Paketmanager von **TeX Live** kopiert Pakete, die durch Updates ersetzt werden, in der Voreinstellung in ein Backup-Verzeichnis. Aus diesem kann man sie mit `tlmgr restore` *Paketname* *Revision*
wiederherstellen. Da man üblicherweise nicht weiß, welche *Revisionen* im Backup vorhanden sind, kann man mit `tlmgr restore` *Paketname* zunächst die vorhandenen *Revisionen* abfragen (zunächst durchgespielt für Anwender eines 64bit-Linux):
`sudo tlmgr restore biber`
Windows-Anwender lassen natürlich `sudo` (hier und bei allen künftigen Aufrufen) weg. Wer TeX Live mit Benutzervollzugriff installiert hat (wie ich) oder ein Admin/root-Terminal verwendet lässt auch als Linux-Anwender `sudo` weg.
Der Aufruf ergibt bei mir im Terminal beispielsweise die Auskunft:
> `Available backups for biber: 39219 (2016-03-10 07:29)`
Mit
`sudo tlmgr restore biber 39219`
Bekomme ich die Nachfrage:
>`Do you really want to restore biber to revision 39219 (y/N):`
Drücke ich nun `y`, so wird die alte Revision wiederhergestellt. Allerdings fehlt nun noch das zugehörige Binärpaket, also weiter mit
`sudo tlmgr restore biber.x86_64-linux`
>`Available backups for biber.x86_64-linux: 39219 (2016-03-10 07:29)`
`sudo tlmgr restore biber.x86_64-linux 39219`
>`Do you really want to restore biber.x86_64-linux to revision 39219 (y/N):`
Wieder `y` gedrückt und gewartet, bis die Wiederherstellung fertig ist. Windows-Anwender müssen an der Stelle natürlich `biber.win32` abfragen und wiederherstellen. Für Anwender eines 32-Bit-Linux heißt das Binärpaket `biber.i386-linux` und für Anwender von OS X `biber.x86_64-darwin`. Für andere System bitte selbst nachschauen, wie das TeX Live Binärverzeichnis heißt und daraus auf den Namen des Binärpakets schließen.
Anschließend zur Sicherheit noch getestet, welche `biber`-Version nun installiert ist:
`biber -v`
>`biber version: 2.3`
OK, die Wiederherstellung hat funktioniert.
Natürlich brauchen wir für `biber` 2.3 auch wieder das alte `biblatex`:
`sudo tlmgr restore biblatex`
>`Available backups for biblatex: 39218 (2016-03-10 07:29)`
`sudo tlmgr restore biblatex 39218`
>`Do you really want to restore biblatex to revision 39218 (y/N):`
Und wieder `y` gedrückt. Fertig – solange keine weiteren `biblatex`-Pakete erneuert wurden. Zur Sicherheit, kann man nachfragen, was denn alles an `biblatex`-Paketen wann erneuert wurde:
`sudo tlmgr restore | grep biblatex`
>`biblatex: 39218 (2016-03-10 07:29)
biblatex-apa: 36124 (2016-03-06 20:29)
biblatex-bookinarticle: 39674 (2016-02-27 14:05)
biblatex-caspervector: 37102 (2015-06-21 20:29)
biblatex-chem: 35614 (2016-03-04 07:29)
biblatex-fiwi: 32629 (2015-07-03 07:29)
biblatex-gost: 37210 (2016-02-08 07:29)
biblatex-manuscripts-philology: 38756 (2016-02-15 07:29)
biblatex-multiple-dm: 35333 (2015-06-12 12:37)
biblatex-opcit-booktitle: 37733 (2015-10-22 07:29)
biblatex-philosophy: 38407 (2015-10-12 07:29)
biblatex-realauthor: 37062 (2016-03-04 07:29)
biblatex-source-division: 37414 (2015-07-11 20:29)
biblatex-subseries: 37359 (2015-06-12 12:37)`
Wäre da nun ein Paket dabei, dass etwa zu derselben Zeit wie `biblatex` erneuert wurde, wäre die Wahrscheinlichkeit hoch, dass man auch dafür zurückrudern sollte.
Um dann wieder irgendwann zur aktuellen Version zurück zu kehren genügt ein
`sudo tlmgr update -all`
Achja: Da natürlich auch die Hilfsdateien, die von `biblatex` für `biber` und von `biber` für `biblatex` erzeugt werden, von der jeweils verwendeten Version abhängen, sollte man bei einem Wechsel der `biblatex`- und der `biber`-Version natürlich die Hilfsdateien löschen. Theoretisch kann man auch bei einem ersten LaTeX-Lauf nach einem Wechsel etwaige Fehlermeldungen ignorieren, trotz der Fehlermeldungen `biber` aufrufen und sollte dann normal mit LaTeX weiter machen können.
|
|
6 |
|
|
Ich werde hier einmal beantworten, wie man einen solche Rückkehr zu früheren Versionen bei TeX Live unmittelbar nach dem Update durchführen kann. Allerdings halte ich es für eine bessere Lösung, alle von `biblatex` abhängigen TeX-Live-Pakete und Definitionen anzupassen. Für viele `biblatex`-Erweiterungen geschieht dies gerade, so dass es fast täglich neue Updates gibt. Siehe dazu auch »[Namensformat mit `biblatex` 3.3](http://texwelt.de/wissen/fragen/16629/namensformat-mit-biblatex-33).«
Der Paketmanager von **TeX Live** kopiert Pakete, die durch Updates ersetzt werden, in der Voreinstellung in ein Backup-Verzeichnis. Aus diesem kann man sie mit `tlmgr restore` *Paketname* *Revision*
wiederherstellen. Da man üblicherweise nicht weiß, welche *Revisionen* im Backup vorhanden sind, kann man mit `tlmgr restore` *Paketname* zunächst die vorhandenen *Revisionen* abfragen (zunächst durchgespielt für Anwender eines 64bit-Linux):
`sudo tlmgr restore biber`
Windows-Anwender lassen natürlich `sudo` (hier und bei allen künftigen Aufrufen) weg. Wer TeX Live mit Benutzervollzugriff installiert hat (wie ich) oder ein Admin/root-Terminal verwendet lässt auch als Linux-Anwender `sudo` weg.
Der Aufruf ergibt bei mir im Terminal beispielsweise die Auskunft:
> `Available backups for biber: 39219 (2016-03-10 07:29)`
Mit
`sudo tlmgr restore biber 39219`
Bekomme ich die Nachfrage:
>`Do you really want to restore biber to revision 39219 (y/N):`
Drücke ich nun `y`, so wird die alte Revision wiederhergestellt. Allerdings fehlt nun noch das zugehörige Binärpaket, also weiter mit
`sudo tlmgr restore biber.x86_64-linux`
>`Available backups for biber.x86_64-linux: 39219 (2016-03-10 07:29)`
`sudo tlmgr restore biber.x86_64-linux 39219`
>`Do you really want to restore biber.x86_64-linux to revision 39219 (y/N):`
Wieder `y` gedrückt und gewartet, bis die Wiederherstellung fertig ist. Windows-Anwender müssen an der Stelle natürlich `biber.win32` abfragen und wiederherstellen. Für Anwender eines 32-Bit-Linux heißt das Binärpaket `biber.i386-linux` und für Anwender von OS X `biber.x86_64-darwin`. Für andere System bitte selbst nachschauen, wie das TeX Live Binärverzeichnis heißt und daraus auf den Namen des Binärpakets schließen.
Anschließend zur Sicherheit noch getestet, welche `biber`-Version nun installiert ist:
`biber -v`
>`biber version: 2.3`
OK, die Wiederherstellung hat funktioniert.
Natürlich brauchen wir für `biber` 2.3 auch wieder das alte `biblatex`:
`sudo tlmgr restore biblatex`
>`Available backups for biblatex: 39218 (2016-03-10 07:29)`
`sudo tlmgr restore biblatex 39218`
>`Do you really want to restore biblatex to revision 39218 (y/N):`
Und wieder `y` gedrückt. Fertig – solange keine weiteren `biblatex`-Pakete erneuert wurden. Zur Sicherheit, kann man nachfragen, was denn alles an `biblatex`-Paketen wann erneuert wurde:
`sudo tlmgr restore | grep biblatex`
>`biblatex: 39218 (2016-03-10 07:29)
biblatex-apa: 36124 (2016-03-06 20:29)
biblatex-bookinarticle: 39674 (2016-02-27 14:05)
biblatex-caspervector: 37102 (2015-06-21 20:29)
biblatex-chem: 35614 (2016-03-04 07:29)
biblatex-fiwi: 32629 (2015-07-03 07:29)
biblatex-gost: 37210 (2016-02-08 07:29)
biblatex-manuscripts-philology: 38756 (2016-02-15 07:29)
biblatex-multiple-dm: 35333 (2015-06-12 12:37)
biblatex-opcit-booktitle: 37733 (2015-10-22 07:29)
biblatex-philosophy: 38407 (2015-10-12 07:29)
biblatex-realauthor: 37062 (2016-03-04 07:29)
biblatex-source-division: 37414 (2015-07-11 20:29)
biblatex-subseries: 37359 (2015-06-12 12:37)`
Wäre da nun ein Paket dabei, dass etwa zu derselben Zeit wie `biblatex` erneuert wurde, wäre die Wahrscheinlichkeit hoch, dass man auch dafür zurückrudern sollte.
Um dann wieder irgendwann zur aktuellen Version zurück zu kehren genügt ein
`sudo tlmgr update -all`
|
|
5 |
|
|
Der Paketmanager von **TeX Live** kopiert Pakete, die durch Updates ersetzt werden, in der Voreinstellung in ein Backup-Verzeichnis. Aus diesem kann man sie mit `tlmgr restore` *Paketname* *Revision*
wiederherstellen. Da man üblicherweise nicht weiß, welche *Revisionen* im Backup vorhanden sind, kann man mit `tlmgr restore` *Paketname* zunächst die vorhandenen *Revisionen* abfragen (zunächst durchgespielt für Anwender eines 64bit-Linux):
`sudo tlmgr restore biber`
Windows-Anwender lassen natürlich `sudo` (hier und bei allen künftigen Aufrufen) weg. Wer TeX Live mit Benutzervollzugriff installiert hat (wie ich) oder ein Admin/root-Terminal verwendet lässt auch als Linux-Anwender `sudo` weg.
Der Aufruf ergibt bei mir im Terminal beispielsweise die Auskunft:
> `Available backups for biber: 39219 (2016-03-10 07:29)`
Mit
`sudo tlmgr restore biber 39219`
Bekomme ich die Nachfrage:
>`Do you really want to restore biber to revision 39219 (y/N):`
Drücke ich nun `y`, so wird die alte Revision wiederhergestellt. Allerdings fehlt nun noch das zugehörige Binärpaket, also weiter mit
`sudo tlmgr restore biber.x86_64-linux`
>`Available backups for biber.x86_64-linux: 39219 (2016-03-10 07:29)`
`sudo tlmgr restore biber.x86_64-linux 39219`
>`Do you really want to restore biber.x86_64-linux to revision 39219 (y/N):`
Wieder `y` gedrückt und gewartet, bis die Wiederherstellung fertig ist. Windows-Anwender müssen an der Stelle natürlich `biber.win32` abfragen und wiederherstellen. Für Anwender eines 32-Bit-Linux heißt das Binärpaket `biber.i386-linux` und für Anwender von OSW OS X `biber.x86_64-darwin`. Für andere System bitte selbst nachschauen, wie das TeX Live Binärverzeichnis heißt und daraus auf den Namen des Binärpakets schließen.
Anschließend zur Sicherheit noch getestet, welche `biber`-Version nun installiert ist:
`biber -v`
>`biber version: 2.3`
OK, die Wiederherstellung hat funktioniert.
Natürlich brauchen wir für `biber` 2.3 auch wieder das alte `biblatex`:
`sudo tlmgr restore biblatex`
>`Available backups for biblatex: 39218 (2016-03-10 07:29)`
`sudo tlmgr restore biblatex 39218`
>`Do you really want to restore biblatex to revision 39218 (y/N):`
Und wieder `y` gedrückt. Fertig – solange keine weiteren `biblatex`-Pakete erneuert wurden. Zur Sicherheit, kann man nachfragen, was denn alles an `biblatex`-Paketen wann erneuert wurde:
`sudo tlmgr restore | grep biblatex`
>`biblatex: 39218 (2016-03-10 07:29)
biblatex-apa: 36124 (2016-03-06 20:29)
biblatex-bookinarticle: 39674 (2016-02-27 14:05)
biblatex-caspervector: 37102 (2015-06-21 20:29)
biblatex-chem: 35614 (2016-03-04 07:29)
biblatex-fiwi: 32629 (2015-07-03 07:29)
biblatex-gost: 37210 (2016-02-08 07:29)
biblatex-manuscripts-philology: 38756 (2016-02-15 07:29)
biblatex-multiple-dm: 35333 (2015-06-12 12:37)
biblatex-opcit-booktitle: 37733 (2015-10-22 07:29)
biblatex-philosophy: 38407 (2015-10-12 07:29)
biblatex-realauthor: 37062 (2016-03-04 07:29)
biblatex-source-division: 37414 (2015-07-11 20:29)
biblatex-subseries: 37359 (2015-06-12 12:37)`
Wäre da nun ein Paket dabei, dass etwa zu derselben Zeit wie `biblatex` erneuert wurde, wäre die Wahrscheinlichkeit hoch, dass man auch dafür zurückrudern sollte.
Um dann wieder irgendwann zur aktuellen Version zurück zu kehren genügt ein
`sudo tlmgr update -all`
|
|
4 |
|
|
Der Paketmanager von **TeX Live** kopiert Pakete, die durch Updates ersetzt werden, in der Voreinstellung in ein Backup-Verzeichnis. Aus diesem kann man sie mit `tlmgr restore` *Paketname* *Revision*
wiederherstellen. Da man üblicherweise nicht weiß, welche *Revisionen* im Backup vorhanden sind, kann man mit `tlmgr restore` *Paketname* zunächst die vorhandenen *Revisionen* abfragen (zunächst durchgespielt für Anwender eines 64bit-Linux):
`sudo tlmgr restore biber`
Windows-Anwender lassen natürlich `sudo` (hier und bei allen künftigen Aufrufen) weg. Wer TeX Live mit Benutzervollzugriff installiert hat (wie ich) oder ein Admin/root-Terminal verwendet lässt auch als Linux-Anwender `sudo` weg.
Der Aufruf ergibt bei mir im Terminal beispielsweise die Auskunft:
> `Available backups for biber: 39219 (2016-03-10 07:29)`
Mit
`sudo tlmgr restore biber 39219`
Bekomme ich die Nachfrage:
>`Do you really want to restore biber to revision 39219 (y/N):`
Drücke ich nun `y`, so wird die alte Revision wiederhergestellt. Allerdings fehlt nun noch das zugehörige Binärpaket, also weiter mit
`sudo tlmgr restore biber.x86_64-linux`
>`Available backups for biber.x86_64-linux: 39219 (2016-03-10 07:29)`
`sudo tlmgr restore biber.x86_64-linux 39219`
>`Do you really want to restore biber.x86_64-linux to revision 39219 (y/N):`
Wieder `y` gedrückt und gewartet, bis die Wiederherstellung fertig ist. Windows-Anwender müssen an der Stelle natürlich `biber.win32` abfragen und wiederherstellen. Für Anwender eines 32-Bit-Linux heißt das Binärpaket `biber.i386-linux` und für Anwender von OSW `biber.x86_64-darwin`. Für andere System bitte selbst nachschauen, wie das TeX Live Binärverzeichnis heißt und daraus auf den Namen des Binärpakets schließen.
Anschließend zur Sicherheit noch getestet, welche `biber`-Version nun installiert ist:
`biber -v`
>`biber version: 2.3`
OK, die Wiederherstellung hat funktioniert.
Natürlich brauchen wir für `biber` 2.3 auch wieder das alte `biblatex`:
`sudo tlmgr restore biblatex`
>`Available backups for biblatex: 39218 (2016-03-10 07:29)`
`sudo tlmgr restore biblatex 39218`
>`Do you really want to restore biblatex to revision 39218 (y/N):`
Und wieder `y` gedrückt. Fertig – solange keine weiteren `biblatex`-Pakete erneuert wurden. Zur Sicherheit, kann man nachfragen, was denn alles an `biblatex`-Paketen wann erneuert wurde:
`sudo tlmgr restore | grep biblatex`
>`biblatex: 39218 (2016-03-10 07:29)
biblatex-apa: 36124 (2016-03-06 20:29)
biblatex-bookinarticle: 39674 (2016-02-27 14:05)
biblatex-caspervector: 37102 (2015-06-21 20:29)
biblatex-chem: 35614 (2016-03-04 07:29)
biblatex-fiwi: 32629 (2015-07-03 07:29)
biblatex-gost: 37210 (2016-02-08 07:29)
biblatex-manuscripts-philology: 38756 (2016-02-15 07:29)
biblatex-multiple-dm: 35333 (2015-06-12 12:37)
biblatex-opcit-booktitle: 37733 (2015-10-22 07:29)
biblatex-philosophy: 38407 (2015-10-12 07:29)
biblatex-realauthor: 37062 (2016-03-04 07:29)
biblatex-source-division: 37414 (2015-07-11 20:29)
biblatex-subseries: 37359 (2015-06-12 12:37)`
Wäre da nun ein Paket dabei, dass etwa zu derselben Zeit wie `biblatex` erneuert wurde, wäre die Wahrscheinlichkeit hoch, dass man auch dafür zurückrudern sollte.
Um dann wieder irgendwann zur aktuellen Version zurück zu kehren genügt ein
`sudo tlmgr update -all`
|
|
3 |
|
|
Der Paketmanager von **TeX Live** kopiert Pakete, die durch Updates ersetzt werden, in der Voreinstellung in ein Backup-Verzeichnis. Aus diesen diesem kann man sie mit `tlmgr restore` *Paketname* *Revision*
wiederherstellen. Da man üblicherweise nicht weiß, welche *Revisionen* im Backup vorhanden sind, kann man mit `tlmgr restore` *Paketname* zunächst die vorhandenen *Revisionen* abfragen (zunächst durchgespielt für Anwender eines 64bit-Linux):
`sudo tlmgr restore biber`
Windows-Anwender lassen natürlich `sudo` weg. Wer TeX Live mit Benutzervollzugriff installiert hat (wie ich) lässt auch als Linux-Anwender `sudo` weg.
Der Aufruf ergibt bei mir im Terminal beispielsweise die Auskunft:
> `Available backups for biber: 39219 (2016-03-10 07:29)`
Mit
`sudo tlmgr restore biber 39219`
Bekomme ich die Nachfrage:
>`Do you really want to restore biber to revision 39219 (y/N):`
Drücke ich nun `y`, so wird die alte Revision wiederhergestellt. Allerdings fehlt nun noch das zugehörige Binärpaket, also weiter mit
`sudo tlmgr restore biber.x86_64-linux`
>`Available backups for biber.x86_64-linux: 39219 (2016-03-10 07:29)`
`sudo tlmgr restore biber.x86_64-linux 39219`
>`Do you really want to restore biber.x86_64-linux to revision 39219 (y/N):`
Wieder `y` gedrückt und gewartet, bis die Wiederherstellung fertig ist. Windows-Anwender müssen an der Stelle natürlich `biber.win32` abfragen und wiederherstellen. Für Anwender eines 32-Bit-Linux heißt das Binärpaket `biber.i386-linux` und für Anwender von OSW `biber.x86_64-darwin`. Für andere System bitte selbst nachschauen, wie das TeX Live Binärverzeichnis heißt und daraus auf den Namen des Binärpakets schließen.
Anschließend zur Sicherheit noch getestet, welche `biber`-Version nun installiert ist:
`biber -v`
>`biber version: 2.3`
OK, die Wiederherstellung hat funktioniert.
Natürlich brauchen wir für `biber` 2.3 auch wieder das alte `biblatex`:
`sudo tlmgr restore biblatex`
>`Available backups for biblatex: 39218 (2016-03-10 07:29)`
`sudo tlmgr restore biblatex 39218`
>`Do you really want to restore biblatex to revision 39218 (y/N):`
Und wieder `y` gedrückt. Fertig – solange keine weiteren `biblatex`-Pakete erneuert wurden. Zur Sicherheit, kann man nachfragen, was denn alles an `biblatex`-Paketen wann erneuert wurde:
`sudo tlmgr restore | grep biblatex`
>`biblatex: 39218 (2016-03-10 07:29)
biblatex-apa: 36124 (2016-03-06 20:29)
biblatex-bookinarticle: 39674 (2016-02-27 14:05)
biblatex-caspervector: 37102 (2015-06-21 20:29)
biblatex-chem: 35614 (2016-03-04 07:29)
biblatex-fiwi: 32629 (2015-07-03 07:29)
biblatex-gost: 37210 (2016-02-08 07:29)
biblatex-manuscripts-philology: 38756 (2016-02-15 07:29)
biblatex-multiple-dm: 35333 (2015-06-12 12:37)
biblatex-opcit-booktitle: 37733 (2015-10-22 07:29)
biblatex-philosophy: 38407 (2015-10-12 07:29)
biblatex-realauthor: 37062 (2016-03-04 07:29)
biblatex-source-division: 37414 (2015-07-11 20:29)
biblatex-subseries: 37359 (2015-06-12 12:37)`
Wäre da nun ein Paket dabei, dass etwa zu derselben Zeit wie `biblatex` erneuert wurde, wäre die Wahrscheinlichkeit hoch, dass man auch dafür zurückrudern sollte.
Um dann wieder irgendwann zur aktuellen Version zurück zu kehren genügt ein
`sudo tlmgr update -all`
|
|
2 |
|
|
|
|
1 |
|
|
`tlmgr` kopiert Pakete, die durch Updates ersetzt werden, in der Voreinstellung in ein Backup-Verzeichnis. Aus diesen kann man sie mit `tlmgr restore` *Paketname* *Revision*
wiederherstellen. Da man üblicherweise nicht weiß, welche *Revisionen* im Backup vorhanden sind, kann man mit `tlmgr restore` *Paketname* zunächst die vorhandenen *Revisionen* abfragen (zunächst durchgespielt für Anwender eines 64bit-Linux):
`sudo tlmgr restore biber`
Ergibt bei mir im Terminal beispielsweise die Auskunft:
> `Available backups for biber: 39219 (2016-03-10 07:29)`
Mit
`sudo tlmgr restore biber 39219`
Bekomme ich die Nachfrage:
>`Do you really want to restore biber to revision 39219 (y/N):`
Drücke ich nun `y`, so wird die alte Revision wiederhergestellt. Allerdings fehlt nun noch das zugehörige Binärpaket, also weiter mit
`sudo tlmgr restore biber.x86_64-linux`
>`Available backups for biber.x86_64-linux: 39219 (2016-03-10 07:29)`
`sudo tlmgr restore biber.x86_64-linux 39219`
>`Do you really want to restore biber.x86_64-linux to revision 39219 (y/N):`
Wieder `y` gedrückt und gewartet, bis die Wiederherstellung fertig ist. Anschließend getestet, welche `biber`-Version nun installiert ist:
`biber -v`
>`biber version: 2.3`
OK, die Wiederherstellung hat funktioniert.
Natürlich brauchen wir für `biber` 2.3 auch wieder das alte `biblatex`:
`sudo tlmgr restore biblatex`
>`Available backups for biblatex: 39218 (2016-03-10 07:29)`
`sudo tlmgr restore biblatex 39218`
>`Do you really want to restore biblatex to revision 39218 (y/N):`
Und wieder `y` gedrückt. Fertig – solange keine weiteren `biblatex`-Pakete erneuert wurden. Zur Sicherheit, kann man nachfragen, was denn alles an `biblatex`-Paketen wann erneuert wurde:
`sudo tlmgr restore | grep biblatex`
>`biblatex: 39218 (2016-03-10 07:29)
biblatex-apa: 36124 (2016-03-06 20:29)
biblatex-bookinarticle: 39674 (2016-02-27 14:05)
biblatex-caspervector: 37102 (2015-06-21 20:29)
biblatex-chem: 35614 (2016-03-04 07:29)
biblatex-fiwi: 32629 (2015-07-03 07:29)
biblatex-gost: 37210 (2016-02-08 07:29)
biblatex-manuscripts-philology: 38756 (2016-02-15 07:29)
biblatex-multiple-dm: 35333 (2015-06-12 12:37)
biblatex-opcit-booktitle: 37733 (2015-10-22 07:29)
biblatex-philosophy: 38407 (2015-10-12 07:29)
biblatex-realauthor: 37062 (2016-03-04 07:29)
biblatex-source-division: 37414 (2015-07-11 20:29)
biblatex-subseries: 37359 (2015-06-12 12:37)`
Wäre da nun ein Paket dabei, dass etwa zu derselben Zeit wie `biblatex` erneuert wurde, wäre die Wahrscheinlichkeit hoch, dass man auch dafür zurückrudern sollte.
Um dann wieder irgendwann zur aktuellen Version zurück zu kehren genügt ein
`sudo tlmgr update -all`
Wer eine 32bit-Installation hat, ersetzt `x86_64` durch `i386`. Wer nicht Linux, sondern Windows verwendet, lässt `sudo` weg und ersetzt `x86_64` durch `win32`. OSX-Anwender ersetzen `linux` durch `darwin`. Anwender anderer Systeme schauen bitte selbst nach, wie das Binary-Verzeichnis bei ihnen heißt und leiten darauf den Namen der verwendeten Binärpakete ab.
