Auf deutsch
a) oscam samur löschen, bzw umbenennen
b) oscam Server editieren, url löschen oder kommentieren (macht auch Sinn)
c) oscam 11419 reinkopieren, rechte auf 755, für die jenigen die genauso 'faul' sind wie ich, umbenennen in oscam-samur
oscam neu starten
Wie gesagt, wenn ich mein Log anschaue, sieht gut aus, ob nächste Mal genauso ist, werde ich berichten.
LG
blu8
During the time that I was developing CAK7 patch, I have got a report that after applying CAK7 patch, Tivusat hardware based G-EMM fell into unknown category. Hence, I issued a fix to that problem.
However, in the past recent days, I have discovered that the user who reported me that issue messed up with his config that was why his hardware based G-EMM fell into unknown category. Therefore, the fix that I issued to fix the problem wasn’t needed in the first place. That’s why I revert that portion of code back to original form in 11849.
There is no mitigation applied regarding to hardware based G-EMM. For example, curl to pull hardware based G-EMM from some URL or even auto generated hardware based EMM by oscam are not implemented on 11849.
Hope the explanation above would clear up the confusion about 11849 change.
The problem is I can’t put the all of the paragraphs above into commit message. However, I did explain it on gitlab merge request but I understand that gitlab merge request is buried in the place where it is difficult to read such information.
Auf deutsch
a) oscam samur löschen, bzw umbenennen
b) oscam Server editieren, url löschen oder kommentieren (macht auch Sinn)
c) oscam 11419 reinkopieren, rechte auf 755, für die jenigen die genauso 'faul' sind wie ich, umbenennen in oscam-samur
oscam neu starten
nein, es ist eine reine Information, das bei der OscamVersion ab 11849 der "Fix..".entfernt wurde
das hat nix damit zu tun das die Karte kein HW_emm mehr braucht so wie du es hier interpretierst
also immer schön das HW_emm zur Karte lassen - egal ob händisch oder per Oscam mit Url-support
MfG