Posted 21 April 2018 - 11:57
Your code has been rated at 4.12/10 (previous run: -5.44/10, +9.56)And this is after I dealt with all spaces and tabs indentation issues. Is our code this crap, or it the linter this crap?
Edited by athoik, 21 April 2018 - 11:57.
Posted 21 April 2018 - 12:01
This topic is locked
DEBUG: Executing python function extend_recipe_sysroot
NOTE: Direct dependencies are ['/home/starz/open/openpli-oe-core/openembedded-core/meta/recipes-devtools/quilt/quilt-native_0.65.bb:do_populate_sysroot']
NOTE:
NOTE: quilt-native exists in sysroot, skipping
DEBUG: Python function extend_recipe_sysroot finished
DEBUG: Executing python function do_patch
DEBUG: Executing python function patch_do_patch
DEBUG: Searching for directfb-1.2.x-fix-pkgconfig-cflags.patch in paths:
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb-1.4.12/openpli
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb/openpli
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/files/openpli
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb-1.4.12/aarch64
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb/aarch64
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/files/aarch64
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb-1.4.12/wetekplay2
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb/wetekplay2
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/files/wetekplay2
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb-1.4.12/aml8726
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb/aml8726
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/files/aml8726
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb-1.4.12/aarch64
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb/aarch64
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/files/aarch64
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb-1.4.12/
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb/
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/files/
DEBUG: Searching for configurefix.patch in paths:
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb-1.4.12/openpli
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb/openpli
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/files/openpli
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb-1.4.12/aarch64
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb/aarch64
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/files/aarch64
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb-1.4.12/wetekplay2
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb/wetekplay2
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/files/wetekplay2
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb-1.4.12/aml8726
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb/aml8726
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/files/aml8726
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb-1.4.12/aarch64
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb/aarch64
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/files/aarch64
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb-1.4.12/
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb/
/home/starz/open/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/files/
NOTE: Applying patch 'directfb-1.2.x-fix-pkgconfig-cflags.patch' (../pli-extras/meta-fulan/recipes-graphics/directfb/directfb/directfb-1.2.x-fix-pkgconfig-cflags.patch)
ERROR: Command Error: 'quilt --quiltrc /home/starz/open/openpli-oe-core/build/tmp/work/aarch64-oe-linux/directfb/1.4.12-r0/recipe-sysroot-native/etc/quiltrc push' exited with 0 Output:
Applying patch directfb-1.2.x-fix-pkgconfig-cflags.patch
patching file directfb-internal.pc.in
patching file directfb.pc.in
Hunk #1 FAILED at 9.
1 out of 1 hunk FAILED -- rejects in file directfb.pc.in
patching file lib/fusion/fusion.pc.in
patching file lib/voodoo/voodoo.pc.in
Patch directfb-1.2.x-fix-pkgconfig-cflags.patch does not apply (enforce with -f)
DEBUG: Python function patch_do_patch finished
DEBUG: Python function do_patch finished
ERROR: Function failed: patch_do_patch
got this error when trying to compile wetekplay2. how can I fix this?
Posted 21 April 2018 - 12:03
lol.
Ok, just checking that I'm not crazy then... 
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.
Posted 21 April 2018 - 12:12
BTW, you know Travis CI now fails on every push for gcc 4.9 and gcc 5, because of the cppflag C++11 that was added to develop?
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.
Posted 21 April 2018 - 12:19
BTW, you know Travis CI now fails on every push for gcc 4.9 and gcc 5, because of the cppflag C++11 that was added to develop?
Edited by athoik, 21 April 2018 - 12:20.
Posted 21 April 2018 - 12:25
Hmm... Typical Travis madeness again then...
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.
Posted 21 April 2018 - 13:15
Travis CI is not checking for python runtime errors (Although I have it ready on my GitHub fork).
That's not Travis' fault, it's the fault of those ****** interpreted languages. You never know what you're going to end up once the program is started.
* 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.
Posted 21 April 2018 - 13:22
im getting a similar issue, pi zero
Initialising tasks: 100% |#######################################| Time: 0:01:06 NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks ERROR: directfb-1.4.12-r0 do_patch: Command Error: 'quilt --quiltrc /home/jason/openpli/openpli-oe-core/build/tmp/work/arm1176jzfshf-vfp-oe-linux-gnueabi/directfb/1.4.12-r0/recipe-sysroot-native/etc/quiltrc push' exited with 0 Output: Applying patch directfb-1.2.x-fix-pkgconfig-cflags.patch patching file directfb-internal.pc.in patching file directfb.pc.in Hunk #1 FAILED at 9. 1 out of 1 hunk FAILED -- rejects in file directfb.pc.in patching file lib/fusion/fusion.pc.in patching file lib/voodoo/voodoo.pc.in Patch directfb-1.2.x-fix-pkgconfig-cflags.patch does not apply (enforce with -f) ERROR: directfb-1.4.12-r0 do_patch: Function failed: patch_do_patch ERROR: Logfile of failure stored in: /home/jason/openpli/openpli-oe-core/build/tmp/work/arm1176jzfshf-vfp-oe-linux-gnueabi/directfb/1.4.12-r0/temp/log.do_patch.24692 ERROR: Task (/home/jason/openpli/openpli-oe-core/pli-extras/meta-fulan/recipes-graphics/directfb/directfb_1.4.12.bb:do_patch) failed with exit code '1' NOTE: Tasks Summary: Attempted 448 tasks of which 0 didn't need to be rerun and 1 failed.
Posted 21 April 2018 - 13:29
Most programme languages have solutions to check them.
The problem with python is that it leaves the result, a pyc, behind, and I haven't found a solution to delete it after a compile.
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.
Posted 21 April 2018 - 13:47
The problem is that there is no way to make sure all of the code has been seen, ever. For that an explicit syntax checker would be better, but that won't catch all sorts of errors that may occur during runtime. And there are the quasi- and not-quasi self-modifying-code constructs of interpreted languages and the Python people are actually proud of it...
* 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.
Posted 21 April 2018 - 14:43
Backtrace: enigma2(handleFatalSignal(int, siginfo_t*, void*)) [0x47D869] /lib/x86_64-linux-gnu/libpthread.so.0(n/a) [0xC32C4330] enigma2(PSignal::get()) [0x571C40] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx) [0xC468D843] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalCodeEx) [0xC468FC8D] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(n/a) [0xC468FE20] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyObject_Call) [0xC46640F3] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(n/a) [0xC4608DBD] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyObject_Call) [0xC46640F3] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_CallObjectWithKeywords) [0xC46F7647] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyInstance_New) [0xC4634088] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyObject_Call) [0xC46640F3] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalFrameEx) [0xC468B326] /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0(PyEval_EvalCodeEx) [0xC468FC8D]
Posted 21 April 2018 - 14:45
Compiling a python file does do a full syntax check, otherwise you can't compile it. Catching runtime errors at compile time is very complicated, especially if they are logic errors, even C/C++ can't protect you from those. At least Python is typed, and you don't have (in most cases) the same misery that you have with a language like PHP. Although that is moving to a typed language as well.
The only way to be resonably sure is use test driven design, have unit tests and a code coverage analyzer, create your unit tests and define the edge cases of your logic before you start coding.
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.
Posted 21 April 2018 - 14:50
#0 PSignal::get (this=0xf8) at python/connections.cpp:25 #1 0x00007ffff54d8843 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #2 0x00007ffff54dac8d in PyEval_EvalCodeEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #3 0x00007ffff54dae20 in ?? () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #4 0x00007ffff54af0f3 in PyObject_Call () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #5 0x00007ffff5453dbd in ?? () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #6 0x00007ffff54af0f3 in PyObject_Call () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #7 0x00007ffff5542647 in PyEval_CallObjectWithKeywords () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #8 0x00007ffff547f088 in PyInstance_New () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #9 0x00007ffff54af0f3 in PyObject_Call () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #10 0x00007ffff54d6326 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #11 0x00007ffff54dac8d in PyEval_EvalCodeEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #12 0x00007ffff54daef5 in ?? () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #13 0x00007ffff54af0f3 in PyObject_Call () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #14 0x00007ffff5440148 in ?? () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #15 0x00007ffff54af0f3 in PyObject_Call () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #16 0x00007ffff54d6326 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #17 0x00007ffff54d8b69 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #18 0x00007ffff54d8b69 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #19 0x00007ffff54dac8d in PyEval_EvalCodeEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #20 0x00007ffff54d88e8 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #21 0x00007ffff54dac8d in PyEval_EvalCodeEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #22 0x00007ffff54daf72 in PyEval_EvalCode () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #23 0x00007ffff54db432 in PyRun_FileExFlags () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #24 0x00007ffff5572139 in PyRun_SimpleFileExFlags () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #25 0x00000000005734ad in ePython::execFile (this=this@entry=0x7fffffffe0b1, file=0x9cfca8 "/usr/local/lib/enigma2/python/mytest.py") at python/python.cpp:145 #26 0x000000000047d390 in main (argc=<optimized out>, argv=<optimized out>) at enigma.cpp:301 (gdb) frame #0 PSignal::get (this=0xf8) at python/connections.cpp:25 25 if (!m_list)
Posted 21 April 2018 - 15:01
MAY THE FORCE BE WITH YOU!
Posted 21 April 2018 - 16:19
Posted 21 April 2018 - 19:09
DM920UHD DVB-S2X TRIPLE tuner + Triple M.S tuner DVB-S2X, DVB-T2/T, QboxHD, QboxHD Mini, Icecrypt T2300HD,
Qviart Lunix3 4K, Raspberry Pi 4 Model B 4GB & 8GB
Vertex 4K60 4:4:4 600MHz
Posted 21 April 2018 - 23:14
me too, after I did update.sh, the reason, in openpli-oe-core/sources
DirectFB-1.4.12.tar.gz
DirectFB-1.4.12.tar.gz_bad-checksum_27c7b2eefb78072ac27905821da79ac5
DirectFB-1.4.12.tar.gz.done
Posted 22 April 2018 - 06:40
Posted 22 April 2018 - 06:55
Wait for MastaG to fix it 
@MastaG
Open Vision sources: https://github.com/OpenVisionE2
Posted 22 April 2018 - 07:53
Hello, I had been away from thi s forum for some time and now...I came back and see it's possible to run Openpli on Raspberry 3??!!! Is it real???
But with DVB support??
If this is true I am the happiest man with a satellite dish on the roof!!! :-) :-)So...can anyone please confirm this great news?
Thank you.
Max.
No dvb support just for develop and test
Open Vision sources: https://github.com/OpenVisionE2
0 members, 10 guests, 0 anonymous users
