Monday, 2019-07-22

*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto00:45
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto00:46
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC00:48
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto00:57
yoctiNew news from stackoverflow: IMAGE_INSTALL vs PACKAGE_FEATURES - what's the difference? <https://stackoverflow.com/questions/56606682/image-install-vs-package-features-whats-the-difference>00:58
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC01:25
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto01:26
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC01:38
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:39
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC01:46
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:47
*** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has quit IRC01:48
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:49
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:50
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC01:51
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:51
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC01:52
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:53
*** Crofton <Crofton!~Crofton@ppp-seco21parth2-46-193-179-239.wb.wifirst.net> has joined #yocto02:10
*** Crofton <Crofton!~Crofton@ppp-seco21parth2-46-193-179-239.wb.wifirst.net> has quit IRC02:24
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC02:28
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto02:33
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC02:35
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto02:37
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC02:40
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto02:41
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto03:08
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC03:41
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto03:44
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto04:36
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC04:38
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto04:54
*** Crofton <Crofton!~Crofton@ppp-seco21parth2-46-193-179-239.wb.wifirst.net> has joined #yocto04:56
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC04:59
*** Crofton <Crofton!~Crofton@ppp-seco21parth2-46-193-179-239.wb.wifirst.net> has quit IRC05:06
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto05:15
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC05:20
*** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto05:22
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto05:36
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC05:41
*** agust <agust!~agust@pD95F1DFD.dip0.t-ipconnect.de> has joined #yocto05:42
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto05:47
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC05:51
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto05:57
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC06:01
*** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC06:11
*** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto06:28
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto06:33
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC06:37
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-wkjevsjksvwiiiix> has quit IRC06:39
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto06:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto06:53
*** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto06:55
*** mckoan|away is now known as mckoan06:58
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC06:58
*** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC07:00
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto07:01
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC07:01
*** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC07:06
*** psiva87 <psiva87!~siva@122.15.132.89> has joined #yocto07:15
psiva87Hi Yocto experts, I'm getting this error "Postinstall scriptlets of ['systemd'] have failed. If the intention is to defer them to first boot, then please place them into pkg_postinst_ontarget_${PN} (). Deferring to first boot via 'exit 1' is no longer supported" on do_rootfs() stage of Thud build. Any pointers?07:19
*** frsc <frsc!~frieder@200116b824d66f0058640eb8ee0ee3fb.dip.versatel-1u1.de> has joined #yocto07:22
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:39
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto07:49
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:21
*** Dvorkin <Dvorkin!~Dvorkin@176.114.204.12> has quit IRC08:23
*** yacar_ <yacar_!~yacar@80.215.226.224> has joined #yocto08:26
*** yann <yann!~yann@85.118.38.73> has joined #yocto08:33
*** malanecora <malanecora!b23cc82c@178.60.200.44> has joined #yocto08:53
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC08:53
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC08:54
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto08:54
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto08:56
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:09
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto09:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:14
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC09:14
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:17
*** moemoe <moemoe!~moemoe@sirius-tau.a-ix.net> has quit IRC09:26
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d1540f1.dynamic.kabel-deutschland.de> has joined #yocto09:29
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto09:40
*** yacar_ <yacar_!~yacar@80.215.226.224> has quit IRC09:40
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto09:42
*** kayterina <kayterina!kayterina-@gateway/shell/matrix.org/x-xsslkinxuvrkvnvm> has joined #yocto09:46
*** bluelightning_ is now known as bluelightning09:50
*** camus1 <camus1!~Instantbi@115.195.53.198> has joined #yocto10:05
*** kaspter <kaspter!~Instantbi@115.195.53.198> has quit IRC10:05
*** camus1 is now known as kaspter10:05
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC10:18
Dracos-CarazzaHi I would like to activate kernel tracing with lttng, but for some reason the .cfg file in my additional layer is not applied to the kernel config10:40
Dracos-Carazzabitbake-layers show-appends lists my recipe (which includes the SRC_URI modification) as .bbappend10:41
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:44
*** malanecora <malanecora!b23cc82c@178.60.200.44> has quit IRC11:11
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto11:11
*** malanecora <malanecora!b23cc82c@178.60.200.44> has joined #yocto11:11
*** yacar_ <yacar_!~yacar@80.214.79.241> has joined #yocto11:12
*** learningc <learningc!~learningc@121.122.92.39> has joined #yocto11:13
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC11:37
*** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto11:39
*** berton <berton!~berton@181.220.86.53> has joined #yocto11:43
*** cpo <cpo!~cpo@helix.mybll.net> has quit IRC11:47
*** cpo <cpo!~cpo@194.145.151.3> has joined #yocto11:48
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC11:51
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto11:53
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-uulwewcclgnoqvrh> has joined #yocto11:57
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC11:58
*** berton <berton!~berton@181.220.86.53> has quit IRC12:04
*** berton <berton!~berton@181.220.86.53> has joined #yocto12:05
*** yacar_ <yacar_!~yacar@80.214.79.241> has quit IRC12:10
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC12:12
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto12:12
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto12:14
*** Michael78 <Michael78!2e0e3472@114.52.14.46.static.wline.lns.sme.cust.swisscom.ch> has joined #yocto12:30
Michael78dear all, i new to yocto and i try to "generate" a wifi kernel module via bitbake for a yocto system here. the wifi chip is from laird connect and i found some how tos, but they were not working. now i started to investigate it deeper with devshell etc and i found out for example there is one of the first calls which will fail for example, the call12:36
Michael78 of a makefile to request the kernel version in /lib/modules/4.XX.X-XX-generic/build, on an ubuntu there is really a make file placed there, but in my equivalent path in yocto for an arm, i hope i am right, is .../tmp/work-shared/XXX/kernel-build-artefacts there was a makefile but without target for a kernel version. and after a bitbake virtual/ker12:36
Michael78nel even this disappear. now my question: Could somebody explain me what is wrong with my yocto environment? best regards,12:36
Michael78Michael12:36
*** Michael7810 <Michael7810!2e0e3472@114.52.14.46.static.wline.lns.sme.cust.swisscom.ch> has joined #yocto12:59
*** Michael78 <Michael78!2e0e3472@114.52.14.46.static.wline.lns.sme.cust.swisscom.ch> has quit IRC12:59
*** Michael7810 <Michael7810!2e0e3472@114.52.14.46.static.wline.lns.sme.cust.swisscom.ch> has quit IRC13:00
*** Michael78 <Michael78!2e0e3472@114.52.14.46.static.wline.lns.sme.cust.swisscom.ch> has joined #yocto13:00
*** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto13:00
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto13:01
Michael78hello is this working?13:02
*** timblechmann <timblechmann!~quassel@2001:e68:5420:bfb8:18c3:2875:7a4a:92e2> has joined #yocto13:05
timblechmannhi! very stupid question: i want to build a single recipe that i had to split over two layers (into a .bb and  a .bbappend file) . know i can use bitbake -b to build a bb file, but how can i add the bbappend?13:06
Michael78ah i can at least read other questions :-)13:08
mckoantimblechmann: the bbappend is taken into account automatically, but you have to name like the recipe bb13:09
*** yacar_ <yacar_!~yacar@80.214.79.241> has joined #yocto13:09
mckoantimblechmann: bitbake -b can't evaluate a bbappend AFAIK13:09
mckoanMichael78: your issue is related to kernel integration not Yocto13:10
timblechmannmckoan: oh, i see ... thanks for the quick reply13:10
Michael78ok, i thought this is done by yocto13:10
Michael78is this than the poky channel?13:10
mckoanMichael78: probably I don't understand your question, sorry13:12
Michael78it was really a little bit to much13:12
Michael78basically i want to know why the yocto kernel build folder doesnt look like the "normal" one13:12
Michael78content and structure13:13
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC13:14
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto13:15
Michael78in /lib/modules/4.XX.X-XX-generic/build on an ubunut i have for example an makefile which gives me the kernelversion (as a target)13:15
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC13:17
*** kukela_cd <kukela_cd!ae63deca@174-099-222-202.biz.spectrum.com> has joined #yocto13:17
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto13:18
kukela_cdHi,13:19
kukela_cdis not knowing how to automatically build the encrypted rootfs and package it into the .wic file during the Yocto build process. Today our Yocto build produces a .wic with a boot partition and a plain rootfs which is then flashed to eMMC. We would like to replace the plain rootfs in the .wic with an encrypted one.13:19
kukela_cdtaion or pointers on how to change my recipe so that it will build with an encrypted rootfs.13:19
rburtontimblechmann: if you want to build a single recipe just do bitbake recipename.  -b doesn't include the dependencies, which means you don't get a compiler...13:19
timblechmannrburton: i see ... i guess i have a toolchain in place from trying to build an image before ... i'm mainly trying to use -b to reduce the turnaround times (but mayber there are better ways?)13:22
rburtontimblechmann: it won't rebuild anything that doesn't need rebuilding13:23
rburtonif youre doing stuff like changing the core classes there are tricks to avoid rebuilding everything, but they're not needed for most 'i changed my recipe' builds13:23
timblechmannrburton: yes, i was more trying to avoid the 'reparsing all recipes step' ... that's half a minute every time13:24
rburtonyour machine sounds very slow, or you're deleting the cache every time13:24
rburtonpersistant bitbake will help there13:25
rburtonRP: is memory resident bitbake the default  in master?13:25
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:27
timblechmannrburton: the machine is a 2-core skylake i7 (sub)notebook ... not extremely fast, but also not super slow13:28
rburtonRAM is normally the issue with notebooks, you just can't keep enough in the cache for speed13:34
*** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC13:40
*** nabokov <nabokov!~armand@67.218.223.154> has joined #yocto13:43
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC13:44
*** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto13:47
*** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC13:49
*** malanecora <malanecora!b23cc82c@178.60.200.44> has quit IRC13:49
*** kukela_cd <kukela_cd!ae63deca@174-099-222-202.biz.spectrum.com> has quit IRC13:49
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC13:49
*** Michael78 <Michael78!2e0e3472@114.52.14.46.static.wline.lns.sme.cust.swisscom.ch> has quit IRC13:49
*** yacar_ <yacar_!~yacar@80.214.79.241> has quit IRC13:50
vmesontimblechmann: for yocto builds, a 32 core system is a good start (of course such systems are not cheap but neither is time).13:50
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:56
RPrburton: no13:57
rburtonRP: are there known issues still?14:04
RPrburton: yes, I think there are open bugs14:04
RPrburton: I don't think there were serious issues but some14:05
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC14:09
*** cpo <cpo!~cpo@194.145.151.3> has quit IRC14:17
*** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto14:17
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto14:20
*** yacar_ <yacar_!~yacar@80.214.79.241> has joined #yocto14:20
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC14:25
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto14:29
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto14:39
*** malanecora <malanecora!b23cc82c@178.60.200.44> has joined #yocto14:39
*** malanecora <malanecora!b23cc82c@178.60.200.44> has quit IRC14:44
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC14:44
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto14:44
*** gattuso <gattuso!~gattuso@pompel.me> has quit IRC14:54
*** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto14:59
*** tijko <tijko!~tijko@unaffiliated/tijko> has joined #yocto15:11
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC15:25
*** gattuso <gattuso!~gattuso@pompel.me> has quit IRC15:25
*** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto15:27
*** gattuso <gattuso!~gattuso@pompel.me> has quit IRC15:31
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC15:31
*** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto15:32
*** learningc <learningc!~learningc@121.122.92.39> has quit IRC15:33
*** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has quit IRC15:44
*** kaspter <kaspter!~Instantbi@115.195.53.198> has quit IRC15:44
*** kaspter <kaspter!~Instantbi@115.195.53.198> has joined #yocto15:45
*** pung_ <pung_!~BobPungar@187.113.140.203> has joined #yocto15:53
*** frsc <frsc!~frieder@200116b824d66f0058640eb8ee0ee3fb.dip.versatel-1u1.de> has quit IRC15:54
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.150.51> has quit IRC15:55
*** pung__ <pung__!~BobPungar@177.41.199.55> has joined #yocto16:01
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:02
*** pung_ <pung_!~BobPungar@187.113.140.203> has quit IRC16:04
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:09
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:11
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC16:12
*** mckoan is now known as mckoan|away16:14
*** yann <yann!~yann@85.118.38.73> has quit IRC16:24
*** yacar_ <yacar_!~yacar@80.214.79.241> has quit IRC16:34
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:46
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:46
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:52
khemrburton:gparted-0.33.0: gparted rdepends on hicolor-icon-theme, but it isn't a build dependency, missing hicolor-icon-theme in DEPENDS or PACKAGECONFIG? [build-deps]16:58
khemrburton: http://jenkins.nas-admin.org/job/oe_world_qemuarm64/370/console16:58
khemdo we need to add hicolor-icon-theme explicitly to deps/rdeps16:59
khemI thought gtk-icon-cache.bbclass should take care of it16:59
khemhttps://errors.yoctoproject.org/Errors/Details/253713/ is the error log17:00
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:21
*** ebolton <ebolton!~ebolton@208.77.58.11> has joined #yocto17:31
eboltonhey all, I'm trying to change SRCREV in an anon python function and it's generating a ton of basehash check errors, I've a bunch of lines to try and ignore the check, but it never works17:36
eboltondo_clean_remove[vardeps] = "PV SRCREV"17:36
eboltonany ideas?17:36
*** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto17:41
khemebolton: changing state like this is going to bypass data integrity checks and will land you into more troubles I am guessing17:43
kheminstead think of external way to induce right SRCREV to metadata before invoking bitbake, it will simplify it and make the system work well17:44
ebolton@khem I want to write a manifest, a single file that collects BRANCH and SRCREV info for several recipes in one place, I've tried it with a single include file containing a lot of override lines "BRANCH_pn-<recipe>", it's problematic, so I'm trying to this17:49
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto17:50
ebolton@khem the only other external option I can think of is have some script manually scrape and replace variables in the recipes before bitbake is invoked17:50
khemyes you need a branch tool17:54
khemdont beat bitbake into doing it17:54
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC17:56
eboltonthanks17:58
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto17:58
*** evadeflow <evadeflow!d1ddf0c1@209.221.240.193> has joined #yocto18:02
evadeflowHi, all. My colleagues gave me a prebuilt DEB file they want included in our BSP image, like, *yesterday*. I'm not at all sure what the best approach for this is.18:06
evadeflowI tried something along these lines: https://gist.github.com/evadeflow/fda5e7afe87f4098c457b38ea911c82818:06
evadeflowBut `THISDIR` has the 'wrong' value in my `ROOTFS_POSTPROCESS_COMMAND`, so it's not finding the archive.18:07
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-uulwewcclgnoqvrh> has quit IRC18:08
evadeflowHow can I make the line `local archive=${THISDIR}/xyzinstaller_0.1-1.deb` actually find this DEB file (which is stored right next to my `fsl-image-qt5.bbappend` file)?18:08
kergothset FILESEXTRAPATHS properly and add file://xyzinstaller_0.1-1.deb;unpack=no to SRC_URI18:09
kergoththen reference it in ${WORKDIR}18:10
kergothi.e. handle it like any other source file/patch/etc18:10
evadeflowOh. Nice! Thank you, I'll try that right now.18:11
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:12
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:17
evadeflow@kergoth, I modified my patch based on your suggestion: https://gist.github.com/evadeflow/fda5e7afe87f4098c457b38ea911c82818:27
evadeflowIt's not finding the archive: `ar: /jenkins/workspace/ivs_bsp/build/tmp/work/imx8m_var_dart-poky-linux/fsl-image-qt5/1.0-r0/ivsinstaller_0.1-1.deb: No such file or directory`18:28
evadeflowAnd it really seems not to be there, since `find tmp/work/imx8m_var_dart-poky-linux/fsl-image-qt5/ -name "*.deb"` turns up no hits.18:29
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC18:29
rburtonkhem: is that not the gnome.bbclass changes?18:31
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto18:31
gnacIs it possible to determine when the transmit buffer of a serial uart is empty so as to add a delay between transmission of serial messages?18:33
rburtonnot really a yocto question18:34
gnacI suppose its also a general purpose Linux question, but we are using a yocto distribution and I don't see anything supporting this in the posix termios documentaion so I was hoping there might be a solution aimed more at embedded linux users.18:40
*** evadeflow <evadeflow!d1ddf0c1@209.221.240.193> has quit IRC18:44
JPEWRP: Reminder. Respond to the reproducible build thread on the ML18:46
khemrburton:yeh I think Adrian has been trying to use gnomebase directly and I wonder if thats causing this issue too ?18:47
*** evadeflow <evadeflow!d1ddf0c1@209.221.240.193> has joined #yocto18:53
rburtonkhem: right, gnome inherits a load of stuff, which probably pulled in the depedns18:53
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto19:02
*** tgraydon <tgraydon!~tgraydon@134.134.139.73> has joined #yocto19:02
*** evadeflow71 <evadeflow71!d1ddf0c1@209.221.240.193> has joined #yocto19:04
*** evadeflow <evadeflow!d1ddf0c1@209.221.240.193> has quit IRC19:06
*** evadeflow71 <evadeflow71!d1ddf0c1@209.221.240.193> has left #yocto19:08
*** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has joined #yocto19:09
*** diego_r <diego_r!~diego@37.162.40.22> has joined #yocto19:10
*** wsovi <wsovi!~wsovi@5-13-246-33.residential.rdsnet.ro> has joined #yocto19:16
*** evadeflow <evadeflow!d1ddf0c1@209.221.240.193> has joined #yocto19:19
*** wsovi <wsovi!~wsovi@5-13-246-33.residential.rdsnet.ro> has quit IRC19:32
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC19:38
*** evadeflow <evadeflow!d1ddf0c1@209.221.240.193> has quit IRC19:38
*** evadeflow <evadeflow!d1ddf0c1@209.221.240.193> has joined #yocto19:40
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:41
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto19:42
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC19:45
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto20:02
*** evadeflow <evadeflow!d1ddf0c1@209.221.240.193> has quit IRC20:02
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:04
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto20:04
*** berton_ <berton_!~berton@181.220.86.53> has joined #yocto20:07
*** berton <berton!~berton@181.220.86.53> has quit IRC20:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:09
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:13
RPJPEW: thanks, I need to do that! :)20:16
*** diego_r <diego_r!~diego@37.162.40.22> has quit IRC20:17
RPJPEW: bit distracted/excited with another patch ;-)20:17
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC20:18
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto20:19
JPEWRP: lol, fair enough. That one is probably better to focus on; I'm not sure I'll have enough bandwidth to get both done for zeus20:19
JPEWAlso, I've come to terms with reproduciblity being an "ongoing process", more than a single "task"... but good QA checks will make that easier to distribute that work20:20
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC20:20
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto20:28
RPJPEW: The QA checks are absolutely key20:32
RPJPEW: I also think the other work will raise the priority on reprodcibility as people join the dots20:33
JPEWRP: Ya20:33
*** berton__ <berton__!~berton@181.220.86.53> has joined #yocto20:38
*** berton_ <berton_!~berton@181.220.86.53> has quit IRC20:40
RPJPEW: oddly in bigger builds I am seeing connection timed out to the hashserver :/20:41
JPEWHmm. Do you know if its on a GET or a POST?20:46
RPJPEW: I'd say POST20:47
RPJPEW: I've realised this is using HTTPServer and I think I remember that is shockingly bad at concurrency20:49
JPEWYa, that an FWIW, I'm not sure if my sqlite querys are quite optimal in that case. It does end up taking two SELECTs and an INSERT for a new equivalent hash20:49
RPJPEW: it can't cope with server sstate20:49
RPJPEW: My bet is on HTTPServer rather than that20:49
RPJPEW: I'll throw a ThreadingMixIn in there20:54
JPEWOk. I don't remember if sqlite cursors are atomic; it might need a semaphore around the SELECT/INSERT/SELECT in POST20:56
RPJPEW: hmm, this could be interesting as I didn't do that :)20:58
RPJPEW: Its now showing pages of warnings now though20:58
JPEWYa, my sqlite expert just told me to use a semaphore :)20:59
RPJPEW: does it actually matter since only one task would be updating any given entry?21:00
JPEWHmm.... maybe not? I guess I was thinking of the generic server case where you might have mutiple simultaneous builds....21:01
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bjmhmlgwipxpufej> has joined #yocto21:01
RPJPEW: right, the potential problem is two builds running simultaneously if both made the first select and reach the insert, does it break anything even then?21:03
JPEWI think the INSERT would fail with duplicate primary key (in which case you could probably just ignore it)21:04
JPEWHmm, maybe not.... it's been a while :)21:05
RPJPEW: right, just ignoring a duplicate insert would be much nicer than the locking. Also wondering why you need the third selet21:05
* JPEW shakes fist at past self for lack of comments21:07
RPJPEW: I think you're being clever with the data structures but at the expense of performance21:07
RPJPEW: Just tried this in a big build. Its basically locked the machine up at 100% cpu so definitely a performance issue somewhere21:09
RP(big == minimal image)21:09
JPEWI think I used to have index on the columns in the table to speed up the lookup (since they are so common).21:10
JPEWI original wrote the whole server in flask :)21:10
RPJPEW: I remember. Just a bit of a dependency minefield for us :/21:11
RPJPEW: sqlite definitely needs indexes to work with any kind of performance21:11
JPEWYa, I'm pretty sure I had the indexes in the flask version, let me dig back to see if I can find them21:12
RPThe cooker sat for 2 minutes pinning a CPU, then crashed with a bug in my code21:12
* RP tried again with the typo fixed21:12
JPEWOk, I had a uniqueness constraint on the ('taskhash', 'method', 'outhash') triplet, and an index on ('taskhash', 'method')21:13
*** berton__ <berton__!~berton@181.220.86.53> has quit IRC21:15
kergothdid the long standing glibc-locale host-user-contaminated issue ever get resolved?21:19
kergothah, [OE-core] [PATCH] pseudo: Update to gain key bugfixes looks promising21:20
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC21:20
RPkergoth: sadly, no :/21:22
RPJPEW: not sure that is the right index but I'll play21:22
*** compenguy <compenguy!~compenguy@c-73-240-172-56.hsd1.wa.comcast.net> has joined #yocto21:23
kergothah, that's unfortunate21:25
*** evadeflow <evadeflow!d1ddf0c1@209.221.240.193> has joined #yocto21:26
evadeflowI'm getting the following error with a recipe where I'm simply trying to install items from a tarball:21:28
evadeflow`error: No file attributes configured`21:28
evadeflowThe recipe is here: https://gist.github.com/evadeflow/13a35f9fd52003515c85032267baf09121:28
RPJPEW: good news is that it did figure out how to recover from "bitbake m4-native -c install -f" and not rebuild much. Bad news is it takes 3 minutes of 100% cpu to figure out what its doing :)21:28
evadeflowThe error comes from running `rpmdeps`. Any idea how to fix this?21:29
evadeflow(And... should I be concerned that it's running `rpmdeps` when I'm only attempting to build DEB packages?)21:30
RPevadeflow: I've never seen that error before. and no, don't be concerned21:30
RPevadeflow: we use rpm tools to figure out dependencies21:30
JPEWRP: Ya, that's a bit unfortunate. It that with a clean tmpdir? It does take a while the first time to populate the local (persistDB) cache, but once thats populated it only talks to the server when something changes21:30
RPJPEW: no, existing dir21:30
JPEWHmm, Ya I was pretty sure I had it to an unnoticable level.21:31
RPJPEW: I'll figure out where its spending the time, hopefully something silly21:31
RPJPEW: I'm happy it appears to do the right thing :)21:31
JPEWYa, that is good21:31
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:32
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC21:43
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto21:44
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC21:45
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto21:57
*** sjolley_ <sjolley_!~sjolley_@96.79.126.57> has joined #yocto21:58
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto21:59
RPJPEW: part of the problem is the code is passing around an sqlite cursor connection instead of a string for the unihash21:59
RPJPEW: The threadingmixin really did't get on well with sqlite!22:07
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:11
RPJPEW: 1.7 million sql execute calls are the bottleneck :)22:11
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:12
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:12
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:19
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC22:23
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:35
*** evadeflow <evadeflow!d1ddf0c1@209.221.240.193> has quit IRC22:44
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:50
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC23:08
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto23:10
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:10
*** tijko <tijko!~tijko@unaffiliated/tijko> has quit IRC23:15
*** agust <agust!~agust@pD95F1DFD.dip0.t-ipconnect.de> has quit IRC23:28
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC23:54

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!