**** BEGIN LOGGING AT Sun Apr 05 02:59:58 2015 Apr 05 18:33:27 hey guys, I'm trying to remove an RDEPENDS on a dev package (it depends on the core package, which is empty so it isn't generated), so I'm using this line Apr 05 18:33:29 RDEPENDS_${PN}-dev_remove = "${PN}" Apr 05 18:33:45 and it generates an exception "TypeError: unsupported operand type(s) for +: 'NoneType' and 'str' Apr 05 18:33:45 " Apr 05 18:39:16 sounds like a bug. you could *try* doing it with the ${PN} in the variable name manually expanded, and see if the behavior changes, and if it works (i.e. RDEPENDS_foo-dev_remove) Apr 05 18:41:50 no good :) good idea though Apr 05 18:46:36 temp workaround is to allow empty packages to be created and leave the dependency intact : ALLOW_EMPTY_${PN} = "1" Apr 05 18:48:58 yeah, that always works. should open a bug in the bts Apr 05 18:49:45 real issues are packages generating .so to be real librararies and not version solibs Apr 05 18:49:47 and then default packaging of OE shoves it into -dev package Apr 05 18:49:58 shlibs then starts creating dependencies to -dev package Apr 05 18:50:56 so fix the faulty recipe to either not package .so into -dev package or let it generate versioned library name and everything will fall in place Apr 05 18:52:07 problem is it's a static only lib right now....so there's only headers in the dev package Apr 05 18:52:26 so I had to have the dev package depend on the staticdev package as well Apr 05 18:53:18 but yea, our libs need a lot of clean up so that they package and distribute correctly Apr 05 23:17:39 Hello, I'm not sure if this is the right forum for this question but... I've been trying to use the Dora (1.5.4) release to work with the 3.10 kernel but I see that most of the kernel modules I've configured don't appear in the root file system after doing the linux-yocto menuconfig, compile , deploy and bit bake -k core-image-sato steps. Am I missing something, is this a know bug with the Dora release? **** ENDING LOGGING AT Mon Apr 06 02:59:58 2015