| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 00:04 | |
| *** welhm_ <welhm_!~welhm@zimbra.welvaarts.com> has quit IRC | 00:09 | |
| *** welhm_ <welhm_!~welhm@zimbra.welvaarts.com> has joined #yocto | 00:10 | |
| *** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has joined #yocto | 00:11 | |
| *** bluelightning <bluelightning!~paul@192.198.146.171> has joined #yocto | 00:23 | |
| *** bluelightning <bluelightning!~paul@192.198.146.171> has quit IRC | 00:23 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 00:23 | |
| *** RP1 <RP1!~RP@nat-wv.mentorg.com> has quit IRC | 00:31 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 00:41 | |
| *** vmesons <vmesons!~rmacleod@192-0-133-18.cpe.teksavvy.com> has joined #yocto | 00:42 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 00:42 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 00:48 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto | 00:57 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 01:03 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 01:07 | |
| *** vmesons <vmesons!~rmacleod@192-0-133-18.cpe.teksavvy.com> has quit IRC | 01:07 | |
| *** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has quit IRC | 01:08 | |
| *** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto | 01:08 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 01:10 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto | 01:14 | |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC | 01:15 | |
| *** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has quit IRC | 01:15 | |
| *** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has joined #yocto | 01:15 | |
| *** sgw <sgw!~swold@c-71-238-116-168.hsd1.or.comcast.net> has joined #yocto | 01:20 | |
| *** sgw1 <sgw1!~swold@134.134.139.76> has joined #yocto | 01:22 | |
| *** sgw <sgw!~swold@c-71-238-116-168.hsd1.or.comcast.net> has quit IRC | 01:24 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 01:24 | |
| *** sgw1 is now known as sgw | 01:25 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:59 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 02:33 | |
| *** bluelightning <bluelightning!paul@nat/intel/x-bdqxvnmczzgrnxoi> has joined #yocto | 03:27 | |
| *** bluelightning <bluelightning!paul@nat/intel/x-bdqxvnmczzgrnxoi> has quit IRC | 03:27 | |
| *** bluelightning <bluelightning!paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 03:27 | |
| *** kpo__ <kpo__!~bob@user-94-254-250-40.play-internet.pl> has quit IRC | 03:28 | |
| *** bluelightning <bluelightning!paul@pdpc/supporter/professional/bluelightning> has quit IRC | 03:58 | |
| *** RP <RP!~RP@96-65-213-252-static.hfc.comcastbusiness.net> has joined #yocto | 04:05 | |
| *** thaytan_ is now known as thaytan | 04:38 | |
| -YoctoAutoBuilder- build #337 of nightly-musl-x86-64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-musl-x86-64/builds/337 | 04:47 | |
| -YoctoAutoBuilder- build #848 of buildtools is complete: Failure [failed BuildImages_1 BuildImages_2] Build details are at https://autobuilder.yocto.io/builders/buildtools/builds/848 | 05:11 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-fmosunqvacoamfln> has quit IRC | 05:12 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 05:12 | |
| *** agust <agust!~agust@p4FCB54C8.dip0.t-ipconnect.de> has joined #yocto | 05:22 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-gndhqoyoyeyadykq> has quit IRC | 05:23 | |
| *** Crofton <Crofton!~Crofton@2601:1c0:5201:42f2:3f76:16bb:a71:1d39> has joined #yocto | 05:27 | |
| *** armpit <armpit!~armpit@96-65-213-252-static.hfc.comcastbusiness.net> has joined #yocto | 05:49 | |
| *** bluelightning <bluelightning!paul@nat/intel/x-utkkvvhknejqewxg> has joined #yocto | 05:58 | |
| *** bluelightning <bluelightning!paul@nat/intel/x-utkkvvhknejqewxg> has quit IRC | 05:58 | |
| *** bluelightning <bluelightning!paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 05:58 | |
| -YoctoAutoBuilder- build #883 of nightly-multilib is complete: Failure [failed BuildImages_2 Running Sanity Tests_2] Build details are at https://autobuilder.yocto.io/builders/nightly-multilib/builds/883 | 06:03 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 06:05 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 06:09 | |
| -YoctoAutoBuilder- build #866 of nightly-arm-lsb is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-arm-lsb/builds/866 | 06:18 | |
| yocti | New news from stackoverflow: OS Updating in Yocto <https://stackoverflow.com/questions/49314118/os-updating-in-yocto> | 06:21 |
|---|---|---|
| -YoctoAutoBuilder- build #844 of nightly-arm64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-arm64/builds/844 | 06:22 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 06:29 | |
| *** bluelightning <bluelightning!paul@pdpc/supporter/professional/bluelightning> has quit IRC | 06:36 | |
| *** tuupola <tuupola!~tuupola@li1658-48.members.linode.com> has joined #yocto | 06:54 | |
| *** pohly <pohly!~pohly@p548497B7.dip0.t-ipconnect.de> has joined #yocto | 07:05 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:17 | |
| *** open-nandra_ <open-nandra_!~marek@81.89.61.168> has joined #yocto | 07:21 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:31 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 07:32 | |
| *** TobSnyder <TobSnyder!~schneider@ipb2180325.dynamic.kabel-deutschland.de> has joined #yocto | 07:34 | |
| *** TobSnyder <TobSnyder!~schneider@ipb2180325.dynamic.kabel-deutschland.de> has quit IRC | 07:37 | |
| *** TobSnyder <TobSnyder!~schneider@ipb2180325.dynamic.kabel-deutschland.de> has joined #yocto | 07:38 | |
| *** Noor <Noor!~quassel@110.93.212.98> has quit IRC | 07:43 | |
| *** pidge <pidge!~pidge@2001:41d0:a:5dc5::> has joined #yocto | 07:44 | |
| *** Noor <Noor!~quassel@110.93.212.98> has joined #yocto | 07:44 | |
| *** abelal <abelal!~quassel@110.93.212.98> has quit IRC | 07:44 | |
| *** abelal <abelal!~quassel@110.93.212.98> has joined #yocto | 07:46 | |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto | 07:46 | |
| *** pidge <pidge!~pidge@2001:41d0:a:5dc5::> has quit IRC | 07:52 | |
| *** wto <wto!~wto@h-136-128.A336.priv.bahnhof.se> has quit IRC | 07:55 | |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has quit IRC | 07:58 | |
| -YoctoAutoBuilder- build #867 of nightly-qa-extras is complete: Failure [failed BuildImages_3] Build details are at https://autobuilder.yocto.io/builders/nightly-qa-extras/builds/867 | 08:01 | |
| *** morphis <morphis!~morphis@pD9ED7C8E.dip0.t-ipconnect.de> has joined #yocto | 08:09 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:15 | |
| *** bluelightning <bluelightning!paul@nat/intel/x-hhsksvfuaefxssvt> has joined #yocto | 08:18 | |
| *** bluelightning <bluelightning!paul@nat/intel/x-hhsksvfuaefxssvt> has quit IRC | 08:18 | |
| *** bluelightning <bluelightning!paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:18 | |
| *** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has quit IRC | 08:24 | |
| -YoctoAutoBuilder- build #915 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/915 | 08:46 | |
| *** bluelightning <bluelightning!paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:02 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 09:08 | |
| eduardas_m | hello, can I use SRC_URI to fetch a binary blob from a locally mounted Samba share (using file://) ? | 09:12 |
| eduardas_m | here is my recipe: https://pastebin.com/qqeQBpqv | 09:14 |
| eduardas_m | it does not seem to work, although the fetch stage does not fail | 09:14 |
| eduardas_m | when I check stuff in tmp/work, it does not contain the firmware file | 09:15 |
| neverpanic | eduardas_m: That should work, although the fetcher might end up not copying local files as an optimization | 09:18 |
| eduardas_m | neverpanic: this is the error that I get: https://pastebin.com/nuvmmmdL | 09:20 |
| *** yann <yann!~yann@178.208.16.32> has joined #yocto | 09:22 | |
| eduardas_m | neverpanic: oh, it seems the blob is not copied directly to the work directory, but inside a certain directory hierarchy | 09:23 |
| eduardas_m | it appears under tmp/work/all-fod-linux/amped-rf-firmware/161215D-r0/home/eduardas/NAS_SOFTWARE/linux/binary_blobs/amped_rf/BT53H_161215D.bin | 09:25 |
| eduardas_m | honestly, that was kind of counter-intuitive for me | 09:25 |
| eduardas_m | what is the point in replicating the full local path inside tmp/work? | 09:26 |
| neverpanic | files from different directories could have the same names, leading to conflicts? | 09:27 |
| neverpanic | there's probably a flag you can set to determine the output file name | 09:27 |
| *** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has joined #yocto | 09:31 | |
| *** Flow86 <Flow86!sbnc@www.siedler25.org> has quit IRC | 09:32 | |
| *** Flow86 <Flow86!sbnc@www.siedler25.org> has joined #yocto | 09:32 | |
| *** otavio <otavio!~otavio@static.203.17.243.136.clients.your-server.de> has quit IRC | 09:32 | |
| *** otavio <otavio!~otavio@static.203.17.243.136.clients.your-server.de> has joined #yocto | 09:33 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 09:40 | |
| *** falk0n <falk0n!~falk0n@a109-49-51-30.cpe.netcabo.pt> has joined #yocto | 09:47 | |
| *** rajm <rajm!~robertmar@167.98.27.229> has joined #yocto | 09:48 | |
| *** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has quit IRC | 09:57 | |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 09:58 | |
| *** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has joined #yocto | 10:02 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:11 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 10:20 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 10:22 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has quit IRC | 10:30 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has joined #yocto | 10:37 | |
| *** TobSnyder <TobSnyder!~schneider@ipb2180325.dynamic.kabel-deutschland.de> has quit IRC | 10:50 | |
| *** TobSnyder <TobSnyder!~schneider@ipb2180325.dynamic.kabel-deutschland.de> has joined #yocto | 10:51 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC | 11:07 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has quit IRC | 11:13 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has joined #yocto | 11:21 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:24 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 11:25 | |
| *** mmathen <mmathen!~manumanum@84.255.159.123> has joined #yocto | 11:26 | |
| *** manum <manum!~androirc@84.255.159.123> has joined #yocto | 11:33 | |
| *** manum <manum!~androirc@84.255.159.123> has joined #yocto | 11:35 | |
| *** TobSnyder <TobSnyder!~schneider@ipb2180325.dynamic.kabel-deutschland.de> has quit IRC | 11:37 | |
| *** luneff <luneff!~yury@87.117.61.139> has joined #yocto | 11:45 | |
| *** mmathen <mmathen!~manumanum@84.255.159.123> has quit IRC | 11:49 | |
| *** kaspter <kaspter!~Instantbi@183.157.14.153> has quit IRC | 11:49 | |
| *** kaspter <kaspter!~Instantbi@183.157.14.153> has joined #yocto | 11:50 | |
| -YoctoAutoBuilder- build #849 of buildtools is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/buildtools/builds/849 | 11:52 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 11:59 | |
| *** welhm_ <welhm_!~welhm@zimbra.welvaarts.com> has quit IRC | 12:14 | |
| *** nortor <nortor!~wjivuaz@node-90q.pool-125-27.dynamic.totbb.net> has joined #yocto | 12:16 | |
| *** welhm <welhm!~welhm@zimbra.welvaarts.com> has joined #yocto | 12:18 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 12:23 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:25 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 12:25 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 12:29 | |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 12:33 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 12:39 | |
| *** wto <wto!~wto@h-136-128.A336.priv.bahnhof.se> has joined #yocto | 12:49 | |
| yocti | New news from stackoverflow: Building packages to yocto image (image) without using recipes <https://stackoverflow.com/questions/49321077/building-packages-to-yocto-image-image-without-using-recipes> | 12:52 |
| *** wto <wto!~wto@h-136-128.A336.priv.bahnhof.se> has quit IRC | 12:54 | |
| *** Adam___ <Adam___!0c30d402@gateway/web/freenode/ip.12.48.212.2> has quit IRC | 13:03 | |
| *** marka <marka!~masselst@184.175.21.48> has joined #yocto | 13:14 | |
| *** morphis_ <morphis_!~morphis@pD9ED7D45.dip0.t-ipconnect.de> has joined #yocto | 13:20 | |
| *** morphis <morphis!~morphis@pD9ED7C8E.dip0.t-ipconnect.de> has quit IRC | 13:24 | |
| *** wto <wto!~wto@h-136-128.A336.priv.bahnhof.se> has joined #yocto | 13:28 | |
| *** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 13:39 | |
| *** armpit <armpit!~armpit@96-65-213-252-static.hfc.comcastbusiness.net> has quit IRC | 13:46 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 13:48 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 14:07 | |
| *** luneff <luneff!~yury@87.117.61.139> has quit IRC | 14:09 | |
| *** Crofton <Crofton!~Crofton@2601:1c0:5201:42f2:3f76:16bb:a71:1d39> has quit IRC | 14:25 | |
| *** Crofton <Crofton!~Crofton@2601:1c0:5201:42f2:3f76:16bb:a71:1d39> has joined #yocto | 14:26 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:27 | |
| *** open-nandra_ <open-nandra_!~marek@81.89.61.168> has quit IRC | 14:29 | |
| *** oob <oob!~paulg@partnervpn-ala.windriver.com> has joined #yocto | 14:35 | |
| *** zeddii <zeddii!~bruce@partnervpn-ala.windriver.com> has joined #yocto | 14:35 | |
| *** paulg_ <paulg_!~paulg@128.224.252.2> has quit IRC | 14:37 | |
| *** zeddiii <zeddiii!~bruce@128.224.252.2> has quit IRC | 14:37 | |
| *** paulg_ <paulg_!~paulg@128.224.252.2> has joined #yocto | 14:41 | |
| *** zeddiii <zeddiii!~bruce@128.224.252.2> has joined #yocto | 14:41 | |
| *** stephano <stephano!~stephano@134.134.139.73> has joined #yocto | 14:43 | |
| *** oob <oob!~paulg@partnervpn-ala.windriver.com> has quit IRC | 14:45 | |
| *** zeddii <zeddii!~bruce@partnervpn-ala.windriver.com> has quit IRC | 14:45 | |
| lukma | If I may ask :) | 14:46 |
| lukma | My recipe is producing static library -> libfoo.a | 14:47 |
| lukma | no libfoo.so | 14:47 |
| lukma | It is correctly placed in /usr/lib/ | 14:47 |
| lukma | on foo/<version>/image | 14:47 |
| lukma | if I build image wihich includes: include image_class.bb | 14:48 |
| lukma | I do need to put | 14:48 |
| lukma | RDEPENDS_${PN}-staticdev = "${PN}-dev" | 14:48 |
| lukma | RDEPENDS_${PN}-dev = "" | 14:48 |
| lukma | in the recipe file | 14:48 |
| lukma | then, when I add foo-staticdev to packageroup | 14:49 |
| lukma | the libfoo.a is installed | 14:49 |
| lukma | Why there is a dependency between -dev and -staticdev? | 14:49 |
| lukma | some projects produce only static libraries | 14:49 |
| lukma | Can somebody know what was the rationale behind this? | 14:50 |
| *** kaspter <kaspter!~Instantbi@183.157.14.153> has quit IRC | 15:05 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 15:07 | |
| *** bluelightning <bluelightning!~paul@203.142.36.146> has joined #yocto | 15:25 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 15:25 | |
| *** oob <oob!~paulg@partnervpn-ala.windriver.com> has joined #yocto | 15:26 | |
| *** zeddii <zeddii!~bruce@partnervpn-ala.windriver.com> has joined #yocto | 15:26 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 15:27 | |
| *** zeddiii <zeddiii!~bruce@128.224.252.2> has quit IRC | 15:29 | |
| *** paulg_ <paulg_!~paulg@128.224.252.2> has quit IRC | 15:29 | |
| *** Nilesh__ <Nilesh__!uid116340@gateway/web/irccloud.com/x-idisgvpwfcozgwta> has joined #yocto | 15:31 | |
| *** paulg_ <paulg_!~paulg@128.224.252.2> has joined #yocto | 15:32 | |
| *** zeddiii <zeddiii!~bruce@128.224.252.2> has joined #yocto | 15:32 | |
| *** zeddii <zeddii!~bruce@partnervpn-ala.windriver.com> has quit IRC | 15:36 | |
| *** oob <oob!~paulg@partnervpn-ala.windriver.com> has quit IRC | 15:36 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 15:42 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 15:45 | |
| *** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC | 15:48 | |
| rburton | lukma: do you mean why is there a dependency on -dev from -staticdev? | 15:49 |
| lukma | rburton: Yes | 15:49 |
| rburton | because a staticdev is no good without the headers which are in the -dev | 15:49 |
| lukma | Ach , ok, so headers are integral part of -dev | 15:49 |
| rburton | you *could* put the headers in the staticdev but that would just cause more pain and be unexpected behaviour | 15:50 |
| neverpanic | I'm really wondering what your usecase for shipping a *.a file in an image is, though. | 15:50 |
| lukma | rburton: And why I need to put this line in my recipe? | 15:50 |
| lukma | RDEPENDS_${PN}-dev = "" | 15:50 |
| lukma | To erase the -dev package (if I only produce *.a library) | 15:50 |
| rburton | because we assume that you generate a PN | 15:51 |
| rburton | if you don't then unset that | 15:51 |
| rburton | the staticdev -> dev dependency is a default one so you can drop that from the recipe | 15:51 |
| lukma | neverpanic: I do have a project which produces *.a as its output..... | 15:52 |
| lukma | at least this is what I got after following README and default cmake settings | 15:52 |
| neverpanic | lukma: Sure, but what's the point of having that on the image? *.a files are static libraries, so you'd need a compiler to use them? | 15:52 |
| rburton | if its a development image for building *on* that makes sense | 15:52 |
| rburton | otherwise its a massive waste of space | 15:52 |
| *** rovanceo__ <rovanceo__!~rovanceo@80.97.64.55> has joined #yocto | 15:53 | |
| lukma | rburton: Those *.a libraries could be : | 15:54 |
| lukma | 1. used on the target image for building (rare case) or | 15:54 |
| lukma | 2. *.a would be a part of eSDK/SDK | 15:54 |
| *** zeddii_home_ <zeddii_home_!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 15:54 | |
| *** miceopede_ <miceopede_!sid140053@gateway/web/irccloud.com/x-ivliwtdiijbmurex> has joined #yocto | 15:55 | |
| *** clopez <clopez!~tau@neutrino.es> has quit IRC | 15:56 | |
| *** erbo_ <erbo_!~erik@linode.unixshell.se> has joined #yocto | 15:56 | |
| *** sa2ajj <sa2ajj!~quassel@dsl-hkibng21-54f864-131.dhcp.inet.fi> has joined #yocto | 15:56 | |
| *** hundebol1 <hundebol1!~hundeboll@mail.hundeboll.net> has joined #yocto | 15:58 | |
| *** hundebol1 <hundebol1!~hundeboll@open-mesh.org/catwoman/hundeboll> has joined #yocto | 15:58 | |
| *** stryx`_ <stryx`_!~stryx@185.164.136.111> has joined #yocto | 15:58 | |
| *** cpo_ <cpo_!cpo@helix.mybll.net> has joined #yocto | 15:58 | |
| *** clopez_ <clopez_!~tau@neutrino.es> has joined #yocto | 15:59 | |
| *** rumble <rumble!~grumble@freenode/staff/grumble> has joined #yocto | 15:59 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 15:59 | |
| *** sa2ajj_ <sa2ajj_!~quassel@84.248.100.131> has quit IRC | 16:03 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 16:03 | |
| *** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has quit IRC | 16:03 | |
| *** cpo <cpo!cpo@helix.mybll.net> has quit IRC | 16:03 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 16:03 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 16:03 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 16:03 | |
| *** miceopede <miceopede!sid140053@gateway/web/irccloud.com/x-epdxmvmxzzlxhtxe> has quit IRC | 16:03 | |
| *** erbo <erbo!~erik@linode.unixshell.se> has quit IRC | 16:03 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC | 16:03 | |
| *** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has quit IRC | 16:03 | |
| *** zeddii_home_ is now known as zeddii_home | 16:03 | |
| *** miceopede_ is now known as miceopede | 16:03 | |
| *** rumble is now known as grumble | 16:03 | |
| -YoctoAutoBuilder- build #884 of nightly-multilib is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-multilib/builds/884 | 16:10 | |
| *** stryx`_ <stryx`_!~stryx@185.164.136.111> has quit IRC | 16:12 | |
| *** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 16:12 | |
| *** stryx`_ is now known as stryx` | 16:13 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 16:17 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 16:18 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto | 16:18 | |
| *** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.80.12.84.17> has joined #yocto | 16:21 | |
| *** armpit <armpit!~armpit@ip-64-134-134-5.public.wayport.net> has joined #yocto | 16:26 | |
| vladzouth | hello, how to modify the rootfs format in order to have it in tgz format ? | 16:28 |
| lukma | Is there any workaround / fix for https://lists.yoctoproject.org/pipermail/yocto/2017-September/038036.html | 16:28 |
| lukma | Point 2 ?> | 16:28 |
| lukma | The "ERROR: Unexecuted tasks found in preparation log:" in eSDK | 16:29 |
| -YoctoAutoBuilder- build #950 of nightly is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/950 | 16:29 | |
| eduardas_m | vladzouth: something like IMAGE_FSTYPES += " tar.gz" in your image recipe | 16:30 |
| eduardas_m | vladzouth: note the space right before tar.gz | 16:30 |
| eduardas_m | what is the proper way to have a production kernel and a testing kernel in my BSP... do I need to create a machine definition for each case or is there a better way? | 16:32 |
| eduardas_m | because I do not need DEBUG_FS enabled for production use for example, but that is useful to have if I want to use powertop during development | 16:34 |
| vladzouth | eduardas_m: i did this in my local.conf but it does'nt change anything i still have rootfs in tar.bz2 format | 16:35 |
| eduardas_m | vladzouth: can you paste your local.conf to pastebin? | 16:37 |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 16:37 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:37 | |
| *** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto | 16:37 | |
| vladzouth | eduardas_m: here is the link https://pastebin.com/9kUh2zq5 | 16:39 |
| eduardas_m | vladzouth: are you sure your image was rebuilt? I usually am paranoid and do a "bitbake <image-name> -c cleanall" and only then a "bitbake <image-name>" | 16:39 |
| eduardas_m | vladzouth: missing "S" | 16:40 |
| eduardas_m | vladzouth: "IMAGE_FSTYPES" | 16:40 |
| eduardas_m | vladzouth: not "IMAGE_FSTYPE" | 16:40 |
| *** armpit <armpit!~armpit@ip-64-134-134-5.public.wayport.net> has quit IRC | 16:41 | |
| eduardas_m | vladzouth: bitbake does not say anything about variables you add that have names it does not process and then eventually do not get used | 16:42 |
| vladzouth | edeouardas_m: Ok, thank you! | 16:42 |
| eduardas_m | quite sad, since it really does not catch cases when variables simply get misspelled | 16:42 |
| eduardas_m | happened to me too | 16:42 |
| eduardas_m | vladzouth: no problem | 16:43 |
| *** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has quit IRC | 16:44 | |
| vladzouth | eduardas_m: it still generate the rootfs in tar.bz2 format. is there anything else to add? | 16:47 |
| sveinse | Any of you had any experience with using Azure for yocto builds? | 16:48 |
| eduardas_m | vladzouth: it should still generate tar.bz2 if the image recipe you are using demands it, but if you add IMAGE_FSTYPES += " tar.gz" to local.conf, you should also get tar.gz in the deploy directory | 16:50 |
| eduardas_m | vladzouth: += means it will still generate all image types you used to generate previously | 16:53 |
| eduardas_m | vladzouth: just now you should get an additional one... are you sure there really is no tar.gz in deploy/images directory? I would find it kind of odd | 16:54 |
| vladzouth | Ok i am going to look at my local.conf if there is something that i miss | 16:54 |
| vladzouth | eduardas_m: there is modules file which is in tgz format but nothing else | 16:56 |
| eduardas_m | vladzouth: try bitbake -e <your image> | grep IMAGE_FSTYPES and tell what you get | 16:57 |
| eduardas_m | vladzouth: if there is no tar.gz in the output, it means four addition to local.conf does not become valid for some reason | 16:58 |
| eduardas_m | "your addition", I mean | 16:58 |
| eduardas_m | also, my solution works on Yocto 2.4, not sure since which Yocto release tar.gz is a valid image type | 17:00 |
| vladzouth | eduardas_m: here is the result https://pastebin.com/ikpKsBic | 17:00 |
| kergoth | RP: hmm, not sure if this'd be useful or not: https://gist.github.com/kergoth/9796665eca00096fdf54096e11b989c9 - searches paths for pathnames matching the specified wildcards, still returning just the first for each, relative to the search path. might be a better way to handle wildcards in file uris. I just used it to improve my class that grabs postinst intercepts from layers. function arguments align with shutil.which() | 17:03 |
| eduardas_m | vladzouth: on line 11 there is IMAGE_FSTYPES="tar.bz2", if your addition in local.conf would get processed, you should have gotten IMAGE_FSTYPES="tar.bz2 tar.gz".. at least I would expect that | 17:03 |
| vladzouth | eduardas_m: haa, so the bitbake parsing variable isn't work well | 17:05 |
| eduardas_m | vladzouth: not really sure why bitbake could ignore stuff in local.conf if it is written correctly | 17:05 |
| rburton | vladzouth: bitbake -e <imagename>|less, search for IMAGE_FSTYPES, then scroll up a bit and you'll get a breakdown of what assignments happened. | 17:06 |
| rburton | vladzouth: my guess is your += in local.conf gets overwritten by a BSP which uses = | 17:07 |
| rburton | (and is parsed after local.conf) | 17:07 |
| rburton | so the solution would be to use _append in local.conf | 17:07 |
| vladzouth | eduardas_m: Ok, i am going to try that. | 17:08 |
| vladzouth | rburton: is that the same thing for all variable in local.conf? | 17:09 |
| eduardas_m | rburton: I honestly kind of always assumed local.conf takes top priority during parsing... so it can be overriden by a recipe after all? then what priority does local.conf actually have? | 17:10 |
| *** ski7777 <ski7777!~quassel@ip5f58c6eb.dynamic.kabel-deutschland.de> has quit IRC | 17:10 | |
| rburton | eduardas_m: read bitbake.conf to find out | 17:10 |
| rburton | (it doesn't happen last) | 17:10 |
| rburton | because it sets default values for a lot of things... | 17:11 |
| eduardas_m | rburton: useful info, thank you | 17:11 |
| vladzouth | ok, i understand. | 17:11 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 17:11 | |
| vladzouth | i confirm, it works ! | 17:11 |
| vladzouth | thank you ! | 17:12 |
| *** RP <RP!~RP@96-65-213-252-static.hfc.comcastbusiness.net> has quit IRC | 17:12 | |
| *** ski7777 <ski7777!~quassel@ip5f58c6eb.dynamic.kabel-deutschland.de> has joined #yocto | 17:14 | |
| *** ski7777 <ski7777!~quassel@ip5f58c6eb.dynamic.kabel-deutschland.de> has quit IRC | 17:22 | |
| *** rajm <rajm!~robertmar@167.98.27.229> has quit IRC | 17:27 | |
| *** ski7777 <ski7777!~quassel@ip5f58c6eb.dynamic.kabel-deutschland.de> has joined #yocto | 17:49 | |
| *** Nilesh__ <Nilesh__!uid116340@gateway/web/irccloud.com/x-idisgvpwfcozgwta> has quit IRC | 17:50 | |
| *** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.80.12.84.17> has quit IRC | 17:51 | |
| *** yann <yann!~yann@178.208.16.32> has quit IRC | 17:52 | |
| *** manum <manum!~androirc@84.255.159.123> has quit IRC | 17:54 | |
| sveinse | are all of you running yocto builds on your own metal, or does any of you use any cloud computing for it? | 17:56 |
| *** ski7777 <ski7777!~quassel@ip5f58c6eb.dynamic.kabel-deutschland.de> has quit IRC | 18:02 | |
| *** ski7777 <ski7777!~quassel@ip5f58c6eb.dynamic.kabel-deutschland.de> has joined #yocto | 18:02 | |
| Crofton | sveinse, I've heard of people using cloud machines | 18:02 |
| Crofton | especially for intermittent use, so they can leave it off a lot | 18:02 |
| sveinse | Crofton: Yeah. I've been analyzing our computing needs and with proper on/off control, it can we worth it | 18:04 |
| sveinse | Esp. as our IT deparment don't want anything else than windows in their farm, so our Linux buildserver is being frowned heavily upon. | 18:04 |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 18:07 | |
| Crofton | jesus | 18:17 |
| Crofton | IT departments are a curse on productivity | 18:17 |
| -YoctoAutoBuilder- build #916 of nightly-oe-selftest is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/916 | 18:21 | |
| sveinse | Crofton: yeah. I'm working in a non-linux/unix work environment, so we're pretty alone with this product | 18:30 |
| *** Crofton <Crofton!~Crofton@2601:1c0:5201:42f2:3f76:16bb:a71:1d39> has quit IRC | 18:34 | |
| seebs | my build stuff is mostly local on my laptop, if i were doing more, i might well be using cloud stuff. | 18:37 |
| *** dreyna <dreyna!~dreyna@unknown-6-148.windriver.com> has joined #yocto | 18:38 | |
| -YoctoAutoBuilder- build #870 of nightly-qa-extras is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-qa-extras/builds/870 | 18:56 | |
| -YoctoAutoBuilder- build #871 of nightly-qa-extras is complete: Failure [failed Running Sanity Tests_7] Build details are at https://autobuilder.yocto.io/builders/nightly-qa-extras/builds/871 | 18:58 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 19:08 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 19:20 | |
| *** RP1 <RP1!~RP@65.158.186.241> has joined #yocto | 19:23 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 19:25 | |
| *** everlook <everlook!~jhorn@h184-60-214-221.bendor.broadband.dynamic.tds.net> has joined #yocto | 19:26 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 19:28 | |
| *** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has joined #yocto | 19:39 | |
| *** dreyna <dreyna!~dreyna@unknown-6-148.windriver.com> has quit IRC | 19:59 | |
| RP1 | kergoth: interesting. We do need to track where we searched even if we didn't match too... | 20:05 |
| *** dreyna <dreyna!~dreyna@unknown-157-216.windriver.com> has joined #yocto | 20:05 | |
| RP1 | kergoth: [so we can change the hash if some file appears earlier in the search path meaning we need to rebuild] | 20:06 |
| kergoth | RP1: yep, it does. there's a history/candidate list for each file found by the globbing | 20:09 |
| kergoth | basically just a wildcard/glob version of our existing which() | 20:10 |
| kergoth | hmm | 20:11 |
| RP1 | kergoth: ok, I'm not thinking straight with travel at this point ;-) | 20:16 |
| kergoth | no worries, just did it on a whim and figured i'd get an opinion, i'll open an issue | 20:16 |
| *** ski7777 <ski7777!~quassel@ip5f58c6eb.dynamic.kabel-deutschland.de> has quit IRC | 20:21 | |
| *** ski7777 <ski7777!~quassel@ip5f58c6eb.dynamic.kabel-deutschland.de> has joined #yocto | 20:24 | |
| *** everlook <everlook!~jhorn@h184-60-214-221.bendor.broadband.dynamic.tds.net> has left #yocto | 20:24 | |
| *** ski7777 <ski7777!~quassel@ip5f58c6eb.dynamic.kabel-deutschland.de> has quit IRC | 20:25 | |
| *** ski4x7 <ski4x7!~quassel@ip5f58c6eb.dynamic.kabel-deutschland.de> has joined #yocto | 20:25 | |
| *** RP1 <RP1!~RP@65.158.186.241> has quit IRC | 20:28 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 20:28 | |
| -YoctoAutoBuilder- build #851 of buildtools is complete: Failure [failed BuildImages BuildImages_1 BuildImages_2] Build details are at https://autobuilder.yocto.io/builders/buildtools/builds/851 | 20:51 | |
| *** fancer <fancer!sid180736@gateway/web/irccloud.com/x-jeukjdqtidyfafyu> has joined #yocto | 21:04 | |
| *** jae <jae!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto | 21:05 | |
| *** jae is now known as Guest26939 | 21:05 | |
| *** falk0n <falk0n!~falk0n@a109-49-51-30.cpe.netcabo.pt> has quit IRC | 21:05 | |
| Guest26939 | Hi, I added another meta-layer where I am trying to add to oeqa, i have a /lib/oeqa/controllers path. If I include this layer, do_testimage fails complaining that it cant find module oeqa.core because its looking in my layer and not seeing a oeqa/core. pretty sure this is whats happening because if I dont include this layer in the bb file, its runs fine. think i am missing something, any ideas? | 21:06 |
| -YoctoAutoBuilder- build #847 of nightly-arm64 is complete: Failure [failed Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_1 Running ESDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-arm64/builds/847 | 21:07 | |
| -YoctoAutoBuilder- build #899 of nightly-x86-64 is complete: Failure [failed Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 Running SDK Sanity Tests_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64/builds/899 | 21:09 | |
| *** morphis_ <morphis_!~morphis@pD9ED7D45.dip0.t-ipconnect.de> has quit IRC | 21:10 | |
| *** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has quit IRC | 21:12 | |
| -YoctoAutoBuilder- build #861 of nightly-mips64 is complete: Failure [failed Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_1 Running SDK Sanity Tests_1] Build details are at https://autobuilder.yocto.io/builders/nightly-mips64/builds/861 | 21:13 | |
| -YoctoAutoBuilder- build #896 of nightly-x86 is complete: Failure [failed Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 Running SDK Sanity Tests_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-x86/builds/896 | 21:15 | |
| *** marka <marka!~masselst@184.175.21.48> has quit IRC | 21:19 | |
| fancer | Hello, folks. Got a question about yocto and pre-built cross-toolchain. My task is to make it being part of the build system as if one was built internally. I have already successfully followed the linaro-toolchain way, but it wasn't really what I needed. I want to completely embed my toolchain to yocto as fully available set of binutils/gcc/glibc/etc packages. As far as I could find, my toolchain can be split into | 21:22 |
| fancer | binutils-cross (->mips), binutils-cross-canadian (x86_64->mips), gcc-cross (mips), gcc-cross-canadian (x86_64->mips), gcc-runtime (mips), libgcc (mips), libgfortran (mips), glibc-* (mips). I already got the concept of the target packages, there are no problems with it, but I am stuck with cross/cross-canadian and shared states part. Particularly I don't understand how to use the installation paths and default vars like | 21:22 |
| fancer | ${libdir}, ${bindir} and so. As far as I can see cross{-canadian}.bbclass redefines the these variables so one got to be a !absolute! paths with base of STAGING_DIR_NATIVE. Could you tell me why does the gcc-cross recipe stages files with absolute path??? | 21:22 |
| kergoth | fancer: meta-external-toolchain now uses separate recipes for each external toolchain component | 21:24 |
| fancer | It also seems weird, when gcc-cross.inc uses combinations like: "${D}${libexecdir}/gcc/${TARGET_SYS}/${BINV}/", but for cross.bbclass base recipe ${D} is still the absolute destination directory and ${libexecdir} shall be expanded to ${STAGING_DIR_NATIVE}${prefix_native}/libexec/${CROSS_TARGET_SYS_DIR} | 21:24 |
| kergoth | don't think there's much cross-canadian there yet, but it's doable | 21:25 |
| -YoctoAutoBuilder- build #884 of nightly-ppc is complete: Failure [failed Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-ppc/builds/884 | 21:25 | |
| fancer | kergoth: Cool! Thanks. It seems I got old linaro metas without packages splitting. I'll take alook there then. | 21:27 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:28 | |
| kergoth | https://git.yoctoproject.org/cgit/cgit.cgi/meta-external-toolchain/tree/recipes-external, https://git.yoctoproject.org/cgit/cgit.cgi/meta-external-toolchain/tree/recipes-external/gcc/gcc-external-cross.bb, https://git.yoctoproject.org/cgit/cgit.cgi/meta-external-toolchain/tree/recipes-external/gcc/libgcc-external.bb | 21:28 |
| kergoth | it's not perfect, but i think it's better than shoving everything into one monolithic recipe | 21:28 |
| fancer | Yeah, that's why I almost got it myself.) | 21:29 |
| kergoth | the cross recipes write links/wrappers to the toolchain bindir, so there's no need to override TARGET_PREFIX anymore | 21:29 |
| -YoctoAutoBuilder- build #863 of nightly-mips is complete: Failure [failed Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-mips/builds/863 | 21:29 | |
| kergoth | hmm, forgot to move the nopseudo bits from meta-external-toolchain to meta-sourcery when i split the layers | 21:31 |
| kergoth | the intention is meta-external-toolchain is the bits that are generic to any toolchain, while you can create another layer that builds on it for the particularities of the individual toolchain, which is what meta-sourcery is now for the Sourcery G++ toolchain | 21:31 |
| kergoth | i dont' think anyone else has tried basing their toolchain support on the new layer yet | 21:32 |
| kergoth | would be glad to hear any feedback on it | 21:32 |
| kergoth | hmm, need to update the readmes, too | 21:33 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 21:33 | |
| fancer | Yeah, it would be good to have any docs about the external toolchain embedding. I got nearly crazy trying to figure out how to do it. Hope the new meta-external-toolchain will d the trick. Did you test it with something else rather than with Sourcery G++ toolchain? | 21:35 |
| fancer | I got NG-toolchain bits. | 21:35 |
| *** demonimin <demonimin!~demonimin@5.51.222.165> has joined #yocto | 21:36 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 21:36 | |
| fancer | * crosstool-NG | 21:36 |
| kergoth | not recently, but i've done so in the past, i.e. started in-progress work on supporting crosstool-ng-built toolchains. but it's been a while, so there could be kinks | 21:36 |
| kergoth | the downside to the broken-up-recipe approach is we can't just swipe the majority of the external toolchain sysroot and package what we want, instead it pulls just the files we need for each recipe, so some of the recipes end up with more detailed explicit lists of individual files to include, like glibc's headers. but i think that's for the best too, as annoying as it is to explicitly list everything | 21:37 |
| kergoth | fyi, with current meta-external-toolchain, it uses the FILES_ variables both for what to package and what files to extract from the xternal toolchain sysroot, so you can just list those files once instead of having to do both do_install *and* the files bits for subpackaging, the way we used to have to do in the monolithic setup | 21:38 |
| kergoth | tradeoffs, but i think it's still a net gain | 21:38 |
| kergoth | most of my time is spent dealing with sourcery & meta-mentor, of necessity, since that's my company's priority.. | 21:39 |
| kergoth | i would definitely like to see support for crosstool-ng working, ideally both external and internal (i.e. a recipe that builds a crosstool-ng toolchain from source) | 21:39 |
| fancer | Yeah, that's what I did. I analyzed all the bits, created the files with lists if pairs: source file - install path, then created a small shell-function, which copies the source files to the ${D} directory with prefix like lib/, usr/lib, etc. | 21:40 |
| * kergoth nods, not a bad approach | 21:40 | |
| kergoth | i ended up doing the extraction and copy in an approach which is similar to how bitbake's fetcher works. it checks multiple search paths and also has "mirror" support, to check alternate locations, i.e. sbin vs bin | 21:41 |
| kergoth | to try to handle any arbitrary toolchain | 21:41 |
| -YoctoAutoBuilder- build #934 of nightly-arm is complete: Failure [failed Building Toolchain Images Building Toolchain Images_1 BuildImages_2 Building Toolchain Images_2 Running SDK Sanity Tests Building Toolchain Images_3 BuildImages_3 Running ESDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-arm/builds/934 | 21:41 | |
| fancer | The only problem was a lot of hand-working.) | 21:42 |
| * kergoth nods | 21:42 | |
| -YoctoAutoBuilder- build #886 of nightly-multilib is complete: Failure [failed BuildImages_6 Running SDK Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-multilib/builds/886 | 21:43 | |
| fancer | If only crosstoolhain-NG supplied such a list of files.) At least it usually with executable like: bin/mipsel-unknown-linux-gnu-ct-ng.config, which prints the whole toolchain config. | 21:44 |
| fancer | So we can extract components versions and another useful things. | 21:45 |
| kergoth | ah, that's very nice indeed | 21:45 |
| kergoth | i should really talk the sourcery folks into shipping some form of metadata | 21:45 |
| kergoth | having real info to use rather than having to guess would be better indeed | 21:47 |
| fancer | And it's much better than to hard-code the versions to recipes. | 21:47 |
| kergoth | yep | 21:48 |
| kergoth | currently meta-external-toolchain does set some versions, i.e. pulls kernel version from the kernel headers, runs gcc -dumpversion, etc. but that doesn't work for everything | 21:48 |
| fancer | Yeah, I saw it in previous meta-linaro/meta-linaro-toolchain/conf/distro/external-linaro-toolchain-versions.inc. | 21:50 |
| fancer | Copied it to my layer.) | 21:51 |
| fancer | * with minor alterations... | 21:52 |
| fancer | one more question. Does meta-external-toolchain allow to create an SDK with external toolchain embedded? | 21:53 |
| kergoth | not yet, though it should be doable without too much work. would be best off adding nativesdk and cross-canadian variants to the recipes, possibly adding additional search paths so it'd extract the toolchain binaries rather than just the files in the sysroots | 21:56 |
| fancer | Ahhh, I knew, there couldn't be everything so great.) So what does the meta-external-toolchain basically do with the toolchain bits? | 21:59 |
| fancer | Does it copies them to the sysroots without packages creation? | 22:00 |
| kergoth | For now, creates symlinks / wrapper scripts for the main toolchain binaries. doesn't copy internal components of gcc or binutils. | 22:04 |
| fancer | * sorry If I might have sounded rude. I am just very excited, that there is a layer, which does nearly everything, what I tried to create for nearly two weeks... | 22:04 |
| kergoth | which is appropriate for cross, since cross recipes aren't packaged in any form | 22:04 |
| kergoth | heh, no problem, hopefully it's at least a starting point for you | 22:04 |
| fancer | Yeah, crosses doesn't, but libgcc, libgfortran, gcc-runtime, etc does. | 22:05 |
| fancer | and cross-canadians. | 22:05 |
| -YoctoAutoBuilder- build #952 of nightly is complete: Failure [failed] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/952 | 22:05 | |
| kergoth | I'd suggest creating a gcc-cross-canadian recipe which inherits external-toolchain and cross-canadian, then add the toolchain binary path (${EXTERNAL_TOOLCHAIN}/bin) as well as the gcc internal binary paths to the search paths, then set the FILES variables to grab the appropriate files. it's actually even easier than you might think, since you could build gcc-cross-canadian with the internal recipes and then dump the contents of the binary packages and | 22:07 |
| kergoth | use those lists to set the FILES variables. then only after that adjust the search paths and files mirrors on an as-needed basis to ensure it can find those files in the external toolchain | 22:07 |
| *** dreyna <dreyna!~dreyna@unknown-157-216.windriver.com> has quit IRC | 22:07 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 22:07 | |
| *** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has quit IRC | 22:07 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 22:07 | |
| *** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 22:07 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 22:07 | |
| *** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC | 22:07 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 22:07 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 22:07 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 22:07 | |
| *** wolfmitchell <wolfmitchell!~mitchell@unaffiliated/wolfmitchell> has quit IRC | 22:07 | |
| *** dreyna <dreyna!~dreyna@unknown-157-216.windriver.com> has joined #yocto | 22:07 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 22:07 | |
| *** mattsm <mattsm!~mattsm@75-13-95-234.lightspeed.austtx.sbcglobal.net> has joined #yocto | 22:07 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 22:07 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 22:07 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 22:07 | |
| *** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto | 22:07 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 22:07 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 22:07 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 22:07 | |
| *** wolfmitchell <wolfmitchell!~mitchell@unaffiliated/wolfmitchell> has joined #yocto | 22:07 | |
| kergoth | could also build gcc for target and use those packages for the files lists, but the paths might not line up perfectly due to how cross-canadian adjusts the prefix/etc | 22:07 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 22:11 | |
| fancer | That was the reason I nearly got crazy, when found that cross/cross-canadians do the prefixes redefinition. | 22:12 |
| fancer | So my yocto simple targets-based ordered world collapsed.) | 22:13 |
| kergoth | native does too. it's not ideal, but we used to have issues with path relocation. the main advantage to continuing to hardcode a path is we then have a known location to substitute when we run our relocation process to fix the binaries to run from the new location | 22:13 |
| kergoth | most projects aren't path relocatable, other than the toolchain itself | 22:13 |
| kergoth | so we have to fix them up on install | 22:13 |
| kergoth | i.e. we search/replace the install path in scripts | 22:14 |
| kergoth | hard to do if the install root was / :) | 22:14 |
| kergoth | could really epxlicitly set something *invalid* as the default prefix rather than a hardcoded install path default the way we do today (SDKPATH) | 22:14 |
| fancer | Yeah, I see. | 22:15 |
| kergoth | better to patch the upstream projects to be path relocatable, but it's a huge effort and nobody else really cares about it | 22:16 |
| fancer | You suggested: "... add the toolchain binary path (${EXTERNAL_TOOLCHAIN}/bin) as well as the gcc internal binary paths to the search paths... " In two words, how can it be done? | 22:16 |
| kergoth | see external-common.bbclass | 22:17 |
| kergoth | the two variables that control where it looks for files are defined there | 22:17 |
| fancer | Ok, thanks | 22:17 |
| kergoth | so, lets say you add ${bindir}/${EXTERNAL_TARGET_SYS}-gcc to FILES_${PN}.. obviously that file doesn't exist in the external toolchain in that form.. i.e. not /usr/bin or whatever. so we'd want to 1) make sure ${EXTERNAL_TOOLCHAIN} is in the search paths, so it checks relative to toplevel, and then 2) make sure it checks /bin/ for ${bindir} using the mirrors variable, so it ends up finding ${EXTERNAL_TOOLCHAIN}/bin. | 22:19 |
| kergoth | if that makes sense | 22:19 |
| kergoth | it could have used a single list of paths to search, but that'd end up huge and unwieldy, hence the split in two variables, one for the install root / sysroot, the other for the paths relative to that root in the usual form, i.e. bindir, libdir, whatever | 22:20 |
| kergoth | grabbing just the main gcc binary is actually probably a good starting point as a proof of concept, then can add all the other binaries and the files they need | 22:21 |
| fancer | what do you by "mirror variables" ? | 22:22 |
| kergoth | again, https://git.yoctoproject.org/cgit/cgit.cgi/meta-external-toolchain/tree/classes/external-common.bbclass | 22:22 |
| kergoth | https://git.yoctoproject.org/cgit/cgit.cgi/meta-external-toolchain/tree/classes/external-common.bbclass#n8 = the first variable i mentioned, EXTERNAL_INSTALL_SOURCE_PATHS | 22:22 |
| kergoth | https://git.yoctoproject.org/cgit/cgit.cgi/meta-external-toolchain/tree/classes/external-common.bbclass#n16 = the second variable i mentioned, FILES_MIRRORS | 22:23 |
| kergoth | looks like it already checks paths relative to the root of the toolchain (EXTERNAL_TOOLCHAIN) | 22:24 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 22:24 | |
| kergoth | and FILES_MIRRORS already checks base_prefix for prefix, i.e. it knows to check /bin for files in /usr/bin | 22:24 |
| kergoth | so there's a possibliity it might just work as is, but might need to add to FILES_MIRRORS if not | 22:24 |
| fancer | * sorry for nuby question, just wanna make sure I grad the whole concept... | 22:24 |
| kergoth | np, yocto already has a high learning curve, and this layer does things in a unique way on top of that :) | 22:25 |
| kergoth | tried to make it as simple as possible while easing the creation of recipes and having the minimum flexibility to support different toolchains with different layouts | 22:25 |
| fancer | I pretty much understand the way the yocto in general works, but when things get to creating something bigger than just a target recipe like toolchains thing and cross, and I get stuck with so-much-code-and-internal-variables-and-configs... | 22:27 |
| kergoth | there's a lot of moving parts, so until you see how everything fits together into a whole, it can be pretty confusing | 22:28 |
| fancer | Yeah, exactly | 22:29 |
| kergoth | crosssdk = the toolchain that compiles the binaries that will run on SDKMACHINE, i.e. host binaries for the host sysroot.. i.e. it builds the nativesdk recipes. cross-canadian = binaries that run *on* SDKMACHINE, but target MACHINE, hence cross-canadian, which is a build where BUILD_SYS != HOST_SYS != TARGET_SYS | 22:29 |
| kergoth | obviously creating cross-canadian recipes that redistribute the external toolchain will assume that the SDKMACHINE (the machine the sdk is installed on) is binary compatible with the host you're building on | 22:30 |
| kergoth | but that's probably a safe assumption, unless you're redistributing a 32-bit toolchain to a 64-bit host without the 32-bit libraries installed, or something | 22:30 |
| fancer | Yeah, I understand that. I have read a lot about cross-compilation and used it since I started by carrier. I meant the yocto internals. | 22:30 |
| kergoth | ah, fair enough | 22:30 |
| kergoth | reading bitbake.conf and then each of the recipe variant bbclasses, can be helpful, though you don't always see the rationale without digging into git history :) | 22:31 |
| *** pohly <pohly!~pohly@p548497B7.dip0.t-ipconnect.de> has quit IRC | 22:32 | |
| fancer | That's anther way to understand why some things are got to be in a big opensource project - read mailing lists.) | 22:32 |
| *** mmathen <mmathen!~manu@88.201.68.182> has joined #yocto | 22:32 | |
| fancer | by the way, what is meta-external-toolchain compatible with rocko? | 22:35 |
| fancer | * s/what//g | 22:35 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 22:38 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 22:38 | |
| nathani__ | so I'm still having issue with the permissions of my output files on a native cmake recipe I'm working on | 22:39 |
| fancer | and another question. Do I really need the meta-sourcery to be copied into my yocto tree? | 22:39 |
| nathani__ | The cmake_install.cmake output from my recipe has TYPE set to FILE | 22:40 |
| nathani__ | whereas the cmake_install.cmake output from a native build has TYPE set to EXECUTABLE | 22:40 |
| kergoth | fancer: meta-external-toolchain should work with or without meta-sourcery, the latter builds on the former, not vice versa. and yo udont need to copy anything anywhere, you can put your layers whereever you want, as long as you set BBLAYERS to match | 22:41 |
| fancer | Yeah, right. It just easier, when everything in one place.) | 22:41 |
| fancer | I mean under one directory, so to have easier searched. | 22:42 |
| kergoth | fancer: fyi, i just made a teeny tiny gcc-external-cross-canadian that does package up the main binaries, it's 3 lines | 22:42 |
| kergoth | require recipes-external/gcc/gcc-external.inc | 22:42 |
| kergoth | inherit external-toolchain cross-canadian | 22:42 |
| kergoth | FILES_${PN} = "${@'${gcc_binaries}'.replace('${TARGET_PREFIX}', '${bindir}/${EXTERNAL_TARGET_SYS}-')}" | 22:42 |
| kergoth | gcc-external.inc already lists the binaries, so can just use that | 22:43 |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 22:43 | |
| fancer | Thats awesome!.) Thanks man! The same might be needed to be done for glibc... | 22:44 |
| kergoth | looks like mine incorrectly picked up the binary paths from ${EXTERNAL_TOOLCHAIN}/${EXTERNAL_TARGET_SYS} rather than the ones in ${EXTERNAL_TOOLCHAIN}, so should probably reorder it for this recipe to fix that: EXTERNAL_INSTALL_SOURCE_PATHS =+ "${EXTERNAL_TOOLCHAIN}" | 22:45 |
| kergoth | normally EXTERNAL_TOOLCHAIN is the last place it looks, since most recipes want files from the sysroot, not from elsewhere | 22:45 |
| kergoth | might want to add SDK_ARCH to PN or something, i'd examine gcc-cross-canadian in oe-core for those sorts of minor details | 22:45 |
| kergoth | obviously there's a ton of other files to grab, not just the main binaries, but this shows it's doable, and you just need the list of files to grab and it should go pretty smoothly from there | 22:46 |
| kergoth | fancer: we already have glibc. it's a target recipe, so we already package it | 22:47 |
| kergoth | the environment-setup shipped in the sdk will already set —sysroot= to the target sysroot in the sdk, which already has glibc | 22:47 |
| kergoth | so all you really need is gcc and binutils for a complete redistributed toolchain in the sdk, in theory | 22:47 |
| fancer | Ahhh, right. | 22:48 |
| kergoth | those being the main -cross recipes involved | 22:48 |
| nathani__ | i can't see how cmake.bbclass so I'm guessing this is done elsewhere, how can I indicated that these files need to be executable? | 22:50 |
| *** agust <agust!~agust@p4FCB54C8.dip0.t-ipconnect.de> has quit IRC | 22:50 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 22:50 | |
| fancer | And one more crucial question. Will meta-external-toolchain work with poky distribution? | 22:51 |
| nathani__ | They are generated as executable, but not installed as such. | 22:51 |
| fancer | kergoth: did you test it with poky tree? | 22:51 |
| fancer | or it doesn't matter? | 22:52 |
| kergoth | not sure what you mean by that | 22:52 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 22:52 | |
| kergoth | poky is bitbake+oe-core+meta-poky | 22:52 |
| kergoth | whehter you use that or the individual components really isn't relevent | 22:52 |
| fancer | Ok. I said I can ask nuby questions.) | 22:54 |
| fancer | Still confuse some terminologies... ( | 22:55 |
| fancer | kergoth: Alright, thanks man for help. I'll get to work, start studying the external-toolchain internals. Don't you mind if I ask some questions about it from time to time here? | 22:57 |
| *** dreyna <dreyna!~dreyna@unknown-157-216.windriver.com> has quit IRC | 22:58 | |
| kergoth | nope, fine with me. neither meta-external-toolchain nor meta-sourcery really have a mailing list at this point, so irc or emailing the yocto@ list and cc'ing me would be best | 22:59 |
| fancer | Ok, thanks man. | 23:01 |
| kergoth | np. i'm playing around with it here, too, so if i get anywhere i'll let you know | 23:01 |
| kergoth | not with much urgency of course, just out of curiosity | 23:02 |
| fancer | Great, thanks. I'll be in touch here in the IRC. Got irccloud with history caches... | 23:03 |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC | 23:05 | |
| kergoth | np | 23:05 |
| kergoth | hmm | 23:10 |
| fancer | Something new? ) | 23:12 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 23:13 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-uoxcjvlzzzaokhvy> has joined #yocto | 23:15 | |
| fancer | * might also need to blacklist libgfortran: "PNBLACKLIST[libgfortran] = "not building with an external toolchain" and set the default provider as "libgfortran-external.bb" | 23:32 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 23:35 | |
| kergoth | yes, good point | 23:36 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!