| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 00:00 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 00:00 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 00:04 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 00:05 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 00:05 | |
| *** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 00:08 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 00:10 | |
| *** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has quit IRC | 00:10 | |
| *** Guest51_ <Guest51_!~textual@2620:10d:c090:200::6:1574> has quit IRC | 00:13 | |
| *** BubuIIC <BubuIIC!~mhoffmann@x55b20397.dyn.telefonica.de> has quit IRC | 00:20 | |
| *** armpit <armpit!~armpit@2601:202:4001:9ea0:d931:40ea:f4e3:3a31> has joined #yocto | 00:25 | |
| *** scottrif <scottrif!~scottrif@47.39.44.219> has left #yocto | 00:29 | |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.82> has joined #yocto | 00:33 | |
| *** BubuIIC <BubuIIC!~mhoffmann@x59cc8be2.dyn.telefonica.de> has joined #yocto | 00:33 | |
| *** Phanes <Phanes!Phanes@surro/founder/phanes> has quit IRC | 00:35 | |
| *** Phanes <Phanes!Phanes@2600:3c02::f03c:91ff:fe92:354e> has joined #yocto | 00:36 | |
| *** Phanes <Phanes!Phanes@surro/founder/phanes> has joined #yocto | 00:36 | |
| *** BubuIIC <BubuIIC!~mhoffmann@x59cc8be2.dyn.telefonica.de> has quit IRC | 00:37 | |
| *** Phanes <Phanes!Phanes@surro/founder/phanes> has quit IRC | 00:37 | |
| *** Phanes <Phanes!Phanes@2600:3c02::f03c:91ff:fe92:354e> has joined #yocto | 00:38 | |
| *** Phanes <Phanes!Phanes@surro/founder/phanes> has joined #yocto | 00:38 | |
| *** Phanes <Phanes!~Phanes@phanes.silogroup.org> has joined #yocto | 00:38 | |
| *** Phanes <Phanes!~Phanes@surro/founder/phanes> has joined #yocto | 00:38 | |
| *** Phanes <Phanes!~Phanes@surro/founder/phanes> has quit IRC | 00:39 | |
| *** Phanes <Phanes!Phanes@2600:3c02::f03c:91ff:fe92:354e> has joined #yocto | 00:39 | |
| *** Phanes <Phanes!Phanes@surro/founder/phanes> has joined #yocto | 00:39 | |
| *** Phanes <Phanes!Phanes@2600:3c02::f03c:91ff:fe92:354e> has joined #yocto | 00:43 | |
| *** Phanes <Phanes!Phanes@surro/founder/phanes> has joined #yocto | 00:43 | |
| *** neverpan1c <neverpan1c!~clemens@towel.neverpanic.de> has joined #yocto | 00:46 | |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC | 00:46 | |
| *** Phanes <Phanes!Phanes@surro/founder/phanes> has quit IRC | 00:47 | |
| *** neverpan1c <neverpan1c!~clemens@towel.neverpanic.de> has quit IRC | 00:48 | |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto | 00:48 | |
| *** Phanes <Phanes!Phanes@2600:3c02::f03c:91ff:fe92:354e> has joined #yocto | 00:49 | |
| *** Phanes <Phanes!Phanes@surro/founder/phanes> has joined #yocto | 00:49 | |
| *** armpit <armpit!~armpit@2601:202:4001:9ea0:d931:40ea:f4e3:3a31> has quit IRC | 00:52 | |
| *** armpit <armpit!~armpit@2601:202:4001:9ea0:3416:8ca3:d963:ae71> has joined #yocto | 00:53 | |
| *** kpo_ <kpo_!~bob@alexandrina.static.korbank.pl> has quit IRC | 01:04 | |
| *** jdelmore <jdelmore!~jdelmore@216-197-64-240.tingfiber.com> has quit IRC | 01:04 | |
| *** nemequ <nemequ!~nemequ@2600:8801:d100:0:91b7:cf33:d97f:785c> has joined #yocto | 01:14 | |
| *** kaspter <kaspter!~Instantbi@183.158.241.204> has quit IRC | 01:20 | |
| *** kaspter <kaspter!~Instantbi@183.158.241.204> has joined #yocto | 01:22 | |
| *** sgw <sgw!~swold@c-71-238-116-168.hsd1.or.comcast.net> has joined #yocto | 01:27 | |
| *** dreyna <dreyna!~dreyna@unknown-157-218.windriver.com> has quit IRC | 01:35 | |
| *** sgw <sgw!~swold@c-71-238-116-168.hsd1.or.comcast.net> has quit IRC | 01:39 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:39 | |
| *** sgw <sgw!~swold@134.134.139.82> has joined #yocto | 01:40 | |
| *** sgw <sgw!~swold@134.134.139.82> has joined #yocto | 01:40 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 01:42 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 01:42 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-iphqmntgutumypmx> has quit IRC | 01:42 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC | 01:44 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto | 01:44 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-peolkwdwtjpmgpiw> has joined #yocto | 01:50 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 01:53 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 02:06 | |
| *** learningc <learningc!~User@tp-71-177.tm.net.my> has joined #yocto | 02:07 | |
| *** zarzar1 <zarzar1!~zarzar@184.75.233.58> has joined #yocto | 02:09 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 02:11 | |
| *** maciejjo_ <maciejjo_!~maciejjo@fireball.maciejjo.pl> has joined #yocto | 02:15 | |
| *** sveinse_ <sveinse_!~sveinse@156.92-221-160.customer.lyse.net> has joined #yocto | 02:16 | |
| *** kanavin1 <kanavin1!ak@nat/intel/x-dkvzvrrtycxywshk> has joined #yocto | 02:18 | |
| *** milindur_ <milindur_!~milindur@deimos.ca-soft.de> has joined #yocto | 02:18 | |
| *** fmeerkoetter_ <fmeerkoetter_!~quassel@service.basyskom.com> has joined #yocto | 02:20 | |
| *** zarzar <zarzar!~zarzar@184.75.233.58> has quit IRC | 02:20 | |
| *** learningc <learningc!~User@tp-71-177.tm.net.my> has quit IRC | 02:20 | |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.82> has quit IRC | 02:22 | |
| *** maciejjo <maciejjo!~maciejjo@fireball.maciejjo.pl> has quit IRC | 02:22 | |
| *** Artox <Artox!~Artox@79.124.7.87> has quit IRC | 02:22 | |
| *** milindur <milindur!~milindur@deimos.ca-soft.de> has quit IRC | 02:22 | |
| *** libby2 <libby2!~libby@134.134.139.72> has quit IRC | 02:22 | |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC | 02:22 | |
| *** fabo <fabo!~fabo@linaro/fabo> has quit IRC | 02:22 | |
| *** gattuso <gattuso!~gattuso@pompel.me> has quit IRC | 02:22 | |
| *** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has quit IRC | 02:22 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 02:22 | |
| *** kanavin <kanavin!ak@nat/intel/x-wckfdmwixrosdgva> has quit IRC | 02:22 | |
| *** MiskaX <MiskaX!lvwhv5q5h2@rankki.sonarnerd.net> has quit IRC | 02:22 | |
| *** oni <oni!~oni@benjamin.computer> has quit IRC | 02:22 | |
| *** RP <RP!~richard@5751f4a1.skybroadband.com> has quit IRC | 02:22 | |
| *** cpo <cpo!cpo@helix.mybll.net> has quit IRC | 02:22 | |
| *** milindur_ is now known as milindur | 02:22 | |
| *** kaspter <kaspter!~Instantbi@125.118.63.86> has joined #yocto | 02:23 | |
| *** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto | 02:23 | |
| *** Artox <Artox!~Artox@79.124.7.87> has joined #yocto | 02:27 | |
| *** 07IAB1IGR <07IAB1IGR!~YoctoAuto@198.145.29.62> has joined #yocto | 02:27 | |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.82> has joined #yocto | 02:27 | |
| *** libby2 <libby2!~libby@134.134.139.72> has joined #yocto | 02:27 | |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto | 02:27 | |
| *** fabo <fabo!~fabo@linaro/fabo> has joined #yocto | 02:27 | |
| *** MiskaX <MiskaX!lvwhv5q5h2@rankki.sonarnerd.net> has joined #yocto | 02:27 | |
| *** RP <RP!~richard@5751f4a1.skybroadband.com> has joined #yocto | 02:27 | |
| *** cpo <cpo!cpo@helix.mybll.net> has joined #yocto | 02:27 | |
| *** oni <oni!~oni@benjamin.computer> has joined #yocto | 02:28 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-pxxcwvcysbwmcfxn> has quit IRC | 02:28 | |
| *** oni is now known as Guest34991 | 02:28 | |
| *** Guest51 <Guest51!~textual@c-73-241-13-186.hsd1.ca.comcast.net> has joined #yocto | 02:42 | |
| *** Guest51 <Guest51!~textual@c-73-241-13-186.hsd1.ca.comcast.net> has quit IRC | 02:44 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 02:45 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 02:46 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 02:47 | |
| *** Guest51 <Guest51!~textual@c-73-241-13-186.hsd1.ca.comcast.net> has joined #yocto | 02:50 | |
| *** Guest51 <Guest51!~textual@c-73-241-13-186.hsd1.ca.comcast.net> has quit IRC | 03:08 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 03:19 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto | 03:19 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:20 | |
| *** learningc <learningc!~User@tp-71-177.tm.net.my> has joined #yocto | 03:24 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 03:26 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC | 03:45 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto | 03:45 | |
| *** Guest51 <Guest51!~textual@c-73-241-13-186.hsd1.ca.comcast.net> has joined #yocto | 03:52 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 03:55 | |
| *** luneff <luneff!~yury@87.117.14.238> has joined #yocto | 04:03 | |
| *** kaspter1 <kaspter1!~Instantbi@125.118.63.86> has joined #yocto | 04:09 | |
| *** kaspter <kaspter!~Instantbi@125.118.63.86> has quit IRC | 04:10 | |
| *** kaspter1 is now known as kaspter | 04:10 | |
| *** luneff <luneff!~yury@87.117.14.238> has quit IRC | 04:13 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:24 | |
| *** kaspter <kaspter!~Instantbi@125.118.63.86> has quit IRC | 04:31 | |
| *** kaspter <kaspter!~Instantbi@125.118.63.86> has joined #yocto | 04:32 | |
| *** Guest51 <Guest51!~textual@c-73-241-13-186.hsd1.ca.comcast.net> has quit IRC | 04:37 | |
| *** luneff <luneff!~yury@87.117.14.238> has joined #yocto | 04:47 | |
| *** Snert__ <Snert__!~LoginName@106-24-237-24.gci.net> has joined #yocto | 05:35 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 05:35 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC | 05:46 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto | 05:47 | |
| *** Guest51 <Guest51!~textual@c-73-241-13-186.hsd1.ca.comcast.net> has joined #yocto | 05:47 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 06:03 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 06:07 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 06:08 | |
| *** learningc <learningc!~User@tp-71-177.tm.net.my> has quit IRC | 06:09 | |
| *** learningc <learningc!~User@tp-71-177.tm.net.my> has joined #yocto | 06:09 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 06:17 | |
| *** catch22 <catch22!~catch22__@220.57.96.58.static.exetel.com.au> has quit IRC | 06:22 | |
| yocti | New news from stackoverflow: error adding java package in toaster <https://stackoverflow.com/questions/47587745/error-adding-java-package-in-toaster> | 06:26 |
|---|---|---|
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-peolkwdwtjpmgpiw> has quit IRC | 06:29 | |
| *** zerus <zerus!~petter@h-155-4-31-3.NA.cust.bahnhof.se> has joined #yocto | 06:32 | |
| *** Guest51 <Guest51!~textual@c-73-241-13-186.hsd1.ca.comcast.net> has quit IRC | 06:41 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 06:48 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 06:48 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 06:50 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 06:50 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 06:53 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 06:58 | |
| *** pohly <pohly!~pohly@p54BD516C.dip0.t-ipconnect.de> has joined #yocto | 07:02 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 07:15 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 07:17 | |
| *** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has joined #yocto | 07:17 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto | 07:31 | |
| *** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto | 07:31 | |
| *** bluelightning <bluelightning!~paul@2406:e007:4e50:1:5e51:4fff:febb:401d> has joined #yocto | 07:42 | |
| *** bluelightning <bluelightning!~paul@2406:e007:4e50:1:5e51:4fff:febb:401d> has quit IRC | 07:42 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:42 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC | 07:49 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto | 07:49 | |
| *** jdelmore <jdelmore!~jdelmore@c-73-147-157-77.hsd1.va.comcast.net> has joined #yocto | 07:58 | |
| *** fl0v0 <fl0v0!~fvo@p4FED3E85.dip0.t-ipconnect.de> has joined #yocto | 08:02 | |
| *** jdelmore <jdelmore!~jdelmore@c-73-147-157-77.hsd1.va.comcast.net> has quit IRC | 08:02 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC | 08:06 | |
| *** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 08:08 | |
| *** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 08:10 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 08:12 | |
| *** rajm <rajm!~robertmar@167.98.27.229> has joined #yocto | 08:13 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 08:22 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 08:22 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 08:31 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 08:46 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 08:46 | |
| *** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto | 08:51 | |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 08:57 | |
| *** ed21 <ed21!Adium@nat/intel/x-tlaeabqipigjbcgi> has joined #yocto | 08:59 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 09:04 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 09:05 | |
| *** zero_note <zero_note!~zero@host186-31-static.47-85-b.business.telecomitalia.it> has joined #yocto | 09:07 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-74-170-206.dynamic.chello.pl> has joined #yocto | 09:16 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 09:24 | |
| *** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 09:24 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 09:24 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC | 09:26 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 09:32 | |
| *** kuneco <kuneco!~kuneco@73.96.114.124> has quit IRC | 09:34 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-fkgbuvmdgozqvpad> has joined #yocto | 09:37 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 09:41 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 09:44 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-74-170-206.dynamic.chello.pl> has quit IRC | 09:44 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-74-170-206.dynamic.chello.pl> has joined #yocto | 09:44 | |
| *** kuneco <kuneco!~kuneco@73.96.112.176> has joined #yocto | 09:47 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC | 09:51 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto | 09:51 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-hcjdgzevderpmyau> has joined #yocto | 09:54 | |
| *** yann <yann!~yann@178.208.16.32> has joined #yocto | 09:54 | |
| *** lukma <lukma!~lukma@89-64-27-66.dynamic.chello.pl> has joined #yocto | 09:56 | |
| lukma | Dear All, | 09:56 |
| lukma | I'm wondering about the best place (I mean where) I shall put a set of commands which are adding customized stuff to rootfs | 09:57 |
| lukma | The best would be to create links, copy some custom scripts, just after the rootfs is ready (and before creating tar) | 09:58 |
| *** clopez <clopez!~tau@neutrino.es> has quit IRC | 09:59 | |
| *** vdehors <vdehors!~vdehors@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto | 09:59 | |
| lukma | image.bbclass ? | 09:59 |
| nayfe | lukma: use ROOTFS_POSTPROCESS_COMMAND to customize your image ? | 09:59 |
| *** catch22 <catch22!~catch22__@204.40.96.58.static.exetel.com.au> has joined #yocto | 10:00 | |
| lukma | nayfe: Is it possible to use if for installing (copy) an script | 10:02 |
| lukma | nayfe: I do have built rootfs and then I would like to "install" or just copy some legacy scripts and e.g. do some symbolic links | 10:03 |
| nayfe | lukma sure you can | 10:04 |
| *** BubuIIC <BubuIIC!~mhoffmann@x55b20341.dyn.telefonica.de> has joined #yocto | 10:06 | |
| nayfe | lukma: in image recipe you do something like | 10:06 |
| nayfe | add_my_link() { ln -s ${IMAGE_ROOTFS}/etc/test1 ${IMAGE_ROOTFS}/etc/test2 } | 10:06 |
| nayfe | ROOTFS_POSTPROCESS_COMMAND += "add_my_link ; " | 10:06 |
| *** zero_note <zero_note!~zero@host186-31-static.47-85-b.business.telecomitalia.it> has quit IRC | 10:06 | |
| lukma | nayfe: Just one more question - shall I add ROOTFS_POSTPROCESS_COMMAND to recipes-core/images/my-image.bb ? or is there any better place? | 10:07 |
| lukma | Or would you recommend creating new recipe -> like some_custom.stuff.bb and put there this | 10:07 |
| lukma | the second option seems more appealing | 10:07 |
| nayfe | lukma: you can add it to your local.conf but i suggest the second solution indeed, you should customize your current image recipe in your custom layer | 10:10 |
| *** zero_note <zero_note!~zero@host186-31-static.47-85-b.business.telecomitalia.it> has joined #yocto | 10:11 | |
| lukma | nayfe: having a separate recipe is better -> I can remove it in some day without cluttering other stuff..... | 10:11 |
| lukma | but if it is the way to go -> I'm more than happy to use it | 10:12 |
| nayfe | lukma: yes, copy it and make your own image recipe | 10:13 |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-lzuaanvcbvfmosjh> has joined #yocto | 10:14 | |
| *** luneff <luneff!~yury@87.117.14.238> has quit IRC | 10:17 | |
| lukma | nayfe: ${IMAGE_ROOTFS}/etc/ == ${sysconf} ? | 10:19 |
| nayfe | ${IMAGE_ROOTFS} is the path of your rootfs, i'm not sure at this moment you have access to ${sysconf} | 10:20 |
| *** gtristan <gtristan!~tristanva@91.151.6.155> has quit IRC | 10:21 | |
| lukma | nayfe: Just last question | 10:23 |
| lukma | I do have my-image-base.bb (it inherit core-image) | 10:24 |
| lukma | and I would like to create in the same directory my-image-custom-adjustments.bb (with the ROOTFS_POSTPROCESS_COMMAND +=) | 10:24 |
| lukma | how shall I "include" the package with adjustments into the my-image-base.bb ? | 10:25 |
| nayfe | will you have 2 different images ? | 10:27 |
| lukma | nayfe: I just want to have one -> my-image-base.bb | 10:28 |
| lukma | and this shall "include" (require command?) the recipe to extend it with adjustments | 10:28 |
| nayfe | you can create a custom_adjust.inc with function + postprocess then add require custom_adjust.inc in base image | 10:28 |
| *** Ramose_ <Ramose_!c05e2222@gateway/web/freenode/ip.192.94.34.34> has joined #yocto | 10:30 | |
| lukma | great this is what I look for :) | 10:30 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 10:30 | |
| lukma | nayfe: Thanks for help | 10:32 |
| Ramose_ | Hi, how can one build OpenGL EL 2.0 for Imx platform ? | 10:32 |
| nayfe | lukma: my plaisure | 10:32 |
| *** hnje <hnje!~hnje@193.106.123.182> has joined #yocto | 10:32 | |
| nayfe | <Ramose_: you mean openfg es 2.0 ? | 10:37 |
| nayfe | opengl es 2.0 | 10:37 |
| nayfe | ramose_: i've in mind you have to remove x11 to distro feature, then maybe add virtual/libgles2 | 10:41 |
| *** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 10:42 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 10:43 | |
| Ramose_ | nayfe: Yes, its opengl es 2.0 | 10:43 |
| Ramose_ | x11 is already not present in distro-feature | 10:44 |
| *** BubuIIC <BubuIIC!~mhoffmann@x55b20341.dyn.telefonica.de> has quit IRC | 10:45 | |
| Ramose_ | nayfe: virtual/libgles2 has to go to distro feature ? | 10:45 |
| *** gtristan <gtristan!~tristanva@84.252.240.37> has joined #yocto | 10:50 | |
| nayfe | Ramose_: nop, it's virtual package, but i'm not confident about what to do, i just have some old memories that you have to remove every backend (wayland, x11 ...) but after that, i don't remember maybe otavio? | 10:50 |
| nayfe | Ramose_ which board do you use ? | 10:50 |
| nayfe | yocto version ? | 10:51 |
| Ramose_ | nayfe: Its imx6 based nitrogen6x | 10:51 |
| nayfe | if you type bitbake -e | grep -i gles2 what do you have ? | 10:53 |
| Ramose_ | let me check | 10:53 |
| Ramose_ | its actually gives lots of stuff | 10:56 |
| nayfe | Ramose_: libgles2 is virtual package, so there are some PREFERRED_PROVIDER_virtual/libgles2 with machine overrides | 11:00 |
| nayfe | it should be imx-gpu-viv for nitrogen6x | 11:00 |
| Ramose_ | nayfe: I just did this, bitbake fsl-gpu-sdk | 11:00 |
| Ramose_ | it provided me few GELS2 examples | 11:01 |
| nayfe | so what's the problem ? | 11:02 |
| Ramose_ | nayfe: Now, have to figure out how it can be run | 11:03 |
| nayfe | brb in 1 hour, sorry | 11:03 |
| Ramose_ | ok, sure. No issues :) | 11:03 |
| Ramose_ | Thanks for helping. | 11:03 |
| *** gtristan <gtristan!~tristanva@84.252.240.37> has quit IRC | 11:09 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 11:10 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 11:13 | |
| *** rajm <rajm!~robertmar@167.98.27.229> has quit IRC | 11:17 | |
| *** BubuIIC <BubuIIC!~mhoffmann@p50997306.dip0.t-ipconnect.de> has joined #yocto | 11:24 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 11:25 | |
| *** BubuIIC <BubuIIC!~mhoffmann@p50997306.dip0.t-ipconnect.de> has quit IRC | 11:27 | |
| -07IAB1IGR- build #624 of nightly-musl is complete: Failure [failed BuildImages] Build details are at https://autobuilder.yocto.io/builders/nightly-musl/builds/624 | 11:27 | |
| *** BubuIIC <BubuIIC!~mhoffmann@2003:a:772:9200:5748:f262:e193:b5c1> has joined #yocto | 11:36 | |
| *** [1]muppe <[1]muppe!~Marko@ip050-115.seclan.com> has joined #yocto | 11:36 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 11:43 | |
| *** catch22 <catch22!~catch22__@204.40.96.58.static.exetel.com.au> has quit IRC | 11:52 | |
| *** zero_note <zero_note!~zero@host186-31-static.47-85-b.business.telecomitalia.it> has quit IRC | 11:53 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC | 11:53 | |
| *** zero_note <zero_note!~zero@host143-34-static.194-31-b.business.telecomitalia.it> has joined #yocto | 11:53 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto | 11:53 | |
| *** gtristan <gtristan!~tristanva@91.151.6.155> has joined #yocto | 11:56 | |
| *** clopez <clopez!~tau@neutrino.es> has joined #yocto | 12:00 | |
| *** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 12:05 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 12:05 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-fkgbuvmdgozqvpad> has quit IRC | 12:07 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 12:09 | |
| sveinse_ | As a part of a build server post process tasks, I want to extract the logs from certain core recipes. What is the best approach to get the package PV (to get its path)? use bitbake -e recipe or parse one of the generated manifests? | 12:14 |
| *** sveinse_ <sveinse_!~sveinse@156.92-221-160.customer.lyse.net> has quit IRC | 12:14 | |
| *** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has joined #yocto | 12:15 | |
| sveinse | bitbake -e isn't particularely fast | 12:15 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 12:15 | |
| LetoThe2nd | sounds more like maybe leveraging the buildinfo stuff | 12:17 |
| Crofton|work | or buildhistory | 12:18 |
| LetoThe2nd | Crofton|work: we all know, history software is bad. | 12:18 |
| LetoThe2nd | s/history/historic/ | 12:18 |
| rburton | sveinse: as in the logs in workdir/recipe/version/temp? | 12:18 |
| sveinse | rburton: Yes. However, sometimes the recipe exists in multiple version and I need to find which is the correct one. | 12:19 |
| rburton | note that you'll want to get T to find out the path too | 12:19 |
| rburton | just use -e to get T for the recipe and that will give you the full path. yes, a second to let bitbake run but then you'll have the actual path. | 12:20 |
| rburton | in the context of a build server that extra second for some recipes really isn't going to hurt | 12:21 |
| rburton | of course another solution would be a class that runs after build and pushes the logs somewhere | 12:21 |
| rburton | then it will already know T without havign to look it up | 12:22 |
| sveinse | T is brilliant. | 12:22 |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 12:22 | |
| sveinse | Hey, that's an idea! | 12:22 |
| rburton | i should invoice for this | 12:22 |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 12:22 | |
| sveinse | What if, instead of setting the build system up to look for certain logs, the recipes could push logs themselves. | 12:23 |
| *** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC | 12:23 | |
| sveinse | hmm, the downside if you want logs from standard oe recipes | 12:23 |
| LetoThe2nd | sveinse: thats why i said. buildinfo. | 12:25 |
| LetoThe2nd | one could certainly make a brother of it, like, buildlogger or such. depending on your needs. | 12:25 |
| sveinse | LetoThe2nd: Buildinfo. I need to google that. | 12:26 |
| LetoThe2nd | https://github.com/openembedded/openembedded-core/tree/master/meta/classes | 12:27 |
| LetoThe2nd | there are buildhistory, buildstats, and image-buildinfo already. so be inspired(TM) | 12:27 |
| sveinse | LetoThe2nd: image-buildinfo writes to target file system, so its out of the question ot use that as is. But yes, as inspiration | 12:28 |
| *** ed21 <ed21!Adium@nat/intel/x-tlaeabqipigjbcgi> has quit IRC | 12:29 | |
| rburton | sveinse: global class inherit | 12:29 |
| sveinse | Yocto and OE is like a big city. You discover new alleys every day. :D With intended reference to the Catherdral and the Bazaar | 12:30 |
| rburton | hell INHERIT_append_pn-systemd = " logpusher" would work in a distro conf | 12:30 |
| LetoThe2nd | rburton: ++ | 12:30 |
| LetoThe2nd | sveinse: we certainly need more bars. | 12:31 |
| rburton | surely there's a service for pushing logs to for future analysis | 12:31 |
| sveinse | LetoThe2nd: lol. What is the OE metaphor of a bar? | 12:32 |
| joshuagl | I beleive it's quite common to push them somewhere like an elastic instance | 12:32 |
| joshuagl | http://www.elastic.co/ | 12:32 |
| *** zero_note <zero_note!~zero@host143-34-static.194-31-b.business.telecomitalia.it> has quit IRC | 12:32 | |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto | 12:33 | |
| LetoThe2nd | sveinse: i don't want metaphors, but real bars :-) | 12:34 |
| *** vdehors <vdehors!~vdehors@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC | 12:35 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 12:35 | |
| rburton | joshuagl: http://www.elastic.co/products/logstash sounds about right | 12:36 |
| joshuagl | I'd like to do something with that for the AB | 12:37 |
| joshuagl | one day… | 12:37 |
| rburton | yeah | 12:37 |
| rburton | errors.yp on steriods | 12:37 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:39 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 12:47 | |
| [1]muppe | Does anybody know if there is a proper support for Intel i219 Ethernet adapter in Yocto/Poky? I have a device with multiple i210s and one i219 port. The one with i219 throws "Reset adapter unexpectedly" and "Detected Hardware Unite Hang" after a while when cable is connected. | 12:51 |
| LetoThe2nd | [1]muppe: i don't think this is realted to poky itself, but to the kernel in use | 12:52 |
| [1]muppe | LetoThe2nd: I seem to be having 4.1.18-yocto-standard (printed with uname -a) | 12:53 |
| *** ed21 <ed21!~Adium@192.198.151.43> has joined #yocto | 12:53 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 12:55 | |
| *** gtristan <gtristan!~tristanva@91.151.6.155> has quit IRC | 12:55 | |
| LetoThe2nd | [1]muppe: um. 4.1 seems to be a bit unsuited for a chip that is very recent (which the one you nemed probably is, given a very quick google survey) | 12:57 |
| LetoThe2nd | launched Q2'15 | 12:58 |
| LetoThe2nd | though, 4.1 is June '15 | 12:59 |
| LetoThe2nd | so that might actually have been a very close match. | 12:59 |
| LetoThe2nd | i personally would just try a newer one for a first shot. | 12:59 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 13:00 | |
| [1]muppe | ok. I'll see if that works. I am afraid that upgrading kernel blows up some dependencies in some other layers I am using... | 13:01 |
| *** gunnarx <gunnarx!~user@c83-248-68-161.bredband.comhem.se> has joined #yocto | 13:01 | |
| *** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto | 13:01 | |
| LetoThe2nd | good luck | 13:03 |
| [1]muppe | Thanks =:o | 13:03 |
| *** JosePerez1 <JosePerez1!jgperezc@nat/intel/x-drfsuzfratenymsz> has quit IRC | 13:15 | |
| *** hnje <hnje!~hnje@193.106.123.182> has quit IRC | 13:21 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 13:31 | |
| MajorGrub | Hi all | 13:32 |
| MajorGrub | I'd like to install a file from a .bbappend directory, but I can't find the proper env variables to find the path to the .bbappend | 13:33 |
| MajorGrub | I have "FILESEXTRAPATHS_prepend := "${THISDIR}/${BPN}:"" | 13:33 |
| MajorGrub | in my bbappend | 13:33 |
| MajorGrub | So I thought using ${THISDIR}/${BPN}/myfile would work | 13:34 |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 13:34 | |
| rburton | add myfile to SRC_URI | 13:34 |
| rburton | then its in WORKDIR like everything else | 13:34 |
| *** zerus <zerus!~petter@h-155-4-31-3.NA.cust.bahnhof.se> has quit IRC | 13:35 | |
| MajorGrub | So from workdir I can install it ? | 13:35 |
| MajorGrub | Like | 13:35 |
| MajorGrub | install -m 644 ${WORKDIR}/myfile ${D}${sysconfdir} | 13:36 |
| rburton | yes, exactly like normal | 13:36 |
| MajorGrub | Duh | 13:36 |
| MajorGrub | Will try that | 13:36 |
| rburton | the only tweak is the FILEEXTRAPATHS so it knows to look in the directory next to the bbappend | 13:36 |
| MajorGrub | Why do I need to add it to the SRC_URI ?? | 13:37 |
| rburton | because thats what you do if you want to install a file | 13:37 |
| MajorGrub | Lolz | 13:38 |
| *** peacememories <peacememories!~textual@e234-063.eduroam.tuwien.ac.at> has joined #yocto | 13:38 | |
| MajorGrub | Why can't I do install -m 644 ${THISDIR}/${BPN}/myfile ${D}${sysconfdir} ? | 13:39 |
| MajorGrub | Without the need for adding my file to SRC_URI , | 13:39 |
| MajorGrub | ? | 13:39 |
| rburton | do you want the reason why that doesn't work, or why you should use SRC_URI? | 13:39 |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 13:39 | |
| MajorGrub | Why it doesnt work | 13:39 |
| rburton | becayse THISDIR is the location of the recipe at the time the variable gets expanded, not the bbappend | 13:40 |
| MajorGrub | Ok understood | 13:40 |
| rburton | you should use SRC_URI so the recipe knows that the file is part of the output and if the file changes, the recipe needs to be rebuilt | 13:40 |
| rburton | also it gives you a way to have per-machine/distro/whatever files, ie you could have qemuarm/myfile qemuppc/myfile and bitbake will use the right file automatically | 13:41 |
| *** JosePerez <JosePerez!jgperezc@nat/intel/x-bxymntyngnklzayj> has joined #yocto | 13:41 | |
| rburton | but mainly the first one. if you just copy it directly out of the layer then bitbake doesn't know that file dependency exists and changing the file won't make the recipe rebuild | 13:41 |
| rburton | waiting for someone to say "bitbake can do that?!" for the arch-specific lookup. yes, see xserver-xf86-config. | 13:42 |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 13:44 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 13:45 | |
| *** dafna <dafna!4d7e60f3@gateway/web/freenode/ip.77.126.96.243> has joined #yocto | 13:51 | |
| dafna | yo | 13:51 |
| dafna | I have this problem that it seems that yocto looks for header files in the /usr/include dir of my host's root | 13:52 |
| dafna | I try to build a package that depends on libsoc | 13:53 |
| dafna | I added DEPENDS="libsoc" | 13:53 |
| dafna | to my bb file | 13:53 |
| rburton | yocto doesn't look anywhere for headers. your package's build system might be. | 13:53 |
| dafna | and I see the libsoc_gpio.h file is in the sysroote under /usr/include | 13:53 |
| dafna | my package have a makefile | 13:54 |
| dafna | How do I fix it ? | 13:55 |
| mjourdan | do you use $CC and all the other standard env ? | 13:55 |
| mjourdan | in your makefile ? | 13:55 |
| dafna | no | 13:55 |
| rburton | dafna: share the makefile and we might be able to help | 13:55 |
| dafna | I run gcc | 13:55 |
| rburton | so theres bug one | 13:55 |
| dafna | https://github.com/kamomil/mygpio/blob/master/Makefile | 13:55 |
| dafna | that's the makefile | 13:55 |
| rburton | use ${CC} ${CFLAGS} ${LDFLAGS} etc | 13:55 |
| rburton | and line two is telling it *explicitly* to link against your build host | 13:56 |
| rburton | line 7 is telling it *explicitly* to install on the build host so that wont work either | 13:56 |
| dafna | this line: LIBS = -L/usr/lib64/ -lsoc | 13:56 |
| dafna | ? | 13:56 |
| rburton | line 1 is erasing the cflags we're trying to pass in | 13:57 |
| dafna | the install line ? | 13:57 |
| rburton | basically, unless you know what you're doing, don't use a bare makefile | 13:57 |
| yocti | New news from stackoverflow: YOCTO - headers are searched in host's path <https://stackoverflow.com/questions/47594689/yocto-headers-are-searched-in-hosts-path> | 13:57 |
| rburton | (if you know what you're doing then you'll know that writing a bare makefile is tedious and non-trivial) | 13:57 |
| rburton | use autoconf/cmake/whatever you prefer | 13:57 |
| dafna | I added this question | 13:57 |
| *** AndersD <AndersD!~anders@194.237.220.218> has quit IRC | 13:58 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC | 13:58 | |
| rburton | if you just have a single file to compile, you don't need to use a makefile at all, just build it in the recipe | 13:58 |
| dafna | ok | 13:58 |
| rburton | ${CC} ${CPPFLAGS} ${CFLAGS} ${LDFLAGS} myfile.o -o myfile -lsoc | 13:58 |
| rburton | erm, myfile.c | 13:59 |
| dafna | so , just to clarify, the CFLAGS currently in the makefile overrides to default ? | 13:59 |
| rburton | no, overrides it to empty | 13:59 |
| dafna | so it does override ? | 13:59 |
| rburton | yes, unsets it | 13:59 |
| *** [1]muppe <[1]muppe!~Marko@ip050-115.seclan.com> has left #yocto | 13:59 | |
| dafna | like the last value is the one in the makefile which is empty | 13:59 |
| dafna | but , many projects still use bare makefile | 14:00 |
| dafna | right ? | 14:00 |
| rburton | sure, they're either trivial, complicated, or broken | 14:00 |
| rburton | an example of the CFLAGS we're trying to pass in: | 14:00 |
| rburton | export CFLAGS=" -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/data/poky-tmp/master/build/work/corei7-64-poky-linux/m4/1.4.18-r0=/usr/src/debug/m4/1.4.18-r0 -fdebug-prefix-map=/data/poky-tmp/master/build/work/corei7-64-poky-linux/m4/1.4.18-r0/recipe-sysroot-native= -fdebug-prefix-map=/data/poky-tmp/master/build/work/corei7-64-poky-linux/m4/1.4.18-r0/recipe-sysroot= " | 14:00 |
| dafna | and many of them have their own CFLAGS | 14:01 |
| rburton | and instead of CC you want | 14:01 |
| rburton | export CC="x86_64-poky-linux-gcc -m64 -march=corei7 -mtune=corei7 -mfpmath=sse -msse4.2 -fstack-protector-strong -D_FORTIFY_SOURC | 14:01 |
| rburton | E=2 -Wformat -Wformat-security -Werror=format-security --sysroot=/data/poky-tmp/master/build/work/corei7-64-poky-linux/m4/1.4.18-r0 | 14:01 |
| dafna | so they all overrides yocto's | 14:01 |
| rburton | well behaved makefiles inherit CFLAGS from the environment and extend it, but not all do. we patch where required. | 14:01 |
| rburton | cflags/cppflags/ldflags/cc/ld/etc etc | 14:02 |
| peacememories | hmm, can i add a postinstall script to an image recipe? for example to run a command in the sysroot of the built image? | 14:02 |
| dafna | can you give an example of a makefile that inherit CFLAGS ? | 14:02 |
| rburton | there's at least one recipe in oe-core where we just drop in a complete autoconf system as its easier than dealing with the makefile | 14:02 |
| rburton | peacememories: images are not packages, so don't have a postinstall | 14:03 |
| peacememories | still the problem from yesterday with samba, but while i'm waiting for an answer to my email i'll try to work around the problem | 14:03 |
| peacememories | rburton any other way to do something like this then? | 14:03 |
| rburton | peacememories: there *is* a number of post-image and post-rootfs hooks | 14:03 |
| peacememories | i'd basically like to run update-rc.d some time later in the build process | 14:03 |
| rburton | you're working around a stupid bug though | 14:03 |
| peacememories | yes, but i can't afford to wait for a response on the mailing list for too long | 14:04 |
| peacememories | so workarounds it is | 14:04 |
| rburton | peacememories: my guess is that samba.sh is in a different package to the initscript | 14:05 |
| rburton | oe-pkgdata-util can tell you what files are in what package | 14:05 |
| peacememories | hmm, samba only exports one package afaics though | 14:05 |
| rburton | well that file must come from somewhere | 14:06 |
| peacememories | mhm | 14:06 |
| rburton | and if its not in the package with the init script but appears in the rootfs later, its either another package, or the samba package writes it itself in another postinstall fragment that is running too late | 14:06 |
| dafna | hi rburton, can you show a link to a bare makefile that is well behaved ? | 14:06 |
| lukma | nayfe: There are some issues with your approach - relative symlinks will not work | 14:06 |
| dafna | so I can see how it's done ? | 14:06 |
| rburton | nayfe: just have MYCFLAGS and then include ${CFLAGS} in it | 14:07 |
| *** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has quit IRC | 14:07 | |
| peacememories | rburton well i'll see what oe-pkgdata-util tells me | 14:07 |
| peacememories | ah, it seems to be part of samba-base. for reasons | 14:07 |
| peacememories | so i need to change the config to use update-rc.d for samba-base i guess? | 14:10 |
| nayfe | lukma: ln -s test1 ${IMAGE_ROOTFS}/path/test2 will do | 14:10 |
| rburton | peacememories: move the file, or move the postinst, whatever is "right" | 14:10 |
| peacememories | hmm 🤔 | 14:10 |
| * peacememories probably broke a bunch of irc clients with that emoji right now | 14:10 | |
| peacememories | btw, i've seen -= used in some places in recipes, does that work for, say, removing a file from the FILES_${PN}-base variable? (in case i want to do this in an append file) | 14:12 |
| rburton | back in the day we discovered that a colleague had an irc client that crashed on utf-8 | 14:12 |
| rburton | much fun | 14:12 |
| rburton | peacememories: for appends its best practise to use _remove to ensure it happens at the end | 14:13 |
| *** Guest34991 is now known as oni | 14:13 | |
| peacememories | thanks | 14:13 |
| *** oni is now known as Guest50049 | 14:13 | |
| lukma | nayfe: and also problem with copying scripts | 14:13 |
| lukma | just adi SRC_URI += "file://myscript.sh" | 14:13 |
| lukma | is not copying it to either WORKDIR nor Source | 14:14 |
| *** Guest50049 is now known as oni | 14:14 | |
| lukma | or I do it in a wrong way..... | 14:15 |
| *** vdehors <vdehors!~vdehors@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto | 14:16 | |
| rburton | that will put it in WORKDIR for you | 14:16 |
| rburton | so is your append even being found? | 14:16 |
| nayfe | lukma: i think you can't do this, you can add a recipe with custom files and add it to the image recipe, you can also use https://patchwork.openembedded.org/patch/138100/ class | 14:16 |
| *** 07IAB1IGR <07IAB1IGR!~YoctoAuto@198.145.29.62> has quit IRC | 14:20 | |
| *** peacememories <peacememories!~textual@e234-063.eduroam.tuwien.ac.at> has quit IRC | 14:22 | |
| *** peacememories <peacememories!~textual@e234-063.eduroam.tuwien.ac.at> has joined #yocto | 14:23 | |
| *** pohly <pohly!~pohly@p54BD516C.dip0.t-ipconnect.de> has quit IRC | 14:25 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto | 14:26 | |
| sveinse | Why the distinction between BB_ENV_WHITELIST and BB_ENV_EXTRAWHITE ? Manual sais little, and code could seem to indicate that the former is just passing vars over to bb, while the latter also exposes them to recipes and tasks? | 14:32 |
| *** dafna <dafna!4d7e60f3@gateway/web/freenode/ip.77.126.96.243> has quit IRC | 14:34 | |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has quit IRC | 14:35 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 14:37 | |
| *** dfaught <dfaught!~dfaught@163.188.client.vntx.net> has joined #yocto | 14:37 | |
| peacememories | rburton yes! it worked. thank you so much, also for introducing me to some new debugging methods :) | 14:38 |
| *** stephano <stephano!stephano@nat/intel/x-npwyyjvtyhiuyvef> has joined #yocto | 14:38 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 14:42 | |
| sveinse | Apparently using BB_ENV_WHITELIST cause the build to crash on erroneous PATH. BB_ENV_EXTRAWHITE is what one should use to amend new vars into bb | 14:47 |
| sveinse | Yet another example of "ye long and narrow road" of bitbake :D :P | 14:48 |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto | 14:50 | |
| lukma | Is it possible to use directory structure from one recipe in the other? | 14:53 |
| lukma | I mean I do have a recipe X, which creates FOO_DIR1 | 14:54 |
| lukma | then I do have recipe Y, which uses FOO_DIR1 to do e.g. ln -s | 14:54 |
| rburton | lukma: for install, no. | 14:54 |
| lukma | why do I need to first create at Y FOO_DIR1 to make it successfull ? | 14:54 |
| *** lamego <lamego!~jose@134.134.139.74> has joined #yocto | 14:55 | |
| lukma | install -m 0755 -d ${D}${bindir} must be done in Y recipe | 14:55 |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto | 14:55 | |
| lukma | rburton: the RDEPENDS_${PN} += "X" at Y doesn't guarantee FOO_DIR1 normally created by X | 14:56 |
| neverpanic | lukma: ${D} is separate for each recipe | 14:57 |
| neverpanic | lukma: it's not until package installation that those get merged together | 14:57 |
| lukma | So those are per instantiation of the package | 14:58 |
| lukma | and get merged only when I do build final image? | 14:58 |
| *** pohly <pohly!~pohly@p54BD589E.dip0.t-ipconnect.de> has joined #yocto | 14:58 | |
| neverpanic | ${D} is per-recipe, not per-package. | 14:58 |
| lukma | So I cannot rely on one recipe to create /usr/bin | 14:58 |
| lukma | and reuse it in another? | 14:59 |
| neverpanic | You can rely on some paths to be there, IIRC. I think ${D}${bindir} is one of them, but I could be wrong. | 14:59 |
| neverpanic | If you want to be safe, just add the install -d | 14:59 |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 15:00 | |
| neverpanic | And no, you cannot rely on other recipes to create folders in ${D} for you. | 15:00 |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@198.145.29.62> has joined #yocto | 15:00 | |
| *** jdelmore <jdelmore!~jdelmore@216-197-64-240.tingfiber.com> has joined #yocto | 15:00 | |
| lukma | ok, thanks for explanation | 15:00 |
| *** dfaught <dfaught!~dfaught@163.188.client.vntx.net> has quit IRC | 15:02 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 15:03 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@198.145.29.62> has quit IRC | 15:03 | |
| *** jdelmore <jdelmore!~jdelmore@216-197-64-240.tingfiber.com> has quit IRC | 15:05 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@198.145.29.62> has joined #yocto | 15:05 | |
| *** overdamped <overdamped!~overdampe@70-89-109-162-BusName-pittsburgh.hfc.comcastbusiness.net> has joined #yocto | 15:06 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-lzuaanvcbvfmosjh> has quit IRC | 15:09 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 15:09 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 15:09 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 15:10 | |
| overdamped | bluelightning: Thanks again for the help. Turns out meson has no hooks into where the c preprocessor is located, and the build was relying upon a hard coded cpp. | 15:11 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 15:11 | |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has quit IRC | 15:12 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 15:12 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-74-170-206.dynamic.chello.pl> has quit IRC | 15:14 | |
| lukma | rburton: Sorry to ask - but what is the exact meaning of "CLOSED" license? | 15:15 |
| nayfe | not open :D | 15:16 |
| lukma | is it a placeholder if we don't have around the LICENSE file? | 15:16 |
| lukma | Or shall I use it if it is a proprietary SW ? | 15:16 |
| Crofton|work | lukma, yes for proprietary | 15:17 |
| Crofton|work | and if you lack a licnese at least it marks the recipe as needing careful review before releasing anything | 15:17 |
| Crofton|work | really depends on your business needs | 15:17 |
| lukma | Ok, thanks | 15:17 |
| lukma | I was just curious -> since LIC_CHECKSUM_FILE is very strict to have proper value | 15:18 |
| kergoth | ideally you'd set it to a unique name for your particular brand of proprietary, but CLOSED is a decent starting point | 15:18 |
| lukma | and then you can specify LICENSE="CLOSED" and all checks are gone | 15:19 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 15:19 | |
| *** jdelmore <jdelmore!~jdelmore@216-197-64-240.tingfiber.com> has joined #yocto | 15:20 | |
| jdelmore | ls | 15:20 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 15:20 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 15:21 | |
| nayfe | lukma: in meta-foo/conf/layer.conf add LICENSE_PATH += "${LAYERDIR}/custom-licenses" then in meta-foo/custom-licenses you can add your custom license file | 15:21 |
| nayfe | say meta-foo/custom-licenses/mylicense then you can use LICENSE = "mylicense" | 15:22 |
| jdelmore | hello everyone | 15:26 |
| *** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has quit IRC | 15:26 | |
| jdelmore | I am having issues with a build process that is building dependencies that are required to continue building itself | 15:27 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:27 | |
| nayfe | jdelmore: hey you need to be more specific | 15:31 |
| jdelmore | I am building Bro Network Security Monitor and it builds a package called bifcl which is supposed to be placed in /bin/sh. as it continues to build and tries to use that binary it cannot find it | 15:31 |
| *** zerus <zerus!~petter@user167.85-195-55.netatonce.net> has joined #yocto | 15:33 | |
| jdelmore | which software do you prefer to share snipets of output code | 15:33 |
| nayfe | jdelmore: bifcl is replacing default shell ? | 15:34 |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 15:36 | |
| neverpanic | jdelmore: you'll likely need a bifcl-native if you intend to run bifcl on the build system | 15:37 |
| *** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.88.159.23.8> has joined #yocto | 15:38 | |
| *** Guest77686 <Guest77686!0c30d402@gateway/web/freenode/ip.12.48.212.2> has quit IRC | 15:38 | |
| *** zerus <zerus!~petter@user167.85-195-55.netatonce.net> has quit IRC | 15:40 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 15:40 | |
| jdelmore | https://imgur.com/HGn4HGH | 15:41 |
| wouterstreamit | Why does setting a PREFERRED_VERSION of some recipe in my local.conf work but setting it in my image recipe does not? How can I have two image recipes where I want one version in the one recipe and another version in the other recipe? | 15:41 |
| nayfe | jdelmore: add DEPENDS = "bifcl" in your recipe ? | 15:42 |
| nayfe | oops | 15:42 |
| nayfe | you are using yocto sdk ? | 15:42 |
| jdelmore | @nayfe did you see the snip of output messeges I shared? | 15:44 |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 15:45 | |
| jdelmore | I am using the yocto environment that Phytec probided with its imx7 evaluation board | 15:45 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 15:46 | |
| jdelmore | @neverpanic the problem is that bifcl is being built during the process | 15:47 |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 15:47 | |
| nayfe | it's more a cmake problem to me | 15:48 |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 15:49 | |
| jdelmore | @nayfe correct. cmake doesn't make this process easy | 15:50 |
| jdelmore | @neverpanic you can't add bifcl-native to DEPENDS because it doesn't exist. it is build from the Bro source repository | 15:51 |
| neverpanic | jdelmore: is bifcl a binary? | 15:53 |
| jdelmore | it is after it is built | 15:54 |
| neverpanic | Unfortunately CMake does not support building tools for the build machine at the same time as building code for a target machine. Autotools does. | 15:54 |
| *** pohly <pohly!~pohly@p54BD589E.dip0.t-ipconnect.de> has quit IRC | 15:54 | |
| *** zerus <zerus!~petter@user167.85-195-55.netatonce.net> has joined #yocto | 15:54 | |
| neverpanic | Since you need bifcl built for the build machine's architecture, you'll have to add a bifcl-native recipe that builds bifcl for the build machine and patch the target-bifcl buildsystem to use that | 15:55 |
| peacememories | hmm, the eternal dilemma of how to deploy python applications does not get better when combining it with yocto^^ | 15:56 |
| brrm | I try to install a package as part of a packagegroup which only contains a C header file. but it fails with '...Cannot satisfy the following dependencies for packagegroup-pe-devel: pe-headers'. like the other packages I added it to RDEPENDS_${PN}. Why does it fail and how can it be done? | 15:57 |
| neverpanic | brrm: the header was probably packaged in pe-headers-dev | 15:58 |
| neverpanic | as a consequence, pe-headers is probably empty, and you didn't set ALLOW_EMPTY_pe-headers = "1", so the package was not created. | 15:58 |
| *** learningc <learningc!~User@tp-71-177.tm.net.my> has quit IRC | 15:58 | |
| jdelmore | @neverpanic this does build on the actual target platform | 16:00 |
| brrm | neverpanic: I tried adding pe-headers-dev, but still the same error | 16:00 |
| brrm | so I have to add ALLOW_EMPTY_pe-headers = "1" AND add pe-headers-dev? | 16:01 |
| brrm | and ALLOW_EMPTY_pe-headers = "1" goes into pe-headers_0.1.0.bb? | 16:01 |
| neverpanic | brrm: First, you should check which package contains your header file. Then, add a dependency on that package. | 16:03 |
| neverpanic | brrm: ALLOW_EMPTY_pe-headers = "1" doesn't give you anything if the package is empty and your goal is to get the header installed. (But yes, this would be added to the recipe file.) | 16:03 |
| neverpanic | jdelmore: Unfortunately, Yocto doesn't know that and assumes the general case of host arch != target arch. | 16:04 |
| *** learningc <learningc!~User@tp-71-177.tm.net.my> has joined #yocto | 16:05 | |
| *** pohly <pohly!~pohly@p54BD5526.dip0.t-ipconnect.de> has joined #yocto | 16:07 | |
| brrm | neverpanic: I did like explained above and it worked. so I think the header is in pe-headers-dev | 16:10 |
| brrm | is it possible that the pe-headers-dev package implicitely depends on pe-headers? | 16:11 |
| brrm | and so if ALLOW_EMPTY_pe-headers = "1" is not set both are not created? | 16:12 |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.44> has joined #yocto | 16:12 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 16:14 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 16:15 | |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.82> has quit IRC | 16:17 | |
| *** peacememories <peacememories!~textual@e234-063.eduroam.tuwien.ac.at> has quit IRC | 16:19 | |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 16:19 | |
| neverpanic | brrm: main packages never depend on -dev packages. That would make the split useless, because you could never install the main package without the dev package. | 16:22 |
| neverpanic | In fact, there's a QA check about that | 16:22 |
| neverpanic | But yes, pe-headers-dev might depend on pe-headers. | 16:22 |
| *** learningc <learningc!~User@tp-71-177.tm.net.my> has quit IRC | 16:23 | |
| neverpanic | In that case, pe-headers-dev will still be created, but you won't be able to install it. | 16:23 |
| *** learningc <learningc!~User@tp-71-177.tm.net.my> has joined #yocto | 16:24 | |
| *** peacememories <peacememories!~textual@e234-063.eduroam.tuwien.ac.at> has joined #yocto | 16:27 | |
| *** peacememories <peacememories!~textual@e234-063.eduroam.tuwien.ac.at> has quit IRC | 16:28 | |
| *** peacememories <peacememories!~textual@e234-063.eduroam.tuwien.ac.at> has joined #yocto | 16:31 | |
| *** gtristan <gtristan!~tristanva@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 16:35 | |
| *** yann <yann!~yann@178.208.16.32> has quit IRC | 16:36 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 16:38 | |
| *** gtristan <gtristan!~tristanva@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:41 | |
| *** rajm <rajm!~robertmar@167.98.27.229> has joined #yocto | 16:43 | |
| *** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 16:47 | |
| *** stephano <stephano!stephano@nat/intel/x-npwyyjvtyhiuyvef> has quit IRC | 16:49 | |
| *** top22 <top22!540ed2b2@gateway/web/freenode/ip.84.14.210.178> has quit IRC | 16:55 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:57 | |
| *** kaspter <kaspter!~Instantbi@125.118.63.86> has quit IRC | 16:57 | |
| *** kaspter <kaspter!~Instantbi@125.118.63.86> has joined #yocto | 16:57 | |
| *** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.88.159.23.8> has quit IRC | 17:00 | |
| *** todor1 <todor1!~todor@134.134.139.83> has left #yocto | 17:01 | |
| *** learningc <learningc!~User@tp-71-177.tm.net.my> has quit IRC | 17:11 | |
| *** learningc <learningc!~User@tp-71-177.tm.net.my> has joined #yocto | 17:12 | |
| *** CTtpollard <CTtpollard!~CTtpollar@167.98.27.229> has quit IRC | 17:12 | |
| *** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 17:12 | |
| *** fl0v0 <fl0v0!~fvo@p4FED3E85.dip0.t-ipconnect.de> has quit IRC | 17:14 | |
| *** mckoan|away is now known as mckoan | 17:15 | |
| *** rajm <rajm!~robertmar@167.98.27.229> has quit IRC | 17:16 | |
| *** mckoan is now known as mckoan|away | 17:17 | |
| *** vdehors <vdehors!~vdehors@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC | 17:21 | |
| *** BubuIIC <BubuIIC!~mhoffmann@2003:a:772:9200:5748:f262:e193:b5c1> has quit IRC | 17:23 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 17:24 | |
| *** lukma <lukma!~lukma@89-64-27-66.dynamic.chello.pl> has left #yocto | 17:26 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.44> has quit IRC | 17:35 | |
| *** Guest51_ <Guest51_!~textual@2620:10d:c090:200::7:7596> has joined #yocto | 17:36 | |
| *** stephano <stephano!~stephano@134.134.139.74> has joined #yocto | 17:36 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto | 17:39 | |
| *** bavery_fn <bavery_fn!bavery@nat/intel/x-qejajjptpehdwdra> has joined #yocto | 17:41 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 17:42 | |
| *** butterknife-user <butterknife-user!51ff1123@gateway/web/freenode/ip.81.255.17.35> has quit IRC | 17:49 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 17:50 | |
| *** ntl <ntl!~nathanl@cpe-24-242-92-173.austin.res.rr.com> has joined #yocto | 17:54 | |
| *** ScriptRipp <ScriptRipp!~martin@ipbcc06682.dynamic.kabel-deutschland.de> has joined #yocto | 18:03 | |
| *** zerus <zerus!~petter@user167.85-195-55.netatonce.net> has quit IRC | 18:08 | |
| *** ScriptRipp is now known as ScriptRipper | 18:10 | |
| *** ScriptRipper <ScriptRipper!~martin@opensuse/member/MartinMohring> has joined #yocto | 18:10 | |
| *** lamego <lamego!~jose@134.134.139.74> has quit IRC | 18:14 | |
| *** peacememories <peacememories!~textual@e234-063.eduroam.tuwien.ac.at> has quit IRC | 18:15 | |
| *** peacememories <peacememories!~textual@e234-063.eduroam.tuwien.ac.at> has joined #yocto | 18:16 | |
| *** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 18:25 | |
| *** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 18:28 | |
| *** batman_ <batman_!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto | 18:30 | |
| *** Tamis <Tamis!3e862e04@gateway/web/freenode/ip.62.134.46.4> has quit IRC | 18:30 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-hcjdgzevderpmyau> has quit IRC | 18:31 | |
| batman_ | Hello, I built an image without FSTYPE container and was able to create and run a docker image out of that rootfs. My question is then what does FSTYPE = "container" do? | 18:32 |
| kergoth | FSTYPE? | 18:33 |
| *** ed21 <ed21!~Adium@192.198.151.43> has quit IRC | 18:34 | |
| batman_ | After comparing the logs for both the builds(with and without container FSTYPE), I understand that if I declare container FSTYPE then somethings like the kernel etc are not built. | 18:34 |
| armpit | halstead, is autobuilder.yoctoproject.org under maintenance ? | 18:34 |
| *** nemequ <nemequ!~nemequ@2600:8801:d100:0:91b7:cf33:d97f:785c> has quit IRC | 18:35 | |
| batman_ | kergoth: I meant IMAGE_FSTYPE = "container" | 18:35 |
| kergoth | you're mixing up running docker on target with running the image as a container on the host | 18:35 |
| halstead | armpit: no. Let me check on it. | 18:36 |
| armpit | halstead, k. | 18:37 |
| batman_ | kergoth, so building with IMAGE_FSTYPE = "container" produces a native rootfs? | 18:37 |
| kergoth | yes, which is why it doesnt' need a kernel, docker isn't booting a kernel in a vm, it's booting userland processes in a container | 18:38 |
| *** nemequ <nemequ!~nemequ@2600:8801:d100:0:91b7:cf33:d97f:785c> has joined #yocto | 18:40 | |
| *** zerus <zerus!~petter@user167.85-195-55.netatonce.net> has joined #yocto | 18:42 | |
| batman_ | kergoth: Thank you! I understand it now | 18:43 |
| halstead | armpit, Looks like eclipse-plugin-mars was dropped from the AB code on both clusters but not from the buildset on main. So the controller can't start. | 18:43 |
| * halstead tries to fix. | 18:43 | |
| *** zerus <zerus!~petter@user167.85-195-55.netatonce.net> has quit IRC | 18:50 | |
| *** peacememories <peacememories!~textual@e234-063.eduroam.tuwien.ac.at> has quit IRC | 18:51 | |
| *** nemequ <nemequ!~nemequ@2600:8801:d100:0:91b7:cf33:d97f:785c> has quit IRC | 18:51 | |
| halstead | armpit, Controller back up. Builders to follow. | 18:51 |
| armpit | k | 18:52 |
| *** peacememories <peacememories!~textual@e234-063.eduroam.tuwien.ac.at> has joined #yocto | 18:57 | |
| *** nemequ <nemequ!~nemequ@2600:8801:d100:0:91b7:cf33:d97f:785c> has joined #yocto | 19:02 | |
| halstead | armpit, You can start something now. Debian 8 will join soon. | 19:03 |
| batman_ | kergoth: I am comparing the rootfs.manifest for with and without IMAGE_FSTYPE = "container" build. I was expecting to see native packages in the with case. But, both the manifests are identical in terms of the packages included | 19:04 |
| armpit | halstead, thanks | 19:04 |
| batman_ | Is my expectation wrong? | 19:05 |
| halstead | armpit, Up. And I upgraded to jdk8 so the oxygen plugin can build here now. | 19:13 |
| * halstead heads afk for a bit. | 19:13 | |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 19:20 | |
| peacememories | hmm, if i've created a new recipe in my workspace with devtool create, how do i update this recipe to the newest source version from upstream? | 19:20 |
| sveinse | In Krogoth, if I set IMAGE_NAME in an image recipe, the image does not create the deploy symlink from image-machine.tar.bz2 -> ${IMAGE_NAME}. I've spent an hour debugging bitbake. First I thought it was the symlink generator which didn't work, but then I see | 19:27 |
| sveinse | when I set IMAGE_NAME, then the output image is ${IMAGE_NAME}.tar.bz, while if I don't its written to ${IMAGE_NAME}.rootfs.tar.bz2 | 19:28 |
| sveinse | and that creates problems for the symlink creator in bb | 19:29 |
| sveinse | Does anyone know where this "rootfs" actually is appended? | 19:30 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 19:30 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 19:31 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 19:31 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 19:33 | |
| *** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC | 19:45 | |
| *** peacememories <peacememories!~textual@e234-063.eduroam.tuwien.ac.at> has quit IRC | 19:46 | |
| *** peacememories <peacememories!~textual@e234-063.eduroam.tuwien.ac.at> has joined #yocto | 19:47 | |
| *** wmills <wmills!~wmills@192.91.75.30> has quit IRC | 19:48 | |
| *** wmills <wmills!~wmills@192.91.75.30> has joined #yocto | 19:49 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC | 19:56 | |
| *** BubuIIC <BubuIIC!~mhoffmann@x59cc8923.dyn.telefonica.de> has joined #yocto | 19:59 | |
| sveinse | I think I've found a bug in bitbake i krogoth: I'm setting IMAGE_NAME="sp-image-sphw-1.0.12-sveinse" in the recipe (and -e confirms it). But inside image.bbclass, when d.getVar('IMAGE_NAME',True) is called, I get "sp-image-sphw-1.0.12" back. Without the -sveinse suffix! | 20:07 |
| sveinse | So what could be modifying IMAGE_NAME? | 20:08 |
| *** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto | 20:10 | |
| jdelmore | I am having trouble with the do_install() using oe_runmake | 20:23 |
| jdelmore | https://imgur.com/GXfTkEW | 20:23 |
| jdelmore | it fales to copy a static library file (.a) to /usr/lib/ | 20:24 |
| jdelmore | fails | 20:25 |
| jdelmore | I am using "oe_runmake install PREFIX=${D}" within do_install() | 20:28 |
| nayfe | You have to install it in ${D}/${libdir} and add it to FILES_${PN}-dev for example. You dont need to set prefix | 20:29 |
| nayfe | Did you try with stock do_install(), without override it? | 20:30 |
| nayfe | sveinse: did you try sp-image-sphw-sveinse-1.0.12? | 20:32 |
| nayfe | jdelmore: did you also install libdir folder before? | 20:33 |
| jdelmore | nayfe if I don't override the do_install i get a "contains probably-redundant RPATH /usr/lib" | 20:34 |
| jdelmore | also, not sure what you mean by install libdir | 20:35 |
| nayfe | You shouldn't have anything pointing to /usr it's host poisoning right? | 20:37 |
| sveinse | nayfe: No, however if I set the version to "sp-image-sphw-1.0.0.0-sveinse" in text it works, while if I do "sp-image-sphw-${MYVERSION}" is fails. So its connected to expansion I think. I'm still debugging in python | 20:39 |
| nayfe | I mean instead of using cmake to install, you can copy built stuff in deploy folder in recipe | 20:39 |
| sveinse | The variable (store) is ok all until create_symlinks() is executed | 20:40 |
| *** ntl <ntl!~nathanl@cpe-24-242-92-173.austin.res.rr.com> has quit IRC | 20:49 | |
| sveinse | I think I found it. the MYVERSION variable is read from disk, and the path changes. So my bad essentially | 20:55 |
| jdelmore | i think cmake is trying to move the .a file to the hosts /usr/lib | 20:57 |
| jdelmore | @nayfe is there a way to specify the target for files | 20:58 |
| nayfe | It should be automatic when inherit cmake (--installdir should be already set to correct folder) | 21:01 |
| sveinse | Is there a way to set a variable once and use the cached value after? I set _MYVAR:="${@get_version(d)}" and then MYVAR ?= "${_MYVAR}", but still the get_version() function is called many times | 21:03 |
| sveinse | seems very inefficient | 21:03 |
| * nayfe going to bed | 21:03 | |
| sveinse | nayfe: good night | 21:04 |
| nayfe | Ty, see you on monday ;) | 21:04 |
| rburton | sveinse: why not just MYVAR:=${@get_version(d)} | 21:06 |
| rburton | thats exactly what := is for... | 21:07 |
| sveinse | rburton: because to have it overrideable in local.conf. no, wait, that overrides anyways. ok, ill try it | 21:08 |
| rburton | see eg bitbake.conf | 21:08 |
| rburton | # Immediate expansion since there is no point in reapeatedly calling | 21:08 |
| rburton | # os.uname() throughout parsing | 21:08 |
| rburton | BUILD_ARCH := "${@os.uname()[4]}" | 21:08 |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 21:10 | |
| sveinse | yeah, that worked. The function is still called 5-10 times during a build, but a lot less frequent than before | 21:12 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 21:26 | |
| *** top22 <top22!5d1ae61b@gateway/web/freenode/ip.93.26.230.27> has joined #yocto | 21:27 | |
| *** learningc <learningc!~User@tp-71-177.tm.net.my> has quit IRC | 21:30 | |
| *** jdelmore1 <jdelmore1!~jdelmore@074-hs-user.2006.mtu.briworks.net> has joined #yocto | 21:32 | |
| *** jdelmore <jdelmore!~jdelmore@216-197-64-240.tingfiber.com> has quit IRC | 21:34 | |
| *** kuneco <kuneco!~kuneco@73.96.112.176> has quit IRC | 21:35 | |
| *** top22 <top22!5d1ae61b@gateway/web/freenode/ip.93.26.230.27> has quit IRC | 21:36 | |
| *** uglyoldbob <uglyoldbob!~uglyoldbo@12.182.35.187> has joined #yocto | 21:36 | |
| uglyoldbob | hi im trying to create a sizecheck function in a recipe. i have this so far https://pastebin.com/LE1TRBTY the (size=$size) does not print as expected, which form of escaping or not escaping should i use here? | 21:38 |
| *** ntl <ntl!~nathanl@cpe-24-242-92-173.austin.res.rr.com> has joined #yocto | 21:40 | |
| uglyoldbob | hmm, nevermind, it seems my actual question should be where do i hook for finding the size of a generated jffs2 image | 21:41 |
| kergoth | obviously hardcoding jffs2 and using ls are both bad approaches, but it does look like it hsould function fine | 21:41 |
| *** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC | 21:43 | |
| *** jdelmore1 <jdelmore1!~jdelmore@074-hs-user.2006.mtu.briworks.net> has quit IRC | 21:46 | |
| *** kuneco <kuneco!~kuneco@73.96.113.92> has joined #yocto | 21:48 | |
| uglyoldbob | i corrected my file link to ${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.jffs2 and made another simple correction, works as i hoped | 21:54 |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 21:54 | |
| *** mr_science <mr_science!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 21:59 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 21:59 | |
| *** uglyoldbob <uglyoldbob!~uglyoldbo@12.182.35.187> has quit IRC | 22:02 | |
| *** dreyna <dreyna!~dreyna@unknown-157-215.windriver.com> has joined #yocto | 22:10 | |
| *** bavery_fn <bavery_fn!bavery@nat/intel/x-qejajjptpehdwdra> has quit IRC | 22:24 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:26 | |
| yocti | New news from stackoverflow: How to export DBUS_SESSION_BUS_ADDRESS <https://stackoverflow.com/questions/41242460/how-to-export-dbus-session-bus-address> | 22:29 |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC | 22:34 | |
| *** stephano <stephano!~stephano@134.134.139.74> has quit IRC | 22:38 | |
| *** ntl <ntl!~nathanl@cpe-24-242-92-173.austin.res.rr.com> has quit IRC | 22:38 | |
| *** catch22 <catch22!~catch22__@204.40.96.58.static.exetel.com.au> has joined #yocto | 22:39 | |
| *** batman_ <batman_!95c73efe@gateway/web/freenode/ip.149.199.62.254> has quit IRC | 22:46 | |
| *** sjolley <sjolley!~sjolley@134.134.139.74> has quit IRC | 23:02 | |
| *** tripzero <tripzero!~tripzero@134.134.139.75> has joined #yocto | 23:04 | |
| *** pohly <pohly!~pohly@p54BD5526.dip0.t-ipconnect.de> has quit IRC | 23:05 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 23:22 | |
| *** dengke <dengke!~dengke@106.120.101.38> has quit IRC | 23:28 | |
| *** yizhao <yizhao!~zhaoyi@106.120.101.38> has quit IRC | 23:28 | |
| *** dengke <dengke!~dengke@106.120.101.38> has joined #yocto | 23:29 | |
| *** yizhao <yizhao!~zhaoyi@106.120.101.38> has joined #yocto | 23:30 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-iybuuenxgzfebyti> has joined #yocto | 23:37 | |
| *** zarzar1 <zarzar1!~zarzar@184.75.233.58> has quit IRC | 23:41 | |
| *** zarzar1 <zarzar1!~zarzar@184.75.233.58> has joined #yocto | 23:41 | |
| *** overdamped <overdamped!~overdampe@70-89-109-162-BusName-pittsburgh.hfc.comcastbusiness.net> has quit IRC | 23:42 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC | 23:44 | |
| *** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has quit IRC | 23:49 | |
| *** dreyna <dreyna!~dreyna@unknown-157-215.windriver.com> has quit IRC | 23:55 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!