*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 00:03 | |
*** catch22 <catch22!~catch22__@220.57.96.58.static.exetel.com.au> has joined #yocto | 00:04 | |
*** sgw <sgw!~swold@c-24-21-121-142.hsd1.or.comcast.net> has quit IRC | 00:06 | |
*** Argylelabcoat <Argylelabcoat!~textual@2605:a000:454d:42f0::2000> has joined #yocto | 00:06 | |
*** sgw <sgw!swold@nat/intel/x-ybbrfhvjgwwhkpzc> has joined #yocto | 00:06 | |
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-uditfxvdszearnnn> has quit IRC | 00:07 | |
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC | 00:09 | |
*** lamego <lamego!~jose@134.134.139.82> has quit IRC | 00:10 | |
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto | 00:16 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 00:18 | |
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto | 00:20 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 00:22 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 00:23 | |
*** tgraydon <tgraydon!~tgraydon@134.134.139.76> has quit IRC | 00:24 | |
*** tgraydon <tgraydon!~tgraydon@134.134.139.76> has joined #yocto | 00:24 | |
*** dreyna <dreyna!~dreyna@rrcs-108-169-151-20.midsouth.biz.rr.com> has quit IRC | 00:26 | |
*** ant_home <ant_home!~ant__@host85-184-dynamic.58-82-r.retail.telecomitalia.it> has quit IRC | 00:30 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 00:33 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 00:34 | |
*** armpit <armpit!~armpit@2601:202:4001:9ea0:1866:ccc1:2b3a:60cc> has joined #yocto | 00:36 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:43 | |
*** christner_home <christner_home!~dchristne@c-73-132-178-13.hsd1.md.comcast.net> has quit IRC | 00:44 | |
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-xttmhkovtezoteoi> has quit IRC | 00:50 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 00:55 | |
*** diego_r <diego_r!~diego@151.51.132.227> has quit IRC | 00:59 | |
*** martinkelly <martinkelly!~martin@205.175.118.34> has quit IRC | 00:59 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 00:59 | |
*** bodangly_ <bodangly_!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 01:02 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 01:05 | |
*** bodangly_ is now known as bodangly | 01:06 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 01:06 | |
*** User12345678 <User12345678!~User@mti-37-145.tm.net.my> has joined #yocto | 01:08 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 01:16 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto | 01:21 | |
*** martinkelly <martinkelly!~martin@205.175.118.34> has joined #yocto | 01:21 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 01:25 | |
yocti | New news from stackoverflow: How can a build environment introduce new LDFLAGS into an autoconfig build <https://stackoverflow.com/questions/47192400/how-can-a-build-environment-introduce-new-ldflags-into-an-autoconfig-build> | 01:29 |
---|---|---|
*** martinkelly <martinkelly!~martin@205.175.118.34> has quit IRC | 01:30 | |
*** anselmolsm <anselmolsm!~anselmols@134.134.139.83> has quit IRC | 01:33 | |
*** silviof1 <silviof1!~silviof@HSI-KBW-046-005-018-103.hsi8.kabel-badenwuerttemberg.de> has joined #yocto | 01:45 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 01:48 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-dotjfdwhihiriids> has joined #yocto | 01:52 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 02:06 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 02:18 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 02:24 | |
*** stephano <stephano!~stephano@134.134.139.74> has quit IRC | 02:25 | |
-YoctoAutoBuilder- build #595 of nightly-x86 is complete: Failure [failed Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-x86/builds/595 | 02:27 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 02:29 | |
*** Sir_Gallantmon <Sir_Gallantmon!~King_InuY@fedora/ngompa> has joined #yocto | 02:48 | |
*** yocti <yocti!~supybot@yocto-www.yoctoproject.org> has joined #yocto | 02:53 | |
*** lsandov <lsandov!~lsandov1@134.134.139.73> has joined #yocto | 02:53 | |
*** ulf` <ulf`!~ulf@134.134.139.82> has joined #yocto | 02:54 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 02:54 | |
*** tf <tf!~tomas@r-finger.com> has joined #yocto | 02:56 | |
*** volestorm <volestorm!~volestorm@23.105.205.111.16clouds.com> has joined #yocto | 02:56 | |
*** rewitt <rewitt!~rewitt@134.134.139.83> has joined #yocto | 02:56 | |
*** dreyna <dreyna!~dreyna@rrcs-108-169-151-20.midsouth.biz.rr.com> has joined #yocto | 02:57 | |
*** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has joined #yocto | 02:58 | |
*** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto | 02:58 | |
*** Argylelabcoat <Argylelabcoat!~textual@2605:a000:454d:42f0::2000> has quit IRC | 03:00 | |
*** tgraydon <tgraydon!~tgraydon@134.134.139.76> has left #yocto | 03:00 | |
*** dengke <dengke!~dengke@106.120.101.38> has joined #yocto | 03:04 | |
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto | 03:05 | |
*** j241 <j241!~Adium@ns3365147.ip-37-187-75.eu> has joined #yocto | 03:13 | |
*** phako[m] <phako[m]!phakomatri@gateway/shell/matrix.org/x-fljdijtzjcuqcgyo> has quit IRC | 03:14 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-mgaimthrtnpavtry> has quit IRC | 03:14 | |
*** jjardon <jjardon!jjardonmat@gateway/shell/matrix.org/x-hjtnaogkiisftcdq> has quit IRC | 03:14 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-upmevpcgdmhgtxcg> has joined #yocto | 03:15 | |
*** TurBoss <TurBoss!turbossjau@gateway/shell/matrix.org/x-hglaevdiewgwsraa> has quit IRC | 03:15 | |
*** Persuader72[m] <Persuader72[m]!persuader7@gateway/shell/matrix.org/x-ynwxwxyorajteyji> has quit IRC | 03:15 | |
*** berton <berton!fabioberto@gateway/shell/matrix.org/x-afzyzanmapukqeur> has quit IRC | 03:15 | |
*** chessnokov[m] <chessnokov[m]!chessnokov@gateway/shell/matrix.org/x-fnlsjzvqhwpaufqc> has quit IRC | 03:16 | |
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-ulsleoayjgaanmbh> has quit IRC | 03:16 | |
*** dddooo <dddooo!psaavedrai@gateway/shell/matrix.org/x-lviyjkdlelfzjrpj> has quit IRC | 03:17 | |
bodangly | how come even with DL_DIR set, and files all there, it seems my build is still trying to reach out to download files? | 03:24 |
bodangly | also BB_GENERATE_MIRROR_TARBALLS is set | 03:24 |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 03:28 | |
bluelightning | bodangly: all files or just some files? | 03:32 |
*** promach <promach!promach@gateway/shell/suchznc/x-vouolcojrzzmybzo> has joined #yocto | 03:33 | |
bodangly | well, I just realized I forgot to mount the NFS share lol, false alarm. | 03:34 |
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC | 03:48 | |
bluelightning | bodangly: heh, well, at least the mystery is solved :D | 03:49 |
*** Artox <Artox!~Artox@79.124.7.87> has quit IRC | 03:51 | |
*** Artox <Artox!~Artox@79.124.7.87> has joined #yocto | 03:55 | |
*** rodgort` <rodgort`!~rodgort@68.ip-149-56-14.net> has joined #yocto | 03:55 | |
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto | 03:55 | |
*** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has quit IRC | 03:56 | |
*** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has quit IRC | 03:56 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@198.145.29.62> has quit IRC | 03:56 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@198.145.29.62> has joined #yocto | 03:56 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 03:58 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 04:01 | |
*** Sir_Gallantmon <Sir_Gallantmon!~King_InuY@fedora/ngompa> has quit IRC | 04:19 | |
*** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has joined #yocto | 04:20 | |
*** ranran <ranran!4fb3156a@gateway/web/freenode/ip.79.179.21.106> has quit IRC | 04:45 | |
*** pohly1 <pohly1!~pohly@p54BD58C1.dip0.t-ipconnect.de> has joined #yocto | 04:51 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 04:53 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 04:53 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-upmevpcgdmhgtxcg> has quit IRC | 04:54 | |
*** pohly <pohly!~pohly@p54BD59ED.dip0.t-ipconnect.de> has quit IRC | 04:55 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 04:56 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 04:57 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 04:58 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 05:15 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 05:20 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 05:25 | |
*** tyler-baker <tyler-baker!~tyler@unaffiliated/tyler-baker> has quit IRC | 05:29 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 05:30 | |
*** thaytan <thaytan!~jan@183.11.38.203> has quit IRC | 05:37 | |
*** berton <berton!fabioberto@gateway/shell/matrix.org/x-oxbqeghnysznmplv> has joined #yocto | 05:38 | |
*** tyler-baker <tyler-baker!~tyler@2603:3023:704:46f0:dc67:1dc9:2918:445b> has joined #yocto | 05:42 | |
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-agidnqggehpgpytp> has joined #yocto | 05:45 | |
*** jjardon <jjardon!jjardonmat@gateway/shell/matrix.org/x-hwwygewuvrwcefzr> has joined #yocto | 05:45 | |
*** chessnokov[m] <chessnokov[m]!chessnokov@gateway/shell/matrix.org/x-rbxtrslbxvlkyaip> has joined #yocto | 05:45 | |
*** TurBoss <TurBoss!turbossjau@gateway/shell/matrix.org/x-onbqvcvzcqkqdydm> has joined #yocto | 05:45 | |
*** dddooo <dddooo!psaavedrai@gateway/shell/matrix.org/x-csjlutmbravuospk> has joined #yocto | 05:45 | |
*** phako[m] <phako[m]!phakomatri@gateway/shell/matrix.org/x-hruwvzbmlcgrhknm> has joined #yocto | 05:45 | |
*** Persuader72[m] <Persuader72[m]!persuader7@gateway/shell/matrix.org/x-eyzysmcjoxfdpunw> has joined #yocto | 05:45 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 06:00 | |
*** fabo_ <fabo_!~fabo@a91-156-68-101.elisa-laajakaista.fi> has joined #yocto | 06:14 | |
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 06:14 | |
*** kjokinie1 <kjokinie1!~kjokinie@145.247.120.245> has joined #yocto | 06:14 | |
*** m2 <m2!~m2@amy.ksub.org> has quit IRC | 06:15 | |
*** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 06:15 | |
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has quit IRC | 06:15 | |
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 06:15 | |
*** fabo <fabo!~fabo@linaro/fabo> has quit IRC | 06:15 | |
*** m2 <m2!~m2@amy.ksub.org> has joined #yocto | 06:16 | |
*** tyler-baker <tyler-baker!~tyler@2603:3023:704:46f0:dc67:1dc9:2918:445b> has quit IRC | 06:16 | |
*** cpo <cpo!cpo@helix.mybll.net> has quit IRC | 06:16 | |
*** tlwoerner <tlwoerner!~Trevor@206.248.190.95> has joined #yocto | 06:18 | |
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 06:18 | |
*** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 06:18 | |
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 06:18 | |
*** Mylene <Mylene!~Mylene@95.ip-51-255-48.eu> has quit IRC | 06:18 | |
*** zbr <zbr!~zibri@2a01:7e01::f03c:91ff:febb:9538> has joined #yocto | 06:20 | |
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto | 06:21 | |
*** j241 <j241!~Adium@ns3365147.ip-37-187-75.eu> has quit IRC | 06:21 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 06:22 | |
*** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has quit IRC | 06:22 | |
*** blueness_ is now known as blueness | 06:23 | |
*** Aethenelle <Aethenelle!Elite19980@gateway/shell/elitebnc/x-njaceiyneykyrsrg> has quit IRC | 06:25 | |
*** Hauke <Hauke!~Hauke@hauke-m.de> has quit IRC | 06:27 | |
*** j241 <j241!~Adium@ns3365147.ip-37-187-75.eu> has joined #yocto | 06:29 | |
yocti | New news from stackoverflow: why u-boot source code remove while compiling? <https://stackoverflow.com/questions/46703245/why-u-boot-source-code-remove-while-compiling> | 06:29 |
*** Bretos <Bretos!~bretos@vps.tyborek.pl> has joined #yocto | 06:30 | |
*** ranran <ranran!1fa87f8c@gateway/web/freenode/ip.31.168.127.140> has joined #yocto | 06:36 | |
ranran | Does anyone knows the meaning of PACKAGE_CLASSES ?= "package_rpm package_ipk" ? Does it mean there are 2 package managers ? | 06:37 |
*** dreyna <dreyna!~dreyna@rrcs-108-169-151-20.midsouth.biz.rr.com> has quit IRC | 06:37 | |
*** Hauke <Hauke!~Hauke@hauke-m.de> has joined #yocto | 06:40 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 06:42 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 06:44 | |
*** Guest52700 <Guest52700!~xdanger@61.168.113.55> has joined #yocto | 06:46 | |
ranran | Does anyone knows the meaning of PACKAGE_CLASSES ?= "package_rpm package_ipk" . Does it mean there are 2 package managers ? | 06:51 |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:52 | |
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-taswtjvibinqrpfb> has joined #yocto | 06:58 | |
*** gtristan_ <gtristan_!~tristanva@110.11.179.89> has quit IRC | 07:01 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 07:03 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 07:04 | |
*** Guest52700 <Guest52700!~xdanger@61.168.113.55> has quit IRC | 07:04 | |
*** gtristan_ <gtristan_!~tristanva@221.147.85.171> has joined #yocto | 07:09 | |
*** el_robin <el_robin!~el_robin@ns3279252.ip-5-39-92.eu> has quit IRC | 07:09 | |
*** beneth <beneth!~beneth@lxcb.beneth.fr> has quit IRC | 07:09 | |
*** gtristan_ is now known as gtristan | 07:09 | |
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has quit IRC | 07:09 | |
*** on1x <on1x!~on1x@trader.teamfxp.co> has quit IRC | 07:10 | |
*** Hauke <Hauke!~Hauke@hauke-m.de> has quit IRC | 07:10 | |
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has quit IRC | 07:10 | |
*** clopez <clopez!~tau@neutrino.es> has quit IRC | 07:10 | |
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 07:16 | |
ranran | I see that my image have both rpm and opkg, is it possible to use 2 package manager at the same time ? | 07:21 |
*** Bretos <Bretos!~bretos@vps.tyborek.pl> has quit IRC | 07:28 | |
*** agust <agust!~agust@p4FCB59C1.dip0.t-ipconnect.de> has joined #yocto | 07:30 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-geklamothcevslgq> has joined #yocto | 07:35 | |
*** fl0v0 <fl0v0!~fvo@p2E58408A.dip0.t-ipconnect.de> has joined #yocto | 08:02 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 08:10 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 08:12 | |
*** ant_work <ant_work!~ant__@host216-28-dynamic.0-87-r.retail.telecomitalia.it> has joined #yocto | 08:14 | |
*** fabo_ is now known as fabo | 08:14 | |
*** fabo <fabo!~fabo@linaro/fabo> has joined #yocto | 08:15 | |
*** Bunio_FH <Bunio_FH!~bunio@89-73-217-90.dynamic.chello.pl> has joined #yocto | 08:15 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 08:18 | |
*** Bretos <Bretos!~bretos@vps.tyborek.pl> has joined #yocto | 08:24 | |
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto | 08:27 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 08:28 | |
*** suvirb <suvirb!uid16371@gateway/web/irccloud.com/x-iweebehcunwjdnkd> has joined #yocto | 08:30 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 08:32 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-pkzzhvqftunioxdi> has joined #yocto | 08:34 | |
*** j241 <j241!~Adium@ns3365147.ip-37-187-75.eu> has quit IRC | 08:35 | |
*** zero_note <zero_note!~zero@2.238.240.162> has joined #yocto | 08:39 | |
*** hnje <hnje!~hnje@static-5-186-55-130.ip.fibianet.dk> has joined #yocto | 08:42 | |
*** fl0v0 <fl0v0!~fvo@p2E58408A.dip0.t-ipconnect.de> has quit IRC | 08:44 | |
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 08:45 | |
*** colrack <colrack!~colrack@94.126.8.166> has joined #yocto | 08:47 | |
*** j241 <j241!~Adium@ns3365147.ip-37-187-75.eu> has joined #yocto | 08:49 | |
*** toscalix <toscalix!~toscalix@80.91.70.176> has joined #yocto | 08:53 | |
*** cassidy <cassidy!cassidy@nat/collabora/x-ndciulkbblgunvst> has joined #yocto | 08:55 | |
cassidy | Hi all. GStreamer 1.12.3 (latest stable release) is in master but not rocko. Are you planning to update or is it freeze to 1.12.2? I'm not sure what's Yocto policy on stable releases. | 08:56 |
*** morphis <morphis!~morphis@pD9ED7E79.dip0.t-ipconnect.de> has joined #yocto | 09:00 | |
LetoThe2nd | cassidy: here you go https://wiki.yoctoproject.org/wiki/Stable_branch_maintenance | 09:00 |
zzeroo | ranran: PACKAGE_CLASSES ?= "package_rpm package_ipk" means .rpm AND .ipk packages are build. You can use both at the same time. Even with two package managers installed on the same image | 09:01 |
LetoThe2nd | zzeroo: BUT it means that the first one is used for the image creation processm AND it means that if you mix up two runtime package managements you are completely on your own | 09:02 |
*** j241 <j241!~Adium@ns3365147.ip-37-187-75.eu> has quit IRC | 09:03 | |
cassidy | LetoThe2nd, thanks. So that means you don't update even for upstream stable releases in the same branch, right? | 09:04 |
zzeroo | LetoThe2nd: this is true thank you for clarifying that. but isn't it standard? | 09:04 |
LetoThe2nd | zzeroo: what is standard? | 09:04 |
*** hnje <hnje!~hnje@static-5-186-55-130.ip.fibianet.dk> has quit IRC | 09:05 | |
LetoThe2nd | cassidy: if there is no security or bugfixing necessity then not, right | 09:05 |
cassidy | LetoThe2nd, thanks for the clarification :) | 09:05 |
zzeroo | LetoThe2nd: Sorry I thought that this is the default in local.conf. But it isn't my mistake | 09:08 |
*** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 09:09 | |
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 09:09 | |
LetoThe2nd | zzeroo: the standard is rpm. mind, i didn't say that "rpm is standar", i said the first is standard. thats why PACKAGE_CLASSES ?= "package_rpm package_ipk" is not the same as PACKAGE_CLASSES ?= "package_ipk package_rpm", although the values seem to bge identical | 09:10 |
*** hnje <hnje!~hnje@193.106.123.182> has joined #yocto | 09:11 | |
*** ed21 <ed21!Adium@nat/intel/x-zqcxkzpxzjdccqrn> has joined #yocto | 09:21 | |
*** beneth <beneth!~beneth@lxcb.beneth.fr> has joined #yocto | 09:28 | |
*** marquiz_ <marquiz_!marquiz@nat/intel/x-ooassdumrrmncnen> has joined #yocto | 09:29 | |
*** marquiz <marquiz!marquiz@nat/intel/x-swbksljykewrhban> has quit IRC | 09:30 | |
*** clement <clement!~clement@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC | 09:32 | |
*** clement <clement!~clement@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto | 09:32 | |
*** smartin <smartin!~smartin@37.59.126.207> has joined #yocto | 09:34 | |
*** el_robin <el_robin!~el_robin@5.39.92.155> has joined #yocto | 09:35 | |
*** on1x <on1x!~on1x@188.165.243.220> has joined #yocto | 09:35 | |
*** Hauke <Hauke!~Hauke@hauke-m.de> has joined #yocto | 09:35 | |
*** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 09:37 | |
nrossi | Hmmm that busybox bug... looks like a big one... rocko (/bin/sh -> /bin/busybox.nosuid), master (/bin/sh -> /bin/busybox.suid) :| | 09:38 |
*** yann <yann!~yann@178.208.16.32> has joined #yocto | 09:38 | |
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto | 09:41 | |
*** cassidy <cassidy!cassidy@nat/collabora/x-ndciulkbblgunvst> has left #yocto | 09:42 | |
*** User12345678 <User12345678!~User@mti-37-145.tm.net.my> has quit IRC | 09:56 | |
*** dengke <dengke!~dengke@106.120.101.38> has quit IRC | 09:57 | |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:59 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 10:09 | |
-YoctoAutoBuilder- build #596 of nightly-x86 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-x86/builds/596 | 10:18 | |
*** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto | 10:23 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 10:24 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 10:25 | |
*** agust <agust!~agust@p4FCB59C1.dip0.t-ipconnect.de> has quit IRC | 10:27 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ffvgggaawrnhmqny> has joined #yocto | 10:30 | |
*** agust <agust!~agust@p4FCB59C1.dip0.t-ipconnect.de> has joined #yocto | 10:43 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-pkzzhvqftunioxdi> has quit IRC | 10:44 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:48 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:52 | |
yocti | New news from stackoverflow: Put files which are compiled in yocto <https://stackoverflow.com/questions/47199724/put-files-which-are-compiled-in-yocto> | 11:00 |
*** Bretos <Bretos!~bretos@vps.tyborek.pl> has quit IRC | 11:03 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 11:04 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 11:06 | |
*** Noor <Noor!~quassel@110.93.212.98> has quit IRC | 11:06 | |
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 11:06 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 11:07 | |
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 11:07 | |
*** Noor <Noor!~quassel@110.93.212.98> has joined #yocto | 11:07 | |
*** j241 <j241!~Adium@ns3365147.ip-37-187-75.eu> has joined #yocto | 11:09 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 11:10 | |
rburton | nrossi: what?! i thought i ripped that out of my branches | 11:17 |
rburton | argh | 11:17 |
rburton | nrossi: oh yay you found the problem \o/ | 11:20 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 11:25 | |
nrossi | rburton: :) | 11:25 |
rburton | i wonder why my check-bashisms script didn't notice that earlier | 11:26 |
rburton | nrossi: tbh probably worth adding a check in the recipe that the bad linking doesn't happen | 11:28 |
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-eltxgnquzbnbhkrc> has joined #yocto | 11:29 | |
*** gtristan <gtristan!~tristanva@221.147.85.171> has quit IRC | 11:38 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:45 | |
-YoctoAutoBuilder- build #612 of nightly-oe-selftest is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/612 | 11:45 | |
nrossi | rburton: yes, probably worth having a sanity check for suid, so that it only creates the symlinks expected and fails otherwise | 11:56 |
yocti | New news from stackoverflow: Is it possible to import a command-line build into toaster? <https://stackoverflow.com/questions/47200924/is-it-possible-to-import-a-command-line-build-into-toaster> | 12:00 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 12:02 | |
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has joined #yocto | 12:03 | |
*** Argylelabcoat <Argylelabcoat!~textual@2605:a000:454d:42f0::2000> has joined #yocto | 12:05 | |
nrossi | rburton: should the busybox recipe just check to see if the links file has the same link in both .suid and .nosuid? and show a warning for it? | 12:17 |
rburton | nrossi: that could work. or just explicitly check that sh isn't suid and error if so. | 12:17 |
nrossi | rburton: should it matter that the binary could still have sh builtin? even if it doesn't provide the symlink? | 12:18 |
rburton | special-casing a check that if sh->busybox.suid then error out would be good enough for me | 12:19 |
nrossi | rburton: ok will sort a patch that checks it (just fail in do_compile is fine right?) | 12:21 |
rburton | wherever is good enough to check | 12:21 |
rburton | possible bashism in do_compile line 176 (should be 'b = a'): | 12:22 |
rburton | grrrr | 12:22 |
rburton | i'll run it over the entire repo just to see if anything else has sneaked in | 12:22 |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 12:22 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ffvgggaawrnhmqny> has quit IRC | 12:40 | |
*** luneff <luneff!~yury@95.174.104.43> has joined #yocto | 12:42 | |
*** ranran <ranran!1fa87f8c@gateway/web/freenode/ip.31.168.127.140> has quit IRC | 12:53 | |
*** kpo_ <kpo_!~bob@user-94-254-248-17.play-internet.pl> has joined #yocto | 13:08 | |
otavio | rburton: rp: the lttng-modules are not compatible with 4.14 kernel. We are using it on meta-freescale and it has been made a new release which fixes those issues. | 13:11 |
otavio | rburton: being the release just to fix those intrumentation issues, it seems that upgrading makes more sense then backporting | 13:12 |
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 13:22 | |
RP | otavio: to rocko? | 13:24 |
*** ant_work <ant_work!~ant__@host216-28-dynamic.0-87-r.retail.telecomitalia.it> has quit IRC | 13:25 | |
*** hnje <hnje!~hnje@193.106.123.182> has quit IRC | 13:26 | |
*** kpo_ <kpo_!~bob@user-94-254-248-17.play-internet.pl> has quit IRC | 13:27 | |
*** hnje <hnje!~hnje@193.106.123.182> has joined #yocto | 13:29 | |
*** kaspter <kaspter!~Instantbi@183.128.184.235> has quit IRC | 13:34 | |
*** marka <marka!~masselst@128.224.252.2> has joined #yocto | 13:35 | |
sveinse | is there a simple way to show task and recipe dependencies? Using -g creates too large sheets to gain any real overview... | 13:38 |
sveinse | can it be limited to, say 2 or 3 levels? | 13:38 |
*** thaytan <thaytan!~jan@183.11.71.55> has joined #yocto | 13:38 | |
otavio | RP: ye | 13:41 |
otavio | RP: yes | 13:41 |
otavio | RP: I sent the patch and it includes the changelog provided by upstream | 13:41 |
otavio | RP: once it goes in, I can work on upgrading lttng to 2.10 | 13:42 |
sveinse | found it, bitbake -g -u taskexp | 13:45 |
sveinse | Is recipes listed in RDEPENDS always dependencies when building a recipe? | 13:45 |
sveinse | *packages listed in RDEPENDS | 13:46 |
otavio | sveinse: they are added to the build list but not a dependency of the recipe | 13:47 |
otavio | sveinse: so order is not deterministic | 13:47 |
sveinse | otavio: ok, I just noticed that when i have a recipe "a" which has RDEPENDS="b" in it also builds "b" when I write "bitbake a" | 13:49 |
sveinse | I didn't expect that | 13:49 |
otavio | sveinse: because it is an installation dependency; package a cannot be installed without b | 13:50 |
otavio | sveinse: so it must be ready at rootfs generation or for package feed | 13:50 |
sveinse | I'd expect that it would be built from IMAGE_INSTALL="a" would build and install "a" and "b" to satify RDEPENDS. But not when only building recipe "a". | 13:51 |
* otavio goes for lunch! | 13:51 | |
kanavin | sveinse: if you are building packages for a remote package feed, then you would want all of the dependencies | 13:52 |
sveinse | kanavin: yes, of course. But does a "bitbake recipe" imply that you need to rebuild all RDEPENDS? | 13:54 |
*** lamego <lamego!~jose@134.134.139.76> has joined #yocto | 13:54 | |
sveinse | But ok, this is one of the implicit rules in bitbake I suppose | 13:54 |
kanavin | sveinse: if the resulting package is not in sstate cache, then you certainly do | 13:55 |
kanavin | sveinse: otherwise, the package is taken from the cache and moved to deploy dir, which is a lot faster | 13:55 |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-geklamothcevslgq> has quit IRC | 13:55 | |
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 13:55 | |
*** ed21 <ed21!Adium@nat/intel/x-zqcxkzpxzjdccqrn> has quit IRC | 13:57 | |
sveinse | kanavin: yeah, I am probably not seeing the whole picture for it. In other packaging system, RDEPENDS is only something which comes into play when installing a image. A local recipe is ignorant to if a RDEPENDS is updated or not at buildtime. | 13:58 |
sveinse | But granted, bitbake has different behaviours, which was my question. | 13:58 |
kanavin | sveinse: we want consistent, reproducible builds. If you build something, and I build something, we should get the same set of resulting packages, but if RDEPENDS is ignored, then that is not guaranteed. | 14:00 |
*** xtron <xtron!~xtron@110.93.212.98> has left #yocto | 14:03 | |
sveinse | thanks | 14:03 |
*** jaack <jaack!jaackmatri@gateway/shell/matrix.org/x-ihaouykqzgksmfyu> has joined #yocto | 14:03 | |
kanavin | so then you have a runtime issue which you want me to look into, and I can't easily reproduce it, because I can't easily get the same set of packages as you :) | 14:04 |
*** paulg <paulg!~paulg@128.224.252.2> has joined #yocto | 14:04 | |
sveinse | kanavin: but you do, don't you? Because to have a runtime issue, you need to install it somewhere. And install will honor RDEPENDS. Thus it's deterministic, isn't it. | 14:06 |
sveinse | But 'bitbake recipe' has nothing to do with run time has it? It just builds and packages it, right? | 14:07 |
*** paulg_ <paulg_!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC | 14:07 | |
*** thaytan <thaytan!~jan@183.11.71.55> has quit IRC | 14:08 | |
kanavin | sveinse: when installing using remote feeds, you would have one set of packages, and I would have another. | 14:08 |
sveinse | right, so it is a policy to update the full dependency tree, even RDEPENDS. Fine. | 14:12 |
kanavin | sveinse: but what would the other option be? | 14:13 |
kanavin | you do need to build all of the runtime dependencies before placing the package into the package feed, otherwise you'll end up with a package in a feed, but not its dependencies | 14:14 |
sveinse | like other packaging systems do: care not about RDEPENDS until install or feed deployment. | 14:16 |
sveinse | I think the difference with other systems is that 'bitbake recipe' implies that its being built for image or feed deployment, while other are just building the recipe packages. | 14:17 |
RP | sveinse: its actually due to debian.bbclass - the package names depend on the contents of the packages | 14:17 |
RP | sveinse: so before it can depend on "b", it needs to know what "b" will be called | 14:17 |
RP | sveinse: so packaging for a needs b | 14:17 |
sveinse | right. even on RDEPENDS | 14:18 |
RP | sveinse: even for RDEPENDS since it has to know whether to rename it or not | 14:18 |
sveinse | got it | 14:18 |
sveinse | well, thanks a lot for the insight | 14:19 |
RP | sveinse: if you drop debian.bbclass, the dependencies do simplify | 14:19 |
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 14:21 | |
sveinse | Something else: I have qmake5 based recipe, and for some unknown reason it ends up in "cortexa9hf-neon-mx6qdl-poky-linux-gnueabi", while the other non-qmake based recipes ends up in "cortexa9hf-neon-poky-linux-gnueabi" when being built to tune. For some reason qt picks up MACHINE_SOCARCH_SUFFIX | 14:22 |
sveinse | The strange thing is that I just modified another qmake5 recipe and all of the sudden it changed directory from the -mx6qdl to the one without. What could cause something like this? | 14:23 |
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 14:24 | |
yocti | New news from stackoverflow: Yocto Multifile compilation <https://stackoverflow.com/questions/47204368/yocto-multifile-compilation> | 14:31 |
*** luneff <luneff!~yury@95.174.104.43> has quit IRC | 14:32 | |
*** j241 <j241!~Adium@ns3365147.ip-37-187-75.eu> has quit IRC | 14:35 | |
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 14:35 | |
*** j241 <j241!~Adium@ns3365147.ip-37-187-75.eu> has joined #yocto | 14:38 | |
*** sgw <sgw!swold@nat/intel/x-ybbrfhvjgwwhkpzc> has quit IRC | 14:49 | |
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto | 14:50 | |
*** Willy-- <Willy--!63c02b9b@gateway/web/freenode/ip.99.192.43.155> has joined #yocto | 14:50 | |
*** adelcast <adelcast!~adelcast@130.164.62.108> has quit IRC | 14:50 | |
*** adelcast <adelcast!~adelcast@130.164.62.108> has joined #yocto | 14:50 | |
*** adelcast <adelcast!~adelcast@130.164.62.108> has quit IRC | 14:53 | |
*** adelcast <adelcast!~adelcast@130.164.62.108> has joined #yocto | 14:53 | |
sveinse | If I want to rsync sources into the build tree, can I simply override do_fetch, or does this task have additional roles other than copying/fetching? | 14:56 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:57 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:58 | |
sveinse | At what task is the src hash-sum evaluated? | 15:01 |
*** diego__ <diego__!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto | 15:02 | |
*** zarzar <zarzar!~zarzar@184.75.233.58> has quit IRC | 15:03 | |
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC | 15:03 | |
sveinse | I'm trying to find an efficient way to handle larger in-meta-source trees | 15:05 |
*** tyler-baker <tyler-baker!~tyler@2603:3023:704:46f0:dc67:1dc9:2918:445b> has joined #yocto | 15:07 | |
*** stephano <stephano!~stephano@134.134.139.83> has joined #yocto | 15:07 | |
*** zarzar <zarzar!~zarzar@vpn.noregon.com> has joined #yocto | 15:08 | |
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC | 15:10 | |
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has joined #yocto | 15:14 | |
*** rperier <rperier!~rperier@ubuntu/member/rperier> has joined #yocto | 15:14 | |
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 15:17 | |
*** tyler-baker <tyler-baker!~tyler@2603:3023:704:46f0:dc67:1dc9:2918:445b> has quit IRC | 15:22 | |
*** andycooper_ <andycooper_!~Andrew_Co@216.21.169.52> has quit IRC | 15:22 | |
*** andycooper <andycooper!~Andrew_Co@216.21.169.52> has joined #yocto | 15:23 | |
*** tyler-baker <tyler-baker!~tyler@2603:3023:704:46f0:dc67:1dc9:2918:445b> has joined #yocto | 15:24 | |
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto | 15:25 | |
sveinse | Will SRC_URI = " file://directory/" work? Will it monitor changes in directory? | 15:30 |
*** tyler-baker <tyler-baker!~tyler@2603:3023:704:46f0:dc67:1dc9:2918:445b> has quit IRC | 15:31 | |
*** sgw <sgw!~swold@134.134.139.82> has joined #yocto | 15:32 | |
*** hmwel <hmwel!~hmw@zimbra.welvaarts.com> has quit IRC | 15:33 | |
*** andycooper <andycooper!~Andrew_Co@216.21.169.52> has quit IRC | 15:33 | |
*** ranran <ranran!1fa87f8c@gateway/web/freenode/ip.31.168.127.140> has joined #yocto | 15:34 | |
ranran | Is anyone familiar with web browser which can be added to image in yocto ? | 15:34 |
*** User12345678 <User12345678!~User@1.9.183.97> has joined #yocto | 15:35 | |
joshuagl | there's epiphany in meta/recipes-gnome | 15:35 |
rburton | other browsers are in meta-browser, eg chromium | 15:36 |
kanavin | ranran: also, see meta-browser layer (has mozilla and chrome i think) | 15:36 |
kanavin | sveinse: what you need is probably externalsrc.bbclass | 15:36 |
zzeroo | One of my projects need access to libclang.so Because an issue with meta-rust I cannot just use meta-clang. What can I do? | 15:37 |
kanavin | zzeroo: describe your issue to meta-clang and meta-rust maintainers | 15:39 |
zzeroo | kanavin: https://github.com/kraj/meta-clang/issues/43 && https://github.com/meta-rust/meta-rust/issues/173 | 15:40 |
sveinse | kanavin: I might be wrong, but I think externalsrc will force a rebuild every time | 15:40 |
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto | 15:42 | |
*** andycooper <andycooper!~Andrew_Co@216.21.169.52> has joined #yocto | 15:42 | |
yates | is there a way to cause do_compile to emit the actual compile commands with all options? i'm tracing down a bug in a .dts compile and running the yocto build takes 10-15 minutes just to get to that phase - too long. i'd like to just run the compile interactively while tracking my bug | 15:43 |
*** melonipoika <melonipoika!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC | 15:43 | |
*** luneff <luneff!~yury@31.23.201.79> has joined #yocto | 15:43 | |
kanavin | yates: devtool modify <recipe> | 15:44 |
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 15:44 | |
*** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 15:45 | |
yates | kanavin: i am already doing a devtool modify <recipe>, and it takes too long | 15:45 |
kergoth | devtool modify is a one-time operation, after that you just devtool build or bitbake -c compile, which will only run the one task | 15:46 |
sveinse | Does yocto/bitbake have any concepts for having sources and recipes together. Much like native deb packages (not to be intermixed with yocto's "native" term) | 15:47 |
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 15:48 | |
kergoth | can be done locally, as long as BBFILES includes the recipe where it lives in the source tree, and you can set S relative to FILE/FILE_DIRNAME/THISDIR. but it wouldn't handle fetching/unpacking the sources+recipe, that'd have to be done already. i don't know of anyone who has done much with that sort of thing | 15:48 |
sveinse | We have a large, multi application codebase that compiles to different kinds of platforms, including yocto. However yocto, tends to want one source repo per recipe (or at least it checks out one per recipe). We did explore having a separate meta-layer for our apps, but that complete fell out of sync with the main apps repo. Thus our meta-layer has been incorporated into the main app repo. | 15:51 |
yates | kergoth: ah. thanks for the clarification. i missed that. | 15:51 |
yates | or had forgotten.. | 15:51 |
kergoth | devtool modify unpacks/patches the source tree locally and appends the recipe to make it use it there, making local source modifications more convenient and safer than trying to dig around inside of tmp/work/, and making bitbake no longer re-unpack/patch unnecessarily | 15:52 |
*** JPEWhacker <JPEWhacker!cc4da371@gateway/web/freenode/ip.204.77.163.113> has quit IRC | 15:52 | |
sveinse | I have been experiment with setting S="${THISDIR}/../appsrc" in a qmake5 recipe, and it did seem to work... Until today, where I sometimes see that the source tree is deleted. But I have no clue to what task is cleaning too much. | 15:55 |
*** vdehors <vdehors!~vdehors@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto | 15:55 | |
kergoth | sveinse: my guess would be a cleandirs flag | 15:56 |
kergoth | that's the dirs to wipe before running the task in question | 15:56 |
sveinse | thanks, let me grep the sources for it | 15:56 |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 15:57 | |
*** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 15:58 | |
sveinse | kergoth: is cleandirs scm aware? If the said dir contains .git it will not clean registered files from that repo? So if the dir is a subdir of a git-repo, it would not see the .git dir and thus clean it completely? Plausible? | 15:58 |
kergoth | i doubt it's that complex, likely just a naïve rm -rf by bitbake. should be able to explicitly remove it if needed, though, or even write an event handler in the metadata to remove it if .git exists at that level | 15:59 |
*** Willy-- <Willy--!63c02b9b@gateway/web/freenode/ip.99.192.43.155> has quit IRC | 16:00 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 16:01 | |
sveinse | kergoth: thing is that my recipe that use S="${THISDIR}/.." which points to the root of the layer/sources, does not delete anything, while putting a subdir does | 16:01 |
*** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 16:01 | |
kergoth | odd | 16:05 |
kergoth | i'd just remove S from cleandirs in the recipe | 16:05 |
sveinse | I wish there were a way to point to a in-tree source, but not copy it to ${WORKDIR}, but still keep hash-sum record of it. | 16:06 |
kergoth | might be doable with file-checksums flag | 16:06 |
kergoth | not sure if that can handle a directory offhand or not | 16:06 |
kergoth | but even easier would be to just aadd to SRC_URI but use the url parameter to disable unpack | 16:07 |
kergoth | i.e. file://some-path;unpack=no | 16:07 |
sveinse | kergoth: let me try that | 16:07 |
kergoth | might be easier to just use externalsrc class, though, and point to the xisting THISDIR-based path as EXTERNALSRC | 16:08 |
kergoth | since that class is expected to handle all the "this source tree already exists at this path" stuff, including checksumming hte tree | 16:08 |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 16:11 | |
sveinse | kergoth: is externalsrc handling checksumming? | 16:12 |
kergoth | i just said that, yes | 16:12 |
sveinse | because I've experienced that it wants to rebuild the reciped using externalsrc all the time, but I might not be right with that | 16:12 |
kergoth | it arranges for bitbake to do it, anyway | 16:12 |
kergoth | i think that changed somewhat recently | 16:12 |
kergoth | it used to just nostamp the thing | 16:12 |
sveinse | thats perfect actually | 16:12 |
sveinse | yeah, i'm on pyro | 16:13 |
kergoth | it's possible i'm remembering wrong, but i think that's the case now, i saw the patches hit the list ages ago | 16:13 |
kergoth | should chec the master version of the bbclass | 16:13 |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 16:18 | |
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-pkpwusrjnkglzlwl> has joined #yocto | 16:23 | |
otavio | sveinse: the MACHINE_SOCARCH is a meta-freescale thing; it allows for sharing binaries across same SoC family processors. This is because some packages need to have changes for i.MX (qtbase, in your case) so it becomes machine specific but to avoid rebuilding it for every machine we ended using this dynamic package arch schema. | 16:24 |
*** Bunio_FH1 <Bunio_FH1!~bunio@89-74-170-206.dynamic.chello.pl> has joined #yocto | 16:25 | |
*** User12345678 <User12345678!~User@1.9.183.97> has quit IRC | 16:27 | |
*** Bunio_FH <Bunio_FH!~bunio@89-73-217-90.dynamic.chello.pl> has quit IRC | 16:29 | |
*** Bunio_FH1 <Bunio_FH1!~bunio@89-74-170-206.dynamic.chello.pl> has quit IRC | 16:33 | |
*** stephano <stephano!~stephano@134.134.139.83> has quit IRC | 16:34 | |
*** stephano <stephano!stephano@nat/intel/x-klzhhvypricesccj> has joined #yocto | 16:34 | |
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 16:34 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 16:34 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has left #yocto | 16:34 | |
*** User12345678 <User12345678!~User@1.9.183.97> has joined #yocto | 16:35 | |
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 16:37 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 16:38 | |
sveinse | otavio: aha, thanks, so thats why all my qt5 based apps are specific to SOCARCH. thanks | 16:40 |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ioyjaorbcacfxapb> has joined #yocto | 16:43 | |
*** j241 <j241!~Adium@ns3365147.ip-37-187-75.eu> has quit IRC | 16:47 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-dotjfdwhihiriids> has quit IRC | 16:51 | |
*** rajm <rajm!~robertmar@167.98.27.226> has quit IRC | 16:51 | |
*** toscalix <toscalix!~toscalix@80.91.70.176> has quit IRC | 16:54 | |
*** User12345678 <User12345678!~User@1.9.183.97> has quit IRC | 16:56 | |
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 16:58 | |
yocti | New news from stackoverflow: GStreamer source code understanding (gst-pligins-base,... gst-plugin-vspfilter, element, pipeline) <https://stackoverflow.com/questions/47207193/gstreamer-source-code-understanding-gst-pligins-base-gst-plugin-vspfilter> | 17:01 |
*** Aethenelle <Aethenelle!Elite19980@gateway/shell/elitebnc/x-qceulioeuyjfnfed> has joined #yocto | 17:03 | |
*** vdehors <vdehors!~vdehors@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC | 17:05 | |
*** j241 <j241!~Adium@ns3365147.ip-37-187-75.eu> has joined #yocto | 17:09 | |
sveinse | Am I reading externalsrc.bbclass:L176 in Pyro where srctree_hash_files() is only making hashindex if the external src is a git repo? | 17:12 |
sveinse | Am I reading this correctly? | 17:12 |
*** yann <yann!~yann@178.208.16.32> has quit IRC | 17:13 | |
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has quit IRC | 17:15 | |
luneff | hey guys! I'm hitting some strange problem with WebEngineView of meta-qt5 on a Raspberry Pi 3. Detailed log here. https://pastebin.com/qNx75AEd . Most noticeable: glGetError 0x505, GL ERROR :GL_OUT_OF_MEMORY : glTexImage2D:, Error: 5 for Command kTexImage2D, GLES2DecoderImpl: Trying to make lost context current. All this results in a white screen with EGLFS backend | 17:17 |
*** ranran <ranran!1fa87f8c@gateway/web/freenode/ip.31.168.127.140> has quit IRC | 17:17 | |
*** bavery_fn <bavery_fn!bavery@nat/intel/x-gllbgpnjzhsazufn> has quit IRC | 17:19 | |
otavio | sveinse: yw | 17:20 |
*** dreyna <dreyna!~dreyna@rrcs-108-169-151-20.midsouth.biz.rr.com> has joined #yocto | 17:21 | |
*** dreyna <dreyna!~dreyna@rrcs-108-169-151-20.midsouth.biz.rr.com> has quit IRC | 17:22 | |
*** dreyna <dreyna!~dreyna@rrcs-108-169-151-20.midsouth.biz.rr.com> has joined #yocto | 17:22 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 17:31 | |
*** bodangly_ <bodangly_!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 17:40 | |
*** tyler-baker <tyler-baker!~tyler@2603:3023:704:46f0:dc67:1dc9:2918:445b> has joined #yocto | 17:40 | |
*** grma <grma!~gruberm@80.93.38.128> has quit IRC | 17:44 | |
sveinse | This is excellent: I'm using EXTERNALSRC to point to the in-meta-tree-source, and use SRC_URI="file://...;unpack=no" in addition to allow the checksummer to detect any src changes. I had to use QMAKE_PROFILES="`ls ${EXTERNALSRC}/*.ori`" to allow qmake to pick up the external source. But now, finally, it works | 17:45 |
sveinse | thanks, kergoth for pointing me in the right direction | 17:46 |
*** bodangly_ is now known as bodangly | 17:46 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 17:47 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 17:48 | |
*** mckoan|away is now known as mckoan | 17:48 | |
*** mckoan is now known as mckoan|away | 17:48 | |
*** j241 <j241!~Adium@ns3365147.ip-37-187-75.eu> has quit IRC | 17:51 | |
*** bavery_fn <bavery_fn!~bavery@134.134.139.72> has joined #yocto | 17:55 | |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 17:58 | |
*** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has quit IRC | 17:59 | |
*** armpit <armpit!~armpit@2601:202:4001:9ea0:1866:ccc1:2b3a:60cc> has quit IRC | 18:00 | |
yocti | New news from stackoverflow: GStreamer source code understanding (gst-pligins-base,... gst-plugin-vspfilter, element, pipeline) [on hold] <https://stackoverflow.com/questions/47207193/gstreamer-source-code-understanding-gst-pligins-base-gst-plugin-vspfilter> | 18:01 |
*** bavery_fn <bavery_fn!~bavery@134.134.139.72> has quit IRC | 18:05 | |
*** colrack <colrack!~colrack@94.126.8.166> has quit IRC | 18:18 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 18:22 | |
*** User12345678 <User12345678!~User@1.9.183.97> has joined #yocto | 18:25 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 18:32 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 18:37 | |
*** User12345678 <User12345678!~User@1.9.183.97> has quit IRC | 18:39 | |
*** morphis <morphis!~morphis@pD9ED7E79.dip0.t-ipconnect.de> has quit IRC | 18:43 | |
*** User12345678 <User12345678!~User@1.9.183.97> has joined #yocto | 18:43 | |
*** dfaught <dfaught!~dfaught@163.188.client.vntx.net> has joined #yocto | 18:44 | |
*** suvirb <suvirb!uid16371@gateway/web/irccloud.com/x-iweebehcunwjdnkd> has quit IRC | 18:46 | |
*** luneff <luneff!~yury@31.23.201.79> has quit IRC | 18:48 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 18:51 | |
*** dfaught <dfaught!~dfaught@163.188.client.vntx.net> has quit IRC | 18:57 | |
*** dfaught <dfaught!~dfaught@163.188.client.vntx.net> has joined #yocto | 18:58 | |
*** bodangly_ <bodangly_!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 18:58 | |
*** dfaught <dfaught!~dfaught@163.188.client.vntx.net> has quit IRC | 18:58 | |
*** dfaught <dfaught!~dfaught@163.188.client.vntx.net> has joined #yocto | 19:00 | |
*** bavery_fn <bavery_fn!bavery@nat/intel/x-tcpgamdzmixkypnc> has joined #yocto | 19:01 | |
*** bluelightning <bluelightning!~paul@78.228.69.111.dynamic.snap.net.nz> has joined #yocto | 19:03 | |
*** bluelightning <bluelightning!~paul@78.228.69.111.dynamic.snap.net.nz> has quit IRC | 19:03 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:03 | |
*** bodangly_ <bodangly_!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 19:03 | |
*** bavery_fn <bavery_fn!bavery@nat/intel/x-tcpgamdzmixkypnc> has quit IRC | 19:08 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 19:09 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 19:15 | |
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto | 19:17 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:19 | |
*** bodangly_ <bodangly_!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 19:20 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 19:20 | |
rewitt | If I want the entire build to fail/stop during parsing due to some configuration check I have in a recipe using anonymous python, do I have to raise parse.ParseError? I tried using bb.error() but everything continues on happily | 19:24 |
rewitt | Well, the error message shows up, but it proceeds to run tasks | 19:24 |
bluelightning | rewitt: try bb.fatal() | 19:36 |
*** bavery_fn <bavery_fn!bavery@nat/intel/x-sgkhkthnhopmjjdv> has joined #yocto | 19:46 | |
*** armpit <armpit!~armpit@50-233-148-156-static.hfc.comcastbusiness.net> has joined #yocto | 19:49 | |
*** Aethenelle <Aethenelle!Elite19980@gateway/shell/elitebnc/x-qceulioeuyjfnfed> has quit IRC | 19:50 | |
*** bodangly_ is now known as bodangly | 19:54 | |
*** marka <marka!~masselst@128.224.252.2> has quit IRC | 20:00 | |
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC | 20:09 | |
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto | 20:10 | |
RP | Why does recompiling the kernel appear to cause half my userspace to rebuild :( | 20:11 |
smurray | heh, in AGL it's usually because of mesa -> qt -> * | 20:12 |
neverpanic | linux kernel headers -> libc -> your userspace? | 20:13 |
RP | I didn't touch the headers, that I would have understood... | 20:14 |
RP | I'll poke around it shortly and figure out why its doing this. It just seems bad :( | 20:14 |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 20:17 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 20:18 | |
bluelightning | RP: I wonder if we should be diffing task graphs between releases, assuming that's even practical | 20:18 |
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 20:19 | |
rewitt | bluelightning: That does it thanks | 20:22 |
armpit | maybe the kernel is self-aware ? | 20:28 |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 20:31 | |
RP | bluelightning: there are probably patters we should be looking for | 20:33 |
*** paulg_ <paulg_!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 20:34 | |
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto | 20:35 | |
*** Aethenelle <Aethenelle!Elite19980@gateway/shell/elitebnc/x-vcbapjexolhaodhu> has joined #yocto | 20:36 | |
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 20:38 | |
*** hnje <hnje!~hnje@193.106.123.182> has quit IRC | 20:39 | |
neverpanic | RP: Does it actually matter if the contents of the headers change if the checksum of the task that produces them changes? | 20:42 |
*** kpo_ <kpo_!~bob@user-94-254-248-17.play-internet.pl> has joined #yocto | 20:43 | |
RP | neverpanic: sadly the checksums aren't intelligent like that | 20:43 |
neverpanic | Yeah, that's what I thought. Even if the headers don't change, bitbake will still rebuild your entire userland, wouldn't it? | 20:44 |
neverpanic | We actually have some code to re-use sstate if the dependencies didn't change (for some defined notion of change) | 20:46 |
*** Bretos <Bretos!~bretos@vps.tyborek.pl> has joined #yocto | 20:51 | |
rewitt | bluelightning: So here is another question. I basically don't want an image to be built unless the kernel provider is a particular kernel. However, I don't want to wait until the build phase to tell the user things are wrong. So I'm trying to do it during parse. But that won't really work because the recipe always gets parsed. | 21:00 |
rewitt | bluelightning: So what is the best way to error early, but only if the image is in the task graph? | 21:01 |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:03 | |
*** jku <jku!~jku@dyj-skyyyyyyyyyyyyybt-3.rev.dnainternet.fi> has joined #yocto | 21:07 | |
bodangly | if I don't want dropbear in my image (have my own version of SSH in a custom layer), what is the best way to remove it? IMAGE_INSTALL_remove += ? | 21:12 |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ioyjaorbcacfxapb> has quit IRC | 21:13 | |
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC | 21:14 | |
*** dreyna <dreyna!~dreyna@rrcs-108-169-151-20.midsouth.biz.rr.com> has quit IRC | 21:18 | |
rewitt | bodangly: I'm pretty sure you need to remove ssh-server-dropbear from IMAGE_FEATURES, otherwise some things will still happen during rootfs creation | 21:19 |
rburton | bodangly: find why its being pulled in and remove it, its not in all images out of the box | 21:19 |
rburton | yes, if you have it in IMAGE_FEATURES then remove that | 21:20 |
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 21:22 | |
bodangly | I removed it from IMAGE_FEATURES and it still ended up in my image | 21:29 |
bodangly | hmm | 21:29 |
*** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto | 21:30 | |
bodangly | can I do IMAGE_FEATURES_remove ? | 21:30 |
bodangly | if I put that in my image recipe, (and its the last one included), shouldn't that ensure it gets removed? | 21:30 |
kergoth | _remove is always processed at expansion time. doesn't matter where it's defined, it'll remove it last | 21:31 |
rburton | bodangly: presumably this is your image recipe? | 21:31 |
rburton | i'd be using taskexp to find out what is pulling it in if you don't mention it in your recipe | 21:31 |
bodangly | yeah my image recipe had IMAGE_FEATURES += "ssh-server-dropbear" | 21:31 |
bodangly | I deleted that line, but it still ended up in there | 21:32 |
lamego | ls | 21:32 |
kergoth | see EXTRA_IMAGE_FEATURES in your local.conf | 21:32 |
rewitt | rburton: I didn't think you could use IMAGE_FEATURES in an image recipe | 21:32 |
bodangly | ah where can I find documentation for taskexp? | 21:32 |
kergoth | yes, you can, image features are by definition image specific | 21:32 |
rburton | bodangly: bitbake -g -u taskexp <imagename> | 21:32 |
bodangly | thanks | 21:32 |
rewitt | kergoth: Ahh I thought it was another global config thing | 21:32 |
rburton | nope, just a terrible example being set by local.conf :) | 21:33 |
rburton | much fun when you do IMAGE_FEATURES_append=dbg-pkgs and wonder why your initramfs is giant :) | 21:33 |
kergoth | EXTRA_IMAGE_FEATURES is, it's provided so the user doesn't have to muck with _append, but it's still just pulled in and used by the image, which can override it (and does, in some cases, i.e. initramfs images) | 21:33 |
kergoth | indeed | 21:33 |
kergoth | been there | 21:33 |
rburton | yeah, i think my time was with tools-sdk | 21:33 |
bodangly | so I see its in an EXTRA_IMAGE_FEATURES in one of the "require"'d parent inc files | 21:34 |
*** Bretos <Bretos!~bretos@vps.tyborek.pl> has quit IRC | 21:34 | |
bodangly | I guess I can remove it there, but I would prefer to remove it from my own recipe | 21:34 |
rburton | bodangly: use _remove in the recipe but i'd be looking at sorting out the parent inc so it wasn't setting stuff that isn't actually universal | 21:35 |
bodangly | its from Technexion's BSP layer | 21:35 |
rburton | bsp layer in being rubbish shocker | 21:35 |
*** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 21:35 | |
bodangly | fuck it I keep it in my own repo anyhow I'll remove it from the BSP | 21:36 |
bodangly | sounds like thats how it should have been done anyhow | 21:36 |
rewitt | because an ssh server is totally needed for a bsp :-D | 21:36 |
bodangly | yeah haha | 21:36 |
rburton | not sure why a bsp needs to have a .inc that you need to include for images to work either | 21:36 |
bodangly | their layers are shit to be honest I am learning not to question it and just fix it myself | 21:37 |
bodangly | also stuck on Jethro | 21:37 |
rewitt | bsp="bsp+distro" for most places unfortunately | 21:37 |
bodangly | yeah thats what it is | 21:38 |
* kergoth shakes head | 21:38 | |
bodangly | its part of their "guI" image recipe | 21:38 |
bodangly | "GUI" | 21:38 |
bodangly | which is their distro | 21:38 |
rburton | good news is that YP layer guidelines v2 explicitly block that sort of behaviour | 21:38 |
kergoth | we really should provide a nicer way for bsps to identify gui-specific desired components, i.e. x11 driver, gstreamer plugin, etc | 21:38 |
kergoth | a lot of them end up appending images and crap | 21:38 |
bodangly | but still, why does a GUI distro need to have the SSH server either? | 21:38 |
kergoth | well, x11 is at least covered by XSERVER | 21:39 |
rewitt | bodangly: It probably doesn't need it, but you don't need half the stuff on most distros that get installed | 21:39 |
kergoth | ssh in an image is often a development/debugging tool more than anything else, unless they really want that open in production.. | 21:39 |
bodangly | "Unable to import extension module "taskexp" from bb.ui. Valid extension modules: knotty or ncurses" | 21:39 |
bodangly | is that something from a later version? | 21:39 |
bodangly | rewitt: Yeah, I am trying to pare down this distro for production. Its a touch screen controller for an oven, and has CUPS in it among other nonsensical things lol | 21:40 |
kergoth | yikes | 21:40 |
*** uglyoldbob <uglyoldbob!~uglyoldbo@12.182.35.187> has joined #yocto | 21:40 | |
*** armpit <armpit!~armpit@50-233-148-156-static.hfc.comcastbusiness.net> has quit IRC | 21:41 | |
rewitt | If you use "bitbake -e" that will also let you see what caused what to get added to variables | 21:41 |
bodangly | also has tools-debug in the distro lol | 21:41 |
rewitt | i.e. bitbake -e foo-image, then look and see what all touched IMAGE_FEATURES, or IMAGE_INSTALL, etc | 21:42 |
bodangly | thanks | 21:42 |
uglyoldbob | how can i do a git bisect on a repository of a recipe (ie blabla.bb uses somewhere/over/there/bla.git, i want to git bisect somewhere/over/there/bla.git) | 21:42 |
bodangly | I have used bitbake -e, didn't realize I could pass a recipe | 21:42 |
kergoth | uglyoldbob: devtool modify blabla; cd workspace/sources/blablah; git bisect | 21:43 |
rewitt | +1 devtool, so glad it's not devshell anymore :) | 21:43 |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 21:44 | |
*** luc4 <luc4!~anonymous@2-234-130-167.ip223.fastwebnet.it> has joined #yocto | 21:44 | |
rewitt | I remember a guy freaking out once because he had been doing all of his development in devshell, and then ran bitbake and it refetched | 21:45 |
uglyoldbob | kergoth: what if devtool fails? | 21:47 |
bodangly | so after removing packages from my image, is doing bitbake -f my-image enough to force it to not include them in the rootfs/ | 21:47 |
bodangly | or do I need to clean the build first | 21:47 |
bodangly | looks like that worked as I shaved off 100 megs from my build last night | 21:49 |
bodangly | by getting rid of qt5 demos, tools-debug, tools-profile | 21:50 |
bodangly | any suggestions on a strategy to implement overlayfs? possible to get it built that way, or should I do it with post-inst scripts? | 21:51 |
kergoth | uglyoldbob: i don't understand the question. devtool just unpacks and patches the sources. if it fails, you've got bigger problems | 21:54 |
bodangly | another question, how do I pick which package manager I want to be used on the system? this build I was given doesn't have opkg or rpm installed into the rootfs, but its building rpm files | 22:02 |
kergoth | should be an example in local.conf/local.conf.sample/local.conf.sample.extended | 22:03 |
bodangly | ok thanks | 22:03 |
uglyoldbob | kergoth: "fatal: Not a git repository: '/tmp/devtoolGYHNbU/workdir/git'" | 22:03 |
uglyoldbob | kergoth: what should i look at? | 22:04 |
nerdboy | anybody else get a morty udev image to stop right after init? | 22:07 |
nerdboy | all i get is Error opening /dev/fb0: No such file or directory and then udevd[96]: starting eudev-3.2 | 22:07 |
nerdboy | *neo basic with mainline kernel/u-boot | 22:08 |
bodangly | kergoth: I see PACKAGE_CLASSES, and i do have rpm selected, but the resulting system has no rpm binary on it... | 22:11 |
kergoth | sounds like your'e using an image that lacks pakcage-management in IMAGE_FEATURES | 22:11 |
kergoth | which results in no package manager | 22:11 |
bodangly | ah I see | 22:12 |
bodangly | ty | 22:12 |
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 22:12 | |
nerdboy | otavio: do i need to enable systemd i suppose? | 22:13 |
*** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto | 22:15 | |
*** User12345678 <User12345678!~User@1.9.183.97> has quit IRC | 22:17 | |
*** sgw <sgw!~swold@134.134.139.82> has quit IRC | 22:18 | |
*** pohly1 <pohly1!~pohly@p54BD58C1.dip0.t-ipconnect.de> has quit IRC | 22:33 | |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 22:39 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 22:42 | |
*** jku <jku!~jku@dyj-skyyyyyyyyyyyyybt-3.rev.dnainternet.fi> has quit IRC | 22:52 | |
*** User12345678 <User12345678!~User@mti-37-145.tm.net.my> has joined #yocto | 22:52 | |
*** stephano <stephano!stephano@nat/intel/x-klzhhvypricesccj> has quit IRC | 22:58 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 22:58 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:59 | |
*** lamego <lamego!~jose@134.134.139.76> has quit IRC | 23:03 | |
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has quit IRC | 23:10 | |
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC | 23:15 | |
RP | halstead: I've been debugging random qemu image hangs. It looks like the AB workers are running out of entropy | 23:22 |
RP | halstead: Could we install haveged or rng-tools onto the workers to try and increase it? | 23:23 |
halstead | RP, Inside the VM? I don't think the host should run low easily. | 23:23 |
RP | halstead: the hosts are running low afaict | 23:23 |
RP | halstead: we already have rng-tools inside the VMs and pass host entropy in through virtio | 23:23 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 23:24 | |
halstead | RP, Okay. Wow. Yes I can add an entropy daemon. | 23:24 |
RP | halstead: I can make images "hang" by running "dd if=/dev/random of=/dev/null bs=1" on the hosts | 23:24 |
RP | The hang looks the same as the hangs in the images | 23:25 |
RP | halstead: partly its due to the VMs discarding bits quite happily upon startup in a crusade to improve the quality :/ | 23:26 |
halstead | That's expected if you pull all the entropy with dd but weird under normal usage. The test VMs are generating a lot of ssh host keys at boot though. | 23:26 |
halstead | That makes sense. Stop wasting good entropy VMs! ;) | 23:26 |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-jxkavnyjyzlgkqnb> has joined #yocto | 23:27 | |
RP | halstead: I think this is the next thing we need to try and see if these hangs stop appearing | 23:27 |
RP | hopefully its not too hard to do | 23:27 |
halstead | Just a few minutes I expect. | 23:28 |
RP | halstead: thanks | 23:28 |
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:32 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 23:37 | |
*** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 23:37 | |
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC | 23:42 | |
RP | halstead: I'll write up my findings tomorrow about all this... | 23:44 |
halstead | RP, I've added rng-tools and have it working except on the debian hosts. | 23:44 |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 23:54 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!