01:38.41 | *** join/#oe GeorgeH (~George@c-69-141-105-145.hsd1.nj.comcast.net) |
02:16.28 | *** join/#oe Ironnads (~Ironnads@host86-164-42-158.range86-164.btcentralplus.com) |
02:30.21 | *** join/#oe TD-Linux (~thomas@about/essy/indecisive/TD-Linux) |
02:30.48 | TD-Linux | is it normal for a virtual/kernel build to build like 1100 packages? |
02:35.16 | *** join/#oe Ironnads (~Ironnads@host86-164-45-153.range86-164.btcentralplus.com) |
02:53.30 | *** join/#oe xxiao (~xxiao@li41-126.members.linode.com) |
02:57.00 | *** join/#oe sunilg (~chatzilla@59.97.194.89) |
03:11.38 | *** join/#oe risca (~risca@wnpgmb0903w-ds01-249-233.dynamic.mtsallstream.net) |
03:12.19 | nerdboy | tries backporting an oe-core recipe to arago old-style... |
04:10.25 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
04:25.52 | *** join/#oe nitink (~nitink@134.134.139.76) |
04:44.27 | *** join/#oe notespace1 (~notespace@barracuda.ventureresearch.com) |
05:26.00 | *** join/#oe snkt (~snkt@122.170.104.85) |
05:48.14 | *** join/#oe erwt (~erwt@122.170.104.85) |
06:05.34 | *** join/#oe devzero_ (devzero@xdsl-78-35-56-246.netcologne.de) |
06:25.31 | nerdboy | wow, that actually worked... |
06:28.44 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
06:30.05 | *** join/#oe CcSsNET (~user@c-24-147-194-80.hsd1.ma.comcast.net) |
06:35.25 | *** join/#oe msm2 (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
06:36.51 | *** join/#oe valhalla (~valhalla@81-174-22-132.dynamic.ngi.it) |
06:37.30 | *** join/#oe tc- (~tc@static-213-115-157-66.sme.bredbandsbolaget.se) |
06:37.39 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
06:38.33 | *** join/#oe TheX1le (~thex1le@pool-173-79-19-208.washdc.fios.verizon.net) |
06:38.50 | *** join/#oe papercrane (~papercran@c-76-103-172-115.hsd1.ca.comcast.net) |
06:38.55 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
06:39.16 | *** join/#oe muhoo (~muhoo@c-98-234-156-4.hsd1.ca.comcast.net) |
06:50.17 | *** join/#oe toobluesc (~nitro@cpe-76-183-52-98.tx.res.rr.com) |
06:52.55 | *** join/#oe machine1 (machine1@pool-74-111-197-200.lsanca.fios.verizon.net) |
06:53.24 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
07:06.10 | *** join/#oe pretec (~Matthias@port-92-195-116-177.dynamic.qsc.de) |
07:13.00 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
07:21.49 | *** join/#oe darkschneider (~gab@93-32-55-69.ip32.fastwebnet.it) |
07:22.52 | *** join/#oe HeinervdmOff (~zimmerman@cookie.physik.uni-bonn.de) |
07:23.26 | *** join/#oe sunilg (~chatzilla@59.97.192.126) |
07:28.36 | *** join/#oe rob_w (~bob@93.104.205.194) |
07:28.36 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
07:32.24 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
07:32.59 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
07:36.32 | *** join/#oe mwester_ (~mwester@75-121-141-236.dyn.centurytel.net) |
07:36.33 | *** join/#oe mwester_ (~mwester@nslu2-linux/mwester) |
07:38.14 | *** join/#oe TD-Linux (~thomas@68-115-117-12.dhcp.roch.mn.charter.com) |
07:38.14 | *** join/#oe TD-Linux (~thomas@about/essy/indecisive/TD-Linux) |
07:38.15 | *** join/#oe xxiao (~xxiao@li41-126.members.linode.com) |
07:45.48 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
07:48.25 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
07:49.53 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
07:53.51 | *** join/#oe rschus (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
08:03.55 | *** join/#oe machine1 (machine1@pool-74-111-197-200.lsanca.fios.verizon.net) |
08:27.13 | *** join/#oe 77CAALO7R (~t@83.151.21.119) |
08:28.40 | *** join/#oe machine1 (machine1@pool-74-111-197-200.lsanca.fios.verizon.net) |
08:41.40 | *** join/#oe Spider-Pork (~Spider-Po@host39-232-static.225-95-b.business.telecomitalia.it) |
08:43.06 | *** join/#oe woglinde (~heinold@g230117147.adsl.alicedsl.de) |
08:43.12 | woglinde | hiho |
08:43.30 | mckoan | good morning |
08:43.30 | woglinde | was there an SRC_URI option for only downloading but not unpacking? |
08:43.34 | woglinde | hi mckoan ;) |
08:43.49 | mckoan | hi woglinde ;-) |
08:49.06 | ynezz | unpack=false? |
08:53.56 | *** join/#oe kristoffer (~kristoffe@c-63dce555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
09:04.45 | *** join/#oe machine1 (machine1@pool-74-111-197-200.lsanca.fios.verizon.net) |
09:14.56 | *** join/#oe woglinde (~heinold@g229046101.adsl.alicedsl.de) |
09:24.41 | *** join/#oe Jin|away (~jin@belief.htu.tuwien.ac.at) |
09:25.41 | Jin^eLD | mornin |
09:29.18 | jonasdn | is it possible to filter out something from an inherit line using bbappend? for instance removing "systemd" from inherit in a recipe? |
09:33.25 | *** part/#oe kristoffer (~kristoffe@c-63dce555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
09:33.40 | *** join/#oe kristoffer (~kristoffe@c-63dce555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
09:39.49 | *** join/#oe armin^ (~aburchard@ricgw02.informatik.uni-bremen.de) |
09:41.46 | *** join/#oe woglinde (~heinold@g229046101.adsl.alicedsl.de) |
09:44.20 | *** join/#oe darkschneider (~gab@93-32-55-69.ip32.fastwebnet.it) |
09:44.41 | *** join/#oe zod_ (~zod@smitty.knid.net) |
09:44.44 | *** join/#oe TheX1le_ (~thex1le@pool-173-79-19-208.washdc.fios.verizon.net) |
09:46.47 | *** join/#oe Noor (~nahsan@110.93.212.98) |
09:48.18 | *** join/#oe nslu2-log_ (~nslu2-log@140.211.169.184) |
09:50.25 | *** join/#oe cipher (~cipher@monica.cs.rpi.edu) |
09:50.40 | *** join/#oe hillct (~hillct@cpe-174-109-206-062.nc.res.rr.com) |
09:53.05 | *** join/#oe mickey_office (~mickey@e182221015.adsl.alicedsl.de) |
09:55.25 | *** join/#oe kristoffer (~kristoffe@c-63dce555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
09:55.25 | *** join/#oe PaulePanter (~paul@mail.gw90.de) |
09:55.26 | *** join/#oe mickeyl (~mickey@openmoko/coreteam/mickey) |
09:58.29 | snkt | Hello .... I m getting this error ..... vga.c:34:22: fatal error: sys/vm86.h: No such file or directory |
09:58.44 | snkt | while using "bitbake svgalib" |
09:58.57 | snkt | how to compile svgalib in OE |
10:02.55 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
10:02.55 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
10:08.49 | Spider-Pork | snkt: check if that file is in the correct path. maybe is in another place. |
10:09.21 | Spider-Pork | I think is not a bitbake's problem |
10:14.46 | snkt | Spider-Pork, in which path it is looking for? |
10:15.04 | Spider-Pork | check inside makefile in svgalib's src |
10:16.24 | Spider-Pork | vga.c:34:22: fatal error: sys/vm86.h: No such file or directory --> gcc found an include and maybe can't find sys/vm86.h |
10:17.09 | Spider-Pork | i expect to find at vga.c line 34 something like this: "#include "sys/vm86.h"" |
10:30.13 | *** join/#oe pespin (~pespin@cisne-cn08.upc.es) |
10:31.00 | *** join/#oe marvin24 (~marvin24@egonalter-2-pt.tunnel.tserv6.fra1.ipv6.he.net) |
10:33.27 | snkt | Spider-Pork, no it is like this ... #include <sys/vm86.h> |
10:33.35 | snkt | still I m getting this error |
10:33.59 | Spider-Pork | still it can't find that path |
10:34.03 | Spider-Pork | is in src? |
10:34.37 | Spider-Pork | look inside makefile. I'm newbie about these kind of problems |
10:34.37 | snkt | Spider-Pork, in which src? that means in toolchain or the system src? |
10:34.55 | Spider-Pork | no no inside svgalib src |
10:35.16 | Spider-Pork | the sources of svgalib |
10:37.04 | Spider-Pork | but i repeat that: i'm really a newbie :) |
10:37.06 | snkt | there is no vm86.h file |
10:38.15 | Spider-Pork | i think is glibc header |
10:38.16 | erwt | Spider-Pork, it's OK |
10:42.30 | Spider-Pork | snkt: are you crosscompiling? |
10:42.40 | Spider-Pork | if yes, for what kind of target? |
10:43.18 | snkt | Spider-Pork, I m using it for ARM mini2440 |
10:45.50 | woglinde | svgalib lol |
10:45.54 | woglinde | thats stoneage |
10:48.59 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
10:48.59 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
10:49.17 | snkt | woglinde, I want to run a light weighted apps which require this dependencies..... will you plz help me |
11:01.53 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
11:15.23 | pb_ | hi ant_work |
11:15.29 | pb_ | morning all |
11:15.32 | *** join/#oe pretec (~Matthias@fb-n15-11.unbelievable-machine.net) |
11:17.13 | ant_work | good morning |
11:27.06 | woglinde | hi pb hi ant |
11:27.30 | woglinde | snkt what lightway should that be? |
11:27.40 | woglinde | better make something usefull with directfb |
11:32.55 | *** join/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
11:40.35 | likewise | gm |
11:42.35 | *** join/#oe icanicant (~klawson@213.218.221.154) |
11:52.39 | likewise | in test/fetch-test.c, why does testcases[] not contain a wide range of formats such as a1b5g5r5? |
11:52.53 | likewise | sorry, wrong channel. |
11:55.26 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
12:05.48 | Crofton|work | has anyone here used AWS to do OE builds? |
12:08.31 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
12:08.45 | *** join/#oe pepermint (~pepermint@host155-247-dynamic.20-79-r.retail.telecomitalia.it) |
12:16.02 | likewise | Crofton|work: some other ppl did: http://gumstix.8.n6.nabble.com/Virtual-machines-for-Gumstix-OpenEmbedded-build-environment-td575679.html |
12:17.48 | Crofton|work | I'm trying to figure out how much it costs, and how much to keep the data around with the instance turned off |
12:19.55 | erwt | likewise hello |
12:20.28 | likewise | maybe find out / ping this user: http://www.openembedded.org/wiki/EC2CloudBuild |
12:20.39 | likewise | erwt: hi |
12:21.19 | likewise | erwt: where are you from? in Dutch, erwt means pea :) |
12:32.54 | erwt | hello was anyone struggling with svgalib |
12:36.20 | Jay7 | hm.. |
12:36.44 | Jay7 | are build farm accounts actually frequently requested? |
12:37.03 | Jay7 | if people are ready to pay something I can setup one :) |
12:37.32 | *** join/#oe sinizan (6dbe056d@gateway/web/freenode/ip.109.190.5.109) |
12:41.57 | likewise | Jay7: well, but will you compete against AWS on large scale? :) |
12:42.26 | Jay7 | likewise: build service is very special ;) |
12:42.59 | likewise | I would like to know if I can clone a AWS instance to/from someone else. I.e. I prepare a machine with a completed build and then throw it to another user. |
12:43.13 | *** join/#oe mrmoku (~mrmoku@ppp-93-104-178-204.dynamic.mnet-online.de) |
12:50.20 | *** join/#oe vivijim (~vivijim@134.134.139.70) |
12:50.22 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
12:51.13 | *** join/#oe vivijim (vivijim@nat/intel/x-tvlbqnnjuzgcecjm) |
12:51.14 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
13:04.58 | *** join/#oe sunilg (~chatzilla@58.68.121.26) |
13:12.46 | pb_ | Is there any documentation that describes how exactly sstate is meant to work, by any chance? |
13:13.26 | *** join/#oe sunilg (~chatzilla@58.68.121.26) |
13:20.12 | ant_work | pb_: sstate.bbclass was a bit documented in Yocto 3.2.3 but there have been recent reworks |
13:20.26 | ant_work | http://www.yoctoproject.org/docs/latest/poky-ref-manual/poky-ref-manual.html |
13:20.51 | bluelightning | pb_: specifically: http://www.yoctoproject.org/docs/latest/poky-ref-manual/poky-ref-manual.html#shared-state-cache |
13:22.05 | ant_work | hi bluelightning |
13:28.36 | *** join/#oe lamikr (lamikr@nat/nokia/x-yzdrepkqpajzpvlj) |
13:32.58 | sinizan | Hello everyone, I am currently working on a omap l137 board which will use the DSP as a coprocessor |
13:33.41 | sinizan | it seems the latest recipe in OE for C6Run is ti-c6run_0.94.04.05.bb, wherease the latest version from TI is 0.98 |
13:34.08 | sinizan | is there anothere place where this kind of recipe are maintained? |
13:37.12 | bluelightning | hi ant_work |
13:40.42 | jonasdn | is there a way to list all packages in an image? |
13:41.22 | *** join/#oe roric (~roric@194-237-7-146.customer.telia.com) |
13:46.48 | *** part/#oe vivijim (vivijim@unaffiliated/vivijim) |
13:47.04 | *** join/#oe pespin (~pespin@cisne-cn07.upc.es) |
13:52.03 | *** join/#oe galak (~galak@nat/ti/x-pebeijpxtmeobgso) |
13:52.07 | bluelightning | jonasdn: OE-Classic or OE-Core? |
13:52.17 | jonasdn | OE-core |
13:52.43 | bluelightning | jonasdn: enable buildhistory (but without BUILDHISTORY_COMMIT): https://wiki.yoctoproject.org/wiki/Buildhistory |
13:52.51 | *** join/#oe roric (~roric@194-237-7-146.customer.telia.com) |
13:52.54 | jonasdn | thx |
13:52.57 | bluelightning | this will produce not only package lists but also depgraphs |
13:53.04 | jonasdn | great! |
13:53.34 | pb_ | bluelightning: thanks, I'll have a look |
13:53.48 | bluelightning | np |
13:55.16 | *** join/#oe penghb (~penghb@202.108.130.138) |
14:00.12 | *** part/#oe marvin24 (~marvin24@egonalter-2-pt.tunnel.tserv6.fra1.ipv6.he.net) |
14:01.46 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
14:03.41 | *** join/#oe stefan_schmidt (~stefan@p4FC770C3.dip.t-dialin.net) |
14:10.22 | *** join/#oe sunilg (~chatzilla@58.68.121.26) |
14:10.36 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
14:16.50 | *** join/#oe troth (~troth@nat/hp/x-ahnqsevyjqbdljpq) |
14:21.26 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
14:22.35 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
14:45.28 | pb_ | so, that sstate documentation helps a bit, though it doesn't quite go into the detail that I was hoping for. |
14:46.27 | pb_ | I guess the issue I have right now is that I can't quite see where/how the _setscene tasks get spliced into the dependency graph. for example, staging.bbclass does "addtask do_populate_sysroot_setscene", but nothing obviously mentions that task as being a dependency. |
14:51.12 | *** join/#oe mgundes (5f009c02@gateway/web/freenode/ip.95.0.156.2) |
14:51.24 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
14:55.33 | bluelightning | pb_: setscene tasks get processed first in a separate runqueue |
14:55.54 | pb_ | oh, right, so there is some hard-wired knowledge in bitbake about them? |
14:56.03 | pb_ | how does it identify them, just by ending in "setscene"? |
14:56.49 | bluelightning | yes and yes, I think so |
14:57.02 | pb_ | aha, right |
14:57.09 | pb_ | in that case I guess I should try getting a newer bitbake :-} |
14:57.30 | bluelightning | which version were you trying with? |
14:57.41 | pb_ | somewhere around 1.14.0, I think |
14:57.59 | *** join/#oe risca (~risca@wi-secure-3639.cc.umanitoba.ca) |
14:58.08 | bluelightning | AFAIK that had sstate support in it... |
14:58.16 | pb_ | yeah, it does, it just doesn't seem to work correctly |
14:58.27 | bluelightning | for latest oe-core you definitely need 1.15.x though |
14:58.49 | pb_ | I had assumed it was a problem in the oe-core metadata somewhere, but if bitbake itself is meant to understand the setscene bits then maybe my problem is in there. |
14:59.11 | pb_ | unfortunately I'm not using the latest oe-core, and in particular I don't have all the quoting fixes that 1.15.x now seems to insist on. |
14:59.47 | pb_ | I don't really want to update oe-core at the moment, because it is always a nightmare merge and we are meant to be shipping on Friday. :-} |
15:01.15 | bluelightning | pb_: master requires the quoting fixes, 1.15.1 does not |
15:01.38 | bluelightning | ah, fair enough :) |
15:02.16 | pb_ | oh, right. what branch to I check out for 1.15.1? there doesn't seem to be a 1.15 branch in git. |
15:02.26 | pb_ | afaict, the choice is between 1.14, master, "master-poky", or "next" |
15:02.41 | pb_ | ah, I see, there is a 1.15.1 tag |
15:05.56 | bluelightning | yes, the tag was what I was thinking of |
15:07.46 | pb_ | okay, I'll give that a go |
15:13.09 | *** part/#oe Zagor (~bjst@rockbox/developer/Zagor) |
15:14.05 | *** join/#oe vivijim (~vivijim@134.134.139.70) |
15:14.06 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
15:15.31 | *** join/#oe galak_pb (~galak@nat/ti/x-jmprjvzwjsummvhu) |
15:15.51 | *** join/#oe andi- (~andi@p4FDB42FA.dip.t-dialin.net) |
15:28.31 | *** join/#oe cipher (~cipher@unaffiliated/mshield) |
15:29.03 | *** join/#oe pespin (~pespin@cisne-cn09.upc.es) |
15:39.20 | *** join/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net) |
15:55.09 | *** join/#oe mrmoku (~mrmoku@ppp-93-104-178-204.dynamic.mnet-online.de) |
16:02.00 | *** part/#oe rschus (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
16:11.01 | *** join/#oe mrmoku (~mrmoku@ppp-93-104-178-204.dynamic.mnet-online.de) |
16:11.12 | pb_ | well, bitbake 1.15.1 does seem to work with my content, so that's a good start. |
16:11.28 | pb_ | now to try to figure out whether it solves my original problem... :-} |
16:18.10 | *** join/#oe stefan__ (~stefan@p4FF89724.dip.t-dialin.net) |
16:22.24 | *** join/#oe mrmoku (~mrmoku@ppp-93-104-178-204.dynamic.mnet-online.de) |
16:25.49 | *** join/#oe GNUtoo (~gnutoo@host36-102-dynamic.10-188-r.retail.telecomitalia.it) |
16:27.04 | *** join/#oe sunilg (~chatzilla@59.97.192.126) |
16:29.19 | *** join/#oe msm (~msm@gate-tx3.freescale.com) |
16:31.34 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
16:40.07 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
16:40.07 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
16:45.56 | *** join/#oe mrmoku (~mrmoku@ppp-93-104-178-204.dynamic.mnet-online.de) |
16:46.14 | *** join/#oe nullpuppy (~nullpuppy@freematrix/staff/nullpuppy) |
16:47.38 | *** join/#oe Ironnads (~Ironnads@host109-152-218-189.range109-152.btcentralplus.com) |
16:55.22 | *** join/#oe risca (~risca@wi-secure-3639.cc.umanitoba.ca) |
17:11.27 | *** join/#oe fullstop (~quassel@173.210.91.4) |
17:14.25 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
17:28.44 | *** join/#oe anarsoul (~anarsoul@80.249.92.96) |
17:34.26 | *** join/#oe Heinervdm (~thomas@p5B0F6CAB.dip.t-dialin.net) |
17:42.12 | *** join/#oe pespin (~pespin@251.pool85-50-81.dynamic.orange.es) |
18:00.30 | *** join/#oe reactor16 (~rrrr@static.230.234.9.176.clients.your-server.de) |
18:05.10 | *** join/#oe pespin (~pespin@90.163.82.80) |
18:05.45 | *** join/#oe dFence (~dFence@p5B0A23D2.dip.t-dialin.net) |
18:06.02 | *** join/#oe devzero_ (devzero@xdsl-89-0-169-202.netcologne.de) |
18:06.57 | dFence | pls don't shoot me for submitting the same patch 10 times ;) @tom rini: is it correct now? |
18:13.03 | *** join/#oe GNUtoo-netbook (~gnutoo@host36-102-dynamic.10-188-r.retail.telecomitalia.it) |
18:16.49 | *** join/#oe dFence_ (~dFence@p5B0A230D.dip.t-dialin.net) |
18:17.26 | mr_science | yay, i made a custom console-image without an actual kernel image in /boot |
18:19.37 | denix | RDEPENDS_kernel-base = "" |
18:26.40 | reactor16 | obi |
18:26.49 | reactor16 | any one seen obi ? |
18:28.49 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
18:30.01 | mr_science | denix, when i checked another image, it had kernel-image in the IMAGE_INSTALL list |
18:30.27 | mr_science | is the RDEPENDS the more "proper" way to do it? |
18:32.10 | *** join/#oe toofar (~toobluesc@rrcs-24-153-174-218.sw.biz.rr.com) |
18:34.12 | *** part/#oe reactor16 (~rrrr@static.230.234.9.176.clients.your-server.de) |
18:38.28 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
18:54.50 | *** join/#oe rcf (~rcf@138.62-243-81.adsl-dyn.isp.belgacom.be) |
18:56.31 | *** join/#oe pretec (~Matthias@port-92-195-116-177.dynamic.qsc.de) |
19:06.18 | *** join/#oe sunilg (~chatzilla@59.97.192.126) |
19:07.08 | *** join/#oe W1N9Zr0 (~W1N9Zr0@69-165-245-165.cable.teksavvy.com) |
19:10.14 | msm | khem: ping |
19:11.00 | msm | i have this: https://gist.github.com/2030847 |
19:11.05 | *** join/#oe flo_lap (~fuchs@sign-4d0949aa.pool.mediaWays.net) |
19:11.05 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
19:11.08 | msm | its not using sysroot to search for /usr/include/c++ |
19:11.11 | *** join/#oe pepermint (~pepermint@host155-247-dynamic.20-79-r.retail.telecomitalia.it) |
19:11.27 | msm | i've tweaked my gcc patches |
19:11.32 | msm | maybe i missed one that yocto added to fix this |
19:12.09 | *** join/#oe mrmoku (~mrmoku@ppp-93-104-163-149.dynamic.mnet-online.de) |
19:12.25 | fray | there is a configuration setting for the cxx (or c++?) path.. |
19:12.33 | fray | if that isn't set, I believe it defaults back to /usr/include.. |
19:13.03 | msm | fray: wouldnt —sysroot to g++ override this? |
19:13.26 | fray | sysroot will override it for some things, but you need to the path known for the sysroot to override.. (or at least you used to) |
19:13.51 | fray | gcc (used to) check the local ones before the sysroot ones.. and local in this case would be the /usr/include/g++ |
19:14.08 | fray | it's been a few years since I played with this stuff directly, so I'm really not sure if what I'm saying is still correct though |
19:14.24 | fray | but I know the OE toolchains do set the C++ include path.. |
19:14.38 | fray | (I was just looking at that code) ;) |
19:15.56 | msm | fray: where do they set it? |
19:16.22 | fray | in the recipe |
19:16.36 | msm | fray: can you give an example one? =) |
19:16.46 | fray | --with-gxx-include-dir=${STAGING_DIR_TARGET}${target_includedir}/c++ |
19:16.54 | fray | gcc-configure-cross.inc |
19:17.32 | msm | ok - let me look at this |
19:17.43 | msm | we don't have this arg for sure, we must have killed it somewhere |
19:22.01 | fray | there is an argument, something like local-prefix that appears to be incorrect though.. |
19:22.08 | fray | I'm currently testing this for khem... |
19:27.52 | *** join/#oe e-ffi (~cybercom@HSI-KBW-046-005-021-196.hsi8.kabel-badenwuerttemberg.de) |
19:30.52 | msm | hmmm |
19:31.06 | msm | fray: not sure what you might mean ;) |
19:32.29 | fray | the argument list in configure-cross.inc there is an argument that says something like --with-local-prefix=... thats wrong.. |
19:33.15 | msm | k - i'll see what mine says too for kicks - rebuilding gcc atm |
19:38.27 | msm | fray: my local-prefix is correct |
19:38.35 | msm | with-local-prefix=/local/home/mattsm/git/poky/build_p4080ds_release/tmp/sysroots/p4080ds/usr |
19:38.47 | msm | however, the first one we talked about is wrong |
19:38.48 | msm | with-gxx-include-dir=/usr/include/c++ |
19:38.54 | fray | the problem is that when you set with-local-prefix, it appears the toolchain is no longer relocatable.. |
19:39.11 | fray | that is the theory.. I should know soon if it's true... |
19:39.33 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
19:40.21 | msm | that does not seem likely |
19:40.32 | msm | since i do this often… i think |
19:40.38 | msm | when reusing sstate-cache |
19:40.53 | fray | the problem is that the original directory either needs to be readable, or it needs to not exist.. |
19:41.02 | fray | if you make it unreadable.. then you will get a failure.. |
19:41.16 | fray | see bugzilla 2074 |
19:41.51 | fray | the way khem explained it to me, the local-prefix option is old, and designed for systems where you won't be using a sysroot.. it's a hardcoded path that gcc looks into first.. |
19:42.01 | fray | then falls back to the sysroot..t hats not the behavior we want with the sstate-cache.. |
19:42.10 | fray | since the builder of the sstate-cache may have unreadable directories |
19:43.22 | msm | fray: ok i might not be doing this then |
19:43.46 | fray | follow the steps in 2082 -- that should show if you have the problem with your toolchain or not |
19:44.21 | fray | with edison, I couldn't even get far enough to try the toolchain though.. things like tar started to blow up on me.. |
19:44.28 | fray | with master though the toolchain is what fails.. |
19:45.59 | msm | hmm ok |
19:46.04 | msm | seems i need c7c70a3ea200fba23324d825046aee283c6747b1 in edison too |
19:46.14 | msm | which is fixing the problem im having |
19:46.27 | msm | (err rather i *think* it's a fix for the same issue) |
19:46.33 | fray | I was never able ot figure out (lack of time) why tar was failing for me in edison.. |
19:46.45 | fray | but the trick to cause the failure is to ensure the original user you built under was unreadable.. but existed.. |
19:47.13 | fray | if the directory was removed, the build succeeded most of the time because the components tried the directory and then fell back to the sysroot or some other mechanism automatically.. |
19:47.23 | fray | but if it existed and wasn't readable.. a completley different error path was hit |
19:47.30 | fray | (speculation based on behavior) |
19:47.53 | msm | oh - this is the issue where you can't use another users build |
19:47.53 | *** join/#oe pvanhoof (~pvanhoof@d54C148A9.access.telenet.be) |
19:47.57 | msm | intresting |
20:10.01 | *** join/#oe phdeswer (~phdeswer@HSI-KBW-078-043-064-116.hsi4.kabel-badenwuerttemberg.de) |
20:13.38 | *** join/#oe rah (rah@myrtle.settrans.net) |
20:22.38 | *** join/#oe ALo (~alogeno@179.Red-81-32-131.dynamicIP.rima-tde.net) |
20:25.50 | *** join/#oe dFence (~dFence@pD9F67E87.dip.t-dialin.net) |
20:38.32 | TD-Linux | why does angstrom's directory structure vary so much from the openembedded one? |
20:38.42 | TD-Linux | I'm still a bit confused as to the relationship between them |
21:05.45 | mr_science | so what's the poper way to build a meta-toolchain package? |
21:06.59 | mr_science | i eother get "no provider" or an error if i try "bitbake -p path/to/meta-toolchain.bb -c build" |
21:07.10 | mr_science | *either |
21:07.18 | mr_science | what am i missing? |
21:13.49 | *** join/#oe RP__ (~richard@dan.rpsys.net) |
21:16.55 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
21:20.23 | *** join/#oe ant__ (~andrea@host225-253-dynamic.30-79-r.retail.telecomitalia.it) |
21:20.26 | *** join/#oe risca (~risca@wi-secure-3639.cc.umanitoba.ca) |
21:28.32 | *** join/#oe DJWillis (djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
21:29.03 | mr_science | okay, figured it out |
21:29.19 | mr_science | it didn't like on of my dep names |
21:42.37 | *** join/#oe CMoH (~cipi@95.76.68.223) |
21:42.40 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
22:04.38 | *** join/#oe nslu2-log_ (~nslu2-log@140.211.169.184) |
22:07.58 | *** join/#oe lamikr (lamikr@nat/nokia/x-dezdlspssexnoxkp) |
22:11.06 | mr_science | so for the meta-toolchain RDEPENDS_${PN} += "foo" |
22:11.24 | mr_science | isn't "foo" the actual .ipk package name? |
22:23.59 | *** join/#oe zenlinux_ (~sgarman@masterfoo.zenlinux.com) |
22:31.15 | denix | mr_science: DEPENDS is a build time dependency and requires recipe name, RDEPENDS is a run-time dependency and requires package name, i.e. *.ipk |
22:40.29 | *** join/#oe strnx (strnx@174.127.80.146) |
23:07.51 | *** join/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
23:09.40 | likewise | gm |
23:12.54 | florian | hi likewise |
23:29.11 | likewise | hi florian |
23:29.58 | likewise | my SRC_URI is obviously wrong: fatal: Unable to look up bitbucket.org (port likewise) (Servname not supported for ai_socktype) |
23:29.59 | *** join/#oe msm1 (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
23:30.00 | likewise | LOL |
23:34.34 | Jin^eLD | hey likewise :) |
23:35.04 | likewise | hey Jin^eLD |
23:37.21 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
23:43.52 | *** join/#oe JaMa (~martin@94.230.152.246) |
23:51.05 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
23:51.06 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
23:57.14 | likewise | what's the SRC_URI for accessing a private GIT repo? git://host/repo.git;protocol=ssh;user=myname |
23:58.27 | likewise | a wait ":" missing somewhere. |
23:58.30 | likewise | a=ah |