-YoctoAutoBuilder- build #1019 of nightly-qa-extras is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/1019 | 00:02 | |
-YoctoAutoBuilder- build #1019 of nightly-qa-logrotate is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/1019 | 00:02 | |
*** agust <agust!~agust@p4FCB656D.dip0.t-ipconnect.de> has quit IRC | 00:04 | |
*** rewitt <rewitt!~rewitt@134.134.139.78> has joined #yocto | 00:06 | |
*** bavery_fn <bavery_fn!~bavery@134.134.139.82> has quit IRC | 00:08 | |
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC | 00:10 | |
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 00:11 | |
*** m2 <m2!~m2@amy.ksub.org> has quit IRC | 00:11 | |
*** cmos_dev_ <cmos_dev_!sid200148@gateway/web/irccloud.com/x-rnqvbjdibblhcrca> has quit IRC | 00:11 | |
*** rob-oi-ma <rob-oi-ma!sid155560@gateway/web/irccloud.com/x-gixhxkjorjfplfqp> has quit IRC | 00:11 | |
*** esennesh <esennesh!sid111300@gateway/web/irccloud.com/x-pzgstcyntbtldotp> has quit IRC | 00:12 | |
*** rob-oi-ma <rob-oi-ma!sid155560@gateway/web/irccloud.com/x-tfhzjhocrgvwhveq> has joined #yocto | 00:12 | |
*** cmos_dev_ <cmos_dev_!sid200148@gateway/web/irccloud.com/x-okvxerbdkewsamnw> has joined #yocto | 00:12 | |
*** falstaff <falstaff!~quassel@95.58.150.83.ftth.as8758.net> has quit IRC | 00:12 | |
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 00:12 | |
*** erbo <erbo!~erik@li444-24.members.linode.com> has quit IRC | 00:12 | |
-YoctoAutoBuilder- build #1024 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/1024 | 00:12 | |
*** ionte <ionte!~ionte@c-31-209-59-170.cust.bredband2.com> has quit IRC | 00:12 | |
*** tf <tf!~tomas@r-finger.com> has quit IRC | 00:12 | |
*** rewitt <rewitt!~rewitt@134.134.139.78> has quit IRC | 00:12 | |
-YoctoAutoBuilder- build #378 of nightly-no-x11 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/378 | 00:13 | |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 00:13 | |
*** falstaff <falstaff!~quassel@95.58.150.83.ftth.as8758.net> has joined #yocto | 00:13 | |
*** MiskaX <MiskaX!~jussi@rankki.sonarnerd.net> has quit IRC | 00:13 | |
*** fabo <fabo!~fabo@linaro/fabo> has quit IRC | 00:13 | |
*** reanguia1o <reanguia1o!~devnull@godel.ricardoanguiano.com> has quit IRC | 00:13 | |
*** rewitt <rewitt!~rewitt@134.134.139.78> has joined #yocto | 00:14 | |
*** reanguiano <reanguiano!~devnull@godel.ricardoanguiano.com> has joined #yocto | 00:14 | |
*** fabo <fabo!~fabo@a91-156-68-16.elisa-laajakaista.fi> has joined #yocto | 00:14 | |
*** fabo <fabo!~fabo@linaro/fabo> has joined #yocto | 00:14 | |
*** MiskaX <MiskaX!~jussi@rankki.sonarnerd.net> has joined #yocto | 00:14 | |
*** rewitt <rewitt!~rewitt@134.134.139.78> has quit IRC | 00:15 | |
*** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 00:16 | |
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 00:17 | |
*** ionte <ionte!~ionte@c-31-209-59-170.cust.bredband2.com> has joined #yocto | 00:17 | |
*** m2 <m2!~m2@amy.ksub.org> has joined #yocto | 00:17 | |
*** esennesh <esennesh!sid111300@gateway/web/irccloud.com/x-rfngwtolecvtnajx> has joined #yocto | 00:19 | |
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto | 00:20 | |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 00:21 | |
*** ionte <ionte!~ionte@c-31-209-59-170.cust.bredband2.com> has quit IRC | 00:25 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 00:25 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 00:26 | |
*** rewitt <rewitt!~rewitt@134.134.139.78> has joined #yocto | 00:26 | |
*** ionte <ionte!~ionte@c-31-209-59-170.cust.bredband2.com> has joined #yocto | 00:26 | |
*** rewitt <rewitt!~rewitt@134.134.139.78> has quit IRC | 00:26 | |
*** erbo <erbo!~erik@li444-24.members.linode.com> has joined #yocto | 00:26 | |
*** tf <tf!~tomas@r-finger.com> has joined #yocto | 00:27 | |
*** rewitt <rewitt!~rewitt@134.134.139.78> has joined #yocto | 00:28 | |
*** rewitt <rewitt!~rewitt@134.134.139.78> has joined #yocto | 00:32 | |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 00:35 | |
*** rewitt <rewitt!~rewitt@134.134.139.78> has joined #yocto | 00:36 | |
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 00:37 | |
khem | dl9pf: you can reply to thread and CC morty maintainer ( Armin ) with request to backport | 00:37 |
---|---|---|
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has joined #yocto | 00:40 | |
*** gtristan <gtristan!~tristanva@23.233.166.84> has quit IRC | 00:42 | |
*** armpit <armpit!~akuster@50-233-148-156-static.hfc.comcastbusiness.net> has quit IRC | 00:43 | |
*** anselmolsm_ <anselmolsm_!~anselmols@192.55.54.45> has quit IRC | 00:51 | |
*** manuel_ <manuel_!~manuel@c-24-61-43-145.hsd1.ma.comcast.net> has joined #yocto | 00:51 | |
*** armpit <armpit!~akuster@50-233-148-156-static.hfc.comcastbusiness.net> has joined #yocto | 00:59 | |
*** esennesh <esennesh!sid111300@gateway/web/irccloud.com/x-rfngwtolecvtnajx> has quit IRC | 01:00 | |
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC | 01:02 | |
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has quit IRC | 01:06 | |
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has joined #yocto | 01:11 | |
*** catch22 <catch22!~catch22@220.57.96.58.static.exetel.com.au> has joined #yocto | 01:14 | |
catch22 | Is it possible to change the build options for native packages? | 01:15 |
catch22 | I want to debug my native packages before deploying to the target in gdb but they seem to be stripped. | 01:16 |
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 01:17 | |
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 01:17 | |
rewitt | catch22: https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-BUILD_CFLAGS | 01:17 |
catch22 | rewitt: excellent, thanks | 01:18 |
*** rewitt <rewitt!~rewitt@134.134.139.78> has quit IRC | 01:25 | |
*** rewitt <rewitt!~rewitt@134.134.139.78> has joined #yocto | 01:28 | |
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has quit IRC | 01:28 | |
-YoctoAutoBuilder- build #673 of nightly-mips64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/673 | 01:28 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-cqzrufbbvzqwdyck> has joined #yocto | 01:34 | |
*** flynn378 <flynn378!sid63564@gateway/web/irccloud.com/x-sjcsmyoqzajgtdkv> has joined #yocto | 01:34 | |
*** manuel_ <manuel_!~manuel@c-24-61-43-145.hsd1.ma.comcast.net> has quit IRC | 01:38 | |
khem | rewitt: static linking should be no problem with musl and its well supported, add -static to CFLAGS and LDFLAGS globally | 01:39 |
khem | rewitt: although if you have many apps then it might not give you best results | 01:39 |
khem | in terms for size opts | 01:40 |
khem | but say if you just want busybox + your app | 01:40 |
khem | which is a typical embedded scenario in some cases, this might be helpful | 01:40 |
-YoctoAutoBuilder- build #1022 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/1022 | 01:40 | |
khem | musl based poky-tiny images are around 600K anyway | 01:41 |
khem | full musl size is approx 500K that includes all libraries e.g. libm/librt included | 01:41 |
*** phoo1234567 <phoo1234567!~phoo12345@c-75-69-172-183.hsd1.nh.comcast.net> has quit IRC | 01:49 | |
catch22 | rewitt : adding BUILD_CPPFLAGS caues a rebuild of everything, I've found adding OECMAKE_C_FLAGS_append_class-native = " -O0 -ggdb " to the specific recipe appears to gives me what I want just for those recipes. Do you know if you can adjust build_cflags for specific packages from local.conf? | 01:52 |
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 02:14 | |
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 02:15 | |
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 02:15 | |
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 02:15 | |
-YoctoAutoBuilder- build #1050 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/1050 | 02:16 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 02:19 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 02:27 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 02:28 | |
-YoctoAutoBuilder- build #1044 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/1044 | 02:31 | |
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has joined #yocto | 02:31 | |
*** JordonWu_ <JordonWu_!~quassel@221.226.9.57> has joined #yocto | 02:32 | |
*** gtristan <gtristan!~tristanva@modemcable172.18-161-184.mc.videotron.ca> has joined #yocto | 02:32 | |
*** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto | 02:33 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 02:34 | |
*** JordonWu_ <JordonWu_!~quassel@221.226.9.57> has quit IRC | 02:49 | |
*** morphis_ <morphis_!~morphis@pD9ED6304.dip0.t-ipconnect.de> has joined #yocto | 02:50 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 02:51 | |
*** morphis <morphis!~morphis@pD9ED63AB.dip0.t-ipconnect.de> has quit IRC | 02:54 | |
*** armpit <armpit!~akuster@50-233-148-156-static.hfc.comcastbusiness.net> has quit IRC | 03:05 | |
*** sgw_ <sgw_!~sgw_@134.134.139.82> has quit IRC | 03:05 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 03:11 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 03:12 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 03:23 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 03:28 | |
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 03:32 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 03:33 | |
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 03:37 | |
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has quit IRC | 03:45 | |
*** bavery_fn <bavery_fn!~bavery@134.134.139.83> has joined #yocto | 04:01 | |
*** aehs29 <aehs29!~aehernan@134.134.139.76> has quit IRC | 04:10 | |
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has joined #yocto | 04:17 | |
rewitt | khem: That's for the response, in the case I'm thinking of there would typically be *one* app in the image | 04:21 |
rewitt | s/That's/thanks | 04:21 |
*** aehs29 <aehs29!~aehernan@134.134.139.82> has joined #yocto | 04:30 | |
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 04:42 | |
rewitt | catch22: I think you should be able to do it like so, SOMEVAR_pn-somerecipe | 05:05 |
*** redengin_ <redengin_!~redengin@2601:600:9200:a356:b175:5bf1:711f:d879> has joined #yocto | 05:26 | |
*** redengin <redengin!~redengin@2601:600:9200:a356:a112:7024:d638:e2f0> has quit IRC | 05:27 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 05:33 | |
*** xulfer <xulfer!~xulfer@random.cheapbsd.net> has joined #yocto | 05:37 | |
*** sgw_ <sgw_!~sgw_@134.134.139.72> has joined #yocto | 05:48 | |
*** aehs29 <aehs29!~aehernan@134.134.139.82> has quit IRC | 05:49 | |
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 06:01 | |
*** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto | 06:10 | |
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has quit IRC | 06:23 | |
*** Sir_Gallantmon <Sir_Gallantmon!~King_InuY@ool-457cb820.dyn.optonline.net> has joined #yocto | 06:25 | |
*** morphis_ <morphis_!~morphis@pD9ED6304.dip0.t-ipconnect.de> has quit IRC | 06:27 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 06:45 | |
*** catch22_ <catch22_!~aboseley@101.165.216.251> has joined #yocto | 06:49 | |
*** Sir_Gallantmon <Sir_Gallantmon!~King_InuY@ool-457cb820.dyn.optonline.net> has quit IRC | 06:56 | |
*** agust <agust!~agust@p4FCB4571.dip0.t-ipconnect.de> has joined #yocto | 06:56 | |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 06:58 | |
*** pohly <pohly!~pohly@p5DE8EC30.dip0.t-ipconnect.de> has joined #yocto | 07:00 | |
*** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto | 07:03 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:03 | |
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has joined #yocto | 07:03 | |
*** morphis <morphis!~morphis@pD9ED6304.dip0.t-ipconnect.de> has joined #yocto | 07:10 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@109.112.75.128> has joined #yocto | 07:11 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 07:11 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 07:14 | |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 07:23 | |
*** stephano <stephano!~stephano@c-98-246-137-222.hsd1.or.comcast.net> has joined #yocto | 07:25 | |
*** stephano <stephano!~stephano@c-98-246-137-222.hsd1.or.comcast.net> has left #yocto | 07:27 | |
*** radzy <radzy!~radzy@unknown-216-77.windriver.com> has quit IRC | 07:29 | |
*** radzy_ <radzy_!~radzy@unknown-216-77.windriver.com> has joined #yocto | 07:29 | |
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:33 | |
*** Cubi_ <Cubi_!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 07:37 | |
*** rburton <rburton!~Adium@81.2.106.35> has joined #yocto | 07:38 | |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 07:41 | |
*** bavery_fn <bavery_fn!~bavery@134.134.139.83> has quit IRC | 07:53 | |
*** fl0v0 <fl0v0!~fvo@p4FC0A081.dip0.t-ipconnect.de> has joined #yocto | 07:57 | |
*** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has joined #yocto | 08:00 | |
*** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.217.126.182.38> has joined #yocto | 08:01 | |
*** Cubi_ <Cubi_!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 08:04 | |
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 08:04 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 08:04 | |
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 08:06 | |
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 08:06 | |
*** AndersD <AndersD!~anders@194.237.220.218> has quit IRC | 08:11 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 08:11 | |
*** aV_V <aV_V!~aV_V@146.66.253.137> has joined #yocto | 08:15 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 08:17 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:20 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 08:22 | |
*** fl0v01 <fl0v01!~fvo@pD9F6B04A.dip0.t-ipconnect.de> has joined #yocto | 08:23 | |
*** fl0v0 <fl0v0!~fvo@p4FC0A081.dip0.t-ipconnect.de> has quit IRC | 08:26 | |
*** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto | 08:26 | |
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-zzxklovwdzonglby> has joined #yocto | 08:27 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 08:28 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 08:29 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 08:43 | |
*** mckoan|away is now known as mckoan | 08:44 | |
mckoan | good morning | 08:44 |
*** sameo <sameo!~samuel@192.55.54.36> has joined #yocto | 08:45 | |
*** Martian <Martian!~martian@87.120.221.183> has joined #yocto | 08:48 | |
*** graphiqs <graphiqs!~adrian.gr@217.6.37.53> has joined #yocto | 08:55 | |
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has joined #yocto | 08:58 | |
*** jku <jku!~jku@192.198.151.44> has joined #yocto | 09:01 | |
*** Biliogadafr <Biliogadafr!~PIN@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto | 09:02 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 09:04 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 09:07 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 09:08 | |
*** catch22_ <catch22_!~aboseley@101.165.216.251> has quit IRC | 09:12 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 09:14 | |
*** toscalix <toscalix!~toscalix@90.170.203.139> has joined #yocto | 09:23 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 09:24 | |
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 09:30 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 09:30 | |
*** psnsilva_ <psnsilva_!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC | 09:39 | |
aV_V | mckoan: good morning | 09:40 |
*** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto | 09:43 | |
*** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has joined #yocto | 09:49 | |
*** ziggo <ziggo!~ziggo@212.118.209.82> has joined #yocto | 09:56 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 10:06 | |
*** ziggo <ziggo!~ziggo@212.118.209.82> has quit IRC | 10:13 | |
aV_V | on the machine layer there is this: do_rootfs[depends] += "u-boot-script-compulab:do_deploy" | 10:16 |
aV_V | how do I remove that? I don't want to install a u-boot script | 10:17 |
aV_V | I tried do_rootfs_remove but it fails | 10:18 |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 10:18 | |
nrossi | aV_V: I don't think there is a clean way to remove that flag set without using python. Just modify the layer, it probably shouldn't be adding the depends like that anyways. | 10:22 |
abelloni | aV_V: the clean way is to stop using crappy vendor layers :) | 10:22 |
nrossi | that works too :) | 10:22 |
aV_V | the layer is experimental, thats why is like that | 10:23 |
abelloni | using a new vendor layer is like opening a box of candy | 10:23 |
aV_V | xD | 10:23 |
rburton | jku, maxin: can one of you please look at the connman/musl problem in ross/mut? musl + kernel 4.9 headers = connman breaks | 10:24 |
nrossi | all the candy is gone, and only the liquorish is left? | 10:24 |
*** joshuagl <joshuagl!joshuagl@nat/intel/x-zhdhhmpmaueewxdv> has joined #yocto | 10:26 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@109.112.75.128> has joined #yocto | 10:26 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 10:26 | |
*** redengin <redengin!~redengin@2601:600:9200:a356:1137:edfe:5960:c4a7> has joined #yocto | 10:27 | |
*** redengin_ <redengin_!~redengin@2601:600:9200:a356:b175:5bf1:711f:d879> has quit IRC | 10:28 | |
aV_V | how do I "ban" that recipe? u-boot-script-compulab | 10:29 |
aV_V | or still if I ban it then will fail because of do_rootfs statement? | 10:30 |
nrossi | aV_V: that wont help because your image do_rootfs task depends on it. You just need to modify the layer that adds the dependency. | 10:31 |
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto | 10:33 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 10:35 | |
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 10:37 | |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 10:46 | |
*** armpit <armpit!~akuster@2601:202:4001:9ea0:ea2a:eaff:fe0e:629e> has joined #yocto | 10:51 | |
*** berton <berton!~berton@189.114.111.135> has joined #yocto | 10:52 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:54 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 10:56 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 10:57 | |
RP | rburton: I *think* we might be ready to try recipe specific sysroots on the autobuilder | 10:59 |
rburton | !!!! | 11:02 |
rburton | RP: a bit surprised you didn't sneak a build on the cluster in secret | 11:02 |
* rburton -> dog walk, back shortly | 11:02 | |
rburton | got the new libc building here now | 11:03 |
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC | 11:06 | |
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto | 11:07 | |
joshuagl | RP: wow, sounds like great progress | 11:07 |
RP | joshuagl: I'll run an oe-selftest here and see how bad the breakage is there but I'm pleasantly surprised at how its working all of a sudden | 11:09 |
joshuagl | RP: "all of a sudden" :-D | 11:10 |
RP | joshuagl: I fixed a bug at around 2am this morning which I'd kind of solved whilst trying to sleep but being unable to as it was bothering me | 11:11 |
joshuagl | RP: hopefully you slept better once that was fixed? | 11:12 |
RP | joshuagl: yes although the wind kept me awake | 11:14 |
jku | rburton: will do | 11:14 |
* RP wonders why oe-selftest takes 10mins just to load the tests | 11:15 | |
*** Nerbrun <Nerbrun!~NathanI@mail.validmanufacturing.com> has quit IRC | 11:15 | |
joshuagl | oe-selftest seems like a good area to point some of our perf minded folk? | 11:15 |
RP | joshuagl: it needs help for sure | 11:16 |
joshuagl | RP: worth filing a bug? | 11:16 |
RP | joshuagl: for this specific thing, probably | 11:17 |
RP | 10mins to load tests is clearly nuts | 11:17 |
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 11:17 | |
*** simfir <simfir!~quassel@mail.f9s.eu> has quit IRC | 11:24 | |
*** simfir <simfir!~quassel@mail.f9s.eu> has joined #yocto | 11:25 | |
joshuagl | indeed :-/ | 11:28 |
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 11:32 | |
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 11:37 | |
rburton | doesn't take 10 minutes to load here | 12:02 |
rburton | also, there's a bug i now own filed yesterday that just 5 tests are responsible for 50% runtime, or something | 12:02 |
rburton | i suspect one is that the archiver causes a full rebuild so maybe it shouldn't be building an image | 12:03 |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 12:03 | |
rburton | khem: around? | 12:03 |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 12:07 | |
geoffrey_l | Hi, does anybody think it wouldn't be a good idea to make a patch adding (in insane.bbclass) the following QA test : Check if all files in ${sysconfdir} are listed in CONFFILES ? | 12:08 |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 12:09 | |
*** ftonello <ftonello!~felipe@host81-152-92-225.range81-152.btcentralplus.com> has joined #yocto | 12:09 | |
rburton | geoffrey_l: or you could just set CONFFILES=${sysconfdir} in bitbake.conf. pretty sure there was a discussion about this on the list. | 12:12 |
aV_V | There is a driver on the kernel mainline that I use. The problem is that the driver version on the kernel that I'm using doesn't work. It does the driver version that is on the master branch. I don't want to change the branch, but just the master version of the driver. How I do that? | 12:14 |
geoffrey_l | rburton: So there is a recursive effect with CONFFILES on directory ? | 12:15 |
aV_V | I mean, to add the newer driver to my yocto build | 12:15 |
rburton | geoffrey_l: oe-core 0d446ef0e5bbca7058eec7259e34f2a1637dfab1 is interestingly, as is #5200 | 12:17 |
geoffrey_l | rburton: Oh, thanks :) | 12:20 |
rburton | RP: build applicance failed on the AB as pip3 wasn't present :) | 12:23 |
kanavin | rburton: can you give me an explanation of how rpm post-install scripts work in oe-core? I could figure out it from code, but maybe you talking is faster :) | 12:27 |
kanavin | all that run-postinsts stuff | 12:27 |
rburton | hm now i need to remember ;) | 12:27 |
kanavin | rburton: you can redirect me to someone else | 12:27 |
rburton | the magic happens in the package_rpm class | 12:27 |
rburton | give me a second, i can remember | 12:28 |
rburton | no, package_manager.py | 12:29 |
rburton | grep for SCRIPTLET_FORMAT and you'll be close | 12:29 |
rburton | iirc, basically the postinsts are dumped by rpm instead of being executed, and then we execute them manually | 12:30 |
rburton | yes this is the sort of thing that needs to be written down in english as its non-obvious | 12:30 |
jku | kanavin: scripts/postinst-intercepts/ is worth knowing as well but I assume you do from all the g-i work | 12:33 |
rburton | joshuagl: https://bugzilla.yoctoproject.org/show_bug.cgi?id=10874 fwiw | 12:33 |
yocti | Bug 10874: enhancement, Medium+, 2.3 M3, leonardo.sandoval.gonzalez, ACCEPTED , oe-selftest: 35% of the testing time is concentrated in 5 tests (out of ~200) | 12:33 |
kanavin | jku: actually I don't, it was not necessary for g-i | 12:33 |
kanavin | rburton: when does the manual execution happen, on first boot? | 12:34 |
rburton | at rootfs time first | 12:34 |
rburton | then anything remaining on first boot | 12:34 |
kanavin | rburton: ah, so rpm does attempt to run then? | 12:35 |
kanavin | rburton: I'm at that point where dnf/rpm4 run them during bitbake core-image-minimal, and obviously there's an explosion of failures | 12:36 |
rburton | i *think* that we tell rpm not to, and we do explicitly at rootfs time instead | 12:36 |
kanavin | rburton: but how is that different from just letting rpm run them? | 12:36 |
rburton | i'm guessing that rpm won't pass $D for target rootfs | 12:36 |
kanavin | rburton: yeah, this is the kind of thing that ought to be documented in plain english | 12:37 |
rburton | totally | 12:37 |
kanavin | rburton: in fact, we should insist on well-commented code, or lines in recipes that do unusual thing | 12:37 |
jku | kanavin see rootfs.py: _run_intercepts() | 12:38 |
jku | hmm, does it actually run all postinsts there or just the intercepts? | 12:39 |
kanavin | see, this is the reason I threw away existing code :) | 12:42 |
jku | ah here it is I think meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts | 12:45 |
jku | I guess that's just on first boot though | 12:47 |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 12:50 | |
*** arkver <arkver!~arkver@host86-154-139-39.range86-154.btcentralplus.com> has joined #yocto | 12:53 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-cqzrufbbvzqwdyck> has quit IRC | 12:54 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 12:57 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 12:59 | |
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 13:00 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@109.112.75.128> has joined #yocto | 13:02 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 13:02 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 13:06 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 13:06 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 13:07 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 13:07 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 13:08 | |
ed2 | RP: rburton: what's correct way to define a task only if some variable is set and does it make sense to do it at all? | 13:10 |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 13:12 | |
ed2 | for example: defining do_efi_populate and add it before do_image_wic makes sense only if EFI and USING_WIC variables are set | 13:12 |
ed2 | I don't see a lot of examples of this in meta/classes/, so I guess the overhead of defining tasks unconditionally is not that big | 13:15 |
rburton | one option would be to bail out o the task early if the variables are not let | 13:17 |
rburton | not set, even | 13:17 |
rburton | or write anonymous python to define the tasks | 13:17 |
rburton | probably neater to always have the task but let it do nothing if the variable isn't set | 13:18 |
rburton | you know i wish rm_work wouldn't cause the world to rebuild if toggled | 13:25 |
*** fl0v01 <fl0v01!~fvo@pD9F6B04A.dip0.t-ipconnect.de> has quit IRC | 13:27 | |
ed2 | rburton: thank you. that's what I did. Just wondering if it's correct way. | 13:30 |
*** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto | 13:42 | |
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 13:43 | |
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 13:44 | |
pohly | Has a qemu update to 2.8 been considered? | 13:45 |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 13:46 | |
*** lamego <lamego!jose@nat/intel/x-zthwfixgbckcnjhz> has joined #yocto | 13:47 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 13:48 | |
*** lemagoup <lemagoup!~lemagoup@195.190.86.18> has quit IRC | 13:53 | |
*** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.217.126.182.38> has quit IRC | 13:59 | |
*** AndersD <AndersD!~anders@194.237.220.218> has quit IRC | 14:00 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 14:02 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 14:03 | |
*** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC | 14:03 | |
*** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has quit IRC | 14:03 | |
*** geoffrey_l <geoffrey_l!~geoffrey_@gre92-5-82-237-199-7.fbx.proxad.net> has joined #yocto | 14:04 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 14:04 | |
*** clement <clement!~clement@fw-alt.idf.smile.fr> has quit IRC | 14:06 | |
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 14:06 | |
*** clement <clement!~clement@fw-alt.idf.smile.fr> has joined #yocto | 14:06 | |
rburton | pohly: afaik it hasn't been rejected. anything in 2.8 to push for the upgrade? | 14:08 |
pohly | rburton: the qemu-tpm patches are based on it. But after looking at this more closely, I find that they also apply cleanly to 2.7, so that alone isn't a reason for updating. | 14:09 |
*** geoffrey_l <geoffrey_l!~geoffrey_@gre92-5-82-237-199-7.fbx.proxad.net> has quit IRC | 14:09 | |
*** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has joined #yocto | 14:10 | |
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC | 14:10 | |
*** boucman_work1 <boucman_work1!~jrosen@fw-alt.idf.smile.fr> has joined #yocto | 14:11 | |
*** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has quit IRC | 14:11 | |
*** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has joined #yocto | 14:11 | |
kanavin | pohly: alimon should be in charge of updating qemu | 14:12 |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 14:12 | |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto | 14:13 | |
kanavin | pohly: also, there's always a default reason to update to new versions; we avoid updating if there's a specific reason not to :) | 14:13 |
*** Martian <Martian!~martian@87.120.221.183> has quit IRC | 14:13 | |
aratiu | quick question: I do chown 0:network ${D}${base_sbindir}/ip.iproute2 but the symlink /sbin/ip created by ALTERNATIVE_TARGET[ip] = "${base_sbindir}/ip.${BPN}" is still root:root | 14:14 |
aratiu | how do I change the owner of the symlink? is there a standard way or do I also have to chown it (googling revealed nothing) | 14:14 |
aratiu | (i'm grepping the sources now for some hints) | 14:15 |
kanavin | aratiu: chown -h | 14:17 |
kanavin | man chown ;) | 14:17 |
rburton | but the symlink is only created when update-alternatives run, so no | 14:18 |
rburton | i do wonder why the perms of the symlink matter? | 14:18 |
aratiu | rburton: good question, checking now | 14:19 |
*** ziggo <ziggo!~ziggo@212.118.209.82> has joined #yocto | 14:19 | |
kanavin | apparently there are systems where symlink ownership can't even be changed at all, so I'd say it does not matter | 14:19 |
kanavin | you can think of the symlink as a tiny file with the contents pointing to the actual file | 14:20 |
kanavin | as long as you can read the pointer, nothing else should matter | 14:20 |
aratiu | it doesn't matter! yupi | 14:21 |
aratiu | thank you both | 14:21 |
*** jku <jku!~jku@192.198.151.44> has quit IRC | 14:22 | |
rburton | a symlink just tells the system to look somewhere else, so the perms on the target are what matter | 14:25 |
*** gtristan <gtristan!~tristanva@modemcable172.18-161-184.mc.videotron.ca> has quit IRC | 14:26 | |
* kanavin has convinced rpm4 to install packages for yocto's weird architectures \0/ | 14:26 | |
aratiu | i do wonder what's the purpouse of having permissions on symlinks, they must be used for something... | 14:27 |
neverpanic | I think Linux doesn't have permissions on Symlinks | 14:28 |
neverpanic | Other systems do | 14:28 |
kanavin | I guess to complicate unix file access logic even further | 14:29 |
kanavin | by adding another layer | 14:29 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 14:29 | |
*** jku <jku!~jku@192.198.151.44> has joined #yocto | 14:29 | |
rburton | chgrp -h can change the ownership on a symlink, which is what aratiu was after | 14:30 |
pohly | When do I add BBCLASSEXTEND = "native" and when "BBCLASSEXTEND = "native nativesdk"? | 14:30 |
rburton | pohly: do you mean whats the difference between native and nativesdk? | 14:31 |
pohly | I only need <recipe>-native, but I think we had cases in Ostro where BBCLASSEXTEND = "native" then led to issues with producing an SDK. | 14:31 |
rburton | hm shouldn't have | 14:31 |
rburton | if you only need a native recipe then you might as well just inherit native | 14:31 |
rburton | but if you want the tool in a sdk as something you can run then you'll need to inherit nativesdk and put nativesdk-foo in the SDK | 14:32 |
pohly | rburton: so what's the rationale? | 14:32 |
rburton | still not sure what you're actually asking to be honest :) | 14:32 |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 14:33 | |
aratiu | i think the only purpouse of permissions on symlinks is to provent other from unlinking them | 14:33 |
aratiu | *prevent | 14:33 |
pohly | Basically I am enabling the native version of a recipe by adding BBCLASSEXTEND = "native", and I am wondering whether I should go for "native nativesdk" instead, because someone might also want it in an SDK. | 14:33 |
rburton | yeah probably safest | 14:34 |
pohly | armpit: ping? | 14:34 |
neverpanic | aratiu: unlinking only depends on write permissions of the containing directory (unless that directory has a sticky bit), so no, that's not it either. | 14:34 |
neverpanic | That's probably the only case where the owner of a symlink is relevant, though. | 14:34 |
alimon | pohly: do you are planning upgrade qemu? | 14:38 |
pohly | alimon: no, I was just wondering. | 14:38 |
pohly | I might want to get some of Stefan's qemu-tpm patches included (currently experimenting with that), but that should work with both 2.7 and 2.8. | 14:39 |
alimon | pohly: ok, i plan to upgrade qemu before m2 closes | 14:40 |
*** madisox <madisox!~madison@2601:647:ca00:4f00:ab08:5b70:453f:209d> has joined #yocto | 14:42 | |
*** madisox <madisox!~madison@2601:647:ca00:4f00:ab08:5b70:453f:209d> has left #yocto | 14:42 | |
rburton | i wonder if we actually need grub_git.bb | 14:43 |
rburton | why is the recipe totally different to grub_2.00 | 14:44 |
rburton | ah, its an arm thing, okay | 14:44 |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 14:44 | |
kanavin | grub is one of those projects stuck in perpetual beta | 14:45 |
kanavin | they had another beta recently after years of commits | 14:45 |
rburton | not sure i want to know why grub depends on diffutils | 14:46 |
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:48 | |
*** morphis <morphis!~morphis@pD9ED6304.dip0.t-ipconnect.de> has quit IRC | 14:49 | |
*** morphis <morphis!~morphis@pD9ED6304.dip0.t-ipconnect.de> has joined #yocto | 14:49 | |
*** marka_home <marka_home!~marka@135-23-92-83.cpe.pppoe.ca> has joined #yocto | 14:51 | |
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 14:54 | |
*** marka_home is now known as marka | 14:54 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 14:57 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-hozpyllcyctczyhb> has joined #yocto | 14:57 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 14:59 | |
aratiu | rburton: please don't delete grub_git I need it :) | 15:02 |
aratiu | also grub-efi_git.bb which I get from meta-measured | 15:02 |
aratiu | I was thinking maybe to move grub-efi_git.bb from meta-measured to OE-core, there's logic duplication between these recipes | 15:03 |
kanavin | we generally need to clean up all the grub stuff | 15:03 |
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has quit IRC | 15:03 | |
kanavin | (as in, tidy up the recipes, not remove them :) | 15:03 |
aratiu | kanavin: yes, agreed | 15:05 |
rburton | why do we need grub-2 and grub-git | 15:06 |
rburton | if 2.00 is ancient then lets just move to a git snapshot | 15:06 |
*** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has joined #yocto | 15:06 | |
aratiu | rburton: that's exactly what I did with my repos | 15:06 |
*** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has quit IRC | 15:06 | |
aratiu | I'm only using the git versions | 15:06 |
*** rovanceo <rovanceo!~rovanceo@80.97.64.55> has joined #yocto | 15:06 | |
pohly | aratiu, sgw, armpit: there's quite some overlap between meta-security and meta-measured (trousers, tpm-tools, ...). Perhaps it would make sense to consolidate recipes in one place? | 15:07 |
kanavin | rburton: or that recent beta | 15:07 |
*** ed2 <ed2!~Adium@192.198.151.45> has quit IRC | 15:08 | |
*** davis <davis!~davis@50-76-27-166-static.hfc.comcastbusiness.net> has joined #yocto | 15:10 | |
*** joshuagl <joshuagl!joshuagl@nat/intel/x-zhdhhmpmaueewxdv> has quit IRC | 15:11 | |
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto | 15:11 | |
davis | rburton: i did the memory test overnight as you suggested. It ran two passes and did not detect an error. | 15:11 |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:12 | |
*** jku <jku!~jku@192.198.151.44> has quit IRC | 15:13 | |
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto | 15:15 | |
kanavin | any /bin/sh experts_? Why would it refuse to run a command even though the path to it is in PATH? | 15:17 |
kanavin | /var/tmp/rpm-tmp.tc1PPh: 4: /var/tmp/rpm-tmp.tc1PPh: mkdir: not found | 15:17 |
kanavin | /var/tmp/rpm-tmp.tc1PPh: 6: /var/tmp/rpm-tmp.tc1PPh: cat: not found | 15:17 |
kanavin | /var/tmp/rpm-tmp.tc1PPh: 28: /var/tmp/rpm-tmp.tc1PPh: cat: not found | 15:17 |
kanavin | both are in /bin and /bin is in PATH | 15:18 |
rburton | i'd triple check that $PATH isn't mangled inside the script | 15:21 |
davis | kanavin: i dont know, but if you have an exe in path, but it depends upon dynamic libs, then maybe the libs are not availabe | 15:21 |
kanavin | davis: it works if I specify the command with full path | 15:21 |
davis | you can test that with tthe ldd command. if you run ldd /bin/mkdir and it shows missing entries thatg woluld be the prob | 15:22 |
kanavin | rburton: base-passwd_3.5.29.bb, line 81 | 15:22 |
rburton | put echo $PATH in that :) | 15:22 |
kanavin | rburton: | 15:23 |
kanavin | /sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin | 15:23 |
kanavin | /var/tmp/rpm-tmp.8J8V4R: 4: /var/tmp/rpm-tmp.8J8V4R: mkdir: not found | 15:23 |
kanavin | /var/tmp/rpm-tmp.8J8V4R: 6: /var/tmp/rpm-tmp.8J8V4R: cat: not found | 15:23 |
kanavin | /var/tmp/rpm-tmp.8J8V4R: 28: /var/tmp/rpm-tmp.8J8V4R: cat: not found | 15:23 |
rburton | brute force by wrap it in strace? | 15:23 |
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto | 15:25 | |
kanavin | rburton: works like a charm if I prepend /bin/ to cat and mkdir | 15:25 |
kanavin | I guess I have to try strace, yeah | 15:25 |
*** clement_ <clement_!~clement@LStLambert-657-1-76-184.w80-13.abo.wanadoo.fr> has joined #yocto | 15:27 | |
kanavin | but now ---> sushi | 15:27 |
*** clement_ <clement_!~clement@LStLambert-657-1-76-184.w80-13.abo.wanadoo.fr> has quit IRC | 15:27 | |
kanavin | thanks for ideas! | 15:27 |
Ox4 | hey, guys | 15:28 |
*** morphis <morphis!~morphis@pD9ED6304.dip0.t-ipconnect.de> has quit IRC | 15:28 | |
Ox4 | how can I install my shared library without pkgconfig? | 15:28 |
kergoth | pkgconfig has nothing to do with installing. it's used to get cflags/libs/ldflags for your dependencies, or check whether your deps are installed | 15:29 |
kergoth | so the question really doesn't make sense | 15:29 |
Ox4 | so I have to use do_install function? | 15:31 |
kanavin | Ox4: what build system are you using? | 15:31 |
Ox4 | qmake | 15:31 |
kergoth | again, don't understand theq uestion. whether you need to define do_install depends on your buildsystem and whether you inherit a class that does it for you, pkgconfig is irrelevent | 15:33 |
kergoth | perhaps you meant autoconf/automake? autotools.bbclass does define a do_install, but plenty of other classes do as well | 15:33 |
kanavin | Ox4: I'm not an expert in that, but try 'inherit qmake5' - I would expect that to work | 15:33 |
kergoth | including ones for qmake | 15:33 |
kergoth | yeah, qmake5 is a good suggestion, assuming it's qt5 | 15:33 |
kanavin | then you don't need to define do_* steps at all, unless your code does weird things | 15:34 |
Ox4 | ok, but I need my.so library be installed to /usr/lib/ | 15:34 |
Ox4 | with symlinks | 15:34 |
kergoth | again, either you define do_install to do so, or a bbclass does so | 15:35 |
kergoth | the qmake class will do it | 15:35 |
*** morphis <morphis!~morphis@pD9ED6304.dip0.t-ipconnect.de> has joined #yocto | 15:35 | |
Ox4 | ah, understood. Thank you | 15:36 |
kergoth | generally manually copying or linking files in do_install is discouraged where possible in favor of having the underlying buildsystem do it, hence the bbclass for that buildsystem usually handles it | 15:37 |
kanavin | generally writing your own do_thing() is discouraged :) | 15:38 |
kergoth | so if the underlying buildsystem doesn't do so properly, for example, we're better off patching it to do so than manually hacking up do_install | 15:38 |
kergoth | indeed | 15:38 |
kanavin | it's very likely there's a class that does all the necessary steps | 15:38 |
kergoth | the only real exception is hand-crafted buildsystems, custom makefile-based setups, etc | 15:39 |
*** gtristan <gtristan!~tristanva@modemcable172.18-161-184.mc.videotron.ca> has joined #yocto | 15:41 | |
*** sgw_ <sgw_!~sgw_@134.134.139.72> has quit IRC | 15:44 | |
mdnneo | anyone ever have seen an error like this: | 15:45 |
mdnneo | File: '~/poky/meta/classes/patch.bbclass', lineno: 118, function: patch_do_patch | 15:45 |
mdnneo | *** 0118: import oe.patch | 15:45 |
mdnneo | Exception: ImportError: No module named patch | 15:45 |
kergoth | meta/lib/oe/patch.py exists, yes? | 15:46 |
mdnneo | yes it does | 15:47 |
*** ernstp <ernstp!uid168075@gateway/web/irccloud.com/x-uamgfnhgzevipecn> has joined #yocto | 15:48 | |
mdnneo | ... maybe to give a first hint why I maybe run in this ... I try to have a structure where I have some meta layers next to the poky folder not inside | 15:48 |
mdnneo | and also having the build folder then next to them ... so like | 15:49 |
kergoth | doesn't matter where your layers are | 15:50 |
kergoth | bitbake doesn't care, nor does oe-core | 15:50 |
mdnneo | ok ... also its not a problem if i source via ... . poky/oe-init-build-en | 15:51 |
*** smferris <smferris!~smferris@192.95.10.156> has joined #yocto | 15:51 | |
darknighte | RP: is there a way to control the way that bbappends are applied from different layers? | 15:52 |
darknighte | i *thought* layer priority would make a difference, but it doesn't *seem* to ,AFAICT. | 15:52 |
RP | darknighte: You'd have to look at the code, I don't remember offhand | 15:54 |
* kergoth had thought appends were applied in priority order, but hasn't looked at the code in a while | 15:54 | |
*** lemagoup <lemagoup!~lemagoup@195.190.86.18> has joined #yocto | 15:55 | |
RP | kergoth: I know I put a sort() in there a while back to make it deterministic | 15:55 |
RP | order from the disc wasn't good | 15:55 |
kergoth | ah. maybe the order of operations is incorrect. we probably wnat to obey layer priorities, but where the priority is the same, use the sorted value by path, or so | 15:56 |
darknighte | hmmm, i have avoided looking at bitbake code much until now. | 15:56 |
darknighte | RP: kergoth: would one of you point me at the code? | 15:56 |
darknighte | FWIW, I would agree with kergoth on that last bit. | 15:56 |
*** gtristan <gtristan!~tristanva@modemcable172.18-161-184.mc.videotron.ca> has quit IRC | 15:57 | |
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 15:57 | |
mdnneo | any way to check which python path bitbake uses? | 15:58 |
*** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has quit IRC | 16:00 | |
*** sgw_ <sgw_!~sgw_@134.134.139.82> has joined #yocto | 16:00 | |
RP | darknighte: collect_bbfiles() and get_file_appends() in cooker.py | 16:01 |
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 16:01 | |
RP | darknighte: looks like it respects BBFILES, appends found in BBFILES first get applied first | 16:02 |
RP | darknighte: so depends how the layers build BBFILES | 16:03 |
kergoth | ah, so it's based on BBLAYERS order, not layer priority. that's potentially confusing, since layer priority usually affects recipes, and bbpath/bbfiles is more about classes and config files and whatnot | 16:03 |
kergoth | hmm | 16:03 |
*** fl0v0 <fl0v0!~fvo@pD9F6B04A.dip0.t-ipconnect.de> has joined #yocto | 16:04 | |
* darknighte checks on layer ordering | 16:05 | |
kergoth | darknighte: note that if you used the mel setup script and added all layers with -l, not manually, the bblayers order should reflect the bbfile priority, but you'd have to re-source after changing the priority to re-sort | 16:07 |
darknighte | kergoth: thanks for the tip. in this case, I did that with all but my two manual layers, which I added to the bottom of bblayers.conf. | 16:08 |
kergoth | ah, that would put them last in bblayers, so last in bbfiles (since your layers probably += to BBFILES, anyway) | 16:08 |
darknighte | that sounds right | 16:09 |
darknighte | more accurately, that jives with what I'm seeing. | 16:10 |
darknighte | not sure if it makes a difference, but I'm using bitbake v.1.28.0 | 16:11 |
darknighte | hmmm, so, the order of the config fragment does not appear to follow the BBFILES or layer ordering | 16:14 |
*** graphiqs <graphiqs!~adrian.gr@217.6.37.53> has quit IRC | 16:18 | |
darknighte | bblayers has layer-a, then layer-b, with prios of 5 and 6 respectively, both with appends to a kernel recipe | 16:21 |
darknighte | however, the frag in layer-b shows up before the frag in layer-a. | 16:22 |
darknighte | making the prio of layer-b a 4 has no apparent effect | 16:22 |
kergoth | as i said yesterday, use bitbake -e yourrecipe to examine how SRC_URI was constructed. you'll see what was applied to it in what order | 16:23 |
kergoth | either source the setup scripts after changing priorities, or just manually move your layers to the top/beginning of BBLAYERS manually | 16:24 |
darknighte | right, I have. it shows the order in BBFILES of layer-a then layer-b, but SRC_URI shows config frag in the other order | 16:24 |
mdnneo | hmmm ... ok ... seems like it's a bad idea to change the default BBLAYERS variable from /the/absolute/path/prj/poky/meta \ to ../poky/meta in the bblayers.conf file | 16:24 |
kergoth | that's correct, yes, as the current directory changes during the bitbake build | 16:25 |
mdnneo | so it's also not smart to do it for "my" custom layers? | 16:25 |
darknighte | kergoth: k, I'll try manually re-ordering the bblayers and see if that has the desired result | 16:26 |
kergoth | mdnneo: you shouldn't be using relative paths in BBLAYERS at all. what layers you happen to include isn't relevant | 16:26 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 16:27 | |
kergoth | mdnneo: you could, however, use paths relative to ${TOPDIR} if you know ahead of time where the build directory is relative to the layer paths | 16:27 |
*** jku <jku!~jku@dyj2xzycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto | 16:27 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 16:29 | |
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 16:32 | |
Ox4 | one more question: I have hpp file installed to image/usr/include and in the another package I have #define "this_file.hpp" in the source code. But I have a compilation error that there is no this_file.hpp | 16:32 |
Ox4 | sorry for my english :-( | 16:32 |
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 16:33 | |
*** fl0v0 <fl0v0!~fvo@pD9F6B04A.dip0.t-ipconnect.de> has quit IRC | 16:33 | |
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto | 16:33 | |
*** aV_V <aV_V!~aV_V@146.66.253.137> has quit IRC | 16:36 | |
kergoth | You used "" rather than <> | 16:37 |
mdnneo | Ox4: just some wild guess but first it is #include "this_file.hpp", or and if can you try to change to #inlcude_<this_file.hpp> | 16:37 |
kergoth | which, incidentally, would have failed even outside of oe/yocto :) | 16:38 |
mdnneo | Ox4: if it is realy define shouldn't it look like #define MY_HEADER "foo.h" | 16:38 |
kergoth | indeed, i figured he was trying to include the thing | 16:38 |
kergoth | weird | 16:38 |
mdnneo | actually AFAIK "" should look in the inc path as well ... but u never know | 16:39 |
*** aehs29 <aehs29!~aehernan@134.134.139.82> has joined #yocto | 16:41 | |
Ox4 | yes, as I know "" looks in the local directory and then in the inc path | 16:43 |
mdnneo | Ox4: still would give it a try ... and maybe also just like kergoth mentioned the error should be independent of yocto ... try to build via the SDK for example maybe gives some clue on what went wrong | 16:46 |
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 16:48 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 16:49 | |
*** ziggo <ziggo!~ziggo@212.118.209.82> has quit IRC | 16:50 | |
darknighte | kergoth: RP: I just found out that one of the layers I've 'inherited' has two 'collections' defined. what problems might this create? | 16:52 |
kergoth | shouldn't be a problem, afaik | 16:52 |
*** locutus_ <locutus_!~Gianfranc@109.112.75.128> has joined #yocto | 16:52 | |
RP | darknighte: right, shouldn't be an issue | 16:53 |
RP | kergoth: wouldn't it me nice to go and simplify all this stuff... | 16:53 |
darknighte | thx | 16:53 |
RP | kergoth: I've been idly thinking of merging process and xmlrpc server backends and removing the server abstraction | 16:55 |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 16:56 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 16:56 | |
kergoth | could make sense. could always add an *option* to also listen on another port for xml/rpc control if someone really needs to control bitbake from a different language, rather than having it as a separate server type | 16:56 |
kergoth | anything we can do to simplify the codebase would be good | 16:57 |
RP | kergoth: right, the idea would just be to optionally listen for xmlrpc on a port | 16:57 |
*** zeenix <zeenix!~zeenix@83.218.80.242> has quit IRC | 17:00 | |
* kergoth nods, would be on board with that idea | 17:02 | |
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto | 17:06 | |
Ox4 | kergoth: thank you, it works now | 17:09 |
*** boucman_work1 <boucman_work1!~jrosen@fw-alt.idf.smile.fr> has quit IRC | 17:10 | |
*** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has quit IRC | 17:10 | |
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC | 17:10 | |
*** JosePerez <JosePerez!~jgperezc@134.134.139.83> has joined #yocto | 17:12 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 17:13 | |
*** mckoan is now known as mckoan|away | 17:13 | |
*** JosePerez <JosePerez!~jgperezc@134.134.139.83> has left #yocto | 17:16 | |
*** JosePerez <JosePerez!~jgperezc@134.134.139.83> has joined #yocto | 17:16 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 17:19 | |
*** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 17:20 | |
*** locutus_ <locutus_!~Gianfranc@109.112.75.128> has quit IRC | 17:22 | |
*** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto | 17:23 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-hozpyllcyctczyhb> has quit IRC | 17:24 | |
*** anselmolsm <anselmolsm!~anselmols@2601:1c0:5402:7e90:adb0:54e3:3604:dd91> has joined #yocto | 17:26 | |
* RP triggers a morty 2.2.1 build | 17:28 | |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 17:31 | |
rburton | RP: huh i see what you mean about selftest taking ages to load tests | 17:32 |
rburton | it didn't do it earlier when i was running archiver tests, but just started the devtool tests and its hanging at loading tests | 17:33 |
rburton | bitbake cooker/processqueue/knotty are pinning the CPU | 17:33 |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 17:38 | |
*** Ox4 <Ox4!~user@unaffiliated/zloy> has left #yocto | 17:38 | |
*** locutus_ <locutus_!~Gianfranc@109.112.75.128> has joined #yocto | 17:40 | |
khem | I am seeing Can NOT get PRAUTO, exception timed out | 17:43 |
khem | on archlinux | 17:43 |
khem | uses python 3.6 | 17:43 |
khem | latest master, I saw someone else reporting it as well | 17:44 |
rburton | yay arch ;) | 17:45 |
rburton | yes, someone else reported that 3.6 was broken and they moved back to 3.something else and it worked | 17:45 |
*** locutus_ <locutus_!~Gianfranc@109.112.75.128> has quit IRC | 17:46 | |
*** Strike5150 <Strike5150!18de02de@gateway/web/freenode/ip.24.222.2.222> has joined #yocto | 17:51 | |
*** Son_Goku <Son_Goku!~King_InuY@172.58.216.238> has joined #yocto | 17:52 | |
georgem | khem: yeah. me too. had to downgrade to 3.5.2 | 17:52 |
georgem | khem: sudo pacman -U cd /var/cache/pacman/pkg/python-3.5.2-3-x86_64.pkg.tar.xz cd /var/cache/pacman/pkg/pyalpm-0.8-1-x86_64.pkg.tar.xz got it working again for me for now | 17:54 |
georgem | err... sudo pacman -U /var/cache/pacman/pkg/python-3.5.2-3-x86_64.pkg.tar.xz /var/cache/pacman/pkg/pyalpm-0.8-1-x86_64.pkg.tar.xz | 17:54 |
*** Son_Goku <Son_Goku!~King_InuY@172.58.216.238> has quit IRC | 17:56 | |
-YoctoAutoBuilder- build #427 of nightly-checkuri is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/427 | 17:58 | |
ed2 | RP: image*.class code looks quite messy. Would it make sense to split it to several files - one file per image type? | 18:03 |
RP | ed2: definitely not, that would result in a lot of files | 18:04 |
RP | ed2: I'm open to better partitioning of the existing files though or splitting out where it makes sense and isn't too granular | 18:05 |
RP | rburton: I have wondered why my build machine sounds like its chewing cpu | 18:05 |
*** toscalix <toscalix!~toscalix@90.170.203.139> has quit IRC | 18:05 | |
* RP runs top, sees guile and decides to head afk | 18:05 | |
ed2 | RP: I'm going to move wic-related code to wic.class. It's quite a bit of code, I'd say. | 18:05 |
RP | ed2: wic could make sense but maybe as image_wic.bbclass ? | 18:06 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 18:08 | |
*** ernstp <ernstp!uid168075@gateway/web/irccloud.com/x-uamgfnhgzevipecn> has quit IRC | 18:08 | |
ed2 | RP: image-wic.bbclass would be more consistent with existing image-vm.bbclass image-prelink.bbclass etc | 18:08 |
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 18:08 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 18:08 | |
Strike5150 | I've built the same image on qemux86 and "intel-core2-32" machine, on the "intel-core2-32" /var/log is linked to /var/volatile/log as one would expect but the folder /var/volatile/log is missing. As well as other things I may not be aware of. Does this ring a bell with anyone? | 18:14 |
Strike5150 | I'm building on Ubuntu 16.04 Krogoth modified core-minimal | 18:14 |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 18:15 | |
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 18:20 | |
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 18:21 | |
rewitt | Strike5150: It's missing on the device or in the build rootfs? | 18:23 |
rewitt | Strike5150: Because the directory is created by initscripts from what I can tell | 18:23 |
alimon | pohly: i upgraded qemu to 2.8.0, i'm doing some testing in arm, ppc, mips, x86 before send the patch to the ML | 18:25 |
Strike5150 | rewitt: Its missing from the rootfs | 18:25 |
rewitt | Strike5150: Ok that makes sense because it gets created on boot | 18:26 |
Strike5150 | rewitt: I'll have a look at initscripts see whats going on there | 18:26 |
rewitt | Strike5150: Hence the "volatile" part | 18:26 |
khem | downgrading python is a workaround, however sooner or later this will hit bitbake | 18:27 |
Strike5150 | rewitt: does volatile in this context mean wiped each power cycle? | 18:27 |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 18:27 | |
*** bavery_fn <bavery_fn!~bavery@134.134.139.77> has joined #yocto | 18:35 | |
rewitt | Strike5150: It shouldn't I don't believe, that is to say once the directory is created it shouldn't need to created it next boot | 18:36 |
Strike5150 | rewitt: Ok so volatile means might move around based on machine type or something along those lines, not volatile during runtime | 18:37 |
*** ftonello <ftonello!~felipe@host81-152-92-225.range81-152.btcentralplus.com> has quit IRC | 18:37 | |
*** grma <grma!~gruberm@80.93.38.128> has quit IRC | 18:37 | |
*** bavery_fn <bavery_fn!~bavery@134.134.139.77> has quit IRC | 18:41 | |
Strike5150 | I can see that initscripts package installs ./populate-volatile.sh, and it is supposed to look at /etc/default/volatiles and add everything in those files. Of which "l root root 0755 /var/log /var/volatile/log" is there. But running it does nothing ... | 18:42 |
Strike5150 | not even an error | 18:43 |
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC | 18:43 | |
rewitt | Strike5150: It really is volatile between boot, and I'm not sure why it is that way by default. There is even a person asking about it in a bug. https://bugzilla.yoctoproject.org/show_bug.cgi?id=3397#c7 | 18:44 |
yocti | Bug 3397: normal, Medium, 1.4 M4, Qi.Chen, RESOLVED NOTABUG, /var/log and /var/cache should not be on volatile storage (tmpfs) | 18:44 |
*** psadro <psadro!~Thunderbi@216.234.148.135> has quit IRC | 18:44 | |
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto | 18:44 | |
rewitt | Strike5150: Now why it isn't in the rootfs at build time I don't know, but it shouldn't be a problem because that script also gets ran on boot, everytime. | 18:45 |
*** likewise <likewise!~chatzilla@145.132.74.106> has joined #yocto | 18:46 | |
Strike5150 | So I can verify the script does run, but it doesn't add /var/volatiles/log | 18:46 |
Strike5150 | I know this will work properly if I change machine type to qemux86 | 18:47 |
*** pohly <pohly!~pohly@p5DE8EC30.dip0.t-ipconnect.de> has quit IRC | 18:47 | |
Strike5150 | That is the only change I made between these two versions | 18:47 |
*** themikenicholson <themikenicholson!~nic47222@38.140.22.3> has joined #yocto | 18:47 | |
rewitt | Strike5150: Ah so meta-intel changes it's behavior, I see | 18:47 |
Strike5150 | It seems to yea | 18:48 |
rewitt | clsulliv: You around to help out Strike5150? | 18:48 |
rewitt | Strike5150: I was missing the behavior being *different*, sorry | 18:49 |
Strike5150 | heh np, thanks for helping me understand it | 18:49 |
themikenicholson | This might be a stupid question, but is there any kind of version manager for the ADT, similar to the android sdkmanager tool? | 18:50 |
Strike5150 | I can't find any reference to ./populate-volatile.sh or to initscripts in meta-intel | 18:50 |
rewitt | themikenicholson: As far as I know there isn't. But if you build an extensible sdk, one of it's features is to be updatable. | 18:52 |
rewitt | Strike5150: Could you maybe in one sentence describe the issue again? That way I can easily chuck it to one of the meta-intel people | 18:54 |
rewitt | Strike5150: s/one sentence/concisely :) | 18:55 |
*** aehs29 <aehs29!~aehernan@134.134.139.82> has left #yocto | 18:55 | |
Strike5150 | rewitt: Ok I'll do that | 18:56 |
Strike5150 | rewitt: I hope I just messaged you, or that you at least received the sentance in some form :D | 18:59 |
rewitt | Strike5150: Yep got it | 18:59 |
Strike5150 | rewitt: Ok great thanks for the support | 19:00 |
themikenicholson | rewitt: Looking at the user guide now, specifically I'm looking for a way to rev the ADT and even let users install multiple ADT versions simultaneously. Ideally we'd have a file in our application repo calling out what ADT version a specific branch of the application should build against. | 19:00 |
rewitt | Strike5150: If you can I'd honestly suggest sending that to the meta-intel mailing list, easier for them to get back to you that way. https://lists.yoctoproject.org/listinfo/meta-intel | 19:01 |
rewitt | Strike5150: I should have said that originally, my bad | 19:01 |
Strike5150 | rewitt: no problem, knowing where to send it is half the battle. | 19:02 |
rewitt | themikenicholson: You couldn't have multiple extensible sdk's at the same time, outside of having multiple directories | 19:03 |
rewitt | themikenicholson: But theoretically you could change between revisions, i.e. update actually means "switch rev" | 19:03 |
*** jhar <jhar!~har@50-253-112-214-static.hfc.comcastbusiness.net> has joined #yocto | 19:03 | |
themikenicholson | rewitt: switching rev might be a possibility, although our build machines would have to maintain a per-branch ADT somehow.. We need to do things like build hot-fix releases on an older version of an ADT while building an in-development version with a newer ADT | 19:05 |
themikenicholson | We're coming from ltib where we had the entire ltib tree and packages checked into the applications repo so managing version of the rootfs happened naturally | 19:06 |
*** bluelightning <bluelightning!~paul@118.148.113.65> has joined #yocto | 19:06 | |
*** bluelightning <bluelightning!~paul@118.148.113.65> has quit IRC | 19:06 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:06 | |
rewitt | themikenicholson: Well the way it works is that it's all based on the metadata/recipes, it leverages sstate. So just like we can backport things to yocto 2.1, you should be able to do a similar thing | 19:07 |
themikenicholson | rewitt: Just starting to look into this. I'll spend more time with the user guide and mess around some more. Thanks for sending me on the right path. | 19:08 |
rewitt | themikenicholson: Don't thank me yet :), you may realize it doesn't meet your needs. But if it doesn't we'd really be interested in hearing where it could be improved. | 19:09 |
themikenicholson | rewitt: We're just starting to switch from LTIB and an internal build tool that did some of the same things as the extensible ADT, etc. Should be interesting, hopefully we can give something back. | 19:11 |
*** themikenicholson <themikenicholson!~nic47222@38.140.22.3> has quit IRC | 19:12 | |
*** nic47222 <nic47222!~nic47222@38.140.22.3> has joined #yocto | 19:13 | |
*** hbruce <hbruce!~hbruce@134.134.139.82> has joined #yocto | 19:19 | |
*** nic47222 is now known as themikenicholson | 19:21 | |
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has joined #yocto | 19:26 | |
*** JosePerez <JosePerez!~jgperezc@134.134.139.83> has quit IRC | 19:31 | |
*** JosePerez <JosePerez!~jgperezc@134.134.139.83> has joined #yocto | 19:35 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 19:40 | |
*** soderstrom <soderstrom!~soderstro@h-176-10-249-246.na.cust.bahnhof.se> has joined #yocto | 19:41 | |
*** aehs29 <aehs29!~aehernan@134.134.139.74> has joined #yocto | 19:42 | |
*** toanju <toanju!~toanju@x5ce49dff.dyn.telefonica.de> has joined #yocto | 19:43 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 19:43 | |
*** sameo <sameo!~samuel@192.55.54.36> has quit IRC | 19:45 | |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 19:53 | |
Strike5150 | I have run into an issue where sort.coreutils when being run produces Illegal instruction. This is why populate-volatile.sh is failing, its using a sort to sort the /etc/default/voltailes files and execute them in order | 19:59 |
Strike5150 | So unrelated to meta-intel or anything intel Yay :D | 20:01 |
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 20:01 | |
*** gtristan <gtristan!~tristanva@206.108.167.141> has joined #yocto | 20:06 | |
*** berton <berton!~berton@189.114.111.135> has quit IRC | 20:14 | |
rewitt | Strike5150: So the compiler is generating bad code? | 20:22 |
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-zzxklovwdzonglby> has quit IRC | 20:23 | |
*** hbruce <hbruce!~hbruce@134.134.139.82> has quit IRC | 20:25 | |
rburton | Strike5150: illegal instruction sounds exactly like something related to meta-intel. what hardware are you running on? | 20:26 |
* rburton reads backtrace a bit | 20:27 | |
rburton | note that if you're running a meta-intel intel-core2-32 image in qemu then you;ll need to pass options to qemu to tell it to emulate a core2 | 20:29 |
rburton | we should make the bsp do that automatically now that runqemu is more flexible | 20:29 |
rburton | but basically if you're running stuff in a qemu session then use a qemu machine, they're faster | 20:29 |
rburton | (and better adapted for the virtual hardware) | 20:29 |
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 20:35 | |
*** dmoseley1 <dmoseley1!~dmoseley@65-35-172-144.res.bhn.net> has joined #yocto | 20:36 | |
*** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has quit IRC | 20:36 | |
*** Son_Goku <Son_Goku!~King_InuY@47.19.105.250> has joined #yocto | 20:37 | |
*** catch22_ <catch22_!~aboseley@101.165.216.251> has joined #yocto | 20:44 | |
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 20:44 | |
ed2 | aehs29: hi, I'm looking at your change gummiboot->systemd-boot. are we getting rid of gummiboot? we still have mkgummidisk.wks and gummiboot.bbclass though. | 20:46 |
ed2 | aehs29: wic fails to build mkgummiboot image: Error: unrecognized bootimg-efi loader: gummiboot | 20:47 |
JEEB | did gummiboot get anywhere after it was taken in by the systemd project? | 20:48 |
JEEB | I just remember the changes stopping on the gummiboot side | 20:48 |
ed2 | JEEB: even if it didn't it's quite strange to be able to set EFI_PROVIDER = 'gummiboot' and not being able to build an image. | 20:49 |
JEEB | true | 20:49 |
JEEB | could be an overlook in the testing department | 20:50 |
ed2 | it should be either completely removed or made backwards compatible | 20:50 |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC | 20:52 | |
*** Son_Goku <Son_Goku!~King_InuY@47.19.105.250> has quit IRC | 20:53 | |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 20:54 | |
kergoth | ed2: there's a pending patch series to remove gummiboot entirely | 21:00 |
kergoth | hasn't been merged yet | 21:00 |
ed2 | kergoth: ah, now i understand. thank you | 21:01 |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 21:06 | |
*** dcobbley <dcobbley!dacobble@nat/intel/x-mxodwjrwuuaiqops> has quit IRC | 21:13 | |
aehs29 | ed2: theres a patch already to remove those as well | 21:14 |
aehs29 | ed2: systemd-boot already replaces gummiboot completely | 21:14 |
ed2 | aehs29: thanks. I'll not touch it then. | 21:15 |
aehs29 | ed2: so theres 4 patches regarding the gummiboot change I think, I dont know why only 2 are merged, the others are on ross/mut | 21:16 |
ed2 | aehs29: ok, let's wait then. | 21:16 |
*** kscherer <kscherer!~kscherer@128.224.252.2> has quit IRC | 21:22 | |
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 21:22 | |
*** ed2 <ed2!~Adium@192.198.151.45> has quit IRC | 21:24 | |
*** arkver <arkver!~arkver@host86-154-139-39.range86-154.btcentralplus.com> has quit IRC | 21:36 | |
*** jku <jku!~jku@dyj2xzycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC | 21:38 | |
*** hbruce1 <hbruce1!~hbruce@134.134.139.82> has joined #yocto | 21:46 | |
*** arkver <arkver!~arkver@149.254.248.116> has joined #yocto | 21:48 | |
*** ftonello <ftonello!~felipe@host81-152-92-225.range81-152.btcentralplus.com> has joined #yocto | 21:54 | |
*** arkver <arkver!~arkver@149.254.248.116> has quit IRC | 21:57 | |
*** gtristan <gtristan!~tristanva@206.108.167.141> has quit IRC | 21:58 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 21:59 | |
*** toanju <toanju!~toanju@x5ce49dff.dyn.telefonica.de> has quit IRC | 22:03 | |
-YoctoAutoBuilder- build #1014 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/1014 | 22:03 | |
*** clopez <clopez!~tau@neutrino.es> has quit IRC | 22:04 | |
*** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has quit IRC | 22:08 | |
*** clopez <clopez!~tau@neutrino.es> has joined #yocto | 22:09 | |
*** arkver <arkver!~arkver@149.254.248.116> has joined #yocto | 22:10 | |
*** bavery_fn <bavery_fn!~bavery@134.134.139.77> has joined #yocto | 22:11 | |
*** arkver <arkver!~arkver@149.254.248.116> has quit IRC | 22:12 | |
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 22:13 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 22:14 | |
*** bavery_fn <bavery_fn!~bavery@134.134.139.77> has quit IRC | 22:24 | |
*** ftonello <ftonello!~felipe@host81-152-92-225.range81-152.btcentralplus.com> has quit IRC | 22:25 | |
*** sameo <sameo!~samuel@192.55.54.45> has joined #yocto | 22:30 | |
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 22:32 | |
RP | armpit: based on your build results and branch contents I merged morty-next, added the fixes for multiconfig and then have triggered a 2.2.1 build | 22:32 |
*** marka <marka!~marka@135-23-92-83.cpe.pppoe.ca> has quit IRC | 22:33 | |
*** gtristan <gtristan!~tristanva@206.108.167.141> has joined #yocto | 22:40 | |
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC | 22:41 | |
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 22:44 | |
*** JosePerez <JosePerez!~jgperezc@134.134.139.83> has quit IRC | 22:46 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 22:50 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 22:51 | |
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 22:55 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
*** soderstrom <soderstrom!~soderstro@h-176-10-249-246.na.cust.bahnhof.se> has quit IRC | 23:09 | |
*** lamego <lamego!jose@nat/intel/x-zthwfixgbckcnjhz> has quit IRC | 23:10 | |
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto | 23:12 | |
linuxjacques | hi, it's been a long time since I've used OE/yocto - how do I get around the fact that http://www.zlib.net/zlib-1.2.8.tar.xz is 404 ? I have the file, but just putting it in downloads does not work - I don't understand the format of the .done files | 23:13 |
*** aehs29 <aehs29!~aehernan@134.134.139.74> has left #yocto | 23:17 | |
Crofton|work | linuxjacques, you need the .md5 file I think | 23:22 |
Crofton|work | what version are you using? | 23:22 |
linuxjacques | Crofton|work, morty | 23:22 |
Crofton|work | hmm | 23:22 |
Crofton|work | that should be fixed ASAP | 23:22 |
Crofton|work | is it really 404, or just temporary fetch issue? | 23:23 |
linuxjacques | I see even master branch still uses 1.2.8 | 23:23 |
*** agust <agust!~agust@p4FCB4571.dip0.t-ipconnect.de> has quit IRC | 23:23 | |
linuxjacques | Crofton|work, not sure - I can get to the site - it's possible it was removed because of a security issue (?) | 23:23 |
Crofton|work | I get 404 also | 23:24 |
linuxjacques | I can download 1.2.10, but not 1.2.8 nor 1.2.9 | 23:24 |
RP | linuxjacques: that upstream just has a policy of sharing latest version only. If you configure other source mirrors it should work | 23:26 |
RP | linuxjacques: see poky.conf for an example mirror that no doubt has it | 23:26 |
RP | linuxjacques: we did change the url in master to one that works btw | 23:28 |
RP | linuxjacques: so you could use that too | 23:28 |
linuxjacques | RP, thanks | 23:29 |
*** likewise <likewise!~chatzilla@145.132.74.106> has quit IRC | 23:30 | |
linuxjacques | yeah, it seems a lot happier now | 23:31 |
*** likewise <likewise!~chatzilla@145.132.74.106> has joined #yocto | 23:32 | |
*** Noor <Noor!~quassel@110.93.212.98> has quit IRC | 23:32 | |
*** manuel_ <manuel_!~manuel@honeydew.cictr.com> has joined #yocto | 23:33 | |
*** Noor <Noor!~quassel@110.93.212.98> has joined #yocto | 23:33 | |
*** Son_Goku <Son_Goku!~King_InuY@47.19.105.250> has joined #yocto | 23:37 | |
*** Biliogadafr <Biliogadafr!~PIN@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC | 23:39 | |
*** rburton <rburton!~Adium@81.2.106.35> has quit IRC | 23:40 | |
*** manuel_ <manuel_!~manuel@honeydew.cictr.com> has quit IRC | 23:45 | |
*** likewise <likewise!~chatzilla@145.132.74.106> has quit IRC | 23:51 | |
*** manuel_ <manuel_!~manuel@204.9.220.50> has joined #yocto | 23:52 | |
*** hbruce1 <hbruce1!~hbruce@134.134.139.82> has quit IRC | 23:59 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!