Tuesday, 2016-07-19

*** aehs29 <aehs29!~aehernan@> has left #yocto00:04
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:11
*** sgw_ <sgw_!~sgw_@> has quit IRC00:18
*** paulg <paulg!~paulg@> has quit IRC00:31
*** billr <billr!wcrandle@nat/intel/x-okizyabbalaovszd> has quit IRC00:38
*** hsychla_ <hsychla_!~hsychla@2a00:c1a0:4702:e545:541c:b07f:643e:d1a4> has quit IRC00:49
*** tjamison <tjamison!~tjamison@> has left #yocto00:55
*** clopez <clopez!~tau@neutrino.es> has quit IRC00:59
*** megha_dey <megha_dey!meghadey@nat/intel/x-jcymyiccdyyvglmn> has quit IRC01:02
*** clopez <clopez!~tau@neutrino.es> has joined #yocto01:06
khemXz: hopefully tomorrow01:06
*** megha_dey <megha_dey!meghadey@nat/intel/x-rehydfujgylwuxbn> has joined #yocto01:06
*** LinuxMice_ <LinuxMice_!~LinuxMice@> has joined #yocto01:21
*** LinuxMice <LinuxMice!~LinuxMice@> has quit IRC01:23
*** wrmyrx <wrmyrx!0cc9f26a@gateway/web/freenode/ip.> has quit IRC01:33
*** megha_dey <megha_dey!meghadey@nat/intel/x-rehydfujgylwuxbn> has quit IRC01:42
*** evanmeagher <evanmeagher!~MongooseW@> has quit IRC01:43
*** megha_dey <megha_dey!meghadey@nat/intel/x-hqnbdsryixhdhezw> has joined #yocto02:05
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-rvuzzficwxiphyuj> has joined #yocto02:45
*** t0mmy_ <t0mmy_!~tprrt@> has joined #yocto02:51
*** bananadev <bananadev!~onlyester@> has joined #yocto02:53
*** megha_dey <megha_dey!meghadey@nat/intel/x-hqnbdsryixhdhezw> has quit IRC03:04
*** pidge__ <pidge__!~pidge@84-245-27-158.dsl.cambrium.nl> has quit IRC03:08
*** pidge__ <pidge__!~pidge@84-245-27-158.dsl.cambrium.nl> has joined #yocto03:32
*** megha_dey <megha_dey!meghadey@nat/intel/x-uqgywgrilvcicmoi> has joined #yocto04:00
*** cference <cference!~cference@206-248-171-218.dsl.teksavvy.com> has quit IRC04:09
*** gunnarx <gunnarx!~gan@217-211-99-246-no148.bredband.skanova.com> has joined #yocto04:13
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has joined #yocto04:13
*** agust <agust!~agust@p4FCB5E46.dip0.t-ipconnect.de> has joined #yocto04:49
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC04:54
*** LinuxMice_ <LinuxMice_!~LinuxMice@> has quit IRC05:00
*** obsrwr <obsrwr!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has joined #yocto05:02
*** pidge__ <pidge__!~pidge@84-245-27-158.dsl.cambrium.nl> has quit IRC05:23
*** t0mmy_ <t0mmy_!~tprrt@> has quit IRC05:42
*** t0mmy_ <t0mmy_!~tprrt@> has joined #yocto05:44
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has left #yocto05:45
*** sgw_ <sgw_!sgw_@nat/intel/x-uoardvqpcsnosouh> has joined #yocto05:48
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC05:49
*** qt-x <qt-x!~Thunderbi@> has joined #yocto05:50
*** pohly <pohly!~pohly@p5DE8CA1F.dip0.t-ipconnect.de> has joined #yocto06:01
*** rob_w <rob_w!~bob@> has joined #yocto06:13
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:13
*** t0mmy_ <t0mmy_!~tprrt@> has quit IRC06:24
*** gtristan <gtristan!~tristanva@host81-149-58-215.in-addr.btopenworld.com> has quit IRC06:42
*** rai_ <rai_!~rai@c-174-50-165-102.hsd1.ca.comcast.net> has quit IRC06:47
*** rai_ <rai_!~rai@c-174-50-165-102.hsd1.ca.comcast.net> has joined #yocto06:47
*** sno <sno!~sno@> has joined #yocto06:52
*** megha_dey <megha_dey!meghadey@nat/intel/x-uqgywgrilvcicmoi> has quit IRC06:59
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto07:04
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto07:10
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto07:15
*** agust <agust!~agust@p4FCB5E46.dip0.t-ipconnect.de> has quit IRC07:15
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto07:16
*** agust <agust!~agust@p4FCB5E46.dip0.t-ipconnect.de> has joined #yocto07:16
*** t0mmy_ <t0mmy_!~tprrt@> has joined #yocto07:17
*** townxelliot <townxelliot!~ell@> has joined #yocto07:17
*** __karthik <__karthik!~karthik@> has quit IRC07:19
*** townxelliot <townxelliot!~ell@> has joined #yocto07:20
*** __karthik <__karthik!~karthik@> has joined #yocto07:20
boucman_workhey all07:21
boucman_workI have a new error that has started popping around when working around07:21
boucman_workERROR: 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_sdimg07:21
boucman_workwhat is a taskhash mismatch, and how do I solve it ?07:21
mathieu_laI had it too last week, are you working with the latest revision from meta-raspberry?07:22
mathieu_laI think there is some patch, at least updating fixed it for me07:22
boucman_workmathieu_la: yes i am... I will upgrade meta-raspberry07:26
boucman_workthx for the hint07:27
*** fl0v0 <fl0v0!~fvo@pD9F6B7BC.dip0.t-ipconnect.de> has joined #yocto07:28
*** c0rnel <c0rnel!~cornel@> has joined #yocto07:34
c0rnelanybody knows if genivi repos have issue ahain?07:34
*** sveinse <sveinse!~chatzilla@156.92-221-160.customer.lyse.net> has quit IRC07:38
c0rnelthey sem to have sporadic access issues07:38
mathieu_laboucman_work : http://git.yoctoproject.org/cgit/cgit.cgi/meta-raspberrypi/commit/?id=6564e126aea0ac42a129595c79218ba69f8095eb07:39
*** fl0v0 <fl0v0!~fvo@pD9F6B7BC.dip0.t-ipconnect.de> has quit IRC07:39
*** fl0v01 <fl0v01!~fvo@pD9F6B7BC.dip0.t-ipconnect.de> has joined #yocto07:39
boucman_workmathieu_la: yes, it seems to be solved now, thx07:43
*** toscalix <toscalix!~toscalix@> has joined #yocto07:48
*** present <present!~present@> has joined #yocto07:50
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:52
*** vdehors_ <vdehors_!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto07:52
*** boucman_work1 <boucman_work1!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto07:54
*** vdehors <vdehors!~vdehors@> has quit IRC07:55
*** boucman_work <boucman_work!~boucman@> has quit IRC07:55
*** sameo <sameo!~samuel@> has joined #yocto07:56
*** belen <belen!~Adium@> has joined #yocto07:59
*** aida_ <aida_!~aida@mir31-1-82-224-13-158.fbx.proxad.net> has quit IRC08:04
*** smferris <smferris!~smferris@> has quit IRC08:08
c0rnelwhi is cleanall depending on upstream being available?08:10
c0rnelwhy is cleanall depending on upstream being available?08:10
boucman_work1that's weird...08:13
*** toanju <toanju!~toanju@> has joined #yocto08:14
c0rneli have issues getting node-state-manager from genivi and when trying cleannall it complains that upstream is not accessible08:15
c0rnelError is: Could not read from remote repository08:16
*** obsrwr <obsrwr!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has quit IRC08:16
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has joined #yocto08:19
*** obsrwr <obsrwr!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has joined #yocto08:20
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC08:24
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:27
*** sveinse <sveinse!~chatzilla@> has joined #yocto08:29
*** agust <agust!~agust@p4FCB5E46.dip0.t-ipconnect.de> has quit IRC08:31
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC09:00
*** pidge <pidge!~pidge@ns367664.ip-188-165-216.eu> has quit IRC09:01
rburtonc0rnel: does the recipe use autorev?09:01
*** gtristan <gtristan!~tristanva@> has joined #yocto09:01
c0rnelrburton, let me check09:01
*** pidge_ <pidge_!~pidge@ns367664.ip-188-165-216.eu> has quit IRC09:01
rburtonbecause that needs network access to parse before it even starts running tasks09:01
rburton(another reason why autorev is bad)09:02
c0rnelno autorev in node-state-manager recipe09:03
*** maxin <maxin!~maxin@37-219-75-59.nat.bb.dnainternet.fi> has joined #yocto09:06
rburtonthen the recipe is doing something stupid09:06
c0rnelit's form meta-ivi, anyway09:06
c0rnelit's from meta-ivi, anyway09:06
rburtonnothing in there that would force network access, unless your distro/local conf is setting autorev on it09:09
rburtona full cooker log would be helpful09:09
*** present_ <present_!~present@> has joined #yocto09:09
c0rneltrying to get one, but meanwhile cat local.conf | grep auto shows nothing09:10
*** present_ <present_!~present@> has quit IRC09:11
*** present <present!~present@> has quit IRC09:11
*** present <present!~present@> has joined #yocto09:11
rburtontmp/log/cooker has the logs09:12
c0rnelno autorev there09:14
rburtoni mean, share the log09:14
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:14
boucman_work1I never new about tmp/log09:18
* boucman_work1 always go to WORKDIR/temp to find the logs...09:18
c0rnelrburton, it will take a little time, i'm also in the middle of a meeting and one colleague is asking for some other info09:22
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC09:30
sveinseI 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 IRC09:40
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:47
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC09:47
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC09:51
*** mortderire <mortderire!~rkinsell@> has joined #yocto09:51
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC09:52
*** mortderire <mortderire!~rkinsell@> has quit IRC09:55
*** grma <grma!~gruberm@> has joined #yocto09:56
*** maxin <maxin!~maxin@37-219-75-59.nat.bb.dnainternet.fi> has quit IRC09:57
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC09:57
*** megha_dey <megha_dey!meghadey@nat/intel/x-zohcizojiatltqmp> has joined #yocto09:59
*** mortderire <mortderire!~rkinsell@> has joined #yocto09:59
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto10:12
sveinsehow 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 IRC10:14
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto10:15
*** pidge <pidge!~pidge@ns367664.ip-188-165-216.eu> has joined #yocto10:15
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto10:16
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto10:22
*** mortderire <mortderire!~rkinsell@> has quit IRC10:29
*** clopez <clopez!~tau@neutrino.es> has quit IRC10:31
*** khem <khem!~khem@unaffiliated/khem> has quit IRC10:32
*** mortderire <mortderire!~rkinsell@> has joined #yocto10:32
*** clopez <clopez!~tau@neutrino.es> has joined #yocto10:35
*** maxin <maxin!~maxin@37-219-75-59.nat.bb.dnainternet.fi> has joined #yocto10:40
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto10:53
*** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has quit IRC11:00
*** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has joined #yocto11:01
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto11:21
*** ziggo <ziggo!~ziggo@> has joined #yocto11:32
Ulfalizerthe 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@> has joined #yocto11:47
*** gtristan <gtristan!~tristanva@> has quit IRC11:57
*** gtristan <gtristan!~tristanva@> has joined #yocto11:57
*** Anticom <Anticom!~timo.m@> has joined #yocto12:09
*** gtristan <gtristan!~tristanva@> has quit IRC12:19
*** gtristan <gtristan!~tristanva@> has joined #yocto12:23
*** istarilucky <istarilucky!~rlucca@> has joined #yocto12:24
*** marka <marka!~marka@> has joined #yocto12:24
*** caiortp <caiortp!~inatel@> has joined #yocto12:25
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:28
sveinseIs it possible to use here documents in image recipe sh functions?12:37
*** igor2 <igor2!~igor@> has joined #yocto12:39
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-rvuzzficwxiphyuj> has quit IRC12:47
Ulfalizersveinse: 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 #yocto12:51
sveinseIf 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
Ulfalizersveinse: _append is magic. you never need to use += with it.12:53
UlfalizerFOO_append = "boll"   FOO_append = "hav"   will append "bollhav" to FOO12: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
sveinseallright. 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
Ulfalizeryeah, that'd be another option. i guess the more "magic" solution turned out to be handier.12:57
sveinsethe docs is not crystal clear when using multiple _append statements (or I've missed it)12:57
sveinseeither is equally probable :D12:57
Ulfalizerit might not be. the documentation maintainer is very friendly, so you could always suggest a change. :)12:58
Ulfalizeri've gotten lots of stuff in12:58
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC12:59
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto12:59
*** sgw_ <sgw_!sgw_@nat/intel/x-uoardvqpcsnosouh> has quit IRC13:06
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto13:10
*** istarilucky <istarilucky!~rlucca@> has quit IRC13:15
*** istarilucky <istarilucky!~rlucca@> has joined #yocto13:16
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto13:19
sveinsewhat task do I need to rerun to make an image task execute its ROOTFS_POSTPROCESS_COMMAND?13:20
rburton-c rootfs13:23
rburtonwell, -C13:23
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC13:24
sveinseCan I access files from other recipes sources (not recipe dir) from another (image) recipe?13:25
Ulfalizersveinse: 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
Ulfalizersveinse: the staging sysroot is how build-time dependencies (libraries, headers, etc.) are made available to recipes13:29
UlfalizerDEPENDS is (usually) just a shorthand for waiting for those other recipes to put their stuff into the staging sysroot13:29
*** istarilucky <istarilucky!~rlucca@> has quit IRC13:29
*** ka6sox is now known as zz_ka6sox13:30
rburtonsveinse: 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
rburtonso i guess what i meant is you can obviously just access WORKDIR/[recipe]/[version]/ but that may or may not exist13:31
sveinseUlfalizer: 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
sveinseSo 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
Ulfalizersveinse: 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
sveinseSo... I suppose, I want to know how I can stage a file from the other recipe then13:33
*** cference <cference!~cference@> has joined #yocto13:33
sveinseUlfalizer: 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 that13:34
sveinseI do not need or want the staged file present on target, only for generating the manifest13:35
Ulfalizersveinse: using the same repository in two different recipes is okay. yocto might even be able to cache it.13:37
Ulfalizerotherwise, 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 there13:37
Ulfalizeryou 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
Ulfalizeror reorganizing things in some other way...13:38
*** lamego <lamego!~jose@> has joined #yocto13:38
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto13:38
sveinseUlfalizer: 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@> has joined #yocto13:40
sveinse(I'm only a 1 week old Yoctoer, so please have patience with me)13:41
*** thaytan <thaytan!~thaytan@> has quit IRC13:41
Ulfalizersveinse: 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
Ulfalizersee STAGING_BINDIR, etc., too. those are based on STAGING_DIR_HOST.13:42
sveinseSo, 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
Ulfalizeryup, that should work13:43
sveinseperfect, thanks13:43
rburtonone thing some recipes do is to append the staging function13:43
Ulfalizerunless image.bbclass does something funky with the tasks13:43
Ulfalizerbut hopefully ;)13:43
rburtonie wayland does sysroot_stage_all_append_class-target to drop more files into the staging directory that shouldn't be packaged13:44
*** istarilucky <istarilucky!~rlucca@> has joined #yocto13:45
Ulfalizersveinse: 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 versions13:45
sveinseyeah, I am. The mega manual is on my tablet :P13:46
Ulfalizerthe mega manual is too mega for me :S13:47
*** igor2 <igor2!~igor@> has quit IRC13:49
*** istarilucky <istarilucky!~rlucca@> has quit IRC13:49
sveinseHow do I deploy a new license from my recipe?13:50
sveinsePlain file location, or is there some functions for doing it?13:50
*** smferris <smferris!~smferris@> has joined #yocto13:54
rburtondo you mean your recipe has a license that isn't covered by the collection in oe-core?13:54
*** qt-x <qt-x!~Thunderbi@> has quit IRC13:55
rburtoneg meta-fsl-ppc/conf/layer.conf:LICENSE_PATH += "${LAYERDIR}/custom-licenses"13:55
rburtonput the license texts in your layer, extend license_path in your layer.conf13:55
*** madisox <madisox!~madison@> has joined #yocto13:56
rburtonits documented!  \o/13:56
*** sgw_ <sgw_!sgw_@nat/intel/x-oqqgzowylehblymc> has joined #yocto13:56
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:57
*** thaytan_ is now known as thaytan14:00
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC14:00
*** qt-x <qt-x!~Thunderbi@> has joined #yocto14:05
*** tjamison <tjamison!~tjamison@> has joined #yocto14:05
*** istarilucky <istarilucky!~rlucca@> has joined #yocto14:06
*** qt-x <qt-x!~Thunderbi@> has quit IRC14:06
sveinseyes, 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 encounter14:09
sveinseWe 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
rburtonin 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 list14:12
sveinserburton: brilliant, thanks14:13
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-yaotjxrvnupldgyb> has joined #yocto14:14
boucman_work1rburton : 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 tricky14:16
*** cference <cference!~cference@> has quit IRC14:16
rburtonrootfs postfunc, do what you need to do14:17
boucman_work1in particular, do_fetch and do_unpack are not executed for images, so you need to reactivate them14:17
boucman_work1but there is no easy way to unset a variable flag so you have to use inline python14:17
boucman_work1rburton: that's the easy part :P14:17
*** cference <cference!~cference@> has joined #yocto14:17
boucman_work1let me pastebin what I do14:17
rburtonwhy not package the image-specific file in a recipe and pick between them?14:17
boucman_work1because they overlay files from other packages (CONFFILES) and that creates conflicts iirc14:18
rburtonremove them from the other packages?14:19
boucman_work1that creates a lot of .bbappend when you are configuring a whole system and make the other packages much less generic14:19
rburtonyou don't use distro_features_check in that recipe :)14:20
boucman_work1i'm deep in the yocto-as-a-firmware use-case here...14:20
sveinseah, yes, one of my questions as well. Handling overrides/file conflicts during system build14:20
rburtonyou inherit distro_features_check but its not used14:20
boucman_work1rburton: I do ? where ?14:20
rburtonboucman_work1: 12inherit core-image distro_features_check14:22
boucman_work1oh right,14:22
* boucman_work1 <= blind14:22
*** bottazzini <bottazzini!~realBigfo@> has joined #yocto14:22
boucman_work1but 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-trivial14: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_work1I can see various fixes14:24
rburtonyeah would be good to have an easier way to undo disabling14:24
rburtonfile a bug  against bitbake14:24
boucman_work1* change bitbake to accept do_xxx[noexec] = 014:24
boucman_work1* reactivate do_fetch and do_unpack in yocto for images14:25
boucman_work1* both14:25
rburton(1) is my vote14:25
rburtonbasically make the noexec thing need a positive assignment, not just presence, might work14:25
boucman_work1I think both makes most sense. fetching files for overriding and benefiting from the whole fetch/cache infrastructure seems like something needed14:25
boucman_work1but yeah, the bitbake side is definitely needed14:26
rburtonbut if the task isn't needed generally then it can be disabled for performance14:26
*** Anticom <Anticom!~timo.m@> has quit IRC14:27
boucman_work1that 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 time14: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 doable14:28
*** aehs29 <aehs29!aehernan@nat/intel/x-gfkteittcxrpgxgi> has joined #yocto14:28
sveinsewhen 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 machine14:28
rburtonyeah that's usual14:29
rburtonbecause we cater for the situation where you may target two MACHINES which are actually very similar14:29
rburtonthink two different ARM boards, the CPU is identical but the HW will be different14:29
rburtonso, libc upwards can all be tune-specific, but the kernel and maybe drivers are MACHINE-specific14:29
rburtonso 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 specific14:30
sveinseThis 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 then14:30
*** mjl <mjl!sid16781@gateway/web/irccloud.com/x-iakepvjelxkytmpp> has quit IRC14:31
*** mjl <mjl!sid16781@gateway/web/irccloud.com/x-uojohfxvdsvzrfiy> has joined #yocto14:34
*** smferris <smferris!~smferris@> has quit IRC14:35
*** smferris <smferris!~smferris@> has joined #yocto14:35
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto14:39
*** sgw_ <sgw_!sgw_@nat/intel/x-oqqgzowylehblymc> has quit IRC14:42
*** istarilucky <istarilucky!~rlucca@> has quit IRC14:45
sveinseWhat 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 use14:48
*** istarilucky <istarilucky!~rlucca@> has joined #yocto14:48
*** benjamirc <benjamirc!~besquive@> has joined #yocto14:48
CTtpollardyou can do commands based on the target machine using overrides14:50
*** leo_ <leo_!86868b46@gateway/web/freenode/ip.> has joined #yocto14:54
*** ziggo <ziggo!~ziggo@> has quit IRC14:55
*** istarilucky <istarilucky!~rlucca@> has quit IRC14:56
*** toanju <toanju!~toanju@> has quit IRC14:57
*** sgw_ <sgw_!sgw_@nat/intel/x-csbipuqmcgmmzndw> has joined #yocto15:02
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC15:07
*** billr <billr!~wcrandle@> has joined #yocto15:08
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC15:11
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto15:13
*** billr <billr!~wcrandle@> has quit IRC15:17
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC15:20
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto15:20
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:21
*** leo_ <leo_!86868b46@gateway/web/freenode/ip.> has quit IRC15:26
neverpanicrburton: 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
neverpanici.e. would you accept patches that move the check into a separate task?15:27
*** aehs29 <aehs29!aehernan@nat/intel/x-gfkteittcxrpgxgi> has left #yocto15:28
rburtondidn't we already do that?15:28
boucman_work1from my testing on master, I thought it was link to do_fetch...15:29
rburtonoe-core b7811bbec1ba373d62ace5c4fc56918e53c69d5015:29
rburtonoh different license bits?15:29
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto15:30
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC15:30
neverpaniclet me check, we might be on a rotting branch...15:30
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto15:31
rburtonyeah thats LIC_FILES_CHKSUM15:32
rburtonnow a postfunc on do_populate_lic15:32
neverpanicYeah, 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 IRC15:32
rburtonyeah, master only15:32
*** maxin <maxin!~maxin@37-219-75-59.nat.bb.dnainternet.fi> has quit IRC15:33
*** billr <billr!wcrandle@nat/intel/x-slcnrpizitrpyyln> has joined #yocto15:34
*** leosan <leosan!c0373628@gateway/web/freenode/ip.> has joined #yocto15:42
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC15:45
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC15:47
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC15: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/59815:51
*** grma <grma!~gruberm@> has quit IRC15:51
*** sameo <sameo!~samuel@> has quit IRC15:56
*** mortderire <mortderire!~rkinsell@> has quit IRC16:01
*** aehs29 <aehs29!~aehernan@> has joined #yocto16:02
*** sameo <sameo!~samuel@> has joined #yocto16:03
*** Aethenelle <Aethenelle!~Aethenell@mobile-166-176-184-6.mycingular.net> has joined #yocto16:05
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC16:20
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has joined #yocto16:20
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto16:20
sveinseHmm, 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
rburtontry forcing a rebuild of that recipe?16:23
sveinserburton: How deep? I've redone do_install16:24
sveinsebtw, 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
sveinserburton: great, populate_lic worked16:29
* sveinse need to study all the various task steps during builds :)16:29
*** toscalix <toscalix!~toscalix@> has quit IRC16:30
*** zz_ka6sox is now known as ka6sox16:30
*** fl0v01 <fl0v01!~fvo@pD9F6B7BC.dip0.t-ipconnect.de> has quit IRC16:31
rburtonsveinse: that should have worked automatically16:34
sveinseI 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 events16:41
*** belen <belen!~Adium@> has quit IRC16:41
rburtonyeah they can be ignored, its just telling you that you forced a build16:43
sveinserburton: yeah, but why is the question. I ran bitbake lm-sp-image when this happens16:44
*** agust <agust!~agust@p4FCB5E46.dip0.t-ipconnect.de> has joined #yocto16:44
rburtonbecause you used -C foo or -f16:45
rburtonjust ignore them16:45
sveinseno I did not16:45
*** Aethenelle <Aethenelle!~Aethenell@mobile-166-176-184-6.mycingular.net> has quit IRC16:48
*** t0mmy_ <t0mmy_!~tprrt@> has quit IRC16:51
*** cbzx <cbzx!6881c442@gateway/web/freenode/ip.> has joined #yocto16:52
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto16:58
*** istarilucky <istarilucky!~rlucca@> has joined #yocto17:01
*** istarilucky <istarilucky!~rlucca@> has quit IRC17:08
*** present <present!~present@> has quit IRC17:09
*** istarilucky <istarilucky!~rlucca@> has joined #yocto17:09
*** gtristan <gtristan!~tristanva@> has quit IRC17:10
*** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has joined #yocto17:17
*** paulg <paulg!~paulg@> has joined #yocto17:21
*** megha_dey <megha_dey!meghadey@nat/intel/x-aisthjduxmqjcqtn> has joined #yocto17:28
*** sno <sno!~sno@> has quit IRC17:29
*** evanmeagher <evanmeagher!~MongooseW@> has joined #yocto17:32
*** leosan <leosan!c0373628@gateway/web/freenode/ip.> has quit IRC17:41
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto17:44
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC17:45
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-yaotjxrvnupldgyb> has quit IRC17:47
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto17:50
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto17:50
*** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has quit IRC17:52
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has joined #yocto17:57
*** pthomas <pthomas!32eb2986@gateway/web/freenode/ip.> has joined #yocto18:02
pthomasWhen 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 zeromq18:03
pthomasfor krogoth qemuarm18:04
pthomashow 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 IRC18:10
pthomasok bluez5 seems to be doing something18:11
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-dpkdcbabbggzezpz> has joined #yocto18:11
pthomasok that seemed to work18:14
aehs29pthomas: yeah bluez might be blacklisted somewhere, it may conflict with bluez5 or something18:19
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC18:24
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto18:26
*** maxin <maxin!~maxin@2001:998:22:0:d4b9:8b3b:9599:2285> has joined #yocto18:30
*** t0mmy_ <t0mmy_!~tprrt@> has joined #yocto18:36
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto18:41
khempthomas: do you need bluez4 or 518:41
nillerbrunI 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 IRC18:43
*** igor2 <igor2!~igor@> has joined #yocto18:43
nillerbrunConditional Syntax (Overrides) looks promissing, but also complicated. Any suggestions?18:48
khemorganise your BBLAYERS in bblayers.conf18:49
nillerbrunaha, yes, that makes sense. Thanks khem18:50
*** armpit <armpit!~akuster@> has joined #yocto18:50
*** sveinse <sveinse!~chatzilla@> has quit IRC18:52
*** t0mmy_ <t0mmy_!~tprrt@> has quit IRC19:00
*** maxin <maxin!~maxin@2001:998:22:0:d4b9:8b3b:9599:2285> has quit IRC19:09
*** benjamirc1 <benjamirc1!~besquive@> has quit IRC19:21
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC19:23
*** ka6sox is now known as zz_ka6sox19:24
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto19:27
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC19:37
*** benjamirc1 <benjamirc1!~besquive@> has joined #yocto19:40
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC19:42
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto19:45
*** townxelliot <townxelliot!~ell@> has quit IRC19:52
*** megha_dey <megha_dey!meghadey@nat/intel/x-aisthjduxmqjcqtn> has quit IRC19:52
*** aehs29 <aehs29!~aehernan@> has left #yocto19:55
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC19:55
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:57
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto20:03
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has quit IRC20:04
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC20:06
*** caiortp <caiortp!~inatel@> has quit IRC20:06
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-dpkdcbabbggzezpz> has quit IRC20:17
*** paulg <paulg!~paulg@> has quit IRC20:37
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto20:46
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto20:46
*** fledermaus <fledermaus!~vivek@2a00:1098:5:0:51c6:90f5:2aed:138a> has quit IRC20:47
nillerbrunorganizing bblayers didn't work. BBFILE_PRIORITY was the key20:47
*** Ulfalize <Ulfalize!~Ulfalizer@ip5f5bedad.dynamic.kabel-deutschland.de> has joined #yocto20:48
*** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has joined #yocto20:54
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC20:58
*** megha_dey <megha_dey!meghadey@nat/intel/x-xohyinsnwysaezzg> has joined #yocto21:08
*** marka <marka!~marka@> has quit IRC21:14
*** Snert <Snert!~LoginName@65-70-174-206.gci.net> has quit IRC21:26
*** berton <berton!~fabio@> has quit IRC21:26
*** cference <cference!~cference@> has quit IRC21:35
*** pohly <pohly!~pohly@p5DE8CA1F.dip0.t-ipconnect.de> has quit IRC21:38
*** pohly <pohly!~pohly@p5DE8CA1F.dip0.t-ipconnect.de> has joined #yocto21:38
*** pohly <pohly!~pohly@p5DE8CA1F.dip0.t-ipconnect.de> has quit IRC21:43
*** Ulfalize <Ulfalize!~Ulfalizer@ip5f5bedad.dynamic.kabel-deutschland.de> has quit IRC21:44
*** Snert <Snert!~LoginName@65-70-174-206.gci.net> has joined #yocto21:46
*** adelcast <adelcast!~adelcast@> has quit IRC21:47
*** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has quit IRC21:48
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC21:50
*** Snert <Snert!~LoginName@65-70-174-206.gci.net> has quit IRC21:53
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto22:01
*** bottazzini <bottazzini!~realBigfo@> has quit IRC22:05
*** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto22:07
khemfor FILESEXTRAPATHS yes priority matters22:27
khemfor config files and other search paths which are implicit the order matters22:27
*** sgw_ <sgw_!sgw_@nat/intel/x-csbipuqmcgmmzndw> has quit IRC22:30
*** tjamison <tjamison!~tjamison@> has quit IRC22:31
*** zz_ka6sox is now known as ka6sox22:34
*** benjamirc <benjamirc!~besquive@> has quit IRC22:52
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC22:57
*** glfernando <glfernando!fernando@nat/intel/x-jmwolupjlpwgpkap> has quit IRC22:58
*** moto-timo <moto-timo!ttorling@nat/intel/x-jvdgccyrpmqsdgzl> has joined #yocto22:58
*** moto-timo <moto-timo!ttorling@nat/intel/x-jvdgccyrpmqsdgzl> has quit IRC22:58
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto22:58
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has quit IRC22:59
*** lamego <lamego!~jose@> has quit IRC23:00
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC23:02
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC23:03
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto23:04
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto23:16
*** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has joined #yocto23:17
khemI am seeing these errors23:26
khemwhen enabling ptest23:26
khemany ideas ?23:26
*** istarilucky <istarilucky!~rlucca@> has left #yocto23:27
*** sgw_ <sgw_!~sgw_@> has joined #yocto23: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/20623:29
*** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has quit IRC23:30
*** Crofton <Crofton!~balister@fw.whitepine.k12.nv.us> has joined #yocto23:30
*** sameo <sameo!~samuel@> has quit IRC23:33
*** igor2 <igor2!~igor@> has quit IRC23:35
*** belen <belen!~Adium@> has joined #yocto23:48
*** belen <belen!~Adium@> has quit IRC23:56

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!