| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has joined #yocto | 00:10 | |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 00:11 | |
| DvorkinDmitry | is there are any guide how to create new image TYPE?I want to do something like WIC, but using tool written in C++ | 00:11 |
|---|---|---|
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto | 00:12 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-21-184-147-79-201.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!) | 00:14 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 00:15 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 00:17 | |
| *** geoffhp <geoffhp!~geoff@207.154.79.70> has quit IRC (Read error: Connection reset by peer) | 00:30 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:13 | |
| *** davidinux <davidinux!~davidinux@host-79-50-138-51.retail.telecomitalia.it> has quit IRC (Ping timeout: 260 seconds) | 02:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 02:04 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 02:04 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 02:07 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 02:09 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 02:09 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 02:21 | |
| *** davidinux <davidinux!~davidinux@host-79-44-51-96.retail.telecomitalia.it> has joined #yocto | 02:29 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:36 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 02:38 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 02:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 02:43 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 02:43 | |
| *** amitk <amitk!~amit@103.208.71.117> has joined #yocto | 02:46 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 02:53 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 02:56 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 03:01 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 03:02 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6538:e200:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 256 seconds) | 03:16 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6542:b700:2ce:39ff:fecf:efcd> has joined #yocto | 03:18 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 04:02 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 04:38 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:44 | |
| *** amitk_ <amitk_!~amit@103.59.74.155> has joined #yocto | 05:09 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:56 | |
| *** tor <tor!~tor@user/tor> has joined #yocto | 05:58 | |
| *** demirok <demirok!~bell@user/demirok> has quit IRC (Quit: Leaving.) | 06:01 | |
| *** demirok <demirok!~bell@user/demirok> has joined #yocto | 06:16 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:43 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 260 seconds) | 07:01 | |
| *** Circuitsoft <Circuitsoft!uid393878@id-393878.lymington.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 07:06 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 07:13 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 07:14 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 07:15 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 07:15 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 07:20 | |
| tomzy_0 | Hello | 07:24 |
| tomzy_0 | Is there a way to debug why fetching `linux-yocto` takes so much time? | 07:24 |
| tomzy_0 | `0: linux-yocto-5.15.36+gitAUTOINC+fcf48627ea_ebfb1822e9-r0 do_fetch - 15m36s (pid 31177) 78% |######################################################################################### ` | 07:25 |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 248 seconds) | 07:26 | |
| tomzy_0 | Download speed is ~3,5 MB/s | 07:26 |
| *** neilim <neilim!~lenkovits@81.183.237.102> has joined #yocto | 07:31 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 07:39 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 07:40 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 07:41 | |
| *** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Quit: Leaving) | 07:47 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:53 | |
| *** gho <gho!~gho@i59F5CC3C.versanet.de> has joined #yocto | 07:57 | |
| PhoenixMage | Could be worse, could be using git.kernel.org :D | 08:07 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:13 | |
| tomzy_0 | Heh, that's true. | 08:16 |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:7530:c785:f195:ba25> has joined #yocto | 08:18 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC3C.versanet.de> has joined #yocto | 08:21 | |
| *** mthenault <mthenault!~mthenault@ip-091-089-130-004.um28.pools.vodafone-ip.de> has joined #yocto | 08:28 | |
| jclsn | Good morning | 08:29 |
| mthenault | Hello, I am a bit confused by devtool. When i do devtool modify <linux-recipe> and modify the sources, are those modifications included in my main image, or is that just confined to the "devtool build" output? | 08:30 |
| mthenault | aah just found out about devtool build-image <image_name> :) | 08:38 |
| *** fleg <fleg!~fleg@user/fleg> has quit IRC (Quit: Ping timeout (120 seconds)) | 08:49 | |
| *** fleg <fleg!~fleg@user/fleg> has joined #yocto | 08:50 | |
| qschulz | mthenault: no, bitbake will use the devtool'ed recipes too | 08:54 |
| mthenault | thanks | 08:55 |
| qschulz | at least if: 1) the devtool workspace is listed in your bblayers.conf (automatically added when using devtool IIRC), 2) your recipe is available in devtool, check with devtool status | 08:55 |
| hmw[m] | hi | 08:56 |
| hmw[m] | if added | 08:56 |
| hmw[m] | do_patch[postfuncs] += " do_mrproper"do_mrproper() { | 08:56 |
| hmw[m] | make mrproper | 08:56 |
| hmw[m] | but now i get make: *** No rule to make target 'mrproper'. Stop. | 08:56 |
| qschulz | hmw[m]: oe_runmake mrproper first | 08:56 |
| qschulz | hmw[m]: second, I'm guessing that do_patch is not in the correct directory | 08:57 |
| qschulz | so you might need to cd into it? | 08:57 |
| qschulz | print $PWD to check | 08:57 |
| qschulz | hmw[m]: use bbwarn in your shell function | 08:58 |
| hmw[m] | it retunrs the yocto build dir | 08:59 |
| *** mohamed-dhiamtir <mohamed-dhiamtir!~mohamed-d@2001:470:69fc:105::2:2501> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| hmw[m] | can i do a do_config[pre functionas?] | 09:00 |
| qschulz | hmw[m]: do_configure:prepend should be enough | 09:00 |
| qschulz | hmw[m]: "yocto build dir" does not mean much :/ | 09:01 |
| qschulz | what;s the actual path? | 09:01 |
| hmw[m] | /oe-Stable/OS7.X/deltatouch/build | 09:01 |
| hmw[m] | below that is the arch name | 09:01 |
| hmw[m] | damn meatings .. | 09:02 |
| qschulz | ok, that's kinda surprising | 09:02 |
| qschulz | hmw[m]: cd ${S}; oe_runmake mrproper would probably work | 09:02 |
| qschulz | you probably want to run `cd -` at the end so that consequent postfuncs aren't in ${S} | 09:03 |
| qschulz | not sure it's needed but better be safe than sorry | 09:03 |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 09:10 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 09:16 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 09:17 | |
| *** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has joined #yocto | 09:30 | |
| graham_o[m] | Win up to $1000 in crypto trading when you invest with just the minimum of $50... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/955e952b535af78cd2932645d9ab7ee199f915c8>) | 09:34 |
| *** graham_o[m] <graham_o[m]!~grahamoma@2001:470:69fc:105::2:ba2f> has quit IRC (Quit: User was banned) | 09:34 | |
| ejoerns[m] | Hi, anyone here having experience with using bitbake fetcher for downloading release assets from private Github repositories? | 09:40 |
| ejoerns[m] | The thing is they are available via the GitHub API only. Providing oauth token via headers is possible and I succeeded in manipulation FETCHCMD_wget to download something, the main thing what I stumble upon is that you need an 'asset id' that you obviously can only obtain by a previous API call to a release or a tag... | 09:43 |
| ejoerns[m] | So does anyone have a better advice then writing a new 'github' fetcher or obtaining the asset ID manually? | 09:44 |
| *** Payam <Payam!~Payam@195.178.161.162> has joined #yocto | 09:50 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Ping timeout (120 seconds)) | 09:51 | |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-231-140.citykom.de> has joined #yocto | 10:07 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:25 | |
| *** dacav <dacav!~dacav@82-209-166-158.cust.bredband2.com> has joined #yocto | 10:38 | |
| *** dacav <dacav!~dacav@82-209-166-158.cust.bredband2.com> has quit IRC (Client Quit) | 10:38 | |
| *** tor_ <tor_!~tor@user/tor> has joined #yocto | 10:53 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 10:54 | |
| *** tor <tor!~tor@user/tor> has quit IRC (Ping timeout: 260 seconds) | 10:55 | |
| rburton | DvorkinDmitry: image_types.bbclass is 99% new image types. see for example the ext4 function that uses mkfs.ext4 | 10:58 |
| rburton | ejoerns[m]: write a fetcher :) | 11:00 |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-231-140.citykom.de> has quit IRC (Ping timeout: 260 seconds) | 11:02 | |
| ejoerns[m] | rburton: that's the answer I was afraid of :D | 11:04 |
| rburton | ejoerns[m]: doesn't have to be hard if you ignore some features, see the s3 fetcher | 11:07 |
| LetoThe2nd | ejoerns[m]: alternative, patch github with a bitbake provider? ;-) | 11:08 |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto | 11:09 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 11:14 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 11:16 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 11:16 | |
| ejoerns[m] | <LetoThe2nd> "ejoerns: alternative, patch..." <- I'll think about the first alternative again ;) | 11:16 |
| ejoerns[m] | defining a fetcher locally (in any meta-layer) is not possible, right? not that I would not like to upstream it, but just as an intermediate solution | 11:18 |
| LetoThe2nd | ejoerns[m]: it is possible. | 11:18 |
| LetoThe2nd | ejoerns[m]: need me to dig up an example, or feel like hunting yourself? | 11:19 |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-231-140.citykom.de> has joined #yocto | 11:23 | |
| *** amitk__ <amitk__!~amit@103.208.69.24> has joined #yocto | 11:27 | |
| *** amitk_ <amitk_!~amit@103.59.74.155> has quit IRC (Ping timeout: 260 seconds) | 11:30 | |
| ejoerns[m] | LetoThe2nd: only if you have one lying around. If you have to dig I can dig myself, too ;) | 11:34 |
| LetoThe2nd | ejoerns[m]: then happy digging! | 11:36 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:48 | |
| *** amitk_ <amitk_!~amit@103.208.69.162> has joined #yocto | 11:50 | |
| *** amitk__ <amitk__!~amit@103.208.69.24> has quit IRC (Ping timeout: 252 seconds) | 11:51 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 11:56 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC3C.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 12:00 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC3C.versanet.de> has joined #yocto | 12:15 | |
| *** danielt <danielt!~danielt@2001:470:69fc:105::34d8> has joined #yocto | 12:23 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 12:31 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 12:32 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 12:46 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 12:46 | |
| DvorkinDmitry | rburton, thank you | 12:46 |
| *** Peter[m]12345 <Peter[m]12345!~chiefdome@2001:470:69fc:105::2:bfd6> has joined #yocto | 12:50 | |
| *** Guest28 <Guest28!~Guest28@2a0c:b381:462:9800:e22a:2229:5d3c:8817> has joined #yocto | 13:00 | |
| Saur[m] | hmw: You should use `oe_runmake` rather than `make` when running from a recipe. I also recommend to use the `-C` option rather than changing directory using `cd`. | 13:01 |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-231-140.citykom.de> has quit IRC (Quit: Konversation terminated!) | 13:01 | |
| *** vmeson <vmeson!~rmacleod@142.166.215.52> has quit IRC (Ping timeout: 256 seconds) | 13:09 | |
| *** vmeson <vmeson!~rmacleod@142.166.215.52> has joined #yocto | 13:10 | |
| *** gho <gho!~gho@i59F5CC3C.versanet.de> has quit IRC (Quit: Leaving.) | 13:17 | |
| *** gho <gho!~gho@i59F5CC3C.versanet.de> has joined #yocto | 13:20 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has joined #yocto | 13:28 | |
| *** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has joined #yocto | 13:30 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-21-184-147-79-201.dsl.bell.ca> has joined #yocto | 13:31 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:47 | |
| hmw[m] | <Saur[m]> "hmw: You should use `oe_runmake`..." <- tnx | 13:48 |
| hmw[m] | i think i find the root of the problem but not sure what causes it | 13:49 |
| hmw[m] | it is executing this in do_compile | 13:49 |
| hmw[m] | echo -ge5b4b9fcb3 > //build/arago-tmp-default-glibc/work/d*oe-linux-gnueabi/u-boot-*/2017.01-r0+gitrAUTOINC+e5b4b9fcb3/git/.scmversion | 13:49 |
| qschulz | yeah, all u-boot recipes do that | 13:51 |
| hmw[m] | qschulz: can i mark that file some how that its not needed to clean ? or remove it from the bitbake schript | 13:52 |
| qschulz | hmw[m]: which step fails for you? | 13:55 |
| qschulz | I guess you could remove the files in do_configure:prepend for example | 13:56 |
| qschulz | but it's not an issue for other u-boot recipes | 13:56 |
| qschulz | might just be related to your ancient version of u-boot using inc files meant to be used for much newer versions | 13:56 |
| hmw[m] | its a version of 2017 so i think that is ancient | 13:58 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 13:59 | |
| hmw[m] | my hardware/ u-boot supplier cant supply a newer one ...... but i'm able to patch somthing if needed | 14:01 |
| qschulz | hmw[m]: I hope you don't expect this device to be secure, because this version has a few critical CVEs already | 14:06 |
| *** amitk_ <amitk_!~amit@103.208.69.162> has quit IRC (Ping timeout: 260 seconds) | 14:06 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 14:06 | |
| hmw[m] | qschulz: trying to port it to dunfell everthing in the field is still running krogoth | 14:07 |
| hmw[m] | so i don´t u-boot is my last concern | 14:08 |
| qschulz | hmw[m]: that's a painful upgrade :/ | 14:12 |
| hmw[m] | it is | 14:13 |
| qschulz | hmw[m]: some veterans here recommend to not use inc files from outside of the layer where the recipe is | 14:15 |
| qschulz | hmw[m]: so maybe what you could do is import the .inc files (and others) from the krogoth layers that were used for u-boot, and import them in your dunfell layer | 14:15 |
| hmw[m] | oke going to try that | 14:16 |
| hmw[m] | qschulz: btw say them tnx | 14:18 |
| *** styloge[m] <styloge[m]!~stylogema@2001:470:69fc:105::2:bfe3> has joined #yocto | 14:19 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14:23 | |
| JaMa | was there some wiki page, news entry, ML post describing lack of resources in Yocto project and calling for member companies to provide engineering resources as well? I think I've seen it before, now could use link to it in presentation for LGE | 14:26 |
| qschulz | JaMa: ML AFAIR | 14:27 |
| *** hcg <hcg!~hcg@213.55.221.206> has joined #yocto | 14:32 | |
| mcfrisk | or was it members list only? | 14:33 |
| JaMa | I was checking oe-core, yocto, oe-members list, but "resources" "engineers" "developers" queries often provide too many results, don't remember exactly what to query for :) | 14:34 |
| JaMa | there is e.g. https://lists.openembedded.org/g/openembedded-architecture/message/1513 but IMHO that's not the one I remember | 14:35 |
| qschulz | https://lists.openembedded.org/g/openembedded-architecture/message/1221 | 14:37 |
| qschulz | JaMa: ^ | 14:38 |
| JaMa | qschulz: thanks! | 14:38 |
| *** ric96 <ric96!ric96@helmsley.irccloud.com> has joined #yocto | 14:47 | |
| DvorkinDmitry | hmm... how it could be? I'm setting B="${S}" (builddir) inside the recipe and it is not working | 14:58 |
| qschulz | DvorkinDmitry: what are you trying to do, what is "not working"? | 15:00 |
| DvorkinDmitry | qschulz, I set B="${S}" inside my recipe, when S="${WORKDIR}/git". It is not working, do_compile still trying to build inside {WORKDIR}/build | 15:00 |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 15:02 | |
| qschulz | DvorkinDmitry: are you sure B is set? did you check with bitbake-getvar -r <recipe> B ? | 15:02 |
| *** Xagen <Xagen!~textual@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 260 seconds) | 15:04 | |
| DvorkinDmitry | qschulz, to my surprise, it is not if I LATER put "inherit autotools"! | 15:05 |
| DvorkinDmitry | never expect that :) | 15:06 |
| rburton | DvorkinDmitry: if the recipe uses autotools *but* is broken with out-of-tree builds, then inherit autotools-brokensep | 15:06 |
| rburton | autotools set B=WORKDIR/build, as it does out-of-tree builds | 15:06 |
| rburton | (and fix the makefiles to work with out-of-tree builds, its better) | 15:07 |
| DvorkinDmitry | rburton, wow! thanks! | 15:07 |
| rburton | imho, *every* user of autotools-brokensep needs an upstream bug report to complain | 15:08 |
| RP | +1 | 15:10 |
| RP | we haven't seen that many of those improve over the years :( | 15:11 |
| JPEW | RP: I had a few thoughts on the variable tracking | 15:12 |
| *** amitk_ <amitk_!~amit@103.208.71.117> has joined #yocto | 15:12 | |
| JPEW | RP: First, I think you do want to do the weird looking cache[s] = s instead of cache[hash(s)] = s because the latter might get weird if there are hash collisons | 15:12 |
| JPEW | Second.... if there are a lot of "" entries, maybe they can be optimized? I'm thinking of some sort of "flipped" cache where maybe instead of doing cache[var] = value, you do `cache.setdefault(value, []).append(key)`, at least for the really common ones like "" and "1" (maybe all strings where len(value) <= 1 could be done that way)? | 15:15 |
| *** demirok <demirok!~bell@user/demirok> has quit IRC (Quit: Leaving.) | 15:20 | |
| *** neilim <neilim!~lenkovits@81.183.237.102> has quit IRC (Quit: Leaving) | 15:20 | |
| qschulz | JPEW: don't know the context, but maybe you want a set and not an array if there's no need for two instances of the same object in the "list"? | 15:20 |
| JPEW | Ya, set would be fine | 15:21 |
| JPEW | better probably | 15:21 |
| RP | JPEW: I think if there were hash collisions we'd have a bigger problem but yes, I did try that and it doesn't change the speed | 15:21 |
| RP | JPEW: I think the "" values probably don't matter much since python likely has optimisations in place for that already too | 15:22 |
| JPEW | RP: right, I think the main difference is if `cache[s]` doens't return s on hash collision, that's a bug in python where as if `cache[hash(s)]` doesn't return s, that's on us :) | 15:23 |
| RP | JPEW: right. There is also a second benefit since we drop the overhead of the hash() function call | 15:24 |
| RP | My local code is now doing it for that reason. I had it down to 8.8s instead of 10s so a ~4s increase in parsing time overall | 15:25 |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:7530:c785:f195:ba25> has quit IRC (Remote host closed the connection) | 15:27 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 15:27 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC3C.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 15:28 | |
| JPEW | RP: cool | 15:29 |
| *** zpfvo <zpfvo!~fvo@i59F5CC3C.versanet.de> has joined #yocto | 15:43 | |
| *** Payam <Payam!~Payam@195.178.161.162> has quit IRC (Quit: Client closed) | 15:57 | |
| *** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 16:01 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 260 seconds) | 16:09 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 256 seconds) | 16:17 | |
| *** Guest28 <Guest28!~Guest28@2a0c:b381:462:9800:e22a:2229:5d3c:8817> has quit IRC (Ping timeout: 260 seconds) | 16:19 | |
| *** justGrit <justGrit!~justache@user/justache> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 16:24 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds) | 16:24 | |
| *** justache <justache!~justache@user/justache> has joined #yocto | 16:25 | |
| *** justache <justache!~justache@user/justache> has quit IRC (Remote host closed the connection) | 16:30 | |
| *** justache <justache!~justache@user/justache> has joined #yocto | 16:31 | |
| *** mthenault <mthenault!~mthenault@ip-091-089-130-004.um28.pools.vodafone-ip.de> has quit IRC (Ping timeout: 248 seconds) | 16:33 | |
| RP | kergoth: any thoughts on allowing python data in recipes somehow (e.g. lists or dicts) ? | 16:36 |
| zeddii | bloody elfutils ptests, can't run just the one I want | 16:37 |
| * zeddii starts hacking | 16:37 | |
| RP | kergoth: I wonder if that could be as simple as MYVAR = ['x', 'y', 'z'] | 16:37 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 16:38 | |
| *** gho <gho!~gho@i59F5CC3C.versanet.de> has quit IRC (Quit: Leaving.) | 16:51 | |
| *** florian <florian!~florian@dynamic-046-114-158-086.46.114.pool.telefonica.de> has joined #yocto | 16:55 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC3C.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 16:59 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC3C.versanet.de> has joined #yocto | 17:01 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC3C.versanet.de> has quit IRC (Quit: Leaving.) | 17:07 | |
| rburton | is it me, or is PERSISTENT_DIR aka build/cache, a bit misused. | 17:08 |
| rburton | if its meant to be shared between all builds why is sanity_info in there? | 17:08 |
| rburton | if I have a shared sstate-dir, should i set PERSISTENT_DIR to alongside it so the hashequiv.db is with it? | 17:09 |
| rburton | there's also the bitbake codeparser cache, surely that shouldn't be shared between builds? | 17:09 |
| *** hcg <hcg!~hcg@213.55.221.206> has quit IRC (Ping timeout: 256 seconds) | 17:10 | |
| *** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has joined #yocto | 17:12 | |
| rburton | JPEW RP looking at you two for ^^^ | 17:15 |
| Ch^W | rburton: I probably need to RTFM, but your question does resonate... I have been pondering how I am going to enable one development team to work on many different distros of varying architectures within a single desktop virtual machine... | 17:16 |
| rburton | well sharing sstate is trivial: single directory | 17:16 |
| Ch^W | Right... that is the easy part. | 17:16 |
| Ch^W | Orchestrating the whole circus so my developers do not need to _think_ about it, is the hard part. | 17:17 |
| Ch^W | Wrappers galore for the time being... | 17:17 |
| RP | rburton: we're off into really old bits of code, it is totally badly named | 17:17 |
| RP | rburton: no, codeparser should not be shared, that cache doesn't work like that | 17:18 |
| RP | (it has build paths in it from expanded functions) | 17:18 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:19 | |
| RP | and no, hashserv shouldn't be set to a shared location, it isn't really designed for too much shared access, we have the network ports for that | 17:19 |
| RP | i.e. hashserv over NFS would be a disaster | 17:19 |
| rburton | how about on a local machine? | 17:19 |
| RP | rburton: depends how well you think sqlite works | 17:20 |
| rburton | i may run two parallel builds | 17:20 |
| rburton | so wellish :) | 17:20 |
| *** florian <florian!~florian@dynamic-046-114-158-086.46.114.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 17:20 | |
| RP | rburton: you can run two servers from the data hashserv DB, I've never tried two builds | 17:20 |
| *** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has quit IRC (Quit: Lost terminal) | 17:20 | |
| JPEW | You _should_ be able to share the SQLite database between two servers, or two builds from the same server | 17:22 |
| JPEW | The latter is probably better though | 17:23 |
| * RP advises rburton to have a box to put all the pieces in | 17:24 | |
| rburton | ye of little faith | 17:24 |
| rburton | RP: so i cant replicate that equiv problem with langdale... it rebuilds everything instead! | 17:24 |
| RP | rburton: gah :(. We should work out why :/ | 17:25 |
| RP | rburton: any luck with a debug log when it happens? | 17:25 |
| Ch^W | FWIW, I was pleasantly surprised to find out that sqlite performs 100% MC/DC coverage (https://www.sqlite.org/testing.html#mcdc) | 17:25 |
| Ch^W | MC/DC is required of the highest level criticality software in aerospace. | 17:25 |
| RP | Ch^W: nice! | 17:26 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 17:35 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 17:35 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 17:39 | |
| * paulg is still rocking out the AC/DC | 17:54 | |
| JPEW | rburton: I'll put it this way: I tried hard not do to anything weird that would prevent concurrent access, and SQLite is _supposed_ to handle it, but YMMV | 17:55 |
| JPEW | Hashserve usage of SQLite is a lot more simple and "normal" than other places in bitbake, so I suspect it works concurrently | 17:56 |
| rburton | hmm why isn't hashequiv working *at all* for me with langdale | 17:56 |
| JPEW | No forks, no threads, etc | 17:57 |
| JPEW | That's strange | 17:57 |
| rburton | build image, touch autoconf-native's configure script with a bbnote, build image -> doesn't notice autoconf-native's sysroot is identical and rebuilds the world | 17:57 |
| rburton | did almost-the-right-thing in master, but trying with a clean langdale tree | 17:57 |
| JPEW | I'll give it a try when I get back to a computer | 17:59 |
| rburton | JPEW ircing with HIS MIND | 17:59 |
| JPEW | Cyberpunk complete with head jack | 17:59 |
| rburton | RP: ah i think this is the same problem but with langdale i don't have a build tree for it to re-package from | 18:07 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.7.1) | 18:08 | |
| RP | rburton: that would make sense | 18:08 |
| rburton | easy to test | 18:09 |
| RP | rburton: I'm heading afk with a headache but if you share the debug logs I'll take a look | 18:09 |
| rburton | i'll share them monday :) | 18:10 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 18:13 | |
| DvorkinDmitry | is there any example of handling @d.getVarFlags() in bash? | 18:14 |
| *** Payam <Payam!~Payam@c188-150-219-9.bredband.tele2.se> has joined #yocto | 18:14 | |
| rburton | DvorkinDmitry: that would expand before the shell script runs | 18:15 |
| rburton | basically, the question doesn't make sense | 18:16 |
| rburton | ${@...} gets expanded as the script is written out | 18:16 |
| DvorkinDmitry | ok. any way to parse this {'tst1': ' p0;k0;o0 p1;k1;o1', 'tst2': ' t0;a0;f0 t1;a1;f1'} in bash? | 18:16 |
| rburton | so bash sees what the expansion was | 18:16 |
| rburton | use python instead of bash to write the task or whatever? | 18:17 |
| DvorkinDmitry | rburton, seems there is no way not to use python :) I'm not good in syntax, but good in bash :) | 18:18 |
| *** Tokamak <Tokamak!~Tokamak@172.58.228.136> has quit IRC (Ping timeout: 248 seconds) | 18:35 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.228.136> has joined #yocto | 18:36 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.228.136> has quit IRC (Quit: Tokamak_) | 18:40 | |
| *** Piraty <Piraty!~irc@user/piraty> has quit IRC (Quit: No Ping reply in 180 seconds.) | 18:42 | |
| *** Piraty <Piraty!~irc@user/piraty> has joined #yocto | 18:43 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.228.136> has joined #yocto | 18:53 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 18:56 | |
| *** bantu <bantu!~bantu@edna.bantux.com> has quit IRC (Quit: No Ping reply in 180 seconds.) | 18:56 | |
| *** bantu <bantu!~bantu@edna.bantux.com> has joined #yocto | 19:00 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 268 seconds) | 19:16 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.228.136> has quit IRC (Quit: Tokamak) | 19:19 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 19:28 | |
| *** florian_kc <florian_kc!~florian@dynamic-046-114-158-086.46.114.pool.telefonica.de> has joined #yocto | 19:36 | |
| vvn | does some_task[mcdepends] += "mc::foo:recipe:task" work for you guys? | 19:38 |
| *** Tokamak <Tokamak!~Tokamak@172.58.228.136> has joined #yocto | 19:39 | |
| *** GillesM <GillesM!~ploum@117.187.22.109.rev.sfr.net> has quit IRC (Ping timeout: 268 seconds) | 19:39 | |
| *** florian_kc <florian_kc!~florian@dynamic-046-114-158-086.46.114.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer) | 19:42 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Read error: Connection reset by peer) | 19:44 | |
| vvn | RP: I believe mcdepends is broken at the moment | 19:48 |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 19:48 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 19:49 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 19:59 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Quit: qschulz) | 20:00 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 20:02 | |
| *** d-fens <d-fens!~d-fens@p200300e68f3670a865d2f8023721d858.dip0.t-ipconnect.de> has joined #yocto | 20:06 | |
| vvn | damn, found it... INITRAMFS_MULTICONFIG also needs BBMULTICONFIG.. | 20:07 |
| vvn | ok so we just need to error out with "Multiconfig dependency %s depends on nonexistent multiconfig configuration named %s" instead of blowing up with a stack trace | 20:15 |
| *** florian_kc <florian_kc!~florian@78.48.145.33> has joined #yocto | 20:31 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds) | 20:34 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 20:36 | |
| *** vmeson <vmeson!~rmacleod@142.166.215.52> has quit IRC (Quit: Konversation terminated!) | 20:36 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 20:37 | |
| *** amitk_ <amitk_!~amit@103.208.71.117> has quit IRC (Ping timeout: 260 seconds) | 20:39 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 20:50 | |
| *** npcomp <npcomp!~user@user/npcomp> has quit IRC (Ping timeout: 260 seconds) | 20:56 | |
| *** amitk <amitk!~amit@103.208.71.117> has quit IRC (Ping timeout: 268 seconds) | 20:56 | |
| *** npcomp <npcomp!~user@user/npcomp> has joined #yocto | 21:10 | |
| *** tor_ <tor_!~tor@user/tor> has quit IRC (Quit: Leaving) | 21:33 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-21-184-147-79-201.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!) | 21:33 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 21:56 | |
| RP | vvn: could you send a patch please? | 21:58 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 21:59 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 22:07 | |
| *** gchamp <gchamp!~champagne@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Read error: Connection reset by peer) | 22:11 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 22:23 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 22:36 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 22:37 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 22:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.public.monkeybrains.net> has joined #yocto | 22:39 | |
| *** d-fens <d-fens!~d-fens@p200300e68f3670a865d2f8023721d858.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 22:40 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 22:40 | |
| *** nemik <nemik!~nemik@162-245-20-117.public.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 22:43 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 22:44 | |
| RP | https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=11543b27fe16d81ca5483ecb98ec7a5b2426e0c0 - one further small step in reducing our gcc patchset :) | 22:58 |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 256 seconds) | 23:19 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!