Friday, 2019-12-20

*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC00:01
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto00:17
Ad0hm what makes recipe-sysroot-native fill my arm .so dir with x86 libs?00:30
rburtonAd0: the clue is in the -native bit00:30
rburtonits native code for the build host to run00:30
Ad0ok it tries to link the ARM built stuff to those .a files00:31
Ad0and fails because of "wrong format"00:31
rburtonsounds like your makefiles are broken00:31
Ad0yeah I want to track those down00:31
rburtonRP: bug retracted: i can't ready00:31
rburtonAd0: presumably this is a recipe you wrote, probably for code you wrote?00:32
rburtonRP: (read, not ready)00:32
Ad0rburton, no :/00:33
rburtonwhat recipe?00:33
Ad0meta-iotedge -> iotedge-daemon00:34
Ad0https://github.com/Azure/meta-iotedge/issues/22 it already has an issue registered00:34
Ad0I wanted to check if it's recipe related or makefile related00:34
rburtonbah its all rust00:35
rburtoncould be either.00:35
Ad0ok thanks00:35
rburtonmaybe MS didn't notice as they use disable-static-libs, so there are no .a files in recipe-sysroot-native to link against?00:35
rburtontry building something else using rust and seeing if that works00:36
Ad0hm yes I will try to find something00:36
Ad0I did an earlier version in warrior, that worked00:36
Ad0so it's clearly something local to that layer00:36
Ad0but rust breaks the code and vice versa between versions00:37
Ad0I can never seem to catch a brake lol00:37
Ad0break*00:37
Ad0if I clean the recipes and build it all over again, how did I log all the build stuff? I guess I could catch it there.00:38
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC00:42
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC00:55
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC01:04
*** ka6sox is now known as zz_ka6sox01:05
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC01:30
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto01:43
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto01:44
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto01:44
*** nacknick <nacknick!b9b8f483@185.184.244.131> has quit IRC01:45
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC01:50
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC02:14
*** weltling <weltling!~toll@klapt.com> has joined #yocto02:20
*** trungdt <trungdt!~onlyester@113.160.58.178> has joined #yocto02:22
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:40
*** rcw <rcw!~rcw@24.140.233.231> has quit IRC03:16
yoctiNew news from stackoverflow: How to get the ARM tool chain with poky? <https://stackoverflow.com/questions/59048325/how-to-get-the-arm-tool-chain-with-poky>03:32
*** jacques2 <jacques2!~jacques@nslu2-linux/jacques> has joined #yocto03:35
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC03:38
*** dp is now known as woof204:02
*** dp <dp!~phillid@oh.not.bad.aye.yeah.nah.nz> has joined #yocto04:06
*** zwelch <zwelch!~zwelch@fluffy.superlucidity.net> has quit IRC04:27
*** kaspter <kaspter!~Instantbi@222.67.188.181> has quit IRC04:32
*** armpit <armpit!~armpit@2601:202:4180:a5c0:1dfc:3910:e3ef:464b> has joined #yocto04:51
*** warthog19 <warthog19!warthog9@proxy.monkeyblade.net> has joined #yocto05:13
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC05:19
*** warthog19 is now known as warthog905:19
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto05:47
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC05:52
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto05:53
*** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto06:06
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto06:18
*** dfrey <dfrey!~dfrey@172.103.152.101> has quit IRC06:29
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto06:29
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto06:42
*** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has joined #yocto06:55
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto07:01
*** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto07:10
iceawayI have come across a weird issue. I have a binary package that I want to install into my image. It is a tar.gz file which contains a whole bunch of binaries, libs, config files etc. All I really want is to extract it into a subdirectory under /. I created a recipe for this package, and it seems to accurately install all files under my desired directory. The problem is that when an application in this07:15
iceawaypackage is started, it hangs (the application is dotnet). But if I do not install the archive via the recipe, and instead just unpack the tarball on the target (flashed with the same image recipe without the binary package recipe) everything is fine. I compared the generated file systems, and found out that in addition to the subdir I want to install the binary package in, it also pulls in A LOT of other07:15
iceawaythings all across the filesystem.07:15
iceawayThe binary package has a few REPENDS to make QA happy, but even with these packages added to my "base" image, the diffenrence persists.07:16
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC07:19
*** agust <agust!~agust@pD95F104D.dip0.t-ipconnect.de> has joined #yocto07:22
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto07:42
*** mckoan|away is now known as mckoan07:51
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC08:13
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC08:13
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:15
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC08:21
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto08:36
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto08:44
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC08:50
*** yann <yann!~yann@85.118.38.73> has joined #yocto08:56
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto09:01
*** Zajc <Zajc!~Zajc@89-212-111-208.static.t-2.net> has quit IRC09:04
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto09:05
*** PaowZ <PaowZ!~Vince@193.252.149.222> has joined #yocto09:10
*** yann <yann!~yann@85.118.38.73> has quit IRC09:11
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC09:13
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC09:16
*** yann <yann!~yann@85.118.38.73> has joined #yocto09:25
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:26
*** kaspter <kaspter!~Instantbi@222.67.188.181> has joined #yocto09:44
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC09:57
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto10:00
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto10:06
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto10:09
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC10:20
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto10:24
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto10:29
*** hpsy <hpsy!~hpsy@197.37.42.132> has joined #yocto10:34
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC10:40
*** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC10:44
*** tasslehoff <tasslehoff!~Tasslehof@ip-179-146-106-77.eidsiva.net> has joined #yocto11:05
*** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto11:06
*** kaspter <kaspter!~Instantbi@222.67.188.181> has quit IRC11:06
*** trungdt <trungdt!~onlyester@113.160.58.178> has quit IRC11:21
*** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC11:28
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC11:50
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto11:50
*** berton <berton!~berton@189.103.49.163> has joined #yocto11:52
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC11:52
*** lfa_ <lfa_!~lfa@80-108-132-46.cable.dynamic.surfer.at> has joined #yocto12:14
*** berton_ <berton_!~berton@189.103.49.163> has joined #yocto12:15
*** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has quit IRC12:15
*** berton <berton!~berton@189.103.49.163> has quit IRC12:15
rburtonkanavin: does AUH randomly pick a machine to do upgrades with?12:24
kanavinrburton, host machine or target machine?12:28
rburtonMACHINE12:28
rburtonAUH ran for acpica and then failed as acpica isn't compatible with qemumips :)12:28
kanavinit iterates over x86, x86_64, arm, mips, ppc and x86_musl for each upgrade12:28
kanavinyeah, so it's not a failure12:29
kanavinAUH could be taught to special case that maybe12:29
rburtonor just look at compatible_host etc12:32
rburtoni'll file a bug for reference12:34
*** lfa_ <lfa_!~lfa@80-108-132-46.cable.dynamic.surfer.at> has quit IRC12:35
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto12:37
*** wertigon <wertigon!8addfa13@138.221.250.19> has quit IRC13:04
*** tasslehoff <tasslehoff!~Tasslehof@ip-179-146-106-77.eidsiva.net> has left #yocto13:12
rburtonkanavin: ok why can't i find auh in bugzilla? :/13:13
rburtonah found it13:13
Ad0rburton, I think my problem yesterday was recipe related, since OpenSSL crate in RUST picks the recipe-sysroot-native instead of recipe-sysroot as openssl lib path13:16
Ad0the path to openssl can be specified by env variable OPENSSL_DIR13:17
Ad0STAGING_EXECPREFIXDIR has the full path right?13:17
rburtonyes13:18
Ad0cool13:19
Ad0cmake seems to still want to find the openssl dir13:19
Ad0damn13:19
kanavinrburton, how would AUH determine not to run an update if host is incomaptible? is there something easy in bitbake -e that it can look for?13:19
kanavine.g. MACHINE=not_compatible_machine bitbake -e acpica ----> what to look for?13:19
kanavinnvm, found out that won't work anyway13:31
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC13:50
Ad0rburton, LOL there are both recipe and cmakelists problems LOL :D 3 different openssl root path variables need to be specified for13:51
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto13:56
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto14:00
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto14:01
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC14:01
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto14:02
rburtonAd0: awesome14:18
Ad0it compiles now :)14:18
rburtonone glorious day, openssl will ship a .pc file and everyone wil just use that14:18
Ad0thanks for pointing out the sysroot vs sysroot-native14:18
Ad0hehe14:18
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC14:20
kanavinrburton, also, they will manage API breaks like adults14:25
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto14:25
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC14:38
rburtonlol14:40
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto14:40
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto14:40
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC14:52
RPrburton: openssl still doens't have pc files? :(14:58
rburtonif it does, plenty don't use them14:58
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC14:59
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC15:05
Ad0how do I change the hostname? I put hostname_pn-base-files = "blah" in my image recipe, but no effect15:07
rburtondo that in local.conf or similar15:07
Ad0oh needs to come earlier15:07
rburtonimage recipe scope only covers the image recipe, but the hostname is set by base-files15:07
Ad0I want to avoid local.conf at all costs15:08
rburtonyour distro then15:08
rburtonor a base-files bbappend15:08
Ad0ok that's "early" enough.15:08
rburtonnot 'early'15:08
rburtonthe 'correct place'15:08
Ad0hehe ok15:08
rburtonthe hostname is in a package, so you need to set the variable in a place that actually changes the package15:08
Ad0thanks.15:10
Ad0in my image recipe I inherit core-image, then add ${CORE_IMAGE_BASE_INSTALL to IMAGE_INSTALL += - but it seems to install far more than the base stuff - namely sound / alsa stuff15:13
Ad0at least the systemd , I can see "alsa" in the console when it fires up15:14
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto15:14
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC15:19
kergothAd0: pulled in via dependencies.15:25
rburtonif you never want stuff like alsa then remove it from distro_features and it shouldn't get built at all15:26
Ad0yeah I need to know the names and all that stuff15:26
Ad0I read something about the manifest file15:27
Ad0tmp-glibc/deploy/images/<"machine_image">/<"image_name">.manifest.15:27
rburtonyou can see the value for distro features in the core config, just remove the features you really don't care about15:27
Ad0ok thanks!15:30
Ad0is DISTRO_FEATURES more appropiate than IMAGE_FEATURES?15:35
Ad0I like doing things in the image recipe because the parsing will be faster :)15:36
rburtondifferent scopes15:40
kergothan image feature can't change how some other recipe builds to control optional features15:40
rburtonset DISTRO_FEATURES in the image recipe and literally nothing will happen15:40
Ad0thanks15:42
Ad0DISTRO_FEATURES_BACKFILL15:44
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC15:44
Ad0that had a bunch of crap I didn't need, indeed15:44
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC15:50
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC15:51
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC15:53
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto15:54
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto15:55
georgemAnyone know if Bruce is working on a linux-yocto 5.4 yet? The rt patch set is out (I think that's normally a requirement if past history is any indication). Unfortunately this is one area where it's not particularly easy to contribute as it seems to rely on Bruce's work flow.16:03
zeddiiI am. yes.16:06
zeddiiin fact, it’s been in -dev for months16:06
zeddiibut qemumips64 doesn’t boot.16:06
zeddiiand hence, no 5.4 until I figure it out, or someone volunteers to help me out :D16:07
zeddiiand yes, I already have -rt in linux-yocto-dev 5.4.16:07
georgemzeddii: I'm off after today for the rest of the year but if it's holding you up still once I get back I might take a look at it. You getting anything at all on qemumips64, partial boot?16:13
zeddiiyep. I posted on mips kernel about it, but for whatever reason, no one else is seeing it.16:14
*** rangergord_ <rangergord_!~rangergor@modemcable186.198-70-69.static.videotron.ca> has quit IRC16:14
zeddiiimmediate segfault on handoff to userspace.16:14
zeddiiI have a series of 6 reverts that "fix" it.16:14
zeddiithey reworked VDSO and it broke mips6416:14
georgemAre the reverts in linux-yocto-dev?16:15
zeddiiand I can't figure out why gettimeofday is segfaulting immediately. but I haven't had a tonne of time to debug it myself, but I'm back at it now.16:15
kanavinRP, rburton I am about to send the final patchbomb for this year. I'll be reading emails, but will be back at the build machine on the 2nd or 3rd Jan16:15
zeddiigeorgem: they are, and then backed out, since they conflicted badly with other 5.4 updates, so I patched them out and re-broke the boot.16:15
kanavinwith the upcoming bomb, we have upgrade patches for more or less the entire oe-core16:15
kanavinI plan to work on ptests then, if not too swamped at day job16:16
kanavinwith the goal of getting them to 100% and then enforcing if fail (instead of expecting a fail like now)16:16
georgemzeddii: happen to have the commit hashes of the 6 commits handy?16:18
zeddiiyup: https://pastebin.com/tq1qhq7v16:23
kanavinrburton, the full set is as usual in akanavin/package-version-updates16:23
zeddiiI'm hacking on it today, so don't spend any time on it before checking in with me. I'm trying some other ideas and instrumenting the code.16:23
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto16:25
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC16:27
*** rangergord <rangergord!~rangergor@modemcable186.198-70-69.static.videotron.ca> has joined #yocto16:28
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC16:31
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC16:32
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto16:32
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto16:33
RPkanavin: thanks. My plan is to fix the current issues with hashequiv whilst reproducible, then look at these16:34
kanavinRP: right, there is no hurry in merging those16:37
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC16:37
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:39
*** yann <yann!~yann@85.118.38.73> has quit IRC16:42
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC16:43
armpitkanavin, thanks for the package updates16:49
kanavinarmpit, cheers16:50
kanavinarmpit, I picked specifically those where AUH wasn't able to finish the job16:51
kanavinonce they are merged, we can take the remaining updates where AUH can do the patches for us16:51
kanavinthen oe-core should have very few outdated packages16:52
kanavinI'm off to a christmas party, see you later :)16:52
armpitkanavin, cheers and enjoy the party16:53
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto17:01
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC17:04
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto17:04
*** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-aqfkzgvskmzrkkns> has quit IRC17:07
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC17:11
*** khem <khem!~khem@unaffiliated/khem> has quit IRC17:12
georgemzeddii: did you see this commit in mips-fixes? https://git.kernel.org/pub/scm/linux/kernel/git/mips/linux.git/commit/?h=mips-fixes&id=7d2aa4bb90f5f6f1b8de8848c26042403f2d7bf917:13
zeddiiyup17:13
georgemah ok17:13
zeddiihe mentioned it in the thread I started on mips-linux, but it didn’t help my case. but I’m instrumenting that area now, so I’m going to double check that I didn’t damage it.17:14
georgemcool17:14
*** learningc <learningc!~pi@43.240.22.250> has joined #yocto17:14
*** learning1 <learning1!~pi@43.240.22.173> has quit IRC17:17
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto17:25
georgemzeddii: using glibc from openembedded-core master to reproduce the problem?17:25
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:34
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC17:35
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto17:35
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:42
*** mckoan is now known as mckoan|away17:43
*** rangergord <rangergord!~rangergor@modemcable186.198-70-69.static.videotron.ca> has quit IRC17:43
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto17:52
*** hpsy <hpsy!~hpsy@197.37.42.132> has quit IRC17:54
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto17:55
georgemprobably nothing to do with it but I did notice this: https://sourceware.org/git/?p=glibc.git;a=commitdiff_plain;h=eb502f72cda31fc9ebe37689491a0fdac93f67c818:00
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC18:05
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-62-245-98-101.net.upcbroadband.cz> has quit IRC18:05
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto18:06
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-62-245-98-101.net.upcbroadband.cz> has joined #yocto18:09
zeddiigeorgem. I hadn't seen that, but I've only been looking at the kernel so far.18:10
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto18:49
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC19:03
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC19:25
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC19:26
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto19:31
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto19:39
*** rangergord <rangergord!~rangergor@modemcable186.198-70-69.static.videotron.ca> has joined #yocto19:58
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto20:00
*** zz_ka6sox is now known as ka6sox20:06
Ad0hm I add DISTRO_FEATURES_remove = " alsa x11" but the bitbake -e myimage | grep ^DISTRO_FEATURES gives DISTRO_FEATURES_DEFAULT="acl alsa argp bluetooth ext2 ipv4 ipv6 irda largefile pcmcia usbgadget usbhost wifi xattr nfs zeroconf pci 3g nfc x11"20:08
Ad0why does bitbake even bother compiling the stuff I want to remove+20:09
zeddiigeorgem. I just got mips64 to boot by hacking the gettimeof day routines.20:34
zeddiiqemumips64 login: root20:34
zeddiiroot@qemumips64:~# uname -a20:34
zeddiiLinux qemumips64 5.4.4-yoctodev-standard #1 SMP PREEMPT Wed Dec 18 16:14:02 UTC 2019 mips64 mips64 mips64 GNU/Linux20:34
zeddiinow, I have to see if I can slean it up.20:34
zeddiis/slean/clean/20:34
zeddiiRP ^^^^^^^^^20:35
RPzeddii: yay!20:35
RPzeddii: getting it to boot will be a relief!20:35
zeddiiI basically forced it to stop reading a h/w clock and use a syscall.20:36
zeddiinow, I can do a temp patch, report it to the list and move on with introducing the kernel as the replacements in master.20:36
* zeddii disliked learning anything about VDSO and mips clocks.20:36
zeddiiI didn't want to go into Christmas holidays still with no idea on it. so it's great news for me at least.20:37
rangergordCongatec's gitlab doesn't allow anonymous cloning, and you can't sign up for an account. Not off to a good start is it? Can someone deduce from this repo which Linux kernel they're compiling in the reference build? https://git.congatec.com   I'm not yet familiar with Yocto and without local checkout I can't grep20:42
rangergordoops sorry this is the correct URL https://git.congatec.com/yocto20:45
*** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC20:47
frayIt is -very- old20:48
frayas in so old it's probably not useful20:48
fraykernel is 3.19 and it's before Sumo release.. thus pretty much useless20:49
frayahh fido there we go.. that is the default20:49
rangergordfray, which file showed you this?20:50
fraypoky/meta/conf/layer.conf shows no defined compatible string which started in sumo..20:51
fraykernel poky/meta/recipes-kernel/linux/...20:51
frayand if yoiu look at the top of the screen it says the branch is named 'fido'  ;)20:51
frayother repopsitories may be newer or old.. I was only looking in poky20:52
rangergordthank you20:52
rangergordso newest is Sumo branch with recipes for 4.12, 4.13 and 4.15. 4.15 is not too ancient, just barely meets my application's minimum requirements (4.14+) it's more the fact that they stopped there that scares me20:55
rangergordnot exactly filling me with confidence to build on the next 8 years from this20:55
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC20:58
*** dfrey <dfrey!~dfrey@172.103.152.101> has joined #yocto20:59
dfreyIs there a way for me in a recipe A to get the path to the build directory of recipe B?  In my specific case, I have a linux kernel modules backports recipe and I need to pass KLIB_BUILD=<path_to_kernel_build_dir> to the make invocation.21:01
khemdfrey: usually no, but for kernel modules you can get such info via inherit module21:03
*** berton_ <berton_!~berton@189.103.49.163> has quit IRC21:03
dfreykhem: Thanks.  I'll take a look at what module.bbclass provides21:04
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC22:15
*** rubdos <rubdos!~rubdos@77.109.116.248> has quit IRC22:41
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:48
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC22:50
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC22:56
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC23:06
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC23:19
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto23:20
*** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has joined #yocto23:24
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC23:28
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC23:34
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto23:41
*** cpo <cpo!~cpo@helix.mybll.net> has quit IRC23:42
*** armpit <armpit!~armpit@2601:202:4180:a5c0:1dfc:3910:e3ef:464b> has quit IRC23:47
*** armpit <armpit!~armpit@2601:202:4180:a5c0:44f3:9abe:c0b2:9d4a> has joined #yocto23:48
*** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto23:49

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