Wednesday, 2021-05-26

*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto00:04
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-47-76-71-204-133.dsl.bell.ca> has quit IRC00:07
*** woky <woky!~woky@li1651-31.members.linode.com> has quit IRC00:19
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC00:23
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto00:24
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC00:25
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto00:27
*** kpo_ <kpo_!~kpo@gl207-35.master.pl> has quit IRC00:30
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC00:32
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto00:34
khemI use matrix-appservice-irc00:50
*** woky <woky!~woky@li1651-31.members.linode.com> has joined #yocto01:01
zeddiiI need whatever it is, to be something I can plug znc into. I haven't looked into it.01:03
zeddiiI just connect to znc, znc talks to all my networks.01:03
* zeddii searches01:03
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC01:10
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC01:14
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto01:14
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC01:15
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto01:16
*** dev1990 <dev1990!~dev@dynamic-78-8-44-76.ssp.dialog.net.pl> has quit IRC01:34
*** RobertBerger <RobertBerger!~rber@ppp-2-86-132-104.home.otenet.gr> has quit IRC01:34
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-47-76-71-204-133.dsl.bell.ca> has joined #yocto01:43
*** RobertBerger <RobertBerger!~rber@ppp-2-86-132-104.home.otenet.gr> has joined #yocto01:47
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC01:54
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto01:55
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has left #yocto02:00
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC02:03
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto02:08
*** aquijoule_ <aquijoule_!~richbridg@213-225-13-75.nat.highway.a1.net> has joined #yocto02:25
*** aquijoule__ <aquijoule__!~richbridg@089144206093.atnat0015.highway.bob.at> has quit IRC02:27
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC02:29
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto02:29
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC02:41
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto02:42
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC02:58
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto02:59
*** ahadi <ahadi!~ahadi@89.244.122.91> has quit IRC03:00
*** ahadi <ahadi!~ahadi@i59F44C6D.versanet.de> has joined #yocto03:01
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto03:03
*** x0n^^ <x0n^^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto03:17
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC03:20
*** x0n^^ <x0n^^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC03:21
*** jsbronder <jsbronder!~jbronder@unaffiliated/jsbronder> has joined #yocto03:22
*** rfried <rfried!~rfried@practical-trainings.com> has quit IRC03:25
*** rfried <rfried!~rfried@practical-trainings.com> has joined #yocto03:25
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto03:28
*** fray <fray!~fray@kernel.crashing.org> has quit IRC03:35
*** zkrx <zkrx!~slimshady@194.230.138.56> has quit IRC03:59
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto04:12
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC04:13
*** camus is now known as kaspter04:13
*** vineela <vineela!vtummala@nat/intel/x-fsrjhhffvxofsntu> has quit IRC04:17
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:21
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC04:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto04:25
*** zkrx <zkrx!~slimshady@194.230.138.56> has joined #yocto04:27
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto05:09
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC05:19
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto05:32
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto05:38
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC05:56
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:00
*** agust <agust!~agust@pd95f15be.dip0.t-ipconnect.de> has joined #yocto06:06
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto06:09
kroonIn an ongoing build, is there a way to terminate a specific ongoing task ?06:09
kroonI guess killing the log.do_xxx.<pid> should work..06:11
*** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto06:13
thekappehello yoctoers !06:14
thekappeOne question, I have a .vimrc that I want to add to each user in the distro06:14
thekappeusualkly I would create a vim_%.bbappend and install the .vimrc in ${D}/home/root06:15
thekappebut how to manage it if I have multiple users ?06:15
kroonthekappe, isnt that what /etc/skel/ is used for ?06:16
mihaithekappe: you could install it in /etc/vim/vimrc, it will apply for all users on that system06:16
mihaior /usr/share/vim/vimrc06:17
thekappehello guys06:19
thekappedidn't know about that06:19
thekappeI'll try your solutions06:20
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC06:20
*** frsc <frsc!~frsc@mue-88-130-79-210.dsl.tropolys.de> has joined #yocto06:35
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-uzujbztxnuplcfxb> has joined #yocto06:39
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC06:49
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto06:49
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-uzujbztxnuplcfxb> has quit IRC06:52
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto07:12
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC07:12
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto07:21
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto07:26
*** mckoan|away is now known as mckoan07:29
mckoangood morning07:29
*** rubdos <rubdos!~rubdos@whisperfish/rubdos> has joined #yocto07:32
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto07:32
*** rubdos <rubdos!~rubdos@whisperfish/rubdos> has quit IRC07:35
*** Ninic0c0 <Ninic0c0!56f7c02f@lfbn-idf2-1-745-47.w86-247.abo.wanadoo.fr> has joined #yocto07:44
Ninic0c0Hello all, if i call oe_runmake or make in a custom do_compile() function, I have to pass the number of thread or bitbake set it from BB_NUMBER_THREADS/PARALLEL_MAKE variable ? Thx!07:46
*** x0n^^ <x0n^^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto07:48
*** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC07:49
*** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto07:50
*** x0n^^ <x0n^^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC07:50
*** x0n^^ <x0n^^!~x0n@unaffiliated/x0n/x-8833323> has joined #yocto07:50
mckoanNinic0c0: do_compile() already calls oe_runmake therefore make by default. You don't need to call it again08:05
mckoanNinic0c0: and it should use PARALLEL_MAKE variable setting08:07
*** dev1990 <dev1990!~dev@78.8.44.76> has joined #yocto08:08
Ninic0c0mckoan thank you for support, it's a custom recipe :)08:10
*** bps3 <bps3!~bps@80.71.142.18> has quit IRC08:23
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto08:29
*** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC08:30
*** plntyk <plntyk!~plntyk@2a02:8109:9ac0:614e:4f1d:8dca:2377:2115> has quit IRC08:58
*** x0n^^ <x0n^^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC09:10
*** x0n^ <x0n^!~x0n@unaffiliated/x0n/x-8833323> has quit IRC09:11
*** abelloni <abelloni!~abelloni@scw.piout.net> has joined #yocto09:14
RobertBerger@Ninic0c0 if you call oe_runmake instead of make it should do it for you09:14
*** bps <bps!~bps@80.71.142.18> has joined #yocto09:18
*** Ninic0c0 <Ninic0c0!56f7c02f@lfbn-idf2-1-745-47.w86-247.abo.wanadoo.fr> has quit IRC09:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:21
* RP looks at https://autobuilder.yocto.io/pub/non-release/20210526-2/testresults/qemuarm/2021-05-26--08-58/host_stats_1_top.txt and worries about the cpu/memory various things are using09:29
RP7g RES, 16g VIRT for cmake's rpmbuild for example09:30
RPor the 100% cpu usage of the many bitbake-workers09:30
*** aalu <aalu!uid500438@gateway/web/irccloud.com/x-yamojhbihscgucuw> has quit IRC09:33
*** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC09:43
wyreis there some chance to use `bitbake <image> -g -u taskexp` from the crops/poky docker container?09:48
rburtonRP: 16gb virtual memory for building the rpms of cmake?09:49
*** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto09:53
wyreoh, I can use it with ncurses ... 😁09:53
wyrethen what's taskexp? 🤔09:54
rburtontaskexp is a graphical UI for exploring tasks and dependencies09:54
wyreoh, I see ... so I guess ncurses is the appropriate library to use into a docker container 🤔09:55
*** vygu2 <vygu2!9eff70c2@gateway/web/cgi-irc/kiwiirc.com/ip.158.255.112.194> has joined #yocto09:58
RPrburton: yes. See the log09:58
rburtonwould that be rpm's xz going full on cookie monster?10:00
wyrenow I'm wondering why in the --help output of bitbake I can see only knotty or ncurses as values for the -u argument, why it doesn't show also taskexp?10:00
rburtonmost likely because someone forgot to add it to the help output10:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:01
vygu2Hello, on the master branch, with CROPS ubuntu20.04, I have some do_package core dumped issues with glibc, I observe this since 2 May: ERROR: glibc-2.33-r0 do_package: dump_syms failed with exit code 134 (cmd was dump_syms '/home/yoctouser/build/tmp/work/core2-32-sbr-linux/glibc/2.33-r0/package/usr/sbin/zic' 2>/dev/null):10:02
vygu2 /bin/sh: line 1: 1025927 Aborted                 (core dumped) dump_syms '/home/yoctouser/build/tmp/work/core2-32-sbr-linux/glibc/2.33-r0/package/usr/sbin/zic' 2> /dev/null10:03
wyreis this normal? https://imgur.com/KxkiASY.png it's apparently stuck in here ... should I expect something more?10:04
wyreI guess that ncurses UI should use that .dot generated files to show me something interactive, right?10:05
rburtonthe curses ui isn't for exploring dependencies10:06
wyrerburton, then how could I explore dependencies on cli?10:07
rburtongrep on the dot file is easy to be honest10:07
rburtondot files are human readable, and easily grepped10:07
*** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC10:07
rburtonyou might be able to get crops to forward the X sockets so you can use the ui app from inside the container, dunno10:08
rburtonkhem: you broke non-linux builds QA Issue: gcc-runtime: Files/directories were installed but not shipped in any package: /usr/lib/-gdb.py10:15
RPrburton: I suspect rpm's xz usage10:15
* RP is still hoping kanavin might poke at it10:15
*** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has quit IRC10:16
rburtonhm, rpm has limits on xz in 32-bit environments but not 64 :)10:17
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto10:18
wyrerburton, apparently the container is lacking gtk 🤔 https://bpa.st/HSCQ10:18
rburtonokay someone was on something good when they wrote this10:18
RPrburton: rpm code?10:19
rburtonwyre: you'll also need to shuttle the X connection between the container and the host. obviously containers don't do that by default.  you could just not use a container...10:19
rburtonRP: yes10:19
wyrerburton, apparently using -e argument in the docker run should be enough http://fabiorehm.com/blog/2014/09/11/running-gui-apps-with-docker/ shouldn't it?10:20
rburtonwyre: rebuild crops with the extra dependencies and find out10:20
rburtonmaybe switching to zstd might be a good idea for rpm anyway10:21
RPrburton: can we hack it somehow?10:22
rburtonah if i update my clone the really horrible code disappears10:24
rburtonwhich is good10:24
rburtonffs rpm why10:26
* RP decides he probably doesn't want to look10:26
wyrerburton, I cannot find anything about rebuild crops with extra dependencies10:26
rburtonits just a docker container, get the dockerfile, add the extra deps, rebuild10:26
wyreoh, you mean manually10:27
rburtonyes10:27
kanavinrburton, which part specifically?10:27
wyrebut I'd need to know what extra deps I need10:27
wyreI'm not sure what gtk package I need10:27
rburtonwyre: gtk3 and python-gobject should cover it10:27
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC10:28
rburtonkanavin: how rpm uses T[integer] open modes to control the number of threads used10:28
*** bubblewarp <bubblewarp!b911e75e@gateway/web/cgi-irc/kiwiirc.com/ip.185.17.231.94> has joined #yocto10:30
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto10:31
*** phatina <phatina!~phatina@adsl-dyn16.78-99-213.t-com.sk> has joined #yocto10:32
rburtonkanavin: where do we tell rpm to use something other than gzip to compress?10:34
rburtonRP: well its a two line patch to enable the thread count cap on all hosts, which caps to 4 threads10:35
RPrburton: does that limit the memory?10:39
RPrburton: we should put a limit on the threads if it is currently unlimited10:40
rburtonit uses the processor count10:40
wyrerburton, what gtk3 package? http://ix.io/3nUD10:40
rburtonRP: so there's a macro for xz memory limit10:43
wyreI guess libgtk-3-010:43
rburtonand i've a patch to swap ncpus for 410:43
wyrebut what about libgtk-3-bin?10:43
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto10:49
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC10:50
*** camus is now known as kaspter10:50
*** psnsilva__ <psnsilva__!~psnsilva@161.230.35.203> has quit IRC10:55
*** psnsilva__ <psnsilva__!~psnsilva@161.230.35.203> has joined #yocto10:56
*** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has quit IRC10:59
*** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has joined #yocto10:59
RPrburton: sounds good, thanks!11:03
rburtondoing a build test now to see if i can reproduce the crazy memory usage11:03
*** RobertBerger <RobertBerger!~rber@ppp-2-86-132-104.home.otenet.gr> has quit IRC11:06
*** RobertBerger <RobertBerger!~rber@athedsl-239252.home.otenet.gr> has joined #yocto11:08
wyrerburton, well, apparently all is right, I've installed the necessary dependencies and now I'm not having any python traceback, but GTK still doesn't init despite DISPLAY variable is properly configured 🤔 https://bpa.st/6HPA11:09
RPrburton: FWIW, bitbake cmake -c package_write_rpm -f shows fairly high mem use here11:11
*** Shaun <Shaun!~soneil@pdpc/supporter/professional/shauno> has quit IRC11:17
*** zkrx <zkrx!~slimshady@194.230.138.56> has quit IRC11:25
kanavinrburton, package.bbclass11:38
kanavinrburton, and it already uses xz, not gz11:38
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC11:39
manuel1985Yocto seems to support HTTP basic authentication for using an sstate-cache mirror. https://patchwork.openembedded.org/patch/130333/ Where do I need to put the credentials?11:42
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto11:45
*** zkrx <zkrx!~slimshady@194.230.138.56> has joined #yocto11:47
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC12:01
*** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has quit IRC12:02
*** berton <berton!~user@2804:14d:4085:87f7:2812:ea42:2a4c:4bba> has joined #yocto12:15
*** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has joined #yocto12:21
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto12:25
phatinaHi all, I am using eSDK, trying to build kernel (linux-yocto) and see task do_unpack_and_patch, which actually does NOT apply any patch in .kernel-meta/patches. Does anyone of you have any tip?12:31
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC12:33
bubblewarphi there guys, anyone that built wpewebkit+cog for imx6?12:51
bubblewarpi've build with rdk backend for imx6 on framebuffer, but when i call cog there's nothing showing on the screen12:51
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC12:53
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto12:53
*** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-fxveiljdytydggey> has quit IRC12:56
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has quit IRC12:56
*** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-bxkjjolwnmgpdppz> has joined #yocto12:56
*** ahalaney <ahalaney!~ahalaney@068-184-200-203.res.spectrum.com> has joined #yocto12:57
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has joined #yocto12:58
*** wyre <wyre!~wyre@unaffiliated/wyre> has quit IRC13:03
*** wyre <wyre!~wyre@unaffiliated/wyre> has joined #yocto13:05
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-pfcnztfnclzddsdc> has quit IRC13:05
tgamblinHow does one adjust the timeout for QEMU to boot so that slow boots don't fail with "oeqa.core.exception.OEQATimeoutError: Timed out after 30 seconds of execution" ?13:09
*** RobertBerger <RobertBerger!~rber@athedsl-239252.home.otenet.gr> has quit IRC13:09
*** Spectrejan <Spectrejan!spectrejan@gateway/shell/matrix.org/x-egdnmaqsnfpzzzab> has joined #yocto13:10
tgamblinI tried using TEST_QEMUBOOT_TIMEOUT = "180" in local.conf, but it still gave the above error13:11
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto13:14
moto-timo./meta/lib/oeqa/runtime/cases/ping.py:    @OETimeout(30)13:23
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC13:24
*** bubblewarp <bubblewarp!b911e75e@gateway/web/cgi-irc/kiwiirc.com/ip.185.17.231.94> has quit IRC13:25
*** vygu2 <vygu2!9eff70c2@gateway/web/cgi-irc/kiwiirc.com/ip.158.255.112.194> has left #yocto13:27
*** lexano <lexano!~lexano@2607:fea8:5bc0:332:12c3:7bff:fe95:9fc1> has quit IRC13:29
*** lexano <lexano!~lexano@2607:fea8:5bc0:332:12c3:7bff:fe95:9fc1> has joined #yocto13:29
*** lexano <lexano!~lexano@2607:fea8:5bc0:332:12c3:7bff:fe95:9fc1> has joined #yocto13:31
v2dhi all -- I can `git clone git@github.com:company/repo.git` from the kas shell, but bitbake fails to fetch the sources from my recipe. how should I format the SRC_URI for my private github repo?13:36
*** phatina <phatina!~phatina@adsl-dyn16.78-99-213.t-com.sk> has quit IRC13:39
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC13:42
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC13:44
JPEWRP: Ugh, the MinGW build for ztd is a mess13:49
JPEWIt rebuilds in do_install because all the make targets are wrong :(13:50
*** ahalaney <ahalaney!~ahalaney@068-184-200-203.res.spectrum.com> has left #yocto13:50
RPJPEW: ah :(13:51
RPJPEW: I suspect this is going to cause issues for anything using cmake :(13:52
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:53
JPEWYa. I the fix to make it not fail isn't terrible.... not compiling in do_install is a little more involved13:56
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto13:58
yoctonv2d: git://git@github.com/company/repo.git;protocol=ssh should work13:59
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC14:02
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:04
*** fray <fray!~fray@kernel.crashing.org> has joined #yocto14:05
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC14:06
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto14:07
qschulzNot to stir the pot but: https://twitter.com/bagder/status/1397433855817170949?s=20 https://twitter.com/jellyfin/status/1397408094691471364?s=20 https://lwn.net/Articles/857252/14:08
*** ayoung <ayoung!~ayoung@2601:19c:4603:9a0::ee3f> has quit IRC14:08
zeddiiCrofton|cloud: has been chasing people to libera lately :D14:08
qschulzWhere are we on the topic of IRC server for #yocto? Are we staying here, moving to something else etc.. :) pinging ndec probably?14:09
frayI think the answer is wait and see what happens..14:09
Crofton|cloudShhhh14:09
qschulzWell, something's happening :)14:10
Crofton|cloudbut the channels exist over there14:10
ndeci believe the current trend is that we are moving to libera.chat..14:10
ndecfor both YP and OE channels.14:10
Crofton|cloudI updated to OE wiki earlier14:10
fraythe only thing that I thought was 'decided' was we don't want multiple channels on multiple IM services or we're all going to go crazy14:10
Crofton|cloudfray: that train left the station years ago :(14:12
v2dyocton: I get "Host key verification failed." but I have my keys in /etc/skel/.ssh14:14
ndecfray: i think halstead is planning to use bots to duplicate the discussions on old and new channels to ease the transition14:14
Crofton|cloudBasically, everyone I trust is moving14:16
yoctonv2d: bitbake needs to access your ssh-agent. Does that make sense to you?14:17
v2dyocton: kinda. Are you using kas by any chance?14:22
yoctonv2d: no14:23
yoctonv2d: try "ssh-add" juste before launching the whole process? It might work!14:25
JPEWSome announcment on the ML that we are switching IRC servers would be good.... I don't really want to be squating on the channels on 3 different servers, but I don't know where everyone is going14:25
v2dyocton: french I presume? ^^14:26
yoctonv2d: Oui :) (this 'e' on "juste" is in my muscle memory, Could not help it!)14:30
v2dyocton: I do the same ^^14:35
JPEWRP: OK, ztd patch to fix the build in oe-core, MinGW build option bbappend in master-next of meta-mingw14:39
JPEWHopefully upstream takes the patch14:40
RPJPEW: thanks!14:40
ndecJPEW: yes, we will make an announcement.. but we need to make sure halstead is ready with the infrastructure changes/bot.. and he is a bit busy these days ;)14:43
ndechttps://twitter.com/IRCCloud/status/139747574444866356414:45
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC14:48
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto14:59
rburtonndec: that sort of talk will get irccloud banned from connecting15:02
frayif they alienate enough people it'll make switching easier15:03
rburtonif yocto/oe move then i'm down to channels i don't care about on freenode15:04
khemrburton: share the unpackaged file, it seems it did not get named right15:08
rburtonyeah just doing a build locally now in fact15:09
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.12> has joined #yocto15:11
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC15:11
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC15:12
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto15:14
*** u1106 <u1106!~quassel@uwe.iki.fi> has left #yocto15:16
rburtonso the file should be called /usr/lib/libstdc++.so.6.0.29-gdb.py15:24
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC15:26
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC15:30
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto15:30
*** ayoung <ayoung!~ayoung@2601:19c:4603:9a0::2854> has joined #yocto15:37
wyrewhat's the ubuntu version recommended to use bitbake? 18.04?15:38
wyrewell, what version is crops based on?15:38
rburtoncrops is based on a slew of distros depending on what one you pick15:38
rburtonbut the documentation lists the supported distros15:38
rburtona recent LTS is good15:39
wyrerburton, I've created a VM with 20.04 and apparently installed all dependencies but I still cannot run taskexp UI ... 😞 https://bpa.st/G57Q15:40
rburtonwyre: using dunfell?15:41
wyrewarrior15:41
rburtonhttps://wiki.yoctoproject.org/wiki/Releases <-- that's been EOL since june last year15:42
rburtonyou need to cherry-pick befe6d2cecacf8d43f2ae0cd697d4479af6fef9515:42
wyreor use dunfell, I guess15:43
rburtonat least15:43
wyrerburton, cherry pick form what repo? 🤔15:44
rburtonthat's a poky commit15:44
wyrepoky?15:44
wyreoh, I see15:44
wyrerburton, could I just do `git checkout befe6d2cecacf8d43f2ae0cd697d4479af6fef95` in the poky repo? 🤔15:48
rburtonno15:50
rburtonthat would checkout, you want to cherry-pick15:50
rburtonkhem: so the problem is that for some reason libname isn't set when installing15:53
rburtonlibname=`sed -ne "/^library_names=/{s/.*='//;s/'$$//;s/ .*//;p;}" \15:53
rburtonin libstdc++-v3/python/Makefile15:54
khemrburton: seems to be related to https://github.com/gcc-mirror/gcc/commit/dbb87d6a9c37c8eca80d77782717a8144515c16d15:57
*** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto15:58
khemrburton: can you try reverting this for tests ?15:58
khemand quicky see if it fixes the issue15:59
khemand do we have the appropriate .la files around when this is generating or are they deleted before do_install16:02
khemrburton: also share libstdc++.la if you can16:03
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC16:03
*** habnabit_ <habnabit_!~habnabit@python/site-packages/habnabit> has left #yocto16:05
wyrety rburton it was that 😁16:08
dev1990has anyone ever encountered an error that rpm package (creation) never stop for some large package?16:08
dev1990like for infinite time ?16:09
RPdev1990: some can take a very long time, I've not seen it hang16:10
RPmemory/thread usage with xz is bad16:10
dev1990well if I just rerun, it will finish in about 1-3mins16:11
RPdev1990: I've not seen that locally or on the autobuilder16:11
rburtonkhem: library_names='' says the .la16:12
rburtonthat would be it :)16:12
*** mckoan is now known as mckoan|away16:12
rburtonkhem: this is for the zephyr build16:12
*** nvmd <nvmd!~nvmd@177.30.111.232> has joined #yocto16:13
*** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto16:16
rburtonkhem: so i expect reverting will solve the problem but looks like there's an underlying issue16:16
rburtonkhem: this is the .la file that got generated https://www.irccloud.com/pastebin/jTzS4Wk6/16:17
khemrburton: why is `library_names` empty for zephyr16:18
v2drburton: hi -- have you succeed to fetch a private github repository with kas?16:19
khemand can you tell me the target tuple for zephyr gcc ?16:19
rburtonkhem:  no idea :)16:19
rburtonchecking host system type... arm-poky-eabi16:20
rburtonthat tuple?16:20
khemok so any baremetal toolchain will have this issue16:20
khemis .la different beofore and after the patch16:21
rburtonbuilding with the gcc bump reverted16:25
*** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-zscvqwturmpedjbn> has left #yocto16:35
*** frsc <frsc!~frsc@mue-88-130-79-210.dsl.tropolys.de> has quit IRC16:36
*** berton <berton!~user@2804:14d:4085:87f7:2812:ea42:2a4c:4bba> has quit IRC16:39
rburtonkhem: library_names is "" with your point release reverted16:40
*** renegade <renegade!~renegade@2601:241:8a00:46e0:f408:60d7:b691:24da> has joined #yocto16:41
renegadequick question, whenever I make a build my rpm directories don't seem to contain repomd.xml. I'm on gatesgarth16:42
rburtonthat file is only generated on demand16:45
rburton(when an image is built)16:45
rburtonif you want it to exist, bitbake package-index16:45
renegadeinteresting, i have been building images and it did not appear. Let me try package-index16:46
renegadeyea.. that worked.. surprising it wouldn't work when an image is being built. It just happened on Krogoth. Maybe something I'm doing here.16:49
rburtonwell, the repomd.xml is put in a temporary directory, not deploy/rpm16:50
rburtonwhen building an image, that is16:51
rburtonbasically if you want to use deploy/* as a normal feed outside of bitbake, then bitbake package-index first to ensure the feed index is up to date16:51
renegadeyea, I was basically sending the entire RPM directory over to a server and noticed that those files were missing. So now steps are build image, run bitbake package-index, then push to server16:54
renegadethanks16:54
rburtonrenegade: there's a presentation about runtime package management in ten minutes at the yocto summit16:54
rburtonhopefully that covers this :)16:54
renegadethanks will check it out.16:55
khemrburton: there is upstream bug for this https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453 so I have updated it with our regression on baremetal toolchains17:09
khemlets revert the patch I pointed to meanwhile, it adds no value to OE as such17:09
RPrenegade: The indexes are places in the image WORKDIR rather than deploy/rpm17:12
RPrenegade: "bitbake package-index" will cause indexes to be built in deploy17:12
renegadewas there a reason for this change? I couldn't find anything in documentation. Krogoth seemed to have just built it in deploy/rpm17:14
renegadei've missed a lot of changes due to this huge jump in versions17:14
*** Net147_ <Net147_!~Net147@unaffiliated/net147> has joined #yocto17:15
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC17:15
RPrenegade: packages being added to tmp/deploy while images were being built17:21
RPrenegade: "bitbake core-image-minimal core-image-sato" causes races17:22
*** NiksDev3 <NiksDev3!~NiksDev@192.91.101.31> has joined #yocto17:22
*** felipealmeida <felipealmeida!~felipealm@189.26.135.183> has quit IRC17:25
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.12> has quit IRC17:25
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC17:25
*** fray <fray!~fray@kernel.crashing.org> has quit IRC17:25
*** agust <agust!~agust@pd95f15be.dip0.t-ipconnect.de> has quit IRC17:25
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has quit IRC17:25
renegadethanks17:25
*** felipealmeida <felipealmeida!~felipealm@189.26.135.183.dynamic.adsl.gvt.net.br> has joined #yocto17:25
*** mnemoc <mnemoc!~amery@geeks.cl> has quit IRC17:26
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has joined #yocto17:29
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto17:38
*** agust <agust!~agust@pd95f15be.dip0.t-ipconnect.de> has joined #yocto17:40
*** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has quit IRC17:41
*** ahadi <ahadi!~ahadi@i59F44C6D.versanet.de> has quit IRC17:43
*** ahadi <ahadi!~ahadi@i59F44C6D.versanet.de> has joined #yocto17:45
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto17:51
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC17:52
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC17:52
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto17:53
kanavinRP: rebasing ptests to core-image-minimal was fairly easy, patches coming17:55
kanavinRP: it does take out a whole lot of unneeded stuff17:56
RPkanavin: I hoped it might, I did do some work on fixing dependencies in the past18:01
kanavinRP: this is what I did http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates18:03
kanavinRP: running x86/aarch ptests on AB now18:03
RPkanavin: you did find a few more dependencies missing! :) Not sure about the ptest dev dependency insane check change18:07
tgamblinkanavin: those changes look awesome, thanks for doing them!18:08
kanavinRP: python ptests need it18:08
RPkanavin: I mean that the INSANE_SKIP thing may be the right solution18:08
RPkanavin: looks good though, its a nice change18:09
kanavinRP: but then it would mask some other python package wrongly depending on -dev18:10
RPkanavin: we've had problems with ptest packages depending on -dev packages when they shouldn't too :/18:12
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto18:14
RPkanavin: you can skip this just for the python-ptest package18:15
RPkanavin: d.getVar('INSANE_SKIP_' + package)18:15
*** renegade <renegade!~renegade@2601:241:8a00:46e0:f408:60d7:b691:24da> has quit IRC18:15
*** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-bxkjjolwnmgpdppz> has left #yocto18:15
mischiefare we there yet18:32
*** bantu <bantu!~bantu@unaffiliated/bantu> has quit IRC18:42
*** ant__ <ant__!~ant__@host-87-17-138-93.retail.telecomitalia.it> has joined #yocto18:57
*** ayoung <ayoung!~ayoung@2601:19c:4603:9a0::2854> has quit IRC19:06
rewittShould taskexp still work? "bitbake -g -u taskexp quilt-native" gets me "Timeout while waiting for a reply from the bitbake server (60s)"19:17
rburtonhey randy19:17
rburton*should* work but haven't tried it for ages, and my build machine is headless19:17
rewittrburton: Yeah that's what I was hoping for is that someone could just try it. Someone says it isn't working in the containers, but it doesn't *seem* to be working on my remote workstation either. I guess I could try spinning up a VM locally.19:20
qschulzYou get a pop-up when running this command so I guess you need to do some X forwarding/VNC or something similar?19:21
rewittqschulz: Correct, but I can see the output from glxgears, but bitbake gives me the timeout.19:22
rburtonrewitt: try with hardknott and gatesgarth release branches :)19:23
rburtoni can test later when my other laptop is to hand19:23
qschulzcheck if there's isn't a singletask.lock somewhere or something stopping bitbake to actually start? (don't remove it, kill the processes using it first with lsof)19:23
RPrewitt: worked for me here19:27
RPrewitt: (with master)19:28
RPrewitt: when you see that timeout, have a look at bitbake-cookerdaemon.log19:29
rewittRP: It looks like it works after first running "bitbake quilt-native", but starting with a clean build directory and "bitbake quilt-native -g -u taskexp" seems to hang19:30
RPrewitt: oh, interesting. I was in an existing builddir19:31
*** _filt3r_ <_filt3r_!~x@2a03:b0c0:2:d0::7d:7001> has quit IRC19:31
RPrewitt: Confirmed that breaks. Log says Exception in the main loop but doesn't say what19:32
rewittRP: Well at least you got me to poke at it enough to realize where it seems the problem lies. :)19:33
rewittRP: It's not urgent or anything, when I respond to the issue I can just point out the caveats for now. I'll add an issue to bugzilla if you would like19:34
RPrewitt: that would be good thanks. We should fix this. The log even looks odd, not sure what happens19:36
RPrewitt: I managed to get logs, its a failure about HOSTTOOLS not being built, i.e. sanity test failing19:40
rewittRP: That's so weird that it would fail the sanity test on a clean build directory but not on an existing one19:41
rewittRP: I wouldn't expect that to impact HOSTTOOLS19:42
RPrewitt: I think its more that HOSTTOOLS doesn't exist. I don't fully understand what is going on, I'm just happier I have an actual error now19:43
RPrewitt: it is raising a double exception which is why the original logging failed19:44
rewittRP: https://bugzilla.yoctoproject.org/show_bug.cgi?id=1440819:49
*** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has joined #yocto19:59
*** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has quit IRC20:03
*** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has joined #yocto20:11
*** fray <fray!~fray@kernel.crashing.org> has joined #yocto20:11
frayDoes anyone understand how to use devtool?  I built an eSDK, and I'm trying to build some packages.. but I can't figure out the commands..20:11
frayeverything says I need to add to my workspace.. I don't want to edit the packages, I just want to build them from the existing layers20:11
fraydevtool add can't add htem cause they exist.. devtool modify fails complaining about No such file or directory for  ..../devtooltmp-.../initial_rev'  says devtool-source class isn't workign right20:12
*** argonautx <argonautx!~argonautx@46.189.28.75> has joined #yocto20:20
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has joined #yocto20:25
*** matthewzmd <matthewzmd!~user@135.0.82.210> has joined #yocto20:39
*** nate44 <nate44!~Nathan22@S0106bcd16583c035.gv.shawcable.net> has joined #yocto20:41
*** bps <bps!~bps@80.71.142.18> has quit IRC20:41
dl9pffray: https://pretalx.com/media/yocto-project-summit-2021/submissions/SNL9HJ/resources/yp_summit_2021_paul_devtool_ws_M6_DMWvdg6.pdf20:42
*** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC20:43
*** matthewzmd <matthewzmd!~user@135.0.82.210> has quit IRC20:47
dl9pfas follow-up to our discussion on layer quality yesterday ... here the stats for master branch:20:48
*** AdmFubar <AdmFubar!~mradmin@76-234-138-224.lightspeed.bcvloh.sbcglobal.net> has joined #yocto20:48
*** AdmFubar <AdmFubar!~mradmin@76-234-138-224.lightspeed.bcvloh.sbcglobal.net> has left #yocto20:48
dl9pflayers tested known to the layerindex: 16220:50
dl9pflayers passing all 3 checks:  13  (!)20:50
dl9pflayers not passing all 3 checks: 14720:50
dl9pflayers with fetch issues ... a lot.  (aka repo no longer on github or the like)20:50
khemthanks dl9pf20:51
khemthis looks a good start20:51
*** Net147_ <Net147_!~Net147@unaffiliated/net147> has quit IRC20:53
*** matthewzmd <matthewzmd!~matthewzm@135.0.82.210> has joined #yocto20:54
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto20:54
*** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC20:54
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-47-76-71-204-133.dsl.bell.ca> has quit IRC20:54
*** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC20:54
*** yocton_ <yocton_!~quassel@51.15.170.227> has joined #yocto20:55
*** yocton <yocton!~quassel@51.15.170.227> has quit IRC20:55
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC20:55
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC20:55
*** aidanh_ is now known as aidanh20:55
*** nvmd <nvmd!~nvmd@177.30.111.232> has quit IRC20:55
*** nvmd <nvmd!~nvmd@177.30.111.232> has joined #yocto20:55
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC20:56
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto20:56
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-47-76-71-204-133.dsl.bell.ca> has joined #yocto20:56
*** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto20:56
*** nvmd <nvmd!~nvmd@177.30.111.232> has quit IRC20:59
*** nvmd <nvmd!~nvmd@177.30.111.232> has joined #yocto20:59
*** gnslu2-lo <gnslu2-lo!~nslu2-log@leia.nas-admin.org> has quit IRC21:00
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC21:00
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto21:01
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto21:03
*** nslu2-log_ <nslu2-log_!~nslu2-log@23.141.224.192> has joined #yocto21:03
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC21:03
*** nate44 <nate44!~Nathan22@S0106bcd16583c035.gv.shawcable.net> has quit IRC21:04
*** NiksDev3 <NiksDev3!~NiksDev@192.91.101.31> has quit IRC21:05
*** NiksDev3 <NiksDev3!~NiksDev@192.91.75.12> has joined #yocto21:06
*** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto21:07
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has quit IRC21:07
*** bps <bps!~bps@80.71.142.18> has joined #yocto21:10
*** zkrx <zkrx!~slimshady@194.230.138.56> has quit IRC21:15
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC21:22
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto21:22
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC21:23
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto21:26
*** zkrx <zkrx!~slimshady@194.230.138.56> has joined #yocto21:27
*** Saur <Saur!pkj@nat/axis/x-bfidqgfzwatvegfs> has quit IRC21:29
*** Saur <Saur!pkj@nat/axis/x-dbactmlyoixzgjfm> has joined #yocto21:30
RPdl9pf: if we did run more layers on the autobuilder, it would mean wider mirroring of sources which could help protect against this kind of issue a bit more...21:30
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto21:30
dl9pfsome of them just vanished, but are entries in the layerindex still ... gotta clean them up21:37
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto21:38
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC21:39
*** camus is now known as kaspter21:39
*** argonautx <argonautx!~argonautx@46.189.28.75> has quit IRC21:57
RPdl9pf: ah, we should just clean those out then22:03
*** nvmd <nvmd!~nvmd@177.30.111.232> has quit IRC22:04
*** nvmd <nvmd!~nvmd@177.30.111.232> has joined #yocto22:04
JPEWRP: I'm not 100% sure that bitbake patch I just sent is correct...22:09
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto22:10
JPEWBut it does at least document how to reproduce the problem (which is surprisingly easy)22:10
RPJPEW: which issue was that for, the one above here?22:15
JPEWThe one from the hands on (tony's issue :)  )22:15
JPEWWhere you have to kill -9 bitbake-server to recover :/22:15
RPJPEW: ok, I'm confusing two issues :) I didn't hear tony describe the problem he had22:17
*** ant__ <ant__!~ant__@host-87-17-138-93.retail.telecomitalia.it> has quit IRC22:25
*** arkver <arkver!~arkver@2a00:23c4:1c07:9700:6acb:61b6:ae46:2431> has joined #yocto22:28
*** arkver <arkver!~arkver@2a00:23c4:1c07:9700:6acb:61b6:ae46:2431> has quit IRC22:38
*** agust <agust!~agust@pd95f15be.dip0.t-ipconnect.de> has quit IRC22:40
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC22:43
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto22:44
*** matthewzmd <matthewzmd!~matthewzm@135.0.82.210> has quit IRC23:02
*** bps <bps!~bps@80.71.142.18> has quit IRC23:07
RPrewitt: I have a fix which is to add params.updateToServer(server, os.environ.copy()) to the taskexp UI. It has raised a lot of questions which need other fixes in the code.  I updated the bug.23:13
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC23:16
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC23:22
*** nvmd <nvmd!~nvmd@177.30.111.232> has quit IRC23:27
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:54

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