Saturday, 2020-10-10

*** creich_ <creich_!~creich@p200300f6af23171088180148273fcb1c.dip0.t-ipconnect.de> has joined #yocto00:03
*** creich <creich!~creich@p200300f6af3ce810000000000000039b.dip0.t-ipconnect.de> has quit IRC00:04
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC00:06
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto00:06
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:22
*** yocti <yocti!~supybot@mail.yoctoproject.org> has joined #yocto00:36
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has quit IRC00:36
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:50
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC00:57
*** manuel1985 <manuel1985!~manuel@089144216056.atnat0025.highway.a1.net> has joined #yocto01:10
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC01:20
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto01:23
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC01:30
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto01:39
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:b9e8:94be:10fd:b4cc> has quit IRC01:42
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC01:44
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC02:06
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto02:06
*** hpsy1 <hpsy1!~hpsy@92.118.12.93> has joined #yocto02:32
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto02:33
*** hpsy <hpsy!~hpsy@92.118.12.93> has quit IRC02:33
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC02:38
*** manuel1985 <manuel1985!~manuel@089144216056.atnat0025.highway.a1.net> has quit IRC03:01
*** manuel1985 <manuel1985!~manuel@213-147-163-124.nat.highway.bob.at> has joined #yocto03:17
*** sno <sno!~sno@p5b25b0d4.dip0.t-ipconnect.de> has quit IRC03:43
*** sno <sno!~sno@p5b25b0d4.dip0.t-ipconnect.de> has joined #yocto03:45
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC03:51
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto04:01
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC04:06
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC04:06
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto04:06
mcccHi, I would like to backport a patch to poky/meta/lib/oe/package_manager.py from Dunfell to Warrior.  I know how to apply patches to recipes, can someone point me in a direction of how I would patch this?04:21
mccchttps://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/lib/oe/package_manager.py?h=dunfell&id=f07c7dfc3318bf2476be1f1bbc4dd105af73c81c04:21
*** linums <linums!~linums@apn-94-44-103-85.vodafone.hu> has quit IRC05:06
*** linums <linums!~linums@apn-94-44-103-85.vodafone.hu> has joined #yocto05:07
*** linums <linums!~linums@apn-94-44-103-85.vodafone.hu> has quit IRC05:14
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC05:16
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto05:17
*** linums <linums!~linums@apn-94-44-103-85.vodafone.hu> has joined #yocto05:18
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC05:34
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto05:34
*** linums <linums!~linums@apn-94-44-103-85.vodafone.hu> has quit IRC05:35
*** linums <linums!~linums@84.198.214.26> has joined #yocto05:35
*** apsychogirl[m] <apsychogirl[m]!apsychogir@gateway/shell/matrix.org/x-noaoarxumsdekfwl> has left #yocto05:38
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xvovvcjrqcmopvpi> has quit IRC05:47
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC05:56
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto05:57
*** jobroe_ <jobroe_!~manjaro-u@p579eb9f8.dip0.t-ipconnect.de> has joined #yocto06:01
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto06:02
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC06:07
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-074.hsi5.kabel-badenwuerttemberg.de> has joined #yocto06:29
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC06:35
*** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto06:39
*** agust <agust!~agust@p54833a5e.dip0.t-ipconnect.de> has joined #yocto06:43
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-074.hsi5.kabel-badenwuerttemberg.de> has quit IRC06:54
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto07:05
*** kpo__ <kpo__!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC07:05
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC07:08
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto07:08
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC07:24
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto07:24
*** davidinux <davidinux!~davidinux@37.120.201.204> has quit IRC07:25
*** davidinux <davidinux!~davidinux@net-93-66-67-41.cust.vodafonedsl.it> has joined #yocto07:26
*** davidinux <davidinux!~davidinux@net-93-66-67-41.cust.vodafonedsl.it> has quit IRC07:34
*** davidinux <davidinux!~davidinux@192.145.127.244> has joined #yocto07:35
*** yann <yann!~yann@88.120.44.86> has joined #yocto07:38
manuel1985Once I saw LetoThe2nd entering something in his yocto-created image to display the distribution the image is of. It was not lsb_release -a. I believe he just `cat`ed some file.07:41
manuel1985Does anyone by chance know what this might have been?07:41
ad__hi, is a proper yocto way to add an entry to .Xauthority ?07:53
*** matthewzmd <matthewzmd!~user@72.138.138.18> has joined #yocto08:00
*** davidinux <davidinux!~davidinux@192.145.127.244> has quit IRC08:11
mcccmanuel1985, cat /etc/lsb-release ?08:11
manuel1985mccc: Hmm have this file neither on my yoctoimage nor on my local system08:13
*** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC08:18
*** matthewzmd <matthewzmd!~user@72.138.138.18> has quit IRC08:18
mcccIt looks like /etc/lsb-release is written by the lsb-release recipe at https://layers.openembedded.org/layerindex/recipe/105894/08:19
*** hpsy1 <hpsy1!~hpsy@92.118.12.93> has quit IRC08:26
*** xtron <xtron!~xtron@103.113.103.39> has joined #yocto08:38
*** davidinux <davidinux!~davidinux@192.145.127.244> has joined #yocto08:50
*** idadev <idadev!9a489986@154.72.153.134> has joined #yocto08:58
manuel1985mccc: I see, thanks. I still have to equip my core-image-minimal with all these basics. :)08:59
idadevHey everyone, went through the bugzilla site and came across bug #12018 - Help output should be grouped. Will love to tackle this bug.Here's what I saw in the comments. - The output of bitbake --help should be grouped to make it easier to read.  For example showing first the options that a normal user would use (-C --runall etc), then debugging09:04
idadevoptions, then internal flags (or even hide those behind --help-internal?)09:04
idadevCan someone please hint me on more details about what I can do to fix this? I'm new to yocto and will really love to be part of the community09:05
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto09:11
idadevI see no links to the repo I'm supposed to work on.09:11
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:2873:5f31:ddde:61bc> has quit IRC09:28
*** manuel1985 <manuel1985!~manuel@213-147-163-124.nat.highway.bob.at> has quit IRC09:35
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:9950:cf1d:4cb9:3ead> has joined #yocto09:40
*** manuel1985 <manuel1985!~manuel@213-147-163-124.nat.highway.bob.at> has joined #yocto09:51
*** laurittr <laurittr!~laurittr@indie.ed.ntnu.no> has quit IRC09:54
*** laurittr <laurittr!~laurittr@indie.ed.ntnu.no> has joined #yocto09:54
*** davidinux <davidinux!~davidinux@192.145.127.244> has quit IRC09:56
*** davidinux <davidinux!~davidinux@217.138.219.147> has joined #yocto09:58
*** idadev <idadev!9a489986@154.72.153.134> has quit IRC10:25
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC10:37
*** Klanticus <Klanticus!~quassel@189.76.135.234> has joined #yocto10:42
*** jobroe_ <jobroe_!~manjaro-u@p579eb9f8.dip0.t-ipconnect.de> has quit IRC11:06
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC11:17
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto11:20
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC11:23
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto11:23
JaMaRP: looks like "qmake -install qinstall" can still very rarely trigger pseudo abort (which gets ignored by generated Makefile), but it's very rare, so I cannot just enable the debug in failing build, will try to enable it and build it many times :)11:27
RPJaMa: If you have the pseudo.log from a failed build with the abort, that may be worth sharing11:40
RPJaMa: you may be able to detect it with the pseudo -Z patch in master-next, run at the end of the problematic task11:40
RPmaybe adding in some task dependencies for debugging so that its the only pseudo running11:41
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC11:41
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto11:41
JaMawill try, if I can reproduce it again, I guess it's failing in less than 1 build in 10K (and in regular builds it fails like this in different recipes when it happens)11:46
JaMaRP: the other pseudo abort in chromium we discussed before was related to D pointing to B subdirectory (because they were using GN to do the do_install and GN wants output dirs inside the build workspace)11:48
JaMaI've added more regular do_install and switched to more normal layout and now pseudo is happy :) https://github.com/shr-project/meta-webosose/commit/38c2b8c34cee41726d6807be7028bbe44766defb11:50
*** xtron <xtron!~xtron@103.113.103.39> has quit IRC11:56
JaMathe log without pseudo debug enabled https://paste.ubuntu.com/p/xsJ8McnJQB/ I guess it's related to installing the same file twice (like the test in pseudo-test.bb Makefile was trying to replicate)11:57
RPJaMa: if the makefile has a race, which is what that looks like, you need to fix the makefile :/11:59
JaMainterestingly this is the first time I've seen the qt_temp ending in the package, I guess it's because now pseudo abort stopped it from being renamed to the final filename while Makefile still ignored the error11:59
RPJaMa: previously on some systems it wasn't seeing the mktemp call11:59
JaMawill try to debug a bit more, now with the abort it's still easier to detect when something goes wrong compared to before when there were thousands of "path mismatch" entries in log even in successful builds12:01
JaMawould it make sense to restore my qa-pseudo-log in insane.bbclass to show QA error whenever there is "path mismatch" even when it gots ignored by do_install e.g. like in this case ?12:03
JaMahttps://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/pseudo&id=8a37431f60ac5fa8c04ceb08cba3448264c33fdb12:04
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC12:06
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto12:06
RPJaMa: Just been thinking about this more and there may be a race issue in pseudo when files are being overwritten. I may have to look at the code a bit more :/12:08
RPJaMa: the patch doesn't quite make sense now since any path mismatch will throw the abort12:09
JaMayes, but the abort could be ignored like in my case and then the only symptom is host-user-contaminated (which might be triggered only in some of these cases)12:11
RPJaMa: the abort really shouldn't be ignored12:11
RPJaMa: maybe where the underlying build is broken that could be enabled but I'm not seeing the case for it in the general case12:12
JaMaok, will try to enable it for some builds to see what it finds12:13
JaMaI need "base/packagegroup: Add/enable pseudo database integrity checks" with pseudo -Z patch, right?12:16
RPJaMa: no, you can put your own specific pseudo -X call in12:25
RPer, -Z12:25
RPhmm, path mismatch [1 link]: ino 6295376 db '/tmp/oeqa-feed-sign-2mw7z81v/S.gpg-agent.yocto-native' req '/tmp/jwkivmu6'.12:29
JaMaRP: looks like newer Qt stopped ignoring failed install calls, but there still might be a lot of people using qtbase without https://code.qt.io/cgit/qt/qtbase.git/commit/qmake/generators/makefile.cpp?id=20e9422e069a27b7e29b54207447e6ca02b3a55a12:43
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC12:44
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto12:44
RPJaMa: right, glad they did at least fix that!12:45
JaMalets see what skeletons it digs out when backported to 5.1212:46
RPJaMa: I did see your useradd-dep patch btw. I'm just too burnt out to try and take on another issue right now12:47
JaMaunderstood and I was sending it for other people to discuss, not just you :)12:50
*** elGamal <elGamal!~elg@217.138.222.44> has quit IRC12:53
RPJaMa: it would be nice if someone else looked into it!12:54
manuel1985Hmm.. built an image for both RaspberryPi4 and qemux86-86. The RasbperryPi4 boots much quicker. Is there an easy way to improve qemu speed? the VM has got 256mib ram, but that should not be a bottleneck. (It's booting core-image-minimal.)13:27
JaMado you pass entropy from host on qemu? it boots faster than rpi here13:29
JaMaRP: kergoth: did you ever play with bitbake on pypy3? https://blogs.gentoo.org/mgorny/2020/10/06/speeding-up-emerge-depgraph-calculation-using-pypy3/13:30
*** linums <linums!~linums@84.198.214.26> has quit IRC13:33
*** linums <linums!~linums@apn-94-44-108-133.vodafone.hu> has joined #yocto13:34
manuel1985JaMa: Hmmm no but that's not the reason I think. I can pinpoint it to specific things, it just generally seems to be a bit slower than the Rpi. The longest "hang" is at `starting eudev-3.2.9`, when it stops for 2.7sec13:39
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC13:43
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto13:46
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC13:50
RPJaMa: no, I've not. Its something which would be interesting13:57
JaMapypy3 is really a beast to build though, he said 45 mins on modern ryzen, on 3970X threadripper still 25 mins14:01
JaMaunless they made the build slow intentinally to draw those asciiart fractals :)14:03
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC14:06
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto14:06
*** aghasaad0480 <aghasaad0480!77a06319@119.160.99.25> has joined #yocto14:07
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto14:08
aghasaad0480Hi everyone,14:10
aghasaad0480appreciate pointers on how to get started.14:10
*** aghasaad0480 <aghasaad0480!77a06319@119.160.99.25> has quit IRC14:10
*** aghasaad0494 <aghasaad0494!77a06319@119.160.99.25> has joined #yocto14:11
manuel1985aghasaad0494: Start with this: https://www.youtube.com/watch?v=ThTl4FItfMI14:17
aghasaad0494Thanks :)14:18
manuel1985Youre welcome!14:18
tlwoernerkhem: building an SDK doesn't incorporate SDKMACHINE anymore? i need to specify "--host=x86_64" when i ./configure with an SDK?14:20
tlwoernerhttps://pastebin.com/Vz4K6TJs14:23
manuel1985When I boot up an image, where is the "qemux86-64 login:" prompt coming from? Which process is this? How does it get started?14:27
*** linums <linums!~linums@apn-94-44-108-133.vodafone.hu> has quit IRC14:31
*** linums <linums!~linums@84.198.214.26> has joined #yocto14:31
*** linums <linums!~linums@84.198.214.26> has quit IRC14:35
*** linums <linums!~linums@apn-94-44-108-133.vodafone.hu> has joined #yocto14:36
kergothRP: many many years ago, at the time it didn't give much benefit, but i've been planning on trying again actually14:38
*** linums <linums!~linums@apn-94-44-108-133.vodafone.hu> has quit IRC14:50
*** linums <linums!~linums@84.198.214.26> has joined #yocto14:50
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC14:58
*** aghasaad0494 <aghasaad0494!77a06319@119.160.99.25> has quit IRC15:11
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC15:22
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-074.hsi5.kabel-badenwuerttemberg.de> has joined #yocto15:39
RPJaMa: ^^^15:42
JaMawith portage I'm seeing 50% time reduction on relatively small upgrade resolution (from 45s to 20s), but some people reported pypy3 even slower for them in that blog comments15:53
JaMaRP: first build with QINSTALL not ignoring errors lead to 5 from 8 failed builds (even without pseudo aborting) -> much easier to spot and fix generated race conditions now :)15:59
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto16:01
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC16:06
RPJaMa: that sounds like progress. I'm still not sure if there is a pseudo issue lurking there or not. Certainly if the races don't happen, pseudo is probably fine. The question is what pseudo should be doing with the races16:07
JaMayes, time to run some world builds with it - I agree, pseudo probably cannot do much more to detect possible races, but it's great that now it will abort (and in most cases probably got caught doing that) instead of completely silent breakage for races16:30
*** xtron <xtron!~xtron@103.113.103.39> has joined #yocto18:01
khemtlwoerner: I saw that recently too18:05
*** xtron <xtron!~xtron@103.113.103.39> has quit IRC18:28
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-074.hsi5.kabel-badenwuerttemberg.de> has quit IRC19:01
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto19:43
*** linums <linums!~linums@84.198.214.26> has quit IRC20:11
*** linums <linums!~linums@apn-94-44-100-85.vodafone.hu> has joined #yocto20:11
*** xtron <xtron!~xtron@103.113.103.39> has joined #yocto20:22
*** linums <linums!~linums@apn-94-44-100-85.vodafone.hu> has quit IRC20:45
*** linums <linums!~linums@84.198.214.26> has joined #yocto20:45
*** linums <linums!~linums@84.198.214.26> has quit IRC20:49
*** linums <linums!~linums@apn-94-44-100-85.vodafone.hu> has joined #yocto20:50
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC20:53
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto20:53
*** pbb <pbb!~quassel@petabyte.dev> has quit IRC21:11
*** pbb <pbb!~quassel@petabyte.dev> has joined #yocto21:12
*** linums <linums!~linums@apn-94-44-100-85.vodafone.hu> has quit IRC21:12
*** linums <linums!~linums@84.198.214.26> has joined #yocto21:12
*** sgw <sgw!~sgw@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC21:14
*** sgw <sgw!~sgw@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto21:14
*** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto21:27
*** oxxur <oxxur!584c734f@dslb-088-076-115-079.088.076.pools.vodafone-ip.de> has joined #yocto21:46
oxxurI have a short question and hope one of you might be able to help me out here:Why are packages listed as RDEPENDS_${PN} not considered when using the packages native variant?I explicitly have to add DEPENDS_class-native do do the trick. Is that intentional?sorry if that is a stupid question. I just couldn't find an answere to it.21:50
oxxurI messed up to copy the greetings text. By bad. Hello everyone21:51
RPoxxur: native recipes don't generate packages at all. Since PACKAGES is empty, RDEPENDS of a PN package doesn't make sense22:02
*** yann <yann!~yann@88.120.44.86> has quit IRC22:11
*** linums <linums!~linums@84.198.214.26> has quit IRC22:16
*** linums <linums!~linums@apn-94-44-102-225.vodafone.hu> has joined #yocto22:16
oxxurthank you very much for that.I'm not super familiar with all the terms, yet.So is my approach using DEPENDS_class-native the suggested way for this or is there a better way?22:24
RPoxxur: that is certainly one way to address it. We have open bugs about trying to improve things but its a big change to make and we've not gotten to it as yet22:32
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC22:33
oxxurThanks again! Maybe one day I can contribute. At least that is a goal of mine.  Bye!22:33
*** oxxur <oxxur!584c734f@dslb-088-076-115-079.088.076.pools.vodafone-ip.de> has left #yocto22:35
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto22:36
*** agust <agust!~agust@p54833a5e.dip0.t-ipconnect.de> has quit IRC22:42
*** linums <linums!~linums@apn-94-44-102-225.vodafone.hu> has quit IRC23:04
*** linums <linums!~linums@84.198.214.26> has joined #yocto23:04
tlwoernerkhem: okay, i was just wondering if it was a new, expected behaviour23:18
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto23:56
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto23:57
*** laurittr <laurittr!~laurittr@indie.ed.ntnu.no> has quit IRC23:59

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!