101 replies to this topic

[betacentauri]

The patch is for the openembedded directory! At best revert your changes first.

Then download the patch https://patchwork.op...tch/165581/raw/ and go to openembedded directory and apply it:
git apply thud-1-2-qemu-fix-build-issue-on-new-hosts-with-glibc-2.30.patch

Remove patch file and restart build.

[dax]

Deleted

Edited by dax, 2 November 2019 - 14:02.

[betacentauri]

cd /home/davide/openpli_thud/openpli-oe-core/openembedded-core/
git apply thud-1-2-qemu-fix-build-issue-on-new-hosts-with-glibc-2.30.patch

[dax]

Restart from scratch, i put the patch file in openembedded-core dir and then

cd /home/davide/openpli_thud/openpli-oe-core/openembedded-core/
git apply thud-1-2-qemu-fix-build-issue-on-new-hosts-with-glibc-2.30.patch

but

git apply thud-1-2-qemu-fix-build-issue-on-new-hosts-with-glibc-2.30.patch
thud-1-2-qemu-fix-build-issue-on-new-hosts-with-glibc-2.30.patch:43: trailing whitespace.
 
thud-1-2-qemu-fix-build-issue-on-new-hosts-with-glibc-2.30.patch:53: trailing whitespace.
 
thud-1-2-qemu-fix-build-issue-on-new-hosts-with-glibc-2.30.patch:120: trailing whitespace.
 
thud-1-2-qemu-fix-build-issue-on-new-hosts-with-glibc-2.30.patch:124: trailing whitespace.
 
error: patch non riuscita: meta/recipes-devtools/qemu/qemu_3.0.0.bb:40
error: meta/recipes-devtools/qemu/qemu_3.0.0.bb: la patch non si applica correttamente

i fix the whitespace but

git apply thud-1-2-qemu-fix-build-issue-on-new-hosts-with-glibc-2.30.patch
error: patch non riuscita: meta/recipes-devtools/qemu/qemu_3.0.0.bb:40
error: meta/recipes-devtools/qemu/qemu_3.0.0.bb: la patch non si applica correttamente

[betacentauri]

Yes, right doesn't apply. Please try this patch.

Attached Files

•  thud-1-2-qemu-fix-build-issue-on-new-hosts-with-glibc-2.30_v2.patch   6.96KB   4 downloads

[dax]

I'm not a lucky man, thanks for support

Attached Files

•  log.do_compile.2366314.zip   18.57KB   1 downloads

[dax]

Then i add in site.conf

DISTRO_FEATURES_BACKFILL_CONSIDERED += "gobject-introspection-data"
GIO_MODULE_PACKAGES = ""

but

ERROR: qemu-native-3.0.0-r0 do_compile: oe_runmake failed
ERROR: qemu-native-3.0.0-r0 do_compile: Function failed: do_compile (log file is located at /home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/temp/log.do_compile.2568940)
ERROR: Logfile of failure stored in: /home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/temp/log.do_compile.2568940
Log data follows:
| DEBUG: Executing shell function do_compile
| NOTE: make -j 4 LD=ld  AR=ar OBJCOPY=objcopy LDFLAGS=-L/home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/recipe-sysroot-native/usr/lib -L/home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/recipe-sysroot-native/lib -Wl,-rpath-link,/home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/recipe-sysroot-native/usr/lib -Wl,-rpath-link,/home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/recipe-sysroot-native/lib -Wl,-rpath,/home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/recipe-sysroot-native/usr/lib -Wl,-rpath,/home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/recipe-sysroot-native/lib -Wl,-O1 -fuse-ld=bfd
|   LINK    qemu-img
|   CC      arm-linux-user/gdbstub-xml.o
|   CC      aarch64-linux-user/gdbstub-xml.o
|   CC      arm-linux-user/linux-user/syscall.o
|   CC      aarch64-linux-user/linux-user/syscall.o
| /home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/qemu-3.0.0/linux-user/ioctls.h:176:9: error: ‘SIOCGSTAMP’ undeclared here (not in a function); did you mean ‘SIOCSRARP’?
|   176 |   IOCTL(SIOCGSTAMP, IOC_R, MK_PTR(MK_STRUCT(STRUCT_timeval)))
|       |         ^~~~~~~~~~
| /home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/qemu-3.0.0/linux-user/syscall.c:5740:23: note: in definition of macro ‘IOCTL’
|  5740 |     { TARGET_ ## cmd, cmd, #cmd, access, 0, {  __VA_ARGS__ } },
|       |                       ^~~
| /home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/qemu-3.0.0/linux-user/ioctls.h:176:9: error: ‘SIOCGSTAMP’ undeclared here (not in a function); did you mean ‘SIOCSRARP’?
|   176 |   IOCTL(SIOCGSTAMP, IOC_R, MK_PTR(MK_STRUCT(STRUCT_timeval)))
|       |         ^~~~~~~~~~
| /home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/qemu-3.0.0/linux-user/syscall.c:5740:23: note: in definition of macro ‘IOCTL’
|  5740 |     { TARGET_ ## cmd, cmd, #cmd, access, 0, {  __VA_ARGS__ } },
|       |                       ^~~
| /home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/qemu-3.0.0/linux-user/ioctls.h:177:9: error: ‘SIOCGSTAMPNS’ undeclared here (not in a function); did you mean ‘SIOCGSTAMP_OLD’?
|   177 |   IOCTL(SIOCGSTAMPNS, IOC_R, MK_PTR(MK_STRUCT(STRUCT_timespec)))
|       |         ^~~~~~~~~~~~
| /home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/qemu-3.0.0/linux-user/syscall.c:5740:23: note: in definition of macro ‘IOCTL’
|  5740 |     { TARGET_ ## cmd, cmd, #cmd, access, 0, {  __VA_ARGS__ } },
|       |                       ^~~
| /home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/qemu-3.0.0/linux-user/ioctls.h:177:9: error: ‘SIOCGSTAMPNS’ undeclared here (not in a function); did you mean ‘SIOCGSTAMP_OLD’?
|   177 |   IOCTL(SIOCGSTAMPNS, IOC_R, MK_PTR(MK_STRUCT(STRUCT_timespec)))
|       |         ^~~~~~~~~~~~
| /home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/qemu-3.0.0/linux-user/syscall.c:5740:23: note: in definition of macro ‘IOCTL’
|  5740 |     { TARGET_ ## cmd, cmd, #cmd, access, 0, {  __VA_ARGS__ } },
|       |                       ^~~
| make[1]: *** [/home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/qemu-3.0.0/rules.mak:69: linux-user/syscall.o] Error 1
| make: *** [Makefile:481: subdir-aarch64-linux-user] Error 2
| make: *** Waiting for unfinished jobs....
|   CC      arm-linux-user/linux-user/strace.o
| make[1]: *** [/home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/qemu-3.0.0/rules.mak:69: linux-user/syscall.o] Error 1
| make[1]: *** Waiting for unfinished jobs....
| ERROR: oe_runmake failed
| make: *** [Makefile:481: subdir-arm-linux-user] Error 2
| WARNING: /home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/temp/run.do_compile.2568940:1 exit 1 from 'exit 1'
| ERROR: Function failed: do_compile (log file is located at /home/davide/openpli_thud/openpli-oe-core/build/tmp/work/x86_64-linux/qemu-native/3.0.0-r0/temp/log.do_compile.2568940)
ERROR: Task (virtual:native:/home/davide/openpli_thud/openpli-oe-core/openembedded-core/meta/recipes-devtools/qemu/qemu_3.0.0.bb:do_compile) failed with exit code '1'
NOTE: Tasks Summary: Attempted 1041 tasks of which 896 didn't need to be rerun and 1 failed.

Summary: 1 task failed:
  virtual:native:/home/davide/openpli_thud/openpli-oe-core/openembedded-core/meta/recipes-devtools/qemu/qemu_3.0.0.bb:do_compile
Summary: There were 143 WARNING messages shown.
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.

[betacentauri]

Also apply this patch. Maybe it helps...

Attached Files

•  p2.patch   12.53KB   8 downloads

[dax]

It's doesn't work

git apply p2.patch 
error: meta/recipes-devtools/qemu/qemu/0014-linux-user-fix-to-handle-variably-sized-SIOCGSTAMP-w.patch: esiste già nella directory di lavoro
error: patch non riuscita: meta/recipes-devtools/qemu/qemu_3.0.0.bb:37
error: meta/recipes-devtools/qemu/qemu_3.0.0.bb: la patch non si applica correttamente

[betacentauri]

You also need the other patch.

[dax]

Which? This one?

[betacentauri]

First apply the patch from post #25 and then the patch from post #30.

Or wait several days, then I update thud branch. But there is still no guarantee that it will work afterwards.

[dax]

Did you mean from post #25 and then from post #28?

If with both patch doesn't work i will wait an update, off course without guarantee

[betacentauri]

Ah, yes #25 and #28

[dax]

It's doesn't work because the p2 patch is already present in environment (here), and the patch for glibc 2.3 isn' t enough.

[betacentauri]

Maybe I did something wrong. I don’t think that p2 patch is already included as we use older version of thud.

Nevertheless I try to update our branch and you can test again. But not today. Earliest tomorrow.

[foxbob]

I have no problems assembling the image at all.But there was a problem with devicemanager.After start plugin:

2019-11-02 20:03:37+0200 [-] Traceback (most recent call last):
2019-11-02 20:03:37+0200 [-]   File "/usr/lib/enigma2/python/Components/ActionMap.py", line 77, in action
2019-11-02 20:03:37+0200 [-]   File "/usr/lib/enigma2/python/Components/ActionMap.py", line 57, in action
2019-11-02 20:03:37+0200 [-]   File "/usr/lib/enigma2/python/Screens/Menu.py", line 110, in okbuttonClick
2019-11-02 20:03:37+0200 [-]   File "/usr/lib/enigma2/python/Tools/BoundFunction.py", line 9, in __call__
2019-11-02 20:03:37+0200 [-]   File "/usr/lib/enigma2/python/Plugins/SystemPlugins/DeviceManager/plugin.py", line 16, in deviceManagerMain
2019-11-02 20:03:37+0200 [-]     supportExtFat()
2019-11-02 20:03:37+0200 [-]   File "/usr/lib/enigma2/python/Plugins/SystemPlugins/DeviceManager/plugin.py", line 10, in supportExtFat
2019-11-02 20:03:37+0200 [-]     if "exfat-fuse" in open("/etc/filesystems").read():
2019-11-02 20:03:37+0200 [-] IOError: [Errno 2] No such file or directory: '/etc/filesystems'
[ePyObject] (CallObject(<bound method NumberActionMap.action of <Components.ActionMap.NumberActionMap instance at 0xb1973418>>,('OkCancelActions', 'ok')) failed)
[gRC] main thread is non-idle! display spinner!

Maybe this is my local problem.I added a file filesystems-plugin work.

Edited by foxbob, 3 November 2019 - 10:56.

[dax]

Maybe I did something wrong. I don’t think that p2 patch is already included as we use older version of thud.

Nevertheless I try to update our branch and you can test again. But not today. Earliest tomorrow.

No problem, take your time and thanks again for support.

I have no problems assembling the image at all.

Which os?

[arn354]

I have no problems assembling the image at all.But there was a problem with devicemanager.After start plugin:

2019-11-02 20:03:37+0200 [-] Traceback (most recent call last):
2019-11-02 20:03:37+0200 [-]   File "/usr/lib/enigma2/python/Components/ActionMap.py", line 77, in action
2019-11-02 20:03:37+0200 [-]   File "/usr/lib/enigma2/python/Components/ActionMap.py", line 57, in action
2019-11-02 20:03:37+0200 [-]   File "/usr/lib/enigma2/python/Screens/Menu.py", line 110, in okbuttonClick
2019-11-02 20:03:37+0200 [-]   File "/usr/lib/enigma2/python/Tools/BoundFunction.py", line 9, in __call__
2019-11-02 20:03:37+0200 [-]   File "/usr/lib/enigma2/python/Plugins/SystemPlugins/DeviceManager/plugin.py", line 16, in deviceManagerMain
2019-11-02 20:03:37+0200 [-]     supportExtFat()
2019-11-02 20:03:37+0200 [-]   File "/usr/lib/enigma2/python/Plugins/SystemPlugins/DeviceManager/plugin.py", line 10, in supportExtFat
2019-11-02 20:03:37+0200 [-]     if "exfat-fuse" in open("/etc/filesystems").read():
2019-11-02 20:03:37+0200 [-] IOError: [Errno 2] No such file or directory: '/etc/filesystems'
[ePyObject] (CallObject(<bound method NumberActionMap.action of <Components.ActionMap.NumberActionMap instance at 0xb1973418>>,('OkCancelActions', 'ok')) failed)
[gRC] main thread is non-idle! display spinner!

Maybe this is my local problem.I added a file filesystems-plugin work.

https://github.com/o...5513c749132a66c

[foxbob]

Ubuntu 18.04.3 LTS.Only on this system is downloaded Ncam.On newer problem with git-lfs which I can’t fix.I collected and on Arch Linux,but there I do as it is written in Wiki-python 2.7 default-does not work correctly.