|
[PATCH yocto-autobuilder-helper] config.json: add binutils to images where it's required by tests
binutils-symlinks is only an alias to the main package according to binutils.inc: RPROVIDES_${PN} += "${PN}-symlinks" I didn't write either of the tests, but yes - I can work on this tomorrow. Alex
binutils-symlinks is only an alias to the main package according to binutils.inc: RPROVIDES_${PN} += "${PN}-symlinks" I didn't write either of the tests, but yes - I can work on this tomorrow. Alex
|
By
Alexander Kanavin
· #50382
·
|
|
[PATCH yocto-autobuilder-helper] config.json: add binutils to images where it's required by tests
Previously it was pulled in implicitly via poky default config. Signed-off-by: Alexander Kanavin <alex.kanavin@...> --- config.json | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff
Previously it was pulled in implicitly via poky default config. Signed-off-by: Alexander Kanavin <alex.kanavin@...> --- config.json | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff
|
By
Alexander Kanavin
· #50377
·
|
|
meson cuda compilation
Yocto does not provide a gcc that targets the host machine, only the cross gcc, whose output is unsuitable for running at configuration step. Meson assigns different meanings to these, yocto's host is
Yocto does not provide a gcc that targets the host machine, only the cross gcc, whose output is unsuitable for running at configuration step. Meson assigns different meanings to these, yocto's host is
|
By
Alexander Kanavin
· #50374
·
|
|
meson cuda compilation
You probably need to adjust meson.cross which is written out by meson.bbclass. Alex
You probably need to adjust meson.cross which is written out by meson.bbclass. Alex
|
By
Alexander Kanavin
· #50372
·
|
|
pkg-config dependencies?
DEPENDS adds the dependencies into $WORKDIR/recipe-sysroot, and native pkg-config looks there for .pc files in that directory. Alex
DEPENDS adds the dependencies into $WORKDIR/recipe-sysroot, and native pkg-config looks there for .pc files in that directory. Alex
|
By
Alexander Kanavin
· #50296
·
|
|
pkg-config dependencies?
You need to add DEPENDS = "libmnl" maybe? RDEPENDS is needed for runtime things like script interpreters or supplementary data; plain library dependencies are build-time. Alex
You need to add DEPENDS = "libmnl" maybe? RDEPENDS is needed for runtime things like script interpreters or supplementary data; plain library dependencies are build-time. Alex
|
By
Alexander Kanavin
· #50292
·
|
|
[auh] [PATCH RESEND 5/5] consistent naming for upgradehelper.py
Thanks, I have added this to AUH repo too now; I assume there are no changes in the re-sent patchset otherwise? Alex
Thanks, I have added this to AUH repo too now; I assume there are no changes in the re-sent patchset otherwise? Alex
|
By
Alexander Kanavin
· #50284
·
|
|
[auh] [PATCH 5/5] consistent naming for upgradehelper.py
Can you please also send a patch to update http://git.yoctoproject.org/cgit/cgit.cgi/yocto-autobuilder-helper/tree/scripts/run-auh#n25 ? Then I can take this patch. I will add the first four patches n
Can you please also send a patch to update http://git.yoctoproject.org/cgit/cgit.cgi/yocto-autobuilder-helper/tree/scripts/run-auh#n25 ? Then I can take this patch. I will add the first four patches n
|
By
Alexander Kanavin
· #50277
·
|
|
[poky][master][PATCH] qemu.inc: Use virtual/libgl instead of mesa
Right, I agree with that. Then the patch is fine, but please send it to the correct list: openembedded-core@... Alex
Right, I agree with that. Then the patch is fine, but please send it to the correct list: openembedded-core@... Alex
|
By
Alexander Kanavin
· #50272
·
|
|
[poky][master][PATCH] qemu.inc: Use virtual/libgl instead of mesa
Virgl is not verified with anything else than mesa, and will almost certainly fail. And so does qemu. I think you should rather remove glx and virglrenderer from qemu PACKAGECONFIG, so that mesa is no
Virgl is not verified with anything else than mesa, and will almost certainly fail. And so does qemu. I think you should rather remove glx and virglrenderer from qemu PACKAGECONFIG, so that mesa is no
|
By
Alexander Kanavin
· #50269
·
|
|
#yocto howto use deltask
#yocto
You need to look into what the postinst_ontarget actually does, and why can it only happen on target. Or do not use a readonly rootfs. Alex
You need to look into what the postinst_ontarget actually does, and why can it only happen on target. Or do not use a readonly rootfs. Alex
|
By
Alexander Kanavin
· #49884
·
|
|
Build hangs
You can try to list the process tree with ps axjf, and the innermost under do_install is probably the one that is stuck. Then you can attach gdb to it to see what it is doing. Alex
You can try to list the process tree with ps axjf, and the innermost under do_install is probably the one that is stuck. Then you can attach gdb to it to see what it is doing. Alex
|
By
Alexander Kanavin
· #49847
·
|
|
INCOMPATIBLE_LICENSE - how to use it properly?
It goes over a list of packages installed into their image, and checks their licensing. If something was directly built into something else, it will not produce a separate package, and therefore you n
It goes over a list of packages installed into their image, and checks their licensing. If something was directly built into something else, it will not produce a separate package, and therefore you n
|
By
Alexander Kanavin
· #49783
·
|
|
INCOMPATIBLE_LICENSE - how to use it properly?
On master, you can set INCOMPATIBLE_LICENSE in the image recipe, rather than globally, then the check would only be performed on items that actually go into that image. Warrior does not have that feat
On master, you can set INCOMPATIBLE_LICENSE in the image recipe, rather than globally, then the check would only be performed on items that actually go into that image. Warrior does not have that feat
|
By
Alexander Kanavin
· #49780
·
|
|
[PATCH yocto-autobuilder-helper] auh-config: send AUH update emails to oe-core list as well
Sadly, many maintainers do not act on AUH mails in a timely manner (or do not act at all). Sending these emails to oe-core list as well will allow other people to pick them up, and ease up the path to
Sadly, many maintainers do not act on AUH mails in a timely manner (or do not act at all). Sending these emails to oe-core list as well will allow other people to pick them up, and ease up the path to
|
By
Alexander Kanavin
· #49777
·
|
|
[AUH][PATCH 2/2] upgradehelper: use a separate setting for CCing recipe upgrades
Previously it was same as status update recipients. Signed-off-by: Alexander Kanavin <alex.kanavin@...> --- upgrade-helper.conf | 3 +++ upgradehelper.py | 4 ++-- 2 files changed, 5 insertions(+)
Previously it was same as status update recipients. Signed-off-by: Alexander Kanavin <alex.kanavin@...> --- upgrade-helper.conf | 3 +++ upgradehelper.py | 4 ++-- 2 files changed, 5 insertions(+)
|
By
Alexander Kanavin
· #49776
·
|
|
[AUH][PATCH 1/2] emailhandler: actually send messages to cc_list as well
Signed-off-by: Alexander Kanavin <alex.kanavin@...> --- modules/utils/emailhandler.py | 2 ++ 1 file changed, 2 insertions(+) diff --git a/modules/utils/emailhandler.py b/modules/utils/emailhandl
Signed-off-by: Alexander Kanavin <alex.kanavin@...> --- modules/utils/emailhandler.py | 2 ++ 1 file changed, 2 insertions(+) diff --git a/modules/utils/emailhandler.py b/modules/utils/emailhandl
|
By
Alexander Kanavin
· #49775
·
|
|
how crippled is ruby support in YP 3.0?
Not only that, the only reason ruby is in core at all is that webkit needs ruby-native. The interest in it is simply too low, but of course automated tests are welcome. Alex
Not only that, the only reason ruby is in core at all is that webkit needs ruby-native. The interest in it is simply too low, but of course automated tests are welcome. Alex
|
By
Alexander Kanavin
· #49767
·
|
|
Distro upgrade strategies
What about half-installed packages? Does dpkg guarantee atomicity on that level, and if so, how? The situation where the system boots with a core package being a mix of old and upgraded version isn't
What about half-installed packages? Does dpkg guarantee atomicity on that level, and if so, how? The situation where the system boots with a core package being a mix of old and upgraded version isn't
|
By
Alexander Kanavin
· #49710
·
|
|
Distro upgrade strategies
Right. Where I work, the updates would be performed through an A/B partition scheme: if the update is botched, it is always possible to roll back. This doubles the disk space requirement, but is far m
Right. Where I work, the updates would be performed through an A/B partition scheme: if the update is botched, it is always possible to roll back. This doubles the disk space requirement, but is far m
|
By
Alexander Kanavin
· #49697
·
|