| *** vineela <vineela!vtummala@nat/intel/x-gnsytrllrovliybo> has quit IRC | 00:21 | |
| *** durarara_ is now known as alicef | 00:22 | |
| *** jklare <jklare!~jklare@157.97.76.18> has quit IRC | 00:36 | |
| *** jklare <jklare!~jklare@157.97.76.18> has joined #yocto | 00:37 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 01:53 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 03:09 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 03:21 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 03:24 | |
| *** Phanes <Phanes!Phanes@surro/founder/phanes> has quit IRC | 03:54 | |
| *** Phanes <Phanes!~Phanes@surro/founder/phanes> has joined #yocto | 03:56 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 04:05 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 04:16 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 05:15 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 05:16 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:26 | |
| *** stefandxm <stefandxm!~stefan@deusexmachinae.se> has quit IRC | 05:29 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 05:30 | |
| *** palate <palate!~palate@unaffiliated/palate> has quit IRC | 05:48 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 06:04 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 06:09 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 06:19 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:24 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 06:29 | |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 06:31 | |
| *** frsc <frsc!~frsc@i59F72E6C.versanet.de> has joined #yocto | 06:36 | |
| *** mckoan|away is now known as mckoan | 06:42 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 07:17 | |
| *** Hauke <Hauke!~Hauke@hauke-m.de> has quit IRC | 07:18 | |
| *** Hauke <Hauke!~Hauke@hauke-m.de> has joined #yocto | 07:19 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 07:23 | |
| *** yacar_ <yacar_!~yacar@80.214.21.24> has joined #yocto | 07:25 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 07:25 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 07:37 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 07:37 | |
| *** Domin1k <Domin1k!c1669b04@193.102.155.4> has joined #yocto | 07:40 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 07:43 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 07:44 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 07:47 | |
| *** MafiaInc <MafiaInc!~martian@84.40.91.35> has joined #yocto | 08:04 | |
| *** bluca <bluca!~bluca@2a01:4b00:f419:6f00:7a8e:ed70:5c52:ea3> has joined #yocto | 08:08 | |
| *** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has joined #yocto | 08:09 | |
| *** ak77 <ak77!c12e4b03@193.46.75.3> has joined #yocto | 08:16 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jcglfilsygksiysu> has joined #yocto | 08:26 | |
| LetoThe2nd | typo of the day: "git duff" | 08:31 |
|---|---|---|
| Mava42 | Rofl! Excellent typo! | 08:43 |
| *** frsc <frsc!~frsc@i59F72E6C.versanet.de> has quit IRC | 08:44 | |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has joined #yocto | 08:44 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:48 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:58 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 09:01 | |
| xtron | a function in a bbclass goes to exception when try to execute "if not os.path.exists(url.localpath):", this function was originally to unpack a downloaded package which now I've placed local, any idea how can we fix this | 09:08 |
| xtron | the value of "url.localpath" is none when file is place locally, it have valid value when downloaded from http:// location. | 09:09 |
| *** bisbarn <bisbarn!~bisbarn@edge1.crosscan.com> has joined #yocto | 09:11 | |
| rburton | i thought localpath was still valid if you're driving the fetcher right | 09:14 |
| rburton | sounds like you're calling into fetch2 directly? | 09:14 |
| rburton | oh right | 09:15 |
| rburton | # localpath is the location of a downloaded result. If not set, the file is local. | 09:15 |
| rburton | if local, then just use the uri | 09:15 |
| rburton | the localpath method should resolve it for you | 09:16 |
| xtron | rburton, uri.locapath? | 09:18 |
| milloni | hey folks, could yall help me clarify some terms - im going to try to state the terms and could you tell me if my understanding is correct? | 09:28 |
| milloni | bitbake is a build tool - it defines the syntax for recipes and so on | 09:29 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:29 | |
| LetoThe2nd | milloni: bitbake is more like a task scheduler and runner, albeit a very specialized and sophisticated one | 09:29 |
| milloni | openembedded is a set of classes and recipes that constitute a build system - i.e one can use those recipes or create own's own with the use of stuff defined in openembedded | 09:30 |
| LetoThe2nd | milloni: buildtool or buildsystem usually rather refers to things like autotools, cmake, meson, whatever. | 09:30 |
| milloni | poky is reference distribution built on openembedded | 09:30 |
| LetoThe2nd | nope, thats outright wrong. | 09:30 |
| milloni | okay, correct me | 09:31 |
| LetoThe2nd | (the openembedded thing) | 09:31 |
| LetoThe2nd | milloni: why not look up how the things define themselves? right the first sentence on openembedded.org is "Welcome to OpenEmbedded, the build framework for embedded Linux" | 09:32 |
| milloni | that's my interpretation of this - "the build framework", i.e recipes, classes, etc? | 09:33 |
| LetoThe2nd | no | 09:33 |
| LetoThe2nd | what you are interpreting is "metadata" | 09:34 |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has quit IRC | 09:34 | |
| LetoThe2nd | but if you look at https://git.openembedded.org then you will see that OE actually hosts bitbake and some sets of metadata. hence, OE cannot be defined in terms of metadata only. | 09:35 |
| milloni | hmm okay - so is it bitbake + metadata? | 09:36 |
| LetoThe2nd | isn't that what i just wrote almost verbatim? | 09:36 |
| milloni | yeah im just trying to make sure i understand correctly | 09:37 |
| milloni | looks like i wasnt wrong in the essence :) | 09:38 |
| milloni | and then yocto encompasses openembedded, poky and some extras (whatever is pertinent to embedded linux development)? | 09:40 |
| *** yann|work <yann|work!~yann@85.118.38.73> has joined #yocto | 09:40 | |
| LetoThe2nd | milloni: openembedded is *NOT* part of the yocto project. | 09:41 |
| LetoThe2nd | milloni: YP uses it, and in turn offers a lot of maintenance and development effort back. but technically, OE is free standing. | 09:42 |
| milloni | ok, but poky *is* part of yocto? | 09:43 |
| *** yacar_ <yacar_!~yacar@80.214.21.24> has quit IRC | 09:43 | |
| LetoThe2nd | milloni: poky is one of the main "products" of YP, yes. | 09:44 |
| milloni | what are the others? i've mostly associated yocto with openembedded and poky (and not we've made it clear openembedded is not part of yocto) | 09:46 |
| *** frsc <frsc!~frsc@i59F72E6C.versanet.de> has joined #yocto | 09:47 | |
| LetoThe2nd | milloni: the other most prominent things are probably the documentation, the autobuilder... maybe also crops, and its kernel flavours. get an idea at https://git.yoctoproject.org/ | 09:48 |
| milloni | ohh that makes it much clearer | 09:52 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:56 | |
| milloni | there's also a very nice webpage here: https://www.yoctoproject.org/software-overview/project-components/ | 09:57 |
| *** frsc <frsc!~frsc@i59F72E6C.versanet.de> has quit IRC | 10:01 | |
| rburton | milloni: the oe/yocto split is largely historic and complicated so don't worry :) | 10:02 |
| LetoThe2nd | rburton: we are coders. we like complicated things. | 10:03 |
| rburton | lol | 10:03 |
| LetoThe2nd | rburton: yet, if we look at the topic distinciton between oe-devel, oe-core and yocto MLs, i think it still makjes sense to bear a kind of difference in mind. | 10:04 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:10 | |
| Crofton|work | LetoThe2nd, speak for yourself | 10:11 |
| LetoThe2nd | Crofton|work: i always do, as you know. | 10:11 |
| * alessioigor waves all | 10:11 | |
| alessioigor | Is there a bitbake variable which holds the name of image that the packages are built for (e.g. core-image-minimal)? | 10:11 |
| Crofton|work | heh | 10:11 |
| LetoThe2nd | alessioigor: during the build of the image itself, sure. | 10:13 |
| LetoThe2nd | alessioigor: otherwise, no. same thing applies as usual: one recipe cannot affect another. | 10:13 |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has joined #yocto | 10:14 | |
| alessioigor | LetoThe2nd: yes during the build. | 10:14 |
| LetoThe2nd | alessioigor: during the build of the *IMAGE*. don't leave that out. | 10:15 |
| LetoThe2nd | alessioigor: should be ${PN} | 10:15 |
| alessioigor | LetoThe2nd: ${PN} is the name of the package which are building... | 10:16 |
| LetoThe2nd | yes. | 10:16 |
| LetoThe2nd | alessioigor: let me guess. you want a recipe to behave differently whether its being built for a production image or a dev image, right? | 10:17 |
| alessioigor | LetoThe2nd: It sounds interesting (I would be happy to know how do it anyway) but it isn't my case. | 10:18 |
| LetoThe2nd | alessioigor: anyways, its close to your case. and the answer is the same as always: its not how it worls. | 10:18 |
| LetoThe2nd | works, even. | 10:19 |
| LetoThe2nd | a package has *NO* knowledge what its being built for, other than things in then .conf files and its own recipe. a recipe (even an image recipe) CANNOT affect other recipes. | 10:19 |
| alessioigor | LetoThe2nd: Thanks anyway! | 10:23 |
| milloni | <LetoThe2nd> alessioigor: let me guess. you want a recipe to behave differently whether its being built for a production image or a dev image, right? | 10:30 |
| milloni | glad you brought that up actually, whats the recommended way to do that? | 10:30 |
| milloni | i've used an override in the past | 10:30 |
| LetoThe2nd | milloni: depends. usually it involved either creating a dereived distro r injecting a dev layer with appends. | 10:31 |
| LetoThe2nd | but certainly NO imagerecipe-to-recipe magic! :D | 10:31 |
| milloni | hmm what exactly is a "distro" in yocto nomenclature? | 10:32 |
| LetoThe2nd | a distro is a distro | 10:32 |
| milloni | basically a set of .conf files? | 10:32 |
| milloni | that modify how recipes behave? | 10:32 |
| LetoThe2nd | feel free to read it up in the manual, or what my latest live coding session where i spent about an hour explaining it. i don't feel liek repeating it now, lunch time is here :) | 10:33 |
| milloni | you've got yocto live coding sessions? link? | 10:33 |
| LetoThe2nd | youtube yocto live coding something. | 10:34 |
| milloni | i'd be interested to watch those | 10:34 |
| LetoThe2nd | irc-to-google frontends is 5€ per request each. | 10:34 |
| milloni | this - https://www.youtube.com/watch?v=EfKLrSxA_H8 ? | 10:34 |
| milloni | hah | 10:34 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 10:49 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 11:03 | |
| yocti | New news from stackoverflow: How to find the order of recipe files for an image in bitbake <https://stackoverflow.com/questions/58411760/how-to-find-the-order-of-recipe-files-for-an-image-in-bitbake> | 11:21 |
| *** mabnhdev <mabnhdev!0c260e0a@12.38.14.10> has joined #yocto | 11:22 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 11:23 | |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has joined #yocto | 11:29 | |
| litb | hello all | 11:29 |
| litb | it just occured to me. maybe it's better to write a tool that converts the MXE makefiles to yocto recipes. each of them would generate packages called "mxe-<name>", like "mxe-libiconv". | 11:30 |
| litb | a major difference from MXE makefiles to yocto recipes is the absence of do_install though. the MXE build macros build *and* install their software. | 11:31 |
| *** Bunio_FH <Bunio_FH!~bunio@188.72.99.6> has joined #yocto | 11:38 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 11:53 | |
| *** yacar_ <yacar_!~yacar@80.214.21.24> has joined #yocto | 12:01 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:21 | |
| *** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has quit IRC | 12:23 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC | 12:55 | |
| *** bluca <bluca!~bluca@2a01:4b00:f419:6f00:7a8e:ed70:5c52:ea3> has quit IRC | 12:56 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:09 | |
| rburton | googling mxe brings up links to a hallucinogen | 13:11 |
| rburton | litb: recipes build and install their software though | 13:12 |
| litb | rburton, lulz. I mean this: https://mxe.cc/ | 13:15 |
| litb | https://github.com/mxe/mxe | 13:15 |
| rburton | looks like buildroot | 13:16 |
| litb | this is similar to trying to build the debian distribution using yocto, which various projects aim to do, sometimes by converting debian source packages to recipe files | 13:16 |
| litb | rburton, yeah, but simpler. it's not based on kconfig, but just a bunch of makefiles + "Makefile standard library" | 13:16 |
| rburton | the mxe files clearly do a 'make install' just like a bitbake recipe would | 13:17 |
| litb | rburton, ah, I see. that's cool. and since it's all makefiles, the content of their BUILD macros can just be put 1:1 into do_compile_and_install. | 13:18 |
| rburton | good luck with that | 13:19 |
| rburton | https://github.com/mxe/mxe/blob/master/src/curl.mk#L20 | 13:19 |
| LetoThe2nd | rburton: hrhr nice pick | 13:20 |
| LetoThe2nd | to me it rather looks like another homegrown small cross-lfs thing | 13:21 |
| rburton | i've written bitbake -> srpm and reviewed srpm -> bitbake. it's hell. don't even bother trying to transform source packages from one format to another | 13:21 |
| JPEW | litb: I suspect you might have trouble copying it straight over, but it could be a good reference for what compile options you need to get a recipe to compile/run for MinGW | 13:21 |
| JPEW | litb: Although, I'd stick with the OE defaults unless you *really* have to change them :) | 13:22 |
| litb | sometimes they define $(PKG)_BUILD_$(BUILD) . I think that's what defines the steps for for building the native packages. they will map to the BBCLASSEXTEND "native" (maybe mxe-native, because I will need to use the MXE compiler) | 13:22 |
| litb | rburton, hm i see. bad news | 13:23 |
| rburton | if you have mxe files already that build for your setup then as JPEW says, that's a good source of information | 13:23 |
| rburton | but *transforming* source representations from one domain to another isn't enjoyable, there's just too much mismatch in the models | 13:24 |
| litb | alternatively in do_compile i can just forward to the makefile of MXE, instead of trying to extract the code and put it into the recipe automatically. then I just need to transform the metadata | 13:24 |
| mcfrisk | huh, bitbake is suddenly failing to start and fails with error: NOTE: Retrying server connection (#1)... | 13:30 |
| rburton | it can see the socket exists and is trying to reconnect but the server is not responding | 13:31 |
| mcfrisk | can't see anything wrong in debug or strace output. Ideas what to try? | 13:31 |
| mcfrisk | I should delete the socket file? | 13:31 |
| rburton | yeah blast it away and kill any lingering bitbake | 13:32 |
| mcfrisk | ok, found a pid from bitbake.lock and killed that. no idea how that happened. maybe a disconnected screen in devshell somewhere.. | 13:33 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 13:34 | |
| JPEW | mcfrisk: Do you build in a docker container? | 13:44 |
| mcfrisk | JPEW: no, native in Ubuntu 14.04 for poky master. project SW I build in project specific lxc containers with Debian 9 | 13:49 |
| JPEW | mcfrisk: Ok. I've had some troubles with all the container processes getting killed when the init process exits that can result in things like that, but it sounds like that's not what you are seeing. | 13:50 |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC | 13:53 | |
| mcfrisk | JPEW: yes, in my case there was a bitbake process somewhere in background and I suspect it was a devshell where the screen session had been exited | 13:54 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 13:59 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 14:08 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 14:08 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 14:08 | |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto | 14:12 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC | 14:13 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:21 | |
| yocti | New news from stackoverflow: bitbake build cant find sparse <https://stackoverflow.com/questions/58415559/bitbake-build-cant-find-sparse> | 14:21 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 14:27 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 14:29 | |
| litb | can I unset an override only for another override? | 14:29 |
| litb | i.e I have a machine config that contains RC_mingw32 = ...; but that conflicts with log4cpp recipe that uses RC in its SRC_URI, and sets "RC=...". so I want to say "override for mingw32, but not for pn-log4cpp" | 14:30 |
| litb | RC_pn-log4cpp = "" doesn't work, because it overrides RC with "" for log4cpp. ideally I would need unset RC_pn-log4cpp | 14:31 |
| JPEW | litb: rburton pointed out that is already fixed and you need to cherry-pick back the fix: bfe144b038ee49290bed7b7d851bca52d340af2e | 14:36 |
| litb | oh nice, thanks! | 14:37 |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 14:38 | |
| *** bisbarn <bisbarn!~bisbarn@edge1.crosscan.com> has quit IRC | 14:42 | |
| yocti | New news from stackoverflow: bitbake build can't find sparse <https://stackoverflow.com/questions/58415559/bitbake-build-cant-find-sparse> | 14:51 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 14:58 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:30 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:35 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 15:38 | |
| litb | anyone knows whether one can use multiple overrides at once, and whether they will combine with OR and AND? i.e PACKAGECONFIG_remove_class-target_<machinename> = "..." ideally combines the class and the machine name by AND | 15:53 |
| rburton | yes and yes | 15:55 |
| *** yacar_ <yacar_!~yacar@80.214.21.24> has quit IRC | 15:58 | |
| *** pung_ <pung_!~BobPungar@177.99.124.23> has joined #yocto | 16:02 | |
| litb | however I found that I don't need this and I should not use class-target here. better leave it out and only match on machinename. that way, it will also match the SDK | 16:05 |
| litb | i initially thought it would also match when generating a linux nativesdk. but the worries were unjustified, because nativesdk.class sets MACHINEOVERRIDES = "" | 16:06 |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.99.124.23> has quit IRC | 16:06 | |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has quit IRC | 16:16 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:21 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 16:22 | |
| *** frsc <frsc!~frsc@i59F72E6C.versanet.de> has joined #yocto | 16:29 | |
| tgoodwin | Has anyone studied and published the relationship between the number of parallel tasks one can run vs. how much RAM they need? I'm getting "worker exited unexpectedly (-9)" in container configurations that I've seen work at workstations. | 16:30 |
| *** mckoan is now known as mckoan|away | 16:37 | |
| *** yann|work <yann|work!~yann@85.118.38.73> has quit IRC | 16:39 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.72.99.6> has quit IRC | 16:45 | |
| rburton | tgoodwin: not sure you could have hard numbers for that as it depends on exactly what stages are running | 16:49 |
| rburton | ie webkit link will happily eat all the ram | 16:49 |
| mcfrisk | tgoodwin: for our use case with lots of c++ and templates, see slide 50 of https://www.yoctoproject.org/wp-content/plugins/pdf-viewer/stable/web/viewer.html?file=https://www.yoctoproject.org/wp-content/uploads/2017/10/elce-2016-mario-goulart-mikko-rapeli.pdf | 16:50 |
| *** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 16:50 | |
| mcfrisk | works well on machines with 128 gigs of ram and 42 cores (including hyper threading ones) | 16:51 |
| tgoodwin | rburton: Right I'm looking really for an upper limit. I've disabled webkit in general. But for example a workstation has 12 cores and only 16 GB RAM. It can do a world build fine, but a container with 4 and 32G cannot. I'm trying to figure out "why" | 16:51 |
| tgoodwin | mcfrisk: thanks...reading that now. | 16:53 |
| rburton | tgoodwin: add some monitoring and see what runs out to cause problems? worker exiting unexpectly might be something unrelated though, are you sure the RAM is good? | 16:54 |
| rburton | by monitoring i mean ram usage, processor load, open file count etc | 16:55 |
| rburton | collect that and run a build, see if anything is hitting a limit at the same time as bitbake crashes | 16:55 |
| tgoodwin | rburton: I'm putting docker stats now, but it takes quite a while to hit the point where it broke. | 16:55 |
| tgoodwin | I'm trying not to use sstate in my testing because I'm collecting the duration of a build relative to the settings too. | 16:56 |
| tgoodwin | mcfrisk: this is interesting -- thanks. BTW you have an extra _ in BB_NUMBER__THREADS on slide 48. | 16:57 |
| tgoodwin | (just FYI I realize it's from 2016) | 16:58 |
| tgoodwin | I'm trying to pull my environment log from the container to see if the runner settings aren't being detected from within the container (e.g., 'free' is currently showing a lot more RAM than the limit I set) | 16:59 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jcglfilsygksiysu> has quit IRC | 17:00 | |
| *** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-nslmamdhbqzjnmnq> has joined #yocto | 17:00 | |
| kergoth | Does anyone know why our python2 and python3 multilib patches differ in behavior? python2 adds the non-arch/non-multilib libdir site-packages as well as the multilib one, but python3 does not. i.e. lib as well as lib64 | 17:01 |
| kergoth | seems like one would want both available for non-arch-specific modules, but i'm not sure what upstream python mandates in this regard | 17:04 |
| tgoodwin | mcfrisk: were your LXC containers basically docker? | 17:06 |
| kergoth | wonder what other distros do with that.. | 17:06 |
| mabnhdev | I'm upgrading my work to Warrior. I'm building core-image-minimal for an x86-64 arch. During do_rootfs, I get the error 'Could not invoke dnf... No match for argument: libssp'. It's not obvious to me where that dependency came from. It's also not obvious to me how to get libssp built. Any thoughts? | 17:12 |
| *** frsc <frsc!~frsc@i59F72E6C.versanet.de> has quit IRC | 17:12 | |
| tgoodwin | mcfrisk: do you happen to know if that return code (-9) is actually related to OOM or not? | 17:14 |
| milloni | LetoThe2nd: that livestream series is great - really appreciate it | 17:19 |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.99.124.23> has joined #yocto | 17:27 | |
| *** pung_ <pung_!~BobPungar@177.99.124.23> has quit IRC | 17:28 | |
| alessioigor | Is there a way to override a bbclass? | 17:28 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:30 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 17:33 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 17:33 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 17:34 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.99.124.23> has quit IRC | 17:37 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.99.124.23> has joined #yocto | 17:37 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 17:54 | |
| *** Domin1k <Domin1k!c1669b04@193.102.155.4> has quit IRC | 18:02 | |
| *** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has quit IRC | 18:07 | |
| *** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has joined #yocto | 18:10 | |
| LetoThe2nd | milloni: :) | 18:10 |
| LetoThe2nd | alessioigor: not without dirty tricks | 18:11 |
| *** MafiaInc <MafiaInc!~martian@84.40.91.35> has quit IRC | 18:28 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 18:32 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 18:36 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 18:37 | |
| * litb has just prevented an execution of an oe-core _append to his do_install by "return;" at the end | 18:37 | |
| litb | i suspect that's frowned upon :p | 18:37 |
| litb | rburton, some basic libs like bzip, zlib and iconv already build! | 18:42 |
| armpit | LetoThe2nd, I played your lives streaming backwards and it sounds like Metallica lyrics ; ) | 18:43 |
| LetoThe2nd | armpit: dang! actually they should contain recipes for x-mas bakery when enjoyed like that. guess i have to work on my performance, then. | 18:44 |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has quit IRC | 18:45 | |
| armpit | LetoThe2nd, btw, thanks for putting on that series | 18:45 |
| LetoThe2nd | armpit: hehe, yw. i enjoy the output of your work too, and thats something i can offer in return. | 18:47 |
| LetoThe2nd | armpit: i can't offer code or money to YP, but some support and community effort. its the best i can give back, so i do. | 18:48 |
| Crofton|work | LetoThe2nd, I will buy some gold stars to hand out in Lyon for people like you! | 18:49 |
| LetoThe2nd | Crofton|work: glitter! i want glitter! | 18:50 |
| Crofton|work | Some people are hard to please | 18:50 |
| LetoThe2nd | i know. and thats why i bring my own glitter smileys. | 18:52 |
| armpit | LetoThe2nd, its well appreciated | 18:54 |
| armpit | I am surprised Crofton|work didn't off a beer | 18:54 |
| armpit | s/off/offer/ | 18:54 |
| LetoThe2nd | armpit: he and me have a special relation on beer offers. as i have been the only person ever voted into OE under the premise that I continue to bring along booze to OEDEMs :) | 18:55 |
| armpit | ah | 18:55 |
| Crofton|work | He will hav ebetter than I can get for him | 18:55 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 18:57 | |
| LetoThe2nd | armpit: :-) | 18:58 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 18:58 | |
| LetoThe2nd | armpit: weren't you there in Prague? | 18:59 |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:01 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:01 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 19:01 | |
| * LetoThe2nd calls it a day then and headbangs out! | 19:02 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:03 | |
| bluelightning | LetoThe2nd: well, they say you should always go out with a bang... | 19:17 |
| rokm | Hi, Could someone help me and explain how to avoid conflicts in case when 2 .bb tries to install the same file? | 19:19 |
| rokm | basically one .bb is in poky and adds interfaces to /etc/network | 19:19 |
| rokm | second .bb in on my layer and I want to put mine | 19:20 |
| rokm | should I create .bbappend for first one and remove this file | 19:20 |
| rokm | or there is better way that my recipe will override already installed file | 19:21 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:26 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 19:28 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:28 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 19:37 | |
| rburton | rokm: either 1) append the original recipe to install the file you want instead, or 2) don't install the first package | 19:45 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 19:59 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 20:02 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:03 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 20:05 | |
| *** falstaff <falstaff!~quassel@37.17.234.113> has quit IRC | 20:07 | |
| *** falstaff <falstaff!~quassel@37.17.234.113> has joined #yocto | 20:11 | |
| *** falstaff <falstaff!~quassel@37.17.234.113> has joined #yocto | 20:16 | |
| *** vmeson <vmeson!~rmacleod@otwaon0147w-grc-02-67-71-48-127.dsl.bell.ca> has joined #yocto | 20:35 | |
| zeddii | hmm. qemumips64 segs on /sbin/init on 5.4-rc4. | 20:42 |
| * zeddii tries to muster enough enthusiasm to look more closely. | 20:42 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 20:44 | |
| *** mabnhdev <mabnhdev!0c260e0a@12.38.14.10> has quit IRC | 20:50 | |
| yocti | New news from stackoverflow: The yocto-layer script is missing from my install of poky <https://stackoverflow.com/questions/58421574/the-yocto-layer-script-is-missing-from-my-install-of-poky> | 21:23 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:09 | |
| *** ak77 <ak77!c12e4b03@193.46.75.3> has quit IRC | 22:20 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 22:25 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 22:38 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 22:39 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 22:42 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:03 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:09 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has quit IRC | 23:16 | |
| *** vmeson <vmeson!~rmacleod@otwaon0147w-grc-02-67-71-48-127.dsl.bell.ca> has quit IRC | 23:21 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto | 23:23 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 23:30 | |
| * zeddii was hoping that all the mips64 users would have noticed my comment and jumped up to help. | 23:55 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 23:56 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!