| 00:00.06 | Jay7 | I'll run test of "bitbake console-image x11-image opie-image" vs "bitbake console-image; bitbake x11-image; bitbake opie-image" |
| 00:00.20 | Jay7 | what scheduler better to use for this run? |
| 00:01.04 | Jay7 | i.e. I'll run only second part (separate bitbake run for every image) |
| 00:01.05 | ka6sox | Jay7, you have 6 cores? |
| 00:01.05 | ka6sox | Jay7, you have 6 cores? |
| 00:01.08 | Jay7 | ka6sox: yes |
| 00:01.26 | Jay7 | phenom II x6 1055T |
| 00:01.31 | kergoth_ | speed is definitely the faster scheduler, i'd stick to that if you're measuring build time stuff |
| 00:01.31 | kergoth_ | speed is definitely the faster scheduler, i'd stick to that if you're measuring build time stuff |
| 00:01.44 | Jay7 | I'm measuring disk usage :) |
| 00:01.48 | ka6sox | what needs to happen is to find the saturation point of the I/O BW (for the entire machine) |
| 00:02.10 | kergoth_ | oh, speaking of hardware... i can't decide whether i should build/buy a new fast dedicated buil dmachine, or upgrade my workstation and build there, or neither |
| 00:02.12 | Jay7 | so.. to find lower usage better to use completion then, imho |
| 00:02.29 | Crofton | how does task-proper-tools know to build the recipes it needs? |
| 00:02.31 | kergoth_ | hard to say. rm_work will reduce disk *usage* |
| 00:02.37 | kergoth_ | as in, gigabytes |
| 00:02.37 | Jay7 | kergoth_: Opteron with 12 cores ;) |
| 00:02.44 | kergoth_ | but rm_work is spawning an rm -rf of workdir |
| 00:02.49 | kergoth_ | which is actually more i/o work |
| 00:02.52 | kergoth_ | so.. :) |
| 00:02.55 | kergoth_ | shrugs |
| 00:03.05 | Jay7 | well.. let's run with completion |
| 00:03.06 | kergoth_ | dunno which would be better in this case |
| 00:03.14 | ka6sox | I'd rather build then clean up afterwards. |
| 00:03.20 | kergoth_ | Crofton: what do you mean? |
| 00:03.31 | Jay7 | it eats less space and is default with rm_work |
| 00:03.37 | kergoth_ | Crofton: bitbake always obeys RDEPENDS* |
| 00:03.53 | ka6sox | ie: do a full run and then rm_work after everything is finished. |
| 00:04.03 | Crofton | my understanding is that will define with pkgs are needed |
| 00:04.03 | Jay7 | by bet is |
| 00:04.06 | kergoth_ | if A rdepends on B, it knows about it, and certain tasks are marked as running against runtime deps |
| 00:04.06 | kergoth_ | if A rdepends on B, it knows about it, and certain tasks are marked as running against runtime deps |
| 00:04.15 | Crofton | but DEPENDS is needed to make sure they get built |
| 00:04.17 | kergoth_ | nope |
| 00:04.34 | kergoth_ | all DEPENDS does is sets a flag on a task |
| 00:04.36 | Jay7 | *my bet is that separate bb runs will use even less disk space |
| 00:04.46 | kergoth_ | it makes it so configure requires populate_staging of everything it depends on |
| 00:04.59 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 00:05.00 | kergoth_ | but its possible to flag tasks as depending on other things, or as depending on its runtime deps |
| 00:05.13 | ka6sox | Jay7, staging takes a bit of space too...so we need that. |
| 00:05.38 | ka6sox | and are we still using ccache as the default? |
| 00:05.48 | kergoth_ | any task marked with rdeptask or recrdeptask will run against both its deps and its rdeps |
| 00:06.20 | Crofton | so the only time you need a DEPENDS is if the RDEPENDS does not force something to build? |
| 00:06.32 | Jay7 | ka6sox: afaik, ccache is used when it is found in PATH |
| 00:06.45 | kergoth_ | *generally*, we prefer setting DEPENDS to setting RDEPENDS, and letting bitbake set RDEPENDS based on shlibs, etc |
| 00:06.49 | kergoth_ | but it doesn't *have* to be that way |
| 00:07.01 | kergoth_ | Crofton: classes/image.bbclass:do_rootfs[recrdeptask] += "do_deploy do_populate_sysroot" |
| 00:07.15 | kergoth_ | this menas when you build an image, it ensures that everything in the dep tree, both build and runtime, gets deployed and sysrooted |
| 00:07.26 | kergoth_ | hence, follows the rdeps in the task-proper-tools recipes |
| 00:07.28 | kergoth_ | s/s$// |
| 00:07.31 | Crofton | ok |
| 00:07.41 | Crofton | I have been erring on the side of caution .... |
| 00:07.57 | kergoth_ | the rootfs classes also arrange for the package writing tasks to be run for all deps and rdeps |
| 00:08.44 | kergoth_ | now, if you're building a task that doesn't have any rdeptasks anywhere, it'll only obey DEPENDS, because DEPENDS is basically the deptask of do_configure, and the task you run depends on that |
| 00:08.58 | Crofton | I have a feeling that last time I asked, I got a simplied answer (several years ago) |
| 00:09.00 | kergoth_ | if you run a task that doesn't end up depending on do_configure, then even DEPENDS wonj't be obeyed, and it just runs that one task |
| 00:09.00 | Crofton | :) |
| 00:09.00 | Crofton | :) |
| 00:09.16 | kergoth_ | well, bitbake didn't schedule at a task level in the past |
| 00:09.25 | kergoth_ | richard added that while i was away from the project |
| 00:09.33 | Crofton | ah |
| 00:09.34 | Crofton | ok |
| 00:09.39 | Crofton | I don't feel so bad :) |
| 00:10.26 | Crofton | thanks for explaining that |
| 00:10.30 | kergoth_ | the only reason bitbake needs to have any real knowledge of depends/rdepends/etc directly is because of PREFERRED_PROVIDER and all |
| 00:10.51 | kergoth_ | otherwise the metadata itself could do DEPENDS -> do_configure[depends] |
| 00:11.22 | kergoth_ | right now bitbake knows about DEPENDS, PACKAGES< RDPENEDS< RDEPENDS_*, etc, because provider preferences apply to both build time and runtime dillemmas |
| 00:12.19 | kergoth_ | anyway.. methinks the bitbake docs need a rewrite :P |
| 00:12.32 | kergoth_ | i don't think any of this is written down, but i could be mistaken |
| 00:12.56 | Crofton | liek I said, I suspect I have been working on dated info for quite some time :) |
| 00:13.07 | kergoth_ | nods |
| 00:13.29 | kergoth_ | note: base.bbclass:do_configure[deptask] = "do_populate_sysroot" |
| 00:13.35 | kergoth_ | this one line is the magic behind the majority of the build |
| 00:13.48 | Crofton | the magic is very dense |
| 00:13.50 | kergoth_ | thats how it knows to make do_configure depend on populate_sysroot for all DEPENDS |
| 00:14.03 | kergoth_ | that it is |
| 00:14.49 | kergoth_ | took me quite a while to get back up to speed after coming back, particularly on the bitbake internals |
| 00:14.52 | kergoth_ | heh |
| 00:15.12 | Jay7 | should connect server and gate to UPS |
| 00:15.19 | Jay7 | so offline for some time |
| 00:16.01 | ka6sox | Jay7, next runs |
| 00:16.08 | ka6sox | it would be nice to limit -j number |
| 00:16.18 | ka6sox | to minimize build times |
| 00:16.38 | ka6sox | ie: get it out of being I/O bound. |
| 00:17.26 | kergoth_ | hmm, so the problem with overloading the disk is that it affects non-disk bound tasks too, for what little disk they have to use, correct? cpu is simpler, running two tasks at 50% the final run time is the same as running one then the other at 100% each.. |
| 00:17.30 | kergoth_ | heh |
| 00:18.36 | ka6sox | Kergoth_ that is what I am surmising based on watching build times drop till we reached I/O saturation and then go up significantly when you get beyond that. |
| 00:18.44 | kergoth_ | nods |
| 00:18.49 | ka6sox | ie: thrashing the disks |
| 00:18.50 | kergoth_ | interesting |
| 00:19.46 | kergoth_ | makes sense. the main danger to watch for with the cpu is underloading it, and with disk overloading it :) |
| 00:19.56 | kergoth_ | at least in this context |
| 00:20.12 | ka6sox | exactly |
| 00:20.27 | *** join/#oe RobotGuy (~n7pkt@c-24-21-60-36.hsd1.or.comcast.net) |
| 00:20.38 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 00:20.38 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 00:20.57 | kergoth_ | if thats the case, the scheduler i did that can limit the max # of threads for a given resource might be beneficial for the i/o bound tasks, at least only allow, N # of unpack+patch |
| 00:21.05 | kergoth_ | might drag it back from the grave |
| 00:21.11 | kergoth_ | if i can figure out where i put it, anyway |
| 00:21.56 | ka6sox | kk...that sounds like a good way to begin optimizing builds for the hardware available. |
| 00:22.29 | ka6sox | I suspect that narcissus builds on the 16core machine are I/O bound and thrashing. |
| 00:23.02 | kergoth_ | i'll see if i can dig this one back up and send it your way in the next day or two, to test the theory |
| 00:23.20 | Tartarus | Yeah |
| 00:23.25 | Tartarus | We tried doing that, like kergoth is saying |
| 00:23.28 | Tartarus | And it just didn't help |
| 00:23.31 | ka6sox | kk... |
| 00:23.42 | Tartarus | It was quite frustrating |
| 00:23.53 | ka6sox | Tartarus, what class of machine? |
| 00:23.53 | kergoth_ | very, i was getting really pissed off |
| 00:23.53 | kergoth_ | very, i was getting really pissed off |
| 00:24.03 | kergoth_ | by the 5th scheduler test i was ready to break something |
| 00:24.27 | Tartarus | ka6sox, virtualized on quite beefy HW quadcore |
| 00:25.42 | kergoth_ | i think part of the issue with these theories is they're rather one dimensional -- tasks might use *more* of a resource than another, but they all use both cpu and disk, maybe it needs more complex weights for both for each task to be more intelligent about it. alternatively, its possible a dynamic scheduler could be smarter about what its doing, actually check the available system resources when spawning a task |
| 00:27.40 | Jay7 | is back |
| 00:27.50 | Jay7 | gate will be reconnected at morning |
| 00:27.50 | Jay7 | gate will be reconnected at morning |
| 00:28.49 | Jay7 | kergoth: if we will have reliable way to determine disk bandwidth and CPU usage stats we can add BB threads until get overloaded |
| 00:29.07 | Jay7 | -j can be fixed on 2 or 3 e.g. |
| 00:29.59 | Jay7 | and next idea |
| 00:30.26 | Jay7 | you can use tmpfs to remove disk I/O bw limit |
| 00:30.46 | Jay7 | to check how to better load CPUs |
| 00:31.48 | khem | virtualised hardware for build systems is not ideal |
| 00:31.56 | *** join/#oe drw (~dwilliams@cpe-76-187-85-68.tx.res.rr.com) |
| 00:32.02 | ant__ | well, not everybody has 32GB ram... |
| 00:32.46 | Jay7 | I mean how to check CPU loading only |
| 00:32.54 | Jay7 | w/o be affected by IO |
| 00:33.08 | ant__ | Jay7: your tests indicate that building in tmpfs is out of question for the masses |
| 00:33.48 | Jay7 | tonight's test will close this question :) |
| 00:33.53 | ant__ | still it was possible months ago... |
| 00:33.53 | ant__ | still it was possible months ago... |
| 00:34.07 | Tartarus | khem: I don't know, honestly |
| 00:34.17 | Tartarus | There's something to be said for teardown/bringup |
| 00:34.20 | Tartarus | and a lack of magic systems |
| 00:34.31 | Tartarus | That said, not all VM solutions are created equal |
| 00:34.32 | Jay7 | anyway 24Gb is minimal from my current tests |
| 00:34.43 | Tartarus | internally, we have something pretty fancy and fast |
| 00:35.27 | Tartarus | Just throwing stuff into virtualbox/kvm/vmware workstation||player/etc can indeed be a loss, always |
| 00:37.02 | ka6sox | 24GB of RAM Jay7 ? |
| 00:37.22 | Tartarus | khem: So, yay! .34 fails for qemuppc currently too :) |
| 00:37.50 | khem | Tartarus: ah with gcc 4.5 ? |
| 00:38.19 | khem | Tartarus: last time I booted was a while back and it booted fine with gcc 4.5 |
| 00:38.29 | Jay7 | ka6sox: I have only 4Gb now |
| 00:38.31 | khem | but since then linaro patches have kicked in |
| 00:38.31 | khem | but since then linaro patches have kicked in |
| 00:38.38 | Jay7 | other 4Gb are in repair/change |
| 00:39.34 | Jay7 | but according to charts you can build e.g. console-image+x11-image+opie-image for collie in 24Gb |
| 00:40.03 | khem | Tartarus: for running a webserver email server virtual box is fine |
| 00:40.06 | Jay7 | my motherboard can have only 16Gb according to spec.. :( |
| 00:40.06 | Jay7 | my motherboard can have only 16Gb according to spec.. :( |
| 00:40.10 | khem | but not for building OE |
| 00:40.22 | khem | I think thats a waste of compute power IMO |
| 00:40.36 | khem | unless the same box is used for something else non build purpose |
| 00:40.41 | Jay7 | is building inside LXC-container |
| 00:40.53 | Jay7 | but this container is unlimited mostly |
| 00:41.48 | Jay7 | well.. testbuilder is ready to run |
| 00:42.50 | khem | I would use a farm |
| 00:42.58 | Tartarus | khem, like i say |
| 00:43.02 | khem | like identical i7 machines and use icecc |
| 00:43.07 | Tartarus | It works well here, but we've got high end HW behind it |
| 00:43.07 | Tartarus | It works well here, but we've got high end HW behind it |
| 00:43.18 | Tartarus | I wanna play with farming stuff out from time to time |
| 00:43.22 | khem | Tartarus: are you using virtualised boxes ? |
| 00:43.38 | Tartarus | Yes, virtualized hw |
| 00:43.41 | khem | ok |
| 00:43.41 | khem | ok |
| 00:43.43 | Tartarus | vCenter / Lab Manager |
| 00:43.49 | khem | hmm ok |
| 00:44.41 | Tartarus | We haven't been able to get CPU bound trying to build |
| 00:44.54 | Tartarus | Hence kergoths attempts at new schedulers |
| 00:45.04 | *** join/#oe denix (~denys@nat/ti/x-ajfzvlhtoildvzbl) |
| 00:45.39 | Tartarus | And from some other talk, we're +/- some other beefy boxes on raw HW |
| 00:47.04 | ka6sox | Tartarus, farming is what I'm thinking about for narcissus |
| 00:50.55 | Jay7 | well.. build started |
| 00:51.14 | Jay7 | should be a bit longer imho.. |
| 00:51.14 | Jay7 | should be a bit longer imho.. |
| 00:52.01 | ka6sox | Jay7, I suspect it will take some time to optimize |
| 00:52.21 | Jay7 | separate bitbake runs should eat some time |
| 00:52.32 | Jay7 | e.g. parsing and preparing runqueue |
| 00:52.42 | Jay7 | but I hope this will reduce peaks |
| 00:56.47 | ka6sox | Jay7, yep..smoothing it out and keeping it from thrashing will help |
| 00:57.26 | Jay7 | I've not changed number of threads |
| 00:58.38 | Jay7 | but I should play with it too one time |
| 00:59.56 | Jay7 | well, I'll save vmstat 10 output for build time too then |
| 01:00.09 | Jay7 | will look on max io |
| 01:02.23 | ka6sox | okay good..I think that we need to get some real numbers on I/O performance and crank them into the scheduler. |
| 01:09.51 | Jay7 | well, I've added vmstat to testbuilder and re-run test :) |
| 01:10.24 | Jay7 | I hope it will finish in 10-12 hours |
| 01:11.28 | ka6sox | Jay7, I look forward to seeing the results. |
| 01:12.38 | Jay7 | see you tomorrow :) |
| 01:12.41 | Jay7 | time to sleep |
| 01:16.12 | ka6sox | nn Jay7 |
| 01:16.42 | *** join/#oe pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net) |
| 01:16.42 | *** join/#oe pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net) |
| 01:51.42 | denix | interesting message: *** %n in writable segment detected *** |
| 02:04.16 | *** join/#oe hrw|gone (~hrw@chello089073120020.chello.pl) |
| 02:14.06 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 02:16.11 | kergoth | hmm |
| 03:01.30 | *** join/#oe fraxinas (~quassel@p4FD65063.dip.t-dialin.net) |
| 03:35.21 | *** join/#oe aditya_1010 (~Aditya@pool-173-66-65-57.washdc.fios.verizon.net) |
| 03:40.10 | *** join/#oe mrc3 (~ddiaz@189.157.110.47) |
| 04:15.29 | *** join/#oe mrj101 (~mrj10@63.252.64.254) |
| 04:15.29 | *** join/#oe mrj101 (~mrj10@63.252.64.254) |
| 04:56.45 | *** join/#oe mwester (~mwester@209-242-7-132.rev.dls.net) |
| 04:56.46 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 04:56.46 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 05:16.57 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 05:19.12 | *** join/#oe methril__ (~methril@189.27.129.135.dynamic.adsl.gvt.net.br) |
| 05:50.29 | *** join/#oe dth (~dth@a89-182-140-164.net-htp.de) |
| 06:14.39 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 06:14.39 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 06:41.20 | *** join/#oe destenson (~destenson@mail.digitalforcetech.com) |
| 07:02.56 | *** join/#oe hrw|gone (~hrw@chello089073120020.chello.pl) |
| 07:09.44 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 07:41.08 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 07:44.09 | *** join/#oe anarsoul (~anarsoul@80.249.83.145) |
| 07:44.11 | *** join/#oe anarsoul (~anarsoul@80.249.83.145) |
| 08:18.48 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 08:19.09 | *** join/#oe kurre (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 08:24.24 | *** join/#oe Heinervdm (~thomas@pD9E13D4E.dip.t-dialin.net) |
| 08:24.33 | *** join/#oe vanous1 (~vanous@194.228.223.3) |
| 08:27.34 | *** join/#oe morphis (~morphis@89.204.153.99) |
| 08:32.15 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 08:59.01 | *** join/#oe dth_ntb (~dth@a89-182-140-164.net-htp.de) |
| 09:19.30 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 09:20.45 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 09:21.05 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 09:28.32 | *** join/#oe pH5 (~ph5@e178193188.adsl.alicedsl.de) |
| 09:39.11 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 09:45.28 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 09:49.28 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 09:50.19 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * ra3d2df46a6 10openembedded.git/ (20 files in 6 dirs): |
| 09:50.20 | CIA-1 | xorg: new versions for 2010-11-12 |
| 09:50.20 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 09:50.20 | CIA-1 | xorg: new versions for 2010-11-12 |
| 09:50.20 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 09:50.31 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r2c2af6c629 10openembedded.git/ (61 files in 7 dirs): (log message trimmed) |
| 09:50.31 | CIA-1 | linux-openmoko, linux-2.6.34: remove old 2.6.32, sanitize 2.6.34 and linux-openmoko.inc |
| 09:50.31 | CIA-1 | * use linux-openmoko_${PV} instead linux-openmoko-${PV} |
| 09:50.31 | CIA-1 | * use linux_${PV}.bb with latest stable patch as starting point |
| 09:50.31 | CIA-1 | linux-openmoko, linux-2.6.34: remove old 2.6.32, sanitize 2.6.34 and linux-openmoko.inc |
| 09:50.31 | CIA-1 | * use linux-openmoko_${PV} instead linux-openmoko-${PV} |
| 09:50.31 | CIA-1 | * use linux_${PV}.bb with latest stable patch as starting point |
| 09:50.32 | CIA-1 | * only difference between linux_${PV} and linux-openmoko_${PV} is extra |
| 09:50.32 | CIA-1 | include of linux-openmoko.inc |
| 09:50.33 | CIA-1 | * .inc don't define UBOOT_ENTRYPOINT again (after machine config) |
| 09:50.33 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r4a895289de 10openembedded.git/ (conf/distro/include/sane-srcrevs.inc recipes/e17/e-wm_svn.bb): |
| 09:50.33 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r4a895289de 10openembedded.git/ (conf/distro/include/sane-srcrevs.inc recipes/e17/e-wm_svn.bb): |
| 09:50.34 | CIA-1 | EFL: bump SRCREV for beta2 release and updated vala bindings |
| 09:50.34 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 09:52.35 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 09:59.02 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.144.102) |
| 09:59.02 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.144.102) |
| 09:59.11 | *** join/#oe pH5_ (~ph5@e178228037.adsl.alicedsl.de) |
| 10:10.50 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 10:14.20 | *** join/#oe notespace (~notespace@barracuda.ventureresearch.com) |
| 10:30.28 | CIA-1 | 03Justus Winter <4winter@informatik.uni-hamburg.de> 07master * rb2065e33a5 10openembedded.git/recipes/inkspill/inkspill_0.1.bb: |
| 10:30.28 | CIA-1 | inkspill: bump SRCREV a bit |
| 10:30.28 | CIA-1 | * Merged patch from Joachim Ott and bumped PR. |
| 10:30.28 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:30.28 | CIA-1 | inkspill: bump SRCREV a bit |
| 10:30.28 | CIA-1 | * Merged patch from Joachim Ott and bumped PR. |
| 10:30.28 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:30.30 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rb2b4da7677 10openembedded.git/recipes/ (3 files in 3 dirs): |
| 10:30.30 | CIA-1 | xserver-xorg_git: bump SRCREV and add compatible xf86-input-evdev_git |
| 10:30.30 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:30.30 | CIA-1 | xserver-xorg_git: bump SRCREV and add compatible xf86-input-evdev_git |
| 10:30.30 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:30.32 | CIA-1 | 03Justus Winter <4winter@informatik.uni-hamburg.de> 07master * ra928bc53fa 10openembedded.git/recipes/mg/ (3 files in 2 dirs): |
| 10:30.32 | CIA-1 | mg: new package for Micro GNU/emacs |
| 10:30.32 | CIA-1 | * mg is Micro GNU/emacs, |
| 10:30.32 | CIA-1 | * this is a portable version of the mg maintained by the OpenBSD team. |
| 10:30.32 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:30.32 | CIA-1 | mg: new package for Micro GNU/emacs |
| 10:30.32 | CIA-1 | * mg is Micro GNU/emacs, |
| 10:30.32 | CIA-1 | * this is a portable version of the mg maintained by the OpenBSD team. |
| 10:30.32 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:30.47 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r38c0aed8dc 10openembedded.git/recipes/freesmartphone/frameworkd_git.bb: |
| 10:30.47 | CIA-1 | frameworkd: bump SRCREV for '_limit_start' query option |
| 10:30.47 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:30.47 | CIA-1 | frameworkd: bump SRCREV for '_limit_start' query option |
| 10:30.47 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:43.20 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 10:51.45 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 10:53.01 | *** join/#oe morphis (~morphis@p5489D122.dip.t-dialin.net) |
| 10:54.07 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:54.07 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:57.23 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 10:57.23 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 10:57.23 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 11:04.25 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 11:06.02 | *** join/#oe B_Lizzard (~havoc@athedsl-423129.home.otenet.gr) |
| 11:09.27 | *** join/#oe GarthPS (~quassel@83.159.50.201) |
| 11:30.07 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:30.07 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:32.45 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 11:36.32 | *** join/#oe submaster (~mo@g231040224.adsl.alicedsl.de) |
| 11:42.51 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 11:42.51 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 11:46.59 | *** join/#oe submaster (~mo@173.208.45.178) |
| 12:01.15 | Jay7 | hehe.. build results are interesting |
| 12:01.26 | Jay7 | lowest peak is 20Gb |
| 12:02.18 | Jay7 | but building by separate bitbake per image was a bit faster.. |
| 12:02.44 | Jay7 | ah.. fist build was with bb 1.10, may be that is a reason |
| 12:03.02 | Jay7 | well.. results are on same spreadsheet |
| 12:03.18 | Jay7 | I'll post it to ML later today |
| 12:03.31 | Jay7 | afk for 3-4 hours |
| 12:24.19 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 12:24.45 | *** join/#oe methril (~methril@189.27.129.194.dynamic.adsl.gvt.net.br) |
| 12:30.55 | *** join/#oe cpo (~cpo@helix.mybll.net) |
| 12:32.45 | cpo | hi. I'm got some problem sbuilding u-boot-mkimage_1.3.2.bb I get errors like: cc1: error: bad value (armv4) for -march= switch |
| 12:32.59 | cpo | someone got an idea? => http://pastebin.com/7byd0Da8 |
| 12:45.02 | *** join/#oe mnabil (~mnabil@41.34.179.68) |
| 12:48.21 | *** join/#oe anarsoul (~anarsoul@80.249.83.145) |
| 12:57.37 | *** join/#oe davidlt (~david@108-179.1-85.cust.bluewin.ch) |
| 12:58.17 | davidlt | Question: I wanted to enable --enable-load-extensionso on SQLite, so I did that in sqlite3.inc, but now it's missing dlopen, dlclose, etc. |
| 12:58.39 | davidlt | In other words, libdl is missing and '-ldl' is not provided. |
| 12:58.53 | *** join/#oe hrw|gone (~hrw@chello089073120020.chello.pl) |
| 12:59.06 | davidlt | I found libdl on arm staging directory, but it's missing on native staging directory. |
| 12:59.27 | davidlt | I can't find which recipe provides libdl. |
| 12:59.39 | davidlt | And how to pass '-ldl' to compilation. |
| 12:59.43 | davidlt | Any help? |
| 13:06.40 | *** join/#oe morphis (~morphis@p5489EA0D.dip.t-dialin.net) |
| 13:16.03 | *** join/#oe submaster (~mo@host119-2.natpool.mwn.de) |
| 13:28.26 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 13:28.26 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 13:35.04 | *** join/#oe pH5 (~ph5@e178228037.adsl.alicedsl.de) |
| 13:39.40 | cpo | mc |
| 13:45.00 | GNUtoo|laptop | hi khem |
| 13:49.06 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 13:57.01 | CIA-1 | 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * rcc4cbb4c6b 10openembedded.git/recipes/shr/shr-e-gadgets_git.bb: |
| 13:57.01 | CIA-1 | shr-e-gadgets: bump PR to rebuild against new E rev |
| 13:57.01 | CIA-1 | Signed-off-by: Thomas Zimmermann <ml@vdm-design.de> |
| 13:57.01 | CIA-1 | shr-e-gadgets: bump PR to rebuild against new E rev |
| 13:57.01 | CIA-1 | Signed-off-by: Thomas Zimmermann <ml@vdm-design.de> |
| 14:00.08 | davidlt | I am running bitbake glibc-native and I am pretty much stuck at: |
| 14:00.11 | davidlt | NOTE: Resolving any missing task queue dependencies |
| 14:00.11 | davidlt | DEBUG: Resolved 0 extra dependencies |
| 14:00.11 | davidlt | DEBUG: Resolved 0 extra dependencies |
| 14:01.52 | davidlt | Any ideas how to see what's happening? |
| 14:04.26 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 14:04.26 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 14:05.32 | davidlt | Looking at htop I don't see any childs running or CPU usage... |
| 14:07.07 | davidlt | Ctrl C and I get long list of the same Stack Trace... |
| 14:07.42 | davidlt | Bitbake bug? |
| 14:12.45 | *** join/#oe methril (~methril@189.27.131.52.dynamic.adsl.gvt.net.br) |
| 14:14.23 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r351876ec1b 10openembedded.git/recipes/ (18 files in 9 dirs): |
| 14:14.23 | CIA-1 | recipes: PR bump after EFL SRCREV change resulting to different .so names. |
| 14:14.23 | CIA-1 | * mostly libelementary-ver-pre-svn-07 -> libelementary-ver-pre-svn-08 |
| 14:14.23 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 14:14.23 | CIA-1 | recipes: PR bump after EFL SRCREV change resulting to different .so names. |
| 14:14.23 | CIA-1 | * mostly libelementary-ver-pre-svn-07 -> libelementary-ver-pre-svn-08 |
| 14:14.23 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 14:16.50 | submaster | heyo. my bitebake virtual/kernel failes at glibc. http://pastebin.com/L1sGvxKs - any ideas? |
| 14:35.28 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
| 14:42.47 | submaster | anyone? := |
| 14:43.41 | davidlt | libc compiled? |
| 14:43.56 | davidlt | all those missing references are from libc |
| 14:43.58 | *** join/#oe CMoH|office (~cipi@89.238.251.90) |
| 14:43.58 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 14:43.58 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 14:54.11 | CIA-1 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rbe415190f4 10openembedded.git/recipes/libgtkstylus/ (libgtkstylus_0.3.bb libgtkstylus_svn.bb): |
| 14:54.11 | CIA-1 | libgtkstylus: fix packaging expliciting -dev and -dbg for 0.3 and svn recipes |
| 14:54.11 | CIA-1 | * solves QA 'non dev package contains .so' |
| 14:54.11 | CIA-1 | * solves empty dev and dbg packages |
| 14:54.11 | CIA-1 | * bump PR of both recipes |
| 14:54.11 | CIA-1 | libgtkstylus: fix packaging expliciting -dev and -dbg for 0.3 and svn recipes |
| 14:54.11 | CIA-1 | * solves QA 'non dev package contains .so' |
| 14:54.11 | CIA-1 | * solves empty dev and dbg packages |
| 14:54.11 | CIA-1 | * bump PR of both recipes |
| 14:54.11 | CIA-1 | Signed-off-by: Andrea Adami <andrea.adami@gmail.com> |
| 14:54.14 | CIA-1 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * racd11c32c7 10openembedded.git/recipes/libopieobex/ (4 files): |
| 14:54.14 | CIA-1 | libopieobex0: fix packaging expliciting -dev and -dbg |
| 14:54.14 | CIA-1 | * solves QA Issue 'non dev package contains .so' |
| 14:54.14 | CIA-1 | * solves empty dev package |
| 14:54.14 | CIA-1 | libopieobex0: fix packaging expliciting -dev and -dbg |
| 14:54.14 | CIA-1 | * solves QA Issue 'non dev package contains .so' |
| 14:54.14 | CIA-1 | * solves empty dev package |
| 14:54.14 | CIA-1 | * bump PR of all recipes (not adding INC_PR, imminent OPIE changes/pruning) |
| 14:54.14 | CIA-1 | Signed-off-by: Andrea Adami <andrea.adami@gmail.com> |
| 14:54.18 | *** join/#oe angelox_123 (~Angelo@201-13-206-158.dial-up.telesp.net.br) |
| 14:54.38 | CIA-1 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r77c8789a54 10openembedded.git/recipes/libgtkstylus/libgtkstylus_0.1.bb: |
| 14:54.38 | CIA-1 | libgtkstylus_0.1: move to obsolete |
| 14:54.38 | CIA-1 | Signed-off-by: Andrea Adami <andrea.adami@gmail.com> |
| 14:54.38 | CIA-1 | libgtkstylus_0.1: move to obsolete |
| 14:54.38 | CIA-1 | Signed-off-by: Andrea Adami <andrea.adami@gmail.com> |
| 14:55.20 | davidlt | angelox_123, hi |
| 14:55.28 | angelox_123 | hi davidlt :) |
| 14:55.43 | davidlt | Looking for small help |
| 14:56.00 | angelox_123 | about ? |
| 14:56.01 | davidlt | Can't pass -ldl in SQLite recipie |
| 14:56.22 | angelox_123 | strange... let me check |
| 14:56.36 | davidlt | I want --enabled-load-extensions, which is using libdl to do this. But now I have to pass -ldl, but I can't find a way. |
| 14:56.45 | *** join/#oe fraxinas (~quassel@p4FD63731.dip.t-dialin.net) |
| 14:56.54 | davidlt | Tested myself, with -ldl compiles just fine. |
| 14:57.51 | angelox_123 | what version ? |
| 14:58.02 | davidlt | Use the latest |
| 14:58.14 | davidlt | 3.6.X should be fine. |
| 14:58.15 | JaMa | pb_: ping |
| 14:58.21 | davidlt | All of them are using same sqlite.inc |
| 14:58.40 | davidlt | To EXTRA_OECONF add --enable-load-extension |
| 14:58.54 | davidlt | Now try passing LDFLAGS with -ldl |
| 15:00.41 | angelox_123 | davidlt: try on EXTRA_OECONF |
| 15:02.19 | davidlt | Add LIBS=-ldl? |
| 15:02.53 | angelox_123 | EXTRA_OECONF = "--disable-tcl --enable-shared -ldl \ |
| 15:02.53 | angelox_123 | --enable-threadsafe" |
| 15:03.00 | angelox_123 | anything of kind |
| 15:03.13 | davidlt | configure script never accepts -ldl stuff |
| 15:03.29 | angelox_123 | hum... |
| 15:04.03 | davidlt | There is a patch included ldflags.patch, but it can not be applied |
| 15:04.11 | davidlt | probably too old |
| 15:04.39 | angelox_123 | it would need a rebuild of patch |
| 15:05.31 | davidlt | actually, funny thing. LIBS=-ldl did it. |
| 15:05.39 | davidlt | Compiled just fine. |
| 15:06.06 | *** join/#oe mnabil (~mnabil@41.234.70.26) |
| 15:07.06 | davidlt | For target works, now I need to do that for native, but glibc-native doesn't compile. |
| 15:10.33 | submaster | davidlt: hm, i should have pasted the whole log output. the undefined references appear when compiling glibc ... :) |
| 15:12.45 | davidlt | It's when linking libs. |
| 15:13.17 | davidlt | linker can not find libs with those references. And those references belongs to libc aka C standard functions. |
| 15:13.38 | davidlt | So I suggest checking if you have already compiled in your /usr/lib |
| 15:13.38 | davidlt | So I suggest checking if you have already compiled in your /usr/lib |
| 15:14.13 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
| 15:14.17 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 15:14.17 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 15:24.08 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
| 15:24.16 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 15:27.50 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r7260adf605 10openembedded.git/recipes/linux/linux-openmoko-2.6.29_git.bb: linux-openmoko-2.6.29: use defconfig instead of defconfig-oe after last linux-openmoko.inc change |
| 15:32.22 | *** join/#oe GarthPS (~quassel@lns-bzn-21-82-64-115-183.adsl.proxad.net) |
| 15:55.53 | *** join/#oe vanous1 (~vanous@194.228.223.3) |
| 16:10.53 | *** join/#oe bluelightning (~bluelight@cpc13-lewi14-2-0-cust559.2-4.cable.virginmedia.com) |
| 16:10.53 | *** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning) |
| 16:10.53 | *** join/#oe bluelightning (~bluelight@cpc13-lewi14-2-0-cust559.2-4.cable.virginmedia.com) |
| 16:10.53 | *** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning) |
| 16:14.46 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.144.102) |
| 16:18.03 | *** join/#oe mrj10 (~mrj10@adsl-68-251-192-14.dsl.chmpil.ameritech.net) |
| 16:18.04 | *** part/#oe mrj10 (~mrj10@adsl-68-251-192-14.dsl.chmpil.ameritech.net) |
| 16:30.22 | davidlt | Hmm... |
| 16:30.33 | davidlt | I have packate balaba-native_version.bb |
| 16:30.46 | davidlt | But its working directory is arm |
| 16:30.53 | *** part/#oe angelox_123 (~Angelo@201-13-206-158.dial-up.telesp.net.br) |
| 16:32.14 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 16:32.14 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 16:33.40 | davidlt | Any way of forcing package to native? |
| 16:37.42 | davidlt | isn't '-native' not enought? |
| 16:41.06 | *** join/#oe mnabil (~mnabil@41.234.68.119) |
| 16:41.52 | GNUtoo|laptop | davidlt, grep for native in the recipes |
| 16:42.10 | GNUtoo|laptop | there is somehting with BBEXTENDS = "native" |
| 16:42.15 | GNUtoo|laptop | or something like that |
| 16:42.23 | davidlt | I just looked at some and they have: inherit native |
| 16:42.36 | davidlt | I looks like this one fixed |
| 16:48.28 | JaMa | davidlt: do you also have non-native version bolaba_version.bb? |
| 16:49.30 | JaMa | BBCLASSEXTEND = "native" is preferred way to have target and native version defined in same recipe |
| 16:49.30 | JaMa | BBCLASSEXTEND = "native" is preferred way to have target and native version defined in same recipe |
| 16:50.08 | davidlt | Yes |
| 16:50.11 | *** join/#oe Heinervdm (~thomas@pD9E13D4E.dip.t-dialin.net) |
| 16:50.22 | *** join/#oe ant__ (~andrea@host184-253-dynamic.5-87-r.retail.telecomitalia.it) |
| 16:54.12 | *** join/#oe angelox_123 (~Angelo@201-13-206-158.dial-up.telesp.net.br) |
| 16:54.14 | angelox_123 | Hi all |
| 16:54.25 | angelox_123 | building a image with fluxbox: |
| 16:54.25 | angelox_123 | http://angelox_123.pastebin.com/UZSkawV0 |
| 16:55.21 | *** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
| 16:58.49 | *** join/#oe sicu (~sicu@ti0090a380-dhcp0414.bb.online.no) |
| 17:00.53 | *** join/#oe pix|home (~pix@mal35-3-82-240-201-90.fbx.proxad.net) |
| 17:01.52 | davidlt | JaMa, with BBEXTENDS it's still done on ARM, not on native. With inherti native, I can't get compiled stuff. Looks like can't find headers. |
| 17:03.13 | JaMa | it's not BBEXTENDS but BBCLASSEXTEND and probably missing some -native DEPENDS when it can't find headers |
| 17:03.35 | *** join/#oe psokolovsky (~psokolovs@213.238.8.2) |
| 17:03.35 | *** join/#oe psokolovsky (~psokolovs@213.238.8.2) |
| 17:03.55 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r9c4e1e5a77 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: add mg |
| 17:04.38 | davidlt | JaMa, all headers are in place. ARM version compiles. |
| 17:06.59 | davidlt | Btw, I am on mid-April version |
| 17:08.26 | davidlt | Ant BBCLASSEXTENDS looks like doesn't work |
| 17:10.58 | JaMa | it's not BBCLASSEXTENDS but BBCLASSEXTEND and probably missing some _-native_ DEPENDS when it can't find headers |
| 17:11.17 | JaMa | while ARM headers are staged to sysroot fine from non-native dependencies |
| 17:12.35 | davidlt | I added ${TARGET_CFLAGS} and ${TARGET_LDFLAGS} and works now |
| 17:22.52 | *** join/#oe kb1719 (~keith@pool-173-64-70-28.bltmmd.fios.verizon.net) |
| 17:23.34 | angelox_123 | any help? |
| 17:26.51 | JaMa | angelox_123: building eglibc/glibc in the same tmpdir? |
| 17:27.11 | angelox_123 | that's strange |
| 17:27.15 | angelox_123 | first i was building with eglibc |
| 17:27.22 | angelox_123 | i changed on distro config to glibc |
| 17:27.27 | angelox_123 | and i get that error |
| 17:27.38 | angelox_123 | i tried bitbake -c clean eglibc |
| 17:27.39 | JaMa | then you should clean all eglibc stuff first |
| 17:27.43 | angelox_123 | how? |
| 17:28.45 | JaMa | well I would just rebuild from scratch to build everything agains the libc you want to use in the end.. |
| 17:29.19 | angelox_123 | Another how? |
| 17:29.19 | angelox_123 | Another how? |
| 17:29.32 | JaMa | rm -rf tmp |
| 17:30.01 | angelox_123 | another how without need rebuild all from scratch ? * |
| 17:32.36 | *** join/#oe mrj10 (~mrj10@adsl-68-251-192-14.dsl.chmpil.ameritech.net) |
| 17:32.36 | *** part/#oe mrj10 (~mrj10@adsl-68-251-192-14.dsl.chmpil.ameritech.net) |
| 17:32.36 | *** part/#oe mrj10 (~mrj10@adsl-68-251-192-14.dsl.chmpil.ameritech.net) |
| 17:35.44 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 17:38.07 | *** join/#oe B_Lizzard (~havoc@athedsl-423129.home.otenet.gr) |
| 17:38.49 | *** join/#oe submaster (~mo@2001:4ca0:0:f202:21e:52ff:fec8:c91a) |
| 17:41.21 | *** join/#oe B_Lizzard (~havoc@athedsl-423129.home.otenet.gr) |
| 17:44.59 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 17:46.45 | *** join/#oe mrmoku (~mrmoku@ppp-93-104-164-195.dynamic.mnet-online.de) |
| 17:46.45 | *** join/#oe mrmoku (~mrmoku@ppp-93-104-164-195.dynamic.mnet-online.de) |
| 17:48.54 | ant__ | JaMa: again about lzma race issues.. |
| 17:49.02 | ant__ | deps seems strange |
| 17:49.02 | ant__ | deps seems strange |
| 17:49.03 | ant__ | http://tinderbox.openembedded.net/packages/936256/ |
| 17:49.20 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r8107ccfb85 10openembedded.git/recipes/linux/linux_2.6.35.bb: |
| 17:49.20 | CIA-1 | linux 2.6.35: Update stable patch |
| 17:49.20 | CIA-1 | Since this is the first offical embedded linux flag version, |
| 17:49.20 | CIA-1 | this will hopefully get a lot more machines added to it over time. |
| 17:49.20 | CIA-1 | Added in a STABLEV variable near PR and use that to get the stable |
| 17:49.20 | CIA-1 | linux 2.6.35: Update stable patch |
| 17:49.20 | CIA-1 | Since this is the first offical embedded linux flag version, |
| 17:49.20 | CIA-1 | this will hopefully get a lot more machines added to it over time. |
| 17:49.20 | CIA-1 | Added in a STABLEV variable near PR and use that to get the stable |
| 17:49.20 | CIA-1 | patch file. |
| 17:49.21 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:49.21 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:49.21 | ant__ | time for DEPENDS_virtclass-native ? |
| 17:49.21 | ant__ | time for DEPENDS_virtclass-native ? |
| 17:49.32 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rc2602b6725 10openembedded.git/recipes/unzip/unzip_552.bb: |
| 17:49.32 | CIA-1 | unzip-native: Fix name |
| 17:49.32 | CIA-1 | As pointed out by Paul Menzel, I wasn't careful with the u-a part |
| 17:49.32 | CIA-1 | and broke -native builds, fix. |
| 17:49.32 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:49.32 | CIA-1 | unzip-native: Fix name |
| 17:49.32 | CIA-1 | As pointed out by Paul Menzel, I wasn't careful with the u-a part |
| 17:49.32 | CIA-1 | and broke -native builds, fix. |
| 17:49.32 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:49.35 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rdbaa6a1229 10openembedded.git/contrib/qemu/run-qemu.sh: |
| 17:49.35 | CIA-1 | run-qemu.sh: Update docs / help output |
| 17:49.35 | CIA-1 | - The old second argument is the third argument now, so change that. |
| 17:49.35 | CIA-1 | - Document the new second argument, libc |
| 17:49.35 | CIA-1 | run-qemu.sh: Update docs / help output |
| 17:49.35 | CIA-1 | - The old second argument is the third argument now, so change that. |
| 17:49.35 | CIA-1 | - Document the new second argument, libc |
| 17:49.35 | CIA-1 | - Update the arch list |
| 17:49.36 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:49.36 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:49.36 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r775681ab69 10openembedded.git/recipes/linux/ (6 files in 6 dirs): |
| 17:49.37 | CIA-1 | linux 2.6.35: Add qemu{arm,mips,mipsel,ppc,x86} |
| 17:49.37 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:49.58 | angelox_123 | GNUtoo|laptop: http://angelox_123.pastebin.com/UZSkawV0 |
| 17:50.39 | GNUtoo|laptop | angelox_123, I don't know sorry |
| 17:50.50 | GNUtoo|laptop | (for the without rebuilding from scratch) |
| 17:50.58 | angelox_123 | GNUtoo|laptop: Ok thanks |
| 17:51.30 | GNUtoo|laptop | else you could bitbake -c clean some stuff |
| 17:51.33 | GNUtoo|laptop | but it will be long |
| 17:54.13 | khem | GNUtoo|laptop: hello |
| 17:54.16 | khem | whats up |
| 17:54.16 | khem | whats up |
| 17:55.55 | *** join/#oe kb1719 (~keith@pool-173-64-70-28.bltmmd.fios.verizon.net) |
| 17:56.45 | GNUtoo|laptop | khem, hi |
| 17:56.57 | GNUtoo|laptop | khem, the patch you asked me to send is 4.1M |
| 17:56.58 | JaMa | moin khem |
| 17:57.13 | GNUtoo|laptop | because it deletes the libtool patch |
| 17:57.16 | GNUtoo|laptop | what should I do? |
| 17:58.41 | *** join/#oe timtimred (~meh@79-67-225-21.dynamic.dsl.as9105.com) |
| 17:59.10 | *** join/#oe B_Lizzard (~havoc@athedsl-423129.home.otenet.gr) |
| 18:00.15 | JaMa | khem: is this gcc/binutils bug or valid work around? http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/2593ef9393f018144ca60a4f085ac3c9f7517a20 |
| 18:01.08 | *** join/#oe B_Lizzard (~havoc@athedsl-423129.home.otenet.gr) |
| 18:01.18 | JaMa | khem: I mean should it detect it automatically and don't use thumb there? |
| 18:02.07 | ka6sox | wonders how Jay7 came out on his build. |
| 18:34.14 | *** join/#oe mrc3 (~ddiaz@189.157.110.47) |
| 18:39.53 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 18:40.59 | *** join/#oe kb1719 (~keith@pool-173-64-70-28.bltmmd.fios.verizon.net) |
| 18:48.34 | *** join/#oe russ_ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 18:49.16 | *** part/#oe russ_ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 18:51.07 | *** join/#oe Ironnads (~Ironnads@host109-152-208-58.range109-152.btcentralplus.com) |
| 18:52.45 | *** join/#oe submaster (~mo@g231040224.adsl.alicedsl.de) |
| 19:14.32 | *** join/#oe psokolovsky (~psokolovs@213.238.9.2) |
| 19:14.32 | *** join/#oe psokolovsky (~psokolovs@213.238.9.2) |
| 19:14.55 | *** join/#oe macneil (~voodoo@d75-157-135-17.bchsia.telus.net) |
| 19:16.40 | *** join/#oe hansdampf (~moritz@212.77.182.8) |
| 19:32.46 | *** join/#oe Martin-B (~martin@pool-106-67-198-89.dbd-ipconnect.net) |
| 19:34.27 | Jay7 | ka6sox: I've published disk usage results already |
| 19:34.48 | Jay7 | vmstat is not parsed yet |
| 19:40.58 | *** join/#oe submaster (~mo@173.208.45.178) |
| 19:44.01 | ka6sox | Jay7, okay didn't look back far enough in the log...very interesting results... |
| 19:44.27 | ka6sox | significant difference in timing between 1/6 of default and your 3/3 runs. |
| 19:45.01 | ka6sox | with only 1/2hr variations among schedulers with 3/3 |
| 19:46.05 | ka6sox | with your 6core machine I would expect you might be able to do 4/4 |
| 19:46.05 | ka6sox | with your 6core machine I would expect you might be able to do 4/4 |
| 19:48.16 | Jay7 | ka6sox: i/o would block it imho |
| 19:48.20 | Jay7 | but I'll try |
| 19:48.27 | Jay7 | I'm thinking about 6/2 |
| 19:48.33 | Jay7 | or 5/2 |
| 19:49.12 | Jay7 | I should buy second HDD and create RAID0 |
| 19:49.46 | Jay7 | or may be 30Gb SSD.. |
| 19:49.53 | Jay7 | but HDD is cheaper :) |
| 19:49.57 | *** part/#oe angelox_123 (~Angelo@201-13-206-158.dial-up.telesp.net.br) |
| 19:51.55 | Jay7 | btw, what is wrong with our git? |
| 19:52.05 | Jay7 | people complains about write access |
| 19:52.16 | Jay7 | was it fixed? |
| 19:53.04 | *** join/#oe pix|home (~pix@mal35-3-82-240-201-90.fbx.proxad.net) |
| 19:54.55 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 19:56.11 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 20:01.30 | ka6sox | Jay7, can you write |
| 20:01.31 | ka6sox | ? |
| 20:01.46 | Jay7 | I have nothing to try :) |
| 20:01.47 | ka6sox | has anyone here tried to write recently? |
| 20:02.08 | ka6sox | I need to be monitoring the writes and see what is failing. |
| 20:07.20 | *** join/#oe dv (~dv@dvhome.kansstel.ru) |
| 20:09.01 | dv | I wrote a reciept for shorewall (that needs perl). perl and perl modules are listed in RDEPENDS_${PN} += ..., they built but not installed in target. why? |
| 20:20.49 | Crofton|road | khem: ping |
| 20:21.32 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 20:22.14 | *** join/#oe kristoffer (~kristoffe@c-a3dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 20:23.36 | *** join/#oe anarsoul (~anarsoul@80.249.83.145) |
| 20:24.31 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 20:29.56 | *** join/#oe anarsoul_ (~anarsoul@212.98.182.23) |
| 20:34.41 | *** join/#oe SpringWan (~SpringWan@S0106002618385f91.ss.shawcable.net) |
| 20:39.25 | *** join/#oe Ironnads (~Ironnads@host109-155-230-164.range109-155.btcentralplus.com) |
| 20:48.05 | *** join/#oe rob_w (bob@pD95EC89D.dip.t-dialin.net) |
| 20:48.05 | *** join/#oe rob_w (bob@pD95EC89D.dip.t-dialin.net) |
| 21:12.27 | *** join/#oe ALoGeNo (~alogeno@83.33.127.208) |
| 21:12.27 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 21:12.27 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 21:21.39 | *** join/#oe anarsoul_ (~anarsoul@212.98.182.23) |
| 21:24.36 | *** part/#oe SpringWan (~SpringWan@S0106002618385f91.ss.shawcable.net) |
| 21:27.00 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.144.102) |
| 21:27.00 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.144.102) |
| 21:31.58 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 21:35.50 | ant__ | hm..why does lzma depends on zlib? |
| 21:35.50 | ant__ | hm..why does lzma depends on zlib? |
| 21:42.26 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
| 22:03.56 | *** join/#oe Crofton (~balister@adsl-75-37-22-143.dsl.pltn13.sbcglobal.net) |
| 22:06.20 | Crofton | khem, ping |
| 22:45.58 | *** join/#oe arun_ (~arun@unaffiliated/sindian) |
| 22:55.00 | *** join/#oe submaster_ (~mo@206.217.221.33) |
| 23:02.30 | *** join/#oe reactor16 (~reactor16@static.151.229.4.46.clients.your-server.de) |
| 23:02.37 | reactor16 | hi all |
| 23:02.51 | Crofton | hi |
| 23:03.10 | reactor16 | any one use dreambox here ? |
| 23:04.56 | reactor16 | can i compile a driver x86 to an embedded device ? |
| 23:05.06 | Crofton | depends |
| 23:05.15 | reactor16 | depend on what ? |
| 23:05.28 | reactor16 | target device also have linux os |
| 23:05.43 | reactor16 | is this possible ? |
| 23:06.28 | *** join/#oe submaster_ (~mo@g231040224.adsl.alicedsl.de) |
| 23:06.30 | Crofton | depends on if the hardware is the same that connects the device to the processor |
| 23:07.23 | reactor16 | its a wifi usb dongle |
| 23:10.19 | reactor16 | i'm newbie with embedded compilling, and i just want to confirm if i can do this. |
| 23:13.49 | Crofton | might work |
| 23:15.31 | reactor16 | ok thank you |
| 23:45.32 | Crofton | khem, you around? |