| *** egavin <egavin!~egavin@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 00:04 | |
| *** miandonmenmian <miandonmenmian!~miandonme@140.206.114.194> has quit IRC | 00:07 | |
| *** miandonmenmian <miandonmenmian!~miandonme@140.206.114.194> has joined #yocto | 00:09 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 00:10 | |
| *** egavin <egavin!~egavin@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 00:11 | |
| *** behanw <behanw!~behanw@167.220.23.119> has quit IRC | 00:30 | |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 00:32 | |
| *** paulg_ <paulg_!~paulg@71-19-175-186.dedicated.allstream.net> has quit IRC | 00:57 | |
| *** sjolley <sjolley!~sjolley@134.134.139.74> has joined #yocto | 00:58 | |
| *** smartin <smartin!~smartin@207.ip-37-59-126.eu> has quit IRC | 01:16 | |
| *** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p239.net182021249.tokai.or.jp> has joined #yocto | 01:20 | |
| *** smartin <smartin!~smartin@207.ip-37-59-126.eu> has joined #yocto | 01:22 | |
| *** lyang0 <lyang0!~lyang001@106.120.101.38> has quit IRC | 01:23 | |
| *** lyang0 <lyang0!~lyang001@106.120.101.38> has joined #yocto | 01:27 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 01:30 | |
| *** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p239.net182021249.tokai.or.jp> has quit IRC | 01:30 | |
| *** _jmleo <_jmleo!~jmleo@105-197-190-109.dsl.ovh.fr> has quit IRC | 01:34 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 01:34 | |
| *** jmleo <jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has joined #yocto | 01:34 | |
| *** roxell_ <roxell_!~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se> has joined #yocto | 01:36 | |
| *** roxell <roxell!~roxell@linaro/roxell> has quit IRC | 01:36 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 02:07 | |
| *** behanw <behanw!~behanw@12.10.73.130> has joined #yocto | 02:25 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 02:48 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC | 03:04 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto | 03:14 | |
| *** miandonmenmian <miandonmenmian!~miandonme@140.206.114.194> has quit IRC | 03:16 | |
| *** miandonmenmian <miandonmenmian!~miandonme@140.206.114.194> has joined #yocto | 03:27 | |
| *** miandonmenmian <miandonmenmian!~miandonme@140.206.114.194> has quit IRC | 03:33 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 03:35 | |
| *** miandonmenmian <miandonmenmian!~miandonme@140.206.114.194> has joined #yocto | 03:51 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 03:56 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 04:00 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 04:01 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-96-222-251.carolina.res.rr.com> has quit IRC | 04:06 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-96-222-251.carolina.res.rr.com> has joined #yocto | 04:06 | |
| *** miandonmenmian <miandonmenmian!~miandonme@140.206.114.194> has quit IRC | 04:25 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 04:28 | |
| *** miandonmenmian <miandonmenmian!~miandonme@140.206.114.194> has joined #yocto | 04:30 | |
| *** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC | 04:30 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-118-46.ronkva.east.verizon.net> has quit IRC | 04:55 | |
| *** Crofton <Crofton!~balister@pool-108-44-118-46.ronkva.east.verizon.net> has quit IRC | 04:56 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-116-96.ronkva.east.verizon.net> has joined #yocto | 05:08 | |
| *** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC | 05:09 | |
| *** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto | 05:09 | |
| *** agust <agust!~agust@pD9E2FDA4.dip0.t-ipconnect.de> has joined #yocto | 05:11 | |
| *** dmoseley1 <dmoseley1!~dmoseley@cpe-174-96-222-251.carolina.res.rr.com> has joined #yocto | 05:20 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-96-222-251.carolina.res.rr.com> has quit IRC | 05:21 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 05:22 | |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto | 05:26 | |
| *** AndersD <AndersD!~anders@212.214.9.162> has joined #yocto | 05:29 | |
| *** blueness <blueness!~blueness@cpe-74-77-145-97.buffalo.res.rr.com> has joined #yocto | 05:34 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 05:34 | |
| *** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto | 05:38 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 05:42 | |
| *** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC | 05:44 | |
| *** AndersD <AndersD!~anders@212.214.9.162> has quit IRC | 05:46 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 05:55 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 06:07 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 06:07 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC | 06:10 | |
| *** behanw <behanw!~behanw@12.10.73.130> has quit IRC | 06:12 | |
| *** miandonmenmian <miandonmenmian!~miandonme@140.206.114.194> has quit IRC | 06:24 | |
| *** wadim_ <wadim_!~egorov@mail.phytec.eu> has joined #yocto | 06:24 | |
| *** SorenHolm <SorenHolm!~quassel@93.165.148.186> has joined #yocto | 06:33 | |
| *** jku <jku!jku@nat/intel/x-exahskvriylzaqra> has joined #yocto | 06:44 | |
| *** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has joined #yocto | 06:48 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto | 06:48 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 06:50 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 06:51 | |
| *** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has joined #yocto | 06:54 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 06:56 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC | 07:00 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-szugvewpovuachjv> has joined #yocto | 07:04 | |
| *** jbrianceau_away is now known as jbrianceau | 07:04 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:09 | |
| *** Luming <Luming!luyu@nat/intel/x-aixrvwzyqsxvhwuc> has quit IRC | 07:15 | |
| *** Luming <Luming!luyu@nat/intel/x-pmfuwiconblnhcks> has joined #yocto | 07:15 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-116-96.ronkva.east.verizon.net> has quit IRC | 07:30 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto | 07:41 | |
| *** Crofton|work <Crofton|work!~balister@108.44.121.228> has joined #yocto | 07:43 | |
| *** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-rzvrhhezjvcvtyeh> has joined #yocto | 07:49 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 07:58 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 08:09 | |
| *** florian_kc is now known as florian | 08:11 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 08:22 | |
| *** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has quit IRC | 08:37 | |
| *** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has joined #yocto | 08:39 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 08:39 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 08:39 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:39 | |
| *** nighty-_ <nighty-_!~nighty@hokuriku.rural-networks.com> has joined #yocto | 08:44 | |
| *** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto | 08:48 | |
| *** belen <belen!Adium@nat/intel/x-xkehjoelvsagxmss> has joined #yocto | 08:52 | |
| bluelightning | morning all | 08:58 |
|---|---|---|
| *** wv <wv!~wv@ip2.televic.com> has joined #yocto | 09:00 | |
| wv | Hello, how can I make sure everything gstreamer1.0-related is build in stead of gstreamer0.10? | 09:01 |
| *** ah <ah!~ah@c-83-233-174-181.cust.bredband2.com> has joined #yocto | 09:04 | |
| *** tsramos <tsramos!tsramos@nat/intel/x-mgaaxrnbixxjmvrz> has joined #yocto | 09:12 | |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 09:15 | |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:15 | |
| chankit | wv: you mean built as in just generating the package or including it inside the image? | 09:16 |
| wv | both | 09:21 |
| wv | well, I have this a recipe for an image | 09:21 |
| wv | and as I remember it correct (it has been build a while ago) It said something like: | 09:21 |
| wv | gstreamer0.10 build because it was requested later then gstreamer1.0 ... | 09:22 |
| wv | something like that | 09:22 |
| wv | don't know which package requires this gstreamer0.10 | 09:22 |
| wv | but I prefer all gstreamer1.0 related packages though... | 09:22 |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 09:27 | |
| *** tsramos <tsramos!tsramos@nat/intel/x-mgaaxrnbixxjmvrz> has quit IRC | 09:29 | |
| *** tsramos <tsramos!tsramos@nat/intel/x-piccxcgwuwwryxmy> has joined #yocto | 09:29 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 09:32 | |
| lpapp | good morning | 09:32 |
| *** belen1 <belen1!~Adium@192.198.151.44> has joined #yocto | 09:32 | |
| *** belen <belen!Adium@nat/intel/x-xkehjoelvsagxmss> has quit IRC | 09:32 | |
| lpapp | bluelightning: why do I have kernel_3.2.1-r16_foo.ipk as well as kernel-3.2.1-r16_3.2.1-r16_foo.ipk? What is the difference? | 09:33 |
| *** tsramos <tsramos!tsramos@nat/intel/x-piccxcgwuwwryxmy> has quit IRC | 09:34 | |
| bluelightning | lpapp: I'm not sure | 09:34 |
| *** belen1 <belen1!~Adium@192.198.151.44> has quit IRC | 09:35 | |
| bluelightning | that looks like something went wrong with the naming | 09:35 |
| *** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto | 09:35 | |
| lpapp | possibly, yeah, one is emptier than the other. | 09:35 |
| lpapp | bluelightning: perhaps this is because the naming changed between dylan and daisy? | 09:36 |
| lpapp | it is not in the migration guide, so I would need to compare the line defining the pattern both in dylan and daisy | 09:41 |
| lpapp | hmm, does not seem to have changed. | 09:46 |
| *** kanupatar <kanupatar!79f4c042@gateway/web/freenode/ip.121.244.192.66> has joined #yocto | 09:47 | |
| kanupatar | hi guys | 09:47 |
| *** vdehors <vdehors!~vdehors@91-224-149-44.tetaneutral.net> has joined #yocto | 09:48 | |
| kanupatar | hi guys, can anybody point me the u-boot,kernel and fs version coming with following releases? dylan,dora,daisy,dizzy,fido of yocto? | 09:48 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:50 | |
| LetoThe2nd | kanupatar: as this is highly dependent on the platform you are actually interested in, there's little use in naming numbers.... | 09:52 |
| kanupatar | I am havin arm arch for R-Car H2 board | 09:52 |
| kanupatar | it is from Renesas | 09:52 |
| LetoThe2nd | kanupatar: then look at the layer of the board that you use, and which revisions it uses for the releases. | 09:53 |
| LetoThe2nd | kanupatar: the versions are usually defined by the board support package, not be the yocto release. | 09:53 |
| kanupatar | LetoThe2nd: where can I see the releases? | 09:53 |
| kanupatar | LetoThe2nd: sorry, where can I see man? | 09:54 |
| LetoThe2nd | kanupatar: look into the board support package, and its recipes. like its recipes-bsp and recipes-kernel directories. | 09:54 |
| kanupatar | LetoThe2nd: I am planning to dump all versions for my board | 09:55 |
| kanupatar | this is for fast boot analysis | 09:55 |
| kanupatar | LetoThe2nd: I need to download all versions right? | 09:55 |
| LetoThe2nd | kanupatar: whatever, the answer is still the same over and over again: look into the board support package that you use. | 09:55 |
| kanupatar | to check the folder? | 09:55 |
| kanupatar | LetoThe2nd: May I know the revisions of yocto releases? | 09:56 |
| LetoThe2nd | https://wiki.yoctoproject.org/wiki/Releases | 09:56 |
| LetoThe2nd | naming versions of kernel/u-boot is totally pointless, so i just won't do it. | 09:56 |
| kanupatar | LetoThe2nd: okay. | 09:57 |
| kanupatar | LetoThe2nd: so, I need to download all releases from dylan | 09:57 |
| kanupatar | LetoThe2nd: any links for that? | 09:57 |
| LetoThe2nd | no, you need to look at your board support package | 09:57 |
| LetoThe2nd | this is in absolutely no way related to whats in the packages provided by the yocto project | 09:58 |
| LetoThe2nd | if you don't have the BSP, contact your vendor and/or documentation on how to get it | 09:58 |
| kanupatar | LetoThe2nd: bsp comes in yocto? | 09:59 |
| LetoThe2nd | no | 09:59 |
| LetoThe2nd | please, read the documentation for your board. | 09:59 |
| LetoThe2nd | talk to the person/vendor that gave it to you | 09:59 |
| LetoThe2nd | those are technically obliged to give you the sources that have been used (if its running u-boot and linux) | 10:00 |
| kanupatar | LetoThe2nd: I have the working yocto for dylan | 10:00 |
| *** jku <jku!jku@nat/intel/x-exahskvriylzaqra> has quit IRC | 10:00 | |
| kanupatar | they given that | 10:00 |
| LetoThe2nd | well then look at the recipes in the BSP | 10:00 |
| kanupatar | but I need to update the revision | 10:01 |
| LetoThe2nd | i don't get your problem, to be honest. | 10:01 |
| kanupatar | LetoThe2nd: I have dylan branch of yocto working in board and I checked out it | 10:01 |
| kanupatar | now, I am planning to check new versions of u-boot and kernel | 10:01 |
| LetoThe2nd | kanupatar: and you certainly had to add *SOMETHING* to the official dylan download by the yocto project in oder to make it work, right? | 10:02 |
| LetoThe2nd | kanupatar: so please look at that *SOMETHING* | 10:02 |
| kanupatar | LetoThe2nd: yes yes | 10:02 |
| kanupatar | is that meta-bsp? | 10:03 |
| LetoThe2nd | and once you have looked at that *SOMETHING* and found your version numbers inside that *SOMETHING*, you can change them in that *SOMETHING* | 10:03 |
| LetoThe2nd | its all in that *SOMETHING*, thats usually called a BSP | 10:03 |
| kanupatar | LetoThe2nd: I though BSP is like u-boot,kernel and drivers | 10:03 |
| kanupatar | *thought | 10:03 |
| LetoThe2nd | those highly board specific things like kernel and u-boot are *NOT* defined by the yocto project, but by that BSP | 10:04 |
| LetoThe2nd | kanupatar: yes so why don't you just look at your BSP and then change it to your needs? | 10:04 |
| *** jku <jku!~jku@85-76-135-74-nat.elisa-mobile.fi> has joined #yocto | 10:04 | |
| kanupatar | LetoThe2nd: let me check | 10:04 |
| kanupatar | LetoThe2nd: thanks for your inpus | 10:05 |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 10:08 | |
| lpapp | hmm, updating the kernel from package works, but flashing the image gets a stuck kernel... with the booting process | 10:20 |
| lpapp | I wonder what the actually means in terms of recipe rules, etc. | 10:20 |
| *** xulfer <xulfer!~xulfer@2001:41d0:2:5ee0::> has quit IRC | 10:24 | |
| *** xulfer <xulfer!~xulfer@2001:41d0:2:5ee0::> has joined #yocto | 10:35 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 10:47 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 10:52 | |
| *** Saur <Saur!pkj@nat/axis/x-xvpuhicetgxkbgmi> has quit IRC | 10:57 | |
| *** Saur <Saur!pkj@nat/axis/x-vjigbrrpinghcldd> has joined #yocto | 10:58 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has quit IRC | 10:59 | |
| *** patrickz1 <patrickz1!~Thunderbi@212.118.209.82> has joined #yocto | 11:06 | |
| *** patrickz <patrickz!~Thunderbi@212.118.209.82> has quit IRC | 11:07 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:07 | |
| *** rich_b <rich_b!~rich@host81-149-89-24.in-addr.btopenworld.com> has joined #yocto | 11:09 | |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 11:16 | |
| *** m0t0ro <m0t0ro!~m@81.202.225.165.dyn.user.ono.com> has joined #yocto | 11:17 | |
| *** tanuk_ <tanuk_!~tanu@a88-114-103-157.elisa-laajakaista.fi> has joined #yocto | 11:36 | |
| zaman | I am getting the warning "WARNING: [kernel]: An auto generated BSP description was used, this normally indicates a misconfiguration. | 11:36 |
| zaman | Check that your machine (quark) has an associated kernel description." | 11:36 |
| *** tanuk <tanuk!~tanu@a91-153-202-199.elisa-laajakaista.fi> has quit IRC | 11:37 | |
| *** jku <jku!~jku@85-76-135-74-nat.elisa-mobile.fi> has quit IRC | 11:38 | |
| zaman | I have scc file as SRC_URI += "file://quark-standard.scc" with contents | 11:39 |
| m0t0ro | hello everyone! | 11:39 |
| m0t0ro | I'm having some trouble with the mraa and pwm with intel edison, maybe anyone could help me out? | 11:42 |
| *** _4urele_ <_4urele_!~aurele@srvmail.castel.fr> has quit IRC | 11:56 | |
| *** tsramos <tsramos!~tsramos@134.134.139.74> has joined #yocto | 12:02 | |
| *** _4urele_ <_4urele_!~aurele@srvmail.castel.fr> has joined #yocto | 12:02 | |
| *** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC | 12:03 | |
| *** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto | 12:03 | |
| *** dshwang <dshwang!~dshwang@134.134.139.76> has quit IRC | 12:05 | |
| *** dshwang <dshwang!~dshwang@134.134.139.76> has joined #yocto | 12:06 | |
| *** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC | 12:06 | |
| *** tsramos <tsramos!~tsramos@134.134.139.74> has quit IRC | 12:06 | |
| *** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC | 12:07 | |
| *** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto | 12:07 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 12:08 | |
| *** _4urele_ <_4urele_!~aurele@srvmail.castel.fr> has quit IRC | 12:12 | |
| *** Crofton <Crofton!~balister@108.44.121.228> has joined #yocto | 12:12 | |
| *** _4urele_ <_4urele_!~aurele@srvmail.castel.fr> has joined #yocto | 12:15 | |
| *** tsramos <tsramos!~tsramos@192.55.55.41> has joined #yocto | 12:23 | |
| *** mago_ <mago_!~mago@88.131.56.168> has quit IRC | 12:23 | |
| *** mago_ <mago_!~mago@88.131.56.168> has joined #yocto | 12:24 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 12:25 | |
| *** pidge <pidge!~pidge@2a02:8084:0:3000:c1d7:873a:d0c4:fb6b> has joined #yocto | 12:25 | |
| bluelightning | arfoll_: ^ | 12:27 |
| *** StMartin81 <StMartin81!2eedef23@gateway/web/freenode/ip.46.237.239.35> has joined #yocto | 12:29 | |
| *** _4urele_ <_4urele_!~aurele@srvmail.castel.fr> has quit IRC | 12:31 | |
| *** patrickz <patrickz!~Thunderbi@212.118.209.82> has joined #yocto | 12:31 | |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 12:32 | |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 12:34 | |
| *** patrickz1 <patrickz1!~Thunderbi@212.118.209.82> has quit IRC | 12:34 | |
| *** darkspike <darkspike!~darkspike@217.110.68.82> has joined #yocto | 12:35 | |
| *** mimetonbo <mimetonbo!ca5311d2@gateway/web/freenode/ip.202.83.17.210> has joined #yocto | 12:35 | |
| darkspike | hi guys, if i have a recipe called wayland_1.1.0.bb and then i create my own layer and in it a recipe called wayland_1.4.0.bb would bitbake use the higher version one ? | 12:36 |
| mimetonbo | hi guys, Im working on a yocto build on an ARM9 processor board | 12:36 |
| mimetonbo | Anyone have embedded linux experience here? | 12:36 |
| mimetonbo | Basically I want to use the onboard uart peripheral on the board. I need some pointers regarding that | 12:37 |
| *** dshwang <dshwang!~dshwang@134.134.139.76> has quit IRC | 12:38 | |
| bluelightning | darkspike: assuming your layer has the same or higher layer priority, yes | 12:39 |
| LetoThe2nd | mimetonbo: depending on the board and kernel revision, you'd either have to modify the the board file, the device tree file, or both | 12:39 |
| mimetonbo | Well I have a vague idea of what you are saying | 12:40 |
| mimetonbo | So the board file basically links the software to the hardware right? | 12:40 |
| *** tsramos <tsramos!~tsramos@192.55.55.41> has quit IRC | 12:40 | |
| mimetonbo | and the device tree also does something similar right? | 12:40 |
| LetoThe2nd | mimetonbo: very roughly, yes. thery both part of the kernel source | 12:41 |
| *** tsramos <tsramos!~tsramos@134.134.139.74> has joined #yocto | 12:41 | |
| darkspike | bluelightning: cool, thanks ! | 12:41 |
| *** _4urele_ <_4urele_!~aurele@srvmail.castel.fr> has joined #yocto | 12:41 | |
| LetoThe2nd | mimetonbo: so my basic outline would be 1) manually rebuild the kernel in use 2) motify, tinker, test 3) reinsert your changes into recipes | 12:41 |
| mimetonbo | Leto: is there a way I can read both while the system is running? the current board file and device tree file | 12:42 |
| LetoThe2nd | mimetonbo: nope | 12:43 |
| LetoThe2nd | usually you can get the device tree, but certainly not the board file. the board file is ordinary c source. | 12:43 |
| mimetonbo | hmm... well in the yocto source where can I find these files? | 12:44 |
| LetoThe2nd | mimetonbo: not at all in the yocto sources. | 12:45 |
| mimetonbo | oh well Im at my wits end | 12:45 |
| LetoThe2nd | mimetonbo: first i guess you mean poky, or some bsp layer that you use. | 12:45 |
| *** tsramos <tsramos!~tsramos@134.134.139.74> has quit IRC | 12:45 | |
| LetoThe2nd | in there are recipes that tell the build process how to build the kernel | 12:45 |
| mimetonbo | yes | 12:46 |
| LetoThe2nd | in the recipe that builds your kernel, there basically is the description where the kernel sources are obtained, and which patches are applied | 12:46 |
| LetoThe2nd | mimetonbo: and these are the things to look at | 12:46 |
| mimetonbo | hmm let me comprehend that a bit | 12:47 |
| LetoThe2nd | mimetonbo: basically i'd suggest to have a thorough look at the yocto project kernel development manual, as it should explain the steps to modify the kernel pretty nicely | 12:47 |
| mimetonbo | okay gotchya! thanks! | 12:47 |
| mimetonbo | Im on it | 12:47 |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 12:48 | |
| *** rich_b <rich_b!~rich@host81-149-89-24.in-addr.btopenworld.com> has quit IRC | 12:48 | |
| *** StMartin81 <StMartin81!2eedef23@gateway/web/freenode/ip.46.237.239.35> has quit IRC | 12:48 | |
| *** StMartin81 <StMartin81!~martin@business-213-023-200-146.static.arcor-ip.net> has joined #yocto | 12:54 | |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 12:54 | |
| StMartin81 | Hello, | 12:55 |
| StMartin81 | I've asked this question a few days ago on the general developer mailing unfortunately I didn't get any reply: | 12:55 |
| StMartin81 | The Yocto Project ADT Eclipse plugin preferences offers two options for choosing a cross compiler toolchain: "Standalone pre-built toolchain" and "Build system derived toolchain". | 12:55 |
| StMartin81 | When I select "Build system derived toolchain" after executing "bitbake meta-ide-support" I always get the error message "Specified toolchain directory does not contain a toolchain generated with "bitbake meta-ide-support"." no matter what directory I select. | 12:55 |
| StMartin81 | If I select "Standalone pre-built toolchain" the plugin seems to be happy. | 12:55 |
| StMartin81 | Now my question is if the "Build system derived toolchain" option is still valid and if so what the prerequisites are? | 12:56 |
| LetoThe2nd | StMartin81: AFAIK, the build system dereived toolchain is meant for you if you actually have done the complety poky build proess, and want to use the toolchain that got generated in the course of that | 12:57 |
| *** mago_ <mago_!~mago@88.131.56.168> has quit IRC | 12:58 | |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 12:59 | |
| *** mago_ <mago_!~mago@88.131.56.168> has joined #yocto | 13:00 | |
| StMartin81 | LetoThe2nd: You mean the toolchain which gets built when I execute "bitbake <image name>"? | 13:01 |
| LetoThe2nd | StMartin81: more like "bitbake <any kind of recipe that needs a cross toolchain>", but basically yes. | 13:02 |
| StMartin81 | LetoThe2nd: Ok, thanks! | 13:06 |
| StMartin81 | What's confusing me though is that the error message states that I should run "bitbake meta-ide-support" which will generate a toolchain which can be used with the "Standalone pre-built toolchain". | 13:08 |
| LetoThe2nd | well according to what you said above, the message is correct, right? | 13:09 |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC | 13:09 | |
| StMartin81 | So my understanding is that if I have setup the poky build system on my computer I can simply select "Build system derived toolchain" so that Eclipse will use the same toolchain as bitbake is using. | 13:09 |
| LetoThe2nd | again AFAIK, yes, thats the way its meant to be | 13:10 |
| *** mimetonbo <mimetonbo!ca5311d2@gateway/web/freenode/ip.202.83.17.210> has quit IRC | 13:11 | |
| *** SorenHolm <SorenHolm!~quassel@93.165.148.186> has quit IRC | 13:11 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 13:12 | |
| StMartin81 | Ok, assume I build an image using "bitbake <my_image>". This should build a cross-toolchain which I want to use in Eclipse. | 13:14 |
| StMartin81 | Now, what directory would I need to select if I selected "Build system derived toolchain" and why is the error message mentioning that I should build a toolchain using "bitbake meta-ide-support"? | 13:14 |
| *** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has quit IRC | 13:15 | |
| LetoThe2nd | no idea, sorry. its been some time since i dabbled with that. and the ADT is maintained not too well at the moment, from what i've heard | 13:16 |
| arfoll_ | m0t0ro: move to #mraa | 13:17 |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 13:17 | |
| *** arfoll_ is now known as arfoll | 13:17 | |
| StMartin81 | Ok, thanks a lot! Considering the amount of information I've found during my search I was almost expecting that there is not too much interest in this plugin... | 13:18 |
| *** SorenHolm <SorenHolm!~quassel@93.165.148.186> has joined #yocto | 13:19 | |
| ericbutters | hi.. i got: ERROR: QA Issue: No GNU_HASH in the elf binary -- this is with pre-build libs. how to solve? | 13:20 |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 13:21 | |
| *** tsramos <tsramos!~tsramos@192.55.55.41> has joined #yocto | 13:22 | |
| *** belen <belen!Adium@nat/intel/x-wekcvzwotnjraygi> has joined #yocto | 13:23 | |
| *** SorenHolm <SorenHolm!~quassel@93.165.148.186> has quit IRC | 13:25 | |
| bluelightning | ericbutters: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#ref-qa-checks | 13:26 |
| bluelightning | ericbutters: in this instance if the libs are built outside of our build system, you'd probably use INSANE_SKIP to disable the check | 13:26 |
| *** jku <jku!jku@nat/intel/x-fheubxlaphlrymel> has joined #yocto | 13:28 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 13:28 | |
| ericbutters | bluelightning: i did: INSANE_SKIP_${PN} += "ldflags" -- but same errors | 13:30 |
| bluelightning | ericbutters: is ${PN} the specific package in which those files are included? | 13:31 |
| ericbutters | bluelightning: i added INSANE_SKIP_${PN} to the recipe that installs/packages the files | 13:32 |
| bluelightning | ericbutters: yes, I get that, but if those files are not in the main package for the recipe (i.e. ${PN}) then that would explain why adding ldflags to INSANE_SKIP_${PN} would not disable the warning... | 13:33 |
| bluelightning | in that case you would need to specify the package they were in fact in instead of ${PN} in that statement | 13:34 |
| *** dshwang <dshwang!~dshwang@134.134.139.76> has joined #yocto | 13:34 | |
| *** lamego <lamego!~jalamego@134.134.137.71> has joined #yocto | 13:35 | |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 13:38 | |
| *** tsramos <tsramos!~tsramos@192.55.55.41> has quit IRC | 13:38 | |
| *** tsramos <tsramos!~tsramos@192.55.55.41> has joined #yocto | 13:38 | |
| *** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC | 13:39 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 13:40 | |
| *** kscherer <kscherer!~kscherer@128.224.252.2> has quit IRC | 13:40 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 13:40 | |
| *** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto | 13:40 | |
| *** belen <belen!Adium@nat/intel/x-wekcvzwotnjraygi> has quit IRC | 13:40 | |
| *** zeddii <zeddii!~ddez@128.224.252.2> has joined #yocto | 13:40 | |
| *** tsramos <tsramos!~tsramos@192.55.55.41> has quit IRC | 13:43 | |
| ericbutters | bluelightning: i am still wondering why it is not working, but btw, i also do INHIBIT_PACKAGE_STRIP = "1" and there is a packages-split/ generated containing targetfs-genivi-dbg/ -> but i also set INHIBIT_PACKAGE_DEBUG_SPLIT = "1" ?! | 13:44 |
| ericbutters | the recipe ($PN) i set this is doing do_fetch do_unpack and do_install and simple unpack and install pre-build rootfs | 13:45 |
| bluelightning | ericbutters: we are considering packages at this point, not the recipe | 13:46 |
| *** sjolley <sjolley!~sjolley@134.134.139.74> has quit IRC | 13:46 | |
| bluelightning | ericbutters: INHIBIT_PACKAGE_DEBUG_SPLIT = "1" doesn't stop the -dbg package existing, just whether or not the symbols get split out to that package | 13:46 |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto | 13:46 | |
| *** dholland is now known as gagi | 13:47 | |
| *** gagi is now known as dholland | 13:47 | |
| bluelightning | ericbutters: the files that the GNU_HASH warning is complaining about - which directory do they appear in under packages-split ? | 13:48 |
| ericbutters | bluelightning: -dev | 13:48 |
| bluelightning | ericbutters: right, then you would need to do INSANE_SKIP_${PN}-dev += "ldflags" in that case | 13:48 |
| ericbutters | bluelightning: yes, thanks! that solved it.. but i got one more: ERROR: QA Issue: my-package: Files/directories were installed but not shipped -- as i said i got a total rootfs, in packages-split/my-package i only see a subset of that rootfs | 13:53 |
| ericbutters | so do i need to set FILES? | 13:53 |
| bluelightning | ericbutters: either set/add to FILES_<package> to add those files to a package, or avoid them being installed in the first place, or delete them within do_install, whichever is appropriate | 13:55 |
| ericbutters | bluelightning: i need them all, i just want bitbake to generate a roofs out of a pre-built rootfs. so i would need to set/add to FILES_<package> | 13:57 |
| bluelightning | ericbutters: right yes | 13:59 |
| ericbutters | bluelightning: i got everything in the package/ folder, but not in the packages-split/my-package -- so i tried: FILES_${PN} += "${PKGD}/*" | 14:03 |
| *** munch_ <munch_!~mark@c-50-129-137-132.hsd1.il.comcast.net> has joined #yocto | 14:03 | |
| ericbutters | is ${PKGD} correct? | 14:03 |
| *** munch_ is now known as Guest78709 | 14:04 | |
| bluelightning | ericbutters: no, because you're now specifying the path on the host, FILES refers to the path as it would appear on the target | 14:06 |
| bluelightning | ericbutters: for the hack you are doing you probably want to set PACKAGES = "${PN}" as well | 14:06 |
| bluelightning | ericbutters: you're aware you are going to have problems if any of the packages install conflicting files, right? | 14:07 |
| bluelightning | in fact I suspect it may make this approach unworkable | 14:07 |
| *** StMartin81 <StMartin81!~martin@business-213-023-200-146.static.arcor-ip.net> has left #yocto | 14:09 | |
| ericbutters | bluelightning: okay, thanks. what would you suggest? any idea you can share would be nice :) -- btw, PACKAGES = "${PN}" did not work | 14:09 |
| *** chankit1 <chankit1!~oneam@124.82.79.18> has joined #yocto | 14:09 | |
| bluelightning | ericbutters: you can't package an entire rootfs with conflicting files | 14:10 |
| bluelightning | ericbutters: I'm guessing you'd need to do something like merge the old rootfs into the new one at the end of image construction, because doing it before is going to lead to similar issues where the package manager isn't expecting files to exist | 14:11 |
| bluelightning | to be honest thinking about doing this makes me feel somewhat ill... | 14:12 |
| *** _jmleo <_jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has joined #yocto | 14:13 | |
| *** jmleo <jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has quit IRC | 14:13 | |
| ericbutters | bluelightning: my goal is to use yocto/bitbake without compiling any source, just use a pre-build rootfs and then copy binaries, header, config etc out of svn into this and let bitbake generate a rootfs out of it | 14:13 |
| *** behanw <behanw!~behanw@12.10.73.130> has joined #yocto | 14:13 | |
| ericbutters | bluelightning: ;) | 14:13 |
| bluelightning | ericbutters: yes, I recall the discussion from the other day | 14:13 |
| ericbutters | right | 14:13 |
| bluelightning | it's just not a route I would ever choose to go down myself | 14:14 |
| ericbutters | i know | 14:14 |
| *** wadim_ <wadim_!~egorov@mail.phytec.eu> has quit IRC | 14:15 | |
| LetoThe2nd | bluelightning: ++ | 14:16 |
| LetoThe2nd | souds androidish... grab some stuff, put binary blobs inside, ship it ;) | 14:16 |
| *** sjolley <sjolley!~sjolley@134.134.139.74> has joined #yocto | 14:19 | |
| *** dmoseley1 <dmoseley1!~dmoseley@cpe-174-96-222-251.carolina.res.rr.com> has quit IRC | 14:22 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-96-222-251.carolina.res.rr.com> has joined #yocto | 14:22 | |
| kergoth | you probably *could* package an entire rootfs in a recipe, or most of one, but if you build anything else, you'd have to have it PROVIDES everything it really provides, to avoid the conflicts bluelightning mentions. possible, not pretty, and not sure using bitbake in such a case even buys you much | 14:23 |
| * kergoth yawns | 14:23 | |
| bluelightning | kergoth: right, it's not impossible, just painful | 14:23 |
| bluelightning | but then the whole thing is likely to be painful | 14:24 |
| bluelightning | morning kergoth :) | 14:24 |
| kergoth | morning | 14:25 |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 14:26 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-96-222-251.carolina.res.rr.com> has quit IRC | 14:27 | |
| *** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC | 14:34 | |
| *** danielpavel <danielpavel!~danielpav@141.85.225.204> has joined #yocto | 14:34 | |
| *** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto | 14:35 | |
| *** tlwoerner_ <tlwoerner_!~tlwoerner@static-66-11-92-234.ptr.terago.net> has joined #yocto | 14:36 | |
| *** tlwoerner_ <tlwoerner_!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto | 14:36 | |
| danielpavel | Hello, I'm trying to find out what exact params are passed to uboot-mkimage during yocto build. I checked out logs (build/tmp/logs) and there's no output that can gives me the info i need. I'm trying about the task do_uboot_mkimage from kernel.bbclass. Is there a way to find out something about that ? | 14:37 |
| danielpavel | I'm talking * | 14:37 |
| *** jku <jku!jku@nat/intel/x-fheubxlaphlrymel> has quit IRC | 14:38 | |
| *** roxell_ <roxell_!~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se> has quit IRC | 14:39 | |
| *** ulf`_ is now known as ulf` | 14:39 | |
| *** roxell <roxell!~roxell@linaro/roxell> has joined #yocto | 14:39 | |
| *** madisox <madisox!~madison@64-71-1-115.static.wiline.com> has joined #yocto | 14:40 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-96-222-251.carolina.res.rr.com> has joined #yocto | 14:41 | |
| *** behanw <behanw!~behanw@12.10.73.130> has quit IRC | 14:42 | |
| *** khem` is now known as khem[away] | 14:48 | |
| kergoth | just add set -x to the top of the task and look at the task log | 14:49 |
| *** bradfa <bradfa!~andrew@173.225.52.242> has quit IRC | 14:52 | |
| *** jku <jku!~jku@212-149-207-214.bb.dnainternet.fi> has joined #yocto | 14:58 | |
| *** khem[away] is now known as khem` | 15:02 | |
| *** OutOfNoWhere <OutOfNoWhere!~rpb@199.68.195.102> has quit IRC | 15:03 | |
| *** OutOfNoWhere <OutOfNoWhere!~rpb@199.68.195.102> has joined #yocto | 15:04 | |
| ericbutters | QA Issue: non -dev/-dbg/-nativesdk package contains symlink .so | 15:07 |
| kergoth | you should probalby just disable all qa tests, given the hack you're doing | 15:10 |
| kergoth | INSANE_SKIP_${PN} = "1" | 15:10 |
| bluelightning | yes | 15:10 |
| bluelightning | I suspect INSANE_SKIP_${PN} = "1" won't actually do anything | 15:10 |
| ericbutters | ok | 15:10 |
| kergoth | oh, right, that's the one for specific tests, ignore me | 15:11 |
| kergoth | insufficient caffeine | 15:11 |
| joshuagl | any c++/cmake savvy folks in here? I'm trying to build a large piece of software which uses CMake and getting a bunch of failures like "fatal error: cstdlib:" - if I edit the .flags files by hand to add -isystem /srv/build/geh/tmp/sysroots/qemux86/usr/include/c++/4.9.2/ | 15:11 |
| joshuagl | things start to proceed | 15:11 |
| joshuagl | that should be "fatal error: cstdlib: No such file or directory" | 15:12 |
| bluelightning | joshuagl: is the sysroot being specified? | 15:12 |
| ericbutters | so how to disable all qa tests? | 15:13 |
| joshuagl | bluelightning: oh, no it isn't :-/ | 15:13 |
| *** chankit1 <chankit1!~oneam@124.82.79.18> has quit IRC | 15:13 | |
| bluelightning | ericbutters: I don't believe we have an actual option for that, having never deemed it a good idea... I would guess you could stub out do_package_qa() but I can't guarantee that will work | 15:14 |
| ericbutters | ok | 15:14 |
| joshuagl | bluelightning: any ideas how that might have been removed? | 15:16 |
| bluelightning | joshuagl: not sure, maybe it's simply not using CC / CXX | 15:17 |
| bluelightning | since those have the --sysroot option specified | 15:17 |
| joshuagl | bluelightning: pro tip, thanks | 15:18 |
| *** belen <belen!Adium@nat/intel/x-gsdngtygqajgvwgj> has joined #yocto | 15:20 | |
| *** jku <jku!~jku@212-149-207-214.bb.dnainternet.fi> has quit IRC | 15:22 | |
| kergoth | ericbutters: presumably you could empty ERROR_QA and WARN_QA in the recipe. normally those are distro policy, as to what to do when qa problems occur, but you could probably set it in the recipe to silence them all | 15:23 |
| kergoth | untested, obviously | 15:23 |
| *** wv <wv!~wv@ip2.televic.com> has quit IRC | 15:24 | |
| *** belen <belen!Adium@nat/intel/x-gsdngtygqajgvwgj> has quit IRC | 15:27 | |
| ericbutters | kergoth: i overwrite do_package_qa .. that worked.. it is all hacking for that approach, but i have to try this.. now i got the rpm in deploy-rpm, but baking my target image will use/install it?! | 15:28 |
| ericbutters | will *not* ^ | 15:29 |
| ericbutters | i only get a subset in rootfs/ folder of the package | 15:30 |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto | 15:33 | |
| joshuagl | bluelightning: that was it, my hero! | 15:37 |
| *** danielpavel <danielpavel!~danielpav@141.85.225.204> has quit IRC | 15:38 | |
| bluelightning | joshuagl: \o/ | 15:41 |
| *** tsramos <tsramos!~tsramos@134.134.139.74> has joined #yocto | 15:41 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.71> has joined #yocto | 15:45 | |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC | 15:45 | |
| *** tsramos <tsramos!~tsramos@134.134.139.74> has quit IRC | 15:45 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 15:57 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has quit IRC | 15:57 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 15:57 | |
| *** sarahsharp <sarahsharp!sarah@nat/intel/x-jnptkmsgffzhyznm> has joined #yocto | 15:58 | |
| *** behanw <behanw!~behanw@167.220.23.119> has joined #yocto | 15:58 | |
| *** T0mW <T0mW!~Tom@70.15.161.110.res-cmts.t132.ptd.net> has joined #yocto | 16:02 | |
| T0mW | I've built a sato image on Daisy, matchbox comes up on the LCD, a mouse is available on /dev/psaux. When I cat /dev/psaux I see mouse data. However, the desktop does not see the mouse. I tried linking /dev/psaux to /dev/mouse, but no mouse movement in matchbox. | 16:04 |
| T0mW | No docs, as yet, on Yocto regarding the mouse. | 16:04 |
| T0mW | suggestions? | 16:04 |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 16:11 | |
| *** jbrianceau is now known as jbrianceau_away | 16:18 | |
| bluelightning | T0mW: I guess this is a generic X11 configuration issue, it's not something specific to us | 16:20 |
| T0mW | bluelightning: thanks | 16:20 |
| *** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has quit IRC | 16:30 | |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 16:31 | |
| *** belen <belen!Adium@nat/intel/x-lmnfackwufjxpppf> has joined #yocto | 16:33 | |
| *** belen <belen!Adium@nat/intel/x-lmnfackwufjxpppf> has quit IRC | 16:36 | |
| *** belen <belen!Adium@nat/intel/x-jzbbouxozapoikex> has joined #yocto | 16:37 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.41> has joined #yocto | 16:37 | |
| *** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 16:39 | |
| *** belen <belen!Adium@nat/intel/x-jzbbouxozapoikex> has quit IRC | 16:39 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 16:40 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 16:41 | |
| *** khem` is now known as khem[away] | 16:41 | |
| *** khem[away] is now known as khem` | 16:41 | |
| *** belen <belen!Adium@nat/intel/x-ltsfkypodycnxytt> has joined #yocto | 16:42 | |
| *** ericbutters <ericbutters!~eric@217.110.68.82> has quit IRC | 16:49 | |
| *** darkspike <darkspike!~darkspike@217.110.68.82> has quit IRC | 16:49 | |
| *** ericbutters <ericbutters!~eric@217.110.68.82> has joined #yocto | 16:49 | |
| *** darkspike <darkspike!~darkspike@217.110.68.82> has joined #yocto | 16:49 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:51 | |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 17:09 | |
| *** btooth <btooth!~daniel@HSI-KBW-134-3-88-164.hsi14.kabel-badenwuerttemberg.de> has joined #yocto | 17:12 | |
| *** khem` is now known as khem[away] | 17:23 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 17:24 | |
| *** belen <belen!Adium@nat/intel/x-ltsfkypodycnxytt> has quit IRC | 17:24 | |
| *** jmleo <jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has joined #yocto | 17:29 | |
| *** _jmleo <_jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has quit IRC | 17:31 | |
| *** khem[away] <khem[away]!~khem@unaffiliated/khem> has quit IRC | 17:34 | |
| *** OutOfNoWhere <OutOfNoWhere!~rpb@199.68.195.102> has quit IRC | 17:35 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto | 17:46 | |
| *** OutOfNoWhere <OutOfNoWhere!~rpb@199.68.195.102> has joined #yocto | 17:50 | |
| *** paulg_ <paulg_!~paulg@72.1.195.9> has joined #yocto | 17:52 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:04 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 18:09 | |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 18:10 | |
| *** onoffon <onoffon!~khem@unaffiliated/khem> has joined #yocto | 18:12 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 18:13 | |
| *** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC | 18:16 | |
| *** ddalex1 <ddalex1!~ddalex@154.58.102.3> has joined #yocto | 18:16 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 18:18 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-szugvewpovuachjv> has quit IRC | 18:18 | |
| *** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC | 18:36 | |
| *** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto | 18:36 | |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 18:37 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 18:38 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 18:39 | |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 18:40 | |
| lpapp | B = "${WORKDIR}/linux-${MACHINE}-${LINUX_KERNEL_TYPE}-build" -> B = "${WORKDIR}/linux-${PACKAGE_ARCH}-${LINUX_KERNEL_TYPE}-build" -> so this apparently changed? | 18:43 |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 18:45 | |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 18:46 | |
| *** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto | 18:47 | |
| *** adelcast1 <adelcast1!~adelcast@130.164.62.82> has left #yocto | 18:53 | |
| lpapp | kergoth: are you around? | 19:00 |
| *** belen <belen!Adium@nat/intel/x-pvhclwvhtbpavoyy> has joined #yocto | 19:00 | |
| lpapp | kergoth: would it be possible that our forked kernel recipe would not work that well with daisy as it worked with dylan? I am still trying to figure out the root cause of the kernel boot issue. | 19:00 |
| lpapp | and it is certainly not an image generation problem as updating the kernel from package also breaks. | 19:00 |
| lpapp | I am just trying to make sure that our "old" recipe, which is just a slightly customized version of the meta-yocto kernel for the time is still OK with the daisy rules. If that is true, I am afraid that the only issue could be toolchain related. | 19:01 |
| *** lamego <lamego!~jalamego@134.134.137.71> has quit IRC | 19:01 | |
| *** adelcast <adelcast!~adelcast@130.164.62.224> has joined #yocto | 19:01 | |
| kergoth | Yeah, the kernel build process changed somewhat. the source tree and build dir are both in the sysroot now. it's possible, it depends on what all the recipe is doing | 19:04 |
| lpapp | hmm, I was just about to paste our recipe for introspection. | 19:04 |
| * kergoth honestly isn't 100% on the kernel build changes, never read the commits | 19:05 | |
| * paulg_ would be very surprosed of the work-shared changes could result in a bzImage that somehow was corrupted and unbootable. | 19:06 | |
| paulg_ | surprised, even. | 19:07 |
| lpapp | kergoth: paulg_ https://paste.kde.org/p1xklmakq | 19:08 |
| lpapp | anything suspicious? This was working fine with dylan. | 19:10 |
| *** lamego <lamego!jalamego@nat/intel/x-isqlujsjjcmqnvrm> has joined #yocto | 19:12 | |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC | 19:13 | |
| paulg_ | I'm missing way too much context to even try to attempt to understand what you are trying to do here. | 19:13 |
| paulg_ | like why are you gluing an ancient 3.2 kernel into a modern yocto. | 19:15 |
| kergoth | he's taking a kernel recipe from dylan which worked, pulled it forward to the nxt release, and his kernel isn't booting. i suggested the most likely cause was something miscompiled with the new toolchain | 19:15 |
| kergoth | 3.2? yikes | 19:15 |
| paulg_ | yep, my thought exactly. | 19:15 |
| *** belen <belen!Adium@nat/intel/x-pvhclwvhtbpavoyy> has quit IRC | 19:16 | |
| *** belen <belen!Adium@nat/intel/x-kipnnwewgyckkupa> has joined #yocto | 19:16 | |
| paulg_ | lpapp, the quick check is to compare the .config for both old and "new" -- assuming your kernel version is the same for each. And check what branch / head commit was built | 19:16 |
| paulg_ | if you have the same src and the same .config (and same dts/dtb, if applicable) then you are kind of down to the toolchain at that point. | 19:17 |
| lpapp | as you can see we ship our configs. | 19:18 |
| lpapp | so unless there are incompatible changes, which I doubt in kernel land, it oughto to be comparably equal or at least very similar. | 19:19 |
| lpapp | the reason for 3.2 is not relevant here, but it is that we do not have enough resource nor expertise to update our huge changes on top of a new kernel version. | 19:19 |
| paulg_ | ok, so let me rewind here a bit to fill in whatever discussion I missed. | 19:20 |
| lpapp | most of the extra 20K changes would not apply against the new kernel and the changes are really not upstreamable, nor do we have the time and money in this small company to make it so. | 19:20 |
| lpapp | sadly. | 19:20 |
| paulg_ | a) on both the failing newer yocto, and the older working yocto, the same 3.2 source was used, correct? | 19:20 |
| *** adelcast <adelcast!~adelcast@130.164.62.224> has left #yocto | 19:20 | |
| lpapp | yes, as you can see it is verbatim in our meta-foo | 19:21 |
| lpapp | our layer has not changed. | 19:21 |
| *** adelcast1 <adelcast1!~adelcast@130.164.62.82> has joined #yocto | 19:21 | |
| lpapp | meta/, scripts/, and bitbake/ has changed | 19:21 |
| lpapp | and the .tempconfig or how it is called in the root coming from Yocto again. | 19:21 |
| paulg_ | yeah, forget all that and go right to the .config of the kernel build. | 19:22 |
| lpapp | as in? | 19:24 |
| lpapp | so as you can see on the pastebin site, we have this ./meta-foo/recipes-kernel/linux/linux-foo-3.2.1/defconfig. That is the configuration that is also carried on. | 19:24 |
| paulg_ | well, I've NFI what board you are using, etc, but with the x86 stuff I'm poking at currently, and with the yocto-dev kernel, it would be here: | 19:24 |
| paulg_ | build/tmp/work/genericx86_64-poky-linux/linux-yocto-dev/3.19++gitAUTOINC+eaceb64585_31b35da6a5-r0/linux-genericx86_64-standard-build | 19:25 |
| paulg_ | the .config in that dir | 19:25 |
| *** onoffon <onoffon!~khem@unaffiliated/khem> has joined #yocto | 19:25 | |
| lpapp | it is coming from ./meta-foo/recipes-kernel/linux/linux-foo-3.2.1/defconfig. | 19:25 |
| lpapp | it is preconfigured and saved. | 19:26 |
| lpapp | and then applied as a patch. | 19:26 |
| paulg_ | yours will be tmp/work/<arch-mumble>/linux-yocto/.... | 19:26 |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 19:26 | |
| lpapp | you can also see that in my recipe. | 19:26 |
| paulg_ | doesn't matter where it is sourced from etc. -- only thing that counts is the final .config in that build dir | 19:26 |
| paulg_ | only by comparing the final two .config (working and non-working) will you be able to rule out a mangled config due to processing changes. | 19:27 |
| lpapp | okay, thanks, I am vimdiffing them now. | 19:27 |
| *** benjamirc <benjamirc!~besquive@134.134.137.71> has quit IRC | 19:28 | |
| lpapp | paulg_: I need to rebuild the kernel packages, I think | 19:29 |
| lpapp | as I have used rm_work | 19:29 |
| paulg_ | and that is a possibility, since use of defconfigs is actively discouraged vs. the normal workflow of config fragments, so it is possible that defconfigs inadvertently got handled differnetly | 19:30 |
| paulg_ | imagine for example your config lost its uart settings -- instant silent boot death. | 19:30 |
| lpapp | but config fragments are difficult to grasp for me. | 19:31 |
| lpapp | hmm, bitbake linux-foo did not regenerate the .config file. | 19:31 |
| lpapp | I wonder why. | 19:31 |
| lpapp | do I need to clean first? | 19:31 |
| lpapp | I just removed rm_work and I thought that ought to be enough to repopulate it. | 19:31 |
| * lpapp is doing bitbake -c clean linux-foo | 19:32 | |
| paulg_ | cleanall or cleansstate perhaps... | 19:32 |
| lpapp | hmm, I only have got: ./tmp/work/foo-linux-gnueabi/linux-foo/3.2.1-r16/sysroot-destdir/usr/src/kernel/.config | 19:33 |
| lpapp | which is probably the right one, just after population the sysroot. | 19:33 |
| lpapp | anyway, I am doing -c cleanall as you were hinting that above. | 19:33 |
| *** belen <belen!Adium@nat/intel/x-kipnnwewgyckkupa> has quit IRC | 19:34 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:41 | |
| lpapp | paulg_: zero difference according to the vimdiff output | 19:47 |
| lpapp | next thing to check? | 19:47 |
| lpapp | they are equal bit-by-bit. | 19:47 |
| *** btooth <btooth!~daniel@HSI-KBW-134-3-88-164.hsi14.kabel-badenwuerttemberg.de> has quit IRC | 19:48 | |
| *** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC | 19:48 | |
| *** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto | 19:48 | |
| lpapp | I guess I could also unpack the .ipk packages and make some binary compare? | 19:48 |
| paulg_ | lpapp, did you confirm both are building from the same source? | 19:51 |
| paulg_ | again, don't just assume so from recipe X and bb Y. | 19:52 |
| lpapp | hmm? | 19:52 |
| paulg_ | go in the build dir and check | 19:52 |
| tlwoerner_ | lpapp: as an aside, you can leave 'INHERIT += "rm_work"' and then just selectively turn off rm_work for given recipes using RM_WORK_EXCLUDE | 19:52 |
| lpapp | the source is equally the same, yes. | 19:52 |
| paulg_ | see what git branch is checked out, see what commit is the top commit. | 19:52 |
| lpapp | tlwoerner_: yeah, I think bluelightning mentioned that yesterday to me, thanks. | 19:52 |
| lpapp | paulg_: that is the same. | 19:53 |
| paulg_ | and after you've done that, check dts/dtb if you are using one. | 19:53 |
| lpapp | I do not. | 19:53 |
| paulg_ | and finally are the resulting vmlinux/bzImage files comparable size | 19:54 |
| lpapp | from which location are you suggesting to compare them? | 19:55 |
| paulg_ | right in the build dirs ; don't be looking at possibly stale stuff in tmp/deploy/images | 19:55 |
| paulg_ | same place where the .config files where that you compared. | 19:55 |
| paulg_ | s/where/were/ | 19:56 |
| paulg_ | s/where/were/2 | 19:56 |
| lpapp | both are 5.7 MB | 19:57 |
| lpapp | vmlinux, that is. | 19:57 |
| lpapp | does that count as comparable size? | 19:58 |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 20:01 | |
| *** paulg_ <paulg_!~paulg@72.1.195.9> has quit IRC | 20:02 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-nsgjaxmroopojlpq> has joined #yocto | 20:04 | |
| lpapp | paulg: ^ | 20:04 |
| *** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC | 20:04 | |
| *** paulg_ <paulg_!~paulg@72.1.195.9> has joined #yocto | 20:06 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 20:19 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 20:23 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 20:32 | |
| *** btooth <btooth!~daniel@HSI-KBW-134-3-88-164.hsi14.kabel-badenwuerttemberg.de> has joined #yocto | 20:46 | |
| *** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC | 20:46 | |
| *** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto | 20:46 | |
| *** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC | 20:53 | |
| *** btooth <btooth!~daniel@HSI-KBW-134-3-88-164.hsi14.kabel-badenwuerttemberg.de> has quit IRC | 20:53 | |
| *** ddalex1 <ddalex1!~ddalex@154.58.102.3> has quit IRC | 20:54 | |
| *** ant_home <ant_home!~ant__@host220-62-dynamic.24-79-r.retail.telecomitalia.it> has joined #yocto | 20:54 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 21:01 | |
| *** warthog9 <warthog9!~warthog9@149.20.54.19> has left #yocto | 21:04 | |
| *** OutOfNoWhere <OutOfNoWhere!~rpb@199.68.195.102> has quit IRC | 21:18 | |
| *** ddalex1 <ddalex1!~ddalex@154.58.102.3> has joined #yocto | 21:20 | |
| chrgrff1 | I'm trying to build a Qt5 project with bitbake for deployment and SDK for development; in SDK, QT_SYSROOT isn't set but I have OECORE_TARGET_SYSROOT environment variable. In bitbake, QT_SYSROOT is set but OECORE_TARGET_SYSROOT is not. Is there one location the target sysroot is defined that I can reference in both cases? | 21:20 |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 21:24 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 21:29 | |
| *** OutOfNoWhere <OutOfNoWhere!~rpb@199.68.195.102> has joined #yocto | 21:33 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 21:37 | |
| *** sri <sri!~sri@li160-162.members.linode.com> has joined #yocto | 21:39 | |
| *** paulg_ <paulg_!~paulg@72.1.195.9> has quit IRC | 21:39 | |
| *** nighty-_ <nighty-_!~nighty@hokuriku.rural-networks.com> has quit IRC | 21:40 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 21:59 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 21:59 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.60.169> has joined #yocto | 22:06 | |
| *** lamego <lamego!jalamego@nat/intel/x-isqlujsjjcmqnvrm> has quit IRC | 22:30 | |
| *** tlwoerner_ <tlwoerner_!~tlwoerner@unaffiliated/tlwoerner> has quit IRC | 22:36 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-nsgjaxmroopojlpq> has quit IRC | 22:37 | |
| *** paulg_ <paulg_!~paulg@71-19-175-186.dedicated.allstream.net> has joined #yocto | 22:38 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 22:39 | |
| *** pidge <pidge!~pidge@2a02:8084:0:3000:c1d7:873a:d0c4:fb6b> has quit IRC | 22:46 | |
| *** ant_home <ant_home!~ant__@host220-62-dynamic.24-79-r.retail.telecomitalia.it> has quit IRC | 22:53 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 22:55 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 22:56 | |
| *** ddalex1 <ddalex1!~ddalex@154.58.102.3> has quit IRC | 22:56 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.60.169> has quit IRC | 22:59 | |
| *** agust <agust!~agust@pD9E2FDA4.dip0.t-ipconnect.de> has quit IRC | 23:00 | |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 23:04 | |
| *** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 23:08 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 23:12 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.41> has quit IRC | 23:13 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 23:17 | |
| kergoth | So, the problem where my ncurses is owned by the build user can be reproduced with a poky build, but only for ipk. rpm doesn't encounter the problem | 23:21 |
| *** darknighte is now known as help | 23:25 | |
| *** help is now known as darknighte | 23:26 | |
| *** darknighte is now known as nohelp | 23:26 | |
| *** nohelp is now known as darknighte | 23:27 | |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto | 23:27 | |
| *** egavin <egavin!~egavin@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 23:31 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 23:32 | |
| *** m0t0ro <m0t0ro!~m@81.202.225.165.dyn.user.ono.com> has quit IRC | 23:35 | |
| *** egavin <egavin!~egavin@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 23:46 | |
| *** madisox <madisox!~madison@64-71-1-115.static.wiline.com> has quit IRC | 23:49 | |
| kergoth | confirmed, rebuilt it from scratch, the behavior with ipk is substantially different than with rpm. interesting | 23:54 |
| *** denix <denix!~denix@pool-108-28-31-169.washdc.fios.verizon.net> has quit IRC | 23:55 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!