**** BEGIN LOGGING AT Mon Apr 01 02:59:57 2019
Apr 01 03:29:20 <tlwoerner> black_13: the meta-freescale mailing list might be a good place to start: https://lists.yoctoproject.org/listinfo/meta-freescale
Apr 01 03:29:34 <tlwoerner> black_13: what would you like to know about the wandboard?
Apr 01 07:29:56 <RP> psrcode: looking forward to those patches and seeing the ptest stats improve! :)
Apr 01 08:09:27 <yocti> New news from stackoverflow: How to use a different compiler for single recipe? <https://stackoverflow.com/questions/55450264/how-to-use-a-different-compiler-for-single-recipe>
Apr 01 08:28:59 <jmiehe> Hi! Trying to come up with a bitbake recipe for library https://github.com/FreeOpcUa/python-opcua on python3. App works fine on host system, yocto complains »ImportError: No module named 'multiprocessing'«. Any pointers?
Apr 01 08:29:49 <jmiehe> cleaned up RDEPENDS from recipetool: python-enum34 python-futures python-lxml python-dateutil python-pytz python3-lxml python3-dateutil python3-cryptography python-importlib python-io python-lang python-logging python-netclient python-pickle python-re python-sqlite3 python-threading python-xml
Apr 01 08:44:36 <jmiehe> Apparently I can just add python3-multiprocessing to that list. Fine, why doesn't it come up on https://layers.openembedded.org/layerindex/branch/morty/recipes/?q=multiprocessing
Apr 01 09:49:47 <kanavin> RP: I've been encouraging a colleague to send recipe version updates (despite the freeze), I thought it would be counter-productive to say 'we badly need people to work on updates, but not for the next 4 weeks' :)
Apr 01 09:50:09 <kanavin> so these patches should be stashed somewhere I guess, normally Ross would do it
Apr 01 09:54:41 <kanavin> jku, hello :)
Apr 01 09:55:19 <jku> hi kanavin, it's been a while!
Apr 01 09:57:39 <kanavin> yeah, just wondering if you're involved with the project again somehow?
Apr 01 09:57:49 <kanavin> jku ^^^
Apr 01 10:01:28 <jku> kanavin: not yet at least... there's some potential in future but we'll see (just finished previous long project, not sure about future yet)
Apr 01 10:02:03 <kanavin> aah, but you're not switching jobs for now, it's the same after-intel one?
Apr 01 10:05:35 <jku> kanavin: correct
Apr 01 10:06:57 <kanavin> jku, I have left intel as well. Moved to Berlin, working here https://mbition.io/en/home/
Apr 01 10:12:10 <RP> kanavin: I was thinking about what to do with them...
Apr 01 10:12:22 <RP> jku: hi! Its beena while! :)
Apr 01 10:14:14 <jku> RP indeed, good to see you
Apr 01 10:43:33 <LocutusOfBorg> rburton, hello, how do you feel about merging this one? https://lists.yoctoproject.org/pipermail/yocto/2019-March/044608.html
Apr 01 10:43:40 <LocutusOfBorg> I'm not sure I sent to the right list
Apr 01 10:44:13 <rburton> LocutusOfBorg: scott r owns the docs repo
Apr 01 10:44:16 <rburton> that is the right list
Apr 01 11:23:06 <jmiehe> For the record, this RDEPENDS works for me for opcua (python3): python3-lxml python3-dateutil python3-pytz python3-asyncio python3-cryptography python3-multiprocessing
Apr 01 11:40:24 <jmiehe> How can I set the LICENSE in a bb file to LGPLv3 if the source package doesn't include the license file?
Apr 01 12:01:54 <jku> jmiehe: I assume you mean what to put in LIC_FILES_CHKSUM? you can use any source file with license header (with beginline/endline parameters, see dev-manual)
Apr 01 12:11:12 <jmiehe> jku: thx, that works!
Apr 01 13:01:39 <lukma> Dear All,
Apr 01 13:01:39 <lukma> I do have a question regarding a OE/Yocto setup:
Apr 01 13:01:39 <lukma> I've build several images, (fitImage), initramfs for different MACHINES (cortex-A -> armv7a)
Apr 01 13:02:08 <lukma> Now I'd like to run script working on top of ./deploy/<machines> directory
Apr 01 13:02:50 <lukma> The solution, which I've found is IMAGE_CMD with dd  (dd if=${DEPLOY_DIR_IMAGE}, of=file)
Apr 01 13:03:02 <lukma> But I'm wondering if there is nicer way
Apr 01 13:03:31 <lukma> (in the end I could have in my meta-layer a script directory which would have a simple bash script, run after bitbake completes)
Apr 01 13:28:10 <rburton> lukma: what do you want the scrip to do?
Apr 01 13:35:59 <lukma> rburton: To create a FIT image
Apr 01 13:36:12 <rburton> lukma: there's fit image classes already though
Apr 01 13:36:29 <lukma> one large with with data across the deploy/<machine> directory
Apr 01 13:36:37 <lukma> when everything is build
Apr 01 13:37:09 <lukma> (I mean several MACHINE=FOO1 bitbake foo1-image && MACHINE=FOO2 bitbake foo2-image && .... is run)
Apr 01 13:38:52 <rburton> i'd be using multiconfig and then a dedicated recipe to construct the mega image
Apr 01 13:48:29 <lukma> rburton: You mean the BBMULTICONFIG
Apr 01 13:48:33 <rburton> yes
Apr 01 13:48:48 <lukma> https://www.yoctoproject.org/docs/2.4.4/dev-manual/dev-manual.html#platdev-building-targets-with-multiple-configurations
Apr 01 13:49:04 <lukma> rburton: Ok, thanks I will look on that  :-)
Apr 01 14:01:14 <yates> does anyone know why my /etc/X11/xorg.conf, after i carefully set it up, gets overwritten every reboot?
Apr 01 14:01:37 <rburton> because you're booting a live image which isn't persistant?
Apr 01 14:03:40 <yates> all of /etc is tmpfs?
Apr 01 14:05:16 <rburton> yates: nothing in oe-core will be rewriting xorg.conf for you.  without literally no more information all i can guess is that you're running an overlayfs of some sort?  check mount
Apr 01 14:06:15 <yates> ok
Apr 01 14:06:29 <yates> makes sense
Apr 01 14:06:37 <yates> ..and verified
Apr 01 14:12:52 <yates> no, not verified.
Apr 01 14:13:00 <yates> need more coffee..
Apr 01 14:44:23 <Piraty> hi everyone. does yocto enable devs / OS-devs to run tests if an oss project has some (like make test) in separate testing phase after build?
Apr 01 14:57:05 <psrcode> Piraty:
Apr 01 14:57:10 <psrcode> Piraty: look at ptest
Apr 01 14:57:27 <psrcode> Piraty: https://wiki.yoctoproject.org/wiki/Ptest
Apr 01 15:35:47 <armpit> Piraty, also look at "testimage" , it will execute the runtime tests include to date
Apr 01 16:13:08 <rburton> Piraty: the problem  is that most 'make test' assume it can run at build time so can't be installed.  some upstreams are nice and actually write test suites you can install (see eg glib, python), others we've hacked a bit to install and run.  but yes, ptest is how that is done.
Apr 01 19:11:22 <yocti> New news from stackoverflow: Yocto minimal image failed <https://stackoverflow.com/questions/55461958/yocto-minimal-image-failed>
Apr 01 20:21:07 <Piraty> thanks psrcode armpit rburton  :) !!!
Apr 01 23:06:45 <RP> JPEW, rburton: Am I okay to tweak layer.conf in mingw/gplv2 for warrior when I push the core changes?
Apr 01 23:06:59 <rburton> i say yes
Apr 01 23:09:06 <RP> rburton, armpit: in case its not clear there are warrior-next and master-next branches now
Apr 01 23:09:55 * RP is trying to stack post-warrior pieces in master-next
Apr 01 23:11:04 * armpit post-war patches ?
Apr 01 23:11:44 <RP> there are mailing list patch flames?
Apr 01 23:15:29 <armpit> no, not that I am aware off
**** ENDING LOGGING AT Tue Apr 02 02:59:57 2019