| *** jae1 <jae1!95c73e81@149.199.62.129> has quit IRC | 00:48 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 01:29 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 01:43 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-jgpnzklmwxxilbgj> has joined #yocto | 03:49 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 04:03 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 04:04 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 04:04 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 04:15 | |
| *** anujm <anujm!~anujm@134.134.139.74> has quit IRC | 04:23 | |
| *** comptroller <comptroller!~comptroll@47-213-230-143.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 04:49 | |
| *** comptroller <comptroller!~comptroll@47-213-230-143.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 05:04 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 05:54 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 06:29 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:a427:c148:e286:fbe7> has joined #yocto | 06:33 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 06:58 | |
| *** blankscape <blankscape!~arcanscap@49.189.160.42> has joined #yocto | 06:59 | |
| blankscape | how can i get a python function in a bbclass to run before the do_install task? | 07:01 |
|---|---|---|
| blankscape | i have tried do_install[prefuncs] += "function_name " but i dont see any print outputs in the log.dorootfs log | 07:02 |
| blankscape | not having much luck with the mega manual or google... | 07:02 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 07:08 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 07:08 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 07:21 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto | 07:21 | |
| iceaway | I have an issue that might not be Yocto-specific, but maybe someone recognizes it. I have a dhcp server (dhcp-server, dhcp-server-config) installed on my board (using Yocto Sumo). But when the server is started as a regular daemon it seems to hang badly. It does not respond to DHCP requests, and I can only kill it with kill -9. If I start the server manually though, with the -f flag, it works as expected. | 07:24 |
| *** alessioigor <alessioigor!~alessioig@out-207-227.elettra.trieste.it> has quit IRC | 07:35 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto | 07:37 | |
| *** alessioigor <alessioigor!~alessioig@out-207-227.elettra.trieste.it> has joined #yocto | 07:39 | |
| *** johnnylintw <johnnylintw!~johnnylin@softbank126012046134.bbtec.net> has quit IRC | 07:47 | |
| *** hpsy <hpsy!~hpsy@b2b-78-94-34-50.unitymedia.biz> has quit IRC | 07:49 | |
| *** blankscape <blankscape!~arcanscap@49.189.160.42> has quit IRC | 07:50 | |
| *** blankscape <blankscape!~arcanscap@49.189.160.42> has joined #yocto | 07:51 | |
| *** jklare <jklare!~jklare@157.97.76.18> has quit IRC | 07:57 | |
| *** jklare <jklare!~jklare@157.97.76.18> has joined #yocto | 07:59 | |
| *** tz <tz!~tz@orange.tzarc.io> has quit IRC | 08:07 | |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto | 08:12 | |
| mcfrisk | adelcast RP: I also was debugging an opkg crash from poky master after innocent looking opkg tar ball was in sstate cache. had to port valgrind to native and found out the libarchive error path problems. just ran out of time polishing and publishing the patch :( | 08:13 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 08:16 | |
| *** yann|work <yann|work!~yann@85.118.38.73> has joined #yocto | 08:17 | |
| *** tz <tz!~tz@orange.tzarc.io> has joined #yocto | 08:28 | |
| RP | mcfrisk: any idea why we started generating these ipks all of a sudden? | 08:30 |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 08:32 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:32 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 08:33 | |
| rcrudo | what is the recommended way to handle multiple distros? I have a local.conf which sets DISTRO to a specific distro in meta/recipes-core/images. to build another distro I would have to edit local.conf? | 08:37 |
| LetoThe2nd | rcrudo: you can just put it in through the call | 08:38 |
| LetoThe2nd | DISTRO="yourdistro" bitbake your-image | 08:38 |
| LetoThe2nd | (assuming that you kept the ?= assignment in local.conf= | 08:38 |
| blankscape | anyone know how to run a python function before do_install of a bitbake recipe ? | 08:40 |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC | 08:41 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto | 08:42 | |
| yocti | New news from stackoverflow: What is the meaning of '__anonymous' function in a yocto/bitbake recipe? <https://stackoverflow.com/questions/17834624/what-is-the-meaning-of-anonymous-function-in-a-yocto-bitbake-recipe> | 08:44 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:49 | |
| rcrudo | LetoThe2nd: I see. In that case I'd have to keep in local.conf only settings which applies for all distros | 08:49 |
| LetoThe2nd | rcrudo: yep | 08:49 |
| *** blankscape <blankscape!~arcanscap@49.189.160.42> has quit IRC | 08:58 | |
| rburton | kanavin: dude are you reading my mind | 09:14 |
| rburton | kanavin: 11pm i scribbed down 'port p11-kit to meson' and 'update gettext' | 09:15 |
| rburton | kanavin: unfortunately one of my patches i have here is moving autopoint to -minimal | 09:16 |
| rburton | haha and i just prepped 'remove console-tools' | 09:16 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-bleqvbpfbpmwyttr> has joined #yocto | 09:18 | |
| iceaway | I would like to store the revision of my custom layer used during the build in a file in the resulting file system. Is there any way to get that info into the i.e. image recipe? | 09:19 |
| LetoThe2nd | iceaway: look at the buildinfo, buildstats stuff. | 09:21 |
| iceaway | LetoThe2nd: thanks, will have a look! | 09:21 |
| mcfrisk | RP: I had an old sstate cache dir not wiped in months and been updating poky master and rebuilding a lot in the last 8 months. still have tree available for debugging but haven't had time to polish all patches, e.g. to enable valgrind for native when host version nolonger works etc.. | 09:23 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 09:25 | |
| GeneralStupid | qschulz: is there a way to get an output of the overridings for a recipe? | 09:25 |
| qschulz | GeneralStupid: bitbake-layers show-appends | 09:26 |
| qschulz | ah wait... are you talking bbappends or OVERRIDES? | 09:27 |
| qschulz | bbappends, see above. OVERRIDES, use bitbake -e and look for a line starting with OVERRIDES | 09:27 |
| qschulz | or read the log.do_fetch to see the order in which directories are "traversed"/checked | 09:28 |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 09:29 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 09:29 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:35 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:40 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 09:42 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:43 | |
| qschulz | quick question: is it possible to devtool deploy-target glibc? | 09:50 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:56 | |
| * LetoThe2nd thrusts mcfrisk and compares with a flying pig. | 09:59 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 10:03 | |
| qschulz | rburton: mentioning you just because you answered to some glibc devtool stuff a while ago on the ML. Is it possible to devtool deploy-target glibc? | 10:05 |
| qschulz | dirname: error while loading shared libraries: libresolv.so.2: cannot open shared object file: No such file or directory | 10:05 |
| qschulz | that's what my people get when trying. | 10:06 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 10:09 | |
| qschulz | FYI, glibc from thud with a patch implementing what's being discussed here: https://groups.google.com/forum/#!topic/generic-abi/bX460iggiKg | 10:09 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:10 | |
| GeneralStupid | qschulz: ok this lists my bbappend file... Amazing. But maybe i should have mentioned that its using my overridden SRC_URI ... But not my overriden LOCALVERSION for example | 10:10 |
| GeneralStupid | qschulz: thats why i tried to use a different defconfig name... Its always using the default defconfig. Is it a good idea to override the "FILESEXTRAPATH" instead of prepending? | 10:14 |
| qschulz | GeneralStupid: no. Because only the directory pointed by your bbappend will be used for everything in that recipe, including everything in the original one | 10:15 |
| qschulz | and it'll break if there is a bbappend applied after yours | 10:15 |
| qschulz | or before | 10:15 |
| qschulz | what's the machine you're building for | 10:16 |
| kayterina | hello hello. | 10:23 |
| kanavin | rburton, thanks for sorting the lrzsz issue :) | 10:25 |
| GeneralStupid | qschulz: imx6. its imx6ullevk. | 10:27 |
| qschulz | GeneralStupid: put your defconfig in a subdirectory named imx, that should make it work | 10:33 |
| qschulz | GeneralStupid: meta-foo/recipes-kernel/linux/<whateveryouputinyourbbappend>/imx | 10:34 |
| qschulz | GeneralStupid: but really, try to also document yourself on the OVERRIDES mechanism, it's pretty powerful and that's not the only time you'll encounter it or scratch your head about something that does not get applied | 10:35 |
| LetoThe2nd | qschulz: re your append topic idea: qou're right, this probably can use some explanations. | 10:35 |
| qschulz | GeneralStupid: let me know if that works. Anyhow, learning about OVERRIDES can't hurt :) | 10:38 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 10:39 | |
| qschulz | GeneralStupid: also, FYI, you don't need to recompile every time, you can check with bitbake virtual/kernel -c menuconfig if the options of your defconfig are (un)selected. | 10:41 |
| *** alin___ <alin___!~alin___@89.40.224.2> has joined #yocto | 10:43 | |
| rburton | qschulz: never used devtool deploy :) | 10:43 |
| rburton | kanavin: if you like poking at gettext you might be interested in my autopoint and gettext-tiny branches. neither actually work yet but WIP | 10:44 |
| qschulz | rburton: never did either :/ Do you know who I could ping about that? | 10:44 |
| LetoThe2nd | qschulz: devtool deploy-target only works for packages you actually have in your workspace, AFAIK | 10:45 |
| rburton | qschulz: try bluelightning_ | 10:45 |
| rburton | (if he hasn't gone to bed) | 10:46 |
| qschulz | GeneralStupid: why imx? => https://github.com/Freescale/meta-freescale/tree/thud/recipes-kernel/linux/linux-imx-4.9.123 the defconfig is specific to either imx or imx8 so you need to have your defconfig as specific or more specific. | 10:46 |
| qschulz | GeneralStupid: https://github.com/Freescale/meta-freescale/blob/thud/conf/machine/imx6ullevk.conf#L7 which is more specific than https://github.com/Freescale/meta-freescale/blob/thud/conf/machine/include/imx-base.inc#L327 and https://github.com/Freescale/meta-freescale/blob/thud/conf/machine/include/imx-base.inc#L73 (though I have never seen/used the EXTENDER stuff | 10:48 |
| qschulz | LetoThe2nd: devtool modify -x glibc, devtool build glibc, devtool deploy-target glibc is what they do (not the exact commands but that's their workflow) | 10:49 |
| qschulz | bluelightning_: maybe you'll be helpful :) Is it possible to devtool deploy-target glibc? what my people get when trying: dirname: error while loading shared libraries: libresolv.so.2: cannot open shared object file: No such file or directory; FYI, glibc from thud with a patch implementing what's being discussed here: https://groups.google.com/forum/#!topic/generic-abi/bX460iggiKg | 10:50 |
| LetoThe2nd | qschulz: *might* work. in my experience devtool work the better the more simple and canonical the recipes in question are. | 10:50 |
| qschulz | @all: or even better, how do you debug the glibc :) ? | 10:50 |
| GeneralStupid | qschulz: Ahhh NXP | 10:51 |
| bluelightning_ | qschulz: it should work... but glibc is quite a beast, I guess there are complications | 10:52 |
| qschulz | LetoThe2nd: my worry is that this deploy-target stuff depends on some glibc stuff on the target and that it breaks in the middle of the transfer. But 1) no experience in deploy-target, I don't even know how it does it, 2) no experience in glibc either :/ | 10:52 |
| bluelightning_ | I certainly haven't tried it myself, maybe I can give it a shot tomorrow | 10:52 |
| LetoThe2nd | qschulz: it depends on a shell and ssh/scp being fully functional, AFAICS | 10:52 |
| bluelightning_ | qschulz: deploy-target is basically tar over ssh | 10:52 |
| qschulz | bluelightning_: alright! Do you want me to ping you tomorrow at one point? | 10:53 |
| qschulz | GeneralStupid: TI is doint it as well ;) | 10:53 |
| bluelightning_ | qschulz: sure | 10:53 |
| qschulz | bluelightning_: thanks for the explanation, now there's only 2) which isn't going to be easy to tackle :D I don't know how much glibc is involved/safe in that tar/ssh combination. I'll let you sleep tight and ping you tomorrow when I arrive at the office (2-3hours before now in your timezone) | 10:55 |
| bluelightning_ | qschulz: ok, I should be around | 10:57 |
| kanavin | rburton, may I ask that you act on the AUH patches please :) | 10:58 |
| kanavin | (not sure if you're planning to anyway) | 10:58 |
| kanavin | rburton, what is autopoint for? | 11:00 |
| rburton | kanavin: its basically gettextize | 11:01 |
| rburton | we historically disable it, and do it ourselves in autotools.bbclass | 11:01 |
| rburton | trying to remove that kludge | 11:01 |
| kanavin | rburton, tbh I have no particular interest in gettext other than getting it up to date | 11:01 |
| rburton | shame :) | 11:02 |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto | 11:03 | |
| *** alin___ <alin___!~alin___@89.40.224.2> has left #yocto | 11:10 | |
| * RP wonders what to prioritise. hashequiv debugging is eating time, meanwhile patches mount up :/ | 11:11 | |
| kanavin | RP: if there's a show of hands, mine goes to hashequiv | 11:13 |
| LetoThe2nd | can't we have a show of metal? | 11:21 |
| kanavin | LetoThe2nd, https://cdn.iwastesomuchtime.com/February-16-2012-17-16-27-Selection009.jpg | 11:24 |
| LetoThe2nd | kanavin: exactly that. | 11:25 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:27 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:30 | |
| bojones | Im using Sumo in my current yocto build and I have a simple recipe that has a "require <somefile>.inc" in the top. | 11:33 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:34 | |
| bojones | If I modify the .inc file, the package isn't rebuilt - am I missing something or is this how it is supposed to be? | 11:34 |
| paulbarker | bojones: What are you modifying in the inc file? Bitbake dependencies are more granular than recipe or inc files | 11:36 |
| RP | LetoThe2nd: I quite like mercury as liquid metal at room temperature is quite cool... | 11:37 |
| bojones | I removed a patch from the SRC_URI in the .inc file | 11:38 |
| kanavin | rburton, I have a patch that fixes lrzsz now | 11:40 |
| paulbarker | bojones: I recommend dumping the env using `bitbake -e <recipe>` and looking at how SRC_URI is set, see if your change is picked up or if it's clear what's gone wrong | 11:40 |
| yocti | New news from stackoverflow: Yocto: patch kernel module Makefile <https://stackoverflow.com/questions/58957305/yocto-patch-kernel-module-makefile> | 11:45 |
| RP | gah, found the "hashequiv" corruption issue which isn't hashequiv at all | 11:46 |
| LetoThe2nd | RP: hrhrhr | 11:49 |
| LetoThe2nd | RP: on a more serious note, can you (or somebody else) give me a short rundown on multiconfig? we're just getting started with it, and have quite a confusing time in understanding what can be set/left out/overwritten where | 11:50 |
| LetoThe2nd | FWWW the local.conf (or generally, the build) still needs to have a valid DISTRO/MACHINE setting combination. with MACHINE obviously being able to be overwritten later | 11:52 |
| Crofton|work | OK I ned to remove a couple of packages from an SDK, anyone know how? | 11:53 |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 11:53 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 11:56 | |
| bojones | I just investigated some more... There was a SRC_URI[md5sum] and SRC_URI[shasum} defined in the .inc file. | 11:59 |
| bojones | If I remove those, it seems to work | 11:59 |
| bojones | Why would you have those defined for a SRC_URI? | 11:59 |
| rburton | because SRC_URIs that fetch tarballs need to provide checksums | 12:03 |
| RP | LetoThe2nd: biggest confusion with multiconfig is that local.conf is one of the multiconfigs | 12:03 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 12:03 | |
| RP | LetoThe2nd: then the others are added to it as other build options | 12:04 |
| RP | LetoThe2nd: you can set anything in a multiconfig however you need to be mindful about sharing TMPDIR, if the builds all use the same one, they need to be compatible (i.e. same DISTRO) | 12:04 |
| LetoThe2nd | RP: so if thats the confusion,whats the correct mindset? | 12:05 |
| RP | so changing MACHINE is fine, if you change DISTRO, set TMPDIR too | 12:05 |
| LetoThe2nd | hmmm | 12:05 |
| RP | LetoThe2nd: well, just realise that local.conf is your first multiconfig | 12:05 |
| RP | bitbake bash builds whatevr local.conf is set to. bitbake mc:A:bash multiconfig A's bash target | 12:06 |
| LetoThe2nd | having a TMPDIR for several DISTROs is actually bad? (didn't realize taht) | 12:06 |
| RP | LetoThe2nd: the same TMPDIR with different distros means it will uninstall and install other things | 12:06 |
| RP | assuming the distro configs are different | 12:07 |
| RP | and if they're not different, why do you have them? | 12:07 |
| LetoThe2nd | ah, /me confused TMPDIR and SSTATE one more time | 12:07 |
| RP | it can't uninstall and reinstall in a multiconfig build the same way as it normally would | 12:08 |
| LetoThe2nd | kay, good point. | 12:08 |
| LetoThe2nd | will try to keep that in mind | 12:08 |
| RP | loads of new ways to shoot yourself in the foot :) | 12:09 |
| RP | (or worse) | 12:09 |
| LetoThe2nd | yeah | 12:09 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:09 | |
| LetoThe2nd | thats my fear if we start acutally using it in production. | 12:09 |
| LetoThe2nd | thx, will try and inverstigate. | 12:09 |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 12:09 | |
| RP | LetoThe2nd: its quite neat, just requires a little thought | 12:10 |
| LetoThe2nd | RP: additional question: best practise to set TMPDIR depending on mc? some override syntax? | 12:13 |
| RP | LetoThe2nd: set it in the multiconfig conf file? | 12:13 |
| RP | LetoThe2nd: I can't even remember if we did multiconfig overrides :/ | 12:14 |
| LetoThe2nd | RP: hm. din't like that as we want to carry the mc file with the layers. | 12:15 |
| *** hyper_dave <hyper_dave!~dave@196.188.72.247> has joined #yocto | 12:25 | |
| *** hyper_dave <hyper_dave!~dave@196.188.72.247> has quit IRC | 12:28 | |
| GeneralStupid | qschulz: so do i need to fork the kernel? Do i need to create a custom machine (i wanted to do this later) | 12:30 |
| RP | LetoThe2nd: I often use TMPDIR = "${TOPDIR}/tmp-XXX" | 12:40 |
| RP | adelcast: when you're around I have answers to some of our questions | 12:41 |
| LetoThe2nd | RP: would TMPDIR_distro1 = ... also work? | 12:42 |
| RP | LetoThe2nd: yes | 12:42 |
| yocti | New news from stackoverflow: How can I call functions from an Anonymous Python Function in bb recipe files? <https://stackoverflow.com/questions/58974922/how-can-i-call-functions-from-an-anonymous-python-function-in-bb-recipe-files> | 12:45 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:47 | |
| LetoThe2nd | RP: coworker seems to be happy | 12:54 |
| *** jklare <jklare!~jklare@157.97.76.18> has quit IRC | 12:58 | |
| kayterina | I have DISTRO_FEATURES_remove="x11" in distro/conf, why would bitbake compile libx11-1_1.6.3-r0? | 13:00 |
| LetoThe2nd | kayterina: probably something depends on it. | 13:00 |
| LetoThe2nd | and no, DISTRO_FEATURES are no magic bullets. they're only as good as the recipes that either evaluate them, or not. | 13:01 |
| *** jklare <jklare!~jklare@157.97.76.18> has joined #yocto | 13:02 | |
| kayterina | PACKAGECONFIG_remove += "x11"? | 13:02 |
| LetoThe2nd | kayterina: DEPENDS (TM) | 13:02 |
| LetoThe2nd | if the package in question has that switch, then probably. | 13:02 |
| LetoThe2nd | but it really all dependes. | 13:02 |
| GeneralStupid | qschulz: Hm i raised the version of my layer but sstill no success. This makes no sense to me | 13:06 |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 13:17 | |
| GeneralStupid | why is KERNEL_DEFCONFIG := "my_def" not working? | 13:20 |
| GeneralStupid | ok iam starting to figure it out. kernel-imx is not using kernel.bb | 13:24 |
| GeneralStupid | ok ok so there is a do_preconfigure task. They are taking a hardlinked defconfig file :) | 13:30 |
| GeneralStupid | Amazing. | 13:30 |
| *** dstriker <dstriker!d906f622@mail.visioncatalog.com> has joined #yocto | 13:48 | |
| dstriker | Hi, anybody here? | 13:48 |
| qschulz | GeneralStupid: what are you doing? | 13:50 |
| dstriker | I've a little question about 'gstreamer1.0-plugins-bad' in meta-oe and I'm not sure, if should send a patch to the mailing-list... | 13:51 |
| qschulz | you have a bbappend with your defconfig in it. It should be in a path with more priority than the original one. Here it seems to me it is "imx" that is used in meta-freescale. So you need AT LEAST to name your subdirectory "imx". Or it can be something more specific (on the right side of "imx" in OVERRIDES variable). | 13:52 |
| qschulz | the defconfig HAS to be named "defconfig" | 13:52 |
| qschulz | GeneralStupid: and it's KBUILD_DEFCONFIG, not KERNEL_DEFCONFIG AFAICT. This is only handled by recipes which are inheriting kernel-yocto bbclass which is not that common and is not the case of linux-imx IIRC | 13:54 |
| rburton | dstriker: ask, don't ask to ask | 13:54 |
| rburton | dstriker: also that recipe is in oe-core | 13:54 |
| mcfrisk | different BSPs have different customs. It's best to devshell into them and figure out how to override the configs. and lot of testing.. | 13:54 |
| dstriker | I build an image with zbar enabled in gstreamer1.0-plugins-bad, so right now I need to create a seperate bbappend-file, where I: | 13:55 |
| dstriker | add zbar to DEPENDS, remove '--disable-zbar' from EXTRA_OECONF, append '--enable-zbar' to EXTRA_OECONF | 13:56 |
| GeneralStupid | qschulz: But that means NXP is doing some bad recipe style? | 13:56 |
| qschulz | GeneralStupid: why? | 13:56 |
| qschulz | GeneralStupid: I mean, what seems wrong to you (not judging, really asking) | 13:56 |
| rburton | dstriker: right, so send a patch to add a pacakgeconfig for the zbar option so you can just toggle the packageconfig | 13:57 |
| dstriker | in the recipe of 'gstreamer1.0-plugins-bad' it says: "# these plugins have no corresponding library in OE-core or meta-openembedded:" and zbar is in there... so I was not sure, if I should send a patch or not... | 13:57 |
| rburton | yes please do send a patch | 13:58 |
| dstriker | okay, thanks | 13:58 |
| qschulz | dstriker: https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-PACKAGECONFIG | 13:58 |
| qschulz | please use that | 13:58 |
| *** goliath <goliath!~goliath@nat001-WLTU1.uibk.ac.at> has joined #yocto | 14:00 | |
| qschulz | dstriker: the comment dates from the original commit which is in 2013. The zbar recipe was more recently added so no problem :) | 14:01 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 14:03 | |
| kayterina | so, to remove a recipe, only through the dot diagram I can find the dependencies? | 14:04 |
| LetoThe2nd | kayterina: its the most reliably ways AFAIK. | 14:06 |
| GeneralStupid | qschulz: i think it would be "common sense" to inherit from kernel.bbclass or something like that | 14:07 |
| GeneralStupid | For me it feels bad to have this highly customazible yocto recipes but they are not working because NXP is doing their own stuff | 14:08 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 14:10 | |
| qschulz | GeneralStupid: it inherits from kernel.bbclass, not kernel-yocto.bbclass. | 14:11 |
| GeneralStupid | qschulz: Ah ok then it makes sense, a bit | 14:11 |
| qschulz | GeneralStupid: I've never used or seen kernel-yocto.bbclass. In any BSP I've used. Ever. | 14:11 |
| GeneralStupid | Iam not able to add a task in a bbappend file? | 14:12 |
| qschulz | GeneralStupid: you are :) | 14:12 |
| GeneralStupid | Or does ".bb" include ".bbclass" in the manual. Ok | 14:12 |
| qschulz | GeneralStupid: "inherit foo" will inherit foo.bbclass | 14:12 |
| qschulz | include and require need the file extension, but inherit assumes it's only bbclass that are inherited | 14:13 |
| yocti | New news from stackoverflow: In Yocto, how do I specify a version restriction of package A to be the current version of package B? <https://stackoverflow.com/questions/58976780/in-yocto-how-do-i-specify-a-version-restriction-of-package-a-to-be-the-current> | 14:15 |
| *** anujm <anujm!~anujm@134.134.139.74> has joined #yocto | 14:20 | |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 14:20 | |
| *** dstriker <dstriker!d906f622@mail.visioncatalog.com> has quit IRC | 14:24 | |
| GeneralStupid | qschulz: ok now ${B} is not working :D | 14:26 |
| qschulz | GeneralStupid: I'll need a bit more than that :) | 14:28 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 14:29 | |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC | 14:29 | |
| qschulz | RP: what's the policy for fixing bugs in old and unmaintained software in Yocto? I'm pretty sure we've found some bugs in libdbus-c++ which is still in meta-openembedded but is dead for the last ~3 years already. | 14:37 |
| GeneralStupid | qschulz: they are copying defconfig to ${B}/.config . So now i just try to echo "" > ${B}/.config . That the build fails... But its working :D | 14:37 |
| GeneralStupid | but my new task is in the list | 14:37 |
| qschulz | sorry for mentioning. Not really targetted to you but YP community as a whole. | 14:37 |
| RP | qschulz: well, if the recipe is still there I'd guess a patch would be taken | 14:38 |
| qschulz | In my mind, you try to fix upstream and send a patch to build systems while your patch gets reviewed/merged upstream. But here, it's never going to make it to upstream and it's slightly changing the behaviour | 14:38 |
| qschulz | GeneralStupid: What are you doing? I'm absolutely not following you. Why are you resetting .config? | 14:39 |
| qschulz | What are you trying to achieve? | 14:39 |
| RP | qschulz: upstream is definitely the preferred model, as you say its not always possible | 14:39 |
| GeneralStupid | qschulz: i want to use a custom defconfig. Or is there a better way? | 14:41 |
| qschulz | RP: okay, we'll work on a patch and send something in the next few weeks and we can discuss from there | 14:41 |
| qschulz | GeneralStupid: I explained you twice already what to do. | 14:41 |
| qschulz | your bbappend only has a FILEEXTRAPATHS_prepend := "" in it. That should be enough | 14:42 |
| T_UNIX | hi | 14:42 |
| qschulz | your defconfig NAMED defconfig (exactly like this) in meta-foo/recipes-kernel/linux/<whateveryouputinyourbbappend>/imx/defconfig (defconfig here is the name of the file not a directory) | 14:43 |
| qschulz | your bbappend is meta-foo/recipes-kernel/linux/linux-imx_%.bbappend | 14:43 |
| qschulz | that should be enough for a custom defconfig. | 14:43 |
| qschulz | If that is not enough we have to work out the OVERRIDES thing and try to find out which file is taking precedence and why | 14:44 |
| GeneralStupid | qschulz: FILE* * EXTRAPARH or FILE*S*EXTRAPATH | 14:46 |
| GeneralStupid | I have the the FILES EXTRAPATH | 14:46 |
| qschulz | GeneralStupid: I can't never type that one correctly. | 14:47 |
| T_UNIX | what's the recommended way to have a `_append` only be applied, if a certain IMAGE feature is enabled? | 14:47 |
| GeneralStupid | Ah ok | 14:47 |
| qschulz | GeneralStupid: https://www.yoctoproject.org/docs/2.6.2/mega-manual/mega-manual.html#var-FILESEXTRAPATHS | 14:47 |
| T_UNIX | i.e. `do_install_append() {..}` | 14:47 |
| qschulz | T_UNIX: IMAGE_FEATURE can be used only in image recipes | 14:48 |
| qschulz | you can use DISTRO_FEATURES and MACHINE_FEATURES in there though | 14:48 |
| T_UNIX | -.-' | 14:48 |
| qschulz | there/recipes | 14:48 |
| qschulz | T_UNIX: I've been there :) | 14:49 |
| qschulz | T_UNIX: what do you want to do exactly? | 14:49 |
| *** anujm <anujm!~anujm@134.134.139.74> has quit IRC | 14:49 | |
| T_UNIX | hmm.. maybe I'm going wrong about it: In production I'm using systemd to set capabilities to allow an application to modify the date | 14:50 |
| T_UNIX | for development purposes, however, I'd like to allow users to modify date as they please. | 14:50 |
| *** goliath <goliath!~goliath@nat001-WLTU1.uibk.ac.at> has quit IRC | 14:50 | |
| T_UNIX | so there is `busybox.conf`. But it seems broken in combination with the barebox.{no,}suid split. | 14:50 |
| T_UNIX | s;barebox;busybox; | 14:54 |
| GeneralStupid | qschulz: https://github.com/Freescale/meta-fsl-arm/blob/master/classes/fsl-kernel-localversion.bbclass This is pulled in and for me it looks like its always taking the default defconfig out of $WORKDIR | 14:57 |
| kayterina | so, to remove "qemu-native" I must remove every package that points to qemu-native. through IMAGE_INSTALL_remove? and if it still gets compiled, I missed something? | 15:00 |
| LetoThe2nd | kayterina: what makes you so sure you don't need qemu-native? | 15:03 |
| LetoThe2nd | kayterina: -native means its being built for the development host, not for your target. | 15:04 |
| LetoThe2nd | and it being pulled in means that something acutally needs it. | 15:04 |
| kayterina | ha ha.I just want to remove something | 15:04 |
| kayterina | but what if I don;t use qemu? | 15:05 |
| LetoThe2nd | thats why qemu-native is a particularly bad example. there are recipes that use it under the hodd to do things that you do not obviously see. | 15:05 |
| LetoThe2nd | so if you want to remove qemu, just becasue you want to remove qemu - then chances are that you are just being wrong. | 15:06 |
| kayterina | hm.... | 15:06 |
| LetoThe2nd | kayterina: basically all things that start with "I just want to" are wrong with high probability. | 15:07 |
| kayterina | iik. ok, x11 and libxau xproto libx11, I don't have graphics,so I don't need them. | 15:09 |
| kanavin | RP, I have a bit of spare cycles if you need help with something | 15:10 |
| kergoth | kayterina: use a distro that disables x11, then, or your own (see DISTRO_FEATURES) | 15:15 |
| T_UNIX | qschulz: but there are many places that are like `PACKAGECONFIG = "bb.utils.contains("${IMAGE_FEATURES}", 'foo', 'add_x', '')}"` | 15:16 |
| T_UNIX | obviously not exactly like that | 15:16 |
| T_UNIX | I was just wondering whether PACKAGECONFIG would recognize that its value depends on `IMAGE_FEATURES` | 15:16 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 15:17 | |
| T_UNIX | lxdm for example: `DISTRO_TYPE ?= "${@bb.utils.contains("IMAGE_FEATURES", "debug-tweaks", "debug", "",d)}"` | 15:17 |
| RP | kanavin: thanks, I just got to the bottom of the thing which has been really bothering me (the empty ipks). For better or worse most of the issues I'm looking at are hard to reproduce autobuilder failures :/ | 15:17 |
| qschulz | GeneralStupid: sorry was afk. Yes it takes the defconfig out of WORKDIR. But the defconfig that is put in WORKDIR depends on FILESEXTRAPATHS and OVERRIDES. It should be fine, you're debugging the wrong thing I think | 15:19 |
| kayterina | kergoth: we've gone through this with leto: it all depends. DISTRO_FEATURES_REMOVE+="x11" didn't do it for me. perhaps because I am on older yocto and vendor's layer based on meta-freescale | 15:19 |
| kayterina | so removing them by hand seems more certain | 15:19 |
| qschulz | T_UNIX: where? | 15:20 |
| qschulz | T_UNIX: if I remember correctly what LetoThe2nd told me. IMAGE_FEATURES can't be used outside of image recipes. And if I remember correctly... from experience it cannot. | 15:21 |
| LetoThe2nd | qschulz: not entirely correct. | 15:21 |
| LetoThe2nd | it depends on where they have been set. | 15:21 |
| GeneralStupid | qschulz: ok good to know -.- | 15:21 |
| qschulz | LetoThe2nd: all ears | 15:22 |
| LetoThe2nd | it the usual: "conf things are global, recipe things are local" | 15:22 |
| LetoThe2nd | so if you happen to set them in local.conf, you can *technicall* trigger on them everywhere. and if you set them in your image recipe, you cannot. | 15:22 |
| LetoThe2nd | what does this tell us? don't use the first technique, as it will confuse everybody including your future self. | 15:23 |
| qschulz | LetoThe2nd: ah yes, I always forgot this conf/local.conf thingy. thanks! | 15:23 |
| kanavin | RP, I'll keep doing long-delayed recipe updates then | 15:23 |
| kanavin | shame that the lrzsz thing blew up like this | 15:24 |
| T_UNIX | that seems a bit odd. Because you'd obviously create an developer image. That's a local recipe. | 15:24 |
| LetoThe2nd | that is not odd at all, its just the evalutaion scheme. | 15:24 |
| T_UNIX | yet you'd need the corresponding IMAGE_FEATURE to be set in `local.conf` or in the distro conf? | 15:24 |
| LetoThe2nd | and IMAGE_FEATURES being a variable just like all others, no special | 15:25 |
| RP | kanavin: I'm just drowning on these hard to reproduce issues. I know its even harder for others to find the time to dive in and help though :( | 15:25 |
| RP | kanavin: the lrzsz thing I think had calmed down now | 15:25 |
| qschulz | T_UNIX: depending on what exactly you need to do, you could always do it but put that feature in a separate package. Then create a new image recipe with that specific package in it | 15:25 |
| qschulz | always do it = always have your do_install_append | 15:25 |
| kergoth | kayterina: removing them by hand is unlkikely to work at all unless you find each and every recipe that depends on them, which will be many. i'm assuming you mean DISTRO_FEATURES_remove, since the variable you mentioned doesn't exist, though? | 15:27 |
| T_UNIX | in this particular case it seems http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-core/busybox/busybox.inc#n16 breaks expected behavior by busybox. | 15:27 |
| kayterina | yes... | 15:27 |
| kanavin | RP, here's an idea: can we somehow give more people some kind of control over the autobuilder? If I or other people have no rights there, it follows that we're clueless in the face of those failures. | 15:28 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 15:28 | |
| *** blankscape <blankscape!~blankscap@49.189.141.172> has joined #yocto | 15:28 | |
| RP | kanavin: you mean ssh access? | 15:28 |
| T_UNIX | i.e. busybox.conf is basically ignroed, if your applet is within the `suid` binary. If you put it into the `.nosuid` split, it will never be able to gain suid. | 15:29 |
| RP | kanavin: its available to anyone who has need, just takes time to setup | 15:29 |
| qschulz | T_UNIX: and usually when you think something is a good idea and only a handful of recipes are doing it in upstream layers (and some maintained by YP people), it's usually not a good tale :) | 15:29 |
| T_UNIX | yeah, sure. | 15:29 |
| blankscape | anyone know how to run a python function from a bbclass before do_install of a bitbake recipe ? | 15:30 |
| T_UNIX | but, as LetoThe2nd explained, this particular point is not reasonable. It's just owed to the evaluation priorities/order. | 15:30 |
| kergoth | do_install[prefuncs] += "your_function" | 15:30 |
| kergoth | then define python your_function() { } as usual | 15:31 |
| blankscape | mm, i did exactly that but i dont see any print output in log.do_rootfs | 15:32 |
| blankscape | ive tried printing with just print() and bblog | 15:32 |
| hpsy | https://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#getting-source-files-and-suppressing-the-build : The fetch command there appears to be incorrect, the one that worked for me is here: https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#migration-2.5-bitbake-changes | 15:33 |
| qschulz | T_UNIX: I'm sorry that's going too far in busybox behavior (or maybe you can explain a bit more beginner-friendly for me from the point of view of Yocto). Maybe depending on what you're going to work on, you can contribute that back to the appropriate layers :) good luck | 15:33 |
| LetoThe2nd | T_UNIX: no, its just not the intended use case that you are describing for IMAGE_FEATURES. the documentation pretty much clearly explains where it shall be set, what it means, and how it shall be extended if needed. https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#usingpoky-extend-customimage-imagefeatures | 15:34 |
| LetoThe2nd | T_UNIX: if "developer image" means to you "add just this couple of packages", then you don't need them anyways. then you just extend IMAGE_INSTALL. but if "developer image" means for you "this and this and this have to beuilt differently, and this and that." thenyou are effectively changing the ABI of the image. and that is *EXACTLY* what a DISTRO is about. | 15:37 |
| LetoThe2nd | T_UNIX: feel free to argue about badly picked names (we have quite a few of those and used to the complaints), but the mindset and architectural underpinnings are *VERY* clear here. | 15:38 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 15:44 | |
| T_UNIX | LetoThe2nd: hm... how would you classify the passwordless root access? | 15:45 |
| T_UNIX | or maybe let me rephrase: how would you classify changing the suid behavior of busybox? | 15:47 |
| LetoThe2nd | T_UNIX: i would classify that being part of an image ABI. | 15:48 |
| LetoThe2nd | and hence to be affected by the distribution. | 15:48 |
| LetoThe2nd | of course, other opinions are valid too. | 15:49 |
| adelcast | RP: I just saw your opkg-utils patch on the ml, so without pipeline opkg-build was failing silently.... | 15:50 |
| T_UNIX | following that logic, wouldn't allowing "root no passwort" be an ABI break too? | 15:50 |
| T_UNIX | i.e. if the image was a blackbox you're interacting with on a binary level. | 15:51 |
| LetoThe2nd | it would, you are absolutely correct. | 15:51 |
| T_UNIX | yet it's a image feature? | 15:52 |
| LetoThe2nd | mind, i explicitly said that the names are far from being perfect. | 15:52 |
| *** blankscape <blankscape!~blankscap@49.189.141.172> has quit IRC | 15:52 | |
| LetoThe2nd | but OTOH, who would want a variable that goes like PREDEFINED_BUNCH_OF_TUNING_SCREWS_THAT_MAGICALLY_AFFECTS_THE_IMAGE_IF_USED_AS_INTENTED? | 15:53 |
| LetoThe2nd | and hence, we're stuck with "IMAGE_FEATURES". | 15:53 |
| T_UNIX | I guess I just need to let that sink for a moment to get the described concepts more clearly/straight in my head :) | 15:53 |
| silviof | Hi #yocto! I'm facing the problem that own written task gets the error message "basehash value changed from <HASH1> to <HASH2> The metadata is not deterministic and this needs to be fixed." What could be the problem? | 15:53 |
| LetoThe2nd | silviof: in the simplest case your task somewhere expands date or such. | 15:54 |
| qschulz | silviof: most likely something with DATE or DATETIME in it | 15:54 |
| * LetoThe2nd hi5es qschulz | 15:54 | |
| qschulz | LetoThe2nd: shoot. too slow. | 15:54 |
| T_UNIX | LetoThe2nd: so thanks for explaining the concepts behind and especially for pointing out that names *might* sometimes be a bit odd :) | 15:54 |
| silviof | AH | 15:54 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:a427:c148:e286:fbe7> has quit IRC | 15:55 | |
| silviof | Ah - oh thanks. will ook for this LetoThe2nd anf qschulz | 15:55 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 15:56 | |
| qschulz | silviof: a task is parsed multiple times I guess and if it changes between the times, it complains with the same message. What is the most straightforward change between the two parsings (parses? damn English is hard at that time of the day) is the current date | 15:56 |
| T_UNIX | LetoThe2nd: I guess we're both currently like https://i.imgflip.com/274faw.jpg :-D | 15:56 |
| silviof | I have included $DATETIME, but after removing I have still this message. Can I have a list of variables which get changed many times at pasring time? | 15:58 |
| silviof | qschulz: | 15:58 |
| adelcast | mcfrisk: were you able to get to the bottom of why opkg was crashing? | 15:58 |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 16:01 | |
| qschulz | silviof: which yocto version? | 16:02 |
| silviof | qschulz: 2.3.4 | 16:03 |
| GeneralStupid | qschulz: Ok, i watched the .config file and your right. Its my configuration. But when i boot the Image, it displays "Linux version 4.9.123-imx+g6a71cbc08975 (oe-user@oe-host) (gcc version 8.2.0 (GCC) ) #1 SMP PREEMPT Wed Nov 20 14:47:52 UTC 2019" but i built today | 16:04 |
| GeneralStupid | qschulz: maybe ... I forgot the "gunzip" step | 16:05 |
| kergoth | silviof: bitbake -S none yourrecipe; bitbake -S printdiff yourrecipe; if it's changing between parse runs, that would show it, since the first writes the data and the second compares to it | 16:06 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 16:06 | |
| silviof | qschulz: Ahh thanks. | 16:07 |
| silviof | It seems that I can also ignore this stuff when I set "BB_HASH_IGNORE_MISMATCH". Because I want a relation between imagenames (with DATETIME) I go this way. Thnaks for your help. | 16:07 |
| qschulz | kergoth: whaaaaaaaaat. And I here about it just now /o\? Thanks!!!! | 16:07 |
| GeneralStupid | qschulz: thanks a lot | 16:08 |
| qschulz | GeneralStupid: my pleasure. | 16:09 |
| qschulz | silviof: be careful with your use of DATETIME. The mismatch is there for a reason, so if your task does not get retriggered because of a changed DATETIME but you're still using it to do some things... might get the wrong datetime I think | 16:10 |
| qschulz | silviof: and you should thank kergoth as well :) | 16:10 |
| kergoth | yeah, it's a fair point, excluding a varibale from the checksum will mean changes to it don't re-run the tasks.. sometimes that's just what you want, other times not so much | 16:11 |
| Piraty | adelcast: nice thing abot empty payloads, i didn't know opkg didn't support meta packages yet | 16:11 |
| silviof | kergoth: sorry think the answer came from qschuld. thanks a lot. 🙂 | 16:12 |
| adelcast | Piraty: I am a bit mystified myself, I thought it already did | 16:12 |
| adelcast | haven't had a chance to poke around, but I am almost certain that there are already supported virtual packages that installed correctly | 16:13 |
| adelcast | actually maybe virtual packages just don't have a payload, mmm | 16:13 |
| Piraty | ehm, virtual packages is a differenct concept than meta packages (for me at least) | 16:15 |
| Piraty | meta meaning empty, just to provide sth like "base-system" that depends on everyhing relevant | 16:15 |
| Piraty | virtual meaning sth like "java" which can be provided by different packages which all fulfill the virtual package requirement | 16:16 |
| adelcast | yes, sorry, I meant meta packages | 16:16 |
| adelcast | ok, I just looked inside packagegroup-core-buildessential | 16:17 |
| adelcast | which is a meta package....it does have a data.tar.xz which is *almost* empty | 16:18 |
| adelcast | just opening the file with vim I get that it has ./ as content | 16:19 |
| adelcast | on a truly empty payload, like in the one RP found, there was no content.....now I am wondering if all the created meta packages are *almost* empty and maybe they shouldn't...mmmmm | 16:20 |
| RP | adelcast: I suspect they contain an entry for "." | 16:22 |
| JPEW | moto-timo: https://www.youtube.com/watch?v=VpK27pI64jQ | 16:22 |
| JPEW | ^^ Sweeten your yocto build times with icecream | 16:22 |
| Piraty | icecream has some drawbacks | 16:23 |
| moto-timo | thank you for saving me finding it | 16:23 |
| RP | adelcast: forwarded you my "fix" for opkg-build | 16:23 |
| JPEW | Piraty: It's not perfect, but it saves us a whole lot of time | 16:23 |
| RP | adelcast: curious what you make of it and how you think we should proceed | 16:23 |
| adelcast | RP: the odd thing is that if I run unxz data.tar.xz on one of the metapackages, I get a newly created data.tar file, mmm | 16:23 |
| Piraty | JPEW: default icecream doesn't allow VPN interfaces ( i think there is PR on their github for that though) which makes it highly dependant on secure infra | 16:24 |
| moto-timo | JPEW: in particular, some of the things that have a lot of compile time, like WebKit, must be better with distributed compile :) | 16:24 |
| JPEW | Oh, ya. You'd have to have a *really* fast VPN to make it worth while anyway | 16:24 |
| JPEW | moto-timo: Indeed it does. I didn't cover webkit in my presentation, but it's a pretty similar setup to qemu, which was a huge improvement | 16:25 |
| moto-timo | the beneficial use case is with co-located massive numbers of nodes | 16:25 |
| RP | adelcast: just checked and they do indeed have a "." entry | 16:25 |
| JPEW | moto-timo: Also, this the container setup we use internally for all our builds: https://github.com/garmin/pyrex | 16:26 |
| moto-timo | instead of one aging dual Xeon box with 40 "cores", you could have 1000s. | 16:26 |
| JPEW | moto-timo: Ya. As long as you have the bandwidth to back it up :) | 16:27 |
| adelcast | RP: ok, then it might just be harmless....is just that the "." entry hide the empty payload bug for a while | 16:27 |
| Piraty | adelcast: RP: howto even create truly empty tar archives? tar -caf . on an empty one still gives ./ as content | 16:27 |
| moto-timo | JPEW: thank you | 16:27 |
| JPEW | moto-timo: Pyrex also supports podman, so you don't need root privledges to run it :) | 16:27 |
| moto-timo | I've been thinking a lot about containerized builds specifically for ancient distros | 16:28 |
| moto-timo | JPEW: BONUS! | 16:28 |
| adelcast | RP: by the way your patch looks good and makes sense, I will pull it in | 16:28 |
| LetoThe2nd | whenever i hear pyrex i think of the glass lid of my frying pan. | 16:28 |
| LetoThe2nd | seriously. | 16:28 |
| moto-timo | I think of my former life doing a lot more chemistry and beakers and such | 16:28 |
| JPEW | moto-timo: I don't have it in yet, but I have been working on an image that can run oe-selftest also. | 16:29 |
| RP | adelcast: thanks! :) | 16:29 |
| moto-timo | JPEW: maybe we can collaborate on that, or at least I can be a guineau pig | 16:29 |
| adelcast | Piraty: I believe this will work tar cvf empty.tar --files-from /dev/null | 16:29 |
| Piraty | ah | 16:29 |
| JPEW | moto-timo: Ya, that would be great! kergoth has already been trying it out also (and found and fixed a number of bugs) | 16:30 |
| RP | adelcast: we could probably save some space if we lose the "." entry... | 16:30 |
| Piraty | adelcast: indeed, now vim pukes at me | 16:30 |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC | 16:30 | |
| Piraty | (opening that empty tar) | 16:30 |
| RP | adelcast: I wasn't keen on the bash dependency but for opkg-build it probably doesn't matter | 16:31 |
| moto-timo | JPEW: not surprised kergoth would be interested :) | 16:31 |
| JPEW | moto-timo: The hard part with oe-selftest is qemu (as you pointed out). However, I think the solution to that is actually just to run qemu outside the container. Due to the magic of uninative, it just works AFAICT | 16:31 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:31 | |
| LetoThe2nd | now i'm hungry. | 16:32 |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC | 16:32 | |
| moto-timo | JPEW: I had the same instinct, but hadn't thought through the implementation details yet | 16:32 |
| kergoth | JPEW: nice, oe-selftest support would be helpful | 16:32 |
| * kergoth is using pyrex most days now, not all, but most | 16:33 | |
| JPEW | kergoth: I meant to ask, are you using a custom built image, or pulling the prebuilt ones? | 16:33 |
| kergoth | i just don't trust the sanity of my hosts anymore, regardless of distro. there's a reason i use asdf or pyenv to install global pythons in the homedir rather than using the host python.. and that's true for every langauge-specific setup | 16:33 |
| moto-timo | kergoth: I second and third that sentiment. | 16:34 |
| moto-timo | I use pipenv for everything. everytime. | 16:34 |
| kergoth | even use homebrew on linux for a newer neovim on some of them :) | 16:34 |
| moto-timo | the overhead is trivial | 16:34 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 16:35 | |
| kergoth | oh yeah, pipenv is handy. i tried poetry, i think it's nicer in theory than reality though. completely ditching setup.py means pip install . doesn't work, stuck with their tooling at the moment, and doing a full version lockdown of deps recursively can cause problems if one of your deps depends on a different version of one of its deps depending on the python verison you're using, end up having to | 16:36 |
| kergoth | re-update/lock when you change python versions.. course pipenv probably hits that one too.. | 16:36 |
| kergoth | JPEW: i've been using a locally built stock pyrex image just to pick up those fixes, but will probably switch back to prebuilt since everything got merged and you updated the release, just haven't gotten around to it | 16:39 |
| kergoth | might need to play with a customized dockerfile for mentor / MEL needs eventually, but for now this is good | 16:39 |
| armpit | moto-timo, when will the meta-py2 layer git published? | 16:39 |
| adelcast | RP: mmm, you are right, I haven't realized pipefail is a bashism | 16:40 |
| RP | adelcast: its why I changed the first line sh -> bash | 16:42 |
| adelcast | RP: hehe, I missed that part...I guess I need more coffee | 16:43 |
| moto-timo | armpit: I have a script using 'git filter-branch' that is mostly there, but 'git filter-repo' is now the favored approach. Essentially, I want to inject the "From meta-openembeddecd commit: foo" into thee commit messages from meta-pythonn git history | 16:43 |
| moto-timo | armpit: my priorities have changed very recently and I also have Thanksgiving to work on meta-python2, since it is mostly owntime. | 16:44 |
| adelcast | RP: targets that use lighterweight shells are unlikely to run opkg-build, I think? | 16:44 |
| moto-timo | if anybody uses 'git filter-repo' or 'git filter-branch' and knows how to do what I am suggesting above... I'm all ears | 16:44 |
| RP | adelcast: that was my thinking, installing bash when you're building ipks doesn't sound too onerous | 16:44 |
| moto-timo | my sed foo is failing me for some dumb reason | 16:45 |
| moto-timo | I'll send what I have to the ML | 16:45 |
| armpit | moto-timo, its more in the light of having it available for folks to participate in | 16:45 |
| armpit | not the its perfect | 16:45 |
| moto-timo | armpit: yes, but I strongly desire to keep the former history in the new repo. | 16:45 |
| moto-timo | armpit: and I am 80% there. | 16:46 |
| *** xtron <xtron!~xtron@103.26.85.188> has joined #yocto | 16:47 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 16:48 | |
| adelcast | RP: regarding the extra "." entry, I think that should be an easy fix to opkg-build, I'll build a patch, now that opkg works with empty archives | 16:50 |
| RP | adelcast: ok, sounds good :) | 16:51 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:56 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 16:58 | |
| JPEW | RP: regarding: http://lists.openembedded.org/pipermail/openembedded-core/2019-November/289566.html It's very possible that might break something in oe-selftest | 17:00 |
| *** yann|work <yann|work!~yann@85.118.38.73> has quit IRC | 17:04 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 17:08 | |
| RP | JPEW: what kind of thing may break? | 17:08 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 17:17 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC | 17:18 | |
| JPEW | RP: I don't have a specific and I haven't seen anything in my testing, just a heads up. | 17:23 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:74ae:93d3:f7e4:1219> has quit IRC | 17:24 | |
| JPEW | Otherwise, I think I have core-image-sato and core-image-full-cmdline reproducible | 17:24 |
| JPEW | At least, with rbutons pod2man patches | 17:25 |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 17:28 | |
| *** xtron <xtron!~xtron@103.26.85.188> has quit IRC | 17:38 | |
| rburton | perl won't be reproducbile with my patches | 17:38 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 17:50 | |
| RP | rburton: we had some questions about those and the status in the call earlier | 17:52 |
| khem | RP: I am seeing nodejs-native builds failing on AB due to missing libatomic.so on host this is new I wonder what changed in master-next | 17:53 |
| rburton | RP: i thought i put all my thoughts into the relevant bugs | 17:54 |
| rburton | maye not | 17:54 |
| khem | might be this patch https://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-devtools/nodejs/nodejs/0005-Link-atomic-library.patch | 18:00 |
| khem | but this existed before as well so why now | 18:00 |
| khem | see https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/122 | 18:01 |
| khem | oh centos-7, it has very old gcc ( 4.8 IIRC ) and does not install libatomic by default hmmm | 18:01 |
| rburton | RP: doing a build in a container with no py2 | 18:02 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 18:03 | |
| khem | but blindly asking for libatomic is not good | 18:03 |
| khem | we should ensure that gcc intrinsics do not have atomics before falling back to libatomic | 18:03 |
| kergoth | hmm, did the glibc-locale host-user-contaminated issue ever get resolved? | 18:05 |
| RP | rburton: thanks. I figured if we could work out the current status we could then divide and conquer | 18:05 |
| RP | kergoth: yes! | 18:06 |
| RP | kergoth: its a makefile bug iirc | 18:06 |
| kergoth | ah, awesome | 18:06 |
| rburton | kergoth: i haven't seen it since the race in the makefile was sorted | 18:06 |
| rburton | ok people | 18:06 |
| * kergoth removes chown hack from one of his layers | 18:06 | |
| rburton | bets on first recipe to fail without host python2? | 18:06 |
| RP | kergoth: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=8102c55bc1851233d3c5632e47e0adfddc4b23f8 | 18:06 |
| RP | kergoth: not quite makefile but kind of http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=fb20d734612d403b3e41a1a781714fd5f63f7e35 :) | 18:08 |
| kergoth | thanks | 18:08 |
| RP | rburton: xcb ? | 18:08 |
| rburton | good guess | 18:08 |
| rburton | inherit autotools pkgconfig python3native | 18:08 |
| rburton | but maybe not | 18:08 |
| rburton | i can smell dinner, i'll return in an hour and let you know :) | 18:09 |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC | 18:15 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 18:19 | |
| khem | kergoth: we fixed it by https://git.openembedded.org/openembedded-core/commit/?id=57e2e498ffb675d274aa95b10c14bd81742d2761 not particularly pretty fix but gets jobs done | 18:28 |
| rburton | huh its still building | 18:42 |
| kergoth | damn i forgot how much i love the topre switches in this happy hacking keyboard. kind of makes me sad given i can't use all my nice cherry-compatible keycaps with it.. | 18:43 |
| rburton | Currently 13 running tasks (6822 of 7186) 94% |###################################### | that far through a sato build without any py2 on the host | 18:46 |
| rburton | any bets on what task number it fails at? or, will it build? | 18:46 |
| JPEW | Price is Right rules? I'll guess 6822 :) | 18:47 |
| rburton | too low! | 18:51 |
| rburton | ~5500, tried to build python-native | 18:51 |
| rburton | which needs host py | 18:51 |
| kergoth | huh. python-native needs host python? interesting | 18:51 |
| rburton | hillariously it tried to use py3 on the host but the source isn't py3 friendly | 18:51 |
| kergoth | hah | 18:51 |
| rburton | yeah it bootstraps a parser | 18:51 |
| khem | its python, rightly named | 18:58 |
| khem | maybe it should be now called burmese python | 18:59 |
| khem | adelcast: I am using the latest patch you posted to ml and I am seeing opkg is taking like 10+ mins in do_rootfs its largish image but I think something has slowed down | 19:15 |
| rburton | Currently 20 running tasks (9467 of 12548) 75% |############################## | and only python-native failed so far! | 19:19 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:22 | |
| JPEW | rburton: Too bad. No new set of encyclopedias for me :(\ | 19:23 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-bleqvbpfbpmwyttr> has quit IRC | 19:29 | |
| RP | https://autobuilder.yoctoproject.org/typhoon/#/builders/91 - that graph looks periodic?! :/ | 19:34 |
| tgamblin | RP: build times? | 19:39 |
| RP | tgamblin: yes, of our performance tests | 19:40 |
| RP | those are isolated to run in a contained way so should be consistent | 19:40 |
| tgamblin | It certainly does look periodic | 19:40 |
| RP | tgamblin: and it shouldn't be :/ | 19:45 |
| * RP really can't afford to look into that right now | 19:45 | |
| yocti | New news from stackoverflow: My other imx7d pico android things start kit died, again <https://stackoverflow.com/questions/58982265/my-other-imx7d-pico-android-things-start-kit-died-again> | 19:46 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 19:46 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 19:50 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 19:51 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:53 | |
| RP | rburton: nice! :) | 20:11 |
| rburton | RP: very periodic. what day is the spike on i wonder | 20:11 |
| RP | rburton: the ubuntu perf doesn't do that | 20:12 |
| RP | rburton: that is a good question. Its as if there is a cron job | 20:12 |
| rburton | RP: i was thinking a weekly purge job causing IO | 20:12 |
| RP | rburton: or a man page indexer or similar | 20:13 |
| rburton | that shouldn't take so long, but yes something like that | 20:15 |
| *** Phanes <Phanes!Phanes@surro/founder/phanes> has quit IRC | 20:19 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 20:22 | |
| RP | rburton: probably tracker :) | 20:25 |
| RP | hmm, had a great idea to do with the autobuilder, went to file the bug, got distracted and now can't remember what it was | 20:26 |
| *** Phanes <Phanes!~Phanes@surro/founder/phanes> has joined #yocto | 20:26 | |
| * RP did remember and filed it | 20:30 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 20:40 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-jgpnzklmwxxilbgj> has quit IRC | 20:44 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 21:02 | |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 21:07 | |
| *** marble_visions_ <marble_visions_!~user@68.183.79.8> has joined #yocto | 21:07 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d1530cd.dynamic.kabel-deutschland.de> has quit IRC | 21:10 | |
| *** iceaway_ <iceaway_!~pelle@37.233.78.69> has joined #yocto | 21:10 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 21:12 | |
| *** marble_visions <marble_visions!~user@68.183.79.8> has quit IRC | 21:12 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 21:12 | |
| *** Saur <Saur!pkj@nat/axis/x-itclrcmwlhsuqvhr> has quit IRC | 21:12 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC | 21:12 | |
| *** aidanh_ is now known as aidanh | 21:12 | |
| *** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@ip4d1530cd.dynamic.kabel-deutschland.de> has joined #yocto | 21:12 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 21:13 | |
| *** Saur <Saur!pkj@nat/axis/x-qewlovcmryuamlgx> has joined #yocto | 21:14 | |
| JaMa | RP: looks like you sent last batch of oe-core patches to bitbake-devel ML | 21:16 |
| *** __angelo <__angelo!~prefetch@unaffiliated/ad/x-0785363> has quit IRC | 21:16 | |
| khem | RP: sanlock is showing sstate errors https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/123 I cant co-relate it to anything in recipe | 21:17 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 21:17 | |
| khem | Exception: KeyError: 'getpwuid(): uid not found: 6000' | 21:17 |
| RP | JPEW: you may want to look at that backtrace, its from your code :) | 21:20 |
| RP | khem: I'm guessing this recipe generates something with build UID leakage into its target | 21:20 |
| RP | khem: pseudo is quite correctly saying uid 6000 doesn't exist on the target | 21:20 |
| RP | 6000 is the UID of pokybuild on that worker iirc | 21:21 |
| RP | so its host contamination into the target package | 21:21 |
| RP | the backtrace could be better | 21:21 |
| RP | JaMa: gah, sorry :( (thanks) | 21:21 |
| RP | khem: the reason its showing up is we enabled hash equivalence but I suspect a bug in the sanlock recipe | 21:23 |
| khem | RP: I know it needs sanlock user/group which I added but it still fails | 21:23 |
| khem | RP:yes thats what I am interested in fixing | 21:23 |
| RP | khem: let me see if can build it locally to debug | 21:26 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 21:27 | |
| khem | RP: cp -a libsanlock.so /mnt/b/yoe/build/tmp/work/core2-32-yoe-linux-musl/sanlock/3.8.0-r0/image//usr/lib | 21:28 |
| khem | cp -a libsanlock_client.so /mnt/b/yoe/build/tmp/work/core2-32-yoe-linux-musl/sanlock/3.8.0-r0/image//usr/lib | 21:28 |
| khem | cp -a libsanlock.so.1 /mnt/b/yoe/build/tmp/work/core2-32-yoe-linux-musl/sanlock/3.8.0-r0/image//usr/lib | 21:28 |
| khem | cp -a libsanlock_client.so.1 /mnt/b/yoe/build/tmp/work/core2-32-yoe-linux-musl/sanlock/3.8.0-r0/image//usr/lib | 21:28 |
| khem | will that do it | 21:28 |
| RP | khem: yes | 21:28 |
| RP | khem: they will be owned by the build user | 21:28 |
| khem | right -a | 21:28 |
| RP | khem: do a chown root.root afterwards | 21:29 |
| khem | its in its makefiles so maybe replace cp -a with install -D 0755 ? | 21:30 |
| RP | khem: right | 21:30 |
| RP | khem: or a blanket do_install_append chown | 21:30 |
| RP | khem: depends on context really | 21:30 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto | 21:38 | |
| khem | maybe fixing makefile is better | 21:40 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 21:44 | |
| *** jae1 <jae1!95c73e81@149.199.62.129> has joined #yocto | 21:44 | |
| JPEW | RP: Hmm, that is annoying. Is that something the QA check would have caught, but couldn't because outhash calc ran first? | 21:45 |
| RP | JPEW: probably, yes | 21:49 |
| JPEW | RP: Would it be better to bail out without reporting a hash in that case (maybe just issue a warning)? | 21:52 |
| RP | JPEW: probably, we should check the QA tests pick it up though | 21:55 |
| rburton | OH GOD why does llvm take over 10 minutes to package | 21:57 |
| kergoth | ha | 22:00 |
| rburton | right package finished in 12 minutes | 22:00 |
| RP | rburton: bitbake -P ;-) | 22:00 |
| RP | means you'd have to rerun it though | 22:00 |
| rburton | i know why really, its the fact that its is HUUGE | 22:00 |
| RP | ah, debug sources | 22:01 |
| RP | khem: +do_install_append () { | 22:03 |
| RP | + chown root.root ${D} -R | 22:03 |
| RP | khem: that fixed it locally FWIW | 22:03 |
| *** hpsy <hpsy!~hpsy@85.203.15.32> has joined #yocto | 22:05 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 22:06 | |
| khem | RP: cool. I am testing this https://git.openembedded.org/meta-openembedded-contrib/commit/?h=yoe/mut&id=f5322c407c21aed29857cce4ab3ca86aa82cb061 | 22:06 |
| RP | khem: ok | 22:07 |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 22:17 | |
| rburton | hm py2 really does appear to need py2 to build | 22:19 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 22:19 | |
| tgamblin | hmm. Anyone else doing any active build tests on Fedora 31? | 22:19 |
| kergoth | rburton: that seems odd, there must be a way to bootstrap it..especially since cpython is written in C mostly.. | 22:23 |
| JPEW | tgamblin: I'm building on Fedora 31 | 22:23 |
| tgamblin | JPEW: done an update recently? I'm running into "corrupt GNU build attribute note: wrong note type: bad value" when building poky. Wasn't happening prior to the update, but maybe it's something else | 22:25 |
| rburton | kergoth: for native you might be able to get away with not regenerating, but we might be doing something to force the regen | 22:25 |
| JPEW | tgamblin: No, I think I'm a bit behind | 22:25 |
| JPEW | tgamblin: Ya, I have 333 package updates pending | 22:26 |
| tgamblin | JPEW: K. I'll keep pok(y)ing around | 22:32 |
| tgamblin | It seems that someone has asked about the issue on the Fedora subreddit under a different context | 22:32 |
| JPEW | Well, maybe I'll put off updating a little longer :) | 22:32 |
| tgamblin | Not a bad idea! | 22:33 |
| *** jae1 <jae1!95c73e81@149.199.62.129> has quit IRC | 22:35 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:36 | |
| RP | JPEW, khem: Worryingly if I bypass that keyerror, there is no QA warning :( | 22:36 |
| JPEW | Thats not good | 22:36 |
| RP | no | 22:37 |
| RP | do i investigate or file a bug I wonder | 22:37 |
| JPEW | You can file a bug to make outhash calc fail more gracefully and assign it to me at least | 22:38 |
| JPEW | Unless you already have a sufficent patch | 22:38 |
| RP | JPEW: not yet | 22:39 |
| rburton | NOTE: Tasks Summary: Attempted 12502 tasks of which 12340 didn't need to be rerun and 1 failed. | 22:40 |
| rburton | well strike me down with a feature | 22:40 |
| rburton | erm, feather | 22:40 |
| RP | rburton: wow! | 22:40 |
| rburton | oe-core world minus python and u-boot builds without py2 on the host | 22:40 |
| rburton | i was expecting some bits to call /usr/bin/python directly, but apparently not | 22:41 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 22:42 | |
| RP | rburton: yes, quite surprising | 22:46 |
| RP | JPEW, khem: do_package_qa sees uid as 0, the sstatesig code sees uid as 1000 | 22:47 |
| kergoth | rburton: nice | 22:48 |
| RP | JPEW, khem: the files in package/ are owned by build UID, when they get to package-split they've been "fixed" to root/root, probably by the packaging fixup code | 22:55 |
| RP | so the end packages are correct but the data written into the sstate object includes package/ | 22:56 |
| RP | hence why the QA doesn't see it but hashequiv does | 22:56 |
| RP | files get stripped so the hardlink doesn't help | 22:56 |
| RP | If anyone has some spare cycles, the remaining failures on https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/499 looks reproducible (postinst failing with reproducible builds) | 23:03 |
| RP | so close... | 23:03 |
| * RP -> sleep | 23:13 | |
| yocti | New news from stackoverflow: Toolchain build using yocto <https://stackoverflow.com/questions/58067554/toolchain-build-using-yocto> | 23:17 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 23:29 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:43 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 23:46 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 23:53 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:58 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!
