*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 00:08 | |
*** davest <davest!~Adium@134.134.139.76> has quit IRC | 00:12 | |
*** pidge <pidge!~pidge@134.134.137.71> has quit IRC | 00:17 | |
*** _julian <_julian!~quassel@x2f052a6.dyn.telefonica.de> has joined #yocto | 00:19 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 00:20 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 00:22 | |
*** _julian_ <_julian_!~quassel@x2f0873c.dyn.telefonica.de> has quit IRC | 00:22 | |
*** brm <brm!da653619@gateway/web/freenode/ip.218.101.54.25> has joined #yocto | 00:29 | |
brm | hiya folks, can anyone tell me how to enable an spi device on my beaglebone black? | 00:29 |
---|---|---|
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 00:31 | |
*** fabo <fabo!~fabo@linaro/fabo> has quit IRC | 00:46 | |
*** fabo <fabo!~fabo@linaro/fabo> has joined #yocto | 01:03 | |
*** davest <davest!~Adium@134.134.137.71> has joined #yocto | 01:08 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 01:16 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 01:17 | |
*** smartin__ <smartin__!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 01:17 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 01:20 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 01:23 | |
*** AK <AK!~arunkr24@175.100.140.206> has quit IRC | 01:23 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 01:34 | |
-YoctoAutoBuilder- build #272 of nightly-non-gpl3 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-non-gpl3/builds/272 | 01:34 | |
brm | hiya folks, can anyone tell me how to enable an spi device on my beaglebone black? | 01:36 |
brm | and where do I find the device tree source file? | 01:42 |
*** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has quit IRC | 01:43 | |
*** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has joined #yocto | 01:45 | |
Net147 | I am getting "ERROR: Can NOT get PRAUTO, exception timed out" and "ERROR: Function failed: package_get_auto_pr" after updating to master:4517cdbfafdc7c5fa16bb5d09ed70c8e0da6a8c8. Any ideas? | 01:46 |
Net147 | in local.conf I have PRSERV_HOST = "localhost:0" | 01:47 |
*** GunsNRose <GunsNRose!~GunsNRose@118.114.144.36> has joined #yocto | 01:51 | |
-YoctoAutoBuilder- build #273 of nightly-x86-lsb is complete: Failure [failed Building Images Building Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/273 | 01:57 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 02:00 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 02:01 | |
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto | 02:01 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 02:04 | |
-YoctoAutoBuilder- build #264 of nightly-x86-64-lsb is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/264 | 02:05 | |
*** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 02:13 | |
*** Guest62601 <Guest62601!~trz@c-68-53-177-94.hsd1.in.comcast.net> has left #yocto | 02:13 | |
*** brm <brm!da653619@gateway/web/freenode/ip.218.101.54.25> has quit IRC | 02:18 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 02:22 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 02:31 | |
*** lyang0 <lyang0!~lyang001@1.202.252.122> has quit IRC | 03:13 | |
*** lyang0 <lyang0!~lyang001@1.202.252.122> has joined #yocto | 03:14 | |
*** davest <davest!~Adium@134.134.137.71> has quit IRC | 03:22 | |
*** lyang0 <lyang0!~lyang001@1.202.252.122> has quit IRC | 03:27 | |
*** lyang0 <lyang0!~lyang001@1.202.252.122> has joined #yocto | 03:27 | |
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has quit IRC | 03:31 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 03:55 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:07 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:14 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 04:18 | |
*** _alex_kag <_alex_kag!~alex_kag@178.126.111.123> has quit IRC | 04:19 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 04:27 | |
*** SidH_ <SidH_!~SidH_@61.95.193.238> has joined #yocto | 04:37 | |
*** _alex_kag <_alex_kag!~alex_kag@178.124.21.169> has joined #yocto | 04:54 | |
*** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has quit IRC | 05:01 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 05:11 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:11 | |
*** ahmedammar_ <ahmedammar_!~b33fc0d3@unaffiliated/b33fc0d3> has joined #yocto | 05:18 | |
-YoctoAutoBuilder- build #270 of nightly-ppc-lsb is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/270 | 05:28 | |
lpapp_ | Jay7: do you know a way how to get the CPPFLAGS settings of a Makefile respected, i.e. not overridden by the bitbak build system? | 05:28 |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 05:28 | |
*** lyang0 <lyang0!~lyang001@1.202.252.122> has left #yocto | 05:29 | |
*** mihai <mihai!~mihai@188.27.93.142> has quit IRC | 05:30 | |
*** lyang0 <lyang0!~lyang001@1.202.252.122> has joined #yocto | 05:31 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:32 | |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 05:33 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:34 | |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 05:39 | |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 05:41 | |
*** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto | 05:53 | |
*** OlivierG_ is now known as OlivierG | 06:00 | |
-YoctoAutoBuilder- build #281 of nightly-x32 is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/281 | 06:10 | |
*** swex_ <swex_!~swex@178.17.199.146> has joined #yocto | 06:11 | |
*** swex <swex!~swex@217.197.246.124> has quit IRC | 06:14 | |
*** _alex_kag <_alex_kag!~alex_kag@178.124.21.169> has quit IRC | 06:16 | |
lpapp_ | does anyone plan to have a recipe for harfbuzz-ng? | 06:25 |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 06:27 | |
*** zeeblex <zeeblex!apalalax@nat/intel/x-guagpnpbtfohkkpt> has joined #yocto | 06:34 | |
lpapp_ | JaMa: do you know a way how to get the CPPFLAGS settings of a Makefile respected, i.e. not overridden by the bitbak build system? | 06:35 |
lpapp_ | https://bugzilla.yoctoproject.org/show_bug.cgi?id=5046 | 06:35 |
yocti | Bug 5046: normal, Undecided, ---, scott.m.rifenbark, NEEDINFO , Document that CPPFLAGS override behavior and possible workaround | 06:35 |
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 06:38 | |
*** ciupicri <ciupicri!~ciupicri@unaffiliated/ciupicri> has joined #yocto | 06:43 | |
*** ka6sox is now known as ka6sox-away | 06:52 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 07:01 | |
*** jeremiah <jeremiah!~jeremiah@194.237.7.146> has joined #yocto | 07:04 | |
*** SidH_ <SidH_!~SidH_@61.95.193.238> has quit IRC | 07:05 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 07:05 | |
*** silviof1 is now known as silviof | 07:07 | |
JaMa | lpapp_: you can remove -e from EXTRA_OEMAKE or unset CPPFLAGS | 07:07 |
lpapp_ | JaMa: how to remove it? | 07:08 |
lpapp_ | JaMa: won't that make the software's CC=gcc make broken as that is probably not appropriate for cross-compilation? | 07:09 |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 07:10 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 07:21 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 07:21 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 07:24 | |
*** florian <florian!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto | 07:25 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:25 | |
*** OlivierG is now known as OlivierG_ | 07:25 | |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:27 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 07:29 | |
*** lpapp_ <lpapp_!~lpapp@kde/lpapp> has quit IRC | 07:34 | |
*** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has joined #yocto | 07:36 | |
*** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has quit IRC | 07:37 | |
*** ahmedammar_ <ahmedammar_!~b33fc0d3@unaffiliated/b33fc0d3> has quit IRC | 07:40 | |
*** sameo <sameo!samuel@nat/intel/x-usgpczwghctoeqwt> has joined #yocto | 07:40 | |
jeremiah | In my builds, since I set package_deb, I often see bitbake download apt from debian. | 07:43 |
jeremiah | I also see opkg get installed. | 07:43 |
jeremiah | What is the relationship between opkg and apt then? | 07:43 |
jeremiah | Doesn't apt supply all the needed functionality? | 07:44 |
jeremiah | Or is apt only partly used and opkg used instead? | 07:44 |
*** vicky <vicky!~vicky@122.165.223.135> has joined #yocto | 08:02 | |
vicky | Hi yocto. Anyway to add my custom files (test apps compiled externally using yocto toolchain) into rootfs image? | 08:03 |
*** OlivierG_ is now known as OlivierG | 08:04 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 08:04 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 08:07 | |
nerdboy | easiest way would be to make a recipe for your test apps | 08:07 |
nerdboy | maybe a git recipe with AUTOREV | 08:07 |
*** tf_ is now known as tf | 08:10 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 08:17 | |
lpapp | JaMa: sorry, had to disconnect to come to work. | 08:18 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:18 | |
lpapp | JaMa: so, is there a simple to way to preserve CC and CPPFLAGS? | 08:18 |
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto | 08:18 | |
Stygia | Is HOST_ARCH a variable like TARGET_ARCH? The user manual only mentions TARGET_ARCH http://docs.openembedded.org/usermanual/usermanual.html | 08:19 |
*** jonatan <jonatan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 08:24 | |
*** panda84kde <panda84kde!~diego@217.133.170.65> has joined #yocto | 08:25 | |
lpapp | bluelightning: morning, is there a way alternatively to drop the include path in the software, and make it work with Yocto? | 08:26 |
lpapp | if dropping the override is not possible simply? | 08:26 |
bluelightning | Stygia: HOST_ARCH is the architecture you're currently building for (valid when you're building either a native, target or SDK recipe) | 08:26 |
bluelightning | lpapp: sorry what are we talking about? | 08:26 |
lpapp | bluelightning: the issue on Friday evening if you remember. | 08:26 |
lpapp | bluelightning: software using CPPFLAGS. | 08:26 |
bluelightning | friday evening was a long time ago... | 08:27 |
Stygia | bluelightning, Alright, just as I hoped, it just wasn't mentioned in the docs. :) And I suppose I could embed python and print the variable, but I'm unsure on how to get to the OE variables from python. | 08:27 |
Stygia | bluelightning, Either way, thanks. | 08:27 |
bluelightning | Stygia: I'll make a note to get Scott to document all of the HOST_* variables, I think that's not the only one we're missing | 08:28 |
lpapp | bluelightning: https://bugzilla.yoctoproject.org/show_bug.cgi?id=5046 | 08:28 |
yocti | Bug 5046: normal, Undecided, ---, scott.m.rifenbark, NEEDINFO , Document that CPPFLAGS override behavior and possible workaround | 08:28 |
Stygia | bluelightning, No, it isn't, the user guide lacks quite a few things. | 08:28 |
bluelightning | lpapp: maybe try "unset CPPFLAGS" in do_compile? if not, I don't know | 08:28 |
bluelightning | Stygia: we definitely take bug reports for the docs | 08:29 |
lpapp | actually, I have been told send patches rather than reports. | 08:29 |
lpapp | as there is not much doc man power in here. | 08:29 |
Stygia | bluelightning, Hmm alright. Which site is the "right" one, openembedded.org, yocto, embedded linux, etc? | 08:29 |
lpapp | bluelightning: trying.. | 08:29 |
lpapp | bluelightning: before oe_runmake ? | 08:30 |
lpapp | Stygia: bugreport is the same for those... | 08:30 |
Stygia | I know poky's the distro, openembedded the project, and yocto the... newer incarnation of the project? | 08:31 |
lpapp | no, Yocto is the project. | 08:31 |
*** OlivierG is now known as OlivierG_ | 08:31 | |
*** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto | 08:32 | |
lpapp | bluelightning: bitbake foo -c clean && bitbake foo should be enough? | 08:32 |
lpapp | (just in case) | 08:33 |
lpapp | because I am getting include path issues for that, still. | 08:33 |
bluelightning | how have you determined that it is CPPFLAGS being cleared that is causing invalid include paths to be used? | 08:34 |
lpapp | ndec: does that work for you? | 08:34 |
lpapp | bluelightning: it is not passed to the compiler.. that is the first symptom. | 08:34 |
lpapp | bluelightning: then, ndec told me to print it out in the Makefile. | 08:34 |
lpapp | bluelightning: it got never printed out for me. | 08:34 |
lpapp | bluelightning: but it got for him, and he told me it is cleared. | 08:34 |
lpapp | I may have additional issues as well... for starter, echo ${CPPFLAGS} does not work under the "all:" target. | 08:35 |
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC | 08:35 | |
lpapp | does not work means, it does not get printed even if I prefix it with a "TEST" string. | 08:36 |
bluelightning | added to where? | 08:36 |
lpapp | so as if it was either not executed, or stdout blocker in there... | 08:36 |
lpapp | bluelightning: Makefile | 08:36 |
lpapp | workdir | 08:36 |
bluelightning | there's no stdout "blocker" | 08:37 |
lpapp | building the archive with that information in. | 08:37 |
bluelightning | if that statement is being executed the result will appear in the task log | 08:37 |
lpapp | bluelightning: I have no clue why it is not printed here. | 08:37 |
bluelightning | nor have I | 08:37 |
lpapp | bluelightning: but ndec could reproduce anyway. | 08:37 |
lpapp | bluelightning: I think you would be able to with the first example of the Makefile tutorial | 08:38 |
lpapp | and running bitbake. | 08:38 |
lpapp | I will actually probably build such a skeleton to experiment with. | 08:38 |
lpapp | bluelightning: there'ya go, http://www.cs.colby.edu/maxwell/courses/tutorials/maketutor/makefile.2 | 08:39 |
ndec | yes, we saw the other day that CPPFLAGS is 'cleared'. e.g. it's an env variable set by bitbake , so with make -e, the makefile can't override | 08:39 |
bluelightning | yes I understand that part | 08:40 |
ndec | ah. | 08:40 |
lpapp | bluelightning: I will even simplify that example into one object file. | 08:40 |
*** OlivierG_ is now known as OlivierG | 08:40 | |
ndec | so lpapp do you need anything from me? | 08:40 |
lpapp | and attach it to the bugreport. | 08:40 |
lpapp | ndec: any workaround is welcome, yes. | 08:40 |
lpapp | this is my current task | 08:41 |
lpapp | so I need to work the solution out. | 08:41 |
lpapp | unset does not seem to work for me. | 08:41 |
ndec | i think i told you to set CPPFLAGS in the .bb file | 08:41 |
lpapp | well, I tried before you told. | 08:42 |
lpapp | but it did not work | 08:42 |
*** ciupicri <ciupicri!~ciupicri@unaffiliated/ciupicri> has quit IRC | 08:42 | |
ndec | well, given that it worked for me, you must have been doing something else ;-) | 08:42 |
ndec | also, looking at bitbake.conf: | 08:42 |
ndec | export CPPFLAGS = "${TARGET_CPPFLAGS}" | 08:42 |
ndec | export TARGET_CPPFLAGS = "" | 08:42 |
ndec | you should be able to set TARGET_CPPFLAGS | 08:43 |
lpapp | right, that is not the way how I tried. | 08:43 |
lpapp | I tried as kergoth mentioned. | 08:43 |
lpapp | that is why I asked for clarification ... | 08:43 |
ndec | what did you try? | 08:43 |
lpapp | ndec: for instance exorcism. :} | 08:44 |
lpapp | ndec: 18:43 < lpapp> ndec: I tried this: EXTRA_OEMAKE = "'CFLAGS=${CFLAGS}' 'CPPFLAGS=${CPPFLAGS}'" | 08:45 |
ndec | ah, right. and iirc, i told you why this wouldn't work, and told you another method which works . | 08:46 |
lpapp | bluelightning: btw, can you confirm that bitbake foo -c clean && bitbake foo is ok? | 08:46 |
lpapp | ndec: not that I can remember. | 08:46 |
lpapp | or something that I could understand apparently anyhow. | 08:47 |
bluelightning | lpapp: that will work yes; but note it will restore from sstate if no task signatures have changed | 08:47 |
lpapp | bluelightning: right, so -c cleanall is safer, then. | 08:47 |
bluelightning | lpapp: cleanall is further than necessary, that will delete the downloads as well | 08:47 |
Stygia | Hmm I'm trying to file a bug in the documentation. It wants me to either choose a manual, or "general", meaning no manual. However, none of the options are "user manual". (http://docs.openembedded.org/usermanual/usermanual.html) Which category should If ile it in? | 08:47 |
bluelightning | lpapp: use cleansstate if you really feel the need to clear out shared state as well | 08:47 |
lpapp | Stygia: do not worry that much ... triagers will help... just do your best. | 08:48 |
bluelightning | lpapp: note that this shouldn't be necessary, changing variable values will force tasks to re-execute without doing that | 08:48 |
ndec | [20:02:37] <ndec> [19:40:03] <ndec> lpapp: temp workaround set CPPFLAGS in the .bb file | 08:48 |
ndec | [20:05:50] <ndec> lpapp: look. i have tested this workaround before giving it to you. if you set the variable in the .bb it will work. you must be doing something wrong. | 08:48 |
ndec | lpapp: ^ | 08:49 |
lpapp | ndec: so you claimed you made the change. Let me ask again: can you paste the line to avoid any differences? | 08:49 |
lpapp | ndec: that is totally unclear. | 08:49 |
lpapp | as I replied after that. | 08:49 |
lpapp | but you were not willing to provide the only line. | 08:49 |
ndec | 'set CPPFLAGS in the .bb file'. not sure what is not clear here? | 08:49 |
Stygia | My options are: ADT docs, BSP docs, development, general docs ("No associated manual"), kernel development, mega manual, profile manual, quick start and reference. | 08:49 |
lpapp | ndec: there are thousand ways to set that ... | 08:49 |
ndec | here is the line: | 08:49 |
ndec | +CPPFLAGS="-Ifoobar" | 08:49 |
*** belen <belen!Adium@nat/intel/x-qwspacketbnejrnt> has joined #yocto | 08:50 | |
lpapp | now, you are saying something different again | 08:50 |
ndec | i just tried with TARGET_CPPFLAGS and it works too, and seems nicer. | 08:50 |
lpapp | See? That is why I have been asking for clarification since Friday. | 08:50 |
lpapp | started with set it through EXTRA_OEMAKE | 08:50 |
lpapp | then you say TARGET_CPPFLAGS above | 08:50 |
lpapp | now, you claim a different version CPPFLAGS | 08:50 |
lpapp | clarifying is very important here. | 08:50 |
lpapp | rather than throwing continuously: "you still do not get it?" | 08:51 |
lpapp | but neither of those works after all, for me. | 08:51 |
lpapp | not to mention, it is reasonable those do not work. | 08:52 |
ndec | again, check the log. i told 'using EXTRA_OEMAKE won't work, and explained why (e.g. because the variable is cleared before calling make anyways)', and i told 'set CPPFLAGS in the recipe'. i can't do better, i believe. I think you could have 'tried' that method since Friday.. | 08:52 |
lpapp | because "./" is set inside the workdir somewhere in a folder. | 08:52 |
lpapp | so the path is only known at assembly time. | 08:52 |
lpapp | you cannot really predefine that. | 08:52 |
lpapp | so trying to set what you do not know will not obviously work. | 08:52 |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 08:52 | |
lpapp | yeah, you told *after* trying. | 08:53 |
ndec | iirc, you had -I./ in your makefile, right? | 08:53 |
lpapp | and ./ is relative. | 08:53 |
lpapp | and it might change to something else in the future | 08:53 |
lpapp | etc | 08:53 |
ndec | fine. then do CPPFLAGS="-I./" the flags will be used in your makefile, so you will get the same command line as you have otherwise. | 08:54 |
lpapp | it would be very fragile to try to set from outside. | 08:54 |
lpapp | are you sure it is not expanded at processing time? | 08:54 |
lpapp | also, your line is still unclear. ;-) | 08:54 |
lpapp | I have no idea if it matters where I put into the file. | 08:54 |
lpapp | I will put into do_compile now before oe_runmake | 08:55 |
ndec | lpapp: ok... so i have no idea what you want. we told you that bitbake set CPPFLAGS (to avoid nasty cross compilation issues), so whatever is in your makefile will *never* be used. but there is a workaround which is to set it in your recipe. if you don't want to set CPPFLAGS in the recipe, then there is no solution. | 08:55 |
lpapp | also, I am afraid that CPPFLAGS will be passed to everything... | 08:55 |
lpapp | which could cause potential clashes. | 08:56 |
ndec | to everything in your recipe, right. | 08:56 |
lpapp | actually, that is how you will get nasty compilation issues imho. | 08:56 |
lpapp | no, not hte recipe what I meant. | 08:56 |
lpapp | I meant the makefiles recursively, etc. | 08:56 |
lpapp | the* | 08:56 |
ndec | yes, indeed. that's true. | 08:56 |
lpapp | it might be that there are similar files, and since you would modify the include path for each subproject, they might get collided. | 08:57 |
lpapp | and the whole will collapse. | 08:57 |
ndec | yes. true. that's why it was called a 'workaround'. | 08:57 |
lpapp | well, it is not a workaround if it can blow up for me. | 08:58 |
ndec | i think someone suggested to unset CPPFLAGS (another workaround), if you do that before calling make, you should then be able to control CPPFLAGS from your makefile. | 08:58 |
lpapp | I already replied to that above | 08:58 |
lpapp | if it had worked, we would not discuss it now... | 08:58 |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:02 | |
lpapp | can I add the Makefile to SRC_URI? | 09:06 |
lpapp | or usually people will package those? | 09:06 |
lpapp | so a test case would only contain a main.cpp and Makefile. | 09:07 |
lpapp | is it possible to switch the LIC_FILES_CHKSUM off when doing a skeleton? | 09:10 |
lpapp | ok, copied one over from skeleton.. | 09:13 |
lpapp | ndec: bluelightning http://paste.kde.org/~lpapp/p83c389f0/ | 09:16 |
lpapp | make and make clean work manually. | 09:17 |
bluelightning | er, I think you may not have set S correctly... | 09:17 |
bluelightning | or it wouldn't be complaining about not finding a makefile | 09:17 |
lpapp | bluelightning: have no any idea I am afraid ... | 09:18 |
lpapp | bluelightning: http://paste.kde.org/~lpapp/pdc63ff52/ | 09:18 |
bluelightning | lpapp: yep, you'll need S = "${WORKDIR}" to match your SRC_URI | 09:20 |
lpapp | bluelightning: where? | 09:20 |
bluelightning | in the recipe | 09:20 |
bluelightning | since you're not extracting an archive that contains a directory with the source in it | 09:20 |
lpapp | bluelightning: I am still not getting it where. | 09:20 |
lpapp | just otu side anything? | 09:21 |
lpapp | outside* | 09:21 |
bluelightning | yep, it's not critical where it appears | 09:21 |
lpapp | bluelightning: bitbake testcase -c clean && bitbake testcase -> still fails. | 09:21 |
JaMa | lpapp: there is commit in meta-qt5 which removes -e from EXTRA_OEMAKE, but calling unset is easier if you care about only 2 variables | 09:22 |
lpapp | hmm, I think I will need this, hellomake: hellomake.c hellofunc.c gcc -o hellomake hellomake.c hellofunc.c -I. | 09:22 |
lpapp | bluelightning: I do not understand why it is this hard to get a skeleton done | 09:24 |
lpapp | is there any documentation about it? | 09:24 |
lpapp | it should be the "Hello Makefile bitbake recipe" stuff. | 09:24 |
lpapp | I guess it is useful for people when debugging. | 09:24 |
ndec | there is one in the doc, iirc. | 09:24 |
bluelightning | right, we have an example of a makefile-only recipe in the manual | 09:24 |
ndec | http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#usingpoky-extend-addpkg-singlec | 09:25 |
lpapp | I do not see how it is the same. | 09:25 |
lpapp | it is not even using explicit Makefiles. | 09:25 |
ndec | next sample does... | 09:25 |
lpapp | I do not see any example in there including a Makefile. | 09:26 |
lpapp | they seem to use the compiler either directly or upstream build systems. | 09:27 |
lpapp | those are not good for makefile related issue debugging. | 09:27 |
lpapp | with a minimal test skeleton. | 09:27 |
ndec | lpapp: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#usingpoky-extend-addpkg-makefile ??? | 09:27 |
Stygia | Hmm. | 09:28 |
Stygia | Guys, I have a rather complex issue. | 09:28 |
Stygia | I need to sed on a Makefile.PM | 09:28 |
Stygia | Since I cannot pass the arguments I need, but I can pass them to the ./configure call within the script. | 09:28 |
lpapp | bluelightning: http://paste.kde.org/~lpapp/pbf1e9fab/ | 09:29 |
Stygia | However... ${D} expands in such a way that it overlaps with sed metacharacters. | 09:29 |
Stygia | So, I tried this: clean_D = sed -i 's/\//\\\//' ${D} | 09:29 |
lpapp | ndec: ??? | 09:29 |
Stygia | But when I used ${clean_D} in the second sed (on the makefile), I'm told that clean_D does not exist. | 09:29 |
lpapp | Where does that include any Makefile ??? | 09:29 |
Stygia | Any suggestions for how I could proceed? | 09:29 |
bluelightning | Stygia: use some other separator character e.g. : or ! | 09:29 |
lpapp | it is fetching a full blown upstream repository. | 09:29 |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 09:29 | |
Stygia | bluelightning, ... I always forget you can even do that. | 09:30 |
Stygia | bluelightning, But for future reference. | 09:30 |
lpapp | bluelightning: why complaints from ld? | 09:30 |
Stygia | bluelightning, How would I assign a variable? Is that possible, if I needed it? | 09:30 |
bluelightning | lpapp: the command being run looks invalid to me... | 09:31 |
lpapp | bluelightning: why is yocto running an invalid command for a valid Makefile? | 09:31 |
lpapp | ok, unset CPPFLAGS makes run it through. | 09:31 |
lpapp | I presume I need to check the log for verbose make. | 09:31 |
lpapp | or is make running with VERBOSE=1 by default? | 09:32 |
bluelightning | Stygia: in shell script I think you would actually want something like: varname=`echo "${D}" | sed 's/\//\\\//'` | 09:32 |
Stygia | bluelightning, Hmm alright, but it is possible to assign my own variables and expand them with ${VAR} somewhere, then. Cool. :) | 09:33 |
lpapp | hmm, how can I assume which the latest log is in temp? | 09:33 |
ndec | there is a symlink to the latest one. | 09:34 |
bluelightning | Stygia: if you mean outside of a shell function, you can't really execute an external command as shell like that in order to assign a value to a variable, but you can call into python code with VARNAME = "${@...}" | 09:35 |
Stygia | bluelightning, Hmm. I suppose there's some comprehensive docs for this somewhere? | 09:35 |
bluelightning | Stygia: there's the bitbake manual; it's in need of some updates though (work is ongoing in that area) | 09:37 |
Stygia | bluelightning, I'll go read the megamanual sometime. It's alright, I'm gradually getting this silly recipe to work. :) | 09:37 |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 09:40 | |
lpapp | ndec: you mean log.do_compile? | 09:42 |
lpapp | hmm, indeed, unsetting works for the skeleton! | 09:44 |
lpapp | JaMa: hmm, why is -e removed in meta-qt5? | 09:45 |
lpapp | JaMa: because it should be dropped at most places anyway? | 09:45 |
lpapp | bluelightning: should my skeleton be proposed to meta-skeleton? | 09:45 |
lpapp | bluelightning: or just blog post? | 09:45 |
Stygia | Hey, I'm struggling with a bunch of error messages I don't quite understand, and that I haven't had much luck googling for. | 09:47 |
Stygia | This is the recipe and error messages: http://pastebin.com/JAfGtbsc | 09:47 |
*** GunsNRose <GunsNRose!~GunsNRose@118.114.144.36> has quit IRC | 09:47 | |
Stygia | The more profilic ones seem to be "No GNU_HASH in the ELF binary" and "non-debug package contains .debug" | 09:47 |
Stygia | If I don't have a FILES_${PN} listing, then it's fine, but obviously also worthless. | 09:48 |
bluelightning | Stygia: the trick is careful setting of FILES_* for the latter | 09:48 |
bluelightning | Stygia: the former I've never had to fix although I have seen it | 09:48 |
lpapp | bluelightning: posted it in there, https://bugzilla.yoctoproject.org/show_bug.cgi?id=5046 | 09:49 |
yocti | Bug 5046: normal, Undecided, ---, scott.m.rifenbark, NEEDINFO , Document that CPPFLAGS override behavior and possible workaround | 09:49 |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 09:49 | |
Stygia | bluelightning, So I should set FILES_* so as to avoid including the .debug file... alright. | 09:49 |
Stygia | bluelightning, I'll try that first, see if it fixes the other one | 09:49 |
tf | Stygia: set the FILES_${PN}-dbg first to contain the .debug dirs | 09:51 |
Stygia | tf, Ah, then I can set FILES_${PN} to whatever without getting complaints? | 09:51 |
tf | yes | 09:51 |
Stygia | tf, Awesome. :) Thanks. | 09:51 |
ndec | tf: the order used to set the FILES_** vars matter? | 09:53 |
Stygia | Sorry for asking so many newb questions, there may be some good docs for all this somewhere, I just apparently suck at setting them. | 09:53 |
Stygia | *finding | 09:53 |
JaMa | lpapp: because it provides more control about the environment, e.g. LD was incorrectly set and had to be unset in many tasks | 09:54 |
tf | ndec: no, but the order of packaging does | 09:54 |
lpapp | JaMa: fair enough | 09:54 |
Stygia | And hmm. I fixed the critical error about the .debug file, but I still get "No GNU_HASH in the elf binary". | 09:55 |
Stygia | Does this have to do with faulty/mis-targeted cross-compilation perhaps? | 09:55 |
ndec | tf: ah.. i see... i got it wrong. because you said 'set it first' i thought the 'order' was important and was surprised | 09:55 |
ndec | ;-) | 09:55 |
tf | ndec: I realize I forumulated that wrong | 09:55 |
tf | the order of packaging is given by the order of the PACKAGES variable | 09:56 |
ndec | i spent a couple of hours debugging FILES_** and i would be ashamed if i didn't notice the order was important ;-) | 09:56 |
tf | which has sensible default | 09:56 |
tf | but if you add your own packages, care needs to be taken | 09:57 |
ant_work | Stygia: smthg wrong with LDFLAGS | 10:02 |
lpapp | bluelightning: strange, I can print it from the skeleton. | 10:08 |
ant_work | lpapp: maybe I miss something but you can add include paths i.e. CFLAGS in EXTRA_OEMAKE | 10:14 |
ant_work | EXTRA_OEMAKE = "'CC=${CC}' 'RANLIB=${RANLIB}' 'AR=${AR}' 'CFLAGS=${CFLAGS} -I${S}include -DWITHOUT_XATTR' 'BUILDDIR=${S}'" | 10:14 |
lpapp | bluelightning: finally got it working! :) | 10:15 |
lpapp | ant_work: unfortunately, that does not work for the previously explained reason. | 10:15 |
lpapp | bluelightning: arm-foo-linux-gnueabi-gcc: error: unrecognized command line option '-m32' | 10:16 |
lpapp | getting this now, but the include path present. | 10:16 |
lpapp | why is -m32 invalid for gcc? | 10:16 |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 10:16 | |
lpapp | perhaps because it is an old version? | 10:17 |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 10:17 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 10:18 | |
Stygia | ant_work, Hmm quite possible. Sorry for the delayed response btw, lunch. | 10:34 |
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC | 10:37 | |
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto | 10:37 | |
Stygia | Heya. I found a recipe for libdevice-serialport-perl, which is just what I need, but it fails complaining that it can't find "oenote". What's this and how do I get it in my OE install? | 10:50 |
Stygia | This recipe here BTW: http://cgit.openembedded.org/openembedded/tree/recipes/perl/libdevice-serialport-perl_1.04.bb | 10:51 |
Stygia | It looks like a sort of debugging thing... a fance "print" if you will. Can I safely remove it? (My current MO) | 10:53 |
ant_work | Stygia: oenote has been removed in 2003 | 10:54 |
Stygia | ant_work, Ah... Well that repo is presumably far out of date, then. No worries though, I deleted it and the rest of the recipe was, well, more or less fine. | 10:55 |
Stygia | Either way, my recipe works now. :) | 10:55 |
ant_work | - oenote Executing intltoolize --copy --force --automake | 10:55 |
ant_work | + bbnote Executing intltoolize --copy --force --automake | 10:55 |
*** agherzan <agherzan!5979c86a@gateway/web/freenode/ip.89.121.200.106> has joined #yocto | 10:56 | |
agherzan | Hello all | 10:56 |
agherzan | I have one issue and want to check with you guys for a fix. | 10:57 |
lpapp | agherzan: go ahead | 10:57 |
agherzan | I want to base my distro on poky distro. Now, poky adds x11 as distro feature but i want to have that switchable to fb, directfb or wayland. | 10:57 |
agherzan | Am i able to get out all x11, directfb, wayland etc from DISTRO_FEATURES and add my preferred backend? | 10:58 |
agherzan | it seems i can't use a python function for this in a distro conf | 10:59 |
lpapp | agherzan: perhaps you wanna use core-image-minimal? | 10:59 |
lpapp | or some image on top of that? | 10:59 |
lpapp | I mean surely, an image with your additions. | 10:59 |
Stygia | ant_work, Hmm alright. It's just a "print" type statement, though, isn't it? I'd leave that out personally. | 10:59 |
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has joined #yocto | 10:59 | |
agherzan | lpapp: image? i'm talking about distro feature | 10:59 |
agherzan | distro conf sorry | 10:59 |
lpapp | agherzan: you can add any package to your distro | 10:59 |
agherzan | you didn't understand. i want to remove something from distro feature in a distro conf | 11:00 |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 11:00 | |
ant_work | Stygia: yes, is in logging.bbclass | 11:00 |
Stygia | ant_work, Alright then, unless nobody complains I'll leave it out, then (And you should complain if you want, I'm gonna be pushing all these recipes up). | 11:01 |
ant_work | Stygia: in a python task you could use bb.note( | 11:01 |
lpapp | agherzan: that does not make much sense to me at least. | 11:01 |
lpapp | agherzan: to inherit something to drop it then. | 11:01 |
lpapp | why not just not inherit in the first place? | 11:01 |
lpapp | i.e. building your distro on top of oe? | 11:01 |
lpapp | poky is only a very thin layer after all. | 11:01 |
Stygia | ant_work, Hmm alright? Good to know, but it's a do_configure_prepend | 11:01 |
Stygia | ant_work, I'm not sure what python tasks have to do with this? :) | 11:02 |
ant_work | http://hambedded.org/blog/2012/11/24/from-bitbake-hello-world-to-an-image/ | 11:02 |
ant_work | he he , I kept it to show most print() stuff ;) | 11:02 |
Stygia | agherzan, I would think so, yup. if you pass the proper flags to X11 and so on. | 11:03 |
Stygia | agherzan, You _should_ be able to create or bbappend the existing recipes to get where you want to be. | 11:03 |
tf | agherzan: you can run phython bits in assignment to variables in distro.conf the usual way | 11:03 |
Stygia | agherzan, Generally speaking, if you can do it manually, you can do it with bb | 11:03 |
lpapp | yeah, that too. | 11:03 |
agherzan | tf that was what i was looking for i think | 11:03 |
Stygia | ant_work, Oh fancy. Thanks. :) | 11:03 |
*** qt-x <qt-x!~ionel@217.10.196.2> has joined #yocto | 11:03 | |
agherzan | tf: python __anonymous() { doesn not work.... | 11:04 |
lpapp | agherzan: what is the use case btw? | 11:04 |
*** qt-x <qt-x!~ionel@217.10.196.2> has quit IRC | 11:04 | |
tf | agherzan: no, I mean in assignments, like https://github.com/Guacamayo/meta-guacamayo/blob/master/meta-guacamayo/conf/distro/guacamayo.conf | 11:04 |
*** qt-x <qt-x!~ionel@217.10.196.2> has joined #yocto | 11:05 | |
tf | agherzan: you should be able to process the distro features that way, I think | 11:05 |
lpapp | tf: is there any product based on this distribution? | 11:07 |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 11:07 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 11:12 | |
agherzan | tf: but i can't define a function in the .conf file? a python function | 11:15 |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 11:15 | |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 11:16 | |
agherzan | So i understand that there is no support for unning python code in a distro conf file right? | 11:22 |
agherzan | tf: i actually need a function or so to get out some features fron distro_features... | 11:23 |
RP | agherzan: you can inherit a bbclass where you can put the function | 11:24 |
RP | I have wondered if we should relax the rules about conf files... | 11:24 |
lpapp | RP: what is wrong about bbclasses | 11:25 |
agherzan | RP: So in the distro itself i can't define python code right? | 11:26 |
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto | 11:26 | |
RP | agherzan: correct, .conf files don't support function syntax | 11:26 |
agherzan | RP: thanks. | 11:27 |
agherzan | RP: unparsed line: 'inherit backend' | 11:28 |
RP | agherzan: INHERIT from config context | 11:28 |
RP | and you need to append to it | 11:29 |
RP | INHERIT += "backend" | 11:29 |
agherzan | RP: yes. got it now | 11:30 |
lpapp | agherzan: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-yocto/conf/distro/poky.conf#n101 | 11:30 |
lpapp | just for a real world example. ^ | 11:30 |
drasko_ | hi all, I have build a Poky image, but ny rootfs does not heve ipkg manager included (not dpkg). How to instruct Youcto to include this in the rootfs build? | 11:31 |
lpapp | drasko_: the default is rpm. | 11:32 |
lpapp | sec... hold on. | 11:32 |
drasko_ | lpapp, I have changed this in conf/local.conf | 11:32 |
agherzan | drasko_: you need to add package_manager | 11:32 |
drasko_ | I am using ipk on my embedded device | 11:32 |
drasko_ | agherzan, exactly. How to do this? | 11:32 |
lpapp | drasko_: then it should be fine. | 11:33 |
ndec | drasko_: http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#setting-up-runtime-package-management | 11:33 |
RP | drasko_: its called opkg fwiw | 11:33 |
drasko_ | yes, opkg | 11:33 |
drasko_ | but how to instruct Yocto to include it in image? | 11:34 |
RP | drasko_: see the link above | 11:34 |
drasko_ | It should be present in rootfs | 11:34 |
lpapp | drasko_: regular poky image? | 11:34 |
RP | drasko_: it depends whether you configure your image to include a package manager or not | 11:34 |
drasko_ | RP, I am looking for a way to do this configuration. | 11:35 |
drasko_ | How is this done? | 11:35 |
lpapp | drasko_: have you set up package_ipk? | 11:35 |
drasko_ | lpapp, no. I do not know how to do this | 11:35 |
drasko_ | this is exactly what I am asking | 11:35 |
lpapp | drasko_: ok, so your locan conf is not set up properly then. :) | 11:35 |
drasko_ | no, this I have set | 11:35 |
drasko_ | PACKAGE_CLASSES ?= "package_ipk" | 11:36 |
lpapp | drasko_: see the link above, http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#setting-up-runtime-package-management | 11:36 |
drasko_ | no probelm there, packages are produced | 11:36 |
RP | drasko_: please read the link ndec pasted, this is documented in the manual | 11:36 |
drasko_ | my problem is that when I transfer package to the board | 11:36 |
drasko_ | I can not install them | 11:36 |
lpapp | drasko_: yes, we understood | 11:36 |
drasko_ | because opkg is missing from the rootfs | 11:36 |
lpapp | drasko_: "When you build your image, you select to use the appropriate package manager by setting the PACKAGE_CLASSES variable." | 11:37 |
lpapp | "You enable package management on the target by listing "package-management" in the IMAGE_FEATURES variable." | 11:37 |
agherzan | drasko_: all you need is: IMAGE_FEATURES += " package-management" | 11:37 |
lpapp | agherzan: + PACKAGE_CLASSES at least. | 11:38 |
lpapp | drasko_: http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-PACKAGE_CLASSES | 11:38 |
drasko_ | lpapp, I have set PACKAGE_CLASSES correctly | 11:38 |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 11:38 | |
drasko_ | I am missing maybe IMAGE_FEATURES | 11:39 |
lpapp | drasko_: I do not follow anymore. :) | 11:39 |
lpapp | but make sure you have both. :) | 11:39 |
-YoctoAutoBuilder- build #241 of nightly-fsl-arm-lsb is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/241 | 11:39 | |
drasko_ | thanks! | 11:39 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 11:40 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 11:40 | |
*** smartin_ is now known as smartin | 11:42 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has quit IRC | 12:00 | |
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:5dde:883e:3ed5:b46e> has quit IRC | 12:02 | |
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:8c9e:801c:5ccb:6bdf> has joined #yocto | 12:03 | |
*** agherzan <agherzan!5979c86a@gateway/web/freenode/ip.89.121.200.106> has left #yocto | 12:05 | |
*** qt-x <qt-x!~ionel@217.10.196.2> has quit IRC | 12:11 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has joined #yocto | 12:11 | |
*** qt-x <qt-x!~ionel@217.10.196.2> has joined #yocto | 12:12 | |
RP | JaMa: I'm curious if the hangs/Ctrl+C behaviour are looking any better in your general usage? | 12:23 |
*** maxin <maxin!~majo@sestofw01.enea.se> has joined #yocto | 12:26 | |
lpapp | is there some trick for yocto execute makefile recursion? | 12:29 |
lpapp | to* | 12:29 |
*** Guest39224 is now known as jero- | 12:37 | |
*** jero- is now known as jero | 12:37 | |
*** mckoan|USA is now known as mckoan | 12:42 | |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 12:54 | |
*** mckoan is now known as mckoan|away | 13:00 | |
*** nitink <nitink!~nitink@134.134.139.74> has joined #yocto | 13:05 | |
*** roric_ <roric_!~roric@194-237-7-146.customer.telia.com> has joined #yocto | 13:06 | |
*** j8 <j8!~IceChat9@199.44.250.3> has joined #yocto | 13:08 | |
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC | 13:14 | |
*** walters <walters!walters@nat/redhat/x-cjxzeunbdtwbxjvz> has joined #yocto | 13:15 | |
*** blitz00 <blitz00!stefans@nat/intel/x-qcskavmeaecxxruz> has joined #yocto | 13:18 | |
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 13:18 | |
drasko_ | HI all. In order to add package manager to the image I have set IMAGE_FEATURES += "package-management" | 13:18 |
drasko_ | However, only rpm package manager was built in | 13:19 |
drasko_ | How to add other package manager, i.e. opkg? | 13:19 |
fray | the package manager used is the one specified in the package class value in the local.conf | 13:19 |
fray | if you have multiples listed there, I believe it's the last one... (but there should be a comment to indicate which) | 13:20 |
fray | the package-management system installed is the one which was used to generate the image | 13:20 |
drasko_ | fray, PACKAGE_CLASSES ?= "package_ipk" | 13:20 |
fray | yes | 13:20 |
drasko_ | this is only thing in my local.conf | 13:20 |
fray | if RPM was installed, and that is your configuration -- then something you built specifically asked for 'rpm'.. Likely an LSB component | 13:20 |
fray | (rpm is required for LSB compliance) | 13:20 |
drasko_ | do I have to do some "clean" of previous build for this to be taken into account? | 13:21 |
fray | no, you should not | 13:21 |
drasko_ | I can see Yocto building many ipk packages | 13:21 |
drasko_ | but on the image it pu rpm manager | 13:21 |
fray | actually I think it should be 'EXTRA_IMAGE_FEATURES += "package-management"' | 13:22 |
fray | but that's from emmory, I might be wrong | 13:22 |
drasko_ | https://wiki.yoctoproject.org/wiki/How_do_I | 13:22 |
fray | yes.. likely you built/installed something that enabled LSB compliance components... 'rpm' is one of those components | 13:22 |
drasko_ | how to diasble this and force opkg? | 13:23 |
fray | try EXTRA_IMAGE_FEAUTRES += ... instead | 13:24 |
fray | if that works, update the wiki -- or ask someone with permission to. | 13:24 |
fray | (I'm working off master, not any of the older branches.. it's very possible something has changed in the last 6 months or so..) | 13:24 |
drasko_ | and leave IMAGE_FEATURES unpopulated? | 13:24 |
fray | yes | 13:24 |
drasko_ | OK, let me try rebuilding | 13:25 |
fray | EXTRA_IMAGE_FEATURES ??= "" | 13:26 |
fray | IMAGE_FEATURES += "${EXTRA_IMAGE_FEATURES}" | 13:26 |
fray | that is being done within the bitbake.conf file. Due to ordering that -should- cause it to load 'later' | 13:26 |
fray | doing IMAGE_FEATURES += ... should ahve worked, but orderign may be affected.. | 13:26 |
fray | if this still doesn't work, I'm not sure what the problem is | 13:26 |
drasko_ | I was confused because of the comments in local.conf template | 13:27 |
drasko_ | stating available options for EXTRA_IMAGE_FEATURES | 13:27 |
fray | if you look at meta/classes/image.bbclass -- you should see 'package-management' listed as one of the 'IMAGE_FEATURES[validitems] .. if you don't maybe it's not supported in the version you are using? | 13:27 |
drasko_ | and package-management is not there | 13:27 |
fray | ya, it looks like someone missed adding it there.. it should be listed | 13:27 |
fray | along w/ 'read-only-rootfs'.. | 13:27 |
fray | those two were added somewhat recently, at least within the last year | 13:28 |
*** vicky <vicky!~vicky@122.165.223.135> has quit IRC | 13:28 | |
drasko_ | bitbake is on course | 13:28 |
drasko_ | ;) | 13:28 |
fray | the other thing you can do is run: bitbake -e <image> -- and then check the value of 'IMAGE_FEATURES'. It -should- show built-ins and the ones you added.. the debug information should show it inherited the stuff from EXTRA_IMAGE_FEATURES | 13:29 |
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has joined #yocto | 13:33 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has quit IRC | 13:33 | |
j8 | the kconf_check script from kern-tools checks for non-hardware-specified kernel configuration options. for example, CONFIG_EXT3_FS & CONFIG_INET | 13:34 |
j8 | however, the yocto-bsp layer creation script creates a layer that contains several of these options | 13:35 |
j8 | which is more correct, kconf_check, or yocto-bsp? | 13:36 |
fray | j8 -- I'd defer to zedd if he ever wakes up.. | 13:43 |
fray | but the check is really a way to verify that what you are doing is reasonable.. if it works in the end it's a warning.. if it doesn't, it might point you to the source of a problem.. | 13:43 |
fray | if this is the check I'm thinking of, it's telling you that a configuration fragment for a piece of hardware is also enabling generic support, for EXT3 or whatever.. which would make it difficult to disable it if you wanted to do that | 13:44 |
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has joined #yocto | 13:44 | |
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has quit IRC | 13:45 | |
drasko_ | fray, putting EXTRA_IMAGE_FEATURES += "package-management" does not work | 13:45 |
drasko_ | now even rpm was not present on the rootfs | 13:45 |
fray | ok.. then you need to first verify that package-management is supported.. look at meta/classes/image.bbclass, grep for package-management.. | 13:45 |
fray | (what version of YP code are you using?) | 13:45 |
drasko_ | fray, a cusom one from Altera | 13:45 |
fray | ok.. last one I knew of from them was Danny.. but I don't know if thats what you are using.. | 13:46 |
fray | best to check that file quickly.. | 13:46 |
drasko_ | ROOTFS_BOOTSTRAP_INSTALL = "${@base_contains("IMAGE_FEATURES", "package-management", "", "${ROOTFS_PKGMANAGE_BOOTSTRAP}",d)}" | 13:46 |
* lpapp suspects -c clean actually does not make a proper clean | 13:46 | |
fray | ok.. next try bitbake -e <image> then look at the output for 'IMAGE_FEATURES' | 13:47 |
fray | see if it contains the package-management in it.. | 13:47 |
drasko_ | fray, but I added package-management to EXTRA_IMAGE_FEATURES... | 13:48 |
drasko_ | anyway... | 13:48 |
fray | correct, but IMAGE_FEATURES should inherit the values of EXTRA_IMAGE_FEATURES | 13:48 |
fray | they do in the current version, but this may have been a change made -after- the version of YP you are using | 13:48 |
drasko_ | http://pastebin.com/zAGWBtgL | 13:48 |
drasko_ | looks like it is not inherited | 13:49 |
fray | ya, I'd agree.. | 13:49 |
fray | so what you had the first time was likely right.. | 13:49 |
drasko_ | yes... | 13:49 |
drasko_ | but it created only rpm manager | 13:49 |
fray | change EXTRA_IMAGE_FEATURES = "debug-tweaks package-management" back to just IMAGE_FEATURES | 13:49 |
fray | thats the part I don't understand.. it shouldn't have.. | 13:50 |
fray | you might want to do the same thing (bitbake -e), and check the value of of the PACKAGE_CLASSES | 13:50 |
fray | maybe something is overriding or adding to it? | 13:50 |
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has joined #yocto | 13:50 | |
fray | The altera stuff I worked on was using 'rpm', not ipk... some maybe something is broken in the integration | 13:50 |
drasko_ | yes... | 13:51 |
drasko_ | I will try and if not I will stick with rpm for the moment and contact directly Altera for support | 13:51 |
drasko_ | thanks | 13:51 |
fray | no problem.. let me know if you figure it out.. I'm curious as to what is wrong | 13:52 |
*** ciupicri <ciupicri!~ciupicri@unaffiliated/ciupicri> has joined #yocto | 13:53 | |
*** ciupicri <ciupicri!~ciupicri@unaffiliated/ciupicri> has quit IRC | 13:54 | |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 13:55 | |
drasko_ | hmmm... I just falled back to first version of my local.conf change : IMAGE_FEATURES += "package-management". And when I check output, I have : http://pastebin.com/QC8SriaR | 13:55 |
drasko_ | so this does not look good neither | 13:55 |
fray | it looks to me like altera-image may be clearingthe image_features.. | 13:56 |
drasko_ | I think that I have to add change here : ./meta-altera/recipes-core/images/altera-image.inc | 13:56 |
fray | if you look at the comment lines around the # IMAGE_FEATURES= comment it should show you | 13:56 |
fray | ya, if they are hard coding the image_features there, that is the problem | 13:56 |
drasko_ | here : http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-IMAGE_FEATURES | 13:56 |
drasko_ | Although you can use this variable from your local.conf file, which is found in the Build Directory, best practices dictate that you do not. | 13:56 |
fray | you can do: IMAGE_FEATURES_append = " package-management" (note the additional space) | 13:57 |
drasko_ | Typically, you configure this variable in an image recipe. | 13:57 |
fray | ya.. that is why EXTRA_IMAGE_FEATURES was added.. to allow base features to be defined.. but the EXTRA... were still supposed to be applied.. | 13:57 |
drasko_ | OK, let me try first modufying image recipe | 13:57 |
fray | usually an image will have something like: | 13:57 |
fray | IMAGE_FEATURES = "my_feature my_other_feature ${EXTRA_IMAGE_FEATURES}" | 13:58 |
fray | then you set the extra_image_features like I had yout ry earlier | 13:58 |
drasko_ | I see, this makes sense | 13:58 |
fray | alternatively in your local.conf you can do: | 13:58 |
fray | IMAGE_FEATURES_append = " ${EXTRA_IMAGE_FEATURES" | 13:58 |
fray | 'er.. make that | 13:59 |
fray | IMAGE_FEATURES_append = " ${EXTRA_IMAGE_FEATURES}" | 13:59 |
fray | EXTRA_IMAGE_FEATURES = "debug-tweaks package-management" | 13:59 |
fray | the _append will cause the feature to be added unconditionally | 13:59 |
drasko_ | I can see now opkg compiling... | 14:00 |
fray | excellent | 14:00 |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 14:02 | |
drasko_ | Looks better : http://pastebin.com/mtXMTe9x ;) | 14:02 |
drasko_ | I will test it, but it should work now | 14:02 |
drasko_ | thanks a lot | 14:02 |
fray | ya.. | 14:02 |
fray | you may want to add the debug-tweaks to that.. otherwise you won't be able to log-in as root.. :) | 14:03 |
fray | according to your grep, debug-tweaks is already in EXTRA_IMAGE_FEATURES | 14:03 |
drasko_ | EXTRA_IMAGE_FEATURES="debug-tweaks" is already there... | 14:03 |
fray | ya.. but it's not showing up in IMAGE_FEATURES (for the same reason that package-management wasn't.. so it's not going to do anything) | 14:04 |
tf | zibri: did you ever get to the bottom of the syslinux -malign-labels build failure? | 14:14 |
zibri | tf: nope :( | 14:15 |
tf | I am seeing it as well | 14:16 |
drasko_ | fray, actually ./ipk/armv7ahf-vfp-neon/opkg_0.1.8+svnr633-r10.7_armv7ahf-vfp-neon.ipk was produced | 14:16 |
drasko_ | but it is not installed on rootfs | 14:16 |
fray | good.. that sounds right.. | 14:16 |
drasko_ | I have to install it manually | 14:16 |
fray | I'm not sure why that would be.. it should be automatic | 14:17 |
drasko_ | but can not, as it is ipk :( | 14:17 |
fray | it seems to me like they hae something wrong in their image recipe, which is causing other things to ignore values or do the wrong thing | 14:17 |
zibri | tf: if you learn anything, please let me know. i was looking at the syslinux build system, but i'm still a bit confused | 14:19 |
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has quit IRC | 14:19 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:20 | |
*** qt-x <qt-x!~ionel@217.10.196.2> has quit IRC | 14:20 | |
tf | zibri: I think the malign-labels option is only valid on FRV? | 14:21 |
zibri | it's added as a fallback to -falign-labels=0 | 14:22 |
zibri | GCCOPT += $(call gcc_ok,-falign-jumps=0,-malign-jumps=0) | 14:22 |
zibri | where gcc_ok tries to compile a dummy.c with the given flag. | 14:23 |
tf | yes, but that's a bug in syslinux, since that option is not available | 14:24 |
zibri | yes, sure. but i'm not sure why -falign-labels isn't available. | 14:25 |
tf | indeed | 14:26 |
zibri | or rather, why gcc_ok don't think it is | 14:26 |
tf | zibri: something to do with the host compiler | 14:27 |
tf | at least here it's syslinux-native that's failing | 14:28 |
zibri | same for me | 14:28 |
tf | doh, you running gcc 4.8? | 14:28 |
zibri | indeed | 14:29 |
zibri | you figured out something? :) | 14:30 |
*** BSDCat <BSDCat!unique@calvin.idempot.net> has joined #yocto | 14:31 | |
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has joined #yocto | 14:32 | |
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto | 14:41 | |
tf | zibri: looking at the log, all the gcc_ok tests fail | 14:41 |
tf | the intall log | 14:42 |
*** davest <davest!~Adium@134.134.139.72> has joined #yocto | 14:42 | |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 14:44 | |
*** tonghuix <tonghuix!~tonghuix@61.149.211.217> has joined #yocto | 14:48 | |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 14:50 | |
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC | 14:51 | |
zibri | tf: ah, it fails because of the other issue i have (in dylan). "../../dummy.c:1:0: error: CPU you selected does not support x86-64 instruction set" | 14:52 |
*** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has joined #yocto | 14:55 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 14:56 | |
*** belen <belen!Adium@nat/intel/x-qwspacketbnejrnt> has quit IRC | 14:56 | |
*** AlexG <AlexG!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has joined #yocto | 14:57 | |
*** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto | 14:57 | |
*** tomz is now known as Guest96116 | 14:58 | |
*** Song <Song!c0373629@gateway/web/freenode/ip.192.55.54.41> has joined #yocto | 14:58 | |
*** Song is now known as Song_Liu | 14:58 | |
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has quit IRC | 14:58 | |
sgw_ | YPTM: We are about to start the Yocto Project Techincal Meeting (YPTM), this call is open to all | 14:59 |
sgw_ | Dial-in number: 1.972.995.7777 | 14:59 |
sgw_ | Participant passcode: 42001078 | 14:59 |
AlexG | YPTM: AlexG online | 14:59 |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 14:59 | |
Zagor | YPTM: Björn is on the call | 14:59 |
halstead | YPTM: Micheal on the call. | 15:00 |
BSDCat | YPTM: MatthewW on the call | 15:00 |
*** Guest96116 is now known as tomz1 | 15:00 | |
sgw_ | If you have any issues feel free to join the call, this does not prevent other discussion here | 15:00 |
sgw_ | YPTM: Saul is on | 15:00 |
*** belen <belen!Adium@nat/intel/x-cvjrjroklduialli> has joined #yocto | 15:00 | |
zeddii | YPTM: Bruce is on | 15:00 |
denix | YPTM: Denys is here | 15:00 |
* zeddii hears nothing | 15:01 | |
nitink | YPTM: Nitin is on the bridge | 15:02 |
davest | YPTM: davest here | 15:02 |
bluelightning_ | YPTM: Paul Eggleton is on | 15:02 |
tomz1 | YPTM: Tom Z on the call | 15:02 |
jmdelos_ | YPTM: Polk is here | 15:02 |
Song_Liu | YPTM: Welcome to the technical team meeting. Please let me know who's on the bridge. Thanks! | 15:02 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 15:03 | |
belen | YPTM: Belen is on the call | 15:03 |
RP | Song_Liu: Richard is on the call | 15:03 |
*** bluelightning_ is now known as bluelightning | 15:03 | |
pidge | YPTM: Beth is on | 15:03 |
AlexG | YPTM: HAve an open regarding 4 tc's: https://bugzilla.yoctoproject.org/tr_show_case.cgi?case_id=290 https://bugzilla.yoctoproject.org/tr_show_case.cgi?case_id=291 https://bugzilla.yoctoproject.org/tr_show_case.cgi?case_id=292, and https://bugzilla.yoctoproject.org/tr_show_case.cgi?case_id=169 | 15:03 |
Song_Liu | YPTM: any opens? | 15:04 |
*** dvhart <dvhart!dvhart@nat/intel/x-qjhrhqybxfsysjhk> has joined #yocto | 15:04 | |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.72> has joined #yocto | 15:04 | |
bluelightning | Song_Liu: automated testing on real hardware | 15:04 |
dvhart | YPTM: Darren is on | 15:04 |
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has joined #yocto | 15:04 | |
jzhang-laptop | YPTM: jzhang on the call | 15:04 |
pidge | Song_Liu: autobuilder during M5. | 15:04 |
*** ScriptRipper1 <ScriptRipper1!~ScriptRip@178-26-58-205-dynip.superkabel.de> has quit IRC | 15:05 | |
pidge | Song_Liu: M4 and 1.4.2 | 15:05 |
RP | AlexG: I just looked at those test cases and I think its fine to drop them | 15:05 |
AlexG | RP: thanks. | 15:05 |
AlexG | YPTM: THe full pass report for 1.4.2 is available: https://wiki.yoctoproject.org/wiki/Full_Pass_Test_Report_for_Yocto_1.4.2_RC1_2013-08-18_build | 15:06 |
RP | AlexG: They're all covered in the autobuilder now | 15:06 |
AlexG | great! :) | 15:06 |
RP | AlexG: these are one of the kinds of tests I wanted to automate away | 15:07 |
Song_Liu | https://www.google.com/calendar/embed?height=600&wkst=1&bgcolor=%23FFFFFF&src=mg0m150m30gs891eqqhtfu5jgg%40group.calendar.google.com&color=%238C500B&src=sc7rov4ck552t2f0pav120t7r0%40group.calendar.google.com&color=%23528800&src=theyoctoproject%40gmail.com&color=%23182C57&ctz=America%2FLos_Angeles | 15:09 |
Song_Liu | https://wiki.yoctoproject.org/charts/combo.html | 15:10 |
Zagor | where do I find the 1.4.2 schedule? | 15:13 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:14 | |
Song_Liu | https://www.google.com/calendar/embed?src=3a0927ctps51u8rs2jv1uligdc%40group.calendar.google.com&ctz=America/Los_Angeles | 15:17 |
*** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has quit IRC | 15:17 | |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.72> has quit IRC | 15:21 | |
bluelightning | thread starts here FYI: https://lists.yoctoproject.org/pipermail/yocto/2013-August/017716.html | 15:27 |
abelloni | does anybody know where /usr/share/X11/xorg.conf.d/10-evdev.conf is coming from | 15:30 |
abelloni | I would say meta/recipes-graphics/xorg-driver/xf86-input-evdev_2.8.1.bb but it doesn't seem to be the case | 15:31 |
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has joined #yocto | 15:32 | |
cfo215_ | Can anyone help with this? $ arm-angstrom-linux-gnueabi-gcc --version | 15:32 |
cfo215_ | arm-angstrom-linux-gnueabi-gcc: error while loading shared libraries: __vdso_time: invalid mode for dlopen(): Invalid argument | 15:32 |
cfo215_ | I used MACHINE=beaglebone ./oebb.sh bitbake meta-toolchain to build the tool chain and use the generated sh script from the SDK to install it. | 15:32 |
cfo215_ | The generated shell script was named "angstrom-eglibc-x86_64-cortexa8hf-vfp-neon-v2013.06-toolchain.sh" | 15:32 |
cfo215_ | My development machine is x86_64 Ubuntu 12.04.2 | 15:32 |
cfo215_ | and I did "$ source /usr/local/oecore-x86_64/environment-setup-cortexa8hf-vfp-neon-angstrom-linux-gnueabi" prior to trying the arm-angstrom-linux-gnueabi-gcc --version | 15:32 |
cfo215_ | Any insights to what I'm doing wrong would be greatly appreciated. Thanks | 15:32 |
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 15:35 | |
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 15:35 | |
*** andyross <andyross!~andy@li44-10.members.linode.com> has joined #yocto | 15:36 | |
*** galak <galak!~galak@rrcs-24-153-206-117.sw.biz.rr.com> has joined #yocto | 15:36 | |
Song_Liu | YPTM: thank you all for joining the meeting, you all have a nice day/evening | 15:36 |
*** BSDCat <BSDCat!unique@calvin.idempot.net> has left #yocto | 15:37 | |
zibri | tf: i got it working, i think. by installing the debian package libc6-dev-i386 on the build host and adding -m32 to GCCOPT :-(... so not a pretty solution. | 15:37 |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 15:37 | |
zibri | i'm not sure if syslinux has to be built for i386, and how to solve it properly in that case. | 15:37 |
*** belen <belen!Adium@nat/intel/x-cvjrjroklduialli> has quit IRC | 15:38 | |
tf | zibri: hmm | 15:38 |
*** jeremiah <jeremiah!~jeremiah@194.237.7.146> has quit IRC | 15:39 | |
*** belen <belen!Adium@nat/intel/x-dkjxudwypacevgvi> has joined #yocto | 15:39 | |
tf | zibri: right, there is a -m32 parameter already, but that too uses the wretched gcc_ok snippet | 15:40 |
tf | so that's getting lost | 15:40 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 15:41 | |
zibri | ah, of course. so the addition of libc6-dev-i386 should have been enough | 15:41 |
tf | not sure | 15:41 |
tf | one way to find out, but I got to go now | 15:42 |
*** bluelightning_ is now known as bluelightning | 15:42 | |
zibri | it's a bit funny that all of the building takes place in do_install as well... | 15:43 |
zibri | "all" | 15:43 |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 15:44 | |
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 15:45 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 15:46 | |
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has quit IRC | 15:46 | |
bluelightning | zibri: that's usually an indication that something is very wrong :/ | 15:46 |
*** AlexG <AlexG!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has quit IRC | 15:50 | |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.137.71> has joined #yocto | 15:51 | |
*** ezekieljams_ <ezekieljams_!324eb6dd@gateway/web/freenode/ip.50.78.182.221> has joined #yocto | 15:53 | |
*** ezekieljams <ezekieljams!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has joined #yocto | 15:56 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 15:56 | |
*** ezekieljams_ <ezekieljams_!324eb6dd@gateway/web/freenode/ip.50.78.182.221> has quit IRC | 15:56 | |
*** belen <belen!Adium@nat/intel/x-dkjxudwypacevgvi> has quit IRC | 15:57 | |
*** Glenn <Glenn!614ebaea@gateway/web/freenode/ip.97.78.186.234> has joined #yocto | 15:58 | |
*** jero <jero!~boo@mtl.savoirfairelinux.net> has quit IRC | 15:59 | |
lpapp | http://paste.kde.org/~lpapp/pf44b6a56/ -> what could cause this error error message when building an own software/ | 15:59 |
lpapp | ? | 15:59 |
Glenn | Does anyone know the syntax for a PREMIRROR line that includes more than one destinations to search? All the examples I've seen only have a single search destination for one protocol (e.g. http). | 15:59 |
*** belen <belen!Adium@nat/intel/x-slwcyfcpeelymsen> has joined #yocto | 16:00 | |
lpapp | Glenn: sorry? The documentation has several exampes. | 16:00 |
lpapp | examples* | 16:00 |
RP | Glenn: see meta/classes/mirrors.bbclass | 16:00 |
lpapp | https://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html | 16:00 |
lpapp | Glenn: see the variable definition | 16:00 |
RP | (MIRRORS and PREMIRRORS are the same syntax) | 16:00 |
lpapp | Glenn: PREMIRRORS_prepend = "\ | 16:01 |
lpapp | git://.*/.* http://www.yoctoproject.org/sources/ \n \ | 16:01 |
lpapp | ftp://.*/.* http://www.yoctoproject.org/sources/ \n \ | 16:01 |
lpapp | http://.*/.* http://www.yoctoproject.org/sources/ \n \ | 16:01 |
lpapp | https://.*/.* http://www.yoctoproject.org/sources/ \n" | 16:01 |
*** zeeblex <zeeblex!apalalax@nat/intel/x-guagpnpbtfohkkpt> has left #yocto | 16:01 | |
sgw_ | Glenn: you could also look at the own-mirrors.bbclass which shows a multi protocol list and allows you to set it with one URI | 16:01 |
Glenn | That's not what I want. I want more than one destination for a protocol (e.g ftp://.*/.* should should search more than one location). | 16:01 |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:02 | |
lpapp | Glenn: and how is that different in theory? | 16:02 |
lpapp | you can prepend more lines. | 16:02 |
lpapp | no? | 16:02 |
Glenn | Don't thin so | 16:02 |
lpapp | sure, you can | 16:02 |
lpapp | if you check the example classes provided above, you will see. | 16:02 |
lpapp | you can also use the += syntax. | 16:03 |
RP | Glenn: just add more lines | 16:03 |
RP | it will try each matching line | 16:03 |
lpapp | here is my full error message: http://paste.kde.org/~lpapp/p7e52f101/ | 16:05 |
*** jero <jero!~boo@mtl.savoirfairelinux.net> has joined #yocto | 16:06 | |
lpapp | sgw_: would fltk be acceptable for oe-core? | 16:06 |
*** jero is now known as Guest64559 | 16:06 | |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.137.71> has left #yocto | 16:07 | |
lpapp | I probably need to inherit autotools? | 16:07 |
*** swex_ <swex_!~swex@178.17.199.146> has quit IRC | 16:07 | |
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 16:07 | |
*** swex <swex!~swex@178.17.199.146> has joined #yocto | 16:08 | |
lpapp | basically I have a small software using raw GNU Makefile. | 16:08 |
lpapp | and that invokes autoconf, configure, and then make for a nested subfolder's makefile. | 16:08 |
*** tonghuix <tonghuix!~tonghuix@61.149.211.217> has quit IRC | 16:08 | |
lpapp | do I need to inherit autotools in such a scenario? | 16:08 |
*** roric_ <roric_!~roric@194-237-7-146.customer.telia.com> has quit IRC | 16:13 | |
*** roric <roric!~roric@194-237-7-146.customer.telia.com> has quit IRC | 16:14 | |
lpapp | how will autotools know whether to run autoreconf or ./boot.sh? | 16:15 |
*** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has joined #yocto | 16:20 | |
Bagder | I believe --enable-maintainer-mode or some other option will make automake generate a makefile that will re-run autoreconf | 16:22 |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 16:22 | |
Bagder | but normally you're supposed to run it explicitly | 16:22 |
Bagder | ./boot.sh is not a standard script afaik | 16:22 |
Glenn | I tried appending more lines but it didn't appear to work. I was just looking for a concrete example. If you tell me a PREMIRRORS_append += will continue to add more search destinations for a given protocol I will trust you and try again. | 16:24 |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 16:26 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has quit IRC | 16:26 | |
lpapp | Glenn: have you checked the examples? | 16:26 |
lpapp | do they work? | 16:26 |
Glenn | Which one precisely. I looked at several of them already. Looking at mirrors.bbclass right now. | 16:27 |
lpapp | that should have been the first, yeah. | 16:27 |
-YoctoAutoBuilder- build #265 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/265 | 16:29 | |
*** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has joined #yocto | 16:29 | |
Glenn | What mirrors.bbclass seems to indicate that the same protocol can be listed more than once with each line having a different search path. Is that a safe assessment? | 16:29 |
lpapp | Glenn: why do you think it is restricted to protols or urls? | 16:30 |
lpapp | they can be mixed as you wish, no? | 16:30 |
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has joined #yocto | 16:31 | |
Glenn | I was trying to specify more than one search location on the same protocol line, e.g. PREMIRRORS_append = "git://.*/.* file://toplevel/premirror ftp://ftp.acme.com/pre_mirror/foo \n" | 16:32 |
lpapp | Glenn: why/ | 16:32 |
lpapp | ? | 16:32 |
Glenn | Using a space as a separator. | 16:32 |
lpapp | Glenn: why haven't you tried in separate lines for starter? | 16:32 |
Glenn | yes, I'm doing that now and getting hit/miss results. | 16:33 |
Glenn | Still investigating | 16:33 |
*** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has quit IRC | 16:33 | |
kergoth | Glenn: if you want a second mirror url, then add additional lines. \n is the separator between mirror definitions. | 16:35 |
Glenn | But you still need to list the protocol part again, right, eg. PREMIRRORS_append = "git://.*/.* file://toplevel/premirror \n git://.*/.* ftp://ftp.acme.com/pre_mirror/foo \n " | 16:37 |
lpapp | Glenn: yes, so? | 16:38 |
lpapp | there is no groupping feature... | 16:38 |
Glenn | It's not a problem. I just wanted to understand the syntax. I mistakenly thought you could somehow group them. | 16:38 |
Glenn | Right now I'm seeing intermittent behavior. It works correctly on some runs and then on others it fails. Could be a problem with the reliability of my FTP destination. Sometimes it works, sometimes it doesn't. | 16:40 |
*** dvhart <dvhart!dvhart@nat/intel/x-qjhrhqybxfsysjhk> has quit IRC | 16:41 | |
lpapp | Glenn: ok, good. | 16:41 |
lpapp | any idea what host should I pass to configure? | configure: error: cannot run C compiled programs. | 16:43 |
lpapp | | If you meant to cross compile, use `--host'. | 16:43 |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 16:45 | |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 16:48 | |
kergoth | Glenn: the syntax is <url regex> <replacement url> for each entry, newline separated. that's it, no shortcuts | 16:49 |
lpapp | Glenn: you could report an FR if you wished, though. | 16:51 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 16:51 | |
Glenn | Thanks for the info. I think I'm fighting a crappy link. Occasionally it will time out which causes it to fail. No need yet for any FR. | 16:52 |
eren | is there an image type that partitions the hdd or flash disk into to (boot, home) ? | 16:52 |
eren | currently I am testing the image with liveimage | 16:52 |
eren | the changes in the /etc directory is temporary | 16:52 |
BCMM | eren: there is a raspberry pi BSP on github that has one | 16:53 |
BCMM | eren: it makes an SD card image with an fat32 boot partition (the hardware needs it) followed by an ext3 root | 16:53 |
eren | http://git.yoctoproject.org/cgit/cgit.cgi/meta-raspberrypi/tree/classes/sdcard_image-rpi.bbclass | 16:54 |
BCMM | yup | 16:54 |
eren | I guess I will need to change a bit | 16:54 |
nerdboy | lpapp: either $HOST or $TARGET should work... | 16:54 |
eren | because the platform I use it i586 | 16:54 |
eren | regular pc with bios | 16:54 |
nerdboy | you mean via extra_oeconf? | 16:55 |
eren | I mean, not that regular :) | 16:55 |
lpapp | nerdboy: actually not in this case. | 16:55 |
lpapp | nerdboy: it is inside a Makefile | 16:55 |
eren | BCMM: oh, and I will need syslinux for booting :\ | 16:56 |
lpapp | I will probably need to use something like HOSTCC | 16:57 |
lpapp | $HOSTCC -dumpmachine | 16:57 |
BCMM | eren: btw i'm not saying there isn't a better/more official example, just that that bbclass exists | 16:57 |
eren | oh I see | 16:57 |
*** Glenn <Glenn!614ebaea@gateway/web/freenode/ip.97.78.186.234> has quit IRC | 17:00 | |
*** belen <belen!Adium@nat/intel/x-slwcyfcpeelymsen> has quit IRC | 17:01 | |
*** belen <belen!Adium@nat/intel/x-xuaflatwyvprubmv> has joined #yocto | 17:02 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 17:02 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 17:03 | |
Crofton|work | ffs why doesn't the kernel build see my cfg file | 17:03 |
*** panda84kde <panda84kde!~diego@217.133.170.65> has quit IRC | 17:05 | |
*** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 17:07 | |
cfo215 | Does anyone here actually develop anything using the Angstrom tool chains generated by OE/Yocto? | 17:10 |
cfo215 | From the angstrom-v2013.06-yocto1.4 git branch that is? Love to know how you got it working if you do. | 17:10 |
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:8c9e:801c:5ccb:6bdf> has quit IRC | 17:13 | |
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has quit IRC | 17:14 | |
-YoctoAutoBuilder- build #283 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips-lsb/builds/283 | 17:14 | |
*** belen2 <belen2!Adium@nat/intel/x-ouaultrvgqiuqxai> has joined #yocto | 17:15 | |
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:8c9e:801c:5ccb:6bdf> has joined #yocto | 17:15 | |
*** belen <belen!Adium@nat/intel/x-xuaflatwyvprubmv> has quit IRC | 17:15 | |
*** Dennis <Dennis!dc562822@gateway/web/freenode/ip.220.86.40.34> has joined #yocto | 17:20 | |
Dennis | hello | 17:21 |
Dennis | anybody here ? | 17:21 |
Crofton|work | no | 17:23 |
Crofton|work | jsut ask | 17:23 |
lpapp | Dennis: sure, what is the question? | 17:30 |
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 17:31 | |
cfo215 | http://pastebin.com/n057BH88 | 17:32 |
cfo215 | meta-toolchain-qte linking against /lib64/ld-linux-x86-64.so.2 using the angstrom-v2013.06-yocto1.4 git branch | 17:34 |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 17:35 | |
mranostay | Crofton|work: what is the meaning of life? | 17:37 |
cfo215 | And, please don't ask/tell me to post it in #angstrom, it's already there! | 17:38 |
Crofton|work | mranostay, http://www.youtube.com/watch?v=6PQ6335puOc | 17:38 |
bluelightning | cfo215: silly question but you did run the env setup script before using the binaries the SDK contains, right? | 17:39 |
cfo215 | mranostay, its a movie by "Monty Python's Flying Circus" | 17:39 |
Dennis | . | 17:40 |
cfo215 | bluelightning, why of course! I did: source /usr/local/oecore-x86_64/environment-setup-cortexa8hf-vfp-neon-angstrom-linux-gnueabi | 17:40 |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 17:41 | |
bluelightning | cfo215: ok, just checking | 17:41 |
cfo215 | $ which qmake2 | 17:41 |
cfo215 | /usr/local/oecore-x86_64/sysroots/x86_64-angstromsdk-linux/usr/bin/qmake2 | 17:41 |
cfo215 | bluelightning, np | 17:41 |
cfo215 | cfo215, is getting a little fed up with the whole OE/Yocto/Angstrom doesn't do anything as documented circle.... | 17:42 |
Dennis | I'm back and want to ask something about meta-freescale. | 17:42 |
cfo215 | Dennis, please just ask! | 17:42 |
Dennis | ok thx, | 17:42 |
cfo215 | Dennis, everyone here is asking or answering something. You don't have to ask to ask... It's ok... we're here to help! | 17:43 |
Dennis | there is master branch whcih has new 3.0.8 libfslcodec | 17:45 |
Dennis | but otavio salvador commented AAC OGG codecs were removed. so i want to know why. | 17:46 |
cfo215 | so based on the last line of my pastebin (http://pastebin.com/n057BH88) it looks like qmake2 was linked against /lib64/ld-linux-x86-64.so.2 (0x00007f3e84b88000) if I'm understanding correctly. | 17:46 |
Dennis | and how to put them back | 17:46 |
*** galak <galak!~galak@rrcs-24-153-206-117.sw.biz.rr.com> has quit IRC | 17:49 | |
cfo215 | this is what I get when trying the qmake2 against the sample program: :~/qte-example$ qmake2 | 17:49 |
cfo215 | qmake2: error while loading shared libraries: __vdso_time: invalid mode for dlopen(): Invalid argument | 17:49 |
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 17:58 | |
Crofton|work | cfo215, I ahve an sdk, but no qt supoprt in it | 17:58 |
*** mihai <mihai!~mihai@188.27.93.142> has joined #yocto | 18:01 | |
*** mihai <mihai!~mihai@188.27.93.142> has quit IRC | 18:01 | |
cfo215 | Crofton|work, I'm trying to build a custom sdk. one that includes libphidget21.so and Qt 4.8. I can build the system image just fine with qt4 and the phidgets library (which i use for RFID). I just can't get the sdk image to work to support that combination. | 18:01 |
Crofton|work | using -c populate_sdk? | 18:01 |
*** mihai <mihai!~mihai@188.27.93.142> has joined #yocto | 18:02 | |
cfo215 | Crofton|work, yes that really blows up. | 18:02 |
Crofton|work | ? | 18:02 |
cfo215 | all sorts of errors. I'll pastebin for you. | 18:02 |
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 18:14 | |
cfo215 | Crofton|work, OK so it's one error... but still one too many: | DEBUG: Python function do_populate_sdk finished | 18:15 |
cfo215 | | ERROR: Function failed: populate_sdk_image (see /media/toshiba-usb3/work/setup-scripts/build/tmp-angstrom_v2013_06-eglibc/work/beaglebone-angstrom-linux-gnueabi/console-image/1.0-r0/temp/log.do_populate_sdk.5886 for further information) | 18:15 |
cfo215 | ERROR: Task 10 (/media/toshiba-usb3/work/setup-scripts/sources/meta-angstrom/recipes-images/angstrom/console-image.bb, do_populate_sdk) failed with exit code '1' | 18:15 |
cfo215 | NOTE: Tasks Summary: Attempted 3992 tasks of which 3991 didn't need to be rerun and 1 failed. | 18:15 |
cfo215 | Summary: 1 task failed: | 18:15 |
cfo215 | /media/toshiba-usb3/work/setup-scripts/sources/meta-angstrom/recipes-images/angstrom/console-image.bb, do_populate_sdk | 18:16 |
cfo215 | Summary: There was 1 WARNING message shown. | 18:16 |
cfo215 | Summary: There was 1 ERROR message shown, returning a non-zero exit code. | 18:16 |
cfo215 | c | 18:16 |
Crofton|work | you'll need to look in the logfile and poke arond | 18:16 |
Crofton|work | and use pastebin, don't paste more then a few short lines in the channel | 18:17 |
cfo215 | Crofton|work, sure thing. Unfortunately most of it is Greek to me. The "collected errors" are at http://pastebin.com/kHhvEKf4 | 18:21 |
Crofton|work | are you asking for dropbear and/or openssh? | 18:22 |
cfo215 | Crofton|work, if you like I can paste the whole log. | 18:22 |
Crofton|work | I wonder why console-image is trying to install both? | 18:22 |
cfo215 | I'm not asking for anything... I'm trying $ MACHINE=beaglebone bitbake -c populate_sdk console-image | 18:23 |
cfo215 | or is that not correct? | 18:23 |
Crofton|work | that should work | 18:23 |
bluelightning | at a guess, this is dev/dbg packages for openssh-sftp + dropbear interacting painfully | 18:23 |
Crofton|work | yeah | 18:23 |
*** belen2 <belen2!Adium@nat/intel/x-ouaultrvgqiuqxai> has quit IRC | 18:24 | |
Crofton|work | is there an eay way to get console image to avoid dropbear? | 18:24 |
kergoth | dropbera vs openssh is a package group / image feature selection | 18:25 |
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has quit IRC | 18:26 | |
*** andyross <andyross!~andy@li44-10.members.linode.com> has quit IRC | 18:30 | |
cfo215 | OK guys. I have a $1000 USD budget for anyone who can take a day and show me how to get a WORKING linux distro on which I can run Qt 4.x on a Beaglebone Black with attached LCD7 (rev A3) cape and touchscreen. I will gladly come to your location or we can do a webex or equivelent. | 18:31 |
*** andyross <andyross!~andy@li44-10.members.linode.com> has joined #yocto | 18:31 | |
*** Dennis <Dennis!dc562822@gateway/web/freenode/ip.220.86.40.34> has left #yocto | 18:31 | |
cfo215 | I'm really tired of getting nowhere with OE/Poky/Angstrom/bitbake/etc. It's all crap to me if it doesn't work "out of the box". | 18:32 |
cfo215 | I've lost a month trying to learn this stuff. | 18:33 |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 18:35 | |
levi | Sorry, I can't help out in that way. I haven't got a complete OS built for BBB myself yet, either. My main problem was running my builds on a distro not supported by Angstrom, though. | 18:37 |
*** scot <scot!~scot@130.164.62.183> has joined #yocto | 18:38 | |
*** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has quit IRC | 18:39 | |
Crofton|work | cfo215, you are using the angstrom build instructinos? | 18:39 |
cfo215 | Crofton|work, yes. The only difference is I'm using the v2013.06 git branch. | 18:41 |
cfo215 | Crofton|work, not *master* | 18:41 |
Crofton|work | I'll fire off a build, but it will take ages unless I can get the dl dir shared :) | 18:42 |
Crofton|work | someone is looking at an issue for me, so I can look a little athis | 18:43 |
Crofton|work | core-image contains qt? | 18:43 |
Crofton|work | excuse me, console-image? | 18:44 |
cfo215 | I've tryied it with "MACHINE=your_machine ./oebb.sh bitbake console-image" using the beaglebone for "your_machine". I've also tried it with . ./envron...;MACHINE=... bitbake... | 18:44 |
Crofton|work | I am trying to figure out how you inserted qt into the image? | 18:45 |
cfo215 | Crofton|work, afaik it does. | 18:45 |
cfo215 | IMAGE_INSTALL_append += "qt4-embedded" | 18:46 |
cfo215 | sorry | 18:46 |
Crofton|work | :) | 18:46 |
Crofton|work | I am no qt guru | 18:46 |
Crofton|work | did you get any qt demos to run on your hw? | 18:47 |
cfo215 | nor I. but I can't use it if it's not there.... | 18:47 |
cfo215 | kind-a-sort-of... they didn't play well with the touch screen. | 18:47 |
cfo215 | levi, I use Ubuntu 12.04.2 for my development machine. | 18:48 |
Crofton|work | building | 18:50 |
Crofton|work | I'll see if I can track down the dropbear/opensdsh issue | 18:50 |
cfo215 | Crofton|work. I really need the Touchscreen to work. Which is why I picked Angstrom. It's gnome image works with the touch screen. I just don't need the overhead of X11 on my BBB. Thanks for trying to diagnose this... | 18:51 |
Crofton|work | you have to ask around about the touchscreen | 18:52 |
*** zedd_ <zedd_!~ddez@128.224.252.2> has joined #yocto | 18:52 | |
Crofton|work | I've been tryin g to leave on a bike ride for the last 3 hours | 18:52 |
*** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC | 18:53 | |
cfo215 | Sorry to hear that. You should go riding. There's no time like the present! I'll survive. | 18:54 |
BCMM | how can i find out the value of a variable used by bitbake? specifically, i want to know the IMAGE_CLASSES it is building | 18:58 |
Crofton|work | well, someone is looked at something for me | 18:58 |
Crofton|work | BCMM, try bitbake -e thing | grep ^IMAGE_CLASSES | 18:58 |
cfo215 | I just started baking "systemd-gnome-image" with the 'IMAGE_INSTALL_append += "qt4-embedded"' local.conf. Assuming that goes well, I'll try it with -c populate_sdk and see what happens. | 18:59 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:59 | |
*** zedd_ is now known as zeddii | 18:59 | |
eren | YAY, my TNC USB KISS modem is working with AX25 support | 19:02 |
eren | it's good to see your BSP and packages in action :P | 19:02 |
* eren deserved a wiessbier | 19:03 | |
eren | see you tomorrow folks! | 19:03 |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 19:03 | |
-YoctoAutoBuilder- build #274 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm-lsb/builds/274 | 19:04 | |
*** Bhawna <Bhawna!~arunkr24@123.201.114.146> has joined #yocto | 19:11 | |
Bhawna | First Build stuck at | 19:12 |
Bhawna | 0: linux-yocto-3.8.13+gitAUTOINC+e7f42a416a_aa76cc2840-r4.2 do_fetch (pid 10937) | 19:12 |
Bhawna | the GIT clone in this case is Painstakingly slow... | 19:12 |
Bhawna | is this a problem with the servers or my build environment | 19:13 |
Bhawna | the size of build/downloads/git2 is increasing but the speed is extremely slow... | 19:13 |
Bhawna | PS: The internet connection is clean and has been supporting other downloads at good speeds | 19:14 |
Bhawna | this however seems to be stuck at 3-4KB/s | 19:14 |
*** davest <davest!~Adium@134.134.139.72> has quit IRC | 19:17 | |
levi | cfo215: I don't think Angstrom supports much in the way of Ubuntu. I think they use some sort of Redhat-based system on their build servers. That may not be your problem at all, though. What kind of errors are you seeing? | 19:18 |
cfo215 | levi, Do you have a few days... ;) | 19:19 |
cfo215 | problem building SDK mainly. Trying to do MACHINE=beaglebone ./oebb.sh bitbake -c populate_sdk console-image | 19:19 |
cfo215 | end goal. Getting ANY distro working on Beaglebone Black, which supports the LCD7 cape for beaglebone, associated touchscreen, and Qt 4.x. as well as some misc libraries which compile for ARM. | 19:21 |
cfo215 | I started with Angstrom because it shipped with the BBB. | 19:22 |
cfo215 | My development PC is running Ubuntu... my target machine is the BBB running Angstrom | 19:23 |
*** ant_home <ant_home!~andrea@host18-89-dynamic.45-79-r.retail.telecomitalia.it> has joined #yocto | 19:28 | |
Bhawna | anybody facing problem.... with this | 19:29 |
Bhawna | 0: linux-yocto-3.8.13+gitAUTOINC+e7f42a416a_aa76cc2840-r4.2 do_fetch (pid 10937) | 19:29 |
mihai | Bhawna: it's probably cloning the git repo from yoctoproject.org and the traffic at this time might be somewhat higher | 19:31 |
j8 | Bhawna: my fetches for the kernel have been slow. the PREMIRROR has been the culprit | 19:31 |
Bhawna | thanks, good to know that its not machine specific | 19:35 |
Bhawna | any idea, how long this takes | 19:35 |
Bhawna | i am pretty new to all this | 19:35 |
-YoctoAutoBuilder- build #271 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/271 | 19:36 | |
j8 | a while! the kernel git archive it downloaded for me is 700 MB. eventually, i created my own mirror | 19:40 |
*** ezekieljams <ezekieljams!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has quit IRC | 19:41 | |
*** davest <davest!~Adium@134.134.139.76> has joined #yocto | 19:46 | |
*** Song_Liu <Song_Liu!c0373629@gateway/web/freenode/ip.192.55.54.41> has quit IRC | 19:47 | |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 19:55 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 19:59 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 20:00 | |
*** amarsman <amarsman!~marsman@195-241-212-143.ip.telfort.nl> has joined #yocto | 20:03 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-qamcpnvsqfuvhrqn> has quit IRC | 20:06 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 20:06 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ueyhznoqgepgzgxi> has joined #yocto | 20:07 | |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC | 20:08 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 20:09 | |
jwessel | RP no more hangs after many hours of the stress test at this point. | 20:15 |
jwessel | At least that is one less problem to mess with. It did make me wonder if we had an easier way to invoke bitbake with the python-dbg, since that is how I ultimately diagnosed the problem. | 20:17 |
*** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 20:18 | |
*** ezekieljams <ezekieljams!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has joined #yocto | 20:19 | |
jwessel | I just took the approach of swapping python for python-dbg, but I figure there is probably a better way. | 20:22 |
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has joined #yocto | 20:43 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 20:44 | |
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto | 20:47 | |
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has quit IRC | 20:47 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:47 | |
*** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has joined #yocto | 20:49 | |
*** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has quit IRC | 20:53 | |
lpapp | JaMa: hmm, not sure why openflow is in meta-virtualism rather than meta-networking? | 20:58 |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 21:07 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 21:08 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 21:21 | |
BCMM | Crofton|work: thanks | 21:25 |
*** Bhawna <Bhawna!~arunkr24@123.201.114.146> has quit IRC | 21:38 | |
*** swex <swex!~swex@178.17.199.146> has quit IRC | 21:54 | |
*** swex <swex!~swex@178.17.199.146> has joined #yocto | 21:55 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 22:00 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 22:01 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:03 | |
*** walters <walters!walters@nat/redhat/x-cjxzeunbdtwbxjvz> has quit IRC | 22:05 | |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 22:17 | |
*** amarsman <amarsman!~marsman@195-241-212-143.ip.telfort.nl> has quit IRC | 22:19 | |
*** thesignal <thesignal!~deadbot@134.255.234.222> has quit IRC | 22:26 | |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 22:27 | |
*** thesignal <thesignal!~deadbot@134.255.234.222> has joined #yocto | 22:30 | |
*** scot <scot!~scot@130.164.62.183> has quit IRC | 22:44 | |
*** j8 is now known as j8|away | 22:44 | |
*** zedd_ <zedd_!~ddez@128.224.252.2> has joined #yocto | 22:53 | |
*** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC | 22:54 | |
*** andyross <andyross!~andy@li44-10.members.linode.com> has quit IRC | 22:54 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 22:55 | |
*** swex <swex!~swex@178.17.199.146> has quit IRC | 22:58 | |
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has joined #yocto | 22:59 | |
*** swex <swex!~swex@178.17.199.146> has joined #yocto | 23:02 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has quit IRC | 23:04 | |
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has joined #yocto | 23:07 | |
*** zenlinux_ <zenlinux_!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 23:09 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 23:12 | |
kergoth | ERROR: Can NOT get PRAUTO, exception timed out | 23:15 |
kergoth | that can't be good.. | 23:15 |
nerdboy | i like exceptions... | 23:16 |
bluelightning | bug 5051 has been filed for that it seems | 23:16 |
yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=5051 critical, High, 1.5 M5, richard.purdie, NEW , ERROR: Can NOT get PRAUTO, exception timed out | 23:16 |
kergoth | ah, right, thanks, didn't see that | 23:17 |
bluelightning | night all | 23:22 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:22 | |
nerdboy | damn, i didn't get to leave a mint on the pillow... | 23:22 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 23:24 | |
*** kspr <kspr!~kasper@x1-6-20-aa-4b-6e-41-6e.k573.webspeed.dk> has quit IRC | 23:25 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 23:26 | |
*** kspr <kspr!~kasper@x1-6-20-aa-4b-6e-41-6e.k573.webspeed.dk> has joined #yocto | 23:26 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 23:31 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 23:33 | |
*** darknighte_znc is now known as darknighte | 23:34 | |
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has joined #yocto | 23:36 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 23:36 | |
RP | jwessel: good to hear, I'll take the patch :) | 23:38 |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 23:38 | |
-YoctoAutoBuilder- build #244 of nightly-fsl-arm-lsb is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/244 | 23:38 | |
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has quit IRC | 23:40 | |
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has joined #yocto | 23:42 | |
*** davest <davest!~Adium@134.134.139.76> has quit IRC | 23:44 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 23:48 | |
*** zenlinux__ <zenlinux__!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 23:50 | |
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has quit IRC | 23:50 | |
*** zenlinux_ <zenlinux_!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 23:54 | |
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has joined #yocto | 23:55 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!