Friday, 2022-11-18

*** DvorkinDmitry <DvorkinDmitry!~dvorkin@> has joined #yocto00:10
*** chep <chep!> has quit IRC (Quit: ZNC 1.8.2 -
DvorkinDmitryis 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!> has joined #yocto00:12
*** kscherer <kscherer!> 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 #yocto00:17
*** geoffhp <geoffhp!~geoff@> has quit IRC (Read error: Connection reset by peer)00:30
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)01:13
*** davidinux <davidinux!> has quit IRC (Ping timeout: 260 seconds)02:03
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 256 seconds)02:04
*** nemik <nemik!> has joined #yocto02:04
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)02:07
*** nemik <nemik!> has quit IRC (Ping timeout: 268 seconds)02:09
*** nemik <nemik!~nemik@> has joined #yocto02:09
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)02:21
*** davidinux <davidinux!> has joined #yocto02:29
*** sakoman <sakoman!> has joined #yocto02:36
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 240 seconds)02:38
*** nemik <nemik!> has joined #yocto02:39
*** nemik <nemik!> has quit IRC (Ping timeout: 256 seconds)02:43
*** nemik <nemik!~nemik@> has joined #yocto02:43
*** amitk <amitk!~amit@> has joined #yocto02:46
*** xmn <xmn!> has quit IRC (Ping timeout: 256 seconds)02:53
*** xmn <xmn!> has joined #yocto02:56
*** Wouter0100 <Wouter0100!> has quit IRC (Quit: The Lounge -
*** Wouter0100 <Wouter0100!> has joined #yocto03: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 #yocto03:18
*** roussinm <roussinm!> has joined #yocto04:02
*** roussinm <roussinm!> has quit IRC (Ping timeout: 256 seconds)04:38
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)04:44
*** amitk_ <amitk_!~amit@> has joined #yocto05:09
*** alessioigor <alessioigor!~alessioig@> has joined #yocto05:56
*** tor <tor!~tor@user/tor> has joined #yocto05:58
*** demirok <demirok!~bell@user/demirok> has quit IRC (Quit: Leaving.)06:01
*** demirok <demirok!~bell@user/demirok> has joined #yocto06:16
*** rob_w <rob_w!> has joined #yocto06:43
*** xmn <xmn!> has quit IRC (Ping timeout: 260 seconds)07:01
*** Circuitsoft <Circuitsoft!> has quit IRC (Quit: Connection closed for inactivity)07:06
*** xmn <xmn!> has joined #yocto07:13
*** tomzy_0 <tomzy_0!> has joined #yocto07:14
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)07:15
*** alessioigor <alessioigor!~alessioig@> has joined #yocto07:15
*** xmn <xmn!> has quit IRC (Ping timeout: 256 seconds)07:20
tomzy_0Is 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@> has quit IRC (Ping timeout: 248 seconds)07:26
tomzy_0Download speed is ~3,5 MB/s07:26
*** neilim <neilim!~lenkovits@> has joined #yocto07:31
*** lexano <lexano!~lexano@> has joined #yocto07:39
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)07:40
*** alessioigor <alessioigor!~alessioig@> has joined #yocto07:41
*** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Quit: Leaving)07:47
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto07:53
*** gho <gho!> has joined #yocto07:57
PhoenixMageCould be worse, could be using :D08:07
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:13
tomzy_0Heh, that's true.08:16
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:7530:c785:f195:ba25> has joined #yocto08:18
*** zpfvo <zpfvo!> has joined #yocto08:21
*** mthenault <mthenault!> has joined #yocto08:28
jclsnGood morning08:29
mthenaultHello, 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
mthenaultaah 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 #yocto08:50
qschulzmthenault: no, bitbake will use the devtool'ed recipes too08:54
qschulzat 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 status08:55
hmw[m] if added08:56
hmw[m]do_patch[postfuncs] += " do_mrproper"do_mrproper() {08:56
hmw[m]     make mrproper08:56
hmw[m]but now i get  make: *** No rule to make target 'mrproper'.  Stop.08:56
qschulzhmw[m]: oe_runmake mrproper first08:56
qschulzhmw[m]: second, I'm guessing that do_patch is not in the correct directory08:57
qschulzso you might need to cd into it?08:57
qschulzprint $PWD to check08:57
qschulzhmw[m]: use bbwarn in your shell function08:58
hmw[m]it retunrs the yocto build dir08: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
qschulzhmw[m]: do_configure:prepend should be enough09:00
qschulzhmw[m]: "yocto build dir" does not mean much :/09:01
qschulzwhat;s the actual path?09:01
hmw[m] /oe-Stable/OS7.X/deltatouch/build09:01
hmw[m]below that is the arch name09:01
hmw[m]damn meatings ..09:02
qschulzok, that's kinda surprising09:02
qschulzhmw[m]: cd ${S}; oe_runmake mrproper would probably work09:02
qschulzyou probably want to run `cd -` at the end so that consequent postfuncs aren't in ${S}09:03
qschulznot sure it's needed but better be safe than sorry09:03
*** yann <yann!~yann@> has joined #yocto09:10
*** Wouter0100 <Wouter0100!> has quit IRC (Quit: The Lounge -
*** Wouter0100 <Wouter0100!> has joined #yocto09:17
*** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has joined #yocto09:30
graham_o[m]Win up to $1000 in crypto trading when you invest with just the minimum of $50... (full message at <>)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@> has joined #yocto09:50
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Ping timeout (120 seconds))09:51
*** d-s-e <d-s-e!> has joined #yocto10:07
*** florian <florian!> has joined #yocto10:25
*** dacav <dacav!> has joined #yocto10:38
*** dacav <dacav!> has quit IRC (Client Quit)10:38
*** tor_ <tor_!~tor@user/tor> has joined #yocto10:53
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)10:54
*** tor <tor!~tor@user/tor> has quit IRC (Ping timeout: 260 seconds)10:55
rburtonDvorkinDmitry: image_types.bbclass is 99% new image types. see for example the ext4 function that uses mkfs.ext410:58
rburtonejoerns[m]: write a fetcher :)11:00
*** d-s-e <d-s-e!> has quit IRC (Ping timeout: 260 seconds)11:02
ejoerns[m]rburton: that's the answer I was afraid of :D11:04
rburtonejoerns[m]: doesn't have to be hard if you ignore some features, see the s3 fetcher11:07
LetoThe2ndejoerns[m]: alternative, patch github with a bitbake provider? ;-)11:08
*** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto11:09
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto11:14
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)11:16
*** alessioigor <alessioigor!~alessioig@> has joined #yocto11: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 solution11:18
LetoThe2ndejoerns[m]: it is possible.11:18
LetoThe2ndejoerns[m]: need me to dig up an example, or feel like hunting yourself?11:19
*** d-s-e <d-s-e!> has joined #yocto11:23
*** amitk__ <amitk__!~amit@> has joined #yocto11:27
*** amitk_ <amitk_!~amit@> 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
LetoThe2ndejoerns[m]: then happy digging!11:36
*** florian_kc <florian_kc!> has joined #yocto11:48
*** amitk_ <amitk_!~amit@> has joined #yocto11:50
*** amitk__ <amitk__!~amit@> has quit IRC (Ping timeout: 252 seconds)11:51
*** goliath <goliath!~goliath@user/goliath> has joined #yocto11:56
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 260 seconds)12:00
*** zpfvo <zpfvo!> has joined #yocto12:15
*** danielt <danielt!~danielt@2001:470:69fc:105::34d8> has joined #yocto12:23
*** Wouter0100 <Wouter0100!> has quit IRC (Quit: The Lounge -
*** Wouter0100 <Wouter0100!> has joined #yocto12:32
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)12:46
*** alessioigor <alessioigor!~alessioig@> has joined #yocto12:46
DvorkinDmitryrburton, thank you12:46
*** Peter[m]12345 <Peter[m]12345!~chiefdome@2001:470:69fc:105::2:bfd6> has joined #yocto12:50
*** Guest28 <Guest28!~Guest28@2a0c:b381:462:9800:e22a:2229:5d3c:8817> has joined #yocto13: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!> has quit IRC (Quit: Konversation terminated!)13:01
*** vmeson <vmeson!~rmacleod@> has quit IRC (Ping timeout: 256 seconds)13:09
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:10
*** gho <gho!> has quit IRC (Quit: Leaving.)13:17
*** gho <gho!> has joined #yocto13:20
*** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has joined #yocto13:28
*** Tyaku <Tyaku!> has joined #yocto13:30
*** kscherer <kscherer!> has joined #yocto13:31
*** sakoman <sakoman!> has joined #yocto13:47
hmw[m]<Saur[m]> "hmw: You should use `oe_runmake`..." <- tnx13:48
hmw[m]i think i find the root of the problem but not sure what causes it13:49
hmw[m]it is executing this in do_compile13:49
hmw[m]echo -ge5b4b9fcb3 > //build/arago-tmp-default-glibc/work/d*oe-linux-gnueabi/u-boot-*/2017.01-r0+gitrAUTOINC+e5b4b9fcb3/git/.scmversion13:49
qschulzyeah, all u-boot recipes do that13:51
hmw[m]qschulz: can i mark that file some how that its not needed to clean ? or remove it from the bitbake schript13:52
qschulzhmw[m]: which step fails for you?13:55
qschulzI guess you could remove the files in do_configure:prepend for example13:56
qschulzbut it's not an issue for other u-boot recipes13:56
qschulzmight just be related to your ancient version of u-boot using inc files meant to be used for much newer versions13:56
hmw[m]its a version of 2017 so i think that is ancient13:58
*** alessioigor <alessioigor!~alessioig@> 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 needed14:01
qschulzhmw[m]: I hope you don't expect this device to be secure, because this version has a few critical CVEs already14:06
*** amitk_ <amitk_!~amit@> has quit IRC (Ping timeout: 260 seconds)14:06
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)14:06
hmw[m]qschulz: trying to port it to dunfell  everthing in the field is still running krogoth14:07
hmw[m]so i don´t u-boot is my last concern14:08
qschulzhmw[m]: that's a painful upgrade :/14:12
hmw[m]it is14:13
qschulzhmw[m]: some veterans here recommend to not use inc files from outside of the layer where the recipe is14:15
qschulzhmw[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 layer14:15
hmw[m]oke going to try that14:16
hmw[m]qschulz: btw say them tnx14:18
*** styloge[m] <styloge[m]!~stylogema@2001:470:69fc:105::2:bfe3> has joined #yocto14:19
*** xmn <xmn!> has joined #yocto14:23
JaMawas 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 LGE14:26
qschulzJaMa: ML AFAIR14:27
*** hcg <hcg!~hcg@> has joined #yocto14:32
mcfriskor was it members list only?14:33
JaMaI 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
JaMathere is e.g. but IMHO that's not the one I remember14:35
qschulzJaMa: ^14:38
JaMaqschulz: thanks!14:38
*** ric96 <ric96!> has joined #yocto14:47
DvorkinDmitryhmm... how it could be? I'm setting B="${S}" (builddir) inside the recipe and it is not working14:58
qschulzDvorkinDmitry: what are you trying to do, what is "not working"?15:00
DvorkinDmitryqschulz, I set B="${S}" inside my recipe, when S="${WORKDIR}/git". It is not working, do_compile still trying to build inside {WORKDIR}/build15:00
*** |Xagen <|Xagen!> has joined #yocto15:02
qschulzDvorkinDmitry: are you sure B is set? did you check with bitbake-getvar -r <recipe> B ?15:02
*** Xagen <Xagen!> has quit IRC (Ping timeout: 260 seconds)15:04
DvorkinDmitryqschulz, to my surprise, it is not if I LATER put "inherit autotools"!15:05
DvorkinDmitrynever expect that :)15:06
rburtonDvorkinDmitry: if the recipe uses autotools *but* is broken with out-of-tree builds, then inherit autotools-brokensep15:06
rburtonautotools set B=WORKDIR/build, as it does out-of-tree builds15:06
rburton(and fix the makefiles to work with out-of-tree builds, its better)15:07
DvorkinDmitryrburton, wow! thanks!15:07
rburtonimho, *every* user of autotools-brokensep needs an upstream bug report to complain15:08
RPwe haven't seen that many of those improve over the years :(15:11
JPEWRP: I had a few thoughts on the variable tracking15:12
*** amitk_ <amitk_!~amit@> has joined #yocto15:12
JPEWRP: 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 collisons15:12
JPEWSecond.... 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@> has quit IRC (Quit: Leaving)15:20
qschulzJPEW: 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
JPEWYa, set would be fine15:21
JPEWbetter probably15:21
RPJPEW: 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 speed15:21
RPJPEW: I think the "" values probably don't matter much since python likely has optimisations in place for that already too15:22
JPEWRP: 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
RPJPEW: right. There is also a second benefit since we drop the overhead of the hash() function call15:24
RPMy 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 overall15: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 #yocto15:27
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 260 seconds)15:28
JPEWRP: cool15:29
*** zpfvo <zpfvo!> has joined #yocto15:43
*** Payam <Payam!~Payam@> 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!> 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 -
*** florian <florian!> has quit IRC (Ping timeout: 260 seconds)16:24
*** justache <justache!~justache@user/justache> has joined #yocto16:25
*** justache <justache!~justache@user/justache> has quit IRC (Remote host closed the connection)16:30
*** justache <justache!~justache@user/justache> has joined #yocto16:31
*** mthenault <mthenault!> has quit IRC (Ping timeout: 248 seconds)16:33
RPkergoth: any thoughts on allowing python data in recipes somehow (e.g. lists or dicts) ?16:36
zeddiibloody elfutils ptests, can't run just the one I want16:37
* zeddii starts hacking 16:37
RPkergoth: I wonder if that could be as simple as MYVAR = ['x', 'y', 'z']16:37
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto16:38
*** gho <gho!> has quit IRC (Quit: Leaving.)16:51
*** florian <florian!> has joined #yocto16:55
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 260 seconds)16:59
*** zpfvo <zpfvo!> has joined #yocto17:01
*** zpfvo <zpfvo!> has quit IRC (Quit: Leaving.)17:07
rburtonis it me, or is PERSISTENT_DIR aka build/cache, a bit misused.17:08
rburtonif its meant to be shared between all builds why is sanity_info in there?17:08
rburtonif I have a shared sstate-dir, should i set PERSISTENT_DIR to alongside it so the hashequiv.db is with it?17:09
rburtonthere's also the bitbake codeparser cache, surely that shouldn't be shared between builds?17:09
*** hcg <hcg!~hcg@> has quit IRC (Ping timeout: 256 seconds)17:10
*** geoffhp <geoffhp!> has joined #yocto17:12
rburtonJPEW RP looking at you two for ^^^17:15
Ch^Wrburton: 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
rburtonwell sharing sstate is trivial: single directory17:16
Ch^WRight... that is the easy part.17:16
Ch^WOrchestrating the whole circus so my developers do not need to _think_ about it, is the hard part.17:17
Ch^WWrappers galore for the time being...17:17
RPrburton: we're off into really old bits of code, it is totally badly named17:17
RPrburton: no, codeparser should not be shared, that cache doesn't work like that17:18
RP(it has build paths in it from expanded functions)17:18
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)17:19
RPand 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 that17:19
RPi.e. hashserv over NFS would be a disaster17:19
rburtonhow about on a local machine?17:19
RPrburton: depends how well you think sqlite works17:20
rburtoni may run two parallel builds17:20
rburtonso wellish :)17:20
*** florian <florian!> has quit IRC (Ping timeout: 256 seconds)17:20
RPrburton: you can run two servers from the data hashserv DB, I've never tried two builds17:20
*** Tyaku <Tyaku!> has quit IRC (Quit: Lost terminal)17:20
JPEWYou _should_ be able to share the SQLite database between two servers, or two builds from the same server17:22
JPEWThe latter is probably better though17:23
* RP advises rburton to have a box to put all the pieces in17:24
rburtonye of little faith17:24
rburtonRP: so i cant replicate that equiv problem with langdale... it rebuilds everything instead!17:24
RPrburton: gah :(. We should work out why :/17:25
RPrburton: any luck with a debug log when it happens?17:25
Ch^WFWIW, I was pleasantly surprised to find out that sqlite performs 100% MC/DC coverage (
Ch^WMC/DC is required of the highest level criticality software in aerospace.17:25
RPCh^W: nice!17:26
*** florian <florian!> has joined #yocto17:35
*** florian_kc <florian_kc!> has joined #yocto17:35
*** gsalazar <gsalazar!> has joined #yocto17:39
* paulg is still rocking out the AC/DC17:54
JPEWrburton: 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 YMMV17:55
JPEWHashserve usage of SQLite is a lot more simple and "normal" than other places in bitbake, so I suspect it works concurrently17:56
rburtonhmm why isn't hashequiv working *at all* for me with langdale17:56
JPEWNo forks, no threads, etc17:57
JPEWThat's strange17:57
rburtonbuild image, touch autoconf-native's configure script with a bbnote, build image -> doesn't notice autoconf-native's sysroot is identical and rebuilds the world17:57
rburtondid almost-the-right-thing in master, but trying with a clean langdale tree17:57
JPEWI'll give it a try when I get back to a computer17:59
rburtonJPEW ircing with HIS MIND17:59
JPEWCyberpunk complete with head jack17:59
rburtonRP: ah i think this is the same problem but with langdale i don't have a build tree for it to re-package from18:07
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.7.1)18:08
RPrburton: that would make sense18:08
rburtoneasy to test18:09
RPrburton: I'm heading afk with a headache but if you share the debug logs I'll take a look18:09
rburtoni'll share them monday :)18:10
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto18:13
DvorkinDmitryis there any example of handling @d.getVarFlags() in bash?18:14
*** Payam <Payam!> has joined #yocto18:14
rburtonDvorkinDmitry: that would expand before the shell script runs18:15
rburtonbasically, the question doesn't make sense18:16
rburton${@...} gets expanded as the script is written out18:16
DvorkinDmitryok. any way to parse this {'tst1': ' p0;k0;o0 p1;k1;o1', 'tst2': ' t0;a0;f0 t1;a1;f1'} in bash?18:16
rburtonso bash sees what the expansion was18:16
rburtonuse python instead of bash to write the task or whatever?18:17
DvorkinDmitryrburton, seems there is no way not to use python :) I'm not good in syntax, but good in bash :)18:18
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 248 seconds)18:35
*** Tokamak_ <Tokamak_!~Tokamak@> has joined #yocto18:36
*** Tokamak_ <Tokamak_!~Tokamak@> 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 #yocto18:43
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto18:53
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)18:56
*** bantu <bantu!> has quit IRC (Quit: No Ping reply in 180 seconds.)18:56
*** bantu <bantu!> has joined #yocto19:00
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 268 seconds)19:16
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: Tokamak)19:19
*** goliath <goliath!~goliath@user/goliath> has joined #yocto19:28
*** florian_kc <florian_kc!> has joined #yocto19:36
vvndoes some_task[mcdepends] += "mc::foo:recipe:task" work for you guys?19:38
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto19:39
*** GillesM <GillesM!> has quit IRC (Ping timeout: 268 seconds)19:39
*** florian_kc <florian_kc!> has quit IRC (Read error: Connection reset by peer)19:42
*** qschulz <qschulz!> has quit IRC (Read error: Connection reset by peer)19:44
vvnRP: I believe mcdepends is broken at the moment19:48
*** qschulz <qschulz!> has joined #yocto19:48
*** florian <florian!> has quit IRC (Ping timeout: 240 seconds)19:49
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)19:59
*** qschulz <qschulz!> 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!> has joined #yocto20:06
vvndamn, found it... INITRAMFS_MULTICONFIG also needs BBMULTICONFIG..20:07
vvnok 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 trace20:15
*** florian_kc <florian_kc!~florian@> has joined #yocto20:31
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds)20:34
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto20:36
*** vmeson <vmeson!~rmacleod@> has quit IRC (Quit: Konversation terminated!)20:36
*** qschulz <qschulz!> has joined #yocto20:37
*** amitk_ <amitk_!~amit@> has quit IRC (Ping timeout: 260 seconds)20:39
*** goliath <goliath!~goliath@user/goliath> has joined #yocto20:50
*** npcomp <npcomp!~user@user/npcomp> has quit IRC (Ping timeout: 260 seconds)20:56
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 268 seconds)20:56
*** npcomp <npcomp!~user@user/npcomp> has joined #yocto21:10
*** tor_ <tor_!~tor@user/tor> has quit IRC (Quit: Leaving)21:33
*** kscherer <kscherer!> has quit IRC (Quit: Konversation terminated!)21:33
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)21:56
RPvvn: could you send a patch please?21:58
*** goliath <goliath!~goliath@user/goliath> has joined #yocto21:59
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)22:07
*** gchamp <gchamp!> has quit IRC (Read error: Connection reset by peer)22:11
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto22:23
*** Wouter0100 <Wouter0100!> has quit IRC (Quit: The Lounge -
*** Wouter0100 <Wouter0100!> has joined #yocto22:37
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 256 seconds)22:39
*** nemik <nemik!> has joined #yocto22:39
*** d-fens <d-fens!> has quit IRC (Quit: Client closed)22:40
*** sakoman <sakoman!> has joined #yocto22:40
*** nemik <nemik!> has quit IRC (Ping timeout: 256 seconds)22:43
*** nemik <nemik!~nemik@> has joined #yocto22:44
RP;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 2.17.2 by Marius Gedminas - find it at!