Bulcrypt support - за Напреднали

[gfto]

От доста време ползвам FreeBSD и OpenBSD за компилиране на оскам, за това споделям тук един малък пач, който коригира нещата за OpenBSD и вмъква някой параметри зададени подходящо за двете системи. FreeBSD се поддържа официално, но за OpenBSD трябват тези промени за да се компилира оскам правилно. Ако gfto чете тук, може да му хвърли едно око и ако иска да го комитва.

Частите за globals.h имат смисъл. Другите - не особено. Тъпият форум е ужас за коментиране на код....дал съм коментари към всяка промяна в Makefile.

 +# Set uname_S to Linux if we cross compiling. +# We need this on FreeBSD and OpenBSD to do cross compilation +# with linux toolchains. +ifdef CROSS +uname_S := Linux +else  uname_S := $(shell sh -c 'uname -s 2>/dev/null || echo not') +endif

Ако погледнеш по-надолу uname_S контролира само LIB_RT. Така че сложи LIB_RT=-lrt при викането на `make` и това няма да ти трябва.

  ifeq ($(uname_S),FreeBSD) +CONF_DIR = /usr/local/etc/oscam +USE_LIBCRYPTO = 1 +LIB_DL := +else ifeq ($(uname_S),OpenBSD) +CONF_DIR = /etc/oscam +USE_LIBCRYPTO = 1  LIB_DL :=  endif

Използвай USE_LIBCRYPTO=1 и CONF_DIR=xxxxx при викането на `make` - make USE_LIBCRYPTO=1 CONF_DIR=/usr/local/etc/oscam

 +# Suppress some useless warnings on OpenBSD +ifeq ($(uname_S),OpenBSD) +CC_WARN = -W -Wall -Wshadow -Wstrict-prototypes -Wold-style-definition -Wno-format +endif

What warnings? Защо OpenBsd ще дава грешки при -Wredundant-decls и -Wold-style-definition и защо включваш -Wno-format. format string warning-ите са почти винаги реална грешка.

 @@ -103,12 +122,15 @@  else  DEFAULT_LIBUSB_LIB = -lusb-1.0  endif +DEFAULT_PCSC_FLAGS = -I/usr/include/PCSC +DEFAULT_PCSC_LIB = -lpcsclite  ifeq ($(uname_S),Darwin)  DEFAULT_PCSC_FLAGS = -isysroot $(OSX_SDK) -I/usr/local/include  DEFAULT_PCSC_LIB = -isysroot $(OSX_SDK) -framework IOKit -framework CoreFoundation -framework PCSC -L/usr/local/lib -else -DEFAULT_PCSC_FLAGS = -I/usr/include/PCSC -DEFAULT_PCSC_LIB = -lpcsclite +else ifeq ($(uname_S),FreeBSD) +DEFAULT_PCSC_FLAGS = -I/usr/local/include -I/usr/local/include/PCSC -L/usr/local/lib +else ifeq ($(uname_S),OpenBSD) +DEFAULT_PCSC_FLAGS = -I/usr/local/include -I/usr/local/include/PCSC -L/usr/local/lib  endif

Можеш да ползваш параметри към make

    USE_PCSC=1      - Request linking with PCSC. The variables that control                      USE_PCSC=1 build are:                          PCSC_FLAGS='-DWITH_PCSC=1 -I/usr/include/PCSC'                          PCSC_CFLAGS='-DWITH_PCSC=1 -I/usr/include/PCSC'                          PCSC_LDFLAGS='-DWITH_PCSC=1 -I/usr/include/PCSC'                          PCSC_LIB='-lpcsclite'

[turbopower]

Опитах се да направя една проверка на това какво и как се случва с едни
4 байта, които от доста време гледам в ЕЦМ-ите точно след 4-те байта за DTG.
Ето и какво се вижда след малко логване обобщени във файла приложен по-долу.

1. Повечето ползват индивидуални SIDs.
2. Има няколко групи от канали ползващи един и същ StreamID. Повечето са по два. Има по три, но има една група от четири канала ползващи един същ SID.
3. За да ползват един и същ СИД би трябвало да ползват и едни и същи DCW? Не съм гледал, но не е трудно да се провери.
4. Повечето канали ползват като последен байт 64, но има 11 канала които ползват "007D"? Възможно е да са канали които работиха преди време както на 0604, така и на 5581. В момента от тях 4 ползват CAID 0604, а останалите ползват 5581.

Със сигурно е някакво id. Да не е свързано с някакво пакетиране?
На мен ми дойде пък една друга идея, може да се напише един скрипт който анализира уникалните Emm и ако хване такъв който ти обновява entitlement за нещо което нямаш да слага блокаж. След това да ти сравнява текущата дата с тази която е блокирана и ако е по нова да маха блокажа. Може да се използва база данни като

Опитах се да направя една проверка на това какво и как се случва с едни
4 байта, които от доста време гледам в ЕЦМ-ите точно след 4-те байта за DTG.
Ето и какво се вижда след малко логване обобщени във файла приложен по-долу.

1. Повечето ползват индивидуални SIDs.
2. Има няколко групи от канали ползващи един и същ StreamID. Повечето са по два. Има по три, но има една група от четири канала ползващи един същ SID.
3. За да ползват един и същ СИД би трябвало да ползват и едни и същи DCW? Не съм гледал, но не е трудно да се провери.
4. Повечето канали ползват като последен байт 64, но има 11 канала които ползват "007D"? Възможно е да са канали които работиха преди време както на 0604, така и на 5581. В момента от тях 4 ползват CAID 0604, а останалите ползват 5581.

Със сигурно е някакво id. Да не е свързано с някакво пакетиране?
На мен ми дойде пък една друга идея, може да се напише един скрипт който анализира уникалните Emm и ако хване такъв който ти обновява entitlement за нещо което нямаш да слага блокаж. След това да ти сравнява текущата дата с тази която е блокирана и ако е по нова да маха блокажа. Може да се използва база данни като sqllite. Какво мислите за идеята?

[kraiv]

Мерси, gfto

OpenBSD дава ето тия warnings със -Wredundant-decls:

In file included from csctapi/../globals.h:17,
from csctapi/atr.c:24:
/usr/include/unistd.h:363: warning: redundant redeclaration of 'lseek'
/usr/include/sys/types.h:210: warning: previous declaration of 'lseek' was here
/usr/include/unistd.h:399: warning: redundant redeclaration of 'ftruncate'
/usr/include/sys/types.h:211: warning: previous declaration of 'ftruncate' was here
/usr/include/unistd.h:416: warning: redundant redeclaration of 'mkstemp'
/usr/include/stdlib.h:209: warning: previous declaration of 'mkstemp' was here
/usr/include/unistd.h:417: warning: redundant redeclaration of 'mktemp'
/usr/include/stdlib.h:177: warning: previous declaration of 'mktemp' was here
/usr/include/unistd.h:421: warning: redundant redeclaration of 'setkey'
/usr/include/stdlib.h:194: warning: previous declaration of 'setkey' was here
/usr/include/unistd.h:427: warning: redundant redeclaration of 'truncate'
/usr/include/sys/types.h:212: warning: previous declaration of 'truncate' was here
/usr/include/unistd.h:499: warning: redundant redeclaration of 'mkdtemp'
/usr/include/stdlib.h:249: warning: previous declaration of 'mkdtemp' was here
/usr/include/unistd.h:500: warning: redundant redeclaration of 'mkstemps'
/usr/include/stdlib.h:284: warning: previous declaration of 'mkstemps' was here

Това се дължи на не особено коректните include файлове на системата. Не пречат с нищо, за това аз ги филтрирам с горната опция.

Другите са свързани с -Wformat:
module-anticasc.c: In function 'insert_zaplist':
module-anticasc.c:425: warning: format '%ld' expects type 'long int', but argument 12 has type 'time_t'
module-anticasc.c:425: warning: format '%ld' expects type 'long int', but argument 13 has type 'time_t'
module-anticasc.c:449: warning: format '%ld' expects type 'long int', but argument 12 has type 'time_t'

Това пак се дължи на особеностите на OpenBSD. Компилира се и с тези предупреждения и работи нормално.
И да, основното е в globals.h другите неща са козметични и се настройват при make. Аз си ги бях пачнал за удобство :)

Поздрави!

[kraiv]

Като продължение на OpenBSD поддръжката прилагам още един пач на config.sh.
sed не поддържа -i опцията, за това леко модифицирах редовете където се използва.
Като функционалност нищо не се променя. На практика прави същото.

[kraiv]

Още един пач от мен.
Става въпрос за time_t и по-точно форматирането му с printf, sprintf и т.н.
В кода на оскам навсякъде се ползва като форматиращ параметър "%ld" като се предполага 32 бит стойност на time_t. Тя е такава на повечето системи, но нещата се променят и например при OpenBSD time_t е 64 бита (long long). За това излизат и горните warnings за грешен тип на параметъра при форматиране.

С този пач форматиращия низ за time_t се параметризира и се използва в зависимост от системата (за сега е "%lld" само за OpenBSD, но лесно могат да се добавят и други в globals.h)

[gfto]

Още един пач от мен. Става въпрос за time_t и по-точно форматирането му с printf, sprintf и т.н. В кода на оскам навсякъде се ползва като форматиращ параметър "%ld" като се предполага 32 бит стойност на time_t. Тя е такава на повечето системи, но нещата се променят и например при OpenBSD time_t е 64 бита (long long). За това излизат и горните warnings за грешен тип на параметъра при форматиране. С този пач форматиращия низ за time_t се параметризира и се използва в зависимост от системата (за сега е "%lld" само за OpenBSD, но лесно могат да се добавят и други в globals.h)

В текущата форма - too invasive - too little gain. Погледни дали %zld работи както се очаква, това би било по-приеменливо.

[mminkov]

В ревижън 10446 е направена корекция:

721

        // 5581:0040|Unknown Package 40


731
        // 5581:0040|Film Plus - Sport Plus HD & Hobby TV HD

искам само да вметна, че Хоби ХД вече е в премиум пакета, така, че описанието 5581:0040 за момента е само за "Филм+ Спорт+ ХД"

[gfto]

Това е само примерен коментар, не претендира за 100% точност.

[mminkov]

Това е само примерен коментар, не претендира за 100% точност.

Няма проблем, исках само да спомена. Уважавам МНОГО това което правиш. Поздрави!

[chepik]

Дам вярно е захапа и при мен аз съм виновен.
Въпреки че Жоро е прав тва е пример.
Георги мисля че е време да махнеш 5581.