| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 00:03 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 00:06 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 00:07 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto | 00:34 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC | 00:39 | |
| *** thaytan <thaytan!~thaytan@159-196-146-150.9fc492.syd.nbn.aussiebb.net> has quit IRC | 00:39 | |
| *** thaytan <thaytan!~thaytan@159-196-146-150.9fc492.syd.nbn.aussiebb.net> has joined #yocto | 00:40 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 00:57 | |
| *** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has quit IRC | 01:00 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 01:17 | |
| *** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has joined #yocto | 01:33 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 01:36 | |
| *** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm04i89q7lme8pv0.ipv6.telus.net> has quit IRC | 01:48 | |
| *** hpsy1 <hpsy1!~hpsy@45.86.203.218> has quit IRC | 02:04 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 02:08 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:16 | |
| *** hpsy <hpsy!~hpsy@45.86.203.217> has joined #yocto | 02:19 | |
| khem | JPEW: https://bugzilla.nasm.us/show_bug.cgi?id=3392635 seems that nasm now has --reproducible option do we still need the patch for adding debug-prefix-map ? | 02:29 |
|---|---|---|
| khem | see https://github.com/netwide-assembler/nasm/commit/bf79786e894ad16519e5374291205ebe71da07b8 | 02:29 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 02:33 | |
| khem | hey sakoman | 02:33 |
| sakoman | hey khem! | 02:34 |
| khem | how is life in Hawaii !! | 02:34 |
| sakoman | I glad I made the move ;-) | 02:38 |
| sakoman | I think we are coming on six years now. Time flies! | 02:41 |
| sakoman | Heading off to make some dinner now . . . | 02:42 |
| sakoman | ttyl | 02:42 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:42 | |
| *** ahadi <ahadi!~ahadi@89.244.125.67> has quit IRC | 02:44 | |
| *** ahadi <ahadi!~ahadi@89.244.120.180> has joined #yocto | 02:45 | |
| *** hpsy <hpsy!~hpsy@45.86.203.217> has quit IRC | 03:03 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC | 03:04 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto | 03:05 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto | 03:15 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC | 03:20 | |
| *** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has quit IRC | 03:21 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 03:33 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:34 | |
| *** camus is now known as kaspter | 03:34 | |
| *** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm06bggcvensdizw.ipv6.telus.net> has joined #yocto | 04:00 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto | 04:00 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-viakddrqdatpqzwm> has quit IRC | 04:26 | |
| *** jobroe <jobroe!~manjaro-u@p579eb772.dip0.t-ipconnect.de> has joined #yocto | 04:32 | |
| tlwoerner | https://www.hackster.io/monica/building-your-own-yocto-for-maaxboard-7301ad | 04:47 |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC | 05:04 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 05:05 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 05:25 | |
| *** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has joined #yocto | 05:31 | |
| *** [Sno] <[Sno]!~sno@xdsl-87-78-155-107.nc.de> has quit IRC | 05:33 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 05:36 | |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto | 05:39 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 05:42 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-sbcpiljjeratojis> has joined #yocto | 05:54 | |
| *** gounaris <gounaris!~quassel@185.183.147.171> has joined #yocto | 05:58 | |
| *** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has joined #yocto | 06:01 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 06:01 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC | 06:05 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:07 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 06:08 | |
| *** agust <agust!~agust@p54833775.dip0.t-ipconnect.de> has joined #yocto | 06:09 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:10 | |
| *** gounaris <gounaris!~quassel@185.183.147.171> has quit IRC | 06:10 | |
| LetoThe2nd | yo dudX | 06:19 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 06:22 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto | 06:36 | |
| *** frsc <frsc!~frsc@i6DFA89D9.versanet.de> has joined #yocto | 06:36 | |
| *** mckoan|away is now known as mckoan | 06:45 | |
| *** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm06bggcvensdizw.ipv6.telus.net> has quit IRC | 06:54 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 06:54 | |
| *** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm042qallot6sxa1.ipv6.telus.net> has joined #yocto | 06:55 | |
| *** fl0v0 <fl0v0!~fvo@88.130.223.175> has joined #yocto | 06:55 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 06:55 | |
| *** hpsy <hpsy!~hpsy@45.86.203.217> has joined #yocto | 06:56 | |
| *** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has quit IRC | 07:00 | |
| *** sno <sno!~sno@2a0a-a546-96bb-0-c979-d0cd-72f3-aa3f.ipv6dyn.netcologne.de> has joined #yocto | 07:04 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 07:06 | |
| *** Jonek <Jonek!531f42ed@83.31.66.237.ipv4.supernova.orange.pl> has joined #yocto | 07:09 | |
| *** sno <sno!~sno@2a0a-a546-96bb-0-c979-d0cd-72f3-aa3f.ipv6dyn.netcologne.de> has quit IRC | 07:11 | |
| *** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has joined #yocto | 07:13 | |
| *** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto | 07:14 | |
| *** intera_91 <intera_91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto | 07:15 | |
| intera_91 | good morning, I have a recipe using meson find_program and that recipe fails because the program it is looking for is in /usr/local/bin I was wondering whethger I could ament HOSTTOOLS to include these programs and if so where can I do that | 07:17 |
| *** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has quit IRC | 07:18 | |
| LetoThe2nd | intera_91: wrong appraoch. you rather should provide the tool through a -native recipe | 07:19 |
| *** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has joined #yocto | 07:19 | |
| intera_91 | the find_program in meson is set to native:true | 07:19 |
| LetoThe2nd | thats not what i'm talking about. | 07:19 |
| LetoThe2nd | meson is supposed to look into the provided sysroot. and DEPENDing on -native recipes will put those things into the sysroot. | 07:20 |
| intera_91 | isn't the sysroot is made of cross-compiled execs? | 07:22 |
| LetoThe2nd | it is. | 07:22 |
| intera_91 | I need the native apps (the ones in /usr/local/bin on the host) | 07:22 |
| LetoThe2nd | again, thats the wrong appraoch. | 07:22 |
| intera_91 | so the recipe I should write would only copy the x86 execs to sysroot? | 07:23 |
| LetoThe2nd | no. | 07:24 |
| LetoThe2nd | the -native recipe that you shall write must provide the tools you need in a reproducible way | 07:24 |
| *** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has quit IRC | 07:25 | |
| LetoThe2nd | if you totally think you know what you are doing, are willing to pass on all sensible support and to sacrifice your eternal soul, then you can look up the HOSTTOOLS stuff in the ref-manual. but at least i personally will completely refuse any further assistance, then. | 07:25 |
| *** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has joined #yocto | 07:27 | |
| intera_91 | LetoThe2nd: I really am trying to understand here, please be patient but if I have to write a recipe that creates the tools in sysroot, these will be compiled for the armv7 processor. the find_program says native:true so am I underrstanding this part correctly? | 07:27 |
| LetoThe2nd | intera_91: no, again, you didn't listen. you have to create a "-native" recipe. | 07:28 |
| LetoThe2nd | that exactly what those are meant for. they can run on the host during bitbake execution. | 07:29 |
| LetoThe2nd | so no, you're not understanding correctly. | 07:29 |
| intera_91 | oh ok, so sorry, didn't click before | 07:29 |
| LetoThe2nd | i literally stated that in the very first response: tera_91: wrong appraoch. you rather should provide the tool through a -native recipe | 07:30 |
| LetoThe2nd | so, really, look up -native recipes. | 07:30 |
| *** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has joined #yocto | 07:32 | |
| *** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has quit IRC | 07:32 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:33 | |
| *** sno <sno!~sno@2a0a-a546-96bb-0-c979-d0cd-72f3-aa3f.ipv6dyn.netcologne.de> has joined #yocto | 07:35 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:37 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 07:43 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 07:44 | |
| *** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has quit IRC | 07:48 | |
| *** radsquirrel <radsquirrel!~radsquirr@173.167.31.197> has quit IRC | 07:48 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 08:09 | |
| *** psnsilva__ <psnsilva__!~psnsilva@161.230.35.203> has joined #yocto | 08:11 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:12 | |
| *** sno <sno!~sno@2a0a-a546-96bb-0-c979-d0cd-72f3-aa3f.ipv6dyn.netcologne.de> has quit IRC | 08:14 | |
| *** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has joined #yocto | 08:19 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 08:20 | |
| *** radsquirrel <radsquirrel!~radsquirr@173.167.31.197> has joined #yocto | 08:22 | |
| *** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has quit IRC | 08:23 | |
| *** kpo <kpo!~kpo@gl121-35.master.pl> has joined #yocto | 08:25 | |
| thekappe | hello guys ! how can I "instruct" a recipe to have some other recipes tasks being completed before it does anything ? | 08:26 |
| thekappe | eg: recipe B depends on recipe A do_deploy() | 08:26 |
| *** MysticMice <MysticMice!3e1cabd2@62.28.171.210> has joined #yocto | 08:27 | |
| qschulz | TaileS: it is possible for a recipe to produce GPLv2 and GPLv3 licensed packages (as an example, can very well be other licenses). When you have a package with an incompatible license but the recipe "has" other licenses that are compatible, the recipe can be built, some of its packages can be used but you get a warning for incompatibly licensed packages because they are actually **not** | 08:28 |
| qschulz | created/packaged, hence absent from deploy/{ipk,deb,rpm}/ directory | 08:28 |
| qschulz | this makes sure that you don't install a package of an incompatible license, since it's not available to you anymore | 08:28 |
| qschulz | having this turned into an error is a mistake IMO | 08:28 |
| *** kpo <kpo!~kpo@gl121-35.master.pl> has quit IRC | 08:29 | |
| *** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC | 08:29 | |
| dl9pf | cccccckulcfntivunkftdveflfrbkeekdetkjbegvgbk | 08:29 |
| LetoThe2nd | dl9pf: yup. agreed. | 08:34 |
| intera_91 | LetoThe2nd: wrote native recipe to basically install the tools I need but they do not appear in the recip-systool-native directory of the recipe that needs them | 08:39 |
| LetoThe2nd | intera_91: DEPENDS = "tool-i-need-native" in the recipe. or did you expect bitbake to build all tools unconditionally even if nobody actually needs them? | 08:41 |
| intera_91 | LetoThe2nd: https://pastebin.com/qWbekegK | 08:42 |
| intera_91 | am not building the tools just installing them | 08:42 |
| intera_91 | already added that in the recipe that needs them | 08:45 |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto | 08:50 | |
| dl9pf | LetoThe2nd: cat | 08:52 |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 08:53 | |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC | 08:56 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 08:56 | |
| *** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm042qallot6sxa1.ipv6.telus.net> has quit IRC | 08:59 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto | 09:01 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC | 09:06 | |
| Ad0 | is there a way to preload docker images onto a yocto image partition? | 09:11 |
| Ad0 | https://www.yoctoproject.org/pipermail/meta-virtualization/2019-July/004301.html | 09:13 |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 09:21 | |
| thekappe | hello guys | 09:24 |
| thekappe | I want to build a recipe that creates a tar.xz file with some files prsent in ${DEPLOYDIR} | 09:25 |
| thekappe | it must have the do_image_complete task in it | 09:26 |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 09:26 | |
| thekappe | so in the do_deploy task I create the tar.xz archive | 09:26 |
| thekappe | and in the do_image_complete I've added a ":" only | 09:27 |
| thekappe | bitbaking the recipe leads to | 09:27 |
| thekappe | ERROR: Function failed: BUILDSPEC | 09:27 |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 09:28 | |
| qschulz | thekappe: and I guess your recipe creating this tarball is a package recipe? | 09:28 |
| thekappe | I don't know | 09:32 |
| thekappe | I've just created a .bb and put in there do_deploy and do_image_complete | 09:32 |
| thekappe | with a DEPENDS | 09:32 |
| creich | hi, i am creating a new recipe from a git source repo using 'devtool add'. so far that works pretty well. now i am at a point where i'd like to run a 'git pull' on the sources that are placed inside my devtool workspace. is there an easy way to achieve this? | 09:34 |
| *** MysticMice <MysticMice!3e1cabd2@62.28.171.210> has quit IRC | 09:36 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 09:41 | |
| *** luneff <luneff!~yury@80.72.17.178> has joined #yocto | 09:41 | |
| qschulz | thekappe: you should do all this logic within an image recipe | 09:50 |
| thekappe | yes | 09:50 |
| thekappe | it seems so | 09:50 |
| thekappe | probably I'll also need to create a vfat image with this files instead of a tar.xz | 09:51 |
| thekappe | Does a simple template exists in somewhere out in space ? | 09:51 |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 09:52 | |
| qschulz | thekappe: depending on the content of your tarball/fs, you might want to use IMAGE_CMD logic? | 09:53 |
| qschulz | otherwise, just hook a new task after do_image_complete (well, in the correct order, might be just before, don't remember exactly) | 09:54 |
| qschulz | creich: what's not working with git pull :) ? | 09:55 |
| qschulz | creich: though, you have to know that this won't probably modify the commit hash specified in the devtool'ed recipe file, so you'll need to change it once you do a devtool finish or similar (have never created a recipe with devtool :/) | 09:56 |
| creich | qschulz: devtool creates some temporary branch, so pulling won't do anything useful out of the box. thought about 'devtool sync' but that complained about missing patches.. | 10:04 |
| creich | i just removed the sources, kept the recipe and started over with a new 'devtool add' | 10:05 |
| creich | maybe that's just a missing functionality in devtool | 10:05 |
| qschulz | creich: it creates the branch on top of the one you asked it to base your recipe on, so a simple `git rebase <branch>` probably would have been enough | 10:14 |
| thekappe | there is no support for vfat image generation ? | 10:21 |
| thekappe | it seems that's not listed in fstypes | 10:21 |
| creich | qschulz: hmm.. sounds plausible.. thx :D | 10:25 |
| LetoThe2nd | thekappe: how would you put permissions on vfat? | 10:25 |
| thekappe | i just need to put three file in the first partition of a emmc card that must be vfat | 10:31 |
| thekappe | ending up with a master degree in yocto | 10:31 |
| qschulz | thekappe: what about looking into wic? | 10:31 |
| LetoThe2nd | thekappe: you're talking about something that would come out of wic. not out of bitbake, e.g. no IMAGE in the yocto sense | 10:32 |
| thekappe | i know i know | 10:32 |
| LetoThe2nd | obviously not. </SCNR> ;-) | 10:32 |
| thekappe | point is I want to use RAUC for updataing the boot partition | 10:32 |
| LetoThe2nd | point is, i want a sandwich | 10:33 |
| thekappe | yea i know | 10:33 |
| thekappe | you are totallu right | 10:33 |
| OnkelUlla | thekappe: You could use the "bootimg-partition" source plugin for wich. | 10:33 |
| intera_91 | LetoThe2nd: have you had a chance to look at the recipe at https://pastebin.com/qWbekegK , the purpose is to populate another receipe | 10:33 |
| thekappe | and rauc wnats a vfat image file with the files required for booting in it | 10:33 |
| intera_91 | LetoThe2nd wan't finished: the purpose is for a find_program in a meson.build in another recipe to find these programs | 10:34 |
| LetoThe2nd | intera_91: hum wat? | 10:35 |
| LetoThe2nd | thekappe: well then make one https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/scripts/lib/wic/canned-wks/sdimage-bootpart.wks#n5 | 10:36 |
| LetoThe2nd | thekappe: wic supports vfat, with somewhat arbitrary content. | 10:36 |
| thekappe | but this generate a .wic file | 10:37 |
| thekappe | with the partition table | 10:38 |
| LetoThe2nd | intera_91: i don't get what you expect from me. i have the simple impression that you haven't properly tried to understand what a -native recipe is and how it relates to another recipe depending on it. | 10:38 |
| thekappe | as far as I know | 10:38 |
| thekappe | I need a way to have something (eg recipe) that takes the deployed/installed files of recipeA recipeB recipeC and generates a vfat fs with those files in it | 10:39 |
| thekappe | (eg regipe ?) | 10:40 |
| thekappe | and I need this .vfat to be directly accessible for example from ${DEPLOYDIR} | 10:40 |
| LetoThe2nd | thekappe: could probably done via multiconfig, if you want to have it at that stage of the pipeline. | 10:41 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:45 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 10:46 | |
| intera_91 | LetoThe2nd: I must really apologise for not being clear, my question becomes why isn't the recipe I sent you the pastebin link to does not solve the find_program problem | 10:48 |
| LetoThe2nd | intera_91: probably because its totally whacked? randomly copying stuff into WORKDIR? | 10:49 |
| LetoThe2nd | intera_91: seriously. look at bc for example. it happily serves as -native as well as target variant. do you spot a difference in do_install? no. so, the -native variant needs a proper install stage that adheres paths and all too. | 10:50 |
| LetoThe2nd | intera_91: then anoter recipe can be DEPENDS = "bc-native". then, and only then, bc will be available under /usr/bin of the sysroot that the depending recipe can use. | 10:51 |
| LetoThe2nd | intera_91: in a nutshell: make sure you understand the mechanism first, instead of randomly cobbling up stuff. | 10:52 |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has quit IRC | 10:53 | |
| intera_91 | LetoThe2nd: thanks for the hint, I got a skeleton recipe from the net on which I based this work, guess that wasn't the right example to follow | 10:53 |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto | 10:53 | |
| LetoThe2nd | plus efl is probably just a super complicated target. | 10:54 |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6c44:bc35:e013:bbe4> has joined #yocto | 11:02 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6c44:bc35:e013:bbe4> has quit IRC | 11:07 | |
| JaMa | intera_91: look at meta-efl recipe, that will be better start than what you shown in https://pastebin.com/qWbekegK | 11:08 |
| intera_91 | @jama: the recipe shown in tyhe pastebin only attempt to give the actual efl recipe the tools it needs to complete, not to install efl | 11:09 |
| intera_91 | @jama: stems from a meson.builkd in meta-efl not completing with an error on find_program() -> not finding the program | 11:10 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 11:13 | |
| JaMa | itseris: see BBCLASSEXTEND in https://git.openembedded.org/meta-openembedded/tree/meta-efl/recipes-efl/efl/efl.inc?id=b8368598aed3e07cfb638b537e409bd0b3692df9 that's how you can build efl-native from the same sources | 11:13 |
| JaMa | intera_91: ^ | 11:13 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vmqzxrhuylbqyilw> has joined #yocto | 11:17 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 11:26 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 11:27 | |
| *** camus is now known as kaspter | 11:27 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 12:07 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 12:08 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 12:10 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 12:22 | |
| *** luneff <luneff!~yury@80.72.17.178> has quit IRC | 12:32 | |
| *** ahalaney <ahalaney!~ahalaney@068-184-200-203.res.spectrum.com> has joined #yocto | 12:43 | |
| JPEW | khem: We probably still need the --debug-prefix-map option in nasm.... It doesn't look like the --reproducible option covers paths | 12:48 |
| JPEW | khem: Ah, it looks like they moved to github, so I'll refresh the patches there | 12:51 |
| *** hpsy <hpsy!~hpsy@45.86.203.217> has quit IRC | 12:58 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 12:59 | |
| *** jobroe <jobroe!~manjaro-u@p579eb772.dip0.t-ipconnect.de> has quit IRC | 13:04 | |
| *** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has quit IRC | 13:17 | |
| *** zbodek <zbodek!~zbb@89-64-66-160.dynamic.chello.pl> has joined #yocto | 13:20 | |
| zbodek | hi. I am trying to enable perf with trace (related to this commit https://github.com/openembedded/openembedded-core/commit/c386abacae89a148e77ffa51630c7917e90406f9 ) | 13:22 |
| zbodek | I added meta-selinux to my bblayers, I created perf.bbappend to add audit to PACKAGECONFIG | 13:23 |
| zbodek | now I have an error that nothing provides audit-python3 | 13:23 |
| zbodek | all meta-layers that are mentioned in the layer dependencies in meta-selinux are added to bblayers.conf | 13:23 |
| zbodek | Has anyone been able to build it? Am I missing something? | 13:24 |
| *** intera_91 <intera_91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC | 13:31 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 13:33 | |
| *** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 13:35 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto | 13:37 | |
| qschulz | zbodek: triple check that all your layers are checked out in the correct release branch | 13:38 |
| qschulz | zbodek: the package is named audit-python | 13:40 |
| qschulz | and your error tells us that Yocto is looking for audit-python3 | 13:40 |
| qschulz | zbodek: pretty sure it's an issue introduced by this: https://github.com/openembedded/openembedded-core/commit/584af667e0000129bcb5c9e8108485f2f6590eaf | 13:41 |
| qschulz | probably a search and replace was done and since the PACKAGECONFIG option isn't selected by default.. | 13:42 |
| qschulz | it went unnoticed | 13:42 |
| qschulz | I don't know if Bruce is on this IRC channel, but anyway, I guess it's worth sending a patch once you have made sure it builds fine :) | 13:43 |
| zbodek | qschulz: thanks a million, changing audit-python3 to audit-python seems to solve the problem | 13:49 |
| qschulz | zbodek: please send a patch :) | 13:52 |
| *** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm06hx9y7qxf76fl.ipv6.telus.net> has joined #yocto | 13:55 | |
| tlwoerner | zeddii: ^^ (aka "Bruce") | 13:56 |
| *** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has joined #yocto | 13:58 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:00 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC | 14:02 | |
| zeddii | hah yes. rdepends are packages, not recipes. That would have just slipped through. It is obviously not used, so beware of runtime gremlins as well | 14:04 |
| qschulz | zeddii: I dont' think there ever was an audit-python3? | 14:06 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC | 14:07 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC | 14:08 | |
| zeddii | that's not what I'm saying | 14:08 |
| zeddii | zbodek: I can take care of fixing it. easy for me to do. | 14:09 |
| *** NiksDev2 <NiksDev2!~NiksDev@192.91.75.12> has joined #yocto | 14:09 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC | 14:10 | |
| zbodek | zeddii: I would greately appreciate it because I can't do it right away. | 14:11 |
| zeddii | no problem. I'll pull something together this afternoon. | 14:12 |
| zbodek | zeddii: thanks a lot! | 14:13 |
| *** armpit2 <armpit2!~armpit@2601:202:4180:a5c0:a862:d97f:9823:714e> has joined #yocto | 14:14 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:a9ac:3dd7:2c01:881> has quit IRC | 14:17 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 14:18 | |
| *** Jonek <Jonek!531f42ed@83.31.66.237.ipv4.supernova.orange.pl> has quit IRC | 14:24 | |
| *** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has joined #yocto | 14:28 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 14:32 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 14:35 | |
| *** MysticMice <MysticMice!3e1cabd2@62.28.171.210> has joined #yocto | 14:39 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto | 14:40 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC | 14:44 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 14:45 | |
| *** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto | 14:46 | |
| *** c4t3l_home <c4t3l_home!~rcallicot@139.138.156.11> has joined #yocto | 14:55 | |
| fullstop | hey, dumb question.. how do I add "timeout" from coreutils to an image? | 14:56 |
| fullstop | Usually these things are done with PACKAGECONFIG, but that doesn't seem to be the case with coreutils. | 14:56 |
| LetoThe2nd | fullstop: IMAGE_INSTALL_append = " coreutils" :) | 14:59 |
| fullstop | LetoThe2nd: will that replace busybox stuff with coreutils, though? | 14:59 |
| LetoThe2nd | fullstop: should, IIUC | 15:00 |
| fullstop | hmm. | 15:00 |
| fullstop | I want to leave that alone and just add "timeout" | 15:00 |
| LetoThe2nd | fullstop: then you'll probably have to manually split up coreutils. | 15:01 |
| *** zbodek <zbodek!~zbb@89-64-66-160.dynamic.chello.pl> has quit IRC | 15:01 | |
| fullstop | Well that's a bummer. Thanks! | 15:01 |
| LetoThe2nd | have fun | 15:01 |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC | 15:03 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC | 15:20 | |
| qschulz | fullstop: once you've split it out of coreutils, make sure to add RDEPENDS_${PN} += "${PN}-timeout" so that you don't break existing recipes | 15:22 |
| fullstop | qschulz: thanks. I might end up adding timeout to busybox since that seems like it will break the least number of things. | 15:25 |
| *** extorr <extorr!~extor@unaffiliated/extor> has quit IRC | 15:26 | |
| *** extorr <extorr!~extor@unaffiliated/extor> has joined #yocto | 15:26 | |
| manuel1985 | If a base recipe in layer A has SRC_URI="myfile", and there's a file with exactly that name in the files subdir of another layer whose bbappend has "FILESEXTRAPATHS_prepend := "${THISDIR}/files:"", which file does yocto take? | 15:29 |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 15:29 | |
| qschulz | manuel1985: look into ${WORKDIR}/temp/log.do_fetch | 15:33 |
| qschulz | there's no universal answer, but basically if the relative path to myfile is identical in both layers, the one from the bbappend will take precedence | 15:34 |
| manuel1985 | qschulz: I see, thank you! | 15:35 |
| qschulz | manuel1985: but there's a catch with OVERRIDES, so to put it simply: 1) exact same relative path, or 2) check ${WORKDIR}/temp/log.do_fetch this will tell you which paths are traversed and the first to be matched | 15:35 |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 15:38 | |
| RP | JPEW: I think I've spotted an interesting issue where multiconfig builds and hashequiv don't get on | 15:45 |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 15:45 | |
| RP | JPEW: basically if a task rehashes and is deferred due to overlap with another bit of a multiconfig build, it ends up running twice with different hashes and no sstate reuse | 15:45 |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 15:46 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 15:58 | |
| *** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-ngzjncivdxcldmto> has quit IRC | 16:00 | |
| *** zkrx <zkrx!~slimshady@194.230.138.56> has quit IRC | 16:07 | |
| *** fl0v0 <fl0v0!~fvo@88.130.223.175> has quit IRC | 16:14 | |
| *** zkrx <zkrx!~slimshady@194.230.138.56> has joined #yocto | 16:19 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 16:25 | |
| *** mckoan is now known as mckoan|away | 16:34 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 16:34 | |
| *** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has quit IRC | 16:39 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 16:40 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 16:41 | |
| *** camus is now known as kaspter | 16:41 | |
| *** frsc <frsc!~frsc@i6DFA89D9.versanet.de> has quit IRC | 16:42 | |
| RP | Of course it isn't that "simple" :/ | 16:52 |
| fray | nothign ever it | 16:55 |
| JPEW | RP; eww | 16:59 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 17:07 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 17:08 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 17:12 | |
| RP | I think I just don't understand the code and my fix does work "correctly" but there is a bigger setscene optimisation we need to think about | 17:18 |
| fray | bitbake or classes? | 17:19 |
| RP | fray: bitbake | 17:20 |
| RP | JPEW, fray: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=b70a10f928d3b04667b31ffce2140ec4a3290877 | 17:26 |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-sbcpiljjeratojis> has quit IRC | 17:29 | |
| *** MysticMice <MysticMice!3e1cabd2@62.28.171.210> has quit IRC | 17:32 | |
| *** MysticMice <MysticMice!3e1cabd2@62.28.171.210> has joined #yocto | 17:34 | |
| fray | seems reasonable | 17:36 |
| JPEW | RP: Is it possible tid is already in sd_deferred and it might get added to torehash twice? | 17:45 |
| khem | JPEW: yeah that patch is still needed. Although that option you added is behaving like -fmacro-prefix-map | 17:52 |
| khem | not -fdebug-prefix-map | 17:52 |
| khem | change its doing is changing FILE directive in generated .o from .asm files | 17:53 |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 17:56 | |
| JPEW | khem: I don't follow. It's changing the FILE symbol in the elf file, which is implicitly added by nasm; IIRC this is the same as the gcc, and is affect by -debug-prefix-map, not -macro-prefix-map | 17:58 |
| khem | ndec: when I search for string "oe-pkgdata-util" on docs.yoctoproject.org I can not find it but its there https://docs.yoctoproject.org/singleindex.html#viewing-package-information-with-oe-pkgdata-util | 17:58 |
| khem | google search returns it from mega-manual correctly | 17:58 |
| ndec | well google is definietly known for finding things better than anyone ;) | 17:59 |
| khem | JPEW: yes I mixed it with __FILE__ which is same as FILE in c/c++ | 17:59 |
| khem | ndec: but sadly it does not index docs.yoctoproject.org yet | 17:59 |
| khem | so all hits go to https://www.yoctoproject.org/docs/ | 18:00 |
| ndec | that's correct.. and something we should fix.. | 18:00 |
| khem | and 2.2 is sorted above newer ones | 18:00 |
| khem | so ideally it should point to current docs before the older released ones | 18:01 |
| rfs613 | is there a simple trick determing which *.bb got used (in the case where there are multiple layers with same recipe)? | 18:04 |
| rfs613 | (kind of like 'bitbake -s' but showing which layer, or ideally, the full path to the *.bb file) | 18:08 |
| *** psnsilva__ <psnsilva__!~psnsilva@161.230.35.203> has quit IRC | 18:09 | |
| *** kpo <kpo!~kpo@gl46-35.master.pl> has joined #yocto | 18:36 | |
| *** MysticMice <MysticMice!3e1cabd2@62.28.171.210> has quit IRC | 18:38 | |
| *** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has joined #yocto | 18:39 | |
| *** felipealmeida <felipealmeida!~felipealm@187.115.51.189> has quit IRC | 18:46 | |
| *** felipealmeida <felipealmeida!~felipealm@189.26.129.10.dynamic.adsl.gvt.net.br> has joined #yocto | 18:47 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 18:53 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 18:54 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-yiqrnnjqcpbpgyun> has joined #yocto | 18:56 | |
| RP | JPEW: I think from the way it is constructed, no, it shouldn't be | 19:00 |
| RP | rfs613: bitbake-layers ? | 19:03 |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC | 19:03 | |
| rfs613 | RP: that shows the layers & priority, what I wanted was to quickly find out which *.bb (from which layer) is actually used. | 19:04 |
| *** argonautx <argonautx!~argonautx@i59F77F9C.versanet.de> has joined #yocto | 19:04 | |
| *** kpo <kpo!~kpo@gl46-35.master.pl> has quit IRC | 19:05 | |
| rfs613 | I was able to extract this manually from 'bitbake -e foobar', looking at eg. SRC_URI to see which *.bb it came from. | 19:05 |
| *** kpo <kpo!~kpo@gl46-35.master.pl> has joined #yocto | 19:05 | |
| RP | rfs613: even something like bitbake-layers show-recipes -f | 19:06 |
| rfs613 | RP: oh neat! I had tried show-recipies, but didn't know about -f option | 19:08 |
| rfs613 | thank you :) | 19:09 |
| RP | rfs613: neither did I until a few minutes ago but I figured it had to do it somehow | 19:11 |
| RP | those commands do have good hel | 19:11 |
| RP | help | 19:11 |
| rfs613 | yup, as usual just a case of RFTM... :-) | 19:13 |
| RP | armpit2: did something change in meta-security recently? | 19:15 |
| RP | armpit2: it passes testing with master-next and failed when I merged to master :( | 19:15 |
| JPEW | RP: OK, seems good to me then | 19:31 |
| *** kpo <kpo!~kpo@gl46-35.master.pl> has quit IRC | 19:38 | |
| *** agust <agust!~agust@p54833775.dip0.t-ipconnect.de> has quit IRC | 19:43 | |
| *** agust <agust!~agust@p54833775.dip0.t-ipconnect.de> has joined #yocto | 19:44 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 19:47 | |
| *** joeythesaint <joeythesaint!~joe@205.185.115.212> has left #yocto | 19:47 | |
| *** joeythesaint <joeythesaint!~joe@205.185.115.212> has joined #yocto | 19:48 | |
| smurray | rfs613: bitbake-layers show-overlayed will indicate which version of a recipe is used (it'll be the first one listed) | 19:49 |
| *** gpanders <gpanders!~gpanders@c-73-26-133-58.hsd1.nm.comcast.net> has quit IRC | 19:52 | |
| rfs613 | smurray: i had actually tried that... but the package I was interested in did not appear in that output. In fact it looks like only a small subset of total recipies appear. | 19:52 |
| smurray | rfs613: AFAIK it only shows recipes that have more than one version | 19:53 |
| *** gpanders <gpanders!~gpanders@c-73-26-133-58.hsd1.nm.comcast.net> has joined #yocto | 19:53 | |
| rfs613 | smurray: hehe, looks like i managed to have both poky and openembedded-core repos checked out along side each other. Only poky was added as layer, so bitbake only had one spot to find the recipe. However when I use find/grep both copies show up. | 20:02 |
| smurray | rfs613: doh! | 20:03 |
| rfs613 | this may explain a lot of my confusion ;-) | 20:03 |
| dwagenk | Good Evening! Is anybody here active in the conference planning for Yocto Project Virtual Summit? | 20:11 |
| dwagenk | Tried contacting the conference team via the conferences@lists.yoctoproject.org e-mail address/mailinglist like mentioned at https://pretalx.com/yocto-project-summit-2021/ but it is beeing rejected because I'm not subscribed to that list. | 20:11 |
| dwagenk | Not ideal for an outwards facing contact address... | 20:11 |
| RP | dwagenk: you want ndec or tlwoerner | 20:15 |
| tlwoerner | RP: thanks | 20:15 |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto | 20:15 | |
| tlwoerner | dwagenk: you can send me an email at twoerner@gmail.com | 20:16 |
| tlwoerner | dwagenk: the conferences@ mailing list is more of an email list for the conference planners to talk amongst themselves while doing the planning :-) | 20:17 |
| dwagenk | tlwoerner: done, thanks! | 20:17 |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 20:18 | |
| *** MysticMice <MysticMice!bc52bd7f@bl17-189-127.dsl.telepac.pt> has joined #yocto | 20:35 | |
| MysticMice | Hello, all. I have a yocto build on a folder and I intended to move it to another drive. Copying it directly made the symlinks be dereferenced and soon I had no storage left. What way I could copy it, keeping the symlinks functional, and that doesn't involve tar and untar? Thanks! | 20:37 |
| dwagenk | MysticMice: One approach would be to just move the sstate cache to the new drive and then rerun the build there. | 20:44 |
| MysticMice | Sounds like a plan! But, forgive me my lack of knowledge, are there no symlinks on sstate cache? | 20:46 |
| rburton | yeah don't bother moving anything but the layers and the sstate | 20:46 |
| rburton | ignore tmp. | 20:46 |
| rburton | sstate is just compressed archives | 20:46 |
| MysticMice | Great! I've just started to rebuild, but, i think I will cancel it and try that. Thanks! | 20:47 |
| *** gpanders <gpanders!~gpanders@c-73-26-133-58.hsd1.nm.comcast.net> has quit IRC | 20:48 | |
| *** gpanders <gpanders!~gpanders@c-73-26-133-58.hsd1.nm.comcast.net> has joined #yocto | 20:50 | |
| *** psnsilva__ <psnsilva__!~psnsilva@161.230.35.203> has joined #yocto | 20:57 | |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 20:58 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 21:00 | |
| *** aidanh_ is now known as aidanh | 21:00 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-118-101.ssp.dialog.net.pl> has quit IRC | 21:06 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-118-101.ssp.dialog.net.pl> has joined #yocto | 21:08 | |
| *** zkrx <zkrx!~slimshady@194.230.138.56> has quit IRC | 21:09 | |
| *** armpit2 is now known as armpit | 21:12 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 21:15 | |
| *** SWAT <SWAT!~swat@ubuntu/member/swat> has quit IRC | 21:27 | |
| *** psnsilva__ <psnsilva__!~psnsilva@161.230.35.203> has quit IRC | 21:33 | |
| *** zkrx <zkrx!~slimshady@194.230.138.56> has joined #yocto | 21:39 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 21:48 | |
| RP | JPEW: I don't suppose you can easily see why "bitbake XXX -l RunQueue -l RunQueue" doesn't show the same cooker output as bitbake XXX -DD ? | 21:50 |
| RP | its really starting to get to me as I don't want to parsing logs, just cooker | 21:52 |
| *** ahalaney <ahalaney!~ahalaney@068-184-200-203.res.spectrum.com> has quit IRC | 21:52 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 22:06 | |
| *** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm06hx9y7qxf76fl.ipv6.telus.net> has quit IRC | 22:06 | |
| *** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-kzfvwbahtimwnxpw> has joined #yocto | 22:07 | |
| JPEW | RP: I didn't think it counted the arguments that way? | 22:10 |
| RP | JPEW: bb.msg line 166, dlevel = len(tuple(iterator)) | 22:10 |
| RP | JPEW: I can't make it print any logging though even though it makes it through to there | 22:11 |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 22:14 | |
| * JPEW looks | 22:15 | |
| JPEW | RP: If you uncomment the logging_tree lines in knotty, you can see that the RunQueue logging level is not being affected (for some reason) | 22:18 |
| RP | JPEW: hmm :/ | 22:19 |
| JPEW | Hmm, it propagates the users logging config into loggerDefaultDomains, but I'm not sure if it goes the other direction | 22:21 |
| JPEW | Or probably more accurately, the -l option should be handled differently | 22:22 |
| RP | JPEW: I could have sworn this used to work so I guess something changed :/ | 22:24 |
| JPEW | Ya, I'm a little suprised also | 22:24 |
| JPEW | RP: Ideally, the loggerDefaultDomain would be on the way out the door; AFAIK the only (gross simplification) reason it has stuck around is because it's the way that the logging configuration is shared between the UI and bitbake process | 22:26 |
| RP | JPEW: ideally, yes, its horrible | 22:27 |
| RP | JPEW: I guess I should be trying to use a logging config to do what I'm trying to do | 22:28 |
| JPEW | Ya, that would work | 22:28 |
| RP | Equally, runqueue is making my head hurt more than enough as it is | 22:28 |
| JPEW | RP: { "version": 1, "loggers": { "BitBake.RunQueue": { "level": "VERBOSE" } } } | 22:32 |
| *** agust <agust!~agust@p54833775.dip0.t-ipconnect.de> has quit IRC | 22:33 | |
| *** nvmd <nvmd!~nvmd@177.30.111.232> has joined #yocto | 22:38 | |
| RP | JPEW: I can't make that work either :( | 22:55 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 22:59 | |
| RP | JPEW: oh, it could be my fault with other debugging :/ | 23:00 |
| RP | no, it isn't that... | 23:03 |
| RP | fray: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=1693c6e229c4e018ae68ffa5b7a640ef115b3aba might be interesting in your big builds | 23:09 |
| fray | ohh another | 23:10 |
| fray | interesting | 23:12 |
| fray | I've got that one and a previous queued to try.. | 23:13 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:15 | |
| *** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has quit IRC | 23:16 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto | 23:17 | |
| *** argonautx <argonautx!~argonautx@i59F77F9C.versanet.de> has quit IRC | 23:20 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC | 23:22 | |
| RP | khem: I can't work out which of the patches are causing which issues :( | 23:22 |
| RP | reproducibile builds still running 12 hours later :/ | 23:24 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:35 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-yiqrnnjqcpbpgyun> has quit IRC | 23:39 | |
| khem | RP: ok point me to one | 23:47 |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 23:47 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 23:47 | |
| khem | we can serialize them a bit | 23:47 |
| khem | lets get all other patched in first | 23:48 |
| khem | then get the -ffile-prefix-map patch | 23:48 |
| khem | then get gcc11 | 23:48 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!