Friday, 2020-06-12

« Thursday, 2020-06-11 Index Saturday, 2020-06-13 »
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC00:14
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC00:29
*** vineela <vineela!vtummala@nat/intel/x-yafkacitcjlehwxm> has quit IRC00:29
mranostaypaulg: is it open mic night at #yocto? :)00:43
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto00:59
*** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto01:11
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-offajywgaamxjvfx> has quit IRC01:14
*** mdp <mdp!sid49840@gateway/web/irccloud.com/x-gwxithoexnenwppw> has quit IRC01:17
*** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC01:18
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-mketfhvzkwjcgrel> has quit IRC01:18
*** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-ablfoktwwjlcihof> has quit IRC01:21
*** mdp <mdp!sid49840@gateway/web/irccloud.com/x-wubonrvoxhfwfogv> has joined #yocto01:22
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-qbjhbrlcdxkgjyuo> has joined #yocto01:23
*** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-udvyncwatlwcaobe> has joined #yocto01:23
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-czmcypepklhdeynd> has joined #yocto01:24
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC01:53
*** vineela1 <vineela1!~vtummala@134.134.139.76> has joined #yocto01:58
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC01:58
*** fl0v0 <fl0v0!~fvo@89.244.120.44> has joined #yocto02:08
*** fl0v01 <fl0v01!~fvo@89.244.126.116> has quit IRC02:09
paulgmranostay, every day is open mic day on #yocto02:30
paulgJust be glad it isn't karaoke.02:30
*** vineela1 <vineela1!~vtummala@134.134.139.76> has quit IRC02:41
*** hpsy1 <hpsy1!~hpsy@85.203.15.51> has joined #yocto02:45
*** hpsy <hpsy!~hpsy@85.203.15.51> has quit IRC02:46
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC03:29
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto03:32
*** chandana731 <chandana731!~ckalluri@149.199.62.129> has joined #yocto03:34
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC03:35
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC03:35
*** SJH22 <SJH22!cb36ac32@tel3187175.lnk.telstra.net> has joined #yocto03:47
SJH22Where are the different yocto variables just like  ${ TOPDIR }?03:47
*** maudat <maudat!~moda@mtrlpq2848w-lp130-04-70-29-226-188.dsl.bell.ca> has quit IRC03:51
SJH22I am looking for other known variables that I can use in my yocto for e.g. THISDIR.03:55
kergothoe-core/meta/conf/bitbake.conf defines most key ones. but there's no defintiive list, any recipe can use any recipe it wants.03:58
*** georgem_ <georgem_!~georgem@216.21.169.52> has quit IRC04:09
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC04:11
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto04:12
*** georgem_ <georgem_!~georgem@216.21.169.52> has joined #yocto04:13
*** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC04:27
*** georgem__ <georgem__!~georgem@216.21.169.52> has joined #yocto04:31
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto04:33
*** georgem_ <georgem_!~georgem@216.21.169.52> has quit IRC04:33
*** georgem__ <georgem__!~georgem@216.21.169.52> has quit IRC04:39
*** vineela <vineela!vtummala@nat/intel/x-cigpvlbpfaeunjps> has joined #yocto04:42
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC04:45
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC04:49
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto04:50
*** georgem__ <georgem__!~georgem@216.21.169.52> has joined #yocto04:55
*** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC05:09
*** agust <agust!~agust@p508b67ab.dip0.t-ipconnect.de> has joined #yocto05:14
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:15
*** khem <khem!~khem@unaffiliated/khem> has quit IRC05:16
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto05:22
*** sgw <sgw!~sgw@134.134.139.76> has quit IRC05:44
*** camus1 <camus1!~Instantbi@222.67.152.154> has joined #yocto05:44
*** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC05:45
*** camus1 is now known as kaspter05:45
*** jofr <jofr!~jof@0x934e1f24.cust.fastspeed.dk> has left #yocto05:56
*** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto06:13
*** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC06:14
*** kaspter <kaspter!~Instantbi@222.67.152.154> has joined #yocto06:15
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto06:15
*** rcoote <rcoote!~rcoote@5.146.198.51> has joined #yocto06:23
*** pohly <pohly!~pohly@p5b05684a.dip0.t-ipconnect.de> has joined #yocto06:34
*** camus1 <camus1!~Instantbi@222.70.81.217> has joined #yocto06:39
SJH22What are the different functions available in the yocto just like - do_compile_append?06:39
SJH22I am looking for the different functions available in the yocto just like do_compile_append()?06:39
*** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC06:39
*** camus1 is now known as kaspter06:39
*** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has joined #yocto06:49
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto06:52
*** mckoan|away is now known as mckoan06:55
mckoanSJH22: those 'functions' are called tasks, see here https://www.openembedded.org/wiki/List_of_Executable_tasks06:58
mckoanhttps://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#extendpoky07:00
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto07:17
*** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has quit IRC07:20
*** rabbit9911 <rabbit9911!34191729@ec2-52-25-23-41.us-west-2.compute.amazonaws.com> has quit IRC07:27
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-ostirxbgxbptvsam> has quit IRC07:29
*** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto07:32
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC07:32
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto07:33
maaathieu3aquit07:38
*** maaathieu3a <maaathieu3a!~mathieu@92-111-78-37.static.v4.ziggozakelijk.nl> has quit IRC07:39
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC07:52
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hhlzozkhqwclvryz> has quit IRC08:05
*** guest37 <guest37!c5eec01a@197.238.192.26> has joined #yocto08:12
guest37where can I find the generated Kconfig file to see what is build into my kernel ?08:12
*** kaspter <kaspter!~Instantbi@222.70.81.217> has quit IRC08:17
*** camus1 <camus1!~Instantbi@222.70.81.228> has joined #yocto08:17
*** camus1 is now known as kaspter08:19
*** SJH22 <SJH22!cb36ac32@tel3187175.lnk.telstra.net> has quit IRC08:31
*** rcoote <rcoote!~rcoote@5.146.198.51> has quit IRC08:39
mckoanguest37: bitbake -e virtual/kernel | grep ^B=08:45
guest37mckoan thanks ! where can I find a list of bitbake commands like this that might help me out ?08:47
[Sno]RP: I have the perl install / clean loop running for 2 days meanwhile - different architectures, EWONTFAIL :(08:49
mckoanguest37: https://wiki.koansoftware.com/index.php/Bitbake_options08:49
*** hpsy1 <hpsy1!~hpsy@85.203.15.51> has quit IRC08:51
guest37mckoan thanks bro!08:52
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:07
*** guest37 <guest37!c5eec01a@197.238.192.26> has quit IRC09:20
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto09:47
*** vineela <vineela!vtummala@nat/intel/x-cigpvlbpfaeunjps> has quit IRC09:49
*** falstaff <falstaff!~quassel@2a02:169:3df5::509> has joined #yocto09:54
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto09:57
*** rcoote <rcoote!~rcoote@2a02:908:694:300:50bf:6459:a225:8825> has joined #yocto10:14
*** florian_kc is now known as florian10:17
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto10:32
RP[Sno]: typical :(. I wish we could understand what is needed to reproduce :/10:33
RP[Sno]: I appreciate the effort trying. Together all these intermittent fails are a real pain :(10:33
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:35
[Sno]RP: let's keep watching it - maybe we know better what external circumstances trigger it10:36
[Sno]e.g. - all my build systems use ext4 on attached mass storage (hdd, ssd) - no network file system or ccache or distcc10:36
RP[Sno]: right, all we can do really10:36
RP[Sno]: its probably system load dependent10:37
[Sno]Hmm, maybe - I use one buildjob per host and ncpus*2 make-jobs and ncpus*2 bitbake tasks10:39
*** jofr <jofr!~jof@0x934e1f24.cust.fastspeed.dk> has joined #yocto11:13
*** ant_home <ant_home!~ant__@host-87-0-248-218.retail.telecomitalia.it> has quit IRC11:21
*** ant_home <ant_home!~ant__@host-87-2-158-177.retail.telecomitalia.it> has joined #yocto11:23
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC11:26
*** [Sno] <[Sno]!~sno@p4fe931fc.dip0.t-ipconnect.de> has quit IRC11:27
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC11:38
*** berton <berton!~berton@181.220.84.90> has joined #yocto11:42
*** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC11:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:46
*** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto11:47
*** berton <berton!~berton@181.220.84.90> has quit IRC11:47
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC11:49
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto11:49
*** berton <berton!~berton@181.220.84.90> has joined #yocto11:50
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto11:53
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-dyoalzosspkispji> has joined #yocto11:53
*** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto11:53
paulbarkerRP: Is the test_yocto_source_mirror failure blocking anything?11:57
RPpaulbarker: its causing all autobuilder tests to fail atm12:01
RPnot "blocking" but serious as we can't get a green build12:01
rburtonanyone managed to build gccgo?12:02
paulbarkerRP: ok, let me see what I can do this afternoon. Got an idea where the issue lies12:02
rburtonI just get | ../../../../../../../../work-shared/gcc-10.1.0-r0/gcc-10.1.0/libgcc/../gcc/tsystem.h:87:10: fatal error: stdio.h: No such file or directory12:02
RPpaulbarker: thanks. If you don't have time at least share the hints as I'll probably have to look into it12:03
paulbarkerRP: Will do12:04
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC12:09
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto12:14
*** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC12:20
*** flampy <flampy!74498554@116.73.133.84> has joined #yocto12:25
flampyHello, I am trying to use http://downloads.yoctoproject.org/releases/yocto/yocto-1.8/machines/qemu/qemux86/core-image-sato-sdk-qemux86.ext4 image in a qemu vm. This image has gcc, make, etc. but not cmake. Also when trying to use dnf it doesn't work because there are no repositories. I tried searching for repositories, but didn't find any. How do I12:28
flampyinstall cmake on yocto?12:28
flampyOther methods suggest building the image on my own and adding a layer that contains cmake as far as I understand. But I'd like to avoid that. Is any other way possible which doesn't require me compiling the image myself?12:30
mckoanflampy: https://stackoverflow.com/questions/41964891/yocto-sdk-with-cmake-toolchain-file12:38
mckoanor if you need cmake in the target image add in local.conf IMAGE_INSTALL_append = " cmake"12:42
flampymckoan: isn't the method suggested in that stackoverflow answer also require me building the image from source unlike downloading the one from the website?12:42
mckoanflampy: yes sorry, I didn0t notice that you were using a prebuilt image12:44
mckoanflampy: so you have to rebuild the image12:46
paulbarkerflampy: What is your use case for that image? It's an old release which is no longer supported and in general Yocto Project is about building images yourself from source12:50
flampypaulbarker: I am using it as rootfs for qemu which I am using as a kernel development environment12:53
flampysimilar to this : https://linux-kernel-labs.github.io/refs/heads/master/info/vm.html?highlight=sato12:53
*** maudat <maudat!~moda@mtrlpq2848w-lp130-04-70-29-226-188.dsl.bell.ca> has joined #yocto12:53
paulbarkerflampy: I think those instructions are pointing you in the wrong direction. There are other, much better options for a VM image in which to do kernel development12:56
paulbarkerflampy: Choose your favourite Linux distro and run that in a VM instead12:56
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC13:03
flampypaulbarker: I see, hmm. For more context, I am using yocto to act as host pc for a dsp emulator.13:06
flampyarchitecture diagram : https://www.alsa-project.org/main/images/4/4e/Heterogeneous-vm.png13:06
flampywiki : https://www.alsa-project.org/wiki/Firmware section "Using the Qemu DSP emulator"13:06
flampyso maybe there might be relevance in using yocto since i read from website it is used in embedded systems, etc. I am a student trying to contribute to this firmware and getting acquainted with the setup.13:07
*** crazoes[m]1 <crazoes[m]1!crazoesmat@gateway/shell/matrix.org/x-uxinrjqhvwpztvow> has joined #yocto13:22
*** flampy <flampy!74498554@116.73.133.84> has quit IRC13:22
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC13:46
*** dlan <dlan!~dennis@116.226.129.133> has joined #yocto13:47
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto13:47
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has joined #yocto13:55
paulbarkerRP: I found the issue, may need a bit of a sanity check on how to resolve it13:56
paulbarkergit-submodule-test has bitbake as a submodule twice with different commits. The fetcher runs for each instance. On the first instance it's downloaded correctly13:57
paulbarkerOn the second instance ud.clonedir already exists so try_premirror returns False and pre-mirrors aren't even tried13:58
paulbarkerhttps://git.openembedded.org/bitbake/tree/lib/bb/fetch2/git.py#n32113:58
paulbarkerAs pre-mirrors are skipped it goes straight to checking upstream and fails out as it's an untrusted URL in this test13:59
paulbarkerhttps://git.openembedded.org/bitbake/tree/lib/bb/fetch2/__init__.py#n170313:59
frayThere are definitely repositories out there that list the same URL with different commits for different checkout locations.  So the test sounds valid, but the behavior doesn't.14:00
paulbarkerThere's two ways to fix it14:00
frayWhat I THOUGHT was happening (at least in the past) it would check the local downloads, see that the commit was or was not present, and then proceed through the premirrors, upstream, mirrors.  I thought that had been working in the past.14:01
paulbarker1) Fix it in the gitsm fetcher, in needs_update() we can check if the desired commit is present instead of just checking the bitbake.srcrev config option14:01
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto14:01
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:01
frayThe gitsm fetcher should be calling the git fetcher (it was in the past) to do that validation.  Perhaps that got dropped, or there is another corner case that was missed14:01
paulbarkerfray: It won't look at the local downloads unless the download method actually gets called. Premirrors is the first opportunity for that14:01
frayYa, the download method itself shold be called for each of the submodules, even if it's a directory that already exists.. (need to know if it's been processed or not)14:02
paulbarkerGit.download() isn't being called at all for the second instance as premirrors are skipped14:02
paulbarkerThe other possible fix... (2) fix Git.try_premirrors() so that it doesn't return False if the clonedir already exists14:03
fraygitsm itself shouldn't have any knowledge of any premirrors, mirrors, etc..14:03
paulbarkerI'm not sure on what other impacts changing Git.try_premirrors() behaviour will have though14:03
frayit was intended to -always- call git itself, which has that knowledge14:03
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC14:04
paulbarkerfray: That's correct14:04
fray        try:14:04
fray            # Check for the nugget dropped by the download operation14:04
fray            known_srcrevs = runfetchcmd("%s config --get-all bitbake.srcrev" % \14:04
fray                            (ud.basecmd), d, workdir=ud.clonedir)14:04
fray            if ud.revisions[ud.names[0]] not in known_srcrevs.split():14:04
fray                return True14:04
fraythats what need_update should be doing here..14:04
frayand why git.need_update is called just prior14:04
paulbarkerfray: That's solution (1) of the 2 I said above14:05
frayOk, then I don't understand what isn't right then..14:05
paulbarkerAre you saying Git.try_premirrors() is behaving correctly and we should fix this in Gitsm.need_update()14:05
frayNo, I'm saying that gitsm looks right to me.  So any bugs would be in git fetcher.14:06
paulbarkerOk14:06
frayDo we have any tests for the situation where you have two recipes both pointing to the same git repository but different commit ids (same thing as what gitsm is doing, but at a recipe level instead of a submodule level)14:07
paulbarkerfray: We do now and it's failing14:07
paulbarkerOh no14:07
paulbarkerSorry14:07
paulbarkerAt a recipe level I'm not sure there's an individual test but it shouldn't fail14:07
paulbarkerThe issue here is caused by Gitsm for sure14:07
frayI -think- I've seen issues in the past with two individual recipes pointing to the same upstream src_uri but different srcrev that have had problems, but I'd never been able to fully track it down14:08
paulbarkerMaybe I just need to explain it better14:08
fraySo what th system should be doing (gitsm) at a high level is simply iterating (recursively) over each submodule it finds.  Each iteration is a 'new' feetch (recusive call back to gitsm, which in turn calls git fetcher function)14:08
fraySo theoretically it should work in exactly the same way as if someone had specified individual src uris and srcrevs instead of using gitsm.14:09
paulbarkerfray: I'll walk through what's happening14:09
paulbarkerFor our second instance of the same source repo, Gitsm.needs_update() looks for the bitbake.srcrev 'nugget' set by the download operation. That contains the srcrev used by the first instance but does not yet contain the srcrev we want so it returns True (it needs updating)14:10
paulbarkerThe fetcher then calls the try_premirrors() function on that fetch instance. As Gitsm doesn't override that it falls to Git.try_premirrors() which returns False as the clonedir is already there14:11
paulbarkerSo the fetcher doesn't try any premirrors. The download method doesn't actually get called at all14:11
frayok.. so git.try_premirror is only looking for the clonedir and not the contents?14:11
paulbarkerIt then proceeds to trying upstream but bails out as upstream is not a trusted URL in this test14:11
paulbarkerfray: Correct14:11
fraygotcha.. ya, I'd say the bug is git.try_premirror.  It should be verifying what is present has the commit14:12
paulbarkerfray: If it did that, it would see the commit is there and return False. But Gitsm wouldn't see it as bitbake.srcrev hasn't been set with that commit yet14:12
paulbarkerI think Gitsm.needs_update() should be checking if the actual commit is there not looking for some proxy bitbake.srcrev value14:13
paulbarkerAnd maybe Git.try_premirrors() also needs modifying to return True if the clonedir is present but lacks the correct commit14:14
frayYa, I get what you are saying, but I'm still not sure I understand..14:14
frayMy understanding of try_premirrors is it had two states.. either it downloaded something (or it's present) or it didn't.. true/false..14:15
frayin the first case, the thing is present, and should just 'work' then14:15
frayas for the 'nugget' that was added, I need to look at the git logs.. I know this was added tos pecifically to avoid a pathelogical case14:16
*** mnemoc <mnemoc!~amery@geeks.cl> has joined #yocto14:16
paulbarkerfray: Ok14:16
fraySee (poky) 2030e815bb1ba932c58b0c9318f97602fdd4edfb or bitbake 30fe86d22c239afa75168cc5eb262b880886ef8a14:17
fraythe problem we were having is that we can't actually look into the download contents in the need_update, because things can run in parallel and we were having race issues.. locking was inconsistent.14:18
RPpaulbarker: I think that try_premirror in the git fetcher needs to call clonedir_need_update in that exists() call14:18
paulbarkerfray: That makes perfect sense now14:18
RPpaulbarker: I'd try that and see if that breaks the tests14:18
fraySo instead what we're doing is we should be caching everything we've iterated so that we know if we have to have the git fetcher 'try'14:18
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto14:18
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:19
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC14:19
RPI think the git fetcher behaviour with premirrors is a little deliberate though, if we had a clone, try and update it rather than pulling more from the premirror :/14:20
RPI'm not sure its right or can work like that though14:20
frayHmm.. ya cause updting something will fail if we can't or are not allowed to access the upstream14:21
paulbarkerRP: fray: Sounds like the Gitsm fetcher needs to be able to recurse over the submodules to see if the correct commits are present locally before we try premirrors14:23
JPEWHmm, openssl-native seems to be broken on dunfell14:23
RPpaulbarker: ah, possibly14:24
paulbarkerRP: Basically make Gitsm.need_update() recurse through the submodules and add the bitbake.srcrev values if the commits are present14:25
paulbarkerThen return True if it's found every commit is already present14:25
RPpaulbarker: I've gotten a bit lost along the way but that sounds right (I think you mean False?).14:26
paulbarkerRP: Yes. You're right14:26
paulbarkerIt's easy to get a bit lost in it. I'll try implementing that and see what happens14:27
RPpaulbarker: this is why I started writing fetcher test cases...14:32
*** sno <sno!~sno@195.14.209.36> has joined #yocto14:35
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC14:38
*** sgw <sgw!sgw@nat/intel/x-uvykzejpnhlhiprd> has joined #yocto14:38
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC14:39
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:42
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto14:48
*** amerigo <amerigo!uid331857@gateway/web/irccloud.com/x-zwahwlppilwljclj> has joined #yocto14:49
*** TobSnyder <TobSnyder!~schneider@p2e50e9c2.dip0.t-ipconnect.de> has joined #yocto15:11
*** armpit <armpit!~armpit@2601:202:4180:a5c0:8db7:61a4:bc7:9403> has quit IRC15:16
JPEWOk, sorry, openssl-native isn't broken on the latest dunfell. Openssl 1.1.1g work, Openssl 1.1.1f is broken15:20
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-xxiimfeycdzjjphd> has joined #yocto15:28
*** sno <sno!~sno@195.14.209.36> has quit IRC15:35
*** sno <sno!~sno@195.14.209.36> has joined #yocto15:40
*** chandana731 <chandana731!~ckalluri@149.199.62.129> has quit IRC15:41
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto15:43
RPJPEW: openssl is broken in buildtools-tarball if that helps? :)15:48
JPEWRP: Heh, not really... I was seeing `openssl verify` fail to verify certificates with Openssl 1.1.1f, what wrong with the one in buildtools-tarball?15:50
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC15:51
RPJPEW: environment isn't set to account for the relocation. sakoman has a patch coming15:52
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto15:53
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC15:54
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:54
RPIf anyone can spot a better way of doing rename detection in buildhistory please do send patches, I don't like mine...15:55
sakomanJust sent the buildtools-tarball patch15:57
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:02
*** hipr_C <hipr_C!~Thunderbi@89.187.178.4> has quit IRC16:05
JPEWRP: You could do what git does and diff the files to calculate a similarity index16:05
JPEWIf they are less than 50% difference, its the same file, just renamed16:06
*** shoragan_ is now known as shoragan16:08
RPJPEW: we don't have the files, just lists16:09
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:12
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:15
*** armpit <armpit!~armpit@2601:202:4180:a5c0:5030:aa9f:23eb:a3d9> has joined #yocto16:15
*** asteriusio <asteriusio!~derek@104-179-196-18.lightspeed.brhmal.sbcglobal.net> has quit IRC16:19
*** asteriusio <asteriusio!~derek@104-179-196-18.lightspeed.brhmal.sbcglobal.net> has joined #yocto16:19
*** mckoan is now known as mckoan|away16:25
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4119:c5:9d6c:d2f5> has joined #yocto16:30
*** rcoote <rcoote!~rcoote@2a02:908:694:300:50bf:6459:a225:8825> has quit IRC16:35
JPEWRP: Ah, OK16:38
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC16:39
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto16:47
*** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto16:59
*** nerdboy <nerdboy!~sarnold@47.143.129.23> has joined #yocto17:14
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:14
*** sno <sno!~sno@195.14.209.36> has quit IRC17:26
*** vineela <vineela!vtummala@nat/intel/x-pzalirhhbvqgyrlw> has joined #yocto17:29
*** rcoote <rcoote!~rcoote@2a02:908:694:300:c817:8c35:91cc:9615> has joined #yocto17:37
*** rcoote <rcoote!~rcoote@2a02:908:694:300:c817:8c35:91cc:9615> has quit IRC17:41
paulbarkerRP: I'm pretty sure I have a fix, going to re-run all the tests before submitting it17:56
paulbarkerThere's room for some refactoring & clean up in the gitsm fetcher but I'll come back to that another day17:57
*** sno <sno!~sno@p4fe931fc.dip0.t-ipconnect.de> has joined #yocto18:12
RPpaulbarker: sounds great, thanks!18:13
RPpaulbarker: getting the autobuilder happy again is a huge help18:13
paulbarkerRP: bitbake-selftest is happy with the exception of a few hashserv tests failing because of an ipv6 issue, that will be unrelated to my changes. Now for oe-selftest18:15
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:17
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:23
*** rabbit9911 <rabbit9911!34191729@ec2-52-25-23-41.us-west-2.compute.amazonaws.com> has joined #yocto18:24
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:24
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:24
RPpaulbarker: I'd imagine if bitbake-selftest is good that will have stressed anything in that codepath. I'm happy to take into -next for the oe-selftests18:33
RPpaulbarker: those will take a while :/18:34
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:34
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:34
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto18:39
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4119:c5:9d6c:d2f5> has quit IRC18:48
*** sagner <sagner!~ags@37.17.234.113> has quit IRC18:51
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto18:52
*** falstaff <falstaff!~quassel@2a02:169:3df5::509> has quit IRC18:53
*** falstaff_ <falstaff_!~quassel@2a02:169:3df5::509> has joined #yocto18:53
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC18:56
paulbarkerRP: Ok, let me write some commit messages and send the patches18:59
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC19:03
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC19:06
*** sagner <sagner!~ags@2a02:169:3df5::edf> has quit IRC19:07
*** sagner <sagner!~ags@2a02:169:3df5::587> has joined #yocto19:07
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto19:09
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC19:10
*** matthewzmd <matthewzmd!~user@CPEbc4dfb562ea3-CMbc4dfb562ea0.cpe.net.fido.ca> has joined #yocto19:15
paulbarkerRP: Patches sent. Let's see what the autobuilder thinks19:16
*** vineela <vineela!vtummala@nat/intel/x-pzalirhhbvqgyrlw> has quit IRC19:16
*** BobPungartnik <BobPungartnik!~BobPungar@2804:7f0:a081:63e1:4935:4421:c8bd:9407> has joined #yocto19:19
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC19:21
*** vineela <vineela!vtummala@nat/intel/x-kqkypqtymruiczrl> has joined #yocto19:22
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto19:25
RPpaulbarker: thanks19:25
*** matthewzmd is now known as mzeng19:30
*** mzeng is now known as matthewzmd19:31
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC19:45
*** falstaff_ <falstaff_!~quassel@2a02:169:3df5::509> has quit IRC19:48
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC20:12
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto20:12
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC20:29
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto20:41
*** vineela <vineela!vtummala@nat/intel/x-kqkypqtymruiczrl> has quit IRC20:46
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC20:49
*** pohly <pohly!~pohly@p5b05684a.dip0.t-ipconnect.de> has quit IRC21:04
*** matthewzmd <matthewzmd!~user@CPEbc4dfb562ea3-CMbc4dfb562ea0.cpe.net.fido.ca> has left #yocto21:06
*** vineela <vineela!vtummala@nat/intel/x-nembnchougovqytr> has joined #yocto21:10
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC21:14
*** berton <berton!~berton@181.220.84.90> has quit IRC21:16
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto21:16
*** maudat <maudat!~moda@mtrlpq2848w-lp130-04-70-29-226-188.dsl.bell.ca> has quit IRC21:17
*** rabbit9911 <rabbit9911!34191729@ec2-52-25-23-41.us-west-2.compute.amazonaws.com> has quit IRC21:18
*** vineela <vineela!vtummala@nat/intel/x-nembnchougovqytr> has quit IRC21:47
*** agust <agust!~agust@p508b67ab.dip0.t-ipconnect.de> has quit IRC23:20
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto23:23
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC23:23
*** TobSnyder <TobSnyder!~schneider@p2e50e9c2.dip0.t-ipconnect.de> has quit IRC23:34
« Thursday, 2020-06-11 Index Saturday, 2020-06-13 »

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