Jump to content


Photo

OpenWebIf OpenPLi 4 feed issue

openwebif openpli4 feed

  • Please log in to reply
10 replies to this topic

#1 athoik

  • PLi® Core member
  • 8,333 posts

+312
Excellent

Posted 24 October 2013 - 21:02

Hello,

 

I notice one issue in build process of OpenPLi 4. We are using common folders among receivers, but we must share only common packages.

 

OpenWebIf is not common package, because we are doing customization by deleting  images from other boxes.

 

This results to a package created every time we build an image, and on feeds we have always the latest.

 

Eg here  is your latest OpenWebIf http://downloads.pli...72_mips32el.ipk

 

If you take a look on it you will notice that under OpenWebif/public/images/boxes/ we have only solo2 and unknown (so probably you are building solo2 last on your build server :))

 

So we need either to build OpenWebIf for every image or to delete only pictures for images we are not building on our system.

 

What do you think?

 

PS. Why we are building some packages multiple times? Isn't OpenPLi 4 build optimize to understand that a package already build just few minutes ago.


Edited by athoik, 24 October 2013 - 21:04.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: OpenWebIf OpenPLi 4 feed issue #2 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 24 October 2013 - 22:36

you're right, openwebif should be a machine-specific package for that reason.
Weird that bitbake doesn't detect the MACHINE_ specific stuff (or perhaps that means things are done in a nonstandard way, which bitbake does not understand)

Re: OpenWebIf OpenPLi 4 feed issue #3 ims

  • PLi® Core member
  • 12,299 posts

+188
Excellent

Posted 25 October 2013 - 06:00

Confirm...I am building as lastest vuultimo. As I saw, for dm and xp it missing full remote controller picture


Kdo nic nedělá, nic nezkazí!

Re: OpenWebIf OpenPLi 4 feed issue #4 ims

  • PLi® Core member
  • 12,299 posts

+188
Excellent

Posted 25 October 2013 - 18:45

I still do not understand (and did not get answer), why, when I am building image for more boxes - f.eg. as is todays lastest little change for openwebif - why I must waiting, when are worked again for each machine -  gcc, python, libs etc etc ... cca 400 points for each machine ? Some is wrong on this:

 

MACHINE=xp1000 make image; cd build;source env.source; MACHINE=xp1000 bitbake openpli-enigma2-feed

MACHINE=dm800se ...

MACHINE ...

 

?

 

It seems, that for me and building OE4 would be better to have 3 standallone OE4 directories, own for each box... What I am making wrong ?


Kdo nic nedělá, nic nezkazí!

Re: OpenWebIf OpenPLi 4 feed issue #5 athoik

  • PLi® Core member
  • 8,333 posts

+312
Excellent

Posted 25 October 2013 - 20:02

It seems, that for me and building OE4 would be better to have 3 standallone OE4 directories, own for each box... What I am making wrong ?

 
Your command seems ok, more or less i am using the same. But the shared folders (eg mipsel) is not optimized. Probably due to shared packages that they should not shared.

If we remove the meta-openpli/recipes-openpli/enigma2-plugins/enigma2-plugin-extensions-openwebif.bbappend probably the OpenWebIf can be shared (but extra images will be shipped too).



PS. If you want to see some speedup in the build times, inherit "rm_deepwork" (you need to add this from rm_work.bbclass and delete temp folders too).

Edited by athoik, 25 October 2013 - 20:03.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: OpenWebIf OpenPLi 4 feed issue #6 athoik

  • PLi® Core member
  • 8,333 posts

+312
Excellent

Posted 25 October 2013 - 23:12

Hello,


After the change by pieterg, i thing we solve the problem with OpenWebIf, now it goes to machine directory.

I made a diff on md5sums after two builds (first dm800se and then dm7020hd) and the following packages changed under mipsel.

Spoiler

 

So we should have a look on them too? gst-plugins good is totaly rebuild i think!


Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: OpenWebIf OpenPLi 4 feed issue #7 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 25 October 2013 - 23:19

Yes, I've noticed that also, bitbake rebuilds too many packages.
That needs to be investigated (but for now, as the buildserver runs fine, even if it takes a bit longer than it should, everything is 'OK')

Re: OpenWebIf OpenPLi 4 feed issue #8 athoik

  • PLi® Core member
  • 8,333 posts

+312
Excellent

Posted 26 October 2013 - 06:01

Tuxtxt enigma2, maybe needs to be machine specific.

Not all macines have textlcd.

EXTRA_OECONF = "--with-boxtype=generic --with-configdir=/etc \
        ${@base_contains("MACHINE_FEATURES", "textlcd", "--with-textlcd" , "", d)} \
        "

Edited by athoik, 26 October 2013 - 06:02.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: OpenWebIf OpenPLi 4 feed issue #9 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 26 October 2013 - 08:38

That's true, I'll change it.

Re: OpenWebIf OpenPLi 4 feed issue #10 athoik

  • PLi® Core member
  • 8,333 posts

+312
Excellent

Posted 28 October 2013 - 11:01

We are not using machine feature legacykernel so remove it from gst-plugins-good.

Attached File  0001-Remove-unused-feature-legacykernel.patch.txt   1.92KB   21 downloads
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: OpenWebIf OpenPLi 4 feed issue #11 Robinson

  • Senior Member
  • 2,523 posts

+30
Good

Posted 2 November 2013 - 17:06

I have OpenPLi image on Solo2 from several days ago and the problem with the remote is there.

How do I fix that?

I'm a bit discouraged to run another online update as there seems to be some audio bug so I would rather avoid it but I woulkd like to be able to control the box using OpenWebif remote.

What's the best way for me to fix it, please?


ET9000, OpenPLi 4.0, 13E, 19E

HD51, OpenPLi 6.2, 75E - 30W






Also tagged with one or more of these keywords: openwebif, openpli4, feed

2 user(s) are reading this topic

0 members, 2 guests, 0 anonymous users