| *** aehs29 <aehs29!~aehernan@134.134.137.73> has left #yocto | 00:04 | |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 00:11 | |
| *** sgw_ <sgw_!~sgw_@134.134.137.75> has quit IRC | 00:18 | |
| *** paulg <paulg!~paulg@70.52.193.89> has quit IRC | 00:31 | |
| *** billr <billr!wcrandle@nat/intel/x-okizyabbalaovszd> has quit IRC | 00:38 | |
| *** hsychla_ <hsychla_!~hsychla@2a00:c1a0:4702:e545:541c:b07f:643e:d1a4> has quit IRC | 00:49 | |
| *** tjamison <tjamison!~tjamison@38.104.105.146> has left #yocto | 00:55 | |
| *** clopez <clopez!~tau@neutrino.es> has quit IRC | 00:59 | |
| *** megha_dey <megha_dey!meghadey@nat/intel/x-jcymyiccdyyvglmn> has quit IRC | 01:02 | |
| *** clopez <clopez!~tau@neutrino.es> has joined #yocto | 01:06 | |
| khem | Xz: hopefully tomorrow | 01:06 |
|---|---|---|
| *** megha_dey <megha_dey!meghadey@nat/intel/x-rehydfujgylwuxbn> has joined #yocto | 01:06 | |
| *** LinuxMice_ <LinuxMice_!~LinuxMice@212.253.133.240> has joined #yocto | 01:21 | |
| *** LinuxMice <LinuxMice!~LinuxMice@195.155.229.14> has quit IRC | 01:23 | |
| *** wrmyrx <wrmyrx!0cc9f26a@gateway/web/freenode/ip.12.201.242.106> has quit IRC | 01:33 | |
| *** megha_dey <megha_dey!meghadey@nat/intel/x-rehydfujgylwuxbn> has quit IRC | 01:42 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC | 01:43 | |
| *** megha_dey <megha_dey!meghadey@nat/intel/x-hqnbdsryixhdhezw> has joined #yocto | 02:05 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-rvuzzficwxiphyuj> has joined #yocto | 02:45 | |
| *** t0mmy_ <t0mmy_!~tprrt@37.165.196.190> has joined #yocto | 02:51 | |
| *** bananadev <bananadev!~onlyester@117.6.99.240> has joined #yocto | 02:53 | |
| *** megha_dey <megha_dey!meghadey@nat/intel/x-hqnbdsryixhdhezw> has quit IRC | 03:04 | |
| *** pidge__ <pidge__!~pidge@84-245-27-158.dsl.cambrium.nl> has quit IRC | 03:08 | |
| *** pidge__ <pidge__!~pidge@84-245-27-158.dsl.cambrium.nl> has joined #yocto | 03:32 | |
| *** megha_dey <megha_dey!meghadey@nat/intel/x-uqgywgrilvcicmoi> has joined #yocto | 04:00 | |
| *** cference <cference!~cference@206-248-171-218.dsl.teksavvy.com> has quit IRC | 04:09 | |
| *** gunnarx <gunnarx!~gan@217-211-99-246-no148.bredband.skanova.com> has joined #yocto | 04:13 | |
| *** gunnarx <gunnarx!~gan@unaffiliated/gan> has joined #yocto | 04:13 | |
| *** agust <agust!~agust@p4FCB5E46.dip0.t-ipconnect.de> has joined #yocto | 04:49 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC | 04:54 | |
| *** LinuxMice_ <LinuxMice_!~LinuxMice@212.253.133.240> has quit IRC | 05:00 | |
| *** obsrwr <obsrwr!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has joined #yocto | 05:02 | |
| *** pidge__ <pidge__!~pidge@84-245-27-158.dsl.cambrium.nl> has quit IRC | 05:23 | |
| *** t0mmy_ <t0mmy_!~tprrt@37.165.196.190> has quit IRC | 05:42 | |
| *** t0mmy_ <t0mmy_!~tprrt@37.161.144.170> has joined #yocto | 05:44 | |
| *** gunnarx <gunnarx!~gan@unaffiliated/gan> has left #yocto | 05:45 | |
| *** sgw_ <sgw_!sgw_@nat/intel/x-uoardvqpcsnosouh> has joined #yocto | 05:48 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 05:49 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 05:50 | |
| *** pohly <pohly!~pohly@p5DE8CA1F.dip0.t-ipconnect.de> has joined #yocto | 06:01 | |
| *** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto | 06:13 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:13 | |
| *** t0mmy_ <t0mmy_!~tprrt@37.161.144.170> has quit IRC | 06:24 | |
| *** gtristan <gtristan!~tristanva@host81-149-58-215.in-addr.btopenworld.com> has quit IRC | 06:42 | |
| *** rai_ <rai_!~rai@c-174-50-165-102.hsd1.ca.comcast.net> has quit IRC | 06:47 | |
| *** rai_ <rai_!~rai@c-174-50-165-102.hsd1.ca.comcast.net> has joined #yocto | 06:47 | |
| *** sno <sno!~sno@62.157.143.22> has joined #yocto | 06:52 | |
| *** megha_dey <megha_dey!meghadey@nat/intel/x-uqgywgrilvcicmoi> has quit IRC | 06:59 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 07:04 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 07:10 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 07:15 | |
| *** agust <agust!~agust@p4FCB5E46.dip0.t-ipconnect.de> has quit IRC | 07:15 | |
| *** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto | 07:16 | |
| *** agust <agust!~agust@p4FCB5E46.dip0.t-ipconnect.de> has joined #yocto | 07:16 | |
| *** t0mmy_ <t0mmy_!~tprrt@217.114.201.133> has joined #yocto | 07:17 | |
| *** townxelliot <townxelliot!~ell@176.249.240.35> has joined #yocto | 07:17 | |
| *** __karthik <__karthik!~karthik@192.91.75.29> has quit IRC | 07:19 | |
| *** townxelliot <townxelliot!~ell@176.249.240.35> has joined #yocto | 07:20 | |
| *** __karthik <__karthik!~karthik@192.91.75.30> has joined #yocto | 07:20 | |
| boucman_work | hey all | 07:21 |
| boucman_work | I have a new error that has started popping around when working around | 07:21 |
| boucman_work | ERROR: openvivoe-image-testpattern-1.0-r0 do_image_rpi_sdimg: Taskhash mismatch 771883a2e269a20a7462ed438687162c verses a61480386f516334b46dccd1c8a8676c for /home/jrosen/openwide/yoctoproject/meta-openvivoe/recipes-openvivoe/images/openvivoe-image-testpattern.bb.do_image_rpi_sdimg | 07:21 |
| boucman_work | what is a taskhash mismatch, and how do I solve it ? | 07:21 |
| mathieu_la | I had it too last week, are you working with the latest revision from meta-raspberry? | 07:22 |
| mathieu_la | I think there is some patch, at least updating fixed it for me | 07:22 |
| boucman_work | mathieu_la: yes i am... I will upgrade meta-raspberry | 07:26 |
| boucman_work | thx for the hint | 07:27 |
| *** fl0v0 <fl0v0!~fvo@pD9F6B7BC.dip0.t-ipconnect.de> has joined #yocto | 07:28 | |
| *** c0rnel <c0rnel!~cornel@89.121.200.106> has joined #yocto | 07:34 | |
| c0rnel | hello | 07:34 |
| c0rnel | anybody knows if genivi repos have issue ahain? | 07:34 |
| c0rnel | again | 07:34 |
| *** sveinse <sveinse!~chatzilla@156.92-221-160.customer.lyse.net> has quit IRC | 07:38 | |
| c0rnel | they sem to have sporadic access issues | 07:38 |
| mathieu_la | boucman_work : http://git.yoctoproject.org/cgit/cgit.cgi/meta-raspberrypi/commit/?id=6564e126aea0ac42a129595c79218ba69f8095eb | 07:39 |
| *** fl0v0 <fl0v0!~fvo@pD9F6B7BC.dip0.t-ipconnect.de> has quit IRC | 07:39 | |
| *** fl0v01 <fl0v01!~fvo@pD9F6B7BC.dip0.t-ipconnect.de> has joined #yocto | 07:39 | |
| boucman_work | mathieu_la: yes, it seems to be solved now, thx | 07:43 |
| *** toscalix <toscalix!~toscalix@80.91.95.202> has joined #yocto | 07:48 | |
| *** present <present!~present@46.218.87.184> has joined #yocto | 07:50 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:52 | |
| *** vdehors_ <vdehors_!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 07:52 | |
| *** boucman_work1 <boucman_work1!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 07:54 | |
| *** vdehors <vdehors!~vdehors@193.56.60.161> has quit IRC | 07:55 | |
| *** boucman_work <boucman_work!~boucman@193.56.60.161> has quit IRC | 07:55 | |
| *** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 07:56 | |
| *** belen <belen!~Adium@134.134.139.82> has joined #yocto | 07:59 | |
| *** aida_ <aida_!~aida@mir31-1-82-224-13-158.fbx.proxad.net> has quit IRC | 08:04 | |
| *** smferris <smferris!~smferris@192.95.10.156> has quit IRC | 08:08 | |
| c0rnel | whi is cleanall depending on upstream being available? | 08:10 |
| c0rnel | why is cleanall depending on upstream being available? | 08:10 |
| boucman_work1 | that's weird... | 08:13 |
| *** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 08:14 | |
| c0rnel | i have issues getting node-state-manager from genivi and when trying cleannall it complains that upstream is not accessible | 08:15 |
| c0rnel | Error is: Could not read from remote repository | 08:16 |
| *** obsrwr <obsrwr!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has quit IRC | 08:16 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has joined #yocto | 08:19 | |
| *** obsrwr <obsrwr!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has joined #yocto | 08:20 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 08:24 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 08:27 | |
| *** sveinse <sveinse!~chatzilla@79.160.140.131> has joined #yocto | 08:29 | |
| *** agust <agust!~agust@p4FCB5E46.dip0.t-ipconnect.de> has quit IRC | 08:31 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 09:00 | |
| *** pidge <pidge!~pidge@ns367664.ip-188-165-216.eu> has quit IRC | 09:01 | |
| rburton | c0rnel: does the recipe use autorev? | 09:01 |
| *** gtristan <gtristan!~tristanva@80.231.224.42> has joined #yocto | 09:01 | |
| c0rnel | rburton, let me check | 09:01 |
| *** pidge_ <pidge_!~pidge@ns367664.ip-188-165-216.eu> has quit IRC | 09:01 | |
| rburton | because that needs network access to parse before it even starts running tasks | 09:01 |
| rburton | (another reason why autorev is bad) | 09:02 |
| c0rnel | no autorev in node-state-manager recipe | 09:03 |
| *** maxin <maxin!~maxin@37-219-75-59.nat.bb.dnainternet.fi> has joined #yocto | 09:06 | |
| rburton | then the recipe is doing something stupid | 09:06 |
| c0rnel | it's form meta-ivi, anyway | 09:06 |
| c0rnel | it's from meta-ivi, anyway | 09:06 |
| c0rnel | eek | 09:07 |
| rburton | http://git.yoctoproject.org/cgit/cgit.cgi/meta-ivi/tree/meta-ivi/recipes-extended/node-state-manager/node-state-manager_2.0.0.bb?h=master? | 09:07 |
| c0rnel | yes | 09:07 |
| rburton | nothing in there that would force network access, unless your distro/local conf is setting autorev on it | 09:09 |
| rburton | a full cooker log would be helpful | 09:09 |
| *** present_ <present_!~present@46.218.87.184> has joined #yocto | 09:09 | |
| c0rnel | trying to get one, but meanwhile cat local.conf | grep auto shows nothing | 09:10 |
| *** present_ <present_!~present@46.218.87.184> has quit IRC | 09:11 | |
| *** present <present!~present@46.218.87.184> has quit IRC | 09:11 | |
| *** present <present!~present@46.218.87.184> has joined #yocto | 09:11 | |
| rburton | tmp/log/cooker has the logs | 09:12 |
| c0rnel | no autorev there | 09:14 |
| rburton | i mean, share the log | 09:14 |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 09:14 | |
| boucman_work1 | I never new about tmp/log | 09:18 |
| * boucman_work1 always go to WORKDIR/temp to find the logs... | 09:18 | |
| c0rnel | rburton, it will take a little time, i'm also in the middle of a meeting and one colleague is asking for some other info | 09:22 |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC | 09:30 | |
| sveinse | I still haven't figured out how to compile Qt5 for qemu (or native for that matter)... | 09:37 |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 09:40 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 09:47 | |
| *** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC | 09:47 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 09:51 | |
| *** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto | 09:51 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 09:52 | |
| *** mortderire <mortderire!~rkinsell@192.198.151.43> has quit IRC | 09:55 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:56 | |
| *** maxin <maxin!~maxin@37-219-75-59.nat.bb.dnainternet.fi> has quit IRC | 09:57 | |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 09:57 | |
| *** megha_dey <megha_dey!meghadey@nat/intel/x-zohcizojiatltqmp> has joined #yocto | 09:59 | |
| *** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto | 09:59 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto | 10:12 | |
| sveinse | how do I collect a new license? I've added LMSL, which is our license (LICENSE="LMSL") and its checksum, however I need to "collect" it when I build the package. How do I do that? | 10:13 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 10:14 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 10:15 | |
| *** pidge <pidge!~pidge@ns367664.ip-188-165-216.eu> has joined #yocto | 10:15 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 10:16 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 10:22 | |
| *** mortderire <mortderire!~rkinsell@192.198.151.43> has quit IRC | 10:29 | |
| *** clopez <clopez!~tau@neutrino.es> has quit IRC | 10:31 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 10:32 | |
| *** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto | 10:32 | |
| *** clopez <clopez!~tau@neutrino.es> has joined #yocto | 10:35 | |
| *** maxin <maxin!~maxin@37-219-75-59.nat.bb.dnainternet.fi> has joined #yocto | 10:40 | |
| *** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto | 10:53 | |
| *** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has quit IRC | 11:00 | |
| *** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has joined #yocto | 11:01 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 11:21 | |
| *** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto | 11:32 | |
| Ulfalizer | the reference manual says that "presently, the output from Python tasks is sent directly to the console." is that still true? i can't reproduce it. | 11:45 |
| *** berton <berton!~fabio@177.100.227.79> has joined #yocto | 11:47 | |
| *** gtristan <gtristan!~tristanva@80.231.224.42> has quit IRC | 11:57 | |
| *** gtristan <gtristan!~tristanva@80.231.224.42> has joined #yocto | 11:57 | |
| *** Anticom <Anticom!~timo.m@217.6.33.234> has joined #yocto | 12:09 | |
| *** gtristan <gtristan!~tristanva@80.231.224.42> has quit IRC | 12:19 | |
| *** gtristan <gtristan!~tristanva@80.231.224.42> has joined #yocto | 12:23 | |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto | 12:24 | |
| *** marka <marka!~marka@128.224.252.2> has joined #yocto | 12:24 | |
| *** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto | 12:25 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:28 | |
| sveinse | Is it possible to use here documents in image recipe sh functions? | 12:37 |
| *** igor2 <igor2!~igor@177.159.144.73> has joined #yocto | 12:39 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-rvuzzficwxiphyuj> has quit IRC | 12:47 | |
| Ulfalizer | sveinse: should be fine. do a search for "<<EOF" and you'll find examples. | 12:51 |
| *** fledermaus <fledermaus!~vivek@2a00:1098:5:0:51c6:90f5:2aed:138a> has joined #yocto | 12:51 | |
| sveinse | If my image recipe "require something.bb" and it uses ROOTFS_POST_PROCESS_COMMAND_append = "...", I will need to use += for the same variable right? | 12:53 |
| Ulfalizer | sveinse: _append is magic. you never need to use += with it. | 12:53 |
| Ulfalizer | FOO_append = "boll" FOO_append = "hav" will append "bollhav" to FOO | 12:54 |
| Ulfalizer | _append stuff is also applied at the end of parsing, meaning there's no way to override it. FOO_append = "foo" followed by FOO = "" will still set FOO to "foo". | 12:55 |
| Ulfalizer | += on the other hand is applied "there and then" | 12:56 |
| sveinse | allright. good. the append logic is done while parsing. The other alternative would be that it parsed everything and at the end it set FOO="${FOO_prepend}${FOO}${FOO_append}" | 12:56 |
| Ulfalizer | yeah, that'd be another option. i guess the more "magic" solution turned out to be handier. | 12:57 |
| sveinse | the docs is not crystal clear when using multiple _append statements (or I've missed it) | 12:57 |
| sveinse | either is equally probable :D | 12:57 |
| Ulfalizer | it might not be. the documentation maintainer is very friendly, so you could always suggest a change. :) | 12:58 |
| Ulfalizer | i've gotten lots of stuff in | 12:58 |
| *** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC | 12:59 | |
| *** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto | 12:59 | |
| *** sgw_ <sgw_!sgw_@nat/intel/x-uoardvqpcsnosouh> has quit IRC | 13:06 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 13:10 | |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC | 13:15 | |
| *** istarilucky <istarilucky!~rlucca@189.112.127.225> has joined #yocto | 13:16 | |
| *** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto | 13:19 | |
| sveinse | what task do I need to rerun to make an image task execute its ROOTFS_POSTPROCESS_COMMAND? | 13:20 |
| rburton | -c rootfs | 13:23 |
| rburton | well, -C | 13:23 |
| *** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC | 13:24 | |
| sveinse | Can I access files from other recipes sources (not recipe dir) from another (image) recipe? | 13:25 |
| Ulfalizer | sveinse: the clean way is to put them in the staging sysroot (STAGING_DIR_HOST) and accessing them there. if they're packaged (and not in some unusual path), then do_populate_sysroot will put them there. | 13:27 |
| Ulfalizer | sveinse: the staging sysroot is how build-time dependencies (libraries, headers, etc.) are made available to recipes | 13:29 |
| Ulfalizer | DEPENDS is (usually) just a shorthand for waiting for those other recipes to put their stuff into the staging sysroot | 13:29 |
| *** istarilucky <istarilucky!~rlucca@189.112.127.225> has quit IRC | 13:29 | |
| *** ka6sox is now known as zz_ka6sox | 13:30 | |
| rburton | sveinse: you can't access source trees as they may not exist, so if a recipe wants to share something it needs to be staged. | 13:30 |
| rburton | so i guess what i meant is you can obviously just access WORKDIR/[recipe]/[version]/ but that may or may not exist | 13:31 |
| sveinse | Ulfalizer: My objective is that when I build the image, I auto generate a copyright manifest file for display on the end product. This file consists of various bits of text, like our address, from our main application SCM repo. Together with the Yocto collected licenses from usr/share/common-licenses/ | 13:32 |
| sveinse | So my problem is the manifest-script in the image recipe, where I need access to some text files from our SCM (which "belongs" to another recipe) | 13:33 |
| Ulfalizer | sveinse: licensing stuff bores me to death (even though it's important), so i'm a bit of a noob when it comes to it :) | 13:33 |
| sveinse | So... I suppose, I want to know how I can stage a file from the other recipe then | 13:33 |
| *** cference <cference!~cference@64.187.189.2> has joined #yocto | 13:33 | |
| sveinse | Ulfalizer: Well, I don't really need to bother with them either. I just need to collect them to be able to display them to the end user. Yocto goes a great job at that | 13:34 |
| sveinse | I do not need or want the staged file present on target, only for generating the manifest | 13:35 |
| Ulfalizer | sveinse: using the same repository in two different recipes is okay. yocto might even be able to cache it. | 13:37 |
| Ulfalizer | otherwise, the "owning" recipe will need to put the files you need into either the staging sysroot or e.g. DEPLOY_DIR_IMAGE (tmp/deploy, which is used for final build output, like images), and the other recipe access them there | 13:37 |
| Ulfalizer | you need to set up the right dependencies in that case though. probably easiest to just have the same repo SRC_URI in both recipes. | 13:38 |
| Ulfalizer | or reorganizing things in some other way... | 13:38 |
| *** lamego <lamego!~jose@134.134.139.70> has joined #yocto | 13:38 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.41> has joined #yocto | 13:38 | |
| sveinse | Ulfalizer: Making a recipe that makes a package with the said files is simple enough. But how do I deploy it/depend on it such that I can fetch it from my image recipe, but not deploy to target? | 13:40 |
| *** thaytan_ <thaytan_!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto | 13:40 | |
| sveinse | (I'm only a 1 week old Yoctoer, so please have patience with me) | 13:41 |
| *** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has quit IRC | 13:41 | |
| Ulfalizer | sveinse: if you have a DEPENDS on that other recipe, then you can access the file as ${STAGING_DIR_HOST}/path/to/file (as long as you do it at or after do_configure, because do_configure is what depends on do_populate_sysroot in the other recipe) | 13:42 |
| Ulfalizer | see STAGING_BINDIR, etc., too. those are based on STAGING_DIR_HOST. | 13:42 |
| sveinse | So, in my image recipe, I have IMAGE_INSTALL for that which ends up in the target, while I can use DEPENDS for the things that ends up the staging area? | 13:43 |
| Ulfalizer | yup, that should work | 13:43 |
| sveinse | perfect, thanks | 13:43 |
| rburton | one thing some recipes do is to append the staging function | 13:43 |
| Ulfalizer | unless image.bbclass does something funky with the tasks | 13:43 |
| Ulfalizer | but hopefully ;) | 13:43 |
| rburton | ie wayland does sysroot_stage_all_append_class-target to drop more files into the staging directory that shouldn't be packaged | 13:44 |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto | 13:45 | |
| Ulfalizer | sveinse: btw... there's quite a lot of updates in the latest version (2.2) of the reference manual, so might be worthwhile looking at that one vs. earlier versions | 13:45 |
| sveinse | yeah, I am. The mega manual is on my tablet :P | 13:46 |
| Ulfalizer | the mega manual is too mega for me :S | 13:47 |
| *** igor2 <igor2!~igor@177.159.144.73> has quit IRC | 13:49 | |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC | 13:49 | |
| sveinse | How do I deploy a new license from my recipe? | 13:50 |
| sveinse | Plain file location, or is there some functions for doing it? | 13:50 |
| *** smferris <smferris!~smferris@192.95.10.156> has joined #yocto | 13:54 | |
| rburton | do you mean your recipe has a license that isn't covered by the collection in oe-core? | 13:54 |
| sveinse | yes | 13:54 |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 13:55 | |
| rburton | eg meta-fsl-ppc/conf/layer.conf:LICENSE_PATH += "${LAYERDIR}/custom-licenses" | 13:55 |
| rburton | put the license texts in your layer, extend license_path in your layer.conf | 13:55 |
| *** madisox <madisox!~madison@12.30.244.5> has joined #yocto | 13:56 | |
| rburton | http://www.yoctoproject.org/docs/2.1/ref-manual/ref-manual.html#var-LICENSE_PATH | 13:56 |
| rburton | its documented! \o/ | 13:56 |
| *** sgw_ <sgw_!sgw_@nat/intel/x-oqqgzowylehblymc> has joined #yocto | 13:56 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:57 | |
| *** thaytan_ is now known as thaytan | 14:00 | |
| *** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC | 14:00 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 14:05 | |
| *** tjamison <tjamison!~tjamison@38.104.105.146> has joined #yocto | 14:05 | |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto | 14:06 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 14:06 | |
| sveinse | yes, it is. Yet, having it in "glossaries" does not assist in how to do it. You still need to find it. Perhaps a suggestion of having a "cookbook" section in the manuals. A "how do I" section that shows the various pattern that a Yocto developer might encounter | 14:09 |
| sveinse | We decided more than a year ago to move to Yocto with our product, and we also employed a sub-contractor to do it for us. Now that I'm (finally) getting to learn Yocto, I see that they haven't always done things according to defacto standards. So in my opinion, setting policy/standards is an important part of maintaining Yocto. | 14:11 |
| rburton | absolutely | 14:12 |
| rburton | in fact there's a little effort going on in my team to write some short "how to" guides for non-trivial tasks, and i just added new licenses to that list | 14:12 |
| sveinse | rburton: brilliant, thanks | 14:13 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-yaotjxrvnupldgyb> has joined #yocto | 14:14 | |
| boucman_work1 | rburton : might I add "changing a configuration file at image-generation time" to the list ? I'm doing it right now and it's a bit tricky | 14:16 |
| *** cference <cference!~cference@64.187.189.2> has quit IRC | 14:16 | |
| rburton | rootfs postfunc, do what you need to do | 14:17 |
| boucman_work1 | in particular, do_fetch and do_unpack are not executed for images, so you need to reactivate them | 14:17 |
| boucman_work1 | but there is no easy way to unset a variable flag so you have to use inline python | 14:17 |
| boucman_work1 | rburton: that's the easy part :P | 14:17 |
| *** cference <cference!~cference@64.187.189.2> has joined #yocto | 14:17 | |
| boucman_work1 | let me pastebin what I do | 14:17 |
| rburton | why not package the image-specific file in a recipe and pick between them? | 14:17 |
| boucman_work1 | http://pastebin.com/YRVgrTie | 14:18 |
| boucman_work1 | because they overlay files from other packages (CONFFILES) and that creates conflicts iirc | 14:18 |
| rburton | remove them from the other packages? | 14:19 |
| boucman_work1 | that creates a lot of .bbappend when you are configuring a whole system and make the other packages much less generic | 14:19 |
| rburton | you don't use distro_features_check in that recipe :) | 14:20 |
| boucman_work1 | i'm deep in the yocto-as-a-firmware use-case here... | 14:20 |
| boucman_work1 | ?? | 14:20 |
| sveinse | ah, yes, one of my questions as well. Handling overrides/file conflicts during system build | 14:20 |
| rburton | you inherit distro_features_check but its not used | 14:20 |
| boucman_work1 | rburton: I do ? where ? | 14:20 |
| rburton | boucman_work1: 12inherit core-image distro_features_check | 14:22 |
| boucman_work1 | oh right, | 14:22 |
| * boucman_work1 <= blind | 14:22 | |
| boucman_work1 | thx | 14:22 |
| *** bottazzini <bottazzini!~realBigfo@192.55.54.44> has joined #yocto | 14:22 | |
| boucman_work1 | but yeah, the firmware use-case requires to override quite a few file, and doing it at the image-level is where it makes most sense, I believe... but the deactivation of do_fetch and do_unpack makes it non-trivial | 14:23 |
| boucman_work1 | (and instinctively, I would have used do_install to install the files, but that's also deactivated and not required by do_rootfs) | 14:24 |
| boucman_work1 | I can see various fixes | 14:24 |
| rburton | yeah would be good to have an easier way to undo disabling | 14:24 |
| rburton | file a bug against bitbake | 14:24 |
| boucman_work1 | * change bitbake to accept do_xxx[noexec] = 0 | 14:24 |
| boucman_work1 | * reactivate do_fetch and do_unpack in yocto for images | 14:25 |
| boucman_work1 | * both | 14:25 |
| rburton | (1) is my vote | 14:25 |
| rburton | basically make the noexec thing need a positive assignment, not just presence, might work | 14:25 |
| boucman_work1 | I think both makes most sense. fetching files for overriding and benefiting from the whole fetch/cache infrastructure seems like something needed | 14:25 |
| boucman_work1 | but yeah, the bitbake side is definitely needed | 14:26 |
| rburton | but if the task isn't needed generally then it can be disabled for performance | 14:26 |
| *** Anticom <Anticom!~timo.m@217.6.33.234> has quit IRC | 14:27 | |
| boucman_work1 | that sounds a bit like a micro-optimisation, but maybe I see it that way because all I do is yocto firmware, so I need it all the time | 14:27 |
| boucman_work1 | (ideally i'd like to add a generic overlay mechanism for images which would check that overlayed files are CONFFILES for the original recipe, but i don't know if that's doable | 14:28 |
| *** aehs29 <aehs29!aehernan@nat/intel/x-gfkteittcxrpgxgi> has joined #yocto | 14:28 | |
| sveinse | when do you use PACKAGE_ARCH="${MACHINE_ARCH}" in recipes? Because I see in my build that I have many more packages that is built against tune (it's tune, right?) than machine | 14:28 |
| rburton | yeah that's usual | 14:29 |
| rburton | because we cater for the situation where you may target two MACHINES which are actually very similar | 14:29 |
| rburton | think two different ARM boards, the CPU is identical but the HW will be different | 14:29 |
| rburton | so, libc upwards can all be tune-specific, but the kernel and maybe drivers are MACHINE-specific | 14:29 |
| rburton | so if your recipe is specific to a single instance of your machine then it needs to be machine specific, if it will work on all x86 / armv7 / etc then its tune specific | 14:30 |
| sveinse | This is indeed the case here. Same CPU but different boards. Pure SW tools, like most linux tools, are HW agnostic, and can be build to tune then | 14:30 |
| *** mjl <mjl!sid16781@gateway/web/irccloud.com/x-iakepvjelxkytmpp> has quit IRC | 14:31 | |
| *** mjl <mjl!sid16781@gateway/web/irccloud.com/x-uojohfxvdsvzrfiy> has joined #yocto | 14:34 | |
| *** smferris <smferris!~smferris@192.95.10.156> has quit IRC | 14:35 | |
| *** smferris <smferris!~smferris@192.95.10.156> has joined #yocto | 14:35 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 14:39 | |
| *** sgw_ <sgw_!sgw_@nat/intel/x-oqqgzowylehblymc> has quit IRC | 14:42 | |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC | 14:45 | |
| sveinse | What methods for conditional code/blocks are there in recipes? Is doing ${@bb.utils.contains the only way? I have two image recipes that are very similar and can be merged if there is some MACHINE selector I can use | 14:48 |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto | 14:48 | |
| *** benjamirc <benjamirc!~besquive@134.134.139.77> has joined #yocto | 14:48 | |
| CTtpollard | you can do commands based on the target machine using overrides | 14:50 |
| *** leo_ <leo_!86868b46@gateway/web/freenode/ip.134.134.139.70> has joined #yocto | 14:54 | |
| *** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC | 14:55 | |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC | 14:56 | |
| *** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 14:57 | |
| *** sgw_ <sgw_!sgw_@nat/intel/x-csbipuqmcgmmzndw> has joined #yocto | 15:02 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 15:07 | |
| *** billr <billr!~wcrandle@134.134.139.82> has joined #yocto | 15:08 | |
| *** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC | 15:11 | |
| *** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto | 15:13 | |
| *** billr <billr!~wcrandle@134.134.139.82> has quit IRC | 15:17 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 15:20 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 15:20 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:21 | |
| *** leo_ <leo_!86868b46@gateway/web/freenode/ip.134.134.139.70> has quit IRC | 15:26 | |
| neverpanic | rburton: speaking of disabled tasks, I noticed that do_configure[noexec] also disables validation of LIC_FILES_CHKSUM; would you consider that to be a bug? | 15:27 |
| neverpanic | i.e. would you accept patches that move the check into a separate task? | 15:27 |
| *** aehs29 <aehs29!aehernan@nat/intel/x-gfkteittcxrpgxgi> has left #yocto | 15:28 | |
| rburton | didn't we already do that? | 15:28 |
| boucman_work1 | from my testing on master, I thought it was link to do_fetch... | 15:29 |
| rburton | oe-core b7811bbec1ba373d62ace5c4fc56918e53c69d50 | 15:29 |
| rburton | oh different license bits? | 15:29 |
| *** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto | 15:30 | |
| *** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC | 15:30 | |
| neverpanic | let me check, we might be on a rotting branch... | 15:30 |
| *** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto | 15:31 | |
| rburton | yeah thats LIC_FILES_CHKSUM | 15:32 |
| rburton | now a postfunc on do_populate_lic | 15:32 |
| neverpanic | Yeah, that fixes the issue. Only a month old, so of course it's not in what we call stable… | 15:32 |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 15:32 | |
| rburton | yeah, master only | 15:32 |
| *** maxin <maxin!~maxin@37-219-75-59.nat.bb.dnainternet.fi> has quit IRC | 15:33 | |
| *** billr <billr!wcrandle@nat/intel/x-slcnrpizitrpyyln> has joined #yocto | 15:34 | |
| *** leosan <leosan!c0373628@gateway/web/freenode/ip.192.55.54.40> has joined #yocto | 15:42 | |
| *** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC | 15:45 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:47 | |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 15:49 | |
| -YoctoAutoBuilder- build #598 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/598 | 15:51 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 15:51 | |
| rburton | success! | 15:55 |
| *** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 15:56 | |
| *** mortderire <mortderire!~rkinsell@192.198.151.43> has quit IRC | 16:01 | |
| *** aehs29 <aehs29!~aehernan@134.134.137.71> has joined #yocto | 16:02 | |
| *** sameo <sameo!~samuel@192.55.54.44> has joined #yocto | 16:03 | |
| *** Aethenelle <Aethenelle!~Aethenell@mobile-166-176-184-6.mycingular.net> has joined #yocto | 16:05 | |
| *** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC | 16:20 | |
| *** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has joined #yocto | 16:20 | |
| *** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto | 16:20 | |
| sveinse | Hmm, I don't get this license setup: I have in my recipe: LICENSE="LMSL" and LICENSE_FLAGS="commercial" and a LIC_FILES_CHKSUM with reference to upstream license file. I've added LICENSE_PATH += "${LAYERDIR}/licenses" and added licenses/LMSL to the layer. But still I get "WARNING: The license listed LSML was not in the licenses collected for recipe". What am I missing? | 16:22 |
| rburton | try forcing a rebuild of that recipe? | 16:23 |
| sveinse | rburton: How deep? I've redone do_install | 16:24 |
| rburton | populate_lic | 16:24 |
| sveinse | btw, I'm running off a EXTERNALSRC setup here (as I havent really got hg to work well with the recipe). I notice that it rebuilds my recipe every time. Is this a feature of using EXTERNALSRC? | 16:28 |
| sveinse | rburton: great, populate_lic worked | 16:29 |
| * sveinse need to study all the various task steps during builds :) | 16:29 | |
| *** toscalix <toscalix!~toscalix@80.91.95.202> has quit IRC | 16:30 | |
| *** zz_ka6sox is now known as ka6sox | 16:30 | |
| *** fl0v01 <fl0v01!~fvo@pD9F6B7BC.dip0.t-ipconnect.de> has quit IRC | 16:31 | |
| rburton | sveinse: that should have worked automatically | 16:34 |
| sveinse | I get three warnings when I start bb: WARNING: xyz is tainted from forced run: uim_1.8.6.bb.do_compile, sp.bb.do_build, lm-sp-image.bb.do_rootfs. Probably the same chain of events | 16:41 |
| *** belen <belen!~Adium@134.134.139.82> has quit IRC | 16:41 | |
| rburton | yeah they can be ignored, its just telling you that you forced a build | 16:43 |
| sveinse | rburton: yeah, but why is the question. I ran bitbake lm-sp-image when this happens | 16:44 |
| *** agust <agust!~agust@p4FCB5E46.dip0.t-ipconnect.de> has joined #yocto | 16:44 | |
| rburton | because you used -C foo or -f | 16:45 |
| rburton | just ignore them | 16:45 |
| sveinse | no I did not | 16:45 |
| *** Aethenelle <Aethenelle!~Aethenell@mobile-166-176-184-6.mycingular.net> has quit IRC | 16:48 | |
| *** t0mmy_ <t0mmy_!~tprrt@217.114.201.133> has quit IRC | 16:51 | |
| *** cbzx <cbzx!6881c442@gateway/web/freenode/ip.104.129.196.66> has joined #yocto | 16:52 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto | 16:58 | |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto | 17:01 | |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC | 17:08 | |
| *** present <present!~present@46.218.87.184> has quit IRC | 17:09 | |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto | 17:09 | |
| *** gtristan <gtristan!~tristanva@80.231.224.42> has quit IRC | 17:10 | |
| *** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has joined #yocto | 17:17 | |
| *** paulg <paulg!~paulg@72.1.195.9> has joined #yocto | 17:21 | |
| *** megha_dey <megha_dey!meghadey@nat/intel/x-aisthjduxmqjcqtn> has joined #yocto | 17:28 | |
| *** sno <sno!~sno@62.157.143.22> has quit IRC | 17:29 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto | 17:32 | |
| *** leosan <leosan!c0373628@gateway/web/freenode/ip.192.55.54.40> has quit IRC | 17:41 | |
| *** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto | 17:44 | |
| *** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC | 17:45 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-yaotjxrvnupldgyb> has quit IRC | 17:47 | |
| *** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto | 17:50 | |
| *** Aethenelle <Aethenelle!~Aethenell@67.132.130.174> has joined #yocto | 17:50 | |
| *** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has quit IRC | 17:52 | |
| *** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has joined #yocto | 17:57 | |
| *** pthomas <pthomas!32eb2986@gateway/web/freenode/ip.50.235.41.134> has joined #yocto | 18:02 | |
| pthomas | When I add bluez to IMAGE_INSTALL_append I get "'bluez' is unbuildable", but I have meta-openembedded/meta-oe correctly in bblayers.conf I and I can build a different package from there like zeromq | 18:03 |
| pthomas | for krogoth qemuarm | 18:04 |
| pthomas | how do I debug this? What is bitbake reading to find if/where a package is available? | 18:07 |
| *** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC | 18:10 | |
| pthomas | ok bluez5 seems to be doing something | 18:11 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-dpkdcbabbggzezpz> has joined #yocto | 18:11 | |
| pthomas | ok that seemed to work | 18:14 |
| aehs29 | pthomas: yeah bluez might be blacklisted somewhere, it may conflict with bluez5 or something | 18:19 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 18:24 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 18:26 | |
| *** maxin <maxin!~maxin@2001:998:22:0:d4b9:8b3b:9599:2285> has joined #yocto | 18:30 | |
| *** t0mmy_ <t0mmy_!~tprrt@37.162.130.34> has joined #yocto | 18:36 | |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto | 18:41 | |
| khem | pthomas: do you need bluez4 or 5 | 18:41 |
| nillerbrun | I have multiple FILESEXTRAPATHS_prepend declarations in different bbappends in different layers. How do I ensure that my layer takes precedence? | 18:42 |
| *** obsrwr <obsrwr!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has quit IRC | 18:43 | |
| *** igor2 <igor2!~igor@189.112.127.225> has joined #yocto | 18:43 | |
| nillerbrun | Conditional Syntax (Overrides) looks promissing, but also complicated. Any suggestions? | 18:48 |
| khem | organise your BBLAYERS in bblayers.conf | 18:49 |
| nillerbrun | aha, yes, that makes sense. Thanks khem | 18:50 |
| *** armpit <armpit!~akuster@50.233.148.158> has joined #yocto | 18:50 | |
| *** sveinse <sveinse!~chatzilla@79.160.140.131> has quit IRC | 18:52 | |
| *** t0mmy_ <t0mmy_!~tprrt@37.162.130.34> has quit IRC | 19:00 | |
| *** maxin <maxin!~maxin@2001:998:22:0:d4b9:8b3b:9599:2285> has quit IRC | 19:09 | |
| *** benjamirc1 <benjamirc1!~besquive@134.134.139.72> has quit IRC | 19:21 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC | 19:23 | |
| *** ka6sox is now known as zz_ka6sox | 19:24 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 19:27 | |
| *** Aethenelle <Aethenelle!~Aethenell@67.132.130.174> has quit IRC | 19:37 | |
| *** benjamirc1 <benjamirc1!~besquive@134.134.139.72> has joined #yocto | 19:40 | |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC | 19:42 | |
| *** Aethenelle <Aethenelle!~Aethenell@67.132.130.174> has joined #yocto | 19:45 | |
| *** townxelliot <townxelliot!~ell@176.249.240.35> has quit IRC | 19:52 | |
| *** megha_dey <megha_dey!meghadey@nat/intel/x-aisthjduxmqjcqtn> has quit IRC | 19:52 | |
| *** aehs29 <aehs29!~aehernan@134.134.137.71> has left #yocto | 19:55 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC | 19:55 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:57 | |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto | 20:03 | |
| *** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has quit IRC | 20:04 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 20:06 | |
| *** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC | 20:06 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-dpkdcbabbggzezpz> has quit IRC | 20:17 | |
| *** paulg <paulg!~paulg@72.1.195.9> has quit IRC | 20:37 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 20:46 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 20:46 | |
| *** fledermaus <fledermaus!~vivek@2a00:1098:5:0:51c6:90f5:2aed:138a> has quit IRC | 20:47 | |
| nillerbrun | organizing bblayers didn't work. BBFILE_PRIORITY was the key | 20:47 |
| *** Ulfalize <Ulfalize!~Ulfalizer@ip5f5bedad.dynamic.kabel-deutschland.de> has joined #yocto | 20:48 | |
| *** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has joined #yocto | 20:54 | |
| *** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC | 20:58 | |
| *** megha_dey <megha_dey!meghadey@nat/intel/x-xohyinsnwysaezzg> has joined #yocto | 21:08 | |
| *** marka <marka!~marka@128.224.252.2> has quit IRC | 21:14 | |
| *** Snert <Snert!~LoginName@65-70-174-206.gci.net> has quit IRC | 21:26 | |
| *** berton <berton!~fabio@177.100.227.79> has quit IRC | 21:26 | |
| *** cference <cference!~cference@64.187.189.2> has quit IRC | 21:35 | |
| *** pohly <pohly!~pohly@p5DE8CA1F.dip0.t-ipconnect.de> has quit IRC | 21:38 | |
| *** pohly <pohly!~pohly@p5DE8CA1F.dip0.t-ipconnect.de> has joined #yocto | 21:38 | |
| *** pohly <pohly!~pohly@p5DE8CA1F.dip0.t-ipconnect.de> has quit IRC | 21:43 | |
| *** Ulfalize <Ulfalize!~Ulfalizer@ip5f5bedad.dynamic.kabel-deutschland.de> has quit IRC | 21:44 | |
| *** Snert <Snert!~LoginName@65-70-174-206.gci.net> has joined #yocto | 21:46 | |
| *** adelcast <adelcast!~adelcast@130.164.62.82> has quit IRC | 21:47 | |
| *** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has quit IRC | 21:48 | |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC | 21:50 | |
| *** Snert <Snert!~LoginName@65-70-174-206.gci.net> has quit IRC | 21:53 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** bottazzini <bottazzini!~realBigfo@192.55.54.44> has quit IRC | 22:05 | |
| *** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto | 22:07 | |
| khem | for FILESEXTRAPATHS yes priority matters | 22:27 |
| khem | for config files and other search paths which are implicit the order matters | 22:27 |
| *** sgw_ <sgw_!sgw_@nat/intel/x-csbipuqmcgmmzndw> has quit IRC | 22:30 | |
| *** tjamison <tjamison!~tjamison@38.104.105.146> has quit IRC | 22:31 | |
| *** zz_ka6sox is now known as ka6sox | 22:34 | |
| *** benjamirc <benjamirc!~besquive@134.134.139.77> has quit IRC | 22:52 | |
| *** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC | 22:57 | |
| *** glfernando <glfernando!fernando@nat/intel/x-jmwolupjlpwgpkap> has quit IRC | 22:58 | |
| *** moto-timo <moto-timo!ttorling@nat/intel/x-jvdgccyrpmqsdgzl> has joined #yocto | 22:58 | |
| *** moto-timo <moto-timo!ttorling@nat/intel/x-jvdgccyrpmqsdgzl> has quit IRC | 22:58 | |
| *** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto | 22:58 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has quit IRC | 22:59 | |
| *** lamego <lamego!~jose@134.134.139.70> has quit IRC | 23:00 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.41> has quit IRC | 23:02 | |
| *** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC | 23:03 | |
| *** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto | 23:04 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto | 23:16 | |
| *** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has joined #yocto | 23:17 | |
| khem | I am seeing these errors | 23:26 |
| khem | http://hastebin.com/ipolaveduv.tex | 23:26 |
| khem | when enabling ptest | 23:26 |
| khem | any ideas ? | 23:26 |
| *** istarilucky <istarilucky!~rlucca@177.159.144.73> has left #yocto | 23:27 | |
| *** sgw_ <sgw_!~sgw_@134.134.139.83> has joined #yocto | 23:28 | |
| -YoctoAutoBuilder- build #206 of nightly-no-x11 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/206 | 23:29 | |
| *** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has quit IRC | 23:30 | |
| *** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has joined #yocto | 23:30 | |
| *** sameo <sameo!~samuel@192.55.54.44> has quit IRC | 23:33 | |
| *** igor2 <igor2!~igor@189.112.127.225> has quit IRC | 23:35 | |
| *** belen <belen!~Adium@134.134.139.82> has joined #yocto | 23:48 | |
| *** belen <belen!~Adium@134.134.139.82> has quit IRC | 23:56 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!