Dies ist eine mobil optimierte Seite, die schnell lädt. Wenn Sie die Seite ohne Optimierung laden möchten, dann klicken Sie auf diesen Text.

Simplebuild 3: Toolchain Update Plugin (s3.TUP)

karlo5 schrieb:
Ok, war nur ne Meldung weil der Smargoreader noch eingetragen habe. Aber laufen tut er doch nicht! Kein Web-IF, keine Anmeldung - in /tmp/.oscam steht nur die richtige oscam.version
Als Task steht 'oscam -b' ?? Hab ich doch gar nicht mit eingegeben
Zum Vergrößern anklicken....
Mit den Bruchstücken kann keiner was anfangen...

Wie ist dein oscam-config-pfad, den du angegeben hast?
Beim Binary von hier lief das WebIf?

Edit: Binaries gelöscht, da nun selbst erstellbar.
 
Zuletzt bearbeitet:
Der default Pfad ist /opt/etc/oscam
Aber ich glaube mein Problem gefunden zu haben. Es gab ja Problem mit Clients, die mit ipv6 nicht mehr auf den Server kamen. Wollte also eine Oscam mit ipv6. Nun hab ich eine und es läuft nichts.
Kein Wunder, wenn man so doof ist und bei der NAS selber nicht ipv6 einschaltet!
Die startet jetzt gerade neu - mal sehen....




DAS WARS - alles OK
Danke dir tausend mal
 
Zuletzt bearbeitet:
Neuigkeiten:

Cross Toolchain Templates
  • Template für QNAP Marvell 628x devices, QNAP TS-119P hinzugefügt (thx @karlo5 for testing)
Du musst Regestriert sein, um das angehängte Bild zusehen.


  • Template marvell_armv5 in synology_armv5 umbenannt, Synology Marvell 628x devices, Synology DS112x
Du musst Regestriert sein, um das angehängte Bild zusehen.



Zum Laden der neuen Templates folgenden Befehl ausühren: ./s3 tcupdate --update_me
 

Anhänge

Du musst angemeldet sein, um die Anhangsliste zu sehen.
Also irgend etwas stimmt noch nicht. Nachdem mir die compilierte oscam immer wieder ausgestiegen ist (oscam invoked oom-killer = Speicherfehler) habe ich die TC qnap_armv5 genommen und die gleichen Einstellungen wie bei der (1 Jahr) alten Version eingestellt.

+-------------------------------------------------------------------------------
| OSCam ver: 1.20_svn rev: 11689 target: arm-qnap-linux-gnueabi-ssl-libusb
| Tools:
| CROSS = /opt/s3/support/toolchains/qnap_armv5/bin/arm-qnap-linux-gnueabi-
| CC = /opt/s3/support/toolchains/qnap_armv5/bin/arm-qnap-linux-gnueabi-gcc
| Settings:
| CONF_DIR = /opt/etc/oscam
| CC_OPTS = -O1 -ggdb -pipe -ffunction-sections -fdata-sections -o nodeadcode
| CC_WARN = -W -Wall -Wshadow -Wredundant-decls -Wstrict-prototypes -Wold-style-definition
| CFLAGS = -DWITH_SSL=1 -DWITH_LIBCRYPTO=1 -DWITH_LIBUSB=1 -DWITH_UTF8=1 -DWITH_UTF8
| LDFLAGS = -Wl,--gc-sections -DWITH_SSL=1 -DWITH_LIBCRYPTO=1 -DWITH_LIBUSB=1 -DWITH_UTF8=1 -DWITH_UTF8
| LIBS = -lssl -lcrypto -lusb-1.0 -lrt -lm -lpthread -ldl -lrt
| UseFlags = USE_SSL=1 USE_LIBCRYPTO=1 USE_LIBUSB=1 USE_UTF8=1
| Config:
| Addons : WEBIF WEBIF_LIVELOG WEBIF_JQUERY WITH_SSL HAVE_DVBAPI READ_SDT_CHARSETS IRDETO_GUESSING CS_ANTICASC WITH_DEBUG MODULE_MONITOR WITH_LB CS_CACHEEX CW_CYCLE_CHECK CLOCKFIX IPV6SUPPORT
| Protocols: CAMD35 CAMD35_TCP NEWCAMD CCCAM CCCSHARE GBOX SCAM
| Readers : NAGRA NAGRA_MERLIN IRDETO CONAX CRYPTOWORKS SECA VIACCESS VIDEOGUARD DRE TONGFANG BULCRYPT GRIFFIN DGCRYPT
| CardRdrs : PHOENIX INTERNAL STINGER SMART
| Compiler : arm-qnap-linux-gnueabi-gcc (crosstool-NG 1.24.0.291_0e0fd3c) 10.2.0
| Config : build/arm-qnap-linux-gnueabi-ssl-libusb/config.mak
| Binary : /opt/s3/support/binaries/oscam-svn11689-qnap_armv5-webif-dvbapi-ssl-libusb-ipv6
+-------------------------------------------------------------------------------
HOSTCC webif/pages_gen
GEN webif/pages.c
GEN Compressed 430736 template bytes into 188015 bytes. 242721 saved bytes (56.35%).
CC cscrypt/i_cbc.c
CC cscrypt/i_ecb.c
CC cscrypt/i_skey.c
CC cscrypt/rc6.c
CC cscrypt/fast_aes.c
CC cscrypt/sha256.c
CC csctapi/atr.c
CC cscrypt/des.c
CC cscrypt/md5.c
CC cscrypt/mdc2.c
CC csctapi/icc_async.c
In file included from cscrypt/../globals.h:110,
from cscrypt/des.c:136:
cscrypt/../cscrypt/aes.h:2:12: fatal error: openssl/aes.h: No such file or directory
2 | # include <openssl/aes.h>
| ^~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile:421: build/arm-qnap-linux-gnueabi-ssl-libusb/cscrypt/des.o] Error 1
make[1]: *** Waiting for unfinished jobs....
In file included from cscrypt/../globals.h:110,
from cscrypt/mdc2.c:1:
cscrypt/../cscrypt/aes.h:2:12: fatal error: openssl/aes.h: No such file or directory
2 | # include <openssl/aes.h>
| ^~~~~~~~~~~~~~~
compilation terminated.
In file included from csctapi/../globals.h:110,
from csctapi/atr.c:24:
csctapi/../cscrypt/aes.h:2:12: fatal error: openssl/aes.h: No such file or directory
2 | # include <openssl/aes.h>
| ^~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile:421: build/arm-qnap-linux-gnueabi-ssl-libusb/cscrypt/mdc2.o] Error 1
make[1]: *** [Makefile:421: build/arm-qnap-linux-gnueabi-ssl-libusb/csctapi/atr.o] Error 1
In file included from csctapi/../globals.h:110,
from csctapi/icc_async.c:1:
csctapi/../cscrypt/aes.h:2:12: fatal error: openssl/aes.h: No such file or directory
2 | # include <openssl/aes.h>
| ^~~~~~~~~~~~~~~
compilation terminated.
In file included from cscrypt/../globals.h:110,
from cscrypt/md5.c:22:
cscrypt/../cscrypt/aes.h:2:12: fatal error: openssl/aes.h: No such file or directory
2 | # include <openssl/aes.h>
| ^~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile:421: build/arm-qnap-linux-gnueabi-ssl-libusb/csctapi/icc_async.o] Error 1
CC csctapi/protocol_t0.c
make[1]: *** [Makefile:422: build/arm-qnap-linux-gnueabi-ssl-libusb/cscrypt/md5.o] Error 1
CC csctapi/ifd_phoenix.c
CC csctapi/protocol_t1.c
CC csctapi/io_serial.c
CC csctapi/ifd_smartreader.c
CC csctapi/ifd_sci.c
In file included from csctapi/../globals.h:110,
from csctapi/protocol_t0.c:25:
csctapi/../cscrypt/aes.h:2:12: fatal error: openssl/aes.h: No such file or directory
2 | # include <openssl/aes.h>
| ^~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile:423: build/arm-qnap-linux-gnueabi-ssl-libusb/csctapi/protocol_t0.o] Error 1
In file included from csctapi/../globals.h:110,
from csctapi/ifd_phoenix.c:6:
csctapi/../cscrypt/aes.h:2:12: fatal error: openssl/aes.h: No such file or directory
2 | # include <openssl/aes.h>
| ^~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile:423: build/arm-qnap-linux-gnueabi-ssl-libusb/csctapi/ifd_phoenix.o] Error 1
In file included from csctapi/../globals.h:110,
from csctapi/protocol_t1.c:1:
csctapi/../cscrypt/aes.h:2:12: fatal error: openssl/aes.h: No such file or directory
2 | # include <openssl/aes.h>
| ^~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile:423: build/arm-qnap-linux-gnueabi-ssl-libusb/csctapi/protocol_t1.o] Error 1
In file included from csctapi/../globals.h:110,
from csctapi/io_serial.c:25:
csctapi/../cscrypt/aes.h:2:12: fatal error: openssl/aes.h: No such file or directory
2 | # include <openssl/aes.h>
| ^~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile:423: build/arm-qnap-linux-gnueabi-ssl-libusb/csctapi/io_serial.o] Error 1
In file included from csctapi/../globals.h:110,
from csctapi/ifd_smartreader.c:6:
csctapi/../cscrypt/aes.h:2:12: fatal error: openssl/aes.h: No such file or directory
2 | # include <openssl/aes.h>
| ^~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile:423: build/arm-qnap-linux-gnueabi-ssl-libusb/csctapi/ifd_smartreader.o] Error 1
In file included from csctapi/../globals.h:110,
from csctapi/ifd_sci.c:6:
csctapi/../cscrypt/aes.h:2:12: fatal error: openssl/aes.h: No such file or directory
2 | # include <openssl/aes.h>
| ^~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile:423: build/arm-qnap-linux-gnueabi-ssl-libusb/csctapi/ifd_sci.o] Error 1
make: *** [Makefile:377: all] Error 2

| TIME > [ 0 min(s) 5 secs ]

Sind also wohl Optionen dabei, die im TC noch nicht berücksichtigt sind. Oder hab ich mal wieder einen Denkfehler?

Ach ja, ich sehe gerade, nach TC wechsel sind ja noch die Bibliotheken zu aktuallisieren! Muss einem doch gesagt werden
 
Zuletzt bearbeitet:
Du musst OpenSSL nach Erstellung des Toolchain integrieren. Das passiert (zumindest bei der 1. Erstellung) nicht automatisch.
 
Richtig! Hab ich vergessen - jetzt geht es auch!

./s3 tcupdate --update_me - updatet aber nur eingebundene TC

auch ./s3 tcupdate --setup brachte mir kein qnap_armv5, erst CREATE zeigte mir dann die Vorlage an!

Übrigens: wenn Simplebulid eine Meldung anzeigt, steht darunter: "Drücken sie eine beliebige Taste..." springt aber nach 2-3 Sekunden trotzdem einfach weiter. Nix mit lesen.....
Ist aber wohl ne andere Baustelle....
 
karlo5 schrieb:
auch ./s3 tcupdate --setup brachte mir kein qnap_armv5, erst CREATE zeigte mir dann die Vorlage an!
Zum Vergrößern anklicken....
Es werden auch nur Toolchain Templates aktualisiert/hinzgefügt. Bestehende Toolchains werden nicht „angefasst“!

karlo5 schrieb:
Übrigens: wenn Simplebulid eine Meldung anzeigt, steht darunter: "Drücken sie eine beliebige Taste..." springt aber nach 2-3 Sekunden trotzdem einfach weiter.
Zum Vergrößern anklicken....
Das ist so gewollt, sonst würden Automatisierungsskripte „hängenbleiben“, wenn keine Taste gedrückt wird. Wenn du länger brauchst zum Lesen einfach mit Strg+C abbrechen.
 
Zuletzt bearbeitet:
OpenSSL 1.1.1k ist seit dem 25. März 2021 verfügbar

Changes between 1.1.1j and 1.1.1k [25 Mar 2021]

Fixed a problem with verifying a certificate chain when using the X509_V_FLAG_X509_STRICT flag. This flag enables additional security checks of the certificates present in a certificate chain. It is not set by default.
Starting from OpenSSL version 1.1.1h a check to disallow certificates in the chain that have explicitly encoded elliptic curve parameters was added as an additional strict check.
An error in the implementation of this check meant that the result of a previous check to confirm that certificates in the chain are valid CA certificates was overwritten. This effectively bypasses the check that non-CA certificates must not be able to issue other certificates.
If a "purpose" has been configured then there is a subsequent opportunity for checks that the certificate is a valid CA. All of the named "purpose" values implemented in libcrypto perform this check. Therefore, where a purpose is set the certificate chain will still be rejected even when the strict flag has been used. A purpose is set by default in libssl client and server certificate verification routines, but it can be overridden or removed by an application.
In order to be affected, an application must explicitly set the X509_V_FLAG_X509_STRICT verification flag and either not set a purpose for the certificate verification or, in the case of TLS client or server applications, override the default purpose. ([CVE-2021-3450])

Tomáš Mráz

Fixed an issue where an OpenSSL TLS server may crash if sent a maliciously crafted renegotiation ClientHello message from a client. If a TLSv1.2 renegotiation ClientHello omits the signature_algorithms extension (where it was present in the initial ClientHello), but includes a signature_algorithms_cert extension then a NULL pointer dereference will result, leading to a crash and a denial of service attack.
A server is only vulnerable if it has TLSv1.2 and renegotiation enabled (which is the default configuration). OpenSSL TLS clients are not impacted by this issue. ([CVE-2021-3449])

Peter Kästle and Samuel Sapalski

Zur Aktivierung in s3.TUP einfach ./s3 tcupdate --reset ausführen.
 
Neuigkeiten:

Cross Toolchain Templates
  • Template für Ubiquiti Networks devices, UDM|UDM-Pro hinzugefügt
Du musst Regestriert sein, um das angehängte Bild zusehen.

Bash: 
./s3 tcupdate --create ubnt_aarch64 #create Toolchain
./s3 tcupdate ubnt_aarch64 SSL_102 #integrate OpenSSL 1.0.2
./s3 ubnt_aarch64 -p=your.profile #build oscam binary
  • Template für Ubiquiti Networks devices, USG|USG-Pro hinzugefügt
Du musst Regestriert sein, um das angehängte Bild zusehen.

Bash: 
./s3 tcupdate --create ubnt_mips64 #create Toolchain
./s3 tcupdate ubnt_mips64 SSL_102B #integrate OpenSSL 1.0.2 as 1.0.0
./s3 ubnt_mips64 -p=your.profile #build oscam binary

Zum Laden der neuen Templates folgenden Befehl ausühren: ./s3 tcupdate --update_me
 

Anhänge

Du musst angemeldet sein, um die Anhangsliste zu sehen.
Zuletzt bearbeitet:
Sorry, wenn ich hier möglicherweise poste, obwohl es irgenwo beschrieben ist.
Ich habe einen Raspberry 400 (die Tastatur) und das Simplebuild-Skript installiert. Ich habe eine Oscam native gebaut und diese funktioniert fehlerfrei auf dem Raspi. Nun wollte ich für meine VuZero und einen SH4-Receiver ebenfalls die neueste Oscam bauen und habe mich an das Toolchain-Skript gewagt. Nachdem er ca. 5 GB installiert hatte, tauchen alle Templates auf und ich versuche seit Stunden eine Toolchain zu erstellen. Leider wird das Erstellen immer mit folgendem Fehler abgebrochen und ich finde hier keinen vergleichbaren Hinweis...
Klappt es evtl. nicht mit dem Raspi 400 oder liegt es an der Linux-Version (habe 32-Bit, Raspian 10 buster)
 

Anhänge

Du musst angemeldet sein, um die Anhangsliste zu sehen.
Ich habe exakt dasselbe Problem auf einem RaspBerry 4B mit 2 GB. Hier im Thread wird doch von mehreren bestätigt, dass es auf diesen laufen sollte. Warum sollte also mein Raspi 4/400 nicht unterstützt werden?
 
Weil diese Zeilen das sagen:
Bash: 
[ERROR]    tmp-divrem_1.s:130: Error: selected processor does not support `mls r1,r4,r8,r11' in ARM mode
[ERROR]    tmp-divrem_1.s:146: Error: selected processor does not support `mls r1,r4,r8,r11' in ARM mode
[ERROR]    tmp-divrem_1.s:159: Error: selected processor does not support `mls r1,r4,r8,r11' in ARM mode
[ERROR]    tmp-divrem_1.s:176: Error: selected processor does not support `mls r1,r4,r3,r8' in ARM mode
[ERROR]    tmp-divrem_1.s:210: Error: selected processor does not support `mls r11,r4,r12,r3' in ARM mode

Ich weiß, dass es mit dem Pi schon immer Problem gibt/gab beim Crosscompiling. Hab mich da noch nicht versucht, da ich für sowas deutlich potentere Hardare verwende
 
Neuigkeiten:

Cross Toolchain Template Updates (dream_aarch64,dream_arm,dream_mipsel,fos_g71x_mips,fos_mLAB_mips,fos_uLAB_mips,igel_x86,oe20_mipsel,oe20_sh4,oe20_sh_multilib,owrt_ar71xx_mips,owrt_ath79_mips,owrt_mpc85xx_ppc,owrt_ramips_mips,pogoplug_arm,qnap_armv5,qnap_armv7,qnap_x64,rpi_aarch64,rpi_armv6,rpi_armv7,rpi_armv8,synology_aarch64,synology_armv5,synology_armv7,synology_ppc,ubnt_aarch64,ubnt_mips64,vuplus4k_arm)
  • linux-5.12.12
  • gcc-11.1.0
  • binutils-2.36.1
  • isl-0.24
Zum Laden der Templates folgenden Befehl ausühren: ./s3 tcupdate --update_me
 
Neuigkeiten:

Sie müssen registriert sein, um Links zu sehen.

  • Korrektur der Erkennung von LIB_USB (Reintegration) bei der Neuerstellung von Cross Toolchains
  • ./s3 tcupdate --update_me ausführen, um auf die neueste Version zu aktualisieren
  • Sie müssen registriert sein, um Links zu sehen.
    Updates (linux-5.13.1, gcc-11.2.0)
    • dream_aarch64,dream_arm,dream_mipsel,fos_g71x_mips,fos_mLAB_mips,fos_uLAB_mips,igel_x86,oe20_mipsel,oe20_sh4,oe20_sh_multilib,owrt_ar71xx_mips,owrt_ath79_mips,owrt_mpc85xx_ppc,owrt_ramips_mips,pogoplug_arm,qnap_armv5,qnap_armv7,qnap_x64,rpi_aarch64,rpi_armv6,rpi_armv7,rpi_armv8,synology_aarch64,synology_armv5,synology_armv7,synology_ppc,ubnt_aarch64,ubnt_mips64,vuplus4k_arm
  • ./s3 tcupdate --create TEMPLATE-NAME-1,TEMPLATE-NAME-2,TEMPLATE-NAME-n ausführen, um ein oder mehrere Cross Toolchains neu zu erstellen
 
Du musst dich einloggen oder registrieren, um hier zu antworten.

Ähnliche Themen

  • Angepinnt
Befehle & Erklärungen zu "Simplebuild 3 / Toolchain Update Plugin (s3.TUP)"
Antworten
3
Aufrufe
12K
twicko
T
S
Simplebuild - binary läuft nicht auf Solo2
2
Antworten
24
Aufrufe
4K
skapi
S
Toolchain für Pogo und zur Verwendung von Simplebuild Aktualisiert am 24.01.22
Antworten
13
Aufrufe
4K
WXbet
Menü
Anmelden
Registrieren
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…