| 00:13.45 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 01:25.05 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 01:25.13 | *** join/#oe risca (~risca@wi-secure-3391.cc.umanitoba.ca) |
| 01:26.35 | *** join/#oe risca (~risca@wi-secure-3391.cc.umanitoba.ca) |
| 01:34.29 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 01:59.20 | *** join/#oe tlab (~tlab@c-98-223-22-156.hsd1.in.comcast.net) |
| 02:12.11 | *** join/#oe CcSsNET (~user@c-98-216-138-179.hsd1.ma.comcast.net) |
| 03:04.49 | *** join/#oe devzero_ (devzero@xdsl-78-35-57-64.netcologne.de) |
| 03:09.13 | *** join/#oe hufnus (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 03:31.38 | *** join/#oe risca (~risca@wi-secure-3391.cc.umanitoba.ca) |
| 03:46.33 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 03:51.43 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 04:01.29 | *** join/#oe War2_ (~war2@121.245.1.182) |
| 04:13.28 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 04:34.11 | *** join/#oe War2_ (~war2@122.177.225.183) |
| 04:40.39 | *** join/#oe risca (~risca@wnpgmb0903w-ds01-177-34.dynamic.mtsallstream.net) |
| 05:10.13 | *** join/#oe msm1 (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 05:11.26 | *** join/#oe msm1 (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 05:17.31 | *** join/#oe zecke (~ich@91-64-82-148-dynip.superkabel.de) |
| 05:45.30 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 05:49.53 | *** join/#oe lamawithonel (~lucas@pool-96-231-126-66.washdc.east.verizon.net) |
| 05:52.18 | *** join/#oe erwt (~erwt@122.170.9.213) |
| 06:44.07 | *** join/#oe jekhor (~jek@leased-line-46-53-195-130.telecom.by) |
| 06:48.20 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 07:06.22 | *** join/#oe tscheck1 (~t@83.151.21.119) |
| 07:06.58 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 07:18.44 | *** join/#oe rob_w (~bob@ppp-188-174-100-16.dynamic.mnet-online.de) |
| 07:18.45 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:19.11 | eFfeM_work | gm |
| 07:23.12 | *** join/#oe tasslehoffwrk (~Tasslehof@147.84-49-231.nextgentel.com) |
| 07:29.48 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 07:33.43 | *** join/#oe jekhor_ (~jek@leased-line-46-53-195-5.telecom.by) |
| 07:39.14 | *** join/#oe stefan_schmidt (~stefan@guest249.ibr.cs.tu-bs.de) |
| 07:59.47 | *** join/#oe Spider-Pork (~Spider-Po@host39-232-static.225-95-b.business.telecomitalia.it) |
| 08:02.34 | mckoan | good morning |
| 08:02.48 | *** join/#oe mckoan (~marco@unaffiliated/mckoan) |
| 08:04.37 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 08:05.17 | *** join/#oe rschus (~rschus@41.163.71.86.rev.sfr.net) |
| 08:13.27 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 08:20.04 | *** join/#oe Guest61613 (~LessIsMor@2.176.229.81) |
| 08:25.49 | Russ | kergoth, elc? |
| 08:30.21 | ka6sox | Russ, did I see that you might be going to ELC? |
| 08:30.27 | Russ | yup |
| 08:30.33 | ka6sox | k |
| 08:41.03 | *** join/#oe lamikr (lamikr@nat/nokia/x-rbbstwgfhcidrdhx) |
| 08:46.18 | dm8tbr | oh, people going to ELC :) |
| 08:46.38 | dm8tbr | is not yet sure if he'll make it :/ |
| 08:50.17 | *** join/#oe Jay7 (jay@89-179-40-5.broadband.corbina.ru) |
| 09:00.06 | *** join/#oe Guest61613 (~LessIsMor@2.176.224.88) |
| 09:02.08 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:03.51 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 09:05.49 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 09:05.49 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 09:10.27 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 09:19.31 | *** join/#oe icanicant (~klawson@213.218.221.154) |
| 09:34.09 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 09:34.09 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 10:05.43 | *** join/#oe pespin (~pespin@46.pool85-50-73.dynamic.orange.es) |
| 10:07.16 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 10:08.45 | *** join/#oe Spider-Pork (~Spider-Po@host39-232-static.225-95-b.business.telecomitalia.it) |
| 10:09.24 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 10:09.25 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 10:16.07 | *** join/#oe erwt (~erwt@122.170.104.85) |
| 10:16.12 | *** join/#oe Cubi_ (~cubi@static-87-79-65-72.netcologne.de) |
| 10:16.13 | pb_ | morning all |
| 10:16.32 | florian | good morning |
| 10:17.00 | Jin^eLD | mornin |
| 10:17.21 | florian | hi Jin^eLD, hi pb_ |
| 10:18.05 | pb_ | hi florian |
| 10:19.11 | ka6sox | morning |
| 10:20.20 | pb_ | hi ka6sox |
| 10:21.14 | mckoan | hi all |
| 10:21.27 | mckoan | florian: no fosdem this year? |
| 10:21.43 | florian | mckoan: I will be there... |
| 10:22.19 | mckoan | florian: good to know, I didn't see you in the fodem2012 page in OE website |
| 10:22.53 | florian | mckoan: I didn't manage to add myself yet... maybe I should do it right now |
| 10:23.05 | bluelightning | hi guys |
| 10:23.15 | mckoan | florian: see you there then ;-) |
| 10:23.52 | florian | oh, someone added me... very good |
| 10:26.04 | pb_ | no FOSDEM for me this year :-( |
| 10:26.19 | pb_ | I had hoped to go but it doesn't look like it's going to work. next year though! |
| 10:26.54 | florian | pb_: too bad :-( |
| 10:27.12 | florian | pb_: Who is guilty - company or family? :-) |
| 10:27.21 | ka6sox | probably too early for someone to push something up so I can be sure that github replication is working |
| 10:30.26 | pb_ | florian: both, really. my company sent me to California the week before last and I don't think my family will put up with me going away again so soon. |
| 10:31.03 | pb_ | also I am feeling a bit impoverished at the moment because tomorrow is tax day. |
| 10:31.26 | florian | what a well known effect :-) |
| 10:34.59 | ka6sox | git from oe's master will be slow this morning, might want to use github. |
| 10:35.10 | ka6sox | I need to move 1TB of data around. |
| 10:35.45 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 10:36.57 | pb_ | yeah, bit of a shame but never mind. next year I will plan things better. |
| 10:37.55 | *** join/#oe mickey_office (~mickey@e182221015.adsl.alicedsl.de) |
| 10:53.29 | *** join/#oe jekhor_ (~jek@178.120.74.156) |
| 11:50.56 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 12:02.50 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 12:29.01 | otavio | denix: Hello |
| 12:29.16 | otavio | denix: you sent me a pull request, right? |
| 12:29.29 | otavio | denix: I just commented on it. Please take a look and fix it when you can. |
| 12:29.34 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 13:10.54 | *** join/#oe jekhor_ (~jek@mx2.promwad.com) |
| 13:21.30 | *** join/#oe pepermint (~pepermint@host184-82-dynamic.2-87-r.retail.telecomitalia.it) |
| 13:29.11 | *** join/#oe mhnoyes (~mhnoyes@74-38-52-54.dr01.myck.or.frontiernet.net) |
| 13:29.11 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:31.35 | *** join/#oe likewise_ (~likewise@mail.ibb.nl) |
| 13:32.51 | *** join/#oe troth (~troth@nat/hp/x-cnieahqobjeooqvo) |
| 13:32.56 | *** join/#oe troth_ (~troth@nat/hp/x-frthylwcxcsluobv) |
| 13:34.04 | likewise_ | how can I prevent the fetch step from decompressing a .gz file? |
| 13:36.21 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 13:37.07 | *** part/#oe troth (~troth@nat/hp/x-cnieahqobjeooqvo) |
| 13:37.25 | *** join/#oe troth (~troth@nat/hp/x-vbuqpddxdazcuskz) |
| 13:39.03 | *** join/#oe denisATeukrea (~GNUtoo@host29-81-dynamic.48-82-r.retail.telecomitalia.it) |
| 13:40.53 | bluelightning | likewise_: just add ;unpack=0 to the SRC_URI entry |
| 13:46.37 | likewise_ | bluelightning: thanks, much appreciated! |
| 13:46.41 | bluelightning | np |
| 13:52.32 | *** join/#oe pespin (~pespin@46.pool85-50-73.dynamic.orange.es) |
| 13:52.57 | denisATeukrea | otavio, done, I've updated the pull request |
| 13:54.46 | denisATeukrea | otavio, btw you're the one doing git://github.com/OSSystems/meta-mozilla.git right? |
| 13:55.02 | denisATeukrea | I've a problem with firefox, it exits with illegal instruction |
| 13:55.04 | otavio | denisATeukrea: yes |
| 13:55.08 | denisATeukrea | gdb gives something like that: |
| 13:55.13 | otavio | denisATeukrea: cool |
| 13:55.28 | otavio | denisATeukrea: please post an issue with all information you have please. |
| 13:55.36 | otavio | denisATeukrea: so we track it there |
| 13:55.43 | denisATeukrea | ok |
| 13:55.50 | otavio | denisATeukrea: btw, you have a fix for the issue already? |
| 13:55.56 | denisATeukrea | 0x2c050044 <+540>: ; <UNDEFINED> instruction: 0xffffd3d4 |
| 13:56.09 | denisATeukrea | is that normal in gdb? |
| 13:56.17 | denisATeukrea | or is it the cause of the illegal instruction? |
| 13:56.59 | denisATeukrea | also there is an issue with the toolchain and the imx 35 kernel |
| 13:57.04 | denisATeukrea | I'll look at it later tough |
| 13:57.07 | denisATeukrea | not now |
| 13:57.12 | denisATeukrea | (for the toolchain issue) |
| 13:57.19 | denisATeukrea | basically it doesn't boot : |
| 13:57.51 | denisATeukrea | if I remember well the init is right tough |
| 13:58.00 | denisATeukrea | since it printed uncompressing Linux ... done |
| 13:58.03 | denisATeukrea | or something like that |
| 13:58.06 | *** join/#oe rob_w (~bob@ppp-188-174-100-16.dynamic.mnet-online.de) |
| 13:58.16 | denisATeukrea | I'll check right now |
| 13:58.35 | denisATeukrea | machine quick start board |
| 13:58.46 | otavio | denisATeukrea: you might want to try to rebuild firefox with updated toolchain as IIRC we got some GCC fixes latelly |
| 13:58.59 | denisATeukrea | I use angstrom-bleeding |
| 13:59.02 | denisATeukrea | I'll try |
| 13:59.17 | otavio | denisATeukrea: but in any case, report it as we can track it in github and others might help |
| 13:59.25 | denisATeukrea | report but where? |
| 13:59.36 | otavio | denisATeukrea: koen is using firefox afaik. He might also contribute with information about it |
| 13:59.43 | denisATeukrea | ok |
| 13:59.46 | otavio | denisATeukrea: in the repository; in github itself. |
| 13:59.52 | denisATeukrea | ok |
| 14:00.07 | denisATeukrea | also we should add meta-mozilla to http://www.openembedded.org/wiki/LayerIndex |
| 14:00.42 | otavio | denisATeukrea: https://github.com/OSSystems/meta-mozilla/issues |
| 14:00.52 | denisATeukrea | thanks |
| 14:00.56 | denisATeukrea | I'll recompile it first |
| 14:01.04 | otavio | denisATeukrea: I don't have wiki write rights; if you can, please add it and meta-chicken as well ;) |
| 14:01.15 | denisATeukrea | meta-chicken? |
| 14:02.32 | denisATeukrea | what's the goal of meta-chicken? |
| 14:02.46 | denisATeukrea | what's Chicken toolchain |
| 14:02.50 | otavio | denisATeukrea: it provides Chicken toolchain support |
| 14:03.04 | otavio | denisATeukrea: it is a scheme based language |
| 14:03.11 | denisATeukrea | ah ok |
| 14:03.18 | otavio | denisATeukrea: http://www.call-cc.org/ |
| 14:03.20 | otavio | denisATeukrea: we use it a lot here |
| 14:03.34 | denisATeukrea | ok |
| 14:04.09 | bluelightning | I just added meta-mozilla |
| 14:04.10 | bluelightning | :) |
| 14:04.22 | denisATeukrea | ok |
| 14:04.29 | bluelightning | can add meta-chicken now as well |
| 14:04.34 | denisATeukrea | ok thanks |
| 14:04.46 | denisATeukrea | the problem is that I must remember my wiki password |
| 14:05.07 | denisATeukrea | and my main laptop is busy and inacessible |
| 14:05.35 | denisATeukrea | (it is transfering the content on different hdds) |
| 14:06.18 | denisATeukrea | note that I got firefox working in SHR |
| 14:06.33 | denisATeukrea | it just fails with angstrom-bleeding |
| 14:06.44 | denisATeukrea | no idea if it works with the normal angstrom |
| 14:07.28 | bluelightning | ok, meta-chicken added also |
| 14:07.36 | otavio | bluelightning: thanks a lot |
| 14:07.42 | otavio | denisATeukrea: interesting |
| 14:07.47 | denisATeukrea | http://scap.linuxtogo.org/ has screenshots of it on gta04 |
| 14:09.30 | *** join/#oe anarsoul (~anarsoul@212.98.167.136) |
| 14:12.07 | denisATeukrea | ah no it blocked at starting kernel for the qsb kernel |
| 14:12.25 | denisATeukrea | which is a very bad sign |
| 14:12.52 | denisATeukrea | http://pastie.org/private/3fiu9h08ugxqb1itdztgq |
| 14:13.09 | denisATeukrea | compiling with an old codesourcey made it boot |
| 14:15.06 | denisATeukrea | also I tried to make work the 2.6.38 and I failed to succeed in time and abandoned but I did quite some work |
| 14:30.01 | ensc|w | denisATeukrea: firefox javascript jit requires armv7; you can disable it by some about:config variable |
| 14:32.01 | denisATeukrea | yes that's where it failed |
| 14:32.05 | denisATeukrea | in the JIT |
| 14:32.22 | denisATeukrea | but strangely the CPU is an armv7 |
| 14:32.28 | denisATeukrea | but thanks for the tip |
| 14:32.42 | denisATeukrea | because for SHR I'd like to try it on armv4 |
| 14:33.53 | ensc|w | denisATeukrea: http://pastie.org/3282468 |
| 14:34.27 | ensc|w | denisATeukrea: it's not armv7 only, but neon |
| 14:34.48 | denisATeukrea | ok but I've neon I think on my board |
| 14:34.59 | denisATeukrea | it's the quick start board from freescale |
| 14:35.02 | denisATeukrea | imx53 |
| 14:35.30 | denisATeukrea | Features: swp half thumb fastmult vfp edsp neon vfpv3 |
| 14:35.41 | denisATeukrea | CPU architecture: 7 |
| 14:41.44 | *** join/#oe GNUtoo-netbook (~gnutoo@host29-81-dynamic.48-82-r.retail.telecomitalia.it) |
| 14:48.13 | ensc|w | does somebody else see lockups with recent bitbake? e.g. when git url is not fetchable, bitbake hangs and can not be interrupted with ctrl-c |
| 14:51.58 | *** join/#oe Openfree (~Openfreer@58.37.72.121) |
| 14:53.57 | kergoth | there is apparently a hang bug somewhere, but no one has been able to nail it down sufficiently to be able to reproduce it |
| 14:58.09 | JaMa | kergoth: have you seen my message on #yocto today? |
| 14:59.05 | kergoth | haven't gotten caught up on all the scrollbacks yet. |
| 14:59.20 | JaMa | kergoth: fwiw: after reverting switch to futures d104f29871c04a5a36600a35b2568b49e5b21ca0 I haven't seen bitbake hanging in last couple of days |
| 14:59.23 | ensc|w | I can reproduce it here 100%, but have no idea how to debug multithread python programs remotely. |
| 14:59.40 | ensc|w | bitbake hangs in _process_worker() |
| 15:00.04 | kergoth | i have no idea what _process_worker even is |
| 15:00.26 | ensc|w | it is in the backported futures class |
| 15:01.31 | ensc|w | the python 2.7 multithread code looks very questionable... e.g. queues.py has |
| 15:01.32 | ensc|w | <PROTECTED> |
| 15:02.40 | kergoth | and? |
| 15:04.22 | kergoth | at any rate, the switch to futures was to fix a known hang bug that occurred at random when encountering a parse failure |
| 15:04.30 | kergoth | now it seems to be random as well, but not regarding parse failures |
| 15:05.14 | *** join/#oe devzero_ (devzero@xdsl-89-0-97-9.netcologne.de) |
| 15:05.33 | JaMa | haven't had hangs before the switch, but ok |
| 15:05.55 | kergoth | then you didn't run into parse failures, or you were lucky |
| 15:05.59 | kergoth | i had reports about it every other day |
| 15:10.09 | *** join/#oe jconnoll1 (~jconnolly@66.43.64.66) |
| 15:10.46 | *** join/#oe DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
| 15:13.00 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 15:19.48 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 15:21.42 | *** join/#oe ensc_ (~irc-ensc@p54ADFE41.dip.t-dialin.net) |
| 15:21.59 | *** join/#oe cs_nbp (~csieben@2001:638:504:c00e:1a03:73ff:fec1:395c) |
| 15:24.20 | denisATeukrea | ensc|w, otavio it still fails |
| 15:24.38 | denisATeukrea | I'll gdb it again |
| 15:25.30 | denisATeukrea | *gdb+gdbserver |
| 15:25.39 | denisATeukrea | because even with 1G of ram on target it OOMs |
| 15:32.12 | kergoth | digs in and tries to find the hang via inspection |
| 15:32.18 | ensc|w | kergoth: hang disappears when I handle ParseError exceptions in parse_next() (cooker.py) like other ones (executing self.shutdown(clean=False)) |
| 15:32.25 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 15:32.43 | kergoth | ah, interesting |
| 15:33.20 | kergoth | that doesn't seem unreasonable |
| 15:33.23 | kergoth | looks |
| 15:35.19 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 15:38.08 | ensc|w | kergoth: btw, it would be nice, when the bb.fatal() for ParseError exceptions mentions the name of recipe |
| 15:38.39 | *** join/#oe risca (~risca@wi-secure-3391.cc.umanitoba.ca) |
| 15:38.45 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 15:39.51 | kergoth | ensc|w: they almost always do. the string stored in the exception generally holds fn as well. |
| 15:39.54 | kergoth | e.g. |
| 15:39.56 | kergoth | 134: raise ParseError("%s:%d: unparsed line: '%s'" % (fn, lineno, s)); |
| 15:40.15 | kergoth | the bb.fatal() just grabs its string form, which should include its first argument |
| 15:40.46 | kergoth | also: 81: raise ParseError("%s is not a BitBake file" % fn) |
| 15:42.44 | ensc|w | kergoth: recipe name does not appeasr here: http://pastie.org/3282833 |
| 15:42.51 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 15:43.55 | kergoth | thats an expansion error, not a parse error |
| 15:43.57 | kergoth | afaict |
| 15:45.07 | ensc|w | ah ok... I just looked at the first exception which was handled by this branch |
| 15:48.09 | kergoth | should definitely show the recipe or file for that case, though, indeed |
| 15:49.11 | otavio | denisATeukrea: humm ... which machine you reproduce the firefox issue? |
| 15:51.10 | kergoth | ensc|w: mind sending a patch to add the missing shutdown() to the bitbake list? I doubt I'll have time to look into this at all today |
| 15:51.59 | denisATeukrea | otavio, I replayes on github: imx53qsb with angstrom-bleeding |
| 15:53.15 | ensc|w | kergoth: ok; but it can take some time |
| 15:58.31 | *** join/#oe xumbi (~jim@static-64-223-142-66.man.east.myfairpoint.net) |
| 15:58.37 | *** part/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 16:04.54 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
| 16:15.54 | *** join/#oe jaws (40671968@gateway/web/freenode/ip.64.103.25.104) |
| 16:16.34 | jaws | hi |
| 16:17.44 | GarthPS | khem: Hi , JaMa told me to ask my question to you. I am building shr-image from a fresh builhost using JaMa's chroot and I am having trouble while building eglibc. here is the issue |
| 16:17.45 | GarthPS | http://pastebin.com/raw.php?i=bY89seDf |
| 16:18.11 | GarthPS | khem: and here is my shlib.lds http://pastebin.com/EU2TuseE |
| 16:18.34 | GarthPS | do you have a clue ? |
| 16:19.48 | fray | I looked BTW, and I don't see anything obvious |
| 16:19.52 | fray | sorry |
| 16:26.09 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 16:26.42 | *** join/#oe rob_w (~bob@ppp-188-174-100-16.dynamic.mnet-online.de) |
| 16:26.42 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 16:32.34 | *** join/#oe risca (~risca@wi-secure-3391.cc.umanitoba.ca) |
| 16:58.11 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
| 17:02.32 | khem | good morning |
| 17:02.50 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 17:03.05 | khem | GarthPS: paste complete build log of eglibc that snippet tells me nothinh |
| 17:03.21 | GarthPS | khem: ok. |
| 17:03.37 | GarthPS | khem: one moment I rebuild it |
| 17:07.15 | GarthPS | khem: here it ishttp://pastebin.com/GzYG8uqB |
| 17:07.21 | GarthPS | http://pastebin.com/GzYG8uqB |
| 17:09.50 | khem | GarthPS: what awk do you have on your host |
| 17:10.07 | khem | GarthPS: make sure its not mawk but GNU awk (gawk) |
| 17:10.24 | GarthPS | khem: 4.0.0 |
| 17:10.48 | GarthPS | khem: it is GNU Awk 4.0.0 |
| 17:13.16 | *** join/#oe florian (~fuchs@sign-4db60514.pool.mediaWays.net) |
| 17:13.16 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 17:14.55 | *** join/#oe SilicaGel (~quassel@leavenworth78.main.ad.rit.edu) |
| 17:15.07 | *** join/#oe msm (~msm@192.88.168.34) |
| 17:15.35 | khem | GarthPS: what distro is on your build host |
| 17:16.01 | GarthPS | khem: kubuntu 11.10 x64 but I am also using a chroot |
| 17:23.29 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 17:25.32 | msm | any reason oe.path.remove would fail? |
| 17:27.19 | pb_ | yes, numerous reasons |
| 17:29.55 | khem | GarthPS: thats strange do you get this error all the time ? |
| 17:30.31 | GarthPS | khem: yes all the time I try . even if I clean before |
| 17:31.22 | JaMa | khem: what's strang is that shr-chroot is used by many people and GarthPS is only one (at least first one) to see it |
| 17:32.46 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 17:32.51 | GarthPS | JaMa: I did a complet from scratch buildhost using this shr-chroot 3-4 days ago, perhaps no one did this too |
| 17:33.06 | GarthPS | yet |
| 17:33.08 | *** join/#oe kurre2 (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 17:33.20 | khem | GarthPS: I have kubuntu 64bit 11.10 I never saw this problem |
| 17:35.10 | khem | GarthPS: anyway clean eglibc and rebuild it we have to see whats happening when shlib.lds is generated |
| 17:35.27 | khem | the logs you posted doesnt do it so hard to tell |
| 17:35.37 | GarthPS | khem: ok |
| 17:36.03 | khem | pb_: PREMIRRORS should be hit before url in SRC_URI right ? |
| 17:36.19 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 17:36.53 | kergoth | yes, thats why it's "PRE" :) |
| 17:37.04 | khem | thats what documentation says as well :) |
| 17:46.25 | *** join/#oe rob_w (~bob@ppp-188-174-100-16.dynamic.mnet-online.de) |
| 17:46.25 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 17:51.38 | Crofton | anyone have an idea why a python script installed on the image has these two lilnes at the top |
| 17:51.40 | Crofton | root@usrp-e1xx:~# head /usr/bin/gnuradio-companion |
| 17:51.41 | Crofton | #!/home/balister/src/git/oe-core/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/bin/python2.7 |
| 17:51.41 | Crofton | #!/usr/bin/env python |
| 17:52.00 | GarthPS | khem: my log file is about 9.2 Mo.. I send you by mail ? |
| 17:52.23 | khem | hmm my mail will crap on me |
| 17:57.10 | Crofton|work | megaupload? |
| 17:59.05 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 18:00.13 | khem | Crofton: thats an error |
| 18:00.32 | CIA-9 | 03Ulf Samuelsson <ulf_samuelsson@telia.com> 07master * r9389f986ac 10openembedded.git/recipes/python/ (python-2.6.6/07-linux3-regen-fix.patch python_2.6.6.bb): |
| 18:00.32 | CIA-9 | python-2.6.6: Fix python-2.6.6 build failure on linux-3.x |
| 18:00.32 | CIA-9 | python-2.6.6 build will crash when host is running linux kernel 3.x. |
| 18:00.32 | CIA-9 | Fix backported from openembedded-core. |
| 18:00.32 | CIA-9 | meta/recipes-devtools/python/python/07-linux3-regen-fix.patch |
| 18:00.32 | CIA-9 | Signed-Off-By: Ulf Samuelsson <ulf.samuelsson@telia.com> |
| 18:00.42 | CIA-9 | 03Ulf Samuelsson <ulf_samuelsson@telia.com> 07master * r1df2db51aa 10openembedded.git/recipes/freetype/freetype_2.4.3.bb: |
| 18:00.42 | CIA-9 | freetype_2.4.3.bb; Change order of configuration. |
| 18:00.42 | CIA-9 | Build of freetype-native is broken on Ubuntu 11.10 x64 - possible others. |
| 18:00.42 | CIA-9 | Problem fixed in openembedded-core 2.4.4 recipe |
| 18:00.42 | CIA-9 | Backporting the change will allow the build to complete. |
| 18:00.43 | CIA-9 | openembedded-core-contrib/meta/recipes-graphics/freetype |
| 18:00.43 | CIA-9 | Signed-Off-By: Ulf Samuelsson <ulf.samuelsson@telia.com> |
| 18:00.43 | CIA-9 | 03Ulf Samuelsson <ulf_samuelsson@telia.com> 07master * r250219ae88 10openembedded.git/ (21 files in 4 dirs): |
| 18:00.44 | CIA-9 | openssl-1.0.0d: Update to openssl-1.0.0e |
| 18:00.44 | CIA-9 | Backported from openembedded-core |
| 18:00.45 | CIA-9 | meta-openembedded/meta-oe/recipes-connectivity/openssl |
| 18:00.45 | CIA-9 | Signed-Off-By: Ulf Samuelsson <ulf.samuelsson@telia.com> |
| 18:02.04 | *** join/#oe risca (~risca@wi-secure-3391.cc.umanitoba.ca) |
| 18:03.36 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 18:03.40 | mr_science | moin |
| 18:03.59 | GarthPS | khem: http://dl.free.fr/q1G3euZ7T |
| 18:08.08 | Crofton|work | khem yes :) |
| 18:08.17 | Crofton|work | I am looking for clues on fixcing it :) |
| 18:15.38 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 18:17.21 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
| 18:19.50 | GNUtoo-netbook | GarthPS, hi |
| 18:20.41 | GNUtoo-netbook | GarthPS, would a pastebin work? I can't see the content(I use gnash) |
| 18:24.19 | khem | GarthPS: and sed which version of sed do you use |
| 18:24.54 | eFfeM | hi, is anyone by any chance aware of webui toolkits (like Wt, but I'd like to see if there happens to be alternatives)? |
| 18:27.12 | JaMa|Off | GarthPS: jenkins did after switching to eglibc-2.15.. |
| 18:27.32 | JaMa|Off | GarthPS: and I did clean_toolchain too |
| 18:27.37 | JaMa|Off | 2-3 days ago |
| 18:27.37 | otavio | eFfeM: here we use awful with chicken |
| 18:28.00 | eFfeM | otavio: don't know that one, will google it now |
| 18:28.30 | otavio | eFfeM: not really a toolkit for ui but more for web development |
| 18:29.20 | eFfeM | well, I have an app, very simple form, they asked me to come up with a web interface for it. |
| 18:29.42 | JaMa|Off | khem: GNU sed version 4.2.1 |
| 18:29.59 | eFfeM | just some number/text/selector box things, nothing special, only thing is that the page needs to be created on the fly |
| 18:30.15 | eFfeM | and dynamic updates might be nice (but I know this is somewhat tricky) |
| 18:30.34 | eFfeM | otavio: you mean this: http://wiki.call-cc.org/eggref/4/awful |
| 18:31.32 | eFfeM | also considering ruby but not sure about the footprint of the basic thing |
| 18:35.00 | otavio | eFfeM: you might look at dynamicmagic |
| 18:35.25 | eFfeM | searching |
| 18:35.48 | *** join/#oe GNUtoo (~GNUtoo@host29-81-dynamic.48-82-r.retail.telecomitalia.it) |
| 18:36.36 | *** join/#oe Heinervdm (~thomas@p5B0F6524.dip.t-dialin.net) |
| 18:37.05 | eFfeM | otavio: do you have a link? only stuff I find is for audio processing |
| 18:40.29 | otavio | eFfeM: https://github.com/nex3/dynamicmatic |
| 18:40.38 | eFfeM | otavio: thanks! |
| 18:40.49 | otavio | eFfeM: np |
| 18:41.57 | otavio | khem: It seems we have a issue with oe-core toolchain. I was talking with Koen about this issue and he said that Angstrom-Bleeding is using oe-core toolchain. This bug only happens when using it. https://github.com/OSSystems/meta-mozilla/issues/1 |
| 18:41.58 | GarthPS | GNUtoo-netbook: no to big |
| 18:42.04 | GNUtoo-netbook | ok |
| 18:42.21 | GarthPS | khem: GNU sed version 4.2.1 |
| 18:42.41 | khem | GarthPS: your problem is that linker script is generated wrongly |
| 18:42.52 | khem | GarthPS: now why that happens I dont know |
| 18:43.06 | ynezz | eFfeM: enyo from webos looks promising |
| 18:43.43 | eFfeM | ynezz: will investigate, thanks! |
| 18:44.22 | ynezz | http://www.enyojs.com/samples/playground |
| 18:44.48 | ynezz | I've meant this one http://enyojs.com/samples/stylematters/ |
| 18:45.52 | GarthPS | khem yeah :/ I will redoo a complet buildhost from scratch then . again. thx anyway! |
| 18:47.00 | denix | otavio: ping |
| 18:47.06 | otavio | denix: pong |
| 18:47.17 | denix | otavio: which pull request? |
| 18:47.25 | otavio | denix: ?? |
| 18:48.16 | denix | otavio: you mentioned I sent you a pull request - did I misdirected something? I don't remember sending you a pull request... |
| 18:48.40 | khem | otavio: angstrom-bleeding uses gold to link |
| 18:48.52 | khem | in addition to using gcc from meta-oe |
| 18:49.19 | khem | it works with oe-core toolchain but fails with meta-oe is that the summary ? |
| 18:49.24 | otavio | denix: it was Denis Carikli |
| 18:49.47 | otavio | khem: it seems to work with angstrom and fail with angstrom-blending |
| 18:49.55 | denix | otavio: ah, not me. ok then :) |
| 18:49.56 | otavio | bleeding |
| 18:50.01 | otavio | denix: sorry |
| 18:50.03 | denix | np |
| 18:50.41 | msm | pb_: i'm getting reports of this failing - the best thing I can determine is because of NFS |
| 18:50.48 | msm | pb_: i can't reproduce though |
| 18:51.08 | denix | otavio: he's GNUtoo, btw |
| 18:51.23 | GNUtoo | hi |
| 18:51.29 | otavio | GNUtoo: :) |
| 18:52.04 | khem | GNUtoo: you are using angstrom-bleeding ? |
| 18:52.09 | GNUtoo | yes I tried |
| 18:52.17 | GNUtoo | to get more performances at runtime on target |
| 18:52.28 | GNUtoo | I tried for work |
| 18:52.32 | *** join/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net) |
| 18:52.44 | GNUtoo | basically we must have a fast html5 browser |
| 18:53.00 | GNUtoo | so I had to try angstrom-bleeding to get more performances |
| 18:53.06 | GNUtoo | but it didn't work well with firefox |
| 18:53.13 | khem | GNUtoo: ok. |
| 18:53.14 | khem | rogram received signal SIGILL, Illegal instruction. |
| 18:53.14 | khem | 0x2c050022 in markFunctionEpilogueDone (this=0x2fc00358) at vm/Stack-inl.h:445 |
| 18:53.25 | GNUtoo | yes |
| 18:53.29 | khem | this tells me it was executing 0x2c050022 which should not happen in arm mode |
| 18:53.40 | GNUtoo | ah? |
| 18:53.41 | khem | is your rootfs compiled in thumb mode |
| 18:53.45 | GNUtoo | what's 0x2c050022 |
| 18:53.51 | GNUtoo | I suppose so |
| 18:53.56 | GNUtoo | but I've no idea |
| 18:54.02 | GNUtoo | it's standard angstrom-bleeding |
| 18:54.46 | GNUtoo | so it should contain some thumb |
| 18:55.13 | khem | no it should not |
| 18:55.17 | GNUtoo | <khem> this tells me it was executing 0x2c050022 which should not happen in arm mode //me doens't understand |
| 18:55.21 | GNUtoo | ok |
| 18:55.36 | GNUtoo | no nowadays thumb is desactivated? |
| 18:55.51 | khem | so I am thinking you are somewhere running into this unaligned load optimization |
| 18:55.57 | GNUtoo | ahhh ok |
| 18:56.29 | khem | GNUtoo: thumb is there the default is arm mode |
| 18:56.37 | GNUtoo | ok |
| 18:57.09 | khem | GNUtoo: if you can debug this issue. so find out more on whats going on I can assist you |
| 18:57.20 | GNUtoo | ok |
| 18:57.38 | khem | enable kernel debugging |
| 18:57.51 | khem | and see if it reports address range where it gets the error |
| 18:57.58 | GNUtoo | right |
| 18:58.01 | khem | and what instruction opcodes were executred |
| 18:58.55 | GNUtoo | khem, btw is there a huge difference between a kernel compiled with unalignement + patched for not failing in the init and one compiled without |
| 18:59.35 | GNUtoo | khem, I'll look but not right now, maybe next monday(I've fosdem in between etc...) |
| 18:59.45 | khem | no worries |
| 18:59.52 | khem | the disasm there looks ok |
| 18:59.55 | GNUtoo | ok thanks |
| 18:59.56 | GNUtoo | ok |
| 18:59.58 | khem | nothing eye popping |
| 19:00.13 | GNUtoo | what's the thing at the end with an undefined instruction? |
| 19:00.23 | khem | I think you need to step thru that function and see why pc gets corrupt value |
| 19:00.26 | GNUtoo | because I looked at the rest and it seemed ok for me too |
| 19:00.35 | GNUtoo | ok |
| 19:00.50 | khem | 0x2c050040 <+536>: ldrsbteq r4, [pc], -r8 |
| 19:00.51 | khem | 0x2c050044 <+540>: ; instruction: 0xffffd3d4 |
| 19:01.00 | khem | that looks like data pool to me |
| 19:01.18 | GNUtoo | what's sbt? |
| 19:01.36 | khem | signed byte transposed |
| 19:01.39 | GNUtoo | ok |
| 19:02.02 | khem | gcc seldom can generate those instrs |
| 19:02.07 | GNUtoo | ok |
| 19:02.19 | khem | sometimes disassemblers dont know where data area starts |
| 19:02.27 | GNUtoo | ahhh ok |
| 19:08.10 | msm | does anyone know how to disable all RECOMMENDS? |
| 19:08.23 | msm | or if there is some preferred method |
| 19:08.28 | *** join/#oe zenlinux (~sgarman@masterfoo.zenlinux.com) |
| 19:08.40 | fray | from what I can tell it's rootfs/package manager specific.. |
| 19:08.59 | fray | I don't believe I put in a switch to disable it in RPM, but it should be able to be removed by adding a filtering mechanism |
| 19:09.55 | fray | if you look at package_rpm.bbclass you can probably comment out hte processing recommended packages section |
| 19:13.51 | *** join/#oe rcf (~rcf@244.45-243-81.adsl-dyn.isp.belgacom.be) |
| 19:14.33 | otavio | gosh hehe |
| 19:21.40 | *** join/#oe likewise_ (~likewise@095-097-098-131.static.chello.nl) |
| 19:28.47 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
| 19:31.33 | *** join/#oe jekhor_ (~jek@leased-line-46-53-195-5.telecom.by) |
| 19:31.46 | msm | fray: thanks… was thinking about just adding an option in meta/ classes/base.bbclass or something to avoid build them as well? |
| 19:33.23 | fray | it's really a backend thing.. |
| 19:33.36 | fray | since a lot of the items are built for many other reasons |
| 19:40.05 | *** join/#oe nitink (~nitink@134.134.139.70) |
| 19:40.15 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
| 19:41.19 | msm | fray: but when trying to build a *small* image all these deps add up |
| 20:04.30 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 20:31.09 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 20:32.48 | *** join/#oe nitink1 (~nitink@134.134.139.70) |
| 20:39.16 | *** join/#oe errordeveloper (~ilya@host109-154-187-74.range109-154.btcentralplus.com) |
| 20:53.53 | Crofton|work | kergoth, will you be at ELC? |
| 20:57.19 | kergoth | Crofton|work: yeah |
| 20:57.27 | Crofton|work | cool |
| 20:57.33 | Crofton|work | wie will meet at last |
| 20:57.46 | kergoth | indeed |
| 20:57.55 | kergoth | I haven't been to a conference since 2004 |
| 20:57.57 | kergoth | sad, really |
| 20:58.02 | Crofton|work | yeah |
| 20:58.03 | Crofton|work | long time |
| 20:58.34 | khem | it use to be small conference back them |
| 20:58.42 | khem | s/them/then |
| 21:01.23 | *** join/#oe errordeveloper (~ilya@host109-154-187-74.range109-154.btcentralplus.com) |
| 21:02.43 | *** join/#oe kenws (~ken@elliptique.net) |
| 21:04.54 | khem | Crofton|work: your python errors .. which package is that script coming from |
| 21:05.32 | pb_ | evening all |
| 21:06.03 | Crofton|work | gnuradio |
| 21:06.06 | Crofton|work | not upstream |
| 21:06.25 | Crofton|work | is there something I am supposed to run to fis up scripts> |
| 21:06.26 | Crofton|work | gm |
| 21:06.31 | pb_ | hm, should get the yocto dudes to change their getting started instructions to suggest pulling from github, not oe.org |
| 21:08.41 | khem | pb_: good idea |
| 21:09.45 | pb_ | not that I have any idea which particular yocto dude is responsible for that page of course. :-} |
| 21:10.31 | pb_ | on another topic, does anybody happen to have a working mingw32 layer? |
| 21:10.42 | khem | if you send an email to yocto ml they should notice it |
| 21:11.09 | khem | Crofton|work: do you have #!/usr/bin/python in your package |
| 21:11.25 | khem | Crofton|work: you might want to replace that with #!/usr/bin/env python |
| 21:11.31 | khem | pb_: mingw wow |
| 21:11.57 | pb_ | yeah, it's a bit tiresome writing to the yocto list because it doesn't allow non member posting |
| 21:13.24 | Crofton|work | khem, as in the source OF THE PACKAGE? |
| 21:13.56 | khem | yes |
| 21:22.36 | khem | Crofton|work: another thing you should look for is #!@PYTHON@ |
| 21:22.55 | khem | since that will also expand to staging area during build |
| 21:23.05 | khem | replace that with #!/usr/bin/env python as well |
| 21:24.56 | Crofton|work | <PROTECTED> |
| 21:26.38 | Crofton|work | hmm, it uses usr/bin/env already |
| 21:26.51 | Crofton|work | for some reason oe-core adds the otehr it appears |
| 21:28.14 | Crofton|work | I am rebuilding everytihing atm |
| 21:28.23 | Crofton|work | will look in workdir and logs and see what I can figure out |
| 21:30.38 | pb_ | sigh, zlib unfetchable |
| 21:30.42 | pb_ | stabs it |
| 22:23.24 | *** join/#oe uwe_ (~uwe_@dslb-088-066-186-052.pools.arcor-ip.net) |
| 22:28.11 | xumbi | has anyone considered, or already worked on, creating public AMI's for amazon EC2 with OE trees prebuilt? |
| 22:31.31 | xumbi | it could save new users a lot of time not having to wait for an entire image to build on their own hardware |
| 22:35.08 | GNUtoo-netbook | yes I think so |
| 22:35.17 | GNUtoo-netbook | look at bunny's talk at CCC |
| 22:49.03 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
| 22:49.03 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 22:49.18 | *** join/#oe errordeveloper (~ilya@host86-173-235-252.range86-173.btcentralplus.com) |
| 22:50.47 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 23:08.07 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 23:12.04 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 23:21.25 | *** join/#oe icanicant (~icanicant@dsl-217-155-248-78.zen.co.uk) |
| 23:25.14 | *** join/#oe tlab (~tlab@c-98-223-22-156.hsd1.in.comcast.net) |
| 23:32.01 | spacecolonyone | Hi guys, any ideas why files in my overlay aren't taking precedence over the defaults or willing to have a go at helping me solve this. |
| 23:32.57 | spacecolonyone | I've double-checked the basics like priority in my layers conf and the like and I am able to build recipes in my layer |
| 23:33.36 | kergoth | you probably have your order in BBLAYERS wrong |
| 23:33.46 | kergoth | bbfile_priority only coverns recipe priority, not config file / classes |
| 23:35.10 | spacecolonyone | IOTW my/layer should be first in BBLAYERS? |
| 23:37.45 | icanicant | there are a few network tool recipes (e.g. ntpclient, bonjour) that were in classic but aren't in meta-oe. is it just waiting for someone to submit a recipe or is there an intention to limit the recipes in meta-oe? i'm happy to submit the recipes once they're up and running. |
| 23:41.31 | bluelightning | icanicant: you can submit a patch to add them to meta-oe I think |
| 23:42.18 | spacecolonyone | kergoth: reordering my BBLAYERS seems to have done it, thanks. It didn't like PREFERRED_PROVIDER_virtual/kernel = "linux-3.2", though |
| 23:43.42 | icanicant | bluelightning: thanks, i guess they're added as when they're needed then. i'll send the patches. cheers! |
| 23:45.37 | *** join/#oe pidge (eflanagan@nat/intel/x-omcfnuutvydlzsff) |
| 23:50.37 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 23:51.59 | *** join/#oe papercrane (~papercran@c-76-103-172-115.hsd1.ca.comcast.net) |
| 23:56.48 | *** join/#oe uwe_ (~uwe_@dslb-088-066-186-052.pools.arcor-ip.net) |