| 00:06.10 | mwester | grg, (sorry, at dinner) -- the gunzip warnings are complaints about spurious data after the end of the compressed data. Which is true, since we feed gunzip a file-desciptor that is actually inside the archive itself, and have no means to tell it where the logical EOF really is. Busybox gunzip probably encounters the same, but prints no warnings. |
| 00:07.23 | mwester | The warning can be suppressed for gunzip, but busybox doesn't accept that argument -- hence we cannot simply invoke gunzip, and let the OS run whichever one happens to be installed. Kinda sucky. |
| 00:08.02 | grg | very sucky |
| 00:25.53 | ka6sox | mwester, you still here? |
| 00:26.17 | mwester | I iz. |
| 00:31.55 | khem | ant__: I think problem is in linux-libc-headers-native |
| 00:33.17 | ant__ | sure, I mean -native recipe ofc |
| 00:33.25 | *** join/#oe sgw (~sgw@nat/intel/x-xqescnlfcbnvflnq) |
| 00:33.56 | khem | ant__: I usually have ASSUME_PROVIDED += " linux-libc-headers-native" |
| 00:34.04 | ant__ | ah |
| 00:34.13 | ant__ | btw still 2.6.30 in minimal |
| 00:34.23 | khem | 2.6.31 |
| 00:34.25 | khem | yes |
| 00:34.47 | khem | there has been issues with kernel headers so far |
| 00:35.07 | khem | and we have to keep it minimum of machines supported by minimal |
| 00:35.19 | ant__ | anyway, I did 3 builds with 8 bbthreads and one with 4 and curl-native seems fixed |
| 00:35.48 | ant__ | khem: I have minimalistic local.conf |
| 00:35.56 | khem | I think linux-libc-headers-native is a basic package that should be built before any native package starts to build |
| 00:36.08 | ant__ | heh |
| 00:36.26 | ant__ | the host is sane..it has rebuilt istself (Gentoo) |
| 00:36.57 | khem | I dont know how to mitigate it. |
| 00:37.27 | ant__ | it seem disabling parallel make slows down anough to have all headers staged |
| 00:37.41 | khem | yeah but thats still luck |
| 00:38.03 | khem | it should state these headers before anything else |
| 00:38.10 | khem | s/state/stage |
| 00:38.25 | mwester | Mr. ka6sox, did you need something? |
| 00:38.26 | khem | so all native packages are build uniformly |
| 00:38.41 | ant__ | khem: hmm.. but how.. ? |
| 00:38.43 | khem | ant__: best is to use assume_provided |
| 00:38.51 | khem | on recent enough machines |
| 00:39.08 | khem | if you are using old machines like RHEL 3 etc you might need this |
| 00:39.10 | ant__ | perhaps the recipe could be hacked |
| 00:39.24 | khem | mwester: have you tried uCslugC |
| 00:39.31 | mwester | failed build. |
| 00:39.39 | khem | mwester: hmmm |
| 00:39.47 | khem | it use to build ok couple of weeks back |
| 00:39.51 | khem | log ? |
| 00:39.59 | khem | and infact booted well too |
| 00:40.03 | mwester | module-init-tools (or something like that) cannot resolve create_module at link time. |
| 00:40.19 | mwester | let me see if I can find the log |
| 00:41.12 | *** join/#oe vadmium1 (~vadmium@168.65.233.220.static.exetel.com.au) |
| 00:41.29 | mwester | http://pastebin.com/yhvhdCVN |
| 00:42.08 | ant__ | good night |
| 00:42.13 | mwester | Tried building from a clean tmpdir - same problem; disabled all parallelism and same problem... |
| 00:42.39 | ka6sox | yes sir.... |
| 00:42.47 | khem | mwester: hmmm which recipe is that |
| 00:43.10 | ka6sox | Mr mwester...for a number of reasons the new builder will be Lucid 64 (too many to list) |
| 00:43.12 | ka6sox | but you have space. |
| 00:43.21 | mwester | <PROTECTED> |
| 00:43.47 | mwester | ka6sox, I will learn to LOVE lucsious lucid lemur. |
| 00:44.08 | ka6sox | mwester, thanks... |
| 00:44.10 | mwester | and 64-bit is the way it should be indeed. :) |
| 00:44.12 | khem | mwester: ok will take a look |
| 00:44.13 | ka6sox | makes it easier all around. |
| 00:44.49 | mwester | yep, that's fine. I'm no good for admin on debian-like systems, but I won't have admin privs anyway :) |
| 00:45.43 | mwester | khem, just for grins, I can try to build it on a 32-bit host, if you think that might make a difference. |
| 00:45.59 | khem | i dont think so its host issue |
| 00:46.33 | khem | mwester: did it die when doing slugos-image |
| 00:46.40 | mwester | yes. |
| 00:46.44 | khem | ok |
| 00:46.57 | mwester | should I be building a different image? |
| 00:47.02 | khem | no |
| 00:47.12 | khem | I am taking info to reproduce it |
| 00:47.25 | mwester | DISTRO = "ucslugc" |
| 00:47.35 | mwester | MACHINE = "nslu2le" |
| 00:47.42 | mwester | bitbake slugos-image |
| 00:47.47 | khem | ah hmmm le |
| 00:47.52 | khem | try be |
| 00:48.00 | khem | I have not fixe le yet |
| 00:48.01 | mwester | er, wait - good catch. |
| 00:48.10 | khem | it might be |
| 00:48.16 | mwester | Look at the path -- |
| 00:48.18 | khem | I need to fix uclibc defconfig |
| 00:48.30 | mwester | r/slug/s/tmp/work/armv5teb-oe-linux-uclibceabi |
| 00:48.34 | mwester | teb |
| 00:48.34 | khem | ok I can see the proble |
| 00:48.36 | khem | m |
| 00:48.52 | mwester | heh! Ok, I shall move my tmpdir aside, and build the BE version. |
| 00:50.40 | khem | mwester: can we use busybox instead of module-init-tools I wonder |
| 00:51.32 | mwester | It's on my list of things to test -- I tried it for SlugOS 5.3, but something didn't work, and I had to go back to the full tools for that release. |
| 00:51.58 | mwester | I think it was pretty obvious when it went all wonky, so it should be easy to test. I'll add that to my list. |
| 00:52.46 | mwester | puts another post-it note on his NSLU2. |
| 00:55.01 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 00:55.08 | khem | <PROTECTED> |
| 00:55.09 | khem | <PROTECTED> |
| 00:55.28 | khem | the manpage for create_module says it |
| 00:56.51 | mwester | The source has it in the backward compat .c file that is included. So something may be unable to determine the kernel version correctly? |
| 00:57.12 | mwester | There's no reason to compile that source then... |
| 00:58.06 | khem | mwester: I am trying version 3.12 |
| 00:58.10 | khem | lets see |
| 01:04.33 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 01:05.04 | ka6sox | Jay7, you still up? |
| 01:09.10 | *** join/#oe sgw (~sgw@134.134.139.74) |
| 01:20.50 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 01:24.50 | khem | mwester: I could have fixed 3.4 by adding a "-DCONFIG_NO_BACKWARDS_COMPAT" to CFLAGS but I instead added recipe for 3.12 |
| 01:25.20 | mwester | moving forward works for me. |
| 01:25.33 | mwester | -native as well, then? |
| 01:26.04 | khem | no I did not do that |
| 01:26.10 | CIA-47 | 03Khem Raj <raj.khem@gmail.com> 07master * r5d7e7e4dc0 10openembedded.git/recipes/module-init-tools/module-init-tools_3.12.bb: |
| 01:26.10 | CIA-47 | module-init-tools: Add recipe for 3.12 |
| 01:26.10 | CIA-47 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 01:26.12 | khem | do u need that |
| 01:27.05 | mwester | heh - don't know. I sometimes wonder at the nature of the -native recipes in OE; it seems that we're very very close to building our own entire rootfs for the host! |
| 01:27.36 | khem | sadly yes |
| 01:27.43 | khem | but its better on the other hang |
| 01:27.44 | khem | hand |
| 01:27.58 | khem | othereise there are distro specific nuances |
| 01:28.05 | khem | that will creep into OE |
| 01:28.27 | khem | by distro I mean build machine distros |
| 01:28.38 | khem | mwester: there is a cross recipe |
| 01:28.40 | mwester | I would assume that we do something with modules, probably at rootfs time, that needs something from the module-init-tools-native, but if the old recipe is working, and you don't see a problem, then I certainly don't see any reason to change it. |
| 01:29.14 | mwester | now why would we need a cross recipe? |
| 01:29.44 | khem | I guess offline root file system |
| 01:30.15 | mwester | Ah, yes -- the utils need to know the format of the binary modules to do that... and they may not be recognized on the host. |
| 01:30.54 | mwester | But then why would we need -native? |
| 01:31.03 | mwester | is sooo confused by this stuff. |
| 01:32.05 | khem | well native is meant for running on build machine and working for the same |
| 01:32.22 | khem | where as cross would be running on build box and working on code for target |
| 01:32.26 | khem | does that make sense |
| 01:33.22 | mwester | Yes, that makes sense. What confuses me is what OE would be doing with the host's modules that it would need -native. |
| 01:33.51 | mwester | Because it would be the -cross that would be handling the depmod and such operations when populating the rootfs. |
| 01:37.22 | khem | there is no native ? |
| 01:39.17 | mwester | looks again |
| 01:40.11 | mwester | you are quite correct; I have created my own personal confusion. :D |
| 01:45.18 | *** join/#oe _julian (~quassel@hmbg-4d06dfe5.pool.mediaWays.net) |
| 01:46.02 | *** join/#oe sgw1 (~sgw@134.134.139.76) |
| 01:48.09 | khem | mwester: so now you should be able to generate slugos-image with uCslugC |
| 01:49.56 | mwester | just finished building. |
| 01:50.01 | mwester | (BE) |
| 01:50.20 | khem | perfecto |
| 01:50.42 | mwester | I have no feeds... but I shall flash the image, test it, and then try it with the standard opkg after I build a few packages for the feed. |
| 01:50.53 | khem | ok |
| 01:51.02 | khem | how is the total image size :) |
| 01:51.11 | khem | should be pretty small |
| 01:53.00 | mwester | jffs image for SlugOS: 4456448 and the same for ucslugc: 3670016 |
| 01:53.25 | mwester | about a full MB less. |
| 01:53.33 | khem | yeah |
| 01:53.36 | khem | it could shed mode |
| 01:53.40 | khem | more |
| 01:54.12 | khem | with uclibc you can build full X systems now a days |
| 01:54.20 | mwester | :) |
| 01:54.22 | khem | so its pretty nice to have this option |
| 01:54.32 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 01:55.12 | mwester | It sure is - there are many folks who want to use an NSLU2 without external storage. |
| 01:55.46 | mwester | prefers an external USB flash stick, because it's easier to recover when you totally bork the rootfs, though. |
| 01:58.55 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 02:16.02 | CIA-47 | 03Khem Raj <raj.khem@gmail.com> 07master * r6d1fb54d95 10openembedded.git/recipes/module-init-tools/module-init-tools-cross_3.12.bb: |
| 02:16.02 | CIA-47 | module-init-tools-cross_3.12.bb: New cross recipe for versions 3.12 |
| 02:16.02 | CIA-47 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 02:18.24 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 02:18.29 | *** part/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 02:29.25 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 02:29.31 | *** part/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 02:32.32 | *** join/#oe vadmium1 (~vadmium@168.65.233.220.static.exetel.com.au) |
| 02:39.45 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 02:40.01 | *** part/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 02:49.00 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 02:58.04 | *** part/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 03:01.00 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 03:01.04 | *** part/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 03:01.38 | *** join/#oe fraxinath (~quassel@pD9534DF0.dip.t-dialin.net) |
| 03:07.59 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 03:08.03 | *** part/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 03:24.45 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 03:42.14 | CIA-47 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * ra949dad178 10openembedded.git/conf/distro/ucslugc.conf: SlugOS: ucslugc -- switch to use standard opkg. |
| 03:48.11 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 03:54.15 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 04:00.51 | *** join/#oe vadmium1 (~vadmium@168.65.233.220.static.exetel.com.au) |
| 04:18.57 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 04:26.20 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 04:29.47 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 04:47.56 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 04:48.28 | *** join/#oe vadmium1 (~vadmium@168.65.233.220.static.exetel.com.au) |
| 04:59.56 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 05:09.57 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 05:15.51 | *** join/#oe davidlt (~davidlt@34-12.1-85.cust.bluewin.ch) |
| 05:16.32 | *** join/#oe gw- (~morgan@203186107206.static.ctinets.com) |
| 05:16.58 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 05:17.05 | *** join/#oe polyonymous_ (~hacker@g230198099.adsl.alicedsl.de) |
| 05:17.09 | davidlt | morning |
| 05:20.48 | *** join/#oe tdebrouw (~tdebrouw@91.182.36.226) |
| 05:30.48 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 05:44.31 | *** join/#oe vadmium1 (~vadmium@168.65.233.220.static.exetel.com.au) |
| 05:48.31 | *** join/#oe davidlt (~davidlt@253-146.78-83.cust.bluewin.ch) |
| 05:57.53 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 06:00.55 | *** join/#oe coreyfro (~coreyfro@dsl092-012-151.sfo1.dsl.speakeasy.net) |
| 06:02.56 | *** join/#oe dth_ntb (~dth@a89-182-78-208.net-htp.de) |
| 06:03.31 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 06:05.56 | *** join/#oe muep (~muep@2a00:1a58:f501:235:5867:a7ff:fe44:6724) |
| 06:07.14 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 06:12.43 | *** join/#oe arun_ (~arun@unaffiliated/sindian) |
| 06:13.24 | *** part/#oe dth_ntb (~dth@a89-182-78-208.net-htp.de) |
| 06:14.33 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 06:15.23 | coreyfro | Hey OE folks. I picked a project back up, nuked my OE sources, cleaned everything up, and began from scratch. Now, with a clone I did just minutes ago, I cannot get even the most simple build to complete. Lots of complaints about recipies in the obsolete directory and it then fails with "ParsingErrorsFound"... is this just the state of the repo or should I dig deeper for clues? |
| 06:27.02 | *** join/#oe anr78 (~Mich@147.84-49-231.nextgentel.com) |
| 06:30.16 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 06:42.12 | *** join/#oe vicky_ (~vicky@122.165.223.135) |
| 06:44.02 | vicky_ | my oe stucks at "task do_fetch: Started" when "bitbake nano"... |
| 06:57.46 | eFfeM_work | hi |
| 06:58.09 | HeinervdmOff | coreyfro: you should remove the obsolete dir from your BB_PATH |
| 06:59.06 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 07:01.20 | coreyfro | HeinervdmOff: Just delete it from the recipies or mask it? |
| 07:02.06 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 07:05.51 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 07:07.10 | *** join/#oe rob_w (~bob@ppp-188-174-87-162.dynamic.mnet-online.de) |
| 07:07.16 | *** join/#oe rob_w_ (~bob@ppp-188-174-87-162.dynamic.mnet-online.de) |
| 07:08.54 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 07:13.05 | CIA-47 | 03Khem Raj <raj.khem@gmail.com> 07master * rd808a0dc5c 10openembedded.git/classes/python-dir.bbclass: |
| 07:13.05 | CIA-47 | python-dir.bbclass: Add checks for 2.7 and 3.1 as well |
| 07:13.05 | CIA-47 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 07:14.06 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 07:17.17 | coreyfro | Ok, killing that directory and "nonworking" unstuck the process |
| 07:30.44 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 07:46.18 | *** join/#oe sgw (~sgw@134.134.139.76) |
| 07:46.51 | *** join/#oe torpor_ (~torpor@88-117-71-48.adsl.highway.telekom.at) |
| 07:47.28 | *** join/#oe B_Lizzard (~havoc@athedsl-430356.home.otenet.gr) |
| 07:49.48 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 07:50.05 | *** join/#oe vitus_ (~vitus@145.253.169.210) |
| 07:54.16 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 07:57.21 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 07:58.28 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:58.34 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 08:00.58 | *** join/#oe dth_ntb (~dth@a89-183-83-5.net-htp.de) |
| 08:01.02 | *** part/#oe dth_ntb (~dth@a89-183-83-5.net-htp.de) |
| 08:08.28 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 08:09.11 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 08:17.57 | Jay7 | morning |
| 08:17.59 | Jay7 | ka6sox: pong |
| 08:18.19 | eFfeM_work | hi Jay7 |
| 08:18.39 | Jay7 | lzma-native race was not fixed :( |
| 08:18.53 | Jay7 | I and ant have seen it again |
| 08:19.42 | *** join/#oe mr_nice|work (~mr_nice|w@83-64-51-210.static.xdsl-line.inode.at) |
| 08:20.03 | ka6sox | Jay7, did your patch to slow down the number of http Puts by a builder get accepted and implemented? |
| 08:20.30 | Jay7 | interesting build statistics: http://pastebin.com/0DQES7FL |
| 08:20.47 | Jay7 | ka6sox: no, still only idea |
| 08:21.41 | ka6sox | well, its abusive of the server infrastructure... |
| 08:22.02 | Jay7 | I will benchmark builds with different PARALLEL_MAKE and BB_THREADS_NUMBER |
| 08:22.08 | Jay7 | ka6sox: yeah.. |
| 08:22.46 | ka6sox | with that many builders pounding on the servers this wasn't intended I hope to be a multiple builder single repo thing...because its poorly implemented from a resources standpoint. |
| 08:23.33 | Jay7 | ka6sox: I'll try to speedup things... but I should time to kexecboot before.. |
| 08:24.28 | ka6sox | okay, when other users of the resource start noticing that they are slowing down then its time to get it fixed. ASAP. |
| 08:25.44 | Jay7 | hm.. I forgot word 'spend' in previous phrase |
| 08:26.03 | Jay7 | ka6sox: we should fix it anyway :) |
| 08:27.10 | ka6sox | Jay7, I understand that things take time...my issue is when you have a shared resource and one starts taking more than their share then it upsets the others. |
| 08:27.21 | *** join/#oe fraxinas (~quassel@pD9534DF0.dip.t-dialin.net) |
| 08:27.34 | Jay7 | ka6sox: bother me then ;) |
| 08:28.35 | *** join/#oe fraxinas (~quassel@pD9534DF0.dip.t-dialin.net) |
| 08:28.36 | ka6sox | okay, I need to stay on this till its fixed or we will have to turn it off till it is fixed. |
| 08:30.47 | mckoan | good morning |
| 08:32.35 | ka6sox | Jay7, I'm not just picking on you...I had another project that was burning up 4Mb of traffic constantly polling a site and rewriting the feeds from that site. |
| 08:32.49 | ka6sox | every 4 minutes |
| 08:32.56 | Jay7 | hehe |
| 08:33.07 | ka6sox | ya... |
| 08:33.35 | ka6sox | now its every 4hrs. |
| 08:35.40 | Jay7 | we need some python-skilled enthusiast |
| 08:36.34 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 08:41.19 | mckoan | bitbake fails : Error in compiling python function |
| 08:41.48 | mckoan | http://pastebin.com/yGaHX293 |
| 08:42.01 | mckoan | any clue? |
| 08:42.54 | mckoan | BitBake Build Tool Core version 1.10.2, bitbake version 1.10.2 |
| 08:43.01 | Jay7 | bb.debug(1, "Fetched staging package %s" % (bn)) have wrong spacing? |
| 08:43.13 | Jay7 | so it going out of block |
| 08:43.24 | Jay7 | then exception have no opening try |
| 08:43.28 | Jay7 | (just my ideas) |
| 08:45.09 | *** join/#oe methril_ (~methril@189.27.129.219.dynamic.adsl.gvt.net.br) |
| 08:49.39 | mckoan | Jay7: do you mean indentation? |
| 08:49.45 | Jay7 | mckoan: yes |
| 08:49.58 | mckoan | Jay7: looks is not intentation issue |
| 08:50.24 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 09:01.21 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 09:02.07 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 09:03.49 | mckoan | Jay7: the problem is except Exception as ex: |
| 09:04.36 | mckoan | commit fe706bb9af34ce43e8ec55fbf929a85d3b6d612a |
| 09:04.46 | mckoan | Author: Bernhard Reutner-Fischer |
| 09:04.57 | mckoan | Signed-off-by: Tom Rini |
| 09:06.16 | mckoan | I modified and solved the prioblem |
| 09:06.43 | mckoan | is preparing a patch to ML |
| 09:16.03 | CIA-47 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07master * r6a97f8c4f9 10openembedded.git/classes/packaged-staging.bbclass: |
| 09:16.03 | CIA-47 | packaged-staging.bbclass: partial revert of commit fe706bb9af34ce43e8ec55fbf929a85d3b6d612a due to build error |
| 09:16.03 | CIA-47 | * # ERROR: Error in compiling python function in: |
| 09:16.03 | CIA-47 | * # ERROR: The lines leading to this error were: |
| 09:16.03 | CIA-47 | * # ERROR: 22:SyntaxError:' except Exception as ex:' |
| 09:16.05 | mckoan | push is faster |
| 09:17.14 | ant_work | yep, in case of trivial fixes that's the way |
| 09:18.08 | mckoan | it's monday morning and I haven't time to prepare a ML patch ;-) |
| 09:34.26 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:36.52 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 09:36.52 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 09:37.51 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 09:40.21 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 09:40.55 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 09:41.53 | filip | any thoughts on the dependencies problem from the ML? |
| 09:47.15 | *** join/#oe davidlt (~davidlt@253-146.78-83.cust.bluewin.ch) |
| 09:48.16 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 09:55.11 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41) |
| 09:56.07 | stefan_schmidt | *yawn* |
| 09:56.11 | stefan_schmidt | Morning all |
| 10:46.50 | *** join/#oe ibot (ibot@rikers.org) |
| 10:46.50 | *** 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:49.53 | ant_work | JaMa|Off: do you add ASSUME_PROVIDED += "linux-libc-headers-native" building OE on Gentoo? |
| 10:50.36 | *** join/#oe Philippe_ (~Philippe@a83-245-252-47.elisa-laajakaista.fi) |
| 10:52.54 | JaMa|Off | ant_work: no |
| 10:53.18 | ant_work | ok, neither me but then I have random failures, now with curl-natie |
| 10:53.35 | ant_work | I'm reading now msgs in the ML (June 2010) |
| 10:53.41 | ant_work | it was 'debated' |
| 10:53.58 | ant_work | fell in the trap |
| 10:54.53 | Jay7 | ant_work: I can share my lxc container image for you :) |
| 11:03.39 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 11:04.43 | ant_work | ok, it seems indeed the sane default is assuming the buildhost headers are sane |
| 11:05.23 | ant_work | Tartarus fixed build RHEL4 which apparently has too old headers |
| 11:05.46 | ant_work | now, this is all fine but exposes to the risk of races...yes, headers can take long time to stage |
| 11:13.43 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 11:16.44 | *** join/#oe risca (~risca@tappan-125-95.eduroam.liu.se) |
| 11:18.19 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 11:19.52 | *** join/#oe johncylee (~johncylee@95.215.121.195) |
| 11:21.08 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 11:29.50 | *** join/#oe Ironnads (~Ironnads@host86-147-218-222.range86-147.btcentralplus.com) |
| 11:30.54 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 11:36.01 | filip | JaMa|Off: this looks crazy |
| 11:40.52 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 11:45.58 | JaMa|Off | this is crazy |
| 11:59.55 | *** join/#oe unsolo (~unsolo@50.80-203-43.nextgentel.com) |
| 12:10.15 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 12:10.58 | *** join/#oe johncylee (~johncylee@95.215.121.195) |
| 12:11.04 | *** join/#oe davidlt (~davidlt@cx-public-docking-1-114.ethz.ch) |
| 12:11.34 | davidlt | I want to add my .vimrc to package, but I get: |
| 12:11.35 | davidlt | NOTE: the following files were installed but not shipped in any package: |
| 12:11.35 | davidlt | NOTE: /home/root/.vimrc |
| 12:12.01 | davidlt | it is in 'image', 'package' directory in correct place, but it is not included in 'packages-list' |
| 12:12.46 | davidlt | /s/packages-list/packages-split/ |
| 12:15.16 | *** join/#oe risca (~risca@tappan-125-95.eduroam.liu.se) |
| 12:16.24 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 12:22.11 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 12:24.08 | *** join/#oe johncylee (~johncylee@95.215.121.195) |
| 12:24.17 | JaMa|Off | davidlt: why not /etc/vim/vimrc? |
| 12:24.31 | JaMa|Off | davidlt: and how do you know that user's homedir will be /home/root? |
| 12:24.53 | davidlt | Location doesn't matter much there is only one user, root |
| 12:25.12 | JaMa|Off | davidlt: then add right location to FILES_${PN} variable (and probably also CONFFILES_${PN} |
| 12:25.21 | JaMa|Off | davidlt: and what about root in /root? |
| 12:26.06 | *** join/#oe rcf (~rcf@81.243.21.76) |
| 12:26.10 | davidlt | I always putted .vrimrc after flashing to /home/root with all other files |
| 12:26.43 | davidlt | But how to write correct path to .vimrc ? |
| 12:27.13 | davidlt | Whatever I write, it is still not added |
| 12:27.51 | davidlt | ${D}/home/root/.vimrc , home/root/.vimrc |
| 12:28.27 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 12:30.56 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 12:32.53 | davidlt | JaMa|Off: Any suggestions? |
| 12:33.56 | *** join/#oe rcf (~rcf@81.243.21.76) |
| 12:35.08 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 12:38.39 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 12:41.08 | *** join/#oe johncylee (~johncylee@95.215.121.195) |
| 12:41.55 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 12:55.49 | *** join/#oe B_Lizzard (~havoc@athedsl-432203.home.otenet.gr) |
| 13:03.19 | JaMa|Off | davidlt: FILES_${PN} += "{sysconfdir}/vim/vimrc" |
| 13:03.26 | JaMa|Off | with $ |
| 13:03.31 | JaMa|Off | davidlt: FILES_${PN} += "${sysconfdir}/vim/vimrc" |
| 13:03.35 | davidlt | JaMa|Off: Already fixed |
| 13:03.58 | davidlt | Yha, got wireless access point on my Gumstix running stable! |
| 13:04.39 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 13:08.49 | rick-away | nnnnnn1qqqqqwqqqqqqqqqqqqqqqqqqqwuuuuuuuuuuuuuuuwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu |
| 13:08.49 | rick-away | uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu |
| 13:08.55 | rick-away | uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu |
| 13:09.02 | rick-away | uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuwwwwwwww |
| 13:11.30 | broonie | wonders if someone has a cat. |
| 13:13.14 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 13:13.37 | *** join/#oe Gaston|Home (~Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 13:17.29 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 13:29.31 | *** join/#oe unsolo (~unsolo@gentoo/user/unsolo) |
| 13:32.57 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 13:35.34 | *** join/#oe Jay7 (jay@95-29-109-9.broadband.corbina.ru) |
| 13:38.58 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 13:45.34 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 13:52.59 | tzanger | or a 2 year old |
| 13:54.28 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 13:55.08 | *** join/#oe pespin (~pespin@19.pool85-50-93.dynamic.orange.es) |
| 13:56.03 | mckoan | tzanger: hmmmm... a 2 year old pushes more keys randomly :_D |
| 13:56.22 | *** join/#oe aloisiojr (~aloisio@187.59.246.70) |
| 14:00.07 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 14:01.09 | *** join/#oe dth_ntb (~dth@a89-182-78-208.net-htp.de) |
| 14:01.42 | *** part/#oe dth_ntb (~dth@a89-182-78-208.net-htp.de) |
| 14:02.22 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:02.52 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 14:03.34 | tzanger | depends on if he's liking the result :-) |
| 14:07.11 | mickey|office | hehe |
| 14:11.10 | *** join/#oe stefan_schmidt (~stefan@g224236241.adsl.alicedsl.de) |
| 14:11.20 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
| 14:19.20 | pb_ | hi mickey|office |
| 14:21.23 | mickey|office | hey pb_! |
| 14:21.27 | mickey|office | how are things these days? |
| 14:22.23 | *** join/#oe kevinsc (~a0214685@nat/ti/x-diieienonkgwrafk) |
| 14:38.41 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 14:39.56 | pb_ | mickey|office: good, thanks. building work nears completion which is nice, and I am enjoying my new job. |
| 14:39.58 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:42.29 | *** join/#oe B_Lizzard (~havoc@athedsl-432203.home.otenet.gr) |
| 14:43.59 | kergoth | new job? |
| 14:44.21 | pb_ | well, "new". I started about four weeks ago now. |
| 14:44.41 | pb_ | www.brightsign.biz |
| 14:47.35 | kergoth_ | ah, nice |
| 14:50.01 | *** join/#oe claudiuM (~drupal@host202-16-dynamic.0-87-r.retail.telecomitalia.it) |
| 14:55.12 | Crofton|work | pb_, be sure to let us know what the backdoors are :) |
| 15:04.04 | mickey|office | pb_: interesting, i thought you were quite a crucial part of reciva. may i ask for the reason to quit? |
| 15:05.04 | pb_ | mickey|office: just a general sense of ennui really. I'd been there for nearly seven years and it seemed like I was in a bit of a rut. |
| 15:05.44 | mickey|office | pb_: right, after seven years i can imagine |
| 15:05.47 | pb_ | also, I was getting fed up with the administrative side of the job, having to deal with shareholders and lawyers and suchlike all the time |
| 15:06.26 | mickey|office | *nod* |
| 15:07.23 | *** join/#oe lamawithonel (~lucas@pool-96-231-162-14.washdc.fios.verizon.net) |
| 15:12.23 | *** join/#oe johncylee (~johncylee@95.215.121.195) |
| 15:15.14 | *** join/#oe ensc_ (~irc-ensc@p5DF2B9AB.dip.t-dialin.net) |
| 15:16.40 | *** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org) |
| 15:24.48 | hrw | pb_: still living around Cambridge? |
| 15:26.09 | pb_ | yes |
| 15:26.59 | hrw | pb_: so this time you do rather remote work? |
| 15:27.07 | pb_ | no, we have an office in cambridge |
| 15:30.56 | hrw | pb_: I will be in cambridge for this sun-sat |
| 15:31.10 | pb_ | ah, very good. what are you doing there? |
| 15:32.48 | hrw | pb_: Emdebian sprint at ARM office |
| 15:46.47 | *** join/#oe nitink (~nitink@nat/intel/x-rohdaxtlbpythoxz) |
| 16:01.11 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-lqobwgwarmillppc) |
| 16:02.43 | Crofton|work | shareholders and lawyers can be annoying .... |
| 16:09.58 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 16:10.56 | kergoth_ | guh, the bitbake manual doesn't even mention flags? |
| 16:11.05 | kergoth_ | what the hell. |
| 16:20.14 | mckoan | is there a uClibc (MMU-less) machine working in OE? I am trying ekiga but is broken |
| 16:22.30 | *** join/#oe torpor_ (~torpor@178-190-58-11.adsl.highway.telekom.at) |
| 16:24.19 | *** join/#oe claudiuM (~drupal@host2-248-dynamic.17-79-r.retail.telecomitalia.it) |
| 16:25.50 | ka6sox | Crofton|work, too true |
| 16:31.14 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07master * r52145ecccc 10openembedded.git/recipes/linux/linux_2.6.28.bb: |
| 16:31.14 | CIA-47 | linux 2.6.28: Add name param to ronetixpatch URL. |
| 16:31.14 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 16:32.18 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 16:33.11 | mckoan | what's Tom Rini's nick |
| 16:33.29 | kergoth_ | Tartarus |
| 16:33.36 | Tartarus | yes, hello |
| 16:33.48 | Tartarus | qt4 issue or that push? |
| 16:35.08 | mckoan | Tartarus: that push, I tried to solve it this morning but I didn't find the problem |
| 16:35.13 | mckoan | Tartarus: thank you |
| 16:35.13 | Tartarus | Ah |
| 16:35.16 | Tartarus | yeah, np |
| 16:35.30 | mckoan | Tartarus: I saw your bot logs on tinderbox ;-) |
| 16:37.23 | mckoan | Tartarus: BTW, why is required ;name=ronetixpatch now? |
| 16:38.12 | Tartarus | So, that's how you specify a name for part of a URI |
| 16:38.22 | Tartarus | it's the second half of SRC_URI[name.md5] = "md5sum" |
| 16:38.48 | mckoan | Tartarus: aha, for md5sum then |
| 16:39.00 | mckoan | Tartarus: thx |
| 16:42.39 | *** join/#oe B_Lizzard (~havoc@athedsl-432203.home.otenet.gr) |
| 16:47.32 | Tartarus | mckoan, what version of python do you have? |
| 16:48.08 | *** join/#oe rob_w (~bob@ppp-188-174-87-162.dynamic.mnet-online.de) |
| 16:50.43 | mckoan | Tartarus: the one prvided by Debian lenny 5.0 is Python 2.5.2, why? |
| 16:54.54 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 16:56.54 | Tartarus | trying to figure out your last commit :) |
| 16:59.26 | Tartarus | I thought bitbake 1.10 required 2.6, but I guess that's still 2.5 |
| 17:01.29 | mckoan | Tartarus: bitbake-1.10.2 works smoothly with Python 2.5.2 |
| 17:01.42 | fray | Huh, I thought it was 2.6 as well.. |
| 17:02.37 | mckoan | have a nice rest of the day |
| 17:03.32 | *** join/#oe kevinsc (~a0214685@nat/ti/x-awlstrrkcnewkhjp) |
| 17:04.34 | otavio | Hello. Did someone made any qt4 based sdk recently? |
| 17:04.41 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 17:04.58 | Tartarus | Nope, and no one asked for me to add it to my list, either :) |
| 17:05.23 | *** join/#oe demigod2k (4b3aceb1@gateway/web/freenode/ip.75.58.206.177) |
| 17:06.26 | otavio | It seems it fails. |
| 17:06.31 | demigod2k | howdy. trying to track down why nano won't build with prebuilt toolchain.... doesn't look quite as simple as I expected. the do_configure() step saw ncurses.h, but said no for get_wch and initscr |
| 17:06.34 | otavio | It tried to install cdparania |
| 17:06.56 | otavio | and there's no cdparanoia binary |
| 17:07.12 | demigod2k | the libraries are in tmp/sysroots/* and I checked with file and they're the correct types (arm and x86 respectively) |
| 17:07.21 | otavio | it seems a kind of uglyness due -dev packages |
| 17:08.12 | demigod2k | oh... and nm says the symbol is actually in there. any ideas how to diagnose why automake didn't see it? |
| 17:09.29 | filip | otavio: I've answered your mail on the ML :) |
| 17:10.20 | otavio | filip: which one? |
| 17:11.00 | Tartarus | demigod2k, your external-toolchain recipe needs more work is the answer |
| 17:11.12 | Tartarus | builds a lot of stuff, quite often, with external-toolchain-csl |
| 17:11.19 | *** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com) |
| 17:11.38 | filip | otavio: firmware splitting |
| 17:11.51 | otavio | checks |
| 17:13.45 | otavio | filip: saw it |
| 17:21.30 | demigod2k | Tartarus: ahhh found it. under work in the source folder there's a config.log that has the exact source that caused it to fail. I can track it down using that now |
| 17:22.54 | otavio | filip: I replied. |
| 17:23.03 | otavio | filip: so .. do you see my argument now? |
| 17:23.28 | Tartarus | filip, ping |
| 17:23.47 | Tartarus | http://patches.openembedded.org/patch/569/ doesn't apply now |
| 17:23.52 | Tartarus | otherwise I do like it :) |
| 17:24.13 | *** join/#oe davidlt (~davidlt@253-146.78-83.cust.bluewin.ch) |
| 17:24.51 | CIA-47 | 03Andreas Müller <schnitzeltony@gmx.de> 07master * r907bd09fef 10openembedded.git/recipes/clutter/clutter_1.4.2.bb: |
| 17:24.51 | CIA-47 | clutter: get dependency to json-glib to work |
| 17:24.51 | CIA-47 | * Error on fresh tmp build was |
| 17:24.51 | CIA-47 | * | checking for installed JSON-GLib... configure: error: not found |
| 17:24.51 | CIA-47 | * | ERROR: Function do_configure failed |
| 17:24.51 | CIA-47 | Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de> |
| 17:24.51 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:25.07 | CIA-47 | 03Filip Zyzniewski <filip.zyzniewski@gmail.com> 07master * r41e0fbf792 10openembedded.git/ (10 files in 5 dirs): (log message trimmed) |
| 17:25.07 | CIA-47 | deb packages support: switch from /var/dpkg to /var/lib/dpkg |
| 17:25.07 | CIA-47 | OE generally tries to use /var/dpkg, but the change is missing |
| 17:25.07 | CIA-47 | in some places, so it is needed to move completely to one of the |
| 17:25.08 | CIA-47 | options. Keeping the dpkg's default /var/lib/dpkg causes less |
| 17:25.08 | CIA-47 | maintenance overhead for OE. |
| 17:25.09 | CIA-47 | Signed-off-by: Filip Zyzniewski <filip.zyzniewski@gmail.com> |
| 17:25.10 | CIA-47 | 03Filip Zyzniewski <filip.zyzniewski@gmail.com> 07master * rb32d23948f 10openembedded.git/recipes/makedevs/makedevs_1.0.0.bb: |
| 17:25.10 | CIA-47 | makedevs: increase alternatives priority |
| 17:25.10 | CIA-47 | makedevs from busybox is installed with priority 50, so the discrete |
| 17:25.11 | CIA-47 | version of it should be installed with a higher one. |
| 17:25.11 | CIA-47 | Signed-off-by: Filip Zyzniewski <filip.zyzniewski@gmail.com> |
| 17:25.26 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 17:27.04 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:28.00 | filip | Tartarus: pong |
| 17:28.28 | filip | otavio: rather not... I don't know why would you like to force a specific vendor on a user |
| 17:29.18 | otavio | filip: if my device has only a realtek NIC why I'd provide a 3com firmware on the system? |
| 17:29.39 | Tartarus | filip, if you can re-submit 595 against current, I'll push it |
| 17:30.11 | filip | otavio: this firmwares are mostly for removable devices |
| 17:30.20 | otavio | It seems qt4 recipes are broken in a way that bitbake doesn't know about the binaries |
| 17:30.32 | filip | otavio: so how do you know if it is a realtek? |
| 17:30.38 | demigod2k | Tartarus: should I be worried if configure is saying --with-libtool-sysroot is an unrecognized option? Looks like it's failing the test because configure isn't looking under tmp/sysroots/ as my sysroot (because it didn't find the -lncurses) |
| 17:30.59 | pb_ | filip: sure, but that doesn't mean everybody wants to ship the drivers for every possible removeable device. |
| 17:31.03 | otavio | it doesn't know that libqtgui-dev is built so when I ask for it to be installed it thinks it is not existent one |
| 17:31.19 | pb_ | I guess the ideal thing (for micro at least) would be to split it per device, so each firmware file gets its own package. |
| 17:31.23 | filip | otavio: I mean - next step could be splitting further by vendors (or rather devices), but I wasn't interested in it so didn't do it |
| 17:31.28 | pb_ | other distros might want less granularity than that I guess. |
| 17:31.38 | otavio | filip: specially for embedded world most of time we want to be as specific as possible and not as general as possible |
| 17:31.41 | filip | pb_: true, but the current version of the recipe does exactly that |
| 17:32.02 | filip | pb_: a 24MB blob |
| 17:32.27 | otavio | filip: fully agree but since you're on that makes sense to fix it in a way it solves both problems |
| 17:32.35 | otavio | filip: your and others |
| 17:33.40 | filip | otavio: I need to focus - I am trying to fix deb support for jlime and it's taking a lot of time. So I don't do stuff I don't need for this ATM |
| 17:34.18 | Tartarus | filip, otavio, ping on the ML from me about what you're talking about :) |
| 17:34.29 | filip | Tartarus: which ons is 595? I got confused :P |
| 17:34.42 | filip | Tartarus: pw 404s on me |
| 17:34.53 | Tartarus | demigod2k, it's a little hard to say :) |
| 17:34.55 | Tartarus | filip, sec |
| 17:34.59 | otavio | filip: so for me it is a NACK. |
| 17:35.11 | Tartarus | http://patches.openembedded.org/patch/569/ is what i meant |
| 17:35.45 | otavio | filip: specially because it will add a upgrade path requirement that is broken imo |
| 17:36.11 | demigod2k | ya fair enough :) appears that I have the same copying like -csl.bb like you suggested but it's still looking in the sysroot where the compiler was built, so I have to force it to pass some sort of sysroot telling it to look under tmp/sysroots/* |
| 17:36.34 | Tartarus | demigod2k, yeah, sysroot stuff is fun... |
| 17:37.05 | Tartarus | We should be passing in, when compiling --sysroot=/OE/... |
| 17:37.23 | Tartarus | However, you might also need to make sure that the marvell compiler isn't doing something funny behind your back |
| 17:37.45 | Tartarus | ie with CSL toolchains, --sysroot + -te500v2 (which is a convience flag they added) it mangles sysroot beyond the normal paths |
| 17:37.59 | demigod2k | correct. I see a -isystem which would make it look there for includes, but I didn't see anything else on the configure step that would force it to look there for libraries |
| 17:38.18 | Tartarus | You should see --sysroot= stuff too, but lemme make sure that's not a local mod |
| 17:38.20 | Tartarus | I don't think it is... |
| 17:39.17 | Tartarus | OK, yeah, it is, heh |
| 17:39.24 | Tartarus | denix, ping |
| 17:39.37 | demigod2k | ahhh ok so I'm not crazy. thats all the confirmation I needed :) |
| 17:40.16 | Tartarus | I've got a local mod to do TOOLCHAIN_OPTIONS = " --sysroot=${STAGING_DIR_TARGET}" and then clearing TOOLCHAIN_OPTIONS in cross/native/etc.bbclass |
| 17:40.18 | filip | otavio: well for devices with buses available outside there will always be a reason for bus-specific packages to exist |
| 17:40.40 | demigod2k | where did you put that... in the local.conf? or in the *.bb for each thing? |
| 17:40.54 | filip | otavio: even if linux-firmware was split into vendor or product pieces - I think bus metapackages are still needed |
| 17:40.57 | otavio | filip: not certain. I think it is most more common to have a small set of vendors supported. |
| 17:41.13 | Tartarus | local.conf |
| 17:41.20 | otavio | filip: I never wanted to have those by bus in my case |
| 17:41.33 | pb_ | filip: do you really test all the possible devices for a given bus? |
| 17:41.33 | filip | otavio: and you really want only a 3com card to work in a PCMCIA socket, and not SMC for example? |
| 17:41.52 | demigod2k | sweet. I will try it after lunch. I can at least confirm that mod is pretty critical for an external toolchain. Appreciate you checking on it! |
| 17:42.01 | otavio | Someone with bitbake background can give me a hand on packaging "knownledge"? |
| 17:42.20 | pb_ | filip: if 3com is all my customers have requested and all I have tested, yes. there's no point shipping SMC drivers if nobody wants them and I don't know whether they work or not. |
| 17:43.01 | otavio | I tried to make a task that rdepends on libqtgui-dev and it doesn't work |
| 17:43.09 | otavio | it seems that it is missing something on qt4.inc |
| 17:43.13 | otavio | but I fail to see what |
| 17:43.36 | filip | otavio: but this is your case, and OE is used for free distributions as well.. |
| 17:44.43 | filip | unless I got something wrong and OE is only for devices with a set limit of features |
| 17:44.50 | otavio | filip: sure. That's why I didn't deny your use case. But for me to ack the patch it needs to fit my "requirements". If someone wants to ack it so be it. I won't ack it. |
| 17:45.03 | filip | ah I get it now :) |
| 17:45.20 | filip | pb_: we have a bit different usage scenario |
| 17:45.33 | otavio | filip: if you push it I will have to work on that and fix it for our usage. |
| 17:45.42 | otavio | filip: I prefer if you do that since you're working on that |
| 17:45.56 | filip | otavio: but I've already moved on to something else |
| 17:46.20 | filip | otavio: you can't use linux-firmware ATM, so I don't break anything for you, right? |
| 17:46.31 | filip | otavio: it's just that this patch is no use for you |
| 17:46.39 | filip | otavio: but no harm either |
| 17:48.23 | filip | Tartarus: ok, I'll resend 569 |
| 17:48.23 | otavio | filip: partially. |
| 17:48.52 | Tartarus | thanks |
| 17:49.06 | filip | otavio: the next step would be changing the dependency tree from linux-firmware -> linux-firmware-pci to linux-firmware -> linux-firmware-pci -> linux-firmware-rtl8168 |
| 17:50.45 | rick-work | is very sorry about the long string of "U"s last night. My cat apparently decided she liked sleeping on the laptop. |
| 17:51.57 | khem | gm all |
| 17:52.06 | Crofton|work | rick-work, good for your cat |
| 17:52.32 | CIA-47 | 03Chris Larson <chris_larson@mentor.com> 07master * rc751c19129 10openembedded.git/classes/utils.bbclass: (log message trimmed) |
| 17:52.33 | CIA-47 | utils: drop exported var env caching for oe_popen |
| 17:52.33 | CIA-47 | This was dangerous, as an oe_run executed from the configuration metadata |
| 17:52.33 | CIA-47 | would result in caching the config metadata information, rather than the final |
| 17:52.33 | CIA-47 | metadata information. We could also cache it by the datasmart instance, but I |
| 17:52.33 | CIA-47 | don't think its worth the trouble at this time, particularly given the next |
| 17:52.33 | CIA-47 | bitbake release exports all exported vars into the process environment |
| 17:52.43 | CIA-47 | 03Chris Larson <chris_larson@mentor.com> 07master * r1d6bdc44ad 10openembedded.git/classes/packaged-staging.bbclass: |
| 17:52.43 | CIA-47 | packaged-staging: add debug info for oe_run failures |
| 17:52.43 | CIA-47 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 17:52.55 | otavio | filip: I understand your idea. |
| 17:53.16 | khem | python has QA_ERRORS hmmm |
| 17:53.19 | khem | ERROR: QA Issue with python-sqlite3: package python-sqlite3 contains bad RPATH /scratch/oe/sysroots/armv5te-oe-linux-uclibceabi/usr/lib in file /scratch/oe/work/armv5te-oe-linux-uclibceabi/python-2.7.1-ml1.2/packages-split/python-sqlite3/usr/lib/python2.7/lib-dynload/_sqlite3.so |
| 17:53.35 | khem | lets see |
| 17:54.39 | khem | ok I see |
| 17:55.07 | khem | mickey|bbl: is there a provision in python to differntiate cross or native build ? |
| 17:55.52 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
| 17:56.53 | mickey|bbl | khem: no, that's why we have to patch it a bit here and there |
| 17:58.46 | demigod2k | Tartarus: was too excited to wait for lunch. The TOOLCHAIN_OPTIONS worked. I'll post a mailing list followup after lunch so it's documented. |
| 17:59.08 | khem | mickey|bbl: how about introducing a env variable |
| 17:59.30 | khem | mickey|bbl: the problem I reported above is because setup.py is adding -R option to ld |
| 17:59.42 | khem | and it just adds the dir where it finds the shared object |
| 17:59.48 | khem | which will not work in cross env |
| 18:00.04 | khem | since the objects are in sysroot |
| 18:00.32 | khem | and the sysroot wont eisit on target as it is |
| 18:00.36 | Tartarus | demigod2k, yay |
| 18:00.49 | Tartarus | khem, re the libvpx patch on patches, had a chance to debug any further? |
| 18:00.52 | demigod2k | thanks for the help :) |
| 18:01.02 | khem | Tartarus: nope |
| 18:01.08 | Tartarus | k |
| 18:01.19 | Tartarus | I'd like to have a verdict by the next testing branch if we can (thurs) |
| 18:01.47 | khem | you can take it in for release if you like |
| 18:01.56 | khem | but it wont go into master without finding the real cause |
| 18:02.32 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 18:04.47 | filip | Tartarus: I've given the wrong message-id and the second version of the insert_feeds patch will land here: http://patches.openembedded.org/patch/567/ |
| 18:04.56 | filip | Tartarus: should I resend with a proper message-id? |
| 18:06.16 | Tartarus | no, that's fine |
| 18:06.27 | kergoth | ponders |
| 18:06.30 | filip | Tartarus: hm, gmail put it in separate thread |
| 18:08.14 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 18:08.48 | eFfeM | gm |
| 18:10.34 | khem | How about starting to default to python 2.7.1 |
| 18:10.42 | khem | any opinions |
| 18:11.11 | Tartarus | I know 2.7 + psyco don't mix |
| 18:11.54 | khem | hmm |
| 18:11.57 | mickey|bbl | 2.7 has a couple of problems wrt. support for older extension modules |
| 18:12.14 | mickey|bbl | so i would rather prefer to skip it completely and just start with py3 in parallel |
| 18:14.46 | khem | mickey|bbl: ok cool |
| 18:15.03 | khem | so let me fix this in 2.6.5 then |
| 18:15.08 | mickey|bbl | or .6 |
| 18:15.15 | mickey|bbl | which JaMa is about to push or already has |
| 18:16.59 | khem | err we have 2.7 |
| 18:17.12 | *** join/#oe GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
| 18:18.32 | GNUtoo|laptop | hi, I've a problem with the bug 1.x kernel: | calibrate.c:(.text+0x10): undefined reference to `__gnu_mcount_nc' |
| 18:18.41 | GNUtoo|laptop | with angstrom 2010.x |
| 18:18.50 | GNUtoo|laptop | any ideas? |
| 18:18.54 | GNUtoo|laptop | or should I dig into it? |
| 18:19.42 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 18:21.07 | CIA-47 | 03Filip Zyzniewski <filip.zyzniewski@gmail.com> 07master * r3a11e3464d 10openembedded.git/classes/ (image.bbclass rootfs_ipk.bbclass): |
| 18:21.07 | CIA-47 | image.bbclass: move insert_feed_uris() to rootfs_ipk.bbclass |
| 18:21.07 | CIA-47 | This function generates feed configuration for opkg and as such |
| 18:21.07 | CIA-47 | should be used only for images using ipk, not rpm or deb. |
| 18:21.07 | CIA-47 | Signed-off-by: Filip Zyzniewski <filip.zyzniewski@gmail.com> |
| 18:21.08 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 18:21.26 | khem | GNUtoo|laptop: are you using profiling |
| 18:22.07 | GNUtoo|laptop | no idea |
| 18:22.13 | GNUtoo|laptop | I use the stock angstrom 2010.x |
| 18:22.17 | GNUtoo|laptop | I'll check for the options |
| 18:22.24 | GNUtoo|laptop | that is to say |
| 18:22.31 | GNUtoo|laptop | I didn't add profiling myself |
| 18:22.36 | GNUtoo|laptop | maybe it's there by defualt |
| 18:22.40 | GNUtoo|laptop | maybe it's not |
| 18:23.47 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07master * r62f40fb9dd 10openembedded.git/classes/packaged-staging.bbclass: |
| 18:23.47 | CIA-47 | packaged-staging: Don't pass a trailing ' ' to bb.mkdirhier |
| 18:23.47 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 18:23.51 | khem | GNUtoo|laptop: which package is it that complains |
| 18:23.59 | GNUtoo|laptop | linux-bug |
| 18:24.18 | GNUtoo|laptop | linux-bug_2.6.27.2.bb |
| 18:24.38 | GNUtoo|laptop | it's a kernel for the bug device 1.x |
| 18:24.47 | GNUtoo|laptop | which is a machine from buglabs |
| 18:25.31 | khem | hmmm strange |
| 18:25.38 | khem | calibrate.c is part of kernel ? |
| 18:25.45 | GNUtoo|laptop | I think so |
| 18:25.47 | GNUtoo|laptop | I'll check |
| 18:26.04 | khem | well if kernel is wanting some function from libc thats broken from onset |
| 18:26.16 | GNUtoo|laptop | indeed ouch |
| 18:26.24 | GNUtoo|laptop | I didn't realize that |
| 18:26.38 | GNUtoo|laptop | sounds strange |
| 18:26.42 | GNUtoo|laptop | I'll doubble check |
| 18:26.50 | GNUtoo|laptop | ./init/calibrate.c |
| 18:27.19 | GNUtoo|laptop | I'll tripple check |
| 18:27.24 | GNUtoo|laptop | because that sounds impossible |
| 18:27.31 | GNUtoo|laptop | maybe I didn't look well enough |
| 18:28.40 | GNUtoo|laptop | http://www.pastie.org/1563514 |
| 18:28.44 | GNUtoo|laptop | how is that possible? |
| 18:28.46 | JaMa|Off | mickeyl: Ã have found an issue with patches I sent today with python upgrade.. .pyc are not created somehow (after next rebuild) when I tested it in the morning I had those, checking why |
| 18:28.51 | GNUtoo|laptop | it compiled well before |
| 18:29.17 | khem | GNUtoo|laptop: can you run it with V=1 |
| 18:29.23 | khem | and see what options are being passed |
| 18:29.27 | GNUtoo|laptop | ok |
| 18:29.30 | GNUtoo|laptop | I'll do that |
| 18:29.49 | GNUtoo|laptop | maybe some LDFLAGS issues |
| 18:30.31 | GNUtoo|laptop | because oe_runmake include some userspace LDFLAGS by default |
| 18:30.33 | GNUtoo|laptop | or did in the past |
| 18:30.44 | GNUtoo|laptop | <PROTECTED> |
| 18:30.50 | GNUtoo|laptop | and the kernel_do_compile does that |
| 18:30.52 | GNUtoo|laptop | but I'll try |
| 18:30.54 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 18:31.08 | GNUtoo|laptop | * oe_runmake uImage CC="arm-angstrom-linux-gnueabi-gcc -mno-thumb-interwork -mno-thumb" LD="arm-angstrom-linux-gnueabi-ld " |
| 18:31.45 | khem | mickeyl: http://pastebin.com/f7QLZ9pY |
| 18:31.57 | khem | mickeyl: this patch will fix the QA error that I am seeing |
| 18:32.00 | khem | in python |
| 18:32.36 | GNUtoo|laptop | http://www.pastie.org/1563532 |
| 18:33.07 | mickeyl | khem: right, that looks good |
| 18:33.16 | GNUtoo|laptop | I'll try with LDFLAGS="" |
| 18:33.23 | mickeyl | HOST_SYS and BUILD_SYS is exactly what i'm using in the distutils patches as well |
| 18:33.54 | khem | mickeyl: OK cool. I will push it |
| 18:34.23 | GNUtoo|laptop | export LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu" |
| 18:34.29 | GNUtoo|laptop | there is stuff like that in the script |
| 18:34.32 | JaMa|Off | khem: some chages I did for 2.6.6 should be applied also to 2.7.1 (like manifest etc) |
| 18:34.47 | khem | JaMa|Off: 2.7 is out of question |
| 18:34.52 | GNUtoo|laptop | export TARGET_LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu" |
| 18:34.55 | GNUtoo|laptop | etc... |
| 18:34.57 | khem | we should just stay at 2.6.6 |
| 18:35.00 | JaMa|Off | khem: but great that you found that RPATH issue (I tried and failed - prepared 2.6.6 only as side-effect) |
| 18:35.09 | khem | :) |
| 18:35.25 | JaMa|Off | khem: ok I just noticed that patch in pastebin is against 2.7 |
| 18:35.28 | khem | JaMa|Off: it would be better if you moved to python 3.x |
| 18:35.41 | khem | JaMa|Off: I just tried it with 2.6.5 |
| 18:35.48 | khem | works |
| 18:36.00 | khem | GNUtoo|laptop: those options are harmless |
| 18:36.18 | GNUtoo|laptop | ok |
| 18:36.57 | GNUtoo|laptop | always remove LDFLAGS when compiling uboot or the kenrel with the devshell else he has compilation errors |
| 18:36.59 | khem | GNUtoo|laptop: can you preprocess caliberate.c |
| 18:37.06 | GNUtoo|laptop | ok |
| 18:37.06 | khem | and pasteint |
| 18:37.26 | GNUtoo|laptop | I don't remember how to preprocess kenrel stuff |
| 18:38.12 | GNUtoo|laptop | I'll look |
| 18:39.09 | JaMa|Off | khem: so should I push 2.6.6 and then you'll apply your RPATH fix on top? |
| 18:39.21 | khem | JaMa|Off: eitherway |
| 18:39.36 | khem | JaMa|Off: are you going to remove 2.6.5 ? |
| 18:39.45 | khem | and 2.7 |
| 18:40.30 | JaMa|Off | only 2.6.5 |
| 18:40.37 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 18:40.45 | khem | hmmm ok |
| 18:40.47 | khem | go ahead |
| 18:40.50 | mickeyl | there might be some folks who need 2.7, but lets not make it DP=1 |
| 18:40.59 | khem | yeah got it |
| 18:41.36 | GNUtoo|laptop | ok found it |
| 18:42.00 | khem | JaMa|Off: are you going to push those changes now or later |
| 18:42.42 | khem | you can add my acks I just looked at the patches on pw |
| 18:43.43 | JaMa|Off | now |
| 18:44.13 | khem | ok I liked the cleanup wrt to packaging |
| 18:44.53 | CIA-47 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rbb99d26fb2 10openembedded.git/ (2 files in 2 dirs): |
| 18:44.53 | CIA-47 | python: generate-manifest-2.6.py, update few entries |
| 18:44.53 | CIA-47 | * config was in python-dev as well as python-distutils, keep in |
| 18:44.53 | CIA-47 | distutils |
| 18:44.53 | CIA-47 | * linecache.* was in python-core as well as python-lang, keep in core |
| 18:44.53 | CIA-47 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 18:45.03 | CIA-47 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r06be2fc468 10openembedded.git/ (2 files in 2 dirs): |
| 18:45.03 | CIA-47 | python: generate-manifest-2.6.py, sort packages when generating output file |
| 18:45.03 | CIA-47 | * iteritems and packages didn't have defined order, so every regeneration created huge patch, hard to review |
| 18:45.03 | CIA-47 | * alphabetical order should work fine here as long as we have disjunct FILES |
| 18:45.04 | CIA-47 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 18:45.04 | CIA-47 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rb980489fda 10openembedded.git/ (2 files in 2 dirs): |
| 18:45.05 | CIA-47 | python: generate-manifest-2.6.py, more s/python/${PN}/g and regenerate it |
| 18:45.05 | CIA-47 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 18:45.06 | CIA-47 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r3488225a01 10openembedded.git/recipes/python/python_2.6.6.bb: |
| 18:45.06 | CIA-47 | python: merge few s/python/${PN}/g from poky |
| 18:45.07 | CIA-47 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 18:45.08 | CIA-47 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * re6a1fcb4ab 10openembedded.git/recipes/python/ (18 files in 2 dirs): |
| 18:45.46 | CIA-47 | python: upgrade from 2.6.5 to 2.6.6 |
| 18:45.46 | CIA-47 | * refresh patches from poky where applicable |
| 18:45.46 | CIA-47 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 18:46.19 | GNUtoo|laptop | arrg javascript.....is slowing down the paste |
| 18:46.27 | JaMa|Off | pushed and now I gtg |
| 18:47.18 | filip | Tartarus: I have send the second version of the linux-firmware.patch |
| 18:47.38 | GNUtoo|laptop | it says the paste is larger than 100k, I'll try another pastebin |
| 18:48.43 | mickeyl | heh |
| 18:48.53 | GNUtoo|laptop | http://pastebin.com/tNcPqz2T |
| 18:49.26 | Tartarus | k, thanks |
| 18:49.43 | GNUtoo|laptop | it's from init/calibrate.i |
| 18:49.56 | khem | GNUtoo|laptop: and do you see the commandline options |
| 18:50.06 | khem | used to compile caliberate.i |
| 18:50.44 | denix | Tartarus: pong |
| 18:50.47 | khem | GNUtoo|laptop: can you also generate caliberate.s |
| 18:51.00 | GNUtoo|laptop | ok |
| 18:51.00 | Tartarus | denix, you use external-toolchain-csl, do you do something to pass in --sysroot? |
| 18:51.19 | GNUtoo|laptop | <PROTECTED> |
| 18:51.27 | GNUtoo|laptop | http://pastebin.com/cmJUL5SB |
| 18:51.28 | denix | Tartarus: not yet |
| 18:51.47 | khem | GNUtoo|laptop: no I need all the options |
| 18:51.50 | khem | with V=1 |
| 18:51.59 | khem | oe_runmake V=1 |
| 18:52.00 | GNUtoo|laptop | that's in the pastebin |
| 18:52.29 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
| 18:52.40 | denix | Tartarus: you have a patch for that? |
| 18:52.49 | Tartarus | not formally, no |
| 18:53.05 | Tartarus | But you need one too then and we aren't crazy? OK, good :) |
| 18:53.17 | GNUtoo|laptop | <PROTECTED> |
| 18:53.19 | denix | :) |
| 18:53.45 | khem | GNUtoo|laptop: it says make[1]: `init/calibrate.i' is up to date. |
| 18:53.50 | khem | you need to delete it and redo |
| 18:53.57 | khem | then you will see options |
| 18:54.13 | GNUtoo|laptop | http://pastebin.com/0NVeLJ7D |
| 18:54.16 | GNUtoo|laptop | calibrate.s ^^^ |
| 18:54.22 | GNUtoo|laptop | ok thanks |
| 18:54.30 | GNUtoo|laptop | that calibrate.s has mcount |
| 18:54.45 | khem | yes i see |
| 18:54.52 | khem | redo caliberate.i |
| 18:55.44 | GNUtoo|laptop | http://pastebin.com/JbvQ1a5k |
| 18:57.12 | Tartarus | kicks u-boot for insisting that the right way to build the fw env tools is to default to hostcc |
| 18:57.13 | khem | GNUtoo|laptop: ok so here it your problem you are passing -pg |
| 18:57.16 | khem | to compiler |
| 18:57.19 | *** join/#oe morphis (~morphis@dslb-092-076-168-181.pools.arcor-ip.net) |
| 18:58.02 | GNUtoo|laptop | ah ok |
| 18:58.06 | GNUtoo|laptop | why is it passing -pg? |
| 18:58.09 | GNUtoo|laptop | I'll look |
| 18:58.12 | khem | GNUtoo|laptop: thats only useful if you will provide mcount and other profiling hook implementation |
| 18:58.16 | khem | compiler sort of expects it |
| 18:58.26 | GNUtoo|laptop | yes but I didn't change that myself |
| 18:58.28 | GNUtoo|laptop | I'll look |
| 18:58.33 | khem | its passing because you are asking for it :) |
| 18:58.40 | khem | machines are seldom wrong |
| 18:58.58 | khem | needs tea |
| 18:59.05 | GNUtoo|laptop | I mean I didn't commit something, maybe someone else did |
| 18:59.14 | GNUtoo|laptop | another human |
| 19:05.21 | GNUtoo|laptop | where should I look for pg? |
| 19:05.22 | khem | hrmm now python is fixed lets move to the first problem I was trying to fix |
| 19:05.39 | GNUtoo|laptop | it's not in local.conf obviously |
| 19:05.44 | khem | GNUtoo|laptop: do bitbake -e <your recipe> > /tmp/xx |
| 19:05.50 | GNUtoo|laptop | ok |
| 19:05.54 | khem | and then search in /tmp/xx |
| 19:05.59 | khem | that might give you idea |
| 19:06.07 | GNUtoo|laptop | yes for getting the environment |
| 19:06.11 | GNUtoo|laptop | thanks for the idea |
| 19:06.16 | Tartarus | filip, i'll push the package_deb.bbclass change shortly (just kicked a test build of something else) |
| 19:06.28 | Tartarus | And I want someone else to make sure I really remember on device update paths right |
| 19:06.35 | Tartarus | Pretty sure I do, heh |
| 19:06.48 | khem | Tartarus: yes deb changes are fine |
| 19:06.57 | khem | Tartarus: deb was broken anyway |
| 19:07.01 | Tartarus | how about the linux-firmware one? |
| 19:07.08 | khem | did not look into that one |
| 19:07.34 | khem | http://patches.openembedded.org/patch/589/ |
| 19:07.36 | khem | this one ? |
| 19:07.45 | Tartarus | yes |
| 19:08.52 | CIA-47 | 03Filip Zyzniewski <filip.zyzniewski@gmail.com> 07org.openembedded.dev * r0a4ef90cd6 10openembedded.git/classes/package_deb.bbclass: |
| 19:08.52 | CIA-47 | package_deb.bbclass: Use PKGV/PKGR variables where applicable. |
| 19:08.52 | CIA-47 | Using PV/PR causes problems like libncursesw5_5.7-r16 depending on |
| 19:08.52 | CIA-47 | libtinfo5 (>= 5.7+20110115). |
| 19:08.52 | CIA-47 | Signed-off-by: Filip Zyzniewski <filip.zyzniewski@gmail.com> |
| 19:08.53 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 19:09.05 | Tartarus | pushes the delegate button :) |
| 19:10.10 | khem | Try to defer http://patches.openembedded.org/patch/573/ |
| 19:10.18 | khem | as long as we fix the fallouts |
| 19:14.12 | CIA-47 | 03Chris Larson <chris_larson@mentor.com> 07master * rdcefe88bff 10openembedded.git/classes/packaged-staging.bbclass: |
| 19:14.12 | CIA-47 | Revert 6a7f8c in favor of a real fix |
| 19:14.12 | CIA-47 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 19:14.12 | Tartarus | Yeah |
| 19:15.34 | khem | Tartarus: looking at your build picture |
| 19:15.40 | khem | I guess we should add one of micro |
| 19:15.49 | khem | since it has flattened tree |
| 19:16.01 | khem | it might be a good one to test |
| 19:16.14 | khem | for atleast one machine/image |
| 19:16.35 | Tartarus | I can try adding micro + qemu* |
| 19:16.42 | Tartarus | and see what the fall out is in terms of time, too |
| 19:17.46 | khem | I know grg uses micro |
| 19:17.53 | khem | so you will have some help there |
| 19:25.01 | *** join/#oe RP (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 19:27.26 | obi | filip: PKGR already contains DISTRO_PR |
| 19:27.41 | *** join/#oe RP (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 19:30.04 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07master * rd5157da6f3 10openembedded.git/recipes/u-boot/ (u-boot.inc u-boot_git.bb): (log message trimmed) |
| 19:30.04 | CIA-47 | u-boot: Make sure we use override HOSTCC for env tools |
| 19:30.04 | CIA-47 | Upstream says that the right way to build a target binary of the env |
| 19:30.04 | CIA-47 | tools is to pass in HOSTCC=your-cross-cc. Bump the PR in u-boot_git.bb |
| 19:30.04 | CIA-47 | to fix as many easily fixable ones as possible, but other platforms |
| 19:30.05 | CIA-47 | may have been shipping bad binaries (since we had skipped testing |
| 19:30.06 | CIA-47 | on this package due to GNU_HASH issues when built for the target). |
| 19:31.54 | obi | filip: afaik the control files of deb and ipk packages should be identical, except for the target architecture specification on some platforms |
| 19:34.08 | filip | obi: argh, so the patch is wrong? |
| 19:34.27 | obi | yes |
| 19:36.05 | obi | i think it would be best to use a common code path for both package types |
| 19:36.18 | filip | hm |
| 19:37.06 | filip | the idea overwhelms me ATM :) |
| 19:39.35 | filip | obi: do you suggest inheritance from a common file? |
| 19:39.53 | obi | yes |
| 19:40.25 | filip | eh, I am not the right person for this :P |
| 19:40.32 | filip | but I will try |
| 19:40.39 | obi | ok, it can still be done later |
| 19:42.16 | *** join/#oe timtimred (~meh@85.210.139.251) |
| 19:44.51 | GNUtoo|laptop | khem, I see no pg in bitbake -e linux-bug |
| 19:44.59 | GNUtoo|laptop | only sutff like gnupg |
| 19:45.09 | GNUtoo|laptop | or gpg |
| 19:45.14 | filip | obi: will this do for now: http://pastebin.com/DKeDs3xL ? |
| 19:45.45 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 19:45.51 | *** join/#oe anarsoul (~anarsoul@46.28.101.209) |
| 19:46.40 | khem | GNUtoo|laptop: should be possible to track it |
| 19:46.50 | khem | grep in your source tree |
| 19:47.21 | GNUtoo|laptop | ah ok |
| 19:47.27 | GNUtoo|laptop | source of linux-bug then |
| 19:49.22 | khem | yes |
| 19:49.46 | GNUtoo|laptop | there are a lot of -pg |
| 19:49.50 | GNUtoo|laptop | I'll investigate |
| 19:49.51 | GNUtoo|laptop | thanks a lot |
| 19:50.33 | *** join/#oe bing (90bf9403@gateway/web/freenode/ip.144.191.148.3) |
| 19:52.51 | eFfeM | any recently tried to build rpm-native? for me it fails in do_compile, with file: could not find any magic files (after spitting out some warnings) |
| 19:52.59 | eFfeM | see http://www.pastie.org/1563831 for log |
| 19:53.26 | eFfeM | or can someone perhaps kick off a build for rpm-native to see if this only at my side ? |
| 19:54.22 | Jay7 | evening |
| 19:54.24 | *** join/#oe hwtechnik (~hwtechnik@h081217109005.dyn.cm.kabsi.at) |
| 19:54.47 | Jay7 | eFfeM: I can do |
| 19:56.01 | eFfeM | Jay7: cool |
| 19:56.18 | eFfeM | gone for 15 mins or so but will stay in the channel |
| 19:57.57 | obi | filip: yes, that patch looks good |
| 19:58.33 | Jay7 | vote for commit access for filip |
| 19:59.39 | bing | Hi, I am still leaning OE stuff. So far, I successfully carryed out "bitbake nano" as stated in "getting started". My questions are: what is the next I probably need to do? How can configure OE for MPC8313E RDB board? |
| 20:00.23 | GNUtoo|laptop | I'll try to change the defconfig |
| 20:00.28 | GNUtoo|laptop | there are some profiling stuff in it |
| 20:01.52 | bing | I just do'nt have a clear pictures how to get a "hello world" running in my mpc8313 board. |
| 20:04.21 | GNUtoo|laptop | bing, is your board supported by oe? |
| 20:04.25 | bing | for example: show "hello world" in the hyperterminal console which hook to the MPC8313 board |
| 20:04.28 | GNUtoo|laptop | if not it's really easy to add |
| 20:04.30 | *** join/#oe zlt_ (~zlt@li146-250.members.linode.com) |
| 20:04.49 | GNUtoo|laptop | then you could bitbake helloworld |
| 20:04.53 | GNUtoo|laptop | and install it |
| 20:04.56 | GNUtoo|laptop | and run it |
| 20:05.45 | bing | I think OE support MPC8313 |
| 20:05.57 | GNUtoo|laptop | or nearly any oe built package |
| 20:05.58 | GNUtoo|laptop | ok |
| 20:06.04 | GNUtoo|laptop | I'll look |
| 20:06.10 | GNUtoo|laptop | what's in your local.conf? |
| 20:06.13 | GNUtoo|laptop | for MACHINE |
| 20:06.51 | Tartarus | bing, there's an mpc8315e-rdb target at least, perhaps an mpc8313e-rdb too |
| 20:06.56 | Tartarus | I know I build one of those... |
| 20:07.04 | bing | the key is how to "install"? |
| 20:07.20 | Tartarus | on the machine? |
| 20:07.23 | GNUtoo|laptop | install depend on your board |
| 20:07.25 | Jay7 | with opkg/rpm/dpkg :) |
| 20:07.37 | GNUtoo|laptop | first you need to install an image |
| 20:07.48 | GNUtoo|laptop | that depend on your board |
| 20:08.03 | GNUtoo|laptop | for instance can it boot on microsd? |
| 20:08.12 | GNUtoo|laptop | does it require to boot on NAND |
| 20:08.14 | GNUtoo|laptop | etc.... |
| 20:08.19 | GNUtoo|laptop | microsd is easier |
| 20:08.33 | GNUtoo|laptop | you just need to untar the rootfs in the microsd with the right command |
| 20:08.46 | bing | sorry, I do't really understand what is "install an image", and how? |
| 20:08.49 | GNUtoo|laptop | and then you use the usual way of booting on microsd |
| 20:09.04 | GNUtoo|laptop | bing, I'll explain |
| 20:09.11 | Jay7 | at first he should build image :) |
| 20:09.12 | GNUtoo|laptop | imagine you've got a new laptop |
| 20:09.29 | bing | ok |
| 20:09.45 | GNUtoo|laptop | and you want to run a hello world application under ubuntu |
| 20:09.49 | GNUtoo|laptop | on your laptop |
| 20:10.00 | GNUtoo|laptop | first you need to install ubuntu |
| 20:10.05 | GNUtoo|laptop | and then to install a hello world program |
| 20:10.09 | bing | ok |
| 20:10.20 | GNUtoo|laptop | now.... |
| 20:10.30 | GNUtoo|laptop | what you have there is a bit different from a laptop |
| 20:10.45 | GNUtoo|laptop | you need to build or get an image that was built for your device |
| 20:10.52 | GNUtoo|laptop | if you want to build it yourself |
| 20:10.56 | GNUtoo|laptop | just look in |
| 20:11.00 | GNUtoo|laptop | recipes/images |
| 20:11.02 | GNUtoo|laptop | for an image |
| 20:11.09 | GNUtoo|laptop | simple image include console-image |
| 20:11.42 | GNUtoo|laptop | or console-base-image |
| 20:11.53 | bing | do u mean that "image" is the OS of the board? |
| 20:11.58 | GNUtoo|laptop | yes |
| 20:12.01 | GNUtoo|laptop | somehow |
| 20:12.19 | GNUtoo|laptop | it's the ubuntu you install on the laptop |
| 20:12.28 | GNUtoo|laptop | only that the installation method is different |
| 20:12.47 | GNUtoo|laptop | and that you don't need to go trough a GUI and so on |
| 20:12.50 | GNUtoo|laptop | to install it |
| 20:13.09 | bing | what are the typical way to install? |
| 20:13.13 | GNUtoo|laptop | there are simplier ways but from the command line unfortunately |
| 20:13.24 | GNUtoo|laptop | first let's talk about your board |
| 20:13.36 | GNUtoo|laptop | can your board boot on a microsd or an SD card? |
| 20:13.58 | bing | the board is new, do't know yet |
| 20:14.16 | bing | just tell me a example |
| 20:14.48 | GNUtoo|laptop | do you have an sd slot on it? |
| 20:14.55 | bing | there is a sd slot on it |
| 20:14.59 | *** part/#oe jeremiah (~jeremiah@li150-237.members.linode.com) |
| 20:14.59 | GNUtoo|laptop | ok |
| 20:15.13 | GNUtoo|laptop | then to install an image on sd I usually do that: |
| 20:15.18 | GNUtoo|laptop | bitbake console-image |
| 20:15.22 | GNUtoo|laptop | wait some hours |
| 20:15.28 | Tartarus | khem, hey, do you know why we pass --disable-debug to *glibc configure? Makes stepping into stuff harder than needed :) |
| 20:15.29 | GNUtoo|laptop | if you build from scratch |
| 20:15.34 | GNUtoo|laptop | else it can be very fast |
| 20:15.48 | GNUtoo|laptop | then I put the microsd in my workstation |
| 20:15.51 | eFfeM | Tartarus: bing there is an mpc8313e-rdb target, I've build it quite a number of times |
| 20:15.55 | GNUtoo|laptop | the one who built the "image" |
| 20:16.14 | GNUtoo|laptop | in your case you will need to format the microsd |
| 20:16.21 | GNUtoo|laptop | to linux + ext3 |
| 20:16.26 | GNUtoo|laptop | it can be done with gparted |
| 20:16.32 | GNUtoo|laptop | but beware |
| 20:16.34 | bing | ok |
| 20:16.39 | GNUtoo|laptop | format the right device |
| 20:16.43 | GNUtoo|laptop | don't format your hard drive |
| 20:16.50 | GNUtoo|laptop | be sure to format the microsd |
| 20:16.51 | GNUtoo|laptop | then mount it |
| 20:17.00 | GNUtoo|laptop | to mount it go in the equivalent of my computer |
| 20:17.07 | GNUtoo|laptop | and click on the microsd card |
| 20:17.21 | GNUtoo|laptop | then look where it is |
| 20:17.29 | GNUtoo|laptop | for instance /media/some_long_hash |
| 20:17.36 | GNUtoo|laptop | then: |
| 20:17.37 | GNUtoo|laptop | sudo su |
| 20:17.40 | GNUtoo|laptop | cd /media/some_long_hash |
| 20:17.45 | Jay7 | eFfeM: it fails: http://tinderbox.openembedded.net/packages/2138703/ |
| 20:17.57 | GNUtoo|laptop | tar xvjpf /path/to/the/image/tarball.tar.bz2 |
| 20:18.04 | GNUtoo|laptop | the image tarball is located here : |
| 20:18.44 | bing | ok |
| 20:19.05 | GNUtoo|laptop | in my case they are here: |
| 20:19.07 | GNUtoo|laptop | /home/gnutoo/embedded/oe/oetmps/nokia900/deploy/images/nokia900/ |
| 20:19.10 | GNUtoo|laptop | that is to say |
| 20:19.22 | GNUtoo|laptop | /home/gnutoo/embedded/oe/oetmps/nokia900 is my tmpdir |
| 20:19.23 | eFfeM | Jay7: thanks, this is the same failure I get |
| 20:20.37 | GNUtoo|laptop | bing, once you have the image setup, go in the equivalent of my computer and umount/eject or something like that the card |
| 20:20.40 | bing | go on please! |
| 20:20.42 | GNUtoo|laptop | then put the card on your board |
| 20:20.54 | GNUtoo|laptop | then it depends on your card |
| 20:22.06 | GNUtoo|laptop | the card should be powered off |
| 20:22.06 | GNUtoo|laptop | when puting the card in |
| 20:22.06 | GNUtoo|laptop | but then.... |
| 20:22.06 | bing | hold on |
| 20:22.06 | GNUtoo|laptop | oops |
| 20:22.06 | GNUtoo|laptop | when I said: |
| 20:22.06 | GNUtoo|laptop | <GNUtoo|laptop> the card should be powered off |
| 20:22.06 | bing | after mounting , should I copy the image to the card? |
| 20:22.06 | GNUtoo|laptop | I mean the mpc8313e-rdb |
| 20:22.06 | *** join/#oe stefan_schmidt (~stefan@p5B036204.dip.t-dialin.net) |
| 20:22.06 | GNUtoo|laptop | no |
| 20:22.06 | GNUtoo|laptop | not copy |
| 20:22.06 | GNUtoo|laptop | but extract |
| 20:22.06 | *** join/#oe Heinervdm (~thomas@pD9E14D98.dip.t-dialin.net) |
| 20:22.06 | GNUtoo|laptop | like I said |
| 20:22.06 | GNUtoo|laptop | with tar xvjpf |
| 20:22.14 | GNUtoo|laptop | the j is for the tar.bz2 format |
| 20:22.20 | GNUtoo|laptop | if you have a tar.gz |
| 20:22.21 | GNUtoo|laptop | use: |
| 20:22.25 | GNUtoo|laptop | tar xvzpf |
| 20:22.29 | khem | Tartarus: disable-debug does not mean no debugging info |
| 20:22.42 | khem | Tartarus: enable-debugging would mean emit more debug info |
| 20:22.47 | bing | ok, extract to the sd card |
| 20:23.09 | khem | Tartarus: that may not fix the issue you might be having but bloat the packages |
| 20:23.12 | Tartarus | khem, iirc, it was stripping out -ggdb2 from my flags, but i'll double check then |
| 20:23.22 | GNUtoo|laptop | Basically once you have your sdcard inside the mpc8313e-rdb |
| 20:23.32 | khem | Tartarus: yes it will strip -ggdb2 but add -g |
| 20:23.33 | Tartarus | khem, we strip debug info out, recall |
| 20:23.33 | GNUtoo|laptop | you power the mpc8313 on |
| 20:23.34 | GNUtoo|laptop | and then I don't know |
| 20:23.41 | khem | Tartarus: yes we do |
| 20:23.43 | GNUtoo|laptop | you will see some messages on the serial port |
| 20:23.56 | GNUtoo|laptop | maybe it will take your microsd card and boot right on it |
| 20:24.10 | GNUtoo|laptop | maybe you will need to interact with the bootloader to make it boot on the microsd |
| 20:24.20 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
| 20:24.28 | Tartarus | khem, what I'm getting at is that today we don't have useable debug info coming out of the libc, even when we're building the rest of the world with debug info spelled out |
| 20:24.36 | GNUtoo|laptop | the bootloader is the arm equivalent of the BIOS+x86 bootloader on x86 platforms |
| 20:24.41 | Tartarus | partially since we override FULL_OPTIMIZATIONS |
| 20:24.54 | Tartarus | will have to double check which change really did it for him then |
| 20:25.00 | khem | Tartarus: We are not debugging friendly with our global opptions anyway |
| 20:25.47 | khem | Tartarus: DEBUG_OPTIMIZATION_pn-eglibc="-Os -g" is what I use in my local.conf |
| 20:25.53 | khem | and it works well |
| 20:25.58 | Tartarus | khem, agreed, but we should be |
| 20:26.08 | khem | I always wanted to get rid of those fancy options we use |
| 20:26.10 | Tartarus | khem, I also really really hate the idea of changing to a debug vs release build to get that to work |
| 20:26.18 | khem | just using -O2 -g would be enough |
| 20:26.20 | khem | or -Os -g |
| 20:26.24 | khem | simplifies the things |
| 20:26.28 | Tartarus | I'll dig a little more then, thanks |
| 20:26.53 | khem | -fexpensive-optimizations -fomit-frame-pointer -frename-registers |
| 20:27.04 | khem | you kill the debugging by -fomit-frame-pointer |
| 20:27.12 | khem | so no matter what you do |
| 20:27.29 | khem | you stack trace will look bad |
| 20:27.36 | GNUtoo|laptop | bing, by the way,do you work in some companies, maybe it would be more simple to ask the person who knows that stuff in your company? as he could show you how to do it better than me and would have the hardware accessible and would know the hardware better than me |
| 20:27.45 | GNUtoo|laptop | I only know the devices I have |
| 20:28.01 | bing | Hi, G..|L..., Thank you very much, I need review what you said here. |
| 20:28.09 | GNUtoo|laptop | ok |
| 20:29.23 | bing | Unforturnally, I am the 1st person digging into this kind stuff now. |
| 20:29.39 | GNUtoo|laptop | ah ok |
| 20:29.41 | bing | im my company |
| 20:30.28 | GNUtoo|laptop | then you need to start easy, and as you go, progress |
| 20:30.49 | GNUtoo|laptop | does your board comes with software already installed on it? |
| 20:31.50 | *** join/#oe denix (~denys@nat/ti/x-gfbttbwaifubckdm) |
| 20:32.06 | GNUtoo|laptop | and what operating system or distribution is there on it? |
| 20:32.34 | GNUtoo|laptop | in any case you'll need to find out how to boot something in it |
| 20:35.12 | GNUtoo|laptop | khem, ohhh I think some kenrel option in kenrel hacking is responsible of -pg |
| 20:35.14 | Jay7 | hehe.. |
| 20:35.19 | Jay7 | spammers are funny |
| 20:35.25 | khem | GNUtoo|laptop: yes if you enable profiling in kconfig |
| 20:35.26 | Jay7 | My name is sonia, honest and nice looking girl, i saw your lovely contact at patchwork.openembedded.org decided to contact you for friend, please so that i will send you my pictures and more about me. |
| 20:35.35 | khem | needs food |
| 20:37.09 | GNUtoo|laptop | Jay7, images would have been better, at least you could misunderstand (if you try really hard) and think it's an oe image |
| 20:37.26 | GNUtoo|laptop | khem, no I think it was ftrace |
| 20:37.30 | Jay7 | GNUtoo|laptop: nice idea! :)) |
| 20:40.29 | Jay7 | need a way to disable oestats-client from shell env |
| 20:40.42 | stefan_schmidt | RP: Your list address was wrong www.... instead of lists... |
| 20:40.59 | Jay7 | I'm sure some anonymous python functions will help me.. but I don't know what to write there :) |
| 20:41.04 | bing | GNUtoo|laptop, the so called "image" file is the file with "tar.gz" or"tar.bz2", right? |
| 20:41.19 | bing | extension |
| 20:41.33 | GNUtoo|laptop | bing, yes |
| 20:41.39 | Jay7 | bing: or ext2/ext3/jffs2/ubifs |
| 20:41.49 | GNUtoo|laptop | basically you should also have some flash |
| 20:42.05 | GNUtoo|laptop | on your device |
| 20:42.22 | *** join/#oe arun_ (~arun@unaffiliated/sindian) |
| 20:42.24 | bing | "falsh"? |
| 20:42.35 | Jay7 | well.. another round of benchmarks |
| 20:42.39 | GNUtoo|laptop | flash is like an usb key, with the huge different that it's not mass storage nor block device |
| 20:42.40 | GNUtoo|laptop | flash |
| 20:42.57 | GNUtoo|laptop | you access the chip directly |
| 20:43.09 | GNUtoo|laptop | so you need a filesystem made specially for it |
| 20:43.21 | GNUtoo|laptop | installing an image to the flash is called flashing |
| 20:43.29 | GNUtoo|laptop | and the process is quite different |
| 20:43.39 | GNUtoo|laptop | can be easier or harder depending on your setup |
| 20:43.58 | bing | yes, you mean in the processor on the mpc8313 board, right? |
| 20:44.05 | GNUtoo|laptop | but your company has only to write an application that runs on your device right? |
| 20:44.20 | GNUtoo|laptop | I mean in the mpc8313 board |
| 20:44.30 | GNUtoo|laptop | in that board you have some chips |
| 20:44.57 | bing | ok, I know what you mean |
| 20:45.04 | GNUtoo|laptop | theses chips do the same function than a hard drive, but they're different in many ways: |
| 20:45.10 | GNUtoo|laptop | *they're smaller and look like chips |
| 20:45.41 | GNUtoo|laptop | *what I just tell before apply to them (<GNUtoo|laptop> flash is like an usb key, with the huge different that it's not mass storage nor block device ) |
| 20:45.46 | bing | <PROTECTED> |
| 20:45.58 | GNUtoo|laptop | not inside the processor but on the board and soldered |
| 20:46.06 | GNUtoo|laptop | but that's a detail at that point |
| 20:46.32 | GNUtoo|laptop | basically it's a chip or more than one chip soldered on your mpc8313 board |
| 20:46.57 | bing | ok, what about if the board has a flash chip? |
| 20:47.22 | GNUtoo|laptop | then you could boot from flash too |
| 20:47.30 | GNUtoo|laptop | without a microsd |
| 20:47.35 | bing | can I burn the image into the flash chip using programmer |
| 20:47.41 | GNUtoo|laptop | you just need to flash an image |
| 20:47.45 | GNUtoo|laptop | not exactly |
| 20:47.54 | GNUtoo|laptop | you could but that's strongly not the advised thing to do |
| 20:47.57 | GNUtoo|laptop | you have several ways |
| 20:48.12 | GNUtoo|laptop | if you don't already have an operating system on it..... |
| 20:48.27 | GNUtoo|laptop | you should still have something called a bootloader |
| 20:48.57 | GNUtoo|laptop | that's something that is like a BIOS and a bootloader on normal computers like PC |
| 20:49.13 | bing | I think OE provide a bootloader |
| 20:49.14 | GNUtoo|laptop | basically that is loaded when you power on the board |
| 20:49.29 | bing | right? |
| 20:49.31 | Jay7 | it's very HW-dependent |
| 20:49.32 | GNUtoo|laptop | yes but that's a chicken and egg problem |
| 20:49.39 | GNUtoo|laptop | don't replace the one you have |
| 20:49.45 | filip | hm, can we provide a recipe which needs wine and propietary software to build? |
| 20:49.56 | GNUtoo|laptop | unless you've very good reason to do so and huge knowledge |
| 20:50.03 | GNUtoo|laptop | which you don't seem to have |
| 20:50.07 | GNUtoo|laptop | if you do replace it.... |
| 20:50.11 | filip | I mean linexec (buildable with microsoft compiler which is downloadable from the net |
| 20:50.13 | GNUtoo|laptop | you could render your board un-bootable |
| 20:50.36 | GNUtoo|laptop | filip, what's that? |
| 20:50.42 | GNUtoo|laptop | somehting like haret? |
| 20:50.52 | bing | GNUtoo|laptop: tell me how to flash image into flash memory |
| 20:50.59 | GNUtoo|laptop | bing, so back to what I was saying |
| 20:51.15 | CIA-47 | 03Filip Zyzniewski <filip.zyzniewski@gmail.com> 07org.openembedded.dev * r48752ac441 10openembedded.git/classes/package_deb.bbclass: |
| 20:51.16 | CIA-47 | package_deb.bbclass: remove double DISTRO_PR from the package version. |
| 20:51.16 | CIA-47 | PKGR already contains DISTRO_PR, so no need to add it twice. |
| 20:51.16 | CIA-47 | Signed-off-by: Filip Zyzniewski <filip.zyzniewski@gmail.com> |
| 20:51.16 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 20:51.16 | filip | GNUtoo|laptop: yup |
| 20:51.18 | GNUtoo|laptop | bing, when you power the board, do you see something like u-boot written on the serial console |
| 20:51.19 | GNUtoo|laptop | ? |
| 20:51.29 | CIA-47 | 03Filip Zyzniewski <filip.zyzniewski@gmail.com> 07org.openembedded.dev * rcf1790d483 10openembedded.git/classes/package_deb.bbclass: (log message trimmed) |
| 20:51.30 | CIA-47 | package_deb.bbclass: depend on apt, not dpkg. |
| 20:51.30 | CIA-47 | Both package_deb.bbclass and rootfs_deb.bbclass use apt-get. |
| 20:51.30 | CIA-47 | Without apt system cannot be bootstrapped because there is no optimal |
| 20:51.30 | CIA-47 | way to fetch new packages. Apt depends on dpkg, so switching from dpkg |
| 20:51.30 | CIA-47 | to apt in EXTRA_DEPENDS provides both. |
| 20:51.32 | CIA-47 | Signed-off-by: Filip Zyzniewski <filip.zyzniewski@gmail.com> |
| 20:52.02 | bing | sorry GNUtoo|laptop, have not boot it yet scien I bought it |
| 20:52.12 | GNUtoo|laptop | ok |
| 20:52.17 | GNUtoo|laptop | maybe that's the first step to do |
| 20:52.20 | GNUtoo|laptop | try to boot it |
| 20:52.24 | GNUtoo|laptop | and look at what you see |
| 20:52.30 | bing | ok |
| 20:52.34 | GNUtoo|laptop | look if it's GNU/Linux (also called linux) |
| 20:52.40 | Jay7 | .. and google about it :) |
| 20:52.49 | GNUtoo|laptop | be familiar with it |
| 20:53.43 | GNUtoo|laptop | Jay7, I've only a touchpad, so bitbaking stuff and talking in some other channel at the same time....prevents me from using a browser and a search engine |
| 20:53.54 | GNUtoo|laptop | maybe I'll try to find a mouse |
| 20:54.08 | bing | Hi, GNUtoo|laptop, Jay7 and Tartarus, thank you guys replies. I got to leave now. I'll try boot the board and see what I am getting. |
| 20:54.21 | GNUtoo|laptop | ok |
| 20:54.26 | GNUtoo|laptop | that's the first thing to do |
| 20:54.27 | Jay7 | GNUtoo|laptop: I just mean that you have said later - be familiar with it :) |
| 20:54.33 | GNUtoo|laptop | ok |
| 20:55.01 | bing | thanks, bye |
| 20:55.16 | otavio | qt4-tools-sdk is with wrong values for qmake |
| 20:55.18 | otavio | :-( |
| 20:55.23 | otavio | looking into it |
| 20:55.28 | GNUtoo|laptop | btw....is there some users of freeciv? |
| 20:55.40 | GNUtoo|laptop | do they really want the GTK version? |
| 20:55.51 | GNUtoo|laptop | because the sdl version is better for small resolutions |
| 20:55.58 | Jay7 | iirc, it have x11-only version as well |
| 20:56.09 | Jay7 | ah, sdl |
| 20:56.24 | GNUtoo|laptop | because apart beagleboard and bug20 I wonder who has such a big screen |
| 20:57.43 | CIA-47 | 03Khem Raj <raj.khem@gmail.com> 07master * r827af469bd 10openembedded.git/recipes/python/ (python-2.6.6/python-module-rpath-fix.patch python_2.6.6.bb): |
| 20:57.43 | CIA-47 | python_2.6.6.bb: Fix QA ERRORS due to staging libdir in rpath |
| 20:57.43 | CIA-47 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:57.55 | CIA-47 | 03Khem Raj <raj.khem@gmail.com> 07master * r393c0d5bc5 10openembedded.git/recipes/gstreamer/gst-rtsp.inc: |
| 20:57.56 | CIA-47 | gst-rtsp.inc: Add check to DEPENDS |
| 20:57.56 | CIA-47 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:57.57 | CIA-47 | 03Khem Raj <raj.khem@gmail.com> 07master * r71514ed606 10openembedded.git/recipes/check/ (2 files in 2 dirs): |
| 20:57.57 | CIA-47 | check_0.9.5.bb: Add patch to use quadrigraphs in macro names |
| 20:57.57 | CIA-47 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:58.17 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:58.53 | filip | what is the proper way to build a feed for multiple machines? so that not platform-specific packages are shared |
| 20:59.05 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-kjbeznfrrofstzdc) |
| 20:59.14 | kergoth | there's nothing magic about it. just build for one machine, then build for the next.. |
| 20:59.25 | kergoth | its all already handled under the hood |
| 21:00.16 | filip | kergoth: but the config allows specifying only one, right? |
| 21:00.25 | filip | kergoth: should I change the config on each iteration? |
| 21:00.50 | kergoth | yes, and yes |
| 21:01.15 | filip | hm, nice, I'll have to try that |
| 21:01.24 | Jay7 | kergoth: how can I make INHERIT += "oestats-client" be switched on/off by some bb variable? |
| 21:01.37 | kergoth | Jay7: anonymous python or ${@} |
| 21:02.15 | Jay7 | it is possible to do INHERIT+="" ? |
| 21:03.33 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 21:03.58 | kergoth | what do you mean? |
| 21:03.59 | Jay7 | ah.. hehe.. if OESTATS_BUILDER is empty oestats-client does nothing |
| 21:04.20 | kergoth | of course you can append an empty string, why wouldn't you be able to? |
| 21:04.29 | kergoth | also, INHERIT isn't special, its just a variable that bitbake looks at.. |
| 21:05.28 | Jay7 | that was right Q - is INHERIT just variable or is it something special :) |
| 21:05.35 | Jay7 | now I know answer, thanks :) |
| 21:07.25 | *** join/#oe ant__ (~andrea@host32-249-dynamic.4-87-r.retail.telecomitalia.it) |
| 21:07.35 | GNUtoo|laptop | NOTE: package freeciv-2.2.4-r0: task do_build: Succeeded |
| 21:07.38 | GNUtoo|laptop | let's try it.... |
| 21:11.58 | ericben | Jay7: hi for a similar thing I have INHERIT += "${@['', 'rm_work'][bb.data.getVar('EUKREA_NORMWORK', d, 1) == '0']}" |
| 21:12.17 | Jay7 | ericben: ah, thanks |
| 21:12.30 | Jay7 | I think we should place this somewhere on wiki |
| 21:12.35 | Jay7 | 'tips and tricks' |
| 21:18.50 | florian | re |
| 21:19.04 | ka6sox | hi florian |
| 21:21.59 | florian | ka6sox: you see i'm alive... well... sort of |
| 21:22.40 | ka6sox | ouch...thats not fun. |
| 21:28.02 | Philippe_ | florian, still ill? |
| 21:29.52 | florian | Philippe_: not really... almost back to normal |
| 21:31.59 | Philippe_ | florian, good to hear. Too bad you did not make Fosdem |
| 21:32.05 | otavio | Dimitry is around? |
| 21:32.43 | florian | Philippe_: I made it but one day only |
| 21:32.46 | otavio | I am having trouble to fix qt4-tools-sdk ... qmake has wrong internal values for QT_INSTALL_* |
| 21:33.09 | Philippe_ | florian, damn then I missed you. Only had some 10 min to run around quickly on sunday |
| 21:35.38 | *** join/#oe vizzy (~volker@p54B1B6DB.dip.t-dialin.net) |
| 21:35.50 | vizzy | hello |
| 21:37.13 | vizzy | maybe a stupid question, but, can we use openembedded to, lets say, a minimalized linux to make it run on a old winmobile2003se platform like on xscale processors with limited ram (32gb or so), i own an old panasonic toughbook cf-p2 mobile now, and wm2003se s... a lot |
| 21:39.21 | CIA-47 | 03Khem Raj <raj.khem@gmail.com> 07master * r6262bfce3e 10openembedded.git/recipes/gstreamer/gst-rtsp.inc: |
| 21:39.22 | CIA-47 | Revert "gst-rtsp.inc: Add check to DEPENDS" |
| 21:39.22 | CIA-47 | check is already in the DEPENDS list plus it had typo in it |
| 21:39.22 | CIA-47 | This reverts commit 393c0d5bc5850592b51013d0918d0fe623d40de8. |
| 21:47.22 | *** join/#oe torpor___ (~torpor@188-23-246-26.adsl.highway.telekom.at) |
| 21:48.10 | ynezz | vizzy: 32gb is quite a lot of RAM actually :p |
| 21:48.30 | vizzy | ynezz, yes, ... i know kernel 1.2.13 ;-) |
| 21:48.45 | vizzy | linux fits on one 1,44MB disk, with X and all that |
| 21:48.51 | vizzy | and just 4mb of ram |
| 21:49.08 | ynezz | eh |
| 21:49.12 | vizzy | but actually i am a debian legacy (lenny) user , and neeed lots of ram |
| 21:49.55 | Jay7 | vizzy: there are some alike machines |
| 21:50.05 | vizzy | so, just in case i find a suitable distribution... would it be possible to flash one of those wince xscale arm phones with an embedded linux? |
| 21:50.17 | Jay7 | but w/o cellphone functions |
| 21:50.31 | vizzy | hmm, but thats the meaning of a cellphone :)) |
| 21:50.50 | vizzy | i got mine only because it is rugged... no stylish iphone that breaks well |
| 21:51.45 | Jay7 | check conf/* files for similar machines |
| 21:51.50 | vizzy | cool :) |
| 21:51.52 | Jay7 | conf/machine even |
| 21:52.07 | vizzy | just an idea, but i thought of it too often in the last days |
| 21:52.08 | Jay7 | then try to google about distro they are using |
| 21:52.23 | Jay7 | I know there was some work around HTC machines |
| 21:53.04 | vizzy | maybe i could talk to some of your developers on the cebit :) |
| 21:53.46 | vizzy | do i need to be a c coder to port a distro to my phone? or just have experiences in setting up linux and compiling, maybe patching programs/sources? |
| 21:54.14 | Jay7 | vizzy: second mostly |
| 21:54.33 | vizzy | thats ok for me, so its worth trying to digg into oe too :) |
| 21:54.43 | Jay7 | but I'll repeat that I'm unsure about cellphone functions ;) |
| 21:54.47 | vizzy | will take months maybe, but its worth it i think |
| 21:55.02 | vizzy | if the phone chip is supported in some way..... ;) |
| 21:55.16 | Jay7 | yeah.. drivers are main question |
| 21:55.35 | vizzy | phone.exe is also just a programm in wm2003 |
| 21:56.08 | vizzy | and the first i installed on my phone wa spocketblender3d, hahaha |
| 21:56.14 | vizzy | so, everything is possible i guess |
| 21:57.44 | Jay7 | well.. you can try at least |
| 21:57.49 | ynezz | if there's some FPGA, it might be quite harder... |
| 21:58.52 | vizzy | hmmm. i know there are some people working on android for old phones, but they fight with memory, ... and last but not least i want to avoid google os |
| 21:59.22 | vizzy | isnt android a linux too? |
| 21:59.37 | fray | it's not "GNU" Linux, but "Android" Linux.. |
| 21:59.58 | vizzy | oh, oooh, "android linux" , wowowow :)) |
| 22:00.19 | fray | (I hate the term GNU/Linux... but the reality is Android isn't "GNU/Linux") |
| 22:00.28 | vizzy | must be very special :) |
| 22:00.45 | fray | Android is the Bionic Libc + modified Linux kernel + a dalvik.. |
| 22:00.50 | Jay7 | kernel + java vm |
| 22:01.10 | fray | if it were glibc based.. then I would say it's "just another Linux".. but it's not |
| 22:01.18 | vizzy | modified linux kernel? ah, ok, so only a few parts are under gpl etc |
| 22:01.38 | vizzy | so not everything is free and open i guess |
| 22:01.41 | fray | the only GPL bit is the Linux kernel itself.. everything else [generalization] is not GPL) |
| 22:01.58 | vizzy | i believe in oss :) |
| 22:02.03 | hrw | vizzy: wm2003 device and 32mb ram == hard to run anything modern on it |
| 22:02.15 | vizzy | hrw, but legacy :) |
| 22:02.32 | vizzy | legacy linux for a legacy phone |
| 22:02.58 | hrw | vizzy: 4-5 years ago it was starting to be hard when most of our devices had at least 64mb. |
| 22:03.05 | vizzy | hmmm, maybe running dosbox (its installed) , launch linloader for dos and execute and old umtsfs linux :)) |
| 22:03.49 | vizzy | hrw, not mine, i have my brand new 6 year old phone just a few days now :P |
| 22:06.01 | vizzy | in theory...i had once slackware 3 running on my old 486 with 32mb and 50MB SCSI disk including sound and enlightenment and so on, now i want that on my phone ;) |
| 22:06.31 | Jay7 | shr distro have enlightenment-based iface iirc |
| 22:06.57 | hrw | vizzy: I had debian on 386sx with 5mb ram |
| 22:07.08 | vizzy | sx, ouch :)) |
| 22:07.16 | hrw | in 2001 |
| 22:07.27 | vizzy | wow |
| 22:07.33 | vizzy | this was an old computer in 2001 |
| 22:07.54 | hrw | I had to write some software for such antics |
| 22:08.39 | hrw | so I got this hyundai from uni. it had 386sx, fpu, 5mb ram, 120mb hdd, ati gfx onboard and 2-3 ethernet cards |
| 22:09.06 | vizzy | my first one was a used 286 12MHZ with 4MB!!! ram, and 10GB ESDI drive, fullpage monitor b/w... running quarkexpress and oracle for dos :)) but i mostly played monkey island on it |
| 22:09.18 | *** join/#oe gnutoo (~gnutoo@50.118-226-89.dsl.completel.net) |
| 22:09.20 | vizzy | and a copro! |
| 22:09.26 | vizzy | ok, going OT :) |
| 22:09.50 | hrw | vizzy: your phone is ~8 years old now. if no one worked on kernel at that time then no one will do that now. |
| 22:10.04 | vizzy | hmmm, true |
| 22:10.23 | hrw | vizzy: so first you need to check did anyone booted linux on it. if not then use winmo on it or put it into trashcan |
| 22:10.53 | hrw | vizzy: if yes, then check how old it was and if there never was 2.6 for it then again - winmo or trashcan |
| 22:11.17 | Jay7 | hm.. |
| 22:11.27 | Jay7 | very like to zaurus'es situation.. |
| 22:11.41 | hrw | Jay7: worse - zauri had linux from start and have serial port |
| 22:11.45 | Jay7 | trashcan may be good idea :) |
| 22:12.11 | Jay7 | yes, but we are still have no power management in current 2.6 |
| 22:12.15 | hrw | Jay7: in 2003 zaurus was very hacker friendly device I think |
| 22:12.29 | hrw | Jay7: no one sane works on zauruses... |
| 22:12.35 | Jay7 | sure.. |
| 22:13.18 | Jay7 | only tosa have some progress |
| 22:14.15 | vizzy | i had a zaurus for several years too but i sold it , accidently :) also had qt on it, but was not so useable |
| 22:14.33 | CIA-47 | 03Andreas Müller <schnitzeltony@gmx.de> 07master * r1b1543c9f6 10openembedded.git/contrib/qa/collect-qa-errors.sh: |
| 22:14.35 | CIA-47 | Add a small helper script listing all recipes with QA errors. |
| 22:14.35 | CIA-47 | Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de> |
| 22:14.35 | CIA-47 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 22:14.35 | CIA-47 | Acked-by: Otavio Salvador <otavio@ossystems.com.br> |
| 22:16.23 | filip | hrw: how insane I must be to work on a jornada 720 ;) |
| 22:16.52 | filip | 32MB ram, masked ROM, DSTN |
| 22:17.28 | gnutoo | hmmm |
| 22:17.52 | filip | it's a bit different than zaurus though - no successor |
| 22:17.57 | gnutoo | could that http://scap.linuxtogo.org/files/0fafa1dfaebc710020e929434aec7bf9.png be compiler obtimizations again? |
| 22:17.58 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:19.30 | Jay7 | gnutoo: looks like wrong font of wrong codepage |
| 22:19.31 | hrw | filip: zaurus had successor? |
| 22:19.45 | Jay7 | no real successor |
| 22:19.51 | filip | hrw: well IMO jornada is more unique than zaurus |
| 22:20.07 | filip | hrw: there are newer devices with keyboard of quality not worse than zaurus |
| 22:20.11 | Jay7 | there was two devices - Netwalker and another one.. can't remember |
| 22:20.34 | filip | hrw: there are no newer devices with keyboard comparable to the jornada (and form factor) |
| 22:20.38 | filip | Jay7: sigmarion 3 |
| 22:20.39 | hrw | Jay7: netwalker was interesting. 5" with 1024x600 iirc |
| 22:20.58 | Jay7 | hrw: and windows inside :( |
| 22:21.02 | filip | yeah, bu netwalker is expensive and jornada is like disposable |
| 22:21.19 | filip | Jay7: nope, netwalker runs ubuntu |
| 22:21.25 | hrw | filip: jornadas use strongarm or something newer? |
| 22:21.26 | Jay7 | hm.. |
| 22:21.36 | Jay7 | then I've messed things |
| 22:21.54 | filip | hrw: sa1110 @ 206MHz |
| 22:22.18 | hrw | like my first linuxpda - collie |
| 22:22.27 | filip | :) |
| 22:22.37 | hrw | but it was 7 years ago |
| 22:22.39 | filip | my frind has one, doesn't use it anymore though |
| 22:22.59 | Jay7 | looked over collie on desk.. |
| 22:23.13 | hrw | my current linuxpda has 1GHz and runs android |
| 22:23.30 | filip | hrw: some *pad? |
| 22:23.42 | hrw | filip: nexus s |
| 22:24.12 | Jay7 | hrw: did you returned your N900? |
| 22:24.21 | Jay7 | I've remember some posts about it in your blog :) |
| 22:24.38 | hrw | Jay7: return? it is my own property |
| 22:24.49 | Jay7 | ah.. I've messed things again :) |
| 22:25.06 | filip | well I just enjoy tinkering and improving OE. age of this machine doesn't matter that much for it |
| 22:26.48 | filip | I cheated a bit though - I've soldered 128MB of ram into mine :P |
| 22:26.53 | hrw | filip: as long as you use this device |
| 22:27.12 | hrw | filip: 128MB ram change a lot in such device |
| 22:27.27 | filip | yup |
| 22:27.45 | hrw | filip: add bt on serial and you will have easy networking ;D |
| 22:28.25 | vizzy | i once ordered an openpandora box, but i give up waiting ;) |
| 22:28.33 | Jay7 | hehe.. |
| 22:28.55 | Jay7 | my friend is selling his akita now to get money to order replacement items for openpandora |
| 22:28.56 | hrw | vizzy: I played with one recently |
| 22:29.07 | vizzy | oh, how was it? |
| 22:29.15 | hrw | I have to sell my n900 until it has any value |
| 22:29.34 | filip | hrw: it has PCMCIA, I put orinoco or 3G modem in it, and I need no stinkin' bluetooth :) |
| 22:29.35 | Jay7 | I've played with OP too.. interesting device |
| 22:29.43 | vizzy | it was promising, but i got my money back and bought a used thinkpad for it |
| 22:29.58 | Jay7 | but case quality is worst |
| 22:30.28 | vizzy | yes, a lot of trouble with the cases... and nubs |
| 22:30.48 | Jay7 | strange.. ben nanonote is cheaper but have excellent case |
| 22:31.07 | vizzy | but the keyboard was a bit weird i mentioned, i wanted it for coding, ssh'ing not gaming |
| 22:31.40 | filip | heh, ben nanonote - when I first saw it it almost killed me with its cuteness |
| 22:32.03 | vizzy | is this the one from alwaysinnovative or how they are called? |
| 22:32.27 | Jay7 | vizzy: no, it's qi hardware's |
| 22:32.29 | filip | vizzy: http://en.qi-hardware.com/wiki/Ben_NanoNote |
| 22:32.40 | vizzy | this one i mean alwaysinnovating.com |
| 22:32.42 | Jay7 | very strange but nice device :) |
| 22:32.43 | vizzy | ah, ok |
| 22:33.04 | vizzy | so my wm2003 sucks a bit, i think i will need a new toy soon |
| 22:33.37 | filip | vizzy: it's just like running convert -scale 25% on a regular notebook |
| 22:33.49 | vizzy | hehe |
| 22:34.16 | filip | down to the screen latch |
| 22:34.24 | Jay7 | ~15-20% of my thinkpad x61t ;) |
| 22:34.26 | hrw | vizzy: if you want to play with linux on pocketable device then it is hard to susggest something for me now |
| 22:35.01 | Jay7 | nanonote is ok to play with linux.. |
| 22:35.14 | filip | hrw: netwalker seems nice, except for the price |
| 22:35.18 | Jay7 | but if you wish to do something useful with it.. :) |
| 22:35.20 | hrw | its just strange device |
| 22:35.43 | Jay7 | just buy used thinkpad then :) |
| 22:35.58 | hrw | filip: efika mx smartbook also looks nice. but if I would have to pay for it I would not buy it |
| 22:37.15 | Jay7 | hrw: haven't you played with alwaysinnovating's devices? |
| 22:37.21 | khem | has a efika smarttop |
| 22:37.26 | Jay7 | I mean touchbook |
| 22:37.43 | khem | there is a mips64 based netbook |
| 22:37.48 | khem | I was searching for it |
| 22:37.51 | khem | but never got around |
| 22:38.15 | Jay7 | khem: btw, what kernel do we have for efikamx? some from powerdeveloper.org? |
| 22:38.38 | hrw | Jay7: no, never played with AI ones |
| 22:39.03 | Jay7 | khem: and second Q - did you tried to run OE-based images on efika? |
| 22:39.04 | hrw | Jay7: for efikamx/sb there is only powerdeveloper.org one which works |
| 22:41.56 | *** join/#oe aloisiojr (~aloisio@187.112.14.165) |
| 22:42.02 | gnutoo | Jay7, ok, any idea on how to fix? |
| 22:42.24 | Jay7 | gnutoo: can you try to use other font? |
| 22:44.48 | *** join/#oe hwtechnik (~hwtechnik@h081217109005.dyn.cm.kabsi.at) |
| 22:45.00 | ant__ | khem: since I added ASSUME_PROVIDED += "linux-libc-headers-native" curl-native always build (well, 5/5 builds) |
| 22:45.20 | ant__ | I tracked back the origin of the issue to http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-June/020603.html |
| 22:45.33 | ant__ | [oe] [PATCH, RFC] Add linux-libc-headers-native, make it default dep for native |
| 22:46.10 | hrw | we got so far? |
| 22:46.41 | hrw | linux-libc-headers-native are needed to uild curl-native to be able to fetch archives? or to be able to build git? |
| 22:46.43 | ant__ | imho that code can lead to unpredictable results, depending on how quickly the headers are staged |
| 22:47.09 | ant__ | hrw: on Gentoo curl-native fails do_configure very often |
| 22:47.16 | ant__ | second run is just fine |
| 22:47.33 | ant__ | sometimes fails do_compile |
| 22:47.50 | Tartarus | since l-libc-h-native are a dep for everything, it can't be adding a race :) |
| 22:48.06 | filip | hrw: it's too big, I use portege r200 for my daily computing and it's not much bigger/heavier |
| 22:48.19 | ant__ | now, that was discussed on the ML but the default behavior implies we need to add the ASSUME_PROVIDED += "linux-libc-headers-native" |
| 22:48.29 | ant__ | we = Gentoo users |
| 22:48.56 | Tartarus | but you really really shouldn't |
| 22:49.08 | Tartarus | ant__, any chance you can find me a VMware container w/ gentoo already installed? |
| 22:49.21 | gnutoo | Jay7, didn't work |
| 22:49.28 | gnutoo | basically thie font is at: |
| 22:49.56 | ant__ | Tartarus: no idea, I can give you ssh overnight |
| 22:50.21 | gnutoo | /usr/share/freeciv/themes/gui-sdl/human/DejaVuSans.ttf |
| 22:50.29 | gnutoo | I copied the one from /usr/share/fonts |
| 22:50.40 | gnutoo | the DejaVuSans one |
| 22:50.47 | gnutoo | and still the same result |
| 22:50.52 | gnutoo | maybe I'll tr on htcdream |
| 22:50.57 | ant__ | khem: Tartarus btw gnutoo saw the same issue yesterday |
| 22:51.08 | Jay7 | gnutoo: no idea then.. |
| 22:51.13 | gnutoo | ant__, which issue? |
| 22:51.21 | ant__ | curl-native vs. Gentoo |
| 22:51.27 | gnutoo | yes |
| 22:51.33 | gnutoo | I remember vaguely |
| 22:51.34 | filip | http://www.dynamism.com/top-notebooks/sony-vaio-p.shtml this one is cool |
| 22:51.42 | gnutoo | but I don't run gentoo anymore |
| 22:51.43 | ant__ | gnutoo: is in the irclogs ;) |
| 22:51.46 | khem | Tartarus: the issue is that linux-libc-headers-native is not build early enough |
| 22:51.58 | Tartarus | khem, I don't see how |
| 22:52.00 | gnutoo | I just cleaned it |
| 22:52.01 | Tartarus | lemme re-read |
| 22:52.02 | khem | and it causes some packages to mix headers from your build machine and linux-libc-headers-native |
| 22:52.07 | gnutoo | and I bitbaken the image again |
| 22:52.10 | Jay7 | filip: yes, but vaio is very windows-wired :) |
| 22:52.11 | gnutoo | and it went on |
| 22:52.13 | gnutoo | if I remember well |
| 22:52.20 | ant__ | I had a brief chat with RP and he says those newer headers are evil... |
| 22:52.30 | gnutoo | let me look |
| 22:52.31 | Tartarus | only quilt-native goes before linux-libc-headers now |
| 22:52.37 | khem | Tartarus: where do we create the dep for linux-libc-headers |
| 22:52.41 | khem | native |
| 22:52.47 | filip | Jay7: I just mean the form factor. For example in netwalker I hate that they wasted so much space around the screen |
| 22:52.48 | Tartarus | base.bbclass |
| 22:53.01 | Jay7 | filip: ah |
| 22:53.02 | Tartarus | Everything but quilt-native, unifdef-native and shasum-native get it |
| 22:53.10 | Jay7 | yes, formfactor is pretty |
| 22:53.12 | Tartarus | Oh and INHIBIT_DEFAULT_DEPS |
| 22:53.31 | gnutoo | I had udev issues too |
| 22:53.42 | gnutoo | that made me switch distro from angstrom 2008.1 to 2010.x |
| 22:53.54 | khem | Tartarus: btw. are linux-libc-headers-native needed on all build distros ? |
| 22:54.02 | Tartarus | They're always safe, yes |
| 22:54.03 | khem | or it is just ot make old RHEL happy |
| 22:54.21 | khem | Tartarus: as it seems they are not safe |
| 22:54.29 | Tartarus | They are safe |
| 22:54.35 | ant__ | :/ |
| 22:55.00 | ant__ | with 8 bb threads curl-native failed again |
| 22:55.04 | gnutoo | hmmm I don't find libcurl in my recent logs |
| 22:55.11 | gnutoo | I'll grep for curl |
| 22:55.16 | khem | ant__: is that when you disabled linux-libc-headers-native |
| 22:55.28 | Tartarus | Show me how curl-native is starting before linux-libc-headers-native is done |
| 22:55.36 | Tartarus | It's either a bitbake bug is a curl recipe bug |
| 22:55.42 | gnutoo | Feb 13 20:47:29 <GNUtoo|laptop>| checking for send... no| configure: error: Unable to link function send NOTE: package curl-native-7.21.2-r4.0: task do_configure: Failed |
| 22:55.51 | gnutoo | I think I just cleaned it |
| 22:55.51 | Tartarus | since curl does not set INHIBIT_DEFAULT_DEPS |
| 22:55.52 | ant__ | khem, yes, is provided thus not built |
| 22:56.18 | khem | ant__: ok then it could be something else in curl thats needed |
| 22:56.31 | khem | is it same function its failing at always |
| 22:56.36 | ant__ | http://tinderbox.openembedded.org/packages/2139023/ |
| 22:57.01 | khem | heh google to welcome the 1800 employees that nokia will fire :) |
| 22:57.14 | khem | nokia is really in bad spot |
| 22:57.37 | gnutoo | indeed |
| 22:57.46 | gnutoo | specially for FSO+SHR |
| 22:58.09 | khem | and I believe with meego and now with this MS story |
| 22:58.23 | gnutoo | yes |
| 22:58.40 | khem | there is a old indian saying Two turkeys can not make an eagle |
| 22:58.56 | Philippe_ | khem, well that is good news for me then :D |
| 22:59.06 | khem | how come |
| 22:59.16 | khem | are you in the firing line |
| 22:59.26 | Philippe_ | khem, I am one of those poor sods working in Meego... |
| 22:59.28 | filip | khem: you mean microsoft + nokia :)? |
| 22:59.30 | ant__ | Jay7: it seems a wrong link is created for tinderbox build errors |
| 22:59.39 | khem | I mean both deals |
| 23:00.09 | khem | I heard nokia is going to release one product from meego and only one to _sense_ the market |
| 23:00.24 | khem | so in plain words that means meego is dead after that |
| 23:00.35 | Philippe_ | well I understood it like that too. |
| 23:00.38 | khem | and they go in bed with M$ |
| 23:00.53 | gnutoo | indeed the smartphone distros are too crowded |
| 23:00.57 | ant__ | khem: this time configure failed for other reasons (contamination ?) |
| 23:01.03 | khem | but meego guys will do the mobile optimizations and enhancements to the new win7 platform |
| 23:01.05 | ant__ | | checking run-time libs availability... failed |
| 23:01.07 | ant__ | | configure: error: one or more libs available at link-time are not available run-time. Libs used at link-time: -lldap -lrt -lz |
| 23:01.08 | khem | so Philippe_ you still might be needed |
| 23:01.30 | khem | ant__: dude no idea |
| 23:01.36 | Philippe_ | khem, needed maybe. Rather I do not want to be in that spot ;) |
| 23:01.37 | Tartarus | ant__, and what does config.log show? |
| 23:01.39 | khem | you always have weirdest of errors |
| 23:02.02 | Jay7 | hehe |
| 23:02.32 | Jay7 | ant__: what is wrong exactly in link? |
| 23:03.09 | khem | Philippe_: so what stuff do u do on meego |
| 23:03.31 | Philippe_ | khem, I have done tons of things. Atm been working on the USB control mostly. |
| 23:03.33 | Jay7 | remember his ALT Linux' times.. |
| 23:03.34 | khem | someone wanted me to work on meego some 6months back but I did not believe it |
| 23:03.42 | Jay7 | well.. now ant__ have weirdest errors :) |
| 23:03.42 | hrw | filip: friend is using one of those small vaio with ubuntu just fine |
| 23:04.08 | khem | hrw: I am going to apply recent patches from linaro in OE |
| 23:04.13 | khem | another week of bugs :) |
| 23:04.52 | ant__ | moment, I'm uploading the file..is very long |
| 23:05.02 | Philippe_ | khem, you escaped a disaster there. |
| 23:05.34 | Philippe_ | We had a strategy meet today and one guy complained he had just been hired and felt pretty bad about the current situation |
| 23:06.53 | Jay7 | Philippe_: get some HW guys and found own company ;) |
| 23:07.07 | gnutoo | that would be cool..... |
| 23:07.31 | hrw | I think that nokia will release one meego device just to show that they not abandoned platform. thats all |
| 23:07.47 | Jay7 | hrw: and then abandon platform :) |
| 23:08.11 | hrw | and it will be something like tablet with 3g modem to not have to say 'it is a phone' |
| 23:08.13 | khem | Philippe_: back than I called it offspring of two dinasaurs :) |
| 23:08.15 | hrw | Jay7: yes |
| 23:08.26 | Philippe_ | Well Nokia strategy with Maemo and Meego has pissed me off very often. |
| 23:08.41 | hrw | Philippe_: they had strategy for those platforms? |
| 23:08.58 | hrw | Philippe_: maybe two years before releasing hw... |
| 23:09.01 | Jay7 | place it on wikileaks! ;) |
| 23:09.01 | khem | I think nokia is never OSS savvy |
| 23:09.09 | Philippe_ | hrw, no idea. IMHO management screwed up at least two years ago already |
| 23:09.34 | khem | I remember trying to convince them to use lnx for next gen phones and they were simply reluctant |
| 23:09.41 | gnutoo | hmmm same issue on htcdream |
| 23:09.42 | gnutoo | strange |
| 23:09.45 | gnutoo | for freeciv |
| 23:09.51 | hrw | Philippe_: as owner of 770/n810/n900 I feel that nokia tends to forget about device when first ones goes from production line to boxes. |
| 23:10.06 | Crofton|work | from the outside, it looks like Nokia has done a poor job converting research into products |
| 23:10.12 | Philippe_ | hrw, one of the things I complained about internally a lot. |
| 23:10.29 | hrw | Philippe_: n800 guys were happiest ones cause they got nice software update when n810 was released. |
| 23:10.29 | Philippe_ | Not to mention the habit of making the bloody same mistakes with each new product. |
| 23:11.25 | hrw | n900 was said to be forgotten just after release. ok, there were few sw updates but nothing special came with it. just minimal maintaince |
| 23:11.41 | Philippe_ | I would personally have liked to see a N900+ or something |
| 23:11.42 | hrw | anyway it is time for me to finally get to bed |
| 23:11.57 | hrw | Philippe_: my n900+ was made by samsung |
| 23:12.03 | Philippe_ | We could have had and shipped something like that 9 months ago... |
| 23:12.17 | Philippe_ | hrw, which one? |
| 23:12.26 | hrw | Philippe_: nexus s |
| 23:12.34 | Philippe_ | need to check that one. |
| 23:12.39 | gnutoo | hrw, interesting |
| 23:12.45 | gnutoo | what's the modem protocol? |
| 23:12.49 | gnutoo | phonet? |
| 23:12.51 | Philippe_ | Until then I hope you have a good night. |
| 23:12.54 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
| 23:12.57 | gnutoo | I saw some phonet stuff in the nexus s defconfig |
| 23:12.58 | hrw | Philippe_: lacks hw keyboard but android works nice |
| 23:12.59 | gnutoo | hi j |
| 23:13.00 | gnutoo | oops |
| 23:13.03 | gnutoo | hi jconnolly |
| 23:13.05 | hrw | have a nice rest of day |
| 23:13.21 | Philippe_ | night here too :D Should go to bed also |
| 23:21.14 | khem | Tartarus: you are cherry picking stuff onto release branch right ? |
| 23:21.24 | Tartarus | not at this time, no |
| 23:21.25 | khem | so if I commit something radical to master you wont be hosed |
| 23:21.28 | Tartarus | still a few more weeks of testing |
| 23:21.29 | khem | oh |
| 23:21.38 | khem | ok |
| 23:21.49 | khem | I want to commit gcc updates |
| 23:21.56 | khem | but I will wait for release to happen |
| 23:24.26 | ant__ | Tartarus: khem : in config.log I see /usr/lib/libgnutls.so.26: undefined reference to `gcry_cipher_setiv@GCRYPT_1.2' |
| 23:25.07 | Tartarus | I've seen that one before |
| 23:25.11 | Tartarus | you need gnutls-native |
| 23:26.25 | ant__ | there are so many issues in that file :/ |
| 23:26.46 | khem | Tartarus: I think it would not be wise to change compile at this moment so we have tested the existing 4.5 well |
| 23:26.57 | khem | and once we release out then we can have the update |
| 23:26.58 | khem | I think |
| 23:27.31 | ant__ | Tartarus: ...--without-gnutls --without-ssl --disable-ares |
| 23:31.32 | Jay7 | -> sleep |
| 23:31.48 | *** join/#oe Gaston|Home (~Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 23:31.49 | ant__ | 'nite |
| 23:35.13 | khem | is marvell armada armv7 or armv6 |
| 23:35.15 | *** join/#oe vizzy (~volker@p54B1B6DB.dip.t-dialin.net) |
| 23:47.18 | ant__ | Tartarus: INHIBIT_DEFAULT_DEPS = "1" doesn't help |
| 23:48.17 | Tartarus | Right, I was saying that would be the only way it could be a race was if it did do that |
| 23:48.34 | XorA | morning |
| 23:48.54 | ant__ | it even fails a bit later |
| 23:49.13 | ant__ | | checking for sys/socket.h... (cached) yes |
| 23:49.13 | ant__ | | checking for send... no |
| 23:49.25 | ant__ | always in the same way |
| 23:49.41 | ant__ | (btw oestats doesn't report the whole log) |
| 23:51.25 | Tartarus | Check what config.log says |
| 23:51.30 | Tartarus | for what it's really failing there |
| 23:52.30 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r91afc3ec0e 10openembedded.git/recipes/linux/linux.inc: |
| 23:52.31 | CIA-47 | linux.inc: Add lzma-native for nokia900 |
| 23:52.31 | CIA-47 | Add a check for nokia900 to the existing DEPENDS mangler to add |
| 23:52.31 | CIA-47 | lzma-native, otherwise: |
| 23:52.31 | CIA-47 | | LZMA arch/arm/boot/compressed/piggy.lzma |
| 23:52.31 | CIA-47 | | /bin/sh: lzma: command not found |
| 23:52.31 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
