Friday, 2020-02-21

*** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-jrqydqdxhrvpqfag> has joined #yocto00:07
*** vineela <vineela!~vtummala@134.134.137.79> has quit IRC00:13
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC00:22
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.136.63> has joined #yocto00:28
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto00:28
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC00:42
*** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC00:44
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC00:54
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC01:01
*** Crofton|road <Crofton|road!sid401373@gateway/web/irccloud.com/x-terzljpqgzpnxxak> has quit IRC01:13
*** Crofton|road <Crofton|road!sid401373@gateway/web/irccloud.com/x-pldjtvolpmhzxied> has joined #yocto01:13
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC01:14
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto01:15
*** gep <gep!~gep@198.137.18.244> has quit IRC01:19
*** ningauble <ningauble!~ningauble@c-73-157-47-121.hsd1.wa.comcast.net> has joined #yocto01:22
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC01:34
*** rizzitello <rizzitello!~quassel@24.105.220.210> has joined #yocto01:44
*** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto02:26
*** rizzitello <rizzitello!~quassel@24.105.220.210> has quit IRC02:40
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC02:55
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC03:00
*** gep_ <gep_!~gep@155-186-196-087.res.spectrum.com> has joined #yocto03:02
*** armpit2 <armpit2!~armpit@2601:202:4180:a5c0:dda2:81fa:6982:d91f> has joined #yocto03:07
*** armpit <armpit!~armpit@2601:202:4180:a5c0:88be:17f0:935c:9e35> has quit IRC03:09
yoctiNew news from stackoverflow: Why is there an error when executing bitbake commands in the Yokto project? <https://stackoverflow.com/questions/60331862/why-is-there-an-error-when-executing-bitbake-commands-in-the-yokto-project>03:51
*** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC03:58
mischiefhow do i use the kernel image as a DEPENDS in a recipe? i've tried virtual/kernel.. kernel-image.. etc. nothing ive tried adds my zImage to the sysroot.04:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:02
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto04:03
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC04:07
*** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has quit IRC04:35
*** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has joined #yocto04:36
khemmischief: IMAGE_INSTALL += "kernel-image-bzimage"04:49
khemah I means kernel-image-zimage04:49
*** sdude <sdude!cb1f2c1e@203.31.44.30> has quit IRC05:04
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto05:44
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC05:47
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto05:58
*** gep_ <gep_!~gep@155-186-196-087.res.spectrum.com> has quit IRC06:03
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto06:14
*** m4t <m4t!~matt@shenzhen.guangdong.systems> has quit IRC06:17
*** opennandra <opennandra!~marek@adsl-dyn114.78-98-240.t-com.sk> has joined #yocto06:32
*** frosteyes <frosteyes!~frosteyes@185.53.130.211> has quit IRC06:37
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto06:43
*** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto07:07
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto07:08
stuom1what is the shorthand of "this package in the destination image", i mean i want to copy something under ${D}/path/to/this/package07:13
stuom1must be something simple but i just cant figure it out, i blame the morning07:13
*** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC07:14
*** opennandra <opennandra!~marek@adsl-dyn114.78-98-240.t-com.sk> has quit IRC07:15
*** TobSnyder <TobSnyder!~schneider@95.90.163.47> has joined #yocto07:22
*** nerdboy <nerdboy!~sarnold@47.143.129.66> has joined #yocto07:24
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto07:28
*** opennandra <opennandra!~marek@adsl-dyn114.78-98-240.t-com.sk> has joined #yocto07:30
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto07:39
*** rubdos <rubdos!~rubdos@77.109.115.120.adsl.dyn.edpnet.net> has joined #yocto07:45
stuom1Is anybody using multiconfig builds?07:46
stuom1Why does it quite randomly choose that it needs to rebuild a bunch of packages that have not been changed at all?07:48
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:48
stuom1It basically does not work07:48
LetoThe2ndstuom1: can't confirm that.07:48
stuom1I have common downloads dir but others are separate07:49
LetoThe2ndwe're not exactly power users, but here it does pretty much what it is expected to do.07:49
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-205-199.net.vodafone.it> has joined #yocto07:49
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto07:49
*** rubdos <rubdos!~rubdos@77.109.115.120.adsl.dyn.edpnet.net> has quit IRC07:50
*** AndersD <AndersD!~AndersD@ftth-94-142-214-250.breedbandarnhem.nl> has joined #yocto07:50
stuom1now it decided that I need to recompile chromium, I could use that 4 hours for something else07:50
*** nerdboy <nerdboy!~sarnold@47.143.129.66> has quit IRC07:51
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto07:51
LetoThe2ndstuom1: if you can share the configuration one can have a look. beyond that, no idea.07:52
LetoThe2ndstuom1: plus, no need to keep seperate sstates. the only things that should be seperate are the TMPDIRs, as i understand it.07:53
*** sagner <sagner!~ags@2a02:169:3df5::587> has quit IRC07:57
*** mckoan|away is now known as mckoan07:57
mckoangood morning07:57
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto07:58
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC08:03
*** nerdboy <nerdboy!~sarnold@47.143.129.68> has joined #yocto08:04
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto08:04
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto08:05
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto08:13
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC08:15
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto08:15
*** AndersD <AndersD!~AndersD@ftth-94-142-214-250.breedbandarnhem.nl> has quit IRC08:17
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto08:22
*** AndersD <AndersD!~AndersD@ftth-94-142-214-248.breedbandarnhem.nl> has joined #yocto08:22
*** muppeX1 <muppeX1!~muppeX3@59ec6c88.adsl.tnnet.fi> has joined #yocto08:24
*** muppe <muppe!~muppeX3@59ec6c88.adsl.tnnet.fi> has quit IRC08:26
*** AndersD <AndersD!~AndersD@ftth-94-142-214-248.breedbandarnhem.nl> has quit IRC08:27
*** kriive <kriive!~kriive@217.221.109.178> has joined #yocto08:29
kriiveHi guys! I wrote a simple recipe that compiles and installs a shared object library. In do_install() I wrote oe_runmake install DESTDIR=${D} PREFIX=/usr08:31
kriiveThe resulting .so are found under /usr/lib/x86_64-linux-gnu/libargon2.so08:32
kriiveIn another recipe I set DEPEND = "argon2", but it fails compilation stating that ld cannot find -largon208:34
LetoThe2ndkriive: because your prefix doesn't include ${D}, probably08:34
LetoThe2ndor is the path that you gave inside the image?08:35
kriiveLetoThe2nd: are you referring to the argon2 recipe or the one that depends on it?08:37
LetoThe2ndkriive: here is the source of your headache: https://github.com/P-H-C/phc-winner-argon2/blob/master/Makefile#L14608:38
LetoThe2ndkriive: hooray for another project that thinks hand-carving Makefiles is the way to go, and nobody ever needs to cross compile08:38
kriiveDo I need to set LIBRARY_REL to plain lib?08:39
LetoThe2ndyou can try passing in LIBRARY_REL, but generally i'd call that broken.08:39
kriiveSorry if I don't get it, but is it the x86_64-linux-gnu that breaks it all?08:40
LetoThe2ndyup08:41
*** pohly <pohly!~pohly@dyndsl-037-138-103-052.ewe-ip-backbone.de> has joined #yocto08:41
kriiveYESSSSSSSSSS COMPILES08:42
LetoThe2ndkriive: invoce address please :)08:43
kriiveLetoThe2nd: Thank you so so much08:43
kriiveYou won a beer for one of the live coding videos08:43
LetoThe2ndhehe08:44
LetoThe2ndreally, this is almost a poster example why handwritten Makefiles are stupid and ugly.08:44
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC08:48
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC08:50
*** muppeX1 <muppeX1!~muppeX3@59ec6c88.adsl.tnnet.fi> has quit IRC08:59
*** muppeX1 <muppeX1!~muppeX3@59ec6c88.adsl.tnnet.fi> has joined #yocto09:00
*** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has joined #yocto09:01
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto09:03
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto09:03
*** muppe <muppe!~muppeX3@59ec6c88.adsl.tnnet.fi> has joined #yocto09:04
*** PaowZ <PaowZ!~Vince@193.252.149.222> has quit IRC09:04
*** muppeX1 <muppeX1!~muppeX3@59ec6c88.adsl.tnnet.fi> has quit IRC09:04
*** muppe <muppe!~muppeX3@59ec6c88.adsl.tnnet.fi> has quit IRC09:05
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-aqiwexdgjpafovzd> has joined #yocto09:05
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto09:07
*** gtristan20 <gtristan20!6e0be3bd@110.11.227.189> has joined #yocto09:07
*** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto09:07
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC09:08
gtristan20Hi, I'm working with a poky version from a couple of years ago, and dealing with a (typical enough) situation where the organization has some different install prefixes, or at least libraries and apps end up in different prefixes09:09
gtristan20I've found that they've strongarmed the system to achieve this by adding do_populate_sysroot() functions to their recipes09:10
LetoThe2ndgtristan20: sounds pretty hackish to me.09:11
gtristan20So do_install() installs to the real intended location, and do_populate_sysroot() stages to the normal prefixes, for the purpose of the build (header files and libraries can be found in /usr/lib instead of /opt/foo/lib)09:11
gtristan20Yes, so the result of this is that the sstate files for populate_sysroot tasks are empty, and the sstate cache is not usable (builds break if you try to reuse the cache)09:12
gtristan20I'm trying to fix this by removing the do_populate_sysroot calls, and adding a custom class which informs the dependencies of extra link paths, setting up LDFLAGS09:13
gtristan20And cleanly defining the alternative prefixes09:13
gtristan20But I ran into a snag09:13
gtristan20Basically at least in my version of poky, the staging.bbclass (which implements do_populate_sysroot()), is hard coded in such a way to be picky and selective about which files to choose09:14
gtristan20So I only get the header files (which we leave under /usr/include for builds and SDKs), but /opt/foo stuff gets left out and never staged to the sysroot09:14
gtristan20there appears to be no way to configure this, short of patching staging.bbclass and implementing a tad of flexibility there09:15
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto09:17
gtristan20looking at master: https://github.com/openembedded/openembedded-core/blob/master/meta/classes/staging.bbclass, it appears that I would be able to work around this by appending my paths to SYSROOT_DIRS09:19
gtristan20But not in this version09:19
gtristan20Maybe I should backport that to my version of poky09:19
*** [Sno] <[Sno]!~sno@p4FE93807.dip0.t-ipconnect.de> has quit IRC09:20
gtristan20Any thoughts ? I usually don't work with yocto/poky, so maybe there is a better approach ?09:20
gtristan20I've considered overriding prefix/exec_prefix in the recipes which get installed to separate locations, but I fear this will not only affect the installation prefix variables, but also variables used to discover dependencies09:21
*** [Sno] <[Sno]!~sno@p4FE93807.dip0.t-ipconnect.de> has joined #yocto09:21
gtristan20e.g. ${libdir} would end up being my installation one, but would be passed the the compiler in -L${libdir} instead of the regular libdir (as opposed to in addition to it)09:22
gtristan20same with pkg_config_path etc09:22
*** |Sno| <|Sno|!~sno@p4FE93807.dip0.t-ipconnect.de> has joined #yocto09:23
*** opennandra <opennandra!~marek@adsl-dyn114.78-98-240.t-com.sk> has quit IRC09:26
*** [Sno] <[Sno]!~sno@p4FE93807.dip0.t-ipconnect.de> has quit IRC09:26
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto09:26
gtristan20Aha09:27
gtristan20I found this thread http://lists.openembedded.org/pipermail/openembedded-core/2016-May/239813.html09:27
gtristan20which introduces SYSROOT_DIRS, and shows me patches of "the old way"09:27
gtristan20Which uses these preprocess functions09:28
LetoThe2ndgtristan20: hum. what version are you an?09:30
*** [Sno] <[Sno]!~sno@p4FE93807.dip0.t-ipconnect.de> has joined #yocto09:32
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:33
*** |Sno| <|Sno|!~sno@p4FE93807.dip0.t-ipconnect.de> has quit IRC09:34
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC09:34
RPgtristan20: I'd try and use the methods that were there before SYSROOT_DIRS rather than backporting the other changes09:36
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto09:36
gtristan20Hmmm, alright so that works !09:38
*** opennandra <opennandra!~marek@adsl-dyn114.78-98-240.t-com.sk> has joined #yocto09:38
gtristan20SYSROOT_PREPROCESS_FUNCS += "libfoo_sysroot_preprocess" <-- like that09:39
gtristan20and define a function of that name which stages just the alternative prefix09:39
gtristan20But, this is a bit generic, do you think I can define this sysroot preprocess func in a .bbclass and just inherit it in any of the recipes which install to a custom prefix ?09:40
* gtristan20 is only unsure of this because it's defining a function, and in upstream poky I'm seeing individually named per-recipe functions being used for this purpose09:40
LetoThe2ndgtristan20: again, what version are you on? there has been a massive change in sysroot/staging, so if you are pre-pyro then you totally should not refer to current master.09:42
gtristan20Maybe I can define the function like: ${PN}_sysroot_preprocess() {...} ?09:42
gtristan20LetoThe2nd, nah I'm referring to the poky I have I mean, I'm about 3 to 6 months behind the massive change which causes recipes to build safely in their own separate sysroots09:43
gtristan20When I mean "upstream poky" I mean the stuff I have here that is not custom, I did check the git sha a while back but couldnt tell you off hand the exact version09:43
gtristan20That said, referring to current master is exactly what lead me to find SYSROOT_DIRS, which in turn pointed me to the ML discussion, and caused me to discover the "old way" of doing it, which works with this version :D09:46
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC09:52
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto09:53
*** florian_kc is now known as florian09:55
*** rburton <rburton!rburton@nat/intel/x-aqmmsifsbzgpawfo> has joined #yocto09:57
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC09:59
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto10:00
mischiefkhem: no, i need this for a build time dependency as part of an image recipe. i don't wan the kernel binary in my imagine, but i want to do some stuff with the kernel image. does that make sense?10:07
mischiefugh terrible english10:07
kriiveGuys do you have guidance on how to write .pro (qmake project file) suitable for cross-compile? Because I don't see any variable ready to use and I often have seen hardcoded install paths and ugly stuff like that10:17
kriiveAdvice like move to cmake and burn qmake with fire are totally accepted10:18
LetoThe2ndkriive: i hereby suggest the latter. just for the fun of setting something on fire.10:19
yoctiNew news from stackoverflow: CMake project using external SDK toolchain file cross-compile error <https://stackoverflow.com/questions/60336326/cmake-project-using-external-sdk-toolchain-file-cross-compile-error>10:23
*** pohly <pohly!~pohly@dyndsl-037-138-103-052.ewe-ip-backbone.de> has quit IRC10:24
*** pohly <pohly!~pohly@dyndsl-037-138-103-052.ewe-ip-backbone.de> has joined #yocto10:28
*** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC10:30
*** kriive <kriive!~kriive@217.221.109.178> has quit IRC10:32
yoctiNew news from stackoverflow: Yocto:, error perf-1.0-r9 do_compile: oe_runmake failed from bitbake image <https://stackoverflow.com/questions/60336978/yocto-error-perf-1-0-r9-do-compile-oe-runmake-failed-from-bitbake-image>10:53
*** blarz <blarz!~uwotm8@v.blarzwurst.de> has joined #yocto10:53
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto10:57
blarzhi, I just updated to the latest warrior version (2.7.3), and now builds against meta-boundary or meta-freescale-3rdparty fail because they provide a linux-firmware_git.bbappend, but the linux-firmware_git.bb was renamed in poky with the following commit https://git.yoctoproject.org/cgit.cgi/poky/commit/?h=warrior&id=58ded66418f67c7fc81143bc129d74aabc6cde1a10:59
blarzwas this intended?10:59
*** frosteyes <frosteyes!~frosteyes@185.53.130.211> has joined #yocto11:01
LetoThe2ndblarz: its basically a version bump, so the other layers should bump too. but i agree at the the filename change is unfortunate.11:02
frosteyesHi Folks. Do you know of any license.manifest parsing utilities. E.g. currently it is a sorted list of packages, but what if I want to get this is the licenses, this is the packages with this license.11:03
blarzLetoThe2nd: indeed it is. but yeah, I will need to wait for the other layers then. thanks!11:11
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC11:14
rburtonLetoThe2nd: do you have millions of followers on twitter yet?11:15
rburtonhttps://bugzilla.yoctoproject.org/show_bug.cgi?id=13807 is a bug i just filed, would make an interesting little project for someone who wishes to learn and do something concrete11:15
yoctiBug 13807: enhancement, Undecided, ---, unassigned, NEW , Add support for elfutils debuginfod11:15
LetoThe2ndrburton: not yet, unfortunately.11:15
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto11:18
LetoThe2ndrburton: i can put it on if you'd like, but i don't expect any outcome to be honest.11:19
yoctiNew news from stackoverflow: Understanding Yocto Project sstate-cache functioning <https://stackoverflow.com/questions/60337545/understanding-yocto-project-sstate-cache-functioning>11:23
*** berton <berton!~berton@177.194.196.4> has joined #yocto11:23
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto11:24
*** berton <berton!~berton@177.194.196.4> has quit IRC11:27
*** gtristan20 <gtristan20!6e0be3bd@110.11.227.189> has quit IRC11:27
*** berton <berton!~berton@177.194.196.4> has joined #yocto11:29
*** rburton <rburton!rburton@nat/intel/x-aqmmsifsbzgpawfo> has quit IRC11:30
*** rburton <rburton!~rburton@134.191.227.39> has joined #yocto11:31
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC11:34
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC11:37
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC11:56
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has quit IRC12:01
*** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has quit IRC12:04
*** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has joined #yocto12:04
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto12:07
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC12:13
*** dse <dse!~d.s.e@46.226.217.64> has joined #yocto12:14
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC12:15
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto12:15
*** d_s_e <d_s_e!~d.s.e@46.226.217.64> has quit IRC12:17
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC12:29
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:40
*** kriive <kriive!~kriive@217.221.109.178> has joined #yocto12:44
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has joined #yocto12:44
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto12:48
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto12:51
*** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-2172-114.w90-127.abo.wanadoo.fr> has quit IRC12:58
*** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-2172-114.w90-127.abo.wanadoo.fr> has joined #yocto12:59
*** Klox <Klox!~Klox@172.58.139.87> has joined #yocto13:21
stuom1exit13:24
*** stuom1 <stuom1!~tuomas@62.236.216.29> has quit IRC13:24
*** ferry <ferry!~quassel@cust-178-250-146-69.breedbanddelft.nl> has joined #yocto13:43
*** Klox <Klox!~Klox@172.58.139.87> has quit IRC13:44
*** ferry <ferry!~quassel@cust-178-250-146-69.breedbanddelft.nl> has quit IRC13:45
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC13:46
perdmannhi, if i try to ubifsmount an ubifs volume which was created with Linux i get BADMSG -74 ECC errors13:47
perdmannIs it possible that Linux Ubifs is not compatible with Uboot ubifs?13:47
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto13:48
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto13:55
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC13:55
kriiveWhat's the best way (security-wise also) to initialize a MariaDB password randomly in Yocto?14:00
kriiveI don't want every device to have the same root pwd14:00
*** Frog_deparmenT <Frog_deparmenT!555e4206@85.94.66.6> has joined #yocto14:22
*** matthewzmd <matthewzmd!~user@128.224.252.2> has quit IRC14:27
Frog_deparmenTHi all14:30
Frog_deparmenTAre there any tips on how to debug the "sstate mirror object availability"?14:30
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC14:30
Frog_deparmenTWhen it loads for a long time and at the end everything gets fetched and build from the ground14:31
Frog_deparmenTI've tried running bitbake with -vvv14:32
Frog_deparmenTBut that didn't result in a change14:32
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has quit IRC14:34
*** Frog_deparmenT <Frog_deparmenT!555e4206@85.94.66.6> has quit IRC14:38
kriiveFound pkg_postinst_ontarget_${PN}, is a valid method to initialize root passwords?14:39
*** blarz <blarz!~uwotm8@v.blarzwurst.de> has left #yocto14:39
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC14:44
*** yann <yann!~yann@lstlambert-656-1-138-242.w80-14.abo.wanadoo.fr> has joined #yocto14:48
*** maudat <maudat!~moda@64.18.88.250> has joined #yocto14:49
rburtonkriive: no14:49
rburtonkriive: google 'yocto set root password' gives you https://wiki.yoctoproject.org/wiki/FAQ:How_do_I_set_or_change_the_root_password14:49
* RP wonders if we could get the first green master-next in two weeks15:03
* RP wills the build onward15:03
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC15:04
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto15:06
JPEWRP: We used to have a in-house build system written in perl that I had the ignominious glory of hacking on... the ongoing joke was that it only worked because I willed it to continue15:15
JPEWI was *so* happy when we got rid of it15:15
JPEWRP: btw, did my master-next build of mingw pass? I don't think I got a link...15:16
kriiverburton: Pardon me, I meant root mysql passwords15:16
kriiveI am well aware of usermod and extrauser methods15:17
kriiveSorry for not clarifying15:17
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has quit IRC15:18
*** matthewzmd <matthewzmd!~user@128.224.252.2> has joined #yocto15:19
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto15:19
*** opennandra <opennandra!~marek@adsl-dyn114.78-98-240.t-com.sk> has quit IRC15:20
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC15:24
*** giovannism20 <giovannism20!c9115a8f@201.17.90.143> has joined #yocto15:24
giovannism20hi everybody, so i have a forerunner 225 from garmin and the inicial idea is put steroid os on her15:26
giovannism20i've discovered that i need to write a layer and i found octo15:27
kriiveItalian?15:27
giovannism20and my new idea is "only" run linux on him15:27
giovannism20brazilian kriive15:27
giovannism20him* yocto*15:28
kriivesaw giovanni, thought italian nvm :) beautiful country, sorry for the ot15:28
giovannism20that's okay15:29
*** dev1990 <dev1990!~dev@dynamic-62-87-214-51.ssp.dialog.net.pl> has quit IRC15:30
*** armpit2 is now known as armpit15:32
*** opennandra <opennandra!~marek@adsl-dyn114.78-98-240.t-com.sk> has joined #yocto15:32
rburtongiovannism20: my understanding is that asteroidos is only for watches that run android out of the box15:33
giovannism20yes15:34
giovannism20garmin 225 is a wath but with a propietary software15:34
giovannism20watch*15:34
rburtonunless you know how to get access to the bootloader and what the hardware specs are, you're a long way from needing a bsp layer15:36
giovannism20you have some tip of how can i find hardware specs ?15:37
rburtonwell garmin won't tell you15:38
rburtonyou'll need to reverse engineer the port on the back and see if you can get a console to the watch15:38
rburtonlook at the install instructions on asteroid, step 1 is always 'turn on android development mode'15:39
giovannism20well, sure15:48
giovannism20i'll try to do that15:48
giovannism20thnks!15:48
rburtonbut if your watch isn't running android then that won't work...15:48
giovannism20and can i install android or put another system15:49
giovannism20cause i trying to change because he not connect at satellites15:49
rburtoni doubt changing the OS will solve that15:50
rburtonGPS is slow to sync unless you have assisted-gps15:50
rburtonyou won't be able to 'just install android' on a watch that doesn't run android without a huge amount of effort15:51
giovannism20uhmm sure15:51
giovannism20i'll try to solve this satellites problem15:52
giovannism20and if still not working i'll try another alternatives15:52
*** gmartins <gmartins!~giovannis@2804:14d:5c75:b157:2cff:8e2c:7c29:b39c> has joined #yocto15:52
matthewzmdhi rburton, is there any update regarding the psplash screen? https://bugzilla.yoctoproject.org/show_bug.cgi?id=433915:52
yoctiBug 4339: normal, Medium, 3.99, matthew.zeng, IN PROGRESS REVIEW , psplash doesn't work with systemd15:52
rburtoni thought that was integrated already15:52
matthewzmdthe patch you asked me to test has not yet been merged15:54
*** TobSnyder <TobSnyder!~schneider@95.90.163.47> has quit IRC15:54
matthewzmdhttps://patchwork.openembedded.org/patch/169342/15:54
rburtonRP: ^15:54
*** giovannism20 <giovannism20!c9115a8f@201.17.90.143> has quit IRC15:55
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto15:58
*** gmartins <gmartins!~giovannis@2804:14d:5c75:b157:2cff:8e2c:7c29:b39c> has quit IRC15:58
*** opennandra <opennandra!~marek@adsl-dyn114.78-98-240.t-com.sk> has quit IRC16:06
armpitrburton, I think he is taking some time off16:18
khemRP: I see this kind of msg when runniing core-image-sato-sdk-ptest https://hastebin.com/unowoxesec.sql16:23
khemRP: how are ptest errors reported16:23
kriiveAre pkg_postinst_ontarget_${PN} () commands used in qemu?16:25
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC16:26
kriiveShould I expect them to run also on qemu virtualized image?16:26
rburtonif you mean in a qemu-system then yes, that is the target16:28
kriiveYeah, sorry qemu-system16:28
rburtononly use a ontarget postinst if you can't run a normal one (that executes on the build host during rootfs)16:30
*** faildev <faildev!2f864074@047-134-064-116.res.spectrum.com> has joined #yocto16:31
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has quit IRC16:31
kriiveMaybe that was an XY question. My need is to initialize random passwords and crypto nonces at boot time.16:31
kriiveOnly the first time after the system has been booted16:32
rburtonontarget is what you want then yes16:33
kriiveFor example mysql (mariadb) root password and db password, and also seed an initial db (but I think I can do that at build time)16:33
kriiverburton: Oh ok, thanks16:33
armpitkhem, I think RP is taking time off16:40
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:45
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto16:48
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:50
khemok16:50
*** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC16:59
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC17:09
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC17:10
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC17:12
*** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto17:13
RParmpit: my connection is struggling :/17:15
*** mckoan is now known as mckoan|away17:17
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:19
*** yann <yann!~yann@lstlambert-656-1-138-242.w80-14.abo.wanadoo.fr> has quit IRC17:27
paulbarkerwic-tools seems to be breaking for me again on thud17:30
paulbarkerFor some reason extend_recipe_sysroot() is trying to pull in both libgcc-initial and libgcc17:31
*** kriive <kriive!~kriive@217.221.109.178> has quit IRC17:33
paulbarkerIt worked on the first build but then fails on subsequent builds in the same tmpdir17:33
RPpaulbarker: :(. I have some half memory of debugging that but nothing specific :(17:34
paulbarkerRP: It looks to be very intermittent. I know dl9pf hit it when building AGL at FOSDEM17:35
paulbarkerI'll look into it further over the weekend17:35
paulbarkerThe connection to my build machine seems to be playing up17:36
RPpaulbarker: I'm seeing a lot of connection turbulence today :/17:36
paulbarkerRP: Mine is likely my error somewhere, wireguard works and I can ping my home machine over the encrypted tunnel but ssh files17:37
*** nerdboy <nerdboy!~sarnold@47.143.129.70> has joined #yocto17:38
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:38
paulbarkerI'm pretty sure I've narrowed this down to the wic-tools recipe calling extend_recipe_sysroot but I need to see if I can reproduce it on master17:38
paulbarkerAh excellent there's a bunch of commented out bb.note calls in that function. I'll uncomment those and re-run the build later so I can see the whole dep tree17:40
RPpaulbarker: Try adding http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=zeus&id=ccff952d9c747d8c7e12836094657ebcd3501a8617:41
RPpaulbarker: that may make it fail consistently17:41
paulbarkerWill do17:41
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC17:45
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto17:45
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC17:48
*** yann <yann!~yann@lstlambert-656-1-138-242.w80-14.abo.wanadoo.fr> has joined #yocto17:53
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has quit IRC17:55
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-69-250.net.vodafone.it> has joined #yocto17:58
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto17:59
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC17:59
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC18:00
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto18:00
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC18:02
RPmatthewzmd: I've queued that, thanks for the pointer, I'd wanted to merge it18:04
*** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto18:04
RPJPEW: I did get various passes and merged things as a result18:04
RPJPEW: I think your toolchain test did pass, I didn't merge though as I wasn't sure what you wanted18:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:09
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto18:09
*** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-jrqydqdxhrvpqfag> has quit IRC18:11
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-tipjfoqyamnagcmg> has quit IRC18:11
*** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-zvufnyzdptkmrxpl> has quit IRC18:11
*** yangm97 <yangm97!yangm97mat@gateway/shell/matrix.org/x-lcpqrhrtvetcigks> has quit IRC18:11
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-zdysaebdlhaaacsr> has quit IRC18:12
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-iqowluaufoxwgwcz> has quit IRC18:12
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-bcvssyuhfyfvbjbv> has quit IRC18:12
*** k4wsys[m] <k4wsys[m]!k4wsysmatr@gateway/shell/matrix.org/x-scvvoeefmntixjrf> has quit IRC18:12
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-kzkuxtcnziudnblg> has quit IRC18:12
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-aqiwexdgjpafovzd> has quit IRC18:15
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-mmpliogsimoxybyb> has joined #yocto18:21
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-diudgrsenlsfyfuz> has joined #yocto18:21
kanavin_homeRP: ptests started passing when they shouldn't https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/71618:23
kanavin_homepossibly related to the parsing fix of yours?18:24
*** yangm97 <yangm97!yangm97mat@gateway/shell/matrix.org/x-qrzwbfatsptnecrt> has joined #yocto18:29
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC18:30
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-sarkozdcrrujtdjc> has joined #yocto18:30
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-mmpliogsimoxybyb> has quit IRC18:30
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-sarkozdcrrujtdjc> has quit IRC18:30
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-diudgrsenlsfyfuz> has quit IRC18:30
*** yangm97 <yangm97!yangm97mat@gateway/shell/matrix.org/x-qrzwbfatsptnecrt> has quit IRC18:30
*** JBook_SE <JBook_SE!a434f282@gateway/web/cgi-irc/kiwiirc.com/ip.164.52.242.130> has quit IRC18:37
*** JBook_SE <JBook_SE!a434f282@gateway/web/cgi-irc/kiwiirc.com/ip.164.52.242.130> has joined #yocto18:39
[Sno]RP: thanks to the config.log I can now reproduce the root cause and it's exploding a bit ...18:49
[Sno]RP: take a little while18:49
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC18:49
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto18:52
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:55
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC18:56
mischiefRP: the other day you said i can DEPENDS += virtual/kernel, but that doesn't seem to work - i don't get a kernel in my recipe sysroot. any clue how i can do it?19:00
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-novicqvdjnlpdkxv> has joined #yocto19:02
matthewzmdI see that the perl5 upstream already has 5.31.9 release https://github.com/Perl/perl5/releases, is there a reason why yocto still keeps it at 5.30.1?19:18
matthewzmdi think kanavin_home upgraded it to 5.30.1 on december19:20
*** matman1122 <matman1122!268c1a9c@38.140.26.156> has quit IRC19:20
yoctiNew news from stackoverflow: Bitbake: "The metadata is not deterministic and this needs to be fixed" <https://stackoverflow.com/questions/48762459/bitbake-the-metadata-is-not-deterministic-and-this-needs-to-be-fixed>19:24
*** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-cpsqusvtcmucpfol> has joined #yocto19:25
*** yangm97 <yangm97!yangm97mat@gateway/shell/matrix.org/x-mhyswbiiiivyranx> has joined #yocto19:25
*** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-bipekbhtrtnzhett> has joined #yocto19:25
*** k4wsys[m] <k4wsys[m]!k4wsysmatr@gateway/shell/matrix.org/x-venifcobuhtxfhbx> has joined #yocto19:25
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-ooqohfivpzshdsah> has joined #yocto19:25
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-mcswfbmlzmeiwzjt> has joined #yocto19:25
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-ooyarejwjrixlthh> has joined #yocto19:25
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-popivzgeqpbekinu> has joined #yocto19:25
*** yann <yann!~yann@lstlambert-656-1-138-242.w80-14.abo.wanadoo.fr> has quit IRC19:26
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:27
matthewzmdI try to upgrade it myself, but dunno how to generate the perl-cross.md5sum and sha256sums19:29
*** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-2172-114.w90-127.abo.wanadoo.fr> has quit IRC19:35
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC19:36
*** faildev <faildev!2f864074@047-134-064-116.res.spectrum.com> has quit IRC19:37
*** faildev <faildev!2f864074@047-134-064-116.res.spectrum.com> has joined #yocto19:38
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto19:38
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC19:50
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto19:52
*** florian_kc is now known as florian20:03
*** hpsy1 <hpsy1!~hpsy@217.66.60.5> has joined #yocto20:22
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC20:25
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC20:26
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto20:29
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto20:38
rburtonmatthewzmd: they're the checksum of the perl-cross tarball20:46
rburtonwhich hasn't made a new release since 1.3.120:46
matthewzmdrburton: thank you, i ended up backporting a commit from upstream20:46
matthewzmdi figured 5.31.* is not a stable release20:47
rburtonthat does support perl 5.31.6 so feel free to try upgrading to that without touching perl-cross20:47
rburtonah fair20:47
rburtonthat odd/even thing is relatively commo20:47
matthewzmdright20:47
*** matthewzmd <matthewzmd!~user@128.224.252.2> has quit IRC21:02
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.136.183> has joined #yocto21:09
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto21:09
*** berton <berton!~berton@177.194.196.4> has quit IRC21:14
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC21:30
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto21:30
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC21:35
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto21:39
*** pohly <pohly!~pohly@dyndsl-037-138-103-052.ewe-ip-backbone.de> has quit IRC21:44
*** rburton <rburton!~rburton@134.191.227.39> has quit IRC22:05
RPmischief: that will add a dependency on the kernel, you didn't specify what bits of the kernel you wanted. Look at some of our module examples22:08
RPkanavin_home: what makes you say it shouldn't have passed?22:09
RPkanavin_home: I guess  https://autobuilder.yocto.io/pub/non-release/20200221-7/testresults/testresult-report.txt confirms its bust22:10
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC22:14
*** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-2172-114.w90-127.abo.wanadoo.fr> has joined #yocto22:16
*** [Sno] <[Sno]!~sno@p4FE93807.dip0.t-ipconnect.de> has quit IRC22:19
kanavin_homeRP: I sent a patch :)22:21
*** [Sno] <[Sno]!~sno@p4FE93807.dip0.t-ipconnect.de> has joined #yocto22:21
kanavin_homeRP: it's not supposed to pass because I know very well not everything is fixed yet!22:21
*** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC22:21
kanavin_homeparticularly, mdadm and valgrind22:21
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto22:23
RPkanavin_home: right, was just wondering what to look for but its obvous from the report :(22:23
RPkanavin_home: thanks, what a silly mistake :/22:24
kanavin_homeRP: cheers22:24
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC22:29
RPkanavin_home: added to -next and tests restarted22:35
RPkhem: I dropped binutils again as the perf issue remains22:35
RPzeddii: ^^^22:35
zeddiiI only fixed it for 5.422:37
zeddiido you have a link to the failure ? it definitely worked here.22:37
RPzeddii: pick from any failures in https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/73422:38
khemRP: I have clean world build locally so I think perhaps zeddi's pull did not include https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/patch/?id=0ada120c883d4f1f6aafd01cf0fbb10d8bbba015 ?22:41
zeddiinope. it certainly does.22:42
zeddiiunless the SRCREVs are wrong, the patch is in the kernel. I can easily check the commit. sec.22:44
zeddiilooks ok on that front. My SRCREV bump includes; https://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto/commit/?h=v5.4/standard/base&id=f4d7dbafb103e4f782323017c239c548871c156722:45
zeddiisomething is off on that build22:46
zeddiiit doesn’t seem to have my PV fix22:46
zeddiiits building recipe linux-yocto-5.4.1522:46
zeddiibut that should be .2022:47
RPzeddii: have a look at -next and tell me what is missing?22:47
zeddiipulling. sec22:47
khemah I am also doing build on master-next and its passing world build too for qemux8622:47
khembut next maybe stale22:48
zeddiiRP: they all do look to be there, but yet the .15 is wrong. my commit: “linux-yocto: fix PV”, let me see if something is undoing that in -next.22:49
*** hpsy1 <hpsy1!~hpsy@217.66.60.5> has quit IRC22:49
*** palate <palate!~palate@unaffiliated/palate> has quit IRC22:50
khemzeddii: in my checkout of master-next I am getting 5.4.20 and I can see the commit is in22:54
khemRP: I wonder if this build which failed missed the kernel bump ?22:54
khembut had binutils in22:54
zeddiilikewise, I just refreshed and started again. and see the .20 coming out.22:55
khemRP: Just nor rebuilt perf on master-next + binutils patch and it built fine22:56
khemRP: so I think something went wrong on AB perhaps22:56
RPkhem: it was what was in -next + binutils22:57
khemyeah I just updated 2 mins ago so to ensure I am on same master-next22:57
khembut I am on OE-core if that makes difference22:58
khemRP: does poky lock revs differently22:58
RPkhem, zeddii: Does poky change kernel versions?22:58
khemmeta-yocto-bsp does have its own mind22:59
khemdont know if thats causing it22:59
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC23:00
zeddiiRP: no version setting in poky that I know of, the qemu* is straight from oe-core and has always followed the PV + SRCREVs that I set.23:00
*** palate <palate!~palate@palate.powered.by.lunarbnc.net> has joined #yocto23:01
mischiefRP: i need the kernel image itself, so that i can build a fit.23:02
mischiefi don't need the headers and makefiles, etc23:02
RPmischief: you probably want a do_xxxx[depends] = "virtual/kernel:do_deploy" and then pull it from the deploy dir then?23:03
khemmischief: add kernel-image-zimage to IMAGE_INSTALL23:05
khemthat should put it in /boot in rootfs23:05
RPzeddii: there is a pattern to the failures - all real hardware reference platforms you haven't moved to the new version?23:05
zeddiiright. they are probably on 5.2, which I was leaving for my next series, and yes, it doesn’t have the same commit.23:05
RPzeddii: hence the failures23:06
RPapart from pkgman-non-rpm which is alsa-utils23:06
zeddiiwe’d either need to bump their 5.2 srcrevs (I could port the fix), or we need to move their default to 5.4 and update the SRCREVs23:06
zeddiioh wait23:07
zeddiiit’s already building 5.423:07
zeddiiit just needs a SRCREV bump. I can send that.23:07
zeddiiRP: patch to the yocto list for the SRCREV bump.23:10
RPzeddii: thanks. I'll queue and retest23:11
*** robbawebba <robbawebba!~rob@12.206.203.186> has joined #yocto23:14
* RP stops and starts a new build23:14
RPzeddii: we're going to get a lot of questions about this patch :/23:18
*** dv_ <dv_!~dv@62.178.50.190> has joined #yocto23:18
mischiefkhem: no no. i do not want the kernel in my root file system. i want to use the kernel image as an input to a recipe.23:21
mischiefRP: i can try that if it is not possible to get it into a recipe sysroot.23:21
RPmischief: Its either that or try the module style approach and see if it gets into STAGING_DIR_KERNEL, I don't remember23:22
mischieffwict there is no such variable in poky23:25
RPmischief: sorry, I'm getting flashbacks from older times :(23:32
RPah, STAGING_KERNEL_DIR23:32
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC23:34
RPmischief: have a read of make-mod-scripts_1.0.bb for ideas23:35
* RP -> Zzzz23:35
khemmischief: then do what RP suggested23:41

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