Tuesday, 2020-11-10

*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has quit IRC00:04
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:04
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:11
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:12
*** lukma <lukma!~lukma@89-64-5-98.dynamic.chello.pl> has quit IRC00:24
*** [Sno] <[Sno]!~sno@p5b25befc.dip0.t-ipconnect.de> has joined #yocto00:40
*** sno <sno!~sno@p5b25b0d4.dip0.t-ipconnect.de> has quit IRC00:41
*** nslu2-log <nslu2-log!~nslu2-log@leia.nas-admin.org> has quit IRC00:42
*** lukma <lukma!~lukma@89-64-5-98.dynamic.chello.pl> has joined #yocto00:45
*** nslu2-log <nslu2-log!~nslu2-log@leia.nas-admin.org> has joined #yocto00:46
*** mattia1 <mattia1!~mattia@85.148.245.106> has quit IRC00:46
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:51
khemRP:  I think libical is breaking due to icu update staged in master-next00:52
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC00:54
khemsent a patch, I think living on bleeding edge is depressing01:02
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC01:02
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto01:03
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC01:10
*** RPi_IMX6 <RPi_IMX6!~willy@node-1w7jr9qkgk55av0zwi7hjvvi0.ipv6.telus.net> has joined #yocto01:15
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto01:15
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto01:16
*** RPi_IMX6 <RPi_IMX6!~willy@node-1w7jr9qkgk55av0zwi7hjvvi0.ipv6.telus.net> has quit IRC01:16
*** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has quit IRC01:36
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC01:40
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto01:49
*** wrothinhansas <wrothinhansas!moloko@gateway/shell/xshellz/x-zppbmroutjfoolhr> has joined #yocto01:51
wrothinhansas<h1>i suck dick02:01
*** armpit <armpit!~armpit@2601:202:4180:a5c0:30:8e77:15b6:d55c> has quit IRC02:10
*** armpit <armpit!~armpit@2601:202:4180:a5c0:1579:69c2:643a:c436> has joined #yocto02:23
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto02:33
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC02:34
*** camus1 is now known as kaspter02:34
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:54
*** maudat <maudat!~moda@64.18.88.250> has quit IRC02:55
*** wrothinhansas <wrothinhansas!moloko@gateway/shell/xshellz/x-zppbmroutjfoolhr> has quit IRC02:59
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC03:04
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC03:22
*** hpsy <hpsy!~hpsy@92.118.12.22> has quit IRC03:26
*** hpsy <hpsy!~hpsy@92.118.12.22> has joined #yocto03:26
*** rcw <rcw!~rcwoolley@216.154.0.157> has quit IRC03:43
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto03:53
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto03:54
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC04:25
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto04:25
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC04:29
*** nerdboy <nerdboy!~sarnold@47.143.129.87> has joined #yocto04:32
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto04:32
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC04:35
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto04:36
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto04:56
*** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has quit IRC05:21
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hcbhdikglcfmgdxy> has quit IRC05:29
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC05:38
*** jobroe <jobroe!~manjaro-u@p579eb417.dip0.t-ipconnect.de> has joined #yocto05:38
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto05:39
*** jobroe <jobroe!~manjaro-u@p579eb417.dip0.t-ipconnect.de> has quit IRC05:41
*** jobroe <jobroe!~manjaro-u@p579eb417.dip0.t-ipconnect.de> has joined #yocto05:41
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto05:42
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto05:44
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC05:47
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto06:06
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto06:18
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC06:23
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto06:26
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:33
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto06:36
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC06:38
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto06:39
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC06:43
*** jobroe <jobroe!~manjaro-u@p579eb417.dip0.t-ipconnect.de> has quit IRC06:44
*** gendevbot <gendevbot!~devbot@176.235.187.234> has quit IRC06:45
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto06:45
*** jobroe <jobroe!~manjaro-u@p579eb417.dip0.t-ipconnect.de> has joined #yocto06:46
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC06:48
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has joined #yocto06:53
*** xtron <xtron!~xtron@103.113.103.6> has joined #yocto06:53
*** xtron1 <xtron1!~xtron@110.93.212.98> has joined #yocto06:58
*** xtron <xtron!~xtron@103.113.103.6> has quit IRC07:01
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC07:04
*** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC07:05
*** DanmerZ <DanmerZ!~op@46.150.1.133> has joined #yocto07:07
*** nerdboy <nerdboy!~sarnold@47.143.129.87> has joined #yocto07:17
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto07:17
*** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto07:18
*** mischief is now known as Guest2479507:19
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto07:20
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC07:23
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto07:26
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC07:27
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto07:27
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto07:30
*** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto07:30
*** mckoan|away is now known as mckoan07:36
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto07:37
*** bsmerbeck <bsmerbeck!4a6132e0@pool-74-97-50-224.prvdri.fios.verizon.net> has quit IRC07:37
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto07:42
*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has joined #yocto07:45
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC07:51
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-uxuszbitsjwgkzyw> has joined #yocto07:55
*** fl0v0 <fl0v0!~fvo@89.244.125.144> has joined #yocto07:59
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto07:59
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC07:59
*** camus1 is now known as kaspter07:59
*** xtron1 <xtron1!~xtron@110.93.212.98> has quit IRC08:00
*** xtron1 <xtron1!~xtron@110.93.212.98> has joined #yocto08:00
LetoThe2ndyo dudX08:02
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC08:03
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto08:03
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto08:17
*** xtron1 is now known as xtron08:20
kanavin_homeRP: adding world to reproducibility test:08:24
kanavin_home2020-11-10 02:44:59,206 - oe-selftest - INFO - Reproducibility summary for deb: same=11038 different=87 missing=0 total=1112508:24
kanavin_home2020-11-10 02:51:20,339 - oe-selftest - INFO - Reproducibility summary for ipk: same=11038 different=87 missing=0 total=1112508:24
rburtoncould be worse08:25
kanavin_home87 is not too bad is it08:25
rburtonoe-core world?08:25
kanavin_homeyeah08:25
kanavin_homeand that's 87 debs, not 87 recipes08:26
rburtongot a link for the report?08:26
kanavin_home2020-11-10 02:44:59,206 - oe-selftest - INFO - Reproducibility summary for deb: same=11038 different=87 missing=0 total=1112508:26
kanavin_home2020-11-10 02:51:20,339 - oe-selftest - INFO - Reproducibility summary for ipk: same=11038 different=87 missing=0 total=1112508:26
kanavin_home2020-11-10 02:51:36,565 - oe-selftest - INFO - Running diffoscope08:26
kanavin_home2020-11-10 04:14:56,566 - oe-selftest - INFO - Keepalive message08:26
kanavin_home2020-11-10 05:38:16,567 - oe-selftest - INFO - Keepalive message08:26
kanavin_home2020-11-10 07:01:36,567 - oe-selftest - INFO - Keepalive message08:26
kanavin_home2020-11-10 08:24:56,567 - oe-selftest - INFO - Keepalive message08:26
kanavin_homediffoscope still crunching, no idea when it's going to finish08:26
rburtonI wonder if we should drop the rpm/deb/ipk test for the entire recipe space and just do one recipe in rpm/deb/ipk, then world in just one packaging format08:27
rburtonhave we seen packaging-specific reprod regressions once all the initial problems were fixed?08:28
kanavin_homeakanavin@ubuntu1804-ty-3:~/build$ ls repro-world/oe-reproducible-20201109-z46h7z0_/packages/reproducibleA/tmp/deploy/ipk/core2-64/08:29
kanavin_homeacpica-src_20200925-r0_core2-64.ipk     go-dep-dev_0.5.4-r0_core2-64.ipk                igt-gpu-tools-dbg_1.25+git0+d16ad07e7f-r0_core2-64.ipk  libsecret-dev_0.20.4-r0_core2-64.ipk              ruby_2.7.2-r0_core2-64.ipk08:29
kanavin_homebootchart2-doc_0.14.9-r0_core2-64.ipk   go-dep-staticdev_0.5.4-r0_core2-64.ipk          igt-gpu-tools_1.25+git0+d16ad07e7f-r0_core2-64.ipk      libsecret-src_0.20.4-r0_core2-64.ipk              spirv-tools-dev_2020.5-r0_core2-64.ipk08:29
kanavin_homecwautomacros_20110201-r0_core2-64.ipk   go-dep_0.5.4-r0_core2-64.ipk                    kea-dbg_1.7.10-r0_core2-64.ipk                          libswresample3_4.3.1-r0_core2-64.ipk              swig-dbg_3.0.12-r0_core2-64.ipk08:29
kanavin_homedtc-dbg_1.6.0-r0_core2-64.ipk           go-helloworld-dbg_0.1-r0_core2-64.ipk           kea-src_1.7.10-r0_core2-64.ipk                          libswscale5_4.3.1-r0_core2-64.ipk                 swig_3.0.12-r0_core2-64.ipk08:29
kanavin_homedtc-misc_1.6.0-r0_core2-64.ipk          go-helloworld-dev_0.1-r0_core2-64.ipk           kea_1.7.10-r0_core2-64.ipk                              llvm-dbg_10.0.1-r0_core2-64.ipk                   systemd-bootchart-dbg_233+git0+fe1c5e41e6-r0_core2-64.ipk08:29
kanavin_homedtc-staticdev_1.6.0-r0_core2-64.ipk     go-helloworld-staticdev_0.1-r0_core2-64.ipk     libaprutil-1-0_1.6.1-r0_core2-64.ipk                    llvm-dev_10.0.1-r0_core2-64.ipk                   systemd-bootchart_233+git0+fe1c5e41e6-r0_core2-64.ipk08:29
kanavin_homedtc_1.6.0-r0_core2-64.ipk               go-helloworld_0.1-r0_core2-64.ipk               libaprutil-1-dbg_1.6.1-r0_core2-64.ipk                  llvm_10.0.1-r0_core2-64.ipk                       vim_8.2-r0_core2-64.ipk08:29
kanavin_homeepiphany-dbg_3.38.1-r0_core2-64.ipk     go-runtime-dev_1.15.3-r0_core2-64.ipk           libaprutil-1-ptest_1.6.1-r0_core2-64.ipk                lttng-tools-dbg_2.12.2-r0_core2-64.ipk            vulkan-samples-dbg_git-r0_core2-64.ipk08:29
kanavin_homeepiphany_3.38.1-r0_core2-64.ipk         go-runtime-staticdev_1.15.3-r0_core2-64.ipk     libavcodec58_4.3.1-r0_core2-64.ipk                      lttng-tools-ptest_2.12.2-r0_core2-64.ipk          vulkan-samples-dev_git-r0_core2-64.ipk08:29
kanavin_homeffmpeg-dbg_4.3.1-r0_core2-64.ipk        go-runtime_1.15.3-r0_core2-64.ipk               libavdevice58_4.3.1-r0_core2-64.ipk                     ovmf-dbg_edk2-stable202008-r0_core2-64.ipk        vulkan-samples-src_git-r0_core2-64.ipk08:29
kanavin_homeffmpeg_4.3.1-r0_core2-64.ipk            go_1.15.3-r0_core2-64.ipk                       libavfilter7_4.3.1-r0_core2-64.ipk                      ovmf-dev_edk2-stable202008-r0_core2-64.ipk        vulkan-samples-staticdev_git-r0_core2-64.ipk08:29
kanavin_homegcr-dbg_3.38.0-r0_core2-64.ipk          groff-dbg_1.22.4-r0_core2-64.ipk                libavformat58_4.3.1-r0_core2-64.ipk                     ovmf-shell-efi_edk2-stable202008-r0_core2-64.ipk  vulkan-samples_git-r0_core2-64.ipk08:29
kanavin_homegcr_3.38.0-r0_core2-64.ipk              groff-src_1.22.4-r0_core2-64.ipk                libavresample4_4.3.1-r0_core2-64.ipk                    parted-ptest_3.3-r0_core2-64.ipk                  webkitgtk-src_2.30.2-r0_core2-64.ipk08:29
*** hpsy <hpsy!~hpsy@92.118.12.22> has quit IRC08:29
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC08:29
*** hpsy <hpsy!~hpsy@92.118.12.22> has joined #yocto08:29
kanavin_homerburton: yes, usually during version updates repro test exposes them08:29
kanavin_homeor actually, no08:30
kanavin_homethere's no rpm based repro test btw, only deb/ipk08:30
rburtonoh i thought we did rpm already08:30
rburtonmight be worth copy/pasting the report into a google drive so multiple people can pick them off one at a time08:31
kanavin_homeakanavin@ubuntu1804-ty-3:~/build$ ls repro-world/oe-reproducible-20201109-z46h7z0_/packages/reproducibleA/tmp/deploy/ipk/qemux86_64/   08:31
kanavin_homeperf_5.8.13-r9_qemux86_64.ipk08:31
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto08:33
kanavin_homedo we have a ticket for world reproducibility?08:33
rburtonnot afaik08:33
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto08:40
LetoThe2ndkanavin_home: i want the above quote out of context...08:46
derRichardwhen i use "devtool modify" and do a git rebase -i devtool-base, devtool detects re-worded patches only when i change the patch subject. otherwise changed commit messages are not detected. is this in purpose?08:57
derRichardit is also unable to detect changes in patch order :(08:58
*** anonzadas <anonzadas!~anonzadas@ja.sefod.eu> has quit IRC09:01
bluelightningderRichard: no that is not on purpose... I suspect something has been broken09:10
RPkanavin_home: that isn't as bad as I expected09:10
*** jh26 <jh26!d96f3c04@217.111.60.4> has joined #yocto09:11
derRichardbluelightning: you mean the reworded case? i fear the reorderung issue is deeply flawed.09:11
derRichardi have some ideas how to improve devtool. what is the right mailinglist to discuss?09:12
rburtonderRichard: oe-core09:14
*** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC09:14
derRichardthx :)09:15
*** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto09:16
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto09:17
kanavin_homeRP: the only issue is that diffoscope scales poorly, it has 1G of packages to compare, and still crunching after some 6 hours with no indication where it is now09:24
kanavin_home(half of that is llvm-dbg)09:24
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC09:27
RPkanavin_home: I suspect it should skip "big" packages, that is more likely the issue09:28
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC09:28
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto09:28
rburtonyeah llvm-dbg webkit-dbg etc are going to be huge09:32
*** anonzadas <anonzadas!~anonzadas@ja.sefod.eu> has joined #yocto09:32
rburtondiffoscope has a lot of options but I can't see "don't dissect files bigger than X if they are different"09:34
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto09:34
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC09:34
*** camus1 is now known as kaspter09:34
rburtoni assume it does a checksum comparison first before pulling the files apart09:35
LetoThe2ndrburton: send patches :)09:36
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:38
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC09:40
*** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has joined #yocto09:40
*** creich <creich!~creich@p200300f6af423410000000000000039b.dip0.t-ipconnect.de> has quit IRC09:48
*** creich <creich!~creich@p200300f6af423410000000000000039b.dip0.t-ipconnect.de> has joined #yocto09:50
*** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has joined #yocto10:00
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:695f:9093:eb5e:dc01> has joined #yocto10:01
*** [Sno] <[Sno]!~sno@p5b25befc.dip0.t-ipconnect.de> has quit IRC10:02
shan1Hi all once again, asking if someone has an idea or a recipe i can peep into in order to install a python3 wheel based package10:03
*** florian_kc is now known as florian10:04
*** jh26 <jh26!d96f3c04@217.111.60.4> has quit IRC10:06
*** phlifish_ <phlifish_!~megabread@2a01:4b00:e031:2600:8941:bb6d:fae0:6a6a> has joined #yocto10:17
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:695f:9093:eb5e:dc01> has quit IRC10:18
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea497005db62c19d33.ipv6.abo.wanadoo.fr> has joined #yocto10:19
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto10:23
*** ndec <ndec!sid219321@linaro/ndec> has quit IRC10:24
*** nohit <nohit!uid334887@gateway/web/irccloud.com/x-ecpiwfclsomithyn> has quit IRC10:25
*** nohit <nohit!uid334887@gateway/web/irccloud.com/x-jmjfgqevsqxziyrs> has joined #yocto10:26
*** fancer <fancer!fancer@gateway/web/irccloud.com/x-nqrzmhrrmvlrktqa> has quit IRC10:26
*** fancer <fancer!fancer@gateway/web/irccloud.com/x-iibsquhaabwvmbed> has joined #yocto10:27
*** ndec <ndec!sid219321@linaro/ndec> has joined #yocto10:27
YumasiHi ! I am building disk images for x86 using WIC, and I am trying to use bootctl on those (the bootloader is systemd-boot, of course). However, bootctl complains that the ESP does not have the correct type. After looking at the GPT table with fdisk, I found that WIC creates an ESP with the "Microsoft Reserved Data" type, where bootctl expects a type that is "EFI System". Is there a way I can tell10:30
YumasiWIC to use this partition type instead ?10:30
*** EmoChicken <EmoChicken!~kiki_godd@193.165.237.100> has joined #yocto10:42
*** rangergord <rangergord!rangergord@gateway/shell/xshellz/x-gzyvocpclcvrvgzb> has quit IRC10:44
*** rangergord <rangergord!~gord@gateway/shell/xshellz/x-ugjecjbuejyzupnv> has joined #yocto10:46
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC10:47
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto10:48
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-122-158.xnet.hr> has joined #yocto10:49
*** hpsy <hpsy!~hpsy@92.118.12.22> has quit IRC10:50
*** hpsy <hpsy!~hpsy@92.118.12.22> has joined #yocto10:50
EmoChickenHello10:59
EmoChickenI have Yocto Linux running on arm32 machine. I am connecting to it using SSH (root access) and I would like to be able to figure out (from the shell) if the framebuffer is in the sleep power mode.11:00
EmoChickenI have naively tried "cat /sys/class/graphics/fb0/blank" however it returns nothing... any idea how to figure out the state of framebuffer over ssh?11:00
LetoThe2ndEmoChicken: this is neither arm nor ssh related at al, probably more if the specific fb driver actually exports that information. look at the driver if it has/provides such, and then trace the information to userspace. it might even include ioctl'ing on /dev/fb0...11:06
LetoThe2ndEmoChicken: depending on the specific HW it might even require traing the power/backlight controls of the fb, so be sure to also look at the DT11:09
EmoChickenLetoThe2nd: I am able to read the actual content of fb0 (bit array of OLED screen) using cat, however I have no idea how to figure out if it is in the sleep mode. I am also using the device as a "user" so I do not support the OS and I might not have the information about the drivers :( TBH i don't even understand it at this low level11:12
EmoChickenI am writing something like a "remote control" for our IoT device... part of that is to show the content of OLED screen (that works) but I am missing the information about "screen saver mode"11:14
LetoThe2ndEmoChicken: then i'd say, its time to get in touch with your HW/OS vendor.11:16
LetoThe2ndEmoChicken: as it really "depends" (TM)11:17
EmoChickenLetoThe2nd: I guess I will. Ok, thanks.11:17
LetoThe2ndEmoChicken: concerning the ioctl possibility, look at https://elixir.free-electrons.com/linux/latest/source/include/uapi/linux/fb.h also11:18
EmoChickenLetoThe2nd: ok, thanks11:19
* LetoThe2nd lunches out11:19
*** ctlnwr__ <ctlnwr__!~catalin@46.97.22.179> has joined #yocto11:31
*** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has quit IRC11:33
*** ctlnwr <ctlnwr!~catalin@46.97.150.20> has quit IRC11:33
*** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has joined #yocto11:34
*** [Sno] <[Sno]!~sno@2001-4dd7-9818-0-bc32-44e7-787f-9f35.ipv6dyn.netcologne.de> has joined #yocto11:36
*** ptsneves <ptsneves!b0dd7824@176.221.120.36> has quit IRC11:37
*** cmuller <cmuller!~cmuller@static-176-166-245-121.ftth.abo.bbox.fr> has joined #yocto11:37
*** ctlnwr__ <ctlnwr__!~catalin@46.97.22.179> has quit IRC11:38
*** [Sno] <[Sno]!~sno@2001-4dd7-9818-0-bc32-44e7-787f-9f35.ipv6dyn.netcologne.de> has quit IRC11:39
*** EmoChicken <EmoChicken!~kiki_godd@193.165.237.100> has quit IRC11:40
*** wyre <wyre!wyre@gateway/shell/xshellz/x-opntjscnaumohccx> has joined #yocto11:41
*** sno <sno!~sno@xdsl-89-0-214-28.nc.de> has joined #yocto11:42
*** ctlnwr <ctlnwr!~catalin@46.97.150.20> has joined #yocto11:44
*** shan1 <shan1!866661de@dhcp-222.biba.uni-bremen.de> has quit IRC11:45
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto11:46
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC12:05
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-yeziqyjnfghomzkk> has joined #yocto12:21
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC12:44
*** Bunio_FH <Bunio_FH!~bunio@188.146.2.252.nat.umts.dynamic.t-mobile.pl> has joined #yocto12:58
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC13:01
jmieheHey! I want bitbake to build the same target for multiple machines, automatically. Currently, I have build/conf/machine1.conf and build/conf/machine2.conf and call bitbake twice, with each -R flag. It works, but is it … correct?13:11
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has quit IRC13:24
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto13:26
paulbarkerjmiehe: You could try using multiconfig there. http://docs.yoctoproject.org/dev-manual/dev-manual-common-tasks.html?highlight=multiconfig#building-images-for-multiple-targets-using-multiple-configurations13:30
jmiehepaulbarker: thanks for the link, also I just found out about BB_ENV_EXTRAWHITE and how MACHINE is a part of it by my default env. so I can ditch the confs and call "MACHINE=foo bitbake bar" :)13:31
*** ptsneves <ptsneves!b0dd7824@176.221.120.36> has joined #yocto13:41
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-uxuszbitsjwgkzyw> has quit IRC13:44
Ad0argh ENABLE_UART forces uart console in config.txt13:46
Ad0SERIAL = "${@oe.utils.conditional("ENABLE_UART", "1", "console=serial0,115200", "", d)}"13:46
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-whbnxaaywvrnqqhv> has joined #yocto13:48
Ad0I guess my machine conf is executed before meta-raspberrypi/recipes-kernel/linux/linux-raspberrypi.inc13:49
qschulzAd0: of course, it's a configuration file13:49
Ad0yeah13:50
Ad0so the inc file for raspberry just sets the SERIAL13:50
Ad0I have to override the entire CMDLINE variable13:51
*** ptsneves <ptsneves!b0dd7824@176.221.120.36> has quit IRC13:54
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:56
qschulzAd0: what are you trying to achieve?14:01
Ad0not make it enable serial console14:01
Ad0hehe14:01
Ad0I have survived till now by just mounting it and editing the file but it's annoying14:01
Ad0ENABLE_UART does other things as well14:02
Ad0putting enable_uart into the config.txt and I actually want that I suppose14:02
Ad0so since SERIAL is not ?= but = , then I would need to override CMDLINE which is ?=14:02
qschulzAd0: create a new machine based on the raspberrypi one14:02
Ad0I did14:03
Ad0I just needed to find what variable that I could actually override :D14:03
qschulzAd0: it does not matter if SERIAL is loosely set or not14:03
qschulzyou can always override it later on14:04
Ad0really14:04
qschulzthe variables are expanded after they have been all parsed (except if there is a := somewhere)14:04
Ad0https://github.com/agherzan/meta-raspberrypi/blob/master/recipes-kernel/linux/linux-raspberrypi.inc#L2914:04
Ad0when that file loads won't it just overwrite what I set ?14:05
qschulzthat's my recollection, but if I'm wrong, I can already tell you what I said will be corrected :)14:05
qschulzAd0: it will, just set SERIAL after this file has been included?14:05
Ad0look on line 3014:06
Ad0it uses it immediately14:06
qschulzAd0: no it does not14:06
qschulzbecause it's not :=14:06
Ad0CMDLINE ?= "dwc_otg.lpm_enable=0 ${SERIAL} root=/dev/mmcblk0p2 rootfstype=ext4 rootwait"14:06
jmiehepaulbarker: oh, multiconfig is like 200% cleaner, thanks! <314:07
qschulzit still does not14:07
Ad0won't it set CMDLINE if it's not set from befor?14:07
qschulzit "references" it14:07
qschulz15:04:29       qschulz | the variables are expanded after they have been all parsed (except if there is a := somewhere)14:07
*** maudat <maudat!~moda@bras-base-mtrlpq2848w-grc-43-70-53-242-33.dsl.bell.ca> has joined #yocto14:07
clementp[m]paulbarker: thank you :)14:08
Ad0I see they are expanded not at that point14:08
Ad0I need to "get it" right before they are used then14:08
Ad0get in*14:08
qschulzAd0: just set SERIAL in a bbappend14:09
qschulzor whatever you actually want to modify :)14:11
Ad0hehe I already have linux-raspberrypi bbappend actually14:11
Ad0but I feel that the vars are scattered all over the place and I have to remember them14:11
*** ssajal <ssajal!~ssajal@128.224.252.2> has joined #yocto14:12
Ad0so setting SERIAL = "null" in linux-raspberrypi_%.bbappend would do it then ?=14:12
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto14:12
qschulzSERIAL = "" I'd say?14:13
Ad0yeah14:16
Ad0you can say anything really14:16
Ad0was just a bit scared that "" would fall back to /dev/serial0 or something :D14:16
Ad0SERIAL = "console="14:16
Ad0I could also define my own variable like FORCE_SERIAL in my machine conf and have logic for it in the bbappend but14:18
jmieheset up multiconfig, got: »ERROR: Nothing PROVIDES 'mc:foo:core-image-minimal'. Close matches: core-image-minimal, core-image-minimal-dev«14:19
jmieheI have BBMULTICONFIG = "foo bar" in my local.conf14:21
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto14:24
Ad0jmiehe, what's your dir structure like ?14:26
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC14:27
Ad0local.conf , multiconfig -> foo.conf, bar.conf14:27
jmieheAd0: yes14:27
jmiehefoo.conf contains only override values for local.conf, right?14:28
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto14:30
Ad0that I don't know14:30
Ad0why do you want to use it ? :)14:30
Ad0"You need to create a single configuration file for each build target (each multiconfig). Minimally, each configuration file must define the machine and the temporary directory BitBake uses for the build. "14:32
Ad0seems like there is no inheritance?14:32
jmiehefoo.conf and bar.conf contain different MACHINE values for which the build config differs by a tiny bit.14:32
Ad0ok14:33
jmiehehm … then it's back to --postread them on bitbake call14:33
Ad0what I did was to actually make my own layer, and specify the machines and go that route14:33
Ad0if you intend to share your project with others local.conf route is not recommended I think14:33
Ad0since you mix local and common settings14:34
kanavin_homerburton: I put diffoscope out of its misery, I will address the biggest (size wise) repro fails, then try again to get a report on the rest14:34
jmieheAd0: reasonable14:35
jmieheAd0: can I inherit a machine config from another layer for that purpose?14:37
qschulzjmiehe: rule of thumb: if you need to version/share local.conf, you're doing it wrong.14:38
qschulzjmiehe: in that case, you need to either create a new machine, or a new distro :)14:38
Ad0I started out with local config since A LOT of the tutorials only uses it14:38
qschulzAd0: that's "fine", but once you need to share your work, can't use it anymore :)14:38
Ad0yeah haha14:39
jmieheqschulz: I'm not, I'm building from scratch in a CI environment14:39
Ad0jmiehe, I duplicated my machine14:39
qschulzjmiehe: you can require/include anything by using relative paths from any layer's root (say you have meta-rpi/recipes-kernel/kernel/linux-raspberry.inc, you require recipes-kernel/kernel/linux-raspberry.inc)14:40
Ad0not sure if you can require / include other machine.conf14:40
qschulzof course you can :)14:41
jmieheSo I have meta-vendor/conf/machine/machine-foo.conf and want to inherit from meta-custom/conf/machine/machine-foo-custom.conf …14:41
jmieheI'd "require ../../../meta-vendor/conf/machine/machine-foo.conf"? eew14:42
Ad0require conf/machine-foo.conf14:42
Ad0err conf/machine/machine-foo.conf14:42
jmieheAll conf/ folders are mashed together?14:43
Ad0yes14:43
Ad0you have #@TYPE: Machine14:43
Ad0 etc and then require the machine you want to inherit from14:43
Ad0especially working on CI I would immediately start working on my own layer with machines etc14:45
jmieheWe have multiple layers already14:49
jmiehejust no custom machines defined yet … it's all scripted :^)14:50
jmieheThat's why I'm cleaning up :^)14:50
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC14:57
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto15:00
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto15:00
JPEWI just posted some patches to bitbake-devel to enable hiearchal hash equivalence servers. I can't remember who all was interested in that, but I'd appreciate some feedback :)15:00
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC15:02
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto15:02
wyrewhat does mean this? https://docs.yoctoproject.org/ref-manual/ref-system-requirements.html#supported-linux-distributions15:13
*** fl0v0 <fl0v0!~fvo@89.244.125.144> has quit IRC15:13
wyreare those the distributions where you can build yocto?15:13
wyreI mean, are those the supported distributions to build yocto proeject?15:13
qschulzwyre: yes?15:14
qschulzwyre: anything else you're probably on your own15:14
qschulzwyre: note that you should check on the manuals of your yocto revision to know which ones are supported15:14
rburtonother distros probably work, but those are the ones that are tested15:15
wyrebut just for building process, right?15:15
wyredid someone tried on ArchLinux?15:15
rburtonof course15:15
rburtonyeah, it breaks all the time15:15
qschulzwyre: just use pyrex or crops for building with containers if you're on archlinux15:16
rburtonarch linux aggressively upgrades, so breaks the build fairly often15:16
wyrerburton, oh, 😞15:16
rburtonor, use arch, and send fixes :)15:16
jmieheSo if I do 'require conf/machine/machine-foo.conf' in 'meta-custom/conf/machine/machine-foo-custom.conf', which has '#@NAME: machine-foo-custom', it errors out with »Nothing PROVIDES 'virtual/kernel': linux-vanilla PROVIDES virtual/kernel but was skipped: incompatible with machine machine-foo-custom (not in COMPATIBLE_MACHINE), …«15:16
jmieheThis is a rabbit hole.15:16
wyreqschulz, I didn't know about pyrex or crops15:16
rburtonjmiehe: add machine-foo to overrides in machine-foo-custom15:16
wyrepyrx do you mean?15:17
jmiehewhere's the docs for machine configs anyway?15:17
rburtonjmiehe: MACHINEOVERRIDES =. "machine-foo:" is the magic15:18
rburtonbasically "this machine is also this other machine"15:18
rburtonwyre: lots of people use arch, they either use a container running something more stable, or live with the fact that they might be the first person to discover that eg a binutils upgrade in arch breaks the build15:19
jmieherburton: what's =. again?15:19
rburtonjmiehe: += without whitespace15:19
kergothwyre: https://github.com/garmin/pyrex15:19
rburtonwell, its prepend without whitespace15:19
qschulzjmiehe: and IIRC, it should be put before any include/require in your machine configuration file15:19
wyrekergoth, what about crops?15:21
kergothhttps://www.google.com/search?hl=en&q=yocto%20%22crops%22 :) i don't have as much expereince with that one, sorry15:22
dleppichwyre: I'm one of the Arch Linux users here and also started using CROPS, due to weird errors I got when trying things natively15:26
wyredleppich, and how is going using CROPS?15:27
wyrecan you provide me more info? (about crops, I mean, official docu or a github link)15:27
dleppichwyre: It is a docker container image. Github (https://github.com/crops/poky-container). In this wiki (https://wiki.yoctoproject.org/wiki/TipsAndTricks/CropsCLIContainers) there is a hint at the end how to run it (the command with the $(pwd)).15:29
dleppichwyre: All you have to do is to start in the docker container before using all the commands (e.g. bitbake). When the shell is opened, you proceed as if you were working natively on your own machine)15:30
jmieherburton, qschulz: thank you!15:31
wyredleppich, so it's a docker container  with a specific setup for yocto building process?15:31
kergothwyre: https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#setting-up-to-use-crops as well15:31
rburtonbase distro + the build requirements15:31
dleppichwyre: Yes. It is a ubuntu based image with all build dependencies installed. It also has some nice features like setting the user and group id's of the docker user to the correct values, so that files created inside the container are correctly owned outside of the container15:32
*** Sandrita68 <Sandrita68!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto15:32
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC15:36
wyredleppich, so I guess you have not problems anymore 😄15:36
dleppichwyre: At least no architecture or machine specific problems. I'm still quite new to the Yocto project and asking stupid questions from time to time. But using CROPS made me a happier adventurer :D15:37
wyreawesome 😊15:38
wyreI'm gonna try it, probably I will be also here asking stupid things in a while, hehe15:38
dleppichwyre: I started using CROPS when I was asked multiple times if I'm using Arch Linux accidentally after asking a question about one of my issues here15:39
wyreoh, I see15:39
dleppichBut the guys in this channel are super friendly and always helped me out :) Never met such a great community before!15:40
wyreoh, that's fantastic hehe15:44
*** manuel1985 <manuel1985!~manuel@089144217118.atnat0026.highway.a1.net> has joined #yocto15:47
qschulzdleppich: there are probably non-guys here too :) but happy to see you like the community, I agree with you :)15:49
wyrewhat are those all container for? https://hub.docker.com/u/crops/15:53
wyreI mean, what's the difference between crops/poky and crops/yocto for example?15:54
*** weltling <weltling!~toll@klapt.com> has joined #yocto15:54
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-122-158.xnet.hr> has quit IRC15:54
*** weltling <weltling!~toll@klapt.com> has quit IRC15:58
*** weltling <weltling!~toll@klapt.com> has joined #yocto16:01
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC16:04
*** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC16:05
*** weltling <weltling!~toll@klapt.com> has quit IRC16:13
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-122-158.xnet.hr> has joined #yocto16:14
*** bernardoaraujo <bernardoaraujo!uid179602@gateway/web/irccloud.com/x-mkznzqawffyjgbwj> has joined #yocto16:17
dleppichqschulz: Yeah, you are totally right. As a non-native english speaker I thought that "guys" would include all genders. Sorry :)16:17
tlwoernerJPEW: what's the tool you were mentioning for docs building? "pipen nv" or something?16:20
JPEWtlwoerner: pipenv16:20
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC16:20
tlwoernerthanks16:20
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto16:21
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:29
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:30
*** WillMiles_ <WillMiles_!~Will@209.87.231.80> has quit IRC16:30
*** rcw <rcw!~rcwoolley@216.154.0.157> has joined #yocto16:32
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC16:32
*** meego <meego!~meego@2001:41d0:fe7e:c800:7dbf:54dc:b0dd:8ebb> has joined #yocto16:34
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto16:37
rburtonsakoman: fyi, just found a gcc patch i failed to backport to dunfell hope to send this week16:37
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto16:38
sakomanrburton: I'll watch for it!16:38
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC16:39
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC16:41
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC16:41
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC16:42
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC16:45
*** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea497005db62c19d33.ipv6.abo.wanadoo.fr> has quit IRC16:51
* mcfrisk dives into a rabbit hole, to remove python2. wondering how far this goes, and will I be sane afterwards..16:54
armpityou might find Alice16:55
*** Guest24795 is now known as mischief16:55
mcfriskwill say hi :)16:57
neverpanicmcfrisk: good luck!16:57
mcfriskneverpanic: I'll drag you along...16:57
neverpanicmcfrisk: hope you're not doing that for the old platform?16:58
mcfriskneverpanic: I'm not that crazy, yet..16:58
neverpanicmcfrisk: there shouldn't be any dragging required for us, then.16:59
rburtondoes anyone use cmake with in-tree builds?16:59
mcfriskneverpanic: hahaa, good one. check your inbox for newly created tickets...16:59
neverpanic:(17:02
neverpanicrburton: I've seen software fail to build out-of-source with CMake, yes. Not in Yocto, but in other packaging systems, for example doxygen was affected.17:03
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto17:06
*** mckoan is now known as mckoan|away17:06
*** meego <meego!~meego@2001:41d0:fe7e:c800:7dbf:54dc:b0dd:8ebb> has quit IRC17:10
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto17:10
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC17:16
*** manuel1985 <manuel1985!~manuel@089144217118.atnat0026.highway.a1.net> has quit IRC17:26
*** manuel1985 <manuel1985!~manuel@089144217118.atnat0026.highway.a1.net> has joined #yocto17:27
*** manuel1985 <manuel1985!~manuel@089144217118.atnat0026.highway.a1.net> has quit IRC17:29
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto17:29
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b950:9265:ebc2:e4a7> has joined #yocto17:30
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:4d44:b2c4:3977:9536> has joined #yocto17:32
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:4d44:b2c4:3977:9536> has quit IRC17:37
*** mattia1 <mattia1!~mattia@85.148.245.106> has joined #yocto17:40
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-whbnxaaywvrnqqhv> has quit IRC17:44
*** creich <creich!~creich@p200300f6af423410000000000000039b.dip0.t-ipconnect.de> has quit IRC18:05
*** creich <creich!~creich@p200300f6af423410000000000000039b.dip0.t-ipconnect.de> has joined #yocto18:06
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has quit IRC18:16
rewittwyre: crops/poky will dynamically create a user/group for you that matches the workdir. crops/yocto will whatever the default uid:gid the distro uses when creating a user, usually 1000:1000. crops/poky uses crops/yocto, but just does a bit more to try and make it easier to use/experiment.18:22
*** JPEW_ <JPEW_!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has joined #yocto18:25
wyrerewitt, you mean will create in my system a user/group?18:26
wyreor in the docker container itself?18:26
*** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto18:29
*** Konsgn is now known as konsgn18:29
*** konsgn is now known as Guest5087618:30
*** Guest50876 <Guest50876!~Konsgnx3@66-109-34-138.tvc-ip.com> has left #yocto18:30
rewittin the container18:30
rewitthttps://www.youtube.com/watch?v=JXHLAWveh7Y&list=PLbzoR-pLrL6pSlkQDW7RpnNLuxPq6WVUR&index=56 if you have spare time to listen to me ramble18:31
rewittI tried to do the talk for someone that may have little to no docker/container experience18:32
rewittwyre: ^18:32
*** JPEW_ is now known as JPEW18:35
*** bernardoaraujo <bernardoaraujo!uid179602@gateway/web/irccloud.com/x-mkznzqawffyjgbwj> has quit IRC18:36
JPEWwyre: There is also https://github.com/garmin/pyrex if you want to try something else. It's a little more "seamless" than crops18:37
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has quit IRC18:37
kergoththat's why i use pyrex. essentially transparent once set up, doesn't impact the development workflow18:37
rewittI won't advocate for one over the other, because all the times I18:40
rewittI've tried to start thinking about consolidating, people yelled at me :)18:40
kergothha. i think it depends on your requirements, really. I can see an argument to use a simpler setup without pyrex for CI jobs, for example, but pyrex for day to day engineering work, perhaps18:41
khemkergoth:  IMO CI and dev env should be same for best results18:43
kergothfair point, otherwise you could get differences in behavior18:43
rewittkergoth: Right, that's what I've always thought, until I need to run devtool, or devshell and those things. I just hate not being able to point to THE solution.18:43
kergothpyrex does wrap devtool and the other scripts of that sort. devshell works too as long as you don't mind tmux or screen :)18:44
rewittkergoth: I live in tmux and mosh so it works for me. Does pyrex work with runqemu and serial?18:50
kergoththere's no real need to use runqemu inside the container when you can run it just as well outside the container. it uses the pyrex bitbake wrapper to query the metadata it needs if it needs it18:50
* kergoth shrugs18:51
JPEWrewitt: Ya, it should. It actually bypasses runqemu and lets your run it locally (instead of inside the container)18:51
JPEWrewitt: Which works because of the magic of uninative ;)18:51
*** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto18:52
*** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC18:53
*** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto18:53
rewittrewitt: Yeah, I guess crops is mostly for CI people who don't want the setup parts of pyrex. I do know of users who will run "docker run crops/poky some_other_command_other_than_bash_or_bitbake"18:55
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC18:55
rewittJPEW: I suppose if two different tools serves a purpose there is no harm in having two. But perhaps consolidating some of the dynamic user/group creation might be worth investigating.18:56
kergothpyrex can wrap any command you want it to, within reason. there's a config file. you can also use pyrex-shell to run arbitrary commands. i use the latter to rsync files out of the volume in the case where i'm building on a host with case insensitive workspace, i.e. on macos18:57
rewittIt's funny because pyrex behaves a lot like what I had intended when I first made https://www.youtube.com/watch?v=JXHLAWveh7Y&list=PLbzoR-pLrL6pSlkQDW7RpnNLuxPq6WVUR&index=56. i.e. The container starts and then exits18:59
rewittUgh wrong link, https://github.com/crops/yocto-dockerfiles/blob/master/helpers/runbitbake.py18:59
rewittAnd I remember, at the time I was like "I don't want the user to have to do any setup other than install docker", but I don't think that's necessarily a rarity anymore. :)19:01
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto19:02
*** PaowZ <PaowZ!~vince@2a01:e0a:52a:1870:bd4b:69b5:830e:8d3d> has quit IRC19:18
wyrety rewitt 😄19:23
*** jonasbits_ <jonasbits_!~quassel@2001:2002:4e48:1aca:908e:1969:c028:2e1d> has quit IRC19:28
*** jonasbits <jonasbits!~quassel@2001:2002:4e48:1aca:908e:1969:c028:2e1d> has joined #yocto19:28
*** PaowZ <PaowZ!~vince@2a01:e0a:52a:1870:a464:c575:88bd:69ea> has joined #yocto19:30
wyrebut I don't get why do you say pyrex is more transparent than crops once set up 🤔19:39
kergothit automatically creates wrapper scripts to run the tools in the container without having to do anything else. 'bitbake' runs bitbake in the container, etc19:40
kergothno special setup, no change in your workflow, other than using the pyrex setup script19:40
kergoththat is, you don' thave to 'enter' the container and use vim, etc in there, or use your own wrapper functions or anything special. you can use your host development tooling and use the wrappers to only run the build inside19:41
kergothdoing that with crops is workable, it's just less automatic and transparent19:41
kergothI used to use my own wrapper scripts with a crops container, for example19:41
*** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has joined #yocto19:44
wyrekergoth, I love vim19:51
wyreI think I must read more about pyrex workflow19:53
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto19:55
rewittwyre: Just to be clear, you don't have to use vim in the container, you can still access all the files on the host system using vim in a different terminal. The difference is really with crops, I will have two terminals open, one for running bitbake, and one for running every other command. Whereas with pyrex you wouldn't have to do that.19:56
wyrerewitt, I guess when you run bitbake you are starting a new building process, right¿19:57
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto19:58
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC20:00
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC20:01
*** B0ned1ge_ <B0ned1ge_!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC20:02
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC20:15
rewittwyre: Yes, or one of the other things bitbake will do such as show you the values of variables in the metadata.20:19
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has quit IRC20:24
*** weltling <weltling!~toll@klapt.com> has joined #yocto20:24
*** weltling <weltling!~toll@klapt.com> has joined #yocto20:28
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-122-158.xnet.hr> has quit IRC20:31
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto20:32
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto20:33
*** weltling <weltling!~toll@klapt.com> has quit IRC20:35
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC20:37
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC20:38
*** mattia1 <mattia1!~mattia@85.148.245.106> has quit IRC20:40
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto21:06
kiwi_29hello...what is the difference between Yocto ADT and (e)SDK . Both seem to be providing the same solution21:17
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC21:18
*** phlifish_ <phlifish_!~megabread@2a01:4b00:e031:2600:8941:bb6d:fae0:6a6a> has quit IRC21:28
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC21:33
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto21:35
*** weltling <weltling!~toll@klapt.com> has joined #yocto21:39
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC21:41
JPEWrewitt: Ya, some of the stuff Pyrex has to do for the user/group parts are... interesting :)21:42
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC21:47
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto21:51
rburtonkiwi_29: ADT is a precursor to the SDK and is *just* the compiler+tools.  a SDK for an image is compiler, tools, and the libraries/headers for that image21:51
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC21:53
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto22:01
*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has quit IRC22:01
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC22:05
*** weltling <weltling!~toll@klapt.com> has quit IRC22:11
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b950:9265:ebc2:e4a7> has quit IRC22:11
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b950:9265:ebc2:e4a7> has joined #yocto22:12
*** weltling <weltling!~toll@klapt.com> has joined #yocto22:12
*** weltling <weltling!~toll@klapt.com> has joined #yocto22:13
*** weltling <weltling!~toll@klapt.com> has quit IRC22:14
*** weltling <weltling!~toll@klapt.com> has joined #yocto22:14
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto22:15
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b950:9265:ebc2:e4a7> has quit IRC22:17
*** weltling <weltling!~toll@klapt.com> has quit IRC22:18
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC22:18
kiwi_29thanks rburton then probably SDK is the one which everybody would use...no?  what use is adt then ?  because target sysroot which contains headers and libs (assuming sdk provides sysroot and not adt) is needed for writing apps that run on target .22:18
*** leonanavi <leonanavi!~Leon@78.130.197.211> has joined #yocto22:19
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC22:19
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto22:20
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC22:22
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto22:24
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto22:26
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC22:28
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC22:33
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b950:9265:ebc2:e4a7> has joined #yocto22:33
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto22:34
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto22:37
*** RPi_IMX6 <RPi_IMX6!~willy@d154-20-165-119.bchsia.telus.net> has joined #yocto22:37
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b950:9265:ebc2:e4a7> has quit IRC22:39
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC22:39
*** grumble <grumble!~Thunderbi@freenode/staff/grumble> has quit IRC22:41
*** grumble <grumble!~Thunderbi@freenode/staff/grumble> has joined #yocto22:43
rburtonkiwi_29: correct, nobody should be using the ADT unless they have special needs22:50
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b950:9265:ebc2:e4a7> has joined #yocto22:54
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b950:9265:ebc2:e4a7> has quit IRC22:59
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b950:9265:ebc2:e4a7> has joined #yocto23:15
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b950:9265:ebc2:e4a7> has quit IRC23:20
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto23:23
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC23:33
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto23:36
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b950:9265:ebc2:e4a7> has joined #yocto23:36
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b950:9265:ebc2:e4a7> has quit IRC23:41
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto23:50
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto23:50
*** ssajal <ssajal!~ssajal@128.224.252.2> has quit IRC23:52
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b950:9265:ebc2:e4a7> has joined #yocto23:57

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