Friday, 2018-04-13

-YoctoAutoBuilder- build #1021 of nightly is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/102100:03
*** armpit <armpit!~armpit@2601:202:4000:1184:a021:aca9:5eab:bc4b> has quit IRC00:17
*** armpit <armpit!~armpit@2601:202:4000:1184:5536:39e4:2c66:b632> has joined #yocto00:18
*** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto00:40
*** _batman <_batman!95c73efe@gateway/web/freenode/ip.149.199.62.254> has quit IRC00:41
*** Willy-- <Willy--!~william@142.134.27.48> has quit IRC01:00
*** dreyna <dreyna!~dreyna@147.11.157.216> has quit IRC01:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC01:04
*** kaspter <kaspter!~Instantbi@183.128.238.157> has joined #yocto01:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC01:14
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto01:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:23
*** stephano <stephano!~stephano@134.134.139.83> has quit IRC01:27
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC01:35
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto01:43
*** brrm <brrm!~brrm@HSI-KBW-46-223-101-70.hsi.kabel-badenwuerttemberg.de> has quit IRC01:57
*** brrm <brrm!~brrm@HSI-KBW-46-223-101-70.hsi.kabel-badenwuerttemberg.de> has joined #yocto02:02
*** anujm <anujm!~anmitta2@192.198.146.173> has joined #yocto02:42
*** anujm <anujm!~anujm@192.198.146.173> has joined #yocto02:43
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:26
*** aaronchu <aaronchu!c0c693a4@gateway/web/freenode/ip.192.198.147.164> has joined #yocto03:28
*** kaspter <kaspter!~Instantbi@183.128.238.157> has quit IRC03:35
*** kaspter <kaspter!~Instantbi@183.128.238.157> has joined #yocto03:36
*** dtbigjazzsound <dtbigjazzsound!~adhexq@177.20.163.155> has joined #yocto03:45
*** dtbigjazzsound <dtbigjazzsound!~adhexq@177.20.163.155> has quit IRC03:47
*** YOTS0JpercY- <YOTS0JpercY-!~aspuqvbl@177.220.233.26> has joined #yocto04:02
*** YOTS0JpercY- <YOTS0JpercY-!~aspuqvbl@177.220.233.26> has quit IRC04:06
*** promach <promach!promach@gateway/shell/suchznc/x-fbtcnwwjtcnmxzxo> has quit IRC04:15
*** aaronchu <aaronchu!c0c693a4@gateway/web/freenode/ip.192.198.147.164> has quit IRC04:24
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto04:34
*** sjolley1 <sjolley1!~sjolley@134.134.139.76> has joined #yocto04:38
*** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC04:38
*** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has quit IRC04:41
*** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has joined #yocto04:45
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC04:46
*** morphis__ <morphis__!~morphis@pD9ED643B.dip0.t-ipconnect.de> has quit IRC04:58
*** gtristan <gtristan!~tristanva@221.147.85.22> has joined #yocto04:59
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto05:11
*** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has joined #yocto05:19
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto05:27
*** fl0v0 <fl0v0!~fvo@87.123.153.255> has joined #yocto05:31
*** morphis <morphis!~morphis@pD9ED643B.dip0.t-ipconnect.de> has joined #yocto05:33
*** arfoll <arfoll!arfoll@nat/intel/x-pxpyiedsxywrcczt> has quit IRC05:41
*** arfoll <arfoll!arfoll@nat/intel/x-tetxurmtxfegeevp> has joined #yocto05:42
*** rfried <rfried!~rfried@207.154.200.205> has quit IRC05:42
*** rfried <rfried!~rfried@207.154.200.205> has joined #yocto05:42
*** jonasbits <jonasbits!~quassel@213-21-80-56.customer.t3.se> has quit IRC05:43
*** jonasbits <jonasbits!~quassel@213-21-80-56.customer.t3.se> has joined #yocto05:46
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bbvszvseqwtiaola> has quit IRC05:50
*** promach <promach!promach@gateway/shell/suchznc/x-oamtxuqbzdsesrnc> has joined #yocto05:50
*** pohly <pohly!~pohly@p548497B7.dip0.t-ipconnect.de> has joined #yocto06:00
*** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has quit IRC06:15
*** stdint <stdint!~stdint@103.29.142.67> has joined #yocto06:16
stdintI want to install gobject-introspection-native into the sdk, but add it into TOOLCHAIN_HOST_TASK doesn't take effect(the other thing I added it works)06:19
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto06:19
stdintAnd I check the gobject-introspection-native build directory, I didn't see any packages split directory nor ipk files06:20
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto06:26
ostenI have enabled the buildhistory in my local.conf file, but can't find the build history folder. When compiling the project it even says.  "Writing build history". Does anyone have any idea why it isn't there ?06:32
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:35
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto06:55
*** yann <yann!~yann@LFbn-1-9167-222.w86-238.abo.wanadoo.fr> has quit IRC07:07
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has joined #yocto07:08
*** rovanceo__ <rovanceo__!~rovanceo@80.97.64.55> has quit IRC07:22
*** rovanceo__ <rovanceo__!~rovanceo@80.97.64.55> has joined #yocto07:22
*** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has quit IRC07:26
*** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has joined #yocto07:26
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has quit IRC07:26
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC07:35
*** Bunio_FH <Bunio_FH!~bunio@81.18.201.214> has joined #yocto07:44
*** Bunio_FH <Bunio_FH!~bunio@81.18.201.214> has quit IRC07:44
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:45
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto07:50
*** vdehors <vdehors!~vdehors@2a01:e0a:aa:d930:f46d:cefe:7aa8:a11a> has joined #yocto07:56
*** robert_yang <robert_yang!~robert@106.120.101.38> has joined #yocto08:01
anujmosten: it should be <build_dir>/buildhistory directory unless you have overridden the BUILDHISTORY_DIR variable.08:05
*** Zajc <Zajc!~Zajc@89-212-111-208.static.t-2.net> has quit IRC08:05
*** yann <yann!~yann@178.208.16.32> has joined #yocto08:08
*** kaspter <kaspter!~Instantbi@183.128.238.157> has quit IRC08:11
*** kaspter <kaspter!~Instantbi@183.128.238.157> has joined #yocto08:12
*** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has quit IRC08:15
*** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has joined #yocto08:16
*** sjolley1 <sjolley1!~sjolley@134.134.139.76> has quit IRC08:27
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has quit IRC08:28
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has joined #yocto08:28
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto08:30
ostenanujm: Thanks, hmm somehow after a couple of builds it came to exist. Maby it's my ssh mount which is just a bit slow to sync the files.08:39
ostenAnother question, not sure this is the right place to put it tough. I'm trying to add rauc as an update system to my image, i followed their guide, but when i'm trying to generate a rauc bundle, then it fails where there is no .live image of my image. Do any one have any idea why i get this error ? and where to find information to solve the problem ?08:41
*** adca1 <adca1!~adca@193.202.22.66> has quit IRC08:43
*** welhm <welhm!~welhm@zimbra.welvaarts.com> has quit IRC08:45
*** welhm <welhm!~welhm@zimbra.welvaarts.com> has joined #yocto08:47
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-csqzzcbckegwcllw> has joined #yocto08:55
*** vladzouth_ <vladzouth_!500c5411@gateway/web/freenode/ip.80.12.84.17> has quit IRC08:55
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:56
*** rajm <rajm!~robertmar@167.98.27.229> has joined #yocto09:14
osseWhen/After running a build how can I see how much was found in the sstate ?09:14
JaMaosse: inheritting buildstats-summary gives you nice summary at the end of the build09:23
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has joined #yocto09:24
*** kaspter <kaspter!~Instantbi@183.128.238.157> has quit IRC09:24
*** rajm <rajm!~robertmar@167.98.27.229> has quit IRC09:24
*** kaspter <kaspter!~Instantbi@183.128.238.157> has joined #yocto09:24
*** rajm <rajm!~robertmar@167.98.27.229> has joined #yocto09:24
*** armpit <armpit!~armpit@2601:202:4000:1184:5536:39e4:2c66:b632> has quit IRC09:26
osseJaMa: Thanks, I'll try that09:27
*** armpit <armpit!~armpit@2601:202:4000:1184:5536:39e4:2c66:b632> has joined #yocto09:28
*** droman <droman!~david@nat01.ifae.es> has joined #yocto09:46
*** flying_sausages <flying_sausages!~flying_sa@2a01:4f8:161:610b::2> has quit IRC09:56
*** flying_sausages <flying_sausages!~flying_sa@static.21.60.9.5.clients.your-server.de> has joined #yocto09:57
*** flying_sausages <flying_sausages!~flying_sa@static.21.60.9.5.clients.your-server.de> has joined #yocto09:59
*** flying_sausages <flying_sausages!~flying_sa@static.21.60.9.5.clients.your-server.de> has quit IRC10:03
*** flying_sausages <flying_sausages!~flying_sa@static.21.60.9.5.clients.your-server.de> has joined #yocto10:05
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC10:07
*** flying_sausages <flying_sausages!~flying_sa@static.21.60.9.5.clients.your-server.de> has quit IRC10:09
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:12
*** morphis <morphis!~morphis@pD9ED643B.dip0.t-ipconnect.de> has quit IRC10:12
*** flying_sausages <flying_sausages!~flying_sa@2a01:4f8:161:610b::2> has joined #yocto10:13
*** morphis <morphis!~morphis@pD9ED643B.dip0.t-ipconnect.de> has joined #yocto10:14
*** anujm <anujm!~anujm@192.198.146.173> has quit IRC10:17
*** flying_sausages <flying_sausages!~flying_sa@2a01:4f8:161:610b::2> has quit IRC10:18
*** flying_sausages <flying_sausages!~flying_sa@static.21.60.9.5.clients.your-server.de> has joined #yocto10:18
yoctiNew news from stackoverflow: U-Boot How to run a standalone binary program? <https://stackoverflow.com/questions/49814470/u-boot-how-to-run-a-standalone-binary-program> || PCIE not detecting on IMX7 with kintex fpga <https://stackoverflow.com/questions/49814350/pcie-not-detecting-on-imx7-with-kintex-fpga>10:29
*** ant_work <ant_work!~ant__@host138-188-dynamic.50-82-r.retail.telecomitalia.it> has joined #yocto10:56
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC11:05
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:11
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:17
*** gtristan <gtristan!~tristanva@221.147.85.22> has quit IRC11:18
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has quit IRC11:19
*** User_ <User_!~User@mti-37-145.tm.net.my> has joined #yocto11:20
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC11:24
*** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC11:25
*** User_ <User_!~User@mti-37-145.tm.net.my> has quit IRC11:25
*** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto11:40
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has joined #yocto11:43
T_UNIXI have a simple Makefile based project that adheres to CC/DESTDIR/PREFIX conventions and supports `make install`. It seems that if I inherit `autotools` it tries to build using the (empty, since no `configure`) `build/`-subdirectory11:44
T_UNIXwhich obviously fails11:44
T_UNIXif I implicitly inherit `base`, it does not run `make install`11:44
T_UNIXso what's the intended way to solve this11:44
T_UNIXsetting `B=${S}` might mess with rebuilds, right?11:46
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC11:49
neverpanicThat's what autotools-brokensep does11:53
neverpanicBut why don't you just override do_install and call oe_runmake install yourself?11:54
T_UNIX@neverpanic I assumed that it would be a common case and that I'm just Doing-It-Wrong(TM) ;-)11:59
T_UNIXneverpanic: also: doesn't just equalizing build and source dir interfere with e.g. source fetching vs. reconfiguration?12:00
T_UNIXI added something like `do_compile_prepend() { cp -aR ${S} . }`12:01
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto12:02
neverpanicNo, since autotools-brokensep already does that12:05
*** tasslehoff is now known as anders12:06
*** anders is now known as tasslehoff12:06
*** tasslehoff <tasslehoff!~aronning@80.77.101.233> has left #yocto12:07
T_UNIXneverpanic: but the `configure` routine conditionally deletes `${B}`. I mean I thought `B` was there for a reason (e.g. not having to rerun do-unpack).12:07
neverpanicwhat configure routine?12:10
neverpanicI don't see anybody deleting ${B} in base.bbclass12:10
neverpanicOf course if you're using autotools.bbclass with a non-autotools project, you probably shouldn't.12:11
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:16
*** osten <osten!3e2c8629@gateway/web/freenode/ip.62.44.134.41> has quit IRC12:23
*** learningc <learningc!~User@210.195.78.109> has joined #yocto12:26
*** User_ <User_!~User@210.195.78.109> has joined #yocto12:33
*** learningc <learningc!~User@210.195.78.109> has quit IRC12:36
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto12:37
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC12:50
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto12:50
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC12:53
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto12:54
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC12:56
-YoctoAutoBuilder- build #953 of nightly-musl is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-musl/builds/95312:57
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto12:57
-YoctoAutoBuilder- build #409 of nightly-musl-x86-64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-musl-x86-64/builds/40912:58
*** kaspter <kaspter!~Instantbi@183.128.238.157> has quit IRC13:07
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:10
*** kaspter <kaspter!~Instantbi@183.128.238.157> has joined #yocto13:14
*** anujm <anujm!~anujm@192.198.146.173> has joined #yocto13:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:21
*** ant_work <ant_work!~ant__@host138-188-dynamic.50-82-r.retail.telecomitalia.it> has quit IRC13:25
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:25
-YoctoAutoBuilder- build #438 of eclipse-plugin-oxygen is complete: Failure [failed Building Eclipse Plugin] Build details are at https://autobuilder.yocto.io/builders/eclipse-plugin-oxygen/builds/43813:32
*** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.80.12.84.17> has joined #yocto13:35
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC13:40
*** morphis_ <morphis_!~morphis@pD9ED62BF.dip0.t-ipconnect.de> has joined #yocto13:50
*** morphis <morphis!~morphis@pD9ED643B.dip0.t-ipconnect.de> has quit IRC13:54
-YoctoAutoBuilder- build #918 of poky-tiny is complete: Failure [failed] Build details are at https://autobuilder.yocto.io/builders/poky-tiny/builds/91814:01
-YoctoAutoBuilder- build #986 of nightly-oe-selftest is complete: Failure [failed] Build details are at https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/98614:01
-YoctoAutoBuilder- build #925 of build-appliance is complete: Failure [failed] Build details are at https://autobuilder.yocto.io/builders/build-appliance/builds/92514:01
*** m2 <m2!~m2@amy.ksub.org> has quit IRC14:06
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has joined #yocto14:07
*** kaspter <kaspter!~Instantbi@183.128.238.157> has quit IRC14:08
fberghello guys, does anybody know how to add a console login message on yocto ?14:08
fray /etc/issue is sent before login... /etc/motd after14:14
fbergfray: thanks !14:16
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto14:18
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC14:20
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC14:20
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto14:21
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto14:21
-YoctoAutoBuilder- build #919 of poky-tiny is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/poky-tiny/builds/91914:23
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto14:24
-YoctoAutoBuilder- build #439 of eclipse-plugin-oxygen is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/eclipse-plugin-oxygen/builds/43914:25
-YoctoAutoBuilder- build #922 of eclipse-plugin-neon is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/eclipse-plugin-neon/builds/92214:26
*** anujm <anujm!~anujm@192.198.146.173> has quit IRC14:27
*** stephano <stephano!~stephano@134.134.139.83> has joined #yocto14:28
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC14:28
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto14:31
*** maxin <maxin!~maxin@134.134.139.73> has left #yocto14:34
*** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has joined #yocto14:43
*** yann <yann!~yann@178.208.16.32> has quit IRC14:44
*** armpit <armpit!~armpit@2601:202:4000:1184:5536:39e4:2c66:b632> has quit IRC14:47
*** armpit <armpit!~armpit@2601:202:4000:1184:3928:70fc:f974:997f> has joined #yocto14:52
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has quit IRC15:00
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto15:02
*** tlwoerner <tlwoerner!~Trevor@206.248.190.95> has joined #yocto15:03
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto15:03
*** User_ <User_!~User@210.195.78.109> has quit IRC15:04
*** Zajc <Zajc!~Zajc@89-212-111-208.static.t-2.net> has joined #yocto15:04
*** droman <droman!~david@nat01.ifae.es> has quit IRC15:07
*** Zajc <Zajc!~Zajc@89-212-111-208.static.t-2.net> has quit IRC15:08
*** Zajc <Zajc!~Zajc@89-212-111-208.static.t-2.net> has joined #yocto15:09
*** laplante <laplante!~laplante@4.59.252.60> has joined #yocto15:10
*** khem <khem!~khem@unaffiliated/khem> has quit IRC15:15
-YoctoAutoBuilder- build #926 of build-appliance is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/build-appliance/builds/92615:31
*** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has quit IRC15:34
*** lusus_ <lusus_!~lusus@62.91.23.180> has quit IRC15:36
*** rajm <rajm!~robertmar@167.98.27.229> has quit IRC15:39
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC15:41
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto15:42
*** binarym <binarym!~binarym@cornub.ospow.com> has joined #yocto15:46
binarymhi all. I need a native tool to build a custom image type. This tool needs some config file, so, in my recipe i installed config file using install -m 644 ${D}/${sysconfdir} (BBCLASSEXTEND="native", etc...). My problem is how to access this config file in a image_type_custom.bbclass ?15:48
binarymusing directly ../../${sysconfdir}/<my config file> is a bit ugly, isn't it ?15:50
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:59
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC16:00
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto16:00
*** BarBQ <BarBQ!~textual@91.198.202.133> has joined #yocto16:09
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has quit IRC16:16
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC16:19
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto16:20
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:20
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC16:28
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto16:29
*** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.80.12.84.17> has quit IRC16:32
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has quit IRC16:36
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC16:42
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC16:50
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto16:51
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto16:52
*** fl0v0 <fl0v0!~fvo@87.123.153.255> has quit IRC16:56
*** morphis_ <morphis_!~morphis@pD9ED62BF.dip0.t-ipconnect.de> has quit IRC16:58
*** vdehors <vdehors!~vdehors@2a01:e0a:aa:d930:f46d:cefe:7aa8:a11a> has quit IRC17:02
*** stephano <stephano!~stephano@134.134.139.83> has quit IRC17:03
RPhalstead: A sumo-next when the AB is free would be cool :)17:06
halsteadRP, Will do. I'm taking my father in law to the doctor so I'll be a little slow to respond for the next little bit.17:07
RPhalstead: no problem, I'm finished for the day17:09
halsteadRP, Thanks! I'll complete updates and get sumo-next queued up in the next couple hours.17:10
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has joined #yocto17:13
*** stephano <stephano!~stephano@134.134.139.72> has joined #yocto17:35
martinkellyi'm curious, does anyone know why deleted files in DEPLOY_DIR cannot be automatically detected and rebuilt?17:41
martinkellyhttps://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#structure-build-tmp-deploy-images17:41
martinkelly"If you do accidentally delete files here, you will need to force them to be re-created. In order to do that, you will need to know the target that produced them."17:41
martinkellyI'm not a bitbake expert but am wondering why packages deploying to DEPLOY_DIR don't effectively take a dependency on the files they create (or be allowed to voluntarily declare those dependencies) so that when files are deleted, they get rebuilt when you rebuild the image.17:41
aehs29quit17:56
aehs29oops17:56
*** aehs29 <aehs29!~aehs29@149.199.62.254> has quit IRC17:56
halstead:)17:56
yoctiNew news from stackoverflow: How is /dev/block/bootdevic/by-name created? <https://stackoverflow.com/questions/49822694/how-is-dev-block-bootdevic-by-name-created>18:00
*** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has joined #yocto18:06
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has quit IRC18:17
kergothmartinkelly: bitbake doesn't track every file by design. tasks are run based on stamps, those stamps happen to include metadata and file checksums in very specific cases only18:26
martinkellyis that for performance reasons?18:26
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-csqzzcbckegwcllw> has quit IRC18:29
*** armpit <armpit!~armpit@2601:202:4000:1184:3928:70fc:f974:997f> has quit IRC18:30
*** armpit <armpit!~armpit@2601:202:4000:1184:dd04:5ab2:7006:f760> has joined #yocto18:31
* armpit network to work is down.. time for beer18:39
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has joined #yocto18:44
laplanteIs there any way to use a MultiStageProgressReporter with a task's 'progress' varflag?18:50
laplantesuppose I need to modify exec_func_shell in bitbake/lib/bb/build.py18:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:12
seebs... Okay this is one of those things I probably should have checked. At one point, on most filesystems I'd checked, symlinks persistently had their own distinct inode numbers.19:20
seebsDo we ever run on filesystems where that's not the case? I don't think it's actually strictly required by POSIX.19:20
*** stephano_ <stephano_!~stephano@134.134.139.83> has joined #yocto19:41
*** stephano <stephano!~stephano@134.134.139.72> has quit IRC19:43
seebsfwiw, I have some free time and I'm looking at 12434 again. I'm gonna clean up some of the spammy log messages and see if I can track down the actual problem, because I'm pretty sure there is an actual problem in the logs I'm seeing.19:45
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:47
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:49
rburtonseebs: awesome19:55
seebsit has been far too long since i used this stuff19:56
seebsimagine that i want a specific package to be built, and I want the environment variable PSEUDO_DEBUG set while it builds.19:57
seebsIt appears that just adding PSEUDO_DEBUG to BB_ENV_EXTRAWHITE and setting it as an environment variable is not enough.19:57
rburtonthrow export PSEUDO_DEBUG='1' into the recipe and use bitbake -C unpack recipename?19:57
rburtonmuch easier than messing with the env whitelist19:57
seebsoh, that'd work.19:58
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:58
seebsThe interesting thing, to me, is that pseudo appears to be getting in some way screwed up before the recipe is even really involved.19:58
seebsLike, I'm getting weird complaints about the suspicious similarity of log.do_install.pid and log.do_install.19:59
seebsSo I may actually need to be able to set pseudo_debug outside the stuff that's nominally "in" the recipe to catch that.19:59
rburtonin that case the whitelist thing should work :/20:00
seebsI'd think, yes.20:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:01
seebshuh. i may have been looking in wrong log file, though. heh.20:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC20:03
seebs... Nope. There's an initial setup of the server happening, which is outside the stuff done within the recipe, so it doesn't get PSEUDO_DEBUG.20:05
*** zarzar <zarzar!~zarzar@75.177.76.187> has joined #yocto20:14
seebsheh. i can fix that by adding it to bitbake.conf, but that means everything has to be rebuilt very slowly with debugging on. whoops.20:15
seebs... i am apparently missing something, because I'm still not seeing expected logging output on the server side.20:17
seebs*and* i found a path-resolution bug. man, this is just not my day.20:18
RPseebs: what rburton said, hack the specific recipe in question20:23
RPsorry, scrollback stalled :)20:23
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC20:23
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto20:23
seebsso the problem i'm currently looking at, which is actually one of a couple probably-related ones, is:20:24
seebsinode mismatch: '/home/seebs/src/poky/build/tmp/work/all-poky-linux/pseudo-test/1.0-r0/temp/log.do_install' ino 41689229 in db, 41690343 in request.20:24
RPseebs: you can force something out of the variable hashing with XXX[vardepvalue] XXX[vardepexclude] and friends20:24
seebsthe problem is, this isn't *inside* the recipe.20:24
seebsthis is happening during the setup around the recipe when the recipe's not actually in play yet, so far as i can tell. so i'm not actually getting a PSEUDO_DEBUG setting in to the pseudo server at that point.20:25
RPseebs: pseudo is started disabled and then only enabled per recipe20:25
seebsMy goal would be to turn on debug info enough that, when I get that message, I can figure out what client program was even running.20:25
*** pohly <pohly!~pohly@p548497B7.dip0.t-ipconnect.de> has quit IRC20:26
RPseebs: so it sounds like you want it when pseudo starts which is bitbake.conf20:26
seebsSo I'm looking for the point at which a specific server is started.20:26
seebsBecause each recipe is getting its own distinct server.20:26
RPseebs: that should be the point the logging applies. The code itself is from bitbake-worker20:26
seebsHuh. I wonder whether I should add a thing to check the pseudo directory for a .rc file.20:26
seebsSo, *something* is being done that causes a pseudo server, with PSEUDO_PREFIX pointed to this specific recipe's recipe/version/pseudo directory, to emit a diagnostic about log.do_install.20:27
seebsBut that server isn't running with any debug flags, even though I just went ahead and set PSEUDO_DEBUG globally in bitbake.conf, and it's working for the clients.20:29
seebsThat is really weird.20:29
RPseebs: the code runs two versions of bitbake/bin/bitbake-worker, one under pseudo, one not. When a task is marked as fakeroot, its passed to the bb-worker script running under pseudo and that enables pseudo in that context for that recipe20:29
RPseebs: you can see the code that applies the flags in bitbake-worker. It sounds odd hat something wouldn't get PSEUDO_DEBUG20:29
seebsDoes it ever actually directly start the server, or is that being done only by the client?20:29
RPseebs: only server start is from the clients20:30
RPafaik20:30
seebshuh. So if the client has PSEUDO_DEBUG set (which it does, since it's producing the diagnostics)...20:30
seebsThat's really odd.20:30
RPsummary, yes20:30
RPseebs: how late is this in the recipe execution and is this glibc-locale?20:31
RPsounds like its any do_install from your logs?20:32
RPif so no matter, my theory is irrelevant20:32
seebsit's not glibc-locale, it's the dummy pseudo-test package.20:32
RPseebs: note that /home/seebs/src/poky/build/tmp/work/all-poky-linux/pseudo-test/1.0-r0/temp/log.do_install is a symlink which gets updated at the end of a task's execution out of pseudo context20:33
seebsAnd *something* seems to be sending the wrong path or inode data to the server, causing errors.20:33
seebsSo the problem is, it's being seen inside pseudo.20:33
seebsAnd that's causing at the very least weird diagnostics.20:33
seebsinode mismatch: '/home/seebs/src/poky/build/tmp/work/all-poky-linux/pseudo-test/1.0-r0/temp/log.do_install' ino 41689233 in db, 41690345 in request.20:33
seebssymlink mismatch: '/home/seebs/src/poky/build/tmp/work/all-poky-linux/pseudo-test/1.0-r0/temp/log.do_install' [41689233] db mode 0120777, header mode 0100644 (unlinking db)20:33
seebswhich means that *some* client code, actually talking to pseudo, interacted with that name, but had the file header data from the thing it links to, rather than from the symlink.20:34
seebsSo that's clearly a bug, and it may not be related to the other problems, but I feel like it should get figured out and fixed. But to do that, I have to be able to figure out what's *doing* it.20:34
RPseebs: I can tell you the code that changes that file20:35
seebsAnd to do that, I have to make the server log more information -- but it won't, because it's not getting any debug flags, which is itself really weird.20:35
RPlib/bb/build.py:_exec_task()20:35
RPseebs: # Setup the courtesy link to the logfn20:35
RPseebs: _exec_task is called from exec_task() which is only called from bitbake-worker20:36
RPseebs: which should only ever be in the right pseudo context...20:37
seebsside note: if i wanted to use a local git repo, how would I spell that in SRC_URI? git:///home/seebs/...?20:37
RPseebs: git:///home/seebs/...;protocol=file20:38
seebsthx.20:38
* RP needs to be elsewhere but I'll check in later20:38
seebsI want to do some crazy things and not upload them.20:38
seebsThanks!20:38
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC20:41
*** seebs <seebs!~seebs@24.196.59.174> has left #yocto20:43
*** seebs <seebs!~seebs@24.196.59.174> has joined #yocto20:43
seebshah.20:43
seebsmessage from client 4 [15791:grep - ] fd 1120:43
seebsinode mismatch: '/home/seebs/src/poky/build/tmp/work/all-poky-linux/pseudo-test/1.0-r0/temp/log.do_install' ino 41688885 in db, 41688996 in request.20:43
seebsthat's... interesting. so that's probably from package_qa or something, calling grep on log.do_install.20:44
seebsSo the failure there is that there is a real symlink, inode *5, and grep is being invoked on that path, but getting the data for *6, but the message sent to the server uses the wrong path.20:45
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@198.145.29.62> has quit IRC20:47
seebsyay. i have a trivial reproducer for that, now i just need to figure out why it happens.20:47
seebs.... d'oh.20:50
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@198.145.29.62> has joined #yocto20:50
seebswow that's been broken forever.20:51
seebsLike, over three years.20:51
seebsSo, there's a pseudo_root_path() which tries to resolve a path. Its last argument is called leave_last, and is supposed to be nonzero if and only if we should not be following symlinks.20:52
seebsopenat() calls that, just passing in flags.20:52
seebsWhich means anything like O_CLOEXEC, etcetera, causes it not to try to follow symlinks. This is completely wrong, and I can't find any relevant changes since 2015.20:52
seebsI'm not even sure how to fix it, since the right answer varies between functions.20:54
*** stephano_ is now known as stephano20:57
seebswhat a beautifully weird bug, and I'm stunned we never apparently got hit by it. That's just really *weird*.20:59
seebsno relation to 12434, I don't think, and I still haven't been able to get that to actually trigger, but still.21:02
*** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto21:11
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC21:14
*** AbleBacon_ is now known as AbleBacon21:14
kergothHmm, anyone try doing bitbake builds under WSL?21:27
JaMaseebs: thanks a lot for looking into it again, if you need more testers let me know I'll trigger a lot of builds with any weird pseudo revision you gave me :)21:30
seebsSo right now, my problem is basically that I can't get the pseudo-test recipe from 12434 to fail.21:30
JaMakergoth: few people try, nobody was able to finish I believe, next version is supposed to make the filesystem better (I don't belive it at all)21:30
seebsI fixed an unrelated (I think) bug that was creating spurious reports, and I also fixed it so you no longer get all the "path mismatch [N links]" for N > 1 by default.21:31
seebsBecause that's incredibly spammy with heavily-hardlinked trees, and useless.21:31
seebsSo current master... *I* can't get it to fail, anyway. Both trying with that pseudo-test recipe under poky, and just running that makefile under pseudo directly.21:31
seebsAnd I don't know whether this is the same issue as the glibc-locale one or a different one. My intuition says "probably different", because I have a vague recollection of glibc-locale doing a thing where it tries to access files stashed from another recipe's work directory or something.21:32
JaMakergoth: one of last threads I remember about WSL http://forum.webosose.org/t/failed-at-55-glibc-locale-building-in-wsl-win10/20821:34
JaMakergoth: there was tread on oe-core or yocto ML as well long time ago, IIRC with similar conclussion21:35
kergothah, thanks21:35
JaMakergoth: this is with 2.2 Morty, but I don't think it matters to WSL21:35
JaMaseebs: ok, I'll give latest master a try in case it's not reproducible at all anymore21:36
seebsI suspect it might just require more cores than my laptop has? But it's also really hard to be sure. I'm particularly interested in pseudo-test failures, because the glibc-locale thing *could* be a completely different problem.21:38
seebsAnd honestly I bet the symlink fix will catch all sorts of weird stuff.21:38
seebsBecause there were absolutely ways that could result in dropping database entries.21:38
JaMaglibc-locale seems to be most common from "public" reproducers21:38
JaMabut I get these issues from quite a few other components as well21:39
seebsyeah. glibc-locale in particular is a really weird package, and i seem to recall having concerns about it back in the day, because it had some non-obvious implication about its interactions with glibc builds or something.21:39
JaMae.g. various .qml files generated with meta-qt5, sometimes CONTROL file inside .ipk packaging21:39
seebsit's been too long and i've forgotten.21:39
JaMawith less spammy log I might be able to spot what makes some components to be more error-prone for this then others21:40
*** stephano <stephano!~stephano@134.134.139.83> has quit IRC21:41
JaMashame that my pseudo-test didn't work reliably in the end21:41
seebsi dunno, maybe it does, and i actually fixed that specific error. :)21:42
seebsanyway, the "path mismatch" stuff should now be gone except in the case where a file only has one link, which should dramatically reduce spam about things that have dozens of links.21:42
seebsand the symlink mismatches caused by the weird openat bug should be gone now.21:43
kergothyeah, thanks for the pointers. will likely just use docker or a vm for the time being, good to know there's progress though.. the filesystem issues do seem troublesome21:43
kergoth"I think this stems from the NTFS limitation that prevents renaming directories which have a handle open to anything below" interesting21:43
*** mtahmed <mtahmed!c0c353c8@gateway/web/freenode/ip.192.195.83.200> has joined #yocto21:49
mtahmedIs there a way to tell a bitbake build to output a debian package only and nothing else? E.g. I would like to build curl as a debian package and output that debian package in the DEPLOY_DIR but not build anything else.21:50
kergothswitch PACKAGE_CLASSES to package_deb, run bitbake curl21:50
scottrifEXTERNAL_TOOLCHAIN variable worth documenting?  Any opinions?21:55
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bvjxmwtjkcsrhqei> has joined #yocto21:55
kergoththat depends on whether we want to cover meta-external-toolchain or not. the variable has no meaning without a layer that obeys it, oe-core does not21:55
scottrifOK - we do not document meta-external-toolchain21:57
scottrifAlthough I do have the https://www.yoctoproject.org/docs/2.5/mega-manual/mega-manual.html#dev-optionally-using-an-external-toolchain section that mentions a bit about external toolchains.  The link to EXTERNAL_TOOLCHAIN is broke as I don't have a glossary definition for that variable.21:58
JaMaseebs: glibc-locale does weird stuff, but it's interesting that whatever happens there is "preserved" in sstate archive and even different host which just reuses this tar archive ends with the same issue (in my testing every time). Whatever bad happens in particular build can be stored in tarball.21:59
*** Toumasu <Toumasu!~lty@78-22-168-64.access.telenet.be> has joined #yocto22:00
JaMaseebs: unfortunatelly I wasn't able to find out the significant difference between "good" and "bad" glibc-locale sstate archive22:00
*** ant_home <ant_home!~ant__@host10-248-dynamic.0-87-r.retail.telecomitalia.it> has joined #yocto22:01
mtahmedkergoth: Oh sweet, that does end up putting  the .debs in the deploy dir. Should have just tested instead of asking the question. Thanks!22:08
seebsHuh, that's interesting.22:16
seebsOne thing I'm curious about, is the intent that locale files be 0644, or should they actually be 0444?22:17
*** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC22:23
*** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has quit IRC22:36
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC22:41
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto22:41
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC22:47
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto22:48
-YoctoAutoBuilder- build #953 of nightly-wic is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-wic/builds/95322:50
-YoctoAutoBuilder- build #950 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64-lsb/builds/95022:50
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto22:51
-YoctoAutoBuilder- build #931 of nightly-mips64 is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-mips64/builds/93122:57
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has quit IRC23:00
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:05
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:09
*** mtahmed <mtahmed!c0c353c8@gateway/web/freenode/ip.192.195.83.200> has quit IRC23:14
*** laplante <laplante!~laplante@4.59.252.60> has quit IRC23:38
*** paulg <paulg!~paulg@198.84.238.126> has quit IRC23:50

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