Tuesday, 2013-08-27

*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC00:08
*** davest <davest!~Adium@> has quit IRC00:12
*** pidge <pidge!~pidge@> has quit IRC00:17
*** _julian <_julian!~quassel@x2f052a6.dyn.telefonica.de> has joined #yocto00:19
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC00:20
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto00:22
*** _julian_ <_julian_!~quassel@x2f0873c.dyn.telefonica.de> has quit IRC00:22
*** brm <brm!da653619@gateway/web/freenode/ip.> has joined #yocto00:29
brmhiya 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 IRC00:31
*** fabo <fabo!~fabo@linaro/fabo> has quit IRC00:46
*** fabo <fabo!~fabo@linaro/fabo> has joined #yocto01:03
*** davest <davest!~Adium@> has joined #yocto01:08
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC01:16
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto01:17
*** smartin__ <smartin__!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC01:17
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC01:20
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto01:23
*** AK <AK!~arunkr24@> has quit IRC01:23
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC01: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/27201:34
brmhiya folks, can anyone tell me how to enable an spi device on my beaglebone black?01:36
brmand where do I find the device tree source file?01:42
*** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has quit IRC01:43
*** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has joined #yocto01:45
Net147I 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
Net147in local.conf I have PRSERV_HOST = "localhost:0"01:47
*** GunsNRose <GunsNRose!~GunsNRose@> has joined #yocto01: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/27301:57
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto02:00
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto02:01
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto02:01
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC02: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/26402:05
*** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC02:13
*** Guest62601 <Guest62601!~trz@c-68-53-177-94.hsd1.in.comcast.net> has left #yocto02:13
*** brm <brm!da653619@gateway/web/freenode/ip.> has quit IRC02:18
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC02:22
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto02:31
*** lyang0 <lyang0!~lyang001@> has quit IRC03:13
*** lyang0 <lyang0!~lyang001@> has joined #yocto03:14
*** davest <davest!~Adium@> has quit IRC03:22
*** lyang0 <lyang0!~lyang001@> has quit IRC03:27
*** lyang0 <lyang0!~lyang001@> has joined #yocto03:27
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has quit IRC03:31
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto03:55
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto04:07
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC04:14
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC04:18
*** _alex_kag <_alex_kag!~alex_kag@> has quit IRC04:19
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto04:27
*** SidH_ <SidH_!~SidH_@> has joined #yocto04:37
*** _alex_kag <_alex_kag!~alex_kag@> has joined #yocto04:54
*** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has quit IRC05:01
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto05:11
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto05:11
*** ahmedammar_ <ahmedammar_!~b33fc0d3@unaffiliated/b33fc0d3> has joined #yocto05: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/27005: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 IRC05:28
*** lyang0 <lyang0!~lyang001@> has left #yocto05:29
*** mihai <mihai!~mihai@> has quit IRC05:30
*** lyang0 <lyang0!~lyang001@> has joined #yocto05:31
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC05:32
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto05:33
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto05:34
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC05:39
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto05:41
*** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto05:53
*** OlivierG_ is now known as OlivierG06: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/28106:10
*** swex_ <swex_!~swex@> has joined #yocto06:11
*** swex <swex!~swex@> has quit IRC06:14
*** _alex_kag <_alex_kag!~alex_kag@> has quit IRC06:16
lpapp_does anyone plan to have a recipe for harfbuzz-ng?06:25
*** mihai <mihai!~mihai@> has joined #yocto06:27
*** zeeblex <zeeblex!apalalax@nat/intel/x-guagpnpbtfohkkpt> has joined #yocto06: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
yoctiBug 5046: normal, Undecided, ---, scott.m.rifenbark, NEEDINFO , Document that CPPFLAGS override behavior and possible workaround06:35
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto06:38
*** ciupicri <ciupicri!~ciupicri@unaffiliated/ciupicri> has joined #yocto06:43
*** ka6sox is now known as ka6sox-away06:52
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto07:01
*** jeremiah <jeremiah!~jeremiah@> has joined #yocto07:04
*** SidH_ <SidH_!~SidH_@> has quit IRC07:05
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto07:05
*** silviof1 is now known as silviof07:07
JaMalpapp_: you can remove -e from EXTRA_OEMAKE or unset CPPFLAGS07: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 #yocto07:10
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC07:21
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC07:21
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto07:24
*** florian <florian!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto07:25
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07: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 #yocto07:27
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto07:29
*** lpapp_ <lpapp_!~lpapp@kde/lpapp> has quit IRC07:34
*** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has joined #yocto07:36
*** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has quit IRC07:37
*** ahmedammar_ <ahmedammar_!~b33fc0d3@unaffiliated/b33fc0d3> has quit IRC07:40
*** sameo <sameo!samuel@nat/intel/x-usgpczwghctoeqwt> has joined #yocto07:40
jeremiahIn my builds, since I set package_deb, I often see bitbake download apt from debian.07:43
jeremiahI also see opkg get installed.07:43
jeremiahWhat is the relationship between opkg and apt then?07:43
jeremiahDoesn't apt supply all the needed functionality?07:44
jeremiahOr is apt only partly used and opkg used instead?07:44
*** vicky <vicky!~vicky@> has joined #yocto08:02
vickyHi yocto. Anyway to add my custom files (test apps compiled externally using yocto toolchain) into rootfs image?08:03
*** OlivierG_ is now known as OlivierG08:04
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC08:04
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC08:07
nerdboyeasiest way would be to make a recipe for your test apps08:07
nerdboymaybe a git recipe with AUTOREV08:07
*** tf_ is now known as tf08:10
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto08:17
lpappJaMa: sorry, had to disconnect to come to work.08:18
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:18
lpappJaMa: 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 #yocto08:18
StygiaIs HOST_ARCH a variable like TARGET_ARCH? The user manual only mentions TARGET_ARCH http://docs.openembedded.org/usermanual/usermanual.html08:19
*** jonatan <jonatan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto08:24
*** panda84kde <panda84kde!~diego@> has joined #yocto08:25
lpappbluelightning: morning, is there a way alternatively to drop the include path in the software, and make it work with Yocto?08:26
lpappif dropping the override is not possible simply?08:26
bluelightningStygia: HOST_ARCH is the architecture you're currently building for (valid when you're building either a native, target or SDK recipe)08:26
bluelightninglpapp: sorry what are we talking about?08:26
lpappbluelightning: the issue on Friday evening if you remember.08:26
lpappbluelightning: software using CPPFLAGS.08:26
bluelightningfriday evening was a long time ago...08:27
Stygiabluelightning, 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
Stygiabluelightning, Either way, thanks.08:27
bluelightningStygia: 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 missing08:28
lpappbluelightning: https://bugzilla.yoctoproject.org/show_bug.cgi?id=504608:28
yoctiBug 5046: normal, Undecided, ---, scott.m.rifenbark, NEEDINFO , Document that CPPFLAGS override behavior and possible workaround08:28
Stygiabluelightning, No, it isn't, the user guide lacks quite a few things.08:28
bluelightninglpapp: maybe try "unset CPPFLAGS" in do_compile? if not, I don't know08:28
bluelightningStygia: we definitely take bug reports for the docs08:29
lpappactually, I have been told send patches rather than reports.08:29
lpappas there is not much doc man power in here.08:29
Stygiabluelightning, Hmm alright. Which site is the "right" one, openembedded.org, yocto, embedded linux, etc?08:29
lpappbluelightning: trying..08:29
lpappbluelightning: before oe_runmake ?08:30
lpappStygia: bugreport is the same for those...08:30
StygiaI know poky's the distro, openembedded the project, and yocto the... newer incarnation of the project?08:31
lpappno, Yocto is the project.08:31
*** OlivierG is now known as OlivierG_08:31
*** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto08:32
lpappbluelightning: bitbake foo -c clean && bitbake foo should be enough?08:32
lpapp(just in case)08:33
lpappbecause I am getting include path issues for that, still.08:33
bluelightninghow have you determined that it is CPPFLAGS being cleared that is causing invalid include paths to be used?08:34
lpappndec: does that work for you?08:34
lpappbluelightning: it is not passed to the compiler.. that is the first symptom.08:34
lpappbluelightning: then, ndec told me to print it out in the Makefile.08:34
lpappbluelightning: it got never printed out for me.08:34
lpappbluelightning: but it got for him, and he told me it is cleared.08:34
lpappI 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 IRC08:35
lpappdoes not work means, it does not get printed even if I prefix it with a "TEST" string.08:36
bluelightningadded to where?08:36
lpappso as if it was either not executed, or stdout blocker in there...08:36
lpappbluelightning: Makefile08:36
bluelightningthere's no stdout "blocker"08:37
lpappbuilding the archive with that information in.08:37
bluelightningif that statement is being executed the result will appear in the task log08:37
lpappbluelightning: I have no clue why it is not printed here.08:37
bluelightningnor have I08:37
lpappbluelightning: but ndec could reproduce anyway.08:37
lpappbluelightning: I think you would be able to with the first example of the Makefile tutorial08:38
lpappand running bitbake.08:38
lpappI will actually probably build such a skeleton to experiment with.08:38
lpappbluelightning: there'ya go, http://www.cs.colby.edu/maxwell/courses/tutorials/maketutor/makefile.208:39
ndecyes, 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 override08:39
bluelightningyes I understand that part08:40
lpappbluelightning: I will even simplify that example into one object file.08:40
*** OlivierG_ is now known as OlivierG08:40
ndecso lpapp do you need anything from me?08:40
lpappand attach it to the bugreport.08:40
lpappndec: any workaround is welcome, yes.08:40
lpappthis is my current task08:41
lpappso I need to work the solution out.08:41
lpappunset does not seem to work for me.08:41
ndeci think i told you to set CPPFLAGS in the .bb file08:41
lpappwell, I tried before you told.08:42
lpappbut it did not work08:42
*** ciupicri <ciupicri!~ciupicri@unaffiliated/ciupicri> has quit IRC08:42
ndecwell, given that it worked for me, you must have been doing something else ;-)08:42
ndecalso, looking at bitbake.conf:08:42
ndecexport CPPFLAGS = "${TARGET_CPPFLAGS}"08:42
ndecexport TARGET_CPPFLAGS = ""08:42
ndecyou should be able to set TARGET_CPPFLAGS08:43
lpappright, that is not the way how I tried.08:43
lpappI tried as kergoth mentioned.08:43
lpappthat is why I asked for clarification ...08:43
ndecwhat did you try?08:43
lpappndec: for instance exorcism. :}08:44
lpappndec: 18:43 < lpapp> ndec: I tried this: EXTRA_OEMAKE = "'CFLAGS=${CFLAGS}' 'CPPFLAGS=${CPPFLAGS}'"08:45
ndecah, right. and iirc, i told you why this wouldn't work, and told you another method which works .08:46
lpappbluelightning: btw, can you confirm that bitbake foo -c clean && bitbake foo is ok?08:46
lpappndec: not that I can remember.08:46
lpappor something that I could understand apparently anyhow.08:47
bluelightninglpapp: that will work yes; but note it will restore from sstate if no task signatures have changed08:47
lpappbluelightning: right, so -c cleanall is safer, then.08:47
bluelightninglpapp: cleanall is further than necessary, that will delete the downloads as well08:47
StygiaHmm 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
bluelightninglpapp: use cleansstate if you really feel the need to clear out shared state as well08:47
lpappStygia: do not worry that much ... triagers will help... just do your best.08:48
bluelightninglpapp: note that this shouldn't be necessary, changing variable values will force tasks to re-execute without doing that08:48
ndec[20:02:37] <ndec> [19:40:03] <ndec> lpapp: temp workaround set CPPFLAGS in the .bb file08: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
ndeclpapp: ^08:49
lpappndec: so you claimed you made the change. Let me ask again: can you paste the line to avoid any differences?08:49
lpappndec: that is totally unclear.08:49
lpappas I replied after that.08:49
lpappbut 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
StygiaMy options are: ADT docs, BSP docs, development, general docs ("No associated manual"), kernel development, mega manual, profile manual, quick start and reference.08:49
lpappndec: there are thousand ways to set that ...08:49
ndechere is the line:08:49
*** belen <belen!Adium@nat/intel/x-qwspacketbnejrnt> has joined #yocto08:50
lpappnow, you are saying something different again08:50
ndeci just tried with TARGET_CPPFLAGS and it works too, and seems nicer.08:50
lpappSee? That is why I have been asking for clarification since Friday.08:50
lpappstarted with set it through EXTRA_OEMAKE08:50
lpappthen you say TARGET_CPPFLAGS above08:50
lpappnow, you claim a different version CPPFLAGS08:50
lpappclarifying is very important here.08:50
lpapprather than throwing continuously: "you still do not get it?"08:51
lpappbut neither of those works after all, for me.08:51
lpappnot to mention, it is reasonable those do not work.08:52
ndecagain, 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
lpappbecause "./" is set inside the workdir somewhere in a folder.08:52
lpappso the path is only known at assembly time.08:52
lpappyou cannot really predefine that.08:52
lpappso trying to set what you do not know will not obviously work.08:52
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto08:52
lpappyeah, you told *after* trying.08:53
ndeciirc, you had -I./ in your makefile, right?08:53
lpappand ./ is relative.08:53
lpappand it might change to something else in the future08:53
ndecfine. 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
lpappit would be very fragile to try to set from outside.08:54
lpappare you sure it is not expanded at processing time?08:54
lpappalso, your line is still unclear. ;-)08:54
lpappI have no idea if it matters where I put into the file.08:54
lpappI will put into do_compile now before oe_runmake08:55
ndeclpapp: 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
lpappalso, I am afraid that CPPFLAGS will be passed to everything...08:55
lpappwhich could cause potential clashes.08:56
ndecto everything in your recipe, right.08:56
lpappactually, that is how you will get nasty compilation issues imho.08:56
lpappno, not hte recipe what I meant.08:56
lpappI meant the makefiles recursively, etc.08:56
ndecyes, indeed. that's true.08:56
lpappit might be that there are similar files, and since you would modify the include path for each subproject, they might get collided.08:57
lpappand the whole will collapse.08:57
ndecyes. true. that's why it was called a 'workaround'.08:57
lpappwell, it is not a workaround if it can blow up for me.08:58
ndeci 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
lpappI already replied to that above08:58
lpappif it had worked, we would not discuss it now...08:58
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto09:02
lpappcan I add the Makefile to SRC_URI?09:06
lpappor usually people will package those?09:06
lpappso a test case would only contain a main.cpp and Makefile.09:07
lpappis it possible to switch the LIC_FILES_CHKSUM off when doing a skeleton?09:10
lpappok, copied one over from skeleton..09:13
lpappndec: bluelightning http://paste.kde.org/~lpapp/p83c389f0/09:16
lpappmake and make clean work manually.09:17
bluelightninger, I think you may not have set S correctly...09:17
bluelightningor it wouldn't be complaining about not finding a makefile09:17
lpappbluelightning: have no any idea I am afraid ...09:18
lpappbluelightning: http://paste.kde.org/~lpapp/pdc63ff52/09:18
bluelightninglpapp: yep, you'll need S = "${WORKDIR}" to match your SRC_URI09:20
lpappbluelightning: where?09:20
bluelightningin the recipe09:20
bluelightningsince you're not extracting an archive that contains a directory with the source in it09:20
lpappbluelightning: I am still not getting it where.09:20
lpappjust otu side anything?09:21
bluelightningyep, it's not critical where it appears09:21
lpappbluelightning: bitbake testcase -c clean && bitbake testcase -> still fails.09:21
JaMalpapp: there is commit in meta-qt5 which removes -e from EXTRA_OEMAKE, but calling unset is easier if you care about only 2 variables09:22
lpapphmm, I think I will need this, hellomake: hellomake.c hellofunc.c gcc -o hellomake hellomake.c hellofunc.c -I.09:22
lpappbluelightning: I do not understand why it is this hard to get a skeleton done09:24
lpappis there any documentation about it?09:24
lpappit should be the "Hello Makefile bitbake recipe" stuff.09:24
lpappI guess it is useful for people when debugging.09:24
ndecthere is one in the doc, iirc.09:24
bluelightningright, we have an example of a makefile-only recipe in the manual09:24
lpappI do not see how it is the same.09:25
lpappit is not even using explicit Makefiles.09:25
ndecnext sample does...09:25
lpappI do not see any example in there including a Makefile.09:26
lpappthey seem to use the compiler either directly or upstream build systems.09:27
lpappthose are not good for makefile related issue debugging.09:27
lpappwith a minimal test skeleton.09:27
ndeclpapp: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#usingpoky-extend-addpkg-makefile ???09:27
StygiaGuys, I have a rather complex issue.09:28
StygiaI need to sed on a Makefile.PM09:28
StygiaSince I cannot pass the arguments I need, but I can pass them to the ./configure call within the script.09:28
lpappbluelightning: http://paste.kde.org/~lpapp/pbf1e9fab/09:29
StygiaHowever... ${D} expands in such a way that it overlaps with sed metacharacters.09:29
StygiaSo, I tried this:     clean_D = sed -i 's/\//\\\//' ${D}09:29
lpappndec: ???09:29
StygiaBut when I used ${clean_D} in the second sed (on the makefile), I'm told that clean_D does not exist.09:29
lpappWhere does that include any Makefile ???09:29
StygiaAny suggestions for how I could proceed?09:29
bluelightningStygia: use some other separator character e.g. : or !09:29
lpappit is fetching a full blown upstream repository.09:29
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto09:29
Stygiabluelightning, ... I always forget you can even do that.09:30
Stygiabluelightning, But for future reference.09:30
lpappbluelightning: why complaints from ld?09:30
Stygiabluelightning, How would I assign a variable? Is that possible, if I needed it?09:30
bluelightninglpapp: the command being run looks invalid to me...09:31
lpappbluelightning: why is yocto running an invalid command for a valid Makefile?09:31
lpappok, unset CPPFLAGS makes run it through.09:31
lpappI presume I need to check the log for verbose make.09:31
lpappor is make running with VERBOSE=1 by default?09:32
bluelightningStygia: in shell script I think you would actually want something like: varname=`echo "${D}" | sed 's/\//\\\//'`09:32
Stygiabluelightning, Hmm alright, but it is possible to assign my own variables and expand them with ${VAR} somewhere, then. Cool. :)09:33
lpapphmm, how can I assume which the latest log is in temp?09:33
ndecthere is a symlink to the latest one.09:34
bluelightningStygia: 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
Stygiabluelightning, Hmm. I suppose there's some comprehensive docs for this somewhere?09:35
bluelightningStygia: there's the bitbake manual; it's in need of some updates though (work is ongoing in that area)09:37
Stygiabluelightning, 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 #yocto09:40
lpappndec: you mean log.do_compile?09:42
lpapphmm, indeed, unsetting works for the skeleton!09:44
lpappJaMa: hmm, why is -e removed in meta-qt5?09:45
lpappJaMa: because it should be dropped at most places anyway?09:45
lpappbluelightning: should my skeleton be proposed to meta-skeleton?09:45
lpappbluelightning: or just blog post?09:45
StygiaHey, 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
StygiaThis is the recipe and error messages: http://pastebin.com/JAfGtbsc09:47
*** GunsNRose <GunsNRose!~GunsNRose@> has quit IRC09:47
StygiaThe more profilic ones seem to be "No GNU_HASH in the ELF binary" and "non-debug package contains .debug"09:47
StygiaIf I don't have a FILES_${PN} listing, then it's fine, but obviously also worthless.09:48
bluelightningStygia: the trick is careful setting of FILES_* for the latter09:48
bluelightningStygia: the former I've never had to fix although I have seen it09:48
lpappbluelightning: posted it in there, https://bugzilla.yoctoproject.org/show_bug.cgi?id=504609:49
yoctiBug 5046: normal, Undecided, ---, scott.m.rifenbark, NEEDINFO , Document that CPPFLAGS override behavior and possible workaround09:49
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC09:49
Stygiabluelightning, So I should set FILES_* so as to avoid including the .debug file... alright.09:49
Stygiabluelightning, I'll try that first, see if it fixes the other one09:49
tfStygia: set the FILES_${PN}-dbg first to contain the .debug dirs09:51
Stygiatf, Ah, then I can set FILES_${PN} to whatever without getting complaints?09:51
Stygiatf, Awesome. :) Thanks.09:51
ndectf: the order used to set the FILES_** vars matter?09:53
StygiaSorry 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
JaMalpapp: because it provides more control about the environment, e.g. LD was incorrectly set and had to be unset in many tasks09:54
tfndec: no, but the order of packaging does09:54
lpappJaMa: fair enough09:54
StygiaAnd hmm. I fixed the critical error about the .debug file, but I still get "No GNU_HASH in the elf binary".09:55
StygiaDoes this have to do with faulty/mis-targeted cross-compilation perhaps?09:55
ndectf: ah.. i see... i got it wrong. because you said 'set it first' i thought the 'order' was important and was surprised09:55
tfndec: I realize I forumulated that wrong09:55
tfthe order of packaging is given by the order of the PACKAGES variable09:56
ndeci spent a couple of hours debugging FILES_** and i would be ashamed if i didn't notice the order was important ;-)09:56
tfwhich has sensible default09:56
tfbut if you add your own packages, care needs to be taken09:57
ant_workStygia: smthg wrong with LDFLAGS10:02
lpappbluelightning: strange, I can print it from the skeleton.10:08
ant_worklpapp:  maybe I miss something but you can add include paths  i.e. CFLAGS in EXTRA_OEMAKE10:14
ant_workEXTRA_OEMAKE = "'CC=${CC}' 'RANLIB=${RANLIB}' 'AR=${AR}' 'CFLAGS=${CFLAGS} -I${S}include -DWITHOUT_XATTR' 'BUILDDIR=${S}'"10:14
lpappbluelightning: finally got it working! :)10:15
lpappant_work: unfortunately, that does not work for the previously explained reason.10:15
lpappbluelightning: arm-foo-linux-gnueabi-gcc: error: unrecognized command line option '-m32'10:16
lpappgetting this now, but the include path present.10:16
lpappwhy is -m32 invalid for gcc?10:16
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto10:16
lpappperhaps because it is an old version?10:17
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto10:17
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC10:18
Stygiaant_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 IRC10:37
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto10:37
StygiaHeya. 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
StygiaThis recipe here BTW: http://cgit.openembedded.org/openembedded/tree/recipes/perl/libdevice-serialport-perl_1.04.bb10:51
StygiaIt looks like a sort of debugging thing... a fance "print" if you will. Can I safely remove it? (My current MO)10:53
ant_workStygia: oenote has been removed in 200310:54
Stygiaant_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
StygiaEither way, my recipe works now. :)10:55
ant_work-  oenote Executing intltoolize --copy --force --automake10:55
ant_work+  bbnote Executing intltoolize --copy --force --automake10:55
*** agherzan <agherzan!5979c86a@gateway/web/freenode/ip.> has joined #yocto10:56
agherzanHello all10:56
agherzanI have one issue and want to check with you guys for a fix.10:57
lpappagherzan: go ahead10:57
agherzanI 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
agherzanAm i able to get out all x11, directfb, wayland etc from DISTRO_FEATURES and add my preferred backend?10:58
agherzanit seems i can't use a python function for this in a distro conf10:59
lpappagherzan: perhaps you wanna use core-image-minimal?10:59
lpappor some image on top of that?10:59
lpappI mean surely, an image with your additions.10:59
Stygiaant_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 #yocto10:59
agherzanlpapp: image? i'm talking about distro feature10:59
agherzandistro conf sorry10:59
lpappagherzan: you can add any package to your distro10:59
agherzanyou didn't understand. i want to remove something from distro feature in a distro conf11:00
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC11:00
ant_workStygia: yes, is in logging.bbclass11:00
Stygiaant_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_workStygia: in a python task you could use bb.note(11:01
lpappagherzan: that does not make much sense to me at least.11:01
lpappagherzan: to inherit something to drop it then.11:01
lpappwhy not just not inherit in the first place?11:01
lpappi.e. building your distro on top of oe?11:01
lpapppoky is only a very thin layer after all.11:01
Stygiaant_work, Hmm alright? Good to know, but it's a do_configure_prepend11:01
Stygiaant_work, I'm not sure what python tasks have to do with this? :)11:02
ant_workhe he , I kept it to show most print() stuff ;)11:02
Stygiaagherzan, I would think so, yup. if you pass the proper flags to X11 and so on.11:03
Stygiaagherzan, You _should_ be able to create or bbappend the existing recipes to get where you want to be.11:03
tfagherzan: you can run phython bits in assignment to variables in distro.conf the usual way11:03
Stygiaagherzan, Generally speaking, if you can do it manually, you can do it with bb11:03
lpappyeah, that too.11:03
agherzantf that was what i was looking for i think11:03
Stygiaant_work, Oh fancy. Thanks. :)11:03
*** qt-x <qt-x!~ionel@> has joined #yocto11:03
agherzantf: python __anonymous() { doesn not work....11:04
lpappagherzan: what is the use case btw?11:04
*** qt-x <qt-x!~ionel@> has quit IRC11:04
tfagherzan: no, I mean in assignments, like https://github.com/Guacamayo/meta-guacamayo/blob/master/meta-guacamayo/conf/distro/guacamayo.conf11:04
*** qt-x <qt-x!~ionel@> has joined #yocto11:05
tfagherzan: you should be able to process the distro features that way, I think11:05
lpapptf: is there any product based on this distribution?11:07
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC11:07
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto11:12
agherzantf: but i can't define a function in the .conf file? a python function11:15
*** eren <eren!~eren@unaffiliated/eren> has quit IRC11:15
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto11:16
agherzanSo i understand that there is no support for unning python code in a distro conf file right?11:22
agherzantf: i actually need a function or so to get out some features fron distro_features...11:23
RPagherzan: you can inherit a bbclass where you can put the function11:24
RPI have wondered if we should relax the rules about conf files...11:24
lpappRP: what is wrong about bbclasses11:25
agherzanRP: So in the distro itself i can't define python code right?11:26
*** tasslehoff <tasslehoff!~tasslehof@> has joined #yocto11:26
RPagherzan: correct, .conf files don't support function syntax11:26
agherzanRP: thanks.11:27
agherzanRP: unparsed line: 'inherit backend'11:28
RPagherzan: INHERIT from config context11:28
RPand you need to append to it11:29
RPINHERIT += "backend"11:29
agherzanRP: yes. got it now11:30
lpappagherzan: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-yocto/conf/distro/poky.conf#n10111:30
lpappjust 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
lpappdrasko_: the default is rpm.11:32
lpappsec... hold on.11:32
drasko_lpapp, I have changed this in conf/local.conf11:32
agherzandrasko_: you need to add package_manager11:32
drasko_I am using ipk on my embedded device11:32
drasko_agherzan, exactly. How to do this?11:32
lpappdrasko_: then it should be fine.11:33
ndecdrasko_: http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#setting-up-runtime-package-management11:33
RPdrasko_: its called opkg fwiw11:33
drasko_yes, opkg11:33
drasko_but how to instruct Yocto to include it in image?11:34
RPdrasko_: see the link above11:34
drasko_It should be present in rootfs11:34
lpappdrasko_: regular poky image?11:34
RPdrasko_: it depends whether you configure your image to include a package manager or not11:34
drasko_RP, I am looking for a way to do this configuration.11:35
drasko_How is this done?11:35
lpappdrasko_: have you set up package_ipk?11:35
drasko_lpapp, no. I do not know how to do this11:35
drasko_this is exactly what I am asking11:35
lpappdrasko_: ok, so your locan conf is not set up properly then. :)11:35
drasko_no, this I have set11:35
drasko_PACKAGE_CLASSES ?= "package_ipk"11:36
lpappdrasko_: see the link above, http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#setting-up-runtime-package-management11:36
drasko_no probelm there, packages are produced11:36
RPdrasko_: please read the link ndec pasted, this is documented in the manual11:36
drasko_my problem is that when I transfer package to the board11:36
drasko_I can not install them11:36
lpappdrasko_: yes, we understood11:36
drasko_because opkg is missing from the rootfs11:36
lpappdrasko_: "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
agherzandrasko_: all you need is: IMAGE_FEATURES += " package-management"11:37
lpappagherzan: + PACKAGE_CLASSES at least.11:38
lpappdrasko_: http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-PACKAGE_CLASSES11:38
drasko_lpapp, I have set PACKAGE_CLASSES correctly11:38
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto11:38
drasko_I am missing maybe IMAGE_FEATURES11:39
lpappdrasko_: I do not follow anymore. :)11:39
lpappbut 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/24111:39
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC11:40
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto11:40
*** smartin_ is now known as smartin11:42
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has quit IRC12:00
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:5dde:883e:3ed5:b46e> has quit IRC12:02
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:8c9e:801c:5ccb:6bdf> has joined #yocto12:03
*** agherzan <agherzan!5979c86a@gateway/web/freenode/ip.> has left #yocto12:05
*** qt-x <qt-x!~ionel@> has quit IRC12:11
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has joined #yocto12:11
*** qt-x <qt-x!~ionel@> has joined #yocto12:12
RPJaMa: 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 #yocto12:26
lpappis there some trick for yocto execute makefile recursion?12:29
*** Guest39224 is now known as jero-12:37
*** jero- is now known as jero12:37
*** mckoan|USA is now known as mckoan12:42
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto12:54
*** mckoan is now known as mckoan|away13:00
*** nitink <nitink!~nitink@> has joined #yocto13:05
*** roric_ <roric_!~roric@194-237-7-146.customer.telia.com> has joined #yocto13:06
*** j8 <j8!~IceChat9@> has joined #yocto13:08
*** tasslehoff <tasslehoff!~tasslehof@> has quit IRC13:14
*** walters <walters!walters@nat/redhat/x-cjxzeunbdtwbxjvz> has joined #yocto13:15
*** blitz00 <blitz00!stefans@nat/intel/x-qcskavmeaecxxruz> has joined #yocto13:18
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto13: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 in13:19
drasko_How to add other package manager, i.e. opkg?13:19
fraythe package manager used is the one specified in the package class value in the local.conf13:19
frayif you have multiples listed there, I believe it's the last one... (but there should be a comment to indicate which)13:20
fraythe package-management system installed is the one which was used to generate the image13:20
drasko_fray, PACKAGE_CLASSES ?= "package_ipk"13:20
drasko_this is only thing in my local.conf13:20
frayif RPM was installed, and that is your configuration -- then something you built specifically asked for 'rpm'..  Likely an LSB component13: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
frayno, you should not13:21
drasko_I can see Yocto building many ipk packages13:21
drasko_but on the image it pu rpm manager13:21
frayactually I think it should be 'EXTRA_IMAGE_FEATURES += "package-management"'13:22
fraybut that's from emmory, I might be wrong13:22
frayyes.. likely you built/installed something that enabled LSB compliance components... 'rpm' is one of those components13:22
drasko_how to diasble this and force opkg?13:23
fraytry EXTRA_IMAGE_FEAUTRES += ... instead13:24
frayif 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
drasko_OK, let me try rebuilding13:25
frayEXTRA_IMAGE_FEATURES ??= ""13:26
fraythat is being done within the bitbake.conf file.  Due to ordering that -should- cause it to load 'later'13:26
fraydoing IMAGE_FEATURES += ... should ahve worked, but orderign may be affected..13:26
frayif this still doesn't work, I'm not sure what the problem is13:26
drasko_I was confused because of the comments in local.conf template13:27
drasko_stating available options for EXTRA_IMAGE_FEATURES13:27
frayif 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 there13:27
frayya, it looks like someone missed adding it there.. it should be listed13:27
frayalong w/ 'read-only-rootfs'..13:27
fraythose two were added somewhat recently, at least within the last year13:28
*** vicky <vicky!~vicky@> has quit IRC13:28
drasko_bitbake is on course13:28
fraythe 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_FEATURES13:29
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has joined #yocto13:33
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has quit IRC13:33
j8the kconf_check script from kern-tools checks for non-hardware-specified kernel configuration options. for example, CONFIG_EXT3_FS & CONFIG_INET13:34
j8however, the yocto-bsp layer creation script creates a layer that contains several of these options13:35
j8which is more correct, kconf_check, or yocto-bsp?13:36
frayj8 -- I'd defer to zedd if he ever wakes up..13:43
fraybut 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
frayif 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 that13:44
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has joined #yocto13:44
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has quit IRC13:45
drasko_fray, putting EXTRA_IMAGE_FEATURES += "package-management" does not work13:45
drasko_now even rpm was not present on the rootfs13:45
frayok.. 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 Altera13:45
frayok.. last one I knew of from them was Danny.. but I don't know if thats what you are using..13:46
fraybest 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 clean13:46
frayok..  next try bitbake -e <image>  then look at the output for 'IMAGE_FEATURES'13:47
fraysee if it contains the package-management in it..13:47
drasko_fray, but I added package-management to EXTRA_IMAGE_FEATURES...13:48
fraycorrect, but IMAGE_FEATURES should inherit the values of EXTRA_IMAGE_FEATURES13:48
fraythey do in the current version, but this may have been a change made -after- the version of YP you are using13:48
drasko_looks like it is not inherited13:49
frayya, I'd agree..13:49
frayso what you had the first time was likely right..13:49
drasko_but it created only rpm manager13:49
fraychange EXTRA_IMAGE_FEATURES = "debug-tweaks package-management" back to just IMAGE_FEATURES13:49
fraythats the part I don't understand.. it shouldn't have..13:50
frayyou might want to do the same thing (bitbake -e), and check the value of of the PACKAGE_CLASSES13:50
fraymaybe something is overriding or adding to it?13:50
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has joined #yocto13:50
frayThe altera stuff I worked on was using 'rpm', not ipk... some maybe something is broken in the integration13:50
drasko_I will try and if not I will stick with rpm for the moment and contact directly Altera for support13:51
frayno problem.. let me know if you figure it out..  I'm curious as to what is wrong13:52
*** ciupicri <ciupicri!~ciupicri@unaffiliated/ciupicri> has joined #yocto13:53
*** ciupicri <ciupicri!~ciupicri@unaffiliated/ciupicri> has quit IRC13:54
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC13: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/QC8SriaR13:55
drasko_so this does not look good neither13:55
frayit 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.inc13:56
frayif you look at the comment lines around the # IMAGE_FEATURES=  comment it should show you13:56
frayya, if they are hard coding the image_features there, that is the problem13:56
drasko_here : http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-IMAGE_FEATURES13: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
frayyou 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
frayya.. 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 recipe13:57
frayusually an image will have something like:13:57
frayIMAGE_FEATURES = "my_feature my_other_feature ${EXTRA_IMAGE_FEATURES}"13:58
fraythen you set the extra_image_features like I had yout ry earlier13:58
drasko_I see, this makes sense13:58
frayalternatively in your local.conf you can do:13:58
fray'er.. make that13:59
frayEXTRA_IMAGE_FEATURES = "debug-tweaks package-management"13:59
fraythe _append will cause the feature to be added unconditionally13:59
drasko_I can see now opkg compiling...14:00
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC14:02
drasko_Looks better : http://pastebin.com/mtXMTe9x ;)14:02
drasko_I will test it, but it should work now14:02
drasko_thanks a lot14:02
frayyou may want to add the debug-tweaks to that.. otherwise you won't be able to log-in as root.. :)14:03
frayaccording to your grep, debug-tweaks is already in EXTRA_IMAGE_FEATURES14:03
drasko_EXTRA_IMAGE_FEATURES="debug-tweaks" is already there...14:03
frayya.. 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
tfzibri: did you ever get to the bottom of the syslinux -malign-labels build failure?14:14
zibritf: nope :(14:15
tfI am seeing it as well14:16
drasko_fray, actually ./ipk/armv7ahf-vfp-neon/opkg_0.1.8+svnr633-r10.7_armv7ahf-vfp-neon.ipk was produced14:16
drasko_but it is not installed on rootfs14:16
fraygood.. that sounds right..14:16
drasko_I have to install it manually14:16
frayI'm not sure why that would be.. it should be automatic14:17
drasko_but can not, as it is ipk :(14:17
frayit seems to me like they hae something wrong in their image recipe, which is causing other things to ignore values or do the wrong thing14:17
zibritf: if you learn anything, please let me know. i was looking at the syslinux build system, but i'm still a bit confused14:19
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has quit IRC14:19
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:20
*** qt-x <qt-x!~ionel@> has quit IRC14:20
tfzibri: I think the malign-labels option is only valid on FRV?14:21
zibriit's added as a fallback to -falign-labels=014:22
zibriGCCOPT += $(call gcc_ok,-falign-jumps=0,-malign-jumps=0)14:22
zibriwhere gcc_ok tries to compile a dummy.c with the given flag.14:23
tfyes, but that's a bug in syslinux, since that option is not available14:24
zibriyes, sure. but i'm not sure why -falign-labels isn't available.14:25
zibrior rather, why gcc_ok don't think it is14:26
tfzibri: something to do with the host compiler14:27
tfat least here it's syslinux-native that's failing14:28
zibrisame for me14:28
tfdoh, you running gcc 4.8?14:28
zibriyou figured out something? :)14:30
*** BSDCat <BSDCat!unique@calvin.idempot.net> has joined #yocto14:31
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has joined #yocto14:32
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto14:41
tfzibri: looking at the log, all the gcc_ok tests fail14:41
tfthe intall log14:42
*** davest <davest!~Adium@> has joined #yocto14:42
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto14:44
*** tonghuix <tonghuix!~tonghuix@> has joined #yocto14:48
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC14:50
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC14:51
zibritf: 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 #yocto14:55
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto14:56
*** belen <belen!Adium@nat/intel/x-qwspacketbnejrnt> has quit IRC14:56
*** AlexG <AlexG!c0c6972b@gateway/web/freenode/ip.> has joined #yocto14:57
*** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto14:57
*** tomz is now known as Guest9611614:58
*** Song <Song!c0373629@gateway/web/freenode/ip.> has joined #yocto14:58
*** Song is now known as Song_Liu14:58
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has quit IRC14:58
sgw_YPTM: We are about to start the Yocto Project Techincal Meeting (YPTM), this call is open to all14:59
sgw_Dial-in number: 1.972.995.777714:59
sgw_Participant passcode:   4200107814:59
AlexGYPTM: AlexG online14:59
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto14:59
ZagorYPTM: Björn is on the call14:59
halsteadYPTM: Micheal on the call.15:00
BSDCatYPTM: MatthewW on the call15:00
*** Guest96116 is now known as tomz115:00
sgw_If you have any issues feel free to join the call, this does not prevent other discussion here15:00
sgw_YPTM: Saul is on15:00
*** belen <belen!Adium@nat/intel/x-cvjrjroklduialli> has joined #yocto15:00
zeddiiYPTM:  Bruce is on15:00
denixYPTM: Denys is here15:00
* zeddii hears nothing15:01
nitinkYPTM: Nitin is on the bridge15:02
davestYPTM: davest here15:02
bluelightning_YPTM: Paul Eggleton is on15:02
tomz1YPTM: Tom Z on the call15:02
jmdelos_YPTM: Polk is here15:02
Song_LiuYPTM: 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 IRC15:03
belenYPTM: Belen is on the call15:03
RPSong_Liu: Richard is on the call15:03
*** bluelightning_ is now known as bluelightning15:03
pidgeYPTM: Beth is on15:03
AlexGYPTM: 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=16915:03
Song_LiuYPTM: any opens?15:04
*** dvhart <dvhart!dvhart@nat/intel/x-qjhrhqybxfsysjhk> has joined #yocto15:04
*** jzhang-laptop <jzhang-laptop!~jzhang16@> has joined #yocto15:04
bluelightningSong_Liu: automated testing on real hardware15:04
dvhartYPTM: Darren is on15:04
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has joined #yocto15:04
jzhang-laptopYPTM: jzhang on the call15:04
pidgeSong_Liu: autobuilder during M5.15:04
*** ScriptRipper1 <ScriptRipper1!~ScriptRip@178-26-58-205-dynip.superkabel.de> has quit IRC15:05
pidgeSong_Liu: M4 and 1.4.215:05
RPAlexG: I just looked at those test cases and I think its fine to drop them15:05
AlexGRP: thanks.15:05
AlexGYPTM: 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_build15:06
RPAlexG: They're all covered in the autobuilder now15:06
AlexGgreat! :)15:06
RPAlexG: these are one of the kinds of tests I wanted to automate away15:07
Zagorwhere do I find the 1.4.2 schedule?15:13
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto15:14
*** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has quit IRC15:17
*** jzhang-laptop <jzhang-laptop!~jzhang16@> has quit IRC15:21
bluelightningthread starts here FYI: https://lists.yoctoproject.org/pipermail/yocto/2013-August/017716.html15:27
abellonidoes anybody know where /usr/share/X11/xorg.conf.d/10-evdev.conf is coming from15:30
abelloniI would say meta/recipes-graphics/xorg-driver/xf86-input-evdev_2.8.1.bb but it doesn't seem to be the case15:31
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has joined #yocto15:32
cfo215_Can anyone help with this? $ arm-angstrom-linux-gnueabi-gcc --version15:32
cfo215_arm-angstrom-linux-gnueabi-gcc: error while loading shared libraries: __vdso_time: invalid mode for dlopen(): Invalid argument15: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.215: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 --version15:32
cfo215_Any insights to what I'm doing wrong would be greatly appreciated.  Thanks15:32
*** Anusko <Anusko!~anusko@> has quit IRC15:35
*** Anusko <Anusko!~anusko@> has joined #yocto15:35
*** andyross <andyross!~andy@li44-10.members.linode.com> has joined #yocto15:36
*** galak <galak!~galak@rrcs-24-153-206-117.sw.biz.rr.com> has joined #yocto15:36
Song_LiuYPTM: thank you all for joining the meeting, you all have a nice day/evening15:36
*** BSDCat <BSDCat!unique@calvin.idempot.net> has left #yocto15:37
zibritf: 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 #yocto15:37
zibrii'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 IRC15:38
tfzibri: hmm15:38
*** jeremiah <jeremiah!~jeremiah@> has quit IRC15:39
*** belen <belen!Adium@nat/intel/x-dkjxudwypacevgvi> has joined #yocto15:39
tfzibri: right, there is a -m32 parameter already, but that too uses the wretched gcc_ok snippet15:40
tfso that's getting lost15:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC15:41
zibriah, of course. so the addition of libc6-dev-i386 should have been enough15:41
tfnot sure15:41
tfone way to find out, but I got to go now15:42
*** bluelightning_ is now known as bluelightning15:42
zibriit's a bit funny that all of the building takes place in do_install as well...15:43
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC15:44
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC15:45
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC15:46
*** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has quit IRC15:46
bluelightningzibri: that's usually an indication that something is very wrong :/15:46
*** AlexG <AlexG!c0c6972b@gateway/web/freenode/ip.> has quit IRC15:50
*** jzhang-laptop <jzhang-laptop!~jzhang16@> has joined #yocto15:51
*** ezekieljams_ <ezekieljams_!324eb6dd@gateway/web/freenode/ip.> has joined #yocto15:53
*** ezekieljams <ezekieljams!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has joined #yocto15:56
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC15:56
*** ezekieljams_ <ezekieljams_!324eb6dd@gateway/web/freenode/ip.> has quit IRC15:56
*** belen <belen!Adium@nat/intel/x-dkjxudwypacevgvi> has quit IRC15:57
*** Glenn <Glenn!614ebaea@gateway/web/freenode/ip.> has joined #yocto15:58
*** jero <jero!~boo@mtl.savoirfairelinux.net> has quit IRC15:59
lpapphttp://paste.kde.org/~lpapp/pf44b6a56/ -> what could cause this error error message when building an own software/15:59
GlennDoes 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 #yocto16:00
lpappGlenn: sorry? The documentation has several exampes.16:00
RPGlenn: see meta/classes/mirrors.bbclass16:00
lpappGlenn: see the variable definition16:00
RP(MIRRORS and PREMIRRORS are the same syntax)16:00
lpappGlenn:      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 #yocto16: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 URI16:01
GlennThat'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 IRC16:02
lpappGlenn: and how is that different in theory?16:02
lpappyou can prepend more lines.16:02
GlennDon't thin so16:02
lpappsure, you can16:02
lpappif you check the example classes provided above, you will see.16:02
lpappyou can also use the += syntax.16:03
RPGlenn: just add more lines16:03
RPit will try each matching line16:03
lpapphere is my full error message: http://paste.kde.org/~lpapp/p7e52f101/16:05
*** jero <jero!~boo@mtl.savoirfairelinux.net> has joined #yocto16:06
lpappsgw_: would fltk be acceptable for oe-core?16:06
*** jero is now known as Guest6455916:06
*** jzhang-laptop <jzhang-laptop!~jzhang16@> has left #yocto16:07
lpappI probably need to inherit autotools?16:07
*** swex_ <swex_!~swex@> has quit IRC16:07
*** mihai <mihai!~mihai@> has quit IRC16:07
*** swex <swex!~swex@> has joined #yocto16:08
lpappbasically I have a small software using raw GNU Makefile.16:08
lpappand that invokes autoconf, configure, and then make for a nested subfolder's makefile.16:08
*** tonghuix <tonghuix!~tonghuix@> has quit IRC16:08
lpappdo I need to inherit autotools in such a scenario?16:08
*** roric_ <roric_!~roric@194-237-7-146.customer.telia.com> has quit IRC16:13
*** roric <roric!~roric@194-237-7-146.customer.telia.com> has quit IRC16:14
lpapphow 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 #yocto16:20
BagderI believe --enable-maintainer-mode or some other option will make automake generate a makefile that will re-run autoreconf16:22
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC16:22
Bagderbut normally you're supposed to run it explicitly16:22
Bagder./boot.sh is not a standard script afaik16:22
GlennI 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 #yocto16:26
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has quit IRC16:26
lpappGlenn: have you checked the examples?16:26
lpappdo they work?16:26
GlennWhich one precisely. I looked at several of them already. Looking at mirrors.bbclass right now.16:27
lpappthat 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/26516:29
*** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has joined #yocto16:29
GlennWhat 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
lpappGlenn: why do you think it is restricted to protols or urls?16:30
lpappthey can be mixed as you wish, no?16:30
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has joined #yocto16:31
GlennI 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
lpappGlenn: why/16:32
GlennUsing a space as a separator.16:32
lpappGlenn: why haven't you tried in separate lines for starter?16:32
Glennyes, I'm doing that now and getting hit/miss results.16:33
GlennStill investigating16:33
*** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has quit IRC16:33
kergothGlenn: if you want a second mirror url, then add additional lines. \n is the separator between mirror definitions.16:35
GlennBut 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
lpappGlenn: yes, so?16:38
lpappthere is no groupping feature...16:38
GlennIt's not a problem. I just wanted to understand the syntax. I mistakenly thought you could somehow group them.16:38
GlennRight 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 IRC16:41
lpappGlenn: ok, good.16:41
lpappany 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 IRC16:45
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto16:48
kergothGlenn: the syntax is <url regex> <replacement url> for each entry, newline separated. that's it, no shortcuts16:49
lpappGlenn: you could report an FR if you wished, though.16:51
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto16:51
GlennThanks 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
erenis there an image type that partitions the hdd or flash disk into to (boot, home) ?16:52
erencurrently I am testing the image with liveimage16:52
erenthe changes in the /etc directory is temporary16:52
BCMMeren: there is a raspberry pi BSP on github that has one16:53
BCMMeren: it makes an SD card image with an fat32 boot partition (the hardware needs it) followed by an ext3 root16:53
erenI guess I will need to change a bit16:54
nerdboylpapp: either $HOST or $TARGET should work...16:54
erenbecause the platform I use it i58616:54
erenregular pc with bios16:54
nerdboyyou mean via extra_oeconf?16:55
erenI mean, not that regular :)16:55
lpappnerdboy: actually not in this case.16:55
lpappnerdboy: it is inside a Makefile16:55
erenBCMM: oh, and I will need syslinux for booting :\16:56
lpappI will probably need to use something like HOSTCC16:57
lpapp$HOSTCC -dumpmachine16:57
BCMMeren: btw i'm not saying there isn't a better/more official example, just that that bbclass exists16:57
erenoh I see16:57
*** Glenn <Glenn!614ebaea@gateway/web/freenode/ip.> has quit IRC17:00
*** belen <belen!Adium@nat/intel/x-slwcyfcpeelymsen> has quit IRC17:01
*** belen <belen!Adium@nat/intel/x-xuaflatwyvprubmv> has joined #yocto17:02
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC17:02
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto17:03
Crofton|workffs why doesn't the kernel build see my cfg file17:03
*** panda84kde <panda84kde!~diego@> has quit IRC17:05
*** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto17:07
cfo215Does anyone here actually develop anything using the Angstrom tool chains generated by OE/Yocto?17:10
cfo215From 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 IRC17:13
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has quit IRC17: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/28317:14
*** belen2 <belen2!Adium@nat/intel/x-ouaultrvgqiuqxai> has joined #yocto17:15
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:8c9e:801c:5ccb:6bdf> has joined #yocto17:15
*** belen <belen!Adium@nat/intel/x-xuaflatwyvprubmv> has quit IRC17:15
*** Dennis <Dennis!dc562822@gateway/web/freenode/ip.> has joined #yocto17:20
Dennisanybody here ?17:21
Crofton|workjsut ask17:23
lpappDennis: sure, what is the question?17:30
*** Anusko <Anusko!~anusko@> has quit IRC17:31
cfo215meta-toolchain-qte linking against /lib64/ld-linux-x86-64.so.2 using the angstrom-v2013.06-yocto1.4 git branch17:34
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC17:35
mranostayCrofton|work: what is the meaning of life?17:37
cfo215And, please don't ask/tell me to post it in #angstrom, it's already there!17:38
Crofton|workmranostay, http://www.youtube.com/watch?v=6PQ6335puOc17:38
bluelightningcfo215: silly question but you did run the env setup script before using the binaries the SDK contains, right?17:39
cfo215mranostay, its a movie by "Monty Python's Flying Circus"17:39
cfo215bluelightning, why of course!  I did: source /usr/local/oecore-x86_64/environment-setup-cortexa8hf-vfp-neon-angstrom-linux-gnueabi17:40
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto17:41
bluelightningcfo215: ok, just checking17:41
cfo215$ which qmake217:41
cfo215bluelightning, np17:41
cfo215cfo215, is getting a little fed up with the whole OE/Yocto/Angstrom doesn't do anything as documented circle....17:42
DennisI'm back and want to ask something about meta-freescale.17:42
cfo215Dennis, please just ask!17:42
Dennisok thx,17:42
cfo215Dennis, 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
Dennisthere is master branch whcih has new 3.0.8 libfslcodec17:45
Dennisbut otavio salvador commented AAC OGG codecs were removed. so i want to know why.17:46
cfo215so 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
Dennisand how to put them back17:46
*** galak <galak!~galak@rrcs-24-153-206-117.sw.biz.rr.com> has quit IRC17:49
cfo215this is what I get when trying the qmake2 against the sample program:  :~/qte-example$ qmake217:49
cfo215qmake2: error while loading shared libraries: __vdso_time: invalid mode for dlopen(): Invalid argument17:49
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC17:58
Crofton|workcfo215, I ahve an sdk, but no qt supoprt in it17:58
*** mihai <mihai!~mihai@> has joined #yocto18:01
*** mihai <mihai!~mihai@> has quit IRC18:01
cfo215Crofton|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|workusing -c populate_sdk?18:01
*** mihai <mihai!~mihai@> has joined #yocto18:02
cfo215Crofton|work,  yes that really blows up.18:02
cfo215all sorts of errors.  I'll pastebin for you.18:02
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC18:14
cfo215Crofton|work, OK so it's one error... but still one too many: | DEBUG: Python function do_populate_sdk finished18: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
cfo215ERROR: 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
cfo215NOTE: Tasks Summary: Attempted 3992 tasks of which 3991 didn't need to be rerun and 1 failed.18:15
cfo215Summary: 1 task failed:18:15
cfo215  /media/toshiba-usb3/work/setup-scripts/sources/meta-angstrom/recipes-images/angstrom/console-image.bb, do_populate_sdk18:16
cfo215Summary: There was 1 WARNING message shown.18:16
cfo215Summary: There was 1 ERROR message shown, returning a non-zero exit code.18:16
Crofton|workyou'll need to look in the logfile and poke arond18:16
Crofton|workand use pastebin, don't paste more then a few short lines in the channel18:17
cfo215Crofton|work, sure thing.  Unfortunately most of it is Greek to me.  The "collected errors" are at http://pastebin.com/kHhvEKf418:21
Crofton|workare you asking for dropbear and/or openssh?18:22
cfo215Crofton|work, if you like I can paste the whole log.18:22
Crofton|workI wonder why console-image is trying to install both?18:22
cfo215I'm not asking for anything... I'm trying $ MACHINE=beaglebone bitbake -c populate_sdk console-image18:23
cfo215or is that not correct?18:23
Crofton|workthat should work18:23
bluelightningat a guess, this is dev/dbg packages for openssh-sftp + dropbear interacting painfully18:23
*** belen2 <belen2!Adium@nat/intel/x-ouaultrvgqiuqxai> has quit IRC18:24
Crofton|workis there an eay way to get console image to avoid dropbear?18:24
kergothdropbera vs openssh is a package group / image feature selection18:25
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has quit IRC18:26
*** andyross <andyross!~andy@li44-10.members.linode.com> has quit IRC18:30
cfo215OK 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 #yocto18:31
*** Dennis <Dennis!dc562822@gateway/web/freenode/ip.> has left #yocto18:31
cfo215I'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
cfo215I've lost a month trying to learn this stuff.18:33
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto18:35
leviSorry, 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@> has joined #yocto18:38
*** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has quit IRC18:39
Crofton|workcfo215, you are using the angstrom build instructinos?18:39
cfo215Crofton|work, yes.  The only difference is I'm using the v2013.06 git branch.18:41
cfo215Crofton|work, not *master*18:41
Crofton|workI'll fire off a build, but it will take ages unless I can get the dl dir shared :)18:42
Crofton|worksomeone is looking at an issue for me, so I can look a little athis18:43
Crofton|workcore-image contains qt?18:43
Crofton|workexcuse me, console-image?18:44
cfo215I'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|workI am trying to figure out how you inserted qt into the image?18:45
cfo215Crofton|work, afaik it does.18:45
cfo215IMAGE_INSTALL_append += "qt4-embedded"18:46
Crofton|workI am no qt guru18:46
Crofton|workdid you get any qt demos to run on your hw?18:47
cfo215nor I.  but I can't use it if it's not there....18:47
cfo215kind-a-sort-of... they didn't play well with the touch screen.18:47
cfo215levi, I use Ubuntu 12.04.2 for my development machine.18:48
Crofton|workI'll see if I can track down the dropbear/opensdsh issue18:50
cfo215Crofton|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|workyou have to ask around about the touchscreen18:52
*** zedd_ <zedd_!~ddez@> has joined #yocto18:52
Crofton|workI've been tryin g to leave on a bike ride for the last 3 hours18:52
*** zeddii <zeddii!~ddez@> has quit IRC18:53
cfo215Sorry to hear that.  You should go riding.  There's no time like the present!  I'll survive.18:54
BCMMhow can i find out the value of a variable used by bitbake? specifically, i want to know the IMAGE_CLASSES it is building18:58
Crofton|workwell, someone is looked at something for me18:58
Crofton|workBCMM, try bitbake -e thing | grep ^IMAGE_CLASSES18:58
cfo215I 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 IRC18:59
*** zedd_ is now known as zeddii18:59
erenYAY, my TNC USB KISS modem is working with AX25 support19:02
erenit's good to see your BSP and packages in action :P19:02
* eren deserved a wiessbier19:03
erensee you tomorrow folks!19:03
*** eren <eren!~eren@unaffiliated/eren> has quit IRC19: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/27419:04
*** Bhawna <Bhawna!~arunkr24@> has joined #yocto19:11
BhawnaFirst Build stuck at19:12
Bhawna0: linux-yocto-3.8.13+gitAUTOINC+e7f42a416a_aa76cc2840-r4.2 do_fetch (pid 10937)19:12
Bhawnathe GIT clone in this case is Painstakingly slow...19:12
Bhawnais this a problem with the servers or my build environment19:13
Bhawnathe size of build/downloads/git2 is increasing but the speed is extremely slow...19:13
BhawnaPS: The internet connection is clean and has been supporting other downloads at good speeds19:14
Bhawnathis however seems to be stuck at 3-4KB/s19:14
*** davest <davest!~Adium@> has quit IRC19:17
levicfo215: 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
cfo215levi, Do you have a few days... ;)19:19
cfo215problem building SDK mainly.  Trying to do MACHINE=beaglebone ./oebb.sh bitbake -c populate_sdk console-image19:19
cfo215end 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
cfo215I started with Angstrom because it shipped with the BBB.19:22
cfo215My development PC is running Ubuntu... my target machine is the BBB running Angstrom19:23
*** ant_home <ant_home!~andrea@host18-89-dynamic.45-79-r.retail.telecomitalia.it> has joined #yocto19:28
Bhawnaanybody facing problem.... with this19:29
Bhawna0: linux-yocto-3.8.13+gitAUTOINC+e7f42a416a_aa76cc2840-r4.2 do_fetch (pid 10937)19:29
mihaiBhawna: it's probably cloning the git repo from yoctoproject.org and the traffic at this time might be somewhat higher19:31
j8Bhawna: my fetches for the kernel have been slow. the PREMIRROR has been the culprit19:31
Bhawnathanks, good to know that its not machine specific19:35
Bhawnaany idea, how long this takes19:35
Bhawnai am pretty new to all this19: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/27119:36
j8a while! the kernel git archive it downloaded for me is 700 MB. eventually, i created my own mirror19:40
*** ezekieljams <ezekieljams!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has quit IRC19:41
*** davest <davest!~Adium@> has joined #yocto19:46
*** Song_Liu <Song_Liu!c0373629@gateway/web/freenode/ip.> has quit IRC19:47
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC19:55
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto19:59
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC20:00
*** amarsman <amarsman!~marsman@195-241-212-143.ip.telfort.nl> has joined #yocto20:03
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-qamcpnvsqfuvhrqn> has quit IRC20:06
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto20:06
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ueyhznoqgepgzgxi> has joined #yocto20:07
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC20:08
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC20:09
jwesselRP no more hangs after many hours of the stress test at this point.20:15
jwesselAt 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 IRC20:18
*** ezekieljams <ezekieljams!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has joined #yocto20:19
jwesselI 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 #yocto20:43
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto20:44
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto20:47
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has quit IRC20:47
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:47
*** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has joined #yocto20:49
*** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has quit IRC20:53
lpappJaMa: hmm, not sure why openflow is in meta-virtualism rather than meta-networking?20:58
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC21:07
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto21:08
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC21:21
BCMMCrofton|work: thanks21:25
*** Bhawna <Bhawna!~arunkr24@> has quit IRC21:38
*** swex <swex!~swex@> has quit IRC21:54
*** swex <swex!~swex@> has joined #yocto21:55
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC22:00
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC22:01
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:03
*** walters <walters!walters@nat/redhat/x-cjxzeunbdtwbxjvz> has quit IRC22:05
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto22:17
*** amarsman <amarsman!~marsman@195-241-212-143.ip.telfort.nl> has quit IRC22:19
*** thesignal <thesignal!~deadbot@> has quit IRC22:26
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC22:27
*** thesignal <thesignal!~deadbot@> has joined #yocto22:30
*** scot <scot!~scot@> has quit IRC22:44
*** j8 is now known as j8|away22:44
*** zedd_ <zedd_!~ddez@> has joined #yocto22:53
*** zeddii <zeddii!~ddez@> has quit IRC22:54
*** andyross <andyross!~andy@li44-10.members.linode.com> has quit IRC22:54
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto22:55
*** swex <swex!~swex@> has quit IRC22:58
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has joined #yocto22:59
*** swex <swex!~swex@> has joined #yocto23:02
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has quit IRC23:04
*** mulhern <mulhern!~mulhern@c-67-186-188-91.hsd1.ma.comcast.net> has joined #yocto23:07
*** zenlinux_ <zenlinux_!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto23:09
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC23:12
kergothERROR: Can NOT get PRAUTO, exception timed out23:15
kergoththat can't be good..23:15
nerdboyi like exceptions...23:16
bluelightningbug 5051 has been filed for that it seems23:16
yoctiBug https://bugzilla.yoctoproject.org/show_bug.cgi?id=5051 critical, High, 1.5 M5, richard.purdie, NEW , ERROR: Can NOT get PRAUTO, exception timed out23:16
kergothah, right, thanks, didn't see that23:17
bluelightningnight all23:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC23:22
nerdboydamn, i didn't get to leave a mint on the pillow...23:22
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC23:24
*** kspr <kspr!~kasper@x1-6-20-aa-4b-6e-41-6e.k573.webspeed.dk> has quit IRC23:25
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto23:26
*** kspr <kspr!~kasper@x1-6-20-aa-4b-6e-41-6e.k573.webspeed.dk> has joined #yocto23:26
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC23:31
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto23:33
*** darknighte_znc is now known as darknighte23:34
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has joined #yocto23:36
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC23:36
RPjwessel: good to hear, I'll take the patch :)23:38
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto23: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/24423:38
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has quit IRC23:40
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has joined #yocto23:42
*** davest <davest!~Adium@> has quit IRC23:44
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC23:48
*** zenlinux__ <zenlinux__!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto23:50
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has quit IRC23:50
*** zenlinux_ <zenlinux_!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC23:54
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has joined #yocto23:55

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