779 replies to this topic

[christophecvr]

Zal script aanpassen om enkel site.conf aan te passen nadat je basis is gecloned and make -f Makefile MACHINE=xxx uitgevoerd.

Nu heb een kleine check gedaan, als men naderhand de image gaat bouwen zonder MACHIINE=xxx override gaat hij de machine nemen die staat in makefile niet diegene je wilt.

Er zullen wel meer mensen uiteindelijk de Makefile aanpassen wat een commit geeft nu. Misschien dat er iemand daar een handige oplossing voor kan vinden ?

[mika-nl]

menu > instellingen > kinderslot.
boeketlijst aanpassen en dan ok op erotiek.

Dat zit er inderdaad in (zie ik voor het eerst)... maar dat heeft nog nooit gewerkt.... Ik ben bang dat hier ooit iemand (van DMM?) mee begonnen is en het nooit heeft afgemaakt... Je kunt mooi slotjes ervoor zetten, maar vervolgens doet het niets....????

En blokkeren op bouquet is eigenlijk not done... want aan de zenders die daar staan kom je toch weer via de satelliet lijsten of de volledige alphabetlijst of de provider lijsten.... Blokkeren per zender/service is het enige wat werkt...

Blokering van het hele boeket afgehaald.
En dan op jou manier zender voor zender blokeren geeft ook een Groen Scherm.
Bijgevoegd laatste stukje crash log.

playing 1:0:1:7FA:449:35:C00000:0:0:0:
[eDVBCAService] free slot 0 demux 0 for service 1:0:1:D03E:90A:2:11A0000:0:0:0:
[eDVBCAService] free service 1:0:1:D03E:90A:2:11A0000:0:0:0:
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
start release channel timer
[DVBCAHandler] no more services
release cached channel (timer timeout)
[eDVBLocalTimerHandler] remove channel 0x1cba628
[eEPGCache] remove channel 0x1cba628
[EPGC] abort caching events !!
stop release channel timer
close frontend 0
Traceback (most recent call last):
  File "/usr/lib/enigma2/python/mytest.py", line 194, in processDelay
    callback(*retval)
  File "/usr/lib/enigma2/python/Tools/BoundFunction.py", line 9, in __call__
  File "/usr/lib/enigma2/python/Components/ParentalControl.py", line 210, in servicePinEntered
TypeError: integer argument expected, got float
(PyObject_CallObject(<bound method Session.processDelay of <__main__.Session instance at 0x1ae0cd8>>,()) failed)
getResolvedKey config.plugins.crashlogautosubmit.sendAnonCrashlog failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addNetwork failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addWlan failed !! (Typo??)
]]>
  </enigma2crashlog>
</crashlogs>
</openpli>

MiKa

[pieterg]

Nu heb een kleine check gedaan, als men naderhand de image gaat bouwen zonder MACHIINE=xxx override gaat hij de machine nemen die staat in makefile niet diegene je wilt.

Er zullen wel meer mensen uiteindelijk de Makefile aanpassen wat een commit geeft nu. Misschien dat er iemand daar een handige oplossing voor kan vinden ?

http://openpli.git.s...050718bd5ceaf74

Edited by pieterg, 2 June 2012 - 13:10.

[pipokoeie]

hallo,,
ik heb vanmiddag de image van vandaag op mijn dreambox 8000 gezet,,
settings van Hans ,,
CCcam 2.2.1
ik moet zeggen het ziet er mooi uit, maar na 10 minuten loopt de image vast ,,
na rebooten werkt CCcam niet meer,,
wel free to air,,
maar ook dan na een tijdje hangt hij zich weer op,,
helaas,,
mvrgr pipokoeie

misschien een idee om via telnet inteloggen en dan init 4
Dan stopt je beeld en start je handmatig enigma met enigma2
Nu kan je als hij vast loopt een log maken en hier posten voor de makers

MiKa

hallo MiKa
okee,,
ik zal dat morgen doen,,
grtss pipokoeie

[christophecvr]

Nu heb een kleine check gedaan, als men naderhand de image gaat bouwen zonder MACHIINE=xxx override gaat hij de machine nemen die staat in makefile niet diegene je wilt.

Er zullen wel meer mensen uiteindelijk de Makefile aanpassen wat een commit geeft nu. Misschien dat er iemand daar een handige oplossing voor kan vinden ?

http://openpli.git.s...050718bd5ceaf74

Thank's elegante oplossing.

Ik wilde zojuist mijn verbeterde script posten als ik dit zag. Deze had een minder elegante oplossing onder vorm van warning ... use make -f Makefile MACHINE=xxxxx image i.p.v make -f Makefile image .
Heb dit al gauw terug gewijzigd.

Met dit bericht verbeterde script.

Het is wel bedoeld voor een allereerste build zonder openpli-oe-core te hebben gecloned.

Attached Files

•  clonegitPLI30script.tar.gz   2.05KB   2 downloads

[christophecvr]

@pieterg

Ik heb zojuist gezien dat voor de compilatie van oscam srcrev weg is. Nu Tja de snelle evolutie daar gaf al eens.... problemen . Anderzijds the oscam-experimental is dan ook experimental. De evolutie en noden hebben de meeste mensen ertoe gebracht oscam-experimental te gebruiken. Vandaar is het wel goed er ergens een stabielere versie te hebben in stable image.

Zelf ga ik in het kort wel terug testen gaan ondernemen om de libusb er finaal ook op dm8000 in te hebben aangezien dat in pli 3.0 kernel 3.xx wordt gebruikt zou het nu moeten werken. Libusb 1.0 is geen probleem voor de kernel. De meeste boxen zijn reeds lang over op hogere kernel, dus daar ook geen problemen.

Als het gefixed is, wanneer weet ik nog niet. Is het dan niet mogelijk van terug een neem oscam-experimental very unstable terug toe te voegen met srcrev. zal deze dan wel maken hoor . Bovendien mag eigenlijk oscam stable weg. zonder srcrev is de unstable stable. Eigenlijk zou het zelfs beter zijn van deze ook weg te doen daar deze nog gebaseerd is op 1.10 en door de snelle evolutie niet echt bruikbaar meer. het beste zou zijn van één oscam trunk met fix srcrev te maken van een trunk die stabiel is. En de oscam-experimental met srcrev te doen. Dan is de stabiele versie stabiel en up to date, terwijl experimental tja ..... de naam zegt het zelf.

Dit enkel voor pli 3.0 niet 2.1.

[pieterg]

@pieterg

Ik heb zojuist gezien dat voor de compilatie van oscam srcrev weg is.

wat bedoel je?

[christophecvr]

wat bedoel je?

http://openpli.git.s...acf80556ac06634

[littlesat]

Willen we dat veranderen dan zullen we dat voor Oscam altijd handmatig bij moeten regelen. Dat is eigenlijk Not done....
Iemand die handig is maakt ff een backup van de Oscam binary, die je naar een upgrade als het eens mis gaat zo weer terug zet (handmatig)...

[pieterg]

wat bedoel je?

http://openpli.git.s...acf80556ac06634

maar wat is het probleem daarmee?

[christophecvr]

Willen we dat veranderen dan zullen we dat voor Oscam altijd handmatig bij moeten regelen. Dat is eigenlijk Not done....
Iemand die handig is maakt ff een backup van de Oscam binary, die je naar een upgrade als het eens mis gaat zo weer terug zet (handmatig)...

Ja dat zeker, Maar de autorev hoe werkt die dan nu als scrcrev weg is in oscam-exeperimental ? Of gaat hij zonder autorev als er geen srcrev is zowieso de laatste versie downloaden als men de feeds terug bouwd ? dan is is die stap niet nodig

[pieterg]

de SRCREV is nog steeds AUTOREV, alleen is die uit het recipe gehaald (gemoved naar een include file)

Zolang hij in het recipe staat, kan je hem niet meer overrulen.
Daar was die commit voor.

Edited by pieterg, 2 June 2012 - 17:27.

[christophecvr]

wat bedoel je?

http://openpli.git.s...acf80556ac06634

maar wat is het probleem daarmee?

Door bemerking van liitle sat vermoed ik dat er geen probleem is, Daar indien er in de uri geen srcrev staat , de parameter autorev niet nodig is en hij bij elke build de laatste trunk zal opzoeken.

Sorry .

[pieterg]

oh wacht, ik zie hem nu, ik heb een copy/paste error gemaakt.

[pieterg]

eh, nee toch niet.
Zowel experimental als unstable stonden beide al op AUTOREV. (de fixed rev 6145 stond uitgecomment)
Er is dus niks veranderd.

[christophecvr]

Nu heb ik nog een ander eigenaardig probleempje gevonden met feed build.

Het betreft de rytec meta-openpli/recipes-openpli/enigma2-plugins/enigma2-plugin-extensions-xmltvimport-rytec_20120123.bb bij feed build.
De server van rytec heeft de zip file niet meer. Nochtans heb ik deze zelf nog van vorige sources. Maar elke keer dat ik de zip file in mijn sources zet (de juiste md5 file ook)). Het package verwijder met

bitbake -b ../meta-openpli/recipes-openpli/enigma2-plugins/enigma2-plugin-extensions-xmltvimport-rytec_20120123.bb -c clean (vanuuit mijn build-dm8000)

Nadien terug wil builden met bitbake -b ../meta-openpli/recipes-openpli/enigma2-plugins/enigma2-plugin-extensions-xmltvimport-rytec_20120123.bb -f -c build

val ik steeds terug op fetch error :
ERROR: Task 1393 (/home/christophe/openpli4/openpli-oe-core/meta-openpli/recipes-openpli/enigma2-plugins/enigma2-plugin-extensions-xmltvimport-rytec_20120123.bb, do_fetch) failed with exit code '1'
NOTE: Tasks Summary: Attempted 4422 tasks of which 4421 didn't need to be rerun and 1 failed.

De zip file die hij nodig heeft staat in mijn sources maar wordt bij die poging gewoon verwijderd (enkel de md5 ervan blijft staan)

De andere rytec files geven geen problemen. deze heb ik wel van oude sources terug moeten zetten

de zip file is rytec.sources.xml.20120123.zip

Ik heb nu als test eens de enigma2-plugin-extensions-xmltvimport-rytec_20120123.bb verwijderd.

dan gaat de openpli-enigma2-feed build terug perfect en neemt hij de
enigma2-plugin-extensions-xmltvimport.bb

.
Dan heb ik nog eens terug geprobeerd de git reset stash en gerebased to origin master. Zodat the rytec....bb terug is.

ook de zip file terug in sources gezet. Voor alle veiligheid terug md5 file aangemaakt met md5sum

Maar weerom verwijderd hij gewoon the zip file en terug fetch error.

is er nog iets anders dat gedaan kan worden (zonder een file in de git te patchen) ?

pffff ja lang bericht maar ...

[christophecvr]

eh, nee toch niet.
Zowel experimental als unstable stonden beide al op AUTOREV. (de fixed rev 6145 stond uitgecomment)
Er is dus niks veranderd.

Ja is geen probleem. daar we die srcrev toch niet meer gaan gebruiken. En het dus allemaal autorev wordt.

Zal in toekomst als ik mijn test met usb lib voor dream8000 (wat voor alle andere boxen ook zal gaan daar deze een kernel hebben die hoog genoeg is) heb gedaan en het werkt
De oscam's files nogmaal herschrijven. daar een nu toch al moeilijke cam wordt nog ingewikkelder door te vele versies.

[pieterg]

je kan nu de SRCREV's in local.conf (of evt site.conf) vast zetten

[radxnl]

Oe core werkt niet meer met xyz.md5 files maar zet enkel een touch xyz.done

Groeten

[christophecvr]

je kan nu de SRCREV's in local.conf (of evt site.conf) vast zetten

Dat is interesant .Eigenlijk compileer ik oscam met andere cross compile tools. Maar het is leuk dat als ik zojuist een nieuwere versie had gecompileerd, en kort nadien mijn openpli had gerebuild (feeds) Mijn cam bin niet terug wordt overschreven met oudere versie. Als ik mijn box upgrade. (via mijn eigen pc feeds staan naar mijn pc)

Maar hoe ziet die regel er dant uit in site.conf ?