The lighttpd-module-fastcgi package is created (unconditionally) when the lighttpd recipe is built (you can verify by checking the installable packages under tmp/deploy/ after building

Hello, Poky 2.4. I would like to add ping and scp to HOSTTOOLS from a class inherited by a recipe. HOSTTOOLS is updated but the links will not appear in the build/tmp/hosttools/ Is there any way to do

Thank you for the reply! When I wasn't adding lighttpd-module-fastcgi, it definitely was not including it in the build. I have the lighttpd.conf file set up use mod_fastcgi, and without

We now understand what is happening. We've had this fixed in master for a while[1], Richard is backporting it to the stable branches now. I don't consider this a release blocker. Ross [1]

Dear Mr, Mrs, I built a minimal image for up board 2 and I've tried to write the image to a USB Key to boot the hardware later. The problem is with partitioning ! I copied both image and mkefidisk.sh

Hi All, If we found busybox recipes in both meta and meta-openwrt folders, how to control bitbake to make the busybox in meta ? We have checked the priority and found meta 5 is already higher than

There is already a feature request for that: https://bugzilla.yoctoproject.org/show_bug.cgi?id=10954 -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and

Hello all I'm confused with version numbering of shared libs dependencies on yocto environment. I’m using Morty but the thing looks like same with newer releases. Let me explain the problem. I'll

I have 2 extra users (added with useradd_example.bb). Login works for all 3 parties. While login works, passwd (to change it) doesn't work for the extra users. They will asked for the old one - which

Stephano thanks for the explanation. I wonder if this should be sent to core list as I believe some bug categories may be non yocto project based or folks using Poky may not be on list list, like

Yes, the dlopen means the automated processing can't identify the need.. and then the RDEPEND is the correct solution. (This might be a reasonable bug/enhancement request to the system. Look

Hi Stephen, Those idle test cases are actually belongs to the outdated testcases inside Testopia, GDC had opened a Bugzilla ticket to remove and replace outdated and duplicated test cases. We are in

No, that's not how it works. A very key point to understand with OE is that options associated with one recipe can never affect the build of another recipe (in this case, the image recipe can't affect

Ah, that makes sense in your case. Thanks for clarifying! Marcelo

INHIBIT_DEFAULT_DEPS. No, it doesn't, but that's a good hint. This is also the case in this situation. glibc has this bit of code in pthread_cancel_init: handle = __libc_dlopen_mode

Hello everyone, I'm very new to Yocto, and I'm currently building an embedded system with a web interface. As I worked through the process of creating a Yocto configuration and layer to configure the

"Marcelo E. Magallon" <marcelo.magallon@...> wrote on 03/08/2018 01:00:28 PM: wrote: file://COPYING;md5=fcb02dc552a041dee27e4b85c7396067" Your understanding is basically correct, RDEPENDS

RDEPENDS are automatically promoted to DEPENDS (build-time). I would normally expect libgcc_s.so.1 to be present via the typical default depends. Does your recipe have an INHIBIT_DEFAULT_DEPENDS (I

Sorry to go off on a tangent: I ran into the same thing with my device, different package. I don't understand the fix: What is this doing? My understanding until a couple of days ago is that this

Can't replicate this reliably with rm_work disabled. Does the QA autobuilder run with rm_work enabled? $ oe-selftest -r sstatetests ... 2018-03-08 20:35:41,863 - oe-selftest - INFO - oe-selftest () -