00:06.33 | *** part/#oe egonzalez_ergio (~emiliano@190.49.41.182) |
00:23.40 | *** join/#oe dijenerate (~dijenerat@204.212.240.159) |
02:04.19 | *** join/#oe devzero_ (devzero@xdsl-78-35-58-67.netcologne.de) |
02:04.30 | *** join/#oe msm1 (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
02:07.48 | *** join/#oe msm1 (~msm@192.88.168.34) |
02:38.53 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
03:13.09 | *** join/#oe Romke|off (~Romke@82-168-15-241.ip.telfort.nl) |
03:19.02 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
03:23.26 | *** join/#oe rickfoosusa_ (~chatzilla@ppp-67-67-218-148.dsl.austtx.swbell.net) |
03:25.59 | *** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org) |
03:43.14 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
04:01.15 | *** join/#oe Transformer (~Transform@ool-4a59e397.dyn.optonline.net) |
04:40.18 | *** join/#oe sanket (~sanket@114.143.165.67) |
04:51.40 | *** join/#oe msm1 (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
04:54.09 | *** join/#oe Jefro (~josiermi@nat/intel/x-ivetpqgxvywwrrxv) |
05:22.38 | *** join/#oe toi (~peter@vrt.nat.ibbt.be) |
05:46.36 | *** join/#oe JaMa|Wrk (~martin@94.230.152.115) |
05:52.00 | *** join/#oe ultimate_warrior (~rahul@114.143.165.67) |
05:56.20 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
06:01.16 | *** join/#oe amarsman (~marsman@89.184.175.76) |
06:12.17 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
06:14.22 | *** join/#oe JaMa|Wrk (~martin@94.230.152.115) |
06:16.44 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:35b4:4aca:74de:b45b) |
06:22.47 | *** join/#oe vitus (~vitus@145.253.169.210) |
06:24.23 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
06:32.33 | *** join/#oe penghb (~penghb@202.108.130.138) |
06:36.58 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
06:45.40 | ultimate_warrior | I am compiling a file for mini 2440 through open emmbedded , my arguements for mini 2440 are as follows |
06:46.17 | ultimate_warrior | arm-angstrom-linux-gnueabi-g++ -march=armv4t -mtune=arm920t -mthumb-interwork -mno-thumb -shared.................. |
06:47.06 | ultimate_warrior | are arguements correct .bcoz it gives seg fault on mini 2440 board |
06:52.55 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
06:55.19 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
06:58.42 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
07:02.17 | *** join/#oe GOP-USA_dotcom (~machine4@pool-74-111-197-200.lsanca.fios.verizon.net) |
07:14.06 | JaMa|Wrk | git.openembedded.org down? |
07:14.52 | JaMa|Wrk | cgit as well as git:// timeouts here |
07:18.12 | JaMa|Wrk | ka6sox-away: ka6sox-work: moin, ^ |
07:19.29 | ka6sox-away | really? |
07:19.32 | ka6sox-away | let me check. |
07:21.01 | JaMa|Wrk | maybe load too high again.. because now oe-core-contrib fetched ok |
07:22.35 | ka6sox-away | kernel bug report...looking |
07:23.42 | ka6sox-away | [144000.061214] INFO: task apache2:1537 blocked for more than 120 seconds. |
07:23.43 | ka6sox-away | [144000.061222] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. |
07:28.55 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
07:30.23 | *** join/#oe tscheck2 (~weechat@83.151.21.119) |
07:32.50 | ka6sox-farfarawa | JaMa|Wrk, rebooting...give us a second. |
07:36.05 | ka6sox-farfarawa | JaMa|Wrk, could you please test? |
07:38.45 | JaMa|Wrk | ka6sox-farfarawa: works now, thanks |
07:39.07 | ka6sox-farfarawa | ya, it locked up...will do a post-mortem in the morning |
07:39.29 | JaMa|Wrk | gnight :) |
07:41.07 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
07:43.46 | *** join/#oe thhp (50c14443@gateway/web/freenode/ip.80.193.68.67) |
07:45.45 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
07:51.50 | *** join/#oe hrw (~hrw@linaro/hrw) |
07:54.16 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
07:54.54 | *** join/#oe mgundes (~kays@95.0.156.17) |
07:59.38 | ultimate_warrior | -) |
08:15.55 | *** join/#oe mr_nice (~nice@91-67-243-75-dynip.superkabel.de) |
08:34.37 | *** join/#oe rschus (~rschus@fb-n15-11.unbelievable-machine.net) |
08:38.37 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
08:49.33 | *** join/#oe bluelightning (~paul@83.217.123.106) |
08:49.36 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
09:52.38 | sanket | <PROTECTED> |
09:52.40 | sanket | ................... |
09:52.52 | sanket | can anyone help me why is it so? |
09:54.14 | *** join/#oe risca (~risca@62-20-182-102-no18.tbcn.telia.com) |
10:05.58 | pb_ | hard to say. the missing XSetErrorHandler() would suggest you're not linking against libX11. those dots are rather more of a mystery. |
10:08.14 | sanket | pb_, http://pastebin.mozilla.org/1246163 ...... |
10:08.29 | risca | Quick question: What recipe provide v4l(2) libs and headers? |
10:09.36 | sanket | I think v4l is a support provided by the kernel.... |
10:09.37 | pb_ | v4l2apps maybe? dunno, I guess find and grep would be able to tell you |
10:10.01 | risca | Yeah, I thought so too |
10:10.24 | risca | I don't know if v4l2apps will provide it, but it's worth a shot |
10:11.13 | risca | At least they need to have dependency on v4l libs that I could check out |
10:11.25 | sanket | which apps you want a v4l2 support... |
10:11.46 | risca | I'm developing my own application which is using a webcam |
10:12.04 | risca | I intend to use this application on an embedded system |
10:12.12 | risca | For that, I need v4l2 |
10:12.16 | sanket | just give a v4l support in kernel... it vll work.... |
10:12.43 | *** part/#oe rschus (~rschus@fb-n15-11.unbelievable-machine.net) |
10:13.28 | risca | Hehe Guess what I found in v4l-utils? 'PROVIDES = "libv4l"' |
10:13.35 | pb_ | heh |
10:13.38 | sanket | risca, I had already configured webcam on ARM development board |
10:14.17 | risca | sanket, And all you did was enable v4l in kernel? |
10:15.42 | sanket | its a long back.... but surely I had given v4l2 support for that... and use mplayer commands to run my webcam... |
10:16.59 | risca | My application is going to capture frames and process them in a DSP so mplayer is not sufficient |
10:17.24 | risca | I need to have libv4l to be able to manage the webcam myself |
10:17.57 | risca | I do however need v4l2 enabled in the kernel to be able to use the cam at all |
10:19.15 | *** join/#oe timtimred (~meh@85.210.132.166) |
10:20.54 | mckoan|away | risca: yes you need v4l2 enabled in the kernel |
10:23.33 | pb_ | I don't think you strictly _need_ libv4l. There's no magic in there: anything that it does, you could do for yourself. |
10:23.56 | pb_ | and, iirc, it doesn't actually do a whole lot |
10:25.50 | risca | To speed up the development process I figured it would be easier to just install libv4l and compile my app for the dev. board |
10:26.04 | risca | It is already working on my host |
10:26.11 | pb_ | ah, fair enough |
10:30.36 | *** join/#oe pepermint (~pepermint@host35-11-dynamic.58-82-r.retail.telecomitalia.it) |
10:35.59 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
11:13.06 | *** join/#oe risca (~risca@62-20-182-102-no18.tbcn.telia.com) |
11:16.47 | *** join/#oe pepermint (~pepermint@host35-11-dynamic.58-82-r.retail.telecomitalia.it) |
11:26.05 | *** join/#oe risca (~risca@62-20-182-102-no18.tbcn.telia.com) |
11:43.13 | ultimate_warrior | execve("./connMan.bin", ["./connMan.bin"], [/* 21 vars */]) = 0 |
11:43.13 | ultimate_warrior | --- SIGSEGV (Segmentation fault) @ 0 (0) --- |
11:43.13 | ultimate_warrior | +++ killed by SIGSEGV +++ |
11:43.13 | ultimate_warrior | Segmentation fault |
11:43.32 | ultimate_warrior | can any suggest whats happening |
11:43.39 | pb_ | looks like a segmentation fault |
11:43.49 | ultimate_warrior | i know that |
11:53.07 | *** join/#oe pepermint (~pepermint@host35-11-dynamic.58-82-r.retail.telecomitalia.it) |
12:23.08 | *** join/#oe obi (~obi@unaffiliated/obi) |
12:47.03 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
12:57.49 | *** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
12:58.12 | *** join/#oe frantk (~frantk@pdpc/supporter/student/frantk) |
12:59.53 | ultimate_warrior | <PROTECTED> |
13:13.54 | *** join/#oe playya_ (~playya@93.216.249.241) |
13:13.54 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
13:14.17 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
13:15.07 | *** join/#oe B_Lizzard (~havoc@athedsl-119394.home.otenet.gr) |
13:20.38 | *** join/#oe pepermint (~pepermint@host35-11-dynamic.58-82-r.retail.telecomitalia.it) |
13:34.29 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
13:39.44 | *** join/#oe rickfoosusa (~chatzilla@ppp-67-67-218-148.dsl.austtx.swbell.net) |
13:47.06 | *** join/#oe dijenerate (~dijenerat@65.48.237.63) |
13:48.20 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
13:50.39 | *** join/#oe otavio (~otavio@189.114.111.55) |
13:50.39 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
13:52.21 | *** join/#oe brolin (~brolin@nat219.udea.edu.co) |
13:54.02 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * rcd80d7f201 10bitbake.git/lib/bb/persist_data.py: |
13:54.02 | CIA-8 | persist_data: Add back code to retry in the case of locked database errors |
13:54.02 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
13:54.12 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r3c3bd0c2fa 10bitbake.git/ (4 files in 4 dirs): |
13:54.13 | CIA-8 | Drop psyco support |
13:54.13 | CIA-8 | At best it gave 1-2% improvement now, its 32 bit x86 only and isn't |
13:54.13 | CIA-8 | supported after python 2.6. |
13:54.13 | CIA-8 | PyPy is probably a better option now. |
13:54.13 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
14:04.56 | *** join/#oe CMoH|office (~cipi@89.35.222.158) |
14:04.57 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
14:06.19 | *** join/#oe celston (bcdc8df1@gateway/web/freenode/ip.188.220.141.241) |
14:08.54 | *** join/#oe devzero_ (devzero@xdsl-89-0-95-220.netcologne.de) |
14:16.26 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
14:19.27 | *** join/#oe B_Lizzard (~havoc@athedsl-119394.home.otenet.gr) |
14:23.18 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
14:26.08 | *** join/#oe kevinsc (~a0214685@nat/ti/x-jfyltofxklmyljot) |
14:39.16 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
14:43.57 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
14:44.55 | *** join/#oe GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
14:46.28 | hbeck | having trouble with boost recipe - seems to have generated a recursive dependency. boost on libboost-filesystem1 and vice-versa |
14:46.39 | *** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com) |
14:51.00 | ant_work | pb_: hello, around? |
14:52.30 | *** join/#oe Jefro (~josiermi@nat/intel/x-yrvedlcipisxrbkk) |
14:52.55 | *** join/#oe hollisb (~hollisb@24.20.193.174) |
14:54.18 | *** join/#oe unsolo (~unsolo@146.80-203-33.nextgentel.com) |
14:54.25 | pb_ | ant_work: yo |
14:54.34 | ant_work | hi |
14:54.48 | ant_work | I see you're playing with kexec and initramfs :) |
14:55.36 | darknighte | anyone seen this error before: |
14:55.41 | ant_work | now, I've seen kexec does not depend on kernel headers |
14:55.42 | darknighte | git ls-remote http://<URL> master failed with signal 128, output: |
14:55.42 | darknighte | fatal: Unable to find remote helper for 'http |
14:56.08 | ant_work | pb_: dis you try kexec-tools-klibc from oe-dev? |
14:56.47 | ant_work | and about this: can we make klibc not machine-specific? |
14:56.57 | hbeck | any ideas how this came about? http://pastebin.com/XwEcCj8L <- apparently recursive depends for boost packages |
14:57.15 | ant_work | (following your previous uclibc commit) |
14:58.52 | ant_work | pb_: I found teh initial reasosn for +PACKAGE_ARCH = "${MACHINE_ARCH}" here : http://lists.linuxtogo.org/pipermail/openembedded-commits/2007-November/010370.html |
14:59.07 | ant_work | today cannot type... |
15:00.53 | darknighte | so, in case anyone is tracking my question, the git version that is built out of OE appears to be missing the http capability, but I'm not sure why. |
15:03.10 | pb_ | ant_work: no, I haven't tried klibc, I think I will probably stick with regular libc for my initramfs |
15:03.17 | darknighte | it's odd because this was working for the initial compile. |
15:03.25 | pb_ | I don't really have any space constraints, it just needs to fit on a 2GB SD :-) |
15:03.57 | ant_work | comfortably |
15:04.00 | *** join/#oe HopsNBarley (~hops@pool-173-67-121-98.snfcca.dsl-w.verizon.net) |
15:04.00 | *** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley) |
15:04.30 | pb_ | mm, that klibc commit about PACKAGE_ARCH sounds a bit bogus to me |
15:04.51 | pb_ | who is "pfalcon"? |
15:05.53 | ant_work | "Paul Sokolovsky" : (["pfalcon@openembedded.org" |
15:06.17 | ant_work | was haret/ipaq maintainer iirc |
15:06.42 | pb_ | ah yeah |
15:06.59 | ant_work | unfortunately gone :/ |
15:07.53 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
15:08.33 | pb_ | well, if the klibc arch is causing you a problem, I would be inclined to just revert that patch and see what happens |
15:08.59 | pb_ | "looks at kernel headers" is not generally a good enough reason to make something machine specific |
15:09.02 | ant_work | no issues, I just aim to a common arm binary |
15:09.23 | ant_work | and in the years klibc build process has changed |
15:10.09 | ant_work | what the recipe does is ln -sf ${STAGING_KERNEL_DIR} linux |
15:11.12 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
15:11.14 | pb_ | [pid 633] execve("@DATADIR@/udhcpc/default.script", ["@DATADIR@/udhcpc/default.script", "bound"], [/* 15 vars */]) = -1 ENOENT (No such file or directory) |
15:11.16 | pb_ | heh |
15:11.20 | pb_ | sux0r |
15:11.29 | pb_ | no wonder my dhcp is not working very well |
15:11.45 | ant_work | lovely |
15:14.00 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
15:14.49 | ant_work | pb_: I'll try to remove that MACHINE_ARCH. Further step will be test-removing ARM_INSTRUCTION_SET = "arm", ther esince years... |
15:14.57 | ant_work | I'll let you know, thx |
15:14.57 | *** join/#oe nitink (~nitink@134.134.139.74) |
15:18.33 | *** join/#oe andrewpushkin (~frog@mx2.promwad.com) |
15:19.58 | andrewpushkin | Hello. I need some software (such us usbmount in debian) that automount usb flash when it inserted. Is oe support it? |
15:21.41 | andrewpushkin | or I need solution to easy way to automout usb mass storage |
15:22.12 | ant_work | what's wrong with udev? |
15:22.48 | darknighte | anyone know of a specific issue with doing ASSUME_PROVIDED for git? |
15:22.55 | captainigloo | just a little question, i would like to know if there is a way to generate an sdk with oe-core ? |
15:23.03 | captainigloo | i find this doc http://docs.openembedded.org/usermanual/html/commonuse_qte_sdk.html |
15:23.34 | captainigloo | but i would like to know if it's working with oe-core |
15:23.50 | pb_ | ant_work: righto |
15:26.06 | *** join/#oe mike_ (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
15:26.39 | kergoth_ | darknighte: haven't had any problems with it, assuming you mean git-native |
15:27.19 | pb_ | morning kergoth |
15:28.51 | kergoth | hey pb_ |
15:31.20 | *** join/#oe mikey_w (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
15:31.33 | darknighte | morning kergoth. I hadn't had any problems with it until this morning. |
15:32.49 | darknighte | kergoth: suddenly, I'm getting errors from the git-native in "sysroots/i686-linux/usr/i686/bin" |
15:33.34 | darknighte | kergoth: I did do a rebuild of several host libraries, so it's always possible that something in that is causing it to barf. |
15:34.06 | darknighte | kergoth: so, for now, I've purged my tmp folder and am starting from scratch. |
15:34.14 | darknighte | sighs and looks at watch |
15:35.08 | darknighte | remembers he doesn't wear a watch anymore, sighs again, and checks cellphone. |
15:35.11 | darknighte | this may take a bit. |
15:35.57 | ant_work | darknighte: I had same issues (dismissed watch too;) |
15:36.14 | ant_work | rebuilding is faster than debugging such cases ;) |
15:36.46 | ant_work | fingers crossed |
15:36.48 | ant_work | bbl |
15:36.58 | darknighte | ant_work: yeah, I got stubborn and spent an hour on it and thanks. |
15:38.42 | darknighte | kergoth: as a fallback, I may use ASSUME-PROVIDED. |
15:42.11 | *** join/#oe msm (~msm@192.88.168.34) |
15:48.59 | pb_ | hm, these lmbench results are a bit depressing. 620ns for a null syscall on 600MHz arm11. |
15:53.13 | Tartarus | what kernel? |
15:53.21 | pb_ | 2.6.35 I think |
15:53.32 | pb_ | Linux (none) 2.6.35.7+ #5 PREEMPT Thu Jun 9 16:34:28 BST 2011 armv6l GNU/Linux |
15:54.15 | Tartarus | Any chance you're using a kernel that's git bisect'able back to say .32, for your machine? |
15:55.33 | pb_ | not easily. I'm not sure if 2.6.32 ran on this hardware or not but I suspect the answer is probably not. |
15:55.41 | pb_ | do you think the performance got worse since .32? |
15:56.36 | Tartarus | I've got reports from other folks that a hacked up .32 is fine and a less hacked up .37 is not, on armv7l |
15:56.59 | Tartarus | and for that platform there's not a unified tree that goes back that far |
15:57.29 | pb_ | hm,right |
15:57.34 | Tartarus | and my gut is willing to go with a 'maybe' on it being the same thing |
15:57.37 | pb_ | do you know what they consider "fine" and "not fine"? |
15:57.56 | *** join/#oe ajb_oe (~user@cbnluk-gw0.cambridgebroadband.com) |
15:58.02 | Tartarus | 300-400% decrease |
15:59.35 | pb_ | that does sound bad. measured how? |
16:00.11 | pb_ | I'll have a poke around tomorrow and see how far back this tree goes and what the oldest kernel is that I can boot |
16:01.05 | Tartarus | lmbench |
16:01.18 | pb_ | right, same thing I am using |
16:01.38 | Tartarus | (don't have direct details, not folks I directly work with) |
16:05.34 | pb_ | I wonder if turning off PREEMPT would help. |
16:05.39 | pb_ | might try that tomorrow as well |
16:07.03 | pb_ | go home now |
16:26.44 | Jay7 | pb_: pfalcon is available on irc at #linaro |
16:34.40 | *** join/#oe soltys (soltys@83.168.118.74) |
16:38.30 | *** join/#oe dijenerate (~dijenerat@204.212.240.159) |
16:40.03 | *** join/#oe Heinervdm (~thomas@pD9E1486A.dip.t-dialin.net) |
16:57.22 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
17:01.41 | ka6sox-farfarawa | JaMa|Off, any more git issues? |
17:04.10 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
17:11.25 | CIA-8 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * ra71183762e 10bitbake.git/bin/bitbake-layers: |
17:11.27 | CIA-8 | bitbake-layers: handle skipped recipes |
17:11.27 | CIA-8 | Report bbappends correctly for skipped recipes instead of reporting the |
17:11.27 | CIA-8 | bbappends as not having any matching recipe. |
17:11.27 | CIA-8 | (From Poky rev: 39d72ecf6bc1da85aefb11e6481719185f0cb953) |
17:11.27 | CIA-8 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
17:11.27 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
17:11.30 | CIA-8 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * r7d2363f353 10bitbake.git/lib/bb/ (cache.py cooker.py parse/ast.py): (log message trimmed) |
17:11.30 | CIA-8 | track skipped packages |
17:11.30 | CIA-8 | Add skiplist to cooker that allows access to the list of packages skipped |
17:11.31 | CIA-8 | via SkipPackage (this includes COMPATIBLE_MACHINE, INCOMPATIBLE_LICENSE, |
17:11.31 | CIA-8 | etc.) This can be used to enhance error reporting. |
17:11.31 | CIA-8 | (From Poky rev: 6c12b7b1099c77b87d4431d55e949cf7c5f52ded) |
17:11.31 | CIA-8 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
17:16.22 | *** join/#oe mangomake (~dan@cpc2-hitc3-0-0-cust115.9-2.cable.virginmedia.com) |
17:18.20 | mangomake | hi, i have built the micro image and unpackeed it onto rootfs of joggler, it boots but throws a load of errors whislt doing so (mostly about read-only filesystem) and most things dont work, i.e. cant bring up network, and even dmesg has some error about missing device. Do i simply need to try booting with 'rw' in the kernel cmdline or is this a bad idea? |
17:40.31 | *** join/#oe anarsoul (~anarsoul@212.98.177.125) |
17:44.16 | *** join/#oe pepermint (~pepermint@host35-11-dynamic.58-82-r.retail.telecomitalia.it) |
17:46.15 | *** join/#oe egonzalez_ergio (~emiliano@190.49.41.182) |
17:48.36 | *** join/#oe playya (~playya@unaffiliated/playya) |
18:11.47 | *** join/#oe tdebrouw (~tdebrouw@91.182.234.213) |
18:12.35 | *** join/#oe ReaperOfSouls (~jpuhlman@nat/montavista/x-hpfbyupdhmlfulnk) |
18:21.05 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
18:21.05 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
18:24.15 | *** join/#oe rob_w (~bob@ppp-188-174-105-69.dynamic.mnet-online.de) |
18:32.33 | *** join/#oe pespin (~pespin@90.163.82.81) |
18:33.31 | *** join/#oe msm (~msm@192.88.168.34) |
18:37.08 | *** join/#oe HokieTux (~bhilburn@wireless-5192.wireless.ece.vt.edu) |
18:37.36 | *** join/#oe toi (~peter@94-226-63-5.access.telenet.be) |
18:42.37 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
18:45.10 | *** join/#oe gungfuwayne (~wayne@ns2.emacinc.com) |
18:53.01 | *** join/#oe timtimred (~meh@85.210.132.166) |
19:01.05 | *** join/#oe msm (~msm@gate-de.freescale.com) |
19:06.27 | Crofton | pb_, is the gnu.org email address good for you |
19:08.42 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
19:10.33 | *** part/#oe frantk (~frantk@pdpc/supporter/student/frantk) |
19:11.21 | *** join/#oe lamikr (~lamikr@a91-155-189-205.elisa-laajakaista.fi) |
19:25.25 | *** join/#oe lisppaste (~lisppaste@tiger.common-lisp.net) |
19:31.43 | khem | Crofton: I have a fix for the libstdc++.so.6.0.14-gdb.py issue |
19:32.01 | khem | Crofton: I posted it to ml please test it in your scenario |
19:32.11 | CIA-8 | 03Ludovic Desroches <ludovic.desroches@atmel.com> 07master * r0052931ada 10openembedded.git/recipes/tiobench/ (tiobench-0.3.3/tiobench-makefile.patch tiobench_0.3.3.bb): |
19:32.11 | CIA-8 | tiobench: Add version 0.3.3 (initial recipe) |
19:32.11 | CIA-8 | Build tested and run tested with task-base image with the tiobench package on atmel boards by Ludovic Desroches and |
19:32.11 | CIA-8 | Build tested using `angstrom-2010.x` and `minimal{,-uclibc}` for `MACHINE = "beagleboard"` by Paul Menzel. |
19:32.12 | CIA-8 | Signed-off-by: Ludovic Desroches <ludovic.desroches@atmel.com> |
19:32.12 | CIA-8 | Signed-off-by: Paul Menzel <paulepanter@users.sourceforge.net> |
19:32.16 | khem | and add acks if it fixes your problem |
19:32.58 | khem | mangomake: yes try rw |
19:35.20 | *** join/#oe nik_ (5d812f13@gateway/web/freenode/ip.93.129.47.19) |
19:35.33 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
19:42.28 | *** join/#oe stefan_schmidt (~stefan@p4FF896E6.dip.t-dialin.net) |
19:46.12 | *** join/#oe Jefro (~josiermi@134.134.137.75) |
19:47.26 | Crofton | khem, thanks |
19:47.43 | Crofton | I am in MV atm, but will try to fit in testing of this ASAP |
19:48.27 | Crofton | do you think it will apply direct to the release branch? |
20:03.57 | khem | MV ? |
20:04.04 | khem | I think it should |
20:12.06 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-96-101.dynamic.mnet-online.de) |
20:12.14 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
20:12.16 | *** join/#oe GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
20:13.52 | *** join/#oe rcf (~rcf@22.89-243-81.adsl-dyn.isp.belgacom.be) |
20:14.27 | *** join/#oe kergoth__ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
20:22.09 | CIA-8 | 03James Limbouris <james@digitalmatter.com.au> 07master * r9a799fb346 10openembedded.git/recipes/initscripts/initscripts-1.0/populate-volatile.sh: (log message trimmed) |
20:22.09 | CIA-8 | initscripts: Modify 'populate-volatile.sh' to atomically update 'volatile.cache' |
20:22.09 | CIA-8 | When power is lost before a new volatile.cache has been flushed to disk, it can |
20:22.09 | CIA-8 | be corrupted, leaving the volatiles uncreated and causing software failure |
20:22.09 | CIA-8 | during the next reboot. |
20:22.10 | CIA-8 | Since only the existence of volative.cache is checked for using a temporary file |
20:22.11 | CIA-8 | on the same volume and renaming it avoids this issue. |
20:23.16 | *** join/#oe aloisiojr (~aloisio@187.59.125.172) |
20:35.10 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-109-90.dynamic.mnet-online.de) |
20:47.23 | mangomake | khem: thx, thats does seem to do the trick |
21:00.52 | CIA-8 | 03Klaus Kurzmann <mok@fluxnetz.de> 07master * r45edf62129 10openembedded.git/recipes/linux/ (2 files in 2 dirs): |
21:00.52 | CIA-8 | linux-openmoko_2.6.37.bb: allow setting DAI mode even while pcm is active |
21:00.52 | CIA-8 | Without this patch the DAI mode can't be set while a pcm stream is |
21:00.52 | CIA-8 | running as that might lead to kernel freezing. This patch allows setting |
21:00.52 | CIA-8 | it to the same value to make scenario loading work. |
21:00.53 | CIA-8 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
21:19.01 | CIA-8 | 03Scott Garman <scott.a.garman@intel.com> 07master * rd000493c09 10bitbake.git/lib/bb/cache.py: |
21:19.01 | CIA-8 | cache.py: fix bitbake -s command |
21:19.01 | CIA-8 | This uses the correct index of self.pn when setting up cachedata's |
21:19.01 | CIA-8 | pkg_pn, fixing the output of bitbake -s. |
21:19.01 | CIA-8 | This fixes bug [YOCTO #1149]. |
21:19.02 | CIA-8 | Signed-off-by: Scott Garman <scott.a.garman@intel.com> |
21:19.02 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
21:41.40 | *** join/#oe rickfoosusa (~chatzilla@adsl-75-54-84-184.dsl.austtx.sbcglobal.net) |
21:42.53 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r899d45b900 10bitbake.git/lib/bb/data_smart.py: (log message trimmed) |
21:42.53 | CIA-8 | bitbake/data_smart: Change overrides behaviour to remove expanded variables from the datastore |
21:42.53 | CIA-8 | Currently if you do: |
21:42.53 | CIA-8 | OVERRIDES = "z" |
21:42.53 | CIA-8 | DEPENDS_prepend = "a " |
21:42.54 | CIA-8 | DEPENDS = "b" |
21:42.54 | CIA-8 | DEPENDS_z = "c" |
21:42.55 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * ra981df3cc9 10bitbake.git/lib/bb/ (event.py parse/ast.py ui/knotty.py): |
21:42.56 | CIA-8 | bitbake/event/ast: Add RecipePreFinalise event |
21:42.56 | CIA-8 | One of the implications is we need to register the event handlers before |
21:42.57 | CIA-8 | executing the anonymous python functions. I can't find any issue with making |
21:42.57 | CIA-8 | that change in any existing metadata use cases. |
21:42.58 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
21:42.58 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * rc3c2ad6f22 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): |
21:42.59 | CIA-8 | Update version to 1.13.1 |
21:42.59 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
22:04.15 | *** join/#oe Lopi|idle (~lopi@li54-110.members.linode.com) |
22:05.45 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
22:20.55 | JaMa|Off | ka6sox-away: don't know about any now |
22:26.27 | *** join/#oe ant__ (~andrea@host9-105-dynamic.50-82-r.retail.telecomitalia.it) |
22:33.02 | *** join/#oe risca (~risca@81-233-40-137-no18.tbcn.telia.com) |
22:35.32 | *** join/#oe incandescant (~joshual@12.236.253.2) |
22:55.42 | *** join/#oe Marex (vasum7am@u-sl.ms.mff.cuni.cz) |
22:55.49 | ant__ | hi Marex |
23:02.10 | *** join/#oe aloisiojr (~aloisio@187.59.125.172) |
23:11.02 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
23:12.23 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
23:20.28 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
23:23.40 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
23:28.09 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
23:35.21 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
23:42.32 | *** join/#oe alx (~alx@host57-228-dynamic.0-87-r.retail.telecomitalia.it) |
23:44.05 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
23:50.18 | *** join/#oe awozniak (~awozniak@adsl-76-205-222-174.dsl.snlo01.sbcglobal.net) |
23:57.29 | *** join/#oe rickfoosusa (~chatzilla@99.179.101.141) |