90 replies to this topic

[Snoete]

Daar hebben we niet zoveel aan. Iemand die dit echt opgelost wil hebben, moet even een eigen bouw-omgeving inrichten (is niet zo ingewikkeld als het lijkt) en dan dag-voor-dag vanaf 8 december de complete image genereren en kijken waar het fout gaat. Bij de core-members staan nou eenmaal geen dm8000's meer, dus dat is lastig testen.

 

Sorry maar een eigen bouw-omgeving inrichten gaat mij op dit moment te ver, ook geen idee waar ik daar zou moeten beginnen.

Waarschijnlijk is OpenPLi 5 al aan vervanging toe wanneer ik dat voor elkaar heb.

 

Is het niet een idee om toch van elke OpenPli 4-image,1 versie per ontvanger, te plaatsen waarin alle basisfuncties het gewoon doen ? (inclusief feed)

Dan hebben jullie als Dev's ook niet gezeur wanneer een nieuwe driver of Zram roet in het eten gooit.

 

@Catastrofus, Ook namens de vrouw, bedankt !

Edited by Snoete, 14 January 2014 - 20:06.

[Erik Slagter]

Dat is vergelijkbaar met niet meer updaten als alles naar tevredenheid werkt

[Meega]

Dat is vergelijkbaar met niet meer updaten als alles naar tevredenheid werkt

Dat wilde ik net zeggen ,ik weet eigenlijk ook niet waarom ik update als de box goed draait en alles doet wat ik wil ,en toch ga ik updaten

Misschien wel de spanning!!!

[catastrofus]

Dat weten ze toch? Na 08-12 gaat het fout bij een revisie van de 8000. Hoe bouw je trouwens een omgeving voor een specifieke dag? Op m'n laptap heb ik een bouwomgeving binnen kUbuntu 13.04, x86-64.

Idd behoorlijk simpel maar ik kan alleen de laatste stand bouwen. Ben benieuwd hoe het werkt als ik zeg: ik wil nu een image van de 02-01-2014 bouwen?

 

Daar hebben we niet zoveel aan. Iemand die dit echt opgelost wil hebben, moet even een eigen bouw-omgeving inrichten (is niet zo ingewikkeld als het lijkt) en dan dag-voor-dag vanaf 8 december de complete image genereren en kijken waar het fout gaat. Bij de core-members staan nou eenmaal geen dm8000's meer, dus dat is lastig testen.

Edited by catastrofus, 14 January 2014 - 20:15.

[Erik Slagter]

Dat is niet zo moeilijk op zich, als je al een complete bouwomgeving hebt staan. Waar je even op moet letten is:

 

- veel packages zullen een oudere versie krijgen en daardoor niet opnieuw gebouwd worden

- git doet niet aan datums, wel aan commit id's.

 

Wat je zou kunnen doen is in eerste instantie alleen enigma opnieuw bouwen, dat scheelt een heleboel gedoe, die moet je dan wel elke keer met bitbake -c cleansstate forceren.

Als je alles opnieuw gaat bouwen, dan ontkomt je er denk ik niet aan om de hele tmp directory weg te gooien (minus sources directory, die niet weggooien!). Als je eerst een flink stuk terug gaat en dan alleen nog maar vooruit, dan hoef je daarna niks meer te forceren of weg te gooien.

 

Met git checkout .... ga je (tijdelijk) terug naar een bepaalde commit (op de puntjes invoeren). Je kunt daar ook tijdelijk een branch voor aanmaken, maar ik denk dat dat in dit geval niet nodig is.

 

NB als ik dit zou gaan debuggen, zou ik precies hetzelfde moeten doen, het ís gewoon veel werk.

Edited by Erik Slagter, 14 January 2014 - 20:20.

[Meega]

Maar je kan dus niet aan de hand van commits na 8 december zien wat er is toegevoegd cq weggehaald waardoor het eventueel fout kan gaan?

Als je dan al die images gaat bouwen ,hoe kan je dan zien waar het fout gaat ,of komt er dan een log ?

 

 

 

ps ik kan niet bouwen maar vindt het wel interesant.

[catastrofus]

...

Edited by catastrofus, 14 January 2014 - 20:33.

[catastrofus]

Duidelijk, maar niet echt simpel dus. Bovendien heb ik nog geen vrijwilliger met een 8000 die display problemen heeft na text. Geen idee of me dat gaat lukken (uiteindelijk wel denk ik).

 

Dat is niet zo moeilijk op zich, als je al een complete bouwomgeving hebt staan. Waar je even op moet letten is:

 

- veel packages zullen een oudere versie krijgen en daardoor niet opnieuw gebouwd worden

- git doet niet aan datums, wel aan commit id's.

 

Wat je zou kunnen doen is in eerste instantie alleen enigma opnieuw bouwen, dat scheelt een heleboel gedoe, die moet je dan wel elke keer met bitbake -c cleansstate forceren.

Als je alles opnieuw gaat bouwen, dan ontkomt je er denk ik niet aan om de hele tmp directory weg te gooien (minus sources directory, die niet weggooien!). Als je eerst een flink stuk terug gaat en dan alleen nog maar vooruit, dan hoef je daarna niks meer te forceren of weg te gooien.

 

Met git checkout .... ga je (tijdelijk) terug naar een bepaalde commit (op de puntjes invoeren). Je kunt daar ook tijdelijk een branch voor aanmaken, maar ik denk dat dat in dit geval niet nodig is.

 

NB als ik dit zou gaan debuggen, zou ik precies hetzelfde moeten doen, het ís gewoon veel werk.

[Erik Slagter]

Maar je kan dus niet aan de hand van commits na 8 december zien wat er is toegevoegd cq weggehaald waardoor het eventueel fout kan gaan?

Als je dan al die images gaat bouwen ,hoe kan je dan zien waar het fout gaat ,of komt er dan een log ?

Er hebben al diverse mensen naar de logs gekeken rond die tijd en er is echt niet iets wat er duidelijk uit steekt als de oorzaak. Anders was dat al lang ge-revert.

[Meega]

Dat begrijp ik.

 

En om dan te weten te komen waar het aan ligt ,zou je dan dus moeten bouwen met iedere keer een commit minder ofzo??

[catastrofus]

1 commit verder in de tijd.

[Meega]

pffff ,petje af voor degene.

[Snoete]

Dat is vergelijkbaar met niet meer updaten als alles naar tevredenheid werkt

 

Ik gebruik nu de afgelopen jaren naar volle tevredenheid de OpenPLi image.

Uiteraard ook al eens andere geprobeerd maar PLi is kort gezegd de beste.

 

In de vakantie een paar vrije dagen en daarom het forum door gelezen of er nog redenen zijn om niet te updaten of opnieuw te flashen.

Niets te zien dus de ontvanger voorzien van een schone flash.

Na een paar dagen het probleem met het display na teletekstgebruik, eventueel iets aan de hand met de laatste drivers van DMM, geen probleem dat komt later wel.

Na een volgende flash (op 1 januari) vastlopers bij elke opname.

De ontvanger is op dat moment niet meer bruikbaar en geen backup. ("paniek" bij de rest van de familie).

 

Daar heb ik in ieder geval van geleerd en zal in ieder geval de binnengehaalde images bewaren.

Verder kunnen de mensen die niet dagelijks dit forum doorlezen, of van een andere image komen weinig met de opmerking "Dat is vergelijkbaar met niet meer updaten" .

Edited by Snoete, 14 January 2014 - 21:38.

[WanWizard]

Het is typisch.

 

Vroegah hadden we twee keer per jaar een release. Met tromgeroffel, een hele ceremonie, een leuk naampje (wie kent Flubber nog?), en dito grafische ondersteuning. Tot in den treure getest, en stabiel als een huis.

 

Met als gevolg dat men (bij veel pech), 6 maanden op een fix of een nieuwe feature moest wachten. En dus klagen. Waarop wij onze interne nightly's maar (een select, en daarna volledig) publiek hebben gezet, voor zij die niet konden wachten. En uiteindelijk bleek iedereen die te installeren, of minstens vrij frequent te updaten. Waarop we de formele releases maar hebben afgeschaft. Met als gevolg dat men af en toe een rot ei aan loopt (zoals de zram test die we recent hebben uitgeprobeerd, wat theoretisch een prima oplossing was, maar practisch voor een crashende box zorgde). En dus weer klagen. En zo blijven we bezig.

 

Ik heb hier in ieder geval voor de primaire kijkbox een image + config apart staan waarvan ik zeker weet dat alle features met hoge WAF het perfect doen. Voor het geval het een keer mis loopt...

[Meega]

Ach ,ik heb nog nooit ,niet tv kunnen kijken (waar de box voor bedoeld is  )

Zelfs niet met "het grote dm8000 boot probleem" en ik heb geen image backup.

Wel een keer geprobeerd maar dan kom je er achter dat die backup helemaal geen zin heeft (in mijn ogen).

Je kunt namelijk altijd een paar dagen terug flashen.

 

Een proleempje met youtube of mp3 vind ik dan niet zo belangrijk ,wetende dat zelfs zonder "active ondersteuning op dreamboxen"       het toch wel weer gefixt wordt.

 

 

Omennabij Februari zeggen ze (et10000)

[WanWizard]

De backup is makkelijk voor config en settings (die worden teruggezet, dus je hoeft niet meer te configureren), en alle plugins worden na de flash weer automatisch geinstalleerd (en dat is fijn voor luie mensen).

 

Ik bedoel dus niet de "Pedro" backup (dus van je box weer een flash image maken), ik bedoel de autobackup plugin.

[Snoete]

Het is typisch.

 

Vroegah hadden we twee keer per jaar een release. Met tromgeroffel, een hele ceremonie, een leuk naampje (wie kent Flubber nog?), en dito grafische ondersteuning. Tot in den treure getest, en stabiel als een huis.

 

Met als gevolg dat men (bij veel pech), 6 maanden op een fix of een nieuwe feature moest wachten. En dus klagen. Waarop wij onze interne nightly's maar (een select, en daarna volledig) publiek hebben gezet, voor zij die niet konden wachten. En uiteindelijk bleek iedereen die te installeren, of minstens vrij frequent te updaten. Waarop we de formele releases maar hebben afgeschaft. Met als gevolg dat men af en toe een rot ei aan loopt (zoals de zram test die we recent hebben uitgeprobeerd, wat theoretisch een prima oplossing was, maar practisch voor een crashende box zorgde). En dus weer klagen. En zo blijven we bezig.

 

Ik heb hier in ieder geval voor de primaire kijkbox een image + config apart staan waarvan ik zeker weet dat alle features met hoge WAF het perfect doen. Voor het geval het een keer mis loopt...

 

 

Dat ik er tot nu toe nog niet aan dacht om een stabiele image als reserve te bewaren zegt volgens mij genoeg over hoe stabiel jullie image voor de DM8000 de afgelopen jaren al is geweest.

 

Ik zag mijn reactie niet als klagen zoals jij dat noemt of heb ik er een probleem mee om even een image met een andere datum te flashen.

 

En dankzij Catastrofus heb ik nu een backup achter de hand, dit zal ik in het vervolg zelf bijhouden.

 

Het was niet de bedoeling om hier kritiek te uiten, want die heb ik niet, als dat zo over kwam, excuus.

Edited by Snoete, 14 January 2014 - 22:32.

[Meega]

De backup is makkelijk voor config en settings (die worden teruggezet, dus je hoeft niet meer te configureren), en alle plugins worden na de flash weer automatisch geinstalleerd (en dat is fijn voor luie mensen).

 

Ik bedoel dus niet de "Pedro" backup (dus van je box weer een flash image maken), ik bedoel de autobackup plugin.

Oh ,ja autobackup gebruik ik wel ,maar net wat je zegt ,als ik thuis kom ben ik best wel lui

[WanWizard]

@Snoete,

 

Was niet (speciaal) aan jou gericht, meer een algemene opmerking. Ik was al aan het intikken voordat jij een reply plaatste, nu lijkt het of ik daar op jou post reageer...

[Snoete]

En als ik het goed begrijp is de "bouwomgeving" zo geautomatiseerd dat terug gaan naar de versie van 8 december niet zo maar mogelijk is.

Ook niet wanneer de oorzaak van een bepaald probleem alleen met heel veel moeite, of gewoon niet meer te traceren is.

 

Dit is waarschijnlijk nog nooit voor gekomen maar kan dit gebeuren nu PLi de DMM drivers niet meer ondersteund.