Tuesday, 2020-09-29

khemkergoth: ld-is-gold just makes one change ld and ld.gold are same binaries, if its not enabled then ld and ld.bfd are same00:00
khemkergoth: I think your problem is that we disable it LDGOLD in binutils00:01
khemfor nativesdk and crosssdk cases00:01
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:02
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC00:15
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:26
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:31
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:32
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:40
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:43
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:53
*** ericch_ <ericch_!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC01:16
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto01:20
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC01:24
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC01:46
*** grma <grma!~gruberm@> has quit IRC02:20
*** itseris <itseris!~itseris@d64-180-147-137.bchsia.telus.net> has quit IRC02:29
*** itseris <itseris!~itseris@d64-180-147-137.bchsia.telus.net> has joined #yocto02:30
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC02:35
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto02:37
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC02:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto02:43
kergothkhem: it's cross-canadian that has the problem, though. both ld.gold and ld.bfd are available, but gcc fails to call it. <prefix>gcc -fuse-ld=gold -Wl,—version will show GNU ld, not GNU gold02:45
*** manuel1985 <manuel1985!~manuel@089144217056.atnat0026.highway.a1.net> has quit IRC02:50
*** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has joined #yocto03:06
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto03:11
*** kaspter <kaspter!~Instantbi@> has quit IRC03:13
*** kaspter <kaspter!~Instantbi@> has joined #yocto03:13
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC03:16
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC03:20
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto03:21
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-jhbiegtolzfopwtz> has quit IRC03:25
*** camus1 <camus1!~Instantbi@> has joined #yocto03:42
*** kaspter <kaspter!~Instantbi@> has quit IRC03:42
*** camus1 is now known as kaspter03:42
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC03:54
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC04:10
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC04:14
khemkergoth: is this seen in installed SDK ?04:31
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto04:31
*** otavio <otavio!~otavio@> has joined #yocto04:31
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto04:31
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:34
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto04:34
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC04:53
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto04:53
*** WillMiles <WillMiles!~Will@> has quit IRC04:59
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC05:27
*** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto05:28
*** j241 <j241!~Adium@20.ip-51-79-160.net> has left #yocto05:29
*** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-135.hsi6.kabel-badenwuerttemberg.de> has joined #yocto05:31
*** camus1 <camus1!~Instantbi@> has joined #yocto05:31
*** kaspter <kaspter!~Instantbi@> has quit IRC05:32
*** camus1 is now known as kaspter05:32
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto05:35
*** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto05:43
*** w00die <w00die!~w00die@> has quit IRC05:44
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:44
*** w00die <w00die!~w00die@> has joined #yocto05:45
*** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has quit IRC05:53
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto05:55
*** sstiller <sstiller!~sstiller@p200300f07f16cf0127b00e266f96c83e.dip0.t-ipconnect.de> has joined #yocto06:02
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:04
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC06:11
*** matthewzmd <matthewzmd!~user@> has joined #yocto06:15
*** Klox048 <Klox048!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC06:45
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:f434:7531:7a96:f219> has joined #yocto06:46
*** Klox048 <Klox048!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto06:48
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto06:49
*** gsalazar <gsalazar!955ab50e@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto06:50
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto06:56
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:57
*** chris_ber <chris_ber!~quassel@> has joined #yocto06:57
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:f434:7531:7a96:f219> has quit IRC06:58
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC07:03
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto07:09
*** manuel1985 <manuel1985!~manuel@> has joined #yocto07:22
*** pev <pev!~pev@cpc123816-trow7-2-0-cust2.18-1.cable.virginm.net> has joined #yocto07:23
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:29
*** xtron <xtron!~xtron@> has joined #yocto07:29
*** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has joined #yocto07:30
*** dev1990 <dev1990!~dev@dynamic-81-168-186-230.ssp.dialog.net.pl> has joined #yocto07:32
*** xtron1 <xtron1!~xtron@> has joined #yocto07:35
*** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has quit IRC07:37
*** florian_kc is now known as florian07:38
*** xtron <xtron!~xtron@> has quit IRC07:38
*** eduardas <eduardas!~eduardas@> has joined #yocto07:46
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:55
*** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto07:59
*** mckoan|away is now known as mckoan08:03
*** dleppich <dleppich!~dleppich@p5098be52.dip0.t-ipconnect.de> has joined #yocto08:19
*** grma <grma!~gruberm@> has joined #yocto08:22
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto08:47
*** j241 <j241!~Adium@20.ip-51-79-160.net> has quit IRC08:50
*** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has joined #yocto08:52
lxcHow can I build a split package from cmd line? E.g. kexec-tools has PACKAGES =+ "kexec kdump vmcore-dmesg", and how to then only build kdump?08:53
qschulzlxc: you cannot08:55
qschulzlxc: it builds everything and then you install the package you want08:55
lxcqschulz but I can select to only include kdump in the IMAGE_INSTALL then?08:55
qschulzlxc: some recipes allow you to define more or less what you want to build with PACKAGECONFIG options08:55
qschulzlxc: of course08:55
qschulzlxc: you install **packages** not recipes08:55
lxcqschulz thanks!08:56
qschulzlxc: my pleasure08:56
lxccan I pass PACKAGECONFIG on command line?08:57
qschulzlxc: what do you want to do with PACKAGECONFIG?09:00
lxcqschulz select packages, or that has to be done in e.g. the image recipe?09:01
lxcqschulz the PACKAGECONFIG controls various build options passed09:01
qschulzlxc: yeah, you want to install packages not select which ones get built09:02
qschulzPACKAGECONFIG is for build time configuration09:02
qschulzso you want a way to add a package to your image09:02
qschulzyou suggested IMAGE_INSTALL earlier, that is probably the correct thing to do09:02
*** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has quit IRC09:09
*** jkimblad <jkimblad!~jacob@h-161-8.A137.corp.bahnhof.se> has joined #yocto09:11
ptsneveswho maintains symbol_why in latest master? It has invalid python3: print "  " + '\n'.join(prompts_str_rows)09:12
ptsnevesin line 223. This breaks kernel builds09:13
lxcqschulz how to define PACKAGECONFIG with local context? E.g. two recipes may have PACKAGECONFIG with the same options.09:13
qschulzlxc: why are you after PACKAGECONFIG? I told you you should use IMAGE_INSTALL to install kdump only09:18
ptsneves(all) (never mind my previous comment about kern tools )09:19
qschulzlxc: and there isn't even any PACKAGECONFIG option for kexec-tools recipe so it's bringing you nowhere09:20
lxcqschulz I was talking about another a case when PACKAGECONFIG is used, not kexec-tools then. But say samba recipe has PACKAGECONFIG, how to define them with local context?09:21
*** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has joined #yocto09:22
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC09:23
qschulzlxc: proper way would be to have a bbappend for your recipe setting PACKAGECONFIG in there09:26
lxcqschulz makes sense. thanks.09:26
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto09:36
*** gourve_l <gourve_l!~laurent@> has quit IRC09:37
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xkjexwgzexakqpdg> has joined #yocto09:41
*** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto09:41
*** xantoz <xantoz!~tewi_inab@c-d5bfe255.013-124-73746f25.bbcust.telenor.se> has joined #yocto09:46
qschulzisn't there a tool for finding all recipes that inherit a class? I swear I saw one09:49
erboqschulz: other than grep? :)10:10
dleppichDon't know if it is what you mean, but I saw 'ack-grep' (or 'ack') as a programmer version of grep, which might be better in some cases..10:11
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:c990:8de1:5141:d0ec> has quit IRC10:21
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:5db8:60f9:bbc3:25f1> has joined #yocto10:22
*** camus1 <camus1!~Instantbi@> has joined #yocto10:23
*** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:6db1:3adf:bfd6:e7ed> has left #yocto10:25
*** kaspter <kaspter!~Instantbi@> has quit IRC10:25
*** camus1 is now known as kaspter10:25
rburtonqschulz: bitbake-layers10:33
rburtonthe two useful tools are 1) "search the recipes I have" bitbake-layers and 2) "search the binary output of the recipes I built" (oe-pkgdata-util)10:34
OutBackDingoRP: so im sure its not as simple as inherit = " distroname" in local.conf10:48
*** armpit <armpit!~armpit@2601:202:4180:a5c0:9d97:e0e:5802:c8f4> has quit IRC11:11
qschulzrburton: I can't seem to find the option for finding all recipes inheriting a class... I start to feel like I'm going blind? something like `bitbake-layers show-inherits kernel.bbclass`11:14
rburtonbitbake-layers show-recipes -i kernel11:14
qschulzrburton: THANK. YOU.11:14
*** armpit <armpit!~armpit@2601:202:4180:a5c0:9d97:e0e:5802:c8f4> has joined #yocto11:16
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tttehenprywtiwee> has joined #yocto11:19
qschulzI was getting so frustrated, forgot to look for subcommands :man_facepalming:11:21
*** ptsneves <ptsneves!b0dd7824@> has quit IRC11:26
*** ptsneves <ptsneves!b0dd7824@> has joined #yocto11:28
*** camus1 <camus1!~Instantbi@> has joined #yocto11:29
*** kaspter <kaspter!~Instantbi@> has quit IRC11:30
*** camus1 is now known as kaspter11:30
rburtonRP: i presume all doc patches should be in rst now?  will the xml be deleted soon?11:32
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC11:34
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC11:35
*** berton <berton!~berton@> has joined #yocto11:39
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto11:42
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto11:47
*** ptsneves <ptsneves!b0dd7824@> has quit IRC11:54
*** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has quit IRC11:56
*** psnsilva_ <psnsilva_!~psnsilva@> has joined #yocto11:59
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:5db8:60f9:bbc3:25f1> has quit IRC12:00
*** ThomasD13 <ThomasD13!~thomas@DSL01.> has joined #yocto12:01
*** psnsilva_ <psnsilva_!~psnsilva@> has quit IRC12:02
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:5db8:60f9:bbc3:25f1> has joined #yocto12:03
*** psnsilva_ <psnsilva_!~psnsilva@> has joined #yocto12:05
*** ptsneves <ptsneves!b0dd7824@> has joined #yocto12:05
ThomasD13Hi, maybe a dumb question: Is a custom image recipe a good place, to remove specific MACHINE_FEATURES ?12:06
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:5db8:60f9:bbc3:25f1> has quit IRC12:07
*** psnsilva_ <psnsilva_!~psnsilva@> has quit IRC12:09
*** simonpe^^ <simonpe^^!~starlord@c188-149-27-100.bredband.comhem.se> has joined #yocto12:14
simonpe^^I'm trying to get RS485 working for UART3 on my imx8mnevk board and the first problem with that is that the imx-sdma driver can't seem to find the firmware (imx/sdma/sdma-imx7d.bin)12:15
simonpe^^I'm using the dunfell fslc layers, no NXP stuff12:15
*** jobroe <jobroe!~manjaro-u@p579eb595.dip0.t-ipconnect.de> has joined #yocto12:16
simonpe^^I've eyeballed the firmware-imx_8.5.bb from meta-freescale but that one seems to explicitly remove said firmware12:16
RPrburton: yes and yes12:20
qschulzThomasD13: no. You modify them in your machine conf file, where they are actually set :)12:25
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto12:26
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC12:29
ThomasD13Ah I see. I use a TI distro as base and want to slim it down (in my custom layer). I will have a look how to do it12:30
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto12:31
qschulzThomasD13: start from scratch probably? It depends how much space you need to spare. First thing is to do your own image recipe to make sure only the packages you want are in12:31
qschulzCheck the machine conf file that it does not add too much stuff (e.g. all kernel modules, by adding kernel-modules)12:32
qschulzIf it's still not enough, then custom distro conf12:32
qschulzThat's what I would do12:32
qschulz(or start from poky?)12:32
ThomasD13I have added a new image configuration. While trying to build this image for the very first time, I get thousands of this QA errors: https://pastebin.com/RqHrrrEd12:32
ThomasD13Maybe someone could explain what is going on? Since the version are equal??12:33
qschulzsimonpe^^: oe-pkgdata-util find-path '*sdma-imx7d.bin*'?12:34
ThomasD13qschulz, Thanks for jumping in :) Not really from scratch. I have to use arago from TI. I try to use "tisdk-default-image" as starting point and would like to get a slim image without any gpu/wifi etc support12:34
qschulzThomasD13: you probably want a different distro too. It can be based on arago if it's really unthinkable to not use it. Usually a few configuration settings are set by reading DISTRO_FEATURES12:35
qschulzsimonpe^^: probably missing firmware-imx-sdma-imx7d package in your image?12:35
ThomasD13qschulz, yes maybe. I still need to figure out how far away I need to move from the TI default configuration12:39
ThomasD13But I dont understand this error, never had it before: ERROR: linux-ti-staging-5.4.40+gitAUTOINC+66cf445b76-r0a.arago5_psdkla do_packagedata_setscene: QA Issue: Package version for package kernel-module-snd-usbmidi-lib-5.4.40-g66cf445b76 went backwards which would break package feeds (from 0:5.4.40+git0+66cf445b76-r0a.arago5_psdkla.7 to 0:5.4.40+git0+66cf445b76-r0a.arago5_psdkla.4) [version-going-backwards]12:40
ThomasD13I mean its the same git commit hash, isnt it? Why QA is telling package version backwards?12:41
qschulzno, .7 vs .412:42
*** DarkBR <DarkBR!~DarkBRll@> has joined #yocto12:43
*** DarkBR <DarkBR!~DarkBRll@> has left #yocto12:43
ThomasD13Where does the .7 / .4 come from??12:43
ThomasD13recipe version ?12:44
*** fl0v0 <fl0v0!~fvo@> has quit IRC12:50
*** psnsilva <psnsilva!~psnsilva@> has joined #yocto12:51
*** fl0v0 <fl0v0!~fvo@> has joined #yocto12:51
qschulzyour recipe version (PV) is 5.4.40+git0+66cf445b7612:53
qschulzPR is set to r0a.arago5_psdkla.712:53
qschulzbitbake linux-ti-staging -e | less and from there check how the PR is set (the line starting with PR=) by reading what's above12:54
ThomasD13qschulz, thank you very much!12:57
lxcHaving a build that complains about GNU_HASH. Isn't that supposed to be passed by LDFLAGS from bitbake? It's a make project and I assigned EXTRA_OEMAKE = "CC='${CC}' LDFLAGS='${LDFLAGS}'"13:00
*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto13:02
qschulzlxc: check that the makefile actually takes those variables and don't override them13:02
*** BobPungartnik <BobPungartnik!~BobPungar@> has quit IRC13:05
*** manuel1985 <manuel1985!~manuel@> has quit IRC13:09
simonpe^^qschulz: sry I was afk, I added linux-firmware manually and I get /lib/firmware/imx/sdma/sdma-imx7d.bin  in my rootfs13:11
simonpe^^[    0.660869] imx-sdma 302b0000.dma-controller: Direct firmware load for imx/sdma/sdma-imx7d.bin failed with error -213:11
simonpe^^[    0.668530] imx-sdma 302b0000.dma-controller: Falling back to sysfs fallback for: imx/sdma/sdma-imx7d.bin13:11
simonpe^^[   62.498299] imx-sdma 302b0000.dma-controller: external firmware not found, using ROM firmware13:12
*** pbb <pbb!~quassel@petabyte.dev> has quit IRC13:13
*** pbb <pbb!~quassel@petabyte.dev> has joined #yocto13:14
*** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:e538:96dd:b7c4:ac37> has joined #yocto13:16
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has quit IRC13:17
simonpe^^qschulz: the firmware-imx package does not provide that file, in fact the file is explicitly removed in the recipe13:22
simonpe^^even though it says it PROVIDES firmware-imx-sdma-imx7d13:23
qschulzsimonpe^^: have you run the command I told you about?13:24
simonpe^^qschulz: no it's not available to me through pyrex unfortunately13:25
simonpe^^1 sec13:25
*** manuel1985 <manuel1985!~manuel@> has joined #yocto13:26
JPEWsimonpe^^, qschulz: Which command?13:27
qschulzJPEW: oe-pkgdata-util13:28
simonpe^^JPEW: oe-pkgdata-util find-path '*sdma-imx7d.bin*'13:30
simonpe^^I'm running it now through pyrex-run, it's taking forever13:30
JPEWK, I'll give it a try in a minute13:30
simonpe^^it might be because my bitbake server is doing something else13:30
*** ThomasD13 <ThomasD13!~thomas@DSL01.> has quit IRC13:31
*** ThomasD13 <ThomasD13!~thomas@DSL01.> has joined #yocto13:31
simonpe^^pyrex-run oe-pkgdata-util find-path '*sdma-imx7d.bin*'13:31
simonpe^^linux-firmware-imx-sdma-imx7d: /lib/firmware/imx/sdma/sdma-imx7d.bin13:31
*** camus1 <camus1!~Instantbi@> has joined #yocto13:31
simonpe^^linux-firmware RPROVIDES linux-firmware-imx-sdma-imx7d, and I have linux-firmware installed13:32
JPEWsimonpe^^: Huh, the pyrex-run should be unnecessary13:32
simonpe^^JPEW: I guess it depends on how you have the pyrex wrapper thingy set up13:32
*** kaspter <kaspter!~Instantbi@> has quit IRC13:33
*** camus1 is now known as kaspter13:33
JPEWsimonpe^^: pyrex/bin/oe-pkgdata-util should be a symlink to exec-shim-pyrex, unless you change the default behavior13:33
simonpe^^I'm not sure if it is trying to load the firmware before the rootfs is available13:34
qschulzsimonpe^^: considering how early in the logs you have this, you're probably right13:35
simonpe^^qschulz: any idea what I can do about that? load it as a module?13:36
*** vmeson <vmeson!~rmacleod@23-233-84-124.cpe.pppoe.ca> has joined #yocto13:36
simonpe^^s/it/the driver/13:36
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto13:38
simonpe^^qschulz: I need to leave but thanks for the help :)13:39
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC13:44
qschulzsimonpe^^: I think you have an option in the kernel to add firmwares directly in it?13:46
simonpe^^qschulz: from what I understood thats not compatible with GPL somehow13:46
qschulzsimonpe^^: ask NXP about it13:47
qschulz(the loading of imx-sdma)13:47
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto13:48
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:53
*** ThomasD13 <ThomasD13!~thomas@DSL01.> has quit IRC13:57
*** cventer <cventer!~cventer@102-65-197-212.dsl.web.africa> has joined #yocto13:59
*** vmeson <vmeson!~rmacleod@23-233-84-124.cpe.pppoe.ca> has quit IRC13:59
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC13:59
*** jobroe <jobroe!~manjaro-u@p579eb595.dip0.t-ipconnect.de> has quit IRC14:00
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC14:01
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto14:02
*** Tofe <Tofe!~Tofe@82-65-104-134.subs.proxad.net> has left #yocto14:05
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC14:20
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto14:21
*** emrius <emrius!5840fa9b@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto14:33
*** christner_ <christner_!sid327834@gateway/web/irccloud.com/x-ybuohmpxohtfqgbr> has joined #yocto14:37
*** christner_ <christner_!sid327834@gateway/web/irccloud.com/x-ybuohmpxohtfqgbr> has quit IRC14:38
*** christner <christner!sid327834@gateway/web/irccloud.com/x-mrzzfppxgzsiyddy> has joined #yocto14:39
*** emrius <emrius!5840fa9b@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC14:39
*** cventer <cventer!~cventer@102-65-197-212.dsl.web.africa> has left #yocto14:45
*** ctlnwr_ <ctlnwr_!~catalin@> has quit IRC14:50
*** ctlnwr <ctlnwr!~catalin@> has quit IRC14:51
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC14:51
*** PaowZ_ <PaowZ_!~Vince@> has joined #yocto14:51
tlwoernerwhere do we find the new link to the YPTM meeting?14:55
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto14:55
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has quit IRC14:56
RPtlwoerner: that is the one I have14:57
*** eduardas <eduardas!~eduardas@> has quit IRC14:57
zeddiiI use the one that gets emailed to me. Hopefully it'll work :D14:57
sgwappears to be the right one one as Stephen is there!14:57
tlwoernerthank you14:58
* paulbarker RP: Thanks, that's the link I needed as well15:02
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC15:02
paulbarkerUsing Ctrl+Enter for sending messages in mattermost keeps biting me when I switch back to IRC15:04
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:b099:ce65:81ae:b8da> has joined #yocto15:05
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has joined #yocto15:09
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto15:18
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC15:18
dreynaarmpit, YP Summit team, FYI Wind River email down today - I sent email from my private account15:21
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC15:22
*** psnsilva <psnsilva!~psnsilva@> has quit IRC15:25
armpitdreyna, I have a conflict after this meeting15:27
dreynaarmpit, do you agree with Nico's solution?15:28
dreyna(do I have your proxy vote, in ither words)15:29
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto15:30
*** chris_ber <chris_ber!~quassel@> has quit IRC15:33
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC15:35
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto15:40
kergothRP or others: are there variables which aren't safe to change between multiconfigs? what's the behavior if i change distro and that changes the configuration of a bunch of recipes that would otherwise not be isolated between those configs (i.e. same WORKDIR)?15:42
RPkergoth: you can change them, the multiconfigs just need to have separate TMPDIRs defined15:44
RPkergoth: you're responsible for setting things up in a safe way, i.e. two different DISTROS means two different TMPDIR in most cases15:44
RPkergoth: the code is quite clever about reusing sstate between two TMPDIRS15:45
RPif it matches15:45
kergothah. makes sense. i'll have to consider just which changes would mandate that. it'd be nice to have a way to check for such cases.15:45
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC15:46
RPkergoth: there is probably something clever we could do with conflicting stamp files but its not implemnted15:47
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto15:47
kergoththat's what i was thinking, some sort of checksum diffing for cases that shouldn't be different but are, or something..15:47
kergothoh well, clearly not a priority15:47
kergothi imagine most just change MACHINE and call it a day, but multiconfig has more potential than just that15:47
kergothI'm wanting to build both windows and linux sdk components, changing SDKMACHINE between configurations, but i'm not sure what the behavior would be unless I add a -${SDK_SYS} suffix to the affected components.. i know it'll uninstall when changes are made, but i'd imagine that that could be messy if the tasks for the changed recipes get mixed15:49
kergothi have other changes i want to experiment with, but that's my current test15:49
moto-timokergoth: in meta-acrn we use two DISTROs and different TMPDIRs with multiconfig, FWIW15:52
RPright, mulitconfig does support different distros as long as you also have different tmpdir15:53
moto-timointernally I've seen as many as 11 TMPDIRS with multiconfig, but... that's a different "use case"15:53
RPkergoth: FWIW there is already code there that sees tasks with the same taskhash and then forces them to run in succession to maximise sstate reuse15:54
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto15:55
dleppichHi, I'm trying to follow along an online course about yocto from bootlin. Their practical lab seems a bit outdated and doesn't work for me. I tried upgrading to the 'dunfell' version of poky and tried baking a simple 'core-image-minimal' for the beaglebone board. The 'recipes-extended/*/groff_1.22.4.bb:do_compile' fails, this does not come from any layer I have manually included. Does anyone know about this problem?15:57
rburtonnot unless you say how it fails15:58
rburton(groff is part of poky)15:58
kergothRP: ah! that's good to know, i was wondering about that. thanks15:58
kergothkhem: it's the presence of 'real-ld' in the gcc libexec in gcc-cross-canadian. putting it there isn't needed, because it'll search for 'ld' or 'gold' instead, and having it prevents -fuse-ld= from having an effect.16:00
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC16:03
* kergoth yawns16:04
fraysounds like you can't sleep and need reading material if you are reading about collect.. :P16:04
qschulzdleppich: have you updated all layers to dunfell branches?16:05
kergothheh, it's this bug i was hitting. if real-ld is there, it doesn't look for ld/gold as specified by -fuse-ld=. had to read that to nail it down16:05
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has quit IRC16:05
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto16:06
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto16:06
*** fl0v0 <fl0v0!~fvo@> has quit IRC16:06
dleppichqschulz: yes. There are 3 layers and poky involved (as far as I know): poky, meta-ti, meta-arm, meta-arm-toolchain. I did a 'git checkout dunfell' in each of them16:06
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC16:08
The_PacifistIs there a way to debug why a kernel configuration fragment wouldn't be applied?16:09
The_Pacifistnot seeing anything16:09
qschulzdleppich: and you're building on a supported distribution? (e.g. NOT arch :) ?)16:09
rburtongroff-native which implies that the host distro is not supported16:11
dleppichqschulz: Got me.. Is there any chance I can figure out of my distribution is the root of this error? Because I was able to do everything else so far and all errors I met were not distribuation related..16:11
rburtonwhat host distro?16:12
dleppichArch Linux16:12
rburtonand there we go ;)16:12
qschulzrburton: hehehe, I start to see them from far now :D16:12
rburtonmost likely you've got a new glibc or gcc or something that nobody else has tested/fixed yet16:12
dleppichWell yes, but that wasn't an issue so far... :/16:12
dleppichHowever, it should work, when I bitbake in a docker container, right?16:13
rburtondleppich: sure, but arch changes daily and upgrades aggressively, so it is always the first to break16:13
qschulzdleppich: I don't think we compile gcc for native packages, so dpeending on how new the gcc is and what flags they decided to enable by default and other things, you'll have some issues16:13
qschulzdleppich: yup, you have pyrex and crops as choices IIRC16:13
dleppichOkay, than I think this will be the way to go for me..16:14
dleppichUntil now I liked my daily system upgrade procedure ^^16:14
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto16:14
rburtonrolling distros: you get to keep the pieces16:14
dleppichrburton, qschulz: Thanks for your help. I'll it with the docker container tomorrow. Are there any limitation what a docker container based usage can't do (in addition to being slower)?16:15
*** samvlewis7 <samvlewis7!~samvlewis@> has joined #yocto16:15
rburtonwon't be slower16:16
*** samvlewis <samvlewis!~samvlewis@> has quit IRC16:16
*** samvlewis7 is now known as samvlewis16:16
*** camus1 <camus1!~Instantbi@> has joined #yocto16:16
dleppichrburton: Oh okay, then why don't everyone use it instead of running yocto natively?16:17
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC16:17
rburtonbecause not everyone needs to?16:17
rburtonmy machine runs debian, a docker container just adds more moving parts16:17
dleppichSounds legit. I thought using docker could still make the build system more stable, because even on debian things might change16:18
khemkergoth: for gcc-cross-canadian we symlink real-ld to default ld16:18
*** jobroe <jobroe!~manjaro-u@p579eb595.dip0.t-ipconnect.de> has joined #yocto16:18
dleppichrburton: Thanks for clarification. Cya :)16:19
*** dleppich <dleppich!~dleppich@p5098be52.dip0.t-ipconnect.de> has quit IRC16:20
*** kaspter <kaspter!~Instantbi@> has quit IRC16:20
*** camus1 is now known as kaspter16:20
*** samvlewis <samvlewis!~samvlewis@> has quit IRC16:21
*** samvlewis <samvlewis!~samvlewis@> has joined #yocto16:21
The_Pacifistany ideas on debugging why a cfg fragment isn't being applied?16:24
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto16:24
*** samvlewis <samvlewis!~samvlewis@> has quit IRC16:27
*** samvlewis8 <samvlewis8!~samvlewis@> has joined #yocto16:27
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC16:27
khemkergoth: see https://git.openembedded.org/openembedded-core/commit/?id=cdd86896c8d29135f937968e9aa07f919cf543d316:31
qschulzThe_Pacifist: check it's in SRC_URI first :) is this a recipe that uses already config fragment? if not, are you inherit kernel-yocto?16:32
*** jobroe <jobroe!~manjaro-u@p579eb595.dip0.t-ipconnect.de> has quit IRC16:33
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC16:34
*** samvlewis8 <samvlewis8!~samvlewis@> has quit IRC16:37
The_Pacifistit's split into a .scc which takes in as 'kconf non-hardware example.cfg'16:38
qschulzThe_Pacifist: bitbake <recipe> -e | grep -e "^SRC_URI=" :)16:38
qschulzThe_Pacifist: second question is how did you build the config fragment?16:38
*** samvlewis <samvlewis!~samvlewis@> has joined #yocto16:38
The_Pacifistyeah, it's in the SRC_URI, other modifications to this cfg have worked in the past16:41
*** xantoz <xantoz!~tewi_inab@c-d5bfe255.013-124-73746f25.bbcust.telenor.se> has quit IRC16:41
The_Pacifistwhich is why it's perplexing16:41
*** samvlewis1 <samvlewis1!~samvlewis@> has joined #yocto16:42
*** samvlewis <samvlewis!~samvlewis@> has quit IRC16:43
*** samvlewis1 is now known as samvlewis16:43
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto16:44
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC16:48
qschulzThe_Pacifist: how have you created the config fragment?16:50
The_Pacifistnot exactly sure how it was generated16:52
*** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-135.hsi6.kabel-badenwuerttemberg.de> has quit IRC16:56
The_Pacifistafter looking at the options laid out here: https://www.yoctoproject.org/docs/2.5/kernel-dev/kernel-dev.html#creating-config-fragments16:56
The_PacifistI would guess the firt, more manual option16:56
The_Pacifistthe mods I made that aren't appearing in the final /proc/config.gz were added manually16:56
The_PacifistI'll give kernel_configcheck a whirl16:58
The_Pacifistsorry, still a bit new to this16:58
kergothkhem: i know, but linking real-ld to ld prevents it from looking for 'gold', it's permanently "ld" which links to ld.bfd, regardless of -fuse-ld=. good to know the background, thanks. i don't think that's the correct fix for the issue, though. if its search paths for 'ld' are broken they should probably be fixed for any particular broken cases17:00
*** xtron1 <xtron1!~xtron@> has quit IRC17:06
fraykergoth I had to put wrappers on my toolchain, and I ran into a situation where I had to put the wrappers into alternatie directories or pass evironment variables to deal with this situation..  gcc and configure tried to be "too smart"..17:06
fraylet me see if I can dig up what I had to do..17:07
fraymight take me a minute17:07
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto17:09
*** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has joined #yocto17:09
fraykergoth https://pastebin.com/PG4uQGYe17:09
fraytht is the relevant section from the code we use to create the wrappers..17:10
*** mckoan is now known as mckoan|away17:10
kergoththanks, that's informative. interestinga pproach to dealing with relocation, too, explicitly calling ldso. i like it, even if it's not exactly pretty17:11
frayDoing it this way, I can take a YP toolchain, and make it runtime relocatable without having to do any binary modifications or running the environemnt scripts17:11
fraywithout that, the ld.so is simply wrong17:11
frayor I have to try to use the host ld.so which doesn't work17:11
frayya, it was COLLECT_GCC that I was having a problem with.. it was smart enough to try to work around this, and triggered a fault where it ran the un-wrapped version and blew up..17:13
khemkergoth: I think we can delete real_ld17:13
frayAFAIK though this is workign w/ gold/ld mix17:13
kergoththat's cool. i'd like to give 'using a yocto sdk as a standalone toolchain' more love in general. i already added support for it to meta-external-toolchain. i'm going to start writing recipe fileslists and using those instead of hardcoded lists and heuristics, though17:14
moto-timokergoth: it does seem to be coming up more again lately17:18
frayif you want the whole script msg me your email address and I'll send it on17:18
kergothit'd be nice to be able to build for alternative layouts, or a more traditional toolchain structure by enabling the ability to add a sysroot suffix for each multilib in our gcc multilib configuration17:19
fraywould appreciate any updates if you find problems with it -- but this is how we're doing toolchains now, building as a YP SDK, and then running the script and making it run-time reloacable17:19
kergothfray: kergoth@gmail.com, i'd be very curious indeed17:19
*** w00die <w00die!~w00die@> has quit IRC17:19
frayI've got changes that (for a baremetal toolchain) use a single cross gcc, and multilibs..17:19
*** w00die <w00die!~w00die@> has joined #yocto17:21
kergothguessing folks probably don't know this tcmode exists yet17:22
denixfray: ah, runtime relocatable would be great! can we get this upstreamed? :)17:22
*** sstiller <sstiller!~sstiller@p200300f07f16cf0127b00e266f96c83e.dip0.t-ipconnect.de> has quit IRC17:24
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC17:27
*** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto17:27
*** samvlewis <samvlewis!~samvlewis@> has quit IRC17:30
frayfeel free.. :)17:30
fraydenix, if I was to implement this, I'd make it an SDK install option.. either install the wrappers -- or static install.. static being faster (no intermediate wrappers)..17:31
*** khem <khem!~khem@unaffiliated/khem> has quit IRC17:33
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto17:36
*** Crofton|cloud <Crofton|cloud!sid401373@gateway/web/irccloud.com/x-qhdbukqajuxpohlo> has quit IRC17:36
*** smurray <smurray!sid98062@gateway/web/irccloud.com/x-feyiywexwpchhalt> has quit IRC17:37
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-syuyopdfhnblsrod> has quit IRC17:37
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-gnggmrrycwmbbzig> has quit IRC17:37
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-wghqohgsroutxvpu> has quit IRC17:37
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-wknoosqjzozfpvdt> has quit IRC17:37
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC17:37
*** mdp <mdp!sid49840@gateway/web/irccloud.com/x-jlnxnnaejuuxxeye> has quit IRC17:37
*** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-dsieyzjbxgkllscq> has quit IRC17:37
*** rburton <rburton!sid1738@gateway/web/irccloud.com/x-oxrckzntiwsljxhm> has quit IRC17:37
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-riezqbeupscuoqyt> has quit IRC17:37
*** ldts <ldts!sid269548@gateway/web/irccloud.com/x-ftcovlfxscmpyhku> has quit IRC17:37
*** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-ncjigfrqyvcxjdxj> has quit IRC17:38
*** goliath <goliath!~goliath@212-186-38-205.cable.dynamic.surfer.at> has joined #yocto17:38
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-nupkkjvklyvsklfq> has joined #yocto17:38
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-sazjfvbkrowthiab> has quit IRC17:38
*** marex-cloud_ <marex-cloud_!sid137234@gateway/web/irccloud.com/x-fluloofidobyzdra> has quit IRC17:38
*** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-iwliprtczpinrlba> has quit IRC17:38
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-ewufzoqanuvdmwde> has quit IRC17:38
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-zmyrtwxsspsjvgyj> has quit IRC17:38
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xkjexwgzexakqpdg> has quit IRC17:38
*** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-smoghejpsvobcqeq> has quit IRC17:38
*** samvlewis <samvlewis!~samvlewis@> has joined #yocto17:38
*** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-etljggmhaktzsznq> has quit IRC17:38
*** christner <christner!sid327834@gateway/web/irccloud.com/x-mrzzfppxgzsiyddy> has quit IRC17:38
*** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-vxdgnbygootxucxt> has quit IRC17:38
*** NiksDev <NiksDev!~NiksDev@> has quit IRC17:38
*** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-hhhadttzladmqyvk> has quit IRC17:38
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-fzpjmoxzljsblfym> has quit IRC17:38
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-krzcbhtjzkejoxhz> has quit IRC17:38
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC17:38
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-pwusjorjpdpzgjot> has quit IRC17:39
*** madisox <madisox!sid453692@gateway/web/irccloud.com/x-xfboieyxkosbzlsr> has quit IRC17:39
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-diapydsiuzkomddy> has quit IRC17:39
*** rburton <rburton!sid1738@gateway/web/irccloud.com/x-aveevfmecxsxysrc> has joined #yocto17:47
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-ylyasjhtkdmfkubk> has joined #yocto17:47
*** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-ghileefhjspwarpv> has joined #yocto17:48
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-qrevwfieewmdytzu> has joined #yocto17:48
*** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-fxkzzebvqcstrlsy> has joined #yocto17:48
*** ldts <ldts!sid269548@gateway/web/irccloud.com/x-nicjktqsfkuqvodv> has joined #yocto17:48
*** marex-cloud_ <marex-cloud_!sid137234@gateway/web/irccloud.com/x-drnxyxwvkqnsyydo> has joined #yocto17:49
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-oyoelahfdamoqhyx> has joined #yocto17:49
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-xergckyqeuzcnxry> has joined #yocto17:50
*** agust <agust!~agust@p54833a5e.dip0.t-ipconnect.de> has joined #yocto17:51
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-lbifzgnsyafdrtue> has joined #yocto17:54
*** madisox <madisox!sid453692@gateway/web/irccloud.com/x-vhheniudzhduvupv> has joined #yocto17:54
*** smurray <smurray!sid98062@gateway/web/irccloud.com/x-blcmsjrvocaoneav> has joined #yocto17:54
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-lpxpezaprxpwimtg> has joined #yocto17:54
*** Crofton|cloud <Crofton|cloud!sid401373@gateway/web/irccloud.com/x-xegvdwtjhtdjbddh> has joined #yocto17:54
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-fbiegxgeteskfgae> has joined #yocto17:54
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto17:54
*** mdp <mdp!sid49840@gateway/web/irccloud.com/x-hanwtllsjlwtezie> has joined #yocto17:54
*** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-hymjimdgmszljfsi> has joined #yocto17:54
*** havok101 <havok101!~havok101@2601:241:8a00:46e0:5de9:56cd:5dcc:9861> has joined #yocto17:57
*** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-shomzuuctsicuwhn> has joined #yocto17:58
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-loywpnvvutqtckec> has joined #yocto17:59
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto17:59
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-znkmvusgpxzjlfmb> has joined #yocto17:59
*** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-ogvykfqfilinckzj> has joined #yocto17:59
*** christner <christner!sid327834@gateway/web/irccloud.com/x-bisavbjdtlfmmwws> has joined #yocto18:00
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-gmkdwbvoahfgogyz> has joined #yocto18:00
khemRP: I think https://errors.yoctoproject.org/Errors/Details/501026/ is pseudo regression18:00
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-vqdkuaoedickbzaj> has joined #yocto18:00
khemthe recipe source is here https://raw.githubusercontent.com/YoeDistro/meta-atmel/master/recipes-egt/apps/noto-fonts.bb18:02
*** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-eibynpwxzmekbmww> has joined #yocto18:04
*** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-klvkleyyhimcyhew> has joined #yocto18:06
*** camus1 <camus1!~Instantbi@> has joined #yocto18:06
*** kaspter <kaspter!~Instantbi@> has quit IRC18:07
*** camus1 is now known as kaspter18:07
khemNOTE: Fixup Perms: lchown 0:0 /usr18:09
khemthis call fails with Exception: PermissionError: [Errno 1] Operation not permitted: '/mnt/b/yoe/master/build/tmp/work/all-yoe-linux/noto-fonts/20171024-r0/package/usr'18:10
pevAm i right in thinking that if I want to extend a machine definition, e.g. qemuarm, I can just create qemuarm-extended.conf and all i need to put in it is MACHINEOVERRIDES = "qemuarm:${MACHINE}" and then either duplicate the contents of "qemuarm.conf" or do a require conf/machine/qemuarm.conf18:10
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jemfkbfiefnervmx> has joined #yocto18:10
khempev: yes a good starting point18:12
pevOh, and "KMACHINE" too? Ive seen that used18:14
*** kernelsandals <kernelsandals!b84a29fe@rrcs-184-74-41-254.nys.biz.rr.com> has joined #yocto18:27
JPEWpv: https://git.yoctoproject.org/cgit/cgit.cgi/meta-arm/tree/meta-arm/conf/machine/qemuarm64-secureboot.conf18:30
JPEWNote the first 3 lines18:30
JPEWWell, the first 2 non-blank lines at any rate18:30
kernelsandalsI'm wondering if anyone can point me in the right direction here. I've worked with plenty of yocto flows in the past, but am having trouble bringing up a flow for a new SBC from boundary devices. I'm trying to build the fsl-image-multimedia-full recipe, which relies on weston-8.0.0.imx.bb. That recipe is failing to build with an error about "ERROR:18:31
kernelsandalsProblem encountered: xwayland requires xcursor which was not found. Or, you can use '-Dxwayland=false'." But I have xcursor, and xcursor-devel installed on my build system, and xcursor recipes exist within the includd meta-layers. Can anyone point me in the right direction here?18:31
kernelsandalsForgot to mention, this is using the dunfell release18:31
marc2kernelsandals: maybe start by looking at the tmp directory for this recipe (i.e.: log.do_configure)18:36
JPEWkernelsandals: Perhaps the weston recipe isn't including the correct dependencies when xwayland is enabled18:36
JPEWkernelsandals: It looks like it's not adding any dependencies when the "xwayland" PACKAGECONFIG is enabled18:36
kernelsandalsOk so the relevant recipe is here: https://github.com/Freescale/meta-freescale/blob/dunfell/recipes-graphics/wayland/weston_8.0.0.imx.bb#L5018:38
kernelsandalsI've tried adding libxcursor to RDEPENDS_${PN} in that recipe but wound up with the same result. I've also tried adding libxcursor-native there18:38
khemkernelsandals: whats your distro feature settings18:38
kernelsandalsThe relevant distro config file is here https://github.com/boundarydevices/meta-boundary/blob/dunfell/conf/distro/boundary-wayland.conf18:39
JPEWkernelsandals: It's failing at do_configure (I'm guessing?), in which case it's a build-time dependency. That would be DEPENDS not RDEPENDS_${PN}18:40
JPEWBut more correct would be to sort out the PACKAGECONFIG to do the right thing, or fix your DISTRO_FEATURES18:41
kernelsandalsI also tried adding do_configure[depends] += "libxcursor:do_install", no luck there either18:41
JPEWkernelsandals: That won't do what you want18:41
JPEWThat says "run up to libxcursor's do_install task before running do_configure of this task" but it doesn't say "oh, also include all the headers I need to compile against libxcursor"18:42
JPEWkernelsandals: Try running `bitbake -e weston | grep ^PACKAGECONFIG=` and see what it reports for the PACKAGECONFIG variable18:44
kernelsandalsAhh, so adding "libxcursor libxcursor-native" to this line actually resolves it. https://github.com/Freescale/meta-freescale/blob/dunfell/recipes-graphics/wayland/weston_8.0.0.imx.bb#L3118:44
kernelsandalsI'm going to run that packageconfig line and repot back momentarily..18:45
JPEWkernelsandals: Yes, that will fix it because that's the build-time dependencies (e.g. that says: "Makes sure I can compile against these recipes")18:46
khemits removing x11 and wayland from packageconfigs18:46
JPEWkhem: Heh, nice catch18:46
kernelsandalsPACKAGECONFIG comes back as: kms fbdev egl clients xwayland launch opengl imxgpu imxg2d18:46
JPEWkernelsandals: Right, so the line that khem pointed to is removing wayland and x11, but *not* xwayland18:47
JPEWAnd you can't enable xwayland without both of those18:47
JPEWIf you don't need xwayland, add it to that remove line and you should be good18:47
JPEWand submit a patch to meta-freescale ;)18:48
kernelsandalsGot it. For the moment I may just bbappend the DEPENDS in. This is essentially the vendor's flow (boundary) as delivered and I have a bunch of other customizations I want to make but was surprised I couldn't get the stock build to finish18:49
kernelsandalsThanks for the help though! I swear I tried adding to DEPENDS earlier today and it didn't work.. might have only used xcursor instead of libxcursor when I tried it18:49
JPEWkernelsandals: Ya, it looks like they just forgot to add xwayland to the PACKAGECONFIG_remove line, which is understandable since there probably aren't a lot of users out with both `wayland` *and* `x11` in DISTRO_FEATURES18:50
*** smurray_ <smurray_!sid98062@gateway/web/irccloud.com/x-xkctheykeegfidzh> has joined #yocto19:07
*** samvlewis <samvlewis!~samvlewis@> has quit IRC19:07
*** ldts_ <ldts_!sid269548@gateway/web/irccloud.com/x-ymaaaasiqponxvxx> has joined #yocto19:07
*** ldts <ldts!sid269548@gateway/web/irccloud.com/x-nicjktqsfkuqvodv> has quit IRC19:07
*** ldts_ is now known as ldts19:07
*** smurray <smurray!sid98062@gateway/web/irccloud.com/x-blcmsjrvocaoneav> has quit IRC19:08
*** smurray_ is now known as smurray19:08
kiwi_29Hello, If I have 2 recipes providing same shared library libSHARED.so , how do I make sure only the shared library from one recipe gets installed. Is it possible to do this?19:09
zeddiipick the recipe that you don't want it installed from and delete it in do_install() or create a package to grab the .so so it won't be installed in the main package.19:10
*** dev1990 <dev1990!~dev@dynamic-81-168-186-230.ssp.dialog.net.pl> has quit IRC19:12
*** samvlewis <samvlewis!~samvlewis@> has joined #yocto19:12
*** dev1990 <dev1990!~dev@dynamic-81-168-186-230.ssp.dialog.net.pl> has joined #yocto19:13
kiwi_29thanks zeddii   "create a package to grab the .so so it won't be installed in the main package"  could you elaborate on this19:13
rburtonkiwi_29: don't depend on both?19:14
rburtonyou can use RCONFLICTS to make the packages explicitly conflict19:14
rburtonbut if both are being pulled into images, then stop depending on both19:14
kiwi_29:(  both are needed as in. -  first1 package that provides libSHARED.so - many other packages are dependent on it and I cannot change recipe for that... second2 package is my source and provides libSHARED.so but I have no control on the package which depends on the second2 package's libSHARED.so19:15
kiwi_29so I have to do magic only in second2 package's recipe19:15
kiwi_29Is there a way to remove file installed by recipe of first1 package from the recipe of second2 package19:28
JPEWkiwi_29: no19:28
havok101Hey, I've written a simple recipe for an app I'm building. But each time I build it I see fatal error: unistd.h: No such file or directory. If I used the sdk to build it, it builds fine.19:30
pevHm, not used wic files before - should the (native) bmaptool yocto built not be in a usable path to be able to use it?19:38
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC19:40
*** xtopher <xtopher!~xtopher@mobile-166-176-187-93.mycingular.net> has joined #yocto19:40
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto19:42
JPEWpev: I think you have to do something like: bitbake bmap-tools-native -caddto_recipe_sysroot19:43
JPEWIf you want to run it manually19:43
pevAh, found it, thanks!19:50
*** xtopher <xtopher!~xtopher@mobile-166-176-187-93.mycingular.net> has quit IRC19:52
RPkhem: that should work as WORKDIR/package/ should be a pseudo controlled directory. Does it reproduce every time?19:53
*** kernelsandals <kernelsandals!b84a29fe@rrcs-184-74-41-254.nys.biz.rr.com> has quit IRC19:56
khemRP: yes and on different builders19:59
khemand different target machines19:59
khemRP: and it seems systemd is also broken on musl19:59
zeddiikhem: what do you think about moving ipset from meta-openwrt to meta-openembedded ? I have a contribution that  has it in RDEPENDS, but I don't really want to expand the entire meta-virt layer dependencies for the one recipe.20:00
RPI'll probably have to try and reproduce it and investigate. The recipe in this case isn't doing anything obviously wrong20:01
RPkhem: systemd being broken is related?20:01
khemthat I will send a patch for20:03
RPkhem: ok, that is something :)20:05
zandreykhem, JPEW: nice catch in weston-imx, thanks a lot guys! :) this came in quite recent (https://github.com/Freescale/meta-freescale/commit/5a5c5dd23ea0173ef16073c3c651aec89b5a67c1)20:05
*** linums <linums!~linums@> has joined #yocto20:06
zandreykernelsandals: please submit a PR in meta-freescale to address this.20:06
linumsHi guys!20:07
linumsI have a really simple problem20:07
linumsBut it's not thar for me :(20:08
linumsI've built an image for a device which needs r8196 driver, but I can not make this driver present in the image20:09
linumsI've found that under "kernel-meta", the driver is set to module, but I can not understand how to patch this config file20:10
linumsAnd the linux-yocto actually built from config files which set this driver to be built in, but yet it is not :(20:11
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC20:11
*** davidinux <davidinux!~davidinux@> has quit IRC20:12
zeddiiwhat's the actual CONFIG option in question ? and what release is this on ?20:13
linumsI'm on master20:14
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto20:14
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto20:14
linumsAaand, I thought that the CONFIG_R8169 might fix my issue of not seeing the network interfaces20:16
linumsAnd since I could not find a way how to just build this kernel module, I thought to just simply compile it with the kernel20:17
linumsWell, did not work out :(20:17
zeddiithat kernel module will always be built.20:17
zeddiiif it is in the config20:17
zeddiiwhat machine are you using ?20:17
linumsSo it means that ai could not add it, because it has been already added :D20:19
linumsI've found this: https://www.yoctoproject.org/pipermail/linux-yocto/2016-October/005921.html20:20
linumsAnd this gave me the impression that this could be the problem20:21
linumsThe machine is a fujitsu 3313-s420:21
zeddiino, what yocto $MACHINE setting are you using ? that dictates what configuration will be used.20:22
zandreykernelsandals: I've just opened a PR to solve it (https://github.com/Freescale/meta-freescale/pull/502)20:22
zeddiilinums: and that's an old message, that config has changed several times since then.20:23
linumsAh see20:23
linumsThe config is quemyx86-6420:24
zeddiibut built-in or not, it will be built.20:24
zeddiiif it is a module, you need to have the modules package installed into your image, or just use the module meta package "kernel-modules" and you'll get anything that was built as a module available in your image.20:25
The_Pacifistqschulz: BTW, I figured out the issue I was having20:27
linumsWell, this helped, rhanks20:27
*** zz_ka6sox is now known as ka6sox20:27
The_Pacifistit wasn't an issue with the fragmented cfg per se but was with the specific config option20:28
linumsAnd how could I know which package contains this module?20:28
The_Pacifistdepended on another option that I wasn't including in the cfg fragment20:28
The_Pacifistthe way I found out about the dependency was through the use of menuconfig, is there a better method?20:29
zeddiiif you are on master, yes.20:29
The_Pacifistfor older versions of yocto prior to version 2.120:29
zeddiithen no.20:29
The_Pacifistwhen was the kernel_configcheck added, 2.5?20:29
zeddiilinums: they always have the same name kernel-module-<name of option>, grep the meta directory of oe, and you'll see some examples.20:30
zeddiibut honestly, I always just use kernel-modules20:30
ka6soxA question about systemd support in Petalinux. does it support systemd? (and if there is a better place to ask please let me know)20:31
zeddiiunless your flash is tiny, or you are going to production and have concerns on that front, there's no need to mess around with individual kernel module packages.20:31
zeddiika6sox: probably best to ask on the meta-xilinx mailing list.20:31
ka6soxzeddii, thanks...a student is asking me this.20:32
linumszeddii: thanks, this helped a lot20:33
zeddiiThe_Pacifist: I can't recall :D the audit will only tell you about options that are tagged "hardware", since they may impact the boot of your board. And the analysis functionality has changed over time, with what's in the 3.1 release being the most useful.20:34
*** goliath <goliath!~goliath@212-186-38-205.cable.dynamic.surfer.at> has quit IRC20:35
* zeddii has to go now. 20:37
zeddiilater all.20:37
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC20:39
mischiefthere's no way to bbappend/override classes without copying them to your layer, right?20:41
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto20:42
JPEWmischief: Copying the original into your layer?20:43
mischiefyes.. is that the only option? :)20:43
JPEWmischief: Ya, for classes I think thats the only option20:44
mischiefi think we're seeing a bug with python3 precompiled bytecode, where the use of timestamped pyc files is causing them all to be invalidated since the py files are timestamped after the pyc files.20:44
mischiefi wanted to experiment with using python3's hash-based mode instead, so i need to override all of the distutils class it seems.20:45
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto20:52
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC20:54
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto20:56
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC21:03
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto21:04
otaviozeddii: I applied your PR and also did the backport to dunfell21:07
*** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC21:09
*** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has quit IRC21:13
*** berton <berton!~berton@> has quit IRC21:14
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto21:25
RPmischief: we have a conscious effort to steer people to pushing class changes upstream which means making forking them more painful21:41
RPIts a pain at times but overall the right thing to do21:42
otaviozandrey: :-) it was meant to be for you21:42
otaviozeddii: sorry ;)21:43
*** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-shomzuuctsicuwhn> has quit IRC21:52
*** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-ghileefhjspwarpv> has quit IRC21:52
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-gmkdwbvoahfgogyz> has quit IRC21:52
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jemfkbfiefnervmx> has quit IRC21:52
*** nohit <nohit!sid334887@gateway/web/irccloud.com/x-kmwbcqxfcvdiohof> has quit IRC21:52
*** smurray <smurray!sid98062@gateway/web/irccloud.com/x-xkctheykeegfidzh> has quit IRC21:52
*** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-ogvykfqfilinckzj> has quit IRC21:52
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-ylyasjhtkdmfkubk> has quit IRC21:53
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-loywpnvvutqtckec> has quit IRC21:53
*** marex-cloud_ <marex-cloud_!sid137234@gateway/web/irccloud.com/x-drnxyxwvkqnsyydo> has quit IRC21:53
*** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-fxkzzebvqcstrlsy> has quit IRC21:53
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC21:53
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-vqdkuaoedickbzaj> has quit IRC21:53
*** christner <christner!sid327834@gateway/web/irccloud.com/x-bisavbjdtlfmmwws> has quit IRC21:53
*** ldts <ldts!sid269548@gateway/web/irccloud.com/x-ymaaaasiqponxvxx> has quit IRC21:53
*** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-cblmspkjqpqcabys> has joined #yocto21:53
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC21:53
*** rburton <rburton!sid1738@gateway/web/irccloud.com/x-aveevfmecxsxysrc> has quit IRC21:54
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-znkmvusgpxzjlfmb> has quit IRC21:54
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-xergckyqeuzcnxry> has quit IRC21:54
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tttehenprywtiwee> has quit IRC21:54
*** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-wrbiavgjzduhwcrw> has joined #yocto21:55
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto21:55
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-iofoftwueszlrpup> has joined #yocto21:55
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-rvvqbnlbmuarueeu> has joined #yocto21:55
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-wjwucmqatqgupdjt> has joined #yocto21:55
*** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-ntbkqavudddeucfv> has joined #yocto21:56
*** marex-cloud_ <marex-cloud_!sid137234@gateway/web/irccloud.com/x-luyrjhtvmyppslij> has joined #yocto21:56
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-qbnmtfyszpmmvxzs> has joined #yocto21:56
*** rburton <rburton!sid1738@gateway/web/irccloud.com/x-vrongyjdskrqobhu> has joined #yocto21:56
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lhnipfozzvymzett> has joined #yocto21:56
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-sebltyjdswisbndh> has joined #yocto21:56
*** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-cntvzkicqkoxjmwm> has joined #yocto21:56
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-qiidzbmolnoofsii> has joined #yocto21:56
*** nohit <nohit!sid334887@gateway/web/irccloud.com/x-nsyxzfhllznljwmz> has joined #yocto21:57
*** gsalazar <gsalazar!955ab50e@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC21:57
*** ldts <ldts!sid269548@gateway/web/irccloud.com/x-cpitgggwpgjawakf> has joined #yocto21:57
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xrrnhrddvjqfbvrp> has joined #yocto21:57
*** christner <christner!sid327834@gateway/web/irccloud.com/x-mhpoizaomzjhgcyr> has joined #yocto21:57
*** smurray <smurray!sid98062@gateway/web/irccloud.com/x-psdqagzncatsdwoh> has joined #yocto22:01
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC22:05
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto22:07
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto22:08
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC22:12
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto22:17
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC22:20
RPSome good news is that with tweaks, the pseudo "abort" patch I talked about on calls earlier is working ok22:31
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC22:33
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto22:35
*** havok101 <havok101!~havok101@2601:241:8a00:46e0:5de9:56cd:5dcc:9861> has quit IRC22:36
khemRP: cool does it fix the noto fonts issue too ?22:39
khemRP: I think the last patch in arm tune patch series should be dropped22:39
RPkhem: no, just looking at that now I have unbroken my local builds22:39
khemI have already replied to ml with reasons22:39
RPkhem: it did already have quite a bit of discussion :/22:39
RPkhem: I've changed my mind about that noto-fonts recipe, it is the cause of the problems22:40
RPkhem: its the S = "${WORKDIR}/"22:40
RPkhem: if you put the files in a subdir it will work22:40
khemit seems wrong to me to use the dir structure this way, it is already confusing enough to BSP writers and it adds to it22:40
RPkhem: the other concern was too many files in the top level dir22:41
khemRP: perhaps we should have a check then to not allow S = ${WORKDIR}22:41
khemits not a toplevel dir22:41
RPkhem: right, I think its going to be a bad idea22:41
khemtoplevel dir is BSPs machine definition22:41
RPkhem: its the top level arch dir22:41
khemthink about people using these files22:41
khemthey are not for OE-core to consume as much as for BSP layers22:42
khemthen perhaps move all arches this way22:42
khemwhy armv8 alone22:42
RPkhem: mainly because its new and the 8* pieces are going to make the situation a lot worse22:43
RPchanging all the older stuff will break a lot more22:43
khemWe are already breaking BSPs with this move22:43
RPkhem: the reason that recipe breaks is the test we're using is     if d.getVar("WORKDIR") != d.getVar("S"):22:45
RP(in base.bbclass)22:45
RPkhem: I'm guessing removing the trailing slash from S will fix too22:45
khemRP: OK let me try this out22:45
RPkhem: we're breaking some BSPs, not *every* arm bsp22:46
khemseems removing trailing / helps22:50
khemRP: yeah all arm64 BSPs22:51
khemanyway I dont think users expect portability neither does project guarntee that so perhaps its ok22:51
RPkhem: we're gone around in circles on this already a few times, I suspect jonmason is dizzy :(22:51
khemsome BSPs use same branch for supporting multple yocto releases and this forces a move upon them22:52
RPkhem: you could do include A include B I guess22:53
RPugly, but so is spanning multiple releases22:54
* RP is now seeing tons of backtraces from the abort() code22:54
*** agust <agust!~agust@p54833a5e.dip0.t-ipconnect.de> has quit IRC23:15
*** wbn <wbn!~badegg@2607:5300:60:2ca::1> has quit IRC23:30
*** wbn <wbn!~badegg@2607:5300:60:2ca::1> has joined #yocto23:30
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC23:30
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto23:31
The_Pacifistwhat's the best way to confirm a configuration setting is set the kernel... without being able to deploy on target23:51
The_Pacifistthe solution I came up with is running MACHINE=genericx64 runqemu <path to genericx64's bzImage> <path to genericx64's ext4> nographic23:52
The_Pacifistthen run zcat /proc/config.gz23:53
khemThe_Pacifist: you can check the .config in kernel build tree23:59
mischiefhow am i supposed to use reproducible_build.bbclass?23:59
kheme.g. for rpi4 I have build/tmp/work/raspberrypi4_64-yoe-linux/linux-raspberrypi/1_5.4.64+gitAUTOINC+65caf603f3-r0/linux-raspberrypi4_64-standard-build/.config23:59
mischiefi inherited it but it looks like i'm having some problems with changing variables23:59

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