| khem | kergoth: ld-is-gold just makes one change ld and ld.gold are same binaries, if its not enabled then ld and ld.bfd are same | 00:00 |
|---|---|---|
| khem | kergoth: I think your problem is that we disable it LDGOLD in binutils | 00:01 |
| khem | for nativesdk and crosssdk cases | 00:01 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:02 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 00:15 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:26 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:31 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:32 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:40 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:43 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:53 | |
| *** ericch_ <ericch_!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 01:16 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 01:20 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 01:24 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 01:46 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 02:20 | |
| *** itseris <itseris!~itseris@d64-180-147-137.bchsia.telus.net> has quit IRC | 02:29 | |
| *** itseris <itseris!~itseris@d64-180-147-137.bchsia.telus.net> has joined #yocto | 02:30 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 02:35 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 02:37 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 02:40 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 02:43 | |
| kergoth | khem: 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 gold | 02:45 |
| *** manuel1985 <manuel1985!~manuel@089144217056.atnat0026.highway.a1.net> has quit IRC | 02:50 | |
| *** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has joined #yocto | 03:06 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 03:11 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:13 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 03:13 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:16 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 03:20 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 03:21 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-jhbiegtolzfopwtz> has quit IRC | 03:25 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 03:42 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:42 | |
| *** camus1 is now known as kaspter | 03:42 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:54 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 04:10 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 04:14 | |
| khem | kergoth: 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 #yocto | 04:31 | |
| *** otavio <otavio!~otavio@181.220.78.182> has joined #yocto | 04:31 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 04:31 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:34 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 04:34 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:53 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:53 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 04:59 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:27 | |
| *** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto | 05:28 | |
| *** j241 <j241!~Adium@20.ip-51-79-160.net> has left #yocto | 05:29 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-135.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 05:31 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 05:31 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:32 | |
| *** camus1 is now known as kaspter | 05:32 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 05:35 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto | 05:43 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 05:44 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:44 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 05:45 | |
| *** manuel1985 <manuel1985!~manuel@213-147-161-193.nat.highway.bob.at> has quit IRC | 05:53 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 05:55 | |
| *** sstiller <sstiller!~sstiller@p200300f07f16cf0127b00e266f96c83e.dip0.t-ipconnect.de> has joined #yocto | 06:02 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:04 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 06:11 | |
| *** matthewzmd <matthewzmd!~user@72.138.138.18> has joined #yocto | 06:15 | |
| *** Klox048 <Klox048!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC | 06:45 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:f434:7531:7a96:f219> has joined #yocto | 06:46 | |
| *** Klox048 <Klox048!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto | 06:48 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 06:49 | |
| *** gsalazar <gsalazar!955ab50e@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.181.14> has joined #yocto | 06:50 | |
| *** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 06:56 | |
| *** fl0v0 <fl0v0!~fvo@88.130.222.207> has joined #yocto | 06:57 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 06:57 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:f434:7531:7a96:f219> has quit IRC | 06:58 | |
| *** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 07:03 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 07:09 | |
| *** manuel1985 <manuel1985!~manuel@62.99.131.178> has joined #yocto | 07:22 | |
| *** pev <pev!~pev@cpc123816-trow7-2-0-cust2.18-1.cable.virginm.net> has joined #yocto | 07:23 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:29 | |
| *** xtron <xtron!~xtron@103.113.103.7> has joined #yocto | 07:29 | |
| *** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has joined #yocto | 07:30 | |
| *** dev1990 <dev1990!~dev@dynamic-81-168-186-230.ssp.dialog.net.pl> has joined #yocto | 07:32 | |
| *** xtron1 <xtron1!~xtron@110.93.212.98> has joined #yocto | 07:35 | |
| *** mbulut <mbulut!~nameclash@ip1f110f91.dynamic.kabel-deutschland.de> has quit IRC | 07:37 | |
| *** florian_kc is now known as florian | 07:38 | |
| *** xtron <xtron!~xtron@103.113.103.7> has quit IRC | 07:38 | |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has joined #yocto | 07:46 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:55 | |
| *** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto | 07:59 | |
| *** mckoan|away is now known as mckoan | 08:03 | |
| *** dleppich <dleppich!~dleppich@p5098be52.dip0.t-ipconnect.de> has joined #yocto | 08:19 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 08:22 | |
| *** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 08:47 | |
| *** j241 <j241!~Adium@20.ip-51-79-160.net> has quit IRC | 08:50 | |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has joined #yocto | 08:52 | |
| lxc | How 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 |
| qschulz | lxc: you cannot | 08:55 |
| qschulz | lxc: it builds everything and then you install the package you want | 08:55 |
| lxc | qschulz but I can select to only include kdump in the IMAGE_INSTALL then? | 08:55 |
| qschulz | lxc: some recipes allow you to define more or less what you want to build with PACKAGECONFIG options | 08:55 |
| qschulz | lxc: of course | 08:55 |
| qschulz | lxc: you install **packages** not recipes | 08:55 |
| lxc | qschulz thanks! | 08:56 |
| qschulz | lxc: my pleasure | 08:56 |
| lxc | can I pass PACKAGECONFIG on command line? | 08:57 |
| qschulz | lxc: what do you want to do with PACKAGECONFIG? | 09:00 |
| lxc | qschulz select packages, or that has to be done in e.g. the image recipe? | 09:01 |
| lxc | qschulz the PACKAGECONFIG controls various build options passed | 09:01 |
| qschulz | lxc: yeah, you want to install packages not select which ones get built | 09:02 |
| qschulz | PACKAGECONFIG is for build time configuration | 09:02 |
| qschulz | so you want a way to add a package to your image | 09:02 |
| qschulz | you suggested IMAGE_INSTALL earlier, that is probably the correct thing to do | 09:02 |
| *** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has quit IRC | 09:09 | |
| *** jkimblad <jkimblad!~jacob@h-161-8.A137.corp.bahnhof.se> has joined #yocto | 09:11 | |
| ptsneves | who maintains symbol_why in latest master? It has invalid python3: print " " + '\n'.join(prompts_str_rows) | 09:12 |
| ptsneves | in line 223. This breaks kernel builds | 09:13 |
| lxc | qschulz how to define PACKAGECONFIG with local context? E.g. two recipes may have PACKAGECONFIG with the same options. | 09:13 |
| qschulz | lxc: why are you after PACKAGECONFIG? I told you you should use IMAGE_INSTALL to install kdump only | 09:18 |
| ptsneves | (all) (never mind my previous comment about kern tools ) | 09:19 |
| qschulz | lxc: and there isn't even any PACKAGECONFIG option for kexec-tools recipe so it's bringing you nowhere | 09:20 |
| lxc | qschulz 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 #yocto | 09:22 | |
| *** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 09:23 | |
| qschulz | lxc: proper way would be to have a bbappend for your recipe setting PACKAGECONFIG in there | 09:26 |
| lxc | qschulz makes sense. thanks. | 09:26 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 09:36 | |
| *** gourve_l <gourve_l!~laurent@40.72.95.92.rev.sfr.net> has quit IRC | 09:37 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xkjexwgzexakqpdg> has joined #yocto | 09:41 | |
| *** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto | 09:41 | |
| *** xantoz <xantoz!~tewi_inab@c-d5bfe255.013-124-73746f25.bbcust.telenor.se> has joined #yocto | 09:46 | |
| qschulz | isn't there a tool for finding all recipes that inherit a class? I swear I saw one | 09:49 |
| erbo | qschulz: other than grep? :) | 10:10 |
| dleppich | Don'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 IRC | 10:21 | |
| *** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:5db8:60f9:bbc3:25f1> has joined #yocto | 10:22 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 10:23 | |
| *** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:6db1:3adf:bfd6:e7ed> has left #yocto | 10:25 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:25 | |
| *** camus1 is now known as kaspter | 10:25 | |
| rburton | qschulz: bitbake-layers | 10:33 |
| rburton | the 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 |
| OutBackDingo | RP: so im sure its not as simple as inherit = " distroname" in local.conf | 10:48 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:9d97:e0e:5802:c8f4> has quit IRC | 11:11 | |
| qschulz | rburton: 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 |
| rburton | bitbake-layers show-recipes -i kernel | 11:14 |
| qschulz | rburton: THANK. YOU. | 11:14 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:9d97:e0e:5802:c8f4> has joined #yocto | 11:16 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tttehenprywtiwee> has joined #yocto | 11:19 | |
| qschulz | I was getting so frustrated, forgot to look for subcommands :man_facepalming: | 11:21 |
| *** ptsneves <ptsneves!b0dd7824@176.221.120.36> has quit IRC | 11:26 | |
| *** ptsneves <ptsneves!b0dd7824@176.221.120.36> has joined #yocto | 11:28 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 11:29 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 11:30 | |
| *** camus1 is now known as kaspter | 11:30 | |
| rburton | RP: 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 IRC | 11:34 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 11:35 | |
| *** berton <berton!~berton@181.220.78.182> has joined #yocto | 11:39 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 11:42 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto | 11:47 | |
| *** ptsneves <ptsneves!b0dd7824@176.221.120.36> has quit IRC | 11:54 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has quit IRC | 11:56 | |
| *** psnsilva_ <psnsilva_!~psnsilva@207.15.249.5.rev.vodafone.pt> has joined #yocto | 11:59 | |
| *** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:5db8:60f9:bbc3:25f1> has quit IRC | 12:00 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 12:01 | |
| *** psnsilva_ <psnsilva_!~psnsilva@207.15.249.5.rev.vodafone.pt> has quit IRC | 12:02 | |
| *** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:5db8:60f9:bbc3:25f1> has joined #yocto | 12:03 | |
| *** psnsilva_ <psnsilva_!~psnsilva@207.15.249.5.rev.vodafone.pt> has joined #yocto | 12:05 | |
| *** ptsneves <ptsneves!b0dd7824@176.221.120.36> has joined #yocto | 12:05 | |
| ThomasD13 | Hi, 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 IRC | 12:07 | |
| *** psnsilva_ <psnsilva_!~psnsilva@207.15.249.5.rev.vodafone.pt> has quit IRC | 12:09 | |
| *** simonpe^^ <simonpe^^!~starlord@c188-149-27-100.bredband.comhem.se> has joined #yocto | 12: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 stuff | 12:15 |
| *** jobroe <jobroe!~manjaro-u@p579eb595.dip0.t-ipconnect.de> has joined #yocto | 12:16 | |
| simonpe^^ | I've eyeballed the firmware-imx_8.5.bb from meta-freescale but that one seems to explicitly remove said firmware | 12:16 |
| RP | rburton: yes and yes | 12:20 |
| qschulz | ThomasD13: 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 #yocto | 12:26 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 12:29 | |
| ThomasD13 | Ah 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 it | 12:30 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 12:31 | |
| qschulz | ThomasD13: 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 in | 12:31 |
| qschulz | Check the machine conf file that it does not add too much stuff (e.g. all kernel modules, by adding kernel-modules) | 12:32 |
| qschulz | If it's still not enough, then custom distro conf | 12:32 |
| qschulz | That's what I would do | 12:32 |
| qschulz | (or start from poky?) | 12:32 |
| ThomasD13 | I 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/RqHrrrEd | 12:32 |
| ThomasD13 | Maybe someone could explain what is going on? Since the version are equal?? | 12:33 |
| qschulz | simonpe^^: oe-pkgdata-util find-path '*sdma-imx7d.bin*'? | 12:34 |
| ThomasD13 | qschulz, 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 support | 12:34 |
| qschulz | ThomasD13: 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_FEATURES | 12:35 |
| qschulz | simonpe^^: probably missing firmware-imx-sdma-imx7d package in your image? | 12:35 |
| ThomasD13 | qschulz, yes maybe. I still need to figure out how far away I need to move from the TI default configuration | 12:39 |
| ThomasD13 | But 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 |
| ThomasD13 | I mean its the same git commit hash, isnt it? Why QA is telling package version backwards? | 12:41 |
| qschulz | no, .7 vs .4 | 12:42 |
| *** DarkBR <DarkBR!~DarkBRll@177.207.138.11.dynamic.adsl.gvt.net.br> has joined #yocto | 12:43 | |
| *** DarkBR <DarkBR!~DarkBRll@177.207.138.11.dynamic.adsl.gvt.net.br> has left #yocto | 12:43 | |
| ThomasD13 | Where does the .7 / .4 come from?? | 12:43 |
| ThomasD13 | recipe version ? | 12:44 |
| *** fl0v0 <fl0v0!~fvo@88.130.222.207> has quit IRC | 12:50 | |
| *** psnsilva <psnsilva!~psnsilva@88.157.234.198> has joined #yocto | 12:51 | |
| *** fl0v0 <fl0v0!~fvo@88.130.222.207> has joined #yocto | 12:51 | |
| qschulz | your recipe version (PV) is 5.4.40+git0+66cf445b76 | 12:53 |
| qschulz | PR is set to r0a.arago5_psdkla.7 | 12:53 |
| qschulz | bitbake linux-ti-staging -e | less and from there check how the PR is set (the line starting with PR=) by reading what's above | 12:54 |
| ThomasD13 | qschulz, thank you very much! | 12:57 |
| lxc | Having 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@177.206.119.214.dynamic.adsl.gvt.net.br> has joined #yocto | 13:02 | |
| qschulz | lxc: check that the makefile actually takes those variables and don't override them | 13:02 |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.206.119.214.dynamic.adsl.gvt.net.br> has quit IRC | 13:05 | |
| *** manuel1985 <manuel1985!~manuel@62.99.131.178> has quit IRC | 13:09 | |
| simonpe^^ | qschulz: sry I was afk, I added linux-firmware manually and I get /lib/firmware/imx/sdma/sdma-imx7d.bin in my rootfs | 13:11 |
| simonpe^^ | but | 13:11 |
| simonpe^^ | [ 0.660869] imx-sdma 302b0000.dma-controller: Direct firmware load for imx/sdma/sdma-imx7d.bin failed with error -2 | 13:11 |
| simonpe^^ | [ 0.668530] imx-sdma 302b0000.dma-controller: Falling back to sysfs fallback for: imx/sdma/sdma-imx7d.bin | 13:11 |
| simonpe^^ | [ 62.498299] imx-sdma 302b0000.dma-controller: external firmware not found, using ROM firmware | 13:12 |
| *** pbb <pbb!~quassel@petabyte.dev> has quit IRC | 13:13 | |
| *** pbb <pbb!~quassel@petabyte.dev> has joined #yocto | 13:14 | |
| *** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:e538:96dd:b7c4:ac37> has joined #yocto | 13:16 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has quit IRC | 13:17 | |
| simonpe^^ | qschulz: the firmware-imx package does not provide that file, in fact the file is explicitly removed in the recipe | 13:22 |
| simonpe^^ | even though it says it PROVIDES firmware-imx-sdma-imx7d | 13:23 |
| qschulz | simonpe^^: have you run the command I told you about? | 13:24 |
| simonpe^^ | qschulz: no it's not available to me through pyrex unfortunately | 13:25 |
| simonpe^^ | 1 sec | 13:25 |
| *** manuel1985 <manuel1985!~manuel@62.99.131.178> has joined #yocto | 13:26 | |
| JPEW | simonpe^^, qschulz: Which command? | 13:27 |
| qschulz | JPEW: oe-pkgdata-util | 13: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 forever | 13:30 |
| JPEW | K, I'll give it a try in a minute | 13:30 |
| simonpe^^ | it might be because my bitbake server is doing something else | 13:30 |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 13:31 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 13: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.bin | 13:31 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 13:31 | |
| simonpe^^ | linux-firmware RPROVIDES linux-firmware-imx-sdma-imx7d, and I have linux-firmware installed | 13:32 |
| JPEW | simonpe^^: Huh, the pyrex-run should be unnecessary | 13:32 |
| simonpe^^ | JPEW: I guess it depends on how you have the pyrex wrapper thingy set up | 13:32 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 13:33 | |
| *** camus1 is now known as kaspter | 13:33 | |
| JPEW | simonpe^^: pyrex/bin/oe-pkgdata-util should be a symlink to exec-shim-pyrex, unless you change the default behavior | 13:33 |
| simonpe^^ | I'm not sure if it is trying to load the firmware before the rootfs is available | 13:34 |
| qschulz | simonpe^^: considering how early in the logs you have this, you're probably right | 13: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 #yocto | 13:36 | |
| simonpe^^ | s/it/the driver/ | 13:36 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13: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 IRC | 13:44 | |
| qschulz | simonpe^^: 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 somehow | 13:46 |
| qschulz | simonpe^^: ask NXP about it | 13:47 |
| qschulz | (the loading of imx-sdma) | 13:47 |
| simonpe^^ | lol | 13:47 |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 13:48 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:53 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 13:57 | |
| *** cventer <cventer!~cventer@102-65-197-212.dsl.web.africa> has joined #yocto | 13:59 | |
| *** vmeson <vmeson!~rmacleod@23-233-84-124.cpe.pppoe.ca> has quit IRC | 13:59 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 13:59 | |
| *** jobroe <jobroe!~manjaro-u@p579eb595.dip0.t-ipconnect.de> has quit IRC | 14:00 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 14:01 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 14:02 | |
| *** Tofe <Tofe!~Tofe@82-65-104-134.subs.proxad.net> has left #yocto | 14:05 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC | 14:20 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 14:21 | |
| *** emrius <emrius!5840fa9b@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto | 14:33 | |
| *** christner_ <christner_!sid327834@gateway/web/irccloud.com/x-ybuohmpxohtfqgbr> has joined #yocto | 14:37 | |
| *** christner_ <christner_!sid327834@gateway/web/irccloud.com/x-ybuohmpxohtfqgbr> has quit IRC | 14:38 | |
| *** christner <christner!sid327834@gateway/web/irccloud.com/x-mrzzfppxgzsiyddy> has joined #yocto | 14:39 | |
| *** emrius <emrius!5840fa9b@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC | 14:39 | |
| *** cventer <cventer!~cventer@102-65-197-212.dsl.web.africa> has left #yocto | 14:45 | |
| *** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has quit IRC | 14:50 | |
| *** ctlnwr <ctlnwr!~catalin@46.97.150.20> has quit IRC | 14:51 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 14:51 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 14:51 | |
| tlwoerner | where do we find the new link to the YPTM meeting? | 14:55 |
| *** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto | 14:55 | |
| *** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has quit IRC | 14:56 | |
| RP | https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09 | 14:57 |
| RP | tlwoerner: that is the one I have | 14:57 |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has quit IRC | 14:57 | |
| zeddii | I use the one that gets emailed to me. Hopefully it'll work :D | 14:57 |
| sgw | appears to be the right one one as Stephen is there! | 14:57 |
| tlwoerner | thank you | 14:58 |
| * paulbarker RP: Thanks, that's the link I needed as well | 15:02 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 15:02 | |
| paulbarker | Using Ctrl+Enter for sending messages in mattermost keeps biting me when I switch back to IRC | 15:04 |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:b099:ce65:81ae:b8da> has joined #yocto | 15:05 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has joined #yocto | 15:09 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 15:18 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 15:18 | |
| dreyna | armpit, YP Summit team, FYI Wind River email down today - I sent email from my private account | 15:21 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:22 | |
| *** psnsilva <psnsilva!~psnsilva@88.157.234.198> has quit IRC | 15:25 | |
| armpit | dreyna, I have a conflict after this meeting | 15:27 |
| dreyna | armpit, 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 #yocto | 15:30 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC | 15:33 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 15:35 | |
| armpit | yes | 15:39 |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 15:40 | |
| kergoth | RP 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 |
| RP | kergoth: you can change them, the multiconfigs just need to have separate TMPDIRs defined | 15:44 |
| RP | kergoth: you're responsible for setting things up in a safe way, i.e. two different DISTROS means two different TMPDIR in most cases | 15:44 |
| RP | kergoth: the code is quite clever about reusing sstate between two TMPDIRS | 15:45 |
| RP | if it matches | 15:45 |
| kergoth | ah. 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 |
| kergoth | thanks | 15:45 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 15:46 | |
| RP | kergoth: there is probably something clever we could do with conflicting stamp files but its not implemnted | 15:47 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 15:47 | |
| kergoth | that's what i was thinking, some sort of checksum diffing for cases that shouldn't be different but are, or something.. | 15:47 |
| kergoth | oh well, clearly not a priority | 15:47 |
| kergoth | i imagine most just change MACHINE and call it a day, but multiconfig has more potential than just that | 15:47 |
| kergoth | I'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 mixed | 15:49 |
| kergoth | i have other changes i want to experiment with, but that's my current test | 15:49 |
| moto-timo | kergoth: in meta-acrn we use two DISTROs and different TMPDIRs with multiconfig, FWIW | 15:52 |
| RP | right, mulitconfig does support different distros as long as you also have different tmpdir | 15:53 |
| moto-timo | internally I've seen as many as 11 TMPDIRS with multiconfig, but... that's a different "use case" | 15:53 |
| RP | kergoth: FWIW there is already code there that sees tasks with the same taskhash and then forces them to run in succession to maximise sstate reuse | 15:54 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto | 15:55 | |
| dleppich | Hi, 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 |
| rburton | not unless you say how it fails | 15:58 |
| rburton | (groff is part of poky) | 15:58 |
| kergoth | RP: ah! that's good to know, i was wondering about that. thanks | 15:58 |
| dleppich | https://controlc.com/6a10e26a | 15:59 |
| kergoth | khem: 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 IRC | 16:03 | |
| kergoth | https://gcc.gnu.org/onlinedocs/gccint/Collect2.html | 16:04 |
| * kergoth yawns | 16:04 | |
| fray | sounds like you can't sleep and need reading material if you are reading about collect.. :P | 16:04 |
| qschulz | dleppich: have you updated all layers to dunfell branches? | 16:05 |
| kergoth | heh, 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 down | 16:05 |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has quit IRC | 16:05 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 16:06 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 16:06 | |
| *** fl0v0 <fl0v0!~fvo@88.130.222.207> has quit IRC | 16:06 | |
| dleppich | qschulz: 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 them | 16:06 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 16:08 | |
| The_Pacifist | Is there a way to debug why a kernel configuration fragment wouldn't be applied? | 16:09 |
| The_Pacifist | not seeing anything | 16:09 |
| qschulz | dleppich: and you're building on a supported distribution? (e.g. NOT arch :) ?) | 16:09 |
| rburton | groff-native which implies that the host distro is not supported | 16:11 |
| dleppich | qschulz: 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 |
| rburton | what host distro? | 16:12 |
| dleppich | Arch Linux | 16:12 |
| rburton | and there we go ;) | 16:12 |
| qschulz | rburton: hehehe, I start to see them from far now :D | 16:12 |
| rburton | most likely you've got a new glibc or gcc or something that nobody else has tested/fixed yet | 16:12 |
| dleppich | Well yes, but that wasn't an issue so far... :/ | 16:12 |
| dleppich | However, it should work, when I bitbake in a docker container, right? | 16:13 |
| rburton | dleppich: sure, but arch changes daily and upgrades aggressively, so it is always the first to break | 16:13 |
| qschulz | dleppich: 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 issues | 16:13 |
| qschulz | dleppich: yup, you have pyrex and crops as choices IIRC | 16:13 |
| dleppich | Okay, than I think this will be the way to go for me.. | 16:14 |
| dleppich | Until 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 #yocto | 16:14 | |
| rburton | rolling distros: you get to keep the pieces | 16:14 |
| dleppich | rburton, 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@45.32.247.239> has joined #yocto | 16:15 | |
| rburton | nope | 16:16 |
| rburton | won't be slower | 16:16 |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has quit IRC | 16:16 | |
| *** samvlewis7 is now known as samvlewis | 16:16 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 16:16 | |
| dleppich | rburton: 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 IRC | 16:17 | |
| rburton | because not everyone needs to? | 16:17 |
| rburton | my machine runs debian, a docker container just adds more moving parts | 16:17 |
| dleppich | Sounds legit. I thought using docker could still make the build system more stable, because even on debian things might change | 16:18 |
| khem | kergoth: for gcc-cross-canadian we symlink real-ld to default ld | 16:18 |
| *** jobroe <jobroe!~manjaro-u@p579eb595.dip0.t-ipconnect.de> has joined #yocto | 16:18 | |
| dleppich | rburton: Thanks for clarification. Cya :) | 16:19 |
| *** dleppich <dleppich!~dleppich@p5098be52.dip0.t-ipconnect.de> has quit IRC | 16:20 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 16:20 | |
| *** camus1 is now known as kaspter | 16:20 | |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has quit IRC | 16:21 | |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has joined #yocto | 16:21 | |
| The_Pacifist | any 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 #yocto | 16:24 | |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has quit IRC | 16:27 | |
| *** samvlewis8 <samvlewis8!~samvlewis@45.32.247.239> has joined #yocto | 16:27 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 16:27 | |
| khem | kergoth: see https://git.openembedded.org/openembedded-core/commit/?id=cdd86896c8d29135f937968e9aa07f919cf543d3 | 16:31 |
| qschulz | The_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 IRC | 16:33 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 16:34 | |
| The_Pacifist | hm | 16:37 |
| *** samvlewis8 <samvlewis8!~samvlewis@45.32.247.239> has quit IRC | 16:37 | |
| The_Pacifist | it's split into a .scc which takes in as 'kconf non-hardware example.cfg' | 16:38 |
| qschulz | The_Pacifist: bitbake <recipe> -e | grep -e "^SRC_URI=" :) | 16:38 |
| qschulz | The_Pacifist: second question is how did you build the config fragment? | 16:38 |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has joined #yocto | 16:38 | |
| The_Pacifist | yeah, it's in the SRC_URI, other modifications to this cfg have worked in the past | 16:41 |
| *** xantoz <xantoz!~tewi_inab@c-d5bfe255.013-124-73746f25.bbcust.telenor.se> has quit IRC | 16:41 | |
| The_Pacifist | which is why it's perplexing | 16:41 |
| *** samvlewis1 <samvlewis1!~samvlewis@45.32.247.239> has joined #yocto | 16:42 | |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has quit IRC | 16:43 | |
| *** samvlewis1 is now known as samvlewis | 16:43 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 16:44 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 16:48 | |
| qschulz | The_Pacifist: how have you created the config fragment? | 16:50 |
| The_Pacifist | not exactly sure how it was generated | 16:52 |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-135.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 16:56 | |
| The_Pacifist | after looking at the options laid out here: https://www.yoctoproject.org/docs/2.5/kernel-dev/kernel-dev.html#creating-config-fragments | 16:56 |
| The_Pacifist | I would guess the firt, more manual option | 16:56 |
| The_Pacifist | the mods I made that aren't appearing in the final /proc/config.gz were added manually | 16:56 |
| The_Pacifist | I'll give kernel_configcheck a whirl | 16:58 |
| The_Pacifist | sorry, still a bit new to this | 16:58 |
| kergoth | khem: 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 cases | 17:00 |
| *** xtron1 <xtron1!~xtron@110.93.212.98> has quit IRC | 17:06 | |
| fray | kergoth 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 |
| kergoth | interesting | 17:07 |
| fray | let me see if I can dig up what I had to do.. | 17:07 |
| fray | might take me a minute | 17:07 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 17:09 | |
| *** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has joined #yocto | 17:09 | |
| fray | kergoth https://pastebin.com/PG4uQGYe | 17:09 |
| fray | tht is the relevant section from the code we use to create the wrappers.. | 17:10 |
| *** mckoan is now known as mckoan|away | 17:10 | |
| kergoth | thanks, that's informative. interestinga pproach to dealing with relocation, too, explicitly calling ldso. i like it, even if it's not exactly pretty | 17:11 |
| fray | Doing 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 scripts | 17:11 |
| fray | without that, the ld.so is simply wrong | 17:11 |
| fray | or I have to try to use the host ld.so which doesn't work | 17:11 |
| fray | ya, 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 |
| khem | kergoth: I think we can delete real_ld | 17:13 |
| fray | AFAIK though this is workign w/ gold/ld mix | 17:13 |
| kergoth | that'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, though | 17:14 |
| moto-timo | kergoth: it does seem to be coming up more again lately | 17:18 |
| fray | if you want the whole script msg me your email address and I'll send it on | 17:18 |
| kergoth | it'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 configuration | 17:19 |
| fray | would 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 reloacable | 17:19 |
| kergoth | fray: kergoth@gmail.com, i'd be very curious indeed | 17:19 |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 17:19 | |
| fray | I've got changes that (for a baremetal toolchain) use a single cross gcc, and multilibs.. | 17:19 |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 17:21 | |
| kergoth | https://git.yoctoproject.org/cgit/cgit.cgi/meta-external-toolchain/tree/conf/distro/include/tcmode-external-oe-sdk.inc | 17:21 |
| kergoth | guessing folks probably don't know this tcmode exists yet | 17:22 |
| denix | fray: ah, runtime relocatable would be great! can we get this upstreamed? :) | 17:22 |
| *** sstiller <sstiller!~sstiller@p200300f07f16cf0127b00e266f96c83e.dip0.t-ipconnect.de> has quit IRC | 17:24 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 17:27 | |
| *** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 17:27 | |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has quit IRC | 17:30 | |
| fray | feel free.. :) | 17:30 |
| fray | denix, 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 IRC | 17:33 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 17:36 | |
| *** Crofton|cloud <Crofton|cloud!sid401373@gateway/web/irccloud.com/x-qhdbukqajuxpohlo> has quit IRC | 17:36 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-feyiywexwpchhalt> has quit IRC | 17:37 | |
| *** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-syuyopdfhnblsrod> has quit IRC | 17:37 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-gnggmrrycwmbbzig> has quit IRC | 17:37 | |
| *** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-wghqohgsroutxvpu> has quit IRC | 17:37 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-wknoosqjzozfpvdt> has quit IRC | 17:37 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC | 17:37 | |
| *** mdp <mdp!sid49840@gateway/web/irccloud.com/x-jlnxnnaejuuxxeye> has quit IRC | 17:37 | |
| *** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-dsieyzjbxgkllscq> has quit IRC | 17:37 | |
| *** rburton <rburton!sid1738@gateway/web/irccloud.com/x-oxrckzntiwsljxhm> has quit IRC | 17:37 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-riezqbeupscuoqyt> has quit IRC | 17:37 | |
| *** ldts <ldts!sid269548@gateway/web/irccloud.com/x-ftcovlfxscmpyhku> has quit IRC | 17:37 | |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-ncjigfrqyvcxjdxj> has quit IRC | 17:38 | |
| *** goliath <goliath!~goliath@212-186-38-205.cable.dynamic.surfer.at> has joined #yocto | 17:38 | |
| *** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-nupkkjvklyvsklfq> has joined #yocto | 17:38 | |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-sazjfvbkrowthiab> has quit IRC | 17:38 | |
| *** marex-cloud_ <marex-cloud_!sid137234@gateway/web/irccloud.com/x-fluloofidobyzdra> has quit IRC | 17:38 | |
| *** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-iwliprtczpinrlba> has quit IRC | 17:38 | |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-ewufzoqanuvdmwde> has quit IRC | 17:38 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-zmyrtwxsspsjvgyj> has quit IRC | 17:38 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xkjexwgzexakqpdg> has quit IRC | 17:38 | |
| *** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-smoghejpsvobcqeq> has quit IRC | 17:38 | |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has joined #yocto | 17:38 | |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-etljggmhaktzsznq> has quit IRC | 17:38 | |
| *** christner <christner!sid327834@gateway/web/irccloud.com/x-mrzzfppxgzsiyddy> has quit IRC | 17:38 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-vxdgnbygootxucxt> has quit IRC | 17:38 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC | 17:38 | |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-hhhadttzladmqyvk> has quit IRC | 17:38 | |
| *** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-fzpjmoxzljsblfym> has quit IRC | 17:38 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-krzcbhtjzkejoxhz> has quit IRC | 17:38 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC | 17:38 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-pwusjorjpdpzgjot> has quit IRC | 17:39 | |
| *** madisox <madisox!sid453692@gateway/web/irccloud.com/x-xfboieyxkosbzlsr> has quit IRC | 17:39 | |
| *** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-diapydsiuzkomddy> has quit IRC | 17:39 | |
| *** rburton <rburton!sid1738@gateway/web/irccloud.com/x-aveevfmecxsxysrc> has joined #yocto | 17:47 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-ylyasjhtkdmfkubk> has joined #yocto | 17:47 | |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-ghileefhjspwarpv> has joined #yocto | 17:48 | |
| *** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-qrevwfieewmdytzu> has joined #yocto | 17:48 | |
| *** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-fxkzzebvqcstrlsy> has joined #yocto | 17:48 | |
| *** ldts <ldts!sid269548@gateway/web/irccloud.com/x-nicjktqsfkuqvodv> has joined #yocto | 17:48 | |
| *** marex-cloud_ <marex-cloud_!sid137234@gateway/web/irccloud.com/x-drnxyxwvkqnsyydo> has joined #yocto | 17:49 | |
| *** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-oyoelahfdamoqhyx> has joined #yocto | 17:49 | |
| *** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-xergckyqeuzcnxry> has joined #yocto | 17:50 | |
| *** agust <agust!~agust@p54833a5e.dip0.t-ipconnect.de> has joined #yocto | 17:51 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-lbifzgnsyafdrtue> has joined #yocto | 17:54 | |
| *** madisox <madisox!sid453692@gateway/web/irccloud.com/x-vhheniudzhduvupv> has joined #yocto | 17:54 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-blcmsjrvocaoneav> has joined #yocto | 17:54 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-lpxpezaprxpwimtg> has joined #yocto | 17:54 | |
| *** Crofton|cloud <Crofton|cloud!sid401373@gateway/web/irccloud.com/x-xegvdwtjhtdjbddh> has joined #yocto | 17:54 | |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-fbiegxgeteskfgae> has joined #yocto | 17:54 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto | 17:54 | |
| *** mdp <mdp!sid49840@gateway/web/irccloud.com/x-hanwtllsjlwtezie> has joined #yocto | 17:54 | |
| *** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-hymjimdgmszljfsi> has joined #yocto | 17:54 | |
| *** havok101 <havok101!~havok101@2601:241:8a00:46e0:5de9:56cd:5dcc:9861> has joined #yocto | 17:57 | |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-shomzuuctsicuwhn> has joined #yocto | 17:58 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-loywpnvvutqtckec> has joined #yocto | 17:59 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto | 17:59 | |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-znkmvusgpxzjlfmb> has joined #yocto | 17:59 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-ogvykfqfilinckzj> has joined #yocto | 17:59 | |
| *** christner <christner!sid327834@gateway/web/irccloud.com/x-bisavbjdtlfmmwws> has joined #yocto | 18:00 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-gmkdwbvoahfgogyz> has joined #yocto | 18:00 | |
| khem | RP: I think https://errors.yoctoproject.org/Errors/Details/501026/ is pseudo regression | 18:00 |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-vqdkuaoedickbzaj> has joined #yocto | 18:00 | |
| khem | the recipe source is here https://raw.githubusercontent.com/YoeDistro/meta-atmel/master/recipes-egt/apps/noto-fonts.bb | 18:02 |
| *** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-eibynpwxzmekbmww> has joined #yocto | 18:04 | |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-klvkleyyhimcyhew> has joined #yocto | 18:06 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 18:06 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 18:07 | |
| *** camus1 is now known as kaspter | 18:07 | |
| khem | NOTE: Fixup Perms: lchown 0:0 /usr | 18:09 |
| khem | this 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 |
| pev | Am 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.conf | 18:10 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jemfkbfiefnervmx> has joined #yocto | 18:10 | |
| khem | pev: yes a good starting point | 18:12 |
| pev | Oh, and "KMACHINE" too? Ive seen that used | 18:14 |
| *** kernelsandals <kernelsandals!b84a29fe@rrcs-184-74-41-254.nys.biz.rr.com> has joined #yocto | 18:27 | |
| JPEW | pv: https://git.yoctoproject.org/cgit/cgit.cgi/meta-arm/tree/meta-arm/conf/machine/qemuarm64-secureboot.conf | 18:30 |
| JPEW | Note the first 3 lines | 18:30 |
| JPEW | Well, the first 2 non-blank lines at any rate | 18:30 |
| kernelsandals | I'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 |
| kernelsandals | Problem 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 |
| kernelsandals | Forgot to mention, this is using the dunfell release | 18:31 |
| marc2 | kernelsandals: maybe start by looking at the tmp directory for this recipe (i.e.: log.do_configure) | 18:36 |
| JPEW | kernelsandals: Perhaps the weston recipe isn't including the correct dependencies when xwayland is enabled | 18:36 |
| JPEW | kernelsandals: It looks like it's not adding any dependencies when the "xwayland" PACKAGECONFIG is enabled | 18:36 |
| kernelsandals | Ok so the relevant recipe is here: https://github.com/Freescale/meta-freescale/blob/dunfell/recipes-graphics/wayland/weston_8.0.0.imx.bb#L50 | 18:38 |
| kernelsandals | I've tried adding libxcursor to RDEPENDS_${PN} in that recipe but wound up with the same result. I've also tried adding libxcursor-native there | 18:38 |
| khem | kernelsandals: whats your distro feature settings | 18:38 |
| kernelsandals | The relevant distro config file is here https://github.com/boundarydevices/meta-boundary/blob/dunfell/conf/distro/boundary-wayland.conf | 18:39 |
| JPEW | kernelsandals: 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 |
| JPEW | But more correct would be to sort out the PACKAGECONFIG to do the right thing, or fix your DISTRO_FEATURES | 18:41 |
| kernelsandals | I also tried adding do_configure[depends] += "libxcursor:do_install", no luck there either | 18:41 |
| JPEW | kernelsandals: That won't do what you want | 18:41 |
| JPEW | That 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 |
| JPEW | kernelsandals: Try running `bitbake -e weston | grep ^PACKAGECONFIG=` and see what it reports for the PACKAGECONFIG variable | 18:44 |
| kernelsandals | Ahh, 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#L31 | 18:44 |
| kernelsandals | I'm going to run that packageconfig line and repot back momentarily.. | 18:45 |
| khem | https://github.com/Freescale/meta-freescale/blob/dunfell/recipes-graphics/wayland/weston_8.0.0.imx.bb#L147 | 18:45 |
| JPEW | kernelsandals: 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 |
| khem | its removing x11 and wayland from packageconfigs | 18:46 |
| JPEW | khem: Heh, nice catch | 18:46 |
| kernelsandals | PACKAGECONFIG comes back as: kms fbdev egl clients xwayland launch opengl imxgpu imxg2d | 18:46 |
| JPEW | kernelsandals: Right, so the line that khem pointed to is removing wayland and x11, but *not* xwayland | 18:47 |
| JPEW | And you can't enable xwayland without both of those | 18:47 |
| JPEW | If you don't need xwayland, add it to that remove line and you should be good | 18:47 |
| JPEW | and submit a patch to meta-freescale ;) | 18:48 |
| kernelsandals | Got 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 finish | 18:49 |
| kernelsandals | Thanks 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 it | 18:49 |
| JPEW | kernelsandals: 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_FEATURES | 18:50 |
| *** smurray_ <smurray_!sid98062@gateway/web/irccloud.com/x-xkctheykeegfidzh> has joined #yocto | 19:07 | |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has quit IRC | 19:07 | |
| *** ldts_ <ldts_!sid269548@gateway/web/irccloud.com/x-ymaaaasiqponxvxx> has joined #yocto | 19:07 | |
| *** ldts <ldts!sid269548@gateway/web/irccloud.com/x-nicjktqsfkuqvodv> has quit IRC | 19:07 | |
| *** ldts_ is now known as ldts | 19:07 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-blcmsjrvocaoneav> has quit IRC | 19:08 | |
| *** smurray_ is now known as smurray | 19:08 | |
| kiwi_29 | Hello, 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 |
| zeddii | pick 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 IRC | 19:12 | |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has joined #yocto | 19:12 | |
| *** dev1990 <dev1990!~dev@dynamic-81-168-186-230.ssp.dialog.net.pl> has joined #yocto | 19:13 | |
| kiwi_29 | thanks zeddii "create a package to grab the .so so it won't be installed in the main package" could you elaborate on this | 19:13 |
| rburton | kiwi_29: don't depend on both? | 19:14 |
| rburton | you can use RCONFLICTS to make the packages explicitly conflict | 19:14 |
| rburton | but if both are being pulled into images, then stop depending on both | 19: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.so | 19:15 |
| kiwi_29 | so I have to do magic only in second2 package's recipe | 19:15 |
| kiwi_29 | Is there a way to remove file installed by recipe of first1 package from the recipe of second2 package | 19:28 |
| JPEW | kiwi_29: no | 19:28 |
| havok101 | Hey, 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 |
| pev | Hm, 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 IRC | 19:40 | |
| *** xtopher <xtopher!~xtopher@mobile-166-176-187-93.mycingular.net> has joined #yocto | 19:40 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:42 | |
| JPEW | pev: I think you have to do something like: bitbake bmap-tools-native -caddto_recipe_sysroot | 19:43 |
| JPEW | If you want to run it manually | 19:43 |
| pev | Ah, found it, thanks! | 19:50 |
| *** xtopher <xtopher!~xtopher@mobile-166-176-187-93.mycingular.net> has quit IRC | 19:52 | |
| RP | khem: 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 IRC | 19:56 | |
| khem | RP: yes and on different builders | 19:59 |
| khem | and different target machines | 19:59 |
| khem | RP: and it seems systemd is also broken on musl | 19:59 |
| zeddii | khem: 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 |
| RP | I'll probably have to try and reproduce it and investigate. The recipe in this case isn't doing anything obviously wrong | 20:01 |
| RP | khem: systemd being broken is related? | 20:01 |
| khem | no, | 20:03 |
| khem | that I will send a patch for | 20:03 |
| RP | khem: ok, that is something :) | 20:05 |
| zandrey | khem, 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@84.198.214.26> has joined #yocto | 20:06 | |
| zandrey | kernelsandals: please submit a PR in meta-freescale to address this. | 20:06 |
| linums | Hi guys! | 20:07 |
| linums | I have a really simple problem | 20:07 |
| linums | But it's not thar for me :( | 20:08 |
| linums | I've built an image for a device which needs r8196 driver, but I can not make this driver present in the image | 20:09 |
| linums | I've found that under "kernel-meta", the driver is set to module, but I can not understand how to patch this config file | 20:10 |
| linums | And 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 IRC | 20:11 | |
| *** davidinux <davidinux!~davidinux@217.138.219.141> has quit IRC | 20:12 | |
| zeddii | what's the actual CONFIG option in question ? and what release is this on ? | 20:13 |
| linums | I'm on master | 20:14 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:14 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:14 | |
| linums | Aaand, I thought that the CONFIG_R8169 might fix my issue of not seeing the network interfaces | 20:16 |
| linums | And since I could not find a way how to just build this kernel module, I thought to just simply compile it with the kernel | 20:17 |
| linums | Well, did not work out :( | 20:17 |
| zeddii | that kernel module will always be built. | 20:17 |
| zeddii | if it is in the config | 20:17 |
| zeddii | what machine are you using ? | 20:17 |
| linums | So it means that ai could not add it, because it has been already added :D | 20:19 |
| linums | I've found this: https://www.yoctoproject.org/pipermail/linux-yocto/2016-October/005921.html | 20:20 |
| linums | And this gave me the impression that this could be the problem | 20:21 |
| linums | The machine is a fujitsu 3313-s4 | 20:21 |
| zeddii | no, what yocto $MACHINE setting are you using ? that dictates what configuration will be used. | 20:22 |
| zandrey | kernelsandals: I've just opened a PR to solve it (https://github.com/Freescale/meta-freescale/pull/502) | 20:22 |
| zeddii | linums: and that's an old message, that config has changed several times since then. | 20:23 |
| linums | Ah see | 20:23 |
| linums | The config is quemyx86-64 | 20:24 |
| zeddii | but built-in or not, it will be built. | 20:24 |
| zeddii | if 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_Pacifist | qschulz: BTW, I figured out the issue I was having | 20:27 |
| linums | Well, this helped, rhanks | 20:27 |
| *** zz_ka6sox is now known as ka6sox | 20:27 | |
| The_Pacifist | it wasn't an issue with the fragmented cfg per se but was with the specific config option | 20:28 |
| linums | And how could I know which package contains this module? | 20:28 |
| The_Pacifist | depended on another option that I wasn't including in the cfg fragment | 20:28 |
| The_Pacifist | the way I found out about the dependency was through the use of menuconfig, is there a better method? | 20:29 |
| zeddii | if you are on master, yes. | 20:29 |
| The_Pacifist | for older versions of yocto prior to version 2.1 | 20:29 |
| zeddii | then no. | 20:29 |
| The_Pacifist | when was the kernel_configcheck added, 2.5? | 20:29 |
| zeddii | linums: 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 |
| zeddii | but honestly, I always just use kernel-modules | 20:30 |
| ka6sox | A 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 |
| zeddii | unless 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 |
| zeddii | ka6sox: probably best to ask on the meta-xilinx mailing list. | 20:31 |
| ka6sox | zeddii, thanks...a student is asking me this. | 20:32 |
| linums | zeddii: thanks, this helped a lot | 20:33 |
| zeddii | The_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 IRC | 20:35 | |
| * zeddii has to go now. | 20:37 | |
| zeddii | later all. | 20:37 |
| linums | đŸ‘‹ | 20:38 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 20:39 | |
| mischief | there'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 #yocto | 20:42 | |
| JPEW | mischief: Copying the original into your layer? | 20:43 |
| mischief | yes.. is that the only option? :) | 20:43 |
| JPEW | mischief: Ya, for classes I think thats the only option | 20:44 |
| mischief | i 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 |
| mischief | i 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 #yocto | 20:52 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 20:54 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 20:56 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:03 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:04 | |
| otavio | zeddii: I applied your PR and also did the backport to dunfell | 21:07 |
| *** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 21:09 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has quit IRC | 21:13 | |
| *** berton <berton!~berton@181.220.78.182> has quit IRC | 21:14 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 21:25 | |
| RP | mischief: we have a conscious effort to steer people to pushing class changes upstream which means making forking them more painful | 21:41 |
| RP | Its a pain at times but overall the right thing to do | 21:42 |
| otavio | zandrey: :-) it was meant to be for you | 21:42 |
| otavio | zeddii: sorry ;) | 21:43 |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-shomzuuctsicuwhn> has quit IRC | 21:52 | |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-ghileefhjspwarpv> has quit IRC | 21:52 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-gmkdwbvoahfgogyz> has quit IRC | 21:52 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jemfkbfiefnervmx> has quit IRC | 21:52 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-kmwbcqxfcvdiohof> has quit IRC | 21:52 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-xkctheykeegfidzh> has quit IRC | 21:52 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-ogvykfqfilinckzj> has quit IRC | 21:52 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-ylyasjhtkdmfkubk> has quit IRC | 21:53 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-loywpnvvutqtckec> has quit IRC | 21:53 | |
| *** marex-cloud_ <marex-cloud_!sid137234@gateway/web/irccloud.com/x-drnxyxwvkqnsyydo> has quit IRC | 21:53 | |
| *** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-fxkzzebvqcstrlsy> has quit IRC | 21:53 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC | 21:53 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-vqdkuaoedickbzaj> has quit IRC | 21:53 | |
| *** christner <christner!sid327834@gateway/web/irccloud.com/x-bisavbjdtlfmmwws> has quit IRC | 21:53 | |
| *** ldts <ldts!sid269548@gateway/web/irccloud.com/x-ymaaaasiqponxvxx> has quit IRC | 21:53 | |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-cblmspkjqpqcabys> has joined #yocto | 21:53 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:53 | |
| *** rburton <rburton!sid1738@gateway/web/irccloud.com/x-aveevfmecxsxysrc> has quit IRC | 21:54 | |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-znkmvusgpxzjlfmb> has quit IRC | 21:54 | |
| *** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-xergckyqeuzcnxry> has quit IRC | 21:54 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tttehenprywtiwee> has quit IRC | 21:54 | |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-wrbiavgjzduhwcrw> has joined #yocto | 21:55 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:55 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-iofoftwueszlrpup> has joined #yocto | 21:55 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-rvvqbnlbmuarueeu> has joined #yocto | 21:55 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-wjwucmqatqgupdjt> has joined #yocto | 21:55 | |
| *** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-ntbkqavudddeucfv> has joined #yocto | 21:56 | |
| *** marex-cloud_ <marex-cloud_!sid137234@gateway/web/irccloud.com/x-luyrjhtvmyppslij> has joined #yocto | 21:56 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-qbnmtfyszpmmvxzs> has joined #yocto | 21:56 | |
| *** rburton <rburton!sid1738@gateway/web/irccloud.com/x-vrongyjdskrqobhu> has joined #yocto | 21:56 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lhnipfozzvymzett> has joined #yocto | 21:56 | |
| *** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-sebltyjdswisbndh> has joined #yocto | 21:56 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-cntvzkicqkoxjmwm> has joined #yocto | 21:56 | |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-qiidzbmolnoofsii> has joined #yocto | 21:56 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-nsyxzfhllznljwmz> has joined #yocto | 21:57 | |
| *** gsalazar <gsalazar!955ab50e@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.181.14> has quit IRC | 21:57 | |
| *** ldts <ldts!sid269548@gateway/web/irccloud.com/x-cpitgggwpgjawakf> has joined #yocto | 21:57 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xrrnhrddvjqfbvrp> has joined #yocto | 21:57 | |
| *** christner <christner!sid327834@gateway/web/irccloud.com/x-mhpoizaomzjhgcyr> has joined #yocto | 21:57 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-psdqagzncatsdwoh> has joined #yocto | 22:01 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:05 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:07 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto | 22:08 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:12 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:17 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:20 | |
| RP | Some good news is that with tweaks, the pseudo "abort" patch I talked about on calls earlier is working ok | 22:31 |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 22:33 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 22:35 | |
| *** havok101 <havok101!~havok101@2601:241:8a00:46e0:5de9:56cd:5dcc:9861> has quit IRC | 22:36 | |
| khem | RP: cool does it fix the noto fonts issue too ? | 22:39 |
| khem | RP: I think the last patch in arm tune patch series should be dropped | 22:39 |
| RP | khem: no, just looking at that now I have unbroken my local builds | 22:39 |
| khem | I have already replied to ml with reasons | 22:39 |
| RP | khem: it did already have quite a bit of discussion :/ | 22:39 |
| RP | khem: I've changed my mind about that noto-fonts recipe, it is the cause of the problems | 22:40 |
| RP | khem: its the S = "${WORKDIR}/" | 22:40 |
| RP | khem: if you put the files in a subdir it will work | 22:40 |
| khem | it seems wrong to me to use the dir structure this way, it is already confusing enough to BSP writers and it adds to it | 22:40 |
| RP | khem: the other concern was too many files in the top level dir | 22:41 |
| khem | RP: perhaps we should have a check then to not allow S = ${WORKDIR} | 22:41 |
| khem | its not a toplevel dir | 22:41 |
| RP | khem: right, I think its going to be a bad idea | 22:41 |
| khem | toplevel dir is BSPs machine definition | 22:41 |
| RP | khem: its the top level arch dir | 22:41 |
| khem | think about people using these files | 22:41 |
| khem | they are not for OE-core to consume as much as for BSP layers | 22:42 |
| khem | then perhaps move all arches this way | 22:42 |
| khem | why armv8 alone | 22:42 |
| RP | khem: mainly because its new and the 8* pieces are going to make the situation a lot worse | 22:43 |
| RP | changing all the older stuff will break a lot more | 22:43 |
| khem | We are already breaking BSPs with this move | 22:43 |
| RP | khem: 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 |
| RP | khem: I'm guessing removing the trailing slash from S will fix too | 22:45 |
| khem | RP: OK let me try this out | 22:45 |
| RP | khem: we're breaking some BSPs, not *every* arm bsp | 22:46 |
| khem | seems removing trailing / helps | 22:50 |
| khem | RP: yeah all arm64 BSPs | 22:51 |
| khem | anyway I dont think users expect portability neither does project guarntee that so perhaps its ok | 22:51 |
| RP | khem: we're gone around in circles on this already a few times, I suspect jonmason is dizzy :( | 22:51 |
| khem | some BSPs use same branch for supporting multple yocto releases and this forces a move upon them | 22:52 |
| RP | khem: you could do include A include B I guess | 22:53 |
| RP | ugly, but so is spanning multiple releases | 22:54 |
| * RP is now seeing tons of backtraces from the abort() code | 22:54 | |
| *** agust <agust!~agust@p54833a5e.dip0.t-ipconnect.de> has quit IRC | 23:15 | |
| *** wbn <wbn!~badegg@2607:5300:60:2ca::1> has quit IRC | 23:30 | |
| *** wbn <wbn!~badegg@2607:5300:60:2ca::1> has joined #yocto | 23:30 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 23:30 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 23:31 | |
| The_Pacifist | what's the best way to confirm a configuration setting is set the kernel... without being able to deploy on target | 23:51 |
| The_Pacifist | the solution I came up with is running MACHINE=genericx64 runqemu <path to genericx64's bzImage> <path to genericx64's ext4> nographic | 23:52 |
| The_Pacifist | then run zcat /proc/config.gz | 23:53 |
| khem | The_Pacifist: you can check the .config in kernel build tree | 23:59 |
| mischief | how am i supposed to use reproducible_build.bbclass? | 23:59 |
| khem | e.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/.config | 23:59 |
| mischief | i inherited it but it looks like i'm having some problems with changing variables | 23:59 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!