von White_Fox » Mi 4. Dez 2024, 10:24
Moin Gemeinde
Ich hatte lange Zeit einen "Rechner A", auf dem ich ein größeres LaTex-Projekt getippt habe, welches auch anständig kompilliert. Soweit, so gut.
Nun habe ich einen neuen "Rechner B", und auf dem kann ich das Dokument nicht mehr bearbeiten. Irgendwelche Inkompatibilitäten irgendwelcher Pakete...die ersten Fehlermeldungen meckern Zeilen an, wo ich die Mathematikumgebung in Longtable verwende.
Nun möchte ich am liebsten die Installation, oder zumindest die Pakete, von Rechner A auf Rechner B migrieren. Auf Rechner A habe ich MikTex die Pakete einfach dahin installieren lassen wo er es für richtig hält, ich kann mich jedenfalls nicht erinnern da irgendwann mal was eingestellt zu haben.
Was ich bisher probiert habe:
https://tex.stackexchange.com/questions/56172/relocate-miktex-2-9/56322#56322
Die alte MikTex-Installation auf eine Festplatte kopieren und von dort in die neue Installation importieren funktioniert, bis irgendein bibtex-Paket kommt. Dann bricht MikTex mit der Fehlermeldung ab, daß er ein Paket nicht finden kann. Leider überspringt er das Paket nicht und macht mit dem nächsten weiter, und ich meine daß er auch keine Meldung liefert welches Paket ihm denn nun fehlt.
Danach hatte ich die Idee, eine Liste aller Pakete zu exportieren und MikTex anhand der Liste alle Pakete zu installieren. Ich bekomme zwar eine Liste mit allen Paketen aus MikTex rausgeschrieben (wie hier beschrieben:
https://tex.stackexchange.com/questions/294155/list-all-installed-packages-and-their-versions-from-the-command-line), auch wenn grep nicht funktioniert, aber ich kann von dieser Liste nicht importieren.
Hat jemand vielleicht eine Idee? Am liebsten würde ich das so aufziehen, daß ich die Pakete für dieses Projekt speziell angeben kann, dann habe ich den Ärger nie wieder und endlich eine Lösung, die auch später für andere Projekte funktioniert.
Ich könnte mich natürlich auch ransetzen und das ganze Projekt so umstricken daß es mit den jetzt aktuellen Paketen läuft, aber das möchte ich eigentlich nicht tun. Das wird erstens recht lange dauern, falls es überhaupt geht, und es hilft mir nicht weiter wenn ich das Projekt in einem Jahr nochmal ändern will (wird wahrscheinlich nicht passieren, aber trotzdem...).
Moin Gemeinde
Ich hatte lange Zeit einen "Rechner A", auf dem ich ein größeres LaTex-Projekt getippt habe, welches auch anständig kompilliert. Soweit, so gut.
Nun habe ich einen neuen "Rechner B", und auf dem kann ich das Dokument nicht mehr bearbeiten. Irgendwelche Inkompatibilitäten irgendwelcher Pakete...die ersten Fehlermeldungen meckern Zeilen an, wo ich die Mathematikumgebung in Longtable verwende.
Nun möchte ich am liebsten die Installation, oder zumindest die Pakete, von Rechner A auf Rechner B migrieren. Auf Rechner A habe ich MikTex die Pakete einfach dahin installieren lassen wo er es für richtig hält, ich kann mich jedenfalls nicht erinnern da irgendwann mal was eingestellt zu haben.
Was ich bisher probiert habe:
https://tex.stackexchange.com/questions/56172/relocate-miktex-2-9/56322#56322
Die alte MikTex-Installation auf eine Festplatte kopieren und von dort in die neue Installation importieren funktioniert, bis irgendein bibtex-Paket kommt. Dann bricht MikTex mit der Fehlermeldung ab, daß er ein Paket nicht finden kann. Leider überspringt er das Paket nicht und macht mit dem nächsten weiter, und ich meine daß er auch keine Meldung liefert welches Paket ihm denn nun fehlt.
Danach hatte ich die Idee, eine Liste aller Pakete zu exportieren und MikTex anhand der Liste alle Pakete zu installieren. Ich bekomme zwar eine Liste mit allen Paketen aus MikTex rausgeschrieben (wie hier beschrieben: https://tex.stackexchange.com/questions/294155/list-all-installed-packages-and-their-versions-from-the-command-line), auch wenn grep nicht funktioniert, aber ich kann von dieser Liste nicht importieren.
Hat jemand vielleicht eine Idee? Am liebsten würde ich das so aufziehen, daß ich die Pakete für dieses Projekt speziell angeben kann, dann habe ich den Ärger nie wieder und endlich eine Lösung, die auch später für andere Projekte funktioniert.
Ich könnte mich natürlich auch ransetzen und das ganze Projekt so umstricken daß es mit den jetzt aktuellen Paketen läuft, aber das möchte ich eigentlich nicht tun. Das wird erstens recht lange dauern, falls es überhaupt geht, und es hilft mir nicht weiter wenn ich das Projekt in einem Jahr nochmal ändern will (wird wahrscheinlich nicht passieren, aber trotzdem...).