Written by georg
on November 7, 2020
In openssl alpha 7 wurde irgendwas eingeführt, dass das command „ar“ mit einer Option q ausgeführt wird. Im Mobaxterm ist das aber zu alt. Oder die BusyBox unterstützt das halt nicht und es entsteht diese Fehlermeldung:
ar qc apps/libapps.a apps/lib/libapps-lib-app_params.obj apps/lib/libapps-lib-app_provider.obj apps/lib/libapps-lib-app_rand.obj apps/lib/libapps-lib-app_x509.obj apps/lib/libapps-lib-apps.obj apps/lib/libapps-lib-apps_ui.obj apps/lib/libapps-lib-columns.obj apps/lib/libapps-lib-engine.obj apps/lib/libapps-lib-fmt.obj apps/lib/libapps-lib-http_server.obj apps/lib/libapps-lib-names.obj apps/lib/libapps-lib-opt.obj apps/lib/libapps-lib-s_cb.obj apps/lib/libapps-lib-s_socket.obj ar: unknown option -- q BusyBox v1.22.1 (2015-11-10 11:07:12 ) multi-call binary. Usage: ar [-o] [-v] [-p] [-t] [-x] ARCHIVE FILES Extract or list FILES from an ar archive -o Preserve original dates -p Extract to stdout -t List -x Extract -v Verbose Makefile:4124: recipe for target 'apps/libapps.a' failed make[1]: *** [apps/libapps.a] Error 1 make[1]: Leaving directory '/drives/c/temp/openssl-3.0.0-alpha8' Makefile:3137: recipe for target 'build_sw' failed make: *** [build_sw] Error 2
In welchem Paket ist denn ar enthalten und wie kann ich das updaten?
apt-get install binutils
So, jetzt ist eine neuere Version installiert, mit „ar“ kann ich die aufrufen, aber nicht mit „/bin/ar“. Die Pfade sind aber korrekt.
Dann weg mit dem Softlink:
ls /bin/ar -lh lrwxrwxrwx 1 user UsersGrp 16 Sep 26 10:31 /bin/ar -> /bin/busybox.exe rm /bin/ar
Und schon funktionierts:
ls -lh /bin/ar -rwxr-xr-x 1 user UsersGrp 975K Oct 6 2017 /bin/ar
Und damit auch openssl3
openssl-3.0.0-alpha8/apps/openssl.exe version OpenSSL 3.0.0-alpha8 5 Nov 2020 (Library: OpenSSL 3.0.0-alpha8 5 Nov 2020)
Schreibe einen Kommentar