PyPerler: Perl-Klassen unter Python nutzen

nospam@example.com (Frank Seitz) — Mon, 14 Dec 2020 17:20:00 +0100

PyPerler ist ein Python-Package mit dem es möglich ist, Perl-Code unter Python zu nutzen. Es wird vom Autor nach eigener Aussage zur Zeit nicht gepflegt, funktioniert aber recht gut (Einschränkungen siehe unten). Es lassen sich damit sogar komplexe Perl-Klassen unter Python verwenden, wie z.B. Datenbank-Operationen über einen O/R-Mapper. Ich experimentiere zur Zeit damit unter Debian 10 mit Python 3.7.3 und Perl 5.28.1.

Installation

Wir setzen zunächt eine virtuelle Umgebung auf, in die wir PyPerler installieren:

$ virtualenv venv
$ . venv/bin/activate

Wir holen den Sourcecode von GitHub:

$ git clone https://github.com/tkluck/pyperler.git

Wir kompilieren den Code und installieren PyPerler in die virtuelle Umgebung:

$ cd pyperler
$ make
$ make install

Nun können wir Perl-Code von Python aus nutzen. Ein Beispiel findet sich im README.

Probleme

Operatoren sind nicht vollständig überladen

Die Operator-Methoden __radd__(), __rmul__() usw. fehlen in Klasse ScalarValue, so dass unter o.g. Python-Version ein Perl-Skalar ohne explizite Typwandlung zwar linksseitig mit einem Python-Objekt verknüpft werden kann, aber nicht rechtsseitig. Diese Definitionen lassen sich relativ einfach nachtragen. Als Richtschnur kann

$ make check

genutzt werden, das die Defizite aufzeigt.

Die Extension ist nicht thread-save

Pyperler ist offenbar nicht thread-save. Eine Flask-Anwendung muss mit

$ flask run --without-threads

gestartet werden, sonst stürzt sie mit einem Segmentation Fault beim ersten Zugriff auf ein Perl-Objekt ab. Dies hat möglicherweise mit einem Fehler bei der Nutzung von Cythons Global Interpreter Lock (GIL) zu tun.

Selenium+Python+Firefox: Unable to find a matching set of capabilities

nospam@example.com (Frank Seitz) — Wed, 12 Aug 2020 20:03:00 +0200

Das Python-Programm

#!/usr/bin/env python3

from selenium import webdriver
driver = webdriver.Firefox()

# eof

führt unter Debian zu dem Fehler

Traceback (most recent call last):
  File "./test.py", line 5, in <module>
    driver = webdriver.Firefox()
  File ".../venv/lib/python3.7/site-packages/selenium/webdriver/firefox/
    webdriver.py", line 174, in __init__ keep_alive=True)
  File ".../venv/lib/python3.7/site-packages/selenium/webdriver/remote/
    webdriver.py", line 157, in __init__ self.start_session(capabilities,
    browser_profile)
  File ".../venv/lib/python3.7/site-packages/selenium/webdriver/remote/
    webdriver.py", line 252, in start_session response = self.execute(
    Command.NEW_SESSION, parameters)
  File ".../venv/lib/python3.7/site-packages/selenium/webdriver/remote/
    webdriver.py", line 321, in execute self.error_handler.check_response(
    response)
  File ".../venv/lib/python3.7/site-packages/selenium/webdriver/remote/
    errorhandler.py", line 242, in check_response raise exception_class(
    message, screen, stacktrace)
selenium.common.exceptions.SessionNotCreatedException: Message: Unable
    to find a matching set of capabilities

Grund hierfür ist, dass unter Debian firefox ein Shellskript ist, das das "richtige" Firefox-Executable firefox-esr indirekt aufruft. Damit kann der WebDriver von Firefox (geckodriver) nicht umgehen. Die Lösung ist, bei der Instantiierung des Firefox-Drivers den Pfad zum Firefox-Executable explizit anzugeben:

#!/usr/bin/env python3

from selenium import webdriver
driver = webdriver.Firefox(firefox_binary="/usr/bin/firefox-esr")

# eof

Installation von Python-Bindings für Selenium und Firefox-Treiber in Virtualenv-Umgebung

$ virtualenv venv
$ . venv/bin/activate
$ pip install selenium
$ curl -L https://github.com/mozilla/geckodriver/releases/download/v0.27.0/
  geckodriver-v0.27.0-linux64.tar.gz | (cd venv/bin; tar xvzf -)

(mit dem geckodriver, der zum Zeitpunkt dieses Artikels aktuell war)

Frank Seitz - Developer Logbuch - Python