**** BEGIN LOGGING AT Wed Jan 06 02:59:58 2016 Jan 06 08:09:58 4 Jan 06 10:03:35 hi, i am trying to build an jethro based image for a raspberrypi including qt5. i use meta-raspberrypi and meta-qt5 (all on the jethro branches). Jan 06 10:11:05 my problem is that the qtbase recipe always fails Jan 06 10:11:29 with a compile error Jan 06 10:12:01 i looked into it and figured that the reason is that qtbase is build with accessibility disabled Jan 06 10:12:12 which is no a supported qt build configuration Jan 06 10:12:47 so far i have not figured out why accessibility is off Jan 06 10:13:24 the configure log contains: Warning: Disabling Accessibility. This version of Qt is unsupported. Jan 06 10:15:44 https://paste.kde.org/p6jgtnotm contains the configure log Jan 06 10:16:19 any ideas what is wrong? Jan 06 10:49:30 Folks Jan 06 11:13:52 How do I find the B for another reciepe, I am running a task in reciepe X and I need something from the B of reciepe Y? Jan 06 11:18:56 raykinsella78: you can't... if you need to share something between recipes you basically need to stage it into the sysroot Jan 06 11:21:55 bluelightning: who's maintaining jethro / fido / dizzy :) Jan 06 11:22:58 bluelightning: What are you doing us at this time.... Jan 06 11:23:34 bluelightning: ok ... any example recipes of building kernel modules outside the kernel.... Jan 06 11:23:35 ? Jan 06 11:26:50 abelal: https://wiki.yoctoproject.org/wiki/Stable_branch_maintenance Jan 06 11:28:01 raykinsella78: there are a bunch around, but the canonical example is meta-skeleton/recipes-kernel/hello-mod Jan 06 11:28:19 raykinsella78: just sending out patches ;) Jan 06 11:29:15 bluelightning: thanks! Jan 06 11:32:46 bluelightning: thanks!# Jan 06 11:32:55 Hi everyone. I've written a custom recipe for libcoap. autotools (correctly) generates only a static library which I'd like to be packed and installed on the target. My image recipe only appends "libcoap-staticdev" since that's what I want on the target, but by default "libcoap-staticdev" depends on "libcoap", which (since there are no generated shared libraries) doesn't exist. How can I work around this? Happy to share recipe if that's helpful. Thanks! Jan 06 12:24:00 oddeyed: try setting RDEPENDS_${PN}-dev = "" Jan 06 12:39:43 i wonder if we need a convenience class for static libraries Jan 06 12:43:38 bluelightning: It worked, brilliant! Thank you very much. Jan 06 13:43:24 hi Jan 06 13:45:58 I'm using Yocto (freescale) and I have some problem making in adding apt to rootfile system Jan 06 13:46:44 apt-get install openssh doen't work Jan 06 13:47:13 also there is no source.list in /etc/apt folder Jan 06 13:48:37 ? Jan 06 13:48:41 ? Jan 06 13:48:46 help plz Jan 06 14:33:34 is it adviceable to mix different architectures under a single yocto distribution? i'd expect everything to be separated in each machine specific build directory. are there any arguments against it? Jan 06 14:34:27 i think of a directory structure like downloads/, source/, build_imx/, build_atom/ Jan 06 14:35:34 I'm not sure I really understand the question there seezer Jan 06 14:36:27 you can share your download dir between different build dirs if you wish Jan 06 14:37:04 yeah, that and the sources are actually what i want Jan 06 14:39:01 we currently have totally different setups for both architectures and i'd like to merge those into one. esp. the sources state is what i'm after Jan 06 14:39:37 but i'll just give it a try, thanks Jan 06 14:40:18 just add it to local.conf and give it a try Jan 06 14:54:19 * rburton is very proud of a two-line hack to bitbake that does this Jan 06 14:54:20 https://gist.github.com/rossburton/c82796f4a83fceaddc78 Jan 06 14:54:35 (output of ps |grep bitbake) Jan 06 15:11:27 rburton: sensible process names... nice! Jan 06 16:21:57 rburton: nice Jan 06 16:54:36 my poky i.mx6 system has very slow rpm operations Jan 06 16:55:23 when installing a kernel package, rpm make a bunch of fdatasync calls Jan 06 16:55:34 will bca5a7a2b63411ee1d51cd2112ad9503d5107381 be applied to jethro? Jan 06 16:56:36 or do we have to fix the install step in our local configuration? Jan 06 16:56:52 this is for Berkeley DB ACID-ity, and it causes 15 seconds of io blocking Jan 06 16:57:33 multiplied across many kernel-module packages makes for a very long kernel upgrade. anyone run into this rpm slowness problem before? Jan 06 17:00:22 j8: yes. rpm sucks. if you're feeling *really* evil there's a preload library you can use to make fdatasync a no-op… Jan 06 17:02:16 Hi guys, Jan 06 17:02:43 rburton: how big are the chances that bca5a7a2b63411ee1d51cd2112ad9503d5107381 will be included in jethro? Jan 06 17:02:43 rburton: oh, so what are you using? Jan 06 17:02:52 I would like to add the touchscreen driver to load during the startup Jan 06 17:03:30 j8: opkg :) Jan 06 17:03:59 jaeckel: propose it on the list so the jethro maintainer can review it Jan 06 17:04:35 where's the best place to add the KERNEL_MODULE_AUTOLOAD += "ft5x06_ts" ? the kernel bbappend recipe? or I it's better to create a new recipe just this autload ? Jan 06 17:06:08 rburton: yocto or poky? Jan 06 17:06:37 jaeckel: oe-core list Jan 06 17:06:59 good that I asked Jan 06 17:07:01 :D Jan 06 17:07:14 thx Jan 06 17:10:39 caiortp: write a bbappend to kernel recipe Jan 06 17:12:34 khem: tks Jan 06 17:14:07 Khem: in this case to pass an argument to my driver I could add module_conf_ft5x06_ts = "screenres=800x480" , this is right? Jan 06 17:28:05 caiortp: yes and also add the module to KERNEL_MODULE_PROBECONF Jan 06 17:29:18 khem, tks Jan 06 19:49:51 morning all Jan 06 19:50:30 bluelightning: morning Jan 06 19:51:38 * nerdboy thinks bluelightning has messed up internal clock... Jan 06 19:51:54 or are you traveling? Jan 06 19:52:09 nerdboy: I've moved back to NZ ;) Jan 06 19:52:25 ?? Jan 06 19:54:01 what's next, an even smaller island? i know a guy who took a job on diego garcia back in the 90's... Jan 06 19:54:48 just one short ocean away Jan 06 19:56:03 build your own floating city. Jan 06 19:56:21 I guess I could move to Stewart Island fairly easily, but that's not very remote Jan 06 19:56:35 yeah, that seems popular lately Jan 06 19:56:52 BYOC Jan 06 19:59:05 bluelightning: going to elc again? Jan 06 19:59:16 nerdboy: not this year I'm afraid Jan 06 19:59:52 poopie... Jan 06 20:00:05 * nerdboy has to get off his abstract ass Jan 06 20:08:58 i must say that ELC proposal topics/guidelines are much better than SCaLE... Jan 06 20:09:17 more focused/helpful anyway Jan 06 21:56:58 runfetchcmd really needs to die in a fire Jan 06 22:06:25 are there any guidelines on MACHINE name space ? Jan 06 22:06:45 how so? Jan 06 22:07:02 armpit: lower case, no underscores (and probably other punctuation restrictions) Jan 06 22:10:30 k Jan 06 22:10:59 ah, right, naming Jan 06 22:11:03 what about two bsp layers supporting the same machine. shouldn't they both be able to co-exist Jan 06 22:11:33 conf/machine/${MACHINE}.conf is parsed. it'll only use the first one in BBPATH (aka the first one in BBLAYERS) Jan 06 22:13:25 the first one *if* they both append to BBPATH rather than prepend Jan 06 22:14:26 true Jan 06 22:14:49 i wonder if we should consider adding a sanity check that compares BBLAYERS and BBPATH to check for those cases, which are almost always a bad idea Jan 06 22:17:30 so I would have to edit the bblayers.conf if I want'ed the other machine Jan 06 22:21:37 unique name would solve that too Jan 07 00:14:11 I'm *still* not 100% happy with the shallow git support, almost there, though, finally. Just need to improve the default behavior / interaction between revs and depths specifications, and if possible given our current required git version, use git update-ref --stdin to batch execute the refs changes Jan 07 01:14:26 kergoth: one thing abour shallow clones, is it possible to say geta a full clone on demand ? Jan 07 01:14:35 e.g. I built a package from shallow clone Jan 07 01:14:47 but now for some reason I want full history Jan 07 01:14:49 and branches Jan 07 01:45:53 khem: two options, disable shallow (there are multiple variables controlling its usage and behavior), or cd into ${S} and run git fetch --unshallow Jan 07 01:47:22 kerkkern Jan 07 01:49:53 OK **** ENDING LOGGING AT Thu Jan 07 02:59:58 2016