**** BEGIN LOGGING AT Wed May 02 03:00:04 2018
May 02 08:06:12 <ernstp> setting USER_CLASSES in my distro/foo.conf should work fine right.. ?
May 02 08:20:02 <mckoan> good morning
May 02 08:20:18 <LetoThe2nd> mckoan: agreed on the "morning" part.
May 02 08:23:28 <yocti> New news from stackoverflow: Problems with Yocto USB power management <https://stackoverflow.com/questions/50129720/problems-with-yocto-usb-power-management> || Information on how to do git revisioning for yocto <https://stackoverflow.com/questions/50130087/information-on-how-to-do-git-revisioning-for-yocto>
May 02 10:08:29 <nayfe> Is someone is interested, i just made a recipe for Freescale Mfgtools Linux (master) branch, it runs well on ARM https://github.com/nefethael/meta-random/tree/master/recipes-devtools/mfgtools . Recipe's quite dirty but do you think it makes sense to upstream it to meta-freescale? (otavio)
May 02 10:09:02 <nayfe> otavio[m]: ping?
May 02 11:43:32 <Ramose> Hello facing, * opkg_solver_install: Cannot install package optee-os while do_rootfs of core image
May 02 11:43:58 <LetoThe2nd> Ramose: scroll up your log to find the *actual* error :)
May 02 11:44:02 <Ramose> is this because optee-os depends on python-pycrypto-native which is not in rootfs ?
May 02 11:44:38 <LetoThe2nd> native hopefully is not in the generated image, and if it expects it to be then its a total error.
May 02 11:46:12 <Ramose> Unknown package 'optee-os'.
May 02 11:46:18 <Ramose> its says somewhere in logs
May 02 11:47:18 <LetoThe2nd> guess you are talking about this? http://layers.openembedded.org/layerindex/branch/master/layer/meta-optee/
May 02 11:47:23 <Ramose> I actually wants , optee-os recipe to be compiled when I do bitbake core-image
May 02 11:48:02 <Ramose> yes
May 02 11:48:24 <LetoThe2nd> that again is wrong. create your own image based off core-image and have optee installed there. do *NOT* modify stuff in poky
May 02 11:48:37 <Ramose> we have just modified this optee-os_git.bb recipe
May 02 11:49:27 <LetoThe2nd> why would you modify the optee recipe if you want an image that includes it?
May 02 11:49:36 <Ramose> yeah but our layers do not provide meta-optee
May 02 11:49:58 <Ramose> so we are just copying this recipes and compiling them
May 02 11:52:08 <LetoThe2nd> actually i cannot make sense of the bits and pieces you are saying, other than "we cobbled up some stuff and it doesn't build"
May 02 11:52:44 <Ramose> well, optee-os recipe gets compiled stand alone
May 02 11:53:20 <Ramose> but when there is do_rootfs of core image , it failed saying that * opkg_solver_install: Cannot install package optee-os
May 02 11:53:52 <LetoThe2nd> probably you broke something when cobbling it into an image that is not meant to be modifies.
May 02 11:54:49 <Ramose> IMAGE_INSTALL_append += "optee-client python-pycrypto optee-os", doing this
May 02 11:55:14 <Ramose> so optee-client package gets into the rootfs
May 02 11:55:26 <Ramose> but optee-os fails here
May 02 11:56:25 <LetoThe2nd> then find out why it fails.
May 02 11:56:28 <LetoThe2nd> there are logs
May 02 11:56:48 <LetoThe2nd> and it is certainly *NOT* because if something -native not being installed in the rootfs
May 02 12:05:47 <paulbarker> Ramose: You said "our layers do not provide meta-optee". Any reason you can't just add in the meta-optee layer?
May 02 12:06:32 <LetoThe2nd> paulbarker: because random copying is so much more fun, of course!
May 02 12:07:07 <LetoThe2nd> but actually i guess that it actually is caused by some misuse, the optee stuff seems to use quite some MACHINE magic
May 02 12:21:50 <osse> how can I check whether my SSTATE_MIRROR and PREMIRROR are being used?
May 02 12:37:44 <paulbarker> osse: What protocol are you using to access those mirrors? I use http/https so I just watch the http server logs during a build if I'm concerned about whether they're actually being used. I've never looked at how to check this if you're using the file protocol though
May 02 12:41:01 <osse> paulbarker: I found what I was looking for in the various log.do_fetch files.
May 02 12:41:36 <osse> I am using SSH. The logs say "scp: not found" even though I can copy and paste the scp command from the log and it works just fine :/
May 02 12:44:14 <osse> Hmm, seems it's trying to use scp with a PATH that does not include /usr/bin
May 02 12:49:09 <paulbarker> osse: See https://www.yoctoproject.org/docs/2.4.2/mega-manual/mega-manual.html#migration-2.3-path-variable
May 02 12:54:19 <yocti> New news from stackoverflow: How to build image file for Banana Pi M1+ with the help of Yocto Project? <https://stackoverflow.com/questions/50095087/how-to-build-image-file-for-banana-pi-m1-with-the-help-of-yocto-project>
May 02 12:57:54 <Ramose> paulbarker: is there any way to provoke particular recipe build when one do bitbake core-image ?
May 02 13:01:30 <osse> paulbarker: thank you! Building with HOSTTOOLS += "/usr/bin/scp" now
May 02 13:04:14 <paulbarker> Ramose: "bitbake <recipe>"?
May 02 13:13:26 <osse> paulbarker: HOSTOOLS += "scp" worked. Thanks.
May 02 13:16:21 <osse> Next: How can I determine how much of the shared state cache it uses? It just says "checking availability" without reporting what was available and not
May 02 14:47:25 <nayfe> I wish I could change network configuration from systemd in two different images, same machine, same distro, do you know any better way than doing it in ROOTFS_POSTPROCESS_... ?
May 02 14:47:50 <nayfe> basically, one image with a bridge, the other without, and some static ip ?
May 02 15:10:44 <armpit> RP, stable/rocko-next good to go
May 02 15:17:29 <mckoan> nayfe: what about a network configuration recipe for each image?
May 02 15:26:01 <RP> armpit: ok, great, thanks
May 02 16:09:09 <nayfe> mckoan|away: problem is that you can't have two recipes that provides the same file
May 02 16:38:29 <fray> nayfe, well you can -- BUT the file -must- be identical
May 02 16:38:39 <fray> so usually it's best to try to avoid it
May 02 16:49:13 <vladzouth> Hi i am facing some issue about installing linuxrc script on my rootfs, the error is :  miscellaneous-0.1-r0 do_package: QA Issue: miscellaneous: Files/directories were installed but not shipped in any package:   /linuxrc.  Here is my recipe file https://pastebin.com/0SZzYWPF
May 02 16:49:14 <rburton> nayfe: you absolutely can have two recipes that provide the same file
May 02 16:49:21 <rburton> just don't install them at the same time, obviously
May 02 16:55:34 <nayfe> Rburton: thx, indeed in that case it can work as systemd doesn't provide default eth0.network if I remember correctly
May 02 16:55:43 <rburton> right
May 02 16:56:57 <nayfe> I know what I will tomorrow then ;)
May 02 16:58:34 <nayfe> After a year of playing with yocto I still don't wrap my mind with packages even I know it...
May 02 17:10:45 <stephano> ahhhhh fetcher, my old enemy
May 02 17:10:52 * stephano shakes his fist
May 02 17:14:11 * armpit fetcher.. stephano I am your Father
May 02 17:15:27 <stephano> https://media.giphy.com/media/Xjo8pbrphfVuw/giphy.gif
May 02 17:29:00 <khem> rburton: I think I have nailed down the musl/ssp issue
May 02 17:29:15 <khem> rburton: libssp_nonshared.a should be actually PIC
May 02 17:29:31 <armpit> bigger musl ? force it to comply ?
May 02 17:37:11 <rob_gries> Is there a way to force the openjdk-8 package from meta-java to be aware of the existence of pulseaudio or alsa when building for a headless system?
May 02 17:38:34 <khem> use packageconfig to add/remove dep on pulseaudio
May 02 17:38:52 <khem> you need to find the nuance that openjdk uses to trigger the dep though
May 02 17:39:53 <khem> rburton: reworked patch sent
May 02 17:40:39 <rob_gries> khem: any tips on how to find that "nuance to trigger that dep"
May 02 17:42:20 <rburton> its java so wear protective clothing
May 02 17:43:34 <rob_gries> rburton: hahah yeah its a bit icky in there, and I've been fighting with this recipe for a few days now.
May 02 18:02:21 <rob_gries> Does audio work at all in the aarch64 port of openjdk? This is probably the wrong place to ask... Has anyone had any success with building for openjdk-8 for a headless aarch64 system and had the ability to use audio?
May 02 19:10:10 <nayfe> rob_gries>  in http://git.yoctoproject.org/cgit/cgit.cgi/meta-java/tree/recipes-core/openjdk/openjdk-8-common.inc package_config_option_cleanup function, maybe look at set variables
May 02 19:16:57 <rob_gries> nayfe: I was looking in there and I'm a bit confused. What is the difference between with_alsa and distro_alsa, and with_pulseaudio and distro_pulseaudio?
May 02 19:17:25 <nayfe> alsa and pulseaudio are two different sound systems
May 02 19:18:11 <nayfe> in fact it checks packageconfig to merge informations and provide the right defines to makefile
May 02 19:18:50 <nayfe> so if you have pulseaudio but you also have soundless, it removes pulseaudio defines etc
May 02 19:22:12 <nayfe> rob_gries i don't use openjdk so its just some hints, maybe add some bb.warn to debug what it does or bitbake -D
May 02 23:16:25 <Tartarus> YP actually has an MPC8315E-RDB board, right?
May 02 23:16:30 <Tartarus> (Who exactly?)
May 02 23:20:42 <armpit> Tartarus, think so. its a good question
May 03 00:15:47 <Tartarus> I ask since right now'ish we're about to mark that board Orphan in U-Boot
May 03 00:16:03 <Tartarus> And the main thing that's needed to have it not be orphan is someone with a board willing to boot U-Boot from time to time
May 03 00:16:12 <Tartarus> Which is kinda something the Yocto person with the board needs to do anyhow :)
**** ENDING LOGGING AT Thu May 03 03:00:05 2018