**** BEGIN LOGGING AT Wed Apr 08 03:00:04 2020
Apr 08 05:06:13 <alejandrohs> stefandxm: yes, usually you can get help from the community through these channels
Apr 08 07:36:33 <yocti> New news from stackoverflow: Installing Mosquitto on Yocto <https://stackoverflow.com/questions/61095064/installing-mosquitto-on-yocto>
Apr 08 08:39:47 <aurelienbouin> Hello everybody, I am looking for a yocto build machine, I would like at least 32 threads (16 cores), have you buy something like that ? Do you have a website to advise me ? Thank you very much
Apr 08 08:41:45 <qschulz> aurelienbouin: there was a thread recently on the mailing list, let me find it
Apr 08 08:43:28 <aurelienbouin> qschulz: oh really, yes please show me it ! thank you
Apr 08 08:48:02 <qschulz> aurelienbouin: ah not exactly... there was discussion on what were the factors for speedy yocto builds
Apr 08 08:52:45 <qschulz> https://lists.yoctoproject.org/g/yocto/topic/72047879#48885
Apr 08 08:57:47 <aurelienbouin> qschulz yes interesting, but where to buy ;-)
Apr 08 09:10:45 <paulbarker> aurelienbouin: Are you looking to buy a physical server or just rent one in a datacentre somewhere? I use Hetzner (DE) and OVH (FR/GB) servers
Apr 08 09:11:49 <aurelienbouin> As a yocto build machine I was planning to use AMD EPYC 7302P (Lenovo ThinkSystem SR635), but I don't know if it is worth it compare to AMD Ryzen 9 3900X
Apr 08 09:12:40 <aurelienbouin> paulbarker : The problem is my internet connection bandwidth, else i would rent AWS or any other machine online, things that i do for my customers ...
Apr 08 09:13:06 <paulbarker> https://www.cpubenchmark.net/compare/AMD-EPYC-7302P-vs-AMD-Ryzen-9-3900X/3610vs3493
Apr 08 09:13:54 <aurelienbouin> Maybe better to buy two AMD Ryzen 9 then
Apr 08 09:14:05 <aurelienbouin> paulbarker: Maybe better to buy two AMD Ryzen 9 then
Apr 08 09:14:12 <paulbarker> Personally I'd take the Ryzen 9.
Apr 08 09:14:42 <aurelienbouin> Is there a way to split yocto build among multiple machine on a network ?
Apr 08 09:15:33 <paulbarker> Not that I know of. Multiple machines would help if you've got more than one build to do at a time though, I often find I have 3 machines running different builds
Apr 08 09:16:25 <aurelienbouin> paulbarker: yes the same for me the problem is that sometime we need to wait until a build finished for so small modifications ...
Apr 08 09:16:57 <mcfrisk> aurelienbouin: pool of throw away build machines and jenkins...
Apr 08 09:18:12 <aurelienbouin> mcfrisk: yes actually using bamboo those times but yes the way to go I guess
Apr 08 09:19:28 <RobertBerger> @aurelienbouin: Is there a way to split yocto build among multiple machine on a network ? - Yes you can try icecream
Apr 08 09:20:35 <mcfrisk> aurelienbouin: measure your builds:CPU, RAM, IO, disk, networking.. take machines where you can extend at least memory and disk if needed. our builds are not bound by CPUs nor RAM nor disk or network. It's an annoying combination of them which is hard to optimize...
Apr 08 09:21:01 <RobertBerger> @aurelienbouin: there is a bbclass for it in poky: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/icecc.bbclass
Apr 08 09:22:45 <mcfrisk> I didn't see any build time improvements with icecc...switching from virtual machines to real throw away ones brought the biggest reliability and performance gains beyond rm_work, sstate caches/mirrors, download caches..
Apr 08 09:22:52 <aurelienbouin> RobertBerger: really interesting ! Reading on it : https://elinux.org/images/c/cc/Sweeten_Your_Yocto_Build_Times_with_Icecream.pdf if you have a better link I am also interested
Apr 08 09:23:44 <aurelienbouin> mcfrisk: I prefer to use docker instead of VM,  a lot more convenient to share folders; reproduce builds;move build etc
Apr 08 09:25:47 <mcfrisk> we use lxc, docker would do as well. but mainly for host contamination and easier portability of all build tools and their versions.
Apr 08 09:27:57 <aurelienbouin> I share sstate-cache dir and downloads folder through docker, example of a launch : DOWNLOADS_SHARED_DIRECTORY="/media/hddhome/bouin/yocto/downloads/" && SSTATE_SHARED_DIRECTORY="/media/hddhome/bouin/yocto/sstate-cache/" && docker run --rm -it -v ${PWD}:/workdir -v ${DOWNLOADS_SHARED_DIRECTORY}:/workdir/downloads -v ${SSTATE_SHARED_DIRECTORY}:/workdir/sstate-cache crops/poky:ubuntu-18.04 --workdir=/workdir bash
Apr 08 09:28:31 <mcfrisk> docker images are not reproducible by default...
Apr 08 09:29:08 <RobertBerger> @aurelienbouin: here are a few notes I made about it: http://reliableembeddedsystems.com/wiki/index.php?title=Technonolgies_to_check#UB_18
Apr 08 09:30:49 <RobertBerger> @aurelienbouin: http://reliableembeddedsystems.com/wiki/index.php?title=Technonolgies_to_check#icecream
Apr 08 09:34:26 <RobertBerger> @aurelienbouin: I use proxmox and lxr containers which docker running in there - much better performance than vm + container
Apr 08 09:34:34 <aurelienbouin> mcfrisk: don't you think that buy 2x 12 cores processors combined with icecc won't get better performance than 1x16 cores processor ? of course with RAM and NvME etc
Apr 08 09:43:34 <aurelienbouin> Thank you all for your time RobertBerger mcfrisk paulbarker qschulz
Apr 08 12:12:54 <emrius> Hello together, I ran into a strange error:  do_package_qa: QA Issue: non debug package contains .debug directory.
Apr 08 12:13:25 <emrius> This is strange 1. because the stated .debug directory doesn't exist and 2. I have no idea why that directory was created.
Apr 08 12:13:44 <emrius> The recipe compiles some c code through a makefile
Apr 08 12:13:53 <emrius> Can anyone shed some light onto 1. or 2.?
Apr 08 12:21:34 <emrius> INHIBIT_PACKAGE_DEBUG_SPLIT = "1" fixed that for now. But I'm still a little confused about number 1.
Apr 08 12:21:36 <emrius> anyway...
Apr 08 12:29:26 <vermaete> Hi,
Apr 08 12:30:06 <vermaete> Is there a way to set the compiler options to a more strict was (e.g. -Wall, pedantic, ...) in a recipe or local.conf?
Apr 08 12:30:26 <vermaete> I could like to use this in the CI to do some QA measurements.
Apr 08 12:31:11 <vermaete> I know there is insane.bbclass, but this seems to be more about yocto itself and not the compiler of some bb recipes.
Apr 08 12:35:51 <qschulz> vermaete: CFLAGS += in your recipe?
Apr 08 12:36:31 <vermaete> Could work, but if possible I was looking for an option at local.conf that would be used for all recipes.
Apr 08 12:36:53 <vermaete> Well, I was just wondering how Yocto/OE of users where doing this.
Apr 08 12:41:41 <mcfrisk> vermaete: meta/conf/bitbake.conf and *OPTMIZIATION flags, you can change these in distro or local.conf
Apr 08 12:42:44 <mcfrisk> note that some recipes do overwrite e.g. -O2 optimization with -O3, so for Os builds for example some patches will be needed to make these effective. inspection of buildhistory for sizes with Os or do_compile logs for other flags will be needed.
Apr 08 12:52:21 <qschulz> mcfrisk: and if I can add, I got bit recently by a SW that would work with -O0 only :)
Apr 08 12:59:57 <vermaete> thanks!  I will check these things.
Apr 08 13:00:17 <mcfrisk> qschulz: I've been there too. it was an expensive bit of SW too. well done from their sales team..
Apr 08 13:00:50 <qschulz> mcfrisk: signing tool for secure boot from the SoC vendor for me :)
Apr 08 13:01:16 <mcfrisk> oh, those are fun..
Apr 08 13:01:58 <mcfrisk> should we start the daily/weekly BSP bashing rant?
Apr 08 13:05:22 <PatrickE> hey i created a simple recipe, now i get ERROR: Function failed: BUILDSPEC any advice?
Apr 08 13:05:28 <PatrickE> :q
Apr 08 13:05:56 <paulbarker> PatrickE: Can you share the full error via a pastebin?
Apr 08 13:06:08 <PatrickE> iam already pasting it
Apr 08 13:07:58 <PatrickE> http://dpaste.com/1CC2T5P
Apr 08 13:11:37 <paulbarker> PatrickE: The full bitbake output would make things clearer
Apr 08 13:21:21 <PatrickE> paulbarker its the same
Apr 08 13:24:56 <paulbarker> PatrickE: So you ran bitbake and that was the full output?
Apr 08 13:25:02 <paulbarker> What was the bitbake command?
Apr 08 13:25:04 <PatrickE> yes
Apr 08 13:30:13 <PatrickE>  error: line 6: Empty tag: Group:
Apr 08 13:30:13 <PatrickE> This is the error
Apr 08 13:41:58 <paulbarker> PatrickE: Please share the command you executed and the full output printed, we can't really help from what you've shared so far
Apr 08 14:06:40 <qschulz> has anyone ever had an issue with a file-rdeps issue for lib32-gstreamer1.0-plugins-good-cairo package?
Apr 08 14:09:50 <qschulz> QA Issue: /usr/lib/gstreamer-1.0/libgstcairo.so requires libcairo-gobject.so.2, but no providers found in RDEPEND
Apr 08 14:20:21 <thomas_dee> Hello, when bitbaking the linux kernel, there might be some unset CONFIG-switches. The build then aborts with an error message stating the missing CONFIG.
Apr 08 14:20:57 <thomas_dee> The problem ist now: I have a lot of unset CONFIG switches and I have to run bitbake again and agian to add all the missing swicthes step by step.
Apr 08 14:21:12 <thomas_dee> Is there a global "set all unset CONFIG switches to [n]"
Apr 08 14:21:15 <thomas_dee> ?
Apr 08 14:22:21 <thomas_dee> Additional info: we use a custom default-config
Apr 08 14:26:16 <paulbarker> thomas_dee: How did you generate the custom config?
Apr 08 14:27:27 <thomas_dee> We used menuconfig and then saved it. BUT, we also "add" cfg snippets in the do_configure_append. And those (there set) CONFIG switches adds some more CONFIG-dependencies which I want to default to [n]
Apr 08 14:57:33 <qschulz> wth. So... cairo-gobject package is created but not lib32-cairo-gobject...
Apr 08 14:57:52 <qschulz> but there is a packages-split directory for it with the correct lib in it
Apr 08 14:57:56 <qschulz> how could this happen?
Apr 08 15:02:11 <nameclash> hi everyone, is there anything special in baking meta packages? I want to bake meta-toolchain-qt5 which works fine when passing it directly to bitbake, however when I add it to IMAGE_INSTALL in core-image-minimal.bbappend it fails complaining "No package meta-toolchain-qt5 available" .... I'm confused and can't find anything really useful on this out there
Apr 08 15:02:56 <jpuhlman> nameclash: Yeah meta packages do not generate packages that can be included in an image.
Apr 08 15:03:31 <jpuhlman> meta-toolchain-qt5 is a build target for generating an SDK.
Apr 08 15:03:56 <nameclash> ok, I see
Apr 08 15:04:44 <jpuhlman> nameclash, The target part you want in your image is likely packagegroup-qt5-toolchain-target
Apr 08 15:04:57 <nameclash> actually that was my ultimate goal anyway, I just needed qmake to be included in an SDK
Apr 08 15:05:46 <nameclash> thanks @jpuhlman, that's reasonable info
Apr 08 15:08:55 <jpuhlman> nameclash, in a normal case you could add the packaagegroup to your image, and run the image -c populate_sdk or -c populates_ext_sdk and it will give you a working sdk with qt5. However the qt5 toolchain sdk also adds in nativesdk-qttools-tools to make the sdk more usable for qt development.
Apr 08 15:10:29 <nameclash> I'm running a build with nativesdk-packagegroup-qt5-toolchain-host now and see what I get
Apr 08 15:10:56 <nameclash> it should include     nativesdk-packagegroup-sdk-host, nativesdk-qttools-tools and nativesdk-qtbase-tools
Apr 08 15:13:24 <jpuhlman> nameclash yeah. that will build the packages that are used to assemble the meta-toolchain-qt5 sdk, but it won't actually build the sdk itself.
Apr 08 15:14:57 <nameclash> sdk creation is already in place, I'm just adding more packages in there
Apr 08 15:14:57 <qschulz> ok, found it. It's a license issue. LICENSE_${PN}-gobject does not seem to work for the lib32 variant for some reason.....
Apr 08 15:17:04 <jpuhlman> You would need to rebuild the sdk in order for new packages to be added.
Apr 08 15:19:53 <jpuhlman> if you built meta-toolchain-qt5 they should already exist since that is what it keys off of. You have to alter TOOLCHAIN_HOST_TASK to add new nativesdk packages and TOOLCHAIN_TARGET_TASK to add new target packages to the sdk.
Apr 08 15:24:02 <nameclash> I added nativesdk-packagegroup-qt5-toolchain-host to TOOLCHAIN_HOST_TASK_append
Apr 08 15:24:50 <jpuhlman> So looking at the meta-toolchain task they are doing some extra env output likely to enable additional stuff.
Apr 08 15:26:57 <nameclash> yeah they're adding the target toolchain and qtcreator, I don't need any of these
Apr 08 15:27:33 <nameclash> packagegroup-qt5-toolchain-target and packagegroup-qt5-qtcreator-debug ... dont need em
Apr 08 15:28:27 <nameclash> thanks jpuhlman, gotta go afk now before my wife freaks out
Apr 08 15:29:44 <nameclash> homeoffice around the globe is cool but you gotta know where to make the cut :)
Apr 08 15:38:17 <yocti> New news from stackoverflow: How do I enable bridged networking in Xen guest? <https://stackoverflow.com/questions/55907917/how-do-i-enable-bridged-networking-in-xen-guest>
Apr 08 15:42:23 <nameclash> jpuhlman, I'm getting "environment-setup.d conflicts between attempted installs of nativesdk-cmake-3.8.2-r0.x86_64_nativesdk and nativesdk-qtbase-tools-5.9.8+git0+82eb6aa08e-r0.x86_64_nativesdk" on do_populate_sdk now, do I interpret this right that the two are populating overlapping artifacts?
Apr 08 15:47:58 <jpuhlman> Perhaps, can you put the error in pastbin?
Apr 08 16:08:23 <yocti> New news from stackoverflow: gnome.gtk-doc() gives permission denied error in Yocto (do_install) <https://stackoverflow.com/questions/61104614/gnome-gtk-doc-gives-permission-denied-error-in-yocto-do-install>
Apr 08 17:18:53 <moto-timo> JPEW: dunfell branch created. thank you for the reminder
Apr 08 17:39:05 <qschulz> OK, there is definitely a LICENSE issue with multilib packages.
Apr 08 17:45:55 <The_Pacifist> don't want to dox anyone but is there someone here names phillip who went to VT?
Apr 08 18:35:44 <bluelightning> The_Pacifist: I believe there is yes
Apr 08 18:36:26 <bluelightning> I will poke him and he will get in contact
Apr 08 18:39:06 <Crofton|road> it is no secret
Apr 08 18:40:10 <Crofton|road> The_Pacifist: I am likely the person you seek
Apr 08 18:47:48 <armpit> I would have asked why they are looking for you before raising your hand.
Apr 08 18:48:16 <armpit> maybe that philip is involved in some sort of love triangle
Apr 08 18:49:49 <zeddii> lets start some rumours
Apr 08 19:13:37 <paulg> ooh, worked for the giant electronic conglomerate Phillips, I heard.
Apr 08 19:13:57 <khem> is it equilateral or one-sides triangle
Apr 08 19:14:18 <paulg> stole top sekrit plans for a new screwdriver too.
Apr 08 19:23:58 <zeddii> had to admit that robertson is superior to phillips
Apr 08 19:24:22 * zeddii wonders if only the canadians got that reference.
Apr 08 19:24:53 <paulg> funny, since I was thinking of typing a square head reference too....
Apr 08 19:26:25 <paulg> That should be a Canadian immigration test.   List the robertson colours from smallest to largest.
Apr 08 19:26:56 <paulg> automatic fail if you spell colour wrong.
Apr 08 19:27:12 <zeddii> harsh!
Apr 08 19:28:01 <paulg> gotta keep the heathens out, and we can't afford to build a wall.  ;)
Apr 08 19:30:20 <khem> export Tim Hortons to other countries then you wont need wall :)
Apr 08 19:30:37 <mischief1> it looks like commit 8946c65c8f0 broke using icecc with a kernel recipe. is that expected?
Apr 08 19:32:01 <paulg> khem, https://locations.timhortons.com/us.html
Apr 08 20:18:38 <mischief1> i filed a bug about icecc, i hope using BZ is the right approach..
Apr 08 21:51:03 <nameclash> I'm trying to configure a qt based project for my target platform using qmake that I baked into the nativesdk and get this error:
Apr 08 21:51:07 <nameclash> Checking for Qt using qmake ......... no (Qt include directory "/home/user/work/montavista/meta-user/opencgx-xilinx-2.4/project/tmp/work/x86_64-nativesdk-montavistasdk-linux/nativesdk-qtbase/5.9.8+gitAUTOINC+82eb6aa08e-r0/recipe-sysroot/opt/montavista/sysroots/x86_64-montavistasdk-linux/usr/include/qt5" does not exist)
Apr 08 21:52:59 <nameclash> somehow the tmp directory from the build process has found its way into the built qmake. I don't understand what's going on -- does this look familiar to any of you? (maybe also in the context of other recipes?)
Apr 08 22:00:24 <khem> nameclash: your SDK vendor should be right entity to help you
Apr 08 22:01:07 <khem> if you can reproduce it with master perhaps someone here might be able to assist you better
Apr 08 22:09:40 <yocti> New news from stackoverflow: Recipe Build Failure for requests-unixsocket <https://stackoverflow.com/questions/61110730/recipe-build-failure-for-requests-unixsocket>
Apr 08 23:39:57 <yocti> New news from stackoverflow: imx6qsabresd Yocto compile driver selftest/demo application on the linux-imx recipe <https://stackoverflow.com/questions/61111628/imx6qsabresd-yocto-compile-driver-selftest-demo-application-on-the-linux-imx-rec>
Apr 09 01:01:52 <alejandrohs> zeddii: I definitely didnt get the reference
Apr 09 02:43:44 <zeddii> alejandrohs, :D we are a strange bunch up here!
Apr 09 02:53:22 <paulg> https://en.wikipedia.org/wiki/P._L._Robertson
Apr 09 02:53:52 <paulg> That damn Phillips dude - wrecking things for Canadians!
Apr 09 02:54:42 <paulg> couldn't just stop at contaminating Yocto lists...
**** ENDING LOGGING AT Thu Apr 09 02:59:57 2020