Jump to content


Photo

Building own OpenPli4


  • Please log in to reply
69 replies to this topic

Re: Building own OpenPli4 #41 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 21 December 2013 - 16:57

The strange thing is, that I now get the same checksums as you do. Weird....


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Building own OpenPli4 #42 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 21 December 2013 - 17:17

It has been fixed now. Strange I didn't notice that all checksums where equal, this definitely suggests I checksummed some error message output instead of the file contents.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Building own OpenPli4 #43 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 6 January 2014 - 11:38

Hello,

 

After latest commit (Set FULL_OPTIMIZATION to -Os instead of -O2) i am getting the following error:

 

Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for enigma2-plugin-systemplugins-tempfancontrol:
 *      libgstapp-0.10-0 (>= 0.10.36.1+gitNone) *       libgstpbutils-0.10-0 (>= 0.10.36.1+gitNone) *   libgstaudio-0.10-0 (>= 0.10.36.1+gitNone) *     libgstinterfaces-0.10-0 (>= 0.10.36.1+gitNone) *        libgsttag-0.10-0 (>= 0.10.36.1+gitNone) *       libgstpbutils-0.10-0 (>= 0.10.36.1+gitNone) *   libgstinterfaces-0.10-0 (>= 0.10.36.1+gitNone) *        libgstpbutils-0.10-0 (>= 0.10.36.1+gitNone) *   libgstaudio-0.10-0 (>= 0.10.36.1+gitNone) *     libgstinterfaces-0.10-0 (>= 0.10.36.1+gitNone) *        libgsttag-0.10-0 (>= 0.10.36.1+gitNone) *       libgstpbutils-0.10-0 (>= 0.10.36.1+gitNone) *   libgstpbutils-0.10-0 (>= 0.10.36.1+gitNone) *   libgstvideo-0.10-0 (>= 0.10.36.1+gitNone) *     libgstinterfaces-0.10-0 (>= 0.10.36.1+gitNone) *        libgstpbutils-0.10-0 (>= 0.10.36.1+gitNone) *   libgstpbutils-0.10-0 (>= 0.10.36.1+gitNone) *   libgsttag-0.10-0 (>= 0.10.36.1+gitNone) *       libgstpbutils-0.10-0 (>= 0.10.36.1+gitNone) *   libgstaudio-0.10-0 (>= 0.10.36.1+gitNone) *     libgstinterfaces-0.10-0 (>= 0.10.36.1+gitNone) *        libgstriff-0.10-0 (>= 0.10.36.1+gitNone) *      libgstpbutils-0.10-0 (>= 0.10.36.1+gitNone) *   libgstaudio-0.10-0 (>= 0.10.36.1+gitNone) *     libgstinterfaces-0.10-0 (>= 0.10.36.1+gitNone) *        libgsttag-0.10-0 (>= 0.10.36.1+gitNone) *       libgstpbutils-0.10-0 (>= 0.10.36.1+gitNone) *   libgstaudio-0.10-0 (>= 0.10.36.1+gitNone) *     libgstinterfaces-0.10-0 (>= 0.10.36.1+gitNone) *
 * opkg_install_cmd: Cannot install package enigma2-plugin-systemplugins-tempfancontrol.

 

Any idea how to overcome? (libgst.. is gstreamer, clean and try again?)


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: Building own OpenPli4 #44 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 6 January 2014 - 12:10

gitNone seems to indicate a (temporary) network problem?
Possibly, packages are now created with this invalid versionstring in their deps, so if the problem persists, try a clean rebuild...

Re: Building own OpenPli4 #45 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 6 January 2014 - 12:32

I just finished builds of vusolo and vuduo and they succeeded.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Building own OpenPli4 #46 Gandalf

  • Senior Member
  • 66 posts

0
Neutral

Posted 6 January 2014 - 13:21

I have a strange issue following this update. The rebuild happens fine, that's no issue, but on some platform, I get a strange error : 

 

- first I built et9x00 : success

- i then want to buit et5x00 : in openpli-enigma2-image-1.0-r0: task do_rootfs, I get :

 

 

ls: cannot access /home/dreambox/openpli4/openpli-oe-core/build/tmp/sysroots/et5x00/pkgdata/runtime-reverse/libpopt0: No such file or directory
 

What is really wierd, is that libpopt0_1.16-r3_mips32el.ipk is there in the mips32el directory, it is actually the version compiled for the et9x00, that did not fail with et9x00. I can launch the process as many time as I want, always same error. To fix it, I go to build, do MACHINE=et5x00 bitbake -cclean popt , then I build it again, then I build the image, successfully this time . It works until ... I try to compile et6x00 ...(then the same applies). It kinda looks as if it should be machine specific rather than platform specific, but I'm probably wrong there !

 

G



Re: Building own OpenPli4 #47 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 6 January 2014 - 15:36

After deleting build folder (ouch!) build of dm800se worked (now all others...)

 

Here some Warnings, in case someone interesting to fix them.

 

WARNING: orc-native: No generic license file exists for: orc in any provider
 
WARNING: orc: No generic license file exists for: orc in any provider
 
WARNING: QA Issue: libtuxtxt: Files/directories were installed but not shipped
  /usr/lib/libtuxtxt.so
 
WARNING: QA Issue: python-twisted: Files/directories were installed but not shipped
  /usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info
  /usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info/not-zip-safe
  /usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info/requires.txt
  /usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info/PKG-INFO
  /usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info/top_level.txt
  /usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info/dependency_links.txt
  /usr/lib/python2.7/site-packages/Twisted-12.0.0-py2.7.egg-info/SOURCES.txt
  /usr/lib/python2.7/site-packages/twisted/topfiles
  /usr/lib/python2.7/site-packages/twisted/python/_initgroups.c
  /usr/lib/python2.7/site-packages/twisted/python/twisted-completion.zsh
  /usr/lib/python2.7/site-packages/twisted/python/_epoll.c
  /usr/lib/python2.7/site-packages/twisted/topfiles/ChangeLog.Old
  /usr/lib/python2.7/site-packages/twisted/topfiles/CREDITS
  /usr/lib/python2.7/site-packages/twisted/topfiles/README
  /usr/lib/python2.7/site-packages/twisted/topfiles/NEWS
 
WARNING: QA Issue: enigma2-plugin-extensions-xmltvimport: Files/directories were installed but not shipped
  /usr/src
  /usr/lib/python2.7
  /usr/lib/python2.7/site-packages
  /usr/lib/python2.7/site-packages/enigma2_plugin_extensions_xmltvimport-0.9.12-py2.7.egg-info
  /usr/src/debug
  /usr/src/debug/enigma2-plugin-extensions-xmltvimport
  /usr/src/debug/enigma2-plugin-extensions-xmltvimport/1.0+gitAUTOINC+bc438edd78-r25
  /usr/src/debug/enigma2-plugin-extensions-xmltvimport/1.0+gitAUTOINC+bc438edd78-r25/git
  /usr/src/debug/enigma2-plugin-extensions-xmltvimport/1.0+gitAUTOINC+bc438edd78-r25/git/src
  /usr/src/debug/enigma2-plugin-extensions-xmltvimport/1.0+gitAUTOINC+bc438edd78-r25/git/src/dreamcrc.c
 
 
WARNING: QA Issue: File '/usr/lib/gstreamer-0.10/libgstxt.so' from gst-plugin-libxt was already stripped, this will prevent future debugging!
 
WARNING: QA Issue: gst-plugin-libxt: /work/mips32el-oe-linux/gst-plugin-libxt/0.10.0+gitAUTOINC+568b515fa8-r0/packages-split/gst-plugin-libxt/usr/lib/gstreamer-0.10/libgstxt.so contains probably-redundant RPATH /usr/lib
 
WARNING: QA Issue: File '/usr/bin/ushare' from ushare was already stripped, this will prevent future debugging!
 
WARNING: QA Issue: dreambox-dvb-modules-dm800se: Files/directories were installed but not shipped
  /lib/modules/3.2-dm800se/extra/LICENSE
 
WARNING: aio-grab: No generic license file exists for: GPL in any provider
 
WARNING: QA Issue: enigma2-plugin-extensions-openwebif: Files/directories were installed but not shipped
  /usr/lib/python2.7
  /usr/lib/python2.7/site-packages
  /usr/lib/enigma2/python/Plugins/enigma2_plugin_extensions_openwebif-0.0.0-py2.7.egg-info

WARNING: QA Issue: samba: Files/directories were installed but not shipped
  /run
  /run/lock
  /usr/lib/nss_info
  /usr/lib/rpc
  /usr/lib/idmap
  /usr/lib/pdb

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: Building own OpenPli4 #48 dutchtech

  • Member
  • 1 posts

0
Neutral

Posted 6 January 2014 - 23:06

Hi Guys,

Does anyone know why the openpli 4 does not work on vu+ solo clone?

Is there any tested firmware we can download?

 

Thanks



Re: Building own OpenPli4 #49 littlesat

  • PLi® Core member
  • 57,234 posts

+701
Excellent

Posted 6 January 2014 - 23:56

Because it is a clone..... And vu did add detection it is a clone in the latest drivers from vu we use...

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Building own OpenPli4 #50 macnuts

  • Senior Member
  • 420 posts

+14
Neutral

Posted 12 January 2014 - 16:30

I have a question about build optimizations introduced with http://sourceforge.n...a8a05465aaddd8/

 

In meta-openpli/conf/distro/openpli.conf:

FULL_OPTIMIZATION = "-Os -pipe ${DEBUG_FLAGS}"

 

but in site.conf:

BUILD_OPTIMIZATION = "-march=native -O2 -pipe"

 

When -Os is used and when -O2 is then?

Shouldn't Makefile be updated so both settings are the same?



Re: Building own OpenPli4 #51 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 12 January 2014 - 16:35

BUILD... is for your build host, the machine you are compiling on. It has no effect on the code generated for the box.
Real musicians never die - they just decompose

Re: Building own OpenPli4 #52 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 6 February 2014 - 19:11

Hello,


There is kernel-headers package (on my dm800se) has a problem. It creates two files (.install and ..install.cmd) on every directory containing info about build server.

Same problem exists on OpenPLi build.

See here: http://downloads.pli....46_dm800se.ipk
cmd_/dreambox/oe.openpli-4/build/tmp/work/dm800se-oe-linux/linux-dreambox/3.2-r14.17.46/image/usr/src/linux-3.2-dm800se/include/video/.install := perl scripts/headers_install.pl /dreambox/oe.openpli-4/build/tmp/work/dm800se-oe-linux/linux-dreambox/3.2-r14.17.46/linux-3.2/include/video /dreambox/oe.openpli-4/build/tmp/work/dm800se-oe-linux/linux-dreambox/3.2-r14.17.46/image/usr/src/linux-3.2-dm800se/include/video mips edid.h sisfb.h uvesafb.h; perl scripts/headers_install.pl /dreambox/oe.openpli-4/build/tmp/work/dm800se-oe-linux/linux-dreambox/3.2-r14.17.46/linux-3.2/include/video /dreambox/oe.openpli-4/build/tmp/work/dm800se-oe-linux/linux-dreambox/3.2-r14.17.46/image/usr/src/linux-3.2-dm800se/include/video mips ; for F in ; do echo "\#include <asm-generic/$$F>" > /dreambox/oe.openpli-4/build/tmp/work/dm800se-oe-linux/linux-dreambox/3.2-r14.17.46/image/usr/src/linux-3.2-dm800se/include/video/$$F; done; touch /dreambox/oe.openpli-4/build/tmp/work/dm800se-oe-linux/linux-dreambox/3.2-r14.17.46/image/usr/src/linux-3.2-dm800se/include/video/.install
Any idea?
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: Building own OpenPli4 #53 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 8 February 2014 - 11:49

As far as I know, you'd never install that package on a box anyway.
Real musicians never die - they just decompose

Re: Building own OpenPli4 #54 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 8 February 2014 - 21:45

No you are not installing on a box, but because of that you have (some) headers missing on the sysroots.

See here : http://openpli.org/f...e-6#entry403399
mipsel-oe-linux-libtool: compile:  mipsel-oe-linux-gcc -mel -mabi=32 -mhard-float -march=mips32 --sysroot=/opt/openpli-oe-core/build/tmp/sysroots/dm800se -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../../gst-libs -I../../gst-libs -pthread -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/gstreamer-1.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/glib-2.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/lib/glib-2.0/include -pthread -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/gstreamer-1.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/glib-2.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/lib/glib-2.0/include -pthread -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/gstreamer-1.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/glib-2.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/lib/glib-2.0/include -pthread -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/gstreamer-1.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/glib-2.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/lib/glib-2.0/include -DGST_USE_UNSTABLE_API -DG_THREADS_MANDATORY -DG_DISABLE_CAST_CHECKS -DG_DISABLE_ASSERT -Wall -Wdeclaration-after-statement -Wvla -Wpointer-arith -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wwrite-strings -Wformat-security -Wold-style-definition -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar -Wnested-externs -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/gudev-1.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/glib-2.0 -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/lib/glib-2.0/include -I/opt/openpli-oe-core/build/tmp/sysroots/dm800se/usr/include/libusb-1.0 -DGST_USE_UNSTABLE_API -Os -pipe -g -feliminate-unused-debug-types -c gstuvch264_mjpgdemux.c  -fPIC -DPIC -o .libs/libgstuvch264_la-gstuvch264_mjpgdemux.o
gstuvch264_mjpgdemux.c:39:29: fatal error: linux/usb/video.h: No such file or directory
 #include <linux/usb/video.h>
                             ^
compilation terminated.
make[3]: *** [libgstuvch264_la-gstuvch264_mjpgdemux.lo] Error 1
make[3]: Leaving directory `/opt/openpli-oe-core/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-bad/1.2.2-r0/gst-plugins-bad-1.2.2/sys/uvch264'
make[2]: *** [uvch264] Error 2
make[2]: *** Waiting for unfinished jobs....

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: Building own OpenPli4 #55 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 2 March 2014 - 20:22

@MiLo,

 

 

I think commit  http://sourceforge.n...a9e08fa195404a/ needs one more change on http://sourceforge.n...le-versions.inc

 

-SRCREV_pn-gst-plugin-vuplus-dvbmediasink ?= "${AUTOREV}"
+SRCREV_pn-gst-plugin-vuplus-dvbmediasink ?= "91738211ef106ae7d14c1ccc5c4dd26c0f2dbf58"

 

Or simply remove the SRCREV_pn-gst-plugin-vuplus-dvbmediasink ?= "${AUTOREV}" from openpli-unstable-versions.inc


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: Building own OpenPli4 #56 addybo

  • Senior Member
  • 45 posts

0
Neutral

Posted 9 March 2014 - 14:37

since today, i cant build master branch :(

 

 git ls-remote git://github.com/kennethreitz/requests refs/heads/v1.2.3 refs/tags/v1.2.3^{}
| DEBUG: Python function base_do_fetch finished
| DEBUG: Python function do_fetch finished
| ERROR: Function failed: Fetcher failure for URL: 'git://github.com/kennethreitz/requests;protocol=git'. The command git ls-remote git://github.com/kennethreitz/requests refs/heads/v1.2.3 refs/tags/v1.2.3^{} gave empty output unexpectedly
ERROR: Task 582 (/home/addybo/pli/meta-openpli/recipes-devtools/python/python-requests_1.2.3.bb, do_fetch) failed with exit code '1'

 



Re: Building own OpenPli4 #57 WanWizard

  • PLi® Core member
  • 70,563 posts

+1,816
Excellent

Posted 9 March 2014 - 14:52

Happens regularly. If the target still exists (and it looks like it does), just build again.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Building own OpenPli4 #58 addybo

  • Senior Member
  • 45 posts

0
Neutral

Posted 9 March 2014 - 15:01

mh, i have tried it many times today, but still the same error....

maybe the Problem Comes from the update to oe-core master from yesterday?



Re: Building own OpenPli4 #59 addybo

  • Senior Member
  • 45 posts

0
Neutral

Posted 9 March 2014 - 19:16

now ist fixed, thanks.....but get new errer

 

 

 


git ls-remote git://code.vuplus.com/git/dumpait.git refs/heads/HEAD refs/tags/HEAD^{}
| DEBUG: Python function base_do_fetch finished
| DEBUG: Python function do_fetch finished
| ERROR: Function failed: Fetcher failure for URL: 'git://code.vuplus.com/git/dumpait.git;protocol=git;branch=master;tag=HEAD'. The command git ls-remote git://code.vuplus.com/git/dumpait.git refs/heads/HEAD refs/tags/HEAD^{} gave empty output unexpectedly
ERROR: Task 1677 (/home/addybo/pli/meta-openpli/recipes-bsp/vuplus/vuplus-hbbtv-dumpait.bb, do_fetch) failed with exit code '1' 

 



Re: Building own OpenPli4 #60 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 9 March 2014 - 19:23

Replace the illegal "tag=HEAD" with a proper SRCREV="..." hash, then it will work again. Create a patch for OpenPLi to make it permanent and help us and the community.

The OE-core upgrade apparently no longer tolerates invalid SRCREV tags like "HEAD", so recipes must be updated to accomodate. See previous commits for examples.

Edited by MiLo, 9 March 2014 - 19:23.

Real musicians never die - they just decompose


1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users