Wednesday, 2021-07-14

*** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has joined #yocto00:00
*** qschulz <qschulz!> has quit IRC (Quit: qschulz)00:32
*** qschulz <qschulz!> has joined #yocto00:34
*** camus1 <camus1!~Instantbi@> has joined #yocto00:41
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 255 seconds)00:42
*** camus1 is now known as camus00:42
*** zeddiii <zeddiii!> has joined #yocto00:43
*** zeddii <zeddii!> has quit IRC (Ping timeout: 268 seconds)00:44
*** zeddiii <zeddiii!> has quit IRC (Ping timeout: 272 seconds)01:06
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection)01:07
*** camus1 <camus1!~Instantbi@> has joined #yocto01:22
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 258 seconds)01:24
*** camus1 is now known as camus01:24
*** zeddii <zeddii!> has joined #yocto01:30
*** RobertBerger <RobertBerger!~rber|> has joined #yocto01:32
*** rber|res <rber|res!~rber|> has quit IRC (Ping timeout: 256 seconds)01:34
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:f415:8836:bf4c:cedc> has joined #yocto02:14
whuang0389why? source poky/oe-init-build-env02:15
whuang0389Error: The bitbake directory (/home/whuang/repos/tmp2/yocto/layers/bitbake) does not exist!  Please ensure a copy of bitbake exists at this location or specify an alternative path on the command line02:15
whuang0389meh nvm i refreshed my shell02:16
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 255 seconds)02:19
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:f415:8836:bf4c:cedc> has quit IRC (Quit: Client closed)02:23
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)02:24
*** camus1 <camus1!~Instantbi@> has joined #yocto02:41
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 265 seconds)02:43
*** camus1 is now known as camus02:43
*** sakoman <sakoman!> has joined #yocto03:13
*** amitk <amitk!~amit@> has joined #yocto03:21
*** paulg <paulg!> has quit IRC (Ping timeout: 276 seconds)03:26
*** camus1 <camus1!~Instantbi@> has joined #yocto04:55
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 255 seconds)04:55
*** camus1 is now known as camus04:55
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)04:57
*** yates <yates!> has quit IRC (Ping timeout: 255 seconds)05:39
*** marka <marka!> has quit IRC (Ping timeout: 252 seconds)06:12
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto06:12
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)06:20
*** rob_w <rob_w!> has joined #yocto06:21
*** marka <marka!> has joined #yocto06:26
*** zeddii <zeddii!> has quit IRC (Ping timeout: 246 seconds)06:27
*** Neur0mante <Neur0mante!> has joined #yocto06:38
*** frieder <frieder!> has joined #yocto06:41
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:42
mihaigood morning!06:46
*** zeddii <zeddii!> has joined #yocto06:46
*** zpfvo <zpfvo!> has joined #yocto06:57
*** zyga_ is now known as zyga07:11
*** zyga_ <zyga_!~zyga@> has joined #yocto07:40
*** hpsy <hpsy!~hpsy@> has joined #yocto07:42
*** zyga <zyga!> has quit IRC (Ping timeout: 255 seconds)07:43
*** florian <florian!> has joined #yocto07:44
*** camus <camus!~Instantbi@> has quit IRC (Remote host closed the connection)07:53
*** camus <camus!~Instantbi@> has joined #yocto07:54
*** LetoThe2nd <LetoThe2nd!> has joined #yocto07:58
LetoThe2ndyo dudX08:01
*** zeddii <zeddii!> has quit IRC (Ping timeout: 258 seconds)08:04
*** zeddii <zeddii!> has joined #yocto08:05
LetoThe2ndRP: indeed.08:20
qschulzLetoThe2nd: I see that you're working hard on your dad jokes :)08:25
*** zyga_ is now known as zyga08:26
floriangood morning08:27
LetoThe2ndqschulz: i am absolutely entitled to do so.08:29
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto08:32
SchlumpfHi all, is there any chance to append or override a do_compile_prepend() command of a .bb file in a .bbappend file?08:34
qschulzSchlumpf: I don't think so08:35
qschulzso your only way out (at least, whichcomes to mind right now) would be to make do_compile[noexec] = "1" and then put the content of your do_compile into a task that is put after (or before?) do_compile08:37
LetoThe2nd"yo dawg, we heard you like overrides, so put overwrites in your override.... erm, nevermind." </xzibit>08:38
qschulzyou can reuse do_compile from classes (if there are any), directly within that new task if you want (e.g. cmake_do_compile)08:38
qschulzSchlumpf: you can make your _prepend override-specific if it's possible for you to modify the recipe/bbappend in which it is set08:39
qschulzfor variables, you could have used _remove though not nice08:40
qschulzI don08:40
qschulz't think it exsist for tasks08:40
SchlumpfMany thanks, prepending the underlying class of the compile command did the job.08:52
*** florian_kc <florian_kc!> has joined #yocto09:07
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)09:09
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:20
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto09:20
*** camus1 <camus1!~Instantbi@> has joined #yocto09:24
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)09:25
*** camus1 is now known as camus09:25
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)09:30
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has quit IRC (Read error: Connection reset by peer)09:43
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has joined #yocto09:44
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has quit IRC (Read error: Connection reset by peer)09:47
splatchLetoThe2nd: are you dad now?09:48
LetoThe2ndsplatch: "now".. since more than 7 years already.09:48
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has joined #yocto09:49
splatchLetoThe2nd: guess I am too late to send gratulations ;-)09:50
LetoThe2ndsplatch: heh, somewhat, yeah.09:51
splatchanyhow, I will throw a question which is somewhat close and far from yocto itself. OTA. I noticed there are multiple ways of doing it, there is rauc, mender, swupdate and others which handle it. Anyone has any remarks related to above or other things which would like to share? I am currently working with swupdate, but I am not entirely happy with it.09:53
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has quit IRC (Ping timeout: 258 seconds)09:54
rburtonan old colleage was very happy with swupdate for their setup09:55
splatchrburton: can you refer if it was microcontroller, embedded/gateway device, ipc or something else?09:55
rburtonhandheld device09:55
qschulzsplatch: I think it would make sense to expose the reasons why you're not happy with swupdate09:55
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto09:58
splatchqschulz: yeah, I think these are mainly on my end, yet I find it hard to fix. I see swupdate documentation quite sparse and sometimes written with assumption that reader knows the tool. In my case it is rather opposite. Comparing documentation itself, swupdate seems to be quite low in comparison to others. There were also some technical challanges such as USB update not working out of the box with warrior.10:00
splatchIt did improve lately, yet I had to sacrifice fair amount of time to trace it down. Now I am stuck with a failing update which seems to be related to update image contents. As far I can find description how to verify signatures of signed files I can't find any pointers how to inspect image itself (beside format description), which I would assume kind of semi standard task.10:00
splatchI can't talk really about lover level stuff (ie bootloader update) cause I am stuck with things way above of the advanced features.10:01
LetoThe2ndsplatch: well its a matter of perspective. swupdate is a classic "scratch your own itch" open source project, whereas mender is a commercial product.10:03
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has joined #yocto10:04
LetoThe2ndi think rauc is somewhere in between10:04
ejoerns[m]splatch: despite these update frameworks solve many  pain-points already, I would bet you run into issues during integration with all of them. Thus I would not take this instantly as a hint to switch the framework. Having all components working tightly together in a reliable way is probably almost all times at least a little bit of pain ;)10:04
splatchyes, I see this difference very well, I am well aware of such thing cause I do work with adoption of another oss project > product deployment on top of gardware10:04
splatchit looks like never ending story, especially when rolling updates are involved ;)10:05
qschulzsplatch: just FYI, meta-swupdate is regularly updated, even for old releases of Yocto IIRC10:06
ejoerns[m]LetoThe2nd: no RAUC is fully open source, too ;)10:06
qschulzI had a look at thud support a few months ago and it was supporting the latest version of swupdate10:06
qschulzso if there are bugs in swupdate, it's pretty easy to stay up-to-date (at least on the side of Yocto :) )10:06
ejoerns[m]qschulz: not sure if you should stick to thud when being able to update and caring for a minimus of security... ;) its EOL for some time now10:08
splatchthat's quite good message since I do yocto stuff once a year (July-August)10:08
LetoThe2ndejoerns[m]: i wasn't referring to the license model, but the different mission backgrounds.10:08
splatchI believe main battle goes not over the tool but service which can be sold on subscription basis. This is clearly what mander does, not sure about rauc, but there is one more tool I noticed which does pretty much the same10:09
splatchright, it is a blynkkk10:10
ejoerns[m]LetoThe2nd: I would expect both to have the same mission background ;) but would be interesting to hear how you perceive this difference :)10:11
LetoThe2ndejoerns[m]: "both" when there are already three things mentioned? ;-)10:12
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Remote host closed the connection)10:12
ejoerns[m]splatch: yes, mender has both an open source and a supscription part. And it focuses on deployment / hosting services which swupdate and RAUC does not. The full capability of mender you will probably only get with the paid service. but you could also use their server infrastructure and use a custom update client (at least theoretically)10:13
ejoerns[m]LetoThe2nd: To my understanding the pool of 'fully open source' was already shrunken to swupdate + RAUC ;)10:14
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto10:15
qschulzejoerns[m]: not my problem anymore :) (re: EOL)10:15
splatchejoerns[m]: at scale I am currently are I am far from looking for paid options (I pay with own pain if necessary), if I would have 1000s of devices then yes, their model would simplify my life. Since I expect 10 units deployed this/next year I will rather stay with USB or manunal update.10:15
splatchwhat I actually liked in mender way was clear separation of update steps and "hooks" which you in theory could get into with scripts and so on. For swupdate I do see pre/post hooks alone and nothing more.10:16
qschulzsplatch: you can write your own handlers in swupdate, so feel free to implement what you want for your scripts ;)10:18
LetoThe2ndejoerns[m]: hehe yes, but i'm not gonna do the OSS zealot thing there. so i am purely looking at the background/mission statements, which sound to me a lot like: 1)swupdate: scratch-your-own-itch by stefano. others are invited to use it, but its not the main goal. 2) rauc: make-a-product-to-solve-own-problem by ptx. it being a product means that it being used by others is at least encouraged. 3) mender: create a product and sell10:18
LetoThe2ndit. the OSS part seems to be merely a door opener/sales argument.10:18
LetoThe2ndejoerns[m]: please note that this is specifically my own personal perception of things, which might or might not be correct.10:19
splatchthere are cases where oss is in theory needed to sell since recipient can think of switching vendor, it barely happens but public/military sector could favor such a way10:19
*** Neur0mante <Neur0mante!> has quit IRC (Ping timeout: 246 seconds)10:20
LetoThe2nd"it all depends." (TM)10:21
splatchqschulz: first, I need to get two or three steps 1) understand the tool 2) understand its apis 3) understand (read as learn) C or Lua. Then I will be set!10:21
*** Neur0mante <Neur0mante!> has joined #yocto10:23
ejoerns[m]LetoThe2nd: thanks for this insight :) I don't want do comment or rate this as I am not really an independent observer but it's interesting to hear ;)10:27
splatchnow, as I did engage some of you I will throw my trouble :)10:28
splatchuname returns different result than modules packaged with update image, update image is feed from .ext4.gz or direct.p2.gz (another invention through custom patch to wic), both result in same trouble. Missalignment of kernel version and modules.10:29
splatchmy build/layer is configured wih PREFERRED_VERSION_linux-intel="5.10%" and PREFERRED_PROVIDER_virtual/kernel = "linux-intel"10:30
LetoThe2ndejoerns[m]: :)10:30
splatchI can't find really any references to 4.19.80, this is really an previous system release running on the device.10:31
splatchdo I have some boot trouble or something?10:31
splatchfirst line of my dmesg says [    0.000000] Linux version 4.19.80-intel-pk-standard (oe-user@oe-host) (gcc version 8.3.0 (GCC)) #1 SMP PREEMPT Mon Jul 13 12:50:56 UTC 202010:32
splatchso it is wrongly booted10:32
ejoerns[m]splatch: you could inspect the image you build and then packed into the update to see if that contains the expected artifacts. This will probably tell you if its a build-system issue or if something during the update went wrong10:32
splatchthe more I look into it the more I am convinced it is my mistake, cause swupdate does the flashing and does switch partitions just fine, what goes odd is a boot argument.10:33
LetoThe2ndsplatch: so you are having a "boot argument" muahahahaha10:35
* LetoThe2nd feels mightly proud to get the dad joke thing done so well!10:35
splatchdas klasik!
*** camus1 <camus1!~Instantbi@> has joined #yocto10:45
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 258 seconds)10:46
*** camus1 is now known as camus10:46
splatchLetoThe2nd: so, there is a thing with a boot, my first image did not have fsck enabled by default and now I'd like to fix it. I've tried to enable it via kernel argument coming from wic bootloader options. While it will fix issue with new installations where I flash image I would need to do a bootloader update with older installations. I found a way to compile in fsck into kernel commandline options, yet I10:48
splatcham not certain what happens later with it.10:48
dvorkindmitrymay I set PACKAGE_FEED_ARCHS in the machine config, not in distro (I have MC: configuration)?10:53
splatch.. looks like I will have to update bootloader anyway..11:08
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 265 seconds)11:11
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto11:14
*** camus1 <camus1!~Instantbi@> has joined #yocto11:17
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 246 seconds)11:18
*** camus1 is now known as camus11:18
*** tnovotny <tnovotny!> has joined #yocto11:27
*** zpfvo <zpfvo!> has joined #yocto12:29
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)12:44
v2dhi all -- does a multiconfig configuration file takes precedence over a machine configuration file, or the opposite?12:54
*** kayterina <kayterina!> has joined #yocto12:56
LetoThe2ndv2d: best to think of a mc as "an additional local.conf customization"12:56
LetoThe2ndv2d: hence, it technically can overwrite anything that the machine config sets, but its a rather bad practise i'd say.12:56
*** paulg <paulg!> has joined #yocto12:57
v2dLetoThe2nd it seems like a good idea to isolate customer configuration such as defining a different TMPDIR and tweaking the default image (for different keys or password for example)12:58
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto12:59
LetoThe2ndv2d: "it depends" (TM) (as usual)12:59
v2dso you can build mc:customer:hw-default-image or something.We'll see how it goes13:01
JPEWv2d: This is exactly what we do. In fact, we even wrote a tool to manage it for you:
qschulzJPEW: you're everywhere :D13:04
LetoThe2ndJPEW: i hereby declare that "whiskex" means "building in pyrex using whisk".13:07
* LetoThe2nd is off whiskexing.13:07
JPEWLetoThe2nd: Well, whisk *does* have "native" Pyrex support, for obvious reasons :)13:08
LetoThe2ndwho cares about real support when we can have fun with crazy names instead?13:09
JPEWLetoThe2nd: Next time I need to name something, I'm going to ask you.... I find it one of the hardest parts :)13:10
*** pinpox <pinpox!> has joined #yocto13:10
LetoThe2ndJPEW: yes please!13:11
* paulg wonders what happened to LetoThe1st13:11
JPEWAs it happens, our company even has a mild fascination with umlauts ;)13:11
v2dI'm currently using kas, but I'll keep an eye on whisk13:12
LetoThe2ndpaulg: according to my persona folklore, he was my gradfather and died while carrying out a suicidal assault on baron wladimir harkonnen, shortly after sending my grandmother and father off into the desert to seek refuge with the fremen.13:13
JPEWMaybe I should start on those books.... I ran out of my usual reading fodder13:14
LetoThe2ndJPEW: unless you are into a somewhat weird scifi-politics conglomerate which decays into weird musings on violence, drugs and various "adult" mindwashing techniques, don't do.13:16
JPEWLetoThe2nd: Ah... maybe I'll just watch the movie instead then :)13:18
LetoThe2ndJPEW: well my nickname has a kind of personal history, but in a nutshell, the character is a 3500year old sandworm, god emperor of the known universe and quite the asshole. felt appropriate.13:19
JPEWLetoThe2nd: You've aged well13:20
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto13:20
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 268 seconds)13:21
*** camus <camus!~Instantbi@> has joined #yocto13:21
paulgStay away from Fred Ward and Kevin Bacon.13:23
LetoThe2ndpaulg: ?13:24
paulgSpoof sci fi of the 1990s where they go on a killing spree of giant sandworms.13:26
LetoThe2ndsounds perfectly sensible to me.13:27
RobertBerger@LetoThe2nd: Oida. A much more interesting question is why LetoThe2nd is not called LetoThe3rd. The answer is here:
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Remote host closed the connection)13:29
LetoThe2ndRobertBerger: little to add.13:30
*** shoragan <shoragan!~shoragan@user/shoragan> has quit IRC (Ping timeout: 272 seconds)13:32
*** rob_w <rob_w!> has quit IRC (Quit: Leaving)13:38
*** ant__ <ant__!> has joined #yocto13:40
dvorkindmitrymay I set PACKAGE_FEED_ARCHS in the machine config, not in distro (I have MC: configuration)?13:42
JPEWRP: I just send the oe-core patch to add the command line compression tools, which should allow the bitbake patch to add the compression classes to be added also13:43
overridehas anyone here setup docker on osx and be able to mount the usb port for a dev boards?13:44
RPJPEW: cool, thanks. I should queue some tests13:44
RPJPEW: although I guess we'll need a new buildtools first and upgrades to the workers (and docs updates)13:44
JPEWRP: Ya, probably13:44
*** angolini <angolini!> has joined #yocto13:46
*** shoragan <shoragan!~shoragan@user/shoragan> has joined #yocto13:56
manuel1985This is totally offtopic, but I had registered manuel1985 on NickServ on Freenode. Now NickServ tells me that username is no longer registered. I was using it at least once a week. Did other peoples nicknames get unregistered as wel?14:08
LetoThe2ndmanuel1985: freenode is dead. thats it.14:09
JPEWRP: Ok, I verified that pzstd output is the same regardless of the number of threads used, so that's good. I think I misunderstood the way it does parallel compression14:10
zeddiimanuel1985: yah. they did that to everyone (as near as I could tell). I didn't even bother re-registering mine14:10
*** Neur0mante <Neur0mante!> has quit IRC (Ping timeout: 246 seconds)14:12
manuel1985zeddii? wtf? Seriously? I was under their impression their new owner would like to keep the freenodes market value = user count high (for whatever he intends to do with Freenode), and that runs totally contrary to that. Must have lost his mind.14:12
manuel1985Didn't re-register either. In the meantime, all channels I attend have higher user count on than on Freenode. Not going to sabotage that by staing on Freenode.14:13
*** sakoman <sakoman!> has joined #yocto14:14
kanavinmanuel1985, you would do well to read this
kanavinzeddii, ^^^14:16
* zeddii is aware14:16
yates_homeis there a way to clean all the state info for a specific recipe?14:17
JPEWyates_home: `bitbake -c cleanall <RECIPE>`14:17
yates_homeJPEW: cool, thanks!14:18
qschulz-c cleansstate if you don't want to remove the sources from the DLDIR14:20
yates_hometoo late, but i guess this recipe's source wasn't that big. then again, i'm lucky to have a 1 Gbps pipe up/dn14:21
qschulzshow-off :)14:22
yates_home:) yah!14:22
yates_homewe had the good fortune to be a special test neighborhood for Ting out of Canada (i live in the US)14:23
yates_homeotherwise i'd still be on Centurylink's 8 Mbps dn/ 0.8 Mbps up...14:24
RPJPEW: great, that matches what I thought/hoped! :)14:27
qschulzJPEW: re: SSH_AUTH_SOCK on pyrex... I think it's an issue with a check on the host key of the git server14:28
JPEWqschulz: Ah, that makes sense14:29
JPEWqschulz: We bind mount ~/.ssh into the container locally to fix that14:29
qschulzJPEW: yeah... trying to avoid that specifically14:30
qschulzthough... I could mount the ssh_known_hosts :)14:30
*** champagneg <champagneg!> has joined #yocto14:30
JPEWqschulz: Ya, people get nervous about bind mounting .ssh into a random container14:30
kanavinRP, JPEW I was slightly worried that changing rpm to use zstd would also cause non-reproducibility14:31
JPEWqschulz: FAQ covers this actually:
kanavinI have a WIP patch for that14:31
kanavin(waiting for rpm 4.17 release)14:31
JPEWkanavin: Nice. Does it use parallel compression?14:31
kanavinJPEW: yes14:32
qschulzJPEW: are you RTFM'ing me 😱14:32
qschulz(you would be right :) )14:32
kanavinJPEW: it does not use parallel decompression, but even then it's very quick - I'm actually unsure how much pzstd would help here14:32
JPEWkanavin, RP: Although I think there might be repro issues if different distros have different default compression levels... I wasn't sure if I should be explicitly forcing a compression level instead of letting is use the default14:33
kanavinJPEW: rpm can set both compression level and number of threads to use explicitly14:33
kanavinfor zstd14:34
kanavinJPEW, RP setting the compression level explicitly is important, as there is a tradeoff between compression speed vs artefact size to be made14:35
JPEWkanavin: Ok, I'll rework my patch to do that.... I was leaning that way anyhow14:36
kanavinJPEW, but on the other hand, the lower levels are *very* quck14:36
kanavinan order of magnitude faster than e.g. xz14:36
kanavintry on a large data set, several gigs or so!14:36
JPEWkanavin: Ya. I'm warming up to zstd as one of the best general purpose compressors. It has quite a wide range of speed/size tradeoff14:37
kanavinJPEW, I think we should use zstd throughout yocto14:37
JPEWkanavin: Almost as fast as lz4 on the one hand, but can get really small if you take the time14:38
kanavinsstate, packages, and the SDKs14:38
JPEWSomeone was working on zstd for sstate14:38
kanavinwith disk storage and network speeds growing much quicker than CPU speeds, I think it's better to opt towards large file sizes and faster builds/installs14:40
JPEWkanavin: Ya, that's what my goto has been lz4 in the past14:40
kanavininstalling an SDK in 10 seconds instead of 2 minutes is awesome (yes, I verified)14:40
kanavinmaking do_populate_sdk complete in half the time is great too (verified that one as well)14:41
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 255 seconds)14:47
*** camus <camus!~Instantbi@> has joined #yocto14:47
*** roussinm <roussinm!> has joined #yocto14:50
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto14:51
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 252 seconds)14:54
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto14:55
*** tnovotny <tnovotny!> has quit IRC (Quit: Leaving)14:56
*** ant__ <ant__!> has quit IRC (Ping timeout: 245 seconds)14:57
*** dev1990 <dev1990!> has joined #yocto15:00
yates_homeok i finally got my QA problems fixed15:00
yates_homeit was NOT just matter of setting FILES_${PN}15:01
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Remote host closed the connection)15:01
yates_homethanks rburton et al. for your help15:01
qschulzyates_home: well, what was it then :)15:08
*** kayterina <kayterina!> has quit IRC (Remote host closed the connection)15:15
* RP has been playing making a "defval" override namespace which the += =+ and = operators operate within, a weakval namespace for ??= and seeing if that could be used as a migration pathway to improve the syntax consistency 15:20
fraywitht he names spaces it would eval weak then def (or def and if defined not weak) right?15:23
RPfray: def would override weak, yes15:23
RPthe names are just for the experiment. Sadly this thing is far from simple and doesn't even pass parsing15:23
JPEWRP: So, `FOO += "bar"` is syntactic sugar for `FOO_defval_append = " bar"` ?15:25
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto15:30
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)15:34
RPJPEW: yes, exactly15:34
RPthe trouble is I think the code needs to handle XXX_append = and XX_append_YYY = as not defval :)15:35
RPThere is some idea in my mind trying to escape here but the code isn't working and I think I'm losing track of the original objective :/15:36
RPTaking this to a second level of crazy, there could be a defval-recipe, defval-bbclass, defval-conf or similar so the context of the expressions becomes controlled by overrides too15:37
JPEWI think I'm oversimplifying this, but does that make defval and weakval weaker overrides?15:37
RPJPEW: effectivelu15:37
JPEWSo there's essentially no such thing a "bare" variable (one with no overrides)15:38
RPJPEW: in that model, correct15:38
JPEWRP: I don't understand the comment about XXX_append and XXX_append_YYY15:39
RPIt struck me that we were always fighting for the right ordering with ?= = and ??= and yet we have an extensible ordering model with overrides15:39
JPEWRP: Ya, I was (naively?) thinking you could add "defval" and "weakval" to overrides and make the parse translate += et. al. to other syntax as a simple test15:40
JPEWadd to OVERRIDES that is15:40
RPJPEW: that is exactly what my test code does! :)15:40
RPJPEW: XXX_append becomes XXX_append_defval in my code15:41
JPEWWhen you do "XXX_append += " or on purpose?15:41
RPthen worry about what happens to OVERRIDES_append as I didn't inject the default OVERRIDES as OVERRIDES_defval15:41
RPJPEW: I made it happen on any = operator which is now clearly a bad choice15:42
RP(ignoring flags)15:42
JPEWAh, ya. I would have not expected it to apply to any operator.... but I can see how teasing out when it should apply to defval and when it should not would be difficult15:43
RPJPEW: I think I have a better idea now!15:43
JPEWPresumably, you want `FOO = "bar"` => `FOO_defval = "bar"`, but `FOO_append = "bar"` should not become `FOO_append_defval = "bar"`?15:44
RPJPEW: right15:45
RPI think the other problem is where I'm intercepting this, i.e. in the ast rather than in setVar where some knowledge of what is going on is lost15:45
JPEWRP: Ya, I kinda like it there better though, if += is it really supposed to be just a syntatic sugar15:47
RPAlso, FOO_override = bar shouldn't become FOO_override_defval and that is probably the deal breaker as we don't know all overrides in advance15:47
JPEWRP: Right... I suppose you'd have to use the "this might be an override?" logic of lower case vs upper case?15:48
RPJPEW: for processing at this level it becomes totally impractical15:48
JPEWfor what reason?15:49
RPJPEW: we normally defer this to getVar time but with these code changes you'd have to inject all possible combinations in and then determine later15:50
JPEWRP: becomes some overrides are overrides and some are operators?15:52
JPEWAnd the parsing code can't really tell which is which?15:53
RPJPEW: effectively, yes15:55
*** manuel_ <manuel_!~manuel198@> has joined #yocto15:55
*** manuel_ <manuel_!~manuel198@> has quit IRC (Client Quit)15:55
RPI wish we could require a change to the metadata to mark overides15:56
*** manuel1985 <manuel1985!~manuel198@> has quit IRC (Ping timeout: 255 seconds)15:57
JPEWRP: Or use something other than "_" to separate overrides15:58
JPEWSomething dedicated15:58
RPJPEW: right, that is what I mean by mark16:00
JPEWRP: Ah, ok.16:00
RPwell, one possible result of the idea16:00
frayat one of the YP meetings we'd talked about ":" or "::" but that got shot down.. "we don't want to look like...."16:01
RPdo_install{native} = "xxx" ?16:02
RPgets fun with do_install_native_append_poky_pn-lttng = "" though16:03
fraymy nit-picking worry about {} it looks a lot like [] ...16:03
fraybut ya, the multiple overrides with operators mixed in is a big issue16:04
*** zpfvo <zpfvo!> has quit IRC (Quit: Leaving.)16:04
RPdo_install{native} += {poky} {pn-lttng} = ""16:04
RPnot good :)16:04
fraythat looks like a parsing nightmare16:04
RPfray: probably easier than what we have today!16:05
frayI was referring to machine and human parsing16:06
*** ant__ <ant__!> has joined #yocto16:09
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)16:19
*** florian <florian!> has quit IRC (Quit: Ex-Chat)16:20
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 255 seconds)16:26
*** nerdboy <nerdboy!~nerdboy@> has joined #yocto16:29
*** champagneg <champagneg!> has quit IRC (Quit: WeeChat 2.3)16:31
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Client Quit)16:32
*** nerdboy <nerdboy!~nerdboy@> has joined #yocto16:33
*** gchamp <gchamp!> has joined #yocto16:35
*** frieder <frieder!> has quit IRC (Remote host closed the connection)16:40
*** v2d <v2d!> has quit IRC (Ping timeout: 246 seconds)16:53
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 255 seconds)17:00
yates_homeqschulz: sorry, just saw your query. give me a few and i'll post it17:09
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto17:14
*** nerdboy <nerdboy!~nerdboy@> has joined #yocto17:21
yates_homeis the process by which the output from one recipe is separated into multiple packages called "package splitting"17:22
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)17:22
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto17:23
yates_homei do not know why it is not stated in the docs or the bitbake qa check error output that you might need to use something other than FILES_${PN} if the recipe is "packaged-split".17:23
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)17:25
*** florian_kc <florian_kc!> has joined #yocto17:26
yates_homeor have i mis-identified the issue(s)?17:27
yates_homewhat i have now "works" at least17:28
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)17:28
yates_homerburton: i was able to get that machine_dict info from the binutils17:34
JPEWRP: I was thinking something like: FOO.native.append17:35
kergothRP: Can we avoid even the possibility of the difference between _override_append and _append_override in your work on this?  That's a long standing annoyance that we should be able to get rid of by changing to this method of lazy evaluation, in theory17:36
* kergoth back from 3 week road trip vacation, 4 days of driving 8 hours to get there, and then again to get home :)17:36
kergothI'm sore now17:36
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Ping timeout: 252 seconds)17:43
RPkergoth: that kind of trip sounds painful!17:45
RPJPEW: hmm, possible17:45
RPkergoth: those two cases mean two different things and we have code which can use either. We could certainly block one of them at the parser level if we wanted17:46
JPEWI think a table describing the behavior would be helpful.... I can't keep the straight:
JPEW*keep is straight17:54
RPJPEW: I don't think we're in a position to write something like that yet :/17:55
RP(since what I have doesn't really work)17:55
JPEWYa, I wasn't trying to be official... just trying to understand the conversation (if the Wiki isn't a good spot, somewhere else would be fine)17:56
RPMy hope was to be able to move to a more consistent model where things are all deferred rather than the current mix of deferred an immediate17:57
RPJPEW: I tweaked that table for how it needs to operate17:59
JPEWRP: Ah, I see why that is really complicated18:00
kergothI think "Append "bar" to value of FOO_o if o is in OVERRIDES18:00
kergoth" should be FOO, not FOO_o, yes?18:00
RPkergoth: yes, correct18:01
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto18:01
JPEWkergoth: I think so. I'll fix it18:01
kergothI'd love to see an override syntax so FOO{o} is just another set of defval, just a conditional one, and FOO{o} += is no different than FOO_append_o.. but that'd likely be a later extra unless the new syntax is required otherwise. FOO_o_append vs FOO_append_o is a common source of confusion. but could only fix that with a new syntax since it'd change the semantics :)18:02
kergothprobably not worth doing now unless we already break to a new opt-in syntax18:03
kergothI wish things weren't always so complicated :)18:04
kergothhard to make any changes without unforeseen consequences18:04
RPkergoth: it might be worth hacking the parser to warn on FOO_o_append and see how many cases there are, see if we could just remove them all18:04
JPEWRP, kergoth: Is the idea that `FOO_o += "bar"` is preferred over `FOO_o_append = "bar"`?18:05
kergothcould be a good idea regardless18:05
*** ecdhe <ecdhe!> has quit IRC (Ping timeout: 252 seconds)18:05
RPJPEW: the idea is that appending to an overridden variable is likely user error on the most part18:06
kergothif every operation is deferred, _append/_prepend would be redundant except that they'd have to happen last for compatibility, yeah?18:06
kergothI feel like it's harder to wrap your head around "FOO_o = 'bar'" collapses later since we had to deal with ordering than to make it an operation against FOO right away, but we can't do that without knowing the overrides up front18:06
RPkergoth: the idea would be to make some of the operations effectively redundant and hence simpler, yes18:07
RPI'm struggling to spot <override>_append usage in OE-Core but one I did spot: meta/recipes-support/gmp/
* RP suspects that line is just plain wrong18:12
JPEWMaybe in that case, but I'm a little skeptical that FOO_o_append is always a bug18:16
RPJPEW: It isn't always but can you find real world use?18:16
JPEWProbably not with append, but probably with +=18:16
JPEW*Challenge Accepted!*18:17
RP+= is a totally different thing18:17
RPthis is one of the problems :/18:17
JPEWdifferent because it is immediate?18:18
RPit only applies to the base non overridden value and it can be "unset"18:18
kergothI think just because there's a real world use doesn't necessarily justify the existence of it, there are often other approaches that'd do18:19
RPkergoth: I'm just trying to see if there is actually any!18:19
JPEWOK, what's the difference between `FOO_o_append = " bar"` and `FOO_o += "bar"`18:19
kergoththat's a good first step, yes :)18:19
RPJPEW: in the new world or currently?18:20
* JPEW I should probably try it instead of asking18:20
RPJPEW: the issue is that FOO_o_append persists indefinitely whilst the latter is unset by FOO_o = "y"18:20
JPEWRP: Ah, right. And in the new world?18:21
RPJPEW: implementation of defvar dependent18:21
RPThe question is whether we're trying to get the existing metadata to parse correctly or not18:22
* JPEW updates the stable with my understanding18:23
JPEWUgh I cannot type today. I updated the *table*18:23
RPI was hoping we could move to a deferred model and then update syntax to adapt and simplify but I'm starting to think we probably have to break the metadata :(18:23
* RP wondered where the ponies came from :)18:23
paulgI was holding out for unicorns.18:24
kergothHmm, it is tempting to just drop support for _append/_prepend with the switchover and sidestep the issues, but then again, if we're going to break format compatibility, it'd be worth thinking about any other long standing issues with the format while we're at it18:25
RPJPEW: tweaked it18:26
kergothI feel like the user's intention behind FOO_o +=, FOO_o_append, and FOO_append_o are all really the same, just the mechanism and implementation details vary in ways that tend to confuse, even if those of us who understand those details are able to leverage them in various ways.18:26
RPkergoth: agreed. I suspect we need to look case by case at changes though18:26
JPEWkergoth: It depends I think. If it is purely syntax changes, we might be able to implement a new parse, but keep the datastore etc.18:27
RPkergoth: right, exactly :/18:27
JPEWRP: FOO_o_defvar makes my head hurt :)18:27
RPJPEW: you should see what this sample code did to the metadata18:28
RPI think this is going to go beyond syntax changes, I'm not sure we can avoid that :(18:29
RPkergoth: but basically you're right, we need to simplify the X ways of doing this into something simpler18:29
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Ping timeout: 255 seconds)18:30
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto18:31
kergothHey, I wonder if this would be better or worse thant he proposed {} approach: `FOO = "bar" if o` or `FOO = "bar" if o in OVERRIDES`. it'd align with the ability to define an override if block18:31
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 252 seconds)18:32
kergothproposed is a strong word for what's essentially brainstorming, but just a random other idea :)18:32
RPkergoth: if idea of multiple overrides variables makes my head hurt18:32
kergothit is common for new users to go 'why isn't this just an if statement?' after all :)18:32
kergothyeah, i'd say probably avoid that complecation. just 'if a' or 'if a and b'18:33
* kergoth shrugs18:33
RPits definitely food for thought18:33
RPJPEW: can you change proposed to brainstorming on that wiki page title just so that people don't get confused without the context here?18:35
kergothThat's a good idea, make it clear it's not an official proposal18:35
JPEWRP: sure!18:35
paulgRP, zeddii - seen any reports about qemu stalling on kernel reboot?  I just reproduced it on vanilla yocto, using slightly older v5.10.43 ; can still get to qemu console, so qemu isn't completely borked. ;  using the Ubuntu qemu binary and identical cmdline+images and the issue goes away.18:37
RPpaulg: we've seen stall issues, some of them at poweroff18:38
kergothRP: are you going to keep the behavior where FOO = "bar" would blow away existing pending +=/=+, or change those semantics such that `FOO = "bar"` updates the defvar and doesn't clear pending operations of any kind, but add your previously proposed command to do that explicitly, so that intention is explicit and clear? I rather like the latter18:39
RPpaulg: I think I closed the bugs blaming the rcu stall18:40
kergothif the latter, could we avoid the need for ??= at all?18:40
paulgnothing like that  AFAIK ; perfectly normal shutdown ; last msgs seen is...18:40
paulg[   35.643863] systemd-shutdown[1]: Rebooting.18:40
paulg[   35.656070] reboot: Restarting system18:40
paulg[   35.656780] reboot: machine restart18:40
* kergoth ponders18:40
paulgand then it just sits there sulking and pining for the fijords.18:40
RPkergoth: I'm really tempted by the latter too, I like the idea a lot. I just worry about how we migrate18:40
kergothHmm, can we check the current metadata to figure out where we rely on that behavior?18:41
RPpaulg: does sound like some of the shutdown issues we've seen but it was never reproducible18:41
kergothprobably could in theory..18:41
RPkergoth: probably in theory but I suspect we rely on that a lot18:41
RPkergoth: I found even the quilt-native recipe does fun stuff with overrides18:42
RPwell, append and ordering18:42
RPkergoth: it wants to keep the do_configure_prepend and do_configure_append but change do_configure only for class-native :)18:42
paulg"shutdown -h now" works fine, and "runqemu nographic" falls out the bottom as expected.18:43
RPkergoth: its amazing how much encode the behaviours into the metadata :(18:44
RPpaulg: hmm, don't know I'm afraid18:44
kergothIt really is. I wish we could more directly state what the recipe wants without having to always delve into the *how* of what bitbake is doing18:44
paulgRP, thanks -- I'll continue looking at it ; see if I can figure it out.18:45
kergothThat's part of why I've wondered about a python-based plugin mechanism. interact with actual python apis to change behavior when needed, outside the limitations of the format, so the actual metadata can focus on the what, not the how18:46
JPEWkergoth: It might useful to show what you would want to the syntax to actually look like18:46
JPEWkergoth: Having worked in a build system where you can "do whatever you want" with python (waf) I do not recommend it18:47
JPEW(maybe that's not what you had in mind, though)18:48
*** LetoThe2nd <LetoThe2nd!> has quit IRC (Quit: Connection closed for inactivity)18:49
kergothEh, that's part of the issue, I don't think anyone knows exactly what we'd like to see, just what we don't like about what we do now :)18:49
RPWhat could work might be a new immediate directive which says "parse this file from here using this parser version"18:50
RPwhich would then allow us, file by file to move to a new format, assuming we can put things into the datastore in a way which is backwards compatible18:50
kergothYeah, I thought about that too. Then we can avoid the need for a different extension or hard break, but it'd complecate the parsing *and* metadata processing18:51
kergothprobably better than the alternatives, though18:51
RPit would also allow us to change the meaning of operators18:51
JPEWRP: Would a new extension be easier (".bb2")?18:51
RPJPEW: what is worrying me is things like inheriting classes and inc files18:51
RPthis way you say explicitly which parser to use for a file and the way the parser works, it could probably be quite happy with that18:51
JPEWAh, right18:52
RPe.g. if you want to use an OE-Core bbclass in v2 with metadata in a layer using v118:52
JPEWIn the regard, I think it pretty much has to be a purely syntatical change... you can't change the datastore too much and still have it work correctly18:52
kergothHow will operations be applied when they're mixed and matched? What happens if a recipe inherits a class that uses the old syntax, or vice versa?18:52
RPkergoth: directive in the class would switch to the new version18:53
RPso basically the parser would change state for each file to v1 until told otherwise18:53
RPJPEW: I think you could do more than syntactical change with this18:53
RPe.g. in v2, += and _append could be the same18:54
*** bunk <bunk!~bunk@debian/bunk> has quit IRC (Ping timeout: 246 seconds)18:54
JPEWRP: Right, but that's changing how the AST behaves, not how the datastore is used?18:54
RPso the way it maps to the datastore would be dependent on the mode the parser was in18:54
RPJPEW: the behaviour of the datastore isn't really the problem18:54
RPthe problem is wanting to simplfy the syntax18:55
JPEWRight, ya. That's what I was meaning by "syntatical changes"... you use the same datastore and populate it differently. Perhaps the wrong word18:55
RPIt does depend on where you look at it from :)18:56
*** LetoThe2nd <LetoThe2nd!> has joined #yocto18:56
*** bunk <bunk!~bunk@debian/bunk> has joined #yocto18:57
kergothRP: defaulting each file to v1 until explicitly opting in does sound like it'd work well. i imagine in the long term we'd switch the default to avoid needing extra boilerplate in every file indefinitely though :)18:58
RPkergoth: or use the file extension too maybe?18:59
kergothcould be worth considering the .conf vs .inc/.bb/.bbclass divide too, either now or later. the difference seems silly in retrospect. also '.conf' doesn't imply bitbake directly, as an extension18:59
*** nerdboy <nerdboy!~nerdboy@> has joined #yocto18:59
RPkergoth: I do think we could make better use of that distinction at times...18:59
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)19:02
*** camus1 <camus1!~Instantbi@> has joined #yocto19:02
*** camus1 is now known as camus19:05
*** Guest46 <Guest46!> has joined #yocto19:09
*** Guest46 <Guest46!> has quit IRC (Client Quit)19:10
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 268 seconds)19:50
LetoThe2ndis there any trick/shortcut to run -c testimage on a slirp connection?19:56
*** camus1 <camus1!~Instantbi@> has joined #yocto20:05
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 258 seconds)20:07
*** camus1 is now known as camus20:08
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto20:11
*** amitk_ <amitk_!~amit@> has joined #yocto20:32
*** florian_kc is now known as florian20:33
*** florian_kc <florian_kc!> has joined #yocto20:35
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 255 seconds)20:35
*** florian <florian!> has quit IRC (Ping timeout: 252 seconds)20:38
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)20:40
*** troth <troth!> has quit IRC (Quit: Leaving)20:42
*** troth <troth!> has joined #yocto20:44
*** florian <florian!> has joined #yocto20:49
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 255 seconds)20:51
*** nerdboy <nerdboy!~nerdboy@> has joined #yocto20:52
*** goliath <goliath!~goliath@user/goliath> has joined #yocto21:00
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 268 seconds)21:00
*** camus1 <camus1!~Instantbi@> has joined #yocto21:12
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 272 seconds)21:13
*** camus1 is now known as camus21:13
*** camus1 <camus1!~Instantbi@> has joined #yocto21:29
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 265 seconds)21:31
*** nerdboy <nerdboy!~nerdboy@> has joined #yocto21:32
*** camus1 is now known as camus21:32
*** dev1990 <dev1990!> has quit IRC (Quit: Konversation terminated!)21:33
*** hpsy <hpsy!~hpsy@> has quit IRC (Ping timeout: 255 seconds)21:35
splatchqschulz: out of curiosity, do you know a recipe with swupdate + grub and switchable bzimage as this is root cause of my issue. The bootloader uses bzimage which is shipped with initial install (4.19). I found an example of tanowrt which does it by using two additional parititions and switching of bzimage partition together with rootfs. I traced also homeassistant which rely on rauc+buildroot and does21:38
splatchdynamic remounting. Finding something in between would be very helpful.21:38
*** warthog9 <warthog9!> has quit IRC (Ping timeout: 252 seconds)21:44
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 245 seconds)21:52
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 258 seconds)21:55
*** camus <camus!~Instantbi@> has joined #yocto21:56
*** warthog9 <warthog9!> has joined #yocto21:59
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection)22:03
*** LetoThe2nd <LetoThe2nd!> has quit IRC (Quit: Connection closed for inactivity)22:39
*** camus <camus!~Instantbi@> has quit IRC (Remote host closed the connection)22:42
*** camus <camus!~Instantbi@> has joined #yocto22:42
*** nerdboy <nerdboy!~nerdboy@> has joined #yocto22:52
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 265 seconds)23:02
*** camus1 <camus1!~Instantbi@> has joined #yocto23:22
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 255 seconds)23:23
*** camus1 is now known as camus23:24
*** mckoan_ <mckoan_!> has joined #yocto23:27
*** florian_kc <florian_kc!> has joined #yocto23:27
*** nerdboy <nerdboy!~nerdboy@> has joined #yocto23:28
*** mckoan|away <mckoan|away!> has quit IRC (Ping timeout: 258 seconds)23:28
*** florian <florian!> has quit IRC (Ping timeout: 268 seconds)23:31
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 268 seconds)23:47

Generated by 2.17.2 by Marius Gedminas - find it at!