**** BEGIN LOGGING AT Fri Jan 08 02:59:58 2016 Jan 08 05:08:09 Linux genimx233 4.2.0-imxv5-r0 #1 Thu Jan 7 19:29:51 PST 2016 armv5tejl Freescale MXS (Device Tree) GNU/Linux Jan 08 05:08:13 yay Jan 08 09:57:28 anyone with a jetson-tk1 up and running? Jan 08 11:04:05 is there something similar to kernel config fragments when building u-boot with OE? i'd like to make small changes to u-boot config depending on OE MACHINE. Do I have to create a new U-boot MACHINE for each config permutation? Jan 08 12:23:01 http://openembedded.org/wiki/FOSDEM_2016 Jan 08 12:23:04 Add yourself Jan 08 12:23:17 I also started a list of talks with OpenEmbedded content Jan 08 12:23:31 Quick scan, add more of you know of any Jan 08 12:29:23 /3/3 Jan 08 17:26:43 Hi, I am trying to remove a RDEPENDS on my bbappend...I am using RDEPENDS_${PN}_remove, which works great if the value to remove is a single recipe name. Jan 08 17:27:11 however, I am trying to remove a recipe with a version (python-pyzmq (>= 13.1.0)) Jan 08 17:27:33 which fails, as bitbake takes them as 2 separate things that need to searched for and removed Jan 08 17:28:03 I mean, it doesn't fail, but it removes python-pyzmq, then the other string makes a mess out of the dependencies Jan 08 17:28:20 is there a better way to remove the dependency other than redefining my RDEPENDS? Jan 08 17:29:22 I guess I could create a python function too Jan 08 18:09:45 adelcast: anonymous python is your best bet Jan 08 18:10:38 kergoth: thanks, yeah, I am currently going that route Jan 08 18:27:23 i take it someone is in the process of removing/rearranging qt4 stuff? Jan 08 18:27:52 should i just nuke meta-oe/recipes-qt on master? Jan 08 18:30:25 nerdboy: jama has stuff in master-next Jan 08 18:31:49 are OE devs aware of the trick the meta-fsl layers have to allow for optional .bbappends ? Jan 08 18:32:11 (that is: if the corresponding .bb recipe isn't found, bitbake won't scream, it will just ignore the .bbappend) Jan 08 18:32:31 I figure that such a feature would make for a good addition to OE in general Jan 08 18:32:39 it's a one liner in the layer.conf. Jan 08 18:32:41 trivial Jan 08 18:32:46 and is done by many layers other than fsl Jan 08 18:34:30 short answer, yes, folks other than fsl are aware of it, we gave it to them, and lots of layers use it Jan 08 18:34:53 i.e. https://github.com/MentorEmbedded/meta-sourcery/blob/master/conf/layer.conf#L10-L11 Jan 08 18:35:16 * kergoth sighs and fights bitbake some more Jan 08 18:36:47 yeah, that one. but since this is a widely used feature, it would perhaps be cleaner to control it in via some variable Jan 08 18:37:09 something like OPTIONAL_BBFILES Jan 08 18:37:26 instead of copying the same line every time Jan 08 18:42:33 I don't really see the point in hardcoding something into bitbake when we can already do it trivially via existing mechanisms Jan 08 18:42:54 i doubt richard would either, but you're certainly welcome to propose it Jan 08 19:37:35 I have a question about qt4. It is remove from oe-core, but some recipe of meta-oe are dependenies on qt4x11... ? So, Does he already has a patch to fix it ? Jan 08 19:38:02 afaik there's a patch on the list to just remove all the qt4 recipes from meta-oe Jan 08 19:38:06 not yet Jan 08 19:38:08 just don't think it's been merged yet Jan 08 19:38:18 on my todo list is ad the ones I need to meta-qt4 Jan 08 19:52:16 ok, thanks you for the quick response Jan 08 19:53:00 basically, we are transitioning, so it will be a bit painful Jan 08 20:29:25 otavio: switching to fido and meta-fsl-arm-extra barebox_2015.10.0.bbappend is out of sync with meta-fsl barebox recipe Jan 08 20:30:01 is there any reason it should not be barebox_%.bbappend ? Jan 08 20:32:06 * nerdboy building imx233-olinuxino-mini on fido instead of master Jan 08 21:20:45 nerdboy: uh? Jan 08 21:21:00 nerdboy: send me an email pls; I am barely using irc these days Jan 08 21:23:28 i switched it to barebox_%.bbappend Jan 08 21:23:45 since the recipe being appended is 2013-something Jan 08 21:29:12 just a temp workaround for now so i can build an image **** BEGIN LOGGING AT Sat Jan 09 00:45:34 2016 **** ENDING LOGGING AT Sat Jan 09 02:59:58 2016