[DE] Paperwork crashed beim Start

[Teriarch]

s.u.

[Teriarch]

Das ist seltsam. Laut Spezifikation ist die Instruktion  pinsrq, an der es wohl scheitert Teil des
X86_V2 Befehlssatzes (da enthalten in SSE4.1), aber nicht  Teil von X86_V1, der mit der Option
-Dcpu-baseline="none" ausschließlich verwendet werden sollte (alle dispatch Optionen müssen
vor ihrer Verwendung ohne Benutzung von X86_V2 überprüft werden). Hier scheint es sich  wohl
um einen Bug in python3-numpy zu handeln. Schalte versuchsweise auf der ältern Maschine bei
der Übersetzung mit
 
$ python3 vendored-meson/meson/meson.py setup build -Dcpu-baseline="none" -Dcpu-dispatch="none"
 
auch noch die dispatch Optionen ab und schau', was dann passiert.

 
 

[orinoco]

Oh, oh,
mir war ein Fehler unterlaufen. Ich hatte vergessen, die kompilierten Libs in die entsprechenden Ordner zu kopieren. Das habe ich noch nachgeholt und jetzt wird Numby importiert und der Test läuft durch:

Code Select Expand

2630 passed, 187 skipped, 49021 deselected in 1473.39s (0:24:33)
True
Und der Real-Life-Test bestätigt: Paperwork, Cura und FreeCAD starten wieder.

[Teriarch]

> Und der Real-Life-Test bestätigt: Paperwork, Cura und FreeCAD starten wieder.
Sehr gut. Ich empfehle, die Einzelschritte, die sich noch in der History der beiden Rechner
(und sich noch frisch in Deinem Kopf) befinden, zu speichern (oder in ein Shell Skript zu
verwandeln), damit beim nächsten Update von python3-numpy alles etwas schneller geht
(Ich hatte ein ähnliches Problem, da das alte Debian Sage Computer Algebra System auf die
python 3.11 Module angewiesen ist und diese in dem Standardpaket von Numpy nicht mehr
zur Verfügung gestellt werden).