| 00:00.14 | ant__ | Tartarus: note the double slash |
| 00:00.55 | ant__ | and all those 'cp:cannot...' msgs refers to a glob |
| 00:02.19 | Jay7 | ok, time to sleep |
| 00:02.25 | ant__ | Tartarus: you know what? this (stagemanager-native) is the only 'cp: cannot' left in my eglibc build |
| 00:02.36 | ant__ | log |
| 00:03.41 | ant__ | 'nite Jay7 |
| 00:07.56 | khem | Jay7: cool ok |
| 00:15.54 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 00:27.24 | xobs | Strange. bitbake has taken to freezing when building anything on "NOTE: Resolving any missing task queue dependencies", unless I blow away TMPDIR every time. Has anyone else seen that sort of thing before? |
| 00:30.37 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 00:30.43 | khem | xobs: what are you trying to build ? |
| 00:31.50 | xobs | khem: Currently I'm trying to get perl to build, but it keeps failing. So I thought I'd clean perl-native by running "bitbake perl-native -c clean" |
| 00:32.01 | Tartarus | Oh son-of-a... |
| 00:32.21 | Tartarus | Can we push recipes to just build help2man and A_P it out in the local.conf.sample? |
| 00:33.33 | khem | xobs: do u have anything in ASSUME_PROVIDED ? |
| 00:33.35 | xobs | khem: Oh, okay. This is why you shouldn't leave a problem halfway through fixing it. perl-native was added to ASSUME_NATIVE in an attempt to fix the problem. |
| 00:33.43 | xobs | khem: Good call :) |
| 00:34.13 | khem | xobs: yes thats a known behavior. |
| 00:35.23 | khem | Tartarus: help2man ? you mean help2man-native or target package |
| 00:35.32 | Tartarus | -native |
| 00:36.00 | Tartarus | Got one handy but it's not quite up to current standards of virtclass-native and BBCLASSEXTEND |
| 00:36.03 | Tartarus | it's just -native |
| 00:36.22 | Tartarus | will kick this harder tomorrow and just miss the tag probably |
| 00:48.08 | Tartarus | Or tonight, heh |
| 00:54.47 | *** join/#oe julianpid (~julianpid@firewall.ctxuk.citrix.com) |
| 01:03.36 | Tartarus | So.. acks? ;) |
| 01:11.55 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 01:20.01 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 01:42.55 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 01:47.26 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 02:01.53 | *** join/#oe xobs (~smc@199.48.241.251) |
| 02:03.09 | *** join/#oe xobs_ (~smc@cm152.psi156.maxonline.com.sg) |
| 02:25.03 | *** join/#oe rednul (~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) |
| 02:32.43 | *** join/#oe mnabil (~mnabil@41.34.179.184) |
| 03:04.42 | *** join/#oe fraxinath (~quassel@p4FD651BE.dip.t-dialin.net) |
| 03:09.40 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 03:10.04 | *** part/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 04:12.08 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 04:22.13 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 04:54.34 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 05:35.54 | *** join/#oe d_th (~dth@a89-182-79-30.net-htp.de) |
| 05:36.01 | *** join/#oe d_t_h (~dth@a89-182-79-30.net-htp.de) |
| 05:40.36 | *** join/#oe Lint (~Linp@189.120.245.56) |
| 05:40.40 | *** part/#oe Lint (~Linp@189.120.245.56) |
| 06:21.22 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 06:22.53 | *** join/#oe methril_ (~methril@189.27.128.224.dynamic.adsl.gvt.net.br) |
| 06:27.07 | *** join/#oe rsalveti (~rsalveti@201.82.70.129) |
| 06:29.07 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 06:30.38 | *** join/#oe radhermit (~radhermit@osuosl/staff/radhermit) |
| 06:35.03 | *** join/#oe ksinkar (~ksinkar@static-mum-59.181.108.105.mtnl.net.in) |
| 06:35.23 | ksinkar | hi guys, i am trying to setup the oe build environment on my fedora 12 |
| 06:35.35 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
| 06:36.08 | ksinkar | i didn't understand the instructions given about the ccache thing |
| 06:36.21 | ksinkar | can anyone please explain to me what to do ? |
| 06:36.29 | ksinkar | i have just done yum install bitbake |
| 06:36.50 | ksinkar | version 1.8.10 |
| 06:36.54 | *** join/#oe Crofton|road (~balister@pool-96-240-180-126.ronkva.east.verizon.net) |
| 07:10.42 | CIA-71 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07master * r6638e662d8 10openembedded.git/recipes/freesmartphone/opimd-utils_git.bb: |
| 07:10.42 | CIA-71 | opimd-utils: update SRCREV |
| 07:10.42 | CIA-71 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:10.53 | CIA-71 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r96179e1d31 10openembedded.git/recipes/linux/ (4 files in 3 dirs): |
| 07:10.53 | CIA-71 | linux(-openmoko)-2.6.34: update openmoko.patch with gta01 support |
| 07:10.53 | CIA-71 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:10.54 | CIA-71 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rb31d65ccc1 10openembedded.git/ (5 files in 3 dirs): |
| 07:10.54 | CIA-71 | linux-openmoko: remove old version based on 2.6.29-rc3, switch gta01 to 2.6.34 |
| 07:10.54 | CIA-71 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:13.30 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41) |
| 07:17.20 | *** join/#oe davidlt (~davidlt@164-32.3-85.cust.bluewin.ch) |
| 07:18.18 | davidlt | PHP 5.2.13 for the last month fails to compile. |
| 07:18.36 | *** part/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 07:18.41 | davidlt | It can't find libcrypto (OpenSSL), later mysql libs, another libs, etc.. |
| 07:18.59 | davidlt | All those libs are staged into native and target |
| 07:19.18 | davidlt | Ideas why it can't find libs? |
| 07:21.52 | *** join/#oe Heinervdm (~thomas@pD9E17A61.dip.t-dialin.net) |
| 07:25.29 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 07:25.44 | davidlt | Btw |
| 07:25.59 | davidlt | org.oe.dev or org.oe.stable should be better used? |
| 07:32.04 | *** join/#oe dth (~dth@a89-182-79-30.net-htp.de) |
| 07:34.57 | ksinkar | what is the meaning of a build environment? |
| 07:35.10 | ksinkar | what am i supposed to use oe exactly for? |
| 07:35.47 | ksinkar | is it just like the qmake environment for qt? |
| 07:36.14 | *** join/#oe vps (~vitus@145.253.169.210) |
| 07:37.36 | davidlt | build environment: OS with some required libs and setups |
| 07:37.53 | davidlt | OE - Open EMBEDDED, EMBEDDED devices. |
| 07:38.43 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 07:38.43 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 07:40.32 | *** join/#oe rob_w (~bob@77.74.119.145) |
| 07:41.40 | mckoan | good morning |
| 07:47.44 | nani__ | HI all while building the OE for am3517-evm i am getting error in qemu , please help me to fix that error . |
| 07:49.46 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:51.46 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 07:56.08 | *** join/#oe rednul (~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) |
| 07:59.17 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 08:06.24 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 08:15.44 | *** join/#oe davidlt (~davidlt@rz-public-dock-189-dhcp.ethz.ch) |
| 08:17.04 | CIA-71 | 03Martin Jansa <martin.jansa@gmail.com> 07master * r20ca75903a 10openembedded.git/recipes/xorg-lib/ (9 files in 2 dirs): |
| 08:17.04 | CIA-71 | pixman: add version 0.21.2 |
| 08:17.04 | CIA-71 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:17.07 | CIA-71 | 03Martin Jansa <martin.jansa@gmail.com> 07master * r9f01acb255 10openembedded.git/ (47 files in 6 dirs): |
| 08:17.07 | CIA-71 | xorg: new versions for 2010-11-17 |
| 08:17.07 | CIA-71 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:17.09 | CIA-71 | 03Martin Jansa <martin.jansa@gmail.com> 07master * r7ba0adcf4e 10openembedded.git/recipes/ (35 files in 3 dirs): |
| 08:17.09 | CIA-71 | xorg: remove recipes for versions not pinned in any distro config |
| 08:17.09 | CIA-71 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:17.17 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 08:17.44 | davidlt | back |
| 08:24.35 | davidlt | Any ideas for PHP? |
| 08:26.10 | ksinkar | davidlt: is OE an OS? |
| 08:26.54 | davidlt | I am using Gumstix, which is pretty much heavily based on OE |
| 08:28.45 | davidlt | http://old.nabble.com/PHP-Fails-to-build-td30110142.html |
| 08:30.16 | *** join/#oe dth_ntb (~dth@a89-182-194-121.net-htp.de) |
| 08:30.41 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-bleyqtwlwzjznold) |
| 08:30.53 | ksinkar | davidlt: my idea of OE is that it simply provides the uclibc, and other libraries fineturned for embedded applications to compile your programs for embedded systems, |
| 08:31.14 | ksinkar | davidlt: how is OE an OS? is it equivalent to an OS in terms of ANDROID? |
| 08:32.21 | mrj10 | ksinkar: OE is not an OS |
| 08:33.02 | mrj10 | it's metadata about different versions of and dependencies between software packages, and a set of tools for building and deploying said packages in a way that respects the dependences |
| 08:33.29 | ksinkar | mrj10: thank you |
| 08:33.35 | mrj10 | you can use it to build the kernel and userspace utilities and applications for any OS you want |
| 08:33.55 | mrj10 | it is especially well set up for Linux, but there is nothing fundamental preventing you from extending it to work for something else |
| 08:34.18 | ksinkar | mrj10: thank you very much for that enlightening explanation |
| 08:34.25 | mrj10 | don't get me wrong, i think it would be a ton of work to try something else |
| 08:34.33 | *** join/#oe methril (~methril@189.27.128.224.dynamic.adsl.gvt.net.br) |
| 08:34.46 | mrj10 | np |
| 08:35.40 | ksinkar | in the git folder that i just downloaded it has also mentioned in /sites avr32? |
| 08:38.08 | mrj10 | what board do you have? |
| 08:38.32 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 08:38.32 | mrj10 | support is generally added on a per-board basis. board configuration files can be found in conf/machine/ |
| 08:38.58 | ksinkar | i have LPC2468 and OMAPL138, i want to add support for that |
| 08:39.10 | mrj10 | it looks like the two avr32 boards supported out of the box are at32stk1000 and atngw100 |
| 08:39.45 | ksinkar | btw the avr32 comment was an exclamation that even avr 32 was supported |
| 08:39.56 | mrj10 | oh gotcha |
| 08:40.11 | mrj10 | sorry, misinterpreted. |
| 08:40.25 | mrj10 | so the LPC2468 is a little ARM7 board? |
| 08:40.31 | ksinkar | i have hawkboard (omapl138)and olimex e2468(lpc2468) board |
| 08:40.42 | ksinkar | now both have different requirements |
| 08:41.13 | ksinkar | the omap board has MMU cause of ARM 9 while lpc board is without mmu coz of arm 7 |
| 08:41.24 | mrj10 | yeah |
| 08:42.00 | mrj10 | OE has recipes to build uclibc, but i'm not sure about uclinux |
| 08:42.12 | mrj10 | hawkboard is supported out of the box |
| 08:42.16 | mrj10 | see conf/machine/hawkboard.conf |
| 08:43.29 | ksinkar | this is pretty cool |
| 08:43.59 | ksinkar | do the angstrom guys use OE for their server as the backend? |
| 08:46.30 | mrj10 | i'm not sure *exactly* what you're asking, but i believe the answer is likely yes |
| 08:46.52 | mrj10 | angstrom and OE are tightly linked, Koen Kooi contributes heavily to both (and is in this channel often) |
| 08:47.00 | mrj10 | uclinux may be more of a project |
| 08:47.02 | hrw | morning |
| 08:47.34 | mrj10 | but somebody tried to get it going for blackfin; there are still remnants of that in the OE repository if you want to take a peek. i believe they could build a minimal version of angstrom |
| 08:47.37 | mrj10 | hrw: morning |
| 08:48.15 | mrj10 | he announced his intentions here http://blackfin.uclinux.org/gf/project/toolchain/forum/?_forum_action=ForumMessageBrowse&thread_id=586&action=ForumBrowse , you might touch base with him if you have uclinux-specific questions |
| 08:48.18 | *** join/#oe woglinde (~henning@p5DDC25DD.dip.t-dialin.net) |
| 08:48.50 | mrj10 | and others on the channel are generally helpful with creating and debugging recipes, so long as you read through the user manual before asking http://docs.openembedded.org/usermanual/usermanual.html |
| 08:49.56 | ksinkar | mrj10: this was THE document that I was looking for |
| 08:51.31 | mrj10 | :) glad to help |
| 08:51.35 | mrj10 | i must be off to bed, but best of luck |
| 08:52.08 | eFfeM_work | gm |
| 08:52.43 | woglinde | hi effem |
| 08:57.13 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:01.13 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 09:04.43 | ksinkar | klajdsfkljakldfjakljdsfkljaldsf |
| 09:04.43 | ksinkar | ads |
| 09:04.43 | ksinkar | f |
| 09:04.43 | woglinde | hehe |
| 09:04.43 | mrj10 | keyboard works. |
| 09:04.43 | woglinde | little kids |
| 09:04.43 | woglinde | or cat |
| 10:05.09 | *** join/#oe ibot (~ibot@rikers.org) |
| 10:05.09 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 10:15.31 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 10:24.07 | *** join/#oe dv (~dv@dvhome.kansstel.ru) |
| 10:26.02 | davidlt | org.oe.dev vs. org.oe.stable? Any comments? |
| 10:26.38 | *** join/#oe Jordinar (~Jord@port-87-193-237-134.static.qsc.de) |
| 10:26.44 | hrw | .dev |
| 10:26.57 | hrw | stable/2009 is 1.5y old |
| 10:28.19 | davidlt | what is release cycle? 1.5. is a long time... |
| 10:32.59 | mckoan | davidlt: random |
| 10:40.25 | davidlt | If I want to recompile stuff on bibake, but I want clean build (no garbage from older builds). Can i do it somehow in fast way? |
| 10:40.40 | davidlt | I don't want to remove the whole tmp dir and wait 8 hours just to test. |
| 10:41.11 | davidlt | Is it possible only delete sysroot and bitbake would recompile few packages and reconstruct sysroot? |
| 10:44.13 | pb_ | mickey|office: good morning |
| 10:53.07 | mickey|office | pb_: good mornign! |
| 10:53.42 | mckoan | davidlt: AFAIK would be a mess |
| 10:54.14 | davidlt | Why? |
| 10:55.07 | davidlt | You know the order how pacakges should be staged, you have already build all packages. That's like a snapshots. So Bitbake should be always able to build sysroot |
| 10:59.16 | *** join/#oe Crofton (~balister@adsl-75-37-22-143.dsl.pltn13.sbcglobal.net) |
| 12:01.13 | *** join/#oe ibot (~ibot@rikers.org) |
| 12:01.13 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 12:03.40 | woglinde | re |
| 12:15.27 | pb_ | hi woglinde |
| 12:15.40 | woglinde | hi pb |
| 12:24.47 | *** join/#oe matgnt (~matthias@p4FCF2097.dip0.t-ipconnect.de) |
| 12:29.59 | eFfeM_work | ls |
| 12:30.16 | woglinde | rm |
| 12:31.01 | eFfeM_work | hm, where did that come from? better do rm -rf (01:29:38 PM) woglinde: rm |
| 12:32.49 | *** join/#oe mwester_ (~mwester@nslu2-linux/mwester) |
| 12:32.58 | woglinde | hi mwester |
| 12:42.09 | *** join/#oe Openfree (~df@61.170.206.160) |
| 13:01.46 | eFfeM_work | anyone having an address of the angstrom src mirror handy? |
| 13:02.20 | eFfeM_work | php released a new version, old version is moved but also fails the md5sum, would like to compare |
| 13:03.43 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 13:04.25 | woglinde | jo mickeyl |
| 13:13.25 | *** join/#oe mrc3 (~ddiaz@189.157.119.212) |
| 13:16.51 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 13:17.10 | woglinde | hi ant |
| 13:18.53 | XorA | prods OE for being broken at the moment |
| 13:19.45 | woglinde | hm? |
| 13:19.51 | XorA | procps wont compile |
| 13:19.52 | JaMa|Wrk | how? |
| 13:20.01 | XorA | which is essential for all images |
| 13:20.08 | ant_work | good morning |
| 13:20.57 | woglinde | why? |
| 13:21.04 | ant_work | http://tinderbox.openembedded.net/packages/procps/ |
| 13:21.09 | woglinde | didnt see any commits toward procps |
| 13:21.32 | XorA | dont know, my guess is it relies on host stuff somewhere |
| 13:21.40 | woglinde | ? |
| 13:22.48 | woglinde | tinderbox would help |
| 13:23.08 | XorA | well tinderbox shows success, so I am assuming something is different on my host |
| 13:23.51 | Tartarus | goes trolling for acks for help2man- |
| 13:24.27 | XorA | look in the #marsattacks channel :-) |
| 13:24.47 | XorA | wonders how many other OE developers are using Fedorsa 14 |
| 13:25.49 | mwester | is about to try |
| 13:25.51 | *** join/#oe kgilmer (~kgilmer@p5253-ipngn100102sinnagasak.nagasaki.ocn.ne.jp) |
| 13:26.01 | woglinde | hi kgilmer |
| 13:26.13 | mwester | 64 bit or 32? |
| 13:26.32 | XorA | 64bit |
| 13:26.45 | broonie | XorA: I'm so sorry :) |
| 13:27.03 | XorA | could be worse, could be an ubuntu release :-) |
| 13:27.17 | mwester | :p |
| 13:27.47 | mwester | I need more disk to get my 64-bit install "OE-capable"... but it's in the works. |
| 13:37.28 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 13:40.49 | Tartarus | Anyone built evtest recently? |
| 13:40.53 | Tartarus | Got a checksum mismatch overnight |
| 13:41.15 | XorA | http://old.nabble.com/latest-console-image-fails-to-build---procps-ps-td30234659.html |
| 13:41.21 | XorA | not just me having procps issue |
| 13:43.00 | ant_work | BB_VERSION = "1.8.18" & METADATA_BRANCH = "overo" |
| 13:43.09 | ant_work | doesn't match |
| 13:43.14 | ant_work | our tests |
| 13:43.47 | foerster | Tartarus: just cleaned evtest, removed the source, and bitbaked ok here |
| 13:44.26 | Tartarus | local problem then, thanks |
| 13:45.45 | woglinde | xora -> METADATA_BRANCH = "overo" |
| 13:45.48 | woglinde | no help |
| 13:45.51 | woglinde | sorry |
| 13:46.00 | woglinde | overo is cooking too much on its own |
| 13:47.03 | ant_work | XorA: the deps seems ok (DEPENDS = "ncurses" like Gentoo) |
| 13:48.03 | kergoth | morning |
| 13:48.37 | woglinde | hi kergoth slept well? |
| 13:49.24 | kergoth | quite |
| 13:49.49 | Tartarus | lucky :) |
| 13:54.00 | kergoth | Tartarus: heh, the little one keeping you guys up late, i assume :) |
| 13:54.21 | Tartarus | last night was actually pretty good |
| 13:54.24 | Tartarus | 1130 -> 0500 |
| 13:54.39 | Tartarus | and it wasn't a "FEED ME NOW!!!" right at 5 either |
| 13:54.52 | foerster | Tartarus: how old? Have a 1 year old here. Sleeps 8:30-6:30 about every night ;) |
| 13:55.34 | woglinde | foerste haha I have 4 old here sleeps from 10.00pm to 7.30 |
| 13:55.46 | Tartarus | foerster, she's almost a month old now |
| 13:55.55 | Tartarus | Then my son is 2 |
| 13:56.00 | foerster | oh wow, a fresh one! |
| 13:56.03 | Tartarus | and is up around 0600 |
| 13:56.45 | Tartarus | we're really hoping that she takes after how he used to be, he used to sleep 7p->8a or better in his crib |
| 13:56.53 | Tartarus | in his real bed? no, he's up when he wakes up the first time |
| 13:57.37 | CIA-71 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * raf4bfb02ca 10openembedded.git/recipes/procps/procps_3.2.8.bb: |
| 13:57.37 | CIA-71 | procps_3.2.8.bb : kludge linker ordering |
| 13:57.37 | CIA-71 | Was facing a linker ordering issue on Fedora 14 which prevented this recipe building. Adding the libproc as last thing to get linked "fixes" this issue and |
| 13:57.37 | CIA-71 | allows build to complete. |
| 13:58.10 | woglinde | xora hehe |
| 14:02.07 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:04.52 | ant_work | bleeding edge |
| 14:08.52 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 14:09.15 | kgilmer | hi woglinde |
| 14:11.52 | *** join/#oe marex (~marex@eduroam4.ms.mff.cuni.cz) |
| 14:19.05 | foerster | php's autoconf stuff is a nightmare for cross compiling. Lots of AC_TRY_RUN everywhere, effectively ends up disabling lost of stuff. |
| 14:19.56 | kergoth | i think we should seriously consider patching autoconf to disable the 'when crosscompiling' argument to AC_TRY_RUN/AC_RUN_IFELSE |
| 14:20.06 | kergoth | better to supply the results via the cache than just pick an arbitrary result |
| 14:20.14 | kergoth | just error out instead |
| 14:20.29 | foerster | php makes it even worse -- they unset ac_cv* when checking things! |
| 14:20.37 | woglinde | ieehks |
| 14:20.41 | kergoth | oww |
| 14:20.48 | foerster | yea, making my life hell right now |
| 14:20.49 | kergoth | bad developers, bad, no cookie for you |
| 14:20.50 | woglinde | php not only suckz at programming |
| 14:21.26 | foerster | but i do have php5.3.3 with mysqlnd (and dynamic extensions) for gearman finally working |
| 14:22.17 | foerster | but it required some CFLAGS hacks in my recipe to re-enable dlopen support |
| 14:23.27 | *** join/#oe Openfree^ (~Openfree`@61.170.206.160) |
| 14:25.00 | CIA-71 | 03Michael Smith <msmith@cbnco.com> 07master * re06468eb13 10openembedded.git/recipes/udev/udev_141.bb: |
| 14:25.00 | CIA-71 | udev 141: fix postinst check for /lib/udev/rules.d symlink |
| 14:25.00 | CIA-71 | [ -d foo ] succeeds even if foo is a symlink to a directory. |
| 14:25.00 | CIA-71 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 14:25.00 | CIA-71 | Acked-by: Tom Rini <tom_rini@mentor.com> |
| 14:26.41 | *** join/#oe duff2 (~bryan@75-168-72-213.mpls.qwest.net) |
| 14:32.43 | *** join/#oe NTU (~ntu@unaffiliated/neo-the-user) |
| 14:33.08 | NTU | Hey guys! I added in a --chroot function --build and --clean so the user can specify more of what to do |
| 14:33.14 | NTU | to my script |
| 14:33.23 | kergoth | script? |
| 14:33.30 | NTU | http://neo-technical.wikispaces.com/openembedded |
| 14:33.54 | NTU | http://neo-technical.wikispaces.com/file/view/initial.sh |
| 14:34.39 | NTU | it lets the user build openembedded in an easy to use chroot environment so the user doesnt need to touch his/her system |
| 14:36.35 | woglinde | normaly users who build oe dont need initial.sh |
| 14:37.42 | Tartarus | interesting |
| 14:37.54 | Tartarus | So you setup an archlinux chroot and then ensure that has the needed host deps? |
| 14:38.22 | Tartarus | or just extract an archlinux chroot? |
| 14:38.47 | NTU | its actually an arch linux live cd mounted in a folder, by unsquashing the filesystem |
| 14:39.45 | Tartarus | But do you then ensure that the live cd has the needed host deps with another script? |
| 14:40.03 | Tartarus | Or are we just lucky and arch linux has them all by default? |
| 14:40.09 | NTU | no chroot.sh covers that |
| 14:40.16 | NTU | initial.sh runs chroot.sh |
| 14:41.11 | NTU | it would be very ugly keeping it all in a single file, nasty sed lines. |
| 14:41.44 | Tartarus | There we go, interesting concept |
| 14:42.08 | Tartarus | Rather than per host distro "you need x" type things just grab a small 'normal' linux dist and update i |
| 14:42.08 | Tartarus | t |
| 14:42.40 | Tartarus | If you're in a chroot, why does this mess with networking? |
| 14:42.56 | Tartarus | Or rather, bringing up networking |
| 14:43.02 | NTU | arch linux needs to download packages |
| 14:43.03 | Tartarus | should just be able to steal the main resolv.conf |
| 14:43.43 | Tartarus | Right, but the host already has functional networking |
| 14:43.51 | NTU | well the problem is that with DHCP and static IP in arch linux, it has to be in the rc.conf file |
| 14:43.55 | Tartarus | And inside the chroot you don't need to redo networking fully |
| 14:44.03 | Tartarus | You just need to have /etc/resolv.conf have valid info |
| 14:44.12 | Tartarus | (and /proc and /sys mounted) |
| 14:44.27 | NTU | hmm ill test and see if that works |
| 14:44.56 | Tartarus | Yeah, regular old chroots don't provide a giant separation |
| 14:46.04 | woglinde | dont forgot to umount them |
| 14:46.39 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 14:48.00 | NTU | i havent actually built a full image with this script since my CPU is awfully slow |
| 14:48.44 | NTU | so unmounting without having a finished build would be guess work |
| 14:50.02 | mckoan | what is the suggested package to manage an USB-wifi device in OE ? |
| 14:50.25 | mckoan | madwifi-ng (broken)? or maybe iw ? |
| 14:50.25 | NTU | oh wow that does work! Thanks Tartarus |
| 14:50.50 | kergoth | damnit. anyone used python's multiprocessing module's process pool before? |
| 14:51.01 | kergoth | i can create the processes fine manually, but when i use the pool, it hangs waiting for results |
| 14:53.57 | woglinde | kergoth dont use it |
| 14:54.07 | *** join/#oe NTU (~ntu@unaffiliated/neo-the-user) |
| 14:54.08 | kergoth | why? |
| 14:54.10 | woglinde | its using real new processes |
| 14:54.13 | woglinde | no threads |
| 14:54.14 | NTU | sorry X keeps crashing. |
| 14:54.21 | woglinde | this sometimes suckz really |
| 14:54.25 | kergoth | ? |
| 14:54.29 | kergoth | of course it uses processes |
| 14:54.31 | kergoth | threads are useless in python |
| 14:54.36 | kergoth | global interpreter lock |
| 14:54.52 | woglinde | for my case it sucked |
| 14:55.05 | kergoth | well, it just cut the parsing time in half |
| 14:55.06 | woglinde | a process didnt get closed when parent was closed |
| 14:55.10 | kergoth | so i'd say its an improvement |
| 14:55.18 | woglinde | and a file was writen until killing |
| 14:55.24 | kergoth | user error, you can tell it when the processes should die |
| 14:55.46 | kergoth | just pool.close() to stop submission of tasks, and they'll exit on their own |
| 14:55.46 | woglinde | no didnt worked |
| 14:55.46 | woglinde | hm |
| 14:56.05 | kergoth | at least, thats what the docs claim ;) |
| 14:56.20 | woglinde | problem is when pool.close() isnt called |
| 14:57.18 | woglinde | maybee for oe it might works |
| 14:57.32 | woglinde | for my dbus app it somehow didnt |
| 14:59.23 | kergoth | you have to run close() or terminate() for the processes to exit |
| 14:59.27 | kergoth | you can then call join() to wait for them to die |
| 14:59.31 | kergoth | see the docs |
| 14:59.47 | kergoth | but it seems broken for me anyway, at least i can't get imap to work |
| 14:59.50 | kergoth | map works fine |
| 14:59.52 | kergoth | hmm |
| 15:01.17 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
| 15:09.12 | kergoth | gives up |
| 15:10.02 | *** join/#oe Openfree^ (~Openfree`@61.170.206.160) |
| 15:19.47 | hrw | someone remembers what command did "pull --rebase" in monotone? |
| 15:22.05 | CIA-71 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * re01784b748 10openembedded.git/ (4 files in 3 dirs): (log message trimmed) |
| 15:22.06 | CIA-71 | help2man: Add native recipe, drop check for being provided. |
| 15:22.06 | CIA-71 | With a recent change to auto* to not build the man pages for |
| 15:22.06 | CIA-71 | native recipes, we can make build progress without help2man |
| 15:22.06 | CIA-71 | being there already. This adds help2man to local.conf.sample |
| 15:22.06 | CIA-71 | as an example of something that is assumed to be provided, |
| 15:22.07 | CIA-71 | drops the sanity.bbclass check and adds a help2man-native recipe. |
| 15:22.16 | CIA-71 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rc63403cb9c 10openembedded.git/recipes/glib-2.0/ (11 files in 2 dirs): |
| 15:22.16 | CIA-71 | glib-2.0: Fix glib-mkenums to use /usr/bin/env perl |
| 15:22.16 | CIA-71 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 15:22.19 | CIA-71 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r8da17586c5 10openembedded.git/recipes/autoconf/autoconf.inc: |
| 15:22.19 | CIA-71 | autoconf.inc: Use 'which' to find m4 |
| 15:22.19 | CIA-71 | We need to make sure that if m4-native is built, it's used here |
| 15:22.19 | CIA-71 | as there are hosts that otherwise have too old of an m4. When |
| 15:22.19 | CIA-71 | @M4@ is replaced here it's not used in conjunction with #! so this |
| 15:22.19 | CIA-71 | is safe. |
| 15:22.20 | CIA-71 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 15:22.50 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 15:25.56 | pb_ | hrw: iirc, you needed to "mtn merge" explicitly after pulling |
| 15:28.13 | kergoth | oh hell |
| 15:28.19 | kergoth | hrm |
| 15:29.11 | hrw | thx |
| 15:45.48 | CIA-71 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r2631a8e9d9 10openembedded.git/conf/machine/om-gta01.conf: |
| 15:45.48 | CIA-71 | om-gta01: update list of recommended modules and autoload |
| 15:45.49 | CIA-71 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 15:48.41 | *** join/#oe Openfree (~Openfree`@61.170.206.160) |
| 15:56.10 | *** join/#oe hrw (~hrw@chello089073120020.chello.pl) |
| 16:02.16 | JaMa|Wrk | why is help2man trying help4man directory? :) |
| 16:02.46 | woglinde | ? |
| 16:02.47 | Tartarus | what'd I break? :( |
| 16:03.05 | Tartarus | arg |
| 16:03.08 | JaMa|Wrk | SRC_URI = "${GNU_MIRROR}/help4man/help2man-${PV}.tar.gz" |
| 16:03.50 | JaMa|Wrk | use "${GNU_MIRROR}/${BPN}/${BPN}-${PV} instead |
| 16:03.59 | JaMa|Wrk | should I push fix? |
| 16:04.11 | Tartarus | doing now |
| 16:04.45 | JaMa|Wrk | ok |
| 16:05.13 | CIA-71 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r3a0c366031 10openembedded.git/recipes/help2man/help2man_1.37.1.bb: |
| 16:05.13 | CIA-71 | help2man: Use ${BPN} in SRC_URI |
| 16:05.13 | CIA-71 | Martin Jansa's idea (after spotting my typo). |
| 16:05.13 | CIA-71 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 16:05.47 | JaMa|Wrk | thx |
| 16:05.53 | mckoan | which package provides iwconfig? |
| 16:06.01 | woglinde | wireless-tools |
| 16:06.07 | mckoan | woglinde: thx |
| 16:06.22 | woglinde | mckoan when you have a kernel >= 2.6.34 better use iw |
| 16:07.14 | woglinde | wirless-api will die soon completly in the kernel |
| 16:10.13 | tharvey | how do you make it so a SRC_URI that calls out a file that has no versioning in its filename gets stored in DL_DIR with version info? |
| 16:10.19 | mckoan | woglinde: 2.6.34 |
| 16:14.29 | woglinde | tharvey hm |
| 16:14.57 | *** join/#oe Slyon (~lukas@ppp-88-217-31-152.dynamic.mnet-online.de) |
| 16:15.36 | tharvey | have this issue for a recipe that pulls in wireless firmware that has version info in the path, but not hte file name |
| 16:16.38 | tharvey | http://www.kernel.org/pub/linux/kernel/people/chr/carl9170/fw/${PV}/carl9170-1.fw - for the various versions only 'carl9170-1.fw' is in my DL_DIR which collides with other versions |
| 16:17.30 | *** join/#oe vlrk (~rvara@124.30.147.35) |
| 16:17.42 | vlrk | hello all .. |
| 16:17.52 | vlrk | new to oe .. |
| 16:18.24 | vlrk | do any one got cross compilation successfull for openjdk for arm |
| 16:18.56 | *** join/#oe davidlt (~davidlt@247-30.1-85.cust.bluewin.ch) |
| 16:25.30 | woglinde | vlrk master? |
| 16:26.06 | vlrk | woglinde: ..! |
| 16:26.34 | woglinde | vlrk master-branch |
| 16:26.59 | woglinde | I am one of the openjdk maintainers in oe |
| 16:27.05 | woglinde | but didnt test it for a while |
| 16:28.15 | *** join/#oe kevinsc (~a0214685@nat/ti/x-eezcwxbrdyfymlxz) |
| 16:35.30 | *** join/#oe pH5 (~ph5@e178235168.adsl.alicedsl.de) |
| 16:37.45 | mckoan | I don't remember how to avoid checksum control for a package |
| 16:38.46 | mckoan | http://paste.ubuntu.com/533912/ |
| 16:41.16 | mckoan | I replaced the number in the recipe :-D |
| 16:42.17 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 16:43.59 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
| 16:43.59 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 16:49.03 | *** join/#oe chrisw957_home (~chris@mail.tacticalelectronics.com) |
| 16:50.39 | *** join/#oe dijenerate (~dijenerat@65.48.200.215) |
| 16:51.42 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 16:55.53 | mckoan | have a nice rest of the day |
| 17:07.44 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 17:08.00 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 17:11.52 | GNUtoo|laptop | hi, |
| 17:12.02 | GNUtoo|laptop | was something decided for the release? |
| 17:12.14 | GNUtoo|laptop | can we still push to org.openembedded.dev or master |
| 17:12.16 | GNUtoo|laptop | ? |
| 17:12.37 | Crofton | mckoan|away, can you investigate why the checksum changed |
| 17:12.41 | kergoth_ | master isn't being frozen, it's being branched off |
| 17:12.56 | kergoth_ | so feel free to develop as usual, of course attempting to avoid breakage as always |
| 17:15.01 | kergoth_ | dangit, where was that wiki page wiwth the tsc minutes again |
| 17:15.06 | kergoth_ | kicks wiki.openembedded.org |
| 17:22.13 | *** join/#oe sgw (~sgw@134.134.137.71) |
| 17:22.57 | kergoth_ | wtf |
| 17:22.58 | kergoth_ | DatabaseError: database disk image is malformed |
| 17:23.26 | kergoth_ | that happened using parallel parsing, when trying to interact with persist_data -- very strange, given sqlite3 does locking |
| 17:23.32 | kergoth_ | i don't see how it could have gotten corrupted |
| 17:23.34 | kergoth_ | ponders |
| 17:23.40 | kergoth_ | i wonder.. |
| 17:23.54 | pb_ | kergoth: http://wiki.openembedded.net/index.php/TSCDecisions |
| 17:24.03 | kergoth_ | pb_: thanks. we should link there from the TSC page :) |
| 17:24.10 | pb_ | kergoth: genius! |
| 17:24.20 | kergoth_ | :P |
| 17:29.22 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 17:30.42 | *** join/#oe mnabil (~mnabil@41.34.179.184) |
| 17:31.17 | GNUtoo|laptop | kergoth_, ok thanks a lot |
| 17:37.19 | *** join/#oe dth_ntb (~dth@a89-182-79-30.net-htp.de) |
| 17:38.06 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
| 17:38.55 | CIA-71 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r3a3e91b7cc 10openembedded.git/conf/machine/ (omapzoom2.conf omapzoom36x.conf): |
| 17:38.55 | CIA-71 | omapzoom2/3.conf : update the serial port config |
| 17:38.55 | CIA-71 | The update of the kernel enabled the omap serial driver so the console has |
| 17:38.55 | CIA-71 | moved port number as 8250 driver now only handls the two uarts on debug board. |
| 17:39.05 | CIA-71 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * rca8c7ab1a5 10openembedded.git/MAINTAINERS: MAINTAINERS : now Im active again relist myself as zoom2/3 maintainer |
| 17:39.06 | CIA-71 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r4b2096d6df 10openembedded.git/recipes/sysvinit/sysvinit_2.86.bb: sysvinit_2.86.bb : bump PR for the omapzoom2/3 changes in serial port |
| 17:39.08 | CIA-71 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * ra5f336891b 10openembedded.git/recipes/linux/ (4 files in 4 dirs): |
| 17:39.08 | CIA-71 | linux-omap-zoomsync : update the kernel to latest release from TI. |
| 17:39.08 | CIA-71 | Unified the config as both machines are from outside identical and same kernel |
| 17:39.08 | CIA-71 | should work on both. |
| 17:41.14 | tharvey | how do you make it so a SRC_URI that calls out a file that has no version in its 'filename' gets stored in DL_DIR with version info? example: http://www.kernel.org/pub/linux/kernel/people/chr/carl9170/fw/1.9.1/carl9170-1.fw gets stored as $DL_DIR/carl9170-1.fw which collides with other versions of it |
| 17:42.00 | kergoth_ | there *should* be a destination filename parameter |
| 17:42.04 | kergoth_ | but i dont' know if there actually is |
| 17:42.40 | tharvey | param? on the end of the SRC_URI element you mean? |
| 17:43.51 | kergoth_ | yeah, ;foo=bar |
| 17:44.16 | tharvey | hmmm... where would I dig for that? couldn't find documentation on fetcher params |
| 17:44.49 | kergoth_ | the code? ;) |
| 17:45.09 | tharvey | tried that... got lost in the 'modularity' of bitbake ;P |
| 17:45.14 | *** join/#oe marex (~marex@eduroam4.ms.mff.cuni.cz) |
| 17:45.29 | kergoth_ | bitbake/lib/bb/fetch/wget.py and bitbake/lib/bb/fetch/__init__.py |
| 17:45.29 | tharvey | found wget fetcher but not where params got delt with |
| 17:52.36 | Jay7 | hm.. I've read that NCQ + cfq is worst case |
| 17:52.56 | Jay7 | so NCQ + noop should be used |
| 17:53.12 | Jay7 | I think I'll benchmark this |
| 17:54.44 | tharvey | seems this would only be an issue for wget fetcher and I don't see any support in there for renaming/versioning the object of the fetch - surprised this isn't a more common issue |
| 17:55.00 | kergoth_ | tharvey: there's an email on one of the lists to add it |
| 17:55.10 | kergoth_ | i think its still in my inbox waiting for me to look at it, actually.. |
| 17:55.22 | tharvey | heh... a bitbake patch I presume? |
| 17:55.50 | kergoth_ | yeah, probably has to be, unless you talk do_fetch into renaming it after the fact |
| 17:55.55 | kergoth_ | which you could do as a temporary hack |
| 17:56.10 | tharvey | ya, thats what I was thinking of doing |
| 18:04.14 | CIA-71 | 03Dan Kruchinin <kruchinin@altell.ru> 07org.openembedded.dev * r94990e7d1f 10openembedded.git/recipes/perl/ (perl-rdepends_5.10.1.inc perl_5.10.1.bb): |
| 18:04.14 | CIA-71 | recipes/perl: add another missing runtime dependency |
| 18:04.14 | CIA-71 | * Storable uses Carp::Heavy |
| 18:04.14 | CIA-71 | Signed-off-by: Dan Kruchinin <kruchinin@altell.ru> |
| 18:04.14 | CIA-71 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 18:04.26 | CIA-71 | 03Chris Larson <chris_larson@mentor.com> 07master * rb3d5432cff 10bitbake.git/lib/bb/persist_data.py: |
| 18:04.26 | CIA-71 | persist_data: handle locked db for SELECT |
| 18:04.26 | CIA-71 | Parallel processes interacting with the persist_data db can quite easily |
| 18:04.26 | CIA-71 | explode without this. |
| 18:04.26 | CIA-71 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 18:04.37 | CIA-71 | 03Chris Larson <chris_larson@mentor.com> 07master * r0c8e0f3191 10bitbake.git/lib/bb/ (cache.py cooker.py taskdata.py): |
| 18:04.37 | CIA-71 | Pre-explode rundeps/runrecs in CacheData |
| 18:04.37 | CIA-71 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 18:04.38 | CIA-71 | 03Chris Larson <chris_larson@mentor.com> 07master * r7171019b11 10bitbake.git/lib/bb/cache.py: |
| 18:04.38 | CIA-71 | cache: make use of defaultdict |
| 18:04.38 | CIA-71 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 18:04.39 | CIA-71 | 03Chris Larson <chris_larson@mentor.com> 07master * r3a776ef947 10bitbake.git/lib/bb/cache.py: |
| 18:04.39 | CIA-71 | cache: use set for clean, checked |
| 18:04.39 | CIA-71 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 18:05.28 | Jay7 | kergoth_: how is multithreaded parsing? |
| 18:05.40 | Jay7 | is there anything to test already? :) |
| 18:05.48 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 18:08.26 | blindvt | Jay7, https://github.com/kergoth/bitbake/compare/master...parallel-parsing-prep |
| 18:09.39 | kergoth_ | Jay7: Mentor has two working implementations now. |
| 18:09.44 | kergoth_ | one a coworker did, one i did |
| 18:09.47 | kergoth_ | heh |
| 18:10.19 | kergoth_ | Jay7: https://github.com/kergoth/bitbake/tree/parallel-parsing - clone that and check out that branch and see how it behaves, if you would |
| 18:15.10 | Jay7 | wow |
| 18:16.00 | CIA-71 | 03Chris Larson <chris_larson@mentor.com> 07master * r67984ba0ac 10bitbake.git/lib/bb/cache.py: |
| 18:16.00 | CIA-71 | cache: Add debug msg for a nonexistant dep file |
| 18:16.00 | CIA-71 | If a recipe depends on a file, and that file is out of date, we show a |
| 18:16.00 | CIA-71 | message, but if that file was removed, we do not, until now. |
| 18:16.00 | CIA-71 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 18:16.10 | Jay7 | it's amazing |
| 18:16.10 | CIA-71 | 03Chris Larson <chris_larson@mentor.com> 07master * r06420ff839 10bitbake.git/lib/bb/cache.py: |
| 18:16.10 | CIA-71 | cache: pyflakes/pep8/pylint cleanup |
| 18:16.10 | CIA-71 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 18:16.11 | CIA-71 | 03Chris Larson <chris_larson@mentor.com> 07master * re084430446 10bitbake.git/lib/bb/cache.py: |
| 18:16.11 | CIA-71 | cache: use new style classes |
| 18:16.11 | CIA-71 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 18:16.16 | Jay7 | but broken a bit :) |
| 18:16.25 | kergoth_ | how so? |
| 18:16.29 | Jay7 | one moment I'll recheck |
| 18:16.32 | kergoth_ | k |
| 18:16.38 | kergoth_ | if there's an error, i can fix it, just need the error :) |
| 18:16.41 | kergoth_ | not hitting any here right now |
| 18:19.13 | CIA-71 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r487b3d0c42 10openembedded.git/recipes/binutils/binutils-cross-sdk_2.19.51.bb: |
| 18:19.13 | CIA-71 | binutils-cross-sdk: Add version 2.19.51 (for micro) |
| 18:19.13 | CIA-71 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 18:19.34 | *** join/#oe anarsoul (~anarsoul@80.249.95.238) |
| 18:23.15 | Jay7 | kergoth_: I've a lot of different messages :) |
| 18:23.33 | kergoth_ | Jay7: pastebin please |
| 18:23.42 | Jay7 | http://pastebin.ca/1995646 |
| 18:23.50 | Jay7 | this looks like some race |
| 18:23.57 | kergoth_ | wtf |
| 18:24.02 | kergoth_ | hmm |
| 18:24.04 | kergoth_ | yeah it does |
| 18:24.05 | kergoth_ | strange |
| 18:24.05 | Jay7 | clean tmpdir |
| 18:24.19 | kergoth_ | something about persist_data isn't parallel safe |
| 18:24.28 | kergoth_ | reviews persist_data code |
| 18:24.29 | Jay7 | I hit it twice per about 5-6 runs |
| 18:24.32 | kergoth_ | k |
| 18:24.58 | kergoth_ | it could be that its sharing a single database connection between the threads, inherited due to the fork |
| 18:25.02 | kergoth_ | hmm |
| 18:25.07 | Jay7 | 6 cores, 4 BB threads, -j2 |
| 18:25.24 | kergoth_ | it automatically parses with 2.5 * # of cores by default |
| 18:25.25 | Jay7 | it is still doing something |
| 18:25.30 | kergoth_ | you can specify with BB_NUMBER_PARSE_THREADS |
| 18:25.46 | Jay7 | I'll break it by ^C |
| 18:26.03 | kergoth_ | hrmm |
| 18:26.13 | kergoth_ | might be not handling exceptions in the child processes well too, need to review that |
| 18:26.50 | Jay7 | well this time w/o races |
| 18:27.25 | Jay7 | http://pastebin.ca/1995649 |
| 18:28.56 | Jay7 | but parsing 7212 recipes in 40 secons is amazing for me now :) |
| 18:29.00 | kergoth_ | hehe |
| 18:29.18 | kergoth_ | only cuts my parse time in half on the 2 core box, but even that is quite lovely |
| 18:29.34 | kergoth_ | task_deps one is just weird. |
| 18:29.35 | kergoth_ | hmm |
| 18:30.04 | Jay7 | and it loads all cores for 100% |
| 18:30.08 | kergoth_ | nice |
| 18:30.37 | kergoth_ | the default # of parse threads is likely okay for some, but you should tweak for optimal performance particularly if you have fast disks |
| 18:30.41 | kergoth_ | since its all IO bound |
| 18:31.05 | Jay7 | imho parse threads number == cores number is good default |
| 18:31.21 | Jay7 | at least for now |
| 18:31.26 | kergoth_ | from my tests, that doesn't perform nearly as well |
| 18:31.30 | kergoth_ | but we can certainly switch |
| 18:31.39 | kergoth_ | <3 multiprocessing.cpu_count() :) |
| 18:31.41 | Jay7 | may be for 24 cores it will hit into disks io bw limit :) |
| 18:31.44 | kergoth_ | hehe |
| 18:33.12 | kergoth_ | hmmm |
| 18:34.54 | martinambrose | If a package needs to install into the gstreamer directory on the rootfs, does the package need to explicitly define install -d ${D}/usr/lib/gstreamer-0.10? |
| 18:35.30 | kergoth_ | well, it's not going to magically create all the dirs you're installing into for you |
| 18:35.39 | kergoth_ | it depends, is the asnwer |
| 18:35.45 | kergoth_ | if you're running make install, it likely handles that already |
| 18:35.55 | kergoth_ | if you're manually installing in do_install, yes, you have to create directories before you put things in them |
| 18:37.45 | martinambrose | oh ok. I was hoping through the use of DEPENDS or similar I could assume the directory had already been created and also looking to make the recipe independent of gstreamer version -- i.e. not need to hardcode the -0.10 |
| 18:38.43 | kergoth_ | well, the thing is, installation is separate from packaging. |
| 18:38.59 | kergoth_ | at do_install time we're installing files into a fresh root where they'll then go into an ipk or rpm or deb |
| 18:39.12 | kergoth_ | the dir won't exist until the packages of your deps are actually installed |
| 18:39.27 | kergoth_ | do_install doesn't directly install into a rootfs |
| 18:39.31 | kergoth_ | does that make it clearer? |
| 18:40.26 | *** join/#oe moopy (~moopy@82.152.150.86) |
| 18:41.09 | Jay7 | bb master takes 03:10 to parse |
| 18:42.44 | martinambrose | somewhat. Looking at the .ipk file, assuming I used the install -D above, ./usr/lib/gstreamer-0.10/. I was just trying to avoid replicating the same install line in several different package recipes and also looking for orthogonality. |
| 18:43.32 | *** join/#oe Martin-B (~martin@pool-249-66-198-89.dbd-ipconnect.net) |
| 18:45.26 | kergoth_ | Jay7: pull and try now if you would |
| 18:45.36 | kergoth_ | Jay7: this isn't a known fix, its a theoretical one, spotted a potential issue |
| 18:45.57 | kergoth_ | for the task_deps issue, that is |
| 18:46.02 | kergoth_ | still working on the race |
| 18:46.04 | *** join/#oe woglinde (~heinold@g225144168.adsl.alicedsl.de) |
| 18:46.05 | woglinde | re |
| 18:46.20 | kergoth_ | hey woglinde |
| 18:46.30 | woglinde | lol |
| 18:46.44 | woglinde | seems someone from qtcreator team lives in my house |
| 18:47.09 | woglinde | my wife wondered why the only our house in the street is pixeld at streetview |
| 18:47.47 | woglinde | so we googled his name |
| 18:47.51 | woglinde | very intressting |
| 18:47.55 | kergoth_ | hah |
| 18:48.30 | kergoth_ | Jay7: okay, pull again, theoretical workaround for the race |
| 18:48.41 | kergoth_ | (i think its the sharing of the connection object between the processes which is hte problem) |
| 18:48.55 | kergoth_ | Jay7: let me know if you manage to see it break again :) |
| 18:49.01 | kergoth_ | in the meantime going to try to find a cleaner method |
| 18:49.04 | Jay7 | ok, pulled |
| 18:49.11 | Jay7 | wait a moment ;) |
| 18:49.15 | kergoth_ | :) |
| 18:49.25 | blindvt | khem, ping |
| 18:49.28 | ynezz | sounds great, 40 seconds |
| 18:49.35 | woglinde | hm maybee I will ask him the next time I am seeing him |
| 18:49.37 | Jay7 | UnboundLocalError: local variable 'appends' referenced before assignment |
| 18:49.38 | khem | blindvt: yes |
| 18:49.44 | Jay7 | kergoth_: ^^ |
| 18:49.45 | kergoth_ | Jay7: details if you would :) |
| 18:49.55 | kergoth_ | line number, perhaps? |
| 18:50.00 | kergoth_ | tries to find it |
| 18:50.10 | khem | does release-2010.12 sounds ok name for release branch :) |
| 18:50.12 | Jay7 | http://pastebin.ca/1995668 |
| 18:50.20 | blindvt | khem, did you see the sparc quadmath patch? Wasn't gcc about to add libquadmath itself ATM? |
| 18:50.21 | woglinde | khem yes |
| 18:50.28 | kergoth_ | khem: sounds good to me |
| 18:50.30 | likewise | khem: yes |
| 18:50.43 | likewise | and hi! |
| 18:50.47 | likewise | all! |
| 18:51.01 | kergoth_ | Jay7: pull & try again :) |
| 18:51.10 | woglinde | try and error |
| 18:51.12 | woglinde | hihi |
| 18:51.15 | kergoth_ | hehe |
| 18:51.36 | khem | likewise: hey |
| 18:51.44 | khem | ok |
| 18:52.40 | khem | blindvt: yes libquadmath is proposed for gcc |
| 18:52.41 | Jay7 | http://pastebin.ca/1995671 |
| 18:52.51 | kergoth_ | damnit |
| 18:52.55 | kergoth_ | glares at bitbake |
| 18:53.02 | Jay7 | hehe :) |
| 18:54.11 | kergoth_ | okay, thats an easy enough fix, i think |
| 18:54.13 | kergoth_ | hmm |
| 18:54.46 | kergoth_ | clearly i tested more from scratch builds than i did from cache builds :) |
| 18:55.05 | woglinde | khem what was what uclibc needs for libcgroup? |
| 18:55.16 | woglinde | maybe blindvt has some sparetime |
| 18:55.17 | kergoth_ | still not sure if this is the cleanest way, but i think its cleaner than the obvious alternative |
| 18:56.11 | *** join/#oe florian (~fuchs@sign-4d09493a.pool.mediaWays.net) |
| 18:56.11 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:59.42 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 18:59.48 | kergoth_ | hmmm |
| 19:01.02 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 19:02.33 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 19:02.55 | cazze | hi, little question. I have an old ipaq h2200 and my kernel is 2.6.21. I have problems with the udev-151 package and i read somewhere the udev-compat141 is made for this problem. But how can i select that one instead of udev-151 when i run bitbake task-base? |
| 19:04.47 | kergoth_ | Jay7: now its inexplicably hanging :| |
| 19:04.51 | kergoth_ | but only when going from the cache |
| 19:04.53 | kergoth_ | hrm |
| 19:05.14 | kergoth_ | oh, i think i see |
| 19:05.41 | khem | cazze: PREFERRED_VERSION_udev_local = "141" |
| 19:05.59 | cazze | khem thx |
| 19:08.02 | khem | cazze: or you can add PREFERRED_PROVIDER_udev-compat_local = "udev-compat141" |
| 19:08.07 | khem | as well |
| 19:08.25 | cazze | ok |
| 19:08.52 | XorA | that the wrong way |
| 19:09.00 | kergoth_ | grrr |
| 19:09.25 | XorA | add h2220 to the machine overides in udev_151.bb |
| 19:10.06 | cazze | XorA: but everytime i sync it will be lost :-( |
| 19:10.20 | XorA | cazze: learn about branches |
| 19:10.38 | XorA | cazze: you can check it in, then git pull --rebase to keep it on top of upstream |
| 19:10.51 | XorA | cazze: and even better submit the patch for inclusion and gain fame |
| 19:11.13 | cazze | XorA: héhé, i have a little head and it is already much to take on 2 days of playing with oe :-) |
| 19:11.42 | cazze | XorA: but as soon as there is place again i'll will try it :-) |
| 19:11.57 | XorA | cazze: start at line RPROVIDES_udev_append = " udev-compat-wrapper" and how to do it should be obvious |
| 19:16.12 | khem | ERROR: Fetch failed: Unable to fetch URL http://cairographics.org/releases/pixman-0.21.2.tar.gz;name=archive from any source. |
| 19:16.15 | khem | can someone fix it |
| 19:16.52 | JaMa | I'll check, but today I downloaded it OK again |
| 19:17.09 | JaMa | I mean on different host than where I prepared that patch |
| 19:17.33 | CIA-71 | 03Andreas Oberritter <obi@opendreambox.org> 07master * rc2c8fe4c56 10openembedded.git/classes/pkgconfig.bbclass: (log message trimmed) |
| 19:17.33 | CIA-71 | pkgconfig.bbclass: don't blindly install every .pc file |
| 19:17.33 | CIA-71 | * Instead of installing the file, print a log message. Later, |
| 19:17.33 | CIA-71 | this function could be removed. |
| 19:17.33 | CIA-71 | * .pc files must be installed explicitly to avoid causing |
| 19:17.33 | CIA-71 | build problems. E.g. libsoup-2.4-gnome.pc must not be |
| 19:17.34 | CIA-71 | installed if libsoup-2.4 is built without gnome support, |
| 19:17.43 | CIA-71 | 03Khem Raj <raj.khem@gmail.com> 07master * ree2644c927 10openembedded.git/recipes/opencvs/opencvs_cvs.bb: |
| 19:17.43 | CIA-71 | opencvs_cvs.bb: Re-arrange SRC_URI so to avoid a CVS fetcher bug where it extracts the end of SRC_URI as path |
| 19:17.43 | CIA-71 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 19:17.45 | JaMa | khem: and the file is there on that URL :/ |
| 19:17.58 | *** join/#oe denix (~denys@nat/ti/x-cmwwfmktvskrihrk) |
| 19:19.02 | *** join/#oe moopy (~moopy@82.152.150.86) |
| 19:19.09 | khem | JaMa: yes |
| 19:20.45 | JaMa | khem: so is there a problem or not? :) |
| 19:23.26 | kergoth_ | Jay7: wow, this sped up the already cached version too, i think. pull and try again |
| 19:23.56 | khem | JaMa: lemme see |
| 19:24.17 | khem | JaMa: seems this time it worked |
| 19:24.30 | khem | JaMa: probably a blip in my connection or somewhere in interner |
| 19:24.30 | Jay7 | kergoth_: I'm checking now only clean versions |
| 19:24.50 | Jay7 | wow |
| 19:24.59 | khem | kergoth_: that fix for opencvs_cvs.bb is interesting we should actually fix bitbake for that |
| 19:25.04 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 19:25.04 | Jay7 | it progresses to preparing runqueue |
| 19:25.11 | *** join/#oe anarsoul_ (~anarsoul@212.98.175.255) |
| 19:25.55 | kergoth_ | Jay7: hehe. progress! |
| 19:27.30 | Jay7 | kergoth_: http://pastebin.ca/1995703 |
| 19:27.44 | Jay7 | but it starts the build |
| 19:28.32 | kergoth_ | hmm, okay, i think i just need to make absolutely certain that the parsing threads are dead before the build begins, so it doesn't spot those children going away and think they're tasks |
| 19:29.09 | kergoth_ | they're supposed to exit on their own when we're done handling the files, though, maybe its just a timing thing, taking too long to go away on their own, i should probably explicitly join them |
| 19:30.30 | *** join/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
| 19:31.19 | Jay7 | hm.. I've started bitbake -p and it is hanging after parsing.. |
| 19:31.27 | kergoth_ | hmm, i thought i fixed that |
| 19:31.29 | kergoth_ | grr |
| 19:31.31 | Jay7 | it's doing something but show nothing |
| 19:31.43 | kergoth_ | clearly my concurrency skills are rusty :P |
| 19:31.58 | Jay7 | you have any :) |
| 19:32.02 | Jay7 | I have almost none :) |
| 19:32.09 | *** part/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
| 19:32.30 | kergoth_ | mostly kernel level stuff, i dont' have mjuch experience with threading or even multiple process work, other than the basics |
| 19:33.11 | Jay7 | it's still doing something |
| 19:33.16 | Jay7 | so I'll interrupt |
| 19:33.20 | kergoth_ | k |
| 19:33.28 | kergoth_ | okay, lets try this |
| 19:33.45 | Jay7 | http://pastebin.ca/1995709 |
| 19:33.51 | Jay7 | interrupt bt |
| 19:34.05 | kergoth_ | right, okay, i think this should do it |
| 19:34.07 | kergoth_ | pull and try yet again |
| 19:34.20 | kergoth_ | kicks off more test parsing |
| 19:35.24 | kergoth_ | 's going to have to do some code cleanup after the last of these issues goes away :P |
| 19:35.49 | *** join/#oe dv (~dv@dvhome.kansstel.ru) |
| 19:36.06 | kergoth_ | yikes, ^C during the parse is really ugly now |
| 19:36.14 | kergoth_ | need to catch that exception in the child i think |
| 19:36.23 | kergoth_ | oh well, one nstep at a time |
| 19:36.39 | ka6sox | khem, you around? |
| 19:37.04 | Jay7 | kergoth_: now it is done ok |
| 19:37.19 | kergoth_ | whew, getting there :) |
| 19:37.20 | Jay7 | cached too |
| 19:37.31 | Jay7 | I'll test multiple times ;) |
| 19:37.35 | kergoth_ | you notice that all cached is faster now too? |
| 19:37.41 | kergoth_ | i think thats like 10 seconds instead of 25 here |
| 19:37.54 | Jay7 | yes |
| 19:38.07 | kergoth_ | one thing you might not have noticed: the progress bar isn't being updated for already cached items, it doesn't show it until its starting the parsing of actual recipes |
| 19:38.12 | kergoth_ | which could be good or bad, i'm not sure |
| 19:38.47 | kergoth_ | might be a good thing, because every one of those events has to get send to the UI to display it, it does it for every single file normally |
| 19:38.58 | Jay7 | it is starting from 95% :) |
| 19:39.02 | kergoth_ | yeah, hehe |
| 19:39.11 | kergoth_ | the stats are for the total recipes |
| 19:39.24 | kergoth_ | ooh, i'm actually building |
| 19:39.25 | kergoth_ | no errors |
| 19:39.27 | kergoth_ | does a little dance |
| 19:41.00 | Jay7 | well, 20 cached parses was fine |
| 19:41.08 | Jay7 | let's try 20 clean parses :) |
| 19:41.24 | kergoth_ | cool |
| 19:41.33 | kergoth_ | now to fix ^C behavior while parsing |
| 19:44.10 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
| 19:44.17 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 19:45.20 | Jay7 | Parsing of 7212 .bb files complete (6780 cached, 432 parsed). 438 targets, 19 skipped, 2 masked, 0 errors. |
| 19:45.25 | Jay7 | this is for cached |
| 19:45.31 | Jay7 | Parsing of 7212 .bb files complete (0 cached, 7212 parsed). 7794 targets, 329 skipped, 2 masked, 0 errors. |
| 19:45.33 | Jay7 | and for clean |
| 19:45.54 | Jay7 | why it reparse some targets? |
| 19:46.03 | kergoth_ | there are recipes that can't be cached |
| 19:46.04 | Jay7 | is it normal behaviour? |
| 19:46.06 | kergoth_ | e.g. SRCREV usage |
| 19:46.09 | Jay7 | ah, ok then |
| 19:46.11 | kergoth_ | can't know PV unless it gets it each time |
| 19:46.18 | kergoth_ | so this is expected, and what it did beforee |
| 19:47.25 | Jay7 | just have not noted before |
| 19:47.29 | kergoth_ | nods |
| 19:47.49 | Jay7 | well.. seems bitbake -p is working ok |
| 19:47.51 | woglinde | hehe |
| 19:47.56 | kergoth_ | need to decide if i should update parsing progress for caced items |
| 19:48.06 | Jay7 | ah.. hehe.. |
| 19:48.13 | kergoth_ | cached, blah |
| 19:48.14 | Jay7 | no, ok |
| 19:48.27 | Jay7 | was afraid by long pause :) |
| 19:48.58 | kergoth_ | right, exactly, hanging or appearing to hang is not good |
| 19:48.58 | Jay7 | about 10 parses is ok |
| 19:49.06 | kergoth_ | k |
| 19:49.22 | woglinde | kergoth right crtl-c was a problem too with multiprocess |
| 19:49.25 | woglinde | in my casew |
| 19:49.36 | kergoth_ | http://www.bryceboe.com/2010/08/26/python-multiprocessing-and-keyboardinterrupt/ may be useful |
| 19:49.39 | kergoth_ | trying it now |
| 19:50.12 | woglinde | crtl-c has serval problems with multithread and using more than one system with a mainthread |
| 19:50.34 | woglinde | spend lot of time at mastherthesis with it |
| 19:54.53 | Jay7 | hmm... |
| 19:55.05 | Jay7 | seems I got hang again |
| 19:55.19 | kergoth_ | hmm, k |
| 19:55.31 | Jay7 | 16 run of 20 :) |
| 19:56.06 | Jay7 | yes, it hangs |
| 19:56.43 | Jay7 | interrupt bt: http://pastebin.ca/1995726 |
| 19:59.25 | Jay7 | got it again |
| 20:00.08 | Jay7 | http://pastebin.ca/1995732 |
| 20:01.34 | Jay7 | let's build something now |
| 20:08.35 | *** join/#oe GNUtoo|laptop (~gnutoo@95.237.131.238) |
| 20:11.05 | CIA-71 | 03Philip Balister <philip@opensdr.com> 07org.openembedded.dev * r8b8142421e 10openembedded.git/recipes/tasks/task-sdk-gnuradio-native.bb: task-sdk-gnuradio-native : Add pkgconfig-dev. |
| 20:11.16 | CIA-71 | 03Philip Balister <philip@opensdr.com> 07org.openembedded.dev * ra528a922da 10openembedded.git/recipes/dhcp/ (dhcp4.inc dhcp_4.1.1-P1.bb): dhcp : Create directory for state storage. Convert to INC_PR. |
| 20:11.29 | kergoth_ | damnit, getting a broken pipe with the queues on interrupt now |
| 20:11.30 | kergoth_ | hmmm |
| 20:12.27 | Jay7 | hm.. |
| 20:12.53 | Jay7 | noop is making system unusable |
| 20:12.58 | woglinde | by the way I gave on crtl+c |
| 20:12.59 | woglinde | up |
| 20:13.00 | Jay7 | now I have deadline |
| 20:13.03 | kergoth_ | signal handling in bitbake is such a mess |
| 20:13.04 | woglinde | and use telnet |
| 20:13.11 | Jay7 | cfq was not good too |
| 20:13.13 | woglinde | used |
| 20:13.24 | kergoth_ | Jay7: takking your suggestion and backing off the default to cpu_count() |
| 20:13.40 | Jay7 | kergoth_: for parse it is good |
| 20:13.48 | Jay7 | at least for me here |
| 20:13.57 | kergoth_ | it just lagged me a little :) |
| 20:14.01 | Jay7 | all cores are loaded for 100% |
| 20:14.02 | kergoth_ | could do * 2 instead of * 2.5 |
| 20:14.39 | Jay7 | and my WD Black is fast enough :) |
| 20:14.54 | kergoth_ | heh :) |
| 20:14.55 | Jay7 | btw, good idea to test it on WD Green |
| 20:15.14 | kergoth_ | grr, keyboardinterrupt handling still blows in bitbake :| |
| 20:15.41 | *** join/#oe Martin_B (~martin@pool-249-66-198-89.dbd-ipconnect.net) |
| 20:15.42 | Jay7 | and I think we should port OE to freebsd or even better to solaris |
| 20:16.14 | Jay7 | because linux with all interactive/realtime patches is unusable under high load |
| 20:16.27 | Jay7 | well.. may be not all patches |
| 20:16.31 | Jay7 | but cfq is fake |
| 20:16.43 | JaMa | Jay7: try new "sched: auto" patch |
| 20:16.53 | JaMa | I have it now and it really makes quite a difference |
| 20:16.54 | Jay7 | freebsd is behaving better |
| 20:16.57 | ynezz | Jay7: http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1 |
| 20:16.59 | ynezz | :) |
| 20:17.16 | Jay7 | Total: 1261 processes, 3681 lwps, load averages: 1165.53, 1269.34, 1460.86 |
| 20:17.22 | Jay7 | that about solaris :) |
| 20:17.22 | ynezz | d'oh |
| 20:17.33 | Jay7 | it's still pretty usable |
| 20:17.47 | Jay7 | but signals are coming slowly ;) |
| 20:17.56 | Jay7 | (that is not my solaris) :) |
| 20:18.01 | woglinde | ynezz hehe right |
| 20:18.07 | woglinde | I wanted to test the patch too |
| 20:18.11 | ynezz | hi woglinde |
| 20:18.19 | kergoth_ | Jay7: try pulling again, ^C should be slightly less screwy now, and the progress bar is updated for cached items |
| 20:21.32 | Jay7 | kergoth_: started 20 clean parses again |
| 20:21.47 | kergoth_ | k |
| 20:23.17 | Jay7 | hehe.. after first parse files are cached by vm |
| 20:23.39 | kergoth_ | hehe |
| 20:23.42 | kergoth_ | nice |
| 20:24.05 | Jay7 | may be good idea to parse with tmpdir on tmpfs |
| 20:24.20 | kergoth_ | it doesn't write the cache until the end, but yeah, you're right |
| 20:24.40 | kergoth_ | hmm, my from cache parse isn't as speedy as it was |
| 20:24.42 | kergoth_ | checks top |
| 20:24.42 | Jay7 | and good to test it on some 8-cores machine |
| 20:25.20 | kergoth_ | damnit, why is it back to 25 seconds |
| 20:25.26 | woglinde | hm |
| 20:25.27 | woglinde | hehe |
| 20:29.05 | kergoth_ | i wonder if the progress bits slowed down the fully cached version |
| 20:29.11 | kergoth_ | better usability, but slower |
| 20:29.22 | ynezz | progress bars are for nerds :p |
| 20:29.48 | Jay7 | kergoth_: wait a bit, I'll test on cached too |
| 20:29.50 | kergoth_ | what's annoying is the server/ui thing, we can't just update the progress display, we have to send an update through the queue to get to the ui |
| 20:30.00 | kergoth_ | hrm |
| 20:30.34 | Jay7 | kergoth_: update by timer with fake values ;) |
| 20:30.40 | Jay7 | right in UI :)) |
| 20:31.20 | kergoth_ | hehe |
| 20:31.37 | kergoth_ | it's tempting to just implement a throttle |
| 20:31.44 | kergoth_ | update every N recipes |
| 20:32.23 | Jay7 | my builds are run bb redirected to tee |
| 20:32.29 | Jay7 | so, no progress anyway |
| 20:32.29 | ka6sox | autobuilders would like throttles |
| 20:32.33 | Jay7 | btw |
| 20:32.38 | kergoth_ | if anyone else wants to try this, clone git://github.com/kergoth/bitbake and check out the parallel-parsing branch |
| 20:32.43 | Jay7 | kergoth_: why not add cmdline option? |
| 20:32.51 | kergoth_ | Jay7: for # of parsing threads? |
| 20:32.52 | Jay7 | --progress |
| 20:32.56 | kergoth_ | oh, progress, right |
| 20:33.05 | Jay7 | or --no-progress :) |
| 20:33.12 | kergoth_ | it already can operate without a progress display, of sorts, when stdout isn't a tty |
| 20:33.20 | kergoth_ | but i'm not sure if its smart enough to stop the progress events |
| 20:33.36 | kergoth_ | its a good idea |
| 20:33.52 | Jay7 | or --fast :) |
| 20:34.05 | kergoth_ | another idea would be to disable all progress in favor of a "Parsing....done" display automatically when >N recipes were cached |
| 20:34.13 | kergoth_ | since we knkow the parse time will be more sane |
| 20:34.42 | Jay7 | Parsing [........] done |
| 20:34.57 | kergoth_ | that + a throttle so the . is every N% would be nice |
| 20:34.58 | Jay7 | and draw a dot per 10-100 recipes |
| 20:35.00 | kergoth_ | yeah |
| 20:35.14 | kergoth_ | i think we need a better way to handle progress, we don't do a very good job of it right now |
| 20:35.15 | Jay7 | it would work with redirected output too |
| 20:35.17 | kergoth_ | in general |
| 20:35.35 | kergoth_ | have you seen the deal where people use iterators for progress? |
| 20:35.42 | Jay7 | or may be Parsing... [10%] ... [20%] ... |
| 20:35.49 | kergoth_ | you construct an iterator that automatically updates progress as you move through it |
| 20:35.52 | kergoth_ | pass it a callback or whatever |
| 20:35.54 | kergoth_ | very cute |
| 20:36.04 | kergoth_ | for i in foo: ... do real work ... |
| 20:36.06 | Jay7 | hm.. |
| 20:36.08 | kergoth_ | and it just shwos progress |
| 20:36.11 | kergoth_ | shows |
| 20:36.16 | Jay7 | who is listening for events - UI or server? |
| 20:36.31 | kergoth_ | guh, don't get me started :) |
| 20:36.42 | kergoth_ | the UI sends commands to the server, and the server sends events to the UI, for display |
| 20:36.45 | kergoth_ | both directions |
| 20:36.57 | kergoth_ | right now they're the same actual physical process, so its just a queue, a list or something |
| 20:37.04 | kergoth_ | we do have an xml/rpc version though |
| 20:37.08 | kergoth_ | which uses it in both directions |
| 20:37.16 | kergoth_ | the commands are few and far between, no big deal |
| 20:37.19 | Jay7 | so you can start drawing a dot per 10 seconds and stop by event from server :) |
| 20:37.19 | kergoth_ | but events can be a bit much |
| 20:37.24 | *** join/#oe Martin-B (~martin@pool-249-66-198-89.dbd-ipconnect.net) |
| 20:37.26 | kergoth_ | hehe |
| 20:37.33 | Jay7 | no updates at all :) |
| 20:37.41 | Jay7 | but still some progress bar |
| 20:37.49 | kergoth_ | Jay7: http://code.activestate.com/recipes/576986-progress-bar-for-console-programs-as-iterator/ |
| 20:38.10 | kergoth_ | hmm, not the best sample |
| 20:38.15 | kergoth_ | http://pypi.python.org/pypi/progressbar/2.3-dev |
| 20:38.20 | kergoth_ | there, check out the examples on progressbar there |
| 20:38.38 | kergoth_ | note particularly the injection of widgets into the text display :) |
| 20:38.41 | kergoth_ | even rate, etc |
| 20:38.45 | kergoth_ | pretty nifty |
| 20:39.02 | Jay7 | kergoth_: well, clean parses was fine |
| 20:39.05 | Jay7 | no hangs |
| 20:39.05 | kergoth_ | cool |
| 20:39.07 | kergoth_ | thats a start |
| 20:39.11 | Jay7 | not cached |
| 20:39.11 | kergoth_ | still could have bugs lurking somewhere |
| 20:39.23 | kergoth_ | kicks off a build |
| 20:39.40 | Jay7 | yes, it slower than before |
| 20:39.59 | kergoth_ | will have to investigate the progress situation as a separate task |
| 20:40.01 | kergoth_ | i think |
| 20:40.06 | Jay7 | ok, np |
| 20:40.09 | kergoth_ | since that existed both before and after this :) |
| 20:40.15 | kergoth_ | we just didn't realize it |
| 20:40.32 | Jay7 | imho, you can commit current work to bb master |
| 20:40.56 | kergoth_ | going to do a bit more review / cleanup first, make sure i really like thistion |
| 20:40.58 | Jay7 | or wait one day, I'll fire testbuilder up this night |
| 20:40.58 | kergoth_ | er |
| 20:41.04 | kergoth_ | this implementation |
| 20:41.18 | kergoth_ | erk, i think my build had too many threads |
| 20:41.21 | kergoth_ | laptop was not happy with me |
| 20:42.00 | kergoth_ | we actually have two mostly working implementations of this, my coworker did a different one |
| 20:42.18 | kergoth_ | but it didn't use multiprocessing, the child processes ended up running the cooker too, led to problems and confusion |
| 20:43.10 | kergoth_ | reviews all the changes he had to make to fix these bugs to make sure the code didn't get any worse |
| 20:44.53 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 20:44.53 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 20:47.00 | Jay7 | clean parses are fine too |
| 20:47.06 | Jay7 | just slower |
| 20:48.37 | kergoth_ | should be about the same as without parallel parsing, since it doesn't spawn off workers for those, it just adds the data from the cache directly into its cachedata |
| 20:49.39 | kergoth_ | one issue i see is that the progress event sends along all the statistics, skipped, etc |
| 20:49.47 | kergoth_ | unnecessary, that's only needed for the summary at the end of hte parse |
| 20:49.55 | kergoth_ | progress only needs current / total |
| 20:50.20 | *** join/#oe aloril (~aloril@84.249.126.153) |
| 20:51.46 | foerster | kergoth: parse in 1.10 is 2m52s, parse with parallel is 1m15s |
| 20:51.56 | foerster | much faster |
| 20:51.58 | kergoth_ | :) |
| 20:52.07 | kergoth_ | glad its working for you |
| 20:52.16 | Jay7 | foerster: how much cores you have? |
| 20:52.24 | kergoth_ | should test it on a faster machine, been using his slow work laptop |
| 20:52.46 | foerster | 4 core, Xeon i7 |
| 20:54.11 | khem | developers should be handed slowest machines like I have then you think about making thinks faster :) |
| 20:54.23 | kergoth_ | hehe |
| 20:54.35 | khem | ok release-2010.12 branch is created |
| 20:54.39 | foerster | :) boss sent me 2 of these beasts, plus a laptop of similar power |
| 20:54.57 | Jay7 | and testers should have fast machines to catch races ;) |
| 20:54.59 | khem | foerster: which company do u work for seems to be nice boss and rich company |
| 20:55.01 | foerster | and 4 21" monitors |
| 20:55.04 | kergoth_ | i bought a decent upgrade for my home machine the other day, phenom ii x2 3.5ghz and an ssd, and the damn processor was DOA, might get it back from newegg in another 9 days :| |
| 20:55.12 | foerster | small company called LayerZero Power Systems |
| 20:55.16 | foerster | i work from home too, so it's great |
| 20:55.20 | khem | kergoth_: why phenom |
| 20:55.24 | khem | why not i7 |
| 20:55.39 | kergoth_ | wallet :P |
| 20:55.46 | khem | kergoth_: heh ok :) |
| 20:55.53 | kergoth_ | this was the price of an i5, not an i7 :) |
| 20:55.59 | Jay7 | imho for compilation they are almost equal |
| 20:56.23 | khem | has never had more than 50 dollars in pocket since getting married |
| 20:56.25 | Jay7 | more cores is better than more GHz |
| 20:56.29 | kergoth_ | had enough trouble talking himself into paying this much to upgrade |
| 20:56.34 | khem | kergoth_: and performance of i5 too :) |
| 20:56.57 | kergoth_ | the x6 2.8ghz was the same price as the x4 3.5ghz phenom, went with the latter, might have been better to go with the former instead though :\ |
| 20:57.10 | khem | I go to micro center often these days confused to put a system together |
| 20:57.11 | kergoth_ | khem: my home machine right now is a core 2 duo E4500 |
| 20:57.15 | kergoth_ | almost anything is a good upgrade |
| 20:57.18 | kergoth_ | hehe |
| 20:57.21 | khem | kergoth_: haha yes |
| 20:57.32 | khem | I have p4 |
| 20:58.04 | khem | I might go for an i7 |
| 20:58.13 | khem | like 720 or 750 |
| 20:58.19 | kergoth_ | nice |
| 20:58.39 | Jay7 | opteron x12.. :) |
| 20:58.42 | khem | I am waiting for black friday |
| 20:58.49 | kergoth_ | we make decent money, my fiance and i, but we have a lot to save for too. a kid in the next few years, emergency fund, down payment on a house.. |
| 20:58.53 | kergoth_ | try to budget |
| 20:58.58 | kergoth_ | heh |
| 20:59.27 | khem | kergoth_: sure. my argument is I have not bought a computer since 2006 really |
| 20:59.35 | kergoth_ | nice |
| 20:59.42 | *** join/#oe denix0 (~denix@pool-71-251-55-54.washdc.east.verizon.net) |
| 20:59.49 | kergoth_ | i think mine is around there too for the most part |
| 20:59.49 | khem | last one was MBP with Intel Core2 w/o duo |
| 20:59.56 | Jay7 | btw, I'm still looking for some remote OE/linux/freebsd-dependent work ;) |
| 20:59.59 | kergoth_ | the doors wouldn't stay on the damn case :) |
| 21:00.04 | khem | well I did some upgrades like memory and harddisk |
| 21:00.34 | kergoth_ | its too easy to get sucked into the upgrade madness, have to make myself hold back and only even research hardware every few years |
| 21:00.40 | khem | Jay7: how well versed are you with freebsd |
| 21:00.48 | khem | Jay7: that is internals |
| 21:01.21 | Jay7 | khem: about 10 years as sysadmin, ~5 as ISP sysadmin |
| 21:01.22 | khem | kergoth_: yeah I think every 4-5 years is a good time for new mother board |
| 21:01.32 | kergoth_ | Jay7: btw, there's still definite room for improvement with this branch, its slowed a bit due to the fact that it hands off the tasks one by one, rather than in chunks |
| 21:01.36 | kergoth_ | khem: agreed |
| 21:01.38 | khem | Jay7: cool. |
| 21:01.54 | khem | kergoth_: the one I am looking at has SATA3 |
| 21:02.06 | Jay7 | khem: but still w/o commit bit ;) |
| 21:02.08 | khem | and I am looking at WD HD with SATA3 |
| 21:02.15 | Jay7 | but I know core member :) |
| 21:02.17 | khem | Jay7: ok |
| 21:02.41 | khem | yeah FreeBSD is lot more about old style of committer and bla bla |
| 21:02.54 | khem | lot of folks hark about that here |
| 21:02.57 | Jay7 | khem: current SATA 3 HDD are fake almost.. |
| 21:03.01 | kergoth_ | i picked up a 120gb ssd, will supplement with a couple of wd greens in raid 0 most likely, i should really pick up a good size black at some point |
| 21:03.16 | khem | I say get some distributed SCM like git,hg and do your stuff you dont need to be a committer |
| 21:03.18 | Jay7 | they are still in SATA2 speed |
| 21:03.38 | khem | kergoth_: SSD will be wear out if you do builds on it wont it |
| 21:04.01 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 21:04.01 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 21:04.09 | kergoth_ | yeah thats a danger, no idea in real terms what the lifetime is |
| 21:04.16 | kergoth_ | could always stick to srctree builds on it :) |
| 21:04.44 | Jay7 | kergoth_: about improvements - I'm always ready to test it ;) |
| 21:05.13 | khem | Jay7: btw release branch is created. Shortly we will send notice to ml but you can start pounding with your builds on it |
| 21:05.16 | kergoth_ | now that it seems solid i'll have to give it some thought |
| 21:05.27 | Jay7 | and because this is lxc container I can give shell here |
| 21:05.29 | kergoth_ | multiprocessing.Pool automates the chunking, but it seems busted |
| 21:05.32 | tharvey | anyone know what 'Qt for Embedded Linux data directory has incorrect permissions: /tmp/qtembedded-0' means? perms look correct to me |
| 21:05.36 | khem | Jay7: btw. did efikamx images build for you ? |
| 21:05.39 | kergoth_ | at least i can't get it to work |
| 21:05.50 | Jay7 | khem: yes, last build was successfull |
| 21:05.51 | khem | kergoth_: SSD's will wear out faster than HD |
| 21:06.05 | Jay7 | building right now again to test new bitbake |
| 21:06.14 | kergoth_ | well, its flash, thats not surprising, can only erase a block so many times |
| 21:06.58 | Jay7 | I'll buy second WD Black and create RAID0 to use under OE TMPDIR |
| 21:08.22 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
| 21:10.43 | kergoth_ | Jay7: let me know if you run into any more hangs - i worry there might be issues remaining there |
| 21:12.16 | *** join/#oe ant__ (~andrea@host67-253-dynamic.30-79-r.retail.telecomitalia.it) |
| 21:14.02 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 21:14.02 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 21:14.45 | *** join/#oe davidlt (~davidlt@247-30.1-85.cust.bluewin.ch) |
| 21:20.14 | Jay7 | kergoth_: ok |
| 21:20.48 | Jay7 | khem: I'll run testbuilder on release branch then |
| 21:21.13 | Jay7 | ant__: hello, I hope I'll find bug in kexecboot today |
| 21:21.16 | ant__ | khem: I have an issue building with uclibc-git |
| 21:21.28 | Jay7 | s/I'll find/I've found/ |
| 21:21.29 | ant__ | hey Jay7 |
| 21:21.43 | ant__ | khem: http://tinderbox.openembedded.net/public/logs/task/10346025.txt |
| 21:21.48 | Jay7 | at least I've patch :) |
| 21:21.55 | ant__ | ^^ is fin vs. glibc / eglibc |
| 21:25.14 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 21:26.27 | *** join/#oe xobs (~smc@58.146.156.152) |
| 21:26.30 | ant__ | khem: it looks like ffmpeg has same problem |
| 21:26.38 | ant__ | http://www.mail-archive.com/uclibc@uclibc.org/msg04949.html |
| 21:27.18 | ant__ | Subject: [PATCH] enable log2f and exp2f |
| 21:28.11 | *** join/#oe timtimred (~meh@79-67-237-165.dynamic.dsl.as9105.com) |
| 21:28.17 | ant__ | Attached patch enable those function to allow ffmpeg/x264/... to build |
| 21:28.26 | khem | ant__: hmmm |
| 21:28.50 | ant__ | january stuff |
| 21:29.41 | kergoth_ | shit, just hit a hang with parallel parsing |
| 21:29.44 | kergoth_ | what went wrong this time.. |
| 21:29.46 | kergoth_ | hrm |
| 21:29.55 | kergoth_ | ponders |
| 21:30.23 | khem | kergoth_: deadlock ? |
| 21:30.36 | kergoth_ | most likely, have to ensure the queues are empty at the time of the joins |
| 21:30.40 | denix0 | parallel parsing? sweet! |
| 21:30.50 | kergoth_ | not sure if there was an exception raised or if it was exiting cleanly, though |
| 21:31.02 | Jay7 | kergoth_: I'll recheck on tmpfs |
| 21:31.03 | kergoth_ | denix0: git://github.com/kergoth/bitbake, parallel-parsing branch, feel free to try it out |
| 21:31.06 | kergoth_ | Jay7: k |
| 21:31.16 | Jay7 | kergoth_: was it clean parse? |
| 21:31.17 | denix0 | kergoth_: thanks! |
| 21:31.24 | kergoth_ | Jay7: yeah |
| 21:31.27 | Jay7 | ok |
| 21:31.52 | ant__ | khem: seems Applied to master and 0_9_30 branches. |
| 21:32.02 | kergoth_ | does anyone else wonder why bitbake doesn't abort when there's a parse error, right away? |
| 21:32.13 | kergoth_ | it's going to exit out anyway, it won't build with any parse errors |
| 21:32.19 | kergoth_ | so what exactly is the point of parsing everything up front? |
| 21:32.25 | khem | ant__: We need to select it in .config |
| 21:32.25 | kergoth_ | might as well exit now and let me fix it |
| 21:32.50 | khem | cool bitbake reports METADATA_BRANCH = "release-2010.12" |
| 21:32.57 | khem | fantabulous |
| 21:33.12 | GNUtoo|laptop | hi, is that normal: |
| 21:33.19 | GNUtoo|laptop | pkg-config --variable=libdir libccgnu2 => /usr/lib |
| 21:33.23 | GNUtoo|laptop | that's in devshell |
| 21:34.37 | ant__ | khem: I see #define HAVE_LOG2F |
| 21:34.39 | GNUtoo|laptop | pkg-config --variable=libdir libccrtp1 does the same |
| 21:34.42 | GNUtoo|laptop | /usr/lib |
| 21:34.45 | GNUtoo|laptop | which results |
| 21:35.22 | GNUtoo|laptop | in that: LIBS='-L/usr/lib -pthread -lccgnu2 -ldl -lrt -L/usr/lib -pthread -lccrtp1 -lccgnu2 -ldl -lrt -lcrypto -lpthread ' |
| 21:35.31 | ant__ | khem: checking for return log2f(2); in math.h... yes |
| 21:36.39 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 21:40.05 | khem | ant__: hmmm can you write a small test case which uses log2f |
| 21:40.09 | khem | and see if it lnks |
| 21:42.53 | *** join/#oe hansdampf (~moritz@212.77.182.8) |
| 21:45.29 | *** join/#oe angelox_123 (~Angelo@201-92-241-53.dsl.telesp.net.br) |
| 21:45.30 | ant__ | khem: I was inspecting libm.a |
| 21:45.43 | ant__ | and I see |
| 21:45.45 | ant__ | log2f.o: |
| 21:45.45 | ant__ | 00000000 N $ |
| 21:45.54 | *** part/#oe angelox_123 (~Angelo@201-92-241-53.dsl.telesp.net.br) |
| 21:46.15 | ant__ | same for exp2f |
| 21:47.24 | *** join/#oe klaas_home (~klaas@83.101.80.13) |
| 21:47.52 | khem | ant__: dump libm.so |
| 21:48.07 | khem | with readelf -aW and grep for the symbol |
| 21:48.52 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 21:48.54 | *** join/#oe guufy1 (~Guufy@70-35-57-218.static.wiline.com) |
| 21:48.56 | *** join/#oe Martin-B (~martin@pool-249-66-198-89.dbd-ipconnect.net) |
| 21:53.38 | ant__ | khem: I don't understand...http://pastebin.ca/1995834 |
| 21:54.47 | ericben | hi kergoth_ , concerning what you told me yesterday for MULTIMACH_ARCH & amend.inc, I don't see the link with base_deps(d) in base.bbclass. May you please explain me this ? |
| 21:57.00 | Jay7 | kergoth_: got it |
| 21:57.26 | Jay7 | it hangs again |
| 22:01.12 | Jay7 | kergoth_: interrupt bt http://pastebin.ca/1995840 |
| 22:01.22 | Jay7 | this time one ^C was not enough |
| 22:05.01 | Jay7 | omg.. |
| 22:05.31 | Jay7 | pgrep python | wc -l -> 43 |
| 22:06.03 | denix0 | ericben: what did you want to change in the MULTIMACH_ARCH/amend.inc patch? |
| 22:06.58 | *** join/#oe gnutoo (~gnutoo@host31-144-dynamic.24-79-r.retail.telecomitalia.it) |
| 22:07.18 | ericben | denix0: here is what kergoth_ told me yesterday : the concept is good, but I think the logic of how MULTIMACH_ARCH is set is slightly more complex than that. Your patch won't catch the case where PACKAGE_ARCH_<pkg> is set to MACHINE_ARCH. See lines 58 through 89 in base.bbclass. We should likely shift that either out of an anonymous python function, or move that logic into lib/oe/ or a def'd python function, so we can call it from amend |
| 22:07.36 | ericben | denix0: and I don't see the link with these lines |
| 22:08.03 | *** join/#oe dijenerate (~dijenerat@65.48.200.215) |
| 22:08.26 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 22:08.37 | ericben | denix0: else the goal is to put lines 358 to 389 of base.bbclass in a function and use this function both in base.bbclass& amend.bbclass |
| 22:08.55 | ericben | in order to avoid duplicated code |
| 22:08.55 | denix0 | hmm, interesting. let me check the base class... |
| 22:10.02 | gnutoo | ericben, hi |
| 22:10.10 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 22:11.56 | ericben | hi gnutoo I've not forgotten you for the iMX31's kernel ... I hope to find some time for this soon |
| 22:12.14 | gnutoo | ok nice |
| 22:12.20 | Jay7 | kergoth_: got it again on parsing angstrom-2008.1/tosa |
| 22:12.23 | gnutoo | ericben, I've found the response to my question btw |
| 22:12.33 | gnutoo | I was looking at the wrong kernel |
| 22:12.35 | ericben | for audio ? |
| 22:12.40 | gnutoo | I was looking at 2.6.27 |
| 22:12.48 | gnutoo | I should have looked at 2.6.30 |
| 22:12.50 | gnutoo | for serial |
| 22:13.04 | ericben | ah ok so I don't remember what was the question :-D |
| 22:13.15 | Jay7 | kergoth_: there was 11 python processes, after ^C two left |
| 22:13.16 | gnutoo | basically there were 2 serial systems |
| 22:13.20 | gnutoo | I wondered which one to port |
| 22:13.43 | gnutoo | 2.6.30 has only one |
| 22:13.49 | gnutoo | so I'll use that one |
| 22:13.57 | ericben | gnutoo: 2 serial system for the iMX ? |
| 22:14.03 | Jay7 | hm... now next parse started and there is 17 processes |
| 22:14.09 | gnutoo | at least 2 different CONFIG_SERIAL |
| 22:14.12 | gnutoo | or something like that |
| 22:14.15 | gnutoo | let me check again |
| 22:14.30 | ericben | in Freescale's kernel yes, there are 2 drivers, in kernel.org only one |
| 22:14.39 | gnutoo | ok |
| 22:14.44 | gnutoo | it was freescale indeed |
| 22:15.23 | ericben | but now in 2.6.37-rc, i.MX31's support is not bad so it will be quite easy to port it |
| 22:16.01 | gnutoo | CONFIG_SERIAL_8250 and CONFIG_SERIAL_MXC |
| 22:16.08 | gnutoo | wow |
| 22:16.10 | gnutoo | good idea |
| 22:16.15 | gnutoo | and wifi is easy |
| 22:16.24 | gnutoo | but need to be converted to the new runtime api |
| 22:16.27 | ericben | ok 8250 is for the external UART (16C550 type) |
| 22:16.28 | gnutoo | for the power |
| 22:16.36 | gnutoo | ok |
| 22:16.38 | ericben | MXC is for the i.MX's UART |
| 22:16.41 | *** join/#oe dijenerate (~dijenerat@65.48.200.215) |
| 22:16.52 | ericben | so unless you have an external uart on the bus, you don't need the 8250 |
| 22:17.03 | gnutoo | only CONFIG_SERIAL_MXC appear in their 2.6.30 port if I remember well |
| 22:17.43 | Jay7 | well.. 16 python processes is normal on parsing.. |
| 22:17.58 | gnutoo | so here's the question that is left: |
| 22:18.06 | gnutoo | do I need only serial? |
| 22:18.13 | gnutoo | for bringup? |
| 22:18.25 | gnutoo | or do I need something else like gpio etc...? |
| 22:18.32 | gnutoo | or board fixup |
| 22:18.36 | gnutoo | or something like that? |
| 22:19.27 | Jay7 | kergoth_: btw, BB_SCHEDULER is speed here |
| 22:19.38 | Jay7 | and rm_work inherited |
| 22:19.55 | Jay7 | JFYI |
| 22:20.42 | Jay7 | hang again |
| 22:20.44 | ericben | gnutoo: that depends on the hardware. But in you case I think to start only declaring a serial port would be the first step to get kernel log which will allow you to enable (and debug) other devices |
| 22:20.56 | Jay7 | 4 python processes |
| 22:21.19 | gnutoo | ericben, ok thanks a lot |
| 22:21.47 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 22:21.52 | khem | ant__: that says that log2 is there but no log2f |
| 22:21.53 | gnutoo | I'll try linux-next |
| 22:21.57 | Jay7 | kergoth_: ps output: http://pastebin.ca/1995856 |
| 22:22.11 | khem | fixed opie-tasks |
| 22:22.52 | Jay7 | khem: after first ^C only first two processes left |
| 22:22.57 | Jay7 | khem: -notes? |
| 22:23.48 | Jay7 | first message was to kergoth_ :) |
| 22:25.17 | Jay7 | and second process (pid 7922) is alive after all parses was done |
| 22:25.19 | ericben | denix0: did you check base.bbclaass ? |
| 22:25.50 | denix0 | ericben: sorry, have to leave for now, be back in ~30 minutes |
| 22:25.58 | ant__ | khem: right :/ |
| 22:26.18 | ant__ | that's why I don't understand... |
| 22:26.44 | ericben | denix0: ok have to sleep now, will see that tomorrow, you can drop me a personal message and I'll check this tomorrow morning |
| 22:26.49 | ericben | bye |
| 22:27.16 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 22:28.23 | khem | Jay7: yes notes |
| 22:28.26 | ant__ | khem: more strangeness... |
| 22:28.29 | khem | Jay7: I am pushing a fix |
| 22:28.47 | Jay7 | khem: please push it to release branch too |
| 22:28.55 | CIA-71 | 03Khem Raj <raj.khem@gmail.com> 07master * r6dd8fa67b3 10openembedded.git/recipes/opie-notes/ (2 files in 2 dirs): |
| 22:28.55 | CIA-71 | opie-notes_1.2.4.bb: Fix build errors encountered with gcc 4.5 |
| 22:28.55 | CIA-71 | * This should get us a step closer to compiling opie-image with gcc 4.5 |
| 22:28.55 | CIA-71 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 22:29.12 | khem | Jay7: I will push it to release branch once you test it :) |
| 22:29.15 | khem | I need more acks |
| 22:29.24 | Jay7 | ah.. hm.. |
| 22:29.36 | khem | Jay7: so follow the steps I suggested to checkout release branch |
| 22:29.40 | khem | and then cherry pick this fix |
| 22:29.49 | Jay7 | seems I should add multi-branches support to testbuilder :) |
| 22:30.12 | Jay7 | ok |
| 22:30.18 | khem | Jay7: you can simply do git cherry-pick 6dd8fa67b3858353765921a2f648459f7170d653 |
| 22:30.41 | khem | that will apply this commit to your locally checked out branch based on release. |
| 22:30.46 | khem | then if it works |
| 22:31.01 | khem | send me a message and I will pull it into release branch |
| 22:31.01 | Tartarus | hmm |
| 22:31.17 | Tartarus | So, virtual:native:xcb-proto needs a dep on python-native |
| 22:32.40 | khem | Tartarus: for some python bindings ? |
| 22:32.53 | khem | or modules |
| 22:33.00 | Tartarus | | checking for xmllint... /usr/bin/xmllint |
| 22:33.00 | Tartarus | | checking for a Python interpreter with version >= 2.5... none |
| 22:33.00 | Tartarus | | configure: error: no suitable Python interpreter found |
| 22:33.09 | khem | I guess it could use it from target python |
| 22:33.11 | khem | oh I see |
| 22:33.58 | khem | it seems it does need python but if it needs it at build time to execute then obviously we are left with choice to use python-native |
| 22:34.49 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:34.49 | Jay7 | having things on lvm is very useful |
| 22:35.03 | Jay7 | have done snapshot of data under testbuilder |
| 22:35.03 | khem | looking at C++ errors that gcc 4.5 is finding it seems older gcc versions were nuts when it came to c++ |
| 22:35.45 | khem | ant__: in some quiteness I will see the log2f issue |
| 22:36.04 | ant__ | I see smthg |
| 22:36.08 | khem | everyone who tests the release branch gets a free one bug fix from me :) |
| 22:36.09 | ant__ | moment |
| 22:36.50 | grg | khem, what if i test it 10 times, do i get 10 free bug fixes ? :P |
| 22:37.01 | Tartarus | khem, per person or per combo? :) |
| 22:37.04 | khem | heh 10 combinations yes |
| 22:37.32 | Tartarus | And, aww, missed the testing tag |
| 22:37.40 | CIA-71 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r0610b3f1a8 10openembedded.git/recipes/xcb/xcb-proto.inc: |
| 22:37.41 | CIA-71 | xcb-proto.inc: Add python-native to DEPENDS |
| 22:37.41 | CIA-71 | Can't build without python >= 2.5 available. |
| 22:37.41 | CIA-71 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 22:37.41 | ant__ | khem: http://pastebin.ca/1995865 |
| 22:37.42 | khem | Tartarus: per person for sure. Per combination I could try |
| 22:37.43 | Tartarus | khem: Is that the tag you're going to do the release stuff from? |
| 22:37.46 | kergoth_ | grr |
| 22:37.53 | khem | say 5 combos = 1 more bug fix |
| 22:37.53 | kergoth_ | what am i missing here.. |
| 22:37.55 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 22:37.57 | Tartarus | khem: I've got a lotta cpu cycles I'm working on throwing at things :) |
| 22:38.06 | kergoth_ | hmm |
| 22:38.13 | Crofton | Tartarus, my understanding is he will update the branch with fixes, the release at the end |
| 22:38.19 | khem | Tartarus: cool pount is 24/7 with different combos |
| 22:38.34 | khem | yes we will cherry pick fixes into the branch |
| 22:38.36 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 22:38.43 | Tartarus | Crofton, yeah, but i wanted to switch my stuff over to the testing branch today :) |
| 22:38.45 | khem | the tag is a starting point on master |
| 22:38.55 | khem | Tartarus: switch to release branch |
| 22:39.05 | khem | yes its live |
| 22:39.09 | Tartarus | khem: pull that bugfix in then please :) |
| 22:39.20 | khem | Tartarus: opie-image one ? |
| 22:39.20 | Tartarus | half the hosts are rhel5 so no python 2.5 |
| 22:39.28 | Tartarus | the xcb one i did now |
| 22:39.38 | khem | kicks fetchmail |
| 22:40.01 | Tartarus | and woop, getting some actual complete builds now i think :) |
| 22:40.20 | ant__ | khem: sry, look at this (3 *libc) http://pastebin.ca/1995872 |
| 22:40.56 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 22:41.15 | khem | ant__: ok I see that its missing from libm.so |
| 22:41.26 | khem | I think we dont have STUBS enabled in uclibc |
| 22:41.34 | khem | or it may be a real bug |
| 22:41.39 | Tartarus | khem: So... |
| 22:41.47 | Tartarus | Give me some combos you want build tested, that aren't atm |
| 22:41.58 | Tartarus | Or that you were testing you don't have the cycles for :) |
| 22:42.24 | khem | Tartarus: what machines do you have at home ? |
| 22:42.26 | ant__ | khem: once built I'll do a size-comparison |
| 22:42.35 | ant__ | of console-image |
| 22:42.45 | khem | take those as machines and use minimal/minimal-uclibc and x11-image/native-sdk-image |
| 22:43.06 | khem | Tartarus: I think we need some x86 and ppc testing |
| 22:43.08 | Tartarus | khem: I can build test tons |
| 22:43.11 | Tartarus | and boot test little |
| 22:43.19 | khem | I am sure many people will test arm and its variants |
| 22:43.33 | khem | Tartarus: lets start with build tests |
| 22:43.35 | Tartarus | khem: So give me machine/distro/build-targets you want built |
| 22:43.35 | Jay7 | we should think about qemu-based testing automation |
| 22:43.40 | Tartarus | And I can queue 'em up and let you know |
| 22:43.40 | khem | then we can move into booting mode |
| 22:43.47 | khem | Tartarus: I plan to do lot of qemu's |
| 22:44.00 | khem | other than efikamx |
| 22:44.04 | Jay7 | I can add testing pattern to testbuilder |
| 22:44.07 | Tartarus | right |
| 22:44.07 | khem | which is my real work horse |
| 22:44.12 | ant__ | khem: atm glibc and eglibc image-sizes are almost equal (glibc one is slightly smaller) |
| 22:44.15 | Jay7 | but we should have it :) |
| 22:44.17 | Tartarus | So atm I've got p2020ds and mpc8315e-rdb building a few things |
| 22:44.34 | khem | Tartarus: ok. |
| 22:44.36 | Tartarus | And I've got tons of cycles to burn |
| 22:44.42 | Tartarus | So.. wishlist? |
| 22:45.03 | Jay7 | Tartarus: we should provide queueing interface ;) |
| 22:45.13 | khem | Tartarus: use minimal/minimal-uclibc for x11-image/console-image and native-sdk-image |
| 22:45.15 | Jay7 | I have free cpu time here too |
| 22:45.24 | khem | that will make it like 12 combos for you |
| 22:45.26 | Tartarus | Jay7: Once i get a chance to run this past some mgmt folks, I'm going to ask the -members list for ideas |
| 22:45.56 | khem | oh I also need some folks to test angstrom-2010.x |
| 22:45.57 | Tartarus | khem: Well, uclibc isn't booting on ppc atm, recall? :) |
| 22:46.04 | khem | because it uses libtool 2.4 |
| 22:46.15 | Jay7 | hm.. angstrom-2010.. |
| 22:46.17 | khem | Tartarus: ok I owe that fix to you :) |
| 22:46.22 | Jay7 | may be I'll get it |
| 22:46.27 | Jay7 | but not tonight |
| 22:46.27 | Crofton | tinderbox is tinderbox.oe.org right? |
| 22:46.35 | Jay7 | yes |
| 22:46.41 | Jay7 | no |
| 22:46.43 | Jay7 | .net :) |
| 22:46.44 | khem | Crofton yes oe in expanded form |
| 22:46.45 | Crofton | khem, I am firing off angstrom 2010 now |
| 22:46.53 | khem | Crofton: cool. |
| 22:46.56 | Crofton | reporting to tinderbox |
| 22:47.09 | Crofton | I have some stuff in an overlay, but I care about the results |
| 22:47.11 | khem | Crofton: cool and do your most interesting image. |
| 22:47.21 | khem | then if you have more cycles do some other images too |
| 22:47.22 | Crofton | usrp-embedded-gnome-image |
| 22:47.30 | Crofton | heh |
| 22:47.33 | khem | cool. No one other than you will do that |
| 22:47.35 | khem | so good |
| 22:47.37 | Crofton | brain cycles keeping is alos a probelm |
| 22:47.44 | khem | lol |
| 22:47.46 | Crofton | trying to apporve hw today |
| 22:48.24 | Jay7 | hm.. |
| 22:48.33 | khem | grg: I guess you will help with qemu-mipsel ? |
| 22:48.40 | khem | so I will not consider that |
| 22:48.40 | grg | khem, indeed |
| 22:48.55 | Jay7 | may be good idea to provide distro/image/machine cube with builders' names and results on intersection :) |
| 22:49.04 | Jay7 | builders cube :) |
| 22:49.18 | khem | Jay7: yes infact we could use some sort of spread sheet |
| 22:49.21 | Jay7 | may be spliced by distro |
| 22:49.22 | grg | i'd like to get micro/micro-image working |
| 22:49.27 | Jay7 | *sliced |
| 22:49.29 | khem | grg even better |
| 22:49.42 | khem | micro has this flattened out tree structure |
| 22:49.45 | grg | but i don't know anything about the packaging of eglibc... and it fails |
| 22:49.57 | grg | (see my post from yesterday) |
| 22:50.03 | khem | grg: ok we might have to fix it |
| 22:50.08 | khem | grg: I remember |
| 22:50.26 | khem | so its complaining about a .so.x coming from a -dev package right ? |
| 22:50.32 | grg | yes |
| 22:50.34 | Jay7 | eglibc was built fine on minimal/efikamx/console-image about hour ago |
| 22:50.44 | ant__ | khem: how is it eglibc images are not smaller than glibc ones? |
| 22:50.46 | grg | i couldnt see why a libc6-dev package was being installed |
| 22:50.55 | khem | ant__: eglibc is 2.12 |
| 22:51.03 | khem | and glibc prolly is 2.9 |
| 22:51.10 | khem | so eglibc has more code per say |
| 22:51.14 | khem | may be more syscalls etc. |
| 22:51.37 | khem | and I think we use -ggdb3 |
| 22:51.44 | khem | which could disable some opts |
| 22:52.03 | khem | but there is a nasty problem with gcc-4.5 that ggdb3 hides |
| 22:52.07 | khem | in ld.so |
| 22:52.07 | ant__ | yes, glibc is 2.9 |
| 22:52.17 | khem | ant__: compare with eglibc-2.9 |
| 22:52.26 | ant__ | but still surprised |
| 22:52.40 | ant__ | pls ty to fix uclibc ;) |
| 22:52.41 | mekoniak | hi all, does anyone know how to resolve this error with a python library?: ERROR: QA Issue with omniorbpy-dev: No GNU_HASH in the elf binary: '/home/mekoniak/oe/build/tmp/work/armv7a-angstrom-linux-gnueabi/omniorbpy-3.4-r0/packages-split/omniorbpy-dev/usr/lib/python2.6/site-packages/_omniConnMgmtmodule.so.3.4' |
| 22:52.50 | Crofton | yeah |
| 22:52.51 | Crofton | hang on |
| 22:53.03 | Crofton | juggling here |
| 22:53.14 | khem | stupid packages not respecting LDFLAGS |
| 22:53.45 | khem | ant__: we should, oh btw. uclibc git might be our best bet |
| 22:53.47 | khem | to test on |
| 22:53.58 | ant__ | yes, uclibc-git |
| 22:54.05 | ant__ | sorry for the imprecision |
| 22:54.14 | khem | ant__: np |
| 22:54.30 | khem | ka6sox: you pinged me earlier |
| 22:55.20 | Crofton | anyone remind me the rough from of the GNU Hash fix so i can find an example commit |
| 22:56.21 | ynezz | Crofton: look at wrong LDFLAGS |
| 22:56.26 | mekoniak | Crofton: saw this that you commented on: http://old.nabble.com/No-GNU_HASH-found-in-elf-binary-td23072960.html |
| 22:56.27 | Jay7 | well.. testbuilder is fired |
| 22:56.55 | Jay7 | angstrom-2008.1 + minimal for collie, akita, tosa, efikamx, ben-nanonote |
| 22:57.04 | Jay7 | console/x11/opie-images |
| 22:57.04 | mekoniak | figured it didnt work in my case because of it being python and not C |
| 22:57.38 | ynezz | mekoniak: .so isn't python at all :p |
| 22:57.39 | Jay7 | progress should be available on oestats server :) |
| 22:57.43 | *** join/#oe CIA-109 (~CIA@208.69.182.149) |
| 22:58.00 | Crofton | mekoniak, did you try this? |
| 22:58.02 | Crofton | http://cgit.openembedded.org/cgit.cgi?url=openembedded/commit/&id=ac6ff675b74d1fb5d21d51f0718dbc6159564b52 |
| 22:58.08 | Crofton | and people check that :) |
| 22:58.19 | mekoniak | I figured not since its a lib, but I have zero experience with Python :-) |
| 22:58.23 | Crofton | gotta run |
| 22:58.49 | mekoniak | yeah, I did try that |
| 22:59.15 | Tartarus | OK, added console and x11 image to nas-server and meta-toolchain, was already doing native-sdk-image |
| 22:59.28 | ka6sox | khem, when do you need garnet again? |
| 23:00.13 | Tartarus | covering e300c3 and e500v2 targets |
| 23:00.17 | Tartarus | (ppc) |
| 23:01.00 | Crofton | mekoniak, and you cleaned after you made the change? |
| 23:01.09 | Crofton | pastebin the entire log |
| 23:01.40 | khem | ka6sox: oh I was about to pound on it |
| 23:01.49 | mekoniak | I forced a re-configure... should be sufficient, right? |
| 23:01.50 | khem | ka6sox: is it needed to be offline |
| 23:04.50 | khem | Jay7: this is my vicious loop of various combos |
| 23:04.52 | khem | http://pastebin.com/5ibDHnCE |
| 23:05.17 | mekoniak | there is no log for do_package. Most recent log is qa_package: http://pastebin.com/1HvPvb91 |
| 23:05.26 | Tartarus | khem: OK, read your mail now, can I cherry-pick 0610b3f1a82e8f07cad894fb9ad4e075fd9d68fa into release-2010.12? |
| 23:05.30 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 23:05.54 | ka6sox | khem, go ahead please...let me know when its done :D |
| 23:06.58 | khem | ka6sox: it may be days |
| 23:07.05 | Jay7 | anyway I think we should have full list of supported distros/machines/images somewhere on wiki |
| 23:07.12 | khem | ka6sox: is it something quick you need then I can wait few hours |
| 23:07.31 | khem | Jay7: whatever we test will be listed in release notes |
| 23:07.33 | Jay7 | this allow people to see what combinations are not tested yet |
| 23:08.55 | khem | Tartarus: sure go ahead |
| 23:10.26 | ka6sox | khem go ahead...I'll wait. |
| 23:11.34 | Jay7 | well... |
| 23:11.37 | Jay7 | -> sleep |
| 23:13.45 | khem | ka6sox: the machine needs a reboot due to openssl security patch |
| 23:14.51 | ka6sox | kk...re boot? |
| 23:17.23 | kergoth | hrm |
| 23:18.05 | khem | ka6sox: yes now plz |
| 23:18.16 | khem | ka6sox: I have applied all the upgrades |
| 23:18.30 | khem | its running a rm task but no worries kill it |
| 23:18.36 | khem | I will restart it after reboot |
| 23:18.46 | ka6sox | kk |
| 23:20.29 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 23:20.48 | ka6sox | ugh...forgot how bad satellite connections are with ssh sessions. |
| 23:21.25 | khem | ka6sox: hrmm so |
| 23:21.33 | ka6sox | khem, should be coming back up. |
| 23:21.45 | khem | it garnet waiting for physical touch :) |
| 23:22.36 | khem | ah its up |
| 23:22.37 | khem | nice |
| 23:30.07 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 23:34.37 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 23:35.20 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 23:40.29 | *** join/#oe ScriptRipper (~ScriptRip@opensuse/member/MartinMohring) |
| 23:40.48 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 23:40.55 | *** join/#oe nschle85 (~nschle85@77.190.240.226) |
| 23:41.29 | *** join/#oe mrj101 (~mrj10@mjlap.crhc.uiuc.edu) |
| 23:41.35 | gnutoo | ericben|away, just serial doesn't work |
| 23:41.49 | gnutoo | as I guessed I needed other stuff too such as memory map |
| 23:42.51 | *** part/#oe nschle85 (~nschle85@77.190.240.226) |
| 23:44.55 | *** join/#oe nschle85 (~nschle85@77.190.240.226) |
| 23:45.32 | *** part/#oe nschle85 (~nschle85@77.190.240.226) |
| 23:45.47 | Tartarus | khem: ping |
| 23:45.53 | Tartarus | Bah! |
| 23:45.57 | Tartarus | hates branches |
| 23:46.38 | CIA-109 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rb794b9d9be 10openembedded.git/recipes/tasks/task-sdk-bare.bb: |
| 23:46.39 | CIA-109 | task-sdk-bare: Set LIBC_PKGS for uclibcgnuspe |
| 23:46.39 | CIA-109 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 23:46.52 | Tartarus | khem: I was going to ask about ^^^ but put it into 2010.12 first by accident |
| 23:46.53 | Tartarus | ok? |
| 23:48.32 | khem | Tartarus: saw that |
| 23:49.16 | khem | its fine I think the change it sane |
| 23:53.41 | ant__ | 'nite |