Monday, 2016-04-11

*** roxell <roxell!~roxell@linaro/roxell> has quit IRC00:04
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto00:43
*** coolmouse <coolmouse!~coolmouse@123.138.104.180> has joined #yocto01:13
*** mbroadst <mbroadst!~mbroadst@cpe-67-244-123-227.nyc.res.rr.com> has quit IRC01:38
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-rnuuvolssyjnxcij> has joined #yocto02:00
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC02:09
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto02:11
*** bananadev <bananadev!~onlyester@117.6.99.240> has joined #yocto02:24
*** fledermaus <fledermaus!~vivek@78.32.176.249> has quit IRC02:41
*** coolmouse <coolmouse!~coolmouse@123.138.104.180> has quit IRC03:16
*** robert-ma <robert-ma!sid155560@gateway/web/irccloud.com/x-tdrlwmskbqqhkxdr> has joined #yocto03:30
*** billr <billr!~wcrandle@134.134.139.76> has left #yocto03:56
*** jedix <jedix!~jedix@24-52-251-25.cable.teksavvy.com> has quit IRC04:17
*** jedix <jedix!~jedix@24-52-251-25.cable.teksavvy.com> has joined #yocto04:36
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto04:57
*** redengin <redengin!~redengin@2601:600:9200:181:1490:79d5:746f:518c> has quit IRC04:58
*** redengin <redengin!~redengin@2601:600:9200:181:8083:2ded:a74d:6102> has joined #yocto05:03
*** redengin <redengin!~redengin@2601:600:9200:181:8083:2ded:a74d:6102> has quit IRC05:05
*** redengin <redengin!~redengin@2601:600:9200:181:8083:2ded:a74d:6102> has joined #yocto05:06
*** redengin <redengin!~redengin@2601:600:9200:181:8083:2ded:a74d:6102> has quit IRC05:08
*** morphis_ <morphis_!~morphis@p5480DDC6.dip0.t-ipconnect.de> has joined #yocto05:10
*** redengin <redengin!~redengin@2601:600:9200:181:2065:b771:1bdf:5c3d> has joined #yocto05:21
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC05:27
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto05:28
niteshnarayanlalHi is it possible to add some kind of check in my bbappend such that if something is defined abc binary gets packaged in the rootfs else something else gets packaged05:34
*** agust <agust!~agust@p4FDE66F9.dip0.t-ipconnect.de> has joined #yocto05:42
*** frsc <frsc!~frsc@80.149.173.67> has joined #yocto05:55
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto05:55
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto05:58
*** pohly <pohly!~pohly@p508DA66A.dip0.t-ipconnect.de> has joined #yocto06:03
*** robert-ma <robert-ma!sid155560@gateway/web/irccloud.com/x-rblidtdoqiyackvk> has joined #yocto06:05
*** robert-ma <robert-ma!sid155560@gateway/web/irccloud.com/x-rblidtdoqiyackvk> has quit IRC06:06
*** marek__ <marek__!~marek@81.89.61.168.host.vnet.sk> has joined #yocto06:08
*** robert-ma <robert-ma!sid155560@gateway/web/irccloud.com/x-waevrlnulgmsrwxr> has joined #yocto06:16
*** robert-ma <robert-ma!sid155560@gateway/web/irccloud.com/x-waevrlnulgmsrwxr> has quit IRC06:19
*** robert-ma <robert-ma!sid155560@gateway/web/irccloud.com/x-joahxtrprpqdqkzw> has joined #yocto06:19
*** robert-ma <robert-ma!sid155560@gateway/web/irccloud.com/x-joahxtrprpqdqkzw> has quit IRC06:22
*** jku <jku!jku@nat/intel/x-wibtjnzeqckbqygg> has joined #yocto06:35
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC06:40
*** coolmouse_ <coolmouse_!~coolmouse@113.201.241.58> has joined #yocto06:41
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto06:43
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-xfzqyflpeddonaoh> has joined #yocto06:54
*** jbrianceau_away is now known as jbrianceau06:54
*** boucman_work <boucman_work!~boucman@193.56.60.161> has joined #yocto06:55
*** bananadev <bananadev!~onlyester@117.6.99.240> has quit IRC06:55
*** arraen <arraen!~arraen@195.238.92.36> has quit IRC06:59
*** coolmouse_ <coolmouse_!~coolmouse@113.201.241.58> has quit IRC07:00
*** dshwang <dshwang!~dshwang@192.55.55.41> has quit IRC07:02
*** dshwang <dshwang!~dshwang@192.55.55.41> has joined #yocto07:04
*** ka6sox is now known as zz_ka6sox07:05
*** ziggo <ziggo!~ziggo@212.118.209.82> has joined #yocto07:06
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto07:08
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto07:08
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto07:12
*** present <present!~JGU@46.218.87.184> has joined #yocto07:15
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has joined #yocto07:16
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has joined #yocto07:16
*** fl0v0 <fl0v0!~fvo@p4FC0A436.dip0.t-ipconnect.de> has joined #yocto07:20
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto07:20
*** aratiu <aratiu!~adi@80.97.64.55> has left #yocto07:20
*** joshuagl <joshuagl!joshuagl@nat/intel/x-vywydvsrqngxorwy> has joined #yocto07:20
*** mathieu_ <mathieu_!~mathieu@92-111-78-37.static.chello.nl> has joined #yocto07:23
*** zz_ka6sox is now known as ka6sox07:23
*** mckoan|away is now known as mckoan07:23
doyuI want to modify build_boot_dd in boot-diretdisk.bbclass and I want to keep that modification in my own additional layer. what's the way to do this?07:24
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:24
*** joshuagl <joshuagl!joshuagl@nat/intel/x-vywydvsrqngxorwy> has quit IRC07:26
*** leon-anavi <leon-anavi!~leon@5.53.209.92> has joined #yocto07:26
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:28
mckoangood morning07:31
*** boucman_work <boucman_work!~boucman@193.56.60.161> has quit IRC07:31
leon-anavimorning07:33
bluelightningmorning mckoan, leon-anavi07:35
bluelightningdoyu: probably just define your modified function in your own class which inherits boot-directdisk.bbclass and have your images inherit it07:36
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has joined #yocto07:40
*** toscalix <toscalix!~toscalix@149.100.1.24> has joined #yocto07:40
*** marquiz <marquiz!~marquiz@134.191.220.71> has joined #yocto07:51
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto07:54
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC07:54
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto07:54
*** TobSnyder <TobSnyder!~schneider@ip9234b44d.dynamic.kabel-deutschland.de> has joined #yocto07:56
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC07:57
*** vdehors <vdehors!~vdehors@LAubervilliers-656-1-228-141.w80-14.abo.wanadoo.fr> has joined #yocto08:01
*** yann|work <yann|work!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto08:03
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC08:04
*** rubdos <rubdos!~rubdos@dhcp-141-252.vub.ac.be> has joined #yocto08:07
*** sameo <sameo!samuel@nat/intel/x-mfldmveanfbbcykn> has joined #yocto08:11
doyubluelightning: which dir to store? it's bbclass originally. If I want to extend which one to use, own bbclass or some recipes-* under my layer?08:14
doyubluelightning: for exmaple, which one, "meta-mylayer/recipes-core/boot-directdisk.bb" or "meta-mylayer/classes/boot-directdisk.bbclass" or something else?08:15
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto08:16
*** edbart <edbart!~ebartosh@192.198.151.44> has joined #yocto08:21
bluelightningdoyu: if it's a class file, it can only go under meta-mylayer/classes within your layer08:28
doyubluelightning: ok, thx08:29
bluelightningstrictly speaking it's any directory along BBPATH, but the convention is that your layer's conf/layer.conf appends the layer directory to BBPATH08:29
*** townxelliot <townxelliot!~ell@176.252.26.118> has joined #yocto08:30
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto08:34
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-ackmrkflhajgwpyg> has joined #yocto08:40
*** mborzecki <mborzecki!~Maciej_Bo@osu194.internetdsl.tpnet.pl> has quit IRC08:42
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC08:51
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC08:53
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto08:53
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-ackmrkflhajgwpyg> has quit IRC08:55
snobluelightning: in case you remember that question: https://www.linkedin.com/pulse/create-images-several-boot-devices-using-yocto-jens-rehsack08:55
snoI found a hopefully nice solution to build an image for eMMC, SD-Card or USB-Stick by setting a variable08:56
*** mborzecki <mborzecki!~Maciej_Bo@staticline-31-182-60-238.toya.net.pl> has joined #yocto08:56
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:59
*** fledermaus <fledermaus!~vivek@78.32.176.249> has joined #yocto09:04
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:07
*** obsrwr <obsrwr!~otp-amois@89.121.200.102> has joined #yocto09:08
mathieu_c09:09
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto09:11
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-llqvsurjkpinkknk> has joined #yocto09:15
*** boucman_work <boucman_work!~boucman@193.56.60.161> has joined #yocto09:17
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-llqvsurjkpinkknk> has left #yocto09:19
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.102> has joined #yocto09:26
*** loganaden <loganaden!~logan@208.95.3.4> has joined #yocto09:32
loganadenhoi09:32
*** ccaione <ccaione!~ccaione@unaffiliated/ccaione> has left #yocto09:32
*** rubdos <rubdos!~rubdos@dhcp-141-252.vub.ac.be> has quit IRC09:36
*** cdleonard <cdleonard!~leonard@192.55.54.42> has quit IRC09:36
*** cdleonard <cdleonard!leonard@nat/intel/x-tayzaigpinxikzqs> has joined #yocto09:36
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-kuwxufepvngfodqc> has joined #yocto09:39
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-kuwxufepvngfodqc> has left #yocto09:39
*** loganaden <loganaden!~logan@208.95.3.4> has quit IRC09:43
*** MafiaInc <MafiaInc!~martian@92.247.20.94> has joined #yocto09:44
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto09:45
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC09:45
*** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC09:45
*** boucman_work <boucman_work!~boucman@193.56.60.161> has quit IRC09:47
*** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto09:48
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto09:48
*** loganaden <loganaden!~logan@208.95.3.4> has joined #yocto09:49
*** clopez <clopez!~tau@neutrino.es> has quit IRC09:51
*** clopez <clopez!~tau@neutrino.es> has joined #yocto09:55
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto10:05
*** mago_ <mago_!~mago@88.131.56.168> has quit IRC10:20
*** morphis_ <morphis_!~morphis@p5480DDC6.dip0.t-ipconnect.de> has quit IRC10:25
*** morphis_ <morphis_!~morphis@p5480DDC6.dip0.t-ipconnect.de> has joined #yocto10:26
*** mago_ <mago_!~mago@88.131.56.168> has joined #yocto10:27
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has joined #yocto10:29
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC10:33
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC10:45
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto10:47
*** fledermaus <fledermaus!~vivek@78.32.176.249> has quit IRC10:49
*** townxelliot <townxelliot!~ell@176.252.26.118> has quit IRC10:53
*** boucman_work <boucman_work!~boucman@193.56.60.161> has joined #yocto11:03
*** townxelliot <townxelliot!~ell@90.199.163.178> has joined #yocto11:10
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto11:13
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC11:18
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC11:19
*** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC11:19
*** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto11:21
*** leon-anavi <leon-anavi!~leon@5.53.209.92> has quit IRC11:22
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto11:22
*** leon-anavi <leon-anavi!~leon@5.53.209.92> has joined #yocto11:24
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto11:26
*** rubdos <rubdos!~rubdos@host-85-27-50-78.dynamic.voo.be> has joined #yocto11:32
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:39
*** coolmouse <coolmouse!~coolmouse@113.201.138.36> has joined #yocto11:45
*** davis <davis!~davis@rrcs-96-10-245-18.midsouth.biz.rr.com> has joined #yocto11:45
davishello11:45
davisi'm reading a mailing list answer from Bruce on the yocto list.11:46
davishe mentions kernel fragments working only for kernels which inherit from linux-yocto11:46
davisi'm looking in the recipe for the kernel i'm using. It has a inherit kernel line.11:47
davisthat is not a yocto inherit right? it would need to be inherit kernel-yocto for the fragments to work?11:48
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has quit IRC11:49
*** Guest23389 <Guest23389!~vivek@pakora.collabora.co.uk> has joined #yocto11:49
*** boucman_work <boucman_work!~boucman@193.56.60.161> has quit IRC11:50
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has joined #yocto11:50
*** maxin <maxin!~maxin@2001:998:22:0:940:37fc:3de9:9b73> has joined #yocto11:52
*** berton <berton!~fabio@187.23.154.250> has joined #yocto11:55
joshuaglcorrect11:57
davisthanks11:57
davisthis tree has a bunch of different defconfigs in different dirs. Any idea how to determine which config is being used besides trying to add a append version string to each and then booting to see if the uname -a sticks?11:59
*** Guest23389 is now known as ersatzmaus12:02
*** ersatzmaus is now known as fledermaus12:02
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto12:06
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto12:09
davishmm. there is a routine in the the .bb file for the kernel which is called do_update_kernel_version(). I wonder if that is for the build system or it actually overwrites a .config or defconfig12:12
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto12:13
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto12:22
*** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC12:25
*** rubdos <rubdos!~rubdos@host-85-27-50-78.dynamic.voo.be> has quit IRC12:37
*** mago_ <mago_!~mago@88.131.56.168> has quit IRC12:42
*** robert-ma <robert-ma!sid155560@gateway/web/irccloud.com/x-sgfmplmoneqnpqrs> has joined #yocto12:42
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC12:43
*** mbroadst <mbroadst!~mbroadst@204.148.20.206> has joined #yocto12:44
*** mbroadst <mbroadst!~mbroadst@kde/developer/mbroadst> has joined #yocto12:44
*** rubdos <rubdos!~rubdos@host-85-27-50-78.dynamic.voo.be> has joined #yocto12:49
*** boucman_work <boucman_work!~boucman@193.56.60.161> has joined #yocto12:59
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto13:02
*** MafiaInc <MafiaInc!~martian@92.247.20.94> has quit IRC13:02
davisi tried to apply this patch from Ed Bartosh http://lists.openembedded.org/pipermail/openembedded-core/2015-November/113264.html13:04
davisto fix my libSDL problem13:04
davisbut it did not work.13:04
davisthere is another qemu.inc file in conf/machines/include/qemu.inc does it need to be patched as well?13:05
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto13:05
davisfwiw, after making the patch, I did bitbake -c clean qemu-native and then bitbake qemu-native and the same error where libSDL was not able to find even though its installed.13:07
*** ftonello <ftonello!~felipe@82-71-26-47.dsl.in-addr.zen.co.uk> has joined #yocto13:07
rburtondavis: what release?13:09
davisfwiw, sudo apt-get install libsdl-1.2dev is reported as already the latest.13:09
daviswhat release of the poky?13:10
rburtonyeah13:10
davispoky-jethro-14.0.013:10
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC13:10
davisi checked to see iif the patch had already been applied, but it was not13:11
rburtongrab the relevant commits from the jethro branch in git, or wait for 2.0.2 to release13:11
rburtonthat patch wasn't as it didn't work13:11
rburtonyou want to grab "libsdl: expand PACKAGECONFIG and enable native builds" and "conf/local.conf.sample: comment out ASSUME_PROVIDED=libsdl-native"13:11
davisi found this via the bugzilla. is the one you mention linked from there?13:12
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto13:13
*** lamego <lamego!jose@nat/intel/x-xzgkwirjqozcvepb> has joined #yocto13:13
davisie it was from here https://bugzilla.yoctoproject.org/show_bug.cgi?id=7469#c913:13
yoctiBug 7469: normal, Medium+, 1.6.4, juro.bystricky, IN PROGRESS REVIEW , SDL package cannot be found on OpenSUSE 13.213:13
*** igor <igor!~igor@189.112.127.225> has joined #yocto13:14
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto13:16
*** MafiaInc <MafiaInc!~martian@92.247.20.94> has joined #yocto13:16
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto13:17
davisrburton: i think this is what you are pointing me to13:21
davishttps://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=b407a8004ab47c0f101167ee384e66823a09aa7813:21
*** bottazzini <bottazzini!~realBigfo@192.55.54.40> has joined #yocto13:24
sujith_hHas anyone tried using gles2 (PACKAGECONFIG) instead of "gl" for qtbase ( master branch and also poky with master branch)?13:26
sujith_hthe machine name I refer here is qemuarm. Somehow I find that opengl examples of qtbase are failing to run13:27
Crofton|workany bets on toaster cloning layers for me?13:27
davisCrofton|work: i think that can be done with devtool. I'm new to this, but if you find a guide. I'd be interested in seeing what you did.13:41
davisI think i saw a youtube video by dave wold on using devtool to do this.13:42
*** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto13:42
*** boucman_work <boucman_work!~boucman@193.56.60.161> has quit IRC13:47
* Crofton|work grumbles about people not testing versus distroless oe-core13:49
rburtonCrofton|work: the AB does a distroless build so it shouldnt massively break13:50
rburtonand poky has almost nothing in it anyway13:50
Crofton|workI'm being annoying and using oe-core and bitbake at smae level13:50
Crofton|work[balister@thuvia build]$ source toaster start13:51
Crofton|workbash: /home/balister/src/toaster/bitbake/bin/../../.templateconf: No such file or directory13:51
Crofton|workI promised belen I'd try to do some idiot like builds of complicated stuff :)13:51
rburtonheh13:51
Crofton|work[balister@thuvia toaster]$ find . -name toasterconf.json13:53
Crofton|work./openembedded-core/meta/conf/toasterconf.json13:53
Crofton|workseems like the toaster code in bitbake  assumes it is installed insode oe-core I bet13:53
*** edbart <edbart!~ebartosh@192.198.151.44> has quit IRC13:54
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto13:58
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC13:59
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto14:05
* Crofton|work curses some moer14:05
*** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto14:06
*** ziggo <ziggo!~ziggo@212.118.209.82> has quit IRC14:07
Crofton|work $ INHERIT += "toaster" </code>14:07
Crofton|workI assume the trailing </code> is a mistake in th ewiki?14:07
boucman_workyes14:09
Crofton|work<rant>Tools like toaster will get no traction in the larger community until they stop assuming poky</rant>14:09
*** MafiaInc <MafiaInc!~martian@92.247.20.94> has quit IRC14:10
*** MafiaInc <MafiaInc!~martian@92.247.20.94> has joined #yocto14:12
*** armpit <armpit!~akuster@2601:202:4000:1239:cac:bf3:bc26:fd0c> has joined #yocto14:15
*** jku <jku!jku@nat/intel/x-wibtjnzeqckbqygg> has quit IRC14:18
* Crofton|work wonders if toaster is a component or part of the build system14:19
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC14:19
Crofton|workbugzilla wise14:19
*** radzy <radzy!~radzy@unknown-216-89.windriver.com> has quit IRC14:19
*** billr <billr!wcrandle@nat/intel/x-knyrqusdipmeupjv> has joined #yocto14:19
*** radzy <radzy!~radzy@unknown-216-89.windriver.com> has joined #yocto14:22
*** marek__ <marek__!~marek@81.89.61.168.host.vnet.sk> has quit IRC14:24
*** jku <jku!jku@nat/intel/x-ujamuxqbyznwgbjr> has joined #yocto14:27
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:32
* kergoth thinks about changing the default path prefix for native/cross to an invalid location, so any relocation issues are shown right away rather than only when used from sstate in another location14:33
*** tesla <tesla!~tesla@134.134.139.82> has quit IRC14:34
rburtonkergoth: yeah ive wondered about that too - poison the native sysroot like we do for target14:37
rburtonalso got an open bug for 2.2 to relocate native stuff like we can relocate the eSDK14:37
davisrburton: i applied that patch as well. I backed out the one I  added previously. did a clean and build.. same error as before.14:37
rburtondavis: you'll need to comment out the ASSSUME_PROVIDED = libsdl-native bit in your local.conf (see the second patch)14:37
kergothrburton: i thought about just using target paths for native, but then there'd be no identifiable string to search for to do the reloc fixups, so it has to be something :)14:38
* kergoth gets caffeine14:39
davishmm. in my jacked up vendor provided yocto setup, I do not have an ASSUME_PROVIDED line in my local-config14:40
*** MafiaInc <MafiaInc!~martian@92.247.20.94> has quit IRC14:40
davisim guessing i need to do $find . -type f | xargs grep ASSUME_PROVIDED to find where it is located14:40
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC14:42
*** edbart <edbart!ebartosh@nat/intel/x-ymuuondqxqubylpz> has joined #yocto14:45
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.102> has quit IRC14:46
Crofton|workok, skimmed toaster bugs and added my 2 cents14:48
Crofton|workavoided making a dupe14:48
davisrburton, after the config patch, https://gist.github.com/netskink/2de70a9d2c93b0a62865ebb283161c6e14:49
rburtondavis: oh yes, and "    xorg-lib: allow native building without x11 DISTRO_FEATURES"14:51
rburton(this is why i tend to endorse using the stable git branches, this has been fixed there for a month)14:52
davisrburton: i'm terribly sorry, but I am confused.14:52
rburtondavis: oh and "    base: check for existing prefix when expanding names in PACKAGECONFIG"14:52
rburton(all near the top of the jethro branch on poky)14:52
davisok, let pull those.14:52
davisyou said stable, is that not 14.04?14:53
daviserro, stable as in poky-jethro-14.0.014:53
rburtonyes14:54
davisso this is not a stable branch that I am using?14:54
rburtonyou're using a tarball release14:54
rburtonwhereas there's been a .1 already, and .2 is due any day now14:54
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto14:55
rburtonif you were tracking the branch in git then you'd be able to just move to a newer revision on the stable branch14:55
davisyou are incredible! how did you know that? I thought it was using git.14:55
rburtonwell if you have a git clone then that's awesome, just checkout origin/jethro14:55
*** alimon1 <alimon1!~alimon@134.134.139.82> has joined #yocto14:56
rburtonpoky-jethro-14.0.0 sounds a lot like the tarball name, that's all14:56
davisi guess you are correct, it ssays wget and tar -xf in the setup script14:56
davisyou are correct.14:57
davisPOKY_URL="http://downloads.yoctoproject.org/releases/yocto/yocto-2.0/${POKY_ARCHIVE}"14:57
davisthat is the in the global_config14:57
davisi wonder if all this could be resolved, if I just changed the name of the tar ball.14:57
davisbtw, were you at yoctodev day last week or the conference in general?15:00
*** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has quit IRC15:00
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto15:01
davisi'm guessing you are Ross Burton from Intel.  Your face doesn't look like one of the guys I met there though. I met a lot of knowedable folks. It was a good con.15:02
*** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has joined #yocto15:04
*** maxin <maxin!~maxin@2001:998:22:0:940:37fc:3de9:9b73> has quit IRC15:07
rburtonif there was ELC then i wasn't there.15:08
davisyes15:09
davisI might have to do that.15:17
daviserr, switch to a git branch.15:17
*** frsc <frsc!~frsc@80.149.173.67> has quit IRC15:17
*** mbroadst <mbroadst!~mbroadst@kde/developer/mbroadst> has quit IRC15:17
*** mago_ <mago_!~mago@88.131.56.168> has joined #yocto15:19
*** cdleonard <cdleonard!leonard@nat/intel/x-tayzaigpinxikzqs> has left #yocto15:23
*** mago_ <mago_!~mago@88.131.56.168> has quit IRC15:23
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto15:27
*** mckoan is now known as mckoan|away15:28
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC15:29
*** jku <jku!jku@nat/intel/x-ujamuxqbyznwgbjr> has quit IRC15:30
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto15:30
*** mbroadst <mbroadst!~mbroadst@204.148.20.206> has joined #yocto15:31
*** mbroadst <mbroadst!~mbroadst@204.148.20.206> has quit IRC15:32
*** mbroadst <mbroadst!~mbroadst@kde/developer/mbroadst> has joined #yocto15:32
davishmm. I added those patches, but it fails again. I should just use the git to pull all these fixes. i'm thinking the original developers should have done this to begin with instead of using a tarball.15:33
*** moto-timo <moto-timo!~ttorling@134.134.139.76> has joined #yocto15:40
*** moto-timo <moto-timo!~ttorling@134.134.139.76> has quit IRC15:40
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto15:40
*** yann|work <yann|work!~yann@85-171-21-92.rev.numericable.fr> has quit IRC15:47
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC15:47
davishmm. i am looking through the yocto developer day slides. All these examples use tar files for the URL's.  Is there a reference for showing how to switch POKY_URL to be a git branch instead of tarball?15:48
*** mathieu_ <mathieu_!~mathieu@92-111-78-37.static.chello.nl> has quit IRC15:49
*** xulfer <xulfer!~xulfer@random.cheapbsd.net> has joined #yocto15:50
CTtpollarddavis: it's quite common to use a recipe to pull from git not tarballs15:56
davisyes, I found a ref in the online doc. i was surprised the slids from last week did not give one.15:58
*** tesla <tesla!~tesla@134.134.139.82> has joined #yocto15:59
*** jose__ <jose__!~jose@254.5.165.83.dynamic.reverse-mundo-r.com> has joined #yocto16:01
teslaHey guys I'm trying to build a minnowboard max image and I'm getting a "no recipes available for: " and it lists three bbappend files inside the meta-intel layer.16:01
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto16:02
Crofton|worktesla, layer version mismstches?16:08
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has quit IRC16:09
*** ftonello <ftonello!~felipe@82-71-26-47.dsl.in-addr.zen.co.uk> has quit IRC16:10
*** janderson <janderson!~janderson@38.104.105.146> has joined #yocto16:11
*** vdehors <vdehors!~vdehors@LAubervilliers-656-1-228-141.w80-14.abo.wanadoo.fr> has quit IRC16:13
*** TobSnyder <TobSnyder!~schneider@ip9234b44d.dynamic.kabel-deutschland.de> has quit IRC16:14
*** leon-anavi <leon-anavi!~leon@5.53.209.92> has quit IRC16:17
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC16:18
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto16:19
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC16:19
jose__Hi, I have build jethro core-image-minimal for beaglebone, having problems to boot from sdcard http://pastebin.com/yixnhQZK16:20
jose__I have follow setup from https://www.yoctoproject.org/downloads/core/jethro20116:20
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto16:24
*** Biliogadafr1 <Biliogadafr1!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has joined #yocto16:28
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has quit IRC16:29
*** evanmeagher <evanmeagher!~MongooseW@50.1.57.30> has joined #yocto16:36
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has quit IRC16:36
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has quit IRC16:37
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC16:39
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto16:42
mbroadsthey so I made this recipe for rethinkdb which has its own wacky build system, provided a `do_configure` for it and that seemed to be all that was required (do_compile went off without a hitch), but nothing seems to be installed16:43
mbroadstI know I probably need to manually install, but I had assumed there would be a default do_install which would pick up some files at least?16:44
rburtonno16:44
rburtonwhat would it do?16:44
mbroadst`make install`?16:44
rburtonhaha16:44
mbroadstits still Makefile based16:44
rburtonhow do you tell it where to actually install the files?16:44
rburtonDESTDIR is automake-specific16:45
rburtonyou need to do make install ACTUALLY_INSTALL=/in/here16:45
rburtonie for automake , make install DESTDIR=${D}16:45
mbroadstah sorry I should have been more specific, the configure actually accepts a number of install related paths16:45
rburtonsure, but not prefix16:45
rburtonthe packaging staging path16:46
mbroadstyes it does accept a prefix16:46
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto16:46
mbroadst"${S}/configure --allow-fetch --with-system-malloc --prefix ${prefix} --sysconfdir ${sysconfdir} --localstatedir ${localstatedir}"16:46
rburtondoes the generated makefile install directly to $prefix, or does it support an intermediate directory16:46
rburtonie autotools installs all files to $DESTDIR$prefix16:47
mbroadstyeah I gotcha, let me check16:47
mbroadstwell there's a good sign, no install target in the top level Makefile :)16:48
rburton;)16:49
kergothi.e. prefix is /usr, we need to install to ${D}/usr, not /usr, unless you want to overwrite host files16:49
kergothhah16:49
rburtoninteresting use of the word "good" there16:49
mbroadstthis recipe has been a total pita, they include their own "mini packaging system" for fetching like 10 different projects, building them statically and linking them in16:49
mbroadstwasn't very yocto friendly heh16:49
kergothwould be nice if 'do nothing' was an explicit class, and the default do_install errored out, instead16:49
kergothmbroadst: ouch16:50
rburtonmbroadst: first rule of packaging: if the upstream maintainer can be "clever" and do something stupid, they will16:50
rburtonexhibit one being "autotools is overkill, I'll just use make"16:51
mbroadsthah totally16:51
rburtonor "nobody cross compiles"16:51
mbroadstimagine my excitement when random small things failed wrt cross compiling and I had to find some deeply nested log file in their custom directory structure16:51
mbroadstsitting there thinking like "autotools and cmake just weren't good enough huh"16:51
rburtonhah16:52
mbroadstoh interesting16:52
mbroadstso they do have an included .mk that provides install, and it accepts a DESTDIR16:52
mbroadstso I guess they modelled it after autotools16:52
mbroadstcan I just provide16:52
mbroadstdo_install() { autotools_install } or whatever that macro was16:53
rburtonony if you've inherited autotools, and if its not really autotools then dont16:53
rburtondo_install() { oe_runmake install DESTDIR=${D} }16:53
mbroadstalright16:53
mbroadstsilly question, but do I have access to variables like ${PV} within a do_install?16:54
*** fl0v0 <fl0v0!~fvo@p4FC0A436.dip0.t-ipconnect.de> has quit IRC16:56
*** grma <grma!~gruberm@80.93.38.128> has quit IRC16:57
CTtpollardyes16:58
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-tnbisnedgffetkcd> has joined #yocto16:59
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-tnbisnedgffetkcd> has left #yocto16:59
*** present <present!~JGU@46.218.87.184> has quit IRC17:01
*** toscalix <toscalix!~toscalix@149.100.1.24> has quit IRC17:05
davisthe best presentation I saw at elc was the one on autotools.  I'm familiar with configure/make/make install process, but I never got how to write an autotools generated makefile. I really enjoyed that guys talk.17:05
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC17:07
*** coolmouse <coolmouse!~coolmouse@113.201.138.36> has quit IRC17:07
*** vdehors <vdehors!~vdehors@APuteaux-552-1-46-170.w90-35.abo.wanadoo.fr> has joined #yocto17:12
*** adelcast <adelcast!~adelcast@130.164.62.224> has left #yocto17:14
*** adelcast <adelcast!~adelcast@130.164.62.224> has joined #yocto17:19
*** jbrianceau is now known as jbrianceau_away17:21
*** sjolley1 <sjolley1!~sjolley@134.134.139.82> has quit IRC17:22
*** IvanSB <IvanSB!~IvanSB@95.232.130.77> has joined #yocto17:26
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC17:26
*** sjolley <sjolley!sjolley@nat/intel/x-xsswwqxgqrfeoagt> has joined #yocto17:30
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.192.4> has joined #yocto17:30
*** sjolley <sjolley!sjolley@nat/intel/x-xsswwqxgqrfeoagt> has quit IRC17:31
tripzeroso for PNWHITELIST... if I whitelist a recipe, why doesn't it automatically whitelist all the dependencies?17:34
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC17:35
kergoththere's no such thing as PNWHITELIST. perhaps you meant PNBLACKLIST?17:36
wyrmAlso, that would be kind of destructive. If something is masked by the build system, it's probably masked for a reason.17:39
wyrmDisabling a safety interlock should be a specific action, done on purpose.17:40
tripzerowyrm, entire layers can be blacklisted17:40
tripzeroif the entire layer is blacklisted, and you want only one recipe from it, why not whitelist all the deps too?17:40
tripzerokergoth: perhaps PNWHITELIST_{layer name} is an ostro thing?  I thought it was defined in whitelist.bbclass17:41
tripzerooh, yep.  your right.  blacklist.bbclass17:42
kergothi have no idea what you're talking about17:42
wyrmThis, possibly: http://patchwork.openembedded.org/patch/101787/17:43
tripzerowyrm: yeh, that looks like it.  Maybe it never made it upstream?17:44
kergothit's not in oe-core, so i'd say not17:45
kergothdoes seem interesting. but regardless, the answer to your question is likely "because bitbake isn't magic", and more specifically, the recipe blacklisting/whitelisting is done entirely in the metadata, not in bitbake, where there's no knowledge of the dependency graph17:46
kergothread the class, a given recipe blacklists itself, it can't say "those other recipes are okay, don't skip them", because you can't change metadata in one recipe from another17:47
wyrmtripzero: I did notice a mention of PNWHITELIST_LAYERS = "layername" in that thread. If you have the whitelist class, you may have that option.17:48
*** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC17:48
tripzerowyrm, good point17:48
wyrmAnd kergoth raises a good point as to why large and cascading whitelists are a terrible idea. A recipe might mask itself for some very important reason, like "this version is suspected to sometimes wipe filesystems, ignite hardware, kill puppies, et cetera".17:51
kergothindeed, best to be explicit, and make sure you're aware of what it is you're pulling in17:51
wyrmYou don't want to blindly pull in that version when maybe another dependency will do.17:51
kergothor maybe seeing it fail to build due to a missing dep will remind you to disable that dep entirely via PACKAGECONFIG :)17:52
wyrmThat said, I can see why layer-wide blacklists would encourage that kind of bad behavior. Got any examples of blacklisted layers?17:53
kergothRP: any thoughts on having something like printdiff which only examines STAMPS_DIR, for cases like what bitbake-whatchanged would handle in the past?17:53
kergothwyrm: i expect pnwhitelist is intended for distros that want careful control over what's availble, only pulling in recipes to be available to build if they've tested them, for example. i could see meta-oe being a candidate for that, just due to the large number of recipes of varying quality17:54
kergothi could certainly see commercial distros using something of that sort17:54
* kergoth shrugs17:54
*** sameo <sameo!samuel@nat/intel/x-mfldmveanfbbcykn> has quit IRC17:56
*** glfernando <glfernando!~fernando@134.134.139.82> has joined #yocto17:59
denixI'm trying to track down why does opkg database gets removed from populate_sdk/meta-toolchain packages - any pointers?18:02
*** rubdos <rubdos!~rubdos@host-85-27-50-78.dynamic.voo.be> has quit IRC18:04
*** igor <igor!~igor@189.112.127.225> has quit IRC18:11
Crofton|workrburton, http://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#sdk-setting-up-to-use-the-extensible-sdk18:22
Crofton|workhopefully this is accurate18:22
*** igor <igor!~igor@189.112.127.225> has joined #yocto18:26
Crofton|workhmm, hopefully the extensible sdk no longer assumes poky in install18:31
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-mvraavdzevopvwoc> has joined #yocto18:40
*** fledermaus <fledermaus!~vivek@pakora.collabora.co.uk> has quit IRC18:40
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC18:45
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto18:47
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-mvraavdzevopvwoc> has left #yocto19:00
*** townxelliot <townxelliot!~ell@90.199.163.178> has quit IRC19:03
*** IvanSB <IvanSB!~IvanSB@95.232.130.77> has quit IRC19:05
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-tbixayzalqjtyylr> has joined #yocto19:06
*** IvanSB <IvanSB!~IvanSB@95.232.130.77> has joined #yocto19:10
RPkergoth: I like the idea. Keep wishing I could spend more time on printdiff :(19:11
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto19:11
davisdenix i was looking at the bug list to see if anything popped up, but nothing seems to be relevant19:12
davishave you tried to look at the buglist? its here if you havent https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=opkg19:13
*** sjolley <sjolley!sjolley@nat/intel/x-ulffziqetiyjaqfr> has joined #yocto19:13
denixdavis: not sure searching bugzilla will help - nothing breaks for normal use-cases, until you need opkg database in your SDK later on...19:14
*** benjamirc1 <benjamirc1!~besquive@134.134.139.78> has joined #yocto19:24
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-xfzqyflpeddonaoh> has quit IRC19:28
*** sjolley <sjolley!sjolley@nat/intel/x-ulffziqetiyjaqfr> has quit IRC19:30
davisrburton: So, I tried applying patches to fix the libSDL error, but that never worked after applying a few patches.19:31
davisrburton: so I figured, I would just grab the jethro-14.0.1 tarball and fix up the local files to use that dir.  That resulted int he same error.19:32
*** IvanSB <IvanSB!~IvanSB@95.232.130.77> has quit IRC19:32
davisrburton: so I thought well, maybe if I just git clone the poky repot I could use it and it would have all the latest patches but that fails immediately. it appears to be failing because it can not inherit file classes/qt4e.bbclass19:33
davisIf I git clone should I pull from a specific branch?19:34
*** _william_ <_william_!~william@98.148.27.93.rev.sfr.net> has quit IRC19:35
rburtonyes, jethro19:35
davisso git clone and then git checkout jethro?19:36
*** _william_ <_william_!~william@98.148.27.93.rev.sfr.net> has joined #yocto19:36
rburtonyes19:40
davismany thanks19:41
davisi have to keep deleteing tthis .build_dir used by this setup19:41
davisit gets parsing errors. i assume its not normal to have .build-yocto subdir when you source the equivalent of the original oe files.19:42
davisthe nice thing is it is now using DISTOR_VERSION 2.0.119:42
*** morphis_ <morphis_!~morphis@p5480DDC6.dip0.t-ipconnect.de> has quit IRC19:46
rburtonnever encountered this setup before19:48
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC19:50
davisrburton: yes, its a vendor enviroment i'm working with. But this new branch of poky might fix some of the issues I'm having with running on bare metal instead of a vm.19:52
*** edbart <edbart!ebartosh@nat/intel/x-ymuuondqxqubylpz> has quit IRC19:56
*** davis <davis!~davis@rrcs-96-10-245-18.midsouth.biz.rr.com> has quit IRC20:03
*** pohly <pohly!~pohly@p508DA66A.dip0.t-ipconnect.de> has quit IRC20:03
*** IvanSB <IvanSB!~IvanSB@95.232.130.77> has joined #yocto20:06
kergothhmm, can definitely tell a lot of combinations of packageconfigs haven't been tested. experimenting and finding lots of little issues20:11
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto20:18
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC20:19
*** karobar <karobar!42f45d5e@gateway/web/freenode/ip.66.244.93.94> has joined #yocto20:22
*** ant_home <ant_home!~ant__@host183-191-dynamic.56-82-r.retail.telecomitalia.it> has joined #yocto20:22
rburtonif busybox hwclock is preferred over util-linux hwclock, even if util-linux is installed, with the rationale that it was "broken on nslu2", should we just fix the logic and assume it's been fixed in the previous god knows how many years?20:29
rburtonalso is there such a thing as a good git blame browser20:29
rburton(#9103)20:29
rburtonyep, 11 years old20:36
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto20:36
Crofton|workbitbake blame!20:36
rburtonfrom what i can tell blame needs files on disk, so you can't blame files that don't exist locally even if you give it a revision to start blaming from where the file exists20:37
Crofton|workI mean to show which line ends up in the file bb parses20:38
rburtonoh right20:38
rburtonpah20:38
rburtonbitbake -e is good enough20:38
Crofton|workunless you are chassing bbappend issues20:38
*** karobar <karobar!42f45d5e@gateway/web/freenode/ip.66.244.93.94> has quit IRC20:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:42
*** tesla_ <tesla_!~tesla@dslb-178-007-222-050.178.007.pools.vodafone-ip.de> has joined #yocto20:45
*** dcobbley1 <dcobbley1!~dcobbley@134.134.139.76> has joined #yocto20:46
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC20:49
*** vladb <vladb!~Vlad@modemcable114.129-37-24.static.videotron.ca> has quit IRC20:49
*** sjolley <sjolley!~sjolley@134.134.139.78> has joined #yocto20:56
*** dcobbley1 <dcobbley1!~dcobbley@134.134.139.76> has quit IRC20:59
*** dcobbley1 <dcobbley1!~dcobbley@134.134.139.76> has joined #yocto21:00
tripzeroif I have PNBLACKLIST[foo]="I don't like you", how do I override that to unblacklist foo?21:01
*** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC21:01
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC21:01
*** karobar <karobar!42f45d5e@gateway/web/freenode/ip.66.244.93.94> has joined #yocto21:02
* ulf` would like to know the answer as well21:02
ulf`pidge pidge pidge21:02
*** sjolley <sjolley!~sjolley@134.134.139.78> has quit IRC21:04
*** janderson <janderson!~janderson@38.104.105.146> has quit IRC21:05
igorPNBLACKLIST[foo]=""21:06
tripzerotried that. didn't work21:06
*** benjamirc1 <benjamirc1!~besquive@134.134.139.78> has quit IRC21:07
igorso it is using whatever is been blocked in another place21:07
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC21:08
tesla_Hi all I'm trying to build an image for the minnowboard max. I'm using this as guide http://www.elinux.org/Minnowboard:MinnowMaxYoctoProject, Problem is that I get an error after entering: bitbake core-image-minimal, parsing the recipes: "No recipes available for:21:08
tesla_  /home/tesla/Projects/meta-intel/common/recipes-bsp/gma500-gfx-check/gma500-gfx-check_1.0.bbappend21:08
tesla_  /home/tesla/Projects/meta-intel/common/recipes-kernel/linux/linux-yocto_4.4.bbappend21:08
tesla_  /home/tesla/Projects/meta-intel/common/recipes-kernel/linux/linux-yocto-tiny_4.4.bbappend21:08
tesla_  /home/tesla/Projects/meta-intel/common/recipes-kernel/linux/linux-yocto-rt_4.4.bbappend21:08
tesla_"21:08
igorhow are you setting this var?21:08
tripzerowhat's in local.conf should override, though?  at least one might think21:08
ulf`tesla_: *SLAP*21:08
tesla_ulf`, ?21:08
tripzerotesla_: out of date meta-intel?21:09
tesla_don't think so I just cloned it and is in branch jethro21:09
tripzeroigor: it's set in a distro config.  I'm trying to unset it in my local.conf21:09
tesla_tripzero,21:10
igorhumm...21:10
tripzerotesla_: then maybe it's too new?21:10
igordid you use PNBLACKLIST[foo]:=""?21:10
tesla_tripzero, but shouldn't it be using the same branch as poky?21:10
tripzerono.  just PNBLACKLIST[foo]=""21:10
igormaybe := work21:11
tripzeroi'll try :=21:11
igorbut you shoud have your own distro.conf21:11
tripzerotesla_: maybe.  You can search your meta and see if it has linux-yocto_4.421:11
igoryou can include the distro.conf that you are using and change what you want21:11
tripzeroif not, there's a mismatch21:11
ulf`igor: Ostro is supposed to be the distro21:12
igorbut you want to make a custom image or something, so you can create your own distro using Ostro as include21:14
tripzeroif I can't override it in my local.conf, why would I be able to in my cooldistro.conf?21:14
igoryou reset the variable21:15
tesla_tripzero, just grep the entire meta layer? or is there a specific directory/file I should look for this?21:15
tripzerotesla_: recipes-kernel?21:15
igoryour colldistro.conf will include ostro.conf and after set the PNBLACKLIST21:15
tripzeroigor: okay. will try21:15
-YoctoAutoBuilder- build #132 of nightly-checkuri is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/13221:16
-YoctoAutoBuilder- build #739 of nightly-non-gpl3 is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-non-gpl3/builds/73921:16
-YoctoAutoBuilder- build #730 of nightly-qa-logrotate is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/73021:16
-YoctoAutoBuilder- build #62 of nightly-musl is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/6221:16
-YoctoAutoBuilder- build #728 of nightly-qa-extras is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/72821:16
-YoctoAutoBuilder- build #733 of nightly-qa-skeleton is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/73321:16
-YoctoAutoBuilder- build #734 of nightly-qa-systemd is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/73421:16
-YoctoAutoBuilder- build #727 of build-appliance is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/72721:16
-YoctoAutoBuilder- build #724 of nightly-intel-gpl is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-intel-gpl/builds/72421:16
-YoctoAutoBuilder- build #744 of nightly-world is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/74421:16
-YoctoAutoBuilder- build #460 of nightly-world-lsb is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/46021:16
-YoctoAutoBuilder- build #745 of poky-tiny is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/74521:16
-YoctoAutoBuilder- build #392 of nightly-deb-non-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb-non-deb/builds/39221:16
-YoctoAutoBuilder- build #747 of nightly-multilib is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 Running Sanity Tests_2 BuildImages_3 Running Sanity Tests_3 BuildImages_4] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/74721:16
-YoctoAutoBuilder- build #726 of buildtools is complete: Failure [failed BuildImages BuildImages_1 BuildImages_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/buildtools/builds/72621:16
tesla_tripzero, yeap I see it21:16
-YoctoAutoBuilder- build #167 of nightly-uclibc is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-uclibc/builds/16721:16
-YoctoAutoBuilder- build #734 of nightly-qa-pam is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/73421:16
-YoctoAutoBuilder- build #731 of nightly-oecore is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/73121:16
-YoctoAutoBuilder- build #718 of nightly-ipk is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/71821:16
-YoctoAutoBuilder- build #700 of nightly-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/70021:16
*** berton <berton!~fabio@187.23.154.250> has quit IRC21:16
tripzerotesla_: it's version 4.4?21:17
-YoctoAutoBuilder- build #463 of nightly-oe-selftest is complete: Failure [failed BuildImages Running oe-selftest] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/46321:17
-YoctoAutoBuilder- build #287 of nightly-wic is complete: Failure [failed BuildImages BuildImages_1 CreateWicImages CreateWicImages_1 BuildImages_2 BuildImages_3 CreateWicImages_2 CreateWicImages_3] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-wic/builds/28721:17
-YoctoAutoBuilder- build #712 of nightly-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/71221:17
-YoctoAutoBuilder- build #390 of nightly-rpm-non-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm-non-rpm/builds/39021:17
tesla_tripzero, oops I found my error. I cloned meta-intel on master branch. checked out jethro and they both have recipes for 4.121:18
tesla_tripzero, trying it again21:18
tripzerotesla_: :)21:18
tripzerotesla_: there's also ostroproject.org that supports minnowboard max out of zee box21:19
tesla_tripzero, is working now :)21:22
tesla_tripzero, what's the difference between ostro and yocto? doesn't ostro use yocto build system?21:22
*** karobar <karobar!42f45d5e@gateway/web/freenode/ip.66.244.93.94> has quit IRC21:23
tripzeroostro is built on top of yocto.  has some extra stuff on top for device support and middleware libraries21:24
tesla_tripzero, mmm I'll have to give it a try sometime21:27
tesla_tripzero, thanks for the recommendation21:27
*** dcobbley1 <dcobbley1!~dcobbley@134.134.139.76> has quit IRC21:28
*** dcobbley1 <dcobbley1!~dcobbley@134.134.139.76> has joined #yocto21:29
*** Biliogadafr1 <Biliogadafr1!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has quit IRC21:33
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.192.4> has quit IRC21:36
*** dcobbley1 <dcobbley1!~dcobbley@134.134.137.75> has joined #yocto21:37
*** ant_home <ant_home!~ant__@host183-191-dynamic.56-82-r.retail.telecomitalia.it> has quit IRC21:37
*** dcobbley <dcobbley!dacobble@nat/intel/x-urefzsvizfuhotgz> has quit IRC21:40
*** sameo <sameo!~samuel@192.55.54.43> has joined #yocto21:52
*** jose__ <jose__!~jose@254.5.165.83.dynamic.reverse-mundo-r.com> has quit IRC21:58
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** fledermaus <fledermaus!~vivek@78.32.176.249> has joined #yocto22:02
*** ftonello <ftonello!~felipe@82-71-26-47.dsl.in-addr.zen.co.uk> has joined #yocto22:04
*** gtristan <gtristan!~tristan@modemcable077.52-176-173.mc.videotron.ca> has quit IRC22:05
*** mbroadst <mbroadst!~mbroadst@kde/developer/mbroadst> has quit IRC22:06
*** lamego <lamego!jose@nat/intel/x-xzgkwirjqozcvepb> has quit IRC22:09
*** vdehors <vdehors!~vdehors@APuteaux-552-1-46-170.w90-35.abo.wanadoo.fr> has quit IRC22:12
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has joined #yocto22:17
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC22:19
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has quit IRC22:23
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC22:28
*** IvanSB <IvanSB!~IvanSB@95.232.130.77> has quit IRC22:36
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC22:38
*** gtristan <gtristan!~tristan@modemcable077.52-176-173.mc.videotron.ca> has joined #yocto22:40
*** IvanSB <IvanSB!~IvanSB@95.232.130.77> has joined #yocto22:40
*** benjamirc1 <benjamirc1!~besquive@134.134.137.75> has joined #yocto22:52
*** igor <igor!~igor@189.112.127.225> has quit IRC22:52
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has quit IRC23:06
*** agust <agust!~agust@p4FDE66F9.dip0.t-ipconnect.de> has quit IRC23:07
*** dcobbley1 <dcobbley1!~dcobbley@134.134.137.75> has quit IRC23:17
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has joined #yocto23:22
*** fledermaus <fledermaus!~vivek@78.32.176.249> has quit IRC23:23
*** fledermaus <fledermaus!~vivek@78.32.176.249> has joined #yocto23:24
*** IvanSB <IvanSB!~IvanSB@95.232.130.77> has quit IRC23:31
*** fledermaus <fledermaus!~vivek@78.32.176.249> has quit IRC23:38
-YoctoAutoBuilder- build #732 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/73223:56
*** benjamirc1 <benjamirc1!~besquive@134.134.137.75> has quit IRC23:57

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