49 replies to this topic

[catw]

Gelukkig met deze hulp werkt het weer zoals voor de update.

 

Gebruik openwebif als afstandsbedienig dus het was een groot gemis.

[christophecvr]

Ik heb ook zojuist hetzelfde probleem gehad. Heb het kunnen oplossen met

 

opkg install python-compression

 

Voor mijn eigen build heb ik dit dan ook maar standard gezet als included extra image install.

 

Misschien kan openpli dir aanpassen in basic recipe:

openpli-oe-core/meta-openpli/recipes-openpli/images/openpli-image.bb

 

sectie

 

OPTIONAL_PACKAGES += " \

        ....

na lijn 64

 

                       python-compression \

 

 

Dan zal die module er overal zijn.

[christophecvr]

oeps sorry peins dat het beter is van deze     python-compression bij te voegen in zelfde file maar bij IMAGE_INSTALL =

[Loui (PD1LOI)]

opkg install python-compression  Dit commando in telnet was voor mij alweer genoeg om webif weer werkend te krijgen.

[MiLo]

Probleem is (was?) dat openwebinterface geen 'RDEPENDS += "python-compression" ' in zijn recept heeft gezet toen ze iets met de gzip module gingen doen.

Invoegen in image install is een workaround.

[christophecvr]

Probleem is (was?) dat openwebinterface geen 'RDEPENDS += "python-compression" ' in zijn recept heeft gezet toen ze iets met de gzip module gingen doen.

Invoegen in image install is een workaround.

Dat hebben ze gedaan zie :

 

https://github.com/E...ns-openwebif.bb

 

Maar inderdaad bij mijn openpli git net upgedate and gesynchronizeerd, is de bitbake file niet aangepast.

[Rob van der Does]

Net PLi vers geflashed en inderdaad moet die compressie nog worden toegevoegd.

[christophecvr]

I just cloned the openpli4 git with all submodules fresh. And it still uses the old bb file without the added python-compression . Not have a clue why.

Edited by Frenske, 21 May 2014 - 14:30.
Het mag hier gewoon in het Nederland of Vlaams zo jij wilt. ;)

[WanWizard]

Perhaps the OpenWebIf repo is pinned on a specific commit hash, instead of HEAD? With submodules that is the default behavior.

[Erik Slagter]

We halen de OpenWebif uit de e2openplugins repo en die is als submodule opgenomen, de owif nemen we gewoon HEAD. Vandaar dat het ook misging van de week

[Beeker]

Na een git pull --rebase moest bij mij meta-openpli/recipes-openpli/e2openplugins/task-openplugins hernoemd worden naar packagegroup-openplugins. En hij struikelde steeds over regel 4:

 

inherent task

 

ERROR: ParseError at /home/hains/openpli-oe-core/meta-openpli/recipes-openpli/e2openplugins/packagegroup-openplugins.bb:4: Could not inherit file classes/task.bbclass

 

Heb al wat geprobeerd maar ik heb die regel nu als woraround maar even weggehaald om de build toch door te laten lopen.

[christophecvr]

Na een git pull --rebase moest bij mij meta-openpli/recipes-openpli/e2openplugins/task-openplugins hernoemd worden naar packagegroup-openplugins. En hij struikelde steeds over regel 4:

 

inherent task

 

ERROR: ParseError at /home/hains/openpli-oe-core/meta-openpli/recipes-openpli/e2openplugins/packagegroup-openplugins.bb:4: Could not inherit file classes/task.bbclass

 

Heb al wat geprobeerd maar ik heb die regel nu als woraround maar even weggehaald om de build toch door te laten lopen.

zelfde probleem by mij could not inherit classes/task.bbclass . Met regel weg build hij helemaal niet. Probeer nu eens een fresh build. maar gaat ook niet

[christophecvr]

dit heeft iets te maken met bitbake zelf. task-xxx.bb  mag niet meer gebruikt worden. dit werd ook niet gebruikt maar met de laatste e2openplugins update terug.

 

File moet hernoemd worden van task-openplugins.bb tot packagegroup-openplugins.bb  en dan inherit packagegroup i.p.v inherit task.

 

Waarom ? geen idee maar het is door een bitbake update zelf gekomen. Mijn fresh build loopt nu. ga deze dan ook flashen als check . als hij ok is.

[christophecvr]

De nightly builds hebben ook gefaald m.a.w de pli build server heeft van hetzelfde probleem last gehad.

[Sagitarius †]

Ook hier deze Webif fout na een sw update om de NewHbbTV plugin aan de praat te krijgen ook die doet het nog niet.

[christophecvr]

Ook hier deze Webif fout na een sw update om de NewHbbTV plugin aan de praat te krijgen ook die doet het nog niet.

Van de hbbTV weet ik niet dat is een third party package. Maar zou kunnen dat deze gwoonweg niet gaat omdat openwebif niet werkt.

 

Dit gewoon oplossen zoals vermeld voorlopig op wijze van Wanwizard.

 

telnet je box en dan geef commando link ze niet met && want dan kan het falen indien een source even niet beschikbaar is.

 

opkg update

opkg install python-compression

 

Herstart je box en de openwebif zou moeten gaan . Misschien de hbbTV ook (als deze ooit heeft gewerkt deze is third party ...)

[christophecvr]

Verder onderzoek bracht mij op een probleem aangaande packagroup of task. Dit is eigenlijk reeds lang geleden ontstaan. Bij ik dacht ....,een openembedded update en bitbake update.

 

The e2openplugins zijn nog gemaakt voor oudere versies van die bitbake. Dit is in pli4 opgelost geweest door de task-openplugins.bb te hernoemen naar packagegroup-openplugins.bb en the inherit aangepast van

inherit task  naar

inherit packagegroup.

 

The e2openplugins was geblokkeerd op een commit. En ik weet niet meer hoe maar de originele bb file werd gewijzigd en hernoemd maar ik weet niet meer hoe dit voor de submodule e2openplugins was gedaan.

 

openpli is zeer up to date ten opzichte van andere images. Dus ook de build tools en bitbake. Vandaar dat bv the e2openplugins perfect zullen werken voor een dream-oe maar dream-oe is hopeloos verouderd.

Edited by christophecvr, 22 May 2014 - 09:00.

[Sagitarius †]

Bedankt dat probleem is nu over met de Webif maar de hbbbtv nog niet.

[christophecvr]

Bedankt dat probleem is nu over met de Webif maar de hbbbtv nog niet.

hbbTV is geen pli4 probleem zelf. Daar is het probleem iets anders.

Edited by christophecvr, 22 May 2014 - 09:09.

[christophecvr]

De verkeerde head voor pli van e2plugins blijkbaar zie :

 

https://github.com/E...s/tree/upstream

 

This branch is 10 commits ahead and 4 commits behind master