| 00:08.11 | *** join/#oe reaperofsouls (~jpuhlman@nat/montavista/session) |
| 00:08.11 | *** join/#oe reaperofsouls (~jpuhlman@nat/montavista/x-vtjuebvjsrvqbyew) |
| 00:37.13 | *** join/#oe reaperofsouls (~jpuhlman@206.112.117.35) |
| 00:37.13 | *** join/#oe pvanhoof (~pvanhoof@217.22.63.163) |
| 00:44.31 | *** join/#oe risca (~risca@c-299272d5.022-98-73746f3.cust.bredbandsbolaget.se) |
| 00:49.27 | *** join/#oe reaperofsouls (~jpuhlman@206.112.117.35) |
| 00:49.27 | *** join/#oe pvanhoof (~pvanhoof@217.22.63.163.static.hosted.by.easyhost.be) |
| 00:54.59 | *** join/#oe reaperofsouls (~jpuhlman@nat/montavista/session) |
| 00:54.59 | *** join/#oe reaperofsouls (~jpuhlman@nat/montavista/x-xbbxdvvluzggdjdw) |
| 00:58.36 | *** join/#oe pvanhoof (~pvanhoof@217.22.63.163) |
| 01:01.00 | *** join/#oe lamawithonel (~lucas@pool-71-191-5-104.washdc.east.verizon.net) |
| 01:02.24 | *** join/#oe reaperofsouls (~jpuhlman@nat/montavista/session) |
| 01:02.24 | *** join/#oe reaperofsouls (~jpuhlman@nat/montavista/x-agadgwlmaygxqnyb) |
| 01:17.53 | *** join/#oe reaperofsouls (~jpuhlman@206.112.117.35) |
| 01:18.43 | *** join/#oe pvanhoof (~pvanhoof@217.22.63.163.static.hosted.by.easyhost.be) |
| 01:41.36 | *** join/#oe reaperofsouls (~jpuhlman@206.112.117.35) |
| 01:45.56 | *** join/#oe cpo (~cpo@helix.mybll.net) |
| 01:50.23 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 01:50.45 | *** join/#oe RushPL (~quassel@89-69-171-30.dynamic.chello.pl) |
| 01:51.44 | *** join/#oe cpo (~cpo@helix.mybll.net) |
| 01:57.25 | *** join/#oe msm (~msm@dpc691972192.direcpc.com) |
| 02:14.42 | *** join/#oe reaperofsouls (~jpuhlman@206.112.117.35) |
| 03:05.39 | *** join/#oe devzero_ (devzero@xdsl-89-0-145-22.netcologne.de) |
| 03:35.39 | *** join/#oe Basith (3df6e434@gateway/web/freenode/ip.61.246.228.52) |
| 03:37.55 | Basith | I am working for 1t91sam9263 board. When I compile "bitbake virtual/kernel" It gives the error: /linux-2.6.30/tools/perf: No such file or directory. |
| 03:40.08 | Basith | tool directory is only present from kernel 2.31 onwards, but there is only patch available for at91sam9263 linux 2.30. Pls help me what to do? |
| 04:03.22 | *** join/#oe RushPL (~quassel@89-69-171-30.dynamic.chello.pl) |
| 04:12.17 | *** join/#oe Basith_ (3df6e434@gateway/web/freenode/ip.61.246.228.52) |
| 04:58.30 | *** join/#oe jevin (~jevin@napalm.jevinskie.com) |
| 05:05.39 | *** join/#oe erwt (~erwt@114.143.161.178) |
| 05:34.13 | Basith_ | When I build Sdk i got the ERROR: runstrip: ''arm-angstrom-linux-gnueabi-strip' strip command failed. pls help me! |
| 06:20.49 | *** join/#oe notespace (~notespace@dsl081-118-011.dfw1.dsl.speakeasy.net) |
| 06:44.09 | *** join/#oe reisei (~reisei@n41-as54-1-ppp206.nordnet.ru) |
| 06:53.50 | *** join/#oe snkt (~snkt@114.143.161.178) |
| 06:55.51 | *** join/#oe drw (~drw@cpe-76-187-60-200.tx.res.rr.com) |
| 06:57.13 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
| 06:59.40 | Basith_ | When I build Sdk i got the ERROR: runstrip: ''arm-angstrom-linux-gnueabi-strip' strip command failed. pls help me! |
| 07:00.53 | *** join/#oe pretec (~Matthias@pd956e536.dip0.t-ipconnect.de) |
| 07:12.39 | *** join/#oe morphis (~morphis@dslb-088-071-234-107.pools.arcor-ip.net) |
| 07:22.28 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:f2de:f1ff:fe62:28f7) |
| 07:31.43 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 07:42.18 | *** join/#oe Basith (cbc59d9c@gateway/web/freenode/ip.203.197.157.156) |
| 07:45.53 | Basith | When I Compile the SDK, bitbake meta-toolchain-qte I got the error: |
| 07:45.54 | Basith | ERROR: runstrip: ''arm-angstrom-linux-gnueabi-strip' --remove-section=.comment --remove-section=.note '/media/Working/angstrom/build/tmp-angstrom_2010_x-eglibc/work/armv5te-angstrom-linux-gnueabi/qt4-embedded-4.7.4-r39.5/package/usr/bin/rcc'' strip command failed |
| 08:03.20 | *** join/#oe anarsoul (~anarsoul@212.98.167.136) |
| 08:19.02 | mckoan | good morning |
| 08:21.53 | *** join/#oe Heinervdm (~thomas@pD9E150F2.dip.t-dialin.net) |
| 08:26.21 | *** join/#oe ensc_ (~irc-ensc@p54ADF308.dip.t-dialin.net) |
| 08:35.39 | kenws | Hi all |
| 08:42.50 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:48.52 | *** join/#oe woglinde (~henning@g225004171.adsl.alicedsl.de) |
| 08:52.16 | *** join/#oe rschus (~rschus@fb-n15-11.unbelievable-machine.net) |
| 08:53.55 | JaMa|Wrk | pb_: ping |
| 08:54.12 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 08:55.02 | woglinde | hi zecke |
| 08:57.18 | *** join/#oe Basith (cbc59d9c@gateway/web/freenode/ip.203.197.157.156) |
| 08:57.26 | Basith | When packaging Qt libraries, I got the ERROR: QA run found fatal errors. Please consider fixing them. |
| 08:57.51 | woglinde | and? |
| 08:58.02 | *** join/#oe lrg (~lrg@host86-182-209-57.range86-182.btcentralplus.com) |
| 08:58.34 | Basith | and ERROR: Function 'do_package_qa' failed NOTE: package qt4-embedded-4.7.4-r39.5: task do_package: Failed |
| 08:58.46 | woglinde | and? |
| 08:59.01 | woglinde | pastebin it |
| 09:04.29 | Basith | I have put the error in pastebin |
| 09:05.15 | JaMa|Wrk | pb_: I'm using rm_old_work from meta-micro and found small issue with -dbg packages, fixed by http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=0d4c17de1ba7343d82bb10c311754e29d573c485 |
| 09:15.15 | Basith | ERROR: QA Issue: Architecture did not match (40 to 3) on /work/armv5te-angstrom-linux-gnueabi/qt4-embedded-4.7.4-r39.5/packages-split/qt4-embedded-tools/usr/bin/rcc | ERROR: QA Issue: Architecture did not match (40 to 3) on /work/armv5te-angstrom-linux-gnueabi/qt4-embedded-4.7.4-r39.5/packages-split/qt4-embedded-tools/usr/bin/moc | ERROR: QA Issue: Architecture did not match (40 to 3) on /work/armv5te-angstrom-linux-gnueabi/qt4-embedded |
| 09:16.06 | Basith | I thing 3 bin file problem to do_pack failed |
| 09:16.28 | Basith | so, what should i do? |
| 09:21.33 | woglinde | write to the oe-core ml |
| 09:21.46 | woglinde | bluelightning or ericben may answer |
| 09:29.12 | Basith | Thanks |
| 09:59.59 | *** join/#oe pespin (~pespin@cisne-cn09.upc.es) |
| 10:06.30 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 10:06.30 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 10:09.10 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 10:10.04 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
| 10:11.42 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 10:11.52 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 10:16.42 | *** join/#oe lamikr (lamikr@nat/nokia/x-kdddhoghidzdgoqu) |
| 10:17.14 | *** join/#oe alx_ (~alx_@fireone.i3p.it) |
| 10:19.39 | *** join/#oe RushPL (~quassel@89-69-171-30.dynamic.chello.pl) |
| 10:25.49 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 10:31.12 | *** join/#oe RushPL (~quassel@89-69-171-30.dynamic.chello.pl) |
| 10:33.42 | *** join/#oe LeslieLi (~quassel@222.65.228.137) |
| 10:36.54 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 10:40.04 | *** join/#oe VQuickSilver (~VQuickSil@gentoo/contributor/vquicksilver) |
| 10:56.47 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 10:56.55 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 10:58.03 | *** join/#oe RushPL_ (~quassel@89-69-171-30.dynamic.chello.pl) |
| 10:59.02 | *** join/#oe mickey_office (~mickey@business-092-079-168-007.static.arcor-ip.net) |
| 11:05.12 | mckoan | has booked the flight for FOSDEM 2012 (Brussels, Belgium) |
| 11:17.49 | pb_ | oh, hm, fosdem. what dates is it this time? |
| 11:22.41 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:22.58 | mickey_office | pretty early this tie |
| 11:22.59 | mickey_office | time |
| 11:23.02 | mickey_office | 4th and 5th |
| 11:23.15 | pb_ | ah |
| 11:23.17 | mickey_office | (of february) |
| 11:23.42 | pb_ | I am going to california at the end of jan. not sure I will be able to manage fosdem that soon afterwards. |
| 11:24.36 | pb_ | oh, actually, there's 2 weeks between them. looks like we are flying back from the usa on jan 20. |
| 11:25.00 | pb_ | so that might be manageable, perhaps. I'll talk to Ruth and see what she thinks. |
| 11:28.44 | mickey_office | ok. keep me posted. i didn't book anything yet either. |
| 11:32.45 | *** join/#oe RushPL (~quassel@89-69-171-30.dynamic.chello.pl) |
| 11:34.52 | *** join/#oe VQuickSilver (~VQuickSil@246.Red-79-154-51.dynamicIP.rima-tde.net) |
| 11:34.53 | *** join/#oe VQuickSilver (~VQuickSil@gentoo/contributor/vquicksilver) |
| 11:35.08 | *** join/#oe playya (~playya@p4FF8B21D.dip.t-dialin.net) |
| 11:35.09 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 11:39.26 | JaMa|Wrk | pb_: what do you think about that patch? maybe it should be fixed in package.bbclass instead |
| 11:44.18 | pb_ | um, which patch are we talking about? |
| 11:48.42 | JaMa|Wrk | 0:05:15 < JaMa|Wrk> pb_: I'm using rm_old_work from meta-micro and found small issue with -dbg packages, fixed by http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=0d4c17de1ba7343d82bb10c311754e29d573c485 |
| 11:49.20 | JaMa|Wrk | 10:05:15 |
| 11:49.45 | pb_ | oh, right |
| 11:49.55 | pb_ | I think that should be fixed in package.bbclass. I don't think using WORKDIR for that is sensible. |
| 11:50.23 | JaMa|Wrk | ok, thanks |
| 11:51.06 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 11:51.27 | pb_ | if it wants the basename of the traditional WORKDIR then it should be using ${PF} |
| 11:55.32 | JaMa|Wrk | pb_: agreed, I didn't look into bbclasses yet, but maybe sourcepkg.bbclass needs similar fix too if it's using WORKDIR |
| 12:45.22 | *** join/#oe RushPL (~quassel@89-69-171-30.dynamic.chello.pl) |
| 12:46.10 | woglinde | rp ping |
| 12:46.37 | woglinde | how do we prevent automake from adding rpath |
| 12:47.49 | *** join/#oe pespin (~pespin@246.3.221.87.dynamic.jazztel.es) |
| 12:57.04 | *** join/#oe mrmoku` (~mrmoku@ppp-93-104-180-111.dynamic.mnet-online.de) |
| 13:12.24 | *** join/#oe risca (~risca@c-299272d5.022-98-73746f3.cust.bredbandsbolaget.se) |
| 13:34.14 | woglinde | hm I wonder if we can rewrite libtool ltmain, so we have a -rpath replace it with -rpath-link to the sysroot dir and -rpath targetdir |
| 13:34.24 | JaMa|Wrk | ant_work: does klibc still build for you with current linux-libc-headers-3.1, here it fails to find asm/bitsperlong.h because thats in include/asm/generated |
| 13:37.21 | ant_work | hi JaMa|Wrk |
| 13:38.35 | ant_work | I've built last week just fine, can't remember headers version, though |
| 13:38.47 | ant_work | (I'm testing klibc_2.0 btw) |
| 13:45.30 | *** join/#oe lamikr (lamikr@nat/nokia/x-zdzxgxjgbijtmtob) |
| 13:48.08 | otavio | Hi |
| 13:57.00 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 13:58.00 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 14:01.06 | *** join/#oe mhnoyes (~mhnoyes@74-38-53-240.dr01.myck.or.frontiernet.net) |
| 14:01.06 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 14:02.40 | *** join/#oe GNUtoo (~gnutoo@host1-132-dynamic.51-79-r.retail.telecomitalia.it) |
| 14:10.25 | *** join/#oe CIA-87 (~CIA@cia.atheme.org) |
| 14:12.53 | ericben | hi |
| 14:13.18 | ericben | does anyone here meet the c++ header problem when building from scratch ? |
| 14:13.55 | otavio | ericben: iirc there's a thread about it in oe-core ml |
| 14:14.11 | otavio | ericben: it seems khem is the one looking at it |
| 14:14.17 | ericben | otavio: I know I started the thread |
| 14:14.21 | woglinde | otavio lol |
| 14:14.22 | ericben | or one before |
| 14:14.27 | woglinde | ericben only ulf so far |
| 14:14.42 | ericben | but my problem is that I reproduce that very easily on different hosts |
| 14:14.42 | otavio | ulf? |
| 14:14.57 | woglinde | I only discovered the wrong iclude searchpath when not using --sysroot |
| 14:14.59 | otavio | ericben: and he does not? |
| 14:15.31 | ericben | so either we have something wrong in our setup |
| 14:15.39 | woglinde | but I hoped they were coupled somehow |
| 14:15.50 | ericben | what I find surprising is that no one else meet this problem |
| 14:16.04 | ericben | exepct Ulf of course |
| 14:16.12 | woglinde | we all have sucky machines |
| 14:16.23 | woglinde | cannt make more than 8 threads |
| 14:16.26 | ericben | well I now reproduce it with BBTHREAD=2 |
| 14:16.26 | woglinde | or 4 |
| 14:16.32 | ericben | :-( |
| 14:16.34 | woglinde | uhm what? |
| 14:16.39 | woglinde | how this? |
| 14:16.43 | *** join/#oe kristoffer (~kristoffe@c-d8dae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 14:16.45 | woglinde | with khem patches? |
| 14:16.59 | woglinde | headers are not there? |
| 14:17.00 | ericben | yes, (with or without) |
| 14:18.45 | otavio | humm |
| 14:19.34 | ericben | headers are hereand headers are in sysroots/machine-name//usr/include/c++/ |
| 14:20.10 | ericben | in fact simply doing from scratch a bitbake of a qtdemo image leads to the problem |
| 14:20.13 | woglinde | okay |
| 14:20.21 | woglinde | than the search path is wrong |
| 14:20.32 | woglinde | can you run devshell |
| 14:20.44 | otavio | ericben: are you using the qt patches? |
| 14:20.46 | ericben | on the failing package to check the search path ? |
| 14:20.51 | ericben | otavio: which qt patches ? |
| 14:20.57 | otavio | ericben: bluelightning ones |
| 14:21.01 | otavio | ericben: for 4.8 test |
| 14:21.17 | ericben | otavio: no, not on my standard builds |
| 14:21.33 | woglinde | and use the compile command with --verbose and -Wl,-verbose |
| 14:21.45 | woglinde | that will show use |
| 14:21.54 | woglinde | where g++ is searching for headers |
| 14:22.12 | ericben | woglinde: I'll test on next failure (I just fired a new build) |
| 14:22.18 | woglinde | okay |
| 14:23.21 | ericben | woglinde: that's a good idea thanks for it |
| 14:24.28 | ericben | what remain strange is why the build succeed in some case and fail in others |
| 14:25.34 | woglinde | hm yeah I am puzzeld too |
| 14:25.43 | woglinde | do you always start from scratch? |
| 14:27.59 | ericben | woglinde: I try to do regulare build from scratch as in the end, that's what the customer are doing when we deliver a BSP |
| 14:28.39 | ericben | and often that show bugs which are hidden when doing incremental builds |
| 14:29.11 | ericben | I'll tru to remove meta-oe & meta-angstrom to see if I reproduce the problem |
| 14:29.57 | mckoan | doing regular build from scratch is a good idea to find hidden problems |
| 14:30.21 | ericben | except in the present case where not many peoples meet this problem |
| 14:30.59 | ericben | I also have a patch which adds python to gdb but doesn't manage to get feedback for it |
| 14:31.07 | otavio | I have weekly from scratch builds and daily tmp removal builds |
| 14:31.10 | mckoan | at the moment I have issues with: fakeroot, base-passwd, busybox doing build from scratch |
| 14:31.39 | ericben | seems oe-classic to oe-core switch reduced the community |
| 14:32.13 | woglinde | no |
| 14:32.14 | mckoan | ericben: yes indeed, and also interest on oe |
| 14:32.15 | woglinde | hm |
| 14:32.21 | woglinde | partly |
| 14:32.27 | woglinde | we got 10 people from intel |
| 14:32.37 | woglinde | so until now I like the tradeoff |
| 14:33.13 | *** join/#oe tdebrouw (~tdebrouw@91.182.224.169) |
| 14:33.47 | ericben | well have intel focused people doens't help for other archs |
| 14:34.39 | woglinde | but the other importan parteds we didnt care this much before |
| 14:34.42 | woglinde | like license |
| 14:34.47 | woglinde | regular updates |
| 14:34.52 | woglinde | of most used packages |
| 14:35.27 | ericben | yes there are indeed improvements (I didn't say the contrary) |
| 14:35.42 | ericben | but I find the community far reduced than before |
| 14:35.53 | ericben | that's maybe a false impression |
| 14:36.23 | woglinde | did we have this big community before? |
| 14:36.25 | pb_ | I think that's probably an accurate impression. |
| 14:36.28 | ericben | but just look at the trafic on the lists and the small diversity of posters |
| 14:36.38 | woglinde | most were employees |
| 14:36.45 | pb_ | to what extent it's a bad thing is possibly another question. |
| 14:36.59 | ericben | even if before the community was not huge |
| 14:37.14 | woglinde | community was mickeyl, jama, ant, paulepanther and me |
| 14:37.24 | ericben | of course questions often bring other questions ;-) |
| 14:37.36 | woglinde | jama is using oe-core |
| 14:37.40 | woglinde | ant is using oe-core |
| 14:37.57 | kergoth | Hmm. I think a heck of a lot of people are still confused by the transition. I don't think there's even an official post on the site telling people we are transitioning, is there? Beyond that, development is now largely split across layers, which means we don't see a single pile of commits anymore (though cbrake's mail helps) |
| 14:37.58 | kergoth | shrugs |
| 14:38.31 | pb_ | yeah, indeed. the smartphone folks are off doing their own thing in their own layer for example, which is fine. |
| 14:38.43 | kergoth | yeah |
| 14:38.59 | bluelightning | if people tell me what they want I'll write something |
| 14:39.06 | pb_ | I'm not quite sure what became of openslug, for example. did that project just die, or are they still on oe-classic, or are they using something else entirely? |
| 14:39.14 | pb_ | or are they using a layer and we just don't hear about it? |
| 14:42.52 | ericben | no idea |
| 14:43.05 | kergoth | good question. looks like there's a slugos layer, but don't see anything for openslug |
| 14:43.30 | kergoth | aside: LayerIndex should probably be linked a bit more prominently given how important it is for figuring out what content went where |
| 14:43.31 | kergoth | heh |
| 14:43.34 | pb_ | khem did make a slugos layer (and an nslu2 machine one) but I'm not sure anybody ever did anything with them |
| 14:43.42 | woglinde | I think we lost people because of linaro and ubuntu arm afford |
| 14:44.13 | woglinde | hm hm |
| 14:44.19 | bluelightning | kergoth: yes... so where should we link it from? |
| 14:44.26 | woglinde | the rpath fixes in libtool are not perfect |
| 14:44.43 | kergoth | good question. would think either the front page, or some sort of page documenting the transition which doesn't exist :) |
| 14:45.02 | kergoth | shrugs, generally avoids the wiki, it's a giant pile of disorganized tidbits, sadly |
| 14:45.06 | bluelightning | kergoth: well there is the OE-core page I wrote which talks about the transition |
| 14:45.15 | bluelightning | kergoth: though again that is not linked from the main page |
| 14:45.21 | kergoth | nods, true, good point |
| 14:45.37 | woglinde | kergoth hm yes wiki needs strong rules |
| 14:45.38 | kergoth | maybe a link under news to the oe core page would be a step in the right direction? |
| 14:45.40 | bluelightning | even so that page probably needs more stuff in it though |
| 14:46.06 | bluelightning | yes we definitely should put up a short news item |
| 14:46.53 | bluelightning | If I've held back in the past it's only because I felt I didn't have the authority to modify the front page |
| 14:47.02 | *** join/#oe kgilmer (~kgilmer@host-174-45-78-163.bzm-mt.client.bresnan.net) |
| 14:47.28 | kergoth | I think you're not the only one who feels that way, that's probably part of the problem :\ |
| 14:48.01 | bluelightning | perhaps, yes |
| 14:52.20 | woglinde | bl do it as with other stuff |
| 14:52.25 | woglinde | make a post to the ml |
| 14:52.31 | woglinde | if nobody complains |
| 14:52.33 | woglinde | do it |
| 14:54.51 | pb_ | btw, just a quick reminder that nominations for the tsc election will close in 9 hours. if anybody else wishes to stand then they should say so soonest. |
| 14:54.59 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 15:06.10 | *** join/#oe devzero_ (devzero@xdsl-89-0-175-190.netcologne.de) |
| 15:34.14 | *** join/#oe fcooper (~a0273011@nat/ti/x-gwgnkjmpvrqixnxw) |
| 15:36.59 | *** join/#oe denisATeukrea (~GNUtoo@host1-132-dynamic.51-79-r.retail.telecomitalia.it) |
| 15:37.15 | *** join/#oe denisAeukrea (~GNUtoo@host1-132-dynamic.51-79-r.retail.telecomitalia.it) |
| 15:42.50 | bluelightning | ericben: btw I fixed webkit being disabled |
| 15:44.17 | bluelightning | it's a little bit of a hack, but I'm not sure the configure script expects QMAKE_CXX to include a reference to another variable; as far as I can tell the reference was not being expanded correctly in 4.7.4 either |
| 15:44.56 | bluelightning | I've re-pushed the paule/qt-4.8.0-test contrib branch |
| 15:46.12 | JaMa|Wrk | re-merges |
| 15:47.27 | ericben | bluelightning: ok that's very strange |
| 15:53.14 | ericben | btw bluelightning I think c96db08915a554fb5e4bb2c360b919c8392b32c6 introduced a bug as now we package moc rcc lrelease and uic in qt-tools ... but that's the host versions which are packaged leading to a QA error |
| 15:53.56 | bluelightning | ericben: for the full story see http://bugzilla.pokylinux.org/show_bug.cgi?id=1856 |
| 15:54.15 | ericben | just saw your mail |
| 15:54.31 | otavio | Can someone remove or reset my user at wiki? |
| 15:54.40 | otavio | recovery password seems not working for me |
| 15:55.56 | ericben | bluelightning: this patch should not have been comitted http://patches.openembedded.org/patch/16397/ your questions were not answered |
| 15:56.24 | bluelightning | ericben: the problem is I tested it and it was fine :/ |
| 15:56.36 | ericben | strange |
| 15:56.51 | bluelightning | yes, sometimes they are correct arch and other times not |
| 15:57.14 | ericben | how is that possible, that's similar to the c++ header : sometimes that works somethimes that doesn't work |
| 15:57.25 | bluelightning | ericben: if you can reproduce it maybe you could give me some info about your setup and help me to do the same |
| 15:57.41 | ericben | bluelightning: I just have it in direct live on one of my builds |
| 15:57.54 | bluelightning | ericben: which machine? |
| 15:58.03 | ericben | bluelightning: that's and armv5 machine |
| 15:58.22 | *** join/#oe risca (~risca@m90-129-187-83.cust.tele2.se) |
| 15:58.28 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 15:59.11 | ericben | in qt4-embedded-tools, under packages-split : [ebenard@e6520eb qt4-embedded-tools]$ file usr/bin/uic |
| 15:59.14 | ericben | usr/bin/uic: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, not stripped |
| 15:59.48 | woglinde | uhm yes |
| 15:59.53 | ericben | in fact since a few days most of my build always fail either on c++ headers ... and now on qt QA |
| 16:00.02 | woglinde | tjere was someone else here with the problem |
| 16:00.18 | ericben | yes that's hte bug bluelightning mentionned a few lines ago |
| 16:00.31 | ericben | these random things are quite anoying |
| 16:00.52 | bluelightning | well let's see if we can get to the bottom of this one |
| 16:01.16 | ericben | bluelightning: I'm you man if you have some ideas of where to look for the problem |
| 16:01.30 | ericben | if you want the logs I can tbz2 temp and send it tou you |
| 16:02.10 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 16:03.51 | bluelightning | ericben: yes please |
| 16:04.56 | bluelightning | ericben: if you could also send me the Makefile from src/tools and src/tools/uic that would be great |
| 16:06.48 | ericben | bluelightning: that's in you mailbox (or will be in a few seconds) |
| 16:07.20 | khem | ericben: w.r.t. gxx headers issue is it reproducible always or just works second time around |
| 16:07.43 | ericben | khem: always reproducible |
| 16:07.54 | khem | thats cool |
| 16:08.00 | khem | which package should I bake to get it |
| 16:08.11 | ericben | once it has failed, the only solution is to clear build change BB_THREAD and fire a new build |
| 16:08.22 | ericben | ah sorry I understand what you mean now |
| 16:08.32 | ericben | no it's not always reproducilbe when we build from scratch |
| 16:09.04 | bluelightning | ericben: got it thx |
| 16:09.14 | ericben | once it has failed launching again bitbake doesn't help |
| 16:09.32 | khem | does it end up with same error again and again ? |
| 16:09.38 | ericben | khem: if some log for toolchain package are of interest I can send them to you |
| 16:09.55 | ericben | khem: when it fails yes : always one c++ header whihc is not found |
| 16:09.58 | khem | ericben: I will be interested to access the build space |
| 16:10.14 | khem | since it does not seems to be a problem with compiler |
| 16:10.44 | khem | when it says cxx header not found the header is there in target sysroot includes |
| 16:10.45 | khem | right |
| 16:10.57 | ericben | khem: something like that : mkdgifft.cpp:64:16: fatal error: list: No such file or directory |
| 16:11.20 | khem | ericben: ok and do u have <sysroot>/usr/include/c++/list staged ? |
| 16:12.15 | ericben | and the header is in sysroot : http://pastebin.com/eSGQkrWm |
| 16:12.18 | khem | and what is the gcc commandline for this failing case ? |
| 16:12.41 | khem | yes it is there I see |
| 16:12.52 | khem | brb in 10 mins time to drop kids to school |
| 16:13.10 | ericben | khem: commande line http://pastebin.com/Yn1ghL4E |
| 16:22.28 | bluelightning | er |
| 16:22.33 | bluelightning | oops |
| 16:23.41 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 16:34.51 | khem | ericben: is that with gcc 4.5 or 4.6 |
| 16:35.20 | khem | ericben: can you paste arm-angstrom-linux-gnueabi-g++ -v output somewhere |
| 16:36.53 | ericben | khem: http://pastebin.com/WiYnAmRc |
| 16:37.02 | ericben | 4.5.4 |
| 16:38.23 | khem | hmmm ok is list in this dir /home/ebenard/OECORE/setup-scripts/build/tmp-angstrom_2010_x_eukrea-cpuimx51-eglibc/sysroots/eukrea-cpuimx51/usr/include/c++ |
| 16:39.17 | ericben | khem: it is : http://pastebin.com/55P1Qejd |
| 16:39.39 | ericben | khem: each time I've met the problem, the header was present |
| 16:41.16 | khem | ok I think I might be knowing what the problem is |
| 16:42.09 | ericben | khem: cool that would save me a few builds and will save the planet by not overusing my cpu ;-) |
| 16:43.29 | khem | ericben: I will cook up a litte patch and expect that you will test it |
| 16:43.41 | *** join/#oe flyer-explorer (~nobody@bunny.guest.ucar.edu) |
| 16:44.06 | ericben | khem: of course on several machines |
| 16:46.47 | *** join/#oe foerster (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
| 16:47.34 | otavio | someone has recipes for firefox/? |
| 16:47.54 | ericben | otavio: not here. oe-classic has some |
| 16:47.56 | ericben | for old versions |
| 16:48.33 | otavio | ericben: yes |
| 16:48.41 | otavio | ericben: I'd like to get an updated one |
| 16:57.36 | *** join/#oe risca (~risca@m90-129-15-38.cust.tele2.se) |
| 17:09.03 | *** join/#oe pepermint (~pepermint@host10-85-dynamic.8-87-r.retail.telecomitalia.it) |
| 17:10.28 | khem | ericben: I have hatched a patch and send to mailing list give it a shot |
| 17:10.37 | khem | http://patchwork.openembedded.org/patch/17379/ |
| 17:11.15 | khem | and let me know if it helps |
| 17:12.19 | ericben | khem: ok a build just failed with fatal error: new: No such file or directory. I'm applying your patch and launching it again |
| 17:12.39 | ericben | btw do we have a patchwork script in oe-core ? |
| 17:12.47 | khem | yes please do. I have bumped the pr so it should rebuild gcc |
| 17:13.30 | ericben | khem: I'm starting with a clean build or do you prefe r I try with the failed tmp ? |
| 17:13.32 | khem | ericben: when you were replying to the gxx headers thread on ml did you always mean 4.5 or 4.6 |
| 17:16.00 | ericben | khem: it doesn't apply |
| 17:16.23 | ericben | ooops it's for meta-oe sorry |
| 17:17.44 | ericben | khem: 4.5 this is locked by angstrom default versions |
| 17:18.32 | khem | ericben: hmm I see, so we were not on same page there I and RP were thinking you were using gcc 4.6 |
| 17:18.46 | khem | since the patches I did earlier were only for 4.6 |
| 17:19.02 | khem | I am now worried about what JaMa|Off saw |
| 17:19.06 | khem | that can be a problem |
| 17:19.34 | khem | when you use sstate and different machine but same toolchain |
| 17:19.44 | khem | eg. beagleboard and beaglebone |
| 17:20.10 | khem | then he saw some issues with gcc-runtime thats worrying |
| 17:20.20 | khem | anyway time to drive |
| 17:20.48 | woglinde | khem problem is the same |
| 17:21.13 | khem | woglinde: what do u mean |
| 17:22.12 | woglinde | g++ headers |
| 17:27.59 | ericben | khem: I also have a problem with different machines and meta-toolchain : http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/014480.html |
| 17:28.26 | ericben | khem: and someone reported something similar today : http://lists.linuxtogo.org/pipermail/openembedded-core/2011-December/014793.html |
| 17:29.03 | *** join/#oe pespin (~pespin@cisne-cn08.upc.es) |
| 17:30.21 | ericben | khem: seems the packages which was failing is now building fine |
| 17:30.52 | ericben | khem: once this build finish I'll fire an otherone with cleaned tmp and let you know |
| 17:31.03 | ericben | khem: thanks |
| 17:32.27 | *** join/#oe rje`cf (~rje@c-67-161-99-149.hsd1.wa.comcast.net) |
| 17:46.15 | fcooper | What can lead to this error? satisfy_dependencies_for: Cannot satisfy the following dependencies ... |
| 17:46.36 | pb_ | wow, this lenovo thinkpad protection is rather expensive. |
| 17:46.39 | pb_ | reels |
| 17:46.58 | pb_ | fcooper: sounds like you have some unsatisfied dependencies. what exactly is the "..."? |
| 17:47.32 | pb_ | could be stale binaries that need rebuilding, or could be a missing DEPENDS somewhere, or could be other things. |
| 17:48.39 | fcooper | pb_: http://pastebin.com/CinFG3sR |
| 17:49.46 | fcooper | <PROTECTED> |
| 17:51.14 | ericben | hi fcooper : did you test the patch concerning qtcreator & gdb ? |
| 17:53.27 | pb_ | do those packages exist in tmp/deploy/*/ipk? |
| 17:53.46 | pb_ | it sounds as though maybe your recipes generated no output. |
| 18:09.17 | otavio | ericben: humm are you integrating the sdk with qtcreator? |
| 18:09.31 | ericben | otavio: yes |
| 18:09.42 | otavio | ericben: how is it going? |
| 18:10.02 | ericben | otavio: with the gdb patch I sent even remote debug works |
| 18:10.11 | otavio | AWESOME |
| 18:10.23 | otavio | ericben: with qemu or real boards? |
| 18:10.25 | ericben | btw if you can test that and ack it |
| 18:10.46 | otavio | ericben: I'm fighting with udev right now |
| 18:10.48 | ericben | otavio:beging hardware designer I'm only working with real boards ;-) |
| 18:11.12 | otavio | ericben: updating it in oe-core |
| 18:11.57 | ericben | I just havea problem left with the latest qtcreator |
| 18:12.07 | ericben | but with the previous ones it's working fine |
| 18:19.48 | fcooper | pb_: You were right. |
| 18:22.18 | *** join/#oe captain_morgan (~captain_m@asp.tokbox.com) |
| 18:22.42 | fcooper | ericben: What problems are you having with the latest qt creator? I haven't had an issue yet and it fixed one or two annoying issues that the previous version of qt had. |
| 18:23.27 | otavio | ericben: but you don't build qtcreator on the sdk itself, do you? |
| 18:23.37 | ericben | otavio: no using binary one fro nokia |
| 18:23.46 | otavio | ericben: ah right |
| 18:24.05 | otavio | ericben: that might be nice as it would allow for putting fixes on it |
| 18:24.35 | ericben | fcooper: iirc with the latest one it doesn't execute the script I need to upload the binary on the target |
| 18:24.45 | ericben | even if the checkbox is checked |
| 18:30.02 | fcooper | ericben: That is one thing I haven't gotten a chance to look into yet. The other thing I wanted to look into is adding the debug libs for Qt. There is alot of info that the Gdb helper doesn't show that the debug libs will show that will make debugging Qt applications alot easier. |
| 18:31.01 | ericben | ,true |
| 18:31.38 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
| 18:31.57 | *** join/#oe kgilmer (~kgilmer@host-174-45-78-163.bzm-mt.client.bresnan.net) |
| 18:47.38 | *** join/#oe tdebrouw (~tdebrouw@91.182.203.175) |
| 18:54.15 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 18:57.42 | *** join/#oe zenlinux (~sgarman@masterfoo.zenlinux.com) |
| 19:09.44 | khem | ericben: good so it seems it works a bit for you |
| 19:10.09 | *** join/#oe rcf (~rcf@180.186-243-81.adsl-dyn.isp.belgacom.be) |
| 19:10.34 | woglinde | re khem |
| 19:10.42 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 19:11.33 | khem | ericben: re. SDK it seems its reusing the native tools which isnt so bad but then SDKs are not standalone anymore |
| 19:11.39 | khem | woglinde: hello |
| 19:11.42 | *** join/#oe notespace (~notespace@dsl081-118-011.dfw1.dsl.speakeasy.net) |
| 19:12.05 | khem | SDK needs some love but also a faster machine to rebuild toolchain :) |
| 19:13.16 | ericben | khem: in a few weeks I may be able to give remote access to one of my build box with an i7 if needed |
| 19:13.26 | ericben | and quite lot of ram |
| 19:13.43 | khem | ericben: will be fine |
| 19:14.05 | khem | although network delays might be annoying across continents |
| 19:14.27 | ericben | while you only build & test on this machine that will be fine as we have a good network here |
| 19:14.40 | ericben | the only proiblem is the upload speed (1Mbps) |
| 19:15.02 | ericben | and as you are on when I'm off, there won't be bandith conflicts ;-) |
| 19:15.58 | ericben | will email you when that's ready |
| 19:25.11 | *** join/#oe florian (~fuchs@sign-4db6ac5f.pool.mediaWays.net) |
| 19:25.11 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:30.34 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 19:35.44 | *** join/#oe pepermint (~pepermint@host10-85-dynamic.8-87-r.retail.telecomitalia.it) |
| 19:54.02 | *** join/#oe joelagnel (~joel@188.116.196.134) |
| 20:03.13 | GNUtoo | hi khem |
| 20:04.33 | GNUtoo | I tried all incantations possible and I don't succeed at building a toolchain with the SHR distribution |
| 20:04.58 | GNUtoo | currently eglibc-initial fails with: |
| 20:04.59 | GNUtoo | | ../nptl/sysdeps/unix/sysv/linux/bits/local_lim.h:39:26: fatal error: linux/limits.h: No such file or directory |
| 20:05.15 | GNUtoo | should I bitbake linux-libc-headers first? |
| 20:26.41 | *** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 20:28.07 | *** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 20:43.25 | *** join/#oe pespin (~pespin@246.3.221.87.dynamic.jazztel.es) |
| 20:46.31 | *** join/#oe joelagnel (~joel@188.116.196.134) |
| 20:48.53 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 20:49.50 | *** join/#oe pretec (~Matthias@port-92-195-217-56.dynamic.qsc.de) |
| 20:58.09 | *** join/#oe univac (~univac@148.81.171.50) |
| 21:07.51 | khem | ericben: ok cool |
| 21:07.59 | khem | GNUtoo: is it with oe-core ? |
| 21:08.11 | khem | GNUtoo: explain in detail what you are trying to do |
| 21:12.46 | GNUtoo | khem, hi |
| 21:12.53 | GNUtoo | yes with shr-core more exactly |
| 21:13.10 | GNUtoo | basically I do a bitbake shr-lite-image and toolchain failed |
| 21:13.12 | GNUtoo | so I cleaned it |
| 21:13.14 | GNUtoo | like that: |
| 21:13.45 | GNUtoo | http://www.pastie.org/private/mdzevw2v56ue9c7vwpeooq |
| 21:13.53 | GNUtoo | and re-did a bitbake shr-lite-image |
| 21:14.00 | GNUtoo | but then it failed again |
| 21:14.05 | GNUtoo | so I cleaned stuff separately |
| 21:14.09 | GNUtoo | and re-did an shr-image |
| 21:14.14 | GNUtoo | but it fiailed again |
| 21:25.40 | *** join/#oe ALoGeNo (~alogeno@61.Red-83-38-204.dynamicIP.rima-tde.net) |
| 21:25.41 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 21:31.23 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 21:33.10 | GNUtoo | khem, what should I do now? |
| 21:35.31 | *** join/#oe zenlinux (~sgarman@masterfoo.zenlinux.com) |
| 22:01.28 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 22:29.22 | *** join/#oe uwe_ (~uwe_@dslb-188-105-018-016.pools.arcor-ip.net) |
| 22:32.36 | *** join/#oe pespin (~pespin@90.163.76.185) |
| 22:45.02 | *** join/#oe ALoGeNo (~alogeno@100.Red-79-158-11.staticIP.rima-tde.net) |
| 22:45.03 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 22:57.57 | ericben | khem: your patch (17379 in pw) solves the c++ header problem I met (third sucessful build), thanks very much |
| 22:58.56 | woglinde | cool |
| 23:01.22 | *** join/#oe ant____ (~andrea@host38-189-dynamic.60-82-r.retail.telecomitalia.it) |
| 23:03.54 | *** join/#oe erwt (~erwt@114.143.161.178) |
| 23:09.50 | ericben | woglinde: I was to stupid to see I'm using 4.5 when last patch made by khem was for 4.6 ... |
| 23:10.10 | woglinde | no prop |
| 23:14.49 | ericben | time to sleep now, will test all that tomorrow on the hardware bye |
| 23:15.03 | woglinde | nite |
| 23:27.10 | *** join/#oe woglinde_ (~henning@f052237134.adsl.alicedsl.de) |
| 23:45.51 | khem | GNUtoo: ok |
| 23:46.09 | khem | GNUtoo: what was the error |
| 23:46.28 | khem | is it using oe-core + meta-oe |
| 23:46.35 | khem | and what version of gcc is it using |
| 23:49.21 | *** join/#oe risca (~risca@81-233-40-137-no18.tbcn.telia.com) |
| 23:51.47 | woglinde_ | good nite |
| 23:57.44 | *** join/#oe kgilmer (~kgilmer@host-174-45-78-163.bzm-mt.client.bresnan.net) |
| 23:59.10 | *** join/#oe ALoGeNo (~alogeno@100.Red-79-158-11.staticIP.rima-tde.net) |
| 23:59.10 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |