Auf Wheezy muss glibc> = 2.14 installiert werden

Ich versuche, den Winkelmesser zum Ausführen von e2e-Winkeltests zum Laufen zu bringen, aber für den Winkelmesser ist Selen erforderlich, für den ChromeDriver istglibc 2.14 erforderlich . Auf meiner aktuellen Entwicklungsbox läuft Debian Wheezy, das mit glibc2.13 geliefert wird . Ich habe gelesen, dass das Umschalten auf Debians instabilen Zweig den Zugriff auf ermöglichen würde glib-2.14, aber von dem, was ich gehört habe, ist instabil ziemlich ... instabil.

Kann ich glibcauf 2.14 oder 2.15 upgraden , ohne dass die Gefahr besteht, dass alles kaputt geht? Oder ist es möglich, aus dem instabilen Debian-Zweig zurückzukehren, wenn die Dinge anfangen zu brechen?

12:15:22.784 INFO - Executing: [new session: {browserName=chrome}] at URL: /session)
12:15:22.796 INFO - Creating a new session for Capabilities [{browserName=chrome}]
/home/chris/projects/personal/woddy/client/selenium/chromedriver:     /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.15' not found (required by      /home/chris/projects/personal/woddy/client/selenium/chromedriver)
/home/chris/projects/personal/woddy/client/selenium/chromedriver: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/chris/projects/personal/woddy/client/selenium/chromedriver)
12:15:43.032 WARN - Exception thrown
java.util.concurrent.ExecutionException: org.openqa.selenium.WebDriverException:  java.lang.reflect.InvocationTargetException

Sie müssen nicht auf den Schalter instabil glib> = 2,14 zu erhalten. In der Tat hat der Testzweig (jetzt stabil oder Jessie) glib-2.17, den Sie auswählen können, indem Sie einfach das Test-Repository hinzufügen und starten:

sudo apt-get install libc6-dev=2.17-7

oder,

sudo apt-get -t testing install libc6-dev

Sie können den Schalter hinzufügen, um --dry-runzu sehen, was vor der Installation installiert wird. Sie können den Status des glibc-Pakets im Debian Package Tracker-System sehen (Debian hat das eglibc-Paket umbenannt, sodass es ab Jessie einfach glibc ist).

Du kannst auch einfach auf Jessies Veröffentlichung am 25. April warten .

In meiner Situation tritt der Fehler auf, wenn ich versuche, eine Anwendung (kompiliert unter Ubuntu 12.04 LTS) mit GLIBC_2.14 unter Debian Wheezy (die standardmäßig glibc 2.13 installiert) auszuführen.

Ich benutze einen kniffligen Weg, um es auszuführen und das richtige Ergebnis zu erhalten:

1. Herunterladen libc6und libc6-devvon Ubuntu 12.04 LTS

2. Führen Sie den dpkgBefehl aus, um sie in einem Verzeichnis zu installieren ( /home/user/fakeroot/zum Beispiel):

   $ dpkg -x libc6-dev_2.15-0ubuntu10.6_amd64.deb /home/user/fakeroot/
   $ dpkg -x libc6_2.15-0ubuntu10.6_amd64.deb /home/user/fakeroot/
   

3. Führen Sie Ihren Befehl mit den folgenden Angaben aus LD_LIBRARY_PATH:

   $ LD_LIBRARY_PATH=/home/user/fakeroot/lib/x86_64-linux-gnu/ YOUR_COMMAND
   

4. Meine Anwendung wird nur memcpy()von GLIBC_2.14 verwendet und funktioniert.

   Ich weiß nicht, ob es für andere Anwendungen erfolgreich funktioniert.

Ich schätze, Sie haben mehrere Möglichkeiten, den instabilen Zweig "sicher" auszuprobieren:

• Virtualisierung
• Chrooting, bei dem Sie ein alternatives Verzeichnis als scheinbares Stammverzeichnis auswählen. Auf diese Weise können Sie ein Dateisystem-Image erstellen und die erforderlichen Pakete manuell installieren. Dies ist ein komplizierter Prozess und wird im Falle von Debian durch die Verwendung von:

• deboostrap ist , um den Debian-Wiki-Artikel unter diesem Link zu zitieren,

  Ein Tool, das ein Debian-Basissystem in ein Unterverzeichnis eines anderen, bereits installierten Systems installiert. Es ist keine Installations-CD erforderlich, sondern nur der Zugriff auf ein Debian-Repository.

  Dies bedeutet nicht, dass debootstrapdie Chroot-Technik verwendet wird. Mir ist die interne Implementierung nicht bekannt.