156 replies to this topic

[jeanclaude]

domme opmerking waarschijnlijk, maar allez :

ik lees hier iets van windows editoren (notepad++, winscp) - die werken toch in unix mode hoop ik ? anders komt er achter elke lijn een CR/LF te staan en daar kan een unix script ook over vallen.....

[Tech]

Ja, de 'standaard' van windoof om een 'return' aan te geven is al helemaal tenenkrommend    ^M

[Tech]

Je kunt in Windows gewoon in de explorer (ja dat ding waar je de files mee ziet) gewoon een netwerk search doen en je box vinden of gewoon \\ip.van.je.box typen... geen speciale programma’s (de de boel ook kunnen verpesten) nodig.....

Dat is hier niet aan de orde, de box heeft hij wel gevonden, alleen wordt zijn script (hoogstwaarschijnlijk) vernaggeld omdat oscam niet meer start.

[littlesat]

Om die ^M weg te krijgen kan je oo de box dos2unix gebruiken...

[Sagitarius †]

Zo als littlesat bschrijft doe ik ook vaak, ik heb op mijn Windows 7 laptop de Ext2Fsd drivers geïnstalleerd dan is het net of je onder Linux werkt,  dan open ik een bestand met Notepad++ dat werkt altijd goed, maar voor de zekerheid heb ik het nu ook nog met WinScp gedaan en een Putty sessie gestart vanuit WinScp, ik ben geen leek meer op dat gebied dat ik niet zou weten wat ik doe. Mijn Beagle Bone Black waar een oscam servertje op draait heb ik ook zo aan het draaien gekregen. En mijn NAS benader ik ook met WinScp waar ook Oscam op staat ook dat gaat altijd goed.

Ik zal vandaag mijn Zgemma eens gaan misbruiken, misschien dat het daar wel goed mee gaat..

[Sagitarius †]

Op mijn Zgemma h2h werkt het prima en zapt sneller.  Waarom het niet op mijn ET10K werkt? Zal het ook nog testen op mijn 2 ET8K's.

[Sagitarius †]

Ik ben eruit en ook waarom het met mijn 10 k niet werkte, ik had een update gedaan en de oscam binary ging toen naar oscam-emu svn11444.

De oude situatie stond nog op oscam-emu svn11420

 

 

#!/bin/sh

case "$1" in

start)

ulimit -s 1024

/usr/bin/oscam --wait 0 --config-dir /etc/tuxbox/config/oscam --daemon --pidfile /tmp/oscam.pid --restart 2 --utf8

;;

stop)

kill `cat /tmp/oscam-emu.pid` 2> /dev/null

;;

restart|reload)

$0 stop

sleep 1

$0 start

;;

version)

echo "svn11420" <<<<<<<<<<(gewijzigd in svn11444)

;;

info)

echo "oscam-emu svn11420"  <<<<<<<<<<(gewijzigd in oscam-emu svn11444)

;;

*)

echo "Usage: $0 start|stop|restart"

exit 1

;;

esac

exit 0

 

Nu werkt alles weer goed en snel, alleen na een sw update ben ik alles weer kwijt, een vriendelijk verzoek aan de developers zouden jullie deze aanpassing nog in 6.2 willen doen please.  

 

En alle heren/dames nog bedankt voor het meedenken..

Edited by Sagitarius, 6 January 2019 - 12:08.

[littlesat]

 

version)

echo "svn11420" <<<<<<<<<<(gewijzigd in svn11444)

;;

info)

echo "oscam-emu svn11420"  <<<<<<<<<<(gewijzigd in oscam-emu svn11444)

;;

Om dit hardcoded te doen is eigenlijk helemaal fout. Eigenlijk zou hier iets moeten staan wat aan Oscam vraagt welke versie hij is....

 

Ik werk als ik in Windows werk ipv Ubuntu met KomodoEdit. Daar is ook een gratis (free) versie van. Daar heb je geen last van met *M...

Edited by littlesat, 6 January 2019 - 12:20.

[littlesat]

Met 

 

wget -O - http://192.168.1.10:...ml?part=status 

 

Is boven aan de release te parsen...

(alleen nu met oscam emu staat er alleen een r helaas)

root@vuultimo4k:~# wget -O - http://192.168.1.10:8081/oscamapi.html?part=status
Connecting to 192.168.1.10:8081 (192.168.1.10:8081)
<?xml version="1.0" encoding="UTF-8"?>
<oscam version="1.20_svn build r" revision="" starttime="2019-01-03T15:19:47+0100" uptime="248714" readonly="0">

Edited by littlesat, 6 January 2019 - 12:27.

[Erik Slagter]

Dat zal altijd "1.20_svn" teruggeven. Weinig informatief.

 

Basis van het probleem is dat Oscam uitgaat van een SVN revision, terwijl niemand meer de SVN server van Oscam gebruikt, omdat die zo vaak down is. Dus gebruiken wij ook een mirror, een GIT mirror en die heeft geen boodschap aan SVN revisions. Je kunt er wel de GIT commit hash in opnemen, maar dat zegt dan weer niks over de SVN revision.

 

Veruit de beste oplossing zou zijn als Oscam eens de archaische SVN repo zou verlaten en zou overstappen op GIT. Het is vrij eenvoudig om een SVN repo met complete history te importeren in GIT, github kan dat volgens mij met twee muisklikken. En dan zouden ze het meteen op github kunnen zetten, probleem met downtime ook opgelost.

[hulkman]

Ik ben eruit en ook waarom het met mijn 10 k niet werkte, ik had een update gedaan en de oscam binary ging toen naar oscam-emu svn11444.
De oude situatie stond nog op oscam-emu svn11420


#!/bin/sh
case "$1" in
start)
ulimit -s 1024
/usr/bin/oscam --wait 0 --config-dir /etc/tuxbox/config/oscam --daemon --pidfile /tmp/oscam.pid --restart 2 --utf8
;;
stop)
kill `cat /tmp/oscam-emu.pid` 2> /dev/null
;;
restart|reload)
$0 stop
sleep 1
$0 start
;;
version)
echo "svn11420" <<<<<<<<<<(gewijzigd in svn11444)
;;
info)
echo "oscam-emu svn11420" <<<<<<<<<<(gewijzigd in oscam-emu svn11444)
;;
*)
echo "Usage: $0 start|stop|restart"
exit 1
;;
esac
exit 0

Nu werkt alles weer goed en snel, alleen na een sw update ben ik alles weer kwijt, een vriendelijk verzoek aan de developers zouden jullie deze aanpassing nog in 6.2 willen doen please.

En alle heren/dames nog bedankt voor het meedenken..

De file zit toch in de etc map? Dan zou die door een update niet overschreven mogen worden, alleen bij een nieuwe flash. Of loop ik weer uit mijn nek te .....
Of springt oscam hier een beetje uit de bocht.

[littlesat]

Na de r hoort het versienummer te staan dus dat zou wel moeten gaan. Alleen geeft oscam-emu die we nu bouwen daar alleen een r zonder nummer. (Of komt dat omdat we van een git clone werken - ik dacht wel dat dit ooit goed was). Normaal zie je de versie ook in de revision item.... die is nu ook een lege string.

Edited by littlesat, 6 January 2019 - 14:04.

[WanWizard]

Nu werkt alles weer goed en snel, alleen na een sw update ben ik alles weer kwijt, een vriendelijk verzoek aan de developers zouden jullie deze aanpassing nog in 6.2 willen doen please.

 

Voor als we niks te doen hebben. Voorlopig gaat alle energie naar 7.0 de deur uit krijgen. Schop me daarna nog maar een keer...

[Sagitarius †]

 

Nu werkt alles weer goed en snel, alleen na een sw update ben ik alles weer kwijt, een vriendelijk verzoek aan de developers zouden jullie deze aanpassing nog in 6.2 willen doen please.

 

Voor als we niks te doen hebben. Voorlopig gaat alle energie naar 7.0 de deur uit krijgen. Schop me daarna nog maar een keer...

 

Dat dacht ik zeker ja  Maar zo moeilijk is het toch niet even --wait 0 toe te voegen aan 2 softcam.oscam/emu ? Uit jouw laatste opmerking maak ik op dat dit ook nog niet in 7.0 het geval is. Dit is toch wel een belangrijke verbetering lijkt me, iets om er gelijk in te zetten.

[WanWizard]

In 7.0-rc zit het al wel.

 

Voor de rest leef je er al jaren mee, die paar dagen kan dan ook nog wel.

[Sagitarius †]

 

 

version)

echo "svn11420" <<<<<<<<<<(gewijzigd in svn11444)

;;

info)

echo "oscam-emu svn11420"  <<<<<<<<<<(gewijzigd in oscam-emu svn11444)

;;

Om dit hardcoded te doen is eigenlijk helemaal fout. Eigenlijk zou hier iets moeten staan wat aan Oscam vraagt welke versie hij is....

 

Ik werk als ik in Windows werk ipv Ubuntu met KomodoEdit. Daar is ook een gratis (free) versie van. Daar heb je geen last van met *M...

 

@littlesat, maar het ligt toch niet aan de door mij gebruikte editors Notepad++ en WinScp (die kan ik op alle protocollen instellen die je maar wilt), daarmee ging het niet fout maar aan het svn versie nummer wat niet overeen kwam en ging oscam daardoor op tilt.

[WanWizard]

Dat lijkt me onzin. Die twee regels in rood zijn echo's, puur informatief, die hebben niks met oscam of het opstarten daarvan te maken. Al maak je er apenootjes van.

[Sagitarius †]

Dat lijkt me onzin. Die twee regels in rood zijn echo's, puur informatief, die hebben niks met oscam of het opstarten daarvan te maken. Al maak je er apenootjes van.

Hoezo onzin, die regels in het rood heb ik erbij gezet en zijn geen echo's, daarvoor in het zwart staat nog de oude versie svn 11420, als oscam start en hij ziet niet de goede versie zoals in mijn geval terwijl er al een nieuwere binary svn 114444 inzit dan start oscam kennelijk niet op.

[WanWizard]

Onzin dus, oscam kijkt helemaal niet naar "versies", die twee regels staan daar zodat je "/etc/init.d/oscam-emu version" of "/etc/init.d/oscam-emu info" kan starten wat vervolgens de oscam versie echo'd, en dat wordt in skins of status plugins gebruikt.

 

Oscam start niet op omdat je ergens een fout gemaakt hebt, maar zolang we niet kunnen zien wat je precies gedaan hebt, blijft het gokken welke.

[WanWizard]

U vraagt wij draaien: https://github.com/O...a1861b58cbe6036

 

Ok zo?