Thursday, 2019-07-11

*** vineela <vineela!~vtummala@134.134.139.73> has quit IRC00:00
*** jkridner_ <jkridner_!~jkridner@pdpc/supporter/active/jkridner> has quit IRC00:07
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto00:09
RPJPEW: patches posted :)00:11
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-yajqrngdvhcygqqo> has joined #yocto00:32
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto01:10
*** huynq <huynq!65607042@101.96.112.66> has joined #yocto01:10
huynqHi guys, I have installed successfully Poky with core-image-minimal. But as I investigated from https://layers.openembedded.org/layerindex/branch/master/layer/openembedded-core/, it has ca-certificates recipe. But actually as I checked on my built Poky, there is no directory ca-certificate or ssl.01:51
huynqThis is qemu of my Poky: https://i.imgur.com/fEce1uI.png01:52
huynqWhat did I miss to get ca-certificate?01:53
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto01:59
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC02:58
*** nmoos <nmoos!~moosnat@unaffiliated/moosnat> has quit IRC03:33
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto03:41
*** tgraydon <tgraydon!~tgraydon@134.134.139.77> has quit IRC04:12
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-yajqrngdvhcygqqo> has quit IRC04:31
*** jkridner|pd is now known as jkridner_04:37
*** jkridner_ is now known as jkridner04:40
*** Chrusel76 <Chrusel76!c1669b04@193.102.155.4> has joined #yocto04:54
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto05:07
*** huynq <huynq!65607042@101.96.112.66> has quit IRC05:08
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC05:31
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:33
*** saraf <saraf!~a_saraf@43.239.147.99> has joined #yocto05:38
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has joined #yocto05:49
*** saraf <saraf!~a_saraf@43.239.147.99> has quit IRC05:54
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto05:54
*** agust <agust!~agust@pD95F1DFD.dip0.t-ipconnect.de> has joined #yocto06:02
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto06:33
*** frsc <frsc!~frsc@200116b82425c90038fb20b2ad11476e.dip.versatel-1u1.de> has joined #yocto06:35
*** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto06:36
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC06:39
*** kaspter <kaspter!~Instantbi@183.128.188.113> has quit IRC06:40
*** kaspter <kaspter!~Instantbi@183.128.188.113> has joined #yocto06:49
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto06:53
*** mckoan|away is now known as mckoan06:56
*** kaspter <kaspter!~Instantbi@183.128.188.113> has quit IRC06:58
*** kaspter <kaspter!~Instantbi@183.128.188.113> has joined #yocto06:59
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto07:04
*** kaspter <kaspter!~Instantbi@183.128.188.113> has quit IRC07:13
*** kaspter <kaspter!~Instantbi@183.128.188.113> has joined #yocto07:15
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto07:18
Dvorkindid anybody see overlayfs for / in yocto/oe?07:18
*** shiping <shiping!49febfb6@c-73-254-191-182.hsd1.wa.comcast.net> has joined #yocto07:19
*** shiping <shiping!49febfb6@c-73-254-191-182.hsd1.wa.comcast.net> has quit IRC07:21
*** shiping <shiping!836bae75@131.107.174.117> has joined #yocto07:22
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:25
*** yacar_ <yacar_!~yacar@80.215.202.28> has joined #yocto07:26
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:26
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC07:33
*** yacar_ <yacar_!~yacar@80.215.202.28> has quit IRC07:34
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC07:46
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto07:46
*** yacar_ <yacar_!~yacar@192.93.161.12> has joined #yocto07:49
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lhevjfeousgmtezr> has joined #yocto08:05
*** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has joined #yocto08:09
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC08:15
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC08:16
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC08:19
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto08:20
mcfriskwhat change between sumo/2.5 and warrior/master could cause our custom image creation classes to fail with missing package index files? I can't seem to find the differences in task or their ordering. we are adding custom tasks after do_rootfs before do_image_complete.08:28
*** shan1 <shan1!86666185@dhcp-133.biba.uni-bremen.de> has joined #yocto08:29
mcfriskfailures look like "../our-image-image/1.0-r0/oe-rootfs-repo/Packages: No such file."08:30
shan1I am trying to move from krogoth to rocko for Phytec IMX6 boards and was unable to get past through the error logs which are thrown whilst making a recipe for influxdb. I have documented the it as a [SE Query](https://stackoverflow.com/questions/56761899/influxdb-recipe-for-yocto-fails-with-devtool-workflow-in-rocko) but I am unable to get a soluti08:31
shan1on as to why the build fails08:31
*** shan1 <shan1!86666185@dhcp-133.biba.uni-bremen.de> has quit IRC08:34
*** bluca <bluca!~bluca@88.98.246.218> has joined #yocto08:34
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:45
mcfriskgah, my problem was the missing self.pm.write_index() call. somehow lost the fix again..09:02
*** shan1 <shan1!86666185@dhcp-133.biba.uni-bremen.de> has joined #yocto09:08
*** shan1 <shan1!86666185@dhcp-133.biba.uni-bremen.de> has left #yocto09:09
*** shan1 <shan1!86666185@dhcp-133.biba.uni-bremen.de> has joined #yocto09:09
*** shan1 <shan1!86666185@dhcp-133.biba.uni-bremen.de> has left #yocto09:12
*** huynq <huynq!65607042@101.96.112.66> has joined #yocto09:25
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has quit IRC09:44
*** yacar_ <yacar_!~yacar@192.93.161.12> has quit IRC10:14
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto10:15
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto10:17
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC10:20
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has joined #yocto10:32
*** yacar_ <yacar_!~yacar@192.93.161.12> has joined #yocto10:33
*** TurkCypriot <TurkCypriot!4e873c2e@78.135.60.46> has joined #yocto10:36
TurkCypriotHi follks10:36
TurkCyprioti need a pre-build yocto for vmware10:36
TurkCypriotCan anybody help me about finding and running on vm?10:36
LetoThe2ndTurkCypriot: maybe you should rather point out what it should be used for, or what you expect to gain from it.10:37
TurkCypriotJust for testing and developing purposes10:37
LetoThe2ndi mean, running a generic minimal image is like... not exactly offering a lot of functionality or such.10:38
TurkCypriotMy main goal's to run and develope a .net core application10:38
LetoThe2ndTurkCypriot: ok, and what do you expect a generic image to help you there?10:38
TurkCypriotyes minimal- build i'Ll need10:38
LetoThe2ndand then?10:39
TurkCypriotMy company's10:39
TurkCypriotdeveloping casino games like SlotUI10:39
LetoThe2ndi don't really care about your application. just tell me. you boot it, and then?10:39
TurkCypriotand we have a dispatcher application which runs on dotnet core on centos10:39
TurkCyprioti will move our application on yocto officially10:40
TurkCypriotand then we will run this application with small boxes like rpi or latte panda vs..10:40
LetoThe2ndi don't think you got the point. how do you expect the minimal image to help you?10:40
TurkCypriotyes sorry for my english10:41
LetoThe2ndjust try to explain what you want to do with the minimal image once it is booted.10:41
TurkCyprioti just want my minimal yocto to run dotnet application and identify hardware10:41
TurkCypriotlike ethernet and usb10:41
LetoThe2ndbut a minimal image will not do that.10:41
TurkCypriotso minimal yocto probably will feed my needs10:41
LetoThe2ndit will not bring dotnet, it will not offer ethernet connectivity, it will not offer ssh to copy anything in....10:42
LetoThe2ndso what do you *ACTUALLY* want?10:42
TurkCyprioti'll add metadatas ofcourse10:42
LetoThe2ndand thats where you are wrong10:42
TurkCyprioti see sir.10:42
LetoThe2ndyocto is not a distribution where you can add things at will10:43
TurkCypriotSo what's the correct path that i need to follow10:43
LetoThe2ndit is a toolkit to create a distribution that suits your needs. so you need to start out with a simple build and add the things you need10:43
LetoThe2ndactually, since only 2 days, we have a couple of WONDERFUL videos on youtube explaining hands-on how to get started. :)10:44
TurkCypriotSounds great for noobs like me :)10:44
TurkCypriotCan you please share the links if  you have?10:44
LetoThe2ndi think you can google the link just as good as i can10:45
TurkCyprioti already used yocto minimal before10:45
LetoThe2ndyoutube yocto project :)10:45
TurkCyprioti have build with some metas10:45
TurkCypriotfor playing gif files.10:45
TurkCypriotbut it was 3 years ago10:45
TurkCypriotso i mean i am not that beginner10:46
TurkCypriotalso i am developing c++ projects over 18 years10:46
LetoThe2ndthat is all nice and well10:46
TurkCypriotand i have also worked for defence industry for 12 years10:46
TurkCypriotyes. these r nice10:46
LetoThe2ndsweet. and?10:46
yoctiNew news from stackoverflow: Updating Yocto causes exception 'bb.data' has no attribute 'getVar' <https://stackoverflow.com/questions/56986970/updating-yocto-causes-exception-bb-data-has-no-attribute-getvar>10:47
TurkCypriotand next time when someone asked  for help10:47
TurkCypriotplease don't be rude that much10:47
TurkCypriotyou are acting like you are professional10:47
LetoThe2ndif you think that telling you that your appraoch is completely wrong is rude, then i beg your pardon.10:47
LetoThe2ndbut your approach is wrong.10:47
TurkCypriotNo10:48
TurkCyprioti say it is not10:48
LetoThe2ndand i tried to guide you to creating that conclusion for yourself.10:48
TurkCyprioti have experience with yocto and i know what i am looking for10:48
LetoThe2ndif you think you know better, then well, go ahead, and have fun!10:48
TurkCyprioti have just asked for the pre-built binary for the vmware10:48
*** BobPungartnik <BobPungartnik!~pung@187.113.135.196> has joined #yocto10:48
LetoThe2ndwell then good luck.10:49
TurkCypriotLol10:49
TurkCyprioti thought ur greeting bot at first really10:49
TurkCypriotif you don't know anything about yocto minimal10:49
TurkCypriotand adding metas10:49
TurkCypriotjust google it10:49
TurkCypriotu'll see that yocto is more than what you know10:49
*** yacar_ <yacar_!~yacar@192.93.161.12> has quit IRC10:50
*** BobPungartnik <BobPungartnik!~pung@187.113.135.196> has quit IRC10:59
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC11:03
*** BobPungartnik <BobPungartnik!~pung@187.113.135.196> has joined #yocto11:04
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto11:05
*** TurkCypriot <TurkCypriot!4e873c2e@78.135.60.46> has quit IRC11:06
*** huynq <huynq!65607042@101.96.112.66> has quit IRC11:07
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:09
*** BobPungartnik <BobPungartnik!~pung@187.113.135.196> has quit IRC11:16
*** Mateusz97 <Mateusz97!4e0b08f9@78-11-8-249.static.ip.netia.com.pl> has joined #yocto11:16
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto11:20
*** BobPungartnik <BobPungartnik!~pung@187.113.135.196> has joined #yocto11:24
*** BobPungartnik <BobPungartnik!~pung@187.113.135.196> has quit IRC11:26
*** BobPungartnik <BobPungartnik!~pung@187.113.135.196> has joined #yocto11:28
*** yacar_ <yacar_!~yacar@80.215.111.92> has joined #yocto11:28
*** BobPungartnik <BobPungartnik!~pung@187.113.135.196> has quit IRC11:29
*** BobPungartnik <BobPungartnik!~pung@187.113.135.196> has joined #yocto11:29
tgoodwinHas anyone tried having two git fetchers in a recipe?  I've given each a different destsuffix however the first unpack seems to get clobbered.11:46
yoctiNew news from stackoverflow: How to debug kernel crash on /sbin/init during bootup? <https://stackoverflow.com/questions/56987978/how-to-debug-kernel-crash-on-sbin-init-during-bootup>11:47
*** shiping <shiping!836bae75@131.107.174.117> has quit IRC11:56
*** lazyape_home <lazyape_home!~lazyape@80.107.148.56> has joined #yocto11:59
*** lazyape <lazyape!~lazyape@athedsl-211560.home.otenet.gr> has quit IRC12:02
jmieheanyone familiar with meta-rust?12:04
*** BobPungartnik <BobPungartnik!~Pung@187.113.135.196> has joined #yocto12:05
*** BobPungartnik is now known as Pung12:08
mckoanHas anyone tried Qt5 with MACHINE=qemux86 ?12:08
*** Pung is now known as BobPungartnik12:08
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC12:09
*** BobPungartnik <BobPungartnik!~Pung@187.113.135.196> has left #yocto12:11
*** BobPungartnik <BobPungartnik!~Pung@187.113.135.196> has joined #yocto12:14
jmiehecan I update the hosttools inside my own layer?12:14
*** BobPungartnik <BobPungartnik!~Pung@187.113.135.196> has quit IRC12:15
tgoodwinNever mind on mine..it was an override-specific append that was actually clearing SRC_URI.  Fix was to not mix an override with += ;-)12:15
tgoodwinI shoudl know better by now.12:15
*** BobPungartnik <BobPungartnik!~Pung@187.113.135.196> has joined #yocto12:15
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.135.196> has joined #yocto12:20
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.135.196> has quit IRC12:22
*** yacar_ <yacar_!~yacar@80.215.111.92> has quit IRC12:24
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.135.196> has joined #yocto12:28
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.135.196> has joined #yocto12:30
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto12:46
__angelohow could i add cryptsetup to a sumo image recipe ? seems not in the recipe list12:46
LetoThe2nd__angelo: it exists at least in master, so in the worst case you have to backport: http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-crypto/cryptsetup/cryptsetup_2.1.0.bb?h=master12:49
*** lazyape <lazyape!~lazyape@athedsl-212809.home.otenet.gr> has joined #yocto12:51
*** lazyape_home <lazyape_home!~lazyape@80.107.148.56> has quit IRC12:52
jmieheI found an answer "HOSTTOOLS is a global configuration option, its not per-recipe. You therefore need to set it in the core distro config, not in a recipe." (https://lists.yoctoproject.org/pipermail/yocto/2018-March/040280.html)12:54
jmieheOk, not per-recipe, but can I induce a change per-layer? If so, how? If not, where else?12:54
__angeloLetoThe2nd, many thanks. In sumo is not there, so i backport it12:56
rburtonjmiehe: layer.conf works, iirc12:58
LetoThe2nd__angelo: have fun13:00
jmieherburton: to add hosttool "foo", what would I write?13:00
jmieheHOSTTOOLS_append = "foo"13:00
jmieheHOSTTOOLS += "foo"13:00
jmieheor something with an array notation? Where is the original definition of HOSTTOOLS?13:00
rburtonyou can see that in bitbake.conf13:01
rburtonso either += or _append works but if you use append remember the whitespace quirk13:02
rburton(i'd just use +=)13:02
jmiehewhere is bitbake.conf?13:02
jmieheI have local.conf13:03
jmieheor bblayers13:03
rburtonits part of oe-core13:03
*** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC13:04
jmiehemeta-oe/recipes-core?13:06
jmiehe… found something13:07
jmiehefind project/ -iname "bitbake.conf" => poky/meta/conf/bitbake.conf13:10
jmieheso HOSTTOOLS seems to be a simple space-separated string rather than an array13:10
*** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto13:10
*** Crofton <Crofton!~Crofton@cust-west-pareq2-46-193-12-18.wb.wifirst.net> has joined #yocto13:17
jmieherburton: thanks, HOSTTOOLS += "foo bar" added both tools to HOSTTOOLS. Nice!13:21
jmiehe(obviously added them to HOSTTOOLS, but more importantly, it added the links in hosttools directory, too.13:22
*** Mateusz97 <Mateusz97!4e0b08f9@78-11-8-249.static.ip.netia.com.pl> has quit IRC13:24
jmiehecan I also change an env variable (for build process, not for target) in my layer.conf?13:30
jmiehethis might be as simple as an `export VAR=value` in the layer.conf -- sorry to bother.13:32
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto13:36
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC13:43
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:47
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto13:48
__angeloLetoThe2nd, seems quite full od dependencies. Is there any other way ?13:50
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC13:57
jmiehenow my bitbake is trying to build cdrtools-native and I don't know why. Can I find out where that dependency comes from?14:05
LetoThe2nd__angelo: updateing or trying to strip down dependencies.14:06
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:08
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto14:21
*** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto14:34
*** shiping <shiping!836b9f75@131.107.159.117> has joined #yocto14:41
*** Chrusel76 <Chrusel76!c1669b04@193.102.155.4> has quit IRC14:46
*** stephano <stephano!~stephano@134.134.139.72> has joined #yocto14:53
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC15:10
rburtonjmiehe: to build an iso, because you've got hddimg selected as the image type15:14
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC15:28
*** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC15:33
*** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC15:45
tlwoernerzeddii: OE linux kernel versioning seems off (?) the 4.14 OE kernel is at 4.14.40 but the highest 4.14.y ever went upstream is 4.14.20?15:47
*** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has quit IRC15:47
zeddiido you mean 4.18 and not 4.14 ? Paul Gortmaker has been making (and announcing) stable updates to 4.18 on the linux-yocto list for a while, and continues to number off then end of where Greg stopped.15:52
tlwoernerzeddii: oops, yes 4.1815:52
tlwoernerokay thanks15:53
tlwoerner4.18.20 vs 4.18.4015:54
*** zopsi <zopsi!~zopsi@96.126.123.81> has joined #yocto16:00
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:12
aehs29RP: ok great, I guess my problem with the ML is just with the oe-core one then16:24
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC16:28
tlwoernerfor me: upstream kernel.org 4.18.20 compiles fine, linux-yocto-4.18.40 doesn't :-(16:28
armpittlwoerner, the base kernel version and the YP BSP may not be at the save version either16:29
tlwoernerarmpit: more fun :-S16:29
armpitis this master or stable ?16:29
tlwoernerthud16:30
* RP wonders how long to wait for review on runqueue changes16:30
armpitship it16:30
RParmpit: tempting ;-)16:30
fraytlwoerner you can back off to an older version if you need to -- but if something is broken, we really should try to fix it16:32
tlwoerneri've added an upstream remote from kernel.org/linux-stable so i can try to generate a list of changes between the two16:33
zeddiithat won't be particularly useful.16:33
zeddiithere are hundreds (thousands) of -stable changes ported to that kernel.16:34
zeddiiit would be more useful to just share the build error and config to the linux-yocto list, cc paul gortmaker and go from there.16:34
*** mckoan is now known as mckoan|away16:35
tlwoernerthere's only 1244 commits difference between "git show-branch v4.18/standard/base upstream-local/linux-4.18.y"16:36
zeddiilike I said, hundreds of patches.16:36
armpittlwoerner, please open a bug for thud16:37
frayya.. I'd expect a bisect behavior will be needed. but 1244 commits is actually less then I thought..16:37
zeddiidear lord no16:38
fray(why do I keep reading 'thud' as 'turd'?)16:38
zeddiiwhy is this being over complicated.16:38
armpitI am working on getting it ready for another dot release16:38
zeddiithe kernel has been building, has been booted.16:38
zeddiijust share the reproducer and spin a patch.16:38
zeddiiI mean, put it in bugzilla if you want. but the person that would fix it, would never look there.16:38
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:39
zeddiibisect it if you want, but narrowing down the ported commit isn't that interesting. it just needs a stacked fix. Could be a merge conflict or something. We aren't going to revert a commit, it would be additional changes.16:39
frayI was suggesting it to figure out what is broken, if you already know the fix that is different..16:39
* zeddii hasn't seen the build error. It can't be complicated.16:40
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lhevjfeousgmtezr> has quit IRC16:40
tlwoernerhmm... stranger yet, v4.18/standard/base builds fine for me, but i had been using v4.18/standard/arm-versatile-926ejs because i am actually targetting an NXP LPC32xx SoC, which has an arm926ej-s at its cor16:44
tlwoernercore16:44
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:44
tlwoernerinclude/linux/compiler-gcc.h:305:38: error: impossible constraint in ‘asm’16:45
tlwoerneris there any reason to use v4.18/standard/arm-versatile-926ejs over v4.18/standard/base?16:46
zeddiiif you are building qemuarm. yes.16:47
zeddiiit has patches for the board.16:47
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:47
tlwoernercrazy! the build error is when compiling lib/vsprintf.o, there are only changes to 2 files between v4.18/standard/arm-versatile-926ejs and v4.18/standard/base, one of those changes is with lib/Makefile, and that change is to tweak the CFLAGS to add -O016:49
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:50
tlwoerneraccording to others who have seen the problem, the problem occurs due to conflicting -O flags: https://github.com/intel/linux-sgx-driver/issues/5016:50
frayit's the -O0 change then.. the compiler is constrained when that happens and something there is trying to do more then it can..16:51
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC16:51
frayif there is assembly being compiled, it could be the issue -- otherwise it's likely a bug in the compiler itself16:51
zeddiior the compiler is finally generating the right code and we no longer need that constraint.16:53
zeddiithe patch has been around since 2015.16:53
fraytrue16:54
zeddiiprintf was broken due to the optimized code. was pretty nasty at the time to find/fix.16:54
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:54
zeddiifray. there must be an wind river build of qemuarm against 4.18. it should be showing that as well. odd that it isn't.16:55
zeddiiand by that, I mean an older release. in a current it would be the v5 qemuarm.16:55
fraythat's assuming we've updated to the latest kernel.  I don't know if we have (for the thud based product)16:55
zeddiiaha. right. Paul's -stable versions may not be fully in those builds yet.16:56
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.135.196> has quit IRC16:56
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.135.196> has joined #yocto16:57
*** Crofton <Crofton!~Crofton@cust-west-pareq2-46-193-12-18.wb.wifirst.net> has quit IRC16:57
*** vineela <vineela!vtummala@nat/intel/x-gcqrkgfjssnkrkui> has joined #yocto17:00
*** nmoos <nmoos!~moosnat@unaffiliated/moosnat> has joined #yocto17:04
tlwoernera little further down the rabbit hole... ;-)17:20
frayI did check, we are using the release work, including the -O line.. so I don't know why you are seeing issues...17:20
*** saraf <saraf!~a_saraf@103.195.201.26> has joined #yocto17:20
tlwoernermy build failed because i was working outside of OE itself, using an SDK i created with thud and the kernel from thud (4.18)17:20
tlwoernerthud is the only release that uses a 4.18 kernel17:21
fray(I specifically compared our v4.18/standard/arm-versatile-926ejs vs the linux-yocto version on git.yoctoproject.org they are identical except for a few vhost files..17:21
frayok, so it fails only outside the build.. odd17:21
tlwoernerbut thud pins the v4.18/standard/arm-versatile-926ejs branch 1121 commits behind HEAD17:21
tlwoerneri was using the HEAD checkout of v4.18/standard/arm/versatile-926ejs instead of SRCREV_machine_qemuarm ?= "813d81df5defc4e552b7c3085673437eaba4eea7"17:22
fraythis is where I don't know which commit is being used.. I just looked at the raw system..17:24
zeddiiI just spawned a thud build for qemuarm. I'll test the tip of the branches to see if the -stable updates introduced the issue.17:24
tlwoernerd'oh!! i'm using my sdk from warrior (gcc-8.3.x) to build the v4.18 kernel from thud; thud uses gcc-8.2.x17:28
tlwoernerlet me align those things and re-check...17:29
frayok.. I did verify we ARE building the v4.18.40 version in our thud version..17:34
frayso ya, it's probably toolchain related at this point17:34
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto17:42
*** kaspter <kaspter!~Instantbi@183.128.188.113> has quit IRC17:49
*** kaspter <kaspter!~Instantbi@183.128.188.113> has joined #yocto17:50
*** tgraydon <tgraydon!~tgraydon@134.134.139.83> has joined #yocto18:28
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC18:34
__angeloho cna i find a recipe, name lvm2-udevrules  from oe git ?18:42
rburton__angelo: https://layers.openembedded.org/layerindex/recipe/57510/18:48
rburtonyou meant package, lvm2-udevrules is a package built by the lvm2 recipe18:48
__angelooh, thanks18:49
__angelowhat is the difference from openembedded-core and meta-openembedded ? I mean, why meta-openembedded recipes are kept separated ?18:54
*** saraf <saraf!~a_saraf@103.195.201.26> has quit IRC18:59
rburton__angelo: oe-core is the core recipes that most platforms need and is well maintained, tested on the autobuilder etc.19:11
rburtonmeta-oe is a collection of a lot more other stuff19:12
rburtonlayers are split into functional pieces so you can mix and match what you need without the logistical overhead of testing it all at once19:12
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC19:36
*** rcw <rcw!~rcw@45.72.248.73> has joined #yocto19:42
__angelorburton, many thanks !19:43
__angelohave still aa question in case someone may know. I set up an image recipe for a rootfs, but would avoid to download/fetch/build/incluse kernel, since it is built in another initramfs recipe19:44
__angeloso is there a way to exclude kernel from the rootfs image recipe ?19:44
LetoThe2nd__angelo: set linux-dummy as the provider for virtual/kernel. for example in your distro.19:48
__angelouhm, my layer has conf/machine but not distro actually19:49
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto19:50
rburton__angelo: you can set it per-machine, thats fine19:51
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto19:52
__angelommm ok. Well, i can also set a distro, but check-layer script complains my layer cannot be bsp and distro at the same time19:52
rburtonright. by definition you have a distro set19:56
rburtonin local.conf19:56
rburtonbe it nodistro or poky or something19:56
rburtonif its valid for your use case for the kernel to be linux-dummy, set that in the machine config19:57
rburtoni.e. meta-intel sets the kernel to linux-intel in the machine configs19:57
__angelorburton, ok, will create a different machine, ok19:58
tlwoernerthe problem i was seeing appears to be related to the configuration. linux-yocto uses voodoo to generate the .configure for qemuarm, which i'm guessing is based on arch/arm/configs/versatile_defconfig; this works. arch/arm/configs/lpc32xx_defconfig doesn't20:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:15
*** frsc <frsc!~frsc@200116b82425c90038fb20b2ad11476e.dip.versatel-1u1.de> has quit IRC20:24
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC20:42
*** vineela <vineela!vtummala@nat/intel/x-gcqrkgfjssnkrkui> has quit IRC20:53
*** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC20:56
*** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto20:57
*** rcw <rcw!~rcw@45.72.248.73> has quit IRC21:12
*** rcw <rcw!~rcw@45.72.248.73> has joined #yocto21:17
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC21:19
*** agust <agust!~agust@pD95F1DFD.dip0.t-ipconnect.de> has quit IRC21:54
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.135.196> has quit IRC22:49
*** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has joined #yocto23:14
tlwoernerfor u-boot we have the UBOOT_MACHINE variable which allows us to "make ${UBOOT_MACHINE}_defconfig", followed by a "make"23:24
tlwoerneris there something similar for linux-yocto?23:24
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC23:31
*** bluca <bluca!~bluca@88.98.246.218> has quit IRC23:31
*** rcw <rcw!~rcw@45.72.248.73> has quit IRC23:48

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