|
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
·
|
|
Distro upgrade strategies
Yocto does not support or test upgrading from one yocto release to the next through dnf. Nothing conceptually prevents it, but you need to set up and test such upgrades yourself, and send any needed f
Yocto does not support or test upgrading from one yocto release to the next through dnf. Nothing conceptually prevents it, but you need to set up and test such upgrades yourself, and send any needed f
|
By
Alexander Kanavin
· #49695
·
|
|
[PATCH yocto-autobuilder-helper] config.json: generate the buildtools tarballs for aarch64
^^^^ (insert Intel-abandoning-x86 joke here) Alex
^^^^ (insert Intel-abandoning-x86 joke here) Alex
|
By
Alexander Kanavin
· #49644
·
|
|
[meta-security][PATCH] apparmor: pull in coreutils/findutils only when not using systemd as init manager
The utilities from those packages (xargs, comm) are only used in sysvinit scripts, and so there is no need to pull them in when systemd is in use. Both are gpl3 licensed, so this is beneficial for bui
The utilities from those packages (xargs, comm) are only used in sysvinit scripts, and so there is no need to pull them in when systemd is in use. Both are gpl3 licensed, so this is beneficial for bui
|
By
Alexander Kanavin
· #49603
·
|
|
Recipe do_install priority
do_install() is not installing things into the final image. It is installing items to the target location under a separate 'destination directory', independently of anything else that installs to the
do_install() is not installing things into the final image. It is installing items to the target location under a separate 'destination directory', independently of anything else that installs to the
|
By
Alexander Kanavin
· #49588
·
|